Guardar a vaga de quem vai crescer — até quando?

Resumo

• A NAPafrica pediu espaço para crescer sem repetir uma mudança de endereços que, segundo seu representante, já se arrastava havia oito anos em Joanesburgo.
• Guardar o bloco vizinho facilita a vida de quem vai ampliar, mas o tira temporariamente de outros candidatos. A regra da AFRINIC limita essa espera; aumentar a reserva exige decidir também como repartir o espaço.

Uma área vazia pode representar duas coisas: o próximo passo de quem já está instalado ou a primeira oportunidade de quem ainda quer entrar. Na distribuição de endereços para pontos de troca de tráfego, a AFRINIC precisa lidar com as duas. Guardar espaço de menos pode obrigar uma rede a mudar. Guardar demais impede que outra use os mesmos endereços enquanto espera.

Andrew Owens, da NAPafrica, explicou por que preferia reservar a próxima expansão. Na reunião AFRINIC-37 de 24 de junho de 2026, contou que uma renumeração em Joanesburgo continuava inacabada após oito anos. A operação precisava de mais espaço, e ele queria evitar outra mudança de endereços. O pedido está na ata; a concessão dos blocos, não.

O ponto de troca é onde redes de organizações diferentes se conectam para enviar dados diretamente umas às outras. Uma troca de endereços pode levar trabalho a cada equipe envolvida: ajustar configurações, combinar etapas, conferir conexões. Receber os novos números é só uma parte. O operador não pode simplesmente escolher o dia de todos os participantes.

Reservar espaço ao lado busca evitar essa rodada de trabalho. Para as equipes, significa poder preparar a ampliação sem descobrir depois que precisam refazer o caminho. É esse risco de planejamento que o caso ilumina, não um desastre comprovado: a ata não relata oito anos de quedas nem explica por que o processo levou tanto tempo.

O pedido era por espaço para continuar crescendo sem sair do lugar. Para entender por que isso importa, vale deixar por um momento os códigos usados pelos engenheiros e olhar para a posição dos blocos.

Espaço livre não é necessariamente espaço ao lado

Imagine precisar de uma área inteira e encontrar apenas quatro vagas espalhadas. A soma pode até ser suficiente. Ainda assim, as vagas não se transformam na área contínua de que você precisa. A comparação não é um mapa da rede: ajuda a explicar por que endereços sobrando em vários lugares nem sempre permitem a ampliação planejada.

Para o ponto de troca, crescer ao lado pode significar continuar usando as conexões existentes. Crescer com outro bloco pode exigir a mudança que Owens queria evitar. Por isso, não basta perguntar quanto espaço resta. É preciso perguntar onde ele está.

Agora, os números do pedido ficam mais claros. Joanesburgo já tinha dois conjuntos chamados /23 e se aproximava de ocupar o equivalente a um /22. Owens queria reservar mais dois /23 para chegar ao tamanho /21.

Cada /23 contém 512 endereços. Quatro deles somam 2.048, a quantidade de um /21. Para formar um bloco único desse tamanho, porém, precisam estar seguidos e começar no limite correto. São contagens de endereços, não de empresas participantes.

A notação tem uma peculiaridade: um número menor depois da barra indica um conjunto maior. Essa convenção explica os tamanhos, mas não elimina a dificuldade de conseguir espaço contíguo.

A AFRINIC já permite reservar o próximo espaço. A seção 11.4 do manual de políticas manda guardar um /24 ao lado, para que o ponto de troca cresça até /23 sem mudar de bloco.

Mas a vaga não fica guardada para sempre. A reserva se mantém enquanto o conjunto /16 dedicado ainda consegue fornecer blocos /23. Quando isso deixa de ser possível, novas solicitações podem receber o espaço antes separado para expansão. Assim, a regra também dá uma chance a quem está começando.

Não estabelecemos que essa condição já tenha sido acionada. Ela coloca, porém, um limite na espera de quem precisa de uma primeira atribuição. E deixar espaço para a primeira ampliação ainda não resolve o crescimento além de /23 — situação levantada pela equipe na reunião.

A seção 5.6.4.1 exige outra leitura cuidadosa: a referência a /24 é um limite de comprimento de prefixo, não um teto de 256 endereços. Prefixos mais curtos representam blocos maiores, e há situações em que múltiplas atribuições são permitidas. Isso não dá direito automático a qualquer tamanho pedido.

Crescer e manter os registros em ordem são trabalhos diferentes

Há duas reservas com finalidades distintas: um /16 para peering e o equivalente de outro /16 para gestão. A primeira atende à troca de tráfego entre as redes. A segunda sustenta monitoramento, estatísticas, correio, chamados e serviços semelhantes. Endereços de gestão não devem sair do bloco de peering.

A equipe informou que membros estavam trocando prefixos entre esses usos, em desacordo com a política, e que trabalhava com eles para corrigir a situação. O trecho não quantifica os envolvidos nem identifica a causa. Se o uso ou o cadastro está errado, mais espaço pode não resolver o problema.

Para pedir recursos como IXP, o candidato precisa mostrar quem é e com quem se conecta. Os critérios da AFRINIC pedem presença legal na África; uma organização pode representar o ponto de troca se ele não estiver registrado.

Também são necessários os números de identificação das redes, chamados ASN, e os contatos de pelo menos três pares BGP e/ou acordos assinados por eles. O candidato deve demonstrar que o ponto de troca é público e aberto. Esses documentos ajudam a conferir a candidatura, mas não preveem seu tamanho futuro.

O dobro de endereços ainda exige uma escolha

Paul Hjul perguntou na reunião se não seria melhor reservar /15 em vez de /16. A quantidade dobraria. James Chirwa respondeu que caberia à comunidade considerar a questão e que a equipe forneceria estatísticas de consumo. Gregoire Ehoumi pediu também o número de membros afetados. Não houve, nessa conversa, adoção do aumento.

Esses dados ajudariam a separar falta de capacidade total, dificuldade de obter um bloco vizinho e desvio de finalidade. Um percentual único de utilização pode esconder as três situações. Esta apuração não estabeleceu quando as estatísticas prometidas foram publicadas posteriormente; não permite dizer que nunca foram entregues.

Jordi Palet ainda sugeriu examinar a RFC 8950. Ela permite anunciar um destino IPv4 usando um endereço IPv6 para indicar a próxima etapa do caminho. Destino e próximo passo não precisam, portanto, usar a mesma família de endereços.

As redes comunicam esses caminhos pelo protocolo BGP. Antes de usar a opção, os equipamentos precisam confirmar que a entendem. O padrão abre uma alternativa para teste, mas não prova que todos os participantes e servidores de rotas estejam prontos. Não se pode, só por ele existir, dispensar a reserva IPv4.

O sucesso de um ponto de troca não deveria tornar sua próxima ampliação uma surpresa. O caso da NAPafrica não calcula a demanda africana, mas mostra o que um total de endereços deixa de fora. É preciso saber onde o IXP poderá crescer, até quando o espaço será guardado e como as redes vão se organizar se tiverem de mudar. Só então uma reserva maior se transforma em expansão possível.

Correção, 21 de outubro de 2026: esclarecemos o sentido de /24 na seção 5.6.4.1, acrescentamos a condição de manutenção da reserva adjacente e retiramos um requisito de licença atribuído incorretamente à tabela de IXP. Isso não sugere dispensa das leis nacionais aplicáveis. A URL e a data de publicação originais foram mantidas.