Hola, y bienvenidos a este video titulado OSPF Stub Areas.
En este video, vamos a ver
en los cuatro tipos diferentes de áreas de conexión
que puedes ver aquí.
Vamos a empezar definiendo
por qué necesitamos áreas auxiliares, qué problema se resuelve
con esta característica, y luego
entrar en los detalles de cada uno, y cómo configurar cada uno.
Y luego lo terminaré con una demostración
de un par de estos.
Sabemos que, de forma predeterminada, cuando coloca cualquier interfaz
en un área, ya sea área 0, área 12 o cualquier otra cosa,
que esa área se considera ser lo que se llama un área normal.
Y un área normal es un área que
permite prácticamente cualquier tipo de LSA en él.
Escriba 1, 2, 3, 4 o 5, todos pueden entrar.
Sin embargo, a veces, como dice aquí,
al permitir que cada LSA entre en él,
eso puede conducir a una innecesaria inflación del estado del enlace
base de datos y la tabla de enrutamiento IP.
Por ejemplo, si miramos aquí abajo en el área X,
en el dominio que no es OSPF a la derecha, tenemos 1000 redes.
Y digamos que ASBR los está redistribuyendo todos.
Eso sería 1000 o más LSA externos de tipo 5
que ASBR está introduciendo en el dominio OSPF, que
se inundaría en tanto el área 0 como el área X.
Pero siendo realistas, el área X aún podría
llegar a esas rutas si todo tenía era una ruta predeterminada.
Si pudiéramos hacer algo en ABR 1 y ABR 2
y dile a esos dos enrutadores, oye, cuando
recibe estos LSA externos de tipo 5,
se detienen contigo.
No van más allá.
Y en su lugar, simplemente generar una ruta predeterminada
e inyectarlo en área X. Eso aún
otorgar accesibilidad a los enrutadores 1, 2, y 3
a esas rutas que no son OSPF simplemente usando
una ruta, una ruta por defecto.
Ahora, sabemos que no podemos lograr
esto con los mecanismos de filtrado normales.
Como mencioné en videos anteriores,
una vez que un ASBR crea un LSA externo tipo 5 o tipo 7,
no puede filtrarlo usando la lista de distribución normal
o comandos de dirección de resumen.
En ese momento, está fuera.
Está lejos.
No puedes hacer nada.
Así que aquí es donde necesitamos tomar toda el área y todos
los enrutadores en él, área X en este caso,
y diles, oye, tu área es un área especial.
Los Tipo-5 no están permitidos en esta área.
Y ahí es donde usamos algo llamado áreas stub.
Así que ese es el propósito principal de un área auxiliar es que todos
los enrutadores en esa área, pero específicamente los ABR sabrán
que no pueden permitir que los tipo-5 entren en esa área.
Ahora, la mayoría de los tipos de áreas stub-- estamos
vamos a ver cuatro tipos diferentes,
pero tres de esos cuatro tipos diferentes
dará como resultado que los ABR creen una ruta predeterminada.
No tienes que hacerlo.
Lo harán por su cuenta.
Ahora, aquí hay una cosa crítica aquí.
Todos los enrutadores en el área de stub
tienen que reconocer que su área es especial.
Por lo tanto, cada enrutador debe configurarse con un comando
para que sepan que su área es un área auxiliar.
¿Y por qué tienen que hacer esto?
Bueno, porque en el paquete de saludo OSPF,
que vimos algunos rastros de sniffer de anteriores
en esta presentación, vimos que había
Había algunas banderas allí.
En el paquete hello OSPF, cuando un enrutador
está configurado para que un área particular sea un área auxiliar,
establecerá una pequeña bandera indicando eso.
Y cualquier enrutador OSPF con el que se conectará o tendrá
una adyacencia con tiene que estar de acuerdo en eso.
Entonces, si tú y yo somos dos enrutadores.
Y estamos conectados, digamos a través de este enlace,
en el área 1, creo es un área auxiliar,
así que levanto la bandera del área stub en mi saludo.
Pero crees que es un área normal.
No procederemos con una adyacencia.
Lo más lejos que llegaremos es el estado bidireccional.
Y eso es todo.
Tal vez ni siquiera de dos vías.
Tal vez incluso solo iniciar, pero ciertamente no lo haremos
intercambiar LSA.
Por lo tanto, todos los enrutadores del área deben, como mínimo,
configurarse con un comando para que coincida.
Así que eso se llama un área de trozo.
Y te mostraré el comando para eso en un momento.
Pero antes de hacerlo, quiero hablar de algo
llamada área totalmente rechoncha.
Todo lo que está haciendo es tomar nuestra área de código auxiliar
y restringirlo aún más.
Piensalo por un momento.
En este diagrama en particular, ahora solo tenemos un ABR.
Literalmente, solo hay una entrada y una salida del área.
X. Por lo tanto, no solo podríamos definir el área X como un área auxiliar, que
diría que ABR, hey, cuando obtienes esos 1,000
redes, nuestros tipos-5 externos, se detienen contigo.
No los inyecte allí.
Simplemente inyecte la ruta predeterminada.
Pero no solo eso, no pudieron los enrutadores en el área
X también usa esa ruta predeterminada para llegar a todas las rutas en el área 0?
¿Por qué necesitan conocer las rutas, como, por ejemplo,
red X?
¿Por qué necesitan saber sobre la red X?
Pueden usar la ruta predeterminada para salir.
Entonces podemos configurar esto como lo que es
llamada área totalmente rechoncha.
Ahora, en este caso particular, en los enrutadores 1, 2 y 3--
veremos la configuración en un momento--
la configuración es exactamente la misma,
ya sea que estén en un área stub o en un área totalmente stub.
No hay cambio.
El único cambio está en el ABR.
El ABR aún tendrá un comando auxiliar,
pero vamos a poner una pequeña palabra clave extra en ese comando,
que le dice, oye, tú tampoco tienes permitido
para enviar resumen LSA de tipo 3 a esa área.
Debes suprimirlos.
Así que veamos cómo configuramos tanto stub como totalmente
áreas rechonchas en Cisco y Vyos.
Esta es nuestra configuración de Cisco .
Es muy sencillo.
En el indicador OSPF de su enrutador, simplemente
escriba el área, el número de área, y el resguardo de la palabra clave.
Y recuerde, haría esto en cada enrutador,
incluido el enrutador de borde de área que es
conectado a la zona del stub.
Y luego, si escribe show ip proceso ospf, le dirá,
oye, en este caso particular, el área uno es un área auxiliar.
En un enrutador Vyos, es un protocolo de configuración similar ospf
area y su area numero tipo area-stub.
Veamos un ejemplo de esto.
Vayamos a nuestra topología.
Y ahora Vyos-2 está recibiendo varios OSPF
LSA externos, porque tanto CSR-1 como Vyos-1
están redistribuyendo rutas RIP.
Entonces, si vamos a Vyos-2 justo aquí y decimos show ip route ospf,
ahora, lamentablemente, en Vyos, no diferencia
en la tabla de enrutamiento entre entre áreas, dentro de áreas,
y rutas externas.
Pero podemos ver su base de datos, mostrar la base de datos IP externa.
Y podemos ver que está recibiendo algunos LSA externos, varios
de ellos aquí mismo.
Entonces, por ejemplo, 222, eso es externo.
Y también vimos 144.
Eso fue externo.
Entonces, si vamos al enrutador Cisco en el otro extremo de la red,
muestre la ruta IP ospf, podemos ver que ha aprendido
sobre varios LSA externos.
Así que lo que voy a hacer es que solo estamos
va a convertir Area 2 en un área stub.
Eso requiere un comando en el CSR y en el enrutador Vyos.
En cuanto a la RSC, comencemos con él.
Router ospf 1 area 2 stub.
Ahora, a los pocos segundos de pulsar la tecla Intro,
va a empezar a enviar paquetes de saludo con el stub
conjunto de banderas
Y eso no va a coincidir con el enrutador Vyos.
Así que va a perder su relación de vecindad.
Aquí hay otro mensaje.
El enrutador está actualmente en ASBR.
Entonces, lo que esto dice es, mira, tú
no puede tener un ASBR en un área auxiliar.
Los dos no se mezclan.
Un ASBR crea LSA externos.
Y, sin embargo, un área auxiliar no permite LSA externos.
Lo que debo hacer es mostrar ejecutar la sección ospf.
Necesito eliminar este comando aquí
para que ya no sea un ASBR.
¿Eso lo eliminó?
Casi.
Así que ahora solo está...
ya no es un ASBR, código auxiliar del Área 2.
Si muestro ip ospf vecino, su vecino
acaba de bajar, porque su vecino está actualmente
pensando que esta es un área normal.
Muestre ip ospf, y dice aquí área 2 área auxiliar.
Así que necesito completar esto yendo al enrutador de borde de área
y asegurándose de que entienda
que eso es un área de trozo.
Establecer protocolo ospf área 2 área-tipo stub.
Así que ahora CSR-2 debería obtener-- ahí vamos.
Su relación de vecino acaba de regresar.
Ahora, este es un pequeño error aquí.
No tengo un rastro sniffer de esto.
Pero lo que esto nos dice es que si tiene un área de stub--
así que pensemos en esto aquí por un momento.
Digamos que usted y yo somos enrutadores, solo
como CSR-2 y el enrutador Vyos.
Eres un ABR.
Soy un enrutador normal en la zona.
Y detrás de ti hay un ASBR, en algún lugar.
Sabemos por la discusión anterior de los LSA
que es su trabajo como mi ABR enviarme un LSA tipo 4.
A eso lo llamamos un ASBR resumen LSA.
Cuando me envíe el resumen LSA de ASBR,
es tu forma de decir, oye, Keith, soy el ABR.
Y puede llegar a la ASBR a través de mí.
El ASBR no está en nuestra área.
Normalmente, no tendría ni idea de dónde está,
pero al enviarme un tipo 4, me da esa accesibilidad.
Ahora, pensemos en esto por un momento.
Si convertimos nuestra área en un área stub,
Nunca voy a obtener ningún LSA tipo 5.
Ni siquiera necesito saber que hay un ASBR.
No podría importarme menos, porque nunca voy a ir
para obtener sus LSA tipo 5 de todos modos.
Hablando lógicamente, no solo deberías como mi ABR no
envíame los de tipo 5, tampoco hay ninguna razón para ti
para enviarme tipo-4s.
¿Por qué me anunciarías la presencia de un ASBR?
que nunca podría usar de todos modos?
Porque no estoy consiguiendo su tipo-4--
su tipo-5.
Bueno, en este ambiente particular cuando volvamos atrás,
No sé si esto es un error.
Sospecho que es con Vyos.
El enrutador de Cisco dice: oye, aquí hay un problema.
Estoy en un área auxiliar, pero mi ABR sigue enviándome LSA tipo 4.
¿Qué está sucediendo?
La única manera que he encontrado alrededor de esto--
y como dije, creo que esto es un error--
es guardar mi configuración y recargar el enrutador Vyos.
Sí.
Así que tendremos que esperar a que suba,
pero cuando lo hace, esos mensajes irritantes en CSR-2
debería detenerse.
Mientras tanto, tan pronto cuando esto vuelva a estar en línea,
deberíamos ver que CSR-2 todavía tiene las rutas
del área 1 y del área 0.
Pero CSR-2 ya no debería tener ninguna ruta externa OSPF
en su tabla de enrutamiento.
Démosle a esto unos segundos más
aquí para que nuestro Vyos ABR vuelva a estar en línea.
Y todo bien
Bien.
Parece que nuestra adyacencia está nuevamente en línea.
Y observe que no recibimos estos mensajes irritantes
ya no.
Así que ahora cuando lo hago mostrar ip ruta ospf
Veo mis rutas entre áreas, pero esos OE,
esas rutas externas, se han ido,
porque estamos en un área de trozo.
Y, sin embargo, el enrutador Vyos los tiene.
Mostrar base de datos ip ospf externa.
¿Ver?
Todavía tiene los LSA externos.
Ahora sabe que no tiene permitido reenviar esos
en el área del trozo.
Ahora, además, podemos convertir esta área
en un área totalmente rechoncha.
Podemos decirle a este enrutador Vyos, oye, no envíes el CSR, ni siquiera
estos OIA.
Ahora, fíjate aquí, fíjate en este de arriba,
el ABR automáticamente creó una ruta predeterminada.
No tuvimos que hacer nada especial.
Él acaba de crear eso de todos modos, porque él
Sabía que esto era un área de trozo.
Entonces, ¿por qué no permitimos esta ruta?
y quitar todo esto?
Y eso es con un área totalmente rechoncha.
Así que no hay nada que tengamos que hacer en la CSR para eso.
Todo lo que tenemos que hacer es volver a nuestro ABR y escribir
establecer protocolos ospf área 2 stub de tipo de área sin resumen.
Entonces, al agregar esa palabra clave sin resumen , convierte el ABR--
así que ahora él restringirá todo.
Ahora, si observamos nuestra tabla de enrutamiento,
estas otras rutas deberían vencer.
me comprometí.
Echemos un vistazo aquí.
Lo cometí.
No recibimos ningún mensaje.
Mostrar ip ospf.
Ah, vamos a ver aquí.
Aquí tenemos 0.
Aquí vamos.
Así que él sabe que se supone que debe ser un resumen sin resúmenes.
Él tiene eso ahí.
Con suerte, esta no es otra situación
donde tengo que reiniciar el enrutador, porque--
sí, estas OIA no deberían estar aquí.
Deberían haber sido envenenados y despojados.
Así que supongo que tengo que reiniciar el enrutador Vyos nuevamente.
No creo que solo guardar la configuración sea
va a hacer alguna diferencia, pero solo verifiquemos.
Sí, todavía envía todo.
Así que solo reiniciaremos por ahora.
Entonces, cuando vuelve a surgir, la relación de vecinos
volverá a formarse y todas estas OIA deberían desaparecer.
Y luego, la única ruta OSPF que debemos tener es esta predeterminada
ruta para sacarnos de nuestra área.
Entonces, mientras eso sucede, regresemos
a nuestro tercer tipo de área OSPF.
Así que hemos mirado eso.
Ahora, a veces, tienes una especie de un diseño raro e interesante
requisito.
Dices bien.
Tengo un ASBR en alguna parte fuera de mi red.
Y cuando crea sus elementos externos tipo 5,
una vez que fluyen a través de mi dominio OSPF,
y eventualmente hacer su camino hacia aquí al área, digamos,
4, quiero que sea un área auxiliar.
No quiero que el área 4 obtenga esos elementos externos.
Pero aquí está mi problema. Necesito otro ASBR en el área 4.
¿Cómo puedo hacer eso?
Es como dice.
En algunos casos, un área requiere un ASBR local.
Pero aún desea evitar LSA externos
de ASBR remotos.
Este es el uso principal caso de definir un área
como un área no tan rechoncha.
Entonces, por ejemplo, en esta primera imagen de aquí, el área OSPF
X, no hay ASBR.
El único ASBR es ASBR 2 a la derecha.
Entonces, el área X podría definirse fácilmente como un trozo,
o un área totalmente rechoncha.
Cualquiera de los dos funcionaría.
Pero, ¿qué sucede cuando hacemos esto?
Ahora agregamos un ASBR localmente en el área X.
Tenemos 200 redes aquí a la izquierda.
Necesitamos redistribuirlos.
Esos deben entrar en nuestro dominio OSPF.
Esos deben fluir, como lo muestran las flechas verdes.
Pero las otras redes que no son OSPF a la derecha,
esas rutas particulares que no queremos en el área
X. Verá, ahora no podemos hacer área X un trozo, o un totalmente
área rechoncha, porque si lo hiciéramos, entonces
no podíamos tener un ASBR en él.
¿Recuerdas cuando intenté hacer eso con CSR-2?
Intenté ponerle el comando stub,
y él dijo, hey, soy un ASBR.
esto no funciona
Así que tuve que eliminar mi comando de redistribución,
y luego estuvo bien.
Bueno, no puedo tener esto como un trozo o totalmente rechoncho,
pero si tengo un área no tan rechoncha , esto funcionará.
Ahora, ¿cómo va a funcionar?
Porque todas estas áreas auxiliares no tienen en común ningún tipo 5.
Los de tipo 5 no están permitidos.
Bueno, esto es lo que va a suceder.
En este caso particular, ese ASBR local
quién está haciendo la redistribución creará
aquellas rutas redistribuidas como LSA de tipo 7.
Estos se denominan LSA externos no tan rechonchos.
El área de la NSSA está bien con eso.
El enrutador está en esa área.
Y todos sabrán que están en un área no tan rechoncha.
Permitirán que tipo-7 se propague
y ponerlo en su base de datos.
Y cuando esos tipo 7 llegan al ABR,
el ABR puede convertirlos en tipo-5.
Así que permítanme volver a esta imagen aquí por un segundo.
Entonces, lo que vería suceder es a medida que avanzan estas rutas
hasta aquí, esos salen como LSA tipo 7, tipo 7.
Una vez que golpean ABR-1, ABR-2, luego uno de estos ABR,
pensarías, oh, está bien, bueno, entonces ambos ABR
los convertirá en tipo-5 así.
Así que ahora en el área 0, estos enrutadores
tienen la opción de qué ABR quieren
usar para llegar a esas rutas por aquí.
¡No!
Eso no es lo que sucede.
No me preguntes por qué lo diseñaron así.
No tengo idea de por qué lo hicieron.
Estoy seguro de que hay una razón lógica.
Pero cuando tiene dos ABR conectados a un no tan rechoncho
solo el ABR con la ID de enrutador más alta tiene
la autoridad para convertir los 7 en 5.
El otro ABR, puede reunir los 7, pero
detente con él.
No se le permite convertirlos en 5.
Y eso es de lo que habla esta diapositiva aquí mismo.
Si hay varios ABR, solo se elige el ID de enrutador más alto.
para traducir 7's en 5's.
Ahora, he aquí otro tipo de advertencia.
Ahora, esto es entre diferentes fabricantes.
En enrutadores Cisco, cuando un Cisco ABR
está conectado a un área no tan rechoncha,
no generará una ruta predeterminada.
Volvamos a nuestro diagrama aquí por un segundo,
o nuestra topología.
Todo debería estar en marcha y funcionando ahora.
Mostrar ruta ip ospf.
Ahora mismo tenemos un área totalmente rechoncha.
Si miramos nuestra imagen, el área 2 ahora es un área totalmente rechoncha.
El enrutador Vyos está suprimiendo o impidiendo
tipo-3 y tipo-5 entren en él.
Y la única ruta que está poniendo allí
es una ruta predeterminada, que podemos ver aquí.
No tuve que hacer nada especial en el ABR
para que cree esa ruta predeterminada.
Si el ABR hubiera sido un enrutador Cisco, lo mismo.
Enrutador Cisco, cuando son ABR, si son stub o totalmente
stubby, crea rutas predeterminadas.
Aquí está la diferencia.
Si convierto el área 2 en un área no tan rechoncha,
si mi ABR aquí fuera un enrutador Cisco,
no crearía una ruta predeterminada,
lo que significa que todos los LSA externos son
viniendo de esta manera.
Esos 5 se detendrían en Vyos-2.
Y mi área no tan rechoncha habría
no hay forma de saber acerca de ellos, no hay forma de llegar a ellos,
porque es un enrutador Cisco.
Ahora, si es un enrutador Vyos , continuará
para crear una ruta predeterminada.
Ahora, podrías decir, bueno, espera un segundo.
Si el enrutador de Cisco aquí...
así que pongamos esto justo aquí.
Los Cisco ABR que están conectados a áreas NSSA
no genere rutas predeterminadas por defecto.
Entonces, si este tipo fuera un enrutador Cisco , no está haciendo esto.
¿Cómo vamos a dar accesibilidad al área 2?
a todas las rutas externas que vienen de la izquierda?
Bueno, hay un comando manual que puedes escribir.
En Cisco ABR, hay una permutación
de la información predeterminada comando originalmente,
donde puede obtener ese enrutador para generar una ruta predeterminada.
Echemos un vistazo a cómo se ve eso.
Así que, aquí vamos.
Entonces, todos los enrutadores en el área no tan rechoncha
tengo que saber que es un área no tan rechoncha.
Al igual que antes todos los enrutadores
tenía que tener como stub del área 2, bueno, aquí todos los enrutadores
tiene que tener el área 1 nssa, porque esto
es otro bit que se volteó en el paquete OSPF diciendo, hey,
vecino, el área que compartimos,
esa es un área no tan rechoncha.
Tenemos que estar de acuerdo en eso.
Entonces, todos los enrutadores, incluido el ABR, deben tener esto.
Ahora, si es un Cisco ABR y aún
quiero que ABR cree una ruta predeterminada,
así es como lo haces.
Área 1 nssa origen de información predeterminada.
En el enrutador Vyos, todo lo que tiene que hacer
es definir el área como un área no tan rechoncha
en todos los enrutadores conectados a él,
como podemos ver aquí mismo.
Y luego, por último, al igual que cómo podríamos tomar nuestra área de código auxiliar
y restringirlo aún más diciendo,
no envíe el tipo 3 allí.
Usemos la ruta predeterminada para salir por cualquier cosa.
Y lo llamamos un área totalmente rechoncha.
Podemos hacer lo mismo aquí con un área no tan rechoncha.
Podemos tener un área totalmente no tan rechoncha.
Esto funciona de la misma manera.
Entonces, en el ABR, solo agregamos la palabra clave sin resumen.
Entonces, en este caso particular ahora, ABR 1 y ABR 2--
y por cierto, con un Cisco ABR,
él creará una ruta predeterminada con una ruta totalmente no tan rechoncha
área.
Entonces, de los cuatro tipos diferentes de áreas auxiliares
hemos hablado de, stub, totalmente stub,
área no tan rechoncha y área totalmente no tan rechoncha, tres
de ellos, los enrutadores Cisco generan una ruta predeterminada
sin que usted como administrador de la red tenga
para tomar cualquier acción especial.
Era solo el área no tan rechoncha
eso te requería como administrador de red
para agregar un comando especial para que haga eso.
Entonces, en esta topología particular de aquí,
si el área X es un área totalmente no tan rechoncha, entonces
las rutas que conocerá, las
conocer todas las rutas en el área
X. Todos los enrutadores los sabrán.
Conocerá todas estas rutas aquí como tipo-7.
Esos aparecerán en las tablas de enrutamiento como rutas ON2.
Y cualquier cosa a la derecha de esta línea, todo
a la derecha de esta línea solo
representarse como una ruta predeterminada.
Así concluye este video sobre las áreas de código auxiliar de OSPF.
Gracias por ver.