1
00:00:00,000 --> 00:00:06,000
O roteador 1 conseguirá executar o loopback do roteador 3?

2
00:00:06,000 --> 00:00:13,000
no roteador 3, um loopback está sendo configurado como 3. 3 3 3 está disponível na

3
00:00:13,000 --> 00:00:15,000
tabela de roteamento do

4
00:00:15,000 --> 00:00:19,000
roteador local como uma interface diretamente conectada onloopback 0.

5
00:00:19,000 --> 00:00:23,000
O roteador 1 será capaz de fazer o ping desse loopback?

6
00:00:23,000 --> 00:00:28,000
e a resposta é não porque o roteador 1 não tem uma

7
00:00:28,000 --> 00:00:33,000
rota para essa interface de loopback. podemos provar que, usando o comando sh

8
00:00:33,000 --> 00:00:35,000
ip route, percebemos que não há

9
00:00:35,000 --> 00:00:39,000
rota para 3. 3 3 3 debug

10
00:00:39,000 --> 00:00:44,000
ip packet faz o ping novamente sem ser notado.

11
00:00:44,000 --> 00:00:49,000
Então, o roteador não sabe como chegar a esse

12
00:00:49,000 --> 00:00:54,000
loopback, então precisaríamos configurar rotas estáticas para esse loopback.

13
00:00:54,000 --> 00:00:57,000
Então, aqui está a pergunta, quantas rotas

14
00:00:57,000 --> 00:01:01,000
estáticas precisaríamos configurar nesta rede para habilitar a conectividade total?

15
00:01:01,000 --> 00:01:09,000
Para responder à pergunta, veja quais redes não estão diretamente conectadas ao roteador 1.

16
00:01:09,000 --> 00:01:13,000
O roteador 1 tem esse loopback e esta rede conectada diretamente a ele, mas

17
00:01:13,000 --> 00:01:18,000
a rede 2. 2 2 2 esta rede 10. 1 2 0 e

18
00:01:18,000 --> 00:01:23,000
esta rede 3. 3 3 3 não estão conectados ao

19
00:01:23,000 --> 00:01:26,000
roteador 1, portanto, 3 redes precisam ser configuradas no roteador 1.

20
00:01:26,000 --> 00:01:32,000
no roteador 2 esta rede e esta rede estão diretamente conectadas ao roteador nós

21
00:01:32,000 --> 00:01:35,000
podemos provar que usando o comando sh

22
00:01:35,000 --> 00:01:40,000
ip route notice 3 as redes estão diretamente conectadas ao roteador 2

23
00:01:40,000 --> 00:01:44,000
mas esta rede e esta rede não estão conectadas diretamente.

24
00:01:44,000 --> 00:01:48,000
então nós tivemos 3 no roteador 1, temos que configurar 2 rotas

25
00:01:48,000 --> 00:01:52,000
no roteador 2 no roteador 3, essa rede e essa rede estão

26
00:01:52,000 --> 00:01:55,000
conectadas diretamente mas essa rede esta rede e essa

27
00:01:55,000 --> 00:02:00,000
rede não estão conectadas diretamente, então o roteador 3 precisa de 3 rotas estáticas.

28
00:02:00,000 --> 00:02:04,000
Portanto, nessa pequena topologia que usa apenas essa

29
00:02:04,000 --> 00:02:10,000
rede, como mostrado no diagrama, eu precisaria adicionar no total 8 rotas estáticas.

30
00:02:10,000 --> 00:02:14,000
3 + 2 + 3 entretanto no roteador 1 eu adicionei algumas

31
00:02:14,000 --> 00:02:22,000
redes adicionais 10. 1 1 2 e 10. 1 10 0 significa

32
00:02:22,000 --> 00:02:25,000
que precisamos adicionar 2 rotas adicionais

33
00:02:25,000 --> 00:02:29,000
ao roteador 2, mais 2 rotas adicionais para o

34
00:02:29,000 --> 00:02:32,000
roteador 3, supondo-se que não sejam resumidas.

35
00:02:32,000 --> 00:02:34,000
Então, é um pouco de trabalho.

36
00:02:34,000 --> 00:02:38,000
Portanto, este é o problema com rotas estáticas, pode haver muito

37
00:02:38,000 --> 00:02:41,000
trabalho, especialmente se você tiver uma topologia grande.

38
00:02:41,000 --> 00:02:43,000
Então sh run | include route mostrará

39
00:02:43,000 --> 00:02:47,000
minhas rotas estáticas na configuração em execução do roteador no momento que eu configurei

40
00:02:47,000 --> 00:02:49,000
apenas 1, então terei que digitar a

41
00:02:49,000 --> 00:02:53,000
rota IP 2. 2 2 2 e

42
00:02:53,000 --> 00:02:59,000
o próximo salto 10. 1 1 2 que adiciona essa

43
00:02:59,000 --> 00:03:03,000
rota à tabela de roteamento 1 do roteador e eu

44
00:03:03,000 --> 00:03:10,000
tenho que fazer algo semelhante para o loopback do roteador 3 notar o mesmo endereço IP do próximo

45
00:03:10,000 --> 00:03:15,000
salto é usado do ponto de vista do roteador 1 o próximo endereço

46
00:03:15,000 --> 00:03:18,000
IP do salto é esse endereço IP ao

47
00:03:18,000 --> 00:03:21,000
chegar ao qualquer uma dessas 3 redes.

48
00:03:21,000 --> 00:03:28,000
Então pode roteador 1 ping 3. 3 3 3? Não, não pode, por quê?

49
00:03:28,000 --> 00:03:33,000
Então, desative a depuração, vamos tentar novamente.

50
00:03:33,000 --> 00:03:35,000
Podemos pingar 3. 3 3 3?

51
00:03:35,000 --> 00:03:37,000
Não, vamos ver se há um problema, então vamos

52
00:03:37,000 --> 00:03:41,000
usar o comando traceroute 3. 3 3 3 Aviso para

53
00:03:41,000 --> 00:03:46,000
chegar a 3. 3 3 3 o comando traceroute mostra que o roteador

54
00:03:46,000 --> 00:03:50,000
1 envia o tráfego para 10. 1 1 2 e

55
00:03:50,000 --> 00:03:59,000
isso porque essa rota está na tabela de roteamento local do roteador 1, mas

56
00:03:59,000 --> 00:04:04,000
quando chega ao roteador 2 ela falha.

57
00:04:04,000 --> 00:04:07,000
Assim, o roteador 1 envia o tráfego para o

58
00:04:07,000 --> 00:04:12,000
roteador 2 roteador 2, no entanto, quando recebe o tráfego do roteador 1, não sabe

59
00:04:12,000 --> 00:04:15,000
onde 3. 3 3 3 é.

60
00:04:15,000 --> 00:04:20,000
Então, para provar que vamos fazer um pacote IP de depuração no roteador 2.

61
00:04:20,000 --> 00:04:26,000
Vou pingar o loopback do roteador 3 do roteador 1 para que o tráfego vá do roteador 1

62
00:04:26,000 --> 00:04:29,000
para o roteador 2 e, em seguida, vamos ver

63
00:04:29,000 --> 00:04:31,000
o que acontece, esperamos que ele

64
00:04:31,000 --> 00:04:34,000
vá para o roteador, mas será que vai?

65
00:04:34,000 --> 00:04:41,000
E podemos ver aqui que o roteador 2 está dizendo host inacessível enviado

66
00:04:41,000 --> 00:04:47,000
para 10. 1 1 1 para a rede 3. 3 3 3 O

67
00:04:47,000 --> 00:04:53,000
roteador 2 não sabe como chegar a essa rede de destino e, portanto,

68
00:04:53,000 --> 00:04:57,000
informa que a rede do roteador 1 está inacessível.

69
00:04:57,000 --> 00:05:03,000
Este é um exemplo do paradigma hop by hop usado em IPv4 e IPv6.

70
00:05:03,000 --> 00:05:07,000
O paradigma hop by hop significa que cada

71
00:05:07,000 --> 00:05:13,000
roteador faz sua própria decisão de roteamento local independente de outros roteadores.

72
00:05:13,000 --> 00:05:16,000
Então, só porque o roteador 1 sabe como chegar ao

73
00:05:16,000 --> 00:05:20,000
roteador 3 não significa que o roteador 2 sabe como chegar ao roteador 3.

74
00:05:20,000 --> 00:05:23,000
O roteador 1, na verdade, só conhece o próximo salto

75
00:05:23,000 --> 00:05:26,000
no caminho para chegar a esse destino e não conhece

76
00:05:26,000 --> 00:05:31,000
o caminho inteiro, então sh ip route O roteador 1 de aviso sabe que para chegar

77
00:05:31,000 --> 00:05:37,000
a essa rede 3. 3 3 3 ele precisa enviar o

78
00:05:37,000 --> 00:05:39,000
tráfego para o roteador 2, mas

79
00:05:39,000 --> 00:05:43,000
depende do roteador 2 para saber o que fazer com o tráfego.

80
00:05:43,000 --> 00:05:48,000
E, neste caso, o roteador 2 não sabe como chegar ao roteador 3, de

81
00:05:48,000 --> 00:05:52,000
modo que a massagem inacessível é enviada de volta ao roteador 1.

82
00:05:52,000 --> 00:05:58,000
Então, mais uma vez, no roteador 2, não há rotas estáticas.

83
00:05:58,000 --> 00:06:03,000
Portanto, preciso configurar uma rota estática para o loopback do roteador 3 e, nesse caso, observe

84
00:06:03,000 --> 00:06:06,000
que o próximo salto do ponto de vista do roteador

85
00:06:06,000 --> 00:06:10,000
2 é 10. 1 2 2 Agora

86
00:06:10,000 --> 00:06:15,000
o ping tem sucesso? E a resposta é sim.

87
00:06:15,000 --> 00:06:21,000
o ping é bem-sucedido porque, quando o roteador 1 executa o loopback do roteador 3 e encaminha

88
00:06:21,000 --> 00:06:23,000
o tráfego para o roteador 2.

89
00:06:23,000 --> 00:06:27,000
O Roteador 2 sabe para onde enviar o tráfego porque essa

90
00:06:27,000 --> 00:06:33,000
rota está em sua tabela de roteamento local e, portanto, pode encaminhar o tráfego para o

91
00:06:33,000 --> 00:06:37,000
roteador 3 e, nesse caso, o roteador 3 sabe como voltar

92
00:06:37,000 --> 00:06:43,000
para o 10. 1 1 1 para que o ping seja bem-sucedido.

93
00:06:43,000 --> 00:06:52,000
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:

94
00:06:52,000 --> 00:06:54,000
se olharmos para a tabela de roteamento do roteador 2,

95
00:06:54,000 --> 00:07:00,000
ele diz que o próximo salto é 10. 1 2 2 mas não

96
00:07:00,000 --> 00:07:05,000
nos mostra que o tráfego deve sair de F0 / 1

97
00:07:05,000 --> 00:07:11,000
em vez de F0 / 0 como o roteador sabe qual interface usar?

98
00:07:11,000 --> 00:07:18,000
Bem, ele sabe porque esse endereço IP é parte dessa sub-rede e essa sub-rede está diretamente conectada a

99
00:07:18,000 --> 00:07:22,000
F0 / 1, então o roteador 2 sabe que para

100
00:07:22,000 --> 00:07:27,000
chegar a 3. 3 3 3 ele precisa

101
00:07:27,000 --> 00:07:29,000
encaminhar o tráfego para

102
00:07:29,000 --> 00:07:33,000
esse endereço IP e esse endereço IP é parte

103
00:07:33,000 --> 00:07:36,000
dessa rede que está disponível por meio

104
00:07:36,000 --> 00:07:39,000
dessa interface para saber encaminhar o tráfego

105
00:07:39,000 --> 00:07:42,000
para fora dessa interface local, podemos ver

106
00:07:42,000 --> 00:07:45,000
isso na tabela CEF usando o comando

107
00:07:45,000 --> 00:07:49,000
show ip cef show ip cef nos mostra que

108
00:07:49,000 --> 00:07:55,000
esta rede está disponível através deste próximo salto fora desta interface.

109
00:07:55,000 --> 00:07:57,000
Portanto, com o encaminhamento rápido da

110
00:07:57,000 --> 00:08:01,000
Cisco, o roteador pré-constrói essas informações na tabela CEF, de modo que

111
00:08:01,000 --> 00:08:05,000
não é necessário fazer uma pesquisa dupla na tabela de roteamento.

112
00:08:05,000 --> 00:08:09,000
Antigamente, quando o tráfego chegava a esta rede, o roteador teria que fazer uma

113
00:08:09,000 --> 00:08:11,000
pesquisa dupla, em outras palavras, seria essa

114
00:08:11,000 --> 00:08:15,000
entrada na tabela de roteamento e, em seguida, teria que olhar para essa entrada

115
00:08:15,000 --> 00:08:18,000
na tabela de roteamento para determinar a interface de saída .

116
00:08:18,000 --> 00:08:23,000
Agora essa informação é pré-construída na tabela

117
00:08:23,000 --> 00:08:28,000
CEF para acelerar o encaminhamento do tráfego.