Grabación de latencia entre un punto de inicio controlado y un punto final no controlado

9

Esta podría ser una pregunta de solución de problemas muy básica, pero vale la pena preguntarme para asegurarme de que estoy probando las cosas de la manera correcta e interpretando los resultados de manera efectiva.

Tengo un punto de inicio controlado (un clúster de servidores bajo mi control) y un punto final no controlado (un centro de datos al que no tengo acceso físico o remoto). Como parte de la resolución de problemas normales, a menudo necesito establecer números de latencia.

Actualmente, he estado usando ping plotter o simplemente un buen continuo pingo anticuadotracert

Si estoy tratando de establecer números de extremo a extremo más realistas (el software con el que estoy trabajando es software de base de datos) a veces usaré Fiddler 2 para capturar el tráfico web y comparar algunos de los temporizadores allí (cosas como ClientDoneRequest-> ServerBeginResponse) para obtener un tiempo completo de final a fin.

¿Qué miran cuando determinan números para latencia de red directa?

troubleshooting latency

— Sean Long
fuente

Mucha gente sugiere que te quedes ping, e incluso dices que ya lo estás usando ping. Tal vez podría explicar por qué desea que otra cosa tome medidas, ¿por qué no es pinglo que necesita? En realidad, no ha dicho qué es lo que está mal per se, simplemente hizo una pregunta abierta y parece que no está obteniendo las respuestas que necesita.

— jwbensley

Era bastante abierto, y obtuve la respuesta que quería. Simplemente no lo había marcado como tal. Ping es la herramienta adecuada para lo que estoy haciendo.

— Sean Long

Ya veo, bueno, tenga en cuenta que las preguntas abiertas son desalentadoras; networkengineering.stackexchange.com/faq#dontask Debería intentar en el futuro enumerar los puntos que busca en una herramienta de medición, los motivos por los que los necesita, los puntos que no le gustan, etc., para darle más estructura a la pregunta.

— jwbensley

7

La segunda mitad de su pregunta parece indicar que está buscando cifras de latencia que tengan en cuenta el proceso de formación de datos de la capa de aplicación, en cuyo caso "ping" no ayudará mucho teniendo en cuenta que no hay muchos datos para formar en un ping paquete.

La gente de la red generalmente confía en el ping porque es una forma relativamente ligera y confiable de producir una cierta cantidad de datos aleatorios para probar el alcance y la latencia de una ruta determinada. Una aplicación que utiliza llamadas HTTP, por ejemplo, se comportará de manera diferente porque HTTP no es lo mismo que ICMP.

Si le preocupan las cifras generales de latencia de red, fuera de cualquier contexto específico de la aplicación (que es la mejor manera de probar), el ping funciona bien.

— Mierdin
fuente

Estoy más preocupado por las cosas de la capa de red aquí. Hay otras formas en que puedo aislar y probar la capa de aplicación, e incluí la información del violinista principalmente como fondo. Del resto de los comentarios, parece que Ping básicamente me va a dar la mejor información sin tener que recurrir a una herramienta específica.

— Sean Long

5

¿Tiene la opción de usar IP SLA entre dos enrutadores en cada punto? No estoy seguro de su topología en el extremo remoto, así que no estoy seguro si tiene un servidor en el otro lado o si ese servidor se conecta a un enrutador que en teoría podría ejecutar IP SLA

— mellowd
fuente

4

Solo quiero mencionar un par de cosas. La latencia puede depender en gran medida de su host. Asegúrese de que sea el servidor desde el que está probando y no su computadora portátil. Dependiendo del sistema operativo (Windows o Linux), los tiempos de latencia de ping pueden ser diferentes. He tenido experiencia donde los sistemas Windows mostraban una latencia más lenta que los sistemas Linux en las mismas rutas de red.

Ping como prueba razonable. Sin embargo, si puede hacer una sesión TCP desde su servidor a su punto final en ese centro de datos, obtendrá números más precisos sin tener control del punto final. Ejecutaría una captura de paquetes mientras se establece su sesión TCP. Luego siga la secuencia TCP y mire sus tiempos delta. ¿Cuál es la diferencia horaria entre su paquete TCP inicial y la siguiente secuencia? De eso se trata en tiempo real qué tipo de latencia estás viendo.

¿Está tratando de descubrir si la red está funcionando bien o si los servidores están realizando su trabajo?

— Mate
fuente

Estaba tratando de saber cómo medir con precisión las cosas de la red, veo cómo podría ser confuso (ya que mencioné Fiddler2). Puedo aislar y probar cosas de la capa de aplicación con bastante facilidad (esa es una historia completamente diferente), pero necesito poder medir con precisión los viajes entre un entorno dado y un centro de datos remoto, así como internamente entre una estación de trabajo cliente y un servidor ( Así que a través de ethernet / wireless).

— Sean Long

4

La latencia puede ser algo divertido de medir, especialmente con precisión. Ping hace un trabajo lo suficientemente bueno como para tener una idea general de cómo se mantiene la latencia de su red, pero cuando se trata de números muy bajos, puede convertirse en la herramienta incorrecta para el trabajo. Tampoco hace nada para las pruebas de nivel superior (como los tiempos de respuesta del sitio web).

Para medir estrictamente el rendimiento de la red (latencia / ancho de banda / pérdida / etc.) Me gusta el equipo de prueba de Exfo . Esto es simplemente una preferencia y, sinceramente, es el primer dispositivo que utilicé, así que estoy seguro de que los dispositivos de la competencia funcionarían igual de bien. JDSU también es un importante proveedor de este tipo de equipos.

También hay PCHAR, que es una herramienta de código abierto para medir la latencia con mayor precisión que el ping. No lo he usado directamente, pero conozco personas que lo tienen y que les gusta.

Este artículo le ofrece una buena visión general de algunas de las cosas que ICMP Echo puede / no puede hacer bien.

— bigmstone
fuente