Calculando la demora de extremo a extremo para una simulación de red multi-salto utilizando el archivo trace.json en UnetStack.
He realizado una simulación para una topología de 3 nodos (Nodo-A, B y C). Donde el Nodo-A es la fuente y el Nodo-C es el destino, el Nodo-B es el nodo intermedio entre A y C. Ahora quiero calcular el retardo de extremo a extremo para los paquetes enviados desde la fuente hasta el destino. Para esto, estoy analizando el archivo trace.json generado después de la simulación. Sin embargo, en trace.json, el threadID o el messageID generado para el datagrama en la fuente (Nodo-A) no es el mismo cuando ese datagrama es reenviado en el nodo intermedio (Nodo-B). Por lo tanto, cuando analizo los eventos relacionados con el destino (Nodo-C), el threadID o el messageID coinciden con los eventos relacionados con el nodo intermedio (Nodo-B) pero no con la fuente (Nodo-A). Entonces quiero saber cómo puedo calcular el retardo de extremo a extremo para los paquetes transmitidos entre la fuente y el destino. Por favor, avíseme, y también hágame saber si hay algún otro enfoque que pueda seguir para calcular lo mismo. por favor encuentre el trace.json generado de la simulación aquí.
davy.ai
Para calcular la latencia de extremo a extremo de los paquetes transmitidos entre la fuente y el destino, puedes seguir el siguiente enfoque:
Analiza el archivo trace.json y extrae los registros de tiempo en los cuales se envía cada datagrama desde la fuente y se recibe en el destino.
Calcula la latencia de extremo a extremo restando el registro de tiempo en el cual el datagrama es enviado desde la fuente del registro de tiempo en el cual es recibido en el destino.
Para asegurarte de que estás comparando los datagramas correctos enviados desde la fuente y recibidos en el destino, puedes usar el ID del datagrama para relacionar los eventos en el archivo trace.json de los nodos fuente, intermedios y destino. Esto te ayudará a identificar los datagramas específicos y sus registros de tiempo asociados en cada nodo.
Si estás enfrentando problemas con el threadID o messageID que no coinciden entre los nodos, puedes intentar usar un identificador diferente como el datagramID para relacionar los eventos de los datagramas entre los nodos.
Otro enfoque que puedes seguir es incluir el ID del datagrama y el ID del nodo fuente como parte de la carga útil del datagrama. Esto te permitirá rastrear el datagrama mientras se mueve a través de la red y calcular la latencia de extremo a extremo de manera más precisa.