Cuando la velocidad de Internet cae durante las horas pico, ¿es por el ISP o los servidores del sitio web?

Posiblemente sea ambos. Ejecute una ruta de seguimiento de su conexión al servidor web y observe la latencia de cada enlace para determinar dónde el tráfico tiene un cuello de botella.

Traceroute desde mi PC a Quora (192.33.31.60)

Rastreo de ruta a http://a-g00s02.insnw.NET [192.33.31.60]

1 <1 ms <1 ms <1 ms http: //Meadowview.rapidresponsec… [192.168.0.4]

2 9 ms 8 ms 9 ms http://acc1.millbrook1.nexicom.net [76.75.100.30]

3 11 ms 18 ms 11 ms 66.79.253.137

4 15 ms 27 ms 23 ms http: //xe2-3-0.core1.toronto1.ne… [98.124.46.201]

5 10 ms 8 ms 12 ms http: //xe-7-0-0-101.tor10.ip4.gt… [77.67.71.81]

6 24 ms 21 ms 27 ms http://xe-8-0-6.chi11.ip4.gtt.net [89.149.130.245]

7 34 ms 19 ms 21 ms http://instart-gw.ip4.gtt.net [77.67.69.102]

8 20 ms 23 ms 25 ms http://a-g00s02.insnw.net [192.33.31.60]

No está mal, pero muestra claramente cierta latencia en gtt.net

Pero esto no significa que sea un retraso constante o permanente. Las herramientas Trace Route no son accesorios estándar para todas las computadoras y sistemas operativos. Puede que tenga que descargar una aplicación. Tampoco es una prueba de que ninguna fuente sea un enlace débil o que tenga la culpa. Es simplemente una instantánea de ese instante en el tiempo, su paquete llega a un servidor y muestra cómo llegó y regresó.

La respuesta del usuario de Quora es buena. Traceroute lo ayudará a localizar problemas o demoras en Internet. Busque asteriscos (***) en el informe, donde un paquete no pudo pasar por completo.

Su servidor tendrá promedios de carga que miden la cantidad de trabajo que el servidor está haciendo. (Pregunte a su empresa de alojamiento cómo encontrarlos, porque difieren). Si está utilizando alojamiento compartido, podría ser que un sitio web diferente en el mismo servidor le esté causando problemas. Su empresa de alojamiento debería ser útil aquí. Si no lo son, eso generaría preguntas en mi mente.

Incluso sus estadísticas de “conteo de visitas” ayudarán, ya que mostrarán la hora del día en que su sitio web está experimentando la mayor actividad (para algunos sitios será durante el día laboral, para otros será por la noche). Asegúrese de que su servidor no esté configurado para hacer nada más (como ejecutar copias de seguridad) durante los momentos de mayor actividad.

Finalmente, hay complementos de navegador como Yslow, que lo ayudarán a detectar problemas con su propio sitio web. Ejecútelo durante los períodos pico y no pico.

Puede terminar con un alojamiento diferente o puede querer usar un CDN (red de entrega de contenido) por ejemplo.

Posiblemente son los servidores remotos, pero también debe preguntarse si los servicios que le preocupan son lentos o si su Internet es lento en general. Cada sitio web tiene diferentes servidores ubicados en diferentes ubicaciones y es su ruta a aquellos que generalmente están congestionados en las horas pico. Los sitios como Facebook y Google prácticamente nunca se ralentizan y casi siempre son las condiciones locales o regionales las que ralentizan las cosas.

Otro problema común es el backhaul local. Este es el enlace desde su central telefónica local (o nodo de cable) a la red central del ISP. Puede saturarse fácilmente y si el ISP no invierte o no puede actualizar por alguna razón, las velocidades pueden sufrir fácilmente en las horas punta. Finalmente, los ISP compran su conectividad a operadores mayoristas o se conectan a otros proveedores en puntos de ‘interconexión’, si una de estas conexiones está por debajo de su capacidad, puede saturarse en las horas pico.

Use la técnica estándar de depuración: aparentemente hay dos fuentes potenciales del problema que son independientes. Administre las variantes: elimine una y vea si persiste.

Pruebe otro sitio (problema del servidor) o ejecute una prueba de velocidad (su problema de ISP)

Prueba de velocidad: ¿qué tan rápido es su internet?

Por supuesto, puede tener problemas más complicados: no es su ISP o el servidor, sino uno de los ISP interinos que se utiliza para llegar al servidor. En ese caso, traceroute puede darle algunas pistas sobre lo que puede estar sucediendo. Pero tampoco puedes quejarte 😉

Buena pregunta, depende y puede ser ambas en algún momento.

Para esto, puede probarlo usted mismo, en Windows OS escriba el comando

Tracert IP-addrss

Y usted puede verificar dónde está el paquete tiene el tiempo máximo y mínimo.

¡Espero que funcione para ti!

Buena suerte 🙂