(música suave)
- Entremos un poco más en detalle ahora sobre OSPF
observando los diferentes tipos de paquetes OSPF,
para que sirven y su finalidad.
Así como EIGRP...
cómo EIGRP tenía paquetes específicos
hacer ciertas cosas como Hola, Actualizar,
la consulta y la respuesta,
OSPF también tiene tipos de paquetes específicos.
Tenemos el OSPF Hola,
y tal como podrías adivinar que está acostumbrado
descubrir dinámicamente vecinos OSPF,
y para mantener OSPF relaciones vecinales,
lo que llamamos adyacencias.
Luego también tenemos estos otros paquetes,
que se utilizan en el proceso
de construir una relación de vecindad:
el descriptor de base de datos y la solicitud de estado de enlace.
Entonces, el descriptor de la base de datos y la solicitud de estado del enlace,
solo los verás cuando un
la relación entre vecinos es primera construcción.
Después de que la relación entre vecinos se establezca y se mantenga,
no los volverás a ver.
Y luego también tienes la actualización del estado del enlace,
y el paquete de acuse de recibo del estado del enlace.
Y la gran mayoría de esos se envían como multidifusión.
Así que voy a volver a esos en un momento,
para hablar de cómo se usan,
y durante qué proceso se utilizan.
Llegaremos a eso.
Entonces, al igual que con EIGRP,
cómo había ciertas cosas durante el
Hola intercambio de paquetes que tenía que coincidir con EIGRP,
aquí se puede ver allí también hay ciertas cosas
que deben coincidir para que una adyacencia OSPF se forme por completo.
Así que número uno, los temporizadores,
el Hola y el intervalo muerto,
tienen que coincidir.
Esto es diferente a EIGRP.
En EIGRP, podríamos intercambiar paquetes de saludo,
y mi paquete de Hola podría decirte,
oye, si no tienes noticias mías en cinco minutos,
declararme muerto.
Y tu paquete de saludo para mí podría ser,
hola Keith, si no escuchas dentro de 30 segundos,
declararme muerto.
Eso estaría bien.
Siempre que establezcamos nuestras expectativas adecuadamente,
estaríamos bien.
Con OSPF, esos temporizadores tienen que ser los mismos.
Autenticación, que como mencioné en un video anterior,
es opcional.
Pero si está haciendo la autenticación,
el tipo de autenticación tiene que ser el mismo
porque tú y yo podríamos
intercambiar contraseñas de texto claro,
o podríamos intercambiar contraseñas que tienen hash
con una fórmula de resumen de mensajes.
Entonces, el tipo tiene que ser el mismo,
y claramente cualquiera que sea la contraseña,
tiene que ser igual tambien.
El Área - DNI.
Así que tú y yo compartimos este vínculo común, este cable común.
Si en mi declaración de red que cubre este cable,
Creo que esta es una zona,
usted también necesita creer este es un área.
Si recibo un paquete de saludo tuyo,
indicando que piensas este enlace es un área 50,
y creo que es un área,
eso va a ser un problema.
No formaremos una relación de vecindad en ese caso.
La longitud del prefijo.
Así que esto también es un poco diferente a EIGRP.
Entonces, en EIGRP, digamos que le envío un paquete de saludo de EIGRP,
y...
digamos que fue así...
Aquí viene un paquete EIGRP Hello.
EIGRP Hola.
Y digamos la fuente de ese paquete...
Era...
1.1.1.1.
Vale, esa era una dirección IP de origen.
Y el enrutador que está recibiendo
ese paquete en esta interfaz,
su dirección es 1.1.1.9/...
29
¿Diría que esta fuente está en la misma red que él?
Con suerte, su respuesta fue no porque 1.1.1.9,
esa es una dirección de host.
Porque si estamos haciendo el /29,
eso significa que este es un anfitrión,
y la red 1.1.1.8.
1.1.1.8 y 1.1.1.9 es la primera dirección de host.
Y 1.1.1.1, que no está en la misma red.
Entonces, este enrutador aquí, el enrutador X, diría,
vecino no en subred común.
Estoy recibiendo un EIGRP Hola,
pero el vecino no está en la subred común.
Pero ¿qué hay de aquí?
¿Qué pasa con el enrutador Z?
¿Y si su dirección fuera 1.1.1.1,
porque esa es la fuente que está usando...
/24?
Y aquí recibe un paquete Hello procedente de 1.1.1.9.
¿El enrutador Z tendrá algún problema con eso?
¡No!
El enrutador Z va a decir,
oh, bueno, estoy en la red 1.1.1.1,
esta fuente también está en la red 1.1.1.1,
por lo que se ve bien.
Así que ahora vamos a tener un problema aquí.
porque el enrutador Z va a decir,
hola router X, te ves bien.
Estamos listos para irnos.
El enrutador X va a decir que no puedo hablar contigo.
No estás en la misma subred que yo.
Entonces, solo el enrutador X pudo descubrir que esto era un problema.
El enrutador Z no sabía que esto era un problema.
En OSPF, esto sería un problema para ambos lados
porque en sus paquetes de Hola,
en realidad incluyen cuál es su máscara de subred.
Y ambos lados verían que el
el otro lado tenía una máscara de subred diferente.
El enrutador Z diría, espera un segundo,
me estás diciendo que tu máscara de subred es /29.
Eso no me corresponde.
Soy un /24.
Y entonces, en OSPF, es por eso que decimos que el
La longitud del prefijo tiene que ser la misma.
Así que es un poco mejor para descubrir
este tipo de problemas que EIGRP.
Y luego lo último que tiene que
ser lo mismo es algo llamado indicador de área auxiliar.
Realmente no te metes en eso en el mundo de CCNA.
Pero un área auxiliar es básicamente un área,
una colección de enrutadores,
donde solo hay una entrada y una salida.
Solo hay un enrutador de borde de área,
y esa es la única forma de salir del área,
y la única forma de entrar en la zona.
En ese caso particular,
puedes tomar todos los enrutadores en esa área,
y configure un comando especial allí que diga:
todos ustedes son parte de un área stub.
Y el beneficio real de eso,
es que el area no tendra que enterarse de todo.
Puede reducir el tamaño de las tablas OSPF
cuando es un área de trozo,
pero si haces eso,
todos los enrutadores cuando intercambian sus saludos,
hay que tener una banderita levantada diciendo,
Creo que esta área es un área de trozo.
Tienen que estar de acuerdo en eso.
Bien, volvamos a estos
diferentes tipos de paquetes OSPF,
y cómo se usan.
Entonces, lo primero, el paso número uno,
es que tenemos que intercambiar paquetes de saludo.
Y esas cosas que vimos en la diapositiva anterior,
tiene que coincidir.
Así que digamos que ese es el caso.
Así que tú y yo intercambiamos paquetes de saludo.
Asi que...
dentro del paquete Hola,
si tuviera que dibujar un paquete de saludo,
así que digamos que aquí hay un paquete de Hola.
Hay un campo aquí donde enumera a los vecinos.
Lo que significa que cuando te envío un paquete de saludo,
Te lo estoy diciendo,
aquí están todos los vecinos que conozco en este enlace.
En este enlace que tú y yo compartimos, aquí están todos los vecinos.
Ahora podrías estar diciendo,
Bueno, espera un segundo, somos solo tú y yo, ¿verdad?
¿Por qué hacer eso?
Pues porque podría haber más de un vecino.
Imagine que este enlace estaba conectado a un interruptor,
o un centro entre nosotros,
y había cinco o seis enrutadores, todos en la misma VLAN,
todo en la misma subred.
Bueno, mi paquete Hello enumeraría todos
los enrutadores que conozco,
que soy vecino de este enlace.
Entonces, ¿qué tiene eso que ver con esto?
Bueno, cuando escribes el comando mostrar vecino IP OSPF,
muestre al vecino IP OSPF,
ya verás si tienes vecinos,
y en que estado te encuentras.
Verá, en EIGRP,
es casi todo o nada.
Cuando mostraste el vecino IP EIGRP,
o viste a un vecino o no lo hiciste.
No hubo pasos intermedios.
Pero en OSPF, hay,
y necesitas saber cuáles son esos pasos
en la construcción de una relación de vecindad.
Así que el paso número uno.
Aquí viene un Hola.
Y...
el enrutador uno está recibiendo ese Hola.
Y Hello dice que viene del enrutador dos.
Pero en el propio paquete Hello,
enrutador uno dice,
eh, está bien, veo que hay un router dos aquí en este enlace.
Él y yo coincidimos.
Todo se ve bien.
Pero...
el no me reconoce
En otras palabras, en su paquete Hello,
No veo mi propio nombre.
Así que ni siquiera sé si ya recibió mi saludo.
Todo lo que sé es que él existe.
Entonces de esta manera...
el enrutador dos estaría en lo que se llama bidireccional...
en el estado INIT.
INIT, o la inicial,
se llama el estado inicial.
Entonces, si mostró IP OSPF vecino en el enrutador uno,
verías a un vecino de R2,
y el estado sería INIT, que significa inicial.
Recibí su inicial Hola,
pero no sé si él se ha dado cuenta de mí todavía.
Ahora digamos que entra Hola...
del enrutador dos...
Que dice...
YO...
ver...
R1.
Así que ahora, la relación de mi vecino cambiaría
a lo que se llama el estado bidireccional.
Enrutador uno diría,
Está bien, lo veo y él me ve.
De hecho, tiene mi nombre, mi ID de enrutador,
dentro de su paquete Hello.
Eso significa que debe haber recibido mi paquete de saludo.
Nos vemos.
Ahora estamos en el estado bidireccional.
Entonces, en este punto, ahora los enrutadores se reconocen entre sí,
y las cosas han coincidido.
Ahora es el momento de progresar al siguiente nivel.
Ahora el próximo paso es, tú y yo,
el enrutador uno y el enrutador dos pueden decir,
¿Cómo es su base de datos LSA?
¿Tienes los mismos LSA que yo?
Porque si no lo hace, necesitamos sincronizar.
Así que ese va a ser el siguiente paso.
Entonces, quizás quieras...
Estoy apunto de...
borrar estos aquí,
así que es posible que desee escribir estos antes de que yo lo haga.
Veamos aquí.
Tal vez pueda caber un poco más
en la pantalla antes de que lo borre.
Bien, entonces lo siguiente es...
el enrutador uno y el enrutador dos se enviarán entre sí,
otro tipo de paquete OSPF que
miramos muy brevemente,
llamado Descriptor de base de datos.
Entonces el propósito principal de
intercambiar estos descriptores de base de datos,
es determinar...
¿Su base de datos LSA se parece a la mía?
Y estos van a ser intercambiados de ida y vuelta.
Nos dan una especie de vista
de cómo se ve mi base de datos,
cómo se ve su base de datos.
Ahora, mientras intercambiamos descriptores de bases de datos,
vamos a pasar por dos estados adicionales.
Vamos a pasar por el estado Exstart...
y el estado de la Bolsa.
Intercambio...
Lo siento por mi letra descuidada aquí.
Así que empezamos en INIT,
luego entramos en 2 vías...
y recuerde, si estoy mostrando datos IP OSPF,
muestre al vecino IP OSPF,
Voy a ver estos varios estados en la salida
si sigo haciendo ese comando una y otra vez.
Entonces Exstart and Exchange significa,
estamos intercambiando estos descriptores de base de datos,
tratando de descubrir si nuestras bases de datos son las mismas o no.
Y probablemente no serán los mismos.
Así que ahora tengo que borrar algunas cosas para hacer espacio.
Entonces, después de intercambiar los descriptores de la base de datos,
y descubrimos que nos faltan algunas cosas,
que su base de datos no es la misma que la mía...
entonces en ese punto...
voy a decir,
Bien, tienes algunos paquetes de saludo,
tienes algunos anuncios de estado de enlace que yo no tengo.
Me gustaría tenerlos.
Y así, cada enrutador podría enviar
entre sí paquetes de solicitud de estado de enlace,
diciendo hey, tienes un estado de enlace
publicidad no tengo.
Por favor damelo.
Y eso será seguido por un paquete de actualización de estado de enlace.
Así que ahora están en el proceso de
realmente sincronizando sus bases de datos.
Sincronizado por,
Me envías alguna solicitud de lo que no tienes.
Te envío algunas actualizaciones.
Te mando unas peticiones de lo que no tengo.
Me envías algunas actualizaciones.
Así que ahora vamos a pasar a un estado diferente,
que es el estado de carga.
Entonces, si emitió el comando mostrar vecino IP OSPF,
y dice cargando, eso es lo que está pasando.
Están solicitando LSA y actualizándose entre sí con LSA.
Y finalmente, vamos a eventualmente
llegar a un punto en el que nos damos cuenta,
hola, somos iguales.
Mi base de datos tiene exactamente las mismas cosas que su base de datos.
Ahora, todo lo que tenemos que hacer es volver a
intercambiando paquetes Hello periódicos y eso es todo.
Y ahora finalmente estarás en lo que se llama el estado Completo.
Lo que significa que estamos completamente adyacentes,
estamos completamente cargados,
todo está completamente sincronizado.
Esa es la serie de pasos que dos enrutadores,
o dos dispositivos OSPF,
se moverá para finalmente convertirse en completamente adyacente.
INIT, 2 vías, Exstart, Exchange, Loading y Full.
Y ahora hemos hablado acerca de dónde se encuentran esos diversos
tipos de paquetes se utilizan en el proceso
de construir una relación OSPF.