Resumo

  • A primeira versão da prop-083 permitia a um titular de /32 IPv6 pedir outra alocação para uma rede sem ligação com a inicial. Skeeve Stevens alegava que filtros de outros operadores poderiam bloquear uma rota menor extraída do bloco existente. A proposta não obteve consenso na APNIC 29, em março de 2010.
  • Em 2011, a versão revisada tratou redes separadas como exemplo e exigiu que o solicitante anunciasse a alocação existente e apresentasse à APNIC uma razão convincente para outra. A APNIC 31 chegou a consenso, o Conselho Executivo aprovou a mudança em maio e a implementação ocorreu em 9 de agosto.
  • A APNIC passou a poder avaliar necessidades que o índice de utilização do primeiro bloco não captava. Cada operadora externa continuou decidindo quais rotas seus equipamentos aceitariam. A nova regra colocou a qualidade da decisão do registro no centro do caso.

Um /32 cheio de endereços, uma filial sem caminho

Na primeira versão da proposta, Stevens desenhou uma situação: a empresa anuncia um /32 da Nova Zelândia e cria outra rede em Singapura, usando trânsito contratado ali. Não há backbone privado entre os dois lugares. Ela poderia destacar um /35 do bloco original e anunciá-lo na nova rede. Um filtro que só aceite anúncios da faixa APNIC até /32 descartaria aquele /35. O bloco continua enorme no cadastro, enquanto o caminho até a nova rede desaparece para quem aplica a regra.

O documento mostra uma linha de filtro capaz de produzir esse resultado. Trata-se de um exemplo técnico, sem contagem das redes que usavam a configuração. Stevens pedia uma alocação subsequente para a segunda rede: um novo bloco poderia ser anunciado inteiro, sem depender da aceitação de um subprefixo mais específico do primeiro. A pergunta era legítima para quem precisava abrir uma rede. Também era uma mudança duradoura na forma de distribuir endereços.

Stevens falava como alguém habituado a acompanhar pedidos de recursos. Em sua declaração de candidatura à copresidência do Policy SIG, em 2009, disse trabalhar com provedores australianos desde 1994 e apoiar redes pequenas e médias. A operadora pequena sente os intervalos que um diagrama elegante apaga: precisa negociar trânsito, justificar recursos à APNIC e, quando uma rota some, convencer outro operador a olhar para uma configuração antiga.

A regra ordinária para alocações seguintes respondia a outra pergunta. A política IPv6 da época usava a utilização da alocação existente, medida por atribuições /56 e pelo índice HD de 0,94. Esse método identifica quando o primeiro bloco está suficientemente ocupado. A filial distante podia ter dificuldade para anunciar parte dele mesmo com muito espaço livre. Stevens queria que a APNIC olhasse para a topologia e a capacidade real de uso, além da ocupação registrada.

A sala queria saber quem absorveria o custo

Na APNIC 29, em 4 de março de 2010, Lorenzo Colitti perguntou por que dividir o /32 não bastava: duas localidades podiam significar duas rotas de qualquer maneira, mas um bloco extra consumiria mais endereços. Raphael Ho imaginou dez escritórios e dez novos /32. Philip Smith via o problema operacional, porém considerava desconfortável usar política de alocação para contornar filtros mantidos por alguns provedores. Gaurab Raj Upadhaya falou na possibilidade de contas APNIC separadas para redes separadas.

Stevens fez a pergunta comercial que faltava. Se a mesma organização abre outra conta apenas para receber um segundo bloco, quem ganha com a duplicação administrativa? A rede continua com dois lugares de operação. A empresa pode acabar com duas associações e duas cobranças. Por outro lado, uma alocação adicional dentro da conta existente pode reduzir a pressão para consertar filtros desatualizados. O custo não sumia em nenhuma opção; ele mudava de endereço.

Na mesma reunião, a prop-082 avançou para retirar uma obrigação de agregação das alocações IPv6 iniciais. Stevens disse que permitir anúncios menores na regra da APNIC não faria os demais operadores aceitá-los. Era o limite da autoridade do registro: ele pode autorizar uma alocação, mas não editar cada roteador pelo caminho. Seus críticos temiam que o segundo bloco virasse um atalho permanente para um problema operacional corrigível.

Stevens descreveu listas antigas de bogons que permaneciam em uso após a entrada legítima de novos blocos na rede. Para a equipe que precisava ativar serviços, esperar uma boa prática ser adotada por terceiros podia sair caro. A sala ouviu esse relato, mas também queria saber se o filtro rígido era comum e se outra alocação seria um remédio proporcional. Houve oposição, e o presidente declarou que a prop-083 não alcançara consenso. O registro da APNIC devolveu o assunto à lista de políticas.

O retorno com uma pergunta maior

Em fevereiro de 2011, Stevens apresentou a rede australiana e uma possível filial no Camboja, mas o texto já não girava só em torno de filiais. A versão 3 citava também 6RD, uma tecnologia de transição, e outras circunstâncias aceitas pela APNIC. O solicitante deveria ter e anunciar a alocação atual e demonstrar uma razão convincente para pedir mais espaço. Rede desconectada virou exemplo; o julgamento da APNIC virou mecanismo.

Stevens disse que cerca de duas dúzias de casos parecidos tinham chegado a ele no ano anterior. A transcrição conserva essa fala, sem lista verificável de casos. Randy Bush respondeu que anunciava um /48 em três lugares sem observar problema de alcance e pediu medição. Philip Smith contou que anunciava um /35 em várias localidades e perguntou quais provedores bloqueavam as rotas citadas por Stevens. Este não apresentou nomes na reunião. A diferença entre relatos colocava uma tarefa concreta nas mãos do futuro avaliador: perguntar pela rede, pela rota e pelo obstáculo de cada pedido.

Izumi Okutani descreveu como a JPNIC poderia tratar duas redes da mesma organização com ASNs globais diferentes: duas contas, cada uma recebendo um /32 inicial. A pergunta seguinte foi financeira. Isso equivalia, em linhas gerais, a duas associações. Stevens contestou a obrigação de dividir a administração para atingir um resultado de endereçamento semelhante. Um desenho técnico estava sendo decidido por uma escolha de cadastro e cobrança.

Randy Bush resumiu a revisão de maneira precisa: Stevens havia deslocado critérios específicos para a análise dos hostmasters da APNIC. Ele concordou. O Secretariado disse que precisaria de orientação para avaliar pedidos adicionais. A expressão “razão convincente” cabia numa linha; o trabalho de interpretar topologias, tecnologias de transição e justificativas futuras caberia aos profissionais do registro. A elasticidade da regra só teria valor se pedidos comparáveis recebessem tratamento comparável.

O Policy SIG chegou a consenso em 23 de fevereiro. A assembleia de membros confirmou o resultado. Após oito semanas, os presidentes informaram que o período final de comentários terminara sem objeções. O Conselho Executivo aprovou a proposta em maio e a APNIC começou a aplicá-la em 9 de agosto de 2011. Stevens não fez a sala concordar sobre todos os filtros; fez a instituição aceitar outra forma de examinar necessidades.

A fronteira do voto

Os participantes podiam decidir os critérios da APNIC. Quem opera os outros sistemas autônomos ainda decide quais anúncios aceitar. A política criou uma porta no registro para casos em que a capacidade livre do primeiro bloco era uma medida ruim da necessidade operacional. O requerente teria de explicar sua situação, e a APNIC teria de julgá-la.

A política APNIC atual mantém um caminho baseado no uso do bloco e outro baseado em motivo válido. As diretrizes atuais citam redes distintas, tecnologias de transição e outras razões reconhecidas pela instituição. Esses documentos evoluíram desde 2011; o desenho da alternativa ainda pode ser lido ali.

Stevens ganhou uma audiência para o pedido que a velha fórmula de utilização não sabia ouvir. O pedido seguinte continuaria precisando de prova. Os filtros externos continuariam no lugar até seus operadores mudarem de ideia ou de configuração. A decisão da APNIC era menor que a Internet e, por isso mesmo, estava ao alcance dela.