Resumo
- Tomoya Yoshida assinou com Philip Smith e Gaurab Raj Upadhaya a prop-061 da APNIC. A ideia era dar aos manuais números de AS próprios, sem escalar uma rede de verdade para fazer papel de figurante.
- Em agosto de 2008, a comunidade da APNIC concordou em separar exemplos nos espaços de 16 e 32 bits. Geoff Huston escreveu o RFC informativo 5398, publicado em dezembro.
- A IANA continua a reservar 64496–64511 e 65536–65551 para documentação e código de exemplo: dois grupos de 16 números que devem ficar longe de uma vizinhança BGP em produção.
Um exemplo pode sair caminhando do slide
Na aula de roteamento, o instrutor precisa de personagens. Um AS aqui, outro ali, uma rota passando entre eles. Um número fácil de lembrar deixa o slide bonito. O problema aparece quando a configuração vai inteira para um roteador de laboratório ligado à rede de produção. O equipamento executa comandos; ele não lê a legenda “meramente ilustrativo” no canto da apresentação.
Tomoya Yoshida conhecia a distância curta entre esses dois mundos. A biografia publicada pela APNIC em 2008 registra seu trabalho no backbone da OCN, em interconexão e em serviços de registro de rotas na NTT e na JPNIC. Com Philip Smith e Gaurab Raj Upadhaya, ele apresentou a prop-061: reservar alguns números de AS para que quem escreve material técnico não precise improvisar com a identidade de uma rede alheia.
A versão final da proposta mostra o cardápio de improvisos disponível na época. Valia usar um ASN privado, o da empresa do autor, um número público memorável ou um valor ainda não atribuído. Este último tinha uma armadilha no calendário: um registro pode atribuí-lo depois, enquanto o exemplo continua circulando. Os proponentes também alertaram para trechos copiados em equipamentos de treinamento conectados a redes reais. O caminho do erro aparece inteiro nesse gesto de copiar e colar.
Dezesseis de cada lado
Na APNIC 26, em Christchurch, o grupo de políticas chegou a consenso em 28 de agosto de 2008 com um ajuste sensato: havia que reservar exemplos tanto para ASNs de 16 bits quanto para os de 32. A segunda versão saiu no dia seguinte. O histórico da APNIC acompanha o período de comentários e a decisão dos coordenadores de aguardar um RFC. Em dezembro chegou o RFC 5398, de Geoff Huston, com agradecimento explícito a Yoshida e aos outros autores da proposta.
No registro atual da IANA, 64496–64511 e 65536–65551 seguem marcados para documentação e código de exemplo. O primeiro trecho termina logo antes da faixa de uso privado. O segundo começa além do limite dos 16 bits: quem ensina ASNs de quatro octetos também precisa de números que pareçam do mundo real sem pertencer a uma rede. O RFC orienta a não formar sessões BGP operacionais com vizinhos numerados por essas faixas.
O trabalho de Yoshida e seus colegas não rendeu uma quantidade impressionante de endereços. Rendeu 32 números com uma função clara. Em roteamento, às vezes a melhor inovação é impedir que o personagem de uma apostila apareça para trabalhar no lugar de alguém.
Registros originais
Briefing para membros
Contexto aprofundado do perfil
Faça login com o nível de assinatura correto para desbloquear o briefing completo e as notas das fontes.
Apenas para Strategic Circle
Strategic Circle
Aberto a todos os leitores. Desbloqueie Briefings de perfil após se inscrever e fazer login.
Junte-se ao Strategic CircleSomente para Leadership Alliance
Leadership Alliance
Para proprietários e gestores qualificados de ativos de PI; faça login para desbloquear os briefings da Leadership Alliance.
Junte-se ao Leadership Alliance





