Saltar navegación

Activa JavaScript para disfrutar de los vídeos de la Mediateca.

CCNA3, Tema5_2_protocolos dinamicos

Ajuste de pantalla

El ajuste de pantalla se aprecia al ver el vídeo en pantalla completa. Elige la presentación que más te guste:

Subido el 13 de marzo de 2020 por Jesús S.

85 visualizaciones

Más información Transcripción

Descargar la transcripción

Aquí vemos el funcionamiento de un protocolo de enrutamiento. 00:00:00
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, 00:00:05
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. 00:00:15
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 00:00:23
Sacar información de esa actualización y cargarlo en su tabla de enrutamiento 00:00:31
Aquí vemos un proceso un poco más complejo que consiste en lo siguiente 00:00:36
Cuando un router arranca lo primero que hace es dar de alta en su tabla de enrutamiento a las redes conectadas 00:00:42
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. 00:00:50
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. 00:01:00
Bien, primero dar de alta las redes conectadas. 00:01:12
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. 00:01:14
entonces nunca se manda en la actualización de la fase CERN 0.0 00:01:44
nunca mandaremos la red 10.1.0 00:01:48
porque ya la conoce, está conectada a ella 00:01:50
entonces como veis la red 10.2 ¿dónde se va a meter? 00:01:54
se va a meter en la actualización de la derecha en este caso 00:01:57
vamos a verlo, ahí lo tenéis 00:02:00
y la red 10.3 como aquí ya la conoce se mete en la actualización de la izquierda 00:02:03
hacemos eso con todos los paquetes de actualización 00:02:09
se van formando en cada router y ahora se intercambian 00:02:13
a ver que nos hemos perdido el intercambio, ahí está 00:02:18
formamos la última y se intercambian los paquetes de actualización 00:02:21
cuando los recibe un router ¿qué va a hacer? pues a este router le ha llegado la red 3 00:02:27
que no la tenía, la da de alta y dice está a un salto de distancia 00:02:30
este otro, el del centro R2 00:02:35
dará de alta a la red 1 que no la conocía y también dará de alta 00:02:39
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 00:02:43
le ha llegado en el paquete que le mandó r2 y que no la conocía las tablas no están completas como 00:02:53
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 00:02:58
que hay que esperar a la siguiente actualización la siguiente actualización ocurrirá pasados 30 00:03:07
segundos y lo que vamos a hacer ahora es volver a cargar la red 1 y la red la red uno hacia la 00:03:15
derecha la red 2 y la red 3 hacia la izquierda aunque no va a servir para nada porque hay un 00:03:25
router porque la 2 y la 3 hacia la izquierda porque la 2 y la 3 sé que me enteré de ellas 00:03:30
por aquí y nunca se mandan en el paquete de actualización 00:03:35
por la interfaz donde me he enterado de ellas, por donde las he conocido 00:03:39
entonces formamos los paquetes de actualización con ese criterio 00:03:43
solo las que me han llegado, no incluyo 00:03:46
las que me han llegado por esa interfaz y entonces en este momento es cuando por fin 00:03:51
se actualiza R1 y da de alta a la red 4 00:03:55
con un coste de 2 a 2 saltos y R3 dará de 00:03:59
alta la red 1, o sea como veis 00:04:03
aquí hemos tenido que esperar 00:04:05
dos ciclos de actualización 00:04:06
si el diámetro de red es grande 00:04:09
el diámetro se llama el número de router que tiene 00:04:11
pues el proceso de convergencia puede ser 00:04:13
largo, esta red ahora 00:04:15
ha convergido, ha terminado de converger 00:04:16
que suena un poco feo 00:04:19
y ahora ya la información que hay en sus tablas 00:04:20
no es que sea la misma, es que es coherente 00:04:23
se dice así 00:04:25
muy bien 00:04:26
bueno, esto es lo mismo que acabamos de decir 00:04:28
que la convergencia 00:04:33
es lenta en RIP, porque es un protocolo que se actualiza cada 30 segundos 00:04:34
y sin embargo en IGRP y OSPF, por las técnicas que utilizan 00:04:40
es más rápida, ahora lo veremos 00:04:44
aquí tenemos una práctica de investigación de la 00:04:45
convergencia, a ver si es la misma que tengo aquí abierta 00:04:52
5, 2, 1 00:04:55
5, 2, 1, 6, sí, creo que es la misma 00:04:59
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. 00:05:04
Entonces, nos ha quedado un poco pequeño la zona de grabación, pero lo podemos entender. 00:05:23
Fijaros, siguiendo las instrucciones, lo que me hace es ver las tablas de enrutamiento. 00:05:30
A ver, arrancamos R2 y pongo, donable, show ip router. 00:05:37
Aquí tenemos que este protocolo, este router, conoce dos redes conectadas. 00:05:46
Ya sabéis que el CL y el CL corresponden a una red, la red propiamente dicho, 00:05:52
y la interfaz en el enlace local por donde me he enterado de ella y además tiene una red que se ha 00:05:57
enterado a través de rip o sea ya vemos que aquí está configurado el protocolo rip ahora si hacemos 00:06:05
lo mismo en R1, pues en R1, enable show IP router, entonces aquí tenemos que a su vez se ha enterado R1 00:06:11
de que hay una red que es la 10, que ya sabemos que tiene que ser esta, y dos conectadas, R1 da de alta 00:06:31
a las dos redes conectadas y se entera de la otra de la que no está conectada por medio 00:06:39
del protocolo de enrutamiento RIP. Basta con que hagamos aquí un show run y vamos 00:06:45
a ver la zona de RIP. Aquí está. ¿Veis? RIP. Hay que dar de alta las redes que yo 00:06:51
tengo conectadas que son la 209. Fijaros, lo vemos aquí. La 209 que es la que va por 00:06:57
la interfaz serial y la 64 que es la que tengo en milán entonces las he dado de alta 00:07:06
perdón esta no es la 64 esta es la que tiene aquí está es que tiene ya configurada la red 00:07:14
que aún no está conectada que es la 64 es la 192 168 10 que está conectada a la interfaz 00:07:28
la 209 a la GIGA00 00:07:37
y la 192 a la SERIAL00 00:07:46
¿vale? muy bien, y este otro 00:07:49
vemos aquí que tiene a la interfaz SERIAL conectada 00:07:52
a la 192, justo, que coincide con la que hemos visto en el vecino 00:07:57
y en la interfaz GIGA una 10.001 00:08:00
¿vale? aquí, bien 00:08:06
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, 00:08:07
veis la giga 01 tiene la dirección 64 00:08:33
100 01 barra 8, vale, entonces 00:08:37
esto es una clase A, para RIP 00:08:41
fijaros, aunque sea la versión 2, esta red se llama 00:08:45
64000, y hay que darla de alta así, entonces lo primero que vamos a hacer 00:08:49
que nos lo propone el enunciado, es ver si 00:08:53
nos aparece en la tabla de enrutamiento, bueno, aceleramos el arranque, para que no digáis 00:08:56
que hago trampas y ahora digo show ip router y aparece como red conectada vale en este vamos a 00:09:01
ver si aparece en el otro por rip entonces hacemos aquí el show ip router lo tenemos en el buffer y 00:09:14
resulta que no aparece la red 64 la red 64 en la que acabamos de incorporar porque porque hay que 00:09:22
indicarle a este router, a R1, dentro de configuración, concter, router, rip, hay que indicarle que 00:09:28
con el comando network, que hay una red nueva para publicar, ahora no la está publicando, la red nueva 00:09:42
se llama 64, 0, 0, 0, hacemos eso 00:09:49
y a partir de entonces, bueno, hay que 00:09:53
esperar que pase un momento, veis, todavía no aparece 00:09:57
muy bien, vamos a acelerar el tiempo, aceleramos el tiempo 00:10:01
y ahora si repetimos el comando, pues aquí está 00:10:05
la, ya me apareció en la pantalla anterior 00:10:11
también, ya sabéis que las ordena de menor a mayor, entonces 00:10:15
esta es la red nueva que se ha enterado 00:10:19
de ella, R2, a través 00:10:21
de RIP, ¿vale? y por último 00:10:23
hay una cosa curiosa 00:10:25
interesante en esta práctica 00:10:27
y es que hagamos el 00:10:28
debug IP RIP 00:10:30
entonces lo que 00:10:32
hacemos es entrar en 00:10:35
R2 y 00:10:36
vamos a hacer 00:10:38
el debug 00:10:39
IP RIP 00:10:41
los protocolos 00:10:46
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, 00:10:48
Como se va actualizando, se mueve la pantalla 00:11:16
Recibiendo por la versión 1 00:11:18
O sea, con la versión 1 de RIP 00:11:20
Una actualización 00:11:22
La red que lleva dentro, la red 64 00:11:23
Está a un salto, la red 209 está a un salto 00:11:26
Ahora, enviando 00:11:28
Con la versión 1 una actualización 00:11:30
Esto es RIP V1 00:11:33
Fijaros, porque es 255.255 00:11:34
Que es la dirección donde se mandan las actualizaciones 00:11:37
¿Vale? 00:11:39
Esto simplemente es para que veáis 00:11:40
Que, aunque no 00:11:42
haga nada, RIP está continuamente 00:11:45
pues mandando actualizaciones, si aceleramos 00:11:47
un poquito el tiempo, fijaros, lo vemos de moverse 00:11:51
más deprisa, vale 00:11:54
si nos cansamos de ver el debugger, tenemos que decir 00:11:55
que no hable lo primero, porque me acabo de salir 00:12:00
por actualizar el tiempo 00:12:08
y un debug 00:12:09
alt, con eso 00:12:12
ya hemos salido del modo de Google, vale, muy bien 00:12:15
pues esa es la práctica, yo no la voy a salvar 00:12:19
simplemente para que veamos las actualizaciones y que se pueden ver con el 00:12:22
de Google 00:12:28
en la siguiente práctica, que a mi no se me abre, no sé porque tengo un problema 00:12:28
con este punto, lo que nos dice es 00:12:36
cosas generales de la tecnología de vector de distancia 00:12:38
y que las actualizaciones en RIVV1 se mandan a una dirección de Broascast, que es la 255, repetido cuatro veces. 00:12:43
Ahora, aquí en un protocolo de vector de distancia, lo que hace es enviar y recibir una actualización. 00:12:54
O sea, lo que hemos dicho antes, mete un paquete especial que se llama actualización con la tabla, 00:13:05
le llega al vecino y si hay una red nueva que no conoce 00:13:09
pues pasa a la tabla de enrutamiento del vecino 00:13:13
a su vez este ahora lo que hará R2 es 00:13:16
formar su propia actualización solo con las redes 00:13:19
que no le han llegado por aquí 00:13:22
porque una red que haya llegado por esta interfaz 00:13:24
nunca va a ser enviada otra vez por ella 00:13:28
eso se llama horizonte dividido 00:13:30
una técnica para evitar bucles 00:13:33
donde un router nunca manda información por la interfaz donde la ha recibido. 00:13:37
Entonces, si se rompe una interfaz, normalmente se dispara una actualización 00:13:42
que lo que hace es avisar al vecino y esa red queda temporalmente deshabilitada 00:13:46
y si pasa un tiempo y no recibo una actualización, la doy de baja definitivamente de mi tabla de enrutamiento. 00:13:51
Entonces, estos protocolos se basan en un algoritmo. 00:13:59
El algoritmo es como está programado por dentro 00:14:05
Que RIP funciona con el algoritmo de Bellman-Ford 00:14:08
Es los dos apellidos de unos físicos que eran Richard Bellman y Lester Ford 00:14:11
¿De acuerdo? 00:14:16
Y luego EIGRP y su antecesor viejo ya IGRP 00:14:17
Funcionan con un algoritmo que es dual 00:14:21
¿Vale? 00:14:24
Que fue desarrollado por este señor 00:14:25
JJ García Luna Cebes 00:14:27
¿De acuerdo? 00:14:30
Muy bien 00:14:32
Acordaros, Bellman-Ford para RIP 00:14:32
y dual para EIGRP, que son los de vector de distancia. 00:14:34
Bueno, estas actividades, para no entretenernos más, las hacéis vosotros. 00:14:42
Aquí tenemos una comparación entre RIPV1 y RIPV2. 00:14:48
RIPV1, Soleto, manda las actualizaciones por un Broascast, que inunda todo. 00:14:52
Sin embargo, este lo manda a una dirección de multidifusión, reservada para ello, que es la 224.009. 00:14:57
Otro detalle es que para RIP el infinito es 15 00:15:03
Es decir, no puede mandar nada que esté más lejos de 15 routers 00:15:08
Es un protocolo que es para usarlo dentro de una LAN 00:15:14
Que nunca voy a tener 15 routers 00:15:16
Pero no vale para otro entorno 00:15:18
El infinito para él es 15 00:15:21
De hecho, si queremos envenenar una ruta 00:15:25
Le ponemos 15 en la distancia y muere automáticamente 00:15:27
¿Vale? Muy bien. Bueno, como RIPv1 es con clase, pues no soporta ni VLSM, ni sumarización, etc. 00:15:31
Ni autentificación. Es muy viejo. Usaremos RIPv2. 00:15:42
Y la comparación entre IGRP y IGRP es la misma. 00:15:46
IGRP manda los paquetes que ya no se utiliza a una dirección de Broascast. 00:15:50
y este lo manda a una dirección reservada de multidifusión de IGRP, que es la 224.0.0.10, ¿de acuerdo? 00:15:57
Y por lo demás, pues fijaros, las actualizaciones aquí no son cada 30 segundos, sino que son cada 90 segundos 00:16:05
y el límite máximo de saltos puede llegar hasta 255, hemos dicho que en RIP era 15. 00:16:14
Es un protocolo más moderno, bueno, el único tema es que es propietario de Cisco, ¿vale? 00:16:21
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, 00:16:31
pero cuando manda actualizaciones es cuando se produce una modificación en los enlaces en la red 00:16:42
entonces es cuando manda actualizaciones dirigidas 00:16:52
tiene un mecanismo de saludo que es lo que os acabo de decir 00:16:56
que de vez en cuando, cada cierto tiempo, manda un paquete de hello 00:17:01
para mantener informado a los demás de que sigo vivo 00:17:07
bueno, lo demás 00:17:11
tiene una convergencia rápida 00:17:15
y vamos a seguir un poco más 00:17:18
bueno, esto lo mismo 00:17:20
intentar hacerlo vosotros 00:17:22
esta práctica 00:17:24
a ver, vamos a ver 00:17:29
abrimos el pdf que es más rápido 00:17:31
ah, si es interesante 00:17:33
si es interesante 00:17:35
la vamos a hacer 00:17:37
que consiste en lo siguiente, fijaros 00:17:39
es un poco larga, pero es muy interesante 00:17:43
tenemos un escenario 00:17:47
en el que 00:17:51
aparecen, vamos a ver por donde vamos en el pdf 00:17:53
hemos visto todo esto, la comparación de los protocolos 00:17:59
aquí, y ahora vamos a llegar ya 00:18:04
a los protocolos mientras que nos arranca el paquete tracer de estado de 00:18:07
enlace vale los de estado de enlace utilizan un protocolo que es el spf el 00:18:14
perdón el protocolo distra distra 00:18:21
y se les llama protocolo spf porque es primero la ruta más corta de acuerdo 00:18:28
Es la traducción, short path first, ¿de acuerdo? Aquí lo tenéis, short path first. 00:18:34
Bien, entonces vamos a ver si nos va arrancando el paquete tracer, que a veces ya sabéis que nos... 00:18:43
Bueno, ya hemos conseguido que arranque el paquete tracer y ha pasado tiempo, está en color verde. 00:18:55
entonces lo que vamos a hacer aquí es mandar un paquete desde el PCA al PCB, vamos a abrir 00:19:00
esto, vamos a sacar la simulación para que se vea mejor y mandamos un paquete desde el 00:19:11
PCA, lo podríamos hacer con PIN pero así es más rápido, al PCB, lo dejamos que ha 00:19:20
fallado, bueno, si repetimos esto, ahí está, ya funciona, lo veis, cuando le da a fire 00:19:28
varias veces, la primera vez sabéis que suele fallar en Packet Tracer. Y ahora nos vamos 00:19:34
a pasar al modo simulación. Como tenemos ahí el paquete, vamos a ver por dónde va. 00:19:40
Me aseguro que ha funcionado ya para no tener ARPs. Y ahora, ¿dónde diríais que va a ir? 00:19:44
¿Por el camino de arriba, que son tres routers, o por el camino de abajo, que son dos? Bueno, 00:19:49
parece más corto el camino de abajo pero tener en cuenta que esto es como diríamos vulgarmente 00:19:54
un camino de cabras son enlaces de 1,2 k cuando los de arriba son de 100 y de 4 megas es mucho 00:19:59
más rápido el de arriba bueno pues eso va a depender ya os digo del protocolo que usemos 00:20:07
si usamos rip se va a venir por aquí abajo si usamos el grp o spf se va a ir por arriba 00:20:12
podríamos verlo pero bueno vamos a se va a ir por el camino de arriba porque no está utilizando rip 00:20:19
o bien si tiene varios protocolos vamos a ver qué protocolos tiene venga lo vamos a mirar aquí la 00:20:29
forma más rápida va a ser haciendo un showroom fijaros que lo he hecho en real que es el último 00:20:38
router y curiosamente tiene dos protocolos que son el EIGRP y el RIP entre los dos 00:20:44
va a preferir el router va a dar de alta en su tabla de enrutamiento el que tenga mejor 00:20:54
distancia administrativa porque claro usan métricas que son incompatibles entonces vamos a ver la tabla 00:21:00
show ip route 00:21:06
miramos la tabla de enrutamiento, la ajustamos un poquito a la pantalla 00:21:10
aquí la tenéis, entonces resulta que el que está funcionando 00:21:14
está dando de alta todas las rutas con la D, ya sabéis que es de dual 00:21:18
que es de EIGRP, es EIGRP el que está ganando 00:21:23
¿por qué? pues muy sencillo, porque la distancia administrativa 00:21:26
de EIGRP es 90 y de RIP 120 00:21:30
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. 00:21:34
hombre, y yo no puedo hacer algo para evitar eso 00:21:43
pues bueno, vamos a hacerlo, vamos a engañar a este router 00:21:47
y le vamos a decir que a partir de ahora 00:21:50
con ter, vamos a poner 00:21:54
router rip 00:21:59
vamos a preguntar que comando podemos dar aquí 00:22:01
hombre, podemos cambiar la distancia 00:22:06
la distancia administrativa, ponemos 00:22:10
distancia, y ahora me dice que ponga un número 00:22:13
bueno, pues si queremos que gane este RIP por delante 00:22:17
de EIGRP, que tenía 90, le vamos a poner de distancia 00:22:22
89, a partir de ahora, cuando esto 00:22:25
pase un momento y haya actualizaciones, lo que va a pasar 00:22:30
bueno, ya sabéis que esto es un poco, para que vaya más rápido 00:22:33
O le doy al Fast Forward Time, o bien lo que hago es pasar varias veces de tiempo real a simulación. 00:22:37
Y ahora vamos a lanzar otra vez el paquete. 00:22:45
Llegamos hasta aquí, el ping, y ahora ¿por qué camino se va a ir? 00:22:47
Bueno, antes de hacerlo lo vamos a mirar directamente. 00:22:52
Control Z, Show IP Route. 00:22:56
¡Hombre! La tabla de enrutamiento ha cambiado completamente. 00:23:01
¿Quién manda ahora en ella? 00:23:04
fijaros, RIP 00:23:05
este router tiene los dos protocolos 00:23:07
instalados, pero como solo 00:23:09
puede meter la mejor ruta 00:23:11
en este caso elige las rutas 00:23:13
de las que se entera 00:23:16
por RIP 00:23:17
vale, y hace un momento 00:23:19
lo que tenía activo eran 00:23:21
las rutas de EIGRP 00:23:23
entonces, sin duda 00:23:25
no cabe duda de que ahora se va a venir por el 00:23:27
camino de abajo, y eso que es un camino 00:23:29
malísimo, pero RIP 00:23:31
Hemos dicho que es el que va a prevalecer, por lo tanto el paquete ahora va por abajo. 00:23:33
¿De acuerdo? Muy interesante. 00:23:39
Bueno, como aquí no hemos hecho nada, fijaros que curioso, vuelve por el mejor camino, 00:23:41
porque este router aún tiene implementado que el mejor protocolo es EIGRP. 00:23:46
Luego prefiere el camino superior. 00:23:52
Muy interesante. ¿De acuerdo? 00:23:54
Podéis entrar, ver las tablas de los routers, y para no entretenernos más, yo continúo. 00:23:55
Muy bien. 00:24:02
Pues hemos terminado de ver de una forma general los protocolos de estado de enlace 00:24:03
Y ahora vamos a ver los de vector de distancia y ahora vamos a ver los de estado de enlace 00:24:11
De los dos que hay, el único que se estudia en este curso es el OSPF 00:24:17
¿De acuerdo? 00:24:22
La configuración de ellos luego es muy parecida, fijaros 00:24:25
Entonces, el algoritmo de la ruta más corta, el SPF 00:24:28
o de Distra, que es el físico que lo inventó 00:24:34
me dice lo siguiente, si yo quiero ir de la red 00:24:40
de la LAN que tiene R2 hasta la LAN 00:24:44
que tiene R3, ¿por dónde me voy? lo que hago es buscar 00:24:48
el camino más corto teniendo en cuenta que cada cable tiene un valor 00:24:52
un costo que va a depender de con qué tipo 00:24:56
de interfaz esté hecho, básicamente de eso, las fases Ethernet 00:25:00
tienen un costo, las gigas tienen un costo más pequeño 00:25:04
porque es mejor camino 00:25:08
entonces aquí, a modo de demostración 00:25:10
se han puesto unos costos aleatorios 00:25:12
que luego esto, pues en la vida real no es así 00:25:14
entonces, si estoy en esta LAN 00:25:16
¿qué me cuesta ir hasta la LAN de R3? 00:25:18
pues fijaros, muy curioso 00:25:23
la LAN de donde salgo no se cuenta 00:25:24
claro que no, porque yo estoy en este router 00:25:26
empiezo aquí 00:25:29
entonces aquí tendría un costo de 20, 25 00:25:29
Y sí que se cuenta el costo de la LAN de salida 00:25:33
Este se os suele olvidar siempre 00:25:37
Y tiene consecuencias catastróficas 00:25:39
Entonces aquí tengo 20, 25 y 2, 27 00:25:43
¿Tengo algún camino más corto para llegar? 00:25:45
Pues vamos a ver por este lado 00:25:48
10, 20, 30 y 2 00:25:49
Entonces el, el, no, es más largo 00:25:53
El camino más corto para llegar desde este router 00:25:55
Hasta esta LAN 00:25:58
Es 20, 25 y 2, 27 00:26:00
¿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? 00:26:03
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. 00:26:13
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. 00:26:36
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, 00:26:53
entonces ese camino es de R1 a R3 y a R4 y vale 17, bueno, pues así con todos los caminos, ¿vale? 00:27:08
Entonces, eso lo hace R1 y forma su árbol 00:27:20
Ahora, R2 hace lo mismo y forma su propio árbol 00:27:24
De los costos que le supone ir a todas las LAN que hay conectadas 00:27:28
R3 hace lo mismo, bueno, nos vamos a entretener en analizar cada uno de ellos 00:27:33
R4 también y R5 también 00:27:38
¿De acuerdo? Muy bien 00:27:40
Pues, ¿cuál es el proceso para construir ese árbol? 00:27:42
Pues fijaros 00:27:46
Lo primero es que uno conozca lo que tiene en casa 00:27:47
Es decir, cada router obtiene información sobre sus propias redes conectadas 00:27:50
Después, cada router saluda a sus vecinos 00:27:55
Se hacen un saludo y se dicen, hola, yo estoy aquí 00:27:59
Bien, entonces como ya sabe dónde están los vecinos 00:28:02
Cada router crea un paquete de link state 00:28:04
Paquete de estado de enlace 00:28:07
Paquete de link state 00:28:12
Las LSP es un concepto que vamos a manejar bastante 00:28:14
Simplemente es un paquete de actualización donde mete lo que yo tengo 00:28:18
Que incluye el estado de cada enlace directamente conectado 00:28:22
O sea, yo como acabo de arrancar, doy de alto mis redes conectadas 00:28:25
Y construyo un paquete donde digo, yo tengo esto 00:28:28
¿De acuerdo? 00:28:32
Cada router a continuación satura con las LSP a todos los vecinos 00:28:33
Entonces claro, si yo me asomo a un patio de vecinos, abro la ventana y digo 00:28:37
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. 00:28:42
entonces cada router a continuación utiliza la base de datos para construir un mapa completo de la topología 00:28:58
y calcular el mejor camino hacia la red de destino 00:29:06
bueno ya veis que es un proceso bastante más complejo que con RIP que simplemente mandaba paquetitos y ya está 00:29:09
sino que aquí vamos construyendo ese árbol 00:29:16
vamos a ver en esta presentación lo que acabamos de decir 00:29:19
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. 00:29:25
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. 00:29:55
Hago lo mismo con este cable y con este 00:30:13
Bueno, pues esos son los estados de mis enlaces 00:30:16
Todos esos los voy a tener que meter en un LSP 00:30:19
¿Y a quién se los mando? 00:30:24
A todo el mundo 00:30:25
Por todas mis interfaces 00:30:26
Por la fase CERNERO 00:30:28
CERNED00 no sirven para nada 00:30:30
Pero a estos otros les acabo de contar mi vida 00:30:32
Y a su vez ellos me contarán también su vida 00:30:35
Eso es una inundación de LSP 00:30:38
¿De acuerdo? 00:30:41
ahora bueno esto es lo mismo que hemos estado viendo que se construye la lsp y se satura con 00:30:43
ella a todos los routers veis a todos se manda de unos a otros de unos a otros hasta que esa 00:30:52
información llega a todos claro no le llega solamente al vecino sino que llega hasta el 00:30:59
último router de la empresa y esto es lo que van haciendo es guardando esa información y con ello 00:31:04
construyen una base de datos de acuerdo bueno pues aquí tenemos esa base de 00:31:08
datos de una base de datos de estado de enlace donde dice r1 tiene información 00:31:14
los estados de enlace de r1 sabe que r2 tiene esto otro que r3 tiene esto r4 y 00:31:22
r5 se sabe todo bien ahora con eso construye el árbol spf dice vamos a ver 00:31:27
yo sé que sí tengo que ir hasta aquí existen esos caminos y son los mejores porque es el camino más 00:31:34
corto ahora dice si tengo que ir son mis vecinos si tengo que ir hasta r5 y de bueno pues el mejor 00:31:42
camino es yendo por aquí arriba vale y eso es lo que va dando de alta dice a éste tiene aquí una 00:31:49
lan que va a ser ésta o sea va dando de alta todas esas informaciones de esos routers y 00:31:57
se va enterando o sea con ello construye el árbol spf es decir primero el camino más corto dice para 00:32:05
llegar hasta la red 5 acordaros que estamos en el 1 la red 5 está aquí arriba dice tengo que ir de 00:32:16
R1, R2 y el costo es 20 más 2, 22, ¿de acuerdo? Para llegar hasta la red 6, que es esta, de esta 00:32:25
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 00:32:33
de los numeritos, ¿vale? Este es el árbol resultante. Esto es el mapa perfecto. ¿Quién ha 00:32:40
notado todos los caminos que existen y cuánto vale cada uno de ellos vale 00:32:46
bueno aquí tenéis el agregado de rutas o spf a la tabla de enrutamiento lo que vamos a hacer es 00:32:56
a partir de esta información que he recibido doy de alta mis redes conectadas siempre y luego las 00:33:05
redes remotas de las que me he enterado y eso formaría la tabla de enrutamiento 00:33:13
vale muy bien aquí tenéis una actividad bueno vamos a hacer sólo una vez para no 00:33:17
entretenernos que me dice esta es una red con unos costos que supongo que 00:33:23
estos números ya sabéis que me lo estoy inventando pero luego no me los inventaré 00:33:28
ahora me dice que hago para llegar desde r1 tenéis que leer el enunciado hasta la 00:33:31
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 00:33:38
pues por aquí tengo 25 25 y 227 hay que contar siempre la red de salida por aquí tengo 7 más 00:33:46
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 00:33:54
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. 00:34:01
dice, ¿por qué se utiliza un protocolo de estado de enlace? 00:34:18
porque tiene un mapa completo de la topología 00:34:24
porque la convergencia es mucho más rápida 00:34:28
es verdad que hay un intercambio de LSPs al principio 00:34:31
pero al final es incluso más rápido que las actualizaciones periódicas 00:34:34
porque hay una inundación de LSPs 00:34:38
tiene actualizaciones no periódicas 00:34:41
aunque es verdad que hay un paquetito de Hello 00:34:44
solo se van a desencadenar actualizaciones cuando se rompa un cable, cuando se mueva, etc. 00:34:46
Y luego tiene un diseño jerárquico. 00:34:55
Bueno, esto ya sabéis que lo veremos más adelante. 00:34:57
OSPF permite trabajar con áreas. 00:34:59
La desventaja de los protocolos de estado de enlace, pues que gasta más máquina, gasta más CPU. 00:35:03
Y las LSP, bueno, como todo lo que mando por la red, puede perjudicar al rendimiento. 00:35:09
rendimiento vale aquí tenéis un esquema de áreas que es lo que se hace cuando hay muchos router 00:35:15
se rompen en zonas entonces siempre hay un área cera que es obligatorio un área cero y luego si 00:35:20
se produce una rotura en uno de estos cables las lsp que se pronuncian los paquetes de estado de 00:35:27
enlace no inundan toda la empresa solo inunda en este área con eso se consigue una optimización del 00:35:35
el rendimiento de OSPF. ¿Vale? Muy bien, pues con eso 00:35:41
hemos terminado el tema 5, que ya sabéis 00:35:45
que era un poco de teoría, no tiene prácticas. Venga, 00:35:49
adiós. 00:35:53
Idioma/s:
es
Autor/es:
Jesús Sanz Pareja
Subido por:
Jesús S.
Licencia:
Todos los derechos reservados
Visualizaciones:
85
Fecha:
13 de marzo de 2020 - 22:32
Visibilidad:
Público
Centro:
IES ANTONIO MACHADO
Duración:
35′ 55″
Relación de aspecto:
1.86:1
Resolución:
1232x662 píxeles
Tamaño:
79.58 MBytes

Del mismo autor…

Ver más del mismo autor

EducaMadrid, Plataforma Educativa de la Comunidad de Madrid

Plataforma Educativa EducaMadrid