BYOIP na Gcore: trazer os seus próprios endereços IP para a Gcore

Para a Edge Cloud e a CDN, fornece uma Letter of Authorization, um objeto route e um ROA, e a equipa da Gcore integra o prefixo.

O que a Gcore aceita

Segundo a documentação da Gcore, no dia em que a consultámos:

• Três produtos, três entradas. A Edge Cloud através da equipa de vendas. A CDN, onde o BYOIP e o BYOASN são "paid, manually configured CDN add-ons" (tradução: «extras pagos da CDN, configurados manualmente»), através do Gcore Support ou de um gestor de conta. Os servidores dedicados da Gcore Hosting através de uma encomenda no Hosting Portal e de um ticket de suporte.
• Tamanho. Para a CDN, prefixos IPv4 de "/24 or a larger address block" (tradução: «/24 ou um bloco de endereços maior») e prefixos IPv6 de "/48 or a larger address block" (tradução: «/48 ou um bloco de endereços maior»). A página da Edge Cloud não dá nenhum mínimo.
• Propriedade. "The organization must own the IP prefix and have it registered with a Regional Internet Registry." (tradução: «A organização tem de ser dona do prefixo IP e tê-lo registado num Registo Regional da Internet.») Nenhum registo é indicado, e o espaço PA, PI e legacy não é mencionado.
• Quem origina. O ASN da Gcore, em que "Gcore announces the prefixes on the customer's behalf" (tradução: «a Gcore anuncia os prefixos em nome do cliente»), ou o seu (BYOASN), que deixa o controlo dos anúncios consigo. Nenhuma das páginas dá o número do ASN da Gcore.
• Onde. Não indicado para a Edge Cloud nem para a CDN. Nos servidores dedicados, o anúncio a partir do ASN da Gcore só está disponível no Cazaquistão.
• Preço. Nenhum valor para a Edge Cloud nem para a CDN. Nos servidores dedicados, o BGP a partir do seu próprio número AS custa 30 € por mês, e uma sub-rede anunciada a partir do ASN da Gcore custa 70 € por mês.
• Prazo. Não publicado.

Antes de começar

Tanto a lista de verificação da Edge Cloud como a lista de pedido da CDN da Gcore pedem:

• Uma Letter of Authorization que permita à Gcore anunciar o prefixo. Para a CDN, autoriza também a utilização de cada prefixo.
• Um objeto route num registo de encaminhamento, com o ASN de origem que escolher (um objeto route6 para IPv6).
• Um ROA válido para esse ASN (RPKI e ROA).
• O prefixo, em notação CIDR. Para a CDN, também a prova de que a sua organização é dona dele, e o modo de anúncio que pretende.

Nenhuma das listas pede um token ou certificado no registo.

Que ASN vai para onde depende do modo:

Passo a passo

Edge Cloud e CDN

A Gcore documenta aqui um pedido à sua equipa, não um fluxo na consola.

01Escolha o modo. Se for a Gcore a anunciar a partir do seu ASN, pergunte que ASN o ROA e o objeto route têm de indicar. Para BYOASN, precisa de um número AS próprio.

02Crie o ROA e o objeto route para esse ASN. Com BYOASN, na RIPE Database:

route:   203.0.113.0/24
origin:  AS64500
mnt-by:  YOUR-MNT
source:  RIPE

03Assine a Letter of Authorization, ou peça ao titular que a assine.

04Contacte a Gcore. Para a Edge Cloud, a equipa de vendas, que "will validate the required routing information and coordinate the onboarding process" (tradução: «valida a informação de encaminhamento necessária e coordena o processo de integração»). Para a CDN, o Gcore Support ou o seu gestor de conta, que confirmam primeiro que é elegível.

Servidores dedicados

01Encomende o serviço. No Gcore Hosting Portal, abra Products/Services, depois BGP and Subnetwork announce, e clique em Order junto de BGP (o seu número AS) ou de Subnetwork announce (o ASN da Gcore). Para o segundo, a Gcore diz para contactar o suporte técnico para o configurar.

02Abra um ticket de suporte que indique o serviço encomendado e dê os detalhes da configuração. O suporte configura-o então. A página não indica nenhum parâmetro da sessão, como o endereço do vizinho ou o lado da Gcore na sessão, por isso peça-os no ticket.

Armadilhas

• A formulação sobre a propriedade. As duas páginas de BYOIP estão escritas para prefixos que pertencem ao cliente. Esclareça se o espaço alugado é aceite antes de assinar um aluguer para a Gcore.
• Um ASN adivinhado. A Gcore não publica que ASN origina os prefixos BYOIP, e um ROA para o ASN errado torna o anúncio inválido. Pergunte primeiro e só depois crie o ROA.
• O ASN da Gcore em servidores dedicados. A documentação de alojamento da Gcore só oferece o anúncio a partir do ASN da Gcore no Cazaquistão; noutros locais, a opção publicada é o BGP a partir do seu próprio número AS.
• Menos de um /24. A CDN exclui-o e a página da Edge Cloud nada diz, mas o resto da Internet filtra tudo o que seja mais pequeno.

Se alugar o bloco

As páginas da Gcore não dizem se o espaço alugado é aceite. A página da Edge Cloud diz que a organização tem de ser dona do prefixo, e a página da CDN pede a prova disso. Pergunte à Gcore se um aluguer com a Letter of Authorization do titular basta antes de assinar um. Se bastar, o titular trata do lado do registo: o ROA para o ASN que a Gcore indicar, ou para o seu, o objeto route, e a carta que permite à Gcore anunciar o bloco.

Onde entra a RTM Networks

Alugamos /24 e maiores a partir do nosso próprio espaço de endereçamento do RIPE NCC, e vendemos blocos nas regiões RIPE NCC, ARIN e APNIC, por isso, se a Gcore quiser um bloco que lhe pertença, podemos vender-lhe um (comprar IPv4). No espaço que lhe alugamos, criamos o ROA e o objeto route para o ASN que a Gcore indicar, e assinamos a Letter of Authorization (alugar IPv4). Patrocinamos números AS, de que tanto o BYOASN como o serviço BGP da Gcore precisam, para organizações que não têm o seu próprio LIR (patrocínio de ASN). Se a Gcore não aceitar o seu bloco, anunciamo-lo nós próprios e entregamo-lo ao seu servidor Gcore por GRE ou WireGuard, em qualquer tamanho até um único endereço (túneis GRE e WireGuard). Há mais fornecedores nos nossos guias BYOIP.