En el video tutorial, estudiamos la sección 2.4 del tema ICND2, donde describí de manera muy accesible cómo funciona el protocolo OSPF, cómo se forman las relaciones vecinas de los enrutadores y se crean las tablas de enrutamiento. Hoy analizaremos un poco más la teoría del asunto, después de lo cual pasaremos a Packet Tracer y configuraremos la topología de la red.
Cuando hablamos del medio compartido general, a menudo nos referimos a Internet. Considere una red que consta de 4 enrutadores, cada uno de los cuales está conectado a un conmutador. El conmutador es un medio de transmisión general, porque gracias al conmutador, el mensaje enviado por el enrutador R1 será "escuchado" por todos los demás dispositivos.
Todos los enrutadores son dispositivos OSPF configurados para aceptar una dirección de multidifusión. Este es el problema, porque en esta red se genera demasiado tráfico, porque cada enrutador busca compartir con el resto todas las rutas que conoce. La sincronización LSDB consume una gran cantidad de tráfico, este es un uso extremadamente ineficiente de los canales de comunicación y un desperdicio de ancho de banda. OSPF resuelve este problema eligiendo uno de los enrutadores como enrutador designado DR enrutador designado en el dominio de transmisión y el otro como enrutador designado de respaldo Enrutador designado de respaldo, BDR. En este caso, los enrutadores no comparten las bases con cada uno, sino que transmiten sus LSDB solo a DR, y él ya los comparte con otros dispositivos. Al mismo tiempo, el tráfico de red cuando se usa OSPF se reduce significativamente.
La selección de DR se lleva a cabo según los criterios, uno de los cuales es la ID del enrutador ID del enrutador. En la última lección, hablé sobre cómo, para establecer un vecindario, los parámetros de los mensajes de los enrutadores Hello deben coincidir. Por lo tanto, esto no se aplica a la ID de proceso de OSPF, a la que pertenece la interfaz del enrutador, el primer enrutador R1 puede tener el identificador 1 y el segundo enrutador R2 el identificador 2, es decir, dos enrutadores vecinos pueden tener identificadores diferentes.
Nota del traductor: el software Cisco IOS puede ejecutar múltiples procesos OSPF en el mismo enrutador, y la ID de proceso OSPF simplemente distingue un proceso de otro.
Al mismo tiempo, los enrutadores establecen un vecindario sin problemas, porque el identificador del proceso OSPF es localmente significativo, y el primer enrutador puede participar en el proceso OSPF en el número 1 y el segundo en el número 2.
Si estos dos enrutadores participarán en la selección de un enrutador dedicado, entonces un enrutador con una ID de proceso grande = 2 se convertirá en DR, ya que la prioridad tiene un valor más alto, y un enrutador con ID de proceso = 1 se convertirá en BDR. En la mayoría de los casos, las ID de proceso son diferentes, pero a veces pueden coincidir. En este caso, para seleccionar DR, se utiliza el segundo parámetro: el identificador del enrutador ID del enrutador o RID. Un enrutador con un valor de RID grande se convierte en DR
La necesidad de un enrutador de respaldo se explica por el hecho de que la función de DR es muy importante. Si el enrutador dedicado falla, el BDR toma su lugar inmediatamente y se selecciona un nuevo BDR. En este caso, si la función DR se transfiere al enrutador R3 y el antiguo enrutador DR R4 vuelve a estar operativo, se le asignará inmediatamente la función BDR. Por lo tanto, si el enrutador fallido y reiniciado, el rol anterior no se le devolverá automáticamente, porque en su ausencia ya se han producido nuevas "opciones" de DR en la red Incluso si un enrutador con características mejores que el actual DR DR R3 aparece en la red, por ejemplo, será R1 o R2, entonces este enrutador Sin BDR, y el router R3 continua desempeñarán el papel de "maestro", mientras que él no fallará. Si R4 regresa a la red, el enrutador R3 no transferirá la función DR a pesar de que R4 tiene mejores características. En la última lección, discutimos la adyacencia completa, o la adyacencia completa. La relación entre el DR y el resto de los dispositivos es siempre una adyacencia completa.
Corregiré el error en el resultado final: no debe ser FULL / BDR, sino FULL / BDR, porque muestra una adyacencia completa con el enrutador dedicado de respaldo. Los canales con enrutadores R2 y R3 se designan como líneas de comunicación con adyacencia total con otros dispositivos. Desde el lado BDR, la topología se ve así: FULL / DR con respecto a DR, es decir, adyacencia total con DR y FULL / DROTHER con respecto a otros enrutadores.
Desde el punto de vista del enrutador R2, las relaciones de vecindad se construyen de esta manera: pido disculpas por los errores, ahora los solucionaré. Las relaciones FULL / DR se establecen con DR, con un enrutador FULL / BDR de respaldo, y con R1, se establecen comunicación bidireccional y DROTHER.
Observo que si los dispositivos no son DR o BDR, entonces, bajo el protocolo OSPF, la comunicación bidireccional 2WAY siempre se establece entre ellos. El tipo de conexión 2WAY / DROTHER significa que si el enrutador R2 se selecciona como DR o BDR, los parámetros de los enrutadores R1 y R2 seguirán coincidiendo. Los dispositivos no necesitarán intercambiar LSA, como si se hubiera realizado una comunicación bidireccional simple, pero la conexión pasará inmediatamente al estado de adyacencia COMPLETO. Una situación similar ocurre si observa la topología de la red desde el punto de vista del enrutador R1.
Este debería ser el vecindario entre enrutadores en la red de esta topología. Todos los dispositivos envían un LSA a un enrutador DR dedicado, y ese ya está compartiendo estos datos con otros dispositivos de red, actualizando la información que tienen. Esto evita el uso ineficiente del ancho de banda de la red.
OSPF crea 3 bases de datos. La primera es la base de datos de la base de datos de adyacencia de dispositivos adyacentes, que contiene una tabla de vecinos del enrutador de tabla de vecinos, es decir, una lista de todos los dispositivos con los que el enrutador ha establecido una conexión bidireccional. Esta base no necesita un estudio especial, solo necesita saber sobre su existencia. Este concepto se refiere más al nivel del curso CCNP que al CCNA.
El segundo es la base de datos de capa de enlace LSDB, que hemos estado revisando recientemente. Contiene toda la información sobre el estado de los canales de todos los enrutadores, es decir, la topología de red general. Todos los enrutadores tienen la misma LSDB, es decir, la misma tabla de topología de red de la Tabla de topología. Tenga en cuenta que en Packet Tracer, el comando de verificación de la tabla de topología no funciona. Pero no necesita verificarlo, solo necesita saber acerca de la existencia de esta base de datos.
La tercera base de datos de reenvío contiene tablas de enrutamiento: listas de rutas generadas por cada enrutador utilizando el algoritmo SPF. Por lo tanto, debe tener en cuenta la existencia de 3 bases de datos y tres tablas OSPF.
Ahora veamos cómo configurar el enrutador para que funcione con OSPF. Como recordará del tema RIP, la palabra clave en el comando de configuración de cualquier protocolo de enrutamiento es la palabra "enrutador". Cualquier protocolo de enrutamiento dinámico comienza con esta palabra.
Si tenemos RIP, entonces se usa el comando enrutador enrutador, si OSPF es enrutador ospf, y si EIGRP, enrutador eigrp. En el modo de configuración global, escriba el comando enrutador ospf <proceso #>, donde el parámetro entre paréntesis es la ID de proceso de la ID de proceso. Tan pronto como ingrese este comando, cambiará inmediatamente al modo de subcomando del enrutador. Además, como en el caso de RIP, usamos la palabra clave de red y especificamos el identificador de red id de red.
En RIP, especificamos un identificador de clase completa como 10.0.0.0. y la máscara de subred, hacen lo mismo aquí, pero en lugar de la máscara de subred, especifican la máscara wcm inversa - máscara comodín. Luego se agrega el área de palabras clave: se indica la zona y su número. Si la red se encuentra en una zona, entonces su número siempre es 0. En el caso de la zonificación múltiple, una de las zonas tendrá un número cero y las demás tendrán sus números de serie, y todas las demás zonas deben estar conectadas a cero, ya que esta es la zona principal de la red.
Configuremos una red pequeña usando Packet Tracer.
Preconfiguré las interfaces de los enrutadores R1-R4 asignándoles las direcciones IP 192.168.1.1 - 192.168.1.4 y los valores de las interfaces de interfaz de bucle invertido interfaz de bucle de retorno 1.1.1.1, 2.2.2.2, 3.3.3.3 y 4.4.4.4. Debido a la presencia de interfaces de bucle invertido, la dirección IP de estas interfaces se acepta como RID para cada enrutador, es decir, el identificador del primer enrutador es ID de enrutador 1.1.1.1 y así sucesivamente.
Cambiemos al modo de configuración global del enrutador 2. Escribo enrutador ospf en la línea de comando, después de lo cual necesito ingresar la ID del proceso ID del proceso. El sistema emitió una sugerencia de que puede ser cualquier número en el rango de 1 a 65535. Selecciono el valor 1 e ingreso el comando enrutador ospf 1. Luego debemos ingresar el comando de red 192.168.1.0 0.0.0.255.
Después de eso, debe ingresar el ID de área del número de zona, y dado que tenemos una sola zona, ingreso el comando de la red 192.168.1.0 0.0.0.255 área 0. También necesitamos configurar la interfaz de bucle invertido, así que escribo la red 2.2.2.2.
En el comando anterior, especificamos la máscara inversa 0.0.0.255: tres ceros significa que en nuestro caso los primeros tres octetos de cualquier dirección IP deben ser 192.168.1, es decir, deben ser los mismos para todos los dispositivos que ejecutan el protocolo OSPF en esta red. Por lo tanto, cualquier dispositivo con una dirección IP de la forma 192.168.1.x podrá participar en el proceso SPF.
Para configurar el bucle invertido, escribo network 2.2.2.2 0.0.0.0; esto significa que tenemos que hacer coincidir los 4 octetos y agregar el área 0. Ahora voy a la configuración del enrutador R1 y escribo los comandos conf t, router ospf 1, network 192.168 .1.0 0.0.0.255 área 0, red 1.1.1.1 0.0.0.0 área 0.
Desde que comenzamos la configuración con los enrutadores R1 y R2, la elección de DR ya ha tenido lugar: se convirtió en R2 y R1 se convirtió en BDR. A continuación, configuro R3 usando comandos similares: conf t, enrutador ospf 1, red 192.168.1.0 0.0.0.255 área 0, red 3.3.3.3 0.0.0.0 área 0 y enrutador R4 escribiendo conf t, enrutador ospf 1, red 192.168.1.0 0.0.0.255 área 0, red 4.4.4.4 0.0.0.0, área 0. Ahora vamos a la configuración R1 e ingresamos el comando show ip route.
Aquí vemos dos rutas para los enrutadores 2 y 3. Ahora ingresaré el comando show ip ospf neighbours para ver el cuarto enrutador. Como puede ver, el estado de SPF para cada enrutador se indica aquí, que se actualiza cada 10 segundos; por ejemplo, para el enrutador 3.3.3.3, la primera información se recibió a las 00:00:30 y la actualización a las 00:00:39. Esto significa que el temporizador de saludo es de 10 segundos.
Cada vez que llega Hello, Dead Time se establece en 30s. Vemos que 3.3.3.3 es BDR, 2.2.2.2 es DR, y con 4.4.4.4, el enrutador 1 tiene comunicación bidireccional y lo considera DROTHER. Entro en el comando show ip route para echar un vistazo a la tabla de enrutamiento.
Como puede ver, el enrutador 4.4.4.4 no apareció en él, así que intentaré usar el comando de proceso clear ip ospf. Ingresaré el mismo comando en la configuración del enrutador R3 y del enrutador R2.
Así que borramos los datos y reiniciamos el proceso SPF. Veamos que pasó. Entro en la configuración de R4 e ingreso el comando show ip ospf neighbours. Como puede ver, el enrutador R4 no menciona DR, porque después de reiniciar el proceso se convirtió en un enrutador dedicado, ya que tiene la ID de enrutador más alta. En consecuencia, el enrutador R3 se convirtió en BDR.
Usemos el comando show ip route nuevamente. Vemos que R4 aprendió 3 nuevas rutas a los enrutadores 1,2 y 3.
Ahora vaya a la consola de configuración R1 e ingrese el comando show ip ospf neighbor.
Vemos el estado de los otros 3 enrutadores. Al ingresar el comando show ip route, puede ver que R1 aprendió las rutas a sus vecinos 2,3 y 4.
Como puede ver, configurar OSPF es muy simple, al igual que verificar la configuración, que se realiza mediante el comando show ip ospf neighbours. Esta comprobación le permite averiguar si se ha formado una vecindad de enrutadores.
Los problemas se pueden expresar en el hecho de que el vecindario se ha formado, los enrutadores están en estado de adyacencia completa, pero las tablas de enrutamiento aún no están actualizadas. La mejor manera de solucionar este problema es limpiar el proceso OSPF con el comando de proceso clear ip ospf. Esto provocará el inicio de un nuevo proceso y el intercambio repetido de información SPF, es decir, la actualización de las tablas de enrutamiento.
Gracias por quedarte con nosotros. ¿Te gustan nuestros artículos? ¿Quieres ver más materiales interesantes?
Apóyenos haciendo un pedido o recomendándolo a sus amigos, un
descuento del 30% para los usuarios de Habr en un análogo único de servidores de nivel de entrada que inventamos para usted: toda la verdad sobre VPS (KVM) E5-2650 v4 (6 núcleos) 10GB DDR4 240GB SSD 1Gbps de $ 20 o cómo dividir el servidor? (las opciones están disponibles con RAID1 y RAID10, hasta 24 núcleos y hasta 40GB DDR4).
Dell R730xd 2 veces más barato? ¡Solo tenemos
2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TV desde $ 199 en los Países Bajos! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - ¡desde $ 99! Lea sobre
Cómo construir un edificio de infraestructura. clase utilizando servidores Dell R730xd E5-2650 v4 que cuestan 9,000 euros por un centavo?