Como verificar conexões entre dispositivos junos usando ping
A primeira coisa que a maioria das pessoas fazem 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
Conteúdo
Do prompt de comando do Junos OS, você pode emitir o sibilo comando. Efetue login no dispositivo que você deseja iniciar a partir e enviar um ping para um endereço no host-remoto que seja, para o endereço que você espera ter um caminho para através da rede.
Por exemplo, você pode fazer login para router1. De lá, você quer garantir que você tenha 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 @ router1gt; pingue 10.0.24.2PING 10.0.24.2: 56 dados bytes64 bytes de 10.0.24.2: icmp_seq = 0 ttl = 62 tempo = 0.520 bytes de MS64 10.0.24.2: icmp_seq = 1 ttl = 62 tempo = 0,417 bytes de MS64 10.0.24.2: icmp_seq = 2 ttl = 62 tempo = 0,497 bytes de MS64 10.0.24.2: icmp_seq = 3 ttl = 62 tempo = 0,424 bytes de MS64 10.0.24.2: icmp_seq = 4 = 62 ttl tempo = 0,501 ms ^ C --- 10.0.24.2 estatísticas de ping --- 5 pacotes transmitidos, 5 pacotes recebidos, 0% de pacotes lossround-viagem 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.
Video: Comando ipconfig e ping
Após o recebimento 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 no 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 é apanhado com este número de sequência de modo a que os dispositivos de saber qual a resposta vai com qual pedido.
Video: Como Dar Ping na Internet
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 toda a ida e volta.
o sibilo comando dá-lhe uma riqueza de informações. Primeiro, você sabe o endereço remoto que você escolheu é para cima e sensível 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, repare que cinco pacotes foram transmitidos e cinco respostas foram recebidos. Esta informação diz que toda a 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 síntese mostra o mínimo, máximo, média e desvios padrão para os tempos de resposta. Neste exemplo, o tempo de trânsito de ida e volta para o sibilo ea resposta é da ordem de .500 milissegundos, o que é excepcionalmente rápido. Se o tempo de ida e volta excede 150 ou 200 milésimos de segundo, você provavelmente vai querer dar uma olhada na rede para determinar onde a latência é originário.
Video: Curso de Redes em DVD - Utilizando o Comando Ping para Testar conectividade em Rede
Você pode se perguntar o que acontece se não há caminho para router7 a partir de router1. o sibilo comando revela que a informação assim:
user @ router1gt; pingue router7PING router7 (192.168.24.1): 56 dados bytesping: sendto: Nenhuma rota para hostping: sendto: Nenhuma rota para hostping: sendto: Nenhuma rota para hostping: sendto: Nenhuma rota para hostping: sendto: Nenhuma rota para acolher ^ C- - estatísticas router7 Ping --- 5 pacotes transmitidos, 0 pacotes recebidos, 100% de perda de pacotes
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.