tracert - no hay respuestas ICMP después del segundo salto

Esta es una pregunta de seguimiento a mi anterior aquí .

Hice un seguimiento de nuevo pero a un host diferente. ¿Es este rastro normal?

Lo que espero es que debería recibir al menos otra respuesta ICMP del 58.26.8.93 entre el salto 3 y el 30. Eso obviamente no sucedió. Tal vez alguien podría explicar?

175.137.110.30 respondió al paquete.

Después de eso, ningún otro dispositivo respondió al paquete.

Con mayor frecuencia, responderán casi todos los enrutadores utilizados comúnmente en Internet. Esto es especialmente cierto para los enrutadores hacia el medio; Los enrutadores cercanos al inicio o al destino parecen ser más propensos a no responder a un tracert (aparece como un asterisco *).

Cuando el tracert termina con un sistema que tiene todos los asteriscos, y luego no hay más asteriscos, el escenario más probable es que el último sistema informado (175.137.110.30 en este caso) perdió el paquete, en lugar de enrutarlo a donde debería ir . Otra posibilidad es que 175.137.110.30 envió el paquete a otro dispositivo que simplemente no informa su estado (lo cual es poco común, pero no necesariamente un problema) y luego ese dispositivo perdió el paquete. De cualquier manera, lo que parece haber sucedido es que eventualmente el paquete nunca llegó a ningún sistema que respondiera.

Dado que el paquete dejó su red privada (comenzando con "192.168.") A una red pública, es probable que el problema sea el destino o alguna organización de infraestructura de Internet en el medio. Como su destino es www.google.com y tienen un buen historial, puedo reducirlo un poco al concluir que el problema es probable con alguna organización de infraestructura de Internet en el medio. Por lo tanto, la solución probablemente implicará cambiar algo a lo que no tiene acceso para solucionarlo (como la configuración de un dispositivo o la conexión de un cable).

La acción más útil que puede tomar es asegurarse de que esto se informe. Averigüe a quién pertenece la última dirección (175.137.110.30) e intente informar esta situación a la organización que tiene registrada 175.137.110.30.

Si no tiene tiempo para trabajar en este problema, a veces puede ser un servicio proporcionado por su ISP, por lo que puede informarle a su ISP y ellos pueden realizar un seguimiento del progreso para solucionarlo. Después de todo, usted es un cliente que, en teoría, paga el dinero de su ISP para llevar sus paquetes a donde deben ir. Cuando se rompe la infraestructura común de Internet, muchos ISP harán algunos esfuerzos para cooperar con la reparación.

En este caso, parece que su ISP no necesitará contactar a ninguna otra organización (excepto tal vez a un proveedor principal, con quien está directamente conectado, por lo que es probable que ya tengan una relación comercial relativamente cercana con esa organización). Por lo tanto, contactar a su ISP definitivamente vale la pena.

El último ejemplo sobre el que preguntó (en la pregunta que hizo el hipervínculo) fue PayPal, una organización bien conocida que requiere comunicaciones exitosas de Internet para continuar viviendo. Por lo general, se sabe que tienen una conectividad a Internet respetable. Este ejemplo es Google, una organización aún más conocida que también prospera en Internet. Sus direcciones IPv4 en el medio son diferentes. Por lo tanto, esta información tiene buenas posibilidades de ser útil, por lo que me pondré en contacto con su ISP nuevamente y también le proporcionaré esta información. Asegúrese de informarles que ya se contactó recientemente con la información de traceroute de PayPal.

Cuando denuncies estas cosas, no les envíes una captura de pantalla. Por lo general, preferirían copiar y pegar el texto. Me parece que está usando Microsoft Windows (basado en la familiaridad con la fuente). Haga clic en el icono en la esquina superior izquierda de la ventana una vez y elija Editar, Marcar. Seleccione el texto, luego haga clic en el icono y elija Editar, Copiar. Luego pegar.

APNIC muestra que 175.137.110.30 está registrado en ADSL-STREAMYX IRT-TMNST-MY TELEKOM MALAYSIA BERHAD, aunque algunos detalles de APNIC son un poco diferentes para esta dirección IPv4 (no muestra la dirección de correo electrónico de "enrutamiento"), parece que la misma compañía (su proveedor de Internet) también está utilizando esta dirección IPv4. Sugiero usar la información de contacto de la otra pregunta (que hizo un hipervínculo).