Articulo de referencia

Primero, abre el camino más corto.

Open Shortest Path First ( OSPF ) es un protocolo de enrutamiento para redes de protocolo de Internet (IP). Utiliza un algoritmo de enrutamiento de estado de enlace (LSR) y pert...

Open Shortest Path First ( OSPF ) es un protocolo de enrutamiento para redes de protocolo de Internet (IP). Utiliza un algoritmo de enrutamiento de estado de enlace (LSR) y pertenece al grupo de protocolos de puerta de enlace interior (IGP), operando dentro de un único sistema autónomo (AS). [ 1 ]

OSPF recopila información del estado del enlace de los enrutadores disponibles.OSPF crea un mapa topológico de la red. Este mapa se presenta como una tabla de enrutamiento a la capa de Internet para enrutar los paquetes según su dirección IP de destino . OSPF admite redes con protocolo de Internet versión 4 (IPv4) y versión 6 (IPv6), y se utiliza ampliamente en grandes redes empresariales . IS-IS , otro protocolo basado en LSR, es más común en grandes redes de proveedores de servicios .

Diseñado originalmente en la década de 1980, OSPF versión 2 se define en RFC 2328 (1998). [ 2 ] Las actualizaciones para IPv6 se especifican como OSPF versión 3 en RFC 5340 (2008). [ 3 ] OSPF admite el modelo de direccionamiento de enrutamiento entre dominios sin clases (CIDR).

Conceptos

OSPF es un protocolo de puerta de enlace interior (IGP) para enrutar paquetes del Protocolo de Internet (IP) dentro de un único dominio de enrutamiento, como un sistema autónomo . Recopila información del estado de los enlaces de los enrutadores disponibles y construye un mapa topológico de la red. La topología se presenta como una tabla de enrutamiento a la capa de Internet , que enruta los paquetes basándose únicamente en su dirección IP de destino . [ 1 ]

OSPF detecta cambios en la topología, como fallos de enlace, y converge en una nueva estructura de enrutamiento sin bucles en cuestión de segundos. [ 4 ] Calcula el árbol de ruta más corta para cada ruta utilizando un método basado en el algoritmo de Dijkstra . Las políticas de enrutamiento de OSPF para construir una tabla de rutas se rigen por métricas de enlace asociadas a cada interfaz de enrutamiento. Los factores de coste pueden ser la distancia de un enrutador ( tiempo de ida y vuelta ), el rendimiento de datos de un enlace o la disponibilidad y fiabilidad del enlace, expresados ​​como números simples sin unidades. Esto proporciona un proceso dinámico de equilibrio de carga de tráfico entre rutas de igual coste.

OSPF divide la red en áreas de enrutamiento para simplificar la administración y optimizar el tráfico y la utilización de recursos. Las áreas se identifican mediante números de 32 bits, expresados ​​simplemente en decimal o, a menudo, en la misma notación decimal con puntos basada en octetos que se utiliza para las direcciones IPv4. Por convención, el área 0 (cero), o 0.0.0.0, representa el área central o troncal de una red OSPF. Si bien las identificaciones de otras áreas pueden elegirse libremente, los administradores suelen seleccionar la dirección IP de un enrutador principal en un área como identificador de área. Cada área adicional debe tener una conexión con el área troncal OSPF. Dichas conexiones son mantenidas por un enrutador de interconexión, conocido como enrutador de borde de área (ABR). Un ABR mantiene bases de datos de estado de enlace separadas para cada área a la que presta servicio y mantiene rutas resumidas para todas las áreas de la red.

OSPF se ejecuta sobre IPv4 e IPv6, pero no utiliza un protocolo de transporte como UDP o TCP . Encapsula sus datos directamente en paquetes IP con el número de protocolo 89. Esto contrasta con otros protocolos de enrutamiento, como el Protocolo de Información de Enrutamiento (RIP) y el Protocolo de Puerta de Enlace de Frontera (BGP). OSPF implementa sus propias funciones de detección y corrección de errores de transporte. OSPF también utiliza direccionamiento multicast para distribuir información de ruta dentro de un dominio de difusión. Reserva las direcciones multicast 224.0.0.5 (IPv4) y ff02::5 (IPv6) para todos los enrutadores SPF/estado de enlace (AllSPFRouters) y 224.0.0.6 (IPv4) y ff02::6 (IPv6) para todos los enrutadores designados (AllDRouters). [ 2 ] : 185 [ 3 ] : 57 Para redes que no son de difusión, las disposiciones especiales para la configuración facilitan el descubrimiento de vecinos. [ 2 ] Los paquetes IP de multidifusión OSPF nunca atraviesan enrutadores IP, nunca viajan más de un salto. Por lo tanto, el protocolo puede considerarse un protocolo de capa de enlace, pero a menudo también se le atribuye a la capa de aplicación en el modelo TCP/IP. Tiene una función de enlace virtual que puede usarse para crear un túnel de adyacencia a través de múltiples saltos. OSPF sobre IPv4 puede operar de forma segura entre enrutadores, utilizando opcionalmente una variedad de métodos de autenticación para permitir que solo los enrutadores de confianza participen en el enrutamiento. OSPFv3 (IPv6) se basa en la seguridad del protocolo IPv6 estándar ( IPsec ) y no tiene métodos de autenticación internos.

Para el enrutamiento de tráfico multicast IP , OSPF admite el protocolo Multicast Open Shortest Path First (MOSPF). [ 5 ] Cisco no incluye MOSPF en sus implementaciones de OSPF. [ 6 ] El protocolo Multicast Independiente (PIM), junto con OSPF u otros IGP, está ampliamente implementado.

OSPF versión 3 introduce modificaciones a la implementación del protocolo IPv4. [ 3 ] Excepto para los enlaces virtuales, todos los intercambios de vecinos utilizan exclusivamente el direccionamiento local de enlace IPv6. El protocolo IPv6 se ejecuta por enlace, en lugar de basarse en la subred . Toda la información de prefijo IP se ha eliminado de los anuncios de estado de enlace y del paquete de descubrimiento hello , lo que hace que OSPFv3 sea esencialmente independiente del protocolo. A pesar del direccionamiento IP ampliado a 128 bits en IPv6, las identificaciones de área y enrutador todavía se basan en números de 32 bits.

Relaciones de enrutadores

OSPF admite redes complejas con múltiples enrutadores.Los enrutadores, incluidos los enrutadores de respaldo, equilibran la carga de tráfico en múltiples enlaces a otras subredes. Los enrutadores vecinos en el mismo dominio de difusión o en cada extremo de un enlace punto a punto se comunican entre sí a través del protocolo OSPF. Los enrutadores forman adyacencias cuando se han detectado mutuamente. Esta detección se inicia cuando un enrutador se identifica en un paquete de protocolo hello . Tras el acuse de recibo, esto establece un estado bidireccional y la relación más básica. Los enrutadores en una red Ethernet o Frame Relay seleccionan un enrutador designado (DR) y un enrutador designado de respaldo (BDR), que actúan como un concentrador para reducir el tráfico entre enrutadores. OSPF utiliza modos de transmisión unicast y multicast para enviar paquetes "hello" y actualizaciones de estado de enlace.

Como protocolo de enrutamiento de estado de enlace, OSPF establece y mantiene relaciones de vecindad para intercambiar actualizaciones de enrutamiento con otros enrutadores. La tabla de relaciones de vecindad se denomina base de datos de adyacencia . Dos enrutadores OSPF son vecinos si pertenecen a la misma subred y comparten el mismo ID de área, máscara de subred, temporizadores y autenticación. En esencia, la vecindad OSPF es una relación entre dos enrutadores que les permite verse y entenderse, pero nada más. Los vecinos OSPF no intercambian información de enrutamiento ; los únicos paquetes que intercambian son paquetes hello. Las adyacencias OSPF se forman entre vecinos seleccionados y les permiten intercambiar información de enrutamiento. Dos enrutadores deben ser vecinos primero, y solo entonces pueden ser adyacentes. Dos enrutadores se vuelven adyacentes si al menos uno de ellos es el enrutador designado o el enrutador designado de respaldo (en redes de tipo multiacceso), o si están interconectados por una red punto a punto o punto a multipunto. Para formar una relación de vecindad entre las interfaces, la relación debe estar en la misma área OSPF. Si bien una interfaz puede configurarse para pertenecer a varias áreas, esto no suele ser habitual. Cuando se configura en una segunda área, debe configurarse como una interfaz secundaria. 

Modos de funcionamiento

OSPF puede tener diferentes modos de operación en las siguientes configuraciones en una interfaz o red:

  • Comunicación punto a punto . Cada enrutador se anuncia mediante el envío periódico de paquetes hello por multidifusión. No se elige ningún enrutador específico. La interfaz puede ser IP no numerada (sin una dirección IP única asignada).
  • En el modo de difusión (predeterminado), cada enrutador se anuncia a sí mismo mediante el envío periódico de paquetes hello a través de múltiples canales.
  • Acceso múltiple sin difusión , mediante el uso de enrutadores designados. Puede requerir configuración estática. Los paquetes se envían como unidifusión .
  • En el modo punto a multipunto , OSPF trata a los vecinos como un conjunto de enlaces punto a punto. No se elige ningún enrutador designado. Se envían paquetes hello separados a cada vecino.
  • Punto a multipunto sin difusión (P2MP-NB), no se elige ningún enrutador designado. Se envían paquetes hello separados a cada vecino. Los paquetes se envían como unidifusión .
  • Pasivo. Solo se anuncia a otros vecinos. No se anuncia la adyacencia en la red.

Conexiones indirectas

Los enlaces virtuales, los túneles y los enlaces simulados son una forma de conexión que pasa por encima del motor de enrutamiento y no es una conexión directa al host remoto.

  • Enlaces virtuales: Los paquetes se envían como unidifusión . Solo se pueden configurar en un área que no sea troncal (pero no en un área de acceso). Los puntos finales deben ser ABR; los enlaces virtuales se comportan como conexiones punto a punto sin numerar. El costo de una ruta intraárea entre los dos enrutadores se agrega al enlace.
  • Enlace virtual sobre tunelización (como GRE y WireGuard ): Dado que OSPF no admite enlaces virtuales para áreas distintas de la red troncal, una solución alternativa es el uso de tunelización. [ 7 ] Si se utiliza la misma IP o ID de enrutador , el enlace crea dos rutas de igual costo hacia el destino. [ 8 ]
  • Enlace simulado [ 9 ] : [ 10 ] [ 11 ] Un enlace intra-área que conecta dos sitios a través de la red troncal VPN MPLS que se prefiere a un enlace interno intra-área "OSPF backdoor link" entre los mismos dos sitios. Un enlace simulado solo es necesario si se prefiere la red troncal VPN MPLS sobre el enlace OSPF backdoor link.

Máquina de estados de adyacencia

Cada enrutador OSPF dentro de una red se comunica con otros enrutadores vecinos en cada interfaz de conexión para establecer los estados de todas las adyacencias. Cada secuencia de comunicación es una conversación separada identificada por el par de ID de enrutador de los vecinos que se comunican. RFC 2328 especifica el protocolo para iniciar estas conversaciones ( Protocolo Hello ) y para establecer adyacencias completas ( paquetes de descripción de base de datos , paquetes de solicitud de estado de enlace ). Durante su curso, cada conversación de enrutador transita por un máximo de ocho condiciones definidas por una máquina de estados: [ 2 ] [ 12 ]

Cambios en los estados vecinos

Cambios de estado del vecino (Protocolo Hello)
  1. Inactivo: El estado "inactivo" representa el estado inicial de una conversación cuando no se ha intercambiado ni retenido información entre enrutadores con el protocolo Hello.
  2. Intento: El estado de intento es similar al estado de inactividad , excepto que un enrutador está en proceso de intentar establecer una conversación con otro enrutador, pero solo se utiliza en redes de acceso múltiple sin difusión (NBMA).
  3. Init: El estado init indica que se ha recibido un paquete hello de un vecino, pero el enrutador no ha establecido una conversación bidireccional.
  4. Bidireccional: El estado bidireccional indica el establecimiento de una conversación bidireccional entre dos enrutadores. Este estado precede inmediatamente al establecimiento de la adyacencia. Este es el estado más bajo de un enrutador que puede considerarse como un DR.

Intercambio de bases de datos

Cambios de estado de los vecinos (intercambio de bases de datos)
  1. Inicio de intercambio (exstart): El estado exstart es el primer paso de adyacencia de dos enrutadores.
  2. Intercambio: En el estado de intercambio , un enrutador envía la información de su base de datos de estado de enlace al vecino adyacente. En este estado, un enrutador puede intercambiar todos los paquetes del protocolo de enrutamiento OSPF.
  3. Carga: En el estado de carga , un enrutador solicita los anuncios de estado de enlace (LSA) más recientes de su vecino descubierto en el estado anterior.
  4. Completo: El estado completo finaliza la conversación cuando los enrutadores están completamente adyacentes, y este estado aparece en todos los LSA de enrutador y de red. Las bases de datos de estado de enlace de los vecinos están completamente sincronizadas.

cadenas de radiodifusión

En las redes de acceso múltiple por difusión, la adyacencia entre vecinos se forma dinámicamente mediante paquetes hello de multidifusión a 224.0.0.5 .

IP 192.0.2.1 > 224.0.0.5: OSPFv2, hola IP 192.0.2.2 > 224.0.0.5: OSPFv2, hola IP 192.0.2.1 > 192.0.2.2: OSPFv2, descripción de la base de datos IP 192.0.2.2 > 192.0.2.1: OSPFv2, descripción de la base de datos

Red pasiva

Una red donde OSPF anuncia la red, pero OSPF no inicia la adyacencia de vecinos. [ 13 ]

Redes no televisivas

En una red de acceso múltiple sin difusión (NBMA), la adyacencia entre vecinos se establece mediante el envío de paquetes unicast a otro enrutador. Una red sin difusión puede tener más de dos enrutadores, pero no admite la difusión.

IP 192.0.2.1 > 192.0.2.2: OSPFv2, hola IP 192.0.2.2 > 192.0.2.1: OSPFv2, hola IP 192.0.2.1 > 192.0.2.2: OSPFv2, descripción de la base de datos IP 192.0.2.2 > 192.0.2.1: OSPFv2, descripción de la base de datos

Ejemplos de redes no convencionales:

  • Requiere que todos los enrutadores puedan comunicarse directamente, en la misma red.
  • Se selecciona un enrutador designado para la red.
  • Se genera un LSA para la red.

Áreas OSPF

Una red se divide en áreas OSPF , que son agrupaciones lógicas de hosts y redes contiguas. Cada área incluye su enrutador de conexión, el cual posee una interfaz para cada enlace de red conectado. Cada enrutador mantiene una base de datos de estado de enlace independiente para el área, cuya información puede ser resumida para el resto de la red por el enrutador de conexión. De esta manera, la topología de un área es desconocida fuera de ella. Esto reduce el tráfico de enrutamiento entre las partes de un sistema autónomo. [ 14 ]

Aunque OSPF puede manejar miles de enrutadores, existe la preocupación de alcanzar la capacidad de la tabla de base de información de reenvío (FIB) cuando la red contiene muchas rutas y dispositivos de gama baja. [ 15 ] Los enrutadores modernos de gama baja tienen un gigabyte completo de RAM, [ 16 ] lo que les permite manejar muchos enrutadores en un área 0. Muchos recursos [ 17 ] hacen referencia a guías de OSPF de hace más de 20 años, donde era impresionante tener 64  MB de RAM.

Las áreas se identifican de forma única con números de 32 bits. Los identificadores de área se suelen escribir en notación decimal con puntos, familiar para el direccionamiento IPv4. Sin embargo, no son direcciones IP y pueden duplicar, sin conflicto, cualquier dirección IPv4. Los identificadores de área para las implementaciones de IPv6 (OSPFv3) también utilizan identificadores de 32 bits escritos en la misma notación. Cuando se omite el formato con puntos, la mayoría de las implementaciones expanden el área 1 al identificador de área 0.0.0.1 , pero se sabe que algunas lo expanden como 1.0.0.0 .

Varios proveedores ( Cisco , Allied Telesis , Juniper , Alcatel-Lucent , Huawei , Quagga) implementan áreas totalmente stub y NSSA totalmente stub para áreas stub y no tan stub. Si bien no están contempladas en los estándares RFC, muchos las consideran características estándar en las implementaciones de OSPF.

OSPF define varios tipos de áreas:

  • Columna vertebral
  • No espina dorsal/regular
  • Talón
  • Totalmente rechoncho
  • No tan rechoncho
  • Para nada tan rechoncho
  • Tránsito

Área de la columna vertebral

Ejemplo de red troncal, área 0 con 2 enrutadores, R1 y R2
Ejemplo de red troncal, área 0 con 2 enrutadores, R1 y R2

El área troncal (también conocida como área 0 o área 0.0.0.0 ) constituye el núcleo de una red OSPF. Todas las demás áreas se conectan a ella, ya sea directamente o a través de otros enrutadores. OSPF requiere esto para evitar bucles de enrutamiento . [ 18 ] El enrutamiento entre áreas se produce a través de enrutadores conectados al área troncal y a sus propias áreas asociadas. Es la estructura lógica y física del "dominio OSPF" y está conectada a todas las áreas distintas de cero en el dominio OSPF. En OSPF, el término enrutador de límite de sistema autónomo (ASBR) es histórico, en el sentido de que muchos dominios OSPF pueden coexistir en el mismo sistema autónomo visible en Internet, RFC 1996. [ 19 ] [ 20 ]

Todas las áreas OSPF deben conectarse al área troncal. Esta conexión, sin embargo, puede realizarse mediante un enlace virtual. Por ejemplo, supongamos que el área 0.0.0.1 tiene una conexión física con el área 0.0.0.0. Supongamos también que el área 0.0.0.2 no tiene una conexión directa con la troncal, pero sí con el área 0.0.0.1. El área 0.0.0.2 puede usar un enlace virtual a través del área de tránsito 0.0.0.1 para llegar a la troncal. Para ser un área de tránsito, debe tener el atributo de tránsito, por lo que no puede ser un área truncada.

Área regular

La figura muestra 3 enrutadores con 2 áreas, el área 0 y el área 122, compartiendo un enrutador.
La figura muestra 3 enrutadores con 2 áreas, el área 0 y el área 122, compartiendo un enrutador.

Un área regular es simplemente un área que no es troncal (no nula) sin una característica específica, que genera y recibe LSAs resumidos y externos. El área troncal es un tipo especial de área de este tipo.

Área del muñón

En los paquetes hello, el E-flag no está en alto , lo que indica "Enrutamiento externo: no es posible".

Un área de stub es un área que no recibe anuncios de ruta externos al AS, y el enrutamiento dentro de esta área se basa completamente en una ruta predeterminada . Un ABR elimina los LSA de tipo 4 y 5 de los enrutadores internos, les envía una ruta predeterminada de 0.0.0.0 y se convierte en una puerta de enlace predeterminada . Esto reduce el tamaño de la base de datos de estado de enlace (LSDB) y de la tabla de enrutamiento para los enrutadores internos.

Los proveedores de sistemas han implementado modificaciones al concepto básico de área de stub, como el área totalmente stub (TSA) y el área no tan stub (NSSA), ambas extensiones en los equipos de enrutamiento de Cisco Systems .

Área totalmente rechoncha

Un área totalmente stub es similar a un área stub. Sin embargo, esta área no permite rutas de resumen , además de no tener rutas externas ; es decir, las rutas entre áreas (IA) no se resumen en áreas totalmente stub. La única forma de que el tráfico se enrute fuera del área es mediante una ruta predeterminada, que es la única LSA de tipo 3 anunciada en el área. Cuando solo hay una ruta de salida del área, el procesador de rutas debe tomar menos decisiones de enrutamiento, lo que reduce la utilización de recursos del sistema.

En ocasiones, se dice que una TSA solo puede tener un ABR. [ 21 ]

Zona no tan corta

En los paquetes hello, el indicador N se establece en alto , lo que indica "NSSA: compatible".

Un área no tan corta (NSSA) es un tipo de área corta que puede importar rutas externas del sistema autónomo y enviarlas a otras áreas, pero aún no puede recibir rutas externas del AS de otras áreas. [ 22 ]

NSSA es una extensión de la función de área de stub que permite la inyección de rutas externas de forma limitada en dicha área. Un estudio de caso simula cómo NSSA sortea el problema de la imposibilidad de importar direcciones externas en el área de stub. Visualiza las siguientes actividades: el ASBR importa direcciones externas con un LSA de tipo 7, el ABR convierte un LSA de tipo 7 a tipo 5 y lo inunda a otras áreas, y el ABR actúa como un ASBR para otras áreas. Los ASBR no toman LSA de tipo 5 y luego los convierten a LSA de tipo 7 para el área.

Zona para nada rechoncha

Además de la funcionalidad estándar de un NSSA, el NSSA totalmente restringido (totalmente stubby) adopta los atributos de un TSA, lo que significa que las rutas de resumen de tipo 3 y 4 no se propagan a este tipo de área. También es posible declarar un área como totalmente restringida y no tan restringida, lo que implica que el área recibirá únicamente la ruta predeterminada del área 0.0.0.0, pero también puede contener un enrutador de límite de sistema autónomo (ASBR) que acepta información de enrutamiento externa y la inyecta en el área local, y viceversa.

La redistribución en un área NSSA crea un tipo especial de LSA conocido como tipo 7, que solo puede existir en un área NSSA. Un enrutador ASBR NSSA genera este LSA, y un enrutador ABR NSSA lo traduce a un LSA de tipo 5, que se propaga al dominio OSPF.

Una filial recién adquirida es un ejemplo de dónde podría ser conveniente que un área sea simultáneamente no tan corta y totalmente corta si el lugar práctico para ubicar un ASBR es en el borde de un área totalmente corta. En tal caso, el ASBR envía rutas externas al área totalmente corta, y estas están disponibles para los hablantes OSPF dentro de esa área. En la implementación de Cisco, las rutas externas se pueden resumir antes de inyectarlas en el área totalmente corta. En general, el ASBR no debería anunciar la ruta predeterminada en el TSA-NSSA, aunque esto puede funcionar con un diseño y operación extremadamente cuidadosos, para los casos especiales limitados en los que dicho anuncio tenga sentido.

Al declarar el área totalmente restringida como NSSA, ninguna ruta externa de la red troncal, excepto la ruta predeterminada, ingresa al área en cuestión. Las rutas externas sí llegan al área 0.0.0.0 a través de TSA-NSSA, pero ninguna ruta, aparte de la predeterminada, ingresa a TSA-NSSA. Los enrutadores en TSA-NSSA envían todo el tráfico al ABR, excepto las rutas anunciadas por el ASBR.

Tipos de enrutadores

OSPF define las siguientes categorías superpuestas de enrutadores:

Enrutador interno (IR)
Un enrutador interno tiene todas sus interfaces pertenecientes a la misma área.
Enrutador de borde de área (ABR)
Un enrutador de borde de área (ABR, por sus siglas en inglés) es un enrutador que conecta una o más áreas a la red troncal principal. Se considera miembro de todas las áreas a las que está conectado. Un ABR mantiene en memoria múltiples instancias de la base de datos de estado de enlace, una por cada área a la que está conectado.
Enrutador troncal (BR)
Un enrutador troncal tiene una interfaz con el área troncal. Los enrutadores troncales también pueden funcionar como enrutadores de borde de área, pero no necesariamente.
Enrutador de límite de sistema autónomo (ASBR)
Un enrutador de borde de sistema autónomo (ASBR ) es un enrutador conectado mediante más de un protocolo de enrutamiento que intercambia información de enrutamiento con otros sistemas autónomos. Los ASBR suelen ejecutar un protocolo de enrutamiento externo (por ejemplo, BGP ), usar rutas estáticas o ambas cosas. Un ASBR se utiliza para distribuir las rutas recibidas de otros sistemas autónomos externos a través de su propio sistema autónomo. Un ASBR crea LSA externos para direcciones externas y los difunde a todas las áreas a través de un ABR. Los enrutadores de otras áreas utilizan los ABR como siguientes saltos para acceder a las direcciones externas. A continuación, los ABR reenvían los paquetes al ASBR que anuncia las direcciones externas.

El tipo de enrutador es un atributo de un proceso OSPF. Un enrutador físico determinado puede tener uno o más procesos OSPF. Por ejemplo, un enrutador conectado a más de un área, que recibe rutas de un proceso BGP conectado a otro sistema autónomo (AS), es a la vez un enrutador de borde de área y un enrutador de límite de sistema autónomo.

Cada enrutador tiene un identificador, generalmente escrito en formato decimal con puntos (por ejemplo, 1.2.3.4), que corresponde a una dirección IP. Este identificador debe establecerse en cada instancia de OSPF. Si no se configura explícitamente, la dirección IP lógica más alta se utilizará como identificador del enrutador. Sin embargo, dado que el identificador del enrutador no es una dirección IP, no tiene por qué pertenecer a ninguna subred enrutable de la red, y a menudo no lo hace para evitar confusiones.

Red no punto a punto

OSPF-tipo 2 Red-LSA figur.drawio
OSPF-tipo 2 Red-LSA figur.drawio

En redes (misma subred) con tipo de red:

  • Transmisión
  • Acceso múltiple sin difusión (NBMA)

Se utiliza un sistema de enrutador designado (DR) y enrutador designado de respaldo (BDR) para reducir el tráfico de red al proporcionar una fuente para las actualizaciones de enrutamiento. Esto se realiza mediante direcciones de multidifusión:

  • 224.0.0.5 , todos los enrutadores de la topología escucharán en esa dirección de multidifusión.
  • 224.0.0.6 , DR y BDR escucharán en esa dirección de multidifusión.

El DR y el BDR mantienen una tabla de topología completa de la red y envían las actualizaciones a los demás routers mediante multidifusión. Todos los routers en un segmento de red de acceso múltiple establecerán una relación líder/seguidor con el DR y el BDR. Establecerán adyacencias únicamente con el DR y el BDR. Cada vez que un router envía una actualización, la envía al DR y al BDR a la dirección de multidifusión 224.0.0.6 . El DR, a su vez, reenvía la actualización a todos los demás routers de la zona, a la dirección de multidifusión 224.0.0.5 . De esta forma, los routers no tienen que actualizarse constantemente entre sí, sino que pueden obtener todas sus actualizaciones de una única fuente. El uso de la multidifusión reduce aún más la carga de la red. Los DR y los BDR siempre se configuran/eligen en redes de difusión OSPF. Los DR también pueden elegirse en redes NBMA (Acceso Múltiple sin Difusión), como Frame Relay o ATM. Los enrutadores DR o BDR no se eligen en enlaces punto a punto (como una conexión WAN punto a punto) porque los dos enrutadores a cada lado del enlace deben estar completamente adyacentes y el ancho de banda entre ellos no se puede optimizar más. Los enrutadores DR y no DR evolucionan de relaciones de adyacencia bidireccional a relaciones de adyacencia completa mediante el intercambio de DD, Request y Update.

Enrutador designado

Un enrutador designado (DR) es la interfaz de enrutador elegida entre todos los enrutadores de un segmento de red multiacceso específico, generalmente considerado multiacceso por difusión. Es posible que se requieran técnicas especiales, a menudo dependientes del proveedor, para admitir la función DR en medios multiacceso sin difusión (NBMA). Por lo general, es recomendable configurar los circuitos virtuales individuales de una subred NBMA como líneas punto a punto individuales; las técnicas utilizadas dependen de la implementación.

Enrutador de respaldo designado

Un enrutador designado de respaldo (BDR) es un enrutador que se convierte en el enrutador designado si el enrutador designado actual presenta algún problema o falla. El BDR es el enrutador OSPF con la segunda prioridad más alta en el momento de la última elección.

Un enrutador determinado puede tener algunas interfaces designadas como DR (Responsive Research), otras como BDR (Responsive Research) y otras sin designar. Si ningún enrutador es DR o BDR en una subred determinada, primero se elige el BDR y luego se realiza una segunda elección para el DR. [ 2 ] : 75

DR Otro

Un enrutador que no ha sido seleccionado como enrutador designado (DR) ni como enrutador designado de respaldo (BDR). El enrutador establece una adyacencia tanto con el enrutador designado (DR) como con el enrutador designado de respaldo (BDR).

Para otros no (B)DR, la adyacencia termina en el estado de 2 vías .

Elección del enrutador designado

El DR se elige en función de los siguientes criterios predeterminados:

  • Si la prioridad de un router OSPF está configurada en 0, significa que NUNCA podrá convertirse en un DR o BDR.
  • Si no existe ningún DR en la red, las rutas esperarán hasta que se agote el tiempo de espera .
  • Cuando un DR falla y el BDR toma el relevo, se celebran nuevas elecciones para ver quién se convierte en el BDR sustituto.
  • El enrutador que envía los paquetes Hello con la mayor prioridad gana la elección.
  • Si dos o más enrutadores empatan con la configuración de prioridad más alta, el enrutador que envía el Hello con el RID (ID de enrutador) más alto gana. NOTA: un RID es la dirección IP lógica (loopback) más alta configurada en un enrutador; si no se configura ninguna dirección IP lógica/loopback, el enrutador utiliza la dirección IP más alta configurada en sus interfaces activas (por ejemplo, 192.168.0.1 sería más alta que 10.1.1.2 ).
  • Normalmente, el router con el segundo número de prioridad más alto se convierte en el BDR.
  • Los valores de prioridad oscilan entre 0 y 255, [ 23 ] y un valor más alto aumenta sus posibilidades de convertirse en DR o BDR.
  • Si un enrutador OSPF de mayor prioridad se conecta después de que se haya realizado la elección, no se convertirá en DR o BDR hasta que (al menos) fallen el DR y el BDR.
  • Si el DR actual deja de funcionar, el BDR actual se convierte en el nuevo DR y se celebran nuevas elecciones para encontrar otro BDR. Si el nuevo DR también deja de funcionar y el DR original queda disponible, el BDR previamente elegido volverá a ser el DR.

Flujo de actualización de enrutamiento

Cuando DR tiene actualización de enrutamiento

  1. DR envía LSU a 224.0.0.5
  2. BDR envía LSUAck a 224.0.0.5
  3. DR Otro envía LSUAck a 224.0.0.6

Cuando BDR tiene una actualización de enrutamiento

  1. BDR envía LSU a 224.0.0.5
  2. DR envía LSUAck a 224.0.0.5
  3. DR Otro envía LSUAck a 224.0.0.6

Cuando DR Otro tiene actualización de enrutamiento

  1. DR Otro envía LSU a 224.0.0.6
  2. DR envía LSA a 224.0.0.5
  3. BDR envía LSUAck a 224.0.0.5
  4. Los enrutadores que no son de origen, DR Otros, envían LSUAck a 224.0.0.6.

Mensajes de protocolo

A diferencia de otros protocolos de enrutamiento, OSPF no transporta datos mediante un protocolo de transporte como el Protocolo de Datagramas de Usuario (UDP) o el Protocolo de Control de Transmisión (TCP). En su lugar, OSPF forma datagramas IP directamente, empaquetándolos con el número de protocolo 89 en el campo Protocolo IP . OSPF define cinco tipos de mensajes diferentes para distintos tipos de comunicación. Se pueden enviar varios paquetes por trama.

OSPF utiliza 5 tipos de paquetes:

  • Hola
  • Descripción de la base de datos
  • Solicitud de estado de enlace
  • Actualización del estado del enlace
  • Reconocimiento del estado del enlace

Paquete Hola

Los mensajes Hello de OSPF se utilizan como saludo para que un enrutador descubra otros enrutadores adyacentes en sus enlaces y redes locales. Estos mensajes establecen relaciones entre dispositivos vecinos (denominadas adyacencias) y comunican parámetros clave sobre cómo se debe utilizar OSPF en el sistema o área autónoma. Durante el funcionamiento normal, los enrutadores envían mensajes Hello a sus vecinos a intervalos regulares ( intervalo Hello ); si un enrutador deja de recibir mensajes Hello de un vecino, tras un período determinado ( intervalo de inactividad ), asumirá que el vecino se ha desconectado.

Descripción de la base de datos (DBD)

Los mensajes de descripción de la base de datos contienen descripciones de la topología del sistema autónomo o área. Transmiten el contenido de la base de datos de estado de enlace (LSDB) del área de un enrutador a otro. La comunicación de una LSDB extensa puede requerir el envío de varios mensajes, designando al dispositivo emisor como líder y enviando los mensajes en secuencia, con el seguidor (receptor de la información de la LSDB) respondiendo con confirmaciones.

Solicitud de estado de enlace ( LSR )
Los mensajes de solicitud de estado de enlace son utilizados por un enrutador para solicitar información actualizada sobre una parte de la base de datos de estado de enlace (LSDB) a otro enrutador. El mensaje especifica el o los enlaces para los que el dispositivo solicitante desea obtener información más reciente.
Actualización del estado del enlace ( LSU )
Los mensajes de actualización del estado de enlace contienen información actualizada sobre el estado de ciertos enlaces en la base de datos de estado de enlace (LSDB). Se envían en respuesta a un mensaje de solicitud de estado de enlace y también se transmiten por difusión o multidifusión mediante enrutadores de forma regular. Su contenido se utiliza para actualizar la información en las LSDB de los enrutadores que los reciben.
Reconocimiento del estado del enlace ( LSAck )
Los mensajes de confirmación del estado del enlace proporcionan fiabilidad al proceso de intercambio del estado del enlace, al confirmar explícitamente la recepción de un mensaje de actualización del estado del enlace.

Tipos de áreas OSPF v2 y LSAs aceptadas

No todos los tipos de áreas utilizan todas las LSA. A continuación se muestra una matriz de las LSA aceptadas.

Métricas de enrutamiento

OSPF utiliza el costo de ruta como su métrica de enrutamiento básica, que fue definida por el estándar para no equivaler a ningún valor estándar como la velocidad, de modo que el diseñador de la red pudiera elegir una métrica importante para el diseño. En la práctica, se determina comparando la velocidad de la interfaz con un ancho de banda de referencia para el proceso OSPF. El costo se determina dividiendo el ancho de banda de referencia por la velocidad de la interfaz (aunque el costo para cualquier interfaz se puede anular manualmente). [ 26 ] [ 27 ] Aquí hay una tabla de ejemplo que muestra la métrica de enrutamiento o "cálculo de costo" en una interfaz.

  • El LSA de tipo 1 tiene un tamaño de campo de 16 bits (65.535 en decimal) [ 28 ].
  • El LSA de tipo 3 tiene un tamaño de campo de 24 bits (16.777.216 en decimal).

OSPF es un protocolo de capa 3. Si un conmutador de capa 2 se encuentra entre los dos dispositivos que ejecutan OSPF, uno de ellos puede negociar una velocidad diferente a la del otro. Esto puede generar un enrutamiento asimétrico en el enlace (el trayecto del Router 1 al Router 2 podría costar '1' y el de retorno '10'), lo que podría tener consecuencias no deseadas.

Sin embargo, las métricas solo son directamente comparables cuando son del mismo tipo. Se reconocen cuatro tipos de métricas. En orden de preferencia decreciente (por ejemplo, una ruta intrarregional siempre se prefiere a una ruta externa, independientemente de la métrica), estos tipos son:

  1. Intraárea
  2. Interáreas
  3. Tipo externo 1, que incluye tanto el costo de la ruta externa como la suma de los costos de la ruta interna hasta el ASBR que anuncia la ruta, [ 29 ]
  4. Tipo externo 2, cuyo valor es únicamente el del coste de la ruta externa,

OSPF v3

OSPF versión 3 introduce modificaciones a la implementación del protocolo IPv4. [ 3 ] A pesar de la expansión de las direcciones a 128 bits en IPv6, las identificaciones de área y enrutador siguen siendo números de 32 bits.

Cambios de alto nivel

  • Excepto para los enlaces virtuales, todos los intercambios entre vecinos utilizan exclusivamente el direccionamiento local de enlace IPv6. El protocolo IPv6 se ejecuta por enlace, en lugar de basarse en la subred .
  • Se ha eliminado toda la información de prefijo IP de los anuncios de estado de enlace y del paquete de descubrimiento hello , lo que hace que OSPFv3 sea esencialmente independiente del protocolo.
  • Tres alcances de inundación separados para LSA:
    • Ámbito de enlace local: LSA se propaga únicamente en el enlace local y no más allá.
    • Ámbito de aplicación: LSA se difunde por toda un área OSPF.
    • Alcance del AS: LSA se difunde por todo el dominio de enrutamiento.
  • Uso de direcciones IPv6 de enlace local para el descubrimiento de vecinos y la autoconfiguración.
  • La autenticación se ha trasladado al encabezado de autenticación IP.

Cambios introducidos en OSPF v3, luego adaptados por los proveedores a la versión 2.

  • Soporte explícito para múltiples instancias por enlace [ 30 ]

Cambios en el formato de los paquetes

  • El número de versión de OSPF cambió a 3
  • Se ha eliminado el campo de opciones del encabezado LSA.
  • En los paquetes hello y en la descripción de la base de datos, el campo de opciones se cambia de 16 a 24 bits.
  • En el paquete hello, se ha eliminado la información de la dirección. Se ha añadido el ID de la interfaz.
  • En los enrutadores LSA, se han añadido dos bits de opciones: el bit R y el bit V6 .
    • Bit R : permite que los hosts con múltiples interfaces de red participen en el protocolo de enrutamiento.
    • V6-bit : especializa el bit R.
  • Agregue un ID de instancia , que permite múltiples instancias del protocolo OSPF en la misma interfaz lógica.

Cambios en el formato LSA

  • El campo de tipo LSA se cambia a 16 bits.
    • Agregar soporte para manejar tipos LSA desconocidos
    • Se utilizan tres bits para codificar el alcance de inundación.
  • Con IPv6, las direcciones en los LSA se expresan como prefijo y longitud de prefijo.
  • En los LSA de enrutador y los LSA de red, se elimina la información de la dirección.
  • Los LSA de enrutador y los LSA de red se hacen independientes del protocolo de red.
  • Se añade un nuevo tipo de LSA, link-LSA, que proporciona la dirección link-local del enrutador a todos los demás enrutadores conectados a la interfaz lógica, proporciona una lista de prefijos IPv6 para asociar con el enlace y puede enviar información que refleje las capacidades del enrutador.
  • Los resúmenes LSA de tipo 3 han sido renombrados como "LSA con prefijo entre áreas".
  • Los LSA de tipo 4 han sido renombrados como "LSA de enrutador entre áreas".
  • Se añade el LSA de prefijo intraárea, un LSA que contiene toda la información de prefijo IPv6.

VPN OSPF sobre MPLS

Un cliente puede usar OSPF sobre una VPN MPLS , donde el proveedor de servicios usa BGP o RIP como su protocolo de puerta de enlace interior . [ 9 ] Al usar OSPF sobre una VPN MPLS, la red troncal de la VPN pasa a formar parte del área 0 de la red troncal de OSPF. En todas las áreas, se ejecutan copias aisladas del IGP.

Ventajas :

Para lograr esto, se utiliza una redistribución OSPF-BGP modificada. Todas las rutas OSPF conservan el tipo y la métrica de LSA de origen. [ 32 ] [ 33 ] Para evitar bucles, el proveedor de servicios establece un bit DN opcional [ 34 ] en los LSA del equipo del proveedor para indicar que ya se ha enviado una ruta al equipo del cliente.

extensiones OSPF

Ingeniería de tráfico

OSPF-TE es una extensión de OSPF que amplía su expresividad para permitir la ingeniería de tráfico y su uso en redes que no son IP. [ 35 ] Mediante OSPF-TE, se puede intercambiar más información sobre la topología utilizando LSA opacas que contienen elementos de tipo, longitud y valor . Estas extensiones permiten que OSPF-TE funcione completamente fuera de la banda de la red del plano de datos. Esto significa que también se puede utilizar en redes que no son IP, como las redes ópticas.

OSPF-TE se utiliza en redes GMPLS para describir la topología sobre la cual se pueden establecer rutas GMPLS. Una vez que dispone del mapa completo de la red, GMPLS utiliza sus propios protocolos de configuración y reenvío de rutas.

En el Protocolo de Reserva de Recursos (RSVP), OSPF-TE se utiliza para registrar y difundir las reservas de ancho de banda señalizadas por RSVP para rutas conmutadas por etiquetas dentro de la base de datos de estado de enlace.

Enrutamiento óptico

El RFC 3717 documenta el trabajo en enrutamiento óptico para IP basado en extensiones de OSPF e IS-IS. [ 36 ] 

Multicast Open Shortest Path First

El protocolo Multicast Open Shortest Path First (MOSPF) es una extensión de OSPF que admite el enrutamiento multicast. MOSPF permite que los enrutadores compartan información sobre la pertenencia a grupos.

Implementaciones destacadas

Aplicaciones

OSPF es un protocolo de enrutamiento ampliamente implementado que puede converger una red en pocos segundos y garantizar rutas sin bucles. Cuenta con numerosas características que permiten imponer políticas sobre la propagación de rutas, las cuales pueden ser apropiadas para mantenerlas locales, para el reparto de carga y para la importación selectiva de rutas. IS-IS, en cambio, puede ajustarse para reducir la sobrecarga en una red estable, el tipo más común en las redes de los proveedores de servicios de Internet (ISP) que en las redes empresariales. Si bien algunos sucesos históricos hicieron de IS-IS el protocolo de enrutamiento interno (IGP) preferido por los ISP, estos podrían optar hoy en día por utilizar las características de las implementaciones eficientes de OSPF, [ 37 ] tras considerar primero las ventajas y desventajas de IS-IS en entornos de proveedores de servicios. [ 38 ]

OSPF ofrece una mejor distribución de carga en enlaces externos que otros protocolos de enrutamiento interno (IGP). Cuando la ruta predeterminada a un ISP se inyecta en OSPF desde varios enrutadores de borde de servicio autónomo (ASBR) como una ruta externa de tipo I y se especifica el mismo coste externo, los demás enrutadores se dirigirán al ASBR con el menor coste de ruta desde su ubicación. Esto se puede optimizar aún más ajustando el coste externo. Si la ruta predeterminada de diferentes ISP se inyecta con distintos costes externos, como una ruta externa de tipo II, la ruta predeterminada de menor coste se convierte en la salida principal y la de mayor coste en la de respaldo.

Véase también

Referencias

  1. 1 2 upravnik (26 de enero de 2016). "Descripción general del protocolo de enrutamiento OSPF" . Estudio CCNA . Recuperado el 10 de julio de 2026 .
  2. 1 2 3 4 5 J. Moy (abril de 1998). OSPF Versión 2. Grupo de Trabajo de Redes. doi : 10.17487/RFC2328 . STD 54. RFC 2328 .Estándar de Internet 54. Deja obsoleto el RFC 2178. Actualizado por los RFC 5709 , 6549 , 6845 , 6860 , 7474 y 8042 .  
  3. 1 2 3 4 R. Coltun; D. Ferguson; J. Moy (julio de 2008). A. Lindem (ed.). OSPF para IPv6 . Grupo de trabajo de redes IETF . doi : 10.17487/RFC5340 . RFC 5340 .Norma propuesta. Sustituye a la RFC 2740. Actualizada por las RFC 6845 , 6860 , 8362 , 7503 y 9454.  
  4. Convergencia OSPF , 6 de agosto de 2009, archivado del original el 5 de agosto de 2016 , consultado el 13 de junio de 2016.
  5. J. Moy (marzo de 1994). Extensiones de multidifusión a OSPF . Grupo de trabajo de redes. doi : 10.17487/RFC1584 . RFC 1584 .Histórico.
  6. Enrutamiento IP: Guía de configuración OSPF , Cisco Systems , archivado del original el 10 de agosto de 2016 , recuperado el 13 de junio de 2016 , los enrutadores Cisco no admiten OSPF de multidifusión de tipo 6 LSA (MOSPF) y generan mensajes de syslog si reciben dichos paquetes.
  7. " [ Junos ] Ejemplo de configuración GRE - Juniper Networks" . kb.juniper.net . Archivado del original el 28 de noviembre de 2021. Consultado el 28 de noviembre de 2021 .
  8. "Encapsulación de enrutamiento genérico (GRE) | Guía del usuario de interfaces para conmutadores | Biblioteca técnica de Juniper Networks" . www.juniper.net . Archivado del original el 28 de noviembre de 2021. Consultado el 28 de noviembre de 2021 .
  9. 1 2 E. Rosen; P. Psenak; P. Pillay-Esnault (junio de 2006). OSPF como protocolo de borde proveedor/cliente para redes privadas virtuales (VPN) IP BGP/MPLS . Grupo de trabajo de redes. doi : 10.17487/RFC4577 . RFC 4577 .Norma propuesta. Actualiza la RFC 4364 . 
  10. "Estados vecinos de OSPF" . Cisco . Archivado del original el 26 de octubre de 2018. Consultado el 28 de octubre de 2018 .
  11. Daniel (5 de octubre de 2021). "Interfaz pasiva OSPF: configuración y por qué se utiliza" . Study CCNA . Consultado el 10 de julio de 2026 .
  12. "Comprenda las áreas OSPF y los enlaces virtuales" . Cisco . Consultado el 10 de julio de 2026 .
  13. "Mostrar 134 – Diseño OSPF Parte 1 – Desmintiendo el mito de las áreas múltiples" . Packet Pushers. Archivado del original el 2 de junio de 2021. Recuperado el 2 de febrero de 2021 .Podcast que desmiente el consejo de usar 50 routers en un antiguo artículo de Cisco.
  14. Por ejemplo, el Mikrotik RB4011 tiene 1 GB de RAM.  Archivado el 16 de agosto de 2021 en Wayback Machine , mikrotik.com. Consultado el 1 de febrero de 2021.
  15. "Reglas de oro para el diseño de áreas de muñones" . Groupstudy.com. Archivado del original el 31 de agosto de 2000. Consultado el 30 de noviembre de 2011 .En 2020, disponer de 64  MB de RAM suponía un gran avance para OSPF.
  16. Doyle, Jeff (10 de septiembre de 2007). "Mi pregunta favorita en una entrevista" . Network World . Archivado del original el 28 de diciembre de 2021. Recuperado el 28 de diciembre de 2021 .
  17. ( ASGuidelines 1996 , p. 25) error de harv: sin destino: CITEREFASGuidelines1996 ( ayuda ) 
  18. J. Hawkinson; T. Bates (marzo de 1996). Directrices para la creación, selección y registro de un Sistema Autónomo (SA) . Grupo de Trabajo de Redes. doi : 10.17487/RFC1930 . BCP 6. RFC 1930 .Mejores prácticas actuales 6. Actualizado por RFC 6996 y 7300 . 
  19. "Reglas de oro para el diseño de áreas de muñones" . Groupstudy.com. Archivado del original el 31 de agosto de 2000. Consultado el 30 de noviembre de 2011 .Esto no es necesariamente cierto. Si hay varios ABR, como podría ser necesario para una alta disponibilidad, los enrutadores dentro del TSA enviarán el tráfico que no sea intra-área al ABR con la métrica intra-área más baja (el ABR más cercano ), pero eso requiere una configuración especial.
  20. P. Murphy (enero de 2001). La opción de área no tan corta (NSSA) de OSPF . Grupo de trabajo de redes. doi : 10.17487/RFC3101 . RFC 3101 .Norma propuesta. Sustituye a RFC 1587 . 
  21. "Enrutamiento IP de Cisco IOS: Referencia de comandos OSPF" (PDF) . Cisco Systems . Abril de 2011. Archivado del original (PDF) el 25 de abril de 2012.
  22. "juniper configuring-ospf-areas" . Juniper Networks . 18 de enero de 2021. Archivado del original el 23 de octubre de 2021. Consultado el 23 de octubre de 2021 .
  23. "Explicación de las áreas OSPF" . Packet Coders . 23 de enero de 2019. Archivado del original el 23 de octubre de 2021. Consultado el 23 de octubre de 2021 .
  24. "Ancho de banda de referencia (Protocolos OSPF) | Junos OS | Juniper Networks" . www.juniper.net . Consultado el 26 de marzo de 2025 .
  25. Ajuste de costos de OSPF Archivado el 14 de abril de 2021 en Wayback Machine , OReilly.com
  26. "Anuncio de enrutador OSPF Stub" . Ietf Datatracker . Grupo de trabajo de ingeniería de Internet. Junio ​​de 2001. Archivado del original el 23 de octubre de 2021. Recuperado el 23 de octubre de 2021 .
  27. El hecho de que una ruta externa se base en un LSA de tipo 5 o en un LSA de tipo 7 (NSSA) no afecta a su preferencia. Véase RFC 3101, sección 2.5.
  28. "secundario (Protocolos OSPF) - Biblioteca técnica - Juniper Networks" . www.juniper.net . Archivado del original el 7 de noviembre de 2021. Consultado el 7 de noviembre de 2021 .
  29. "Comunidades extendidas del Protocolo de puerta de enlace de frontera (BGP)" . www.iana.org . Archivado del original el 28 de noviembre de 2021. Consultado el 28 de noviembre de 2021 .
  30. "Soporte para MPLS VPN OSPF PE y CE" . Cisco . Archivado del original el 28 de noviembre de 2021. Recuperado el 28 de noviembre de 2021 .
  31. Cisco. "Uso de OSPF en un entorno VPN MPLS" (PDF) . Archivado (PDF) del original el 10 de octubre de 2022. Recuperado el 28 de noviembre de 2021 .
  32. E. Rosen; P. Psenak; P. Pillay-Esnault (junio de 2006). Uso de un bit de opciones de anuncio de estado de enlace (LSA) para evitar bucles en redes privadas virtuales (VPN) IP BGP/MPLS . Grupo de trabajo de redes. doi : 10.17487/RFC4576 . RFC 4576 .Norma propuesta.
  33. Katz, D; D. Yeung (septiembre de 2003). Extensiones de ingeniería de tráfico (TE) para OSPF versión 2. The Internet Society. doi : 10.17487/RFC3630 . OSPF-TEextensions . Recuperado el 28 de septiembre de 2007 .Archivado el 14 de febrero de 2012 en Wayback Machine .
  34. B. Rajagopalan; J. Luciani; D. Awduche (marzo de 2004). IP sobre redes ópticas: un marco . Grupo de trabajo de ingeniería de Internet. doi : 10.17487/RFC3717 . RFC 3717 .
  35. Berkowitz, Howard (1999). OSPF Goodies for ISPs . North American Network Operators Group NANOG 17. Montreal. Archivado del original el 12 de junio de 2016.
  36. Katz, Dave (2000). OSPF e IS-IS: Anatomía comparativa . North American Network Operators Group NANOG 19. Albuquerque. Archivado del original el 20 de junio de 2018.

Lecturas adicionales

  • Colton, Andrew (octubre de 2003). OSPF para routers Cisco . Rocket Science Press . ISBN 978-0972286213.
  • Doyle, Jeff; Carroll, Jennifer (2005). Enrutamiento TCP/IP . Vol.  1 (2.ª  ed.). Cisco Press . ISBN 978-1-58705-202-6.
  • Moy, John T. (1998). OSPF: Anatomía de un protocolo de enrutamiento de Internet . Addison-Wesley . ISBN 978-0201634723.
  • Parkhurst, William R. (2002). Manual de configuración y comandos OSPF de Cisco . Cisco Press. ISBN 978-1-58705-071-8.
  • Basu, Anindya; Riecke, Jon (2001). «Problemas de estabilidad en el enrutamiento OSPF». Actas de la conferencia de 2001 sobre aplicaciones, tecnologías, arquitecturas y protocolos para comunicaciones informáticas . SIGCOMM '01 . págs. 225–236 . CiteSeerX 10.1.1.99.6393 . doi : 10.1145/383059.383077 . ISBN   978-1-58113-411-7. S2CID 7555753 . 
  • Valadas, Rui (2019). OSPF e IS-IS: De los principios de enrutamiento del estado de enlace a las tecnologías . CRC Press. doi : 10.1201/9780429027543 . ISBN 9780429027543. S2CID 164731068 . 
  • Grupo de trabajo OSPF de la IETF
  • Cisco OSPF
  • Áreas OSPF y enlaces virtuales de Cisco
  • Guía del usuario de Junos OSPF
  • Resumen de OSPF v2