(cascabeleo del relámpago)
- En este video, voy a entrar en
la ruta designada OSPF y el enrutador designado de respaldo
en la teoria y en la practica
y hable sobre por qué estas cosas se desarrollaron para OSPF.
Entonces, para empezar, sigamos adelante.
y ve primero a la pizarra,
antes de entrar en nuestras diapositivas, para hablar sobre este concepto.
Como a menudo me gusta hacer, me gusta contrastar
OSPF y EIGRP para que pueda ver algunas de sus similitudes
y algunas de sus diferencias.
Aquí, tenemos cuatro enrutadores,
y los cuatro enrutadores están conectados al mismo conmutador,
y todos están en el mismo dominio de transmisión,
como se puede ver en su dirección IP.
Si estuviéramos hablando de EIGRP, como ejemplo,
el enrutador uno enumeraría R2, R3,
y R4 como vecinos.
Ahora, digamos que R1 tuvo una actualización de EIGRP
que necesitaba enviar.
Sabemos que las actualizaciones de EIGRP salen como paquetes de multidifusión.
¿Qué hacen los switches con las multidifusiones?
Los inundan, al igual que inundan las transmisiones,
para que el paquete de multidifusión se desborde en R2, R3 y R4.
Ahora, porque R1 es vecino
con esos tres enrutadores,
él esperaría y diría,
"Bueno, necesito obtener una reconocimiento de EIGRP
"de R2, R3 y R4".
De repente, aquí está R2, envía un paquete de saludo EIGRP
con el número de secuencia que dice "Reconozco".
Él dice: "Está bien, R2, estás listo para irte.
"Gracias por reconocer".
Aquí viene R3 enviando un paquete de saludo,
y lo comprobamos.
Con suerte, eventualmente, R4 enviaría su propio paquete de saludo
con ese mismo número de secuencia en él.
R1 decía: "Está bien, los tres de mis vecinos
"han reconocido esta actualización".
En el caso de que algo saliera mal
y uno de estos enrutadores no envió un reconocimiento,
entonces R1 reenviaría su actualización de EIGRP
como un paquete de unidifusión directamente a ese vecino.
¿Qué tiene eso que ver con OSPF?
Ahora, recuerde que con OSPF,
eso lo vimos cuando hablamos del proceso
de construir una relación de vecino que era importante
que todos los enrutadores OSPF que eran vecinos
tenían una base de datos común, que sus LSA eran los mismos.
Entonces, hubo alrededor de seis pasos diferentes
tuvimos que atravesar para llegar a ese punto.
Tuvimos que ir a init, 2-way, exstart, exchange,
cargando, y finalmente lleno para hacer todo eso.
En este tipo de ambiente,
en este tipo de red donde un enrutador dice,
"Está bien, podría haber más de un enrutador en esta red".
Por ejemplo, piense en Ethernet.
La naturaleza de Ethernet es que
puedes poner un marco en el cable,
y no sabes cuantas personas van a ver eso.
No sabes cuántas personas hay en
ese mismo cable Ethernet que tú.
La naturaleza de Ethernet es que podría ser dos,
tres, cuatro, 44, no sabes.
Ethernet es lo que llamamos un medio de acceso múltiple.
Los deseos de OSPF, dijeron,
"Bueno, podríamos, en un medio de acceso múltiple como Ethernet,
"donde hay un potencial de muchos enrutadores diferentes
"ahí fuera en este cable,
"podríamos hacer lo que hace EIGRP.
"Podríamos hacer que todos los enrutadores pasen
"los cinco o seis pasos entre sí.
"Todos los enrutadores se vuelven completamente adyacentes".
Dijeron: "Entonces, cuando un enrutador OSPF
"envía una actualización del estado del enlace,
"podríamos hacer lo que hace EIGRP
"y todos los demás enrutadores tienen que confirmarlo".
Pero los diseñadores de OSPF adoptaron un enfoque diferente.
Dijeron: "Esto es lo que vamos a hacer.
"En una red de acceso múltiple segmento como Ethernet,
"vamos a tener un enrutador elegido
"como una posición muy especial, que se llamará
"el enrutador designado".
Digamos que es R4, como ejemplo.
Durante el intercambio de paquetes de saludo
es cuando se lleva a cabo esta elección.
Mientras estos cuatro enrutadores intercambian saludos,
recuerda, sus saludos se emiten como multidifusiones.
¿Cuál es la dirección de multidifusión a la que van los saludos de OSPF?
224.0.0.5.
Hola siempre ve a esa dirección.
Dentro de esa multidifusión hola, hay algunos campos
que ayudan a estos enrutadores a descubrir
quién será este enrutador designado.
¿Cuál es el significado del enrutador designado?
Bueno, una vez que sepamos quién es el enrutador designado,
el enrutador uno realizará los seis pasos con el enrutador cuatro.
Init, 2 vías, exstart, intercambio, cargando, completo.
El enrutador dos se volverá completamente adyacente al enrutador cuatro,
y el enrutador tres se volverá completamente adyacente
con el enrutador cuatro.
Aviso, R1,
R2 y R3,
no se están volviendo completamente adyacentes entre sí.
Se ven.
Todavía se están viendo los saludos del otro,
porque esos paquetes de saludo son de multidifusión,
así que están viendo eso.
Pero cuando R1 mira a R2 y dice:
"Oh, ninguno de nosotros es un enrutador designado,
"No necesitamos ir más allá del estado bidireccional.
"Yo te veo y tú me ves.
"Bien, estamos en el estado bidireccional,
"pero eso es todo lo lejos que tenemos que llegar.
"Podemos detenernos allí".
Con DR, todos se vuelven completamente adyacentes.
¿Cuál es el propósito de eso?
Bueno, ahora si R1, tomemos R1 como ejemplo.
Digamos que R1 tiene una actualización de estado de enlace
que tiene que enviar
que contiene uno o más nuevos LSA en su interior.
R1 dirá: "Solo puedo enviar mis actualizaciones de estado de enlace
"a los vecinos OSPF con los que estoy totalmente adyacente,
"que estoy en pleno estado,
"Pasé por esos cinco o seis pasos con".
Que, en este caso, es el enrutador designado.
Él dice: "Hm, sé que hay otros enrutadores
"aquí en este segmento además de R4, el DR.
"¿Cómo obtengo esta actualización de estado de enlace solo para él?
"Ah, esto es lo que sé que haré.
"Enviaré mi actualización de estado de enlace
"a una dirección especial, reservada OSPF de 224.0.0.6".
Solo el enrutador designado escucha esa dirección.
Así que ahora, cuando este paquete de actualización de link-state entre,
es una multidifusión, por lo que se inundará.
R2, R3 y R4 lo verán,
pero R2 y R3 lo descartarán.
Dirán: "Oh, no soy un enrutador designado.
"Esto no es para mí."
Ahora, esa actualización de estado de enlace solo será
visto y procesado por R4.
Ahora, R4 lo entiende.
Aquí entra.
Ahora, R4 dice: "Genial.
"Mi base de datos de estado de enlace está sincronizada con R1.
"R1 y yo estamos sincronizados.
"Obtuve su estado de enlace.
"Oh, por cierto, déjame reconocer eso".
Entonces R4 hará eso.
Enviará un paquete de reconocimiento de estado de enlace de vuelta.
Ahora R4 dirá: "Pero tengo otros dos vecinos
"en este cable, R2 y R3".
Ahora lo que hará R4 es dar la vuelta
y enviará una actualización del estado del enlace
a R2 y R3, actualización de estado de enlace.
Reflejará esa actualización del estado del enlace inmediatamente,
yendo a 224.0.0.5.
Ahora, podrías estar pensando, espera un segundo,
si R4 hace eso, ¿no es R1?
va a ver su propio
¿Paquete de actualización de estado de enlace regresando a él?
De hecho, sí lo hará.
Recuerde, esa actualización de link-state tiene un LSA dentro,
tal vez más de un LSA.
Recuerde, cada LSA tiene un campo que dice
¿A quién pertenece este LSA?
¿Quién lo creó?
¿Quién es el creador de la LSA?
En este caso particular,
cuando R1 obtiene esa actualización de estado de enlace
y mira dentro de él, dirá,
"Oh, aquí hay un LSA que fue anunciado por R1.
"Ah, ese soy yo.
"Está bien, puedo ignorar eso.
"Aquí hay otro que fue anunciado por R1.
"Oh, está bien, ese soy yo.
"Puedo ignorar eso".
En este sentido, todos estos enrutadores
se sincronizará completamente.
Una vez más, solo para repetir el proceso,
se elige a la RD.
Todos estos enrutadores intercambian paquetes de saludo,
y dentro de los paquetes hello hay algunos campos,
del que no he hablado todavía,
que les ayudará a descubrir
quién debe ser el enrutador designado.
Una vez que eso suceda, todos los enrutadores
ser completamente adyacente con el enrutador designado.
Realizan los cinco o seis de esos pasos con él.
Después de ese punto,
si alguien necesita enviar una actualización del estado del enlace,
lo van a mandar a RD,
y lo enviarán a 224.0.0.6.
Esa es una dirección que solo escucha DR.
El DR, a su vez, reflejará esa actualización del estado del enlace
de vuelta otra vez
para que todos los demás enrutadores puedan obtenerlo,
incluido el originador, quien dirá "No".
Eso irá a 224.0.0.5.
La idea aquí es que si tengo un conmutador Ethernet
que, digamos, tiene 20 enrutadores,
no todos tienen que ser completamente adyacentes
juntos.
Solo tienen que volverse completamente adyacentes.
con el enrutador designado.
Le envían sus actualizaciones,
y luego no tienen que preocuparse por eso.
él es el que va a dar la vuelta
y reflejarlo a todos los demás.
El trabajo del enrutador designado es asegurarse
que todos estén sincronizados con todos los demás.
Ese es su trabajo.
Por cierto, hay otro enrutador aquí
quien también es elegido como
un enrutador designado de respaldo, o un BDR.
Al igual que DR está escuchando 224.0.0.6,
el BDR también está escuchando 224.0.0.6.
Cuando R1 envió su actualización de estado de enlace inicial
a 224.0.0.6,
tanto R3 como R4 lo consiguieron.
Pero era solo el trabajo de R4, como enrutador designado,
dar la vuelta y reflejar eso de nuevo para que,
en este caso, R2 podría conseguirlo.
R3 está sentado en silencio.
Está asimilando cosas, porque está escuchando .6,
pero no es su trabajo dar la vuelta y reflejar las cosas.
Solo si el enrutador designado falla, R3 asumirá el trabajo
como el nuevo enrutador designado.
Ahora que sabemos eso,
entremos en estas diapositivas.
Se eligen un DR y un BDR en la transmisión.
y redes multiacceso que no son de radiodifusión.
Ahora, realmente no hemos hablado de
esos dos términos todavía.
Eso aparecerá dentro de poco en un video diferente.
Solo piénsalo de esta manera.
Sabemos que en la capa 2,
en la capa de enlace de datos del modelo OSI,
hay varios tipos de encapsulación diferentes:
Ethernet, APP,
HDLC, retransmisión de tramas.
Probablemente podrías pensar en uno o dos o tres más
además de eso.
¿Qué es lo que los hace diferentes entre sí?
Algunos de esos tipos de encapsulación
fueron construidos alrededor de la suposición
que podría poner un marco en el cable
y múltiples dispositivos podrían ver ese cuadro,
como Ethernet.
Esa es la naturaleza de Ethernet.
Esa es la naturaleza de,
bueno, sigamos con Ethernet.
Eso es Ethernet, puedes poner un marco allí,
y todos lo verán.
Otros tipos de encapsulación de capa 2 dicen,
"Bueno, si pongo un marco en el cable,
"solo va a ir a un lugar"
como el protocolo punto a punto o HDLC.
Esos son protocolos de capa 2 que dicen,
"Esto fue diseñado para un cable que solo tiene dos dispositivos.
"Pon algo en el cable, sólo pasa por aquí.
"Este tipo pone algo en el cable,
"Sólo va por aquí".
Entonces, realmente no hay necesidad de una dirección,
porque solo estamos nosotros dos.
PPP y HDLC son así.
Luego, hay otros tipos de tipos de encapsulación,
como frame relay, es decir,
"Bueno, este cable en particular podría ir a varios lugares".
Por ejemplo, piense en su conexión a Internet.
Estás sentado en casa.
Tienes una conexión a Internet.
Ese cable que tienes saliendo de tu casa
puede llegar a miles de millones de destinos remotos.
Es algo así como Ethernet en ese sentido.
Podrías poner una cosa ahí,
un cable que te lleva a múltiples lugares.
Pero, ¿es posible que pongas algo en ese cable?
que todos esos remotos destinos van a ver?
No, no es.
En el caso de su conexión a Internet,
tienes que abordar todo que pones en ese cable
a quien quieres enviárselo.
No es compatible con la transmisión.
No puede poner una transmisión en su módem por cable
o su conexión DSL a Time Warner Cable o Comcast
y esperar que todos los miles de millones de dispositivos en Internet
lo van a ver
No funciona de esa manera.
Eso es lo que consideramos
una red multiacceso sin difusión.
En todas estas redes donde puedo salir algo en un cable
y puedo decirme a mi mismo,
"Bueno, podría haber más de un dispositivo
"accesible en este cable".
En ese caso particular, un enrutador designado
y se elegirá un enrutador de respaldo designado.
Hemos hablado de estos últimos dos puntos aquí mismo.
¿Cómo determinamos cuál enrutador será?
Bueno, por defecto, el primer enrutador
que entra en línea en un cable será el enrutador designado.
Eso es practicamente todo.
Ahora, si dos enrutadores se conectan al mismo tiempo,
si comienzan a intercambiar saludos al mismo tiempo,
luego el enrutador con la prioridad de interfaz más alta
se convertirá en el enrutador designado.
Esta es la primera vez que hablo de esto.
En OSPF, cuando usa el comando de red bajo OSPF,
y OSPF dice: "Oh, aquí hay una interfaz justo aquí
"que está en línea con esa red.
"Comenzaré a hablar, comenzaré a enviar paquetes de saludo".
En esta interfaz, le da un valor de prioridad OSPF.
En realidad, es el valor de uno por defecto.
En mis paquetes de saludo que envío,
esa es una de las cosas que puse ahí es
cuál es mi prioridad de interfaz.
Si te estoy enviando paquetes de saludo
y me estás enviando paquetes de saludo,
si uno de nosotros tiene una prioridad de interfaz más alta que el otro,
hemos terminado
La prioridad de interfaz más alta ganará,
y ese se convertirá en el enrutador designado.
Cuando haces el comando mostrar ip ospf vecino
para ver a tus vecinos,
verá, en un segmento de Ethernet,
verá al menos un vecino que se muestra como DR,
para el enrutador designado, posiblemente otro que diga BDR,
y luego otros que dirán HERMANAS.
DROTHERS significa enrutadores que actualmente
no son la RD,
no el BDR,
pero podrían serlo en el futuro.
Si el DR y el BDR fallan, estos otros enrutadores
podrían potencialmente convertirse enrutadores designados.
Ahora, digamos que no tienes
configurado manualmente la prioridad de la interfaz.
Recuerde, es la prioridad de la interfaz.
No es una prioridad mundial.
En un enrutador, si tiene cinco interfaces,
si quisieras, podrías tener cada interfaz
tienen un valor de prioridad diferente.
Por defecto, todos serán iguales.
Serán el valor de uno.
Si usted y yo intercambiamos paquetes de saludo OSPF
sobre un segmento Ethernet
y ambos tenemos exactamente la misma prioridad de interfaz,
luego vamos a comparar los nombres de los demás,
nuestros identificadores de enrutador, nuestros identificadores de enrutador OSPF.
Quien tenga el id de enrutador más alto será el ganador.
Ese se convertirá en el enrutador designado,
y el segundo más alto se convertirá
el enrutador designado de respaldo.
Muchas veces, a las personas realmente no les importa
qué enrutador será el DR o el BDR.
Simplemente dejan que OSPF se encargue de eso por sí mismo.
Digamos que desea tener algún control sobre eso.
Como administrador de la red, quería ser
en control sobre qué enrutador se convertiría en DR
y el BDR.
La forma más fácil de hacerlo sería ir a la interfaz
y cambie la prioridad de la interfaz OSPF.
En un video que viene
donde repasamos los comandos de configuración,
Te mostraré cómo hacerlo.
La segunda forma en que podrías hacerlo
es mediante la manipulación de la identificación del enrutador OSPF en sí.
Tan pronto como escriba
enrutador OSPF y luego algún ID de proceso y presione enter,
elige una identificación de enrutador para sí mismo.
Examina todas sus interfaces y dice:
"Necesito obtener una dirección IP aquí
"y usar eso como mi nombre, como mi ID de enrutador".
¿Cuál es el orden?
¿Cómo va a hacer eso?
Número uno, lo primero OSPF va a decir es,
"Está bien, bajo mi configuración,
"bajo la configuración OSPF de mi enrutador,
"¿Algún ser humano realmente escribió el comando router-id?
"Si lo hicieran, eso es lo que usaré como mi ID de enrutador".
¿Qué sucede si no escribió el comando router-id?
Bueno, entonces el enrutador mirará para ver
si tiene alguna interfaz de loopback.
Si lo hace, cualquiera que sea la dirección IP más alta
de todos tus loopbacks,
esa será su identificación de enrutador.
Por último, si no hay loopbacks
y no hay ninguna ID de enrutador OSPF que se haya configurado manualmente,
solo mirará a su alrededor en sus interfaces
y seleccione una dirección IP desde su interfaz,
la dirección IP más alta de entre sus interfaces físicas,
y utilícelo como su ID de enrutador.
Ahora, un pequeño hecho interesante aquí.
Muchas veces, la gente piensa solo en las interfaces
que en realidad están arriba/arriba son candidatos
para la identificación del enrutador.
Eso no es realmente cierto.
Incluso una interfaz que está arriba/abajo o abajo/abajo
es un candidato para la identificación del enrutador.
La única vez que hay una dirección IP en una interfaz
y OSPF dice: "No puedo usar eso.
"Ni siquiera puedo considerar eso"
es si la interfaz está deshabilitada administrativamente,
si está cerrado.
Aparte de eso, la dirección IP podría usarse potencialmente
como la identificación del enrutador dependiendo si no es un loopback
y si es la dirección IP más alta de la caja.
Entonces, eso termina este video en el enrutador designado por OSPF
y copia de seguridad del proceso del enrutador designado.