¿Por qué aumenta la velocidad de descarga de mi fibra cuando pruebo la velocidad de carga?


10

Recientemente cambié a Internet de fibra de 1GB AT&T Gigapower y descubrí un problema en el que las velocidades de descarga son lentas durante el uso normal. Pero si voy a Speedtest.net y hago una prueba, cuando llega a la parte de carga de la prueba, mis picos de velocidad de descarga concurrente, luego de repente caen drásticamente nuevamente una vez que finaliza la prueba.

¿Cómo puede ser posible? ¿Se trata de un problema de red o de alguna limitación añadida por el enrutador? Me encontraré corriendo constantemente Speedtest.net solo para descargar archivos grandes más rápido.

Aquí hay un ejemplo de screencast para referencia.

Descargar Speed ​​Progression

  1. Antes de la prueba de velocidad (100k / s) ingrese la descripción de la imagen aquí

  2. Durante la prueba de velocidad de descarga (200k / s) ingrese la descripción de la imagen aquí

  3. Durante la prueba de velocidad de carga (52,450k / s) ingrese la descripción de la imagen aquí

  4. Después de la prueba de velocidad (100k / s)



Esto es lo que quiero decir, así que si no tiene un sistema QOS es posible que su velocidad sea muy lenta. Hay muchas más posibilidades de por qué eso puede suceder.
René Höhle

66
@Stony: Lee la pregunta. El OP tiene el problema de que sus descargas son lentas, excepto cuando realiza una carga, por ejemplo, con una prueba de velocidad. Esto es exactamente lo contrario de lo que estás hablando.
Sven

¿El problema es reproducible cada vez que realiza una prueba de velocidad y la velocidad fluctúa cuando no realiza pruebas de velocidad?
Phil

Además, ¿ha intentado evitar su enrutador?
Phil

Respuestas:


2

Sin conocer los detalles de su configuración, es difícil responder a la pregunta "por qué" con certeza. Sin embargo, también pregunta "¿Cómo puede ser esto posible?", Y puedo darle algunas posibilidades. No son específicos de "fibra".

  1. Está descargando a través de HTTP, que es un protocolo TCP / IP. Este protocolo es bidireccional, es decir, cada paquete que recibe su cliente HTTP también se reconoce al servidor. Por lo tanto, la carga y descarga no son tráfico totalmente separado (capaz).

  2. Está descargando desde un servidor remoto (vagrantcloud.com), probablemente no ubicado en su habitación, edificio, ciudad, tal vez ni siquiera estado o continente. Hay muchos componentes de red diferentes involucrados, que tienen diferente velocidad de cable y tamaño de búfer, y usted los comparte con "Internet" típicamente ... que no puede controlar.

  3. Está monitoreando el sistema en observación con una herramienta que se ejecuta en el sistema mismo. Nadie haría esto en un contexto profesional (espero) o al menos sacar conclusiones con mucho cuidado de las mediciones. Puede dar resultados incorrectos por dos razones.

    • Influirá en el comportamiento de su host y al menos en algunos de los componentes de red que utiliza la descarga en ejecución.
    • Su herramienta puede tener errores, porque cuenta (para ser rápido y eficiente, sin decodificar / desempaquetar) los paquetes entrantes, independientemente de su destino u origen, suponiendo que el tráfico no relacionado es el resultado de su propio tráfico de prueba.

Puede usar Wireshark en un modo de observador puro para monitorear su tráfico de carga / descarga y generar el tráfico en sí mismo contactando varios servidores (separados geográficamente) con otras herramientas (como lo hizo) para intentar saturar su enlace DSL. Tal medida debería ser bastante objetiva. Nuevamente, lo ideal sería ejecutarlo en otra computadora que coloque en la misma red que su "sumidero de prueba de descarga".

PD: Piense en su habitación / compañero de casa y vecinos, que comparten el ancho de banda y notarán que su "internet vuelve a ser lento hoy" cuando está haciendo sus pruebas.


Gracias por el enlace wireshark, lo comprobaré más tarde hoy. También pensé en el # 3, pero realmente llegué a la conclusión de que SURELY ATT no sería tan nefasto para darme solo ancho de banda cuando lo estoy probando.
Rescate

No quiero ser demasiado formal acerca de "darme ancho de banda cuando estoy probando", es un poco el asunto del huevo o la gallina. El ancho de banda se define como el número de paquetes IP que pasan dentro de un intervalo de tiempo, dividido por la duración de este intervalo. Si no hay tráfico, no hay ancho de banda ;-) Lo que desea medir es (probablemente) el ancho de banda máximo, por lo tanto, genere un máximo de transmisión de paquetes en un tiempo mínimo.
Dirk

Si absolutamente. Supongo que teniendo en cuenta que mis resultados son simplemente "toma un tiempo mucho más corto" para descargar el mismo archivo cuando una prueba de velocidad de carga se realiza de forma sincrónica que lo hace para que se descargue el mismo archivo cuando no se produce una prueba de velocidad de carga.
Rescate

@Ransom, me pregunto por qué nunca aceptaste mi pregunta formalmente. ¿Falta alguna información?
Dirk
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.