1
00:00:01,970 --> 00:00:12,730
Hola, buenas tardes. Vamos a repasar el tema 7 del CCNA3, que es ajuste y solución de problemas de IGRP.

2
00:00:13,449 --> 00:00:27,109
Hemos visto el tema 6 de IGRP, funcionamiento básico, y el 8, funcionamiento básico de OSPF, y ahora vamos a ver los avanzados de ambos protocolos, empezando por el tema 7.

3
00:00:27,109 --> 00:00:45,090
¿De acuerdo? En primer lugar nos presentan aquí la topología que vamos a utilizar en este tema. Fijaros que hay tres redes de clase B 172.16, una con barra 24 y otra con barra 30.

4
00:00:45,090 --> 00:01:02,950
Y luego aquí tenemos tres redes de clase C. La diferencia está en que estas dos son de la clase C subneteada, de la red 192.168.10, y esta otra es distinta, no se puede agrupar con las anteriores.

5
00:01:02,950 --> 00:01:28,989
¿De acuerdo? Bien. Esto lo tenemos aquí. Fijaros. Este círculo, estos dos apuntes en el resumen, corresponde a la red 172.16.0.0.16. Estas dos corresponden a la red 192.168.10.0.24. Y esta otra, pues, esta sola. Es una clase C, pero no es la misma que la anterior.

6
00:01:28,989 --> 00:01:38,870
Entonces, como cosa curiosa en la topología, han modificado el ancho de banda de este enlace

7
00:01:38,870 --> 00:01:45,370
serial a 64k en ambos extremos y de este otro a 1024. Ya sabéis que por defecto el valor de

8
00:01:45,370 --> 00:01:50,829
los seriales de 1544k, luego aquí no hay que hacer nada, ya está configurado. Entonces,

9
00:01:50,829 --> 00:01:56,349
si repasamos la configuración, ahí vemos que se ha modificado con el comando bandwidth dentro de

10
00:01:56,349 --> 00:02:03,349
la propia interfaz, esto va a repercutir en la métrica, claro, de EIGRP, como vimos en el capítulo

11
00:02:03,349 --> 00:02:14,210
anterior, en el tema 6. Aquí modificamos los dos enlaces que hemos dicho en R2, esto es R2, y en R3

12
00:02:14,210 --> 00:02:20,169
modificamos sólo uno, porque el otro es el que se queda programado con el valor por defecto, ¿de

13
00:02:20,169 --> 00:02:34,740
acuerdo? Bien, a ver si consigo pasar aquí. El resumen automático de EIGRP, ¿qué es?

14
00:02:34,740 --> 00:02:40,280
Bueno, pues vamos a ver, esta es una situación en la cual EIGRP podemos hacer, podemos, que

15
00:02:40,280 --> 00:02:48,639
no es obligatorio, podemos hacer que coja varias redes que se pueden resumir y las resuma

16
00:02:48,639 --> 00:02:56,960
en la red con clase. Por ejemplo, estas tres redes, 172.16.1.2.3.24, se podrían resumir

17
00:02:56,960 --> 00:03:05,560
como una sola con clase 172.16.0.0.16. ¿Esto es bueno o es malo? Bueno, pues es lo que

18
00:03:05,560 --> 00:03:14,360
vamos a intentar ver en estas siguientes presentaciones del comienzo. Por defecto, ocurre lo siguiente.

19
00:03:14,360 --> 00:03:22,240
EIGRP en el IOS 15 y a partir del 12.2

20
00:03:22,240 --> 00:03:29,759
el resumen automático de EIGRP no se realiza, está deshabilitado

21
00:03:29,759 --> 00:03:36,900
esto nos quiere decir que por defecto el protocolo ya no resume

22
00:03:36,900 --> 00:03:41,620
esta es la situación en mi opinión más deseable, que no haya resumen

23
00:03:41,620 --> 00:03:46,939
¿Por qué? Pues porque como vamos a ver en las siguientes presentaciones

24
00:03:46,939 --> 00:03:49,500
El resumen automático puede hacer que se produzcan bucles

25
00:03:49,500 --> 00:03:52,520
Y a veces nos puede interferir un poco más

26
00:03:52,520 --> 00:03:57,219
Entonces si miramos aquí en el R3

27
00:03:57,219 --> 00:03:59,840
No hemos hecho resumen automático

28
00:03:59,840 --> 00:04:02,740
Por defecto aparecen las tres redes

29
00:04:02,740 --> 00:04:05,099
O sea acordaros que la topología era

30
00:04:05,099 --> 00:04:10,099
En el router 3 me han llegado las tres redes

31
00:04:10,099 --> 00:04:15,439
que se han comunicado a través de Dual, de EIGRP, ¿vale?

32
00:04:15,819 --> 00:04:19,600
Las métricas son distintas, bueno, pues no vamos a entrar en el cálculo,

33
00:04:19,759 --> 00:04:23,959
pero cada una de ellas calculada con el bandwidth, con el retardo, etc.

34
00:04:24,600 --> 00:04:29,319
Bien, entonces ahora, como por defecto no había sumarización,

35
00:04:30,040 --> 00:04:33,439
entramos en el primer router, en R1, y decimos autosumari.

36
00:04:33,439 --> 00:04:37,399
Y en R2 también, que sumarice, le estamos diciendo.

37
00:04:37,399 --> 00:04:40,439
esto normalmente yo os digo por experiencia

38
00:04:40,439 --> 00:04:42,240
que en los problemas os van a poner

39
00:04:42,240 --> 00:04:44,220
os van a pedir que no

40
00:04:44,220 --> 00:04:46,079
sumarice, hay que poner

41
00:04:46,079 --> 00:04:48,220
no autosumari, sin embargo

42
00:04:48,220 --> 00:04:50,120
aquí vamos a sumarizar, a ver que efectos

43
00:04:50,120 --> 00:04:51,060
tiene, vale

44
00:04:51,060 --> 00:04:54,860
bien

45
00:04:54,860 --> 00:05:02,019
ahora comprobamos la verificación

46
00:05:02,019 --> 00:05:03,220
del resumen automático

47
00:05:03,220 --> 00:05:05,519
que es como está quedando

48
00:05:05,519 --> 00:05:07,579
y fijaros, si miro en el primer router

49
00:05:07,579 --> 00:05:09,060
show ip protocols

50
00:05:09,060 --> 00:05:25,339
me dice que la sumarización está habilitada y además que se está mandando por las interfaces GIGA00 y SERIAL00 la red 192.168.10.24.

51
00:05:25,620 --> 00:05:31,180
Esto está sumarizado. Y también esta otra por la SERIAL01. Vamos a verlo en las siguientes presentaciones.

52
00:05:31,180 --> 00:05:51,759
Fijaros, ¿qué es lo que me está diciendo R1? Me dice, ten cuidado porque estoy sumarizando redes, concretamente la 192.168.10.0.24, esa es el resumen de Star 2.

53
00:05:51,759 --> 00:05:54,720
y por donde lo está enviando

54
00:05:54,720 --> 00:05:56,480
o sea, el resumen de estas dos

55
00:05:56,480 --> 00:05:58,680
no, vamos a ver, sí, refleja a las dos

56
00:05:58,680 --> 00:06:00,639
pero concretamente como esta

57
00:06:00,639 --> 00:06:01,459
red conectada

58
00:06:01,459 --> 00:06:04,680
la vamos a sumarizar, lo que va a hacer

59
00:06:04,680 --> 00:06:06,620
es transmitirla como si

60
00:06:06,620 --> 00:06:08,199
fuera con clase

61
00:06:08,199 --> 00:06:10,899
192.168.10

62
00:06:10,899 --> 00:06:11,600
entonces

63
00:06:11,600 --> 00:06:14,779
hay una regla que se llama de horizonte dividido

64
00:06:14,779 --> 00:06:16,680
y es que un router nunca anuncia

65
00:06:16,680 --> 00:06:18,259
una red por

66
00:06:18,259 --> 00:06:20,680
donde se ha enterado, por la misma interfaz

67
00:06:20,680 --> 00:06:21,500
donde le ha llegado

68
00:06:21,500 --> 00:06:29,959
Entonces, por aquí no la va a mandar, porque esta es la red conectada, la va a mandar por aquella interfaz y por esta.

69
00:06:30,720 --> 00:06:42,399
Bien, al mismo tiempo me está diciendo que va a enviar el resumen de estas tres redes, en este caso, bueno, que las refleja a las tres.

70
00:06:42,399 --> 00:06:45,319
Simplemente él tiene dos conectadas

71
00:06:45,319 --> 00:06:49,180
Y las resume a la red con clase más próxima

72
00:06:49,180 --> 00:06:51,639
Que es 172.16.0.0.16

73
00:06:51,639 --> 00:06:53,139
Y eso lo va a enviar por aquí

74
00:06:53,139 --> 00:06:56,699
Por la serial 001

75
00:06:56,699 --> 00:06:58,959
¿Por qué no lo envía por las otras dos interfaces?

76
00:06:59,459 --> 00:07:00,279
Por lo que hemos dicho

77
00:07:00,279 --> 00:07:04,079
Por el horizonte dividido

78
00:07:04,079 --> 00:07:06,180
Un router nunca anuncia una red

79
00:07:06,180 --> 00:07:07,759
Por aquella interfaz

80
00:07:07,759 --> 00:07:10,660
Donde se ha enterado que existe

81
00:07:10,660 --> 00:07:11,120
¿Vale?

82
00:07:11,279 --> 00:07:12,279
Para evitar bucles

83
00:07:12,279 --> 00:07:25,439
Bien, entonces ese es un poco el resumen de la sumarización. Fijaros, podemos verlo también que está sumarizando de la siguiente manera.

84
00:07:25,439 --> 00:07:43,120
si le digo en R3 show IP e IGRP topology al link, pues lo que me está diciendo R3 es que ha recibido una red sumarizada a la 172.16.0.0

85
00:07:43,120 --> 00:07:50,060
que se la han mandado por aquí y aquel router ha hecho lo mismo, ha enviado una red sumarizada por aquí.

86
00:07:50,060 --> 00:08:04,060
Entonces, el problema que tenemos por haber sumarizado es que R3 va a tener dos caminos para llegar hasta cualquiera de estas redes, porque las tres al sumarizar son la misma.

87
00:08:04,060 --> 00:08:20,939
Entonces me dice que un camino va a ser desde R3 para llegar a la red 172.16.0.0, un camino va a ser a través de 192.168.10.5 y el otro a través de 10.9.

88
00:08:20,939 --> 00:08:33,440
fijaros efectivamente en r3 un camino es por 10 5 mandando los paquetes aquí y otro por arriba

89
00:08:33,440 --> 00:08:44,240
por 10 9 entonces fijaros imaginaros que hacemos un pin desde r3 a qué dirección por ejemplo

90
00:08:44,240 --> 00:08:53,559
lo vamos a poner que lo hacemos aquí, a un equipo que esté en la LAN de R1.

91
00:08:54,019 --> 00:08:59,100
Bueno, pues el paquete se va a enviar, como tiene mejor métrica, por aquí,

92
00:08:59,620 --> 00:09:05,299
y después desde aquí habrá que enviarlo a R1, o sea, se envía a R2, de R2 a R1 y luego a la LAN.

93
00:09:05,720 --> 00:09:07,320
¿Por qué? Por haber sumarizado.

94
00:09:07,879 --> 00:09:11,679
Por haber sumarizado, R3 ha recibido dos redes resumidas.

95
00:09:11,679 --> 00:09:17,000
entonces realmente pues él no sabe lo que está ocurriendo ahí de acuerdo bien

96
00:09:19,139 --> 00:09:27,799
aquí tenéis cómo sería la en r3 el aspecto si no hubiéramos sumar izado tendríamos

97
00:09:27,799 --> 00:09:32,500
perfectamente delimitadas las tres redes existentes

98
00:09:32,500 --> 00:09:36,960
que son de clase B

99
00:09:36,960 --> 00:09:39,919
pero las hemos uneteado en barra 24

100
00:09:39,919 --> 00:09:44,620
al sumarizar que es lo que ocurre

101
00:09:44,620 --> 00:09:48,200
que esas tres redes se resumen como una sola

102
00:09:48,200 --> 00:09:50,419
entonces vosotros me tenéis que decir

103
00:09:50,419 --> 00:09:52,960
a ver, que os gusta más

104
00:09:52,960 --> 00:09:56,440
la situación de la parte superior

105
00:09:56,440 --> 00:09:58,740
o la de la parte inferior

106
00:09:58,740 --> 00:10:00,440
bueno, vamos a ver

107
00:10:00,440 --> 00:10:04,620
la de arriba es real, no hemos sumarizado

108
00:10:04,620 --> 00:10:08,259
y las redes están perfectas, tal como las tengo

109
00:10:08,259 --> 00:10:12,659
íntegras, no hay errores, sin embargo, en la parte de abajo

110
00:10:12,659 --> 00:10:16,940
hemos sumarizado y ¿qué hemos conseguido? bueno, pues que esta tabla de enrutamiento

111
00:10:16,940 --> 00:10:21,179
es más pequeña, porque hay tres redes que van a aparecer como una sola

112
00:10:21,179 --> 00:10:24,740
¿vale? esa es la ventaja, y que también

113
00:10:24,740 --> 00:10:28,460
en las actualizaciones de enrutamiento, no es lo mismo tener que mandar

114
00:10:28,460 --> 00:10:34,159
que yo tengo tres redes que mandar una sola. En fin, en una empresa que sea muy grande

115
00:10:34,159 --> 00:10:39,539
o con un volumen de router enormes, podría tener sentido. En la vida real, me parece

116
00:10:39,539 --> 00:10:44,919
más aconsejable no sumarizar, que es lo que está ocurriendo ahí arriba. ¿Vale? Pero

117
00:10:44,919 --> 00:10:51,840
es que hay más problemas. Fijaros, por haber sumarizado, siempre que sumaricemos puede

118
00:10:51,840 --> 00:10:57,679
aparecer una interfaz que se llama null0. ¿Qué es esto de null0? Bueno, pues como

119
00:10:57,679 --> 00:11:04,460
su nombre indica es una interfaz que no va a ningún sitio es un agujero un agujero negro o

120
00:11:04,460 --> 00:11:11,360
un agujero electrónico entonces cuando aparece la interfaz 0 0 fijaros os dice aquí cuando el

121
00:11:11,360 --> 00:11:19,860
resumen automático está habilitado si no no hay 0 0 0 aparece por haber activado el resumen luego que

122
00:11:19,860 --> 00:11:24,799
por lo menos existe una subred que se aprendió a través de igrp y que hay dos o más comandos

123
00:11:24,799 --> 00:11:28,899
network del modo de configuración en el router, es decir, cuando se producen

124
00:11:28,899 --> 00:11:32,779
sumarizaciones con EIGRP. Vamos a ver en las siguientes

125
00:11:32,779 --> 00:11:36,779
pantallas para qué sirve el null cero. Fijaros. Ojo

126
00:11:36,779 --> 00:11:40,679
con esto, que nadie se asuste. Vamos a ver. Aquí lo que está ocurriendo es lo

127
00:11:40,679 --> 00:11:44,679
siguiente. Vamos a seguir los numeritos. Fijaros. En primer lugar

128
00:11:44,679 --> 00:11:48,779
este router R1 tiene una ruta por defecto, la de

129
00:11:48,779 --> 00:11:52,600
los cuatro ceros, que apunta hacia internet. Vale.

130
00:11:52,600 --> 00:12:07,840
Entonces, esa ruta, vemos aquí en el 2, actualización de routing, la ruta predeterminada, le comunica R1 a R2 que hay una ruta predeterminada, ¿de acuerdo?

131
00:12:07,840 --> 00:12:26,720
Entonces, en el paso 3, lo que va a ocurrir es que R2 dice, he aprendido una ruta predeterminada para salir a internet, que me la ha enseñado R1, ya veréis que esto se puede transmitir con IGRP perfectamente, la ruta por defecto.

132
00:12:26,720 --> 00:12:38,000
Y, además, tengo tres redes que son de clase B, pero que están subneteadas en un barra 24.

133
00:12:38,559 --> 00:12:47,019
Entonces, lo que va a ocurrir con esas redes en el paso 5 es que en este router se ha activado la sumarización,

134
00:12:48,659 --> 00:12:51,879
porque normalmente no lo haremos, pero se ha hecho,

135
00:12:51,879 --> 00:13:11,779
Y la consecuencia que va a tener es que no se van a mandar las tres redes, sino que se va a mandar esto, que es un resumen de ellas. 172.16.0.0.16. Vale. A ver qué efecto tiene esto. Esta ruta llega a R1 y la instala en su tabla.

136
00:13:11,779 --> 00:13:20,179
Dice, ah, mira, para llegar a las redes 172.16.0.0.16, voy a mandar el paquete a R2, ¿vale?

137
00:13:20,620 --> 00:13:26,340
Entonces, de repente, aquí ocurre que hay un pin a una dirección que es la 4.10.

138
00:13:27,039 --> 00:13:35,340
Esta no tiene que ver nada en esta guerra, simplemente alguien, alguna LAN, hace un pin a esta dirección, a la 4.10, ¿vale?

139
00:13:35,340 --> 00:13:39,000
Entonces, R1 mira en su tabla de enrutamiento

140
00:13:39,000 --> 00:13:42,039
Y encuentra que hay una red que encaja

141
00:13:42,039 --> 00:13:44,259
La 172.16.0.0

142
00:13:44,259 --> 00:13:47,080
Y envía el paquete de R1 a R2

143
00:13:47,080 --> 00:13:50,059
R2 mira en su tabla de enrutamiento y dice

144
00:13:50,059 --> 00:13:52,159
No, yo no tengo ese paquete

145
00:13:52,159 --> 00:13:53,500
O sea, no tengo esa red

146
00:13:53,500 --> 00:13:55,700
172.16.4

147
00:13:55,700 --> 00:13:57,659
Tengo la 1, la 2 y la 3

148
00:13:57,659 --> 00:13:58,500
¿Qué hago con ella?

149
00:13:59,019 --> 00:14:02,019
Pues un router cuando recibe un paquete que no sabe qué hacer con él

150
00:14:02,019 --> 00:14:03,960
Lo envía a la ruta por defecto

151
00:14:03,960 --> 00:14:04,960
Se lo envía a R1

152
00:14:04,960 --> 00:14:08,700
R1 vuelve a hacer el mismo análisis y dice

153
00:14:08,700 --> 00:14:10,600
no, este paquete tiene que estar en R2

154
00:14:10,600 --> 00:14:12,620
porque tengo una ruta resumida

155
00:14:12,620 --> 00:14:14,000
que apunta a él

156
00:14:14,000 --> 00:14:15,940
y ya está, ya hemos entrado en el bucle

157
00:14:15,940 --> 00:14:18,220
el paquete empieza a dar vueltas aquí

158
00:14:18,220 --> 00:14:19,480
¿cuánto tiempo?

159
00:14:20,700 --> 00:14:22,440
una buena pregunta, ¿eternamente?

160
00:14:22,759 --> 00:14:24,620
no, hasta que muera

161
00:14:24,620 --> 00:14:26,720
hasta que se le acabe el tiempo de vida

162
00:14:26,720 --> 00:14:27,720
el TTL

163
00:14:27,720 --> 00:14:31,559
¿de acuerdo? como mucho, 256 rebotes

164
00:14:31,559 --> 00:14:34,580
bueno, pues eso es un bucle que hemos producido

165
00:14:34,580 --> 00:14:39,179
por haber utilizado la sumarización.

166
00:14:39,700 --> 00:14:42,000
Si no hubiera sumarización, ¿qué pasaría?

167
00:14:43,419 --> 00:14:45,679
No, vamos a ver, si no hubiera sumarización, no.

168
00:14:45,899 --> 00:14:49,179
¿Qué es lo que vamos a hacer con la interfaz null 0?

169
00:14:49,620 --> 00:14:52,120
Con la interfaz null 0 lo que vamos a hacer es lo siguiente.

170
00:14:52,559 --> 00:14:55,960
R1 tiene una ruta por defecto para ir a Internet.

171
00:14:56,500 --> 00:14:58,379
Se la comunica a R2, de acuerdo.

172
00:14:58,779 --> 00:15:02,700
R2, en el paso, bueno, se la comunica aquí, en el paso 2.

173
00:15:02,700 --> 00:15:06,740
En el paso 3, R2 la añade a su tabla de enrutamiento.

174
00:15:07,159 --> 00:15:12,179
A continuación tiene tres redes y las resume, las resume como una sola,

175
00:15:12,659 --> 00:15:20,779
pero en vez de enviarla a R1, la da de alta diciendo que eso apunta a nul cero.

176
00:15:21,779 --> 00:15:24,879
¿De acuerdo? Ya veréis que aquí es donde van a morir los bucles.

177
00:15:25,480 --> 00:15:28,179
En vez de estar dando saltitos de uno a otro, aquí morirá.

178
00:15:28,179 --> 00:15:30,840
entonces vamos al paso 6

179
00:15:30,840 --> 00:15:33,080
en el paso 6

180
00:15:33,080 --> 00:15:34,500
si no encontramos

181
00:15:34,500 --> 00:15:37,700
se actualiza la ruta por defecto

182
00:15:37,700 --> 00:15:39,620
pero que ya hemos dejado

183
00:15:39,620 --> 00:15:41,059
apuntado aquí que va a la papelera

184
00:15:41,059 --> 00:15:42,419
y

185
00:15:42,419 --> 00:15:45,399
es decir, este router R2

186
00:15:45,399 --> 00:15:47,320
va a tener sus propias redes

187
00:15:47,320 --> 00:15:49,100
conectadas directamente

188
00:15:49,100 --> 00:15:51,059
perfecto, y además una

189
00:15:51,059 --> 00:15:53,580
red ficticia que apunta

190
00:15:53,580 --> 00:15:54,980
a Null0, que es esta

191
00:15:54,980 --> 00:15:57,679
manda la actualización a R1

192
00:15:57,679 --> 00:16:00,080
R1 en el paso 7 la da de alta

193
00:16:00,080 --> 00:16:01,480
ahora llega el pin

194
00:16:01,480 --> 00:16:03,639
el pin fantasma del paso anterior

195
00:16:03,639 --> 00:16:06,919
que es el 172.16.4.10

196
00:16:06,919 --> 00:16:07,980
vale, entonces

197
00:16:07,980 --> 00:16:10,159
R1 dice, pues este pin

198
00:16:10,159 --> 00:16:11,899
se lo voy a mandar a R2

199
00:16:11,899 --> 00:16:13,799
¿por qué? porque

200
00:16:13,799 --> 00:16:16,059
tengo una tabla, tengo en mi tabla

201
00:16:16,059 --> 00:16:18,200
de enrutamiento un camino

202
00:16:18,200 --> 00:16:19,980
que me dice que todo lo que

203
00:16:19,980 --> 00:16:21,960
empiece por 172.16

204
00:16:21,960 --> 00:16:23,779
se lo mande a R2

205
00:16:23,779 --> 00:16:26,179
muy bien, se lo mandamos a R2

206
00:16:26,179 --> 00:16:54,779
y aquí es donde viene la novedad, R2, mira en su tabla de enrutamiento y dice, no es 172.16.1, ni 2, ni 3, como es un 4, lo que le ha llegado por el pin, pues no encaja con esas 3 redes, pero si encaja con esta, empieza por 172.16 y lo que hace es tirarlo a la papelera, enviarlo a null 0, con eso, ese es el paso 9, veis aquí tenéis la papelera,

207
00:16:54,779 --> 00:17:10,619
hemos roto el bucle. ¿De acuerdo? Muy bien. Eso quiere decir que a partir de ahora podéis ver redes en las que esté activado el resumen automático

208
00:17:10,619 --> 00:17:28,980
y en ellas aparecerá, fijaros, vamos por aquí, este es lo que hemos estado viendo, las dos situaciones, ejemplo de un bucle de enrutamiento y cómo el null cero evita esa situación, ¿vale?

209
00:17:28,980 --> 00:17:48,019
Entonces, bueno, solución más sencilla, yo sé que vosotros lo habíais arreglado enseguida, si el protocolo de enrutamiento EIGRP al sumarizar produce bucles, ¿qué podíamos hacer? Pues no sumarizar, esa situación también podemos verla, ¿vale?

210
00:17:48,019 --> 00:18:09,000
Muy bien, vamos a ver aquí alguna preguntita, ¿qué es lo que nos dice? Dice el router 1, está enviado anuncios al router 2, vale, arrastre las redes y máscaras anunciadas por el R1, bueno, vamos a ver, como tiene autosumari, lo que va a hacer es sumarizar estas redes, ¿cómo se las va a comunicar a R2?

211
00:18:09,000 --> 00:18:27,460
Pues de momento esta como un barra 16, será 172.16.00 con un barra 16 y le va a comunicar, me preguntan que R1 como las comunica a R2.

212
00:18:27,460 --> 00:18:52,680
Y esta otra, aunque sea un barra treinta, la va a publicar como ciento setenta y dos dieciséis, perdón, ciento noventa y dos ciento sesenta y ocho uno cero con un barra veinticuatro, porque le hemos dicho que sumarice, que la simplifique a la red con clase, ¿vale?

213
00:18:52,680 --> 00:19:15,079
Muy bien, pues está bien. Bueno, hay uno más, lo hacéis vosotros. Ahora es cómo anunciaría R3 a R2 sus redes, ¿vale? Y ojo que ahora no está sumarizando, ahora es más fácil. Simplemente las transmite como son, como un barra 30 o como un barra 24, ¿vale? Muy bien.

214
00:19:15,079 --> 00:19:20,859
en esta topología, bueno, vamos a hacer

215
00:19:20,859 --> 00:19:23,880
uno de estos, venga, a ver, ¿por dónde se mandaría

216
00:19:23,880 --> 00:19:29,000
este paquete? está en R3, me da igual la topología

217
00:19:29,000 --> 00:19:32,480
estoy en R3, y me están

218
00:19:32,480 --> 00:19:36,920
diciendo que aquí hay, por cierto, a la vista

219
00:19:36,920 --> 00:19:40,680
de la tabla, ¿tenemos sumarización o no? si hay

220
00:19:40,680 --> 00:19:44,539
sumarización, veis que hay interfaz null cero, entonces aquí

221
00:19:44,539 --> 00:19:48,299
se está sumarizando con EIGRP, que es el protocolo que usamos.

222
00:19:48,819 --> 00:19:52,339
Entonces, el 172.16.065

223
00:19:52,339 --> 00:19:56,819
¿por dónde lo mandaríamos? Bueno, pues

224
00:19:56,819 --> 00:20:00,680
172.16 lo mandaríamos

225
00:20:00,680 --> 00:20:04,420
por en caja. Lo que hacemos es pasear el paquete por la tabla

226
00:20:04,420 --> 00:20:06,759
y ver dónde encaja. En la primera red

227
00:20:06,759 --> 00:20:10,640
que es por serial 000.

228
00:20:10,640 --> 00:20:29,359
0 en el siguiente es 172 17 0 17 nos venimos aquí 172 17 encaja con esta red y lo mandaríamos por

229
00:20:29,359 --> 00:20:47,160
sería el 001. El siguiente sería por 192, 168, 1. 192, 168, 1, 2. Aquí tenemos que ver la mayor

230
00:20:47,160 --> 00:20:54,859
coincidencia. Entonces fijaros, concretamente, 1, 2. Siempre acordaros que hay que buscar la

231
00:20:54,859 --> 00:21:01,039
mayor coincidencia de la tabla entonces el barra 30 es la coincidencia más larga como en los dos

232
00:21:01,039 --> 00:21:09,559
redes esa y ésta empiezan por 192 168 1 la coincidencia más larga es el barra 30 entonces

233
00:21:09,559 --> 00:21:18,099
lo mandaría por la primera vez por serial 001 y la siguiente vez por serial 000 tiene dos rutas

234
00:21:18,099 --> 00:21:25,240
vale y ahí lo que hace el router es balanceo de carga porque ha instalado dos rutas porque tienen

235
00:21:25,240 --> 00:21:33,819
el mismo costo vale hemos dicho que por serial 001 entonces fijaros por abundar en esto tienen

236
00:21:33,819 --> 00:21:41,140
el mismo costo 2 millones 681 mil 856 entonces como no sabe qué hacer instalar las dos una por

237
00:21:41,140 --> 00:21:53,200
serial 001 y otra por serial 000 vale y por último la 172 18 172 18 ojo que ya sabéis que eso no es

238
00:21:53,200 --> 00:22:06,259
una ruta es una sumarización la 172 18 tiene hay un null que no nos vamos a ir por él sino que se

239
00:22:06,259 --> 00:22:16,880
metería por aquí por el giga 00 vale muy bien bueno pues hemos acertado podéis hacer vosotros

240
00:22:16,880 --> 00:22:23,339
los siguientes de acuerdo bien una cosa importante hemos terminado con la sumarización de momento

241
00:22:23,339 --> 00:22:33,539
nada más fijaros la sumarización se ha simplificado en los routers cisco ahora vamos a ver la ruta

242
00:22:33,539 --> 00:22:41,779
predeterminada que es importante pero fijaros para que veáis de qué os hablo al final del pdf os

243
00:22:41,779 --> 00:22:52,799
pongo un anexo que esto lo han eliminado lo han eliminado de de esta versión e incluso la práctica

244
00:22:52,799 --> 00:23:02,059
del reto incluía antes sumar sumarización manual para el grp o sea la idea era esta tú coges todas

245
00:23:02,059 --> 00:23:08,680
las redes que hay conectadas, las sumarizas a mano y luego le dices dentro de la interfaz

246
00:23:08,680 --> 00:23:19,220
que EIGRP transmita esa ruta resumida. Bueno, esto es una tortura. Entonces funciona, se

247
00:23:19,220 --> 00:23:27,440
puede dar ese comando IP sumariadres EIGRP1 y la ruta resumida. Entonces la propaga justamente

248
00:23:27,440 --> 00:23:30,400
por las interfaces que tú quieras, donde des esa orden, ¿veis?

249
00:23:31,039 --> 00:23:35,599
Entonces, ¿qué ocurre? Todo esto, ¿para qué sirve?

250
00:23:35,980 --> 00:23:39,279
Simplemente para que mis tablas de enrutamiento sean más pequeñas

251
00:23:39,279 --> 00:23:43,000
y para que se transmita menos actualizaciones de enrutamiento.

252
00:23:43,000 --> 00:23:45,880
Bueno, pues esto el propio Cisco lo ha eliminado ya

253
00:23:45,880 --> 00:23:51,099
del temario de CCNA

254
00:23:51,099 --> 00:23:53,960
y la misma sumarización existía para

255
00:23:53,960 --> 00:23:58,019
IPv6, fijaros que me sale aquí un barra 48

256
00:23:58,019 --> 00:24:02,539
sumarizar esto, pues es un poco pesado, tienes que partir de un barra

257
00:24:02,539 --> 00:24:06,140
64, en fin, que es una tarea

258
00:24:06,140 --> 00:24:10,680
demasiado costosa para los beneficios que obtengo, me parece

259
00:24:10,680 --> 00:24:14,599
a mí, ¿vale? pues eso ya no entra, ¿vale? bueno, pues vamos con

260
00:24:14,599 --> 00:24:18,539
la ruta predeterminada, a ver, la ruta predeterminada siempre

261
00:24:18,539 --> 00:24:22,400
es el camino que me lleva hacia internet, ¿vale? es la ruta de los

262
00:24:22,400 --> 00:24:26,059
cuatro ceros, entonces siempre vamos a actuar igual, fijaros

263
00:24:26,059 --> 00:24:29,619
la vamos a programar en el último router de la empresa

264
00:24:29,619 --> 00:24:33,839
como cuatro ceros que apuntan hacia el exterior, y luego le voy a decir

265
00:24:33,839 --> 00:24:38,160
a este router que se lo comunique a los demás

266
00:24:38,160 --> 00:24:41,420
¿vale? esto era en RIP

267
00:24:41,420 --> 00:24:46,339
default information originate, y en EIGRP

268
00:24:46,339 --> 00:24:50,480
no es ese comando, ¿vale? es con el comando redistribute

269
00:24:50,480 --> 00:24:57,079
static. Por lo demás, el concepto es el mismo, ¿vale? Ruta de cuatro ceros la tengo que crear

270
00:24:57,079 --> 00:25:05,160
a mano en R2, apunta hacia afuera y le digo a IGRP que se lo diga a los demás routers, ¿vale? Esa

271
00:25:05,160 --> 00:25:11,240
ruta de cuatro ceros aparecerá sola en todos los demás routers de la empresa. Bueno, sola no,

272
00:25:11,299 --> 00:25:18,259
por efecto de IGRP, ¿vale? Bien. Bueno, por cierto, para entrar de ISP hacia mi empresa,

273
00:25:18,259 --> 00:25:22,079
normalmente se pone una ruta resumida

274
00:25:22,079 --> 00:25:25,660
o dos, de todo lo que hay en mi empresa

275
00:25:25,660 --> 00:25:30,140
eso también lo están eliminando bastante del currículo y no lo hemos visto

276
00:25:30,140 --> 00:25:32,640
mucho, tenéis en Moodle algún ejercicio colgado

277
00:25:32,640 --> 00:25:37,519
bueno, ¿cómo se crea la ruta en R2? pues hiperroute

278
00:25:37,519 --> 00:25:40,440
4040 serial 010

279
00:25:40,440 --> 00:25:46,440
aquí, digo, todos los paquetes que no sepas

280
00:25:46,440 --> 00:25:55,440
que hacer con ellos, mándalos al ISP. Muy bien. Y entro en el router EIGRP1, en el protocolo

281
00:25:55,440 --> 00:26:01,319
de enrutamiento, y le digo redistribute static. ¿Vale? Ya está. Eso es todo. Entonces, en

282
00:26:01,319 --> 00:26:08,799
mi router, en R2, me aparece la ruta como estática, que está directamente conectada

283
00:26:08,799 --> 00:26:12,799
porque la he creado yo. Y ese asterisco significa que es la ruta por defecto.

284
00:26:13,839 --> 00:26:13,960
¿Vale?

285
00:26:17,480 --> 00:26:20,779
Si miro los protocolos, me dice que

286
00:26:20,779 --> 00:26:25,039
está activa la redistribución estática de la ruta por defecto.

287
00:26:25,119 --> 00:26:28,579
Ahí lo tenéis. ¿Vale? En R2. Con show ip protocol se ve esto.

288
00:26:29,200 --> 00:26:32,740
Bien. Seguimos avanzando. ¿Cómo me aparece esa ruta

289
00:26:32,740 --> 00:26:36,700
en los demás routers? Pues fijaros, de una forma un poco rara. Aparece

290
00:26:36,700 --> 00:26:45,000
la ruta en R1 y en R3, como 4 ceros barra 0, la ruta por defecto, sin embargo, me dice

291
00:26:45,000 --> 00:26:53,079
D, significa que me he enterado por EIGRP, el asterisco, la ruta es candidata para ruta

292
00:26:53,079 --> 00:27:02,539
predeterminada, la ruta de 4 ceros es predeterminada, y EX significa que la ruta EIGRP es una ruta

293
00:27:02,539 --> 00:27:10,839
externa. Es una ruta que lleva fuera del dominio de EIGRP. Bueno, entonces la métrica, en

294
00:27:10,839 --> 00:27:19,339
vez de ser 90, como es para todas las rutas EIGRP, es 170. Bueno, perfecto. Va a funcionar

295
00:27:19,339 --> 00:27:25,400
igual. Simplemente esto está así definido en EIGRP y se va a establecer con estos parámetros,

296
00:27:25,400 --> 00:27:33,480
vale fijaros me indica la ip de siguiente salto y la interfaz de salida ya sabéis que esta es la ip

297
00:27:33,480 --> 00:27:43,339
del vecino y esta es mi interfaz el comando sigue por aquí vale bien muy bien cómo se hace la ruta

298
00:27:43,339 --> 00:27:50,160
por defecto para ipv6 pues de la misma manera fijaros se crea el concepto es el mismo con

299
00:27:50,160 --> 00:27:58,960
redistribute static se crea ipv6 route dos puntos dos puntos barra cero interfaz de salida serial

300
00:27:58,960 --> 00:28:11,059
010 entro en él proceso de igrp ipv6 router e igrp 2 2 o 1 el número que tenga en este caso 2 y digo

301
00:28:11,059 --> 00:28:19,400
redistribute static va a tener el mismo efecto va a aparecer cargada en bueno en el mío aparece

302
00:28:19,400 --> 00:28:23,480
aquí está, no, este es R1

303
00:28:23,480 --> 00:28:25,940
este ya es el vecino, es en R1, lo veis

304
00:28:25,940 --> 00:28:29,440
como una ruta exterior

305
00:28:29,440 --> 00:28:32,579
y con distancia administrativa

306
00:28:32,579 --> 00:28:34,720
170, que es lo que hemos visto antes, vale

307
00:28:34,720 --> 00:28:37,519
y como cosa curiosa, ya sabéis que en IPv6

308
00:28:37,519 --> 00:28:40,680
en vez de apuntar el siguiente salto, en vez de ser

309
00:28:40,680 --> 00:28:43,579
en la global, siempre se hace con la link local

310
00:28:43,579 --> 00:28:47,019
vale, muy bien, o sea que funciona igual

311
00:28:47,019 --> 00:28:50,660
Bueno, aquí tenéis un ejercicio

312
00:28:50,660 --> 00:28:52,259
Fijaros, lo tengo aquí abierto

313
00:28:52,259 --> 00:28:55,920
No hay que entregarlo

314
00:28:55,920 --> 00:28:57,559
Pero bueno, es bastante chulo, fijaros

315
00:28:57,559 --> 00:28:58,539
Aquí tenéis

316
00:28:58,539 --> 00:29:01,140
Una red IPv4

317
00:29:01,140 --> 00:29:02,279
Con dos routers

318
00:29:02,279 --> 00:29:04,279
Todo este mundo es IPv4

319
00:29:04,279 --> 00:29:06,000
Y este se llama este router

320
00:29:06,000 --> 00:29:08,279
IPv4 del borde

321
00:29:08,279 --> 00:29:10,819
El último de la empresa

322
00:29:10,819 --> 00:29:13,039
Y este otro es lo mismo

323
00:29:13,039 --> 00:29:15,000
Todo este mundo es IPv6

324
00:29:15,000 --> 00:29:19,880
y este es el del borde, el último router que lleva hacia internet

325
00:29:19,880 --> 00:29:24,200
bueno, aquí hay por su parte, ahí en internet no podemos entrar

326
00:29:24,200 --> 00:29:27,720
ya sabéis que eso es un secreto, por lo que habrá es otro router o un switch

327
00:29:27,720 --> 00:29:31,500
para simular el funcionamiento de internet

328
00:29:31,500 --> 00:29:35,500
y aquí hay un PC

329
00:29:35,500 --> 00:29:39,339
que está off-site, está fuera

330
00:29:39,339 --> 00:29:42,940
de la empresa, con IPv4 y otro con IPv6

331
00:29:42,940 --> 00:29:56,440
Entonces lo que me dice es que ponga la ruta por defecto aquí y que la redistribuya, ¿vale? Entonces, bueno, para no perder tiempo, fijaros, esto es muy sencillito, lo tenéis aquí hecho, ¿vale?

332
00:29:56,440 --> 00:30:13,059
En IPv4 Edge, el último, lo que hago es IP Router 4.0.4.0 Serial 0.1.0 y en Router IGRP1 Redistribute Static.

333
00:30:13,059 --> 00:30:38,480
En el último de IPv6 lo que voy a hacer es crear la ruta por defecto, dos puntos, dos puntos, dos puntos, dos puntos, ese cero sobra, dos puntos, dos puntos, barra cero, por serial cero, uno cero, IPv6 router y GRP1 y redistribute static, ¿vale?

334
00:30:38,480 --> 00:30:47,319
Entonces, con esos dos comandos, el resto de router, estos se enteran de que el camino por defecto es hacia acá y este otro también.

335
00:30:47,500 --> 00:30:53,019
La podéis hacer si queréis para simular el funcionamiento porque es muy fácil, no quiero perder más tiempo.

336
00:30:54,339 --> 00:30:58,099
Ahora, hay un par de comandos más que ya son muy facilitos.

337
00:31:00,059 --> 00:31:08,380
Fijaros, hemos visto la ruta predeterminada y ahora vamos a ver el ancho de banda en EIGRP.

338
00:31:08,480 --> 00:31:25,779
Vamos a ver. Bueno, esto vamos a intentar ir rapiditos. Simplemente lo que me dice es que puede haber enlaces muy lentos en los que el protocolo EIGRP para mandar sus actualizaciones consuma demasiado ancho de banda o bien no tenga.

339
00:31:25,779 --> 00:31:36,279
Entonces lo que hago es, hay un comando que me dice, configura el porcentaje del ancho de banda que EIGRP puede utilizar en una interfaz.

340
00:31:36,839 --> 00:31:47,220
Lo que le digo es, tú tranquilo, no te comas todo el enlace para hablar con el router vecino, sino te voy a dejar solamente el 40% o el 50% del ancho de banda.

341
00:31:47,220 --> 00:31:54,119
vale estas son situaciones que se daban con líneas muy muy antiguas y muy lentas hoy en día pues con

342
00:31:54,119 --> 00:32:01,200
redes del tipo ethernet o bien otras de one más eficientes eso no tiene por qué darse que es el

343
00:32:01,200 --> 00:32:09,900
comando es este fijaros ip van wispers en el grp 140 esto le digo que le dejo el 40% que no pase

344
00:32:09,900 --> 00:32:19,140
de ahí del enlace del ancho de banda del enlace para actualizarse vale y en otro router pues hago

345
00:32:19,140 --> 00:32:28,779
lo mismo pero esto es en ipv6 funciona de manera idéntica vale el comando es ipv6 van whisper 10

346
00:32:28,779 --> 00:32:36,420
de igrp 2 y el tanto por ciento vale bueno ahora temporizadores bueno los temporizadores que son

347
00:32:36,420 --> 00:32:45,480
vamos a ver los temporizadores son el de hello es o de saludo es un temporizador que sirve para

348
00:32:45,480 --> 00:32:56,180
decirme cada cuánto tiempo tengo que saludar a mi vecino entonces por defecto estará configurado en

349
00:32:56,180 --> 00:33:04,619
cinco segundos para redes ethernet vale y este es el de el intervalo de hello de saludo y el de

350
00:33:04,619 --> 00:33:15,440
espera o de retención el de hold se llaman así hello y hold está al triple a 15 segundos si la

351
00:33:15,440 --> 00:33:23,680
red que en la que en la que intentó acceder es una red con muy antigua un frente ley multipunto

352
00:33:23,680 --> 00:33:25,700
entonces el hello es a 60

353
00:33:25,700 --> 00:33:28,299
y esto al triple, a 180 segundos

354
00:33:28,299 --> 00:33:30,019
¿vale? hay una cosa

355
00:33:30,019 --> 00:33:31,920
curiosa y es que cuando veamos

356
00:33:31,920 --> 00:33:33,740
esto en el SPF nos van a decir

357
00:33:33,740 --> 00:33:35,759
como los temporizadores sean

358
00:33:35,759 --> 00:33:37,460
distintos en dos routers vecinos

359
00:33:37,460 --> 00:33:39,700
los temporizadores se ajustan por

360
00:33:39,700 --> 00:33:41,720
interfaz ¿eh? entonces como sean

361
00:33:41,720 --> 00:33:43,839
distintos no convergen, bueno pues

362
00:33:43,839 --> 00:33:44,640
en EIGRP

363
00:33:44,640 --> 00:33:47,299
una cosa curiosa

364
00:33:47,299 --> 00:33:49,579
cada router puede tener los temporizadores

365
00:33:49,579 --> 00:33:51,680
de forma distinta y no les evita eso

366
00:33:51,680 --> 00:33:53,359
para que converjan ¿vale?

367
00:33:53,680 --> 00:34:15,559
Entonces, bueno, a ver, lo normal es los temporizadores no tocarlos, pero si os lo dicen, pues tienen que ser así, y tiene que ser el de Hello, el que tú quieras, 50 segundos, y el de retención, el de Hall, el triple, ¿qué pasaría si pones este temporizador más pequeño que el primero, el de Hall más pequeño que el de Hello?

368
00:34:15,559 --> 00:34:23,119
pues que entonces el router vecino se muere antes de recibir el próximo saludo y me obligaría a

369
00:34:23,119 --> 00:34:29,300
quitar sus redes de mi router etcétera etcétera o sea este tiene que ser siempre más grande del

370
00:34:29,300 --> 00:34:36,500
orden de tres veces vale muy bien eso ya os digo que solamente si os obligan y como cosa

371
00:34:36,500 --> 00:34:43,579
curiosa fijaros se dan los comandos dentro de la interfaz se entró en la interfaz y ahí es

372
00:34:43,579 --> 00:34:51,079
donde pongo ip hello interval e igrp1 y el tiempo. ¿Vale? Para ipv6 lo mismo. La única

373
00:34:51,079 --> 00:34:58,000
ventaja es que se trata igual ipv4 e ipv6. ¿Vale? Bien. Intentaremos no tocarlos. Ahora,

374
00:34:58,099 --> 00:35:03,420
balanceo de carga. ¿Qué es esto del balanceo de carga? Vamos a ver. Pues fijaros. Cuando

375
00:35:03,420 --> 00:35:11,400
un router tiene una red, por ejemplo, R3, tiene una red vecina y le cuesta lo mismo

376
00:35:11,400 --> 00:35:19,900
ir por el camino de abajo que por el camino de arriba va a dar de alta en este ejemplo no porque

377
00:35:19,900 --> 00:35:25,900
te veis que tenemos anchos de banda distintos aquí preferiría ir siempre por el más rápido que es el

378
00:35:25,900 --> 00:35:33,860
de abajo pero si fuera si no hubiéramos tocado los bandwidth enviaríamos un paquete por arriba

379
00:35:33,860 --> 00:35:41,000
y otro por abajo vamos a ver esto está reflejado de la siguiente forma bueno es que aquí se ve

380
00:35:41,000 --> 00:35:56,440
bastante mal veis para llegar a 172 16 30 existe una ruta con un coste de 410 es 4 millones no

381
00:35:56,440 --> 00:36:06,000
41 millones 24 mil y otra ruta eso es saliendo por serial 001 y otra ruta saliendo por serial

382
00:36:06,000 --> 00:36:14,400
0 0 que es de el mismo coste entonces en este caso el router hace balanceo de carga manda un

383
00:36:14,400 --> 00:36:19,260
paquete por arriba un paquete por abajo ya os digo que con este ancho de banda no pasaría

384
00:36:19,260 --> 00:36:26,039
solamente si son iguales si no en este caso sólo daría de alta esta red que es la que tiene el

385
00:36:26,039 --> 00:36:35,400
coste más bajo vale la métrica más baja entonces hay un concepto que es el número máximo del más

386
00:36:35,400 --> 00:36:42,239
un pad que aparece al hacer su ip protocols y esto indica que un router puede hacer balanceo

387
00:36:42,239 --> 00:36:50,039
de carga por defecto hasta por cuatro rutas hasta por cuatro interfaces vale ese parámetro se puede

388
00:36:50,039 --> 00:36:56,940
cambiar vamos en mi vida he visto cambiar eso me parece una cosa decirle que haga balanceo de carga

389
00:36:56,940 --> 00:37:03,659
por seis o por ocho interfaces eso es poco habitual el valor por defecto es cuatro que ya está bien

390
00:37:03,659 --> 00:37:06,320
raramente tendremos más de dos

391
00:37:06,320 --> 00:37:08,179
muy bien, pues ahora

392
00:37:08,179 --> 00:37:10,679
el balanceo

393
00:37:10,679 --> 00:37:12,000
de carga en IPv6

394
00:37:12,000 --> 00:37:14,539
existe exactamente igual

395
00:37:14,539 --> 00:37:16,480
fijaros, en este caso

396
00:37:16,480 --> 00:37:18,000
para llegar a la ruta café

397
00:37:18,000 --> 00:37:20,760
a 001, a esa red

398
00:37:20,760 --> 00:37:22,539
puedo dar

399
00:37:22,539 --> 00:37:24,219
puedo salir por serial

400
00:37:24,219 --> 00:37:26,199
001 o por serial 000

401
00:37:26,199 --> 00:37:28,280
exactamente igual que hemos visto antes para

402
00:37:28,280 --> 00:37:32,199
IPv4

403
00:37:32,199 --> 00:37:36,159
Hay una cosa más en EIGRP que no la vamos a explicar

404
00:37:36,159 --> 00:37:38,039
Que esto ya me parece de nota

405
00:37:38,039 --> 00:37:42,539
Que es que se puede hacer balanceo de carga con distinto costo

406
00:37:42,539 --> 00:37:44,980
Esto el router nunca lo hace por defecto

407
00:37:44,980 --> 00:37:49,019
Si hay dos rutas con distinto costo

408
00:37:49,019 --> 00:37:50,239
Va a elegir la de menor

409
00:37:50,239 --> 00:37:51,780
Y esa es la que instala en su tabla

410
00:37:51,780 --> 00:37:55,119
Bueno, pues nosotros podemos obligarle con un comando

411
00:37:55,119 --> 00:38:00,400
A que haga ese balanceo con la varianza

412
00:38:00,400 --> 00:38:08,539
vale entonces es algo que es poco habitual y no vamos a entrar en ello vale pero el grp podría

413
00:38:08,539 --> 00:38:20,719
hacer balanceo de carga con rutas de distinto costo vale muy bien bueno esto es fácil dice

414
00:38:20,719 --> 00:38:26,300
la convergencia de irp demora mucho el enlace sería congestionado ajuste el ancho de banda

415
00:38:26,300 --> 00:38:35,480
de enlace máximo disponible de igrp en un 80 por ciento de utilización vale entonces aquí sería

416
00:38:35,480 --> 00:38:43,800
este en la interfaz sería el 00 que es la que tenemos y pevan whisper cn igrp 180 y en este

417
00:38:43,800 --> 00:38:54,539
otro tiene que ser sería el 001 y es este vale para probar vosotros los otros porque son así

418
00:38:54,539 --> 00:39:04,300
sencillitos vale bien con eso hemos prácticamente terminado ahora el resto que queda es de

419
00:39:04,300 --> 00:39:10,440
resolución de problemas vamos a darle un poco de alegría porque tampoco nos vamos a enrollar

420
00:39:10,440 --> 00:39:15,480
demasiado simplemente ya sabéis que la resolución de problemas verla aquí es un poco hay que hacerlo

421
00:39:15,480 --> 00:39:22,420
pues sobre equipos reales sobre paquetes tracer con el troubleshooting vale entonces fijaros hay

422
00:39:22,420 --> 00:39:27,420
hay un protocolo que te ayuda a ver cómo está configurado IGRP, que es el showipprotocols,

423
00:39:27,420 --> 00:39:38,559
¿vale? Importante. Hay otros protocolos, hay otros comandos que son, ya sabéis que

424
00:39:38,559 --> 00:39:48,599
para IPv4 o IPv6 es igual cambiando esta partícula. Entonces, el showipigrpneyboard, showiproute,

425
00:39:48,599 --> 00:40:15,159
que esta es ver la tabla de enrutamiento, el primero era ver a mis vecinos, y luego show ip protocols, con esos tres comandos, y por supuesto, el show running, show running config, con eso podemos arreglar cualquier cosa, vale, entonces, aquí los tenéis, el show ip igrp neighbor, bueno, aquí hay más, show ip interfab brief, para ver las interfaces, resumidamente,

426
00:40:15,159 --> 00:40:18,199
y show ip eigrp

427
00:40:18,199 --> 00:40:20,239
interfaz, es parecido a la anterior

428
00:40:20,239 --> 00:40:21,280
pero te da detalles

429
00:40:21,280 --> 00:40:24,300
de como está configurado eigrp

430
00:40:24,300 --> 00:40:24,820
vale

431
00:40:24,820 --> 00:40:27,159
en esa interfaz

432
00:40:27,159 --> 00:40:29,619
bueno, vamos a ver

433
00:40:29,619 --> 00:40:33,800
dice, vamos a hacer una nada más

434
00:40:33,800 --> 00:40:35,860
no se puede llegar a la red

435
00:40:35,860 --> 00:40:37,519
172.16.0.0

436
00:40:37,519 --> 00:40:39,920
desde R1, aquí hay una selva de routers

437
00:40:39,920 --> 00:40:41,820
y debe comprobar

438
00:40:41,820 --> 00:40:43,659
que dicho router 1 tenga una

439
00:40:43,659 --> 00:40:52,960
ruta de igrp a esa red con que comando comprobamos si tenemos la ruta si conocemos la red 172.16.0.0

440
00:40:52,960 --> 00:40:59,280
pues hombre con eso hiper route vemos su tabla de enrutamiento y ya está vale

441
00:41:01,340 --> 00:41:08,139
bueno pues hacer vosotros los demás que son facilitos y no perdemos más tiempo ahora

442
00:41:08,139 --> 00:41:11,420
conectividad de capa 3

443
00:41:11,420 --> 00:41:13,780
si me dices, mira, si no te funciona algo

444
00:41:13,780 --> 00:41:16,000
primero mira que tengas bien las IPs

445
00:41:16,000 --> 00:41:17,619
entonces hay un comando que es el show ip

446
00:41:17,619 --> 00:41:18,460
interfaz brief

447
00:41:18,460 --> 00:41:21,760
que todas las interfaces tienen que tener

448
00:41:21,760 --> 00:41:23,840
IP, para poder hacer un ping por ellas

449
00:41:23,840 --> 00:41:25,440
por ejemplo, y

450
00:41:25,440 --> 00:41:27,619
tienen que estar

451
00:41:27,619 --> 00:41:28,639
up, up

452
00:41:28,639 --> 00:41:31,860
si no, eso no funciona

453
00:41:31,860 --> 00:41:32,539
¿vale?

454
00:41:33,320 --> 00:41:34,880
estando así me funcionará el ping

455
00:41:34,880 --> 00:41:41,989
Por cierto, si hay algo de esto que está mal configurado

456
00:41:41,989 --> 00:41:45,170
También podemos usar el comando show cdp-nigboard

457
00:41:45,170 --> 00:41:46,949
Ya sabéis que funciona en capa 2

458
00:41:46,949 --> 00:41:50,869
Y puedo ver a los vecinos y ver cómo están configurados

459
00:41:50,869 --> 00:41:54,750
Ahora, ¿qué más cosas pueden ocurrir para que no funcione el GRP?

460
00:41:54,969 --> 00:41:56,030
Que esté mal configurado

461
00:41:56,030 --> 00:41:59,889
Típica avería, que creo que os sale en la práctica, que se os pide

462
00:41:59,889 --> 00:42:03,150
Que el número de proceso de sistema autónomo

463
00:42:03,150 --> 00:42:06,329
No sea el mismo en todos los routers

464
00:42:06,329 --> 00:42:08,289
Este número tiene que ser el mismo

465
00:42:08,289 --> 00:42:11,349
Número de AS, de sistema autónomo

466
00:42:11,349 --> 00:42:12,090
¿Vale?

467
00:42:12,610 --> 00:42:15,570
EIGRP 1, EIGRP 1, EIGRP 1

468
00:42:15,570 --> 00:42:17,030
Si no, no se hablan entre ellos

469
00:42:17,030 --> 00:42:17,670
¿Vale?

470
00:42:21,269 --> 00:42:23,170
Ahora, las interfaces

471
00:42:23,170 --> 00:42:25,349
EIGRP, vamos a ver

472
00:42:25,349 --> 00:42:26,849
Pues aquí hemos dado el comando

473
00:42:26,849 --> 00:42:29,369
show ip eigrp interfaz

474
00:42:29,369 --> 00:42:31,949
Y me da información de los vecinos

475
00:42:31,949 --> 00:42:33,090
Que tengo, pers

476
00:42:33,090 --> 00:42:34,929
Claro, en la giga no tengo a nadie

477
00:42:34,929 --> 00:42:36,030
Porque no vive nadie

478
00:42:36,030 --> 00:42:38,210
Dice, hay un vecino para este lado y otro para el otro

479
00:42:38,210 --> 00:42:40,329
¿Vale? Y me da

480
00:42:40,329 --> 00:42:42,510
Bueno, pues algunos backparámetros más

481
00:42:42,510 --> 00:42:44,510
Show IP

482
00:42:44,510 --> 00:42:46,590
Protocols, aquí veo

483
00:42:46,590 --> 00:42:47,929
Las redes

484
00:42:47,929 --> 00:42:49,730
Las redes

485
00:42:49,730 --> 00:42:51,809
Que se están publicando

486
00:42:51,809 --> 00:42:54,349
¿Vale? Y veo la

487
00:42:54,349 --> 00:42:55,369
Interfaz pasiva

488
00:42:55,369 --> 00:42:58,250
Bueno, ahí están

489
00:42:58,250 --> 00:43:00,409
Las redes con el

490
00:43:00,409 --> 00:43:02,210
Comando network, las doy ahí

491
00:43:02,210 --> 00:43:04,269
Los comandos y luego me aparecen aquí

492
00:43:04,269 --> 00:43:05,829
Publicadas, ¿vale?

493
00:43:07,050 --> 00:43:08,030
Muy bien

494
00:43:08,030 --> 00:43:13,550
bueno, vamos a ver, vamos a hacer alguna

495
00:43:13,550 --> 00:43:18,050
¿qué problema tiene este router?

496
00:43:18,469 --> 00:43:20,889
hay que leerse todo esto, pero fijaros, a simple vista

497
00:43:20,889 --> 00:43:23,670
show ip interfaz brief

498
00:43:23,670 --> 00:43:27,010
¿qué pasa aquí? que no tiene ip

499
00:43:27,010 --> 00:43:31,090
entonces esto sería dirección ip faltante

500
00:43:31,090 --> 00:43:32,170
¿vale?

501
00:43:32,170 --> 00:43:36,320
¿qué problema tenemos aquí?

502
00:43:37,139 --> 00:43:40,599
pues que el sistema autónomo es el 100

503
00:43:40,599 --> 00:43:56,239
Sin embargo, al configurar el equipo, ¿qué sistema autónomo han puesto? El 101. Número de AS incorrecto. ¿Vale? Muy bien. Bueno, pues ya hemos arreglado algunos averías. Ahora, interfaz pasiva.

504
00:43:56,239 --> 00:44:11,119
La interfaz pasiva ya sabéis que se pone siempre en el cable por el que no quiero que se publiquen actualizaciones, ¿vale? A veces se hace por seguridad, pero esta red sí que la tengo que dar de alta en el comando network, ¿veis?

505
00:44:11,119 --> 00:44:14,880
y el dado de alta 172.16.0.0

506
00:44:14,880 --> 00:44:19,260
¿vale? y sin embargo, luego digo que esta interfaz

507
00:44:19,260 --> 00:44:23,239
sea pasiva, simplemente es que los demás van a

508
00:44:23,239 --> 00:44:27,500
poder llegar a ella, pero no quiero que se manden por allí actualizaciones de enrutamiento

509
00:44:27,500 --> 00:44:31,059
¿vale? ¿este cable que sale

510
00:44:31,059 --> 00:44:35,440
de internet, que hacemos con él? bueno, pues es una buena pregunta, porque normalmente

511
00:44:35,440 --> 00:44:38,579
fijaros, esta red ni se publica

512
00:44:38,579 --> 00:44:44,260
para la empresa y además es pasiva para que no salga por ella información de

513
00:44:44,260 --> 00:44:51,619
igrp en este caso creo veis que si se ha publicado bueno estas son decisiones

514
00:44:51,619 --> 00:44:57,440
quieren que se publique entonces y además luego digo que sea pasiva o sea

515
00:44:57,440 --> 00:45:01,179
que han dado el comando network porque si quieren que está la empresa sepa que

516
00:45:01,179 --> 00:45:05,019
esa red está ahí pero no quiero que salga por aquí información hacia la

517
00:45:05,019 --> 00:45:13,179
calle entonces le digo pasivo de acuerdo muy bien ahí está la red nueva la de alta y

518
00:45:15,840 --> 00:45:16,900
vamos a ver qué más

519
00:45:19,559 --> 00:45:36,019
bien vale falta un comando network esto es una cosa bastante habitual también que nos

520
00:45:36,019 --> 00:45:40,880
puede ocurrir y es que olvidamos poner un comando network entonces vamos a ver por

521
00:45:40,880 --> 00:45:47,380
ejemplo este router tendría que denunciar tres redes la 10 la 172 y la 192 tiene que tener tres

522
00:45:47,380 --> 00:45:53,840
comandos network si repaso con algún pin a la 10 desde el vecino y no va entonces miro la

523
00:45:53,840 --> 00:46:01,840
configuración de r1 y claro es que sólo le han dado de alta con el comando network la 172 y la

524
00:46:01,840 --> 00:46:10,559
192 solución hay que dar network 10 0 0 0 y ya funcionará el pin y aparece además en la tabla

525
00:46:10,559 --> 00:46:14,039
de enrutamiento, vale, muy bien

526
00:46:14,039 --> 00:46:18,619
cosas normales, ahora el resumen automático, bueno, esto no lo vamos a ahorrar

527
00:46:18,619 --> 00:46:22,639
porque ya sabéis mi opinión del resumen automático, que normalmente

528
00:46:22,639 --> 00:46:26,099
lo que vamos a hacer con él es poner no autosumari

529
00:46:26,099 --> 00:46:30,659
esta imagen no se carga, no sé por qué, debe tener un problema en la academia, no se me carga

530
00:46:30,659 --> 00:46:34,480
en ningún ordenador, pero de la sumarización normalmente lo que vamos a pedir es

531
00:46:34,480 --> 00:46:37,639
que pongas no autosumari, y ya está

532
00:46:37,639 --> 00:46:48,880
bueno pues prácticamente hemos terminado vale esto donde quiero entretener más hay que entregar

533
00:46:48,880 --> 00:46:57,739
en moodle dos prácticas una que es de averías y otra que es el reto las de averías acordaros

534
00:46:57,739 --> 00:47:10,159
que siempre lo pongo aquí y es que poner tabla en panel y con averías y soluciones la práctica

535
00:47:10,159 --> 00:47:16,420
de averías de troubleshooting que venga sin tabla no puntúa y además ya veremos a ver si no os la

536
00:47:16,420 --> 00:47:26,179
mando a repetir vale muy bien pues creo que nada más con eso hemos terminado el tema 7

537
00:47:27,739 --> 00:47:33,500
Vale, muy bien, gracias, 47 minutos.