Ospf

OSPF
A los protocolos de enrutamiento de estado de enlace también se los conoce como protocolos de
shortest path first y se desarrollan en torno del algoritmo shortest path first (SPF) de Edsger
Dijkstra. El algoritmo SPF se analizará con mayor detalle en una sección posterior.
Los protocolos de enrutamiento de estado de enlace IP se muestran en la figura:
Open Shortest Path First (OSPF)
Intermediate System-to-Intermediate System (IS-IS)
Los protocolos de enrutamiento de estado de enlace son conocidos por presentar una complejidad
bastante mayor que sus vectores de distancia equivalentes. Sin embargo, la funcionalidad y
configuración básicas de los protocolos de enrutamiento de estado de enlace no son complejas en
absoluto. Incluso el mismo algoritmo puede comprenderse fácilmente, como podrá ver en el
siguiente tema. Las operaciones OSPF básicas pueden configurarse con un comando router ospf
process-id y una sentencia de red, similar a otros protocolos de enrutamiento como RIP y EIGRP.
Introducción al algoritmo SPF
Al algoritmo de Dijkstra se lo llama comúnmente algoritmo shortest path first (SPF). Este algoritmo
acumula costos a lo largo de cada ruta, desde el origen hasta el destino. Si bien al algoritmo de
Dijkstra se conoce como el algoritmo shortest path first, éste es de hecho el objetivo de cada
algoritmo de enrutamiento.
En la figura, cada ruta se rotula con un valor arbitrario para el costo. El costo de la ruta más corta
para que R2 envíe paquetes a la LAN conectada a R3 es 27. Observe que este costo no es 27 para
que todos los routers alcancen la LAN conectada a R3. Cada router determina su propio costo

hacia cada destino en la topología. En otros términos, cada router calcula el algoritmo SPF y
determina el costo desde su propia perspectiva.
Para R1, la ruta más corta hacia cada LAN, junto con el costo, se muestra en la tabla. La ruta más
corta no es necesariamente la ruta con la menor cantidad de saltos. Por ejemplo, observe la ruta
hacia la LAN R5. Podría pensar que R1 realizará el envío directamente a R4 en lugar de R3. Sin
embargo, el costo para llegar a R4 directamente (22) es más alto que el costo para llegar a R4 a
través de R3 (17).

Observe la ruta más corta para que cada router alcance cada una de las LAN, como se muestra en
las tablas.
Por lo tanto, ¿de qué manera exactamente funciona un protocolo de enrutamiento de estado de
enlace? Todos los routers de nuestra topología completarán el siguiente proceso genérico de
enrutamiento de estado de enlace para alcanzar un estado de convergencia:
1. Cada router aprende sobre sus propios enlaces, sus propias redes conectadas directamente.
Esto se realiza al detectar que una interfaz se encuentra en estado up.
2. Cada router es responsable de reunirse con sus vecinos en redes conectadas directamente. En
forma similar a EIGRP, los routers de estado de enlace lo realizan intercambiando paquetes de
saludo con otros routers de estado de enlace en redes conectadas directamente.

3. Cada router crea un Paquete de estado de enlace (LSP) que incluye el estado de cada enlace
conectado directamente. Esto se realiza registrando toda la información pertinente acerca de cada
vecino, que incluye el ID de vecino, el tipo de enlace y el ancho de banda.
4. Cada router satura con el LSP a todos los vecinos, que luego almacenan todos los LSP recibidos
en una base de datos. Los vecinos luego saturan con los LSP a sus vecinos hasta que todos los
routers del área hayan recibido los LSP. Cada router almacena una copia de cada LSP recibido por
parte de sus vecinos en una base de datos local.
5. Cada router utiliza la base de datos para construir un mapa completo de la topología y calcula el
mejor camino hacia cada red de destino. En forma similar a tener un mapa de carretera, el router
tiene ahora un mapa completo de todos los destinos de la topología y las rutas para alcanzarlos. El
algoritmo SPF se utiliza para construir el mapa de la topología y determinar el mejor camino hacia
cada red.

La topología muestra ahora las direcciones de red para cada enlace. Cada router aprende sobre
sus propios enlaces, sus propias redes directamente conectadas.
Cuando se configura una interfaz de router con una dirección IP y una máscara de subred, la
interfaz se vuelve parte de esa red.
Cuando configura y activa correctamente las interfaces, el router aprende sobre sus propias redes
conectadas directamente. Independientemente de los protocolos de enrutamiento utilizados,
dichas redes conectadas directamente ahora forman parte de la tabla de enrutamiento. A los fines
de nuestro análisis, nos concentraremos en el proceso de enrutamiento de estado de enlace desde
la perspectiva de R1.
Enlace
Con los protocolos de enrutamiento de estado de enlace, un enlace es una interfaz en un router.
Como ocurre con los protocolos por vector de distancia y las rutas estáticas, la interfaz debe
configurarse adecuadamente con una dirección IP y una máscara de subred, y el enlace debe
encontrarse en estado activo antes de que el protocolo de enrutamiento de estado de enlace
pueda aprender acerca de un enlace. Asimismo, como ocurre con los protocolos por vector de
distancia, la interfaz debe incluirse en una de las sentencias de red antes de que ésta pueda
participar en el proceso de enrutamiento de estado de enlace.
La figura muestra a R1 conectado a cuatro redes conectadas directamente:
 La interfaz FastEthernet 0/0 se encuentra en la red 10.1.0.0/16
 La red Serial 0/0/0 se encuentra en la red 10.2.0.0/16

Estado de enlace
La información sobre el estado de aquellos enlaces se conoce como estados de enlace. Como
podrá ver en la figura, esta información incluye:
 La dirección IP de la interfaz y la máscara de subred.
 El tipo de red, como Ethernet (broadcast) o enlace serial punto a punto.
 El costo de dicho enlace.
 Cualquier router vecino en dicho enlace.
El segundo paso en el proceso de enrutamiento de estado de enlace consiste en lo siguiente:
Cada router es responsable de reunirse con sus vecinos en redes conectadas directamente.
Los routers con protocolos de enrutamiento de estado de enlace utilizan un protocolo de saludo
para descubrir cualquier vecino en sus enlaces. Un vecino es cualquier otro router habilitado con
el mismo protocolo de enrutamiento de estado de enlace.

R1 envía paquetes de saludo a sus enlaces (interfaces) para detectar la presencia de vecinos. R2,
R3 y R4 responden al paquete de saludo con sus propios paquetes de saludo debido a que dichos
routers están configurados con el mismo protocolo de enrutamiento de estado de enlace. No hay
vecinos fuera de la interfaz FastEthernet 0/0. Debido a que R1 no recibe un Saludo en esta
interfaz, no continuará con los pasos del proceso de enrutamiento de estado de enlace para el
enlace FastEthernet 0/0.
En forma similar a los paquetes de saludo de EIGRP, cuando dos routers de estado de enlace notan
que son vecinos, forman una adyacencia. Dichos paquetes de saludo pequeños continúan
intercambiándose entre dos vecinos adyacentes que cumplen la función de "mensaje de actividad"
para supervisar el estado del vecino. Si un router deja de recibir paquetes de saludo por parte de
un vecino, dicho vecino se considera inalcanzable y se rompe la adyacencia. En la figura, R1 forma
una adyacencia con los tres routers.
Nos encontramos ahora en el tercer paso del proceso del enrutamiento de estado de enlace:
Cada router crea un paquete de estado de enlace (LSP) que incluye el estado de cada enlace
conectado directamente.

Una vez que un router establece sus adyacencias, puede crear sus propios paquetes de estado de
enlace (LSP), los cuales incluyen la información de estado de enlace de sus enlaces. Una versión
simplificada de los LSP de R1 es:
1. R1; Ethernet network 10.1.0.0/16; Cost 2
2. R1 -> R2; Serial point-to-point network; 10.2.0.0/16; Cost 20
Como se muestra en la figura, el cuarto paso en el proceso de enrutamiento de estado de enlace
consiste en lo siguiente:
 Cada router inunda el LSP a todos los vecinos, que luego almacenan todos los LSP
recibidos en una base de datos.
 Cada router inunda con su información de estado de enlace a todos los demás routers de
estado de enlace en el área de enrutamiento. Siempre que un router recibe un LSP de un
router vecino, envía de inmediato dicho LSP a todas las demás interfaces, excepto la
interfaz que recibió el LSP. Este proceso crea un efecto de saturación de los LSP desde
todos los routers a través del área de enrutamiento.

Como podrá ver en la animación, la inundación de los LSP se produce prácticamente de inmediato
una vez recibidos, sin ningún cálculo intermedio. A diferencia de los protocolos de enrutamiento
por vector de distancia que primero deben ejecutar el algoritmo Bellman-Ford para procesar las
actualizaciones de enrutamiento antes de enviarlas a los demás routers, los protocolos de
enrutamiento de estado de enlace calculan el algoritmo SPF después de completar la saturación.
Como consecuencia, los protocolos de enrutamiento de estado de enlace alcanzan la convergencia
mucho más rápido que los protocolos de enrutamiento por vector de distancia.
Recuerde que los LSP no necesitan enviarse periódicamente. Un LSP sólo necesita enviarse:
 durante la puesta en marcha inicial del router o del proceso del protocolo de
enrutamiento en dicho router
 cuando hay un cambio en la topología, incluido un enlace que se desactiva o activa, o una
adyacencia de vecinos que se establece o se rompe
Además de la información de estado de enlace, se incluye información adicional en el LSP, como
los números de secuencia y la información de antigüedad, para ayudar a administrar el proceso de
saturación. Cada router utiliza esta información para determinar si ya recibió el LSP de otro router
o si el LSP tiene información más nueva que la contenida en la base de datos de estado de enlace.

Este proceso permite que un router conserve sólo la información más actual en su base de datos
de estado de enlace.
El paso final en el proceso de enrutamiento de estado de enlace consiste en lo siguiente:
Cada router utiliza la base de datos para construir una mapa completo de la topología y calcule el
mejor camino para cada red de destino.
Después de que cada router haya propagado sus propios LSP con el proceso de saturación de
estado de enlace, cada router tendrá luego un LSP proveniente de cada router de estado de enlace
en el área de enrutamiento. Dichos LSP se almacenan en la base de datos de estado de enlace.
Cada router en el área de enrutamiento puede ahora usar el algoritmo SPF para construir los
árboles SPF que vio anteriormente.
Construcción del árbol SPF
Examinemos con mayor detalle la manera en que R1 construye su árbol SPF. La topología actual de
R1 sólo incluye a sus vecinos. Sin embargo, al utilizar la información de estado de enlace
proveniente de todos los demás routers, R1 puede ahora comenzar a construir un árbol SPF
ubicándose en la raíz de éste.
Nota: El proceso que se describe en esta sección es sólo una forma conceptual del algoritmo SPF y
del árbol SPF como una ayuda para volverlo más comprensible.
El algoritmo SPF comienza con el procesamiento de la siguiente información de LSP proveniente
de R2:
1. Conectado al R1 vecino en la red 10.2.0.0/16, costo de 20
3. Tiene una red 10.5.0.0/16, costo de 2

R1 puede ignorar el primer LSP debido a que R1 ya sabe que está conectado a R2 en la red
10.2.0.0/16 con un costo de 20. R1 puede utilizar el segundo LSP y crear un enlace desde R2 hasta
otro router, R5, con la red 10.9.0.0/16 y un costo de 10. Esta información se agrega al árbol SPF. Al
utilizar el tercer LSP, R1 detectó que R2 tiene una red 10.5.0.0/16 con un costo de 2 y sin vecinos.
Este enlace se agrega al árbol SPF de R1.
El algoritmo SPF ahora procesa los LSP de R3:
R1 puede ignorar el primer LSP debido a que R1 ya sabe que está conectado a R3 en la red
10.3.0.0/16 con un costo de 5. R1 puede utilizar el segundo LSP y crear un enlace desde R3 hasta el
router R4, con la red 10.7.0.0/16 y un costo de 10. Esta información se agrega al árbol SPF. Al
utilizar el tercer LSP, R1 detectó que R3 tiene una red 10.6.0.0/16 con un costo de 2 y sin vecinos.
Este enlace se agrega al árbol SPF de R1.
El algoritmo SPF procesa ahora los LSP de R4:
R1 puede ignorar el primer LSP debido a que R1 ya sabe que está conectado al R4 en la red
10.4.0.0/16 con un costo de 20. R1 también puede ignorar el segundo LSP debido a que SPF ya
detectó la red 10.6.0.0/16 con un costo de 10 de R3.
Sin embargo, R1 puede utilizar el tercer LSP para crear un enlace desde R4 hasta el router R5, con
la red 10.10.0.0/16 y un costo de 10. Esta información se agrega al árbol SPF. Al utilizar el cuarto
LSP, R1 detectó que R4 tiene una red 10.8.0.0/16 con un costo de 2 y sin vecinos. Este enlace se
agrega al árbol SPF de R1.
El algoritmo SPF procesa ahora los LSP de R5:

R1 puede ignorar los primeros dos LSP (para las redes 10.9.0.0/16 y 10.10.0.0/16), debido a que
SPF ya detectó estos enlaces y los agregó al árbol SPF. R1 puede procesar el tercer LSP y detectar
que R5 tiene una red 10.11.0.0/16 con un costo de 2 y sin vecinos. Este enlace se agrega al árbol
SPF para R1.
Determinación de la ruta más corta
Debido a que todos los LSP se procesaron con el algoritmo SPF, R1 construyó ahora el árbol SPF
completo. Los enlaces 10.4.0.0/16 y 10.9.0.0/16 no se utilizan para alcanzar otras redes debido a
que existen rutas más cortas o de menor costo. Sin embargo, dichas redes aún forman parte del
árbol SPF y se utilizan para alcanzar dispositivos en dichas redes.
Nota: El algoritmo SPF real determina la ruta más corta al construir el árbol SPF. Hemos hecho esto
en dos pasos para simplificar la comprensión del algoritmo.
La figura muestra el árbol SPF para R1. Al utilizar este árbol, los resultados del algoritmo SPF
indican la ruta más corta hacia cada red. Si bien en la tabla se muestran únicamente las LAN, SPF
también puede utilizarse para determinar la ruta más corta hacia cada red de enlace WAN. En este
caso, R1 determina que la ruta más corta para cada red es:
Red 10.5.0.0/16 via serial 0/0/0 de R2 al costo de 22
Cada router construye su propio árbol SPF independientemente de todos los demás routers. Para
garantizar el enrutamiento adecuado, las bases de datos de estado de enlace utilizadas para
construir dichos árboles deben ser idénticas en todos los Router.

Generación de una tabla de enrutamiento desde el árbol SPF
Al utilizar la información de la ruta más corta determinada por el algoritmo SPF, dichas rutas ahora
pueden agregarse a la tabla de enrutamiento. Puede ver en la figura la forma en que se agregaron
ahora las siguientes rutas a la tabla de enrutamiento de R1:
10.5.0.0/16 via Serial 0/0/0 de R2, costo = 22
La tabla de enrutamiento también incluirá todas las redes conectadas directamente y las rutas
provenientes de cualquier otro origen, tales como las rutas estáticas. Los paquetes se reenviarán
ahora según dichas entradas en la tabla de enrutamiento.

Ventajas de un protocolo de enrutamiento de estado de enlace
Las siguientes son algunas ventajas de los protocolos de enrutamiento de estado de enlace
comparados con los protocolos de enrutamiento por vector de distancia.
Crean un mapa topológico
Los protocolos de enrutamiento de estado de enlace crean un mapa topológico o árbol SPF de la
topología de red. Los protocolos de enrutamiento por vector de distancia no tienen un mapa
topológico de la red. Los routers que implementan un protocolo de enrutamiento por vector de
distancia sólo tienen una lista de redes, que incluye el costo (distancia) y routers del siguiente
salto (dirección) a dichas redes. Debido a que los protocolos de enrutamiento de estado de enlace
intercambian estados de enlace, el algoritmo SPF puede crear un árbol SPF de la red. Al utilizar el
árbol SPF, cada router puede determinar en forma independiente la ruta más corta a cada red.
Convergencia rápida
Al recibir un Paquete de estado de enlace (LSP), los protocolos de enrutamiento de estado de
enlace saturan de inmediato con el LSP todas las interfaces excepto la interfaz desde la que se
recibió el LSP. Un router que utiliza un protocolo de enrutamiento por vector de distancia necesita
procesar cada actualización de enrutamiento y actualizar su tabla de enrutamiento antes de
saturarlas a otras interfaces, incluso con updates disparados. Se obtiene una convergencia más
rápida para los protocolos de enrutamiento de estado de enlace. EIGRP es una excepción notable.
Actualizaciones desencadenadas por eventos

Después de la saturación inicial de los LSP, los protocolos de enrutamiento de estado de enlace
sólo envían un LSP cuando hay un cambio en la topología. El LSP sólo incluye la información
relacionada con el enlace afectado. A diferencia de algunos protocolos de enrutamiento por vector
de distancia, los protocolos de enrutamiento de estado de enlace no envían actualizaciones
periódicas.
Nota: Los routers OSPF realizan la saturación de sus propios estados de enlace cada 30 minutos.
Esto se conoce como actualización reiterada y se analiza en el capítulo siguiente. Asimismo, no
todos los protocolos de enrutamiento por vector de distancia envían actualizaciones periódicas.
RIP e IGRP envían actualizaciones periódicas; sin embargo, EIGRP no lo hace.
Diseño jerárquico
Los protocolos de enrutamiento de estado de enlace, como OSPF e IS-IS utilizan el concepto de
áreas. Las áreas múltiples crean un diseño jerárquico para redes y permiten una mejor agregación
de ruta (resumen) y el aislamiento de los problemas de enrutamiento dentro del área
Requerimiento de un protocolo de estado de enlace
Los protocolos de enrutamiento de estado de enlace modernos están diseñados para minimizar
los efectos en la memoria, el CPU y el ancho de banda. La utilización y configuración de áreas
múltiples puede reducir el tamaño de las bases de datos de estado de enlace. Las áreas múltiples
también pueden limitar el grado de saturación de información de estado de enlace en un dominio
de enrutamiento y enviar los LSP sólo a aquellos routers que los necesitan.
Por ejemplo, cuando hay un cambio en la topología, sólo aquellos routers del área afectada
reciben el LSP y ejecutan el algoritmo SPF. Esto puede ayudar a aislar un enlace inestable en un
área específica en el dominio de enrutamiento. En la figura, hay tres dominios de enrutamiento
independientes: Área 1, Área 0 y Área 51. Si una red en el Área 51 se desactiva, el LSP con la
información sobre este enlace desactivado se satura sólo a otros routers en tal área. Únicamente

los routers del Área 51 necesitan actualizar sus bases de datos de estado de enlace, volver a
ejecutar el algoritmo SPF, crear un nuevo árbol SPF y actualizar sus tablas de enrutamiento. Los
routers de otras áreas notarán que esta ruta está desactivada pero esto se realizará con un tipo de
paquete de estado de enlace que no los obliga a volver a ejecutar sus algoritmos SPF. Los routers
de otras áreas pueden actualizar sus tablas de enrutamiento directamente.
Requerimientos de memoria
Los protocolos de enrutamiento de estado de enlace normalmente requieren más memoria, más
procesamiento de CPU y, en ocasiones, un mayor ancho de banda que los protocolos de
enrutamiento por vector de distancia. Los requerimientos de memoria responden a la utilización
de bases de datos de estado de enlace y la creación del árbol SPF.
Requerimientos de procesamiento
Los protocolos de estado de enlace también pueden requerir un mayor procesamiento de CPU que
los protocolos de enrutamiento por vector de distancia. El algoritmo SPF requiere un mayor
tiempo de CPU que los algoritmos de vector de distancia, como Bellman-Ford, ya que los
protocolos de estado de enlace crean un mapa completo de la topología.
Requerimientos de ancho de banda
La saturación de paquetes de estado de enlace puede ejercer un impacto negativo en el ancho de
banda disponible en una red. Si bien esto sólo debería ocurrir durante la puesta en marcha inicial
de los routers, también podría ser un problema en redes inestables.
Comparación de los Protocolos de estado de enlace

En la actualidad, se utilizan dos protocolos de enrutamiento de estado de enlace para realizar el
enrutamiento de IP:
 Open Shortest Path First (OSPF)
 Intermediate System-to-Intermediate System (IS-IS)
OSPF
OSPF fue diseñado por el grupo de trabajo de OSPF: IETF (Grupo de trabajo de ingeniería de
Internet), que aún hoy existe. El desarrollo de OSPF comenzó en 1987 y actualmente hay dos
versiones en uso:
 OSPFv2: OSPF para redes IPv4 (RFC 1247 y RFC 2328)
 OSPFv3: OSPF para redes IPv6 (RFC 2740)
La mayor parte del trabajo en OSPF lo realizó John Moy, autor de la mayoría de los RFC sobre
OSPF. Su libro, OSPF, Anatomy of an Internet Routing Protocol ofrece una interesante perspectiva
sobre el desarrollo de OSPF.
IS-IS
IS-IS fue diseñado por ISO (Organización Internacional para la Estandarización) y se describe en ISO
10589. DEC (Digital Equipment Corporation) desarrolló la primera representación de este
protocolo de enrutamiento que se conoce como DECnet de fase V. Radia Perlman fue la principal
diseñadora del protocolo de enrutamiento IS-IS.
IS-IS se diseñó originalmente para el suite de protocolo de OSI y no para el suite de protocolo de
TCP/IP. Más adelante, IS-IS integrado, o IS-IS doble, incluyó la compatibilidad con redes IP. Si bien
se conoció a IS-IS como el protocolo de enrutamiento más utilizado por proveedores e ISP, se
están comenzando a utilizar más redes IS-IS corporativas.
OSPF e IS-IS presentan varias similitudes y diferencias. Existen diversas posturas a favor de OSPF y
a favor de IS-IS que analizan y debaten las ventajas de un protocolo de enrutamiento frente al
otro. Ambos protocolos de enrutamiento brindan la funcionalidad de enrutamiento necesaria.
Podrá aprender más acerca de IS-IS y OSPF en CCNP y comenzar a realizar su propia determinación
sobre si un protocolo es más provechoso que el otro.
Encapsulación 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: 224.0.0.5 ó 224.0.0.6. Si el paquete OSPF se encapsula en una trama de
Ethernet, la dirección MAC de destino es también una dirección multicast: 01-00-5E-00-00-05 ó
01-00-5E-00-00-06.
Tipos de Paquetes OSPF
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 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.
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.
En nuestra topología, habilitaremos OSPF en los tres routers que utilizan la misma ID de proceso
de 1. Utilizamos la misma ID de proceso simplemente por cuestiones de uniformidad.
R1(config)#router ospf 1
R1(config-router)#
Commando Network
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

El comando network de OSPF utiliza una combinación de network-address y wildcard-mask similar
a la que puede utilizar EIGRP. Sin embargo, a diferencia de EIGRP, OSPF requiere la máscara
wildcard. La dirección de red junto con la máscara wildcard se utiliza para especificar la interfaz o
rango de interfaces que se habilitarán para OSPF con el comando network.
l igual que con EIGRP, la máscara wildcard puede configurarse en forma inversa a una máscara de
subred. Por ejemplo, la interfaz FastEthernet 0/0 de R1 se encuentra en la red 172.16.1.16/28. La
máscara de subred para esta interfaz es /28 ó 255.255.255.240. Lo inverso a la máscara de subred
es la máscara wildcard.
Nota: Al igual que EIGRP, algunas versiones de IOS simplemente le permiten ingresar la máscara
de subred en lugar de la máscara wildcard. Luego, IOS convierte la máscara de subred al formato
de la máscara wildcard.
255.255.255.255
- 255.255.255.240 Reste la máscara de subred
---------------
0. 0. 0. 15 Máscara wildcard
El área area-id hace referencia al área OSPF. Un área OSPF es un grupo de routers que comparte la
información de estado de enlace. Todos los routers OSPF en la misma área deben tener la misma
información de estado de enlace en sus bases de datos de estado de enlace. Esto se logra a través
de la saturación por parte de los routers de todos los demás routers en el área con sus estados de
enlace individuales. En este capítulo, configuraremos todos los routers OSPF dentro de un área
única. Esto se conoce como OSPF de área única.
Una red OSPF también puede configurarse como áreas múltiples. Existen varias ventajas en la
configuración de redes OSPF amplias como áreas múltiples, incluidas las bases de datos de estado
de enlace más pequeñas y la capacidad de aislar problemas de redes inestables dentro de un área.
El OSPF de áreas múltiples se desarrolla en CCNP.
Cuando todos los routers se encuentran dentro de la misma área OSPF, deben configurarse los
comandos network con la misma area-id en todos los routers. Si bien puede usarse cualquier area-
id, es aconsejable utilizar un area-id de 0 con OSPF de área única. Esta convención facilita la

posterior configuración de la red como áreas OSPF múltiples en las que área 0 se convierte en el
área de backbone.
La figura muestra los comandos network para los tres routers y habilita OSPF en todas las
interfaces. En este punto, todos los routers deben poder hacer ping en todas las redes.

Ospf

More Related Content

What's hot

Similar to Ospf

More from Jorge Arroyo

Ospf