Summary

  • Em 21 de setembro, a IESG aprovou draft-ietf-bier-ping-29 como Proposed Standard. O documento ainda não é um RFC publicado.
  • A Echo Request de um fluxo monitorado deve repetir BIFT-id, BSL, Entropy e DSCP. O traceroute descrito se restringe a BIER sobre MPLS; o ping não tem essa limitação.
  • Na consulta de 24 de setembro, a ação da IANA permanecia em andamento e o RFC Editor aguardava contribuição dos autores. A nota oficial menciona implementação de apenas parte do mecanismo.

O BIER envia uma cópia de um pacote aos roteadores de saída indicados por uma sequência de bits. O ganho é dispensar estado multicast por fluxo nos roteadores intermediários. O desafio de operação é saber em qual ramo a entrega deixou de seguir o previsto. O rascunho aprovado define mensagens OAM para procurar essa falha no próprio plano de encaminhamento BIER, sem tomar uma sondagem IP como substituta perfeita.

O anúncio da IESG é uma decisão sobre a especificação, não um resultado de campo. O texto manda configurar a Echo Request com os mesmos valores de BIFT-id, comprimento da sequência de bits, Entropy e DSCP do fluxo observado. Cada valor pode afetar o contexto em que o pacote segue. Se uma plataforma armazena apenas uma luz verde, sem os parâmetros usados, não há como auditar se a sonda percorreu condições comparáveis às do tráfego real.

Um título, escopos diferentes

O nome Ping and Trace esconde uma distinção operacional: nesta especificação, traceroute está limitado a BIER sobre MPLS, ao passo que ping não está. Um fornecedor que anuncia suporte aos dois precisa dizer quais encapsulamentos, modos de resposta, destinos BFER e versões testou. A resposta de uma sonda confirma um evento OAM naquele contexto; não mede, sozinha, perdas, atraso ou entrega de aplicação a todos os receptores.

O silêncio da sonda também não tem causa única. Pode haver falha no caminho de dados, ausência de suporte no equipamento, limitação de respostas ou problema no retorno. Um relatório de incidente que conserva as mensagens e a configuração permite investigar essas hipóteses. Um painel que só acumula tempos esgotados não permite.

A etapa institucional seguinte é concreta. O rascunho pede uma porta UDP para Echo Reply encapsulada em IP/UDP, além de valores e registros BIER OAM. Os comentários dos especialistas da IANA esclarecem que essa porta serve à resposta unicast em ambiente controlado, não ao transporte geral de dados multicast. A distinção orienta exposição e regras de firewall. A aprovação não fornece licença para usar como definitivo um número ainda não atribuído.

O Datatracker indica fila do RFC Editor, ação IANA em andamento e bloqueio editorial por falta de entrada dos autores. O próprio anúncio pede respostas dos autores às perguntas da IANA. Esses estados podem mudar e não anulam a aprovação. Mostram, isso sim, que há uma passagem de responsabilidade entre decisão, registro e publicação. A declaração sobre implementação é igualmente delimitada: “alguma parte” foi implementada por fornecedores que suportam BIER em alguma forma, sem uma matriz pública de interoperabilidade.

A ideia de Lu Heng de submeter a autoridade técnica à realidade das redes em funcionamento é aqui um critério editorial, não uma fonte sobre implantação de BIER. A notícia é a nova decisão sobre o protocolo e os passos que faltam para torná-lo uma ferramenta verificável, não uma repetição da análise anterior sobre inferência de continuidade pela maior CoS.

Sources