Como verificar conexões entre os dispositivos Junos Usando Ping

A primeira coisa que a maioria das pessoas depois de configurar o seu dispositivo é verificar para ver se eles podem enviar o tráfego através de links para outros nós dentro da rede. Este teste inicial é onde o sibilo comando entra em jogo.

A partir de prompt de comando do sistema operacional Junos, você pode emitir o sibilo comando. Efetue login no dispositivo que você deseja iniciar a partir e enviar um ping para um endereço na host- remoto que seja, para o endereço que você espera ter um caminho para através da rede.

Por exemplo, você pode efetuar login no router1. De lá, você quer garantir que você tem conectividade com router7. Então você escolher qualquer endereço de rede em router7 (Qualquer um dos endereços de interface, ou mesmo o endereço de auto-retorno vai funcionar) e emitir um sibilo comando:

user @ router1> 10.0.24.2PING de ping 10.0.24.2: 56 dados bytes64 bytes de 10.0.24.2: icmp_seq = 0 TTL = 62 time = 0.520 bytes MS64 de 10.0.24.2: icmp_seq = 1 TTL = 62 time = 0,417 bytes MS64 de 10.0.24.2: icmp_seq = 2 TTL = 62 time = 0,497 bytes MS64 de 10.0.24.2: icmp_seq = 3 TTL = 62 time = 0,424 bytes MS64 de 10.0.24.2: icmp_seq = 4 TTL = 62 time = 0,501 ms ^ C-- - estatísticas 10.0.24.2 Ping --- 5 pacotes transmitidos, 5 pacotes recebidos, 0% packet lossround-trip min / avg / max / stdDev = 0,417 / 0,472 / 0,520 / 0,043 ms

Depois de emitir o comando, o roteador envia pacotes para o endereço remoto. Quando o nó remoto recebe esses pacotes, gera um pacote de resposta e envia esse pacote de volta para o remetente original.

Após a recepção deste pacote de resposta, o roteador registra um ping bem sucedido e mede o tempo entre o envio do pedido original e receber a resposta. Este processo acontece mais e mais até que você pare o comando pressionando Ctrl + C.

Você pode notar que na sibilo de saída, cada sibilo tem um número de sequência de Internet Control Message Protocol (ICMP) associado a ele. Cada pedido e resposta é sinalizado com este número de seqüência para que os dispositivos saber qual resposta vai com qual pedido.

Se você sabe que você enviou pedido 3 em um determinado momento, você pode verificar o tempo que você recebe resposta 3 e gravar o tempo que levou para todo o ida e volta.

o sibilo comando dá-lhe uma riqueza de informações. Em primeiro lugar, você sabe o endereço remoto que você escolheu está ativo e receptivo porque o comando rendeu alguma saída. Em segundo lugar, se você examinar os dados de resumo na parte inferior da saída, você pode ver as estatísticas importantes sobre o caminho.

Por exemplo, observe que cinco pacotes foram transmitidos e cinco respostas foram recebidas. Esta informação diz-lhe que todo o sibilo pedidos foram recebidos pelo dispositivo remoto. Se a rede está com problemas ou os pacotes são perdidos, você vai ver que nem todos os pacotes transmitidos resultou em um pacote de resposta recebida. A perda de pacotes é um indicador de que algo está errado na rede.

Além disso, a saída de resumo mostra o mínimo, máximo, média e desvio padrão para os tempos de resposta. Neste exemplo, o tempo de passagem de ida e volta para o sibilo e a resposta é da ordem de milésimos de segundo .500, que é excepcionalmente rápida. Se o tempo de ida e volta exceder 150 ou 200 milissegundos, você provavelmente vai querer dar uma olhada na rede para determinar onde a latência é originário.

Você pode se perguntar o que acontece se não existe um caminho para router7 a partir de router1. o sibilo comando revela que a informação, bem como:

user @ router1> router7 de ping router7PING (192.168.24.1): Dados de 56 bytesping: sendto: Nenhuma rota para hostping: sendto: Nenhuma rota para hostping: sendto: Nenhuma rota para hostping: sendto: Nenhuma rota para hostping: sendto: No route to acolhimento ^ C --- estatísticas router7 de ping --- 5 pacotes transmitidos, 0 pacotes recebidos, 100% packet loss

Nesse caso, router7 não é acessível a partir de router1. O ping falhar, e cem por cento dos pacotes enviados são perdidos, o que significa que não há nenhuma resposta. Para saber se a falta de resposta significa que o roteador está em baixo ou se ocorreu um problema em algum lugar entre router1 e router7, você pode emitir um traceroute comando.