Hola, y bienvenidos a este video, donde
Solo les daré una breve y rápida introducción
a OSPF antes de entrar en los detalles de cómo todo esto
obras.
Entonces, hagamos una breve introducción para aquellos de ustedes
que no tienen absolutamente ninguna experiencia con OSPF.
Vamos a hablar sobre una introducción.
Vamos a examinar brevemente realmente la métrica OSPF.
Vamos a hacer un breve resumen de lo que es un LSA
y los diferentes tipos de paquetes OSPF.
Y luego vamos a entrar en mucho más detalle sobre todos
esas cosas a medida que avanzamos.
Entonces, comencemos con una introducción a OSPF.
Probablemente la única razón principal
por qué OSPF es, como dije, probablemente el más popular
El protocolo de enrutamiento de puerta de enlace interior se debe a esto:
es un estándar abierto.
Si estás viendo este video--
Estoy grabando esto en el año 2020.
Si estás viendo este video y
tiene 31 años o menos, entonces OSPF
ha existido durante toda tu vida.
OSPF salió originalmente en 1989.
Ha tenido algunas revisiones desde entonces,
y la revisión más reciente fue escrita y documentada
en RFC 2328.
Entonces, si desea obtener más información sobre el funcionamiento interno real
de OSPF, y usted quiere saber
todos esos pequeños detalles sangrientos al respecto,
entonces puedes ir y Google este RFC.
Ahora un par de cosas que solo quiero mostrarte aquí.
Si busca en Google ese RFC, verá esto.
Así que aquí está la versión 2 de OSPF.
Puede ver, con solo la barra de desplazamiento a la derecha,
este es un RFC largo.
Hay muchas cosas aquí.
Así que no vas a leer esto de una vez.
Pero esto es lo que quiero mencionar.
Fíjate, en la parte superior aquí, dice
actualizado por algunos otros RFC, como 5709, 6549,
y así sucesivamente y así sucesivamente.
La mecánica básica de OSPF para IP versión 4,
que se llama OSPFv2, está todo aquí en RFC 2328.
Entonces, ¿cuáles son estos otros RFC?
Bueno, ha habido algunas mejoras adicionales
hechas a OSPF a lo largo de los años.
Por ejemplo, si hacemos clic en RFC 5709,
esto está hablando específicamente sobre una mejora
a la autenticación OSPF llamada HMAC con SHA
autenticación criptográfica.
Así que este RFC aquí, 5709, no cubre todos los detalles
de cómo funciona OSPF.
Es sólo esta mejora particular.
Y eso es-- si volvemos aquí, eso es lo que estos otros
son también
Por ejemplo, 6549, algo llamado
extensiones de múltiples instancias.
Entonces, si estás investigando sobre OSPF
y tienes en tu mente la pregunta, OK,
¿Cómo funciona OSPF?
Bueno, donde te recomendaría
el comienzo está aquí mismo, con RFC 2328.
Simplemente haga un comando rápido-F o algo y busque
por aquí sobre de qué se trata específicamente
que estas buscando
Ahora, por ejemplo, si lo que estabas buscando
para HMAC con autenticación SHA,
quieres averiguar cómo funcionó eso,
usted no encontraría eso aquí.
Puede hacer un rápido Comando-F o buscar
y eso no estaría en ninguna parte de este documento.
Así que para cosas como esa, ahí es donde
quieres empezar a ir a estos seis adicionales
RFC actualizados que hablan sobre algunos
de esas cosas adicionales.
Pero esto de aquí, RFC 2328, es el RFC estándar,
el más reciente, aunque es de abril de 1998.
Esa fue la última vez que OSPF versión 2 se sometió
su última y más reciente revisión, y eso es
documentado aquí mismo.
Así que solo quiero asegurarme de que lo sabías.
Entonces, aparte de eso, como dije,
esa es probablemente la principal razón por la que a la gente le gusta OSPF,
es porque es un estándar abierto.
Casi cualquier equipo de proveedor
admitirá el enrutamiento OSPF.
Es un estado de enlace protocolo de enrutamiento.
Entonces, para la mayoría de las personas, cuando están eligiendo qué
protocolo de enrutamiento para ejecutar--
ahora, si está en un enrutador que no es de Cisco, si está conectado,
por ejemplo, [? VIOS, ?] o HPE, o Juniper, o algo
así, y desea ejecutar un enrutamiento de puerta de enlace interior
protocolo, la mayoría de las veces sus opciones son bastante limitadas
a, como, tres cosas.
Puede ejecutar RIP, que nadie quiere ejecutar RIP.
Prácticamente todo el mundo está de acuerdo en que QEPD
es como el peor de los casos escenario, si eso es
lo único que puedes correr.
Puede ejecutar esto, OSPF, o puede ejecutar ISIS, Intermedio
Sistema a Sistema Intermedio.
Ahora, hay algunos argumentos por ahí
comparar y contrastar OSPF e ISIS,
y hablando de cuáles son mejores.
Y hay algunos muy buenos argumentos
sobre por qué ISIS en realidad podría ser mejor y más eficiente que
OSPF.
Mucho de esto realmente depende de qué parte del mundo
se encuentra y en qué tipo de organización trabaja.
Pero lo más probable es que se vaya a caer
a OSPF o ISIS.
Ahora, ambos, OSPF e ISIS,
son protocolos de enrutamiento de estado de enlace , que deberían indicar
un par de cosas básicas.
Por ejemplo, OSPF tiene que formar relaciones vecinas.
Tiene que descubrir otros enrutadores por ahí
que hablan su mismo idioma.
OSPF no confía en que su vecino le diga
cuál es la mejor ruta para cualquier prefijo dado.
Por el contrario, digamos que tú y yo estábamos corriendo
Protocolo de enrutamiento EIGRP de Cisco.
Usted y yo somos vecinos de EIGRP, y me habla de una ruta.
Entonces, desde mi perspectiva, tienes un camino
para llegar a una red en particular.
Ahora, como enrutador EIGRP, puede que en realidad
tener tres, cuatro o cinco caminos para llegar a una ruta EIGRP,
pero me vas a decir cual es la mejor ruta que tienes.
Cualesquiera que sean las otras rutas que tengas,
vas a mantenerlos ocultos.
Entonces, desde mi perspectiva, como vecino de EIGRP,
No sé cómo se ve la nube detrás de ti.
Entonces sé que, detrás de ti, hay
un montón de redes, un montón de prefijos,
pero solo están en una nube.
No tengo idea de cómo estás conectado con ellos,
cuántos vecinos tienes en el backend.
No sé nada de eso.
Así que básicamente confío en que eres
diciéndome que tienes la mejor ruta a una red en particular.
De manera similar, si otro vecino EIGRP me dice
tiene exactamente la misma ruta a esa red,
Bien, ahora tengo dos opciones para elegir: tú
o mi otro vecino EIGRP.
Pero, una vez más, no sé qué hay detrás de él.
No tengo visibilidad de cómo se ve la red
como detrás de cualquiera uno de ustedes,
así que voy a elegir a uno de ustedes.
En el mundo de OSPF, yo, como enrutador,
saber todo, porque así es como el enrutamiento de estado de enlace
funcionan los protocolos.
No solo sé de ti y este otro vecino OSPF
Tengo, sé acerca de quiénes son sus vecinos,
quiénes son sus vecinos.
Sé cómo es la topología completa.
Así que básicamente decido por mí mismo
qué ruta es la mejor para llegar a ese último prefijo.
Realmente no estoy confiando en ti.
Puede decirme que tiene accesibilidad para ello,
pero sé todo detrás de ti.
Esa es otra característica de un enlace
Protocolo de enrutamiento estatal.
OSPF usa algo llamado primer algoritmo de la ruta más corta,
también conocido como el algoritmo de Dijkstra,
para encontrar el mejor camino.
Básicamente crea un árbol con el propio enrutador,
el enrutador local en el centro del árbol,
y luego ramificándose a partir de ahí,
yendo a todas las redes.
Y luego descubre, usando este algoritmo, cuál es la mejor
ruta es a cualquier prefijo dado.
Tiene asignada la IP número de protocolo 89.
Por lo tanto, los paquetes OSPF no son transportados por UDP o TCP.
Están justo detrás de un encabezado de paquete IP , protocolo IP 89,
algo que quieras memorizar si estás tomando algún examen.
Y admite varios métodos de autenticación.
OSPF básico no tiene autenticación.
Usted y yo intercambiamos saludos OSPF, y yo solo
confía en que eres quien dices ser,
y confías en que soy quien digo ser.
Pero existe una autenticación que puedes agregar opcionalmente a OSPF.
Ahora, el tipo de autenticación realmente
depende de la plataforma de la que estemos hablando.
Todos los proveedores que tienen OSPF admiten texto claro
autenticación, donde realmente pones la contraseña
dentro del paquete OSPF.
Cualquiera que sea capaz de olfatear ese paquete y capturarlo
puede ver cuál es la contraseña que está siendo
utilizado entre dos enrutadores.
Probablemente no quiera usar ese.
Y luego está la autenticación MD5.
Ciertamente, entre Cisco y [? VIOS, ?] ellos
ambos admiten la autenticación MD5.
Supongo que casi cualquier proveedor
que soporta OSPF probablemente soporta
estos dos como mínimo.
Ahora, viste eso, cuando te estaba mostrando los RFC allí,
que hubo una mejora a OSPF que admitía HMAC
con autenticación SHA.
No todos los proveedores admiten eso.
Verá a medida que avanzamos, una vez que entremos en la autenticación
pieza, que Cisco admite esta versión mucho más mejorada
de autenticación criptográfica, pero algunos proveedores no lo hacen.
Por ejemplo, [? VIOS ?] no admite esto.
No puedes ejecutar eso en [? VIOS. ?]
Ese es un diferenciador entre
equipos de diferentes fabricantes cuando se ejecuta OSPF.
Debes saber sobre el enrutamiento.
Mencioné que el enrutamiento era un requisito previo general
para este curso.
Entonces, ya sabe que, independientemente de qué protocolo de enrutamiento
utiliza, ya sea RIP, OSPF o EIGRP,
todos vienen con algo llamado
una métrica, que es la forma que describe el protocolo de enrutamiento
Accesibilidad a una ruta.
Y, en términos generales, cuanto menor sea la métrica,
la mejor ruta pasa a ser.
Independientemente del protocolo de enrutamiento que esté ejecutando,
si recibo dos rutas al exactamente el mismo destino,
Voy a comparar sus métricas,
y cualquiera que sea la métrica más baja, eso es
el que voy a elegir como mi mejor camino.
Ahora los diferenciadores vienen en cuanto a qué es exactamente
esa métrica es.
Ahora, en el caso de OSPF, la métrica que utiliza
es algo llamado costo, y el costo está exactamente relacionado
al ancho de banda de la interfaz.
Hablaremos un poco más sobre esto a medida que avanzamos,
pero hay una fórmula realmente simple para el costo OSPF
métrico.
Básicamente, se divide en cuanto más rápido es un enlace,
cuanto mayor sea el ancho de banda, menor será el costo.
Entonces, OSPF preferirá un enlace gigabit en lugar de un enlace Ethernet rápido
porque el ancho de banda de gigabit es mayor,
lo que significa que el costo es menor que los costos asociados
a Ethernet rápido.
Por lo tanto, la mejor ruta a cualquier red dada es la ruta con
el costo OSPF más bajo.
Ahora también veremos aquí a medida que avanzamos
el costo no es el único factor decisivo para OSPF
cuando recibe dos o más caminos
exactamente al mismo destino.
Por ejemplo, una similitud, si trabaja con EIGRP,
o con BGP en absoluto--
entonces una similitud entre BGP, EIGRP y OSPF son los tres
de ellos tienen al menos dos formas diferentes
que puede inyectar una ruta en la tabla de enrutamiento
y envíaselo a tu vecino.
Una forma es usar algo como una red
comando, que normalmente se usa para rutas conectadas localmente.
Entonces, si soy un enrutador y tengo una interfaz que es
tiene una subred y quiero enviarle una ruta diciendo:
hey, soy dueño de esta subred, yo podría usar el comando de red
Para hacer eso.
Otra forma se llama redistribución,
o podríamos usar un comando llamado redistribuir.
Y luego la redistribución es típicamente
usado cuando tenemos rutas que hemos
aprendido de lugares externos y queremos convertirlos
en este protocolo de enrutamiento que usted y yo estamos hablando.
Entonces, por ejemplo, si estoy corriendo--
si me enteré de una ruta a través de EIGRP
y quiero enviártelo, pero tú y yo estamos ejecutando OSPF,
bueno, entonces usaría algo llamado redistribución
para convertir básicamente esa ruta EIGRP
a un idioma diferente, que es OSPF,
y luego te lo envio.
Bueno, todos estos protocolos de enrutamiento,
en realidad tienen maneras de identificarse
cómo se originó una ruta.
Entonces, si una ruta se originó usando el comando de red,
que se identifica de manera diferente que si se originara una ruta
utilizando el comando redistribuir.
Y si sabe algo sobre protocolos de enrutamiento,
probablemente sepas que estoy algo insinuando algo
llamada distancia administrativa.
Hablaremos más sobre la próxima distancia administrativa
arriba.
Pero a lo que estoy tratando de llegar aquí es que la primera
cosa que los protocolos de enrutamiento-- si un protocolo de enrutamiento recibe
dos o más rutas al exactamente el mismo destino--
BGP es un poco diferente, pero si estamos
hablando de un protocolo de enrutamiento de puerta de enlace interior,
como OSPF o EIGRP, lo primero que verá
¿Cómo se originó esta ruta originalmente?
¿Usaba una redistribución, o el comando de red,
¿o algo mas?
Y si esas dos rutas no son iguales, si una ruta hacia,
digamos, la red 5050 se originó a través de la red
comando por algún enrutador allá afuera,
y otra ruta, exactamente con el mismo prefijo,
se redistribuyó mediante el comando redistribuir,
entonces ni siquiera voy a mirar sus métricas.
Su, en este caso, OSPF coste entre estas dos rutas
será irrelevante para mí.
Diré, bueno, estas dos rutas, aunque son
exactamente a la misma red, si no se originaron de la misma manera,
así que voy a preferir uno sobre el otro,
independientemente de cuáles sus métricas puedan ser.
Ahora, volviendo aquí al costo OSPF,
el costo puede ser explícitamente configurado o afectado
cambiando el ancho de banda de la interfaz.
Entonces, si desea comenzar a manipular OSPF y forzar
elegir un camino u otro,
su forma principal de hacerlo es
manipulando la métrica que se llama costo.
Y puede manipular el costo directamente con un comando
o cambiando el ancho de banda en una interfaz que indirectamente
afecta el costo OSPF.
Entonces, cuando activa OSPF en un enrutador y le dice al enrutador,
Bien, esta interfaz de aquí, su Fast Ethernet 00
tu gigabit 11, esa es la interfaz donde te quiero
para empezar a hablar OSPF.
Ahora OSPF tiene un trabajo que hacer.
Tiene que describir esa interfaz.
Así que no es como otros protocolos que dicen, hey,
déjame decirte sobre qué red tengo
se metió en esa interfaz.
Te dirá eso.
También le dirá otras cosas.
Entonces, como enrutador, si estoy ejecutando OSPF
y usted es mi OSPF vecino, y he
OSPF también se activó en esta otra interfaz aquí mismo,
Tengo que describirle esta interfaz.
Así que no solo les digo cuál es la subred allí,
pero te dire cosas como cuantos vecinos tengo
en esta interfaz, qué son esos vecinos, de qué tipo
de una interfaz que es.
¿Es punto a punto, emisión, otra cosa?
Así que les voy a dar una información muy descriptiva
sobre esa interfaz, y voy
para poner eso dentro de un anuncio de estado de enlace.
Así que este es el bloque de construcción fundamental
que OSPF usa para aprender sobre la topología,
es publicitando y recopilando anuncios de estado de enlace.
Ahora, anuncio de estado de enlace es el nombre de los datos
que OSPF transmite y recopila.
El paquete en el que se coloca un anuncio de estado de enlace
es una actualización de estado de enlace.
Entonces, cuando tú y yo somos vecinos OSPF,
si tengo dos o tres o 10 LSA que quiero enviarte,
Los pondré dentro del cuerpo de una actualización de estado de enlace OSPF
paquete, y luego enviar ese paquete a usted.
Es posible que tenga que enviarte actualización del estado de varios enlaces
paquetes si tengo más LSA de los que caben en un solo enlace
actualización de estado.
Ahora, los datos que están dentro de un anuncio de estado de enlace
varía
Si está tratando de predecir qué datos hay allí,
varía según el tipo de LSA.
Y entraremos en eso también.
Hay más de un tipo de LSA
basado en cosas como qué soy exactamente
tratando de describir.
O, como enrutador, cuál es mi rol específico
dentro de esta topología?
Así que hay diferentes LSA, y tú
no puede predecir cuáles serán los datos hasta que sepa de qué tipo
de LSA con el que está tratando.
Ahora, los LSA caducan después de 1 hora y
se actualizan cada 30 minutos.
¿Qué significa eso?
Hagamos un contraste aquí.
Digamos que usted y yo estamos ejecutando el enrutamiento EIGRP de Cisco
protocolo.
Usted y yo somos vecinos de EIGRP.
Y tengo algunas interfaces que surgen
a la que estoy conectado directamente, así que es
mi responsabilidad es informarle sobre esas redes.
Con EIGRP, te enviaré una actualización de enrutamiento de EIGRP
llamado paquete de actualización EIGRP.
Y dentro de ese paquete de actualización de EIGRP , diré,
hey, aquí hay algunas redes que tengo.
Ahora, después de eso, tú y yo continuaremos
para intercambiar EIGRP mantener vivos o mensajes de saludo para asegurarse
que tu y yo seguimos vivos y vecinos amigos
el uno del otro.
Esas interfaces de las que le acabo de hablar,
esas redes, si esas redes nunca
bajan, si, durante los próximos 6 meses, suben sólidamente como una roca,
nunca bajan, nunca te hablaré de ellos nunca más.
Entonces EIGRP dice, mira, ya te conté sobre esa red.
Si se cae, te te diré si se cae.
Pero si se mantiene, no necesito volver a anunciarlo.
No es como RIP que anuncia la misma red
una y otra vez otra vez cada 30 segundos.
EIGRP no hace eso.
Bueno, los diseñadores de OSPF adoptaron un enfoque ligeramente diferente.
Dijeron, está bien, cuando tengo algunas redes
que soy responsable de--
Creé o originé las LSA que describen estas redes,
y envié esos LSA por ahí.
Esos LSA que tienen mi nombre,
que originé, no puedo simplemente enviarlos una vez y luego
olvídalo, como lo hace EIGRP.
Esos LSA tienen un temporizador, y eso es
de lo que estamos hablando aquí.
Entonces, cuando le envíe un LSA que describa
mis propias redes locales, esos LSA son válidos durante 1 hora.
Si no vuelve a recibir un LSA de mí dentro de 1 hora,
expirará de su base de datos,
y borrarás esa ruta.
Entonces, como propietario, como autor de ese LSA,
Voy a tener que actualizarlo cada 30 minutos.
Entonces, cada 30 minutos, cada enrutador que crea un LSA
volverá a enviar ese mensaje de LSA de nuevo, incluso si nada ha cambiado.
Y luego, por último aquí, Quiero terminar
en nuestra descripción general rápida aquí de los tipos de paquetes OSPF.
Como tantos protocolos de enrutamiento, protocolos de enrutamiento, en general,
tienen diferentes tipos de paquetes que se utilizan
para diferentes funcionalidades.
Hay paquetes que se utilizan para abrir y mantener
vecinos
Hay otros paquetes que se usan para intercambiar
datos de enrutamiento reales.
A veces hay otro tipo de paquete para intercambiar,
como condiciones de error y cuál fue ese error.
Así que hablemos de cuáles son los tipos de paquetes con OSPF
para terminar este video aquí.
Entonces OSPF tiene el paquete de saludo.
Si está familiarizado con algún tipo de protocolo de enrutamiento,
probablemente sepas lo que es un hola.
Se utiliza para mostrar y mantener
Adyacencias OSPF, lo que llamamos relaciones vecinas OSPF.
También tenemos el descriptor de base de datos.
Este es un tipo especial de paquete que
solo se usa cuando una nueva relación de vecino
se está formando.
Así que después de que tú y yo hayamos mencionado nuestra relación de vecindad
y somos lo que llamamos completamente adyacentes,
y he terminado con mi base de datos descriptores contigo,
No voy a enviar los descriptores de la base de datos
Nunca más.
Así que si tú y yo nos quedamos como vecinos
para la próxima semana, o mes, o año,
hemos terminado con los descriptores de la base de datos.
Eso fue sólo al muy, muy al principio.
Y cuando entramos en los detalles de cómo se forman los vecinos,
Echaremos un vistazo con más detalle a cuáles son.
También tenemos la solicitud de estado del enlace.
Esto también es algo que solo sucede
cuando una relación de vecinos aparece por primera vez.
Cuando tú y yo somos los primeros-- cuando tú y yo nos descubrimos
y decimos, hey, usted está ejecutando OSPF?
Oye, yo también. Seamos vecinos.
Entonces, desde el principio aquí, estamos
vamos a decirnos a un nivel muy alto lo que
LSA que tenemos.
Debido a que una de las restricciones de OSPF
es que cualquiera LSAs que conozcas,
También necesito saber sobre.
Usted y yo debemos tener el mismo conjunto de OSPF LSA coincidentes.
Entonces, cuando usted y yo por primera vez nos convertimos en vecinos OSPF,
Voy a enviarte como un resumen,
como, una instantánea de mi base de datos.
Voy a decir, hey, tengo un LSA de Tom.
Tengo un LSA de Sally.
Recibí un LSA de Sue.
Te los voy a enviar.
No voy a darte el cuerpo de esos LSA.
No voy a contarte los detalles, solo un resumen
de los LSA que tengo.
Ahora, en el proceso de hacer eso,
podrías descubrir, como probablemente lo harás,
que tengo algunos LSA que tú no tienes.
Así que ahora, a medida que continuamos construyendo este vecino
relación, me enviará un paquete de solicitud de estado de enlace
diciendo, oye, Keith, me dijiste que tenías un LSA de Sue.
no tengo eso
¿Pueden enviarme el LSA completo?
Entonces, te lo enviaré en un paquete de actualización de estado de enlace.
Y luego, cuando lo haga, debe reconocerlo con un enlace
reconocimiento estatal.
Esos son los cinco tipos diferentes de tipos de paquetes OSPF
que están en uso.
La gran mayoría de ellos se envían como multidifusión.
Entonces, la mayoría de las veces, los paquetes OSPF para OSPF versión 2
se envían a la dirección 224.0.0.5.
Esa es una dirección reservada, una dirección de multidifusión reservada,
llamada la dirección de todos los enrutadores OSPF .
Ahora, a medida que avanzamos a lo largo de estos videos,
también aprenderemos sobre algo llamado designado
y enrutadores designados de respaldo.
Cuando un enrutador OSPF está enviando un paquete
a uno de esos enrutadores especiales, un designado
enrutador o un enrutador de respaldo designado,
lo enviará a la dirección 224.0.0.6.
Eso también está reservado para OSPF, pero solo DR y BDR
en realidad están escuchando esa dirección en particular.
Así concluye este video en particular
en una descripción general de OSPF.