BYOIP na OVHcloud: traga os seus próprios endereços IPv4 para a OVHcloud

Prova o controlo do intervalo com um token no seu registo e um objeto route para o AS que o vai anunciar, depois encomenda a importação no Control Panel. O intervalo regressa como blocos Additional IP.

O que a OVHcloud aceita

Segundo a documentação da OVHcloud, no dia em que a consultámos (o guia de BYOIP tem data de 1 de junho de 2026):

• Tamanho. De um /24 até um /19, entregue como um a 32 blocos /24; para algo maior, a OVHcloud pede que a contacte.
• Registo. ARIN, RIPE NCC e APNIC, com o suporte para os registos nacionais da APNIC ainda "experimental" (tradução: «experimental»). Apenas IPv4.
• Estatuto. Para o RIPE NCC: ALLOCATED PA, LIR-PARTITIONED PA, SUB-ALLOCATED PA, ASSIGNED PA, ASSIGNED PI ou LEGACY. O guia indica também os tipos da ARIN e da APNIC.
• Um registo exato. O objeto no registo tem de corresponder ao intervalo. Um bloco pai ou filho "will leave you unable to use that range" (tradução: «deixa-o sem poder usar esse intervalo»).
• Sem uso. O intervalo "should not be announced or in use on the Internet" (tradução: «não deve estar anunciado nem em uso na Internet»); pode encomendar sem cumprir isto, mas nesse caso a OVHcloud não consegue garantir que o serviço funciona nem dar-lhe suporte.
• Quem origina. O AS16276 da OVHcloud, que ela recomenda, ou o seu próprio número AS, que pode vir de um registo diferente do do intervalo.
• Reputação. A OVHcloud pode recusar um intervalo ou AS com má reputação, e deixar de anunciar um que prejudique a sua (manter um bloco limpo).
• Uma região por intervalo, escolhida na encomenda: Paris, Milão, Gravelines, Roubaix, Estrasburgo, Limburg, Varsóvia, Erith, Vint Hill, Hillsboro, Beauharnois, Toronto, Singapura, Sydney ou Mumbai.
• Produtos. Bare Metal, Hosted Private Cloud, Public Cloud, VPS, IPLB e a rede privada vRack.
• Preço. A página de produto indica o BYOIP como "Included at no extra cost" (tradução: «Incluído sem custo extra»).
• Prazo. "Usually available within one business day" (tradução: «Normalmente disponível num dia útil») com o ASN da OVHcloud; com o seu próprio número AS, pode demorar alguns dias úteis.

Antes de começar

O token. A OVHcloud prova o controlo com um token ligado à sua conta, mostrado na secção IP do Control Panel e devolvido por GET /me/bringYourOwnIp/token na API. Fica numa linha própria, tem de estar no registo antes de encomendar e permanece até a entrega estar concluída.

Um objeto route que corresponda exatamente ao intervalo, com AS16276 ou o seu próprio número AS como origem.

Um ROA para a mesma origem. O guia da OVHcloud não menciona o RPKI, mas se o bloco tiver um ROA para outro ASN, as redes que validam RPKI descartam o anúncio da OVHcloud (RPKI e ROA).

O guia da OVHcloud não pede nenhuma Letter of Authorization.

Passo a passo

01Atualize o registo. Para um bloco do RIPE NCC anunciado a partir do AS da OVHcloud:

inetnum:   203.0.113.0 - 203.0.113.255
descr:     Example B.V.
descr:     <your OVHcloud token>

route:     203.0.113.0/24
origin:    AS16276

Verifique ambos antes de encomendar:

whois -h whois.ripe.net 203.0.113.0/24 | grep descr
whois -h whois.ripe.net -- "-T route 203.0.113.0/24"

02Encomende. No Control Panel, abra Network > Public IP Addresses e clique em + Bring Your Own IP. Selecione o registo, a região e o intervalo, depois o AS da OVHcloud ou o seu, com o respetivo registo e número. Clique em Next, confirme que os requisitos estão cumpridos, depois em Confirm.

03Aguarde a entrega. Os blocos /24 aparecem entre os seus Additional IPs, com a etiqueta BYOIP, e o e-mail de entrega indica os servidores DNS da OVHcloud para as zonas inversas.

04Atribua um bloco. A OVHcloud começa a anunciar assim que atribuir um bloco a um serviço elegível, no Control Panel ou na API. Os blocos passam de um serviço para outro na mesma região como qualquer Additional IP.

05Divida, se precisar. Um /24 na área de parking, sem nenhuma tarefa pendente, pode ser cortado em blocos até /30 ou em endereços individuais: Segment no Control Panel, ou POST /ip/{ip}/bringYourOwnIp/slice com um slicingSize como 26. Combine volta a juntá-los.

Erros que custam um dia

• Um registo que não corresponde. Um /24 alugado dentro do objeto maior do titular, sem inetnum próprio, falha a regra da correspondência exata; o titular tem de criar um.
• O token no campo errado. No RIPE NCC vai em descr, numa linha própria; remarks é o campo da APNIC.
• Dois anúncios. A OVHcloud deixa-o encomendar enquanto o intervalo é anunciado noutro lado, mas "must immediately cancel" (tradução: «tem de cancelar imediatamente») o outro anúncio assim que a entrega estiver concluída. Caso contrário, arrisca problemas de conectividade, pelos quais a OVHcloud "cannot be held responsible" (tradução: «não pode ser responsabilizada»).
• A região errada. Não pode ser alterada; teria de libertar o intervalo e encomendar de novo. Só os blocos /24 encomendados depois de 1 de janeiro de 2023 em Gravelines, Roubaix ou Estrasburgo podem passar entre esses três, e não depois de divididos e voltados a juntar.
• Contar com editar o registo. A OVHcloud não pode alterar o WHOIS de um bloco que não é dela, e o seu DNS inverso só fica público depois de as zonas inversas serem delegadas nos seus servidores DNS.
• Confundir BYOAS com o BGP Service. O BGP Service, para correr BGP a partir dos seus próprios servidores, é um produto separado em alpha que usa números AS privados. A OVHcloud diz que "not intended to be used in a production environment" (tradução: «não se destina a ser usado num ambiente de produção»).

Se alugar o bloco

A OVHcloud fala de blocos que lhe pertencem, mas define um bloco válido pelo estatuto no registo, incluindo ASSIGNED PA e SUB-ALLOCATED PA, os estatutos que um bloco alugado tem normalmente na RIPE Database. A sua prova é o token, e o guia não diz que o registo tenha de indicar a sua organização. O titular trata do lado do registo, já que só o maintainer do titular pode editar os objetos: um inetnum de correspondência exata, o token numa linha descr própria até à entrega, o objeto route, e um ROA para a mesma origem. Para o DNS inverso através da OVHcloud, o titular delega também as zonas inversas nos servidores indicados no e-mail de entrega.

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. No espaço que lhe alugamos, registamos o bloco como objeto próprio no registo, acrescentamos-lhe o seu token OVHcloud, e criamos o objeto route e o ROA para AS16276 (alugar IPv4). Se quiser o seu próprio número AS e não tiver um LIR, patrocinamos um (patrocínio de ASN). Para menos de 256 endereços, anunciamos um bloco e entregamo-lo ao seu servidor OVHcloud por GRE ou WireGuard, até um único endereço (túneis GRE e WireGuard). Outros fornecedores: guias BYOIP.