Cómo comprobar las conexiones entre los dispositivos que utilizan junos de ping

Video: PING PACKET TRACER

Lo primero que mayoría de la gente después de configurar su dispositivo es comprobar para ver si pueden enviar tráfico a través de enlaces a otros nodos dentro de la red. Esta prueba inicial es donde el silbido comando entra en juego.

Desde la línea de comandos del sistema operativo Junos, puede emitir el silbido mando. Iniciar sesión en el dispositivo con el que desea iniciar desde y enviar un ping a una dirección en el host- remoto que es, a la dirección que esperar a tener un camino a través de la red.

Por ejemplo, es posible que acceda a router1. A partir de ahí, usted quiere asegurarse de que tiene conectividad a router7. Así que tienes que elegir cualquier dirección de red en router7 (Cualquiera de las direcciones de interfaz, o incluso la dirección de bucle de retorno va a funcionar) y emitir una silbido mando:

usuario @ router1gt; de ping 10.0.24.2PING 10.0.24.2: 56 datos bytes64 bytes de 10.0.24.2: icmp_seq = 0 TTL = 62 tiempo = 0.520 bytes MS64 de 10.0.24.2: icmp_seq = 1 TTL = 62 tiempo = 0,417 bytes MS64 de 10.0.24.2: icmp_seq = 2 TTL = 62 tiempo = 0,497 bytes MS64 de 10.0.24.2: icmp_seq = 3 TTL = 62 tiempo = 0,424 bytes MS64 de 10.0.24.2: icmp_seq = 4 TTL = 62 tiempo = 0,501 ms ^ C --- 10.0.24.2 estadísticas de ping --- 5 paquetes transmitidos, 5 paquetes recibidos, 0% de paquetes lossround-trip min / avg / max / STDDEV = 0,417 / 0,472 / 0,520 / 0,043 ms

Después de ejecutar el comando, el router envía paquetes a la dirección remota. Cuando el nodo remoto recibe estos paquetes, se genera un paquete de respuesta y envía ese paquete de vuelta al remitente original.

Tras la recepción de este paquete de respuesta, el router registra un ping exitoso y mide el tiempo entre el envío de la solicitud original y la recepción de la respuesta. Este proceso ocurre una y otra vez hasta que se detiene el comando pulsando Ctrl + C.

Usted puede notar que en el silbido de salida, cada silbido tiene un Protocolo de mensajes de control de Internet (ICMP) número de secuencia asociado a él. Cada petición y respuesta se marca con este número de secuencia para que los dispositivos sepan qué respuesta va con cada petición.

Video: Modem Technicolor TG582n (Telmex)Saber si te rroban internet HD

Si usted sabe que ha enviado la solicitud 3 en un momento determinado, se puede comprobar el tiempo de respuesta que recibes 3 y registrar el tiempo necesario para que todo el ida y vuelta.

los silbido comando le da una gran cantidad de información. En primer lugar, usted sabe la dirección remota que ha elegido está en marcha y que responde porque el comando produjo alguna salida. En segundo lugar, si se examinan los datos resumidos en la parte inferior de la salida, se puede ver estadísticas importantes sobre el camino.

Por ejemplo, observe que cinco paquetes fueron transmitidos y se recibieron cinco respuestas. Esta información le dice que todo el silbido las solicitudes fueron recibidas por el dispositivo remoto. Si la red está teniendo problemas o los paquetes se pierden, verá que no todos los paquetes transmitidos como resultado un paquete de respuesta recibido. La pérdida de paquetes es un indicador de que algo está mal en la red.

Además, la salida de resumen muestra el mínimo, máximo, promedio y las desviaciones estándar de los tiempos de respuesta. En este ejemplo, el tiempo de tránsito de ida y vuelta para el silbido y la respuesta es del orden de .500 milisegundos, que es excepcionalmente rápido. Si el tiempo de ida y vuelta es superior a 150 o 200 milisegundos, es probable que desee echar un vistazo a la red para determinar dónde se origina la latencia.

Usted puede preguntarse por qué ocurre si no hay un camino a router7 de router1. los silbido comando revela que la información así:

usuario @ router1gt; de ping router7PING router7 (192.168.24.1): 56 datos bytesping: sendto: No ruta a hostping: sendto: No ruta a hostping: sendto: No ruta a hostping: sendto: No ruta a hostping: sendto: No hay ruta de acoger ^ C- - estadísticas router7 de ping --- 5 paquetes transmitidos, 0 paquetes recibidos, 100% de pérdida de paquetes

En este caso, router7 no es accesible desde router1. El ping falla, y el cien por ciento de los paquetes enviados se pierden, lo que significa que no hay respuesta. Para averiguar si la falta de respuesta significa que el router está inactivo o si ha ocurrido un problema en algún lugar entre router1 y router7, se puede emitir una traceroute mando.