Medición de latencia por enlace / jitter / pérdida de paquetes


9

Necesito medir la latencia, el jitter y la pérdida de paquetes por enlace en una red, en lugar de extremo a extremo, por ejemplo , así:

s1-eth0 <--> s2-eth0 (~ 20 µs de latencia promedio, derivación estándar 10 µs, 57% de pérdida de paquetes / último segundo)

s2-eth1 <--> s3-eth0 (~ 25 µs de latencia promedio, derivación estándar 5 µs, 21% de pérdida de paquetes / último segundo)

...

Todas las soluciones que pude encontrar fueron propuestas académicas o implican el uso de hardware dedicado para el sondeo activo.

Aquí hay un resumen de lo que según mi investigación no funciona:

  • NetFlow: sin información de latencia, solo de extremo a extremo
  • Sondeo activo: no me es posible cambiar la configuración de la red
  • Medir el tiempo de ida y vuelta: no proporciona estadísticas por enlace

¿Existe algún protocolo de red, herramienta de medición u otra funcionalidad que proporcione todas o al menos algunas de las estadísticas anteriores?

Respuestas:


12

En los dispositivos Cisco, puede usar Cisco IP SLA. Primero debe configurarlo y habilitarlo, y luego monitorear los resultados.

Pasos:

1. ip sla monitor operation-number

2. type echo protocol ipIcmpEcho {destination-ip-address | destination-hostname} [source-ipaddr {ip-address | hostname} | source-interface interface-name]

3. frequency seconds

4. ip sla monitor schedule operation-number [life {forever | seconds}] [start-time {hh:mm[:ss] [month day | day month] | pending | now | after hh:mm:ss] [ageout seconds] [recurring]

Ejemplo de configuración tomado de Cisco: SLA de IP: análisis de niveles de servicio de IP mediante la operación de eco ICMP .

Router> enable
Router# configure terminal
Router(config)# ip sla monitor 10
Router(config-sla-monitor)# type echo protocol ipIcmpEcho 172.29.139.134
Router(config-sla-monitor-echo)# frequency 300
Router(config-sla-monitor-echo)# exit
Router(config)# ip sla monitor schedule 10 start-time now life forever

Para supervisar:

show ip sla monitor statistics

6

En el hardware de enebro, puede usar el servicio RPM para obtener esas mediciones. El servicio se puede configurar para monitorear interfaces específicas que ayudarán con el requisito 'por enlace'.


4

Consulte el protocolo Y.1731 (o IEEE 802.1ag u OAM). Es bastante fácil de implementar en software (supongo que eso es a lo que apunta), y es compatible con todos los elementos físicos de la red.

Hay una implementación Y.1731 de código abierto muy ingenua en C , que puede ver.

Tenga en cuenta que Y.1731 no está diseñado para cruzar el límite de la red física (es decir, requiere que se conozcan las direcciones MAC de ambos MEP), por lo que si necesita pasar por el enrutamiento IP, querrá encapsular sus tramas Y.1731 dentro de algunos túneles protocolo, como VXLAN o GRE.

Espero que esto ayude.


4

Etherate le permite medir el rendimiento, la latencia y la pérdida de paquetes (trama) en la capa 2 directamente a través de Ethernet (que suena como lo que está buscando). Actualmente no mide la fluctuación de fase, pero lo hará en el futuro.

Utilizándolo, puede generar tráfico Ethernet de capa 2 de manera controlada que puede medir.

Puede especificar la duración del flujo de tráfico, el tamaño de la trama, los bits por segundo / bytes por segundo, el total de bytes a transferir, el tipo, la ID de VLAN y el valor de PCP. También puede ACK los fotogramas de la capa 2 si desea probar la pérdida en la capa 2.

Cuando se completa la prueba, el host Rx muestra un recuento de cuadros de prueba recibidos (si es menor que el número de cuadros enviados desde el host Tx, que le da la cifra de pérdida de cuadros), cuadros no recibidos recibidos, cuadros de prueba recibidos en orden y marcos de prueba recibidos fuera de orden (temprano o tarde)

https://github.com/jwbensley/etherate

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.