Questão ICMP

Esta questão foi sugerida pelo leitor Renato Barros:

“Observe a captura de tráfego de rede apresentada abaixo: O que você pode afirmar sobre ele?”

IP 172.20.0.1 > 172.19.19.1: icmp: echo request
IP 172.20.0.1 > 172.19.19.1:  icmp: echo request
IP 172.20.0.254 > 172.20.0.1: icmp: host 172.19.19.1 unreachable
IP 172.20.0.254 > 172.20.0.1: icmp: host 172.19.19.1 unreachable
IP 172.20.0.1 > 172.20.0.111: icmp: echo request
IP 172.20.0.111 > 172.20.0.1: icmp: echo reply
IP 172.20.0.1 > 172.20.0.111: icmp: echo request
IP 172.20.0.111 > 172.20.0.1: icmp: echo reply

I.O IP 172.20.0.1 tentou alcançar um endereço na sua rede e outro fora dela.
II. O IP 172.20.0.254 é um Gateway configurado na estação 172.20.0.1.
III. Um dos testes iniciados pelo IP 172.20.0.1 foi bem sucedido.
IV. A estação 172.19.19.1 provavelmente esta desligada.
V. A estação 172.20.0.111 provavelmente esta desligada.
VI. A estação 172.20.0.254 provavelmente esta desligada.

A – I,II,III e IV
B – III,V,VI
C – I,III,IV
D – I,II,III,VI
E – I,IV,VI

Boa sorte!

Abs,

Marco.

21 comentários

Pular para o formulário de comentário

  1. Opa ! Essa é legal hein !!!

    Fiquei na dúvida, mas acredito que seja resposta A. (A – I,II,III e IV)

    tentando provar, segue:

    I -IP 172.20.0.1 > 172.19.19.1: icmp: echo request / IP 172.20.0.111 > 172.20.0.1: icmp: echo reply (Um ping para sua rede e outro para outra rede…

    II – IP 172.20.0.254 > 172.20.0.1: icmp: host 172.19.19.1 unreachable (O Gateway responde ao host quando o destino é unreachable)

    III-IP 172.20.0.111 > 172.20.0.1: icmp: echo reply (Resposta ao ping gerado por 172.20.0.1). Essa eu fiquei na dúvida. Rs

    IV – IP 172.20.0.254 > 172.20.0.1: icmp: host 172.19.19.1 unreachable (Ou ela está desligada, ou não existe comunicação com esta rede.)

    Bom gente, não tenho 100% de certeza pois faz tempo que não reviso este assunto ICMP. Mas acredito estar certo.

    Fiquem com Deus !

  2. Letra “A”

    Temos a rede de origem 172.20.0.0/16, um host deste segmento 172.20.0.1 testou a conectividade com um host local 172.20.0.111 e um host remoto 172.19.19.1 de outro segmento;
    .´. afirmação 1 correta

    Quando um host local solicita uma conexão remota um “gateway” ou uma saida padrão tem que existir para que a informação saia do segmento e pela captura do tráfego percebe-se que quando o host local testa “icmp” um host remoto quem retorna o resultado da solicitação é o “gateway” 172.20.0.254.
    .´. afirmação 2 correta

    Echo Request e Echo Reply informa a troca de informações entre hosts, o Echo Request é gerado pelo host de origem e o Echo Reply é a resposta gera pelo host de destino. O host 172.20.0.1 teve sucesso com o host 172.20.0.111
    .´. afirmação 3 correta

    O único endereço que não deu sinal de vida foi o 172.19.19.1 os demais fizeram o seu papel o 172.20.0.111 com a mensagem Echo Reply e o 172.20.0.254 com a mensagem Unreachable.
    .´. afirmação 4 correta

    Acho que seja isto…

    Abs!
    claudio

  3. Opa!

    Letra A.

    Abraços

  4. Essa é boa… vamos lá.

    IP 172.20.0.1 > 172.19.19.1: icmp: echo request
    =>pacote echo request para ip 172.19.19.1 que está FORA da sua rede

    O host 172.20.0.1 precisa enviar um pacote echo request ICMP para o host 172.19.19.1. O host emissor fez o AND lógico e sabe que o host destino está FORA da sua rede. Portanto, ele precisa enviar o frame na sua rede para endereço MAC do seu default gateway (172.20.0.254) para que este se responsabilize pelo envio do pacote ICMP. Consultando sua tabela ARP, o host emissor já vê o MAC da interface do router de saída da sua rede, porque a entrada na tabela ARP ainda não expirou.

    IP 172.20.0.1 > 172.19.19.1: icmp: echo request
    =>O host 172.20.0.1 envia novamente um pacote echo request ICMP para o host 172.19.19.1 que está FORA da sua rede

    IP 172.20.0.254 > 172.20.0.1: icmp: host 172.19.19.1 unreachable
    =>mensagem icmp enviada pelo gateway da rede dizendo que a máquina está inalcançável, e provávelmente está desligada

    O default gateway (172.20.0.254) da rede do host emissor recebe o pacote ICMP envia por este, desencapsula o pacote do frame, verifica o endereço IP de destino (172.19.19.1) no pacote IP e procura na sua tabela de roteamento uma rota para a rede destino. O gateway acha a saída para a rede destino. O gateway faz um broadcast ARP para a rede destino perguntando “quem tem o IP 172.19.19.1” mas não obtem resposta para o frame. O gateway então envia uma mensagem de erro para somente o host de origem 172.20.0.1 informando que o host está inalcançável, e e provávelmente está desligada. Ou seja, segmento é alcançável, mas não o host.

    Temos aqui o código -> “U”

    IP 172.20.0.254 > 172.20.0.1: icmp: host 172.19.19.1 unreachable
    =>mensagem icmp enviada pelo gateway da rede dizendo que a máquina está inalcançável, e provávelmente está desligada

    Temos aqui o código -> “U”

    IP 172.20.0.1 > 172.20.0.111: icmp: echo request
    =>pacote echo request para ip 172.20.0.111 que está DENTRO da sua rede

    O host 172.20.0.1 precisa enviar um pacote echo request ICMP para o host 172.20.0.111. O host emissor fez o AND lógico e sabe que o host destino está DENTRO da sua rede. Consultando sua tabela ARP, o host emissor já vê o MAC do endereço IP de destino, porque a entrada na tabela ARP ainda não expirou. O host monta o pacote e encapsula o frame e envia.

    Temos aqui o código -> “!”

    IP 172.20.0.111 > 172.20.0.1: icmp: echo reply
    =>pacote echo reply em resposta ao request para ip 172.20.0.1

    Temos aqui o código -> “!”

    O host 172.20.0.111 recebe o frame, vê o seu endereço MAC no campo de destino, desencapsula frame, abre o pacote e verifica que precisa enviar um pacote echo reply ICMP para o host 172.20.0.1. O host 172.20.0.111 monta o pacote reply ICMP, encapsula o frame e envia pelo segmento de rede para o host emissor 172.20.0.1. Tudo isso em menos de 2 segundos, senão vamos ter timeout.

    IP 172.20.0.1 > 172.20.0.111: icmp: echo request
    =>pacote echo request para ip 172.20.0.111 que está DENTRO da sua rede

    Temos aqui o código -> “!”

    IP 172.20.0.111 > 172.20.0.1: icmp: echo reply
    =>pacote echo reply em resposta ao request para ip 172.20.0.1

    Temos aqui o código -> “!”

    Resposta => A

    Gostei. 😉

    Sds.
    Márcia Guimarães

  5. Letra A

    as explicações a cima são mais que suficientes, parabéns a todos

  6. Letra A, o pessoal esta excelente na teoria e na prática. Estou aprendendo muito aqui !

    Abs;

    🙂

  7. Letra A. Abs.

  8. Letra A. E a propósito, ótimas explicações ;D

  9. Por incrível que aparece eu estava estudando ICMP hoje na aula.

    A resposta certa é letra A. Não vou entrar em detalhes porque o pessoal já fez questão de explicar o exercício.

    Abraços!!!!!!!!!!!!!

  10. A

  11. Letra A galera

  12. Letra A.

  13. Letra E

  14. Letra A.

  15. Também fico com a letra “A”

    Realmente Carlos Dias, o pessoal aqui tá afiado!!! 😀

    Bela explicação Márcia!!! Nem vou me estender muito!!! 😉 rsrs

    Abraços à todos!!!

    Ferrugem

  16. Marcia, excelente explicação!!! Parabéns!!!

    A resposta correta, como muitos colocaram, é mesmo a A. Quem tiver interesse em saber por que, basta ler o comment de n.o. 4, da Márcia!

    Abs!!

    Marco.

  17. Questão simples, mas muito interessante! Legal Marco!

    Márcia, Parabéns pela longa e correta explicação! 😉

    Abraços,
    Fábio A. de Amorim

  18. Letra A sim!

  19. Questão simples.

    Concerteza é a letra A.

  20. 🙂

  21. Sorriso de satisfação depois de 4 meses de estudos… 🙂
    Obrigada a todos…pelos comentários e pelas questões tb bem respondidas aqui.
    Vcs nem avaliam quanto isso ajuda a quem quer fazer a prova CCNA.

    Obrigada.

    Sds.
    Márcia Guimarães

Deixe um comentário