Resumo

  • A política da AFRINIC separa os blocos IPv4 de peering e de gestão dos IXPs e reserva espaço adjacente para que a rede de peering cresça sem renumeração.
  • A ata do AFRINIC-37 registra o compromisso de publicar dados de consumo; a própria orientação estatística da AFRINIC diz que o arquivo de estatísticas estendidas não diferencia os recursos reservados.

Análise

Uma reserva pode parecer folgada no inventário e ainda ser insuficiente quando uma rede precisa crescer. Não há contradição: o total pode ser grande sem conter o próximo prefixo contíguo de que um IXP necessita. Também pode haver espaço adjacente sem que os dados públicos mostrem quem pode usá-lo. A questão não é apenas quantos endereços aparecem com a etiqueta “reservado”, mas se continuam servindo ao propósito que justificou a reserva.

A seção 11 do Consolidated Policy Manual da AFRINIC separa a LAN de peering — onde os participantes trocam tráfego — da LAN de gestão, usada para supervisão, estatísticas e sistemas de chamados. A política prevê blocos distintos. Também pede que um /24 adjacente seja mantido junto a cada atribuição de peering, permitindo que o IXP chegue a /23 sem mudar para um bloco não contíguo. O texto reserva um /16 para futuras necessidades de peering e outro /16 para prefixos de gestão.

Contiguidade tem consequência operacional. Se um IXP precisar mudar a LAN de peering para receber um bloco maior, seus participantes terão de coordenar endereços, configuração de roteadores e verificações de serviço. A regra do bloco adjacente procura evitar essa mudança específica. Ela não garante espaço para todo crescimento possível; determina o formato da reserva a ser preservada.

Na reunião AFRINIC-37, em 24 de junho, a equipe voltou à seção 11 durante um relatório sobre a experiência de implementar políticas. Disse que a definição de infraestrutura crítica estava no manual havia mais de quinze anos e perguntou se ainda refletia a operação atual dos IXPs. A ata registra que alguns pontos de troca já haviam alcançado o limite de /23 e que a equipe queria uma redação mais clara para os IXPs de crescimento rápido. Também descreve membros trocando o uso de prefixos de peering e gestão de forma incompatível com a política.

A discussão chegou à escala da reserva. Um participante perguntou se o /16 de peering para a região inteira bastava ou se um /15 seria mais adequado. A AFRINIC respondeu que forneceria estatísticas de consumo para orientar o debate. Outro participante pediu números concretos — inclusive quantos membros eram afetados pelos limites da reserva — antes de iniciar um trabalho de política. A ata registra perguntas, não uma constatação de que o bloco atual se esgotou.

Há uma lacuna nas estatísticas públicas. A página de gestão de recursos da AFRINIC diz que o arquivo estendido separa recursos disponíveis, reservados e atribuídos, mas também informa que os recursos reservados não podem ser diferenciados nesse arquivo. O WHOIS mostra exemplos de blocos reservados por política; mesmo assim, o total “reservado” não revela quanto resta de espaço contíguo no pool dos IXPs, quanto cabe a peering ou gestão, nem quantos pedidos elegíveis ficaram sem atendimento. Isso não prova que a AFRINIC não mantenha registros internos. Mostra que o total público não basta para responder à pergunta levantada na reunião.

O próximo documento útil seria um registro agregado, sem dados sensíveis dos membros. Para cada reserva, ele indicaria o bloco publicado, a finalidade, o volume atribuído, o espaço adjacente retido, o maior prefixo contíguo livre e a data de referência. Também traria totais de pedidos elegíveis, aprovados, em espera ou não atendidos, com os motivos e uma localização ampla quando isso não expuser informações sensíveis. Peering e gestão precisam aparecer em linhas distintas: somá-los esconderia qual função sofre pressão.

O relato de um operador anotado na ata ajuda a visualizar o problema, mas não representa a região inteira. Um representante da NAPafrica descreveu dois blocos /23 em Joanesburgo, uma instalação perto de usar um /22 e uma renumeração difícil e demorada. A ata atribui essas informações ao participante. Elas não provam que os demais IXPs africanos enfrentem o mesmo limite, qual é o espaço livre em outros locais ou se algum pedido foi recusado.

A sequência mais prudente é publicar o registro, explicar como a equipe contabiliza atribuições e espaço adjacente e então comparar os dados com o desenho atual de crescimento para /23. Se demanda e espaço contíguo mostrarem uma restrição real, a comunidade poderá discutir tamanho de bloco, elegibilidade ou liberação de adjacências. Se o problema estiver na classificação ou no processo de atribuição, ampliar a reserva apenas aumentará a escala da ambiguidade.

Fontes

Ata da reunião de política pública AFRINIC-37 · Consolidated Policy Manual, seções 11.0–11.5 · Gestão de recursos e orientação estatística da AFRINIC · Apresentações do AFRINIC-37