Escuela Secundaria Diurna

El desarrollo inicial de OSPF comenzó en 1987 por parte del grupo de trabajo de OSPF, el Grupo de trabajo de ingeniería de Internet (IETF). En aquel momento, Internet constituía fundamentalmente una red académica y de investigación financiada por el gobierno de los EE. UU.
En 1989 se publicó la especificación para OSPFv1 en RFC 1131. Había dos implementaciones desarrolladas: una para ejecutaren routers y otra para ejecutar en estaciones de trabajo UNIX. La última implementación se convirtió luego en un proceso UNIX generalizado y conocido como GATED. OSPFv1 era un protocolo de enrutamiento experimental y nunca se implementó.
En 1991, John Moy introdujo OSPFv2 en RFC 1247. OSPFv2 ofrecía significativas mejoras técnicas con respecto a OSPFv1. Al mismo tiempo, ISO trabajaba en unprotocolo de enrutamiento de link-state propio, Intermediate System-to-Intermediate System (IS-IS). Lógicamente, IETF eligió OSPF como su IGP (Interior Gateway Protocol) recomendado.
En 1998 se actualizó la especificación OSPFv2 en RFC 2328, y hoy en día representa la RFC para OSPF.
En 1998 se actualizó la especificación OSPFv2 en RFC 2328, y hoy en día representa la RFC para OSPF.
Nota: En 1999,OSPFv3 para IPv6 se publicó en RFC 2740. John Moy, Rob Coltun y Dennis Ferguson desarrollaron RFC 2740. OSPFv3 se analiza en CCNP.
En el capítulo anterior presentamos Paquetes de Link-State (LSP). La figura muestra los cinco tipos diferentes de LSP de OSPF. Cada paquete cumple una función específica en el proceso de enrutamiento de OSPF:

1. Saludo: los paquetes de saludo se utilizan paraestablecer y mantener la adyacencia con otros routers OSPF. El protocolo de saludo se analiza en detalle en el próximo tema.

2. DBD: el paquete de Descriptores de bases de datos (DBD) incluye una lista abreviada de la base de datos de link-state del router emisor y es utilizado por los routers receptores para realizar una comparación con la base de datos de link-state.

3. LSR: los routersreceptores pueden entonces solicitar más información acerca de una entrada en la DBD enviando una Solicitud de link-state (LSR).

4. LSU: los paquetes de Actualización de link-state (LSU) se utilizan para responder las LSR y para anunciar nueva información. Las LSU contienen siete tipos diferentes de Notificaciones de link-state (LSA). Las LSU y LSA se analizarán brevemente en un tema posterior.5. LSAck: cuando se recibe una LSU, el router envía un Acuse de recibo de link-state (LSAck) para confirmar la recepción de LSU.

Los campos importantes que se muestran en la figura incluyen:

Tipo: Tipo de paquete OSPF: Saludo (1), DD (2), Solicitud de LS (3), Actualización de LS (4), ACK de LS (5)
ID del router: ID del router de origen
ID del área: área desde la cual se originó el paqueteMáscara de red: Máscara de subred asociada con la interfaz de envío
Intervalo de saludo: cantidad de segundos entre los saludos del router de envío
Prioridad del router: Se utiliza en la elección DR/BDR (se analizará más adelante)
Router designado (DR): ID del router del DR, si corresponde
Router designado de respaldo (BDR): ID del router del BDR, si corresponde
Lista de vecinos: enumera elID del router OSPF de los routers vecinos
El paquete OSPF Tipo 1 es el paquete de saludo OSPF. Los paquetes de saludo se utilizan para:

Establecimiento de vecinos

Antes de que un router OSPF pueda saturar a otros routers con sus estados de enlace, primero debe determinar si existe algún otro vecino OSPF en alguno de sus enlaces. En la figura, los routers OSPF envían paquetes de saludo atodas las interfaces habilitadas con OSPF para determinar si hay vecinos en dichos enlaces. La información en el saludo de OSPF incluye el ID del router OSPF del router que envía el paquete de saludo (el ID del router se analiza más adelante en el capítulo). La recepción de un paquete de saludo OSPF en una interfaz confirma a un router la presencia de otro router OSPF en dicho enlace. OSPF luego...