OSPF
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, la especificación para OSPFv1 se publicó en RFC 1131. Había dos implementaciones desarrolladas: una para ejecutar en 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 fue 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 un protocolo de enrutamiento de estado de enlace propio, Intermediate System-to-Intermediate System (IS-IS). Lógicamente, IETF eligió OSPF como su IGP (Interior Gateway Protocol) recomendado.
En 1998, la especificación OSPFv2 se actualizó en RFC 2328 y representa la RFC actual para OSPF.
ENCAPSULACION DE MENSAJES OSPF
La porción de datos de un mensaje OSPF se encapsula en un paquete. Este campo de datos puede incluir uno de cinco tipos de paquetes OSPF.
El encabezado del paquete OSPF se incluye con cada paquete OSPF, independientemente de su tipo. El encabezado del paquete OSPF y los datos específicos según el tipo de paquete específico se encapsulan luego en un paquete IP. En el encabezado del paquete IP, el campo Protocolo se establece en 89 para indicar el OSPF y la dirección de destino se establece para una de dos direcciones multicast:. Si el paquete OSPF se encapsula en una trama de Ethernet, la dirección MAC de destino es también una dirección multicast.
TIPOS DE PAQUETES DE OSPF
1. Saludo:
Los paquetes de saludo se utilizan para establecer 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 Descripción de bases de datos (DBD) incluye una lista abreviada de la base de datos de estado de enlace del router emisor y lo utilizan los routers receptores para comparar con la base de datos de estado de enlace local.
3. LSR:
Los routers receptores pueden luego solicitar más información acerca de una entrada en la DBD enviando una Solicitud de estado de enlace (LSR).
4. LSU:
Los paquetes de Actualización de estado de enlace (LSU) se utilizan para responder las LSR y para anunciar nueva información. Las LSU contienen siete tipos diferentes de Notificaciones de estado de enlace (LSA). Las LSU y LSA se analizan brevemente en un tema posterior.
5. LSAck:
Cuando se recibe una LSU, el router envía un Acuse de recibo de estado de enlace (LSAck) para confirmar la recepción de LSU.
PROTOCOLO DE SALUDO
El paquete OSPF Tipo 1 es el paquete de saludo OSPF. Los paquetes de saludo se utilizan para:
- Descubrir vecinos OSPF y establecer adyacencias de vecinos.
- Publicar parámetros en los que dos routers deben acordar convertirse en vecinos.
- Elegir el Router designado (DR) y el Router designado de respaldo (BDR) en redes de accesos múltiples, como Ethernet y Frame RelaY.
ACTUALIZACIONES DE ESTADO DE ENLACE DE OSPF
Las actualizaciones de estado de enlace (LSU) son los paquetes utilizados para las actualizaciones de enrutamiento OSPF. Un paquete LSU puede incluir diez tipos diferentes de Notificaciones de estado de enlace (LSA), como se muestra en la figura. La diferencia entre los términos Actualización de estado de enlace (LSU) y Notificación de estado de enlace (LSA) en ocasiones puede ser confusa. A veces, dichos términos pueden utilizarse indistintamente. Una LSU incluye una o varias LSA y cualquiera de los dos términos puede usarse para hacer referencia a la información de estado de enlace propagada por los routers OSPF.
ALGORITMO OSPF
Cada router OSPF mantiene una base de datos de estado de enlace que contiene las LSA recibidas por parte de todos los demás routers. Una vez que un router recibió todas las LAS y creó su base de datos de estado de enlace local, OSPF utiliza el algoritmo shortest path first (SPF) de Dijkstra para crear un árbol SPF. El árbol SPF luego se utiliza para completar la tabla de enrutamiento IP con las mejores rutas para cada red.
DISTANCIA ADMINISTRATIVA
La distancia administrativa (AD) es la confiabilidad (o preferencia) del origen de la ruta. OSPF tiene una distancia administrativa predeterminada de 110. Como puede ver en la figura, al compararlo con otros protocolos de gateway interiores (IGP), se prefiere a OSPF con respecto a IS-IS y RIP.
AUTENTICACION
Es aconsejable autenticar la información de enrutamiento transmitida. RIPv2, EIGRP, OSPF, IS-IS y BGP pueden configurarse para encriptar y autenticar su información de enrutamiento. Esto garantiza que los routers sólo aceptarán información de enrutamiento de otros routers que estén configurados con la misma contraseña o información de autenticación.
Nota: La autenticación no encripta la tabla de enrutamiento del router.
COMANDO ROUTER OSPF
OSPF se habilita con el comando de configuración global router ospf process-id. El comando process-id es un número entre 1 y 65535 elegido por el administrador de red. El comando process-id es significativo a nivel local, lo que implica que no necesita coincidir con otros routers OSPF para establecer adyacencias con dichos vecinos. Esto difiere de EIGRP. La ID del proceso EIGRP o el número de sistema autónomo sí necesita coincidir con dos vecinos EIGRP para volverse adyacente.
R1(config)#router ospf 1
R1(config-router)#
El comando network utilizado con OSPF tiene la misma función que cuando se utiliza con otros protocolos de enrutamiento IGP:
Cualquier interfaz en un router que coincida con la dirección de red en el comando network estará habilitada para enviar y recibir paquetes OSPF.
Esta red (o subred) estará incluida en las actualizaciones de enrutamiento OSPF.
El comando network se utiliza en el modo de configuración de router.
Router(config-router)#network network-address wildcard-mask area area-id
- WILDCARD-MASK
EJEMPLO:
255.255.255.255
- 255.255.255.240 Reste la máscara de subred
------------------
0. 0. 0. 15 Máscara wildcard
- AREA-ID
VERIFICACION DE OSPF
El comando show ip ospf neighbor puede utilizarse para verificar las relaciones de vecinos OSPF y solucionar sus problemas. Este comando muestra el siguiente resultado para cada vecino:
- ID de vecino: la ID del router vecino.
- Pri: la prioridad OSPF de la interfaz. Esto se analiza en una sección posterior.
- Estado: el estado OSPF de la interfaz. El estado FULL significa que el router y su vecino poseen bases de datos de estado de enlace de OSPF idénticas. Los estados OSPF se analizan en CCNP.
- Tiempo muerto: la cantidad de tiempo restante que el router esperará para recibir un paquete de saludo OSPF por parte del vecino antes de declararlo desactivado. Este valor se reestablece cuando la interfaz recibe un paquete de saludo.
- Dirección: la dirección IP de la interfaz del vecino a la que está conectada directamente el router.
- Interfaz: la interfaz donde este router formó adyacencia con el vecino.
show ip protocols
Como se muestra en la figura, el comando show ip protocols representa una manera rápida de verificar información de configuración vital de OSPF, incluida la ID del proceso OSPF, la ID del router, las redes que el router publica, los vecinos de quienes el router recibe actualizaciones y la distancia administrativa predeterminada, que es de 110 para OSPF.
show ip ospf
show ip ospf interface
0 comentarios:
Publicar un comentario