1 00:00:00,000 --> 00:00:04,000 Agora ping é ótimo para testar como um exemplo se 2 00:00:04,000 --> 00:00:09,000 eu pingar 10. 1 1 2 o ping é 3 00:00:09,000 --> 00:00:12,000 bem-sucedido porque o primeiro ping falhou é devido ao ARP 4 00:00:12,000 --> 00:00:16,000 que o roteador precisa para o ARP para o endereço MAC do roteador 2, 5 00:00:16,000 --> 00:00:22,000 mas observe se eu pingar 10. 1 2 2, que é o endereço 6 00:00:22,000 --> 00:00:27,000 IP do roteador 3, os pings falham porque essa rota não está na tabela de roteamento. 7 00:00:27,000 --> 00:00:34,000 10 1 2 0 não está na tabela de roteamento do roteador local. 8 00:00:34,000 --> 00:00:39,000 10 1 1 0 está na tabela de roteamento local. 9 00:00:39,000 --> 00:00:41,000 para que o roteador possa 10 00:00:41,000 --> 00:00:45,000 rotear adequadamente agora os debugs são muito úteis para testes e 11 00:00:45,000 --> 00:00:49,000 solução de problemas e neste exemplo, vou usar um comando debug 12 00:00:49,000 --> 00:00:55,000 ip icmp no roteador 2 e no roteador 3 apenas para provar que o tráfego está 13 00:00:55,000 --> 00:00:58,000 chegando como esperado nos roteadores corretos . 14 00:00:58,000 --> 00:01:04,000 então pingue 10. 1 1 2 este aviso de endereço IP, vemos 15 00:01:04,000 --> 00:01:13,000 as respostas de eco ICMP enviadas de volta para 10. 1 1 1 vamos fazer 16 00:01:13,000 --> 00:01:22,000 isso então 10. 1 2 2 o tráfego não alcança esse roteador, não 17 00:01:22,000 --> 00:01:25,000 vemos nenhuma saída na tela do roteador 3, onde é só 18 00:01:25,000 --> 00:01:30,000 fazer novamente para 10. 1 1 2 vemos o 19 00:01:30,000 --> 00:01:38,000 debuga porque o tráfego está sendo enviado do roteador 1 para o roteador 2 e está sendo recebido pelo 20 00:01:38,000 --> 00:01:42,000 roteador 2 que, por sua vez, está respondendo de volta. 21 00:01:42,000 --> 00:01:47,000 Então, no roteador 1, podemos usar o comando debug ip packet, tenha 22 00:01:47,000 --> 00:01:51,000 cuidado com este comando em um ambiente ao vivo. 23 00:01:51,000 --> 00:01:55,000 Em um ambiente ao vivo, você deseja usar uma lista 24 00:01:55,000 --> 00:02:01,000 de controle de acesso para limitar o tráfego que está depurando em um ambiente de 25 00:02:01,000 --> 00:02:06,000 produção ou ao vivo, pode matar seu roteador se executar este comando. 26 00:02:06,000 --> 00:02:09,000 Mas neste ambiente ao vivo, tudo bem. 27 00:02:09,000 --> 00:02:13,000 Então, de um ponto de vista de teste e solução de problemas, vamos trabalhar 28 00:02:13,000 --> 00:02:15,000 com a lógica no roteador 1, tentamos 29 00:02:15,000 --> 00:02:20,000 fazer o ping 10. 1 2 2 nós não 30 00:02:20,000 --> 00:02:25,000 estamos recebendo uma resposta nós executamos um depurador IP ICMP no roteador 31 00:02:25,000 --> 00:02:29,000 3 para ver se o tráfego está realmente chegando 32 00:02:29,000 --> 00:02:35,000 ao roteador 3 e não é, isso é útil porque pings enviam tráfego e 33 00:02:35,000 --> 00:02:37,000 então esperam responder e isso 34 00:02:37,000 --> 00:02:43,000 permitiria checar se o problema está no caminho R1 para R3 ou se o 35 00:02:43,000 --> 00:02:47,000 problema está no retorno R3 para R1, então este 36 00:02:47,000 --> 00:02:49,000 é um ótimo comando para 37 00:02:49,000 --> 00:02:58,000 testar so ping 10. 1 2 2 aviso na saída que estamos ficando irromper o roteador local está nos 38 00:02:58,000 --> 00:03:04,000 dizendo que o endereço IP de origem 10. 1 1 1 indo para o 39 00:03:04,000 --> 00:03:08,000 destino 10. 1 2 2 não pode ser 40 00:03:08,000 --> 00:03:11,000 roteado, por isso não sabe para onde encaminhar o tráfego. 41 00:03:11,000 --> 00:03:14,000 Outra grande coisa na saída aqui é que 42 00:03:14,000 --> 00:03:18,000 sabemos qual interface o roteador está usando para enviar pacotes tipicamente 43 00:03:18,000 --> 00:03:21,000 um roteador usa a interface de saída como 44 00:03:21,000 --> 00:03:25,000 a fonte em pacotes e você pode ver isso aqui. 45 00:03:25,000 --> 00:03:28,000 então a fonte do ping é 10. 1 1 1 porque 46 00:03:28,000 --> 00:03:32,000 essa é a interface de saída para chegar a um destino 47 00:03:32,000 --> 00:03:34,000 como 10. 1 2 2 como 48 00:03:34,000 --> 00:03:40,000 exemplo, se pingarmos 10. 1 1 2 o ping é bem-sucedido, 49 00:03:40,000 --> 00:03:42,000 obtemos bastante saída, rolando de volta, 50 00:03:42,000 --> 00:03:47,000 há o ping, são as mensagens de sucesso que podemos ver que o endereço IP de 51 00:03:47,000 --> 00:03:51,000 origem é 10. 1 1 1 destino 52 00:03:51,000 --> 00:03:54,000 é 10. 1 1 2 este 53 00:03:54,000 --> 00:04:01,000 endereço IP e este foi encaminhado através da base de informações de encaminhamento ou FIB de F0 / 0 para o pacote 54 00:04:01,000 --> 00:04:03,000 foi enviado e, em seguida, recebemos 55 00:04:03,000 --> 00:04:11,000 uma resposta de 10. 1 1 2 indo para 10. 1 1 1 então aqui 56 00:04:11,000 --> 00:04:14,000 podemos ver que o pacote foi encaminhado para 57 00:04:14,000 --> 00:04:20,000 fora do roteador ou enviado pelo roteador e aqui podemos ver uma resposta do roteador 2. 58 00:04:20,000 --> 00:04:26,000 Então, um comando muito útil, mas mais uma vez, tenha cuidado ao usá-lo na produção. Sh ip route me mostra 59 00:04:26,000 --> 00:04:28,000 que eu não tenho uma rota na 60 00:04:28,000 --> 00:04:34,000 tabela de roteamento para 10. 1 2 0 e eu também 61 00:04:34,000 --> 00:04:37,000 não tenho um gateway de última instância, em outras 62 00:04:37,000 --> 00:04:40,000 palavras, eu não tenho um gateway padrão ou uma 63 00:04:40,000 --> 00:04:42,000 rota padrão configurada neste roteador. 64 00:04:42,000 --> 00:04:45,000 Portanto, o roteador não sabe o que 65 00:04:45,000 --> 00:04:53,000 fazer com o tráfego e, portanto, quando fazemos o ping no roteador, informamos que o tráfego não é roteável. 66 00:04:53,000 --> 00:04:56,000 O roteador não sabe para onde 67 00:04:56,000 --> 00:05:01,000 encaminhar o tráfego, por isso precisamos configurar rotas estáticas.