Cisco CCNAv7 - Verificar a conectividade da rede

Introdução

Depois de configurar endereços IP, é preciso confirmar que a rede funciona. Para isso, usam-se ferramentas de teste e comandos de verificação. Neste post, você vai aprender a usar o ping, o teste de loopback e os comandos show, e a seguir um roteiro lógico para encontrar problemas.

O comando ping

O ping envia pequenas mensagens (do protocolo ICMP) para um destino e espera uma resposta. Com ele, você descobre se o destino está acessível e quanto tempo a resposta leva.

flowchart LR
  A["Origem: envia pedido de eco"] -->|"ICMP Echo Request"| B["Destino"]
  B -->|"ICMP Echo Reply"| A

Ping no Windows e no Linux

C:\> ping 192.168.1.1
$ ping -c 4 192.168.1.1

Sistema	Comportamento padrão
Windows	Envia 4 pacotes e para
Linux	Envia pacotes continuamente; use `-c 4` para limitar, ou Ctrl+C para parar

Exemplo de resultado:

Reply from 192.168.1.1: bytes=32 time=1ms TTL=64
Reply from 192.168.1.1: bytes=32 time<1ms TTL=64
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss)

Informação	O que significa
Reply from	O destino respondeu: há conectividade
time	Tempo de ida e volta, em milissegundos
Lost	Pacotes que não voltaram: quanto menor, melhor
`Request timed out`	Sem resposta: destino fora do ar, rota errada ou bloqueio por firewall
`Destination host unreachable`	Um equipamento informa que não sabe chegar ao destino

Ping no Cisco IOS

No modo privilegiado, o ping do IOS mostra o resultado com símbolos:

SW-LAB1# ping 192.168.1.10
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 192.168.1.10, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 1/1/2 ms

Símbolo	Significado
`!`	Resposta recebida
`.`	Tempo esgotado, sem resposta
`U`	Destino inalcançável

Teste de loopback

O endereço 127.0.0.1 (IPv4) ou ::1 (IPv6) é o endereço de loopback: aponta para o próprio dispositivo. Pingá-lo testa se a pilha TCP/IP do equipamento está funcionando, sem depender da rede.

C:\> ping 127.0.0.1

Se o loopback responde, o problema não está na instalação do protocolo IP no computador. Se falha, há um problema com o sistema operacional ou com o software de rede.

Roteiro de verificação em camadas

Quando algo não funciona, siga uma sequência do mais próximo ao mais distante. Assim, você descobre onde o problema está:

flowchart TB
  A["Ping para 127.0.0.1: pilha TCP/IP local"] --> B["Ping para o próprio IP: placa de rede e configuração"]
  B --> C["Ping para o gateway padrão: rede local"]
  C --> D["Ping para um IP remoto: rotas e saída da rede"]
  D --> E["Ping para um nome, como www.exemplo.com: DNS"]

Teste	Se falhar, suspeite de
127.0.0.1	Instalação de rede ou sistema operacional do dispositivo
Próprio IP	Placa de rede desativada ou configuração incorreta
Gateway padrão	Cabo, Wi-Fi, switch, máscara ou endereço do gateway errados
IP na Internet (ex.: `8.8.8.8`)	Gateway, roteador ou conexão com a operadora
Nome de site	Servidor DNS incorreto ou indisponível

Comandos show para diagnóstico

No IOS, comandos show mostram o estado do equipamento. Os mais usados na verificação básica:

Comando	O que mostra
`show ip interface brief`	Resumo das interfaces: IP, status e protocolo
`show interfaces`	Detalhes de cada interface: velocidade, duplex, erros, MAC
`show interfaces status`	Estado das portas do switch de forma resumida
`show running-config`	Configuração em uso
`show ip route`	Tabela de rotas (em roteadores)
`show version`	Versão do IOS, tempo ligado e hardware

Exemplo de show ip interface brief em um switch:

SW-LAB1# show ip interface brief
Interface              IP-Address      OK? Method Status      Protocol
Vlan1                  192.168.1.20    YES manual up          up
FastEthernet0/1        unassigned      YES unset  up          up
FastEthernet0/2        unassigned      YES unset  up          up
FastEthernet0/3        unassigned      YES unset  down        down

Neste exemplo, a Vlan1 tem IP e está ativa. As portas Fa0/1 e Fa0/2 estão conectadas, e a Fa0/3 está sem cabo (down).

Problemas comuns e causas

Sintoma	Causa provável
Interface `down / down`	Cabo desconectado ou com defeito, equipamento do outro lado desligado
Interface `administratively down`	Alguém executou `shutdown`
`Vlan1` em `down`	Nenhuma porta da VLAN 1 ativa, ou falta de `no shutdown`
Ping para o gateway falha	IP, máscara ou gateway digitados incorretamente
Ping funciona só em uma direção	Firewall do computador bloqueando respostas ICMP

Mini laboratório: testando a rede de ponta a ponta

Objetivo: configurar uma rede simples e validar a conectividade em camadas.

Cenário: dois PCs e um switch, com a configuração do laboratório anterior.

flowchart LR
  PC1["PC1: 192.168.1.10"] ---|"Fa0/1"| SW["Switch: 192.168.1.20"]
  PC2["PC2: 192.168.1.11"] ---|"Fa0/2"| SW

No PC1, abra o Command Prompt e execute ping 127.0.0.1. Deve responder.
Execute ping 192.168.1.10 (o próprio IP). Deve responder.
Execute ping 192.168.1.11 (PC2). Deve responder, e o primeiro pacote pode demorar mais.
Execute ping 192.168.1.20 (switch). Deve responder.
No switch, execute ping 192.168.1.10 e ping 192.168.1.11. Observe os símbolos !.
No switch, execute show ip interface brief e interprete cada linha.
Provoque uma falha: no switch, entre em interface fastethernet 0/2 e use shutdown.
No PC1, faça ping 192.168.1.11 de novo. O que aconteceu? Verifique o status com show ip interface brief.
Corrija com no shutdown e teste de novo.
Salve a configuração com copy running-config startup-config.

Perguntas para fixar:

O que o ping para 127.0.0.1 testa?
Em que ordem você testaria a conectividade quando um site não abre?
Qual é a diferença entre down / down e administratively down?

Resumo

O ping usa mensagens ICMP para testar se um destino está acessível e medir o tempo de resposta.
No IOS, os símbolos !, . e U mostram o resultado.
O loopback (127.0.0.1) testa a pilha TCP/IP do próprio dispositivo.
Verifique em camadas: loopback, próprio IP, gateway, IP remoto e nome (DNS).
show ip interface brief e show interfaces ajudam a diagnosticar problemas físicos e de configuração.