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


12

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.?


Esta pregunta no está muy clara. ¿Qué quiere decir con "medir el rendimiento en este tipo de conexión"? Como mencionó, hay una serie de métricas de rendimiento que podría medir ... (es decir, latencia de red, fluctuación de fase, ancho de banda, tasa de error de bits). Debe aclarar qué métricas probar con la persona que le dio el requisito de medir el rendimiento.
Mike Pennington

1
Creo que esta es una pregunta válida. No es que haya 1000 formas de averiguar si un enlace funciona como debería. Hay métricas establecidas que le darán la salud del enlace.
Bigmstone

Mike: creo que esto es lo suficientemente claro, aunque tenga en cuenta que las métricas acordadas deberán resolverse. Quería algunas respuestas con respecto a su experiencia sobre qué estrategias han empleado con éxito y ya tienen una gran información, gracias a todos. ¿Estás feliz de editar si quieres sugerir algo más conciso?
MattE

@MattEarp, estoy diciendo que está haciendo una pregunta que no podemos responder (la forma más precisa de medir el rendimiento) ... después de haber realizado pruebas de red significativas en mi carrera, no sabemos lo suficiente para ayudar realmente a menos que usted diga ... "Este circuito llevará tráfico de operaciones financieras. ¿Cómo puedo probar el rendimiento sin tasa de caída y medir la latencia con una precisión de 1 ms?", entonces tenemos algo para trabajar. Según las necesidades del solicitante original y los parámetros del circuito SLA, podemos ayudar a construir una estrategia de prueba ... pero ahora no hay suficiente información. Defina los requisitos de caso de uso, métricas y precisión
Mike Pennington,

@MikePennington: he editado la pregunta con un entendimiento de lo que debe medirse en términos de latencia mínima que espero que pueda responder mejor.
MattE

Respuestas:


8

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 realmente se mudó a v3 en un nuevo sitio, code.google.com/p/iperf , ¿o se vinculó intencionalmente al v2?
pauska

He probado con v3, pero v2 parece más estable en mi experiencia
Mike Pennington

Excelente punto en las pruebas consecutivas antes del envío.
generalnetworkerror

6

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


6

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.


+1 para xjperf / iperf. Extremadamente útil en estas situaciones.
pauska


2

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


1

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.


1

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

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.