¿Es un anuncio duplicado en el caso de un mensaje de actualización BGP una réplica exacta del original con una marca de tiempo diferente?

No he leído los estándares en algunos años, pero dudo que BGP requiera anuncios duplicados en la capa de aplicación, suponiendo que eso es lo que estaba preguntando. Utiliza TCP basado para que TCP maneje una entrega confiable. En cuanto a los paquetes en sí, serían copias de los paquetes originales. TCP normalmente realiza el descubrimiento de MTU de ruta y cambia el tamaño de las tramas para permanecer bajo la MTU. Entonces sí, aunque las retransmisiones no son manejadas por BGP, normalmente coincidirán con el mensaje completo.

Ese es un mensaje de actualización. Con respecto a los mensajes de actualización, depende de la conexión y su política de enrutamiento con su ISP. Normalmente no se duplica a menos que haya abandono.

Realmente no puedes usar datos históricos como referencia. Para usar una analogía, Internet es como el clima. El hecho de que hubo una gran cantidad de actualizaciones el año pasado no significa que sucederá lo mismo este año. Además, es posible que no tenga la misma vista de Internet que la persona que escribió el documento que está viendo. Internet se ve diferente dependiendo de con qué ISP se encuentre y cuántos. Algunas actualizaciones no llegarán a su enrutador porque el enrutador aguas arriba de usted no lo necesitaba. No todos los enrutadores / AS toman el mismo camino hacia un destino determinado.

Dicho esto, ¿por qué no solo usar datos del proyecto de vistas de ruta? Tienen una gran cantidad de peelings y la mayoría de sus enrutadores son de acceso público.

Página de proyecto de vistas de ruta
Página de proyecto de archivo de vistas de ruta

BGP no lleva una marca de tiempo en una ACTUALIZACIÓN. Eso suena como algo que su monitor de tráfico está agregando, y eso no es sorprendente ni inoportuno.

Un orador BGP puede emitir mensajes de ACTUALIZACIÓN duplicados. El receptor debe ubicar la entrada coincidente en Adj-Rib-In y (módulo interno de contabilidad) descartar silenciosamente la actualización redundante. Si el receptor rastrea las marcas de tiempo, por ejemplo, es posible que desee actualizar la última vez que escuchó ese prefijo en una ACTUALIZACIÓN.

Gracias por la respuesta, está sobre mi cabeza entenderlo. Quizás pueda formular mi pregunta de manera diferente. Tengo mensajes de actualización BGP (trazas de tráfico) recopilados por RIPE y originados por un AS. El formato de esos mensajes es:

HORA: 25/01/03 00:00:12
TIPO: BGP4MP / MENSAJE / Actualización
DE: 192.65.184.3 AS513
PARA: 192.65.185.40 AS12654
ORIGEN: IGP
ASPATH: 513 11537 3597 3449
NEXT_HOP: 192.65.185.4
ANUNCIAR
157.92.23.0/24

Necesito extraer ciertas estadísticas de esos mensajes (día completo de muestras), es decir, número de anuncios, número de prefijos anunciados, número de mensajes duplicados …
En artículos publicados, encontré la diferencia (orden de la magnitud) en comparación con mis hallazgos.