Tabla de Contenido
Verifique a conectividade com ping
Quer sua rede seja pequena e nova, ou você esteja escalando uma rede existente, você sempre desejará ser capaz de verificar se seus componentes estão devidamente conectados entre si e à Internet. Este tópico discute alguns utilitários que você pode usar para garantir que sua rede esteja conectada.
O comando ping é a maneira mais eficaz de testar rapidamente a conectividade da Camada 3 entre um endereço IP de origem e de destino. O comando também exibe várias estatísticas de tempo de ida e volta.
Especificamente, o comando ping usa as mensagens de eco (ICMP Tipo 8) e de resposta de eco (ICMP Tipo 0) do protocolo ICMP (Internet Control Message Protocol). O comando ping está disponível na maioria dos sistemas operacionais, incluindo Windows, Linux, macOS e Cisco IOS.
Em um host Windows 10, o comando ping envia quatro mensagens de eco ICMP consecutivas e espera quatro respostas de eco ICMP consecutivas do destino.
Por exemplo, suponha que o PC A efetue ping no PC B. Conforme mostrado na figura, o host do PC A Windows envia quatro mensagens de eco ICMP consecutivas para o PC B (ou seja, 10.1.1.10).
O host de destino recebe e processa os ecos ICMP. Conforme mostrado na figura, o PC B responde enviando quatro mensagens de resposta de eco ICMP para o PC A.
Conforme mostrado na saída do comando, o PC A recebeu respostas de eco do PC-B verificando a conexão de rede da Camada 3.
C:\Users\PC-A> ping 10.1.1.10
Pinging 10.1.1.10 with 32 bytes of data:
Reply from 10.1.1.10: bytes=32 time=47ms TTL=51
Reply from 10.1.1.10: bytes=32 time=60ms TTL=51
Reply from 10.1.1.10: bytes=32 time=53ms TTL=51
Reply from 10.1.1.10: bytes=32 time=50ms TTL=51
Ping statistics for 10.1.1.10:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 47ms, Maximum = 60ms, Average = 52ms
C:\Users\PC-A>A saída valida a conectividade da Camada 3 entre o PC A e o PC B.
Uma saída de comando Cisco IOS ping varia de um host Windows. Por exemplo, o ping do IOS envia cinco mensagens de eco ICMP, conforme mostrado na saída.
R1# ping 10.1.1.10
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 10.1.1.10, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 1/1/2 ms
R1#Observe o !!!!! caracteres de saída. O comando IOS ping exibe um indicador para cada resposta de eco ICMP recebida. A tabela lista os caracteres de saída mais comuns do comando ping.
Indicadores IOS Ping
| Elemento | Descrição |
|---|---|
| ! | A marca de exclamação indica o recebimento bem-sucedido de uma mensagem de resposta de eco. Valida uma conexão da camada 3 entre a origem e o destino. |
| . | Um período significa que o tempo de espera expirou por uma mensagem de resposta de eco. Isso indica que um problema de conectividade ocorreu em algum lugar ao longo do caminho. |
| U | U maiúsculo indica que um roteador ao longo do caminho respondeu com uma mensagem de erro ICMP Tipo 3 “destino inacessível”. Os motivos possíveis incluem o roteador não saber a direção para a rede de destino ou não encontrar o host na rede de destino. |
Nota: Outras respostas de ping possíveis incluem Q, M,? Ou &. No entanto, o significado deles está fora do escopo deste módulo.
Ping Estendido
Um ping padrão usa o endereço IP da interface mais próxima da rede de destino como a origem do ping. O endereço IP de origem do comando ping 10.1.1.10 em R1 seria o da interface G0 / 0/0 (ou seja, 209.165.200.225), conforme ilustrado no exemplo.
O Cisco IOS oferece um modo “estendido” do comando ping. Este modo permite que o usuário crie tipos especiais de pings ajustando os parâmetros relacionados à operação do comando.
O ping estendido é inserido no modo EXEC privilegiado digitando ping sem um endereço IP de destino. Em seguida, você receberá vários prompts para personalizar o ping estendido.
Nota: Pressionar Enter aceita os valores padrão indicados.
Por exemplo, suponha que você queira testar a conectividade da LAN R1 (ou seja, 192.168.10.0/24) para a LAN 10.1.1.0. Isso pode ser verificado no PC A. No entanto, um ping estendido pode ser configurado em R1 para especificar um endereço de origem diferente.
Conforme ilustrado no exemplo, o endereço IP de origem do comando ping estendido em R1 pode ser configurado para usar o endereço IP da interface G0 / 0/1 (ou seja, 192.168.10.1).
A seguinte saída de comando configura um ping estendido em R1 e especifica o endereço IP de origem para ser aquele da interface G0 / 0/1 (ou seja, 192.168.10.1).
R1# ping
Protocol [ip]:
Target IP address: 10.1.1.10
Repeat count [5]:
Datagram size [100]:
Timeout in seconds [2]:
Extended commands [n]: y
Ingress ping [n]:
Source address or interface: 192.168.10.1
DSCP Value [0]:
Type of service [0]:
Set DF bit in IP header? [no]:
Validate reply data? [no]:
Data pattern [0x0000ABCD]:
Loose, Strict, Record, Timestamp, Verbose[none]:
Sweep range of sizes [n]:
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 10.1.1.1, timeout is 2 seconds:
Packet sent with a source address of 192.168.10.1
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 1/1/1 ms
R1#
Nota: O comando ping ipv6 é usado para pings estendidos IPv6.
Verifique a conectividade com o Traceroute
O comando ping é útil para determinar rapidamente se há um problema de conectividade da Camada 3. No entanto, ele não identifica onde o problema está localizado ao longo do caminho.
O Traceroute pode ajudar a localizar áreas problemáticas da Camada 3 em uma rede. Um rastreamento retorna uma lista de saltos à medida que um pacote é roteado por uma rede. Pode ser usado para identificar o ponto ao longo do caminho onde o problema pode ser encontrado.
A sintaxe do comando trace varia entre os sistemas operacionais, conforme ilustrado na figura.
Comandos de rastreamento do Windows e Cisco IOS
A seguir está um exemplo de saída do comando tracert em um host Windows 10.
C:\Users\PC-A> tracert 10.1.1.10
Tracing route to 10.1.10 over a maximum of 30 hops:
1 2 ms 2 ms 2 ms 192.168.10.1
2 * * * Request timed out.
3 * * * Request timed out.
4 * * * Request timed out.
^C
C:\Users\PC-A>Nota: Use Ctrl-C para interromper um tracert no Windows.
A única resposta bem-sucedida foi do gateway em R1. As solicitações de rastreamento para o próximo salto atingiram o tempo limite conforme indicado pelo asterisco (*), o que significa que o roteador do próximo salto não respondeu. As solicitações de tempo limite indicam que há uma falha na internetwork além da LAN ou que esses roteadores foram configurados para não responder às solicitações de eco usadas no rastreamento. Neste exemplo, parece haver um problema entre R1 e R2.
Uma saída do comando traceroute do Cisco IOS varia do comando tracert do Windows. Por exemplo, consulte a seguinte topologia.
A seguir está um exemplo de saída do comando traceroute de R1.
R1# traceroute 10.1.1.10
Type escape sequence to abort.
Tracing the route to 10.1.1.10
VRF info: (vrf in name/id, vrf out name/id)
1 209.165.200.226 1 msec 0 msec 1 msec
2 209.165.200.230 1 msec 0 msec 1 msec
3 10.1.1.10 1 msec 0 msec
R1#Neste exemplo, o rastreamento validou que poderia chegar ao PC B.
Os tempos limite indicam um problema potencial. Por exemplo, se o host 10.1.1.10 não estivesse disponível, o comando traceroute exibiria a seguinte saída.
R1 # traceroute 10.1.1.10
Digite a sequência de escape para abortar.
Rastreando a rota até 10.1.1.10
Informação VRF: (vrf em nome / id, vrf out nome / id)
1 209.165.200.226 1 mseg 0 mseg 1 mseg
2 209.165.200.230 1 mseg 0 mseg 1 mseg
3 * * *
4 * * *
5 *Use Ctrl-Shift-6 para interromper um traceroute no Cisco IOS.
Nota: A implementação do Windows de traceroute (tracert) envia solicitações de eco ICMP. Cisco IOS e Linux usam UDP com um número de porta inválido. O destino final retornará uma mensagem de porta ICMP inacessível.
Traceroute estendido
Como o comando ping estendido, também existe um comando traceroute estendido. Permite que o administrador ajuste os parâmetros relacionados à operação do comando. Isso é útil para localizar o problema ao solucionar loops de roteamento, determinar o roteador de próximo salto exato ou determinar onde os pacotes estão sendo descartados ou negados por um roteador ou firewall.
O comando tracert do Windows permite a entrada de vários parâmetros por meio de opções na linha de comando. No entanto, não é guiado como o comando IOS traceroute estendido. A saída a seguir exibe as opções disponíveis para o comando tracert do Windows.
C:\Users\PC-A> tracert /?
Usage: tracert [-d] [-h maximum_hops] [-j host-list] [-w timeout]
[-R] [-S srcaddr] [-4] [-6] target_name
Options:
-d Do not resolve addresses to hostnames.
-h maximum_hops Maximum number of hops to search for target.
-j host-list Loose source route along host-list (IPv4-only).
-w timeout Wait timeout milliseconds for each reply.
-R Trace round-trip path (IPv6-only).
-S srcaddr Source address to use (IPv6-only).
-4 Force using IPv4.
-6 Force using IPv6.
C:\Users\PC-A>A opção de traceroute estendido do Cisco IOS permite que o usuário crie um tipo especial de rastreamento ajustando os parâmetros relacionados à operação do comando. O traceroute estendido é inserido no modo EXEC privilegiado digitando traceroute sem um endereço IP de destino. O IOS irá guiá-lo através das opções de comando, apresentando uma série de prompts relacionados à configuração de todos os diferentes parâmetros.
Nota: Pressionar Enter aceita os valores padrão indicados.
Por exemplo, suponha que você deseja testar a conectividade com o PC B da LAN R1. Embora isso possa ser verificado no PC A, um traceroute estendido pode ser configurado em R1 para especificar um endereço de origem diferente.
Conforme ilustrado no exemplo, o endereço IP de origem do comando traceroute estendido em R1 pode ser configurado para usar o endereço IP de interface R1 LAN (ou seja, 192.168.10.1).
R1# traceroute
Protocol [ip]:
Target IP address: 10.1.1.10
Ingress traceroute [n]:
Source address: 192.168.10.1
DSCP Value [0]:
Numeric display [n]:
Timeout in seconds [3]:
Probe count [3]:
Minimum Time to Live [1]:
Maximum Time to Live [30]:
Port Number [33434]:
Loose, Strict, Record, Timestamp, Verbose[none]:
Type escape sequence to abort.
Tracing the route to 192.168.10.10
VRF info: (vrf in name/id, vrf out name/id)
1 209.165.200.226 1 msec 1 msec 1 msec
2 209.165.200.230 0 msec 1 msec 0 msec
3 *
10.1.1.10 2 msec 2 msec
R1#Linha de base da rede
Uma das ferramentas mais eficazes para monitorar e solucionar problemas de desempenho de rede é estabelecer uma linha de base de rede. A criação de uma linha de base de desempenho de rede eficaz é realizada ao longo de um período de tempo. Medir o desempenho em tempos e cargas variados ajudará a criar uma imagem melhor do desempenho geral da rede.
A saída derivada dos comandos de rede contribui com dados para a linha de base da rede. Um método para iniciar uma linha de base é copiar e colar os resultados de um ping executado, trace ou outros comandos relevantes em um arquivo de texto. Esses arquivos de texto podem ser marcados com a data e a hora e salvos em um arquivo para recuperação e comparação posterior.
Entre os itens a serem considerados estão as mensagens de erro e os tempos de resposta de host para host. Se houver um aumento considerável nos tempos de resposta, pode haver um problema de latência a ser resolvido.
Por exemplo, a seguinte saída de ping foi capturada e colada em um arquivo de texto.
19 de agosto de 2021 às 08:14:43
C:\Users\PC-A> ping 10.1.1.10
Pinging 10.1.1.10 with 32 bytes of data:
Reply from 10.1.1.10: bytes=32 time<1ms TTL=64
Reply from 10.1.1.10: bytes=32 time<1ms TTL=64
Reply from 10.1.1.10: bytes=32 time<1ms TTL=64
Reply from 10.1.1.10: bytes=32 time<1ms TTL=64
Ping statistics for 10.1.1.10:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 0ms, Maximum = 0ms, Average = 0ms
C:\Users\PC-A>Observe que os tempos de ida e volta do ping são menores que 1 ms.
Um mês depois, o ping é repetido e capturado.
19 de setembro de 2021 às 10:18:21
C:\Users\PC-A> ping 10.1.1.10
Pinging 10.1.1.10 with 32 bytes of data:
Reply from 10.1.1.10: bytes=32 time=50ms TTL=64
Reply from 10.1.1.10: bytes=32 time=49ms TTL=64
Reply from 10.1.1.10: bytes=32 time=46ms TTL=64
Reply from 10.1.1.10: bytes=32 time=47ms TTL=64
Ping statistics for 10.1.1.10:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 46ms, Maximum = 50ms, Average = 48ms
C:\Users\PC-A>Observe desta vez que os tempos de ida e volta do ping são muito mais longos, indicando um problema potencial.
As redes corporativas devem ter linhas de base extensas; mais extenso do que podemos descrever neste curso. Ferramentas de software de nível profissional estão disponíveis para armazenar e manter informações básicas. Neste curso, cobrimos algumas técnicas básicas e discutimos o propósito das linhas de base.
As melhores práticas da Cisco para processos de linha de base podem ser encontradas pesquisando na Internet por “Práticas recomendadas de processo de linha de base”.
Laboratório – Teste a latência da rede com ping e traceroute
Neste laboratório, você concluirá os seguintes objetivos:
- Parte 1: use ping para documentar a latência da rede
- Parte 2: Use Traceroute para documentar a latência da rede