Summary

  • Os avisos da NANOG mostram uma evolução verificável: redes protegida e Legacy em 2015–2019; um terceiro acesso IPv6-only visível em 2022; troca de 802.1X por chave WPA3 compartilhada e um teste com OWE em junho de 2023; depois, um padrão estável de três SSIDs até 2026.
  • Da NANOG 89 à NANOG 97, os avisos nomeiam organizações distintas para conectividade, Wi-Fi e roteamento de borda, além de um canal de suporte. Essas etiquetas não revelam contrato, topologia, diversidade física, teste de aceitação, escalação ou responsabilidade completa.
  • IPv6-only é uma superfície real de teste, mas o nome não demonstra NAT64, DNS64, 464XLAT, alcance de destinos IPv4-only, sucesso de aplicações nem adoção posterior de IPv6.
  • Uma nota operacional de uma página, publicada depois da reunião, poderia trazer janela de serviço, papéis, denominadores por SSID, incidentes relevantes, modelo IPv6, suporte, retenção e confirmação de desmontagem sem divulgar dados pessoais ou configuração explorável.

O compromisso começa no nome da rede

O aviso de boas-vindas da NANOG 97 agradece à Ziply Fiber pela conectividade e à HPE pelo roteamento de borda. Em seguida, publica três opções. NANOG usa WPA3 e a chave comum nanognanog. NANOG-Legacy é aberta, sem criptografia, em 2,4 e 5 GHz. NANOG-V6 Only também é aberta e não oferece IPv4 nem DHCP. As mensagens durante o evento repetem o mesmo menu.

Isso documenta a oferta. A mensagem anterior fixa a intenção; a mensagem durante a reunião mostra que a organização ainda orientava os participantes a usar aquelas redes. Nenhuma delas mede associação bem-sucedida, alcance de destinos ou continuidade de serviço.

Também seria errado transformar as opções numa lista de “melhor, pior, experimental”. A principal protege o enlace com uma chave distribuída amplamente. Legacy prioriza compatibilidade ao abrir mão dessa proteção. IPv6-only remove IPv4 do acesso para expor dependências de protocolo. Cada uma atende a uma função diferente.

O conjunto pode ser entendido como um contrato de acesso limitado, não como SLA jurídico. Ao escolher o SSID, o usuário recebe uma declaração básica sobre autenticação e protocolo. Ele pode observar se a rede aparece, se pede a senha publicada e se recebe IPv4. Não pode inferir, só pelo aviso, segurança ponta a ponta, cobertura, disponibilidade ou compatibilidade de todos os aplicativos.

A NANOG publica com consistência a porta de entrada. Falta um registro igualmente estável do que aconteceu depois dela.

Antes do trio atual

Em janeiro de 2015, na NANOG 63, a organização disse que pretendia simplificar e padronizar as informações de Wi-Fi. Separou uma rede protegida em 5 GHz, outra em 2,4 GHz e uma Legacy aberta. A questão visível era orientar dispositivos modernos para a banda preferida sem excluir equipamentos antigos.

Na NANOG 69, em 2017, havia dois SSIDs: um protegido por 802.1X e um Legacy aberto. O aviso dizia que a rede da conferência era voltada à alta disponibilidade e à demonstração de boas práticas do setor. Um aviso de 2019 preservou essa estrutura.

“Voltada à alta disponibilidade” é uma intenção. A página não anexou objetivo numérico, teste de failover, contagem de clientes ou duração de incidentes. “Boas práticas” descreve o que a NANOG desejava representar; não é uma auditoria independente do que foi entregue.

Na NANOG 86, em outubro de 2022, o IPv6-only aparece como terceira opção. O aviso da NANOG 87 repete o trio, ainda com 802.1X na principal, e fornece [email protected] para dúvidas.

A NANOG 88, em junho de 2023, marca uma mudança explícita. A NANOG anunciou que não usaria mais 802.1X na principal e passaria a uma chave pré-compartilhada WPA3, com 2,4, 5 e 6 GHz. Legacy e IPv6-only permaneceram. Surgiu ainda um SSID OWE, que oferecia criptografia a clientes compatíveis.

O OWE não aparece como quarta opção recorrente nos avisos posteriores examinados. Isso impede que uma configuração de uma edição seja projetada como política permanente. A rede temporária serve também para testar e simplificar. A partir da NANOG 89, o que se repete é o trio principal/Legacy/IPv6-only.

Provedores giram; a interface permanece

O aviso da NANOG 89 separa AT&T para conectividade, Cisco Meraki para Wi-Fi e Juniper Networks para roteamento de borda. Também explicita que o SSID IPv6-only não tem gateway IPv4 nem servidor DHCP.

Na NANOG 90, a Charter Communications substitui a AT&T na conectividade; Cisco Meraki e Juniper mantêm seus rótulos. Na NANOG 91, a conectividade é atribuída à Washtenaw Fiber. A mensagem da NANOG 93 repete os três acessos e o canal de engenharia.

O material da NANOG 94, preservado no arquivo de participantes, cita AT&T e HPE Juniper Networks. Na reunião conjunta NANOG 95/ARIN, os nomes viram NANOG-ARIN, mas as funções permanecem. A marca conjunta não prova que a ARIN desenhou, possuiu ou operou a rede inteira.

Na NANOG 97, Ziply Fiber aparece na conectividade e HPE na borda. O desenho de acesso é mais estável do que a combinação de colaboradores.

Separar publicamente conectividade, Wi-Fi e borda é útil: uma rede de reunião inclui circuitos, rádio, roteamento, infraestrutura do hotel, suporte e decisões. Mas um crédito não é uma matriz de controle. “Conectividade” não comprova caminhos fisicamente independentes ou failover. “Roteamento de borda” não diz quem guardou configurações, monitorou alertas ou autorizou mudanças. “Wi-Fi” não mostra quem ajustou espectro ou encerrou incidentes.

As etiquetas reconhecem contribuições. Não atribuem, sozinhas, controle exclusivo, critérios de aceitação, escalação ou responsabilidade jurídica.

Uma chave comum não cria identidade individual

Há uma razão operacional para publicar uma senha compartilhada. Centenas de pessoas precisam entrar rapidamente, e a credencial circula num aviso que pode ser encaminhado e arquivado.

O registro sustenta uma afirmação restrita: a rede principal foi anunciada como WPA3 com chave pré-compartilhada. Não sustenta credenciais por usuário, identidade individual, atribuição confiável de dispositivo nem segurança universal do tráfego. Sem outro documento, também não permite inferir modo WPA3 específico, isolamento entre clientes ou proteção de quadros de gerenciamento em cada reunião.

Legacy é descrita de forma franca: aberta e não criptografada. Isso define o enlace. Aplicativos modernos podem adicionar criptografia própria; outros usos podem permanecer expostos. O aviso não inventaria todos os cenários ao dizer apenas o que a camada sem fio oferece.

Compatibilidade tem valor. Um equipamento antigo pode não negociar o modo preferido; um engenheiro pode precisar testar um dispositivo legado; uma associação aberta pode ajudar a separar falha de autenticação de problema de rádio. Remover a rota de compatibilidade também produz risco operacional.

O que falta é medir sua necessidade. Não há contagem pública de associações, motivos de escolha, falhas ou migrações de volta à rede principal. Legacy é uma saída prometida, não demanda comprovada por números.

O “only” do IPv6 precisa de definição

Num encontro de operadores, uma rede sem IPv4 pode revelar dependências reais. Um aplicativo preso a literal IPv4 pode falhar; outro pode chegar ao destino diretamente por IPv6. Essa experiência vale mais do que uma simples declaração de apoio ao protocolo.

Mas os avisos dizem apenas que não há gateway IPv4 ou DHCP. Não afirmam NAT64, DNS64, 464XLAT ou sinalização IPv6-Only Preferred. Não publicam comportamento do resolvedor, capacidade de tradução, prefixos ou testes de aplicativos.

A RFC 8925 descreve condições em que um host capaz pode abrir mão de endereço IPv4. A RFC 8683 trata de escolhas de NAT64, DNS64 e 464XLAT em redes de operadoras e empresas. Nenhuma prova uma implementação da NANOG. Elas mostram por que “sem IPv4/DHCP” não define todo o alcance.

O SSID é, portanto, evidência de uma superfície real para clientes, não de adoção. O arquivo não informa associações, sessões bem-sucedidas, aplicativos com falha ou usuários que retornaram à principal.

A Clínica IPv6 da NANOG 93 ofereceu palestras, laboratório e quadro branco. Isso prova atividade educacional. Não mede a rede da reunião; e uma conexão bem-sucedida não demonstra que a clínica causou implantação posterior.

Uma nota agregada poderia dizer qual era o modelo de alcance, contar associações ou concessões por SSID com definição, listar categorias de falha e confirmar a janela de serviço. Assim, o teste produziria evidência sem identificar quem o realizou.

O arquivo está dividido

A página de estatísticas da NANOG 93 informa 702 participantes presenciais e mostra a rede principal WPA3 e um contato de suporte. Na versão examinada, não mostra Legacy e IPv6-only, presentes no aviso de boas-vindas.

Isso não precisa ser erro. Uma página permanente pode ser seletiva. Mas quem consulta apenas esse documento reconstruirá uma oferta incompleta. E 702 pessoas não podem virar denominador para Wi-Fi: pessoas não são dispositivos, e não há contagem por SSID.

O endereço de suporte também é apenas uma parte. Ele fornece porta de entrada para problemas, mas não horário, prazo, volume, gravidade, causa, correção ou encerramento. Um inbox não é um relatório de incidente.

Uma ligação estável entre página permanente e aviso, seguida de nota pós-evento, resolveria boa parte da lacuna. O aviso preserva a oferta; a nota preserva o resultado.

Oito campos, não os dados brutos

Janela de serviço. Início e fim planejados, com estado dos três SSIDs. Monitoramento parcial não deve virar disponibilidade global.

Matriz de papéis. Conectividade, Wi-Fi, borda, entrega do hotel e suporte NANOG. Responsabilidade compartilhada deve continuar compartilhada.

Denominadores. Associações, concessões ou sessões agregadas por SSID, com definição. MAC não é pessoa; aleatorização e novas tentativas devem ser registradas.

Modelo IPv6. Se era apenas IPv6 nativo ou se havia mecanismo nomeado para destinos IPv4-only. A existência do desenho não prova sucesso universal.

Incidentes materiais. Intervalo, superfície afetada, sintoma e correção acima de um limiar público. Casos individuais podem ser agrupados.

Suporte. Volume, categorias e faixas de primeira resposta e encerramento. O não medido não pode aparecer como zero.

Telemetria e retenção. Categorias de associação, DHCP, DNS, fluxo e segurança; finalidade, funções autorizadas e data de exclusão ou desidentificação. Sem publicar o conteúdo.

Desmontagem. Confirmação de tratamento de credenciais temporárias, configurações, acessos de provedores e registros retidos, com função responsável.

Ficam excluídos pacotes brutos, MACs de clientes, histórico individual, senhas, contratos privados e diagramas que ajudem ataques. Prestação de contas não deve transformar o usuário em produto nem a rede em catálogo de alvos.

A objeção mais forte

Uma rede de conferência dura poucos dias, muda de hotel, ambiente de rádio, fornecedor e população de dispositivos. O trabalho prioritário é conectar e reparar. Os três SSIDs e um canal de apoio já são mais transparentes do que o Wi-Fi de muitos eventos.

Detalhes de topologia e defesa podem ajudar atacantes. Estatísticas granulares podem reidentificar pessoas. Exigir cada alerta, ticket e configuração cria carga e pode reduzir a franqueza do registro interno.

Essa objeção é válida. Por isso, a proposta não pede exposição total. Pede um resultado agregado no mesmo nível de abstração da promessa pública.

Os registros do Steering Committee de 2007 mostram que resiliência e papéis já eram discutidos. Para a NANOG 40, houve preocupação com um caminho alternativo caso o enlace “demonstrador” de 10 Gbit/s tivesse problemas, além de referência a contrato do Wi-Fi e a uma exibição da XKL sobre rede e conectividade. Isso comprova planejamento histórico, não topologia ou failover da NANOG 97.

O limite é claro: plano não é entrega; crédito não é controle; dois nomes não provam duas rotas físicas; demonstração não é resultado.

Medir a escolha sem rastrear a pessoa

Contar uso por SSID pode virar vigilância se o recorte for granular. Em uma conferência, horário, identificador técnico, mudança de rede e chamado de suporte podem tornar alguém reconhecível mesmo sem nome. A publicação não deve começar em um arquivo de log e terminar numa versão com algumas colunas removidas. Deve começar pela pergunta agregada.

O que interessa é saber se os três modos anunciados foram utilizados e onde se concentraram classes amplas de falha. Não é necessário registrar quais sites cada pessoa visitou, quais nomes resolveu, qual empresa empregava o usuário ou qual foi o caminho de um dispositivo. Um total da reunião ou faixas diárias largas bastam. Séries por minuto adicionam risco de reidentificação e pouco valor de governança.

Incidentes também podem ser categorizados: incompatibilidade de autenticação, cobertura de rádio, alcance de aplicação no IPv6 e entrega do hotel. Categorias muito raras podem ser reunidas ou omitidas. E zero só deve significar zero quando o campo foi medido e nenhum caso foi observado. Ausência de medição é desconhecido.

A própria unidade precisa ser auditável. Associação, concessão DHCP, MAC e sessão não são sinônimos. Randomização pode fazer um aparelho parecer vários. Num SSID sem DHCPv4, concessões IPv4 são o denominador errado. Antes do número, vem a definição ligada à promessa que se quer testar.

Retenção exige precisão semelhante. “Logs excluídos depois do evento” não resolve o problema se controladores, painéis, caixas de suporte e sistemas de provedores guardam categorias e cópias distintas. A nota não precisa revelar cada sistema. Pode separar dados sob controle da NANOG, dados tratados por contribuintes e a regra de retenção para cada grupo.

O desmonte é parte do serviço. A senha comum continuará no arquivo público; sua segurança posterior vem do fim do SSID ou da troca de configuração. Contas temporárias, acessos a controladores e cópias de configuração também precisam de encerramento confirmado.

Alta disponibilidade para uma janela curta

Não é preciso adotar a fórmula de uma operadora nacional. Uma reunião pode medir disponibilidade contra o período planejado e separar superfícies. O SSID pode continuar visível enquanto o upstream cai. A internet pode funcionar enquanto a autenticação falha. Destinos IPv6 nativos podem responder enquanto uma tradução prevista está indisponível. Um percentual único esconderia diferenças operacionais.

Um relato compacto pode separar associação, configuração de endereço, DNS, alcance de internet e suporte. Não é um modelo completo, mas corresponde aos passos que o participante percebe. Um limiar de incidente material pode combinar duração e escopo, por exemplo acima de um intervalo definido ou afetando mais de uma sala. A NANOG pode escolher outro limiar; o importante é defini-lo antes da narrativa.

Failover precisa de vocabulário próprio. Um crédito de conectividade não promete duas rotas. Se houver mais de um circuito, o relatório deve separar redundância planejada, independência física conforme representada pelo fornecedor e mudança efetivamente testada ou observada. Duas sessões lógicas sobre a mesma instalação não equivalem a caminhos diversos. Preservar o mapa de fibra não impede publicar se o teste ocorreu e se cumpriu o critério.

Aceitação antes de abrir e incidente sob carga também são evidências distintas. Um checklist pode verificar anúncio dos SSIDs, associação, endereços, resolvedor, destinos representativos e o modelo IPv6. Não garante comportamento quando centenas de dispositivos chegam. O relato pode dizer que a receita passou e, depois, determinada falha apareceu. Uma verdade não apaga a outra.

A curta duração torna o resumo ainda mais necessário. Uma rede permanente acumula tendências. A conferência tem uma só janela, e então a infraestrutura desaparece. Sem uma fotografia operacional, o aprendizado fica em e-mails e memória; a próxima equipe pode repetir um problema já resolvido.

Legacy precisa de um teste de saída

É fácil manter um fallback para sempre. Sua remoção produz reclamações imediatas; sua permanência distribui risco silenciosamente. Dados agregados corrigem essa assimetria sem exigir o fim do serviço.

Se uma classe importante de equipamentos não entra em WPA3, o uso de Legacy sustenta sua manutenção e melhores avisos. Se quase ninguém usa e os poucos casos são aparelhos de teste, talvez acesso sob demanda baste. Se muitos escolhem apenas porque o nome parece mais simples, a solução pode ser comunicação, não compatibilidade.

OWE deve receber análise semelhante. O aviso de junho de 2023 prova que foi oferecido. O silêncio posterior não revela se falhou, foi desnecessário, incorporado a outro desenho ou apenas deixou de ser comunicado. Uma decisão curta — continuar, mudar ou retirar, com justificativa agregada — impediria que leitores inventassem um veredito técnico.

Um teste de saída não é hostilidade ao legado. É o mecanismo que impede uma exceção útil de se tornar permanente sem revisão. Um parágrafo e poucos números são suficientes.

Três deveres, não três veredictos

A rede principal exige que a proteção seja descrita sem chamar a chave comum de identidade individual. Legacy exige aviso sobre a ausência de criptografia no enlace e medição da necessidade de compatibilidade. IPv6-only exige explicar o alcance e agregar sucesso e falha sem publicar usuários.

As três exigem preservar limites entre organizações. AT&T, Charter Communications, Washtenaw Fiber e Ziply Fiber aparecem em reuniões diferentes para conectividade; Cisco Meraki, Juniper e HPE aparecem em funções sem fio ou de borda. Os créditos tornam a contribuição legível, mas não substituem a cadeia de decisão.

O registro público permite uma conclusão positiva: a NANOG oferece de modo recorrente um padrão protegido, uma rota de compatibilidade aberta e uma superfície de teste IPv6-only. É mais informativo do que um único SSID do hotel e torna as escolhas técnicas visíveis.

O mesmo registro não mostra como a promessa resistiu. Não há série pública regular sobre conexão, sucesso, disponibilidade, incidentes, suporte ou desmontagem, nem descrição do caminho a serviços IPv4-only. São limites da evidência, não prova de engenharia fraca ou controle ausente.

A NANOG não precisa publicar a rede. Precisa publicar o resultado no mesmo nível em que pede a escolha. Os três SSIDs já estabelecem três deveres; uma nota breve, segura e respeitosa com privacidade mostraria se eles sobreviveram aos dispositivos reais da sala.

Sources