Resumo

  • A prop-164-v005 reduziria de /32 para /40 a alocação IPv6 mínima, criaria faixas menores em fronteiras de nibble e acrescentaria devolução, redução e reserva para crescimento.
  • A prop-170-v001 manteria o mínimo /32 e só alinharia uma alocação quando o requerente pedisse e a avaliação existente já tivesse validado a necessidade.
  • As avaliações de impacto de 18 de agosto dizem que os textos precisariam ser revistos se ambos obtivessem consenso. Antes da APNIC 62, é preciso mostrar só 164, só 170, ambos e nenhum.

A fronteira técnica não é a fronteira da decisão

O painel da NOG Alliance mantém prop-164 e prop-170 como propostas diferentes na pauta da APNIC 62. A separação revela o que o vocabulário em comum pode esconder.

A quinta versão da prop-164 altera a entrada no sistema. Ela permitiria alocações menores que /32, até /40, em passos como /32, /36 e /40. Também abre uma via para certos titulares devolverem a parte excedente e reduzirem o bloco, além de prever posicionamento esparso ou espaço adjacente reservado para futura expansão.

A prop-170-v001 começa depois da entrada. Ela recebe uma necessidade já examinada pelas regras atuais e, se houver pedido explícito, pode transformar o resultado numa alocação alinhada. O mínimo continua /32; assignments ficam fora; titulares existentes em geral não precisam devolver, redimensionar nem renumerar.

Logo, ser favorável a prefixos legíveis não responde às duas perguntas. Um membro pode apoiar o arredondamento condicionado sem aceitar um novo piso /40. Outro pode defender pequenas alocações registráveis e rejeitar a forma como a prop-170 trata expansão.

O percurso da prop-164 reforça essa diferença. Uma versão anterior arquivada partia do dilema entre obter uma alocação grande demais e usar um assignment que não representasse adequadamente subalocações. A JPNIC explicou essa tensão à comunidade japonesa. Desde então, a referência passou de /36 a /40 e ganharam peso os mecanismos de devolução e reserva.

A ressalva de 18 de agosto exige uma decisão anterior

A avaliação da prop-164 estima cerca de nove meses, com mudanças em sistemas de registro, redução de blocos e reservas. O documento pede esclarecimento sobre reduzir um /32 para /36 ou apenas /40, sobre a falta de um intervalo adjacente adequado e sobre a necessidade de explicitar reservas além da prática esparsa existente.

A avaliação da prop-170 estima seis meses. O trabalho recai sobre guias e processos de avaliação para acrescentar o alinhamento sem abandonar o cálculo de necessidade. O piso e o escopo de assignments permanecem.

As duas análises então afirmam que, se ambas as propostas chegarem a consenso, a redação terá de ser ajustada para evitar conflito. Esse aviso não é licença para decidir depois.

Uma edição posterior pode harmonizar termos, números e referências. Ela não pode escolher o piso, criar direito de devolução, impor reserva ou ampliar o escopo sem uma manifestação identificável. Cada escolha altera o estado que o registro aceita e os custos suportados por titulares e operadores.

As discussões antigas também devem permanecer atribuídas. O relato japonês preservado pelo Mail Archive perguntou se reduzir de /32 para /36 só adiaria a pressão por /40 e contestou o ganho de conservação. Uma apresentação na SANOG registrou o argumento de precisão no Whois/RDAP. Ambos tratavam do piso da prop-164, não de uma autorização genérica para alinhamento pela prop-170.

Quatro linhas evitam uma quinta política invisível

Na linha só prop-164, a APNIC deve informar o novo mínimo, os passos permitidos, a elegibilidade para redução, a regra de reserva, a saída quando falta contiguidade e o tratamento dos titulares atuais. A etapa condicionada da prop-170 não entra por semelhança.

Na linha só prop-170, /32 permanece. O registro deve separar pedido de alinhamento, necessidade validada e prefixo final, confirmar a exclusão de assignments e explicar uma expansão sem espaço contíguo. O acesso a /40 e a devolução da prop-164 não aparecem.

Na linha ambos, é indispensável um texto composto. Qual definição prevalece? A redução pode terminar em /36, /40 ou qualquer uma? A reserva próxima é obrigatória, uma prática de melhor esforço ou inexistente? Qual dispositivo rege a expansão quando a faixa esperada já foi ocupada? A promessa de conciliar depois não resolve nada.

Na linha nenhum, continua o regime vigente. Ausência de consenso não autoriza produzir o mesmo efeito por instrução interna.

Se o texto combinado não estiver pronto, duas chamadas independentes são mais honestas. Um eventual duplo apoio pode ser registrado sem autorizar a combinação substantiva; o novo texto volta a uma leitura pública antes de entrar em vigor.

A utilidade do nibble termina onde começa a autoridade

Uma fronteira de nibble equivale a quatro bits, isto é, um dígito hexadecimal. Ela ajuda a ler, dividir, documentar e automatizar prefixos. O RFC 6177 também rejeita uma única medida para todos os end sites IPv6.

Isso não reúne os papéis. A comunidade oferece experiência e avalia as propostas. As presidências determinam o consenso sobre uma versão. O Secretariado analisa e implementa a regra aprovada. Titulares projetam e operam redes. Whois e RDAP registram a delegação, mas não provam anúncio BGP, utilização completa ou sucesso do plano.

A disciplina da Especificação Inicial Mínima de Heng Lu ajuda: colocar na camada comum apenas o necessário à coordenação e manter decisões futuras com quem as adota. Neste caso, significa dizer qual estado compartilhado muda e quais escolhas continuam com a rede em funcionamento.

Não há base para prever o resultado da APNIC 62. Uma nova versão pode surgir; os prazos são estimados; não se sabe o prefixo de um requerente real nem como ele seria roteado.

O fato verificável é outro: a própria análise já reconheceu a colisão potencial, porém o modo de resolvê-la ainda não foi apresentado como escolha pública. A matriz de quatro resultados fecha esse espaço antes de 10 de setembro. Uma palavra pode organizar o endereço; não pode substituir a autorização.

Fontes