Resumo

  • RFC 5350 criou o registro IPv4 de valores Router Alert, corrigiu inconsistências em IPv6 e separou uma faixa experimental. O registro evita colisões coordenadas, mas não prova que uma rede externa aderiu ao experimento ou processará o pacote.
  • RFC 6398 mostra por que o consentimento local importa: uma marca pode desviar tráfego para um caminho lento e para o plano de controle. Operadores podem filtrar, limitar, encapsular ou ignorar a opção para proteger recursos que o remetente não controla.
  • RFC 9805 fechou o registro IPv6 para novas alocações e proibiu novos protocolos padronizados de usar Router Alert, preservando usos legados enumerados. A mudança restringe o futuro sem produzir uma fotografia universal do presente.

A faixa experimental não era um território global

RFC 5350 reservou valores experimentais e, no mesmo texto, avisou que redes de produção não necessariamente suportariam pontos de código experimentais em opções IP. Também alertou que experimentos atravessando domínios poderiam encontrar o mesmo valor empregado de outra forma.

Essa combinação é mais importante do que parece. O registro pode dizer que uma faixa está disponível para experimentação sem prometer um significado universal para cada uso temporário. Em um domínio controlado, os administradores combinam o número, os equipamentos participantes, as interfaces, os limites e a data de encerramento. Fora dali, o pacote carrega o número, mas não carrega o contrato.

Uma rede vizinha pode tratar o valor como desconhecido. Outra pode ter escolhido o mesmo código para um teste diferente. Uma terceira pode bloquear qualquer Router Alert vindo de fora. Nenhuma dessas reações é refutada pela existência da faixa experimental.

Por isso, a unidade mínima de evidência não é “valor válido”. É “valor, significado, escopo, participantes e período válidos”. Sem esses campos, uma captura de pacote não revela a qual experimento pertence nem se o receptor consentiu em participar.

O registro corrigiu um problema real e limitado

Antes de RFC 5350, IPv6 já tinha uma tabela IANA. IPv4 tinha o valor zero de RFC 2113 e usos posteriores, mas não uma política geral para o campo. RFC 3175 introduziu níveis de agregação e expôs diferenças e duplicação entre as famílias.

O documento criou o registro IPv4, definiu conteúdo inicial, colocou novas alocações sob IETF Review e ajustou a tabela IPv6. Isso tornou referências auditáveis e reduziu o risco de dois protocolos permanentes reivindicarem o mesmo símbolo.

O ganho termina na coordenação. A linha do registro não instala código, não ativa um protocolo, não configura uma fila para CPU e não autoriza uma origem externa. IANA pode preservar a unicidade do número; não pode decidir quanto processamento uma operadora deve oferecer a um pacote.

É preciso resistir à expansão semântica. “Alocado” não significa “implementado”. “Implementado” não significa “habilitado nesta interface”. “Habilitado” não significa “permitido para qualquer remetente”. “Processado” não significa “estado criado”. Cada verbo exige um recibo próprio.

Um pedido de atenção não era uma credencial

A opção Router Alert permite sinalizar que o conteúdo pode interessar a roteadores ao longo do caminho. RFC 7126 condiciona o exame à participação do roteador na funcionalidade indicada pelo Value.

Esse detalhe impede que o pacote se transforme em mandato. O remetente informa a classe de processamento desejada; não prova identidade, confiança ou direito a recursos internos. Um roteador pode conhecer o valor e não participar da função. Pode participar apenas dentro do próprio domínio. Pode aceitar tráfego de vizinhos definidos e recusar a mesma marca vinda da Internet aberta.

Uma automação que consulta IANA e conclui “tráfego autorizado” pulou a decisão mais importante. O registro explica o símbolo. A política local decide se origem, entrada, taxa, protocolo e contexto merecem tratamento especial.

O registro é útil na investigação porque permite saber o significado pretendido. Mas intenção do remetente e autorização do receptor são fatos separados. Em segurança, confundi-los concede ao emissor o poder de escolher o custo de processamento do destinatário.

O desvio para CPU tinha um preço

RFC 6398 descreve implementações capazes de lidar com Router Alert no caminho rápido e muitas outras que enviam a maioria ou todos os pacotes marcados para um caminho lento, salvo configuração para ignorar ou descartar. Alguns equipamentos IPv4 nem distinguiam adequadamente o Value.

O plano de encaminhamento é dimensionado para volume. O plano de controle costuma usar processadores gerais e filas menores. Se uma opção remota desloca trabalho entre esses mundos, o atacante ganha uma alavanca de custo.

Por isso RFC 6398 recomenda proteção ativa e exige proteção forte dos provedores. Filtros, limites, túneis e a opção de ignorar Router Alert são controles de admissão. Eles não alteram a atribuição do número; alteram se o número pode produzir trabalho interno.

O log operacional deve preservar a decisão: desconhecido, conhecido porém desabilitado, ignorado e encaminhado, limitado, descartado, desviado com proteção ou aceito pelo protocolo. Um contador único de “Router Alert recebido” não mostra onde a autoridade foi exercida.

Nove recibos evitam que o símbolo vire resultado

Uma cadeia completa separa:

  1. a alocação ou reserva do valor na data;
  2. a presença correta da opção no pacote;
  3. a recepção pelo nó e interface relevantes;
  4. a leitura da opção pelo parser;
  5. o reconhecimento do valor e a participação na função;
  6. a permissão da política local;
  7. a validação e autorização do protocolo superior;
  8. a criação ou alteração do estado pretendido;
  9. o efeito no encaminhamento ou no serviço medido.

A página IANA prova o primeiro ponto. A captura prova parte do segundo. Nenhuma delas prova punt, aceitação do protocolo ou resultado. Um estado interno também não demonstra experiência do usuário.

Quando algo falha, a primeira ausência na sequência é mais informativa do que a conformidade abstrata. Um filtro de entrada, um parser sem suporte, um policer, uma mensagem inválida e uma falha posterior podem produzir a mesma impressão externa.

Essa separação também distribui responsabilidade. O registro coordena; a plataforma implementa; a operadora autoriza; o protocolo valida; o serviço entrega. Transferir a cadeia inteira para a autoridade do registro simplifica o discurso e destrói o diagnóstico.

Domínios controlados eram a exceção explicável

RFC 6398 não trata toda utilização como impossível. Em ambientes controlados, administradores podem limitar emissores a dispositivos confiáveis, definir proteção suficiente e operar protocolos dependentes de Router Alert. O ponto é que a confiança foi construída por administração, não inferida do campo.

Entre domínios que cooperam estreitamente, pode existir um acordo semelhante. Ainda assim, o acordo precisa de bordas: quem participa, quais valores, que tráfego pode atravessar, onde ocorre a filtragem e quem responde a um excesso.

O modelo fica perigoso quando a prática de um domínio é projetada sobre a Internet aberta. Um laboratório vê funcionamento interno e conclui que o valor será honrado no caminho. O pacote sai levando a marca, mas o relacionamento de confiança fica para trás.

O desenho deve incluir comportamento de falha. Se a opção for ignorada, o pacote continua? Se for descartado, há sinalização alternativa? Se o plano de controle estiver protegido, o protocolo degrada de forma observável? Um sistema que só funciona quando terceiros não coordenados aceitam trabalho especial não tem dependência documentada; tem esperança.

IPv4 continuou revisável; IPv6 fechou a porta

Os registros congelados hoje são diferentes. IPv4 mantém IETF Review. IPv6 informa “Registry closed”, após RFC 9805.

RFC 9805 permite que protocolos existentes na lista continuem usando IPv6 Router Alert, mas impede que novos protocolos padronizados o adotem. O texto relaciona a decisão a risco no plano de controle, custo de análise de Hop-by-Hop, descarte frequente e uso limitado fora de redes locais.

MLDv2 e MRD aparecem como usos amplamente implantados na lista; outros são descritos como limitados, experimentais ou sem implementação conhecida. Isso é avaliação normativa e histórica do documento, não medição em tempo real de cada rede.

Fechar o registro altera a política de novas entradas. Não apaga configurações legadas, não força descarte universal e não comprova que um protocolo antigo funciona entre duas pontas. Depreciação não é desaparecimento; permissão legada não é garantia de trânsito.

Para arquitetura, a consequência é concreta. Uma função nova não deve assumir que obterá valor IPv6. Uma função antiga precisa demonstrar onde continua suportada e como será retirada. O mesmo quadro de registro pode informar as duas perguntas, mas não respondê-las sozinho.

Coordenação mínima preserva responsabilidade local

A nota de Lu Heng sobre especificação inicial mínima serve apenas como lente posterior. A ideia útil é que a camada comum defina o mínimo necessário e deixe decisões futuras a quem executa. Ela não é fonte sobre a intenção de RFC 5350.

Aqui, o mínimo comum é número, referência e procedimento. Suporte, confiança, capacidade e retirada permanecem com a operadora. Essa separação evita que uma instituição de coordenação seja apresentada como dona de recursos que não opera.

A nota sobre camadas de realidade acrescenta outra cautela. A linha IANA é fato simbólico; os bits são fato observado; a decisão do roteador é fato operacional; o estado e o serviço são resultados posteriores. Eles se conectam, mas não se substituem.

Para liderança, a aplicação é inventário de dependências. Quais valores estão em uso? Em quais versões? Por quais entradas? Com qual orçamento de punt? Qual alternativa existe? Uma troca de hardware pode mudar o comportamento sem qualquer alteração no registro. Somente a evidência local detectará a diferença.