1
00:00:00,000 --> 00:00:06,000
¿El enrutador 1 podrá hacer ping al bucle invertido del enrutador 3?

2
00:00:06,000 --> 00:00:13,000
en el enrutador 3, un bucle invertido se configura como 3. 3. 3. 3 está disponible en

3
00:00:13,000 --> 00:00:15,000
la tabla de enrutamiento del

4
00:00:15,000 --> 00:00:19,000
enrutador local como una interfaz directamente conectada onloopback 0.

5
00:00:19,000 --> 00:00:23,000
¿El router 1 podrá hacer ping a ese loopback?

6
00:00:23,000 --> 00:00:28,000
y la respuesta es no porque el enrutador 1 no tiene

7
00:00:28,000 --> 00:00:33,000
una ruta a esa interfaz loopback. podemos probar que al usar el comando sh ip

8
00:00:33,000 --> 00:00:35,000
route nuevamente notamos que no hay una

9
00:00:35,000 --> 00:00:39,000
ruta a 3. 3. 3. Paquete de 3

10
00:00:39,000 --> 00:00:44,000
depuraciones de IP. Haga el ping de nuevo notificando que no se puede enrutar.

11
00:00:44,000 --> 00:00:49,000
Entonces, el enrutador no sabe cómo llegar a ese bucle invertido, por

12
00:00:49,000 --> 00:00:54,000
lo que tendríamos que configurar las rutas estáticas para ese bucle invertido.

13
00:00:54,000 --> 00:00:57,000
Así que aquí está la pregunta, ¿cuántas rutas

14
00:00:57,000 --> 00:01:01,000
estáticas necesitaríamos configurar en esta red para habilitar la conectividad total?

15
00:01:01,000 --> 00:01:09,000
Para responder a la pregunta, observe qué redes no están conectadas directamente al enrutador 1.

16
00:01:09,000 --> 00:01:13,000
El enrutador 1 tiene este loopback y esta red está directamente conectada a él, pero

17
00:01:13,000 --> 00:01:18,000
la red 2. 2. 2. 2 esta red 10. 1. 2. 0 y

18
00:01:18,000 --> 00:01:23,000
esta red 3. 3. 3. 3 no están conectados al enrutador

19
00:01:23,000 --> 00:01:26,000
1, por lo que será necesario configurar 3 redes en el enrutador 1.

20
00:01:26,000 --> 00:01:32,000
en el enrutador 2 esta red y esta red están conectadas directamente al enrutador,

21
00:01:32,000 --> 00:01:35,000
podemos demostrar que al usar el comando

22
00:01:35,000 --> 00:01:40,000
sh ip route notice 3 las redes están conectadas directamente al enrutador

23
00:01:40,000 --> 00:01:44,000
2, pero esta red y esta no están conectadas directamente.

24
00:01:44,000 --> 00:01:48,000
entonces teníamos 3 en el enrutador 1, tenemos que configurar 2 rutas

25
00:01:48,000 --> 00:01:52,000
en el enrutador 2 en el enrutador 3, esta red y esta

26
00:01:52,000 --> 00:01:55,000
red están conectadas directamente pero esta red esta red

27
00:01:55,000 --> 00:02:00,000
y esta red no están conectadas directamente, por lo que el enrutador 3 necesita 3 rutas estáticas.

28
00:02:00,000 --> 00:02:04,000
Entonces, en esta pequeña topología simplemente usando esta red

29
00:02:04,000 --> 00:02:10,000
como se muestra en el diagrama, necesitaría agregar un total de 8 rutas estáticas.

30
00:02:10,000 --> 00:02:14,000
3 + 2 + 3 sin embargo en el enrutador 1 agregué

31
00:02:14,000 --> 00:02:22,000
algunas redes adicionales 10. 1. 1. 2 y 10. 1. 10. 0, eso significa

32
00:02:22,000 --> 00:02:25,000
que necesitamos agregar 2 rutas adicionales al

33
00:02:25,000 --> 00:02:29,000
enrutador 2, más 2 rutas adicionales al enrutador 3

34
00:02:29,000 --> 00:02:32,000
suponiendo que es eso, que no resumimos.

35
00:02:32,000 --> 00:02:34,000
Entonces es bastante trabajo.

36
00:02:34,000 --> 00:02:38,000
Este es el problema con las rutas estáticas, puede haber

37
00:02:38,000 --> 00:02:41,000
mucho trabajo, especialmente si tiene una topología grande.

38
00:02:41,000 --> 00:02:43,000
Entonces corre | include route me mostrará mis

39
00:02:43,000 --> 00:02:47,000
rutas estáticas en la configuración en ejecución del enrutador en el momento en que solo he

40
00:02:47,000 --> 00:02:49,000
configurado 1, así que tendré que escribir la

41
00:02:49,000 --> 00:02:53,000
ruta IP 2. 2. 2. 2 y

42
00:02:53,000 --> 00:02:59,000
el próximo salto 10. 1. 1. 2 que agrega esa

43
00:02:59,000 --> 00:03:03,000
ruta a la tabla de enrutamiento 1 del enrutador y

44
00:03:03,000 --> 00:03:10,000
tengo que hacer algo similar para el bucle del enrutador 3 note que se usa la misma dirección

45
00:03:10,000 --> 00:03:15,000
IP del siguiente salto desde el punto de vista del enrutador La dirección

46
00:03:15,000 --> 00:03:18,000
IP del siguiente salto es esta dirección IP

47
00:03:18,000 --> 00:03:21,000
al llegar a cualquiera de estas 3 redes.

48
00:03:21,000 --> 00:03:28,000
Entonces, ¿el enrutador 1 puede hacer ping 3? 3. 3. 3? No, no puede, ¿por qué?

49
00:03:28,000 --> 00:03:33,000
Así que apague la depuración, intentémoslo de nuevo.

50
00:03:33,000 --> 00:03:35,000
¿Podemos hacer ping 3. 3. 3. 3?

51
00:03:35,000 --> 00:03:37,000
No, veamos si hay un problema, entonces usemos

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

53
00:03:41,000 --> 00:03:46,000
llegar a 3. 3. 3. 3 el comando traceroute me muestra que el

54
00:03:46,000 --> 00:03:50,000
enrutador 1 envía el tráfico a 10. 1. 1. 2 y

55
00:03:50,000 --> 00:03:59,000
eso es porque esa ruta está en la tabla de enrutamiento local del enrutador

56
00:03:59,000 --> 00:04:04,000
1, pero cuando llega al enrutador 2 falla.

57
00:04:04,000 --> 00:04:07,000
Entonces el enrutador 1 envía el tráfico al enrutador

58
00:04:07,000 --> 00:04:12,000
2 enrutador 2, sin embargo, cuando recibe el tráfico del enrutador 1 no sabe

59
00:04:12,000 --> 00:04:15,000
dónde 3. 3. 3. 3 es.

60
00:04:15,000 --> 00:04:20,000
Así que para demostrar que vamos a hacer un paquete de IP de depuración en el enrutador 2.

61
00:04:20,000 --> 00:04:26,000
Voy a hacer ping al bucle de retorno del enrutador 3 desde el enrutador 1 para que el

62
00:04:26,000 --> 00:04:29,000
tráfico pase del enrutador 1 al enrutador 2 y

63
00:04:29,000 --> 00:04:31,000
luego veamos qué sucede con suerte,

64
00:04:31,000 --> 00:04:34,000
también va al enrutador, 3 pero ¿lo hará?

65
00:04:34,000 --> 00:04:41,000
Y podemos ver aquí que el enrutador 2 dice host inaccesible enviado

66
00:04:41,000 --> 00:04:47,000
a 10. 1. 1. 1 para la red 3. 3. 3. 3 El

67
00:04:47,000 --> 00:04:53,000
enrutador 2 no sabe cómo llegar a esta red de destino y, por lo tanto, le

68
00:04:53,000 --> 00:04:57,000
dice a la red del enrutador 1 que no está disponible.

69
00:04:57,000 --> 00:05:03,000
Este es un ejemplo del paradigma salto por salto utilizado en IPv4 e IPv6.

70
00:05:03,000 --> 00:05:07,000
El paradigma de salto por salto significa que

71
00:05:07,000 --> 00:05:13,000
cada enrutador toma su propia decisión de enrutamiento local independientemente de otros enrutadores.

72
00:05:13,000 --> 00:05:16,000
Entonces, solo porque el enrutador 1 sabe cómo llegar al

73
00:05:16,000 --> 00:05:20,000
enrutador 3 no significa que el enrutador 2 sepa cómo llegar al enrutador 3.

74
00:05:20,000 --> 00:05:23,000
El enrutador 1 solo conoce el siguiente salto en

75
00:05:23,000 --> 00:05:26,000
el camino para llegar a ese destino y no

76
00:05:26,000 --> 00:05:31,000
conoce toda la ruta, por lo que sh ip route Notice router 1 sabe que para

77
00:05:31,000 --> 00:05:37,000
llegar a esta red 3. 3. 3. 3 necesita enviar el

78
00:05:37,000 --> 00:05:39,000
tráfico al enrutador 2, pero

79
00:05:39,000 --> 00:05:43,000
depende del enrutador 2 para saber qué hacer con el tráfico.

80
00:05:43,000 --> 00:05:48,000
Y en este caso, el enrutador 2 no sabe cómo llegar al enrutador 3, por

81
00:05:48,000 --> 00:05:52,000
lo que el masaje inalcanzable se envía de vuelta al enrutador 1.

82
00:05:52,000 --> 00:05:58,000
Entonces, una vez más, en el enrutador 2, no hay rutas estáticas.

83
00:05:58,000 --> 00:06:03,000
Por lo tanto, debo configurar una ruta estática para el bucle invertido del enrutador 3 y, en este caso,

84
00:06:03,000 --> 00:06:06,000
observar que el siguiente salto desde el punto de vista del

85
00:06:06,000 --> 00:06:10,000
enrutador 2 es 10. 1. 2. 2 Ahora,

86
00:06:10,000 --> 00:06:15,000
¿el ping tiene éxito? Y la respuesta es sí.

87
00:06:15,000 --> 00:06:21,000
el ping tiene éxito porque cuando el enrutador 1 hace ping al loopback del enrutador 3 y

88
00:06:21,000 --> 00:06:23,000
reenvía el tráfico al enrutador 2.

89
00:06:23,000 --> 00:06:27,000
El enrutador 2 sabe dónde enviar el tráfico porque esa ruta

90
00:06:27,000 --> 00:06:33,000
se encuentra en su tabla de enrutamiento local y, por lo tanto, puede reenviar el tráfico

91
00:06:33,000 --> 00:06:37,000
al enrutador 3 y, en este caso, el enrutador 3 sabe

92
00:06:37,000 --> 00:06:43,000
cómo volver a 10. 1. 1. 1 para que el ping tenga éxito.

93
00:06:43,000 --> 00:06:52,000
podemos ver que en el enrutador 3, está enviando una respuesta a 10. 1. 1. 1 de 3. 3. 3. 3 Ahora aquí hay otra pregunta:

94
00:06:52,000 --> 00:06:54,000
si miramos la tabla de enrutamiento del enrutador 2,

95
00:06:54,000 --> 00:07:00,000
dice que el siguiente salto es 10. 1. 2. 2 pero no

96
00:07:00,000 --> 00:07:05,000
nos muestra que el tráfico debe salir de F0 / 1

97
00:07:05,000 --> 00:07:11,000
en lugar de F0 / 0 ¿cómo sabe el enrutador qué interfaz usar?

98
00:07:11,000 --> 00:07:18,000
Bien, lo sabe porque esta dirección IP es parte de esta subred y esa subred está directamente conectada a

99
00:07:18,000 --> 00:07:22,000
F0 / 1, por lo que el enrutador 2 sabe que

100
00:07:22,000 --> 00:07:27,000
para llegar a 3. 3. 3. 3 necesita reenviar

101
00:07:27,000 --> 00:07:29,000
el tráfico a esta dirección

102
00:07:29,000 --> 00:07:33,000
IP y esta dirección IP es parte de esta red

103
00:07:33,000 --> 00:07:36,000
que está disponible a través de esta

104
00:07:36,000 --> 00:07:39,000
interfaz, por lo que sabe reenviar el

105
00:07:39,000 --> 00:07:42,000
tráfico fuera de esta interfaz local, podemos

106
00:07:42,000 --> 00:07:45,000
ver eso en la tabla CEF usando

107
00:07:45,000 --> 00:07:49,000
el comando show ip cef show ip cef nos muestra

108
00:07:49,000 --> 00:07:55,000
que esta red está disponible a través de este siguiente salto fuera de esta interfaz.

109
00:07:55,000 --> 00:07:57,000
Entonces, con el reenvío rápido de

110
00:07:57,000 --> 00:08:01,000
Cisco, el enrutador crea previamente esta información en la tabla CEF para

111
00:08:01,000 --> 00:08:05,000
que no tenga que hacer una doble búsqueda en la tabla de enrutamiento.

112
00:08:05,000 --> 00:08:09,000
en los viejos tiempos, cuando el tráfico llegaba a esta red, el enrutador debía hacer

113
00:08:09,000 --> 00:08:11,000
una doble búsqueda, en otras palabras, sería

114
00:08:11,000 --> 00:08:15,000
esta entrada en la tabla de enrutamiento y luego tener que mirar esta entrada en

115
00:08:15,000 --> 00:08:18,000
la tabla de enrutamiento para determinar la interfaz de salida .

116
00:08:18,000 --> 00:08:23,000
Ahora esa información está precompilada en la tabla

117
00:08:23,000 --> 00:08:28,000
CEF para acelerar el reenvío del tráfico.