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

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?

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.

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.

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.

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.

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.

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.

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.

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.

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,

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.

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.

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.