Lo primero que la mayoría de la gente hace 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 comando ping entra en juego.

A partir de los OS Junos comando prompt, puede emitir el comando ping. Inicie sesión en el dispositivo con el que desea iniciar desde y enviar un ping a una dirección en el host remoto; es decir, a la dirección que esperar a tener un camino a través de la red.

Por ejemplo, es posible acceder para router1. A partir de ahí, usted quiere asegurarse de que tiene conectividad a router7. Así que usted escoja cualquier dirección de red en router7 (cualquiera de las direcciones de interfaz, o incluso la dirección de bucle funcionará) y emite un comando ping:

usuario @ router1> ping 10.0.24.2
PING 10.0.24.2: bytes de datos 56
64 bytes de 10.0.24.2: icmp_seq = 0 ttl = 62 tiempo = 0.520 ms
64 bytes de 10.0.24.2: icmp_seq = 1 ttl = 62 tiempo = 0.417 ms
64 bytes de 10.0.24.2: icmp_seq = 2 ttl = 62 tiempo = 0.497 ms
64 bytes de 10.0.24.2: icmp_seq = 3 ttl = 62 tiempo = 0.424 ms
64 bytes de 10.0.24.2: icmp_seq = 4 ttl = 62 tiempo = 0.501 ms
^ C
--- estadísticas de ping 10.0.24.2 ---
5 paquetes transmitidos, 5 paquetes recibidos, 0% de pérdida de paquetes
de ida y vuelta 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, 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 presionando Ctrl + C.

Usted puede notar que en la salida de ping, cada una de ping tiene un protocolo de mensajes de control de Internet (ICMP) número de secuencia asociado a él. Cada solicitud y la respuesta se encuentra en posición con este número de secuencia para que los dispositivos saben que la respuesta va con cada petición.

Si usted sabe que usted envió solicitud 3 en un momento determinado, se puede comprobar el tiempo que recibes respuesta 3 y registrar el tiempo que le tomó a todo el ida y vuelta.

El comando ping le da una gran cantidad de información. En primer lugar, usted sabe la dirección remota que eligió está en marcha y sensible porque el comando arrojó algunos resultados. En segundo lugar, si se examinan los datos resumidos en la parte inferior de la salida, se puede ver las estadísticas importantes sobre el camino.

Por ejemplo, observe que cinco paquetes se transmiten y se recibieron cinco respuestas. Esta información le indica que todas las solicitudes de ping fueron recibidos por el dispositivo remoto. Si la red está teniendo problemas o los paquetes se pierden, podrás 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 anda mal en la red.

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

Usted puede preguntarse qué pasa si no hay un camino a router7 de router1. El comando ping revela que la información así:

usuario @ router1> ping router7
PING router7 (192.168.24.1): 56 bytes de datos
de ping: sendto: No route to host
de ping: sendto: No route to host
de ping: sendto: No route to host
de ping: sendto: No route to host
de ping: sendto: No route to host
^ C
--- estadísticas de ping router7 ---
5 paquetes transmitidos, 0 paquetes recibidos, el 100% de pérdida de paquetes

En este caso, router7 Isna € t accesible desde router1. El ping falla, y el cien por ciento de los paquetes enviados se pierden, lo que significa que thereâ € s ninguna respuesta. Para saber si la falta de respuesta se traduce en el router está apagado o si se produjo un problema en alguna parte entre router1 y router7, puede emitir un comando traceroute.