BYOIP na IBM Cloud: traga o seu próprio IPv4 para a VPC (beta)

Abre um pedido de suporte com uma Letter of Authorization assinada, a IBM aprovisiona ela própria o intervalo, e depois atribui endereços a partir dele.

O que a IBM Cloud aceita

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

• Quem. Apenas contas na allowlist; a beta, anunciada a 29 de setembro de 2026, "is available for evaluation and testing purposes to select customers" (tradução: «está disponível para fins de avaliação e teste a clientes selecionados»). As páginas da IBM não dizem como uma conta entra na lista.
• Tamanho. No mínimo um /24 e no máximo um /8, apenas IPv4, sem sobreposição com nada mais na sua conta. Até cinco intervalos por conta por região.
• Propriedade. "You must own the public IPv4 address range that you want to use." (tradução: «Tem de ser dono do intervalo de endereços IPv4 públicos que quer usar.») A IBM não indica registos e nada diz sobre espaço PA, PI ou legacy.
• Quem origina. Não publicado. A Letter of Authorization pede às redes que aceitem os prefixos "when originated by IBM" (tradução: «quando originados pela IBM»).
• Onde. Uma região por intervalo, utilizável em todas as zonas dessa região.
• O que o usa. Floating IPs, que são endereços individuais numa interface de rede virtual ou num public gateway, e public address ranges, que são blocos associados a uma zona VPC. A IBM indica instâncias de servidores virtuais, servidores bare metal, load balancers, gateways VPN e appliances de rede.
• Preço. Não está publicada nenhuma taxa de BYOIP. A consola mostra um custo estimado quando reserva um floating IP, e aplicam-se cobranças pela largura de banda de saída.
• Prazo. O aprovisionamento "typically takes a minimum of two weeks" (tradução: «demora normalmente pelo menos duas semanas»).

Antes de começar

Um lugar na allowlist. Pergunte ao IBM Support ou ao seu contacto na IBM antes de preparar mais nada.

Uma Letter of Authorization (LoA) em papel timbrado da empresa, assinada. O modelo da IBM autoriza a IBM a anunciar os prefixos "to all of its directly connected BGP peers" (tradução: «a todos os seus pares BGP diretamente ligados») e dá à IBM "full permission to maintain Internet Routing Registry (IRR) objects" (tradução: «permissão total para manter objetos do Internet Routing Registry (IRR)») para eles. A caixa de diálogo Provision custom CIDR na consola também tem um botão Download template.

Uma resposta sobre o ROA. As páginas de BYOIP da IBM não mencionam ROA, RPKI, ASN nem objeto route. Pergunte no pedido que ASN vai originar o intervalo, e crie o ROA para ele antes de a IBM anunciar (RPKI e ROA). Até lá, mantenha o ROA de quem anuncia hoje o intervalo.

Os dados do pedido: o prefixo, a região de destino, e IPv4 com propriedade Customer.

Passo a passo

01Abra o pedido. Na consola, vá a Infrastructure, Network, Public address ranges, abra o separador Custom authorized CIDRs (BYOIP) e clique em Provision custom CIDR, depois em Create support case.

02Preencha o pedido. Com um plano de suporte Platinum, Premium ou Advanced, escolha Category Account, Topic Account, Subtopic Bring your own IP to VPC. Com o suporte Basic, escolha Topic Virtual Private Cloud (VPC), Subtopic Bring your own IP to VPC. Use o assunto Authorize custom CIDR (BYOIP). Na descrição, selecione Provision CIDR, indique IPv4, propriedade Customer e a região, e anexe a LoA assinada.

03Aguarde. A IBM analisa o pedido e aprovisiona o intervalo. Quando o pedido for fechado, verifique que lá está:

ibmcloud is public-address-range-authorized-cidrs

04Atribua endereços. Um floating IP do seu intervalo:

ibmcloud is floating-ip-reserve my-byoip-fip --address 203.0.113.10 --zone us-south-2

Ou um public address range, associado a uma VPC e a uma zona:

ibmcloud is public-address-range-create --name my-range --cidr 203.0.113.16/28 \
  --vpc my-vpc --zone us-south-2

05Encaminhe um public address range. Acrescente uma public ingress route com o intervalo como destino e o endereço IP do seu appliance como next hop. A página de encaminhamento da IBM diz que o public ingress routing só está disponível na consola por agora, com a CLI e a API a seguir. Os floating IPs não precisam de encaminhamento adicional.

Armadilhas

• O intervalo não aparece. Verifique se está a procurar na região que indicou no pedido. As páginas da IBM não indicam quanto tempo o intervalo demora a aparecer depois de o pedido ser fechado, por isso, se continuar a faltar, responda ao pedido.
• Um public address range não transporta tráfego por si só. Sem a ingress route, nada chega.
• Os floating IPs só se associam a uma interface de rede virtual ou a um public gateway, não a interfaces de rede legacy.
• Mudar de região significa começar de novo. Liberta tudo o que foi atribuído a partir do intervalo, abre um pedido para o desaprovisionar, o que demora pelo menos duas semanas, e depois aprovisiona-o de novo.
• Uma página que diz o contrário. A página de planeamento da IBM para public address ranges ainda indica "Bringing your own public IP or subnet is not supported" (tradução: «Trazer o seu próprio IP público ou sub-rede não é suportado») entre as suas limitações, acima da sua própria secção sobre BYOIP. As páginas de BYOIP são as que deve seguir.

Se alugar o bloco

A página de aprovisionamento da IBM diz que tem de ser dono do intervalo. O seu modelo de LoA, porém, tem campos separados para a empresa a quem pertencem os prefixos e para o cliente por quem a IBM os anuncia, e é assinado pela empresa que os detém. A IBM nada mais diz sobre espaço alugado. Pergunte no pedido de suporte se a IBM aceita um intervalo que outra empresa detém e pelo qual assina, antes de se comprometer com um aluguer. Se aceitar, o titular assina a LoA, cria o ROA que a IBM indicar e aceita que a IBM mantenha os objetos IRR do prefixo.

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. Se a IBM quiser um intervalo que lhe pertença, vendemos-lhe um (comprar IPv4). Se aceitar espaço alugado, então, no espaço alugado a nós, criamos o ROA para o ASN que a IBM indicar e assinamos a Letter of Authorization (alugar IPv4). Enquanto a sua conta não estiver na beta, ou se precisar de menos de 256 endereços, anunciamos um bloco e entregamo-lo ao seu servidor virtual por GRE ou WireGuard, até um único endereço (túneis GRE e WireGuard). Outros fornecedores: guias BYOIP.