1
00:00:00,690 --> 00:00:05,290
Aquí vemos el funcionamiento de un protocolo de enrutamiento.

2
00:00:05,790 --> 00:00:15,050
Básicamente, como aparece en la presentación, la tabla de enrutamiento de R1 se mete en un paquete que se llama de actualización,

3
00:00:15,630 --> 00:00:23,429
se manda al router vecino, el router vecino la analiza y si hay alguna ruta que no conocía, la carga en su propia tabla de enrutamiento.

4
00:00:23,429 --> 00:00:31,129
Pasado un tiempo lo que va a hacer es formar su propio paquete de actualización, mandárselo al vecino que a su vez hará lo mismo

5
00:00:31,129 --> 00:00:36,649
Sacar información de esa actualización y cargarlo en su tabla de enrutamiento

6
00:00:36,649 --> 00:00:42,850
Aquí vemos un proceso un poco más complejo que consiste en lo siguiente

7
00:00:42,850 --> 00:00:50,850
Cuando un router arranca lo primero que hace es dar de alta en su tabla de enrutamiento a las redes conectadas

8
00:00:50,850 --> 00:01:00,049
Entonces ya veis que 10.1.0.0 conectada a la fase Ethernet 0.0 con un coste con salto 0 porque es una red conectada.

9
00:01:00,490 --> 00:01:12,230
Aquí tenemos la red 10.2 que la darán de alta tanto el R1 como el R2, la 10.3 la da de alta el siguiente router y la 10.4 que la tiene solo este dado de alta.

10
00:01:12,549 --> 00:01:14,849
Bien, primero dar de alta las redes conectadas.

11
00:01:14,849 --> 00:01:44,109
A continuación lo que vamos a hacer es lo siguiente, cada router forma un paquete de actualización que mandará por sus interfaces, ya veréis que por ejemplo no tiene sentido mandar paquetes de actualización hacia las LAN, que esto luego podremos evitarlo con el pasivo de interfaz, pero de momento un router solo anuncia una red, nunca la anuncia por donde la ha conocido.

12
00:01:44,109 --> 00:01:48,269
entonces nunca se manda en la actualización de la fase CERN 0.0

13
00:01:48,269 --> 00:01:50,489
nunca mandaremos la red 10.1.0

14
00:01:50,489 --> 00:01:54,329
porque ya la conoce, está conectada a ella

15
00:01:54,329 --> 00:01:57,409
entonces como veis la red 10.2 ¿dónde se va a meter?

16
00:01:57,549 --> 00:02:00,750
se va a meter en la actualización de la derecha en este caso

17
00:02:00,750 --> 00:02:03,629
vamos a verlo, ahí lo tenéis

18
00:02:03,629 --> 00:02:09,789
y la red 10.3 como aquí ya la conoce se mete en la actualización de la izquierda

19
00:02:09,789 --> 00:02:13,770
hacemos eso con todos los paquetes de actualización

20
00:02:13,770 --> 00:02:18,590
se van formando en cada router y ahora se intercambian

21
00:02:18,590 --> 00:02:21,110
a ver que nos hemos perdido el intercambio, ahí está

22
00:02:21,110 --> 00:02:27,110
formamos la última y se intercambian los paquetes de actualización

23
00:02:27,110 --> 00:02:30,990
cuando los recibe un router ¿qué va a hacer? pues a este router le ha llegado la red 3

24
00:02:30,990 --> 00:02:35,229
que no la tenía, la da de alta y dice está a un salto de distancia

25
00:02:35,229 --> 00:02:39,310
este otro, el del centro R2

26
00:02:39,310 --> 00:02:43,150
dará de alta a la red 1 que no la conocía y también dará de alta

27
00:02:43,150 --> 00:02:53,289
a la red 4 que está a un salto de distancia y por último el r3 dará de alta a la red 2 que es la que

28
00:02:53,289 --> 00:02:58,409
le ha llegado en el paquete que le mandó r2 y que no la conocía las tablas no están completas como

29
00:02:58,409 --> 00:03:07,509
veis el r3 no conoce la red 1 y el r1 no conoce la red 4 porque no le ha llegado todavía que ocurre

30
00:03:07,509 --> 00:03:15,530
que hay que esperar a la siguiente actualización la siguiente actualización ocurrirá pasados 30

31
00:03:15,530 --> 00:03:25,129
segundos y lo que vamos a hacer ahora es volver a cargar la red 1 y la red la red uno hacia la

32
00:03:25,129 --> 00:03:30,889
derecha la red 2 y la red 3 hacia la izquierda aunque no va a servir para nada porque hay un

33
00:03:30,889 --> 00:03:35,750
router porque la 2 y la 3 hacia la izquierda porque la 2 y la 3 sé que me enteré de ellas

34
00:03:35,750 --> 00:03:39,090
por aquí y nunca se mandan en el paquete de actualización

35
00:03:39,090 --> 00:03:43,189
por la interfaz donde me he enterado de ellas, por donde las he conocido

36
00:03:43,189 --> 00:03:46,889
entonces formamos los paquetes de actualización con ese criterio

37
00:03:46,889 --> 00:03:51,610
solo las que me han llegado, no incluyo

38
00:03:51,610 --> 00:03:55,650
las que me han llegado por esa interfaz y entonces en este momento es cuando por fin

39
00:03:55,650 --> 00:03:59,330
se actualiza R1 y da de alta a la red 4

40
00:03:59,330 --> 00:04:03,370
con un coste de 2 a 2 saltos y R3 dará de

41
00:04:03,370 --> 00:04:05,330
alta la red 1, o sea como veis

42
00:04:05,330 --> 00:04:06,990
aquí hemos tenido que esperar

43
00:04:06,990 --> 00:04:09,069
dos ciclos de actualización

44
00:04:09,069 --> 00:04:11,210
si el diámetro de red es grande

45
00:04:11,210 --> 00:04:13,430
el diámetro se llama el número de router que tiene

46
00:04:13,430 --> 00:04:15,669
pues el proceso de convergencia puede ser

47
00:04:15,669 --> 00:04:16,990
largo, esta red ahora

48
00:04:16,990 --> 00:04:19,629
ha convergido, ha terminado de converger

49
00:04:19,629 --> 00:04:20,589
que suena un poco feo

50
00:04:20,589 --> 00:04:23,550
y ahora ya la información que hay en sus tablas

51
00:04:23,550 --> 00:04:25,870
no es que sea la misma, es que es coherente

52
00:04:25,870 --> 00:04:26,970
se dice así

53
00:04:26,970 --> 00:04:28,250
muy bien

54
00:04:28,250 --> 00:04:33,459
bueno, esto es lo mismo que acabamos de decir

55
00:04:33,459 --> 00:04:34,959
que la convergencia

56
00:04:34,959 --> 00:04:40,180
es lenta en RIP, porque es un protocolo que se actualiza cada 30 segundos

57
00:04:40,180 --> 00:04:44,120
y sin embargo en IGRP y OSPF, por las técnicas que utilizan

58
00:04:44,120 --> 00:04:45,959
es más rápida, ahora lo veremos

59
00:04:45,959 --> 00:04:52,079
aquí tenemos una práctica de investigación de la

60
00:04:52,079 --> 00:04:55,660
convergencia, a ver si es la misma que tengo aquí abierta

61
00:04:55,660 --> 00:04:59,279
5, 2, 1

62
00:04:59,279 --> 00:05:04,610
5, 2, 1, 6, sí, creo que es la misma

63
00:05:04,610 --> 00:05:22,589
Entonces, fijaros, lo que vamos a hacer es abrir la 5216, que es esta, y ponemos esto a un lado y las instrucciones al otro.

64
00:05:23,689 --> 00:05:30,829
Entonces, nos ha quedado un poco pequeño la zona de grabación, pero lo podemos entender.

65
00:05:30,829 --> 00:05:37,129
Fijaros, siguiendo las instrucciones, lo que me hace es ver las tablas de enrutamiento.

66
00:05:37,529 --> 00:05:45,410
A ver, arrancamos R2 y pongo, donable, show ip router.

67
00:05:46,670 --> 00:05:52,129
Aquí tenemos que este protocolo, este router, conoce dos redes conectadas.

68
00:05:52,129 --> 00:05:57,769
Ya sabéis que el CL y el CL corresponden a una red, la red propiamente dicho,

69
00:05:57,769 --> 00:06:05,529
y la interfaz en el enlace local por donde me he enterado de ella y además tiene una red que se ha

70
00:06:05,529 --> 00:06:11,230
enterado a través de rip o sea ya vemos que aquí está configurado el protocolo rip ahora si hacemos

71
00:06:11,230 --> 00:06:31,930
lo mismo en R1, pues en R1, enable show IP router, entonces aquí tenemos que a su vez se ha enterado R1

72
00:06:31,930 --> 00:06:39,050
de que hay una red que es la 10, que ya sabemos que tiene que ser esta, y dos conectadas, R1 da de alta

73
00:06:39,050 --> 00:06:45,490
a las dos redes conectadas y se entera de la otra de la que no está conectada por medio

74
00:06:45,490 --> 00:06:51,910
del protocolo de enrutamiento RIP. Basta con que hagamos aquí un show run y vamos

75
00:06:51,910 --> 00:06:57,430
a ver la zona de RIP. Aquí está. ¿Veis? RIP. Hay que dar de alta las redes que yo

76
00:06:57,430 --> 00:07:06,170
tengo conectadas que son la 209. Fijaros, lo vemos aquí. La 209 que es la que va por

77
00:07:06,170 --> 00:07:12,689
la interfaz serial y la 64 que es la que tengo en milán entonces las he dado de alta

78
00:07:14,949 --> 00:07:28,589
perdón esta no es la 64 esta es la que tiene aquí está es que tiene ya configurada la red

79
00:07:28,589 --> 00:07:37,170
que aún no está conectada que es la 64 es la 192 168 10 que está conectada a la interfaz

80
00:07:37,870 --> 00:07:46,449
la 209 a la GIGA00

81
00:07:46,449 --> 00:07:49,750
y la 192 a la SERIAL00

82
00:07:49,750 --> 00:07:52,610
¿vale? muy bien, y este otro

83
00:07:52,610 --> 00:07:57,670
vemos aquí que tiene a la interfaz SERIAL conectada

84
00:07:57,670 --> 00:08:00,889
a la 192, justo, que coincide con la que hemos visto en el vecino

85
00:08:00,889 --> 00:08:06,029
y en la interfaz GIGA una 10.001

86
00:08:06,029 --> 00:08:07,709
¿vale? aquí, bien

87
00:08:07,709 --> 00:08:33,490
Bueno, pues entonces ahora lo que nos propone la actividad es que demos de alta, conectemos un cable, conectamos un cable desde cualquier boca, vamos a coger la GIGA01 y nos vamos hasta el router, a la GIGA01, que por un lado ya vemos que tiene IP, lo hemos visto antes al poner el ratón encima,

88
00:08:33,490 --> 00:08:37,129
veis la giga 01 tiene la dirección 64

89
00:08:37,129 --> 00:08:41,590
100 01 barra 8, vale, entonces

90
00:08:41,590 --> 00:08:45,090
esto es una clase A, para RIP

91
00:08:45,090 --> 00:08:49,029
fijaros, aunque sea la versión 2, esta red se llama

92
00:08:49,029 --> 00:08:53,610
64000, y hay que darla de alta así, entonces lo primero que vamos a hacer

93
00:08:53,610 --> 00:08:56,809
que nos lo propone el enunciado, es ver si

94
00:08:56,809 --> 00:09:01,590
nos aparece en la tabla de enrutamiento, bueno, aceleramos el arranque, para que no digáis

95
00:09:01,590 --> 00:09:14,830
que hago trampas y ahora digo show ip router y aparece como red conectada vale en este vamos a

96
00:09:14,830 --> 00:09:22,409
ver si aparece en el otro por rip entonces hacemos aquí el show ip router lo tenemos en el buffer y

97
00:09:22,409 --> 00:09:28,470
resulta que no aparece la red 64 la red 64 en la que acabamos de incorporar porque porque hay que

98
00:09:28,470 --> 00:09:42,850
indicarle a este router, a R1, dentro de configuración, concter, router, rip, hay que indicarle que

99
00:09:42,850 --> 00:09:49,590
con el comando network, que hay una red nueva para publicar, ahora no la está publicando, la red nueva

100
00:09:49,590 --> 00:09:53,850
se llama 64, 0, 0, 0, hacemos eso

101
00:09:53,850 --> 00:09:57,750
y a partir de entonces, bueno, hay que

102
00:09:57,750 --> 00:10:01,870
esperar que pase un momento, veis, todavía no aparece

103
00:10:01,870 --> 00:10:05,429
muy bien, vamos a acelerar el tiempo, aceleramos el tiempo

104
00:10:05,429 --> 00:10:11,320
y ahora si repetimos el comando, pues aquí está

105
00:10:11,320 --> 00:10:15,440
la, ya me apareció en la pantalla anterior

106
00:10:15,440 --> 00:10:19,019
también, ya sabéis que las ordena de menor a mayor, entonces

107
00:10:19,019 --> 00:10:21,179
esta es la red nueva que se ha enterado

108
00:10:21,179 --> 00:10:23,039
de ella, R2, a través

109
00:10:23,039 --> 00:10:25,039
de RIP, ¿vale? y por último

110
00:10:25,039 --> 00:10:27,059
hay una cosa curiosa

111
00:10:27,059 --> 00:10:28,440
interesante en esta práctica

112
00:10:28,440 --> 00:10:30,200
y es que hagamos el

113
00:10:30,200 --> 00:10:32,899
debug IP RIP

114
00:10:32,899 --> 00:10:35,000
entonces lo que

115
00:10:35,000 --> 00:10:36,860
hacemos es entrar en

116
00:10:36,860 --> 00:10:38,639
R2 y

117
00:10:38,639 --> 00:10:39,720
vamos a hacer

118
00:10:39,720 --> 00:10:41,779
el debug

119
00:10:41,779 --> 00:10:45,139
IP RIP

120
00:10:45,139 --> 00:10:46,799
el

121
00:10:46,799 --> 00:10:48,659
los protocolos

122
00:10:48,659 --> 00:11:16,379
El debugger es una herramienta buena para buscar averías, pero ya sabéis que es un poco peligrosa porque me puede colapsar un dispositivo, fijaros, lo que va a pasar a partir de ahora es que vamos a ver las actualizaciones de RIP, si no queremos esperar 30 segundos le damos al botoncito de avance y así se, fijaros, empiezo a ver aquí, me está diciendo que está mandando, por ejemplo, fijaros,

123
00:11:16,379 --> 00:11:18,480
Como se va actualizando, se mueve la pantalla

124
00:11:18,480 --> 00:11:20,720
Recibiendo por la versión 1

125
00:11:20,720 --> 00:11:22,600
O sea, con la versión 1 de RIP

126
00:11:22,600 --> 00:11:23,519
Una actualización

127
00:11:23,519 --> 00:11:26,460
La red que lleva dentro, la red 64

128
00:11:26,460 --> 00:11:28,980
Está a un salto, la red 209 está a un salto

129
00:11:28,980 --> 00:11:30,879
Ahora, enviando

130
00:11:30,879 --> 00:11:33,000
Con la versión 1 una actualización

131
00:11:33,000 --> 00:11:34,220
Esto es RIP V1

132
00:11:34,220 --> 00:11:37,220
Fijaros, porque es 255.255

133
00:11:37,220 --> 00:11:39,419
Que es la dirección donde se mandan las actualizaciones

134
00:11:39,419 --> 00:11:40,080
¿Vale?

135
00:11:40,600 --> 00:11:42,639
Esto simplemente es para que veáis

136
00:11:42,639 --> 00:11:45,019
Que, aunque no

137
00:11:45,019 --> 00:11:47,720
haga nada, RIP está continuamente

138
00:11:47,720 --> 00:11:51,100
pues mandando actualizaciones, si aceleramos

139
00:11:51,100 --> 00:11:54,240
un poquito el tiempo, fijaros, lo vemos de moverse

140
00:11:54,240 --> 00:11:55,960
más deprisa, vale

141
00:11:55,960 --> 00:12:00,159
si nos cansamos de ver el debugger, tenemos que decir

142
00:12:00,159 --> 00:12:08,559
que no hable lo primero, porque me acabo de salir

143
00:12:08,559 --> 00:12:09,639
por actualizar el tiempo

144
00:12:09,639 --> 00:12:12,120
y un debug

145
00:12:12,120 --> 00:12:15,440
alt, con eso

146
00:12:15,440 --> 00:12:19,940
ya hemos salido del modo de Google, vale, muy bien

147
00:12:19,940 --> 00:12:22,659
pues esa es la práctica, yo no la voy a salvar

148
00:12:22,659 --> 00:12:28,019
simplemente para que veamos las actualizaciones y que se pueden ver con el

149
00:12:28,019 --> 00:12:28,480
de Google

150
00:12:28,480 --> 00:12:36,000
en la siguiente práctica, que a mi no se me abre, no sé porque tengo un problema

151
00:12:36,000 --> 00:12:38,940
con este punto, lo que nos dice es

152
00:12:38,940 --> 00:12:43,820
cosas generales de la tecnología de vector de distancia

153
00:12:43,820 --> 00:12:51,500
y que las actualizaciones en RIVV1 se mandan a una dirección de Broascast, que es la 255, repetido cuatro veces.

154
00:12:54,000 --> 00:13:05,200
Ahora, aquí en un protocolo de vector de distancia, lo que hace es enviar y recibir una actualización.

155
00:13:05,399 --> 00:13:09,700
O sea, lo que hemos dicho antes, mete un paquete especial que se llama actualización con la tabla,

156
00:13:09,700 --> 00:13:13,220
le llega al vecino y si hay una red nueva que no conoce

157
00:13:13,220 --> 00:13:16,320
pues pasa a la tabla de enrutamiento del vecino

158
00:13:16,320 --> 00:13:19,220
a su vez este ahora lo que hará R2 es

159
00:13:19,220 --> 00:13:22,460
formar su propia actualización solo con las redes

160
00:13:22,460 --> 00:13:24,799
que no le han llegado por aquí

161
00:13:24,799 --> 00:13:28,559
porque una red que haya llegado por esta interfaz

162
00:13:28,559 --> 00:13:30,500
nunca va a ser enviada otra vez por ella

163
00:13:30,500 --> 00:13:33,799
eso se llama horizonte dividido

164
00:13:33,799 --> 00:13:37,440
una técnica para evitar bucles

165
00:13:37,440 --> 00:13:42,200
donde un router nunca manda información por la interfaz donde la ha recibido.

166
00:13:42,759 --> 00:13:46,220
Entonces, si se rompe una interfaz, normalmente se dispara una actualización

167
00:13:46,220 --> 00:13:51,080
que lo que hace es avisar al vecino y esa red queda temporalmente deshabilitada

168
00:13:51,080 --> 00:13:58,580
y si pasa un tiempo y no recibo una actualización, la doy de baja definitivamente de mi tabla de enrutamiento.

169
00:13:59,580 --> 00:14:05,039
Entonces, estos protocolos se basan en un algoritmo.

170
00:14:05,039 --> 00:14:08,000
El algoritmo es como está programado por dentro

171
00:14:08,000 --> 00:14:11,100
Que RIP funciona con el algoritmo de Bellman-Ford

172
00:14:11,100 --> 00:14:16,360
Es los dos apellidos de unos físicos que eran Richard Bellman y Lester Ford

173
00:14:16,360 --> 00:14:17,080
¿De acuerdo?

174
00:14:17,419 --> 00:14:21,980
Y luego EIGRP y su antecesor viejo ya IGRP

175
00:14:21,980 --> 00:14:24,360
Funcionan con un algoritmo que es dual

176
00:14:24,360 --> 00:14:25,080
¿Vale?

177
00:14:25,600 --> 00:14:27,940
Que fue desarrollado por este señor

178
00:14:27,940 --> 00:14:30,600
JJ García Luna Cebes

179
00:14:30,600 --> 00:14:31,860
¿De acuerdo?

180
00:14:32,299 --> 00:14:32,799
Muy bien

181
00:14:32,799 --> 00:14:34,779
Acordaros, Bellman-Ford para RIP

182
00:14:34,779 --> 00:14:40,399
y dual para EIGRP, que son los de vector de distancia.

183
00:14:42,620 --> 00:14:48,600
Bueno, estas actividades, para no entretenernos más, las hacéis vosotros.

184
00:14:48,700 --> 00:14:51,539
Aquí tenemos una comparación entre RIPV1 y RIPV2.

185
00:14:52,159 --> 00:14:56,620
RIPV1, Soleto, manda las actualizaciones por un Broascast, que inunda todo.

186
00:14:57,100 --> 00:15:03,159
Sin embargo, este lo manda a una dirección de multidifusión, reservada para ello, que es la 224.009.

187
00:15:03,159 --> 00:15:08,539
Otro detalle es que para RIP el infinito es 15

188
00:15:08,539 --> 00:15:14,120
Es decir, no puede mandar nada que esté más lejos de 15 routers

189
00:15:14,120 --> 00:15:16,600
Es un protocolo que es para usarlo dentro de una LAN

190
00:15:16,600 --> 00:15:18,519
Que nunca voy a tener 15 routers

191
00:15:18,519 --> 00:15:21,120
Pero no vale para otro entorno

192
00:15:21,120 --> 00:15:25,860
El infinito para él es 15

193
00:15:25,860 --> 00:15:27,919
De hecho, si queremos envenenar una ruta

194
00:15:27,919 --> 00:15:31,460
Le ponemos 15 en la distancia y muere automáticamente

195
00:15:31,460 --> 00:15:41,919
¿Vale? Muy bien. Bueno, como RIPv1 es con clase, pues no soporta ni VLSM, ni sumarización, etc.

196
00:15:42,139 --> 00:15:44,679
Ni autentificación. Es muy viejo. Usaremos RIPv2.

197
00:15:46,620 --> 00:15:50,179
Y la comparación entre IGRP y IGRP es la misma.

198
00:15:50,720 --> 00:15:57,639
IGRP manda los paquetes que ya no se utiliza a una dirección de Broascast.

199
00:15:57,639 --> 00:16:04,879
y este lo manda a una dirección reservada de multidifusión de IGRP, que es la 224.0.0.10, ¿de acuerdo?

200
00:16:05,500 --> 00:16:14,320
Y por lo demás, pues fijaros, las actualizaciones aquí no son cada 30 segundos, sino que son cada 90 segundos

201
00:16:14,320 --> 00:16:21,179
y el límite máximo de saltos puede llegar hasta 255, hemos dicho que en RIP era 15.

202
00:16:21,179 --> 00:16:31,200
Es un protocolo más moderno, bueno, el único tema es que es propietario de Cisco, ¿vale?

203
00:16:31,840 --> 00:16:42,440
Después, EIGRP lo que tiene es que no manda actualizaciones periódicas, sí que manda unos paquetes de Hello, ya lo veremos, de saludo, pequeñitos,

204
00:16:42,440 --> 00:16:52,379
pero cuando manda actualizaciones es cuando se produce una modificación en los enlaces en la red

205
00:16:52,379 --> 00:16:56,559
entonces es cuando manda actualizaciones dirigidas

206
00:16:56,559 --> 00:17:01,379
tiene un mecanismo de saludo que es lo que os acabo de decir

207
00:17:01,379 --> 00:17:07,119
que de vez en cuando, cada cierto tiempo, manda un paquete de hello

208
00:17:07,119 --> 00:17:11,440
para mantener informado a los demás de que sigo vivo

209
00:17:11,440 --> 00:17:15,880
bueno, lo demás

210
00:17:15,880 --> 00:17:18,740
tiene una convergencia rápida

211
00:17:18,740 --> 00:17:20,819
y vamos a seguir un poco más

212
00:17:20,819 --> 00:17:22,480
bueno, esto lo mismo

213
00:17:22,480 --> 00:17:24,259
intentar hacerlo vosotros

214
00:17:24,259 --> 00:17:29,480
esta práctica

215
00:17:29,480 --> 00:17:31,000
a ver, vamos a ver

216
00:17:31,000 --> 00:17:33,720
abrimos el pdf que es más rápido

217
00:17:33,720 --> 00:17:35,819
ah, si es interesante

218
00:17:35,819 --> 00:17:37,180
si es interesante

219
00:17:37,180 --> 00:17:39,700
la vamos a hacer

220
00:17:39,700 --> 00:17:43,440
que consiste en lo siguiente, fijaros

221
00:17:43,440 --> 00:17:47,559
es un poco larga, pero es muy interesante

222
00:17:47,559 --> 00:17:51,019
tenemos un escenario

223
00:17:51,019 --> 00:17:53,319
en el que

224
00:17:53,319 --> 00:17:59,279
aparecen, vamos a ver por donde vamos en el pdf

225
00:17:59,279 --> 00:18:04,559
hemos visto todo esto, la comparación de los protocolos

226
00:18:04,559 --> 00:18:07,500
aquí, y ahora vamos a llegar ya

227
00:18:07,500 --> 00:18:14,599
a los protocolos mientras que nos arranca el paquete tracer de estado de

228
00:18:14,599 --> 00:18:21,420
enlace vale los de estado de enlace utilizan un protocolo que es el spf el

229
00:18:21,420 --> 00:18:28,500
perdón el protocolo distra distra

230
00:18:28,500 --> 00:18:34,980
y se les llama protocolo spf porque es primero la ruta más corta de acuerdo

231
00:18:34,980 --> 00:18:42,680
Es la traducción, short path first, ¿de acuerdo? Aquí lo tenéis, short path first.

232
00:18:43,400 --> 00:18:55,039
Bien, entonces vamos a ver si nos va arrancando el paquete tracer, que a veces ya sabéis que nos...

233
00:18:55,039 --> 00:19:00,619
Bueno, ya hemos conseguido que arranque el paquete tracer y ha pasado tiempo, está en color verde.

234
00:19:00,619 --> 00:19:11,059
entonces lo que vamos a hacer aquí es mandar un paquete desde el PCA al PCB, vamos a abrir

235
00:19:11,059 --> 00:19:20,740
esto, vamos a sacar la simulación para que se vea mejor y mandamos un paquete desde el

236
00:19:20,740 --> 00:19:28,240
PCA, lo podríamos hacer con PIN pero así es más rápido, al PCB, lo dejamos que ha

237
00:19:28,240 --> 00:19:34,759
fallado, bueno, si repetimos esto, ahí está, ya funciona, lo veis, cuando le da a fire

238
00:19:34,759 --> 00:19:40,039
varias veces, la primera vez sabéis que suele fallar en Packet Tracer. Y ahora nos vamos

239
00:19:40,039 --> 00:19:43,700
a pasar al modo simulación. Como tenemos ahí el paquete, vamos a ver por dónde va.

240
00:19:44,619 --> 00:19:49,240
Me aseguro que ha funcionado ya para no tener ARPs. Y ahora, ¿dónde diríais que va a ir?

241
00:19:49,420 --> 00:19:54,559
¿Por el camino de arriba, que son tres routers, o por el camino de abajo, que son dos? Bueno,

242
00:19:54,559 --> 00:19:59,880
parece más corto el camino de abajo pero tener en cuenta que esto es como diríamos vulgarmente

243
00:19:59,880 --> 00:20:07,640
un camino de cabras son enlaces de 1,2 k cuando los de arriba son de 100 y de 4 megas es mucho

244
00:20:07,640 --> 00:20:12,259
más rápido el de arriba bueno pues eso va a depender ya os digo del protocolo que usemos

245
00:20:12,259 --> 00:20:19,400
si usamos rip se va a venir por aquí abajo si usamos el grp o spf se va a ir por arriba

246
00:20:19,400 --> 00:20:29,339
podríamos verlo pero bueno vamos a se va a ir por el camino de arriba porque no está utilizando rip

247
00:20:29,339 --> 00:20:38,079
o bien si tiene varios protocolos vamos a ver qué protocolos tiene venga lo vamos a mirar aquí la

248
00:20:38,079 --> 00:20:44,339
forma más rápida va a ser haciendo un showroom fijaros que lo he hecho en real que es el último

249
00:20:44,339 --> 00:20:52,200
router y curiosamente tiene dos protocolos que son el EIGRP y el RIP entre los dos

250
00:20:54,000 --> 00:21:00,099
va a preferir el router va a dar de alta en su tabla de enrutamiento el que tenga mejor

251
00:21:00,099 --> 00:21:06,359
distancia administrativa porque claro usan métricas que son incompatibles entonces vamos a ver la tabla

252
00:21:06,359 --> 00:21:10,240
show ip route

253
00:21:10,240 --> 00:21:14,700
miramos la tabla de enrutamiento, la ajustamos un poquito a la pantalla

254
00:21:14,700 --> 00:21:18,359
aquí la tenéis, entonces resulta que el que está funcionando

255
00:21:18,359 --> 00:21:23,019
está dando de alta todas las rutas con la D, ya sabéis que es de dual

256
00:21:23,019 --> 00:21:26,539
que es de EIGRP, es EIGRP el que está ganando

257
00:21:26,539 --> 00:21:30,539
¿por qué? pues muy sencillo, porque la distancia administrativa

258
00:21:30,539 --> 00:21:34,359
de EIGRP es 90 y de RIP 120

259
00:21:34,359 --> 00:21:43,720
Entonces, como lo primero que se evalúa es la distancia administrativa, siempre se van a elegir las rutas de EIGRP, por lo tanto el paquete siempre se va a ir por arriba.

260
00:21:43,720 --> 00:21:47,259
hombre, y yo no puedo hacer algo para evitar eso

261
00:21:47,259 --> 00:21:50,819
pues bueno, vamos a hacerlo, vamos a engañar a este router

262
00:21:50,819 --> 00:21:54,180
y le vamos a decir que a partir de ahora

263
00:21:54,180 --> 00:21:59,519
con ter, vamos a poner

264
00:21:59,519 --> 00:22:01,859
router rip

265
00:22:01,859 --> 00:22:06,200
vamos a preguntar que comando podemos dar aquí

266
00:22:06,200 --> 00:22:10,960
hombre, podemos cambiar la distancia

267
00:22:10,960 --> 00:22:13,920
la distancia administrativa, ponemos

268
00:22:13,920 --> 00:22:17,960
distancia, y ahora me dice que ponga un número

269
00:22:17,960 --> 00:22:22,039
bueno, pues si queremos que gane este RIP por delante

270
00:22:22,039 --> 00:22:25,920
de EIGRP, que tenía 90, le vamos a poner de distancia

271
00:22:25,920 --> 00:22:30,140
89, a partir de ahora, cuando esto

272
00:22:30,140 --> 00:22:33,900
pase un momento y haya actualizaciones, lo que va a pasar

273
00:22:33,900 --> 00:22:37,119
bueno, ya sabéis que esto es un poco, para que vaya más rápido

274
00:22:37,119 --> 00:22:45,079
O le doy al Fast Forward Time, o bien lo que hago es pasar varias veces de tiempo real a simulación.

275
00:22:45,240 --> 00:22:46,920
Y ahora vamos a lanzar otra vez el paquete.

276
00:22:47,920 --> 00:22:51,839
Llegamos hasta aquí, el ping, y ahora ¿por qué camino se va a ir?

277
00:22:52,619 --> 00:22:55,119
Bueno, antes de hacerlo lo vamos a mirar directamente.

278
00:22:56,380 --> 00:23:00,299
Control Z, Show IP Route.

279
00:23:01,460 --> 00:23:04,440
¡Hombre! La tabla de enrutamiento ha cambiado completamente.

280
00:23:04,619 --> 00:23:05,619
¿Quién manda ahora en ella?

281
00:23:05,619 --> 00:23:07,200
fijaros, RIP

282
00:23:07,200 --> 00:23:09,940
este router tiene los dos protocolos

283
00:23:09,940 --> 00:23:11,799
instalados, pero como solo

284
00:23:11,799 --> 00:23:13,799
puede meter la mejor ruta

285
00:23:13,799 --> 00:23:16,119
en este caso elige las rutas

286
00:23:16,119 --> 00:23:17,740
de las que se entera

287
00:23:17,740 --> 00:23:19,319
por RIP

288
00:23:19,319 --> 00:23:21,440
vale, y hace un momento

289
00:23:21,440 --> 00:23:23,759
lo que tenía activo eran

290
00:23:23,759 --> 00:23:25,720
las rutas de EIGRP

291
00:23:25,720 --> 00:23:27,559
entonces, sin duda

292
00:23:27,559 --> 00:23:29,779
no cabe duda de que ahora se va a venir por el

293
00:23:29,779 --> 00:23:31,599
camino de abajo, y eso que es un camino

294
00:23:31,599 --> 00:23:33,619
malísimo, pero RIP

295
00:23:33,619 --> 00:23:38,359
Hemos dicho que es el que va a prevalecer, por lo tanto el paquete ahora va por abajo.

296
00:23:39,359 --> 00:23:40,700
¿De acuerdo? Muy interesante.

297
00:23:41,359 --> 00:23:46,039
Bueno, como aquí no hemos hecho nada, fijaros que curioso, vuelve por el mejor camino,

298
00:23:46,240 --> 00:23:51,799
porque este router aún tiene implementado que el mejor protocolo es EIGRP.

299
00:23:52,359 --> 00:23:53,799
Luego prefiere el camino superior.

300
00:23:54,619 --> 00:23:55,960
Muy interesante. ¿De acuerdo?

301
00:23:55,960 --> 00:24:01,960
Podéis entrar, ver las tablas de los routers, y para no entretenernos más, yo continúo.

302
00:24:02,799 --> 00:24:03,200
Muy bien.

303
00:24:03,619 --> 00:24:11,420
Pues hemos terminado de ver de una forma general los protocolos de estado de enlace

304
00:24:11,420 --> 00:24:17,420
Y ahora vamos a ver los de vector de distancia y ahora vamos a ver los de estado de enlace

305
00:24:17,420 --> 00:24:22,019
De los dos que hay, el único que se estudia en este curso es el OSPF

306
00:24:22,019 --> 00:24:22,839
¿De acuerdo?

307
00:24:25,680 --> 00:24:28,160
La configuración de ellos luego es muy parecida, fijaros

308
00:24:28,160 --> 00:24:34,920
Entonces, el algoritmo de la ruta más corta, el SPF

309
00:24:34,920 --> 00:24:40,940
o de Distra, que es el físico que lo inventó

310
00:24:40,940 --> 00:24:44,940
me dice lo siguiente, si yo quiero ir de la red

311
00:24:44,940 --> 00:24:48,759
de la LAN que tiene R2 hasta la LAN

312
00:24:48,759 --> 00:24:52,200
que tiene R3, ¿por dónde me voy? lo que hago es buscar

313
00:24:52,200 --> 00:24:56,799
el camino más corto teniendo en cuenta que cada cable tiene un valor

314
00:24:56,799 --> 00:25:00,940
un costo que va a depender de con qué tipo

315
00:25:00,940 --> 00:25:04,839
de interfaz esté hecho, básicamente de eso, las fases Ethernet

316
00:25:04,839 --> 00:25:08,440
tienen un costo, las gigas tienen un costo más pequeño

317
00:25:08,440 --> 00:25:10,559
porque es mejor camino

318
00:25:10,559 --> 00:25:12,960
entonces aquí, a modo de demostración

319
00:25:12,960 --> 00:25:14,519
se han puesto unos costos aleatorios

320
00:25:14,519 --> 00:25:16,400
que luego esto, pues en la vida real no es así

321
00:25:16,400 --> 00:25:18,440
entonces, si estoy en esta LAN

322
00:25:18,440 --> 00:25:22,759
¿qué me cuesta ir hasta la LAN de R3?

323
00:25:23,039 --> 00:25:24,140
pues fijaros, muy curioso

324
00:25:24,140 --> 00:25:26,880
la LAN de donde salgo no se cuenta

325
00:25:26,880 --> 00:25:29,339
claro que no, porque yo estoy en este router

326
00:25:29,339 --> 00:25:29,980
empiezo aquí

327
00:25:29,980 --> 00:25:33,940
entonces aquí tendría un costo de 20, 25

328
00:25:33,940 --> 00:25:37,440
Y sí que se cuenta el costo de la LAN de salida

329
00:25:37,440 --> 00:25:39,480
Este se os suele olvidar siempre

330
00:25:39,480 --> 00:25:43,180
Y tiene consecuencias catastróficas

331
00:25:43,180 --> 00:25:45,740
Entonces aquí tengo 20, 25 y 2, 27

332
00:25:45,740 --> 00:25:47,920
¿Tengo algún camino más corto para llegar?

333
00:25:48,559 --> 00:25:49,960
Pues vamos a ver por este lado

334
00:25:49,960 --> 00:25:53,059
10, 20, 30 y 2

335
00:25:53,059 --> 00:25:55,119
Entonces el, el, no, es más largo

336
00:25:55,119 --> 00:25:58,480
El camino más corto para llegar desde este router

337
00:25:58,480 --> 00:26:00,759
Hasta esta LAN

338
00:26:00,759 --> 00:26:03,099
Es 20, 25 y 2, 27

339
00:26:03,099 --> 00:26:13,640
¿De acuerdo? Y sería pasando desde R2 por R1 y R3. Muy bien, pues eso es lo que vamos a hacer básicamente con todas las redes, ¿vale?

340
00:26:13,640 --> 00:26:36,880
Entonces, R1 dice, va anotando, va construyendo un árbol en el que informa, para llegar desde R1 a la LAN de R2, el camino más corto es 5 más 2, 7, perdón, a que R2 es este, R2 es este.

341
00:26:36,880 --> 00:26:53,960
Entonces es 20 más 2, 22. Y el camino es R1 a R2. Y eso se queda anotado. Para llegar a la LAN de R3, el camino vale, el costo del camino es 5 más 2, 7. Y es yendo de R1 a R3. Así con todas.

342
00:26:53,960 --> 00:27:08,400
para llegar a la LAN de R4, R4 está aquí, fijaros, 20 más 2, 22, no, hay un camino mejor que es 5 y 10, 15 y 2, 17,

343
00:27:08,400 --> 00:27:20,059
entonces ese camino es de R1 a R3 y a R4 y vale 17, bueno, pues así con todos los caminos, ¿vale?

344
00:27:20,059 --> 00:27:24,940
Entonces, eso lo hace R1 y forma su árbol

345
00:27:24,940 --> 00:27:28,240
Ahora, R2 hace lo mismo y forma su propio árbol

346
00:27:28,240 --> 00:27:33,480
De los costos que le supone ir a todas las LAN que hay conectadas

347
00:27:33,480 --> 00:27:38,059
R3 hace lo mismo, bueno, nos vamos a entretener en analizar cada uno de ellos

348
00:27:38,059 --> 00:27:40,140
R4 también y R5 también

349
00:27:40,140 --> 00:27:42,079
¿De acuerdo? Muy bien

350
00:27:42,079 --> 00:27:46,180
Pues, ¿cuál es el proceso para construir ese árbol?

351
00:27:46,180 --> 00:27:47,059
Pues fijaros

352
00:27:47,059 --> 00:27:50,839
Lo primero es que uno conozca lo que tiene en casa

353
00:27:50,839 --> 00:27:55,240
Es decir, cada router obtiene información sobre sus propias redes conectadas

354
00:27:55,240 --> 00:27:59,000
Después, cada router saluda a sus vecinos

355
00:27:59,000 --> 00:28:02,079
Se hacen un saludo y se dicen, hola, yo estoy aquí

356
00:28:02,079 --> 00:28:04,559
Bien, entonces como ya sabe dónde están los vecinos

357
00:28:04,559 --> 00:28:07,579
Cada router crea un paquete de link state

358
00:28:07,579 --> 00:28:12,000
Paquete de estado de enlace

359
00:28:12,000 --> 00:28:14,119
Paquete de link state

360
00:28:14,119 --> 00:28:18,079
Las LSP es un concepto que vamos a manejar bastante

361
00:28:18,079 --> 00:28:22,119
Simplemente es un paquete de actualización donde mete lo que yo tengo

362
00:28:22,119 --> 00:28:25,359
Que incluye el estado de cada enlace directamente conectado

363
00:28:25,359 --> 00:28:28,960
O sea, yo como acabo de arrancar, doy de alto mis redes conectadas

364
00:28:28,960 --> 00:28:32,220
Y construyo un paquete donde digo, yo tengo esto

365
00:28:32,220 --> 00:28:33,000
¿De acuerdo?

366
00:28:33,539 --> 00:28:37,759
Cada router a continuación satura con las LSP a todos los vecinos

367
00:28:37,759 --> 00:28:42,160
Entonces claro, si yo me asomo a un patio de vecinos, abro la ventana y digo

368
00:28:42,160 --> 00:28:58,480
Yo en mi casa tengo esto, esto y esto. El otro dice, yo en mi casa tengo esto, esto y esto. Y todo el mundo dice eso, al final todos conocemos lo de todos. Esa es un poco la filosofía. A estos protocolos se le llaman router de patios de vecinos, ¿vale? Porque se asoman a la ventana y publican todo.

369
00:28:58,480 --> 00:29:06,980
entonces cada router a continuación utiliza la base de datos para construir un mapa completo de la topología

370
00:29:06,980 --> 00:29:09,980
y calcular el mejor camino hacia la red de destino

371
00:29:09,980 --> 00:29:16,980
bueno ya veis que es un proceso bastante más complejo que con RIP que simplemente mandaba paquetitos y ya está

372
00:29:16,980 --> 00:29:19,940
sino que aquí vamos construyendo ese árbol

373
00:29:19,940 --> 00:29:25,039
vamos a ver en esta presentación lo que acabamos de decir

374
00:29:25,039 --> 00:29:54,839
Fijaros, el router 1 arranca y lo único que sabe es que tiene aquí una interfaz que es del tipo F00, que vale esta, fijaros, que en el enlace 1 tiene la red 10.1.0.0, que la IP por la que se conecta ella es la 10.1.0.1, que es de tipo Ethernet, que el costo de ese enlace por ser un Ethernet es de 2, eso ya es inherente, viene definido, aunque lo podremos cambiar, no lo haremos, y que no tiene ningún vecino.

375
00:29:55,039 --> 00:30:13,539
Por aquí, a continuación dice, en este otro cable tengo una red que se llama 10.2, la IP es la 10.2.0.1, un costo de este enlace, por ser un serial probablemente bastante malo, de 20, que es muy malo, cuanto mayor sea el costo es peor, y tengo de vecino uno que se llama R2.

376
00:30:13,539 --> 00:30:16,480
Hago lo mismo con este cable y con este

377
00:30:16,480 --> 00:30:19,579
Bueno, pues esos son los estados de mis enlaces

378
00:30:19,579 --> 00:30:24,059
Todos esos los voy a tener que meter en un LSP

379
00:30:24,059 --> 00:30:25,339
¿Y a quién se los mando?

380
00:30:25,720 --> 00:30:26,759
A todo el mundo

381
00:30:26,759 --> 00:30:28,599
Por todas mis interfaces

382
00:30:28,599 --> 00:30:30,420
Por la fase CERNERO

383
00:30:30,420 --> 00:30:32,579
CERNED00 no sirven para nada

384
00:30:32,579 --> 00:30:35,380
Pero a estos otros les acabo de contar mi vida

385
00:30:35,380 --> 00:30:38,160
Y a su vez ellos me contarán también su vida

386
00:30:38,160 --> 00:30:41,180
Eso es una inundación de LSP

387
00:30:41,180 --> 00:30:42,480
¿De acuerdo?

388
00:30:43,539 --> 00:30:52,119
ahora bueno esto es lo mismo que hemos estado viendo que se construye la lsp y se satura con

389
00:30:52,119 --> 00:30:59,480
ella a todos los routers veis a todos se manda de unos a otros de unos a otros hasta que esa

390
00:30:59,480 --> 00:31:04,119
información llega a todos claro no le llega solamente al vecino sino que llega hasta el

391
00:31:04,119 --> 00:31:08,500
último router de la empresa y esto es lo que van haciendo es guardando esa información y con ello

392
00:31:08,500 --> 00:31:14,180
construyen una base de datos de acuerdo bueno pues aquí tenemos esa base de

393
00:31:14,180 --> 00:31:22,299
datos de una base de datos de estado de enlace donde dice r1 tiene información

394
00:31:22,299 --> 00:31:27,680
los estados de enlace de r1 sabe que r2 tiene esto otro que r3 tiene esto r4 y

395
00:31:27,680 --> 00:31:34,619
r5 se sabe todo bien ahora con eso construye el árbol spf dice vamos a ver

396
00:31:34,619 --> 00:31:42,660
yo sé que sí tengo que ir hasta aquí existen esos caminos y son los mejores porque es el camino más

397
00:31:42,660 --> 00:31:49,500
corto ahora dice si tengo que ir son mis vecinos si tengo que ir hasta r5 y de bueno pues el mejor

398
00:31:49,500 --> 00:31:57,660
camino es yendo por aquí arriba vale y eso es lo que va dando de alta dice a éste tiene aquí una

399
00:31:57,660 --> 00:32:03,720
lan que va a ser ésta o sea va dando de alta todas esas informaciones de esos routers y

400
00:32:05,579 --> 00:32:16,799
se va enterando o sea con ello construye el árbol spf es decir primero el camino más corto dice para

401
00:32:16,799 --> 00:32:25,359
llegar hasta la red 5 acordaros que estamos en el 1 la red 5 está aquí arriba dice tengo que ir de

402
00:32:25,359 --> 00:32:33,640
R1, R2 y el costo es 20 más 2, 22, ¿de acuerdo? Para llegar hasta la red 6, que es esta, de esta

403
00:32:33,640 --> 00:32:40,240
LAN, dice el camino más corto es yendo de R1 a R3 y el costo es 5 más 2, 7. Esto lo vimos antes

404
00:32:40,240 --> 00:32:46,859
de los numeritos, ¿vale? Este es el árbol resultante. Esto es el mapa perfecto. ¿Quién ha

405
00:32:46,859 --> 00:32:53,220
notado todos los caminos que existen y cuánto vale cada uno de ellos vale

406
00:32:56,700 --> 00:33:05,099
bueno aquí tenéis el agregado de rutas o spf a la tabla de enrutamiento lo que vamos a hacer es

407
00:33:05,099 --> 00:33:13,019
a partir de esta información que he recibido doy de alta mis redes conectadas siempre y luego las

408
00:33:13,019 --> 00:33:17,400
redes remotas de las que me he enterado y eso formaría la tabla de enrutamiento

409
00:33:17,400 --> 00:33:23,160
vale muy bien aquí tenéis una actividad bueno vamos a hacer sólo una vez para no

410
00:33:23,160 --> 00:33:28,200
entretenernos que me dice esta es una red con unos costos que supongo que

411
00:33:28,200 --> 00:33:31,720
estos números ya sabéis que me lo estoy inventando pero luego no me los inventaré

412
00:33:31,720 --> 00:33:38,819
ahora me dice que hago para llegar desde r1 tenéis que leer el enunciado hasta la

413
00:33:38,819 --> 00:33:46,200
red 5 pues me vuelvo al punto 1 y digo desde r1 hasta la red 5 que es esta por donde me voy a ir

414
00:33:46,200 --> 00:33:54,660
pues por aquí tengo 25 25 y 227 hay que contar siempre la red de salida por aquí tengo 7 más

415
00:33:54,660 --> 00:34:01,920
29 este tiene muy buena pinta y por aquí abajo una burrada 25 27 que es el camino más corto es 7 y 29

416
00:34:01,920 --> 00:34:18,920
Me vengo aquí, digo 7 y 2, 9, este costo para llegar desde R1 hasta esa red. Muy bien, bueno, pues así con todos, ¿vale? Y aquí tenéis otro supuesto que es desde R2, ¿vale? Practicar los caminos más cortos.

417
00:34:18,920 --> 00:34:23,699
dice, ¿por qué se utiliza un protocolo de estado de enlace?

418
00:34:24,139 --> 00:34:28,980
porque tiene un mapa completo de la topología

419
00:34:28,980 --> 00:34:31,699
porque la convergencia es mucho más rápida

420
00:34:31,699 --> 00:34:34,559
es verdad que hay un intercambio de LSPs al principio

421
00:34:34,559 --> 00:34:38,780
pero al final es incluso más rápido que las actualizaciones periódicas

422
00:34:38,780 --> 00:34:41,119
porque hay una inundación de LSPs

423
00:34:41,119 --> 00:34:44,800
tiene actualizaciones no periódicas

424
00:34:44,800 --> 00:34:46,579
aunque es verdad que hay un paquetito de Hello

425
00:34:46,579 --> 00:34:54,800
solo se van a desencadenar actualizaciones cuando se rompa un cable, cuando se mueva, etc.

426
00:34:55,320 --> 00:34:57,219
Y luego tiene un diseño jerárquico.

427
00:34:57,400 --> 00:34:59,619
Bueno, esto ya sabéis que lo veremos más adelante.

428
00:34:59,719 --> 00:35:02,079
OSPF permite trabajar con áreas.

429
00:35:03,420 --> 00:35:09,519
La desventaja de los protocolos de estado de enlace, pues que gasta más máquina, gasta más CPU.

430
00:35:09,519 --> 00:35:15,519
Y las LSP, bueno, como todo lo que mando por la red, puede perjudicar al rendimiento.

431
00:35:15,519 --> 00:35:20,619
rendimiento vale aquí tenéis un esquema de áreas que es lo que se hace cuando hay muchos router

432
00:35:20,619 --> 00:35:27,820
se rompen en zonas entonces siempre hay un área cera que es obligatorio un área cero y luego si

433
00:35:27,820 --> 00:35:35,139
se produce una rotura en uno de estos cables las lsp que se pronuncian los paquetes de estado de

434
00:35:35,139 --> 00:35:41,280
enlace no inundan toda la empresa solo inunda en este área con eso se consigue una optimización del

435
00:35:41,280 --> 00:35:45,460
el rendimiento de OSPF. ¿Vale? Muy bien, pues con eso

436
00:35:45,460 --> 00:35:49,460
hemos terminado el tema 5, que ya sabéis

437
00:35:49,460 --> 00:35:53,159
que era un poco de teoría, no tiene prácticas. Venga,

438
00:35:53,360 --> 00:35:53,880
adiós.