O roteador 1 conseguirá executar o loopback do roteador 3?
no roteador 3, um loopback está sendo configurado como 3. 3 3 3 está disponível na
tabela de roteamento do
roteador local como uma interface diretamente conectada onloopback 0.
O roteador 1 será capaz de fazer o ping desse loopback?
e a resposta é não porque o roteador 1 não tem uma
rota para essa interface de loopback. podemos provar que, usando o comando sh
ip route, percebemos que não há
rota para 3. 3 3 3 debug
ip packet faz o ping novamente sem ser notado.
Então, o roteador não sabe como chegar a esse
loopback, então precisaríamos configurar rotas estáticas para esse loopback.
Então, aqui está a pergunta, quantas rotas
estáticas precisaríamos configurar nesta rede para habilitar a conectividade total?
Para responder à pergunta, veja quais redes não estão diretamente conectadas ao roteador 1.
O roteador 1 tem esse loopback e esta rede conectada diretamente a ele, mas
a rede 2. 2 2 2 esta rede 10. 1 2 0 e
esta rede 3. 3 3 3 não estão conectados ao
roteador 1, portanto, 3 redes precisam ser configuradas no roteador 1.
no roteador 2 esta rede e esta rede estão diretamente conectadas ao roteador nós
podemos provar que usando o comando sh
ip route notice 3 as redes estão diretamente conectadas ao roteador 2
mas esta rede e esta rede não estão conectadas diretamente.
então nós tivemos 3 no roteador 1, temos que configurar 2 rotas
no roteador 2 no roteador 3, essa rede e essa rede estão
conectadas diretamente mas essa rede esta rede e essa
rede não estão conectadas diretamente, então o roteador 3 precisa de 3 rotas estáticas.
Portanto, nessa pequena topologia que usa apenas essa
rede, como mostrado no diagrama, eu precisaria adicionar no total 8 rotas estáticas.
3 + 2 + 3 entretanto no roteador 1 eu adicionei algumas
redes adicionais 10. 1 1 2 e 10. 1 10 0 significa
que precisamos adicionar 2 rotas adicionais
ao roteador 2, mais 2 rotas adicionais para o
roteador 3, supondo-se que não sejam resumidas.
Então, é um pouco de trabalho.
Portanto, este é o problema com rotas estáticas, pode haver muito
trabalho, especialmente se você tiver uma topologia grande.
Então sh run | include route mostrará
minhas rotas estáticas na configuração em execução do roteador no momento que eu configurei
apenas 1, então terei que digitar a
rota IP 2. 2 2 2 e
o próximo salto 10. 1 1 2 que adiciona essa
rota à tabela de roteamento 1 do roteador e eu
tenho que fazer algo semelhante para o loopback do roteador 3 notar o mesmo endereço IP do próximo
salto é usado do ponto de vista do roteador 1 o próximo endereço
IP do salto é esse endereço IP ao
chegar ao qualquer uma dessas 3 redes.
Então pode roteador 1 ping 3. 3 3 3? Não, não pode, por quê?
Então, desative a depuração, vamos tentar novamente.
Podemos pingar 3. 3 3 3?
Não, vamos ver se há um problema, então vamos
usar o comando traceroute 3. 3 3 3 Aviso para
chegar a 3. 3 3 3 o comando traceroute mostra que o roteador
1 envia o tráfego para 10. 1 1 2 e
isso porque essa rota está na tabela de roteamento local do roteador 1, mas
quando chega ao roteador 2 ela falha.
Assim, o roteador 1 envia o tráfego para o
roteador 2 roteador 2, no entanto, quando recebe o tráfego do roteador 1, não sabe
onde 3. 3 3 3 é.
Então, para provar que vamos fazer um pacote IP de depuração no roteador 2.
Vou pingar o loopback do roteador 3 do roteador 1 para que o tráfego vá do roteador 1
para o roteador 2 e, em seguida, vamos ver
o que acontece, esperamos que ele
vá para o roteador, mas será que vai?
E podemos ver aqui que o roteador 2 está dizendo host inacessível enviado
para 10. 1 1 1 para a rede 3. 3 3 3 O
roteador 2 não sabe como chegar a essa rede de destino e, portanto,
informa que a rede do roteador 1 está inacessível.
Este é um exemplo do paradigma hop by hop usado em IPv4 e IPv6.
O paradigma hop by hop significa que cada
roteador faz sua própria decisão de roteamento local independente de outros roteadores.
Então, só porque o roteador 1 sabe como chegar ao
roteador 3 não significa que o roteador 2 sabe como chegar ao roteador 3.
O roteador 1, na verdade, só conhece o próximo salto
no caminho para chegar a esse destino e não conhece
o caminho inteiro, então sh ip route O roteador 1 de aviso sabe que para chegar
a essa rede 3. 3 3 3 ele precisa enviar o
tráfego para o roteador 2, mas
depende do roteador 2 para saber o que fazer com o tráfego.
E, neste caso, o roteador 2 não sabe como chegar ao roteador 3, de
modo que a massagem inacessível é enviada de volta ao roteador 1.
Então, mais uma vez, no roteador 2, não há rotas estáticas.
Portanto, preciso configurar uma rota estática para o loopback do roteador 3 e, nesse caso, observe
que o próximo salto do ponto de vista do roteador
2 é 10. 1 2 2 Agora
o ping tem sucesso? E a resposta é sim.
o ping é bem-sucedido porque, quando o roteador 1 executa o loopback do roteador 3 e encaminha
o tráfego para o roteador 2.
O Roteador 2 sabe para onde enviar o tráfego porque essa
rota está em sua tabela de roteamento local e, portanto, pode encaminhar o tráfego para o
roteador 3 e, nesse caso, o roteador 3 sabe como voltar
para o 10. 1 1 1 para que o ping seja bem-sucedido.
podemos ver que no roteador 3, está enviando uma resposta para 10. 1 1 1 de 3. 3 3 3 Agora, aqui está outra pergunta:
se olharmos para a tabela de roteamento do roteador 2,
ele diz que o próximo salto é 10. 1 2 2 mas não
nos mostra que o tráfego deve sair de F0 / 1
em vez de F0 / 0 como o roteador sabe qual interface usar?
Bem, ele sabe porque esse endereço IP é parte dessa sub-rede e essa sub-rede está diretamente conectada a
F0 / 1, então o roteador 2 sabe que para
chegar a 3. 3 3 3 ele precisa
encaminhar o tráfego para
esse endereço IP e esse endereço IP é parte
dessa rede que está disponível por meio
dessa interface para saber encaminhar o tráfego
para fora dessa interface local, podemos ver
isso na tabela CEF usando o comando
show ip cef show ip cef nos mostra que
esta rede está disponível através deste próximo salto fora desta interface.
Portanto, com o encaminhamento rápido da
Cisco, o roteador pré-constrói essas informações na tabela CEF, de modo que
não é necessário fazer uma pesquisa dupla na tabela de roteamento.
Antigamente, quando o tráfego chegava a esta rede, o roteador teria que fazer uma
pesquisa dupla, em outras palavras, seria essa
entrada na tabela de roteamento e, em seguida, teria que olhar para essa entrada
na tabela de roteamento para determinar a interface de saída .
Agora essa informação é pré-construída na tabela
CEF para acelerar o encaminhamento do tráfego.