Cómo saber si es tu problema o el problema de tu ISP

Originalmente titulé esto "cómo saber si su Internet está caído o si su red está jodida" y la IA de Jeff dijo que este cuestionario probablemente estaría cerrado.

Sin embargo, alguien aquí siempre está hablando por teléfono con el ISP y generalmente es nuestra culpa. ¿Cuáles son algunas de las mejores técnicas para saber si tienes un problema o si tienen un problema?

Sé que esto podría ser una pregunta general, pero en un caso en el que hay latencia intermitente y desconexiones (no solo interrupciones generales [es decir, no puedo hacer ping a google.com]) ¿qué haces antes de llamar al ISP?

Un sitio de prueba útil es: http://downforeveryoneorjustme.com/

Pings y traceroutes son algunas de las primeras y mejores pruebas al comenzar este tipo de investigación. Sin embargo, los firewalls pueden bloquear este tráfico.

No te detengas en pings normales. Intente ping <ip address> -l 2048enviar algunos paquetes grandes y asegúrese de que no sea un problema de fragmentación / MTU.

Verifique su utilización: sus tubos pueden estar llenos.

Cosas que compruebo cuando soluciono un problema de red con un proveedor. Tenga en cuenta aquí que 'ping' significa 'hacer un ping extendido, barrer un rango de tamaños y enviar al menos 1000 paquetes en cada tamaño, buscando latencia, pérdida y errores'.

1. Haga ping a la transferencia de su ISP desde un dispositivo en la misma subred. (Confirma que no hay problemas de L2 entre usted y su ISP).
2. Haga ping a la transferencia de su ISP desde un dispositivo en una de sus subredes internas. (Confirma que no tiene problemas de enrutamiento / seguridad entre su red interna y su ISP)
3. Haga ping a una IP en la red de su proveedor. Si no puede encontrar uno que esté en la lista pública, o el servicio de asistencia no le dará uno, haga un seguimiento de algo en Internet y use el segundo o tercer salto. Esto confirma que el enrutamiento entre usted y su ISP está configurado correctamente.
4. Haga ping a una IP de internet . Normalmente uso 4.2.2.1, uno de los servidores DNS de Level3 que se recuerda fácilmente. Esto confirma que el enrutamiento desde su ISP a la IP específica que ha marcado está configurado correctamente.
5. Haga ping a un nombre de dominio de internet . Esto verifica que la configuración de DNS de usted / su proveedor sea correcta.

Si los pasos 1 o 2 fallan, lo más probable es que sea un problema en su red interna.

Si el paso 3 falla, parece haber un problema en la red de su proveedor. Sin embargo, tenga en cuenta que si no obtiene ninguna respuesta, entonces su ISP puede simplemente haber bloqueado ICMP a / desde sus direcciones de infraestructura.

La falla del Paso 4 indica un problema potencial entre su ISP y uno de sus proveedores ascendentes.

El error del paso 5 indica problemas con la resolución de nombres.

Espero que ayude.

También es bueno verificar el recuento de conexiones TCP con, por ejemplo,

• netstat -a (linux / windows)
• lsof -i tcp (linux)
• Vista TCP de Sysinternals (Windows).

Algunas aplicaciones pueden generar una gran cantidad de conexiones TCP simultáneamente y esto hace que no pueda crear nuevas conexiones, pero las conexiones existentes como SSH aún continúan.

El módem DSL también puede atragantarse con muchas conexiones.

Esto generalmente solo afecta a las máquinas con Windows.

Tuvimos un problema con nuestro ISP y la herramienta Ping Plotter fue muy útil. Puede configurarlo para hacer ping a un enrutador en la puerta de enlace de Internet del ISP, o en nuestro ejemplo le pedimos que haga ping desde una oficina regional de regreso a la oficina corporativa. En este ejemplo, estaba pasando por un par de ISP diferentes. Lo mejor de todo es que puede configurarlo en un escritorio antiguo o en una máquina virtual, y dejarlo allí haciendo ping para recopilar datos hasta que lo necesite.

Debido a que muestra cada enrutador en el camino, y el tiempo que lleva a cada uno de esos enrutadores devolver una respuesta, es muy útil para detectar puntos de problemas más abajo.

1. Examine sus conmutadores y enrutadores para ver si hay colisiones altas o tráfico
2. Intente conectar una sola máquina a su enrutador de salida para ver si el problema desaparece.

Hay una herramienta maravillosa y fácil de usar en Linux llamada MTR (abreviatura de My Trace Route) que le mostrará la pérdida de paquetes en cada paso de la ruta, e incluso puede ayudarlo a buscar rutas de aleteo.

La mejor herramienta es el método científico. Forme una hipótesis sobre la causa del problema. Escríbelo. Formule un experimento que pruebe la hipótesis. Escríbelo. Realiza el experimento. Escribe el resultado abajo. Si el experimento confirma la hipótesis, entonces ya está. Si no puede confirmar la hipótesis, entonces necesita una nueva hipótesis. Si no es concluyente, entonces necesita un nuevo experimento.

Si puede hacer ping más allá de su enrutador, probablemente sea su culpa. Si no puedes, entonces es tuyo. Use tracert para descubrir dónde están cayendo los paquetes.

Intente hacer ping a cualquier sitio web saliente. Si puede hacerlo, todo está bien dentro de su red. Póngase en contacto con su ISP.