¿Una conexión a Internet de mayor ancho de banda reducirá el tiempo de respuesta de ping?

15

Parece obvio que una conexión más rápida reduce la latencia ... Pero me pregunto: estoy trabajando de forma remota en un host al otro lado del mundo: la luz solo puede viajar tan rápido (1 pie en un nano segundo) y ambos tenemos conexiones de banda ancha más de 1,000kbps de carga y 10,000kbps de descarga:

¿Una conexión de mayor ancho de banda reducirá el tiempo que lleva hacer ping? Dado que son muy pocos datos, ¿cómo ayudaría una conexión más rápida? Actualmente, el ping tarda 450 ms, ¿hay alguna forma de mejorarlo?

gWaldo
fuente
77
Nota al azar, si llenara un AirBus con discos duros de 3TB y volara a través del Atlántico, la velocidad de conexión probablemente sería de decenas de Gb / segundo, pero la latencia sería de horas.
Mancha
450ms huele a satélite para empezar. Voy casi al otro lado del mundo (Chicago -> Berlín) y tengo alrededor de 125 ms. Si toma esto como lineal, 450 ms sería lo que, en todo el mundo, casi. Algo es extraño aquí.
TomTom
2
@TomTom: la operación es de Australia según su perfil, que es notorio por la patética latencia dentro de nuestro propio país. Mi apuesta es que la mayor parte de esa latencia ocurre incluso antes de que sus paquetes salgan del país. Si está con alguien como TPG, probablemente suceda antes de que abandone su ISP.
Mark Henderson

Respuestas:

24

Primero, el ancho de banda no es lo mismo que la latencia. Una conexión más rápida no necesariamente reducirá su latencia. 450 ms parece un poco lento, pero no tan lejos si vas a 1/2 camino alrededor del mundo. Como marco de referencia, un enlace de alta velocidad y baja latencia tardará entre 70 y 80 ms en cruzar los EE. UU. Es posible que pueda obtener un poco menos de latencia cambiando su proveedor suponiendo que tenga una ruta de interconexión más óptima. Pero no puedo prometer nada.

Zypher
fuente
2
En otras palabras no. La única forma de mejorar los tiempos de respuesta podría ser utilizando un proveedor diferente que pueda tener un mejor camino. ¿Es eso correcto?
2
Necesitaríamos ver traceroutes (en ambas direcciones) para comentar más. Conocer la latencia del primer salto (también conocida como la última milla) también puede ayudar a determinar si otro proveedor realmente ayudará o no.
Wim Kerkhoff
tracereoutes se retrasan deliberadamente parece a través de Internet y son ridículamente largo ..
Ah, no, los traceroutes funcionan bien desde todas las ubicaciones en las que tengo servidores, lo siento.
TomTom
Tengo una mala conexión y si limito mi ancho de banda usando Netlimiter, obtengo un ping más alto en las pruebas ... Entonces, por ejemplo, si desactivo el 50% del ancho de banda, mi ping aumentará drásticamente.
Bluedayz
11

Una conexión "más rápida" (como te refieres a ella) no reduce la latencia. Una conexión "más rápida" permite que se coloquen más datos en el cable en un período de tiempo determinado.

El ancho de banda es una medida de la capacidad.

La latencia es una medida de retraso.

EDITAR

Aquí hay un ejemplo de la diferencia entre el ancho de banda y la latencia: Imagine 2 conexiones a Internet, una de 10 Mbps y la otra de 1 Mbps. Ambos tienen latencia de 50ms. Ahora imagine que estoy enviando pulsaciones de teclas a un terminal remoto en el otro extremo de esas conexiones. En aras de la simplicidad, digamos que cada pulsación de tecla consume 1 Mbps de ancho de banda. En la conexión de 10 Mbps, puedo enviar las letras A, B, C, D, E, F, G, H, I, J al mismo tiempo, por lo que todas llegan al terminal remoto 50 ms después y se repiten la pantalla ... al mismo tiempo. Ahora, en la conexión de 1 Mbps, cada pulsación de tecla se envía de forma independiente porque cada pulsación de tecla consume todo el ancho de banda disponible. Entonces se envía la letra A, y luego 50 ms después es recibida por el terminal remoto y se repite en la pantalla, seguida de la letra B 50 ms después de eso, luego la letra C ... hasta la letra J. Se necesitarían 500 ms para recibir las diez letras en el terminal remoto y hacerlas eco en la pantalla. ¿La conexión a 10 Mbps es más rápida? No, no lo es. Su latencia es de 50 ms, al igual que la conexión de 1 Mbps. Parece más rápido debido al hecho de que tiene un mayor rendimiento (ancho de banda) y se pueden colocar más datos en el cable a la vez. Esa es la diferencia entre el ancho de banda (capacidad) y la latencia (retraso). En sentido estricto, una conexión "más rápida" (en la forma en que te refieres a ella) no reducirá la latencia. Parece más rápido debido al hecho de que tiene un mayor rendimiento (ancho de banda) y se pueden colocar más datos en el cable a la vez. Esa es la diferencia entre el ancho de banda (capacidad) y la latencia (retraso). En sentido estricto, una conexión "más rápida" (en la forma en que te refieres a ella) no reducirá la latencia. Parece más rápido debido al hecho de que tiene un mayor rendimiento (ancho de banda) y se pueden colocar más datos en el cable a la vez. Esa es la diferencia entre el ancho de banda (capacidad) y la latencia (retraso). En sentido estricto, una conexión "más rápida" (en la forma en que te refieres a ella) no reducirá la latencia.

joeqwerty
fuente
Entonces, ¿una conexión de mayor ancho de banda reducirá el tiempo de respuesta de ping? si no: ¿hay alguna forma de obtener un mejor tiempo de respuesta?
1
No, no lo hará. Vea mi edición para una explicación.
joeqwerty
7

Las conexiones se miden en dos factores principales, latencia y ancho de banda. No existe tal cosa como "alta velocidad" o "más rápido". Esos son dobles de marketing y no tienen sentido en el contexto de las conexiones administradas profesionalmente.

Chris S
fuente
De acuerdo, la misma respuesta que las demás, ¿podría responder: una conexión de mayor ancho de banda reducirá el tiempo de respuesta de ping? si no: ¿hay alguna forma de obtener un mejor tiempo de respuesta?
2
El ancho de banda y la latencia son independientes. La latencia depende de tres cosas (generalmente): medio de conexión (la conexión inalámbrica es lenta, los módems son lentos, los módems por cable son rápidos, al igual que los T1 y la fibra), la distancia (la electricidad viaja cerca de la velocidad de la luz, que es más lenta de lo que lo haría pensar), congestiones (esperar su turno agrega tiempo). El primer factor es el único sobre el que realmente tendrá control.
Chris S
Es cierto, pero es más fácil decir "conexión de alta velocidad" que "movemos más paquetes por segundo que los demás".
JYelton
entendido, pero eso no está del todo bien, ver lo que ha dicho el fuego plateado. Tomemos el caso de un ping de 32 bytes: está diciendo que mientras el ancho de banda en cada par sea mayor que 32 bytes por segundo y ninguno de los pares esté haciendo ninguna otra comunicación, solo tomaría tiempo de latencia para llegar al otro par; en realidad tomaría 1 segundo + latencia ya que el par tiene que descargar el ping de 32 bytes mientras que si las conexiones tuvieran un ancho de banda de 320 bytes por segundo, tomaría 0.1 segundos + latencia. Es cierto que una vez que llegue a conexiones que excedan 1 MB / s, esta vez la descarga es pequeña. Pero Silverfire tiene razón.
2
El tiempo total de transmisión no es el mismo en latencia. Una prueba de ping intenta aproximarse a la latencia enviando una transmisión muy pequeña. El hecho de que el ancho de banda, especialmente en los ejemplos extremos, afecte el tiempo total de transmisión no se pierde para mí ni para las personas que decidieron que una prueba de ping estándar sería de 32 bytes. La latencia es el tiempo que tarda la transmisión desde el comienzo de la transmisión hasta el inicio de la recepción en el otro extremo. Hipérbole es un buen ejemplo: si tuviera que probar una conexión con un archivo de 100 MB, y tomó 3 horas, su conexión probablemente no tenga una latencia de 3 horas.
Chris S
4

Tengo un punto que decir aquí relacionado con el ping.

Por lo general, el tráfico ICMP no tiene alta prioridad. Por lo tanto, la medición de la demora / latencia de la red no será precisa utilizando ping o cualquier otro tráfico basado en icmp.

El retraso entre dos puntos se puede calcular utilizando la fórmula:

Total delay = transmission delay + propagation delay + processing delay

El retraso de la transmisión es el tiempo para empujar los bits del paquete en el cable. El retraso de propagación está relacionado con el medio y es el momento de llegar al destino. El retraso del procesamiento está relacionado con las máquinas / enrutadores receptores y emisores.

Khaled
fuente
2

A menudo lo hará, sí. Pero los dos no son lo mismo y no están directamente vinculados. Simplemente sucede que, por lo general, las conexiones con más ancho de banda también tienen una latencia más baja debido a la tecnología utilizada.

Pero no siempre es cierto. Considere un método rápido para transferir grandes cantidades de datos: llenar 12 discos duros de 2 TB con datos y enviarlos por mensajería. La velocidad de transferencia de datos es MUY alta (más de 2000 MBps dado que puede enviar 24 TB en 24 horas). La latencia también es muy alta (24 horas). El acceso telefónico tiene una latencia mucho más baja que eso, pero llevaría años enviar 24 TB a través del acceso telefónico.

No es una buena idea igualar directamente los dos. Si necesita específicamente una latencia más baja, debe preguntar sobre eso específicamente y no comprar por ancho de banda.

Tridus
fuente
+1 por citar Tanenbaum, incluso si tal vez no lo sabes :-)
Massimo
0

La única solución real para mejorar su latencia es acortar el número de saltos entre los dos hosts en cuestión.

Si usted es un cliente corporativo lo suficientemente grande, debería poder abrir un diálogo con sus proveedores de telecomunicaciones en ambos extremos acerca de tomar una ruta IP más corta (posiblemente más costosa) entre los dos sitios.

Joel
fuente
44
El número de saltos no significa necesariamente nada. Prefiero utilizar una ruta con 30 saltos que transita puramente a través de la fibra que una ruta de 5 saltos que tiene una conexión satelital.
Wim Kerkhoff
0

Has hecho muchas posturas sin recopilar datos. Su mejor opción es tratar de identificar la fuente de alta latencia: ¿dónde comienza? Entonces puede intentar responder la pregunta de: ¿cómo lo soluciono?

Ejecute un traceroute, o mejor aún, mtr (mytraceroute). Si estás en Windows, puedes usar winmtr. PingPlotter también es una buena herramienta para esto.

Encuentre dónde comienza su alta latencia, luego trabaje para solucionarlo. Lanzar más ancho de banda a su problema no es la respuesta.

sombreador
fuente
0

Un ancho de banda mayor no ayudará mucho, a menos que los datos masivos estén ahogando los datos interactivos. Si ambos lados usaran fibra en lugar de xDSL / Cable / Wireless, eso podría afeitarse 20-80ms en su RTT.

Haga una prueba de ping con pingtest.net para determinar la calidad de cada enlace. La latencia es importante, pero / jitter / también puede marcar una gran diferencia. Preferiría tener una conexión más lenta (3 Mbps) sin jitter que una conexión más rápida (por ejemplo, 15 Mbps) con jitter.

Para las conexiones TCP (por ejemplo, SSH, telnet, etc.), algunos ajustes de TCP pueden ayudar.

También puede mirar usando un acelerador TCP; hay comerciales pero la pepsal ya puede marcar la diferencia.

Wim Kerkhoff
fuente
0

Quizás sus firewalls / enrutadores son el problema ...

la única forma de REALMENTE decir dónde está el desglose es haciendo un trazado de ruta, como se indicó anteriormente,

user87037
fuente
0

Hay muchas respuestas diferentes a esta pregunta, y la respuesta correcta (en mi opinión) es "depende".

No importa si tiene una conexión de 1 gbit / s si está saturada. TCP (y otros protocolos) se basan en comprobaciones de transmisión que en el 99% de los casos no se priorizan correctamente con QoS o tecnologías similares.

Las líneas simétricas (SDSL, fibra, etc.) generalmente son más adecuadas para operaciones de baja latencia, ya que no comparten RX con TX (lo que significa que TCP ACK, respuestas ICMP, etc. no se verán obstaculizadas si está descargando a toda velocidad). Todavía requiere QoS para garantizar el tráfico para aplicaciones sensibles (VoIP en particular).

Sorprendentemente, la cantidad de visitas (y la calidad de las visitas) en Google cuando se trata de priorizar TCP ACK son bastante bajas ... hable con cualquier experto en redes y sabrán por qué necesita esto.

pauska
fuente
-1

Sí, pero no por mucho.

Un mayor ancho de banda significará que el paquete tardará menos tiempo en descargarse por completo antes de que otro paquete pueda transmitir datos y el tiempo que demora la descarga completa del paquete también es un factor aquí, pero en realidad eso solo agregará 10-20 ms en el peor casos.

Otra posible causa de latencia son las transmisiones inalámbricas, casi todas las formas de acceso inalámbrico múltiple tendrán un alto costo en la latencia, ya sea inalámbrica doméstica normal o inalámbrica móvil, ya que la tarjeta inalámbrica debe esperar hasta que todos hayan terminado de transmitir datos antes de poder enviar su Datos propios. Cuantos más usuarios transmitan en un sistema inalámbrico, más lenta será la velocidad Y la latencia (de nuevo, no por mucho, principalmente debido a la espera hasta que esté claro para enviar)

El factor número uno es el tiempo que pasará un paquete de datos ordenados en enrutadores y otra infraestructura WAN.

El tiempo mínimo teórico que toma un paquete de datos para viajar por todo el mundo es de alrededor de 70 ms, es decir, cuando el paquete viaja a la velocidad de la luz.

Pregunte y averigüe si otras personas con conexiones más rápidas y otros ISP están experimentando la misma latencia, es muy posible que sea causado por el ISP o la conexión, pero es muy poco probable.

Silverfire
fuente
Respuesta corta, sí, reducirá el tiempo de latencia, pero no tanto.
Silverfire
-2

El ancho de banda y el retraso son diferentes, pero no están completamente desvinculados. Si bien es básicamente cierto, las cosas no son en blanco y negro. Hay muchos tonos de gris en el medio.

Es cierto que tener un ancho de banda mayor no necesariamente significa tener demoras más bajas, y no necesariamente significa tener demoras iguales o más altas.

Debemos recordar que depende de la infraestructura que consiste en dispositivos de red y medios físicos en el camino desde nuestro host hasta su destino.

Un ISP puede priorizar las conexiones de ancho de banda bajo / alto y brindar más beneficios de hardware y software a uno u otro, lo que dará como resultado una diferencia en el retraso.

Y en el espíritu de los diferentes ejemplos que se dieron aquí, sí, es mejor tomar un camión con 20 discos con la misma capacidad que tomar el mismo camión con solo 1 de estos 20 discos. Sin embargo, ¿qué pasa con el peso del disco? Más discos significan más combustible y una aceleración más lenta. ¿Pero qué pasa si cambio el motor del camión?

En resumen, el ancho de banda y el retraso son diferentes, pero no están completamente desvinculados.

Oz Edri
fuente