Summary

  • Um Internet-Draft individual propõe dez tipos estatísticos BMP: recebimento e envio de UPDATE, KEEPALIVE, NOTIFICATION, ROUTE-REFRESH e de todos os PDU BGP. O objeto contado é a mensagem, não o prefixo.
  • A emissão de Peer Down não pode, por si, zerar esses acumulados. Reinício de processo, exclusão do vizinho, limpeza pelo operador ou troca do processador de roteamento podem fazê-lo; o coletor precisa marcar essa descontinuidade.

O tamanho de uma tabela revela o saldo, não o movimento. Um prefixo retirado e anunciado de novo pode deixar a contagem final de rotas intocada, depois de consumir UPDATEs e recursos do plano de controle. O BMP da RFC 7854 já fornece vistas de rotas, eventos de subida e queda do par e relatórios estatísticos. Seus tipos existentes incluem ocupação de RIB e classes específicas de UPDATE; falta o total de mensagens de cada tipo.

O registro da IETF informa que o texto foi atualizado em 29 de outubro e segue como proposta individual. Ele acrescentaria cinco pares de contadores. UPDATE e total teriam 64 bits; KEEPALIVE, NOTIFICATION e ROUTE-REFRESH, 32. O resultado pretendido é colocar carga da sessão e estado de roteamento no mesmo fluxo BMP. Isso não transforma PDU em rota: uma mensagem UPDATE pode conter vários NLRI, e Route Monitoring pode exportar uma visão diferente daquela troca.

A regra menos vistosa protege o histórico. Peer Down sozinho não reinicia os novos contadores. O total de NOTIFICATION pode, portanto, sobreviver ao restabelecimento da sessão e informar um coletor que perdeu um evento de encerramento. O aviso de queda guarda a causa de um encerramento particular; o contador oferece o número acumulado. Se o painel decidir que cada Peer Up inaugura uma folha em branco, terá descartado a evidência que o projeto quis manter.

Uma folha em branco de verdade tem outras causas. O processo pode reiniciar, o vizinho pode ser removido, o operador pode limpar a conta e o processador de roteamento pode fazer failover. Uma nova mensagem Initiation do BMP deve levar o coletor a declarar descontinuidade. A sequência normal Peer Down seguida de Peer Up não basta. Procurar apenas uma redução do valor também falha: após zerar, uma sessão movimentada pode ultrapassar o número antigo antes da coleta seguinte. O texto ainda não define um horário de descontinuidade. Se o tipo estatístico faltar num relatório, isso significa ausência, não zero.

O registro de parâmetros BMP da IANA mantém os tipos atuais; os dez propostos ainda aparecem como TBD no rascunho. Não há número final nem prova de implantação nesse registro. Um teste com equipamento identificado, flutuação da sessão, reinício, relatórios consecutivos e log de limpeza diria se o coletor consegue montar uma série honesta.