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

16

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?

Peter Turner
fuente

Respuestas:

6

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.

Peter
fuente
2
www.keynote.com también proporciona mucha información útil, además de ejecutar el sitio www.internethealthreport.com.
gharper
Jeff Atwood mencionó este sitio just-ping.com/index.php en esta pregunta ( serverfault.com/questions/42678/… ) que también podría ser útil para realizar pruebas desde una perspectiva global.
Peter
@ Peter: cuando intento ese comando que sugirió, nunca recibo nada. ¿Hay quizás un límite de 1024 para los tamaños de búfer del servidor de ping?
jvriesem
@jvriesem el host o un firewall a lo largo de la ruta pueden configurarse para no responder a los pings. Pruebe pings y traceroutes regulares.
Peter
Yo uso isup.me mucho más corto
briankip
15

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.

Murali Suriar
fuente
Este es un procedimiento bastante bueno para que su mesa de ayuda haya documentado para abrir un ticket con el proveedor de manera reactiva antes de tener que llamar a los administradores de la red para confirmar. Siempre es bueno que el ISP sea notificado lo antes posible cuando el negocio está fuera de línea.
sclarson
¿Cómo sé cuál es la "transferencia" de mi ISP?
jvriesem
2

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

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.

raspi
fuente
1

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.

Aaron
fuente
El ahumado se puede usar de manera similar, aunque tendría que agregar varios hosts en la ruta, ya que no traza la ruta, solo hace ping.
LapTop006
0
  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.
Jack B Nimble
fuente
0

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.

Mate
fuente
0

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.

Mike Scott
fuente
-1

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.

Orihara
fuente
-3

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.

Anónimo
fuente
1
Puedo pensar cualquier cantidad de escenarios donde esta afirmación es fundamentalmente incorrecta.
Sven