O IETF 127 está marcado para 14 a 20 de novembro de 2026, em San Francisco. Para a equipe técnica de um provedor brasileiro, o encontro pode servir como uma oportunidade de acompanhar discussões ligadas à operação da rede — desde que a escolha das sessões parta de um problema concreto, e não da tentativa de assistir a tudo.
A seleção abaixo é uma sugestão editorial para organizar essa leitura. Não é uma lista de tecnologias prontas para implantação nem uma recomendação de mudança em produção.
Uma agenda curta para começar
Estes horários são de Brasília, já convertidos do fuso de Los Angeles. Nas datas do evento, a diferença é de cinco horas:
DNSOP, operação de DNS: 16 de novembro, das 14h às 16h e das 16h30 às 17h30.
SIDROPS: 17 de novembro, das 14h às 15h30.
OPSAWG, operação e gestão: 17 de novembro, das 19h às 21h.
Technology Deep Dive sobre análise de redes na prática: 18 de novembro, das 14h às 16h.
GROW, operação de roteamento global: 19 de novembro, das 19h às 21h. A agenda já registra transferência da sessão de quarta para quinta-feira.
V6OPS, operação de IPv6: 19 de novembro, das 21h30 às 23h30.
A programação foi conferida em 30 de outubro e pode mudar até durante o encontro. Consulte novamente a agenda oficial antes de reservar o horário da equipe. Essa é uma seleção, não a programação completa de cada grupo.
Escolha pelo problema da sua rede
Se o trabalho do momento é melhorar o diagnóstico de DNS, use esse problema para filtrar a pauta do DNSOP. Para IPv6, chegue à sessão com uma dúvida operacional definida e com o cenário da sua rede descrito. Para roteamento, selecione previamente o que merece investigação, em vez de transformar cada apresentação em uma tarefa nova para o NOC.
Na sessão sobre análise de redes, a pergunta útil para o provedor é o que ajudaria a explicar um incidente real. Uma métrica adicional só vale o esforço quando existe uma decisão que ela pode orientar. O caminho entre coleta, diagnóstico e ação importa mais do que o volume de gráficos.
Esses recortes são propostas de aproveitamento editorial. O conteúdo detalhado de cada sessão deve ser consultado nos materiais oficiais; a presença de um grupo na agenda não garante que ele tratará exatamente do problema do seu provedor.
Transmissão não é participação completa
Em sua apresentação do encontro, o IETF informa que sessões selecionadas terão transmissão acessível sem registro. Isso não assegura transmissão de todas as sessões listadas aqui. Confira a disponibilidade na página oficial antes de montar a escala.
Assistir a uma transmissão também não equivale a participar interativamente pelo Meetecho. Quem pretende intervir deve consultar os requisitos oficiais de participação e acesso, em vez de presumir que o link de vídeo oferece os mesmos recursos.
Saia com uma hipótese para testar
Para uma equipe enxuta, vale distribuir poucas sessões entre responsáveis. Cada pessoa pode registrar o documento discutido, a dúvida que ele ajuda a investigar e o que ainda falta comprovar no ambiente do provedor.
Antes de qualquer implantação, separe discussão em andamento, documento publicado e suporte efetivo dos equipamentos e softwares usados na rede. Defina um teste limitado, critério de sucesso e forma de reversão. Uma ideia interessante no encontro não substitui validação local.
O resultado útil pode ser modesto: descartar uma hipótese, melhorar uma pergunta ao fornecedor ou preparar um teste de laboratório. Não é necessário prometer redução de custos, ganho de desempenho ou mudança imediata para justificar esse aprendizado.



