Resumo

  • A RFC 9570 retirou o Router Alert do LSP Ping, a IETF moveu a RFC 7506 para Historic e a IANA manteve o valor 69 e o modo de resposta 3 identificáveis como deprecados.
  • Status normativo, registro, configuração do emissor, comportamento do receptor e ausência observada no tráfego são conclusões independentes. Uma não encerra automaticamente as demais.

O chamado de mudança contém evidência oficial. A página da RFC 7506 mostra Historic. A IANA apresenta MPLS OAM (DEPRECATED). A RFC 9570 usa MUST NOT. A equipe então encerra o item “remover Router Alert”.

Só que a configuração em produção não foi comparada, a versão dos receptores não foi catalogada e nenhuma janela de captura foi declarada. O erro nasce de uma abreviação: tratar a autoridade do padrão como se fosse a execução do padrão.

Historic altera a posição do documento

A RFC 7506, publicada em abril de 2015 no Standards Track, atribuiu o valor 69 da opção IPv6 Router Alert ao OAM de MPLS, inclusive ao contexto de LSP Ping.

O registro de mudança de status preserva a decisão. Ele informa que a RFC 9570 aposenta Router Alert no OAM de MPLS para IPv4 e IPv6, atualiza a RFC 8029 e explica a mudança da RFC 7506 para histórica. Seu estado é Approved - announcement sent.

A declaração do IESG mostra por que isso não é só uma substituição editorial. Um texto obsoleto pode ter uma versão posterior da mesma tecnologia; Historic indica que o que ele descreve deixou de ser atual ou recomendado. A medida passa por Last Call de toda a IETF e ação formal do IESG.

Essa cadeia determina a autoridade normativa e conserva o motivo. Não declara que um conjunto específico de equipamentos recebeu e aplicou uma alteração.

A obrigação nova é inequívoca

A RFC 8029 exigia Router Alert nas solicitações MPLS Echo: valor 0 no IPv4 e 69 no IPv6. A RFC 9570 substitui o antigo MUST por MUST NOT, elimina o modo de resposta 3 e orienta implementações conformes a ignorar a opção recebida em solicitações e respostas.

Outros mecanismos já limitavam o alcance do teste: endereço de destino especial e TTL ou Hop Limit igual a um. A RFC 9570 recomenda ::1/128 como destino IPv6 e uma fonte diferente de entropia quando se deseja testar caminhos ECMP.

O grupo MPLS não recebeu relato de implementação dependente de Router Alert para impedir que a solicitação ultrapassasse o LSR de saída, nem de implementação do modo 3. Essa informação sustenta a mudança. Ela não é um inventário de todo software privado, imagem antiga ou bancada isolada.

A IANA preserva o valor para que ele continue explicável

O registro IPv6 Router Alert mantém 69 como MPLS OAM (DEPRECATED), referenciando RFC 7506 e RFC 9570. O registro de parâmetros LSP Ping mantém o modo de resposta 3, também deprecado.

Manter a linha não reabre o uso. A RFC 9570 emprega o sentido de RFC 8126: novos produtos não deveriam usar valores deprecados, enquanto implantações existentes continuam interoperando. A RFC 9805 fechou depois o registro IPv6 Router Alert; isso não torna 69 disponível para outra finalidade.

O histórico permite ao analisador dar nome ao que aparece no fio e à auditoria reconstruir a atribuição e a retirada. Apagar a linha só transformaria um legado reconhecível em um número sem contexto.

Emissão e recepção não formam uma única capacidade

Um sistema pode emitir 69 porque seu modelo ainda segue a regra anterior. Pode receber e ignorar a opção conforme a regra nova. Pode processá-la em um caminho excepcional. Ou pode depender dela, situação que exige substituir a dependência pelos controles mantidos em LSP Ping.

A pergunta “suporta RFC 7506?” não distingue essas posições. A RFC 6398 descreve os custos e riscos de processamento de Router Alert e desaconselha o uso fora de ambientes controlados. Isso justifica medir a exposição, mas não permite acusar um fornecedor ou operador sem evidência específica.

Até a ausência precisa de escopo. Uma captura sem valor 69 comprova apenas que nada foi visto nos pontos e no período declarados. Uma ferramenta acionada raramente pode permanecer fora daquela janela.

Um recibo para a retirada em execução

O recibo de retirada operacional começa com a versão observada do status change, a RFC 9570 e as duas linhas IANA com data. Depois preserva separadamente a realidade do emissor e do receptor.

Para cada emissor, registra implementação, build, modelo ativo e possibilidade de gerar Router Alert. Para cada receptor, diz se a opção é ignorada, processada ou rejeitada. O recibo inclui destino, TTL/Hop Limit, prevenção de vazamento, fonte de entropia ECMP e resultados usados para provar o mecanismo substituto. Configuração e observação vêm com horário e ponto de coleta.

Exceções de compatibilidade têm dono, escopo, vencimento e critério de encerramento. A continuidade com um par legado é deliberadamente preservada pela RFC 9570, mas não deve virar uma dispensa permanente e anônima.

Quatro estados substituem o selo único: retirada documental, retirada de configuração, retirada observada e fim da compatibilidade herdada. The Policy Mirror compara regra publicada e regra efetiva. Running-Code Primacy exige evidência da execução. Reality, Not Advocacy mantém a conclusão proporcional: a RFC 7506 é histórica; a rede precisa provar se ainda carrega 69.

Fontes