2.06 Comandos de Verificação

Como você sabe agora, o endereçamento IP é parte integrante da rede e, dada a complexidade do endereçamento e sub-rede, é comum ter erros de endereçamento IP na rede. Portanto, é essencial para você solucionar problemas comuns relacionados ao endereçamento IP. Antes de solucionar problemas de uma rede, você deve entender os protocolos e utilitários comuns abaixo que são usados para solucionar problemas:

Packet InterNet Grouper (PING) - Ping é um dos utilitários mais utilizados que é usado para solucionar problemas de endereçamento e conectividade. Este utilitário está disponível em quase todos os sistemas operacionais, incluindo dispositivos Cisco e pode ser acessado pela interface da linha de comando usando o comando ping. Ele usa o protocolo ICMP para verificar se o host de destino está ao vivo ou não.
Traceroute - Traceroute é outro utilitário comum que está disponível com todos os sistemas operacionais. Em alguns sistemas operacionais, o utilitário pode ser acessado usando o comando tracert ou traceroute na CLI. Ele é usado para encontrar cada salto entre os hosts de origem e de destino e é útil para ver o caminho seguido por um pacote.
Tabela ARP - Às vezes, é útil examinar a tabela ARP de um sistema. Esta tabela contém o endereço MAC para ligações de endereço IP aprendidas pelo sistema. Na maioria dos sistemas operacionais, a tabela ARP pode ser visualizada usando o comando arp -a. Em um dispositivo Cisco, a tabela arp pode ser vista usando o comando show ip arp.
IP Config- Às vezes, você precisa verificar o endereço IP, a máscara de sub-rede, o gateway padrão e os endereços DNS que o host está usando. Em uma máquina do Windows, toda essa informação pode ser vista na saída do comando ipconfig / all. Em um sistema baseado em unix, esta informação pode ser vista usando o comando ifconfig.

Para a seção a seguir, considere a rede mostrada na Figura 2-6. Nesta rede, o HostA está tentando alcançar o ServerA e o ServerB, mas não é capaz de.

Antes de analisar o endereço IP, você deve verificar rapidamente a conectividade de rede usando quatro etapas que a Cisco recomenda:

1. Ping 127.0.0.1, o endereço de loopback do Host. Você precisará abrir uma janela de terminal do seu sistema operacional para usar o utilitário ping. Se você obtiver uma saída semelhante à seguinte, mostra que a pilha de IP no host está funcionando bem:

Ping 127.0.0.1

PING 127.0.0.1 (127.0.0.1): 56 bytes de dados

64 bytes de 127.0.0.1: icmp_seq = 0 ttl = 64 time = 0.073 ms

64 bytes de 127.0.0.1: icmp_seq = 1 ttl = 64 tempo = 0.096 ms

64 bytes de 127.0.0.1: icmp_seq = 2 ttl = 64 tempo = 0.095 ms

64 bytes de 127.0.0.1: icmp_seq = 3 ttl = 64 tempo = 0.145 ms

Figura 2-6 Solução de problemas de cenário de endereçamento IP

2. Pressione o endereço IP do próprio host. Se for bem sucedido, ele mostra que a NIC do host está funcionando bem.

> Ping 192.168.1.50

PING 192.168.1.50 (192.168.1.50): 56 bytes de dados

64 bytes de 192.168.1.50: icmp_seq = 0 ttl = 64 vezes = 0.075 ms

64 bytes de 192.168.1.50: icmp_seq = 1 ttl = 64 vezes = 0.096 ms

64 bytes de 192.168.1.50: icmp_seq = 2 ttl = 64 tempo = 0.155 ms

64 bytes de 192.168.1.50: icmp_seq = 3 ttl = 64 tempo = 0.151 ms

3. Pressione o gateway padrão do host. Se o ping funcionar, mostra que seu host pode se comunicar com a rede e o gateway padrão.

> Ping 192.168.1.1

PING 192.168.1.1 (192.168.1.1): 56 bytes de dados

64 bytes de 192.168.1.1: icmp_seq = 0 ttl = 64 tempo = 0.075 ms

64 bytes de 192.168.1.1: icmp_seq = 1 ttl = 64 tempo = 0.096 ms

64 bytes de 192.168.1.1: icmp_seq = 2 ttl = 64 vezes = 0.155 ms

64 bytes de 192.168.1.1: icmp_seq = 3 ttl = 64 tempo = 0.151 ms

4. Finalmente, ping o host remoto, ServerA ou ServerB em nosso caso. Se o ping for bem sucedido, isso significa que existe um problema de protocolo de camada de DNS ou aplicativo entre o host e o ServerA. No entanto, no nosso caso, o ping falha.

> Ping 192.168.2.65

PING 192.168.2.65 (192.168.2.65): 56 bytes de dados

Solicitar tempo limite para icmp_seq 0

Solicitar tempo limite para icmp_seq 1

Solicitar tempo limite para icmp_seq 2

Solicitar tempo limite para icmp_seq 3

Agora que você usou a maneira recomendada da Cisco de determinar se o problema está na rede, é hora de examinar o endereçamento. Neste exercício, você precisa olhar para o endereço IP, a máscara de sub-rede e o gateway padrão configurado (como mostrado na Figura 2-6) para ver se eles estão corretamente configurados. Você pode simplesmente olhar a máscara de sub-rede e ver quais são os endereços de host válidos nessa sub-rede para ver se os endereços IP válidos foram configurados. Faça uma abordagem passo-a-passo, conforme mostrado abaixo, para reduzir a área do problema:

O Host possui um endereço IP de 192.168.1.50/25. Uma máscara de / 25 mostra que o host está na sub-rede 192.168.1.0/25 (/ 25 = 255.255.255.128, o que dá duas sub-redes - 0 e 128). Portanto, o endereço IP fornecido ao host é um endereço de host válido.

O endereço do Gateway no host é 192.168.1.1 e esse é o endereço IP na interface do roteador conectada à rede. O endereço IP reside no mesmo intervalo de sub-rede que o endereço do host. O Passo 1 e o Passo 2 eliminam o problema de endereçamento no segmento de rede ao qual o host está conectado.

O próximo segmento de rede é o link ponto-a-ponto entre RouterA e RouterB. A máscara de sub-rede de / 30 fornece sub-redes 0,4,8,12 ... .128. Os endereços de host válidos na rede 192.168.1.128/30 são 192.168.1.129 e 192.168.1.130. Portanto, os links ponto-a-ponto possuem endereços válidos.

O próximo segmento de rede é aquele ao qual o ServerA está conectado. / 26 máscaras converte para 255.255.255.192. 192 deduzido de 256 folhas 64. Isto significa que as sub-redes válidas são 192.168.2.0, 192.168.2.64, 192.168.2.128, 192.168.2.192. O endereço do ServerA é um endereço válido na sub-rede 192.168.2.64, mas o gateway padrão e o endereço do roteador estão na sub-rede 192.168.2.0. Portanto, o endereço do ServerA está na sub-rede errada e precisa ser alterado para um endereço válido na sub-rede 192.168.2.0. Isso explica por que o HostA não é capaz de alcançar o ServerA.

O segmento final é aquele ao qual o ServerB se conecta. A partir dos cálculos feitos no passo anterior, você pode ver que o endereço do ServerB está na sub-rede 192.168.2.128. Os endereços de host válidos nesta sub-rede são de 129 a 190. 191 é o endereço de transmissão da sub-rede. Enquanto o roteador (gateway padrão) está configurado com um endereço válido, o ServerB recebeu o endereço de transmissão, que precisa ser alterado. Isso explica por que HostA não é capaz de alcançar o ServerB.

Se você é cuidadoso em ir passo a passo e descobrir endereços válidos em cada sub-rede, você pode descobrir qualquer problema de endereçamento em nenhum momento. Vamos dar uma olhada em outro exemplo dois exemplos. Para esses exemplos, usaremos a rede mostrada na Figura 2-7.

Figura 2-7 Solução de problemas do endereço IP - Exemplo # 2 e # 3

Exemplo # 2

Problema: HostB é capaz de alcançar HostD, mas não é capaz de alcançar o HostA

Solução: a questão nos diz duas coisas. Primeiro, o HostB é capaz de alcançar o HostD, o que significa que a rede do HostB até o HostD está funcionando bem. Em segundo lugar, o HostB não consegue alcançar o HostA. É simples descobrir que há um problema no HostA. Para encontrar o problema, dê uma olhada nas informações de endereço IP fornecidas para HostA:

Uma máscara de sub-rede de 27 suportes para 255.255.255.224.
Deduzindo 224 de 256 nos dá 32. Assim, as sub-redes de host válidas são 0, 32, 64 e assim por diante.
O endereço do HostB e do RouterA está na sub-rede 192.168.1.0/27 que possui um intervalo de host válido de 1 a 30. O endereço de transmissão para esta sub-rede é 192.168.1.31.
Você notará que o HostA possui um endereço IP de 192.168.1.31/27, que é o endereço de transmissão desta sub-rede e não um endereço de host válido. Portanto, HostA não pode ser alcançado a partir da rede.

Alerta de exame: espere muitas perguntas em diferentes formas, onde esses erros de endereçamento IP serão ocultos durante o exame. Cada vez que você precisa encontrar pacientemente a sub-rede e os endereços de host válidos.

Endereços de broadcast

Os endereços de broadcast e broadcast são discutidos muitas vezes no Capítulo 1 e no Capítulo 2. A transmissão é um termo genérico que significa mensagem ou dados enviados a todos os hosts em uma rede enquanto o endereço de transmissão é um termo genérico que significa um endereço para o qual as transmissões são enviadas. É importante entender que nem todas as transmissões são as mesmas. Eles podem ser divididos em dois tipos diferentes:

Broadcasts de camada 2 - Estas transmissões são enviadas na camada 2 e estão limitadas a uma LAN. Estes não cruzam o limite de uma LAN, que é definida por um roteador.
Broadcasts da camada 3 - Estas transmissões são enviadas na camada 3 e vão para a rede.

Você já sabe o que é o unicast e multicast, mas apenas para colocá-los em perspectiva de transmissões, esses termos são definidos abaixo novamente:

Unicast - Mensagens ou dados enviados para um único host são chamados unicast.
Multicast - Mensagens ou dados enviados para um grupo de dispositivos é chamado de multicast.

Como emissões, os endereços de transmissão também diferem com base na camada. Os diferentes tipos são discutidos abaixo:

Endereço de broadcast de camada 2 - O endereço de camada 2 são valores hexadecimais de 48 bits. Um exemplo de endereços da camada 2 é a3.4c.56.ea.f5.aa. Da mesma forma, uma transmissão de camada 2 é um valor hexadecimal de todos os Fs ou um valor binário de todos os 1s - FF.FF.FF.FF.FF.FF
Endereço de broadcast da camada 3 - Este capítulo mostrou que o último endereço de uma sub-rede é um endereço de transmissão, como 192.168.1.255/24. Esses endereços têm todos os bits do host e se referem a todos os hosts nessa sub-rede. Um endereço com todos os seus bits ativados - 255.255.255.255 - é um endereço de transmissão especial que se refere a todos os hosts em todas as redes.

Um bom exemplo para entender como os endereços de transmissão são usados, considere o seguinte exemplo de como um host solicita o endereço IP de um servidor DHCP:

Quando um host inicia e precisa obter um endereço IP do servidor DHCP, ele não sabe se o servidor DHCP neste mesmo segmento LAN ou em um roteador. Então ele envia uma solicitação DHCP com o endereço IP de destino definido como 255.255.255.255 e o endereço MAC de destino definido como FF.FF.FF.FF.FF.FF
A transmissão da camada 2 sai para a LAN e, se um servidor DHCP estiver conectado ao segmento, ele responderá de volta.
Se o servidor DHCP não estiver no segmento, o roteador verá o pacote e o encobrirá em uma mensagem unicast e enviá-lo-á para o servidor DHCP. O roteador precisa ser configurado para isso.
O DHCP responderá de volta com um unicast.

Como demonstra o exemplo acima, a transmissão é muito útil e pode ser conversor para unicast quando necessário.