¿Estrategia precisa para medir el rendimiento del enlace punto a punto?

Tengo el requisito de proporcionar un medio preciso para demostrar el rendimiento de la línea a través de un circuito Ethernet punto a punto de capa plana2 de 1 Gb, aproximadamente a 100 millas de distancia que aparentemente pasa por varios saltos a lo largo de la distancia.

El requisito comercial deberá demostrar el rendimiento con una precisión de latencia mínima de 8 ms. El enlace llevará tráfico de voz y datos por el cual el servicio SLA debería garantizar un ancho de banda de 1000Mb.

¿Cuáles son los métodos precisos conocidos para medir el rendimiento dados estos requisitos?
Soy consciente de una serie de métricas disponibles que podrían formar una estrategia de prueba, pero habiendo buscado en Google un montón de información, puede ser abrumador y no tengo claro si se debe usar software como iPerth, ¿cuál es el punto de referencia para este escenario, etc.?

Si está intentando probar 1xGE No Drop Rate y medir el retraso del circuito dentro de 8 ms, usaría nuttcp para probar el ancho de banda e iperf2 / mtr para probar el retraso.

Yo haría lo siguiente ...

1. Encuentre dos PC de escritorio Linux , si es posible (las computadoras portátiles a veces son aceptables, pero podría tener problemas con el rendimiento del chipset o del bus a velocidades de 1GE). Puede iniciar en un CD del kit de herramientas Performance Sonar , si no desea una instalación permanente de Linux en estas cajas
2. Seleccione los tamaños de paquete para su prueba. Como necesita soporte de voz en el circuito, debe probar transmisiones con cuadros más pequeños, como cuadros de ethernet de 128 bytes. Si estuviera ejecutando la prueba, elegiría 128, 256, 768 y 1514 bytes de cuadros de Ethernet.
3. Pruebe el rendimiento del ancho de banda UDP nuttcp de sus PC linux conectadas una tras otra antes de enviar una de ellas a 100 millas de distancia. Desea asegurarse de que puede medir 1000 Mbps en varios tamaños de paquetes. Asegúrese de tener en cuenta la brecha entre cuadros cuando calcule las tasas de rendimiento esperadas ... por ejemplo, el mejor rendimiento posible que puede esperar en un circuito GEG sin etiquetar a un tamaño de trama de ethernet promedio de 128 bytes es de 864.9 Mbps.
4. Use iperf2 o mtr para probar el retardo del circuito ...
5. Elige una ventana de prueba. Creo que es mejor probar los circuitos de forma continua durante al menos un día ... son preferibles de dos días a una semana si necesita tener una idea de la posible sobresuscripción dentro de la red de su operador.
6. Envíe una de las PC al sitio remoto, preconfigurado para el direccionamiento IP que necesita en el enlace.

Pensamientos misceláneos

Otras respuestas han sugerido usar solo iperf2 ; sin embargo, no tiene opciones de CLI para ajustar el tamaño del paquete UDP. También tiende a demostrar un rendimiento escaso a altas velocidades en MS Windows.

Este documento del Foro Metro Ethernet sobre la prueba de los circuitos de ethernet portador ayudará a proporcionar una comprensión general de algunas de las compensaciones que se toman al probar los circuitos.

iperf puede hacer ese trabajo. Solo asegúrese de probar sus dispositivos de forma consecutiva primero para conocer las capacidades de los dispositivos.

Por supuesto, también hay más herramientas profesionales.

Este es un buen RFC para leer la metodología adecuada: http://www.ietf.org/rfc/rfc2544.txt

Si tiene PC en ambos extremos, puede ejecutar xjperf , Qcheck de Ixia u otras herramientas. Puede obtener resultados diferentes dependiendo de si usa UDP o TCP y la cantidad de sesiones.

Para una distancia de más de 100 millas, está buscando un RTT mínimo de 1.6 ms a la velocidad de la luz en fibra / cobre. Por lo tanto, su RTT debe ser muy bajo, tal vez solo un par de ms. Digamos que tiene un RTT de 6 ms. Con las opciones de tamaño de ventana predeterminadas en Windows, es posible que solo obtenga alrededor de 85 Mbps de rendimiento. Necesitaría un tamaño de ventana de al menos 768 kbytes para enviar un concierto de tráfico.

Puede usar la Calculadora de rendimiento TCP para hacer sus propios cálculos.

Ixia tiene herramientas más avanzadas pero cuestan dinero que las herramientas anteriores no tienen.

Aquí hay un artículo que explica por qué iperf2 solo no puede responder la pregunta por usted: http://bradhedlund.com/2008/12/19/how-to-calculate-tcp-throughput-for-long-distance-links/

Nunca entendí realmente este concepto hasta que leí ese artículo. Espero eso ayude.

Dado que desea medir un circuito de capa 2, me gustaría empujar descaradamente algún software gratuito que he estado escribiendo. Todavía está en versión beta, pero hace exactamente lo que desea en función de la información en su pregunta.

A diferencia de nuttcp, iPerf, jPerf et al, Etherate se ejecuta directamente sobre la capa 2 diseñada específicamente para pruebas de Ethernet. Al igual que los demás, todo lo que se requiere es una computadora portátil en cada una y mi computadora portátil Intel i3 puede maximizar un enlace de concierto con facilidad.

Dado que está en fase beta, las funciones más avanzadas aún no están listas, como las pruebas MPLS, pero se implementan el rendimiento, la latencia y las pruebas MTU (todas directamente en la capa 2 de Ethernet).

https://github.com/jwbensley/etherate

Para obtener un "perfil de salud" completo de un enlace, deberá considerar varias métricas diferentes.

• Latencia
• Estar nervioso
• Rendimiento
• Pérdida

La mejor manera de medir estas métricas con precisión es con un dispositivo dedicado para pruebas. Exfo, JDSU y Fluke son varias grandes empresas que fabrican dispositivos como este.

Una PC / puede / probar estas métricas, pero debe asegurarse de que no haya nada en la computadora que distorsione los números y que la aplicación que está utilizando sea precisa.

iperf medirá el rendimiento del ancho de banda pero no medirá mucho más. Ping medirá la latencia del momento en el tiempo, pero no la fluctuación. Además, el eco ICMP solo es realmente preciso a 1 ms. Si está tratando de obtener una medición de latencia real, deberá decidir si 1 ms de granularidad es suficiente para usted / sus aplicaciones.

Iperf y mtr para hacer una prueba específica. Y fumar para tener un historial simple del rendimiento del enlace usando la sonda fping.