IP : Routing IP

Guía de diseño de OSPF

23 Marzo 2008 - Traducción manual
Otras Versiones: PDFpdf | Traducción Automática (31 Julio 2013) | Inglés (10 Agosto 2005) | Comentarios

Contenidos

Introducción
Antecedentes
      OSPF versus RIP
      ¿Qué queremos decir con estados de enlace?
      Algoritmo del estado de enlace
Algoritmo del trayecto más corto
      Costo de OSPF
      Árbol de trayecto más corto
Routers de área y de borde
Paquetes de estado de enlace
Habilitación de OSPF en el router
Autenticación OSPF
      Autenticación simple mediante contraseña
      Autenticación del resumen de mensaje
La estructura básica y área 0
Enlaces virtuales
      Áreas no conectadas físicamente al área 0
      Partición de la estructura básica
Vecinos
Adyacencias
      Elección de DR
      Creación de adyacencias
      Adyacencias en interfaces punto a punto
      Adyacencias en redes de Acceso múltiple sin difusión (NBMA)
Cómo evitar los routers designados (DR) y el comando neighbor en NBMA
      Subinterfaces punto a punto
      Selección de tipos de red de interfaz
Resumen de ruta y OSPF
      Resumen de rutas interzonales.
      Resumen de ruta externa
Zonas fragmentadas
Redistribución de rutas en OSPF
      Rutas externas E1 vs. E2
Redistribución de OSPF en otros protocolos
      Uso de una métrica válida
      VLSM
      Redistribución recíproca
Inserción de valores predeterminados en OSPF
Sugerencias para el diseño de OSPF
      Número de routers por área
      Cantidad de vecinos
      Cantidad de áreas por ABR
      Interconexión total vs. interconexión parcial
      Problemas de memoria
Resumen
Apéndice A: Sincronización de la base de datos de estados de enlace
     Avisos de estado de enlace
      Ejemplo de base de datos OSPF
Apéndice B: Direccionamiento de multidifusión IP y OSPF
Apéndice C: Máscaras de subred de longitud variable (VLSM)
Discusiones relacionadas de la comunidad de soporte de Cisco

Introducción

El protocolo Open Shortest Path First (OSPF) que se define en RFC 2328 leavingcisco.com es un Protocolo de gateway interior que se usa para distribuir información de enrutamiento dentro de un sistema autónomo único. Este artículo analiza el funcionamiento de OSPF y la forma en que se puede usar para diseñar y construir las complejas redes de gran tamaño de hoy en día.

Antecedentes

El protocolo OSPF se desarrolló a partir de una necesidad en la comunidad de Internet de introducir un Protocolo de gateway interior (IGP) no propietario y de alta funcionalidad para la familia de protocolos TCP/IP. La discusión sobre la creación de un IGP común interoperable para Internet comenzó en 1988 y no se formalizó hasta 1991. En aquel momento, el grupo de trabajo OSPF solicitó que OSPF se considerara un avance para el estándar de Internet de borrador.

El protocolo OSPF se basa en tecnología de estado de enlace, la cual es una desviación del algoritmo basado en el vector Bellman-Ford que se usa en los protocolos tradicionales de enrutamiento de Internet, como por ejemplo, RIP. OSPF ha introducido conceptos nuevos, por ejemplo, la autenticación de actualizaciones de enrutamiento, máscaras de subred de longitud variable (VLSM), resumen de ruta, etc.

En los siguientes capítulos, se tratará la terminología OSPF, el algoritmo y las ventajas y desventajas del protocolo en el diseño de las complejas redes de gran tamaño de hoy en día.

OSPF versus RIP

El rápido crecimiento y la expansión de las redes actuales han llevado al protocolo RIP al límite. Este protocolo tiene ciertas limitaciones que pueden causar problemas en las redes de gran tamaño.

  • RIP tiene un límite de 15 saltos. Una red RIP que se extiende más allá de los 15 saltos (15 routers) se considera inalcanzable.

  • El protocolo RIP no puede gestionar máscaras de subred de longitud variable (VLSM). Dada la insuficiencia de direcciones IP y la flexibilidad que VLSM proporciona a la asignación eficiente de direcciones IP, esto se considera una insuficiencia importante.

  • Las difusiones periódicas de la tabla de enrutamiento completa consumirían una gran cantidad de ancho de banda. Éste es un problema significativo en el caso de las redes de gran tamaño, especialmente en enlaces lentos y nubes WAN.

  • RIP converge de manera más lenta que OSPF. En las redes de gran tamaño, la convergencia se realiza en unos minutos. Los routers RIP atravesarán un período de retención y recolección de residuos y agotarán paulatinamente el tiempo de espera de la información que no se haya recibido recientemente. Este proceso no es adecuado para entornos de gran tamaño, ya que puede causar incoherencias en el enrutamiento.

  • RIP no incluye ningún concepto de retrasos de red ni de costos de enlace. Las decisiones de enrutamiento se basan en el conteo de saltos. Siempre se prefiere el trayecto con el menor conteo de saltos al destino, incluso si el trayecto más largo cuenta con un mejor ancho de banda total de enlaces y retrasos más lentos.

  • Las redes RIP son redes planas. No existe ningún concepto de áreas ni límites. Con la introducción del enrutamiento sin clases y el uso inteligente de agrupación y resumen, las redes RIP parecen haber quedado atrás.

Se han introducido algunas mejoras en una nueva versión de RIP, denominada RIP2. Si bien en RIP2 se tratan los temas de VLSM, de autenticación y de actualizaciones de enrutamiento de multidifusión, esta versión no es una gran mejora en comparación con RIP (ahora denominado RIP 1) ya que aún presenta limitaciones en el conteo de saltos y una convergencia lenta, que son elementos esenciales en las actuales redes de gran tamaño.

El OSPF, por otra parte, direcciona la mayoría de los problemas que se presentaron anteriormente:

  • Con OSPF, no hay limitación para el conteo de saltos.

  • El uso inteligente de VLSM es de gran utilidad a la hora de realizar la asignación de direcciones IP.

  • OSPF utiliza la multidifusión IP para enviar actualizaciones de estado de enlace. Esto garantiza un menor procesamiento en los routers que no están a la escucha de paquetes OSPF. Además, las actualizaciones sólo se envían en caso de cambios de enrutamiento y no de manera periódica. Esto garantiza un mejor uso del ancho de banda.

  • OSPF tiene mejor convergencia que RIP. Esto se debe a que los cambios en el enrutamiento se propagan de forma instantánea y no periódica.

  • OSPF permite un mejor balance de carga.

  • OSPF permite una definición lógica de redes en las que los routers se pueden dividir en áreas. De este modo, se limita la explosión de actualizaciones de estado de enlace en toda la red, además de proporcionar un mecanismo para agregar rutas y reducir la propagación innecesaria de información de subred.

  • OSPF permite la autenticación de enrutamiento a través de distintos métodos de autenticación de contraseñas.

  • OSPF permite la transferencia y el etiquetado de rutas externas inyectadas en un sistema autónomo. De este modo, se realiza un seguimiento de las rutas externas inyectadas por protocolos exteriores como BGP.

Esto, por supuesto, llevaría a una mayor complejidad en la configuración y en la solución de problemas de las redes OSPF. Los administradores acostumbrados a la simplicidad de RIP se enfrentarán a algunos desafíos con la cantidad de información nueva que deben reconocer a fin de mantenerse actualizados con las redes OSPF. Además, esto generará una mayor sobrecarga en la asignación de memoria y utilización de la CPU. Es posible que sea necesario actualizar algunos de los routers que ejecutan RIP para administrar la sobrecarga que produce OSPF.

¿Qué queremos decir con estados de enlace?

OSPF es un protocolo de estado de enlace. Un enlace se puede considerar como una interfaz en el router. El estado del enlace ofrece una descripción de esa interfaz y de su relación con los routers vecinos. Una descripción de la interfaz incluiría, por ejemplo, la dirección IP de la interfaz, la máscara, el tipo de red a la que se conecta, los routers conectados a dicha red, etc. La agrupación de todos estos estados de enlace formaría una base de datos de estados de enlace.

Algoritmo del estado de enlace

OSPF usa un algoritmo de estado de enlace para generar y calcular el trayecto más corto a todos los destinos conocidos. El algoritmo en sí mismo es bastante complicado. A continuación se ofrece una forma simplificada de nivel muy elevado para analizar los diversos pasos del algoritmo:

  1. Durante la inicialización, o bien cuando se produce algún cambio en la información de enrutamiento, un router generará un anuncio de estado de enlace. Este anuncio representará la agrupación de todos estos estados de enlace en dicho router.

  2. Todos los routers intercambiarán estados de enlace mediante la inundación. Cada router que recibe una actualización de estado de enlace debe almacenar una copia de su base de datos de estados de enlace y luego propagar la actualización a otros routers.

  3. Una vez que la base de datos de cada router está completa, el router calculará un árbol de trayecto más corto a todos los destinos. Para ello, el router utiliza el algoritmo Dijkstra. Los destinos, el costo asociado y el siguiente salto (next hop) para alcanzar dichos destinos formarán la tabla de IP Routing.

  4. En caso de que no se produzcan cambios en la red OSPF, por ejemplo, el costo de un enlace o bien la adición o eliminación de una red, OSPF debería permanecer muy tranquilo. Los cambios que se produzcan se comunicarán a través de paquetes de estado de enlace y se volverá a calcular el algoritmo Dijkstra para encontrar el trayecto más corto.

Algoritmo del trayecto más corto

El trayecto más corto se calcula con el algoritmo Dijkstra. El algoritmo coloca cada router en la raíz de un árbol y calcula el trayecto más corto a cada destino en función del costo acumulado requerido para alcanzar dicho destino. Cada router dispondrá de su propia vista de la topología, a pesar de que todos los routers crearán un árbol de trayecto más corto con la misma base de datos de estados de enlace. Las secciones siguientes indican qué comprende la creación de un árbol de trayecto más corto.

Costo de OSPF

El costo (también llamado métrica) de una interfaz en OSPF es una indicación de la sobrecarga requerida para enviar paquetes a través de una interfaz específica. El costo de una interfaz es inversamente proporcional al ancho de banda de dicha interfaz. Un mayor ancho de banda indica un menor costo. El cruce de una línea serial de 56k implica una mayor sobrecarga (costo mayor) y más retrasos de tiempo que el cruce de una línea Ethernet de 10M. La fórmula que se usa para calcular el costo es:

  • costo = 10000 0000/banda de ancha en bps

Por ejemplo, cruzar una línea Ethernet de 10M costará 10 EXP8/10 EXP7 = 10 y cruzar una línea T1 costará 10 EXP8/1544000 = 64.

De forma predeterminada, el costo de una interfaz se calcula en función del ancho de banda; es posible forzar el costo de una interfaz con el comando de modo de subconfiguración de interfaz ip ospf cost <value>.

Árbol de trayecto más corto

Suponga que tenemos el siguiente diagrama de red con los costos de interfaz indicados. Para crear el árbol de trayecto más corto para RTA, se debe convertir a RTA en la raíz del árbol y se debe calcular el menor costo para cada destino.

spf1.gif

Arriba se muestra la vista de la red tal como se ve desde RTA. Observe la dirección de las flechas al calcular el costo. Por ejemplo, el costo de la interfaz de RTB para la red 128.213.0.0 no es pertinente cuando se calcula el costo para 192.213.11.0. RTA puede llegar a 192.213.11.0 a través de RTB con un costo de 15 (10+5). RTA también puede llegar a 222.211.10.0 a través de RTC con un costo de 20 (10+10) o a través de RTB con un costo de 20 (10+5+5). En el caso de que existan trayectos de igual costo para el mismo destino, la implementación de Cisco de OSPF realizará un seguimiento de los siguientes seis saltos (next hop) al mismo destino.

Después de que el router cree el árbol de trayecto más corto, comenzará a generar la tabla de enrutamiento según corresponda. Las redes conectadas directamente se alcanzarán por medio de una métrica (costo) 0 y otras redes se alcanzarán según el costo calculado en el árbol.

Routers de área y de borde

Como se mencionó anteriormente, OSPF utiliza la inundación para intercambiar las actualizaciones de estado de enlace entre los routers. Cualquier cambio en la información de enrutamiento se distribuye en forma de inundación a todos los routers en la red. Las áreas se introducen para establecer un límite en la explosión de actualizaciones de estado de enlace. La inundación y el cálculo del algoritmo Dijkstra en un router están limitados a los cambios dentro de un área. Todos los routers dentro de un área disponen de exactamente la base de datos de estados de enlace. Los routers que corresponden a varias áreas y que conectan dichas áreas al área de estructura básica se denominan routers de borde de área (ABR). Por lo tanto, los ABR deben conservar información que describa las áreas de estructura básica y las otras áreas conectadas.

spf2.gif

Un área es específica de la interfaz. Un router que tiene todas sus interfaces dentro de la misma área se denomina router interno (IR). Un router que tiene interfaces en varias áreas se denomina router de borde (ABR). Los routers que actúan como gateways (redistribución) entre los protocolos OSPF y otros protocolos de enrutamiento (IGRP, EIGRP, IS-IS, RIP, BGP, estático) u otras instancias del proceso de enrutamiento OSPF se denominan routers del límite del sistema autónomo (ASBR). Cualquier router puede ser un ABR o un ASBR.

Paquetes de estado de enlace

Existen diferentes tipos de paquetes de estado de enlace, que son los que generalmente se ven en una base de datos OSPF (Apéndice A). El siguiente diagrama muestra los diferentes tipos:

spf3.gif

Como se mencionó anteriormente, los enlaces del router son una indicación del estado de las interfaces en un router que pertenece a un área determinada. Cada router generará un enlace de router para todas sus interfaces. Los enlaces de resumen se generan mediante routers ABR; es así como la información de alcance de la red se disemina en las diferentes áreas. Por lo general, toda la información se inyecta en la estructura básica (área 0) y ésta la pasará a otras áreas. Los ABR se ocupan también de propagar el alcance de ASBR. Así es como los routers saben la forma de llegar a rutas externas en otros AS.

Los enlaces de redes se generan mediante un router designado (DR) en un segmento (los DR serán tratados más adelante). Esta información es una indicación de todos los routers conectados a un segmento de acceso múltiple en particular como, por ejemplo, Ethernet, Token Ring y FDDI (también NBMA).

Los enlaces externos indican redes fuera de AS. Estas redes se inyectan en OSPF mediante la redistribución. El ASBR está a cargo de inyectar estas rutas en un sistema autónomo.

Habilitación de OSPF en el router

La habilitación de OSPF en el router comprende los dos pasos siguientes en el modo de configuración:

  1. Habilitación de un proceso OSPF con el comando router ospf <process-id>

  2. Asignación de áreas a las interfaces mediante el comando network <network or IP address> <mask> <area-id>.

El ID del proceso OSPF es un valor numérico local en el router. No es necesario que coincida con los ID del proceso en otros routers. Es posible ejecutar varios procesos OSPF en el mismo router, pero no se recomienda dado que crea múltiples instancias de bases de datos que agregan una sobrecarga adicional al router.

El comando network es un modo de asignar una interfaz a una área específica. La máscara se utiliza como un acceso directo y ayuda a colocar una lista de interfaces en la misma área con una línea de configuración de una línea. La máscara contiene bits comodines donde el 0 es una concordancia y el 1 es un bit de "no preocuparse"; por ejemplo, 0.0.255.255 indica una concordancia en los dos primeros bytes del número de la red.

El ID de área es el número de área en el que se desea que se encuentre la interfaz. Puede ser un número entero entre 0 y 4294967295 o bien puede tomar una forma similar a una dirección IP A.B.C.D.

Aquí tiene un ejemplo:

spf4.gif

RTA#
interface Ethernet0
ip address 192.213.11.1 255.255.255.0

interface Ethernet1
ip address 192.213.12.2 255.255.255.0

interface Ethernet2
ip address 128.213.1.1 255.255.255.0

router ospf 100
network 192.213.0.0 0.0.255.255 area 0.0.0.0
network 128.213.1.1 0.0.0.0 area 23

La primera sentencia de red pone a E0 y E1 en la misma área 0.0.0.0, y la segunda sentencia de red pone a E2 en el área 23. Observe la máscara 0.0.0.0, que indica una concordancia total en la dirección IP. Esta es una forma sencilla de colocar una interfaz en un área determinada si tiene problemas para obtener una máscara.

Autenticación OSPF

Es posible autenticar los paquetes OSPF para que los routers puedan participar en los dominios de enrutamiento en función de contraseñas predefinidas. De forma predeterminada, un router utiliza una autenticación nula, lo que significa que los intercambios de enrutamiento en una. red no se autentican. Existen otros dos métodos de autenticación: Autenticación simple mediante contraseña y autenticación del resumen de mensaje (MD-5).

Autenticación simple mediante contraseña

La autenticación simple mediante contraseña permite configurar una contraseña (clave) por área. Los routers de la misma área que deseen participar en el dominio de enrutamiento deberán configurarse con la misma clave. El inconveniente de este método es que es vulnerable a ataques pasivos. Cualquier persona que tenga un analizador de enlace podría obtener la contraseña desde el cable fácilmente. Para habilitar la autenticación de contraseñas, utilice los comandos siguientes:

  • ip ospf authentication-key key (se realiza en la interfaz específica)

  • area area-id authentication (se realiza en "router ospf <process-id>")

Aquí tiene un ejemplo:

interface Ethernet0
ip address 10.10.10.10 255.255.255.0
ip ospf authentication-key mypassword

router ospf 10
network 10.10.0.0 0.0.255.255 area 0
area 0 authentication

Autenticación del resumen de mensaje

La autenticación del resumen de mensaje es una autenticación criptográfica. En cada router se configura una clave (contraseña) y un ID de clave. El router utiliza un algoritmo basado en el paquete OSPF, en la clave y en el ID de clave para generar un "resumen de mensaje" que se agrega al paquete. A diferencia de la autenticación simple, la clave no se intercambia a través del cable. También se incluye un número de secuencia no decreciente en cada paquete OSPF para protegerlo contra los ataques de repetición.

Este método también permite transiciones ininterrumpidas entre las claves. Esto resulta útil para los administradores que desean cambiar la contraseña OSPF sin deteriorar la comunicación. Si se configura una interfaz con una clave nueva, el router enviará varias copias del mismo paquete, cada una autenticada mediante claves diferentes. El router dejará de enviar paquetes duplicados cuando detecte que todos sus vecinos han adoptado una clave nueva. A continuación, se detallan los comandos que se usan para la autenticación del resumen de mensaje:

  • ip ospf message-digest-key keyid md5 key (se utiliza en la interfaz)

  • area area-id authentication message-digest (se utiliza en "router ospf <process-id>")

Aquí tiene un ejemplo:

interface Ethernet0
ip address 10.10.10.10 255.255.255.0
ip ospf message-digest-key 10 md5 mypassword

router ospf 10
network 10.10.0.0 0.0.255.255 area 0
area 0 authentication message-digest 

La estructura básica y área 0

OSPF tiene limitaciones especiales cuando se trata de áreas múltiples. Si se ha configurado más de un área, una de estas áreas deberá ser el área 0. Esto recibe el nombre de estructura básica. Al diseñar las redes, se recomienda comenzar con el área 0 y luego expandirse hacia las otras áreas.

La estructura básica debe estar en el centro de todas las demás áreas, es decir, todas las áreas deben estar conectadas físicamente a la estructura básica. El razonamiento que subyace es que OSPF espera que todas las áreas inyecten información de enrutamiento en la estructura básica y que, en respuesta, ésta disemine la información a las otras áreas. El siguiente diagrama muestra el flujo de información en una red OSPF:

spf5.gif

En el diagrama anterior, todas las áreas están conectadas directamente a la estructura básica. En el caso de que se introduzca un área nueva que no pueda tener acceso físico directo a la estructura básica, se deberá configurar un enlace virtual. Los enlaces virtuales serán analizados en la próxima sección. Observe los diferentes tipos de información de enrutamiento. Las rutas que se generan desde el interior de un área (el destino pertenece al área) se llaman rutas intra-área. Por lo general, estas rutas se representan mediante la letra O en la tabla de IP Routing. Las rutas que se originan desde otras áreas se llaman inter-área o rutas de resumen. En la tabla de enrutamiento de IP, la anotación de estas rutas es O IA. Las rutas que se originan desde otros protocolos de enrutamiento (o desde procesos OSPF diferentes) y que se inyectan en OSPF mediante la redistribución se llaman rutas externas. En la tabla de enrutamiento del IP, estas rutas se representan mediante O E2 u O E1. El orden de prioridad en los casos en los que múltiples rutas tienen el mismo destino es el siguiente: intra-área, inter-área, externa E1, externa E2. Los tipos externa E1 y externa E2 se explicarán más adelante.

Enlaces virtuales

Los enlaces virtuales se utilizan para dos propósitos:

  • Enlace de un área que no tiene una conexión física a la estructura básica.

  • Parchar la estructura básica en caso de que se produzca una discontinuidad del área 0.

Áreas no conectadas físicamente al área 0

Como se mencionó anteriormente, el área 0 debe estar en el centro de todas las demás áreas. En algunos casos extraños, en que es imposible tener un área físicamente conectada a la estructura básica, se utiliza un enlace virtual. El enlace virtual suministrará al área desconectada un trayecto lógico a la estructura básica. El enlace virtual debe establecerse entre dos ABR que tengan un área común, con un ABR conectado a la estructura básica. Esto se muestra en el siguiente ejemplo:

spf6.gif

En este ejemplo, el área 1 no tiene una conexión física directa al área 0. Se debe configurar un enlace virtual entre RTA y RTB. El área 2 se utilizará como un área de tránsito y RTB es el punto de entrada en el área 0. De esta forma, RTA y el área 1 tendrán una conexión lógica a la estructura básica. Para configurar un enlace virtual, utilice el subcomando de OSPF area <area-id> virtual-link <RID> del router tanto en RTA como en RTB, donde el ID de área es el área de tránsito. En el diagrama, es el área 2. El RID es el ID del router. Generalmente, el ID del router OSPF es la dirección IP más alta del cuadro o, de existir, la dirección del bucle de retorno más alta. El ID del router solamente se calcula en el momento de arranque o cada vez que se reinicia el proceso OSPF. Para buscar el ID del router, utilice el comando show ip ospf interface. Suponiendo que 1.1.1.1 y 2.2.2.2 son los RID respectivos de RTA y RTB, la configuración OSPF de ambos routers sería:

RTA#
router ospf 10
area 2 virtual-link 2.2.2.2


RTB#
router ospf 10
area 2 virtual-link 1.1.1.1

Partición de la estructura básica

OSPF permite el enlace de partes discontinuas de la estructura básica mediante un enlace virtual. En algunos casos, es necesario entrelazar distintas áreas 0. Esto ocurre si, por ejemplo, una compañía intenta combinar dos redes OSPF distintas en una red con un área 0 común. En otras instancias, se agregan enlaces virtuales para redundancia en caso de que un error en el router divida la estructura básica en dos. Cualquiera que sea la razón, se puede configurar un enlace virtual entre los ABR independientes que entren en contacto con el área 0 desde cada lado y que tengan un área común. Esto se ilustra en el siguiente ejemplo:

spf7.gif

En el diagrama anterior, dos áreas 0 están interconectadas mediante un enlace virtual. En el caso de que no exista un área común, se podría crear un área adicional, por ejemplo el área 3, para que funcione como área de tránsito.

Si un área diferente de la estructura básica se divide, la estructura básica se ocupará de la división sin utilizar ningún enlace virtual. Una de las partes del área con partición se dará a conocer a la otra parte a través de rutas inter-área en lugar de rutas intra-área.

Vecinos

Los routers que comparten un segmento común se convierten en vecinos en ese segmento. Los vecinos son elegidos a través del protocolo de saludo. En forma periódica, se envían paquetes de saludo fuera de cada interfaz mediante multidifusión IP (Apéndice B). Los routers se convierten en vecinos apenas se detectan dentro del paquete de saludo del vecino. De este modo, se garantiza una comunicación bidireccional. La negociación entre vecinos se aplica solamente a la dirección primaria. Las direcciones secundarias se pueden configurar en una interfaz con la restricción de que deben pertenecer a la misma área que la dirección primaria.

Dos routers no se convertirán en vecinos a menos que coincidan en lo siguiente:

  • ID de área Dos segmentos que tienen un segmento común; las interfaces deben pertenecer a la misma área en ese segmento. Evidentemente, las interfaces deben pertenecer a la misma subred y tener una máscara similar.

  • Autenticación: OSPF permite la configuración de una contraseña para un área específica. Los routers que desean convertirse en vecinos deben intercambiar la misma contraseña en un segmento determinado.

  • Intervalo muerto e intervalo de saludo: OSPF intercambia paquetes de saludo en cada segmento. Esta es una forma de señal de mantenimiento que los routers utilizan para reconocer su existencia en un segmento y para elegir un router designado (DR) en segmentos de acceso múltiple. El intervalo de saludo especifica el tiempo en segundos entre los paquetes de saludo que un router envía sobre una interfaz OSPF. El intervalo muerto es el número de segundos durante los cuales los paquetes de saludo de un router no han sido vistos antes de que sus vecinos declaren desactivado al router OSPF.

    El OSPF requiere que estos intervalos sean exactamente los mismos entre dos vecinos. Si cualquiera de estos intervalos es diferente, estos routers no se convertirán en vecinos en un segmento determinado. Los comandos de interfaz del router que se usan para configurar estos temporizadores son: ip ospf hello-interval seconds y ip ospf dead-interval seconds.

  • Indicador de zona fragmentada: Para convertirse en vecinos, dos routers deben coincidir en el indicador de zona fragmentada de los paquetes de saludo. Las zonas fragmentadas se tratarán en una sección posterior. De momento, recuerde que la definición de las zonas fragmentadas afectará al proceso de elección de vecino.

Adyacencias

Adyacencia es el paso siguiente luego del proceso de establecimiento de vecinos. Los routers adyacentes son routers que van más allá de un simple intercambio de saludo y actúan en el proceso de intercambio de base de datos. Para reducir la cantidad de intercambio de información en un segmento determinado, OSPF selecciona un router como router designado (DR) y un router como router designado de respaldo (BDR) en cada segmento de acceso múltiple. En caso de que falle el DR, se elige el BDR como mecanismo de respaldo. La idea detrás de esto es que los routers tienen un punto central de contacto para el intercambio de la información. En lugar de que cada router intercambie actualizaciones con cada router en el segmento, todos los routers intercambian información con el DR y el BDR. El DR y el BDR confían la información al resto. En términos matemáticos, esto cancela el intercambio de información de O(n*n) a O(n), donde n es el número de routers en un segmento de acceso múltiple. El siguiente modelo de router muestra el DR y el BDR:

spf8.gif

En el diagrama anterior, todos los routers comparten un segmento de acceso múltiple común. Debido al intercambio de paquetes de saludo, se selecciona un router como DR y otro como BDR. Cada router en el segmento (que ya se haya convertido en vecino) intentará establecer una adyacencia con el DR y el BDR.

Elección de DR

La elección de DR y BDR se lleva a cabo a través del protocolo de saludo. Los paquetes de saludo se intercambian a través de los paquetes de multidifusión IP (Apéndice B) en cada segmento. El router con la prioridad OSPF más alta en un segmento se convierte en el DR para dicho segmento. El mismo proceso se repite para BDR. En caso de empate, triunfará el router con el RID más alto. El valor predeterminado para la prioridad de interfaz OSPF es uno. Recuerde que los conceptos DR y BDR son para cada segmento de acceso múltiple. La configuración de prioridad OSPF en una interfaz se realiza mediante el comando de interfaz ip ospf priority <value>.

Un valor de prioridad 0 indica una interfaz que no debe elegirse como DR o BDR. El estado de la interfaz con prioridad cero será DROTHER. El siguiente diagrama ilustra la elección DR:

spf9.gif

En el diagrama anterior, RTA y RTB tienen la misma prioridad de interfaz pero RTB tiene un RID mayor. RTB sería DR en ese segmento. RTC tiene una prioridad mayor que RTB. RTC es el DR en ese segmento.

Creación de adyacencias

El proceso de generación de adyacencias se aplica después de que se hayan completado varias etapas. Los routers adyacentes tendrán la misma base de datos de estados de enlace. A continuación se proporciona un breve resumen de los estados por los que pasa una interfaz antes de tornarse adyacente a otro router:

  • Down (Inactivo): No se ha recibido información de ningún componente del segmento.

  • Intento: En las nubes de acceso múltiple sin difusión como, por ejemplo, Frame Relay y X.25, este estado indica que no se ha recibido ninguna información reciente del vecino. Se debería realizar un esfuerzo para comunicarse con el vecino enviando paquetes de saludo en el intervalo de sondeo de velocidad reducida.

  • Init: La interfaz ha detectado un paquete de saludo proveniente de un vecino, pero aún no se ha establecido la comunicación bidireccional.

  • Bidireccional: Hay comunicación bidireccional con un vecino. El router se ha visto a sí mismo en los paquetes de saludo provenientes de un vecino. Al finalizar esta etapa, se habrá llevado a cabo la elección de DR y BDR. Al final de la etapa bidireccional, los routers decidirán si deben proceder o no a la generación de una adyacencia. La decisión depende de si uno de los routers es un DR o un BDR o si el enlace es un enlace virtual o punto a punto.

  • Exstart Los routers intentan establecer el número de secuencia inicial que se usará en los paquetes de intercambio de información. El número de secuencia garantiza que los routers siempre recibirán la información más reciente. Un router se convertirá en primario y el otro en secundario. El router primario consultará la información al secundario.

  • Intercambio: Los routers describirán sus bases de datos de estados de enlace completas al enviar paquetes de descripción de bases de datos. En este estado, los paquetes se pueden distribuir en forma de inundaciones a otras interfaces del router.

  • Loading (Cargando): En este momento, los routers están finalizando el intercambio de la información. Los routers han creado una lista de peticiones de estado de enlace y una lista de retransmisión de estado de enlace. Toda la información que parezca incompleta u obsoleta se colocará en la lista de peticiones. Cualquier actualización enviada se colocará en la lista de retransmisión hasta que sea reconocida.

  • Full (Total): En este estado, la adyacencia se ha completado. Los routers vecinos son completamente adyacentes. Los routers adyacentes tendrán una base de datos de estado de enlace similar.

Veamos un ejemplo:

spf10.gif

RTA, RTB, RTD y RTF tienen un segmento común (E0) en el área 0.0.0.0. A continuación se muestran las configuraciones de RTA y RTF. RTB y RTD deben tener una configuración similar a RTF y no se incluirán.

RTA#
hostname RTA


interface Loopback0
 ip address 203.250.13.41 255.255.255.0


interface Ethernet0
 ip address 203.250.14.1 255.255.255.0


router ospf 10
 network 203.250.13.41 0.0.0.0 area 1
 network 203.250.0.0 0.0.255.255 area 0.0.0.0


RTF#
hostname RTF
interface Ethernet0
 ip address 203.250.14.2 255.255.255.0


router ospf 10
 network 203.250.0.0 0.0.255.255 area 0.0.0.0 

Lo expuesto es un ejemplo simple que demuestra la utilidad de un par de comandos en la depuración de redes OSPF.

  • show ip ospf interface <interface>

Este comando se utiliza para verificar rápidamente que las interfaces pertenezcan a las áreas en las que supuestamente deben estar. La secuencia en la que se enumeran los comandos de red OSPF es muy importante. En la configuración de RTA, si la sentencia "network 203.250.0.0 0.0.255.255, area 0.0.0.0" se colocó antes de la sentencia "network 203.250.13.41 0.0.0.0, area 1", todas las interfaces estarían en el área 0, lo que es incorrecto dado que el bucle de retorno se encuentra en el área 1. Consideremos los resultados del comando en RTA, RTF, RTB y RTD:

RTA#show ip ospf interface e0
Ethernet0 is up, line protocol is up
  Internet Address 203.250.14.1 255.255.255.0, Área 0.0.0.0
  ID del proceso 10, ID del router 203.250.13.41, tipo de red BROADCAST, Cost:
10
  Transmit Delay is 1 sec, Estado BDR, prioridad 1
  Router designado (ID) 203.250.15.1, Interface address 203.250.14.2
  Router designado de respaldo (ID) 203.250.13.41, Interface address
203.250.14.1
  Timer intervals configured, Saludo 10, muerto 40, Wait 40, Retransmit 5
    Hello due in 0:00:02
  El conteo de vecinos es 3, el conteo de vecinos adyacentes es 3
    Adjacent with neighbor 203.250.15.1  (Designated Router)
Loopback0 is up, line protocol is up
  Internet Address 203.250.13.41 255.255.255.255, Area 1
  Process ID 10, Router ID 203.250.13.41, Network Type LOOPBACK, Cost: 1
  Loopback interface is treated as a stub Host


RTF#show ip ospf interface e0
Ethernet0 is up, line protocol is up
  Internet Address 203.250.14.2 255.255.255.0, Área 0.0.0.0
  ID del proceso 10, ID del router 203.250.15.1, tipo de red BROADCAST, Cost: 10
  Transmit Delay is 1 sec, Estado DR, prioridad 1
  Router designado (ID) 203.250.15.1, Interface address 203.250.14.2
  Router designado de respaldo (ID) 203.250.13.41, Interface address
203.250.14.1
  Timer intervals configured, Saludo 10, muerto 40, Wait 40, Retransmit 5
    Hello due in 0:00:08
  El conteo de vecinos es 3, el conteo de vecinos adyacentes es 3
    Adjacent with neighbor 203.250.13.41  (Backup Designated Router)


RTD#show ip ospf interface e0
Ethernet0 is up, line protocol is up
  Internet Address 203.250.14.4 255.255.255.0, Área 0.0.0.0
  ID del proceso 10, ID del router 192.208.10.174, tipo de red BROADCAST, Cost:
10
  Transmit Delay is 1 sec, Estado DROTHER, Priority 1
  Router designado (ID) 203.250.15.1, Interface address 203.250.14.2
  Router designado de respaldo (ID) 203.250.13.41, Interface address
203.250.14.1
  Timer intervals configured, Saludo 10, muerto 40, Wait 40, Retransmit 5
    Hello due in 0:00:03
  El conteo de vecinos es 3, el conteo de vecinos adyacentes es 2
    Adjacent with neighbor 203.250.15.1  (Designated Router)
    Adjacent with neighbor 203.250.13.41  (Backup Designated Router)


RTB#show ip ospf interface e0
Ethernet0 is up, line protocol is up
  Internet Address 203.250.14.3 255.255.255.0, Área 0.0.0.0
  ID del proceso 10, ID del router 203.250.12.1, tipo de red BROADCAST, Cost: 10
  Transmit Delay is 1 sec, Estado DROTHER, Priority 1
  Router designado (ID) 203.250.15.1, Interface address 203.250.14.2
  Router designado de respaldo (ID) 203.250.13.41, Interface address
203.250.14.1
  Timer intervals configured, Saludo 10, muerto 40, Wait 40, Retransmit 5
    Hello due in 0:00:03
  El conteo de vecinos es 3, el conteo de vecinos adyacentes es 2
    Adjacent with neighbor 203.250.15.1  (Designated Router)
    Adjacent with neighbor 203.250.13.41  (Backup Designated Router)

El resultado anterior muestra información muy importante. Consideremos el resultado de RTA. Ethernet0 está en el área 0.0.0.0. El ID del proceso es 10 (router ospf 10) y el ID del router es 203.250.13.41. Recuerde que el RID es la dirección IP más alta del cuadro o la interfaz del bucle de retorno, calculada durante el arranque o al reiniciarse el proceso OSPF. El estado de la interfaz es BDR. Dado que todos los routers tienen la misma prioridad OSPF en Ethernet 0 (el valor predeterminado es 1), la interfaz de RTF se seleccionó como DR debido al RID más elevado. De la misma forma, RTA se seleccionó como BDR. El RTD y el RTB no son ni un DR ni un BDR y su estado es DROTHER.

Tome en cuenta también el conteo de vecinos y el conteo adyacente. RTD tiene tres vecinos y es adyacente a dos de ellos, el DR y el BDR. RTF tiene tres vecinos y es adyacente a todos ellos porque es el DR.

La información acerca del tipo de red es importante y determinará el estado de la interfaz. En redes de transmisión como Ethernet, la elección de DR y DBR debería ser irrelevante para el usuario final. No debería importar cuál es DR o cuál es BDR. En otros casos, por ejemplo, medios NBMA como Frame Relay y X.25, esto es muy importante para que OSPF funcione correctamente. Afortunadamente, con la introducción de subinterfaces punto a punto y punto a multipunto, la elección de DR ya no es un problema. OSPF en redes NBMA se tratará en la siguiente sección.

Otro comando que debemos tener en cuenta es:

  • show ip ospf neighbor

Consideremos el resultado de RTD:

RTD#show ip ospf neighbor

Neighbor ID    Pri State         Dead Time  Address      Interface

203.250.12.1    1  2WAY/DROTHER  0:00:37   203.250.14.3  Ethernet0
203.250.15.1    1  FULL/DR       0:00:36   203.250.14.2  Ethernet0
203.250.13.41   1  FULL/BDR      0:00:34   203.250.14.1  Ethernet0

El comando show ip ospf neighbor muestra el estado de todos los vecinos en un segmento determinado. No se alarme si el "ID de vecino" no pertenece al segmento que está mirando. En nuestro caso, 203.250.12.1 y 203.250.15.1 no están en Ethernet0. Esto es correcto ya que el "ID del vecino" es de hecho el RID que podría ser cualquier dirección IP en el cuadro. RTD y RTB son sólo vecinos, motivo por el cual el estado es BIDIRECCIONAL/DROTHER. RTD es adyacente a RTA y RTF y el estado es FULL/DR y FULL/BDR.

Adyacencias en interfaces punto a punto

OSPF siempre formará una adyacencia con el vecino del otro lado de una interfaz punto a punto como, por ejemplo, las líneas seriales punto a punto. No existe ningún concepto de DR o BDR. El estado de las interfaces seriales es punto a punto.

Adyacencias en redes de Acceso múltiple sin difusión (NBMA)

Cuando se configura el OSPF en medios de acceso múltiple sin difusión, por ejemplo, Frame Relay, X.25 y ATM, se debe tener especial cuidado. El protocolo considera a este medio como a cualquier medio de difusión, por ejemplo, Ethernet. Las nubes de NBMA generalmente se generan en una topología radial. Los PVC o SVC se interconectan parcialmente y la topología física no proporciona el acceso múltiple que OSPF cree que existe. La selección de DR se convierte en un problema debido a que el DR y el BDR necesitan una conectividad física total a todos los routers existentes en la nube. Además, dada la ausencia de capacidades de difusión, el DR y el BDR necesitan una lista estática de todos los routers conectados a la nube. Esto se logra mediante el comando neighbor ip-address [priority number] [poll-interval seconds], en el que la "ip-address" y la "priority" son la dirección IP y la prioridad OSPF suministradas al vecino. Un vecino con prioridad 0 se considera que no reúne las condiciones para la elección de DR. El "poll-interval" es el plazo que espera una interfaz NBMA antes de sondear (enviar un mensaje de saludo) un vecino aparentemente muerto. El comando neighbor se aplica a routers con potencial de ser DR o BDR (la prioridad de la interfaz no es igual a 0). A continuación se muestra un diagrama de red donde la selección de DR es muy importante:

spf11.gif

En el diagrama anterior, es esencial para la nube que la interfaz de RTA se elija como DR. Esto se debe a que RTA es el único router que tiene conectividad completa a otros routers. La elección de DR podría verse influenciada por la configuración de la prioridad OSPF en las interfaces. Los routers que no necesitan convertirse en DR o BDR tendrán una prioridad 0; otros routers podrían tener una prioridad más baja.

Este documento no abarca todos los usos del comando neighbor, ya que se está tornando obsoleto a partir de la introducción de nuevos medios que permiten configurar el tipo de red de la interfaz según se desea, independientemente del medio físico subyacente. Esto se explica en la sección siguiente.

Cómo evitar los routers designados (DR) y el comando neighbor en NBMA

Para evitar las complicaciones de configurar vecinos estáticos y tener routers específicos que se convierten en DR o BDR en la nube sin difusión, se pueden utilizar distintos métodos. La decisión sobre qué método usar varía según se esté iniciando una red desde cero o se esté modificando un diseño ya existente.

Subinterfaces punto a punto

Una subinterfaz es una manera lógica de definir una interfaz. Es posible dividir una misma interfaz física en varias interfaces lógicas y definir cada una de las subinterfaces como punto a punto. Originalmente, esto se creó para gestionar mejor los problemas ocasionados por un horizonte dividido entre NBMA y protocolos de enrutamiento basados en vectores.

Una subinterfaz punto a punto tiene las propiedades de cualquier interfaz punto a punto física. En lo que respecta a OSPF, una adyacencia siempre se forma sobre una subinterfaz punto a punto sin elección de DR ni BDR. A continuación, se incluye una ilustración de subinterfaces punto a punto:

spf12.gif

En el diagrama anterior, en RTA, Serial 0 se puede dividir en dos subinterfaces punto a punto, S0.1 y S0.2. De esta forma, OSPF considerará a la nube como un conjunto de enlaces punto a punto y no como una red de acceso múltiple. El único inconveniente del punto a punto es que cada segmento pertenecerá a una subred diferente. Es posible que esto no sea aceptable, puesto que algunos administradores ya tienen asignada una subred IP para la nube completa.

Otra solución alternativa es utilizar las interfaces de IP sin numerar de la nube. Sin embargo, esto también podría ser un problema para algunos administradores que administran la WAN según direcciones IP de líneas seriales. A continuación se muestra una configuración típica para RTA y RTB:

RTA#

interface Serial 0
 no ip address
 encapsulation frame-relay

interface Serial0.1 point-to-point
 ip address 128.213.63.6 255.255.252.0
 frame-relay interface-dlci 20

interface Serial0.2 point-to-point
 ip address 128.213.64.6 255.255.252.0
 frame-relay interface-dlci 30

router ospf 10
network 128.213.0.0 0.0.255.255 area 1

RTB#

interface Serial 0
 no ip address
 encapsulation frame-relay

interface Serial0.1 point-to-point
 ip address 128.213.63.5 255.255.252.0
 frame-relay interface-dlci 40

interface Serial1
 ip address 123.212.1.1 255.255.255.0

router ospf 10
network 128.213.0.0 0.0.255.255 area 1
network 123.212.0.0 0.0.255.255 area 0

Selección de tipos de red de interfaz

El comando que se usa para configurar el tipo de red de una interfaz OSPF es:

ip ospf network {broadcast | non-broadcast | point-to-multipoint}

Interfaces punto a multipunto

Una interfaz de punto a multipunto se define como una interfaz punto a punto enumerada que tiene uno o más vecinos. Este concepto lleva al concepto de punto a punto previamente descrito a un nivel superior. Los administradores no deben preocuparse por tener subredes múltiples para cada enlace punto a punto. La nube está configurada como una subred. Esto debería funcionar bien para las personas que están migrando al concepto punto a punto sin modificar la asignación de direcciones IP de la nube. Además, no tendrán que preocuparse por los DR y las sentencias de vecinos. La conexión punto a multipunto OSPF funciona mediante el intercambio de actualizaciones adicionales del estado de enlace que contienen un número de elementos de información que describen la conectividad con los routers vecinos.

spf13.gif

RTA#

interface Loopback0
 ip address 200.200.10.1 255.255.255.0

interface Serial0
 ip address 128.213.10.1 255.255.255.0
 encapsulation frame-relay
 ip ospf network point-to-multipoint

router ospf 10
network 128.213.0.0 0.0.255.255 area 1

RTB#

interface Serial0
 ip address 128.213.10.2 255.255.255.0
 encapsulation frame-relay
 ip ospf network point-to-multipoint

interface Serial1
 ip address 123.212.1.1 255.255.255.0

router ospf 10
network 128.213.0.0 0.0.255.255 area 1
network 123.212.0.0 0.0.255.255 area 0

Tenga en cuenta que no se configuraron sentencias de correspondencia de retransmisión de tramas estática; esto se debe a que el protocolo ARP inverso se hace cargo de la asignación de direcciones de DLCI a IP. Observemos algunas de los resultados de show ip ospf interface y show ip ospf route:

RTA#show ip ospf interface s0
Serial0 is up, line protocol is up
  Internet Address 128.213.10.1 255.255.255.0, Area 0
  Process ID 10, Router ID 200.200.10.1, Network Type
POINT_TO_MULTIPOINT, Cost: 64
  Transmit Delay is 1 sec, State POINT_TO_MULTIPOINT,
  Timer intervals configured, Hello 30, Dead 120, Wait 120, Retransmit 5
    Hello due in 0:00:04
  Neighbor Count is 2, Adjacent neighbor count is 2
    Adjacent with neighbor 195.211.10.174
    Adjacent with neighbor 128.213.63.130

RTA#show ip ospf neighbor

Neighbor ID     Pri   State           Dead Time   Address         Interface
128.213.10.3      1   FULL/  -        0:01:35     128.213.10.3    Serial0
128.213.10.2      1   FULL/  -        0:01:44     128.213.10.2    Serial0

RTB#show ip ospf interface s0

Serial0 is up, line protocol is up
  Internet Address 128.213.10.2 255.255.255.0, Area 0
  Process ID 10, Router ID 128.213.10.2, Network Type
POINT_TO_MULTIPOINT, Cost: 64
  Transmit Delay is 1 sec, State POINT_TO_MULTIPOINT,
  Timer intervals configured, Hello 30, Dead 120, Wait 120, Retransmit 5
    Hello due in 0:00:14
  Neighbor Count is 1, Adjacent neighbor count is 1
    Adjacent with neighbor 200.200.10.1

RTB#show ip ospf neighbor

Neighbor ID     Pri   State           Dead Time   Address         Interface
200.200.10.1      1   FULL/  -        0:01:52     128.213.10.1    Serial0

El único inconveniente de una conexión punto a multipunto es que genera varias rutas hosts (rutas con máscara 255.255.255.255) para todos los vecinos. Observe las rutas del host en la siguiente tabla de IP Routing para RTB:

RTB#show ip route
 Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
        D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
        E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
        i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, * - candidate default

 Gateway of last resort is not set

      200.200.10.0 255.255.255.255 is subnetted, 1 subnets
 O       200.200.10.1 [110/65] via 128.213.10.1,  Serial0
         128.213.0.0 is variably subnetted, 3 subnets, 2 masks
 O    128.213.10.3 255.255.255.255
            [110/128] via 128.213.10.1, 00:00:00, Serial0
 O    128.213.10.1 255.255.255.255
            [110/64] via 128.213.10.1, 00:00:00, Serial0
 C       128.213.10.0 255.255.255.0 is directly connected, Serial0
      123.0.0.0 255.255.255.0 is subnetted, 1 subnets
 C       123.212.1.0 is directly connected, Serial1

 RTC#show ip route

      200.200.10.0 255.255.255.255 is subnetted, 1 subnets
 O       200.200.10.1 [110/65] via 128.213.10.1, Serial1
      128.213.0.0 is variably subnetted, 4 subnets, 2 masks
 O       128.213.10.2 255.255.255.255 [110/128], a través de 128.213.10.1, Serial1
 O       128.213.10.1 255.255.255.255 [110/64], a través de 128.213.10.1, Serial1
 C       128.213.10.0 255.255.255.0 is directly connected, Serial1
      123.0.0.0 255.255.255.0 is subnetted, 1 subnets
 O       123.212.1.0 [110/192], a través de 128.213.10.1, 00:14:29, Serial1

Observe que en la tabla de IP Routing de RTC, la red 123.212.1.0 puede alcanzarse a través del salto siguiente (next hop) 128.213.10.1 y no a través de 128.213.10.2 como se ve normalmente en las nubes Frame Relay que comparten la misma subred. Esta es una ventaja de la configuración punto a multipunto, porque no necesita recurrir a la asignación estática en RTC para poder alcanzar el siguiente salto (next hop) 128.213.10.2.

Interfaces de difusión

Este enfoque es un método alternativo para usar el comando "neighbor" que produce una lista de forma estática de todos los vecinos existentes. La interfaz se configurará en forma lógica para la difusión y se comportará como si el router estuviera conectado a una LAN. La elección de DR y BDR se seguirá realizando, por lo que se debe tener cuidado de asegurar una topología de interconexión completa o una selección estática del DR en función de la prioridad de la interfaz. El comando que configura la interfaz en modo de transmisión es:

ip ospf network broadcast

Resumen de ruta y OSPF

El resumen es la consolidación de rutas múltiples en un anuncio simple. Por lo general, esto se realiza en los límites de los routers de borde de área (ABR). Aunque el resumen puede configurarse entre dos áreas cualesquiera, es mejor resumir en la dirección de la estructura básica. De esta forma, la estructura básica recibe el total de direcciones y las inyecta a su vez, ya resumidas, en otras áreas. Hay dos tipos de resumen:

  • Resumen de rutas interzonales

  • Resumen de ruta externa

Resumen de rutas interzonales.

El resumen de las rutas inter-área se realiza en los ABR y se aplica a las rutas ubicadas dentro del AS. No se aplica a las rutas externas inyectadas dentro de OSPF a través de la redistribución. Para aprovechar el resumen, los números de red en las áreas deben asignarse de forma continua para poder agrupar dichas direcciones en un rango. Para especificar un rango de direcciones, realice la siguiente tarea en el modo de configuración del router:

area area-id range address mask

Donde " area-id" es la zona donde se encuentran las redes que se deben resumir. "address" y "mask" especificarán el rango de direcciones que se deben resumir en un rango. A continuación se presenta un ejemplo de resumen:

spf14.gif

En el diagrama anterior, RTB está resumiendo el rango de subredes desde 128.213.64.0 hasta 128.213.95.0 en un solo rango: 128.213.64.0 255.255.224.0. Esto se logra mediante el enmascaramiento de los primeros tres bits del extremo izquierdo de 64 de una máscara 255.255.224.0. De la misma forma, RTC está generando la dirección de resumen 128.213.96.0 255.255.224.0 en la estructura básica. Observe que este resumen se realizó correctamente porque tenemos dos rangos distintos de subredes, de 64 a 95 y de 96 a 127.

Sería difícil resumir si las subredes entre el área 1 y el área 2 se superpusieran. El área de estructura básica recibiría rangos de resumen que se superpondrían y los routers intermedios no sabrían dónde enviar el tráfico en función de la dirección de resumen.

A continuación, se muestra la configuración relativa de RTB:

RTB#
 router ospf 100
 area 1 range 128.213.64.0 255.255.224.0

Antes del lanzamiento de la versión 12.1(6) del software Cisco IOS®, se recomendaba configurar manualmente en el ABR una ruta estática de descarte para la dirección de resumen a fin de evitar posibles bucles de enrutamiento. Para la ruta de resumen anterior, puede usar este comando:

ip route 128.213.64.0 255.255.224.0 null0

En las versiones de 12.1(6) y posteriores de IOS, la ruta de descarte se genera automáticamente de forma predeterminada. Si por algún motivo no desea utilizar esta ruta de descarte, puede configurar los siguientes comandos en router ospf:

[no] discard-route internal

o

[no] discard-route external

Nota sobre el cálculo de métrica de la dirección de resumen: RFC 1583leavingcisco.com se requería para calcular la métrica de las rutas de resumen a partir de la métrica mínima de los trayectos del componente disponibles.

RFC 2178leavingcisco.com (que se actualizó con RFC 2328leavingcisco.com) cambió el método especificado para calcular las métricas de las rutas de resumen de modo que el componente del resumen con el costo máximo (o el más grande) determinaría el costo del resumen.

Antes de IOS 12.0, Cisco cumplía con RFC 1583leavingcisco.com, vigente en aquel momento. A partir de IOS 12.0, Cisco cambió el comportamiento de OSPF para que cumpliera con el nuevo estándar, RFC 2328leavingcisco.com. Esta situación dio origen a la posibilidad de enrutamiento por debajo del nivel óptimo en el caso en que no todos los ABR de un área se actualizaran al mismo tiempo de acuerdo al nuevo código. A los efectos de resolver este problema potencial, se agregó un comando a la configuración OSPF de Cisco IOS que permite inhabilitar de forma selectiva la compatibilidad con RFC 2328leavingcisco.com. El nuevo comando de configuración está bajo router ospf y tiene la siguiente sintaxis:

[no] compatible rfc1583 

La configuración predeterminada es compatible con RFC 1583leavingcisco.com. Este comando está disponible en las siguientes versiones de IOS:

  • 12.1(03)DC

  • 12.1(03)DB

  • 12.001(001.003) - 12.1 Mainline

  • 12.1(01.03)T - 12.1 T-Train

  • 12.000(010.004) - 12.0 Mainline

  • 12.1(01.03)E - 12.1 E-Train

  • 12.1(01.03)EC

  • 12.0(10.05)W05(18.00.10)

  • 12.0(10.05)SC

Resumen de ruta externa

El resumen de ruta externa es específico para las rutas externas que se inyectan en OSPF mediante la redistribución. Además, asegúrese de que los rangos externos para los que se realiza el resumen sean contiguos. Los intervalos superpuestos de resumen desde dos routers diferentes pueden causar el envío de paquetes al destino incorrecto. El resumen se realiza a través del subcomando router ospf siguiente:

summary-address ip-address mask

Este comando sólo tiene eficacia en ASBR que realizan redistribución en OSPF.

spf15.gif

En el diagrama anterior, RTA y RTD inyectan rutas externas en OSPF mediante la redistribución. RTA está inyectando subredes en el rango 128.213.64-95 y RTD está inyectando subredes en el rango 128.213.96-127. Para resumir las subredes en un rango en cada router, se puede realizar lo siguiente:

RTA#
 router ospf 100
 summary-address 128.213.64.0 255.255.224.0
 redistribute bgp 50 metric 1000 subnets

 RTD#
 router ospf 100
 summary-address 128.213.96.0 255.255.224.0
 redistribute bgp 20 metric 1000 subnets

Esto hará que RTA genere una ruta externa 128.213.64.0 255.255.224.0 y que RTD genere 128.213.96.0 255.255.224.0.

Observe que el comando summary-address no tiene efecto si se utiliza en RTB, dado que RTB no está efectuando la redistribución en OSPF.

Zonas fragmentadas

OSPF permite que ciertas áreas sean configuradas como zonas fragmentadas. No se permite que las redes externas, como aquellas redistribuidas desde otros protocolos a OSFP, inunden la zona fragmentada. El enrutamiento desde estas zonas al mundo exterior se basa en una ruta predeterminada. La configuración de la zona fragmentada reduce el tamaño de la base de datos topológica dentro de un área y los requisitos de memoria de los routers que se encuentran en dicha área.

Una zona puede calificarse como fragmentada cuando hay un único punto de salida desde dicha área o si el enrutamiento hacia afuera del área no tiene que tomar un trayecto óptimo. La última descripción es sólo una indicación de que una zona fragmentada que posee puntos de salida múltiples tendrá uno o más routers de borde de área inyectando un valor predeterminado dentro de dicha área. El enrutamiento al mundo exterior puede tomar un trayecto por debajo del nivel óptimo para alcanzar el destino al salir del área a través de un punto de salida que está más lejos del destino que otros puntos de salida.

Otras restricciones de la zona fragmentada es que no se puede usar como un área de tránsito para enlaces virtuales. Además, un ASBR no puede ser interno a un área fragmentada. Estas restricciones se realizan porque un área fragmentada se configura principalmente para no transportar rutas externas y cualquiera de las situaciones anteriores provoca la inyección de enlaces externos en dicha área. La estructura básica, por supuesto, no puede configurarse como fragmentada.

Todos los routers OSPF dentro de una zona fragmentada deben configurarse como routers Stub (fragmentados). Esto es así porque cuando un área se configura como fragmentada, todas las interfaces que pertenecen a dicha área comienzan a intercambiar paquetes de saludo con un indicador que señala que la interfaz está fragmentada. En realidad, esto es sólo un bit en el paquete de saludo (bit E) que se fija en 0. Todos los routers con un segmento común deben coincidir en dicho indicador. De no ser así, no se convertirán en vecinos y el enrutamiento no tendrá efecto.

Una extensión hacia las zonas fragmentadas es lo que se denomina "zonas totalmente congestionadas". Cisco indica esto al agregar la palabra clave "no-summary" a la configuración del área fragmentada. Una zona totalmente congestionada es aquélla que bloquea el paso de las rutas externas y las rutas de resumen (rutas intra-área) al área. De esta forma, las rutas intra-área y el valor predeterminado de 0.0.0.0 son las únicas rutas inyectadas en dicha área.

El comando que configura un área como fragmentada es:

area <area-id> stub [no-summary]

y el comando que configura un costo predeterminado en un área es:

area area-id default-cost cost

Si el costo no se establece mediante el comando anterior, ABR anunciará un costo de 1.

spf16.gif

Suponga que desea configurar el área 2 como un área fragmentada. El siguiente ejemplo mostrará la tabla de enrutamiento de RTE antes y después de la configuración del área 2 como fragmentada.

RTC#

 interface Ethernet 0
  ip address 203.250.14.1 255.255.255.0

 interface Serial1
  ip address 203.250.15.1 255.255.255.252

 router ospf 10
  network 203.250.15.0 0.0.0.255 area 2
  network 203.250.14.0 0.0.0.255 area 0
 RTE#show ip route
 Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
        D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
        E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
        i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, * - candidate default

 Gateway of last resort is not set

      203.250.15.0 255.255.255.252 is subnetted, 1 subnets
 C       203.250.15.0 is directly connected, Serial0
 O IA 203.250.14.0 [110/74] via 203.250.15.1, 00:06:31, Serial0
      128.213.0.0 is variably subnetted, 2 subnets, 2 masks
 O E2    128.213.64.0 255.255.192.0
            [110/10] via 203.250.15.1, 00:00:29, Serial0
 O IA    128.213.63.0 255.255.255.252
            [110/84] via 203.250.15.1, 00:03:57, Serial0
      131.108.0.0 255.255.255.240 is subnetted, 1 subnets
 O       131.108.79.208 [110/74] via 203.250.15.1, 00:00:10, Serial0

RTE aprendió las rutas inter-área (O IA) 203.250.14.0 y 128.213.63.0, la ruta intra-área (O) 131.108.79.208 y la ruta externa (O E2) 128.213.64.0.

Si configuramos el área 2 como fragmentada, es necesario hacer lo siguiente:

RTC#

 interface Ethernet 0
  ip address 203.250.14.1 255.255.255.0

 interface Serial1
  ip address 203.250.15.1 255.255.255.252

 router ospf 10
  network 203.250.15.0 0.0.0.255 area 2
  network 203.250.14.0 0.0.0.255 area 0
  area 2 stub

 RTE#

 interface Serial1
  ip address 203.250.15.2 255.255.255.252 router ospf 10 network 203.250.15.0 0.0.0.255 area 2
  area 2 stub

Tenga en cuenta que el comando stub también se configura en RTE, de lo contrario, RTE jamás se convertirá en un vecino de RTC. El costo predeterminado no se ha configurado, por lo que RTC anuncia 0.0.0.0 al RTE con una métrica de 1.

RTE#show ip route
 Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
        D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
        E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
        i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, * - candidate default

 Gateway of last resort is 203.250.15.1 to network 0.0.0.0

      203.250.15.0 255.255.255.252 is subnetted, 1 subnets
 C       203.250.15.0 is directly connected, Serial0
 O IA 203.250.14.0 [110/74] via 203.250.15.1, 00:26:58, Serial0
      128.213.0.0 255.255.255.252 is subnetted, 1 subnets
 O IA    128.213.63.0 [110/84] via 203.250.15.1, 00:26:59, Serial0
      131.108.0.0 255.255.255.240 is subnetted, 1 subnets
 O       131.108.79.208 [110/74] via 203.250.15.1, 00:26:59, Serial0
 O*IA 0.0.0.0 0.0.0.0 [110/65] via 203.250.15.1, 00:26:59, Serial0

Observe que aparecen todas las rutas, excepto las rutas externas que se reemplazaron por una ruta predeterminada de 0.0.0.0. El costo de la ruta fue de 65 (64 para una línea T1 + 1 anunciada por RTC).

Ahora configuraremos el área 2 para que sea totalmente congestionada y cambiaremos el costo predeterminado de 0.0.0.0 a 10.

RTC#

 interface Ethernet 0
  ip address 203.250.14.1 255.255.255.0

 interface Serial1
  ip address 203.250.15.1 255.255.255.252

 router ospf 10
  network 203.250.15.0 0.0.0.255 area 2
  network 203.250.14.0 0.0.0.255 area 0
  area 2 stub no-summary
  area 2 default cost 10


 RTE#show ip route

 Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
        D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
        E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
        i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, * - candidate default

 Gateway of last resort is not set

      203.250.15.0 255.255.255.252 is subnetted, 1 subnets
 C       203.250.15.0 is directly connected, Serial0
      131.108.0.0 255.255.255.240 is subnetted, 1 subnets
 O       131.108.79.208 [110/74] via 203.250.15.1, 00:31:27, Serial0
 O*IA 0.0.0.0 0.0.0.0 [110/74] via 203.250.15.1, 00:00:00, Serial0

Tenga en cuenta que las únicas rutas que se muestran son las rutas intra-área (O) y la ruta predeterminada 0.0.0.0. Las rutas externas e inter-área se han bloqueado. Ahora, el costo de la ruta predeterminada es de 74 (64 para una línea T1 + 10 anunciada por RTC). En este caso, no es preciso configurar el RTE. El área ya está fragmentada y el comando no-summary no afecta al paquete de saludo como lo hace el comando stub.

Redistribución de rutas en OSPF

La redistribución de rutas en OSPF desde otros protocolos de enrutamiento o desde estática convertirá a estos routers en routers externos de OSPF. Para redistribuir las rutas en OSPF, utilice el siguiente comando en el modo de configuración del router:

redistribute protocol [process-id] [metric value]
[metric-type value] [route-map map-tag] [subnets]

Nota:  El comando anterior debe estar en una línea

El ID del proceso y el protocolo son el protocolo que estamos inyectando en OSPF y su ID del proceso, si existe. La métrica es el costo que se asigna a la ruta externa. Si no se especifica una métrica, OSPF coloca un valor predeterminado de 20 al redistribuir las rutas de todos los protocolos con excepción de las rutas BGP, que reciben una métrica de 1. El tipo de métrica se trata en el siguiente párrafo.

El método de correspondencia de la ruta se utiliza para controlar la redistribución de las rutas entre los dominios de enrutamiento. El formato de una correspondencia de la ruta es el siguiente:

route-map map-tag [[permit | deny] | [sequence-number]]

Al redistribuir rutas en OSPF, si no se ha especificado la palabra clave subnets, sólo se redistribuyen las rutas que no están constituidas en subredes.

Rutas externas E1 vs. E2

Las rutas externas se incluyen en dos categorías, tipo externo 1 y tipo externo 2. La diferencia entre ellas es la forma en que se calcula el costo (métrica) de la ruta. El costo de una ruta tipo 2 es siempre el costo externo, independientemente del costo interno para alcanzar dicha ruta. Un costo tipo 1 es la suma del costo externo y del costo interno que se utilizó para alcanzar dicha ruta. Una ruta tipo 1 siempre es preferible sobre una ruta tipo 2 para el mismo destino. Esto se muestra en el diagrama siguiente:

spf17.gif

Como indica el diagrama anterior, RTA está redistribuyendo dos rutas externas en OSPF. N1 y N2 tienen un costo externo de x. La única diferencia es que N1 se redistribuye en OSPF con un tipo de métrica 1 y N2 con un tipo de métrica 2. Si seguimos las rutas desde el Área 1 al Área 0, el costo para alcanzar N2 visto desde RTB o RTC siempre será x. El costo interno del trayecto no se toma en cuenta. Por otro lado, el costo interno incrementa el costo de alcanzar N1. El costo es x+y, si se observa desde RTB, y x+y+z, si se observa desde RTC.

Si las dos rutas externas son de tipo 2 y los costos externos a la red de destino son iguales, entonces se selecciona como mejor trayecto el que presenta un menor costo hacia el ASBR.

A menos que se indique lo contrario, el tipo externo predeterminado que se especifica para las rutas externas es el tipo 2.

spf18.gif

Suponga que agregamos dos rutas estáticas dirigidas a E0 en el RTC: 16.16.16.0 255.255.255.0 (la anotación /24 indica un máscara de 24 bits que comienza desde el extremo izquierdo) y 128.213.0.0 255.255.0.0. A continuación, se muestran los distintos comportamientos cuando se utilizan diferentes parámetros en el comando redistribute en RTC:

RTC#
 interface Ethernet0
  ip address 203.250.14.2 255.255.255.0

 interface Serial1
  ip address 203.250.15.1 255.255.255.252

 router ospf 10
  redistribute static
  network 203.250.15.0 0.0.0.255 area 2
  network 203.250.14.0 0.0.0.255 area 0

 ip route 16.16.16.0 255.255.255.0 Ethernet0
 ip route 128.213.0.0 255.255.0.0 Ethernet0

 RTE#

 interface Serial0
  ip address 203.250.15.2 255.255.255.252

 router ospf 10
 network 203.250.15.0 0.0.0.255 area 2

A continuación se incluye el resultado del comando show ip route en RTE:

RTE#show ip route
 Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
        D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
        E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
        i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, * - candidate default

 Gateway of last resort is not set

      203.250.15.0 255.255.255.252 is subnetted, 1 subnets
 C       203.250.15.0 is directly connected, Serial0
 O IA 203.250.14.0 [110/74] via 203.250.15.1, 00:02:31, Serial0
 O E2 128.213.0.0 [110/20] via 203.250.15.1, 00:02:32, Serial0

Tenga en cuenta que únicamente la ruta externa que ha aparecido es 128.213.0.0, ya que no utilizamos la palabra clave subnet. Recuerde que si no se usa la palabra clave subnet, sólo se redistribuirán las redes que no son subredes. En nuestro caso, 16.16.16.0 es una ruta clase A que está dividida en subredes y no se redistribuyó. Debido a que la palabra clave metric no se utilizó (o una sentencia default-metric en el router OSPF), el el costo asignado a la ruta externa es 20 (para la BGP, el predeterminado es 1). Si: utilizamos lo siguiente:

redistribute static metric 50 subnets

RTE#show ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M
- mobile, B - BGP
        D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
        E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
        i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, * - candidate default

 Gateway of last resort is not set

      16.0.0.0 255.255.255.0 is subnetted, 1 subnets
 O E2    16.16.16.0 [110/50] via 203.250.15.1, 00:00:02, Serial0
      203.250.15.0 255.255.255.252 is subnetted, 1 subnets
 C       203.250.15.0 is directly connected, Serial0
 O IA 203.250.14.0 [110/74] via 203.250.15.1, 00:00:02, Serial0
 O E2 128.213.0.0 [110/50] via 203.250.15.1, 00:00:02, Serial0

Observe que ahora apareció 16.16.16.0 y el costo de las rutas externas es de 50. Dado que las dos rutas externas son de tipo 2 (E2), el costo interno no se agregó. Ahora, suponga que cambiamos el tipo a E1:

redistribute static metric 50 metric-type 1 subnets

RTE#show ip route
 Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
        D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
        E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
        i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, * - candidate default

 Gateway of last resort is not set

      16.0.0.0 255.255.255.0 is subnetted, 1 subnets
 O E1    16.16.16.0 [110/114] via 203.250.15.1, 00:04:20, Serial0
      203.250.15.0 255.255.255.252 is subnetted, 1 subnets
 C       203.250.15.0 is directly connected, Serial0
 O IA 203.250.14.0 [110/74] via 203.250.15.1, 00:09:41, Serial0
 O E1 128.213.0.0 [110/114] via 203.250.15.1, 00:04:21, Serial0

Observe que el tipo cambió a E1 y el costo se incrementó por el valor del costo interno de S0 que es 64; el costo total es 64+50=114.

Suponga que agregamos una correspondencia de la ruta a la configuración de RTC; obtendremos lo siguiente:

RTC#
 interface Ethernet0
  ip address 203.250.14.2 255.255.255.0

 interface Serial1
  ip address 203.250.15.1 255.255.255.252

 router ospf 10
 redistribute static metric 50 metric-type 1 subnets route-map STOPUPDATE
  network 203.250.15.0 0.0.0.255 area 2
  network 203.250.14.0 0.0.0.255 area 0

 ip route 16.16.16.0 255.255.255.0 Ethernet0
 ip route 128.213.0.0 255.255.0.0 Ethernet0

 access-list 1 permit 128.213.0.0 0.0.255.255

 route-map STOPUPDATE permit 10
  match ip address 1

La correspondencia de la ruta anterior sólo permitirá la redistribución 128.213.0.0 en OSPF y negará todo lo demás. Esta es la razón de por la que 16.16.16.0 ya no se muestra en la tabla de enrutamiento de RTE.

RTE#show ip route
 Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
        D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
        E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
        i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, * - candidate default

 Gateway of last resort is not set

      203.250.15.0 255.255.255.252 is subnetted, 1 subnets
 C       203.250.15.0 is directly connected, Serial0
 O IA 203.250.14.0 [110/74] via 203.250.15.1, 00:00:04, Serial0
 O E1 128.213.0.0 [110/114] via 203.250.15.1, 00:00:05, Serial0

Redistribución de OSPF en otros protocolos

Uso de una métrica válida

Siempre que se redistribuye OSPF en otros protocolos, deben respetarse las reglas de dichos protocolos. En particular, la métrica aplicada debe coincidir con la métrica que utiliza dicho protocolo. Por ejemplo, la métrica RIP es un conteo de saltos que va de 1 a 16, donde 1 indica que la red se encuentra a un salto de distancia y 16 que la red se encuentra fuera de alcance. Por otro lado, IGRP y EIGRP requieren una métrica de la forma:

default-metric bandwidth delay reliability loading mtu

VLSM

Otro tema que se debe considerar es la VLSM (Guía de subred de longitud variable) (Apéndice C). OSPF puede transportar información sobre subredes múltiples para la misma red principal, pero otros protocolos como RIP y IGRP (EIGRP es compatible con VLSM) no pueden. Si la misma red principal atraviesa las fronteras de un dominio RIP y OSPF, se perderá la información VLSM redistribuida al RIP o al IGRP y habrá que configurar las rutas estáticas en los dominios RIP o IGRP. El siguiente ejemplo muestra este problema:

spf19.gif

En el diagrama anterior, RTE ejecuta OSPF y RTA ejecuta RIP. RTC está realizando la redistribución entre los dos protocolos. El problema es que la red 203.250.15.0 de clase C está dividida en subredes de diferentes maneras y tiene dos máscaras distintas: 255.255.255.252 y 255.255.255.192. Veamos la configuración y las tablas de enrutamiento de RTE y RTA.

RTA#
 interface Ethernet0
  ip address 203.250.15.68 255.255.255.192
 router rip
  network 203.250.15.0
 RTC#
 interface Ethernet0
  ip address 203.250.15.67 255.255.255.192

 interface Serial1
  ip address 203.250.15.1 255.255.255.252
 router ospf 10
 redistribute rip metric 10 subnets
  network 203.250.15.0 0.0.0.255 area 0
 router rip
  redistribute ospf 10 metric 2
  network 203.250.15.0

 RTE#show ip route
 Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
        D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
        E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
        i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, * - candidate default

 Gateway of last resort is not set

      203.250.15.0 is variably subnetted, 2 subnets, 2 masks
 C       203.250.15.0 255.255.255.252 is directly connected, Serial0
 O       203.250.15.64 255.255.255.192
            [110/74] via 203.250.15.1, 00:15:55, Serial0
 RTA#show ip route
 Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
        D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
        E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
        i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, * - candidate default

 Gateway of last resort is not set

      203.250.15.0 255.255.255.192 is subnetted, 1 subnets
 C       203.250.15.64 is directly connected, Ethernet0

Tenga en cuenta que RTE reconoció que 203.250.15.0 tiene dos subredes, mientras que RTA piensa que tiene sólo una (la que se configuró en la interfaz). La información acerca de la subred 203.250.15.0 255.255.255.252 se perdió en el dominio RIP. Para alcanzar esa subred, es preciso configurar una ruta estática en RTA:

RTA#
 interface Ethernet0
  ip address 203.250.15.68 255.255.255.192
 router rip
  network 203.250.15.0

ip route 203.250.15.0 255.255.255.0 203.250.15.67

De esta manera, el RTA será capaz de alcanzar a las otras subredes.

Redistribución recíproca

La redistribución mutua entre protocolos se debe realizar con mucho cuidado y de manera controlada. Una configuración incorrecta podría ocasionar un posible bucle de la información de enrutamiento. Una regla práctica para la redistribución mutua es no permitir que la información obtenida de un protocolo se inyecte en el mismo protocolo. Las interfaces pasivas y las listas de distribución deberían aplicarse en los routers de redistribución. El filtrado de información con protocolos de estado de enlace como OSPF es un tema complicado. Distribute-list out funciona en el ASBR para filtrar las rutas redistribuidas hacia otros protocolos. Distribute-list in funciona en cualquier router para evitar que éstos se coloquen en la tabla de enrutamiento, pero no evita la propagación de los paquetes de estado de enlace; los routers descendentes aún conservan las rutas. En lo posible, es mejor evitar el filtrado de OSPF si los filtros pueden aplicarse a los demás protocolos a fin de evitar que se produzcan bucles.

spf20.gif

Para ejemplificar esto, suponga que RTA, RTC y RTE están ejecutando RIP. RTC y RTA también ejecutan OSPF. Tanto RTC como RTA están realizando la redistribución entre RIP y OSPF. Supongamos que no desea que el RIP que viene de RTE se inyecte en el dominio OSPF, por lo que coloca una interfaz pasiva para RIP en E0 de RTC. Sin embargo, permitió que el RIP que proviene de RTA se inyecte en OSPF. Aquí está el resultado:

Nota:  No utilice la siguiente configuración.

RTE#
 interface Ethernet0
  ip address 203.250.15.130 255.255.255.192

 interface Serial0
  ip address 203.250.15.2 255.255.255.192

 router rip
  network 203.250.15.0


RTC#
 interface Ethernet0
  ip address 203.250.15.67 255.255.255.192

 interface Serial1
  ip address 203.250.15.1 255.255.255.192

 router ospf 10
  redistribute rip metric 10 subnets
  network 203.250.15.0 0.0.0.255 area 0

 router rip
  redistribute ospf 10 metric 2
  passive-interface Ethernet0
  network 203.250.15.0




RTA#
interface Ethernet0
 ip address 203.250.15.68 255.255.255.192

router ospf 10
 redistribute rip metric 10 subnets
 network 203.250.15.0 0.0.0.255 area 0


router rip
 redistribute ospf 10 metric 1
 network 203.250.15.0



RTC#show ip route
 Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
        D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
        E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
        i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, * - candidate default

 Gateway of last resort is not set

      203.250.15.0 255.255.255.192 is subnetted, 4 subnets
 C       203.250.15.0 is directly connected, Serial1
 C       203.250.15.64 is directly connected, Ethernet0
 R       203.250.15.128 [120/1] a través de 203.250.15.68, 00:01:08, Ethernet0
                        [120/1] a través de 203.250.15.2, 00:00:11, Serial1
 O       203.250.15.192 [110/20] via 203.250.15.68, 00:21:41, Ethernet0

Observe que RTC tiene dos trayectos para alcanzar la subred 203.250.15.128: Serial 1 y Ethernet 0 (E0 obviamente es el trayecto incorrecto). Esto ocurrió porque RTC otorgó esa entrada a RTA a través de OSPF y RTA la devolvió a través de RIP dado que RTA no la obtuvo a través de RIP. Esto es un ejemplo a pequeña escala de los bucles que pueden ocurrir debido a un error de configuración. En las redes de gran tamaño, la situación se empeora aún más.

Para solucionar el problema en nuestro ejemplo, podría detener el envío de RIP a la Ethernet 0 de RTA a través de una interfaz pasiva. Esto podría no ser apropiado si algunos routers en la Ethernet son routers de RIP solamente. En este caso, puede permitir que RTC envíe a RIP en la Ethernet; de este modo, RTA no lo enviará de vuelta en el cable por horizonte partido (es posible que esto no funcione en los medios NBMA si la división del horizonte está desactivada). El horizonte partido no permite el reenvío de actualizaciones a través de la misma interfaz desde la que se obtuvieron (a través del mismo protocolo). Otro método útil es aplicar listas de distribución a RTA para evitar que vuelvan a incluirse las subredes obtenidas a través de OSPF en el RIP en Ethernet. Usaremos el último método mencionado:

RTA#
  interface Ethernet0
  ip address 203.250.15.68 255.255.255.192

 router ospf 10
  redistribute rip metric 10 subnets
  network 203.250.15.0 0.0.0.255 area 0

 router rip
  redistribute ospf 10 metric 1
  network 203.250.15.0
  distribute-list 1 out ospf 10

El resultado de la tabla de enrutamiento de RTC sería el siguiente:

RTF#show ip route
 Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
        D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
        E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
        i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, * - candidate default

 Gateway of last resort is not set

      203.250.15.0 255.255.255.192 is subnetted, 4 subnets
 C       203.250.15.0 is directly connected, Serial1
 C       203.250.15.64 is directly connected, Ethernet0
 R       203.250.15.128 [120/1] a través de 203.250.15.2, 00:00:19, Serial1
 O       203.250.15.192 [110/20] via 203.250.15.68, 00:21:41, Ethernet0

Inserción de valores predeterminados en OSPF

Un router del límite del sistema autónomo (ASBR) se puede forzar para que genere una ruta predeterminada en el dominio OSPF. Como se indicó anteriormente, un router se convierte en un ASBR siempre que las rutas sean redistribuidas en un dominio OSPF. Sin embargo, el ASBR no genera, de forma predeterminada, una ruta predeterminada dentro del dominio de enrutamiento OSPF.

Para que OSPF genere una ruta predeterminada, utilice lo siguiente:

default-information originate [always] [metric metric-value]
[metric-type type-value] [route-map map-name]

Nota:  El comando anterior debe estar en una línea

Existen dos maneras para generar un valor predeterminado. La primera consiste en anunciar 0.0.0.0 dentro del dominio, pero sólo si ASBR ya tiene una ruta predeterminada. La segunda es anunciar 0.0.0.0, independientemente de si ASBR tiene una ruta predeterminada. Este último método se puede configurar agregando la palabra clave always. Debe tener cuidado al utilizar la palabra clave always. Si el router anuncia un valor predeterminado (0.0.0.0) dentro del dominio y no tiene un valor predeterminado propio o una ruta para alcanzar los destinos, el enrutamiento se interrumpirá.

La métrica y el tipo de métrica son el costo y el tipo (E1 o E2) asignados a la ruta predeterminada La correspondencia de la ruta especifica el conjunto de condiciones que se deben cumplir para que se genere el valor predeterminado.

spf21.gif

Supongamos que RTE está inyectando una ruta predeterminada 0.0.0.0 en RIP. RTC tendrá una gateway de último recurso de 203.250.15.2. RTC no propagará el valor predeterminado a RTA hasta que configuremos RTC con un comando default-information originate.

RTC#show ip route
 Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
        D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
        E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
        i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, * - candidate default

 Gateway of last resort is 203.250.15.2 to network 0.0.0.0

      203.250.15.0 255.255.255.192 is subnetted, 4 subnets
 C       203.250.15.0 is directly connected, Serial1
 C       203.250.15.64 is directly connected, Ethernet0
 R       203.250.15.128 [120/1] via 203.250.15.2, 00:00:17, Serial1
 O       203.250.15.192 [110/20] via 203.250.15.68, 2d23, Ethernet0
 R*   0.0.0.0 0.0.0.0 [120/1] via 203.250.15.2, 00:00:17, Serial1
             [120/1] via 203.250.15.68, 00:00:32, Ethernet0
 RTC#

 interface Ethernet0
  ip address 203.250.15.67 255.255.255.192

 interface Serial1
  ip address 203.250.15.1 255.255.255.192

 router ospf 10
  redistribute rip metric 10 subnets
  network 203.250.15.0 0.0.0.255 area 0
  default-information originate metric 10


 router rip
  redistribute ospf 10 metric 2
  passive-interface Ethernet0
  network 203.250.15.0

RTA#show ip route

 Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
        D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
        E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
        i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, * - candidate default

 Gateway of last resort is 203.250.15.67 to network 0.0.0.0

      203.250.15.0 255.255.255.192 is subnetted, 4 subnets
 O       203.250.15.0 [110/74] via 203.250.15.67, 2d23, Ethernet0
 C       203.250.15.64 is directly connected, Ethernet0
 O E2    203.250.15.128 [110/10] via 203.250.15.67, 2d23, Ethernet0
 C       203.250.15.192 is directly connected, Ethernet1
 O*E2 0.0.0.0 0.0.0.0 [110/10] via 203.250.15.67, 00:00:17, Ethernet0

Observe que RTA reconoció a 0.0.0.0 como una ruta externa con una métrica de 10. La configuración de la gateway de último recurso es 203.250.15.67, según estaba previsto.

Sugerencias para el diseño de OSPF

El OSPF RFC (1583) no especificaba las pautas para el número de routers en un área ni el número de vecinos por segmento ni la mejor forma de definir la arquitectura de la red. Los enfoques para el diseño de las redes OSPF varían de un usuario a otro. Lo que debe recordar es que cualquier protocolo puede fallar bajo presión. La idea no es desafiar al protocolo sino más bien trabajar con él para obtener su mejor funcionamiento. A continuación, suministramos un detalle de lo que se debe tener en cuenta.

Número de routers por área

El número máximo de routers por área depende de muchos factores, incluidos los siguientes:

  • ¿Qué tipo de área tiene?

  • ¿Qué tipo de potencia de CPU tiene en dicha área?

  • ¿Qué clase de medios?

  • ¿Estará ejecutando OSPF en modo NBMA?

  • ¿Está mallada la red NBMA?

  • ¿Tiene muchos LSA externos en la red?

  • ¿Están otras áreas bien resumidas?

Por esta razón, es difícil especificar un número máximo de routers por área. Para obtener ayuda con el diseño de red específico, consulte con su ingeniero de ventas o ingeniero de sistemas local.

Cantidad de vecinos

El número de routers conectados a la misma LAN también es importante. Cada LAN tiene un DR y un BDR que crean adyacencias con todos los demás routers. Cuantos menos vecinos existan en la LAN, menor será el número de adyacencias que tenga que crear un DR o un BDR. Esto depende de la potencia del router. Siempre puede cambiar la prioridad OSPF para seleccionar el DR. Además, de ser posible, procure evitar que el mismo router sea el DR en más de un segmento. Si la selección de DR se basa en el RID más alto, entonces un router se puede convertir por accidente en un DR en todos los segmentos a los que está conectado. Este router estará haciendo un esfuerzo extra, en tanto que otros routers están inactivos.

spf22.gif

Cantidad de áreas por ABR

Los ABR conservarán una copia de la base de datos para todas las áreas a las que prestan servicio. Si, por ejemplo, un router está conectado a cinco áreas, tendrá que mantener una lista de cinco bases de datos diferentes. El número de áreas por ABR es un número que depende de muchos factores, incluidos el tipo de área (normal, fragmentada, NSSA), la potencia de la CPU del ABR, el número de rutas por área y el número de rutas externas por área. Por este motivo, no se recomienda un número específico de áreas por ABR. Por supuesto, es mejor no sobrecargar un ABR siempre que se puedan diseminar las áreas en otros routers. El siguiente diagrama muestra la diferencia entre un ABR con cinco bases de datos diferentes (incluida el área 0) y dos ABR con tres bases de datos cada uno. Nuevamente, éstas son simplemente pautas; mientras más áreas configure por ABR, menor será el desempeño que obtendrá. En algunos casos, este menor desempeño es tolerable.

spf23.gif

Interconexión total vs. interconexión parcial

Las nubes de Acceso múltiple sin difusión (NBMA), como Frame Relay o X.25, siempre son un desafío. La combinación del ancho de banda bajo con muchos estados de enlaces es una fórmula para problemas. Se ha demostrado que una topología de interconexión parcial se comporta mucho mejor que una interconexión total. Una red de punto a punto o de punto a multipunto tendida con cuidado funciona mucho mejor que las redes multipunto que tienen que lidiar con problemas de DR.

spf24.gif

Problemas de memoria

No es fácil calcular la memoria que se necesita para una configuración OSPF determinada. Los problemas con la memoria generalmente surgen cuando se inyectan demasiadas rutas externas en el dominio OSPF. Un área de estructura básica con 40 routers y una ruta predeterminada al mundo exterior tendría menos problemas de memoria comparada con un área de estructura básica de 4 routers y 33.000 rutas externas inyectadas en OSPF.

La memoria también puede conservarse utilizando un buen diseño de OSPF. El resumen en los routers de borde de área y el uso de áreas fragmentadas podrían minimizar el número de rutas intercambiadas.

El total de memoria que utiliza OSPF es la suma de la memoria que se usa en la tabla de enrutamiento (show ip route summary) y la memoria que se usa en la base de datos de estado de enlace. Los siguientes números son una estimación de la regla práctica. Cada entrada en la tabla de enrutamiento consumirá aproximadamente entre 200 y 280 bytes, más 44 bytes por cada trayecto adicional. Cada LSA consumirá una sobrecarga de 100 bytes más el tamaño del anuncio de estado de enlace real, posiblemente otros 60 a 100 bytes (para los enlaces de router, esto depende del número de interfaces en el router). Esto se debería agregar a la memoria que utilizan los demás procesos y el mismo IOS. Si realmente desea conocer el número exacto, puede ejecutar show memory con OSPF activado o desactivado. La diferencia en la memoria del procesador utilizada sería la respuesta (conserve una copia de seguridad de las configuraciones).

Por lo general, las necesidades de memoria de una tabla de enrutamiento con menos de 500K bytes se podrían satisfacer con 2 a 4 MB de RAM. Las redes de gran tamaño de más de 500K quizás necesiten entre 8 y 16 MB o entre 32 y 64 MB si las rutas completas se inyectan desde Internet.

Resumen

El protocolo OSPF definido en RFC 1583 proporciona un protocolo abierto de alta funcionalidad que permite que las redes de varios proveedores se comuniquen mediante la familia de protocolos TCP/IP. Algunas de las ventajas de OSPF son: convergencia rápida, VLSM, autenticación, segmentación jerárquica, resumen de ruta y agrupación, todos necesarios para gestionar redes complicadas y de gran tamaño.

Apéndice A: Sincronización de la base de datos de estados de enlace

spf25.gif

En el diagrama anterior, los routers en el mismo segmento pasan a través de una serie de estados antes de formar una adyacencia correcta. La elección de vecino y DR se lleva a cabo a través del protocolo de saludo. Cuando un router se ve a sí mismo en el paquete de saludo de su vecino, el estado cambia a bidireccional. En ese momento, la elección de DR y BDR se desarrolla en segmentos de acceso múltiple. Un router continúa formando una adyacencia con un vecino si alguno de los dos routers es un DR o un BDR o si éstos están conectados a través de un enlace punto a punto o virtual.

En el estado Exstart, los dos vecinos forman una relación de maestro y esclavo en la que coinciden en un número de secuencia inicial. El número de secuencia se utiliza para detectar Avisos sobre el estado de enlace (LSA) antiguos o duplicados.

En el estado Intercambio, se intercambiarán Paquetes de descripción de bases de datos (DD). Éstos son anuncios sobre el estado de enlace en la forma de encabezado de estado de enlace. El encabezado proporciona información suficiente para identificar un enlace. El nodo maestro envía paquetes DD que son reconocidos por paquetes DD del nodo esclavo. Todas las adyacencias en estado de intercambio o superior son utilizadas por el procedimiento de inundación. Estas adyacencias son totalmente capaces de transmitir y recibir todos los tipos de paquetes de protocolo de enrutamiento de OSPF.

En el estado Loading (Cargando), los paquetes de peticiones del estado de enlace se envían a los vecinos con objeto de solicitar anuncios más recientes que hayan sido descubiertos pero que aún no se hayan recibido. Cada router crea una lista de LSA requeridos para actualizar su adyacencia. Se conserva una lista de retransmisión para asegurarse de que cada LSA sea reconocido. Para especificar el número de segundos entre las retransmisiones de anuncios de estado de enlace para la adyacencia, puede usar:

ip ospf retransmit-interval seconds

Se envían paquetes de actualización de estado de enlace en respuesta a los paquetes de peticiones. Los paquetes de actualización de estado de enlace se inundarán en todas las adyacencias.

En el estado Full (Completo), los routers vecinos son totalmente adyacentes. Las bases de datos para un área común tienen concordancia exacta entre routers adyacentes.

Cada LSA posee un campo de age (antigüedad) que se incrementa periódicamente mientras permanece en la base de datos o a medida que se inunda en el área. Cuando un LSA alcanza una Maxage (Antigüedad máxima) y no figura en ninguna lista de retransmisión de vecinos, se purga de la base de datos.

Avisos de estado de enlace

spf26.gif

Los anuncios de estado de enlace se dividen en cinco tipos. Los enlaces del router (RL) son generados por todos los routers. Estos enlaces describen el estado de las interfaces del router dentro de un área determinada. Dichos enlaces sólo se inundan dentro del área del router. Los enlaces de redes (NL) son generados por un DR en un segmento determinado y son una indicación de los routers conectados a dicho segmento. Los enlaces de resumen (SL) con los enlaces intra-área (tipo 3) y enumerarán las redes dentro de otras áreas, pero que aún pertenecen al sistema autónomo. Los enlaces de resumen son inyectados por el ABR desde la estructura básica hacia otras áreas y desde otras áreas hacia la estructura básica. Estos enlaces se usan para la agrupación entre áreas. Otros tipos de enlaces de resumen son los enlaces de resumen ASBR. Éstos son enlaces de tipo 4 que apuntan al ASBR. Esto es para asegurar que todos los routers conozcan el camino para salir del sistema autónomo. El último tipo es el tipo 5: los enlaces externos (EL), que son inyectados por el ASBR en el dominio.

El diagrama anterior muestra los diferentes tipos de enlaces. RTA genera un enlace de router (RL) en el área 1 y también genera un enlace de red (NL), ya que parece ser el DR de ese segmento en particular. RTB es un ABR y genera un RL en el área 1 y el área 0. RTB también genera enlaces de resumen en el área 1 y el área 0. Estos enlaces son la lista de las redes que se intercambian entre las dos áreas. RTB también inyecta un enlace de resumen ASBR en el área 1. Esto es una indicación de la existencia de RTD, el router del límite del sistema autónomo (ASBR). De forma similar, RTC, que es otro ABR, genera un RL para el área 0 y el área 2, un SL (3) en el área 2 (dado que no anuncia ningún ASBR) y un SL (3,4) en el área 0 que anuncia RTD. El RTD genera un RL para el área 2 y un EL para las rutas externas obtenidas a través de BGP. Los routers externos se inundarán en todo el dominio.

La siguiente tabla es un resumen de los anuncios de estado de enlace

Tipo LS

Descripción del anuncio

1

Anuncios de estado de enlace. Son generados por cada router para cada área a la que pertenece Describen los estados del enlace del router en el área. Y sólo son inundados dentro de un área determinada.

2

Anuncios de enlace de red. Son generados por routers designados. Describen el conjunto de routers conectados a una red determinada. Son inundados en el área que contiene la red.

3 ó 4

Avisos de enlace de resumen. Son generados por los routers de borde de área. Describen los routers inter-área (entre áreas). El tipo 3 describe las rutas a las redes, que también se utilizan para agrupar rutas. El tipo 4 describe las rutas a ASBR.

5

Anuncios de enlace externo de AS Originados por ASBR. Describen rutas hacia los destinos externos al AS. Son inundados en su totalidad excepto en las zonas fragmentadas.

Si observa la base de datos OSPF detenidamente, mediante el comando show ip ospf database detail, podrá apreciar las diferentes palabras clave como Link-Data (datos de enlace), Link-ID (ID de enlace) y Link-state ID (ID de estado de enlace). Estos términos se tornan confusos, ya que el valor de cada uno depende del tipo de estado de enlace y del tipo de enlace. Repasaremos esta terminología y proporcionaremos un ejemplo detallado en la base de datos OSPF tal como se ve desde el router.

El ID de estado de enlace define básicamente la identidad del estado de enlace según el tipo de LS. Los enlaces de router se identifican por medio del ID de router (RID) del router que originó el anuncio. Los enlaces de red se identifican por medio de la dirección IP del DR. Esto tiene sentido porque el router designado origina los enlaces de red. Los enlaces de resumen (tipo 3) se identifican por medio de los números de red IP de los destinos a los que apuntan. Los enlaces de resumen ASBR (enlaces de resumen tipo 4) se identifican por medio del RID del ASBR. Finalmente, los enlaces externos se identifican por medio de los números de red IP de los destinos externos a los que apuntan. La tabla siguiente proporciona un resumen esta información:

Tipo LS

ID de estado de enlace (en la vista de nivel elevado de la base de datos, cuando hace referencia a un router, esto se llama Link ID)

1

El ID del router (RID) del router de origen.

2

La dirección de interfaz IP del router designado de la red.

3

El número de la red de destino.

4

El ID del router del límite del sistema autónomo descrito.

5

El número de la red externa.

A continuación, describiremos los distintos enlaces disponibles:

Enlaces de red Stub: Este término no tiene nada que ver con las áreas fragmentadas. Un segmento Stub es un segmento que tiene sólo un router conectado a él. Un segmento Ethernet o Token Ring que tiene un router conectado se considera como un enlace a una red Stub. Una interfaz de bucle de retorno también se considera un enlace a la red Stub con una máscara 255.255.255.255 (ruta de host).

Enlaces punto a punto: Éstos pueden ser conexiones de enlace seriales punto a punto físicas o lógicas (subinterfaces). Estos enlaces pueden estar numerados (hay una dirección IP configurada en el enlace) o sin numerar.

Enlaces de tránsito: Éstos son interfaces conectadas a las redes que tienen más de un router conectado, de ahí el nombre "tránsito".

Enlaces virtuales: Éstos son los enlaces lógicos que conectan áreas que no tienen conexiones físicas a la estructura básica. Los enlaces virtuales se gestionan como enlaces punto a punto numerados.

El ID de enlace es una identificación del enlace en sí mismo. Esto es diferente para cada tipo de enlace. Un enlace de tránsito se identifica por medio de la dirección IP del DR en dicho enlace. Un enlace punto a punto numerado se identifica por medio del RID del router vecino en el enlace punto a punto. Los enlaces virtuales son idénticos a los enlaces punto a punto. Por último, los enlaces a las redes Stub se identifican por medio de la dirección IP de la interfaz a la red Stub. La tabla siguiente proporciona un resumen de esta información:

Tipo de enlace

ID de enlace (esto se aplica a los enlaces individuales)

Punto a punto

ID del router vecino

Enlace a red de tránsito

Dirección de interfaz de DR

Enlace a la red Stub (en caso de que la máscara del bucle de retorno sea 255.255.255.255)

Número de red/subred

Enlace virtual

ID del router vecino

Los datos de enlace son la dirección IP del enlace, excepto para la red Stub en la que los datos de enlace son la máscara de la red.

Tipo de enlace

Datos de enlace

Red Stub

Máscara de red

Otras redes (sólo corresponde a los enlaces de router)

Dirección de la interfaz IP asociada del router

Por último, un router anunciante es el RID del router que envió el LSA.

Ejemplo de base de datos OSPF

spf27.gif

Teniendo en cuenta el diagrama anterior, las siguientes configuraciones y las tablas de rutas IP, observemos las diferentes maneras de comprender la base de datos OSPF.

RTA#
 interface Loopback0
  ip address 203.250.13.41 255.255.255.255

 interface Ethernet0
  ip address 203.250.15.68 255.255.255.192

 interface Ethernet1
  ip address 203.250.15.193 255.255.255.192

 router ospf 10
  network 203.250.0.0 0.0.255.255 area 0

 RTA#show ip route
 Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
        D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
        E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
        i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, * - candidate default

 Gateway of last resort is 203.250.15.67 to network 0.0.0.0

      203.250.16.0 255.255.255.192 is subnetted, 1 subnets
 O E2    203.250.16.128 [110/10] via 203.250.15.67, 00:00:50, Ethernet0
      203.250.13.0 255.255.255.255 is subnetted, 1 subnets
 C       203.250.13.41 is directly connected, Loopback0
      203.250.15.0 255.255.255.192 is subnetted, 3 subnets
 O IA    203.250.15.0 [110/74] via 203.250.15.67, 00:00:50, Ethernet0
 C       203.250.15.64 is directly connected, Ethernet0
 C       203.250.15.192 is directly connected, Ethernet1
 O*E2 0.0.0.0 0.0.0.0 [110/10] via 203.250.15.67, 00:00:50, Ethernet0

 RTE#
 ip subnet-zero

 interface Ethernet0
  ip address 203.250.16.130 255.255.255.192

 interface Serial0
  ip address 203.250.15.2 255.255.255.192

 router ospf 10
  redistribute rip metric 10 subnets
  network 203.250.15.0 0.0.0.63 area 1
  default-information originate metric 10

 router rip
  network 203.250.16.0

 ip route 0.0.0.0 0.0.0.0 Ethernet0

RTE#show ip route
 Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
        D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
        E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
        i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, * - candidate default

 Gateway of last resort is 0.0.0.0 to network 0.0.0.0

      203.250.16.0 255.255.255.192 is subnetted, 1 subnets
 C       203.250.16.128 is directly connected, Ethernet0
      203.250.13.0 is variably subnetted, 2 subnets, 2 masks
 O IA    203.250.13.41 255.255.255.255
            [110/75] via 203.250.15.1, 00:16:31, Serial0
      203.250.15.0 255.255.255.192 is subnetted, 3 subnets
 C       203.250.15.0 is directly connected, Serial0
 O IA    203.250.15.64 [110/74] via 203.250.15.1, 00:16:31, Serial0
 O IA    203.250.15.192 [110/84] via 203.250.15.1, 00:16:31, Serial0
 S*   0.0.0.0 0.0.0.0 is directly connected, Ethernet0

 RTC#
 ip subnet-zero

 interface Ethernet0
  ip address 203.250.15.67 255.255.255.192

 interface Serial1
  ip address 203.250.15.1 255.255.255.192

 router ospf 10
  network 203.250.15.64 0.0.0.63 area 0
  network 203.250.15.0 0.0.0.63 area 1

RTF#show ip route
 Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
        D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
        E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
        i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, * - candidate default

 Gateway of last resort is 203.250.15.2 to network 0.0.0.0

      203.250.16.0 255.255.255.192 is subnetted, 1 subnets
 O E2    203.250.16.128 [110/10] via 203.250.15.2, 04:49:05, Serial1
      203.250.13.0 255.255.255.255 is subnetted, 1 subnets
 O       203.250.13.41 [110/11] via 203.250.15.68, 04:49:06, Ethernet0
      203.250.15.0 255.255.255.192 is subnetted, 3 subnets
 C       203.250.15.0 is directly connected, Serial1
 C       203.250.15.64 is directly connected, Ethernet0
 O       203.250.15.192 [110/20] via 203.250.15.68, 04:49:06, Ethernet0
 O*E2 0.0.0.0 0.0.0.0 [110/10] via 203.250.15.2, 04:49:06, Serial1

Panorama de la base de datos

RTC#show ip ospf database

       OSPF Router with ID (203.250.15.67) (Process ID 10)

                Router Link States (Area 1)

Link ID         ADV Router      Age    Seq#       Checksum Link count
203.250.15.67   203.250.15.67   48     0x80000008 0xB112   2
203.250.16.130  203.250.16.130  212    0x80000006 0x3F44   2

                Summary Net Link States (Area 1)

Link ID         ADV Router      Age    Seq#       Checksum
203.250.13.41   203.250.15.67   602    0x80000002 0x90AA
203.250.15.64   203.250.15.67   620    0x800000E9 0x3E3C
203.250.15.192  203.250.15.67   638    0x800000E5 0xA54E

                Router Link States (Area 0)

Link ID         ADV Router      Age    Seq#       Checksum Link count
203.250.13.41   203.250.13.41   179    0x80000029 0x9ADA   3
203.250.15.67   203.250.15.67   675    0x800001E2 0xDD23   1

                Net Link States (Area 0)

Link ID         ADV Router      Age    Seq#       Checksum
203.250.15.68   203.250.13.41   334    0x80000001 0xB6B5

                Summary Net Link States (Area 0)

Link ID         ADV Router      Age    Seq#       Checksum
203.250.15.0    203.250.15.67   792    0x80000002 0xAEBD

                Summary ASB Link States (Area 0)

Link ID         ADV Router      Age    Seq#       Checksum
203.250.16.130  203.250.15.67   579    0x80000001 0xF9AF

                AS External Link States

Link ID         ADV Router      Age    Seq#       Checksum Tag
0.0.0.0         203.250.16.130  1787   0x80000001 0x98CE   10
203.250.16.128  203.250.16.130  5      0x80000002 0x93C4   0

Éste es un panorama general de la base de datos OSPF completa. La base de datos se enumera según las áreas. En este caso, estamos observando la base de datos de RTC, la cual es un ABR. Se enumeran el área 1 y el área 0 de las bases de datos. El área 1 se compone de los enlaces de router y los enlaces de resumen. No existe ningún enlace de red porque no existe DR en ninguno de los segmentos del área 1. No existe ningún enlace de resumen ASBR en el área 1 porque ASBR sólo está en el área 0. Los enlaces externos no pertenecen a ningún área en particular porque están inundados en todo el dominio. Tenga en cuenta que todos los enlaces son enlaces acumulativos recolectados de todos los routers en un área.

Nos centraremos principalmente en la base de datos en el área 0. El ID de enlace que se indica es en realidad el ID de estado de enlace. Se trata de una representación de todo el router, no de un enlace determinado. Esto es un poco confuso, pero sólo debe recordar que este ID de enlace de nivel elevado (debería ser el ID de estado de enlace) representa a todo el router y no sólo a un enlace.

Enlaces de router (RL)

Router Link States (Area 0)

 Link ID         ADV Router      Age    Seq#       Checksum Conteo de enlaces
 203.250.13.41   203.250.13.41   179    0x80000029 0x9ADA   3
 203.250.15.67   203.250.15.67   675    0x800001E2 0xDD23   1

Comenzaremos con los enlaces del router. Existen dos entradas enumeradas para 203.250.13.41 y 203.250.15.67; son los dos RID de los dos routers en el área 0. También se indica el número de enlaces en el área 0 para cada router. RTA tiene tres enlaces hacia el área 0 y RTC tiene un enlace. A continuación se proporciona una vista detallada del router de RTC:

RTC#show ip ospf database router 203.250.15.67 

     OSPF Router with ID (203.250.15.67) (Process ID 10)

                Router Link States (Area 1)

  LS age: 1169
  Options: (No TOS-capability)
  LS Type: Router Links
  Link State ID: 203.250.15.67
  Advertising Router: 203.250.15.67
  LS Seq Number: 80000008
  Checksum: 0xB112
  Length: 48
  Area Border Router
   Number of Links: 2

    Link connected to: another Router (point-to-point)
     (Link ID) Neighboring Router ID: 203.250.16.130
     (Link Data) Router Interface address: 203.250.15.1
      Number of TOS metrics: 0
       TOS 0 Metrics: 64

    Enlace conectado a: una red stub
     (ID de enlace) Número de red/subred: 203.250.15.0
     (Datos de enlace) Máscara de red: 255.255.255.192
      Cantidad de métricas TOS: 0
       Métricas de TOS 0: 64

Algo que es digno de ser observado aquí es que OSPF genera un enlace Stub adicional para cada interfaz punto a punto. No se confunda si ve que el conteo de enlaces es superior al número de interfaces físicas.

Router Link States (Area 0)

  LS age: 1227
  Options: (No TOS-capability)
  Tipo LS: Enlaces de router (RL)
  ID de estado de enlace: 203.250.15.67
  Router anunciante: 203.250.15.67
  LS Seq Number: 80000003
  Checksum: 0xA041
  Length: 36
  Area Border Router
   Número de enlaces: 1

    Enlace conectado a: una red de tránsito
     (ID de enlace) Dirección del router designado: 203.250.15.68
     (Datos de enlace) Dirección de la interfaz del router: 203.250.15.67
      Number of TOS metrics: 0
       TOS 0 Metrics: 10

Observe que el ID de enlace es igual a la dirección IP (no el RID) del DR conectado; en este caso, es 203.250.15.68. Los datos de enlace son la propia dirección IP de RTC.

Enlaces de red

Net Link States (Area 0)

Link ID         ADV Router      Age    Seq#       Checksum
203.250.15.68   203.250.13.41   334    0x80000001 0xB6B5

Se enumera un enlace de red, señalado por la dirección IP de la interfaz (no el RID) del DR; en este caso, 203.250.15.68. A continuación se proporciona una vista detallada de la entrada:

RTC#show ip ospf database network

       OSPF Router with ID (203.250.15.67) (Process ID 10)

                Net Link States (Area 0)

  Routing Bit Set on this LSA
  LS age: 1549
  Options: (No TOS-capability)
  LS Type: Network Links
  ID de estado de enlace: 203.250.15.68 (dirección del router designado)
  Router anunciante: 203.250.13.41
  LS Seq Number: 80000002
  Checksum: 0xB4B6
  Length: 32
  Network Mask: 255.255.255.192

        Router conectado: 203.250.13.41
        Router conectado: 203.250.15.67

Tenga en cuenta que el enlace de red enumera los RID de los routers conectados a la red de tránsito; en este caso, se enumeran los RID de RTA y RTC.

Enlaces de resumen

Summary Net Link States (Area 0)

Link ID         ADV Router      Age    Seq#       Checksum
203.250.15.0    203.250.15.67   792    0x80000002 0xAEBD
Area 0 has one summary link represented by the IP network address of the
link 203.250.15.0. This link was injected by the ABR RTC from area 1 into
area 0. A detailed view of this summary link follows, summary links for
area 1 are not listed here:

RTC#show ip ospf database summary (area 1 is not listed)

              Summary Net Link States (Area 0)

  LS age: 615
  Options: (No TOS-capability)
  LS Type: Summary Links(Network)
  ID de estado de enlace: 203.250.15.0 (número de red de resumen)
  Advertising Router: 203.250.15.67
  LS Seq Number: 80000003
  Checksum: 0xACBE
  Length: 28
  Network Mask: 255.255.255.192 TOS: 0  Metric: 64

Enlaces de ASBR de resumen

Summary ASB Link States (Area 0)

Link ID         ADV Router      Age    Seq#       Checksum
203.250.16.130  203.250.15.67   579    0x80000001 0xF9AF

Esto indica quién es el ASBR. En este caso, el ASBR es RTE representado por su RID 203.250.16.130. El router anunciante para esta entrada en el área 0 es RTC con un RID 203.250.15.67. A continuación se proporciona un vista detallada de la entrada ASBR de resumen:

RTC#show ip ospf database asbr-summary

        OSPF Router with ID (203.250.15.67) (Process ID 10)

                 Summary ASB Link States (Area 0)

   LS age: 802
   Options: (No TOS-capability)
   Tipo LS: Enlaces de resumen (router del límite del sistema autónomo)
   ID de estado de enlace: 203.250.16.130 (dirección del router del límite del sistema autónomo)
   Router anunciante: 203.250.15.67
   LS Seq Number: 80000003
   Checksum: 0xF5B1
   Length: 28
   Network Mask: 0.0.0.0 TOS: 0  Metric: 64

Enlaces externos

AS External Link States

Link ID         ADV Router      Age    Seq#       Checksum Tag
0.0.0.0         203.250.16.130  1787   0x80000001 0x98CE   10
203.250.16.128  203.250.16.130  5      0x80000002 0x93C4   0

Tenemos dos enlaces externos; el primero es el 0.0.0.0 inyectado en OSPF a través del comando default-information originate. La otra entrada es la red 203.250.16.12 8, que se inyecta en OSPF mediante la redistribución. El router que anuncia estas redes es 203.250.16.130, el RID de RTE. La siguiente es la vista detallada de las rutas externas:

RTC#show ip ospf database external

        OSPF Router with ID (203.250.15.67) (Process ID 10)

                 AS External Link States

   Routing Bit Set on this LSA
   LS age: 208
   Options: (No TOS-capability)
   Tipo LS: Enlace externo de AS
   ID de estado de enlace: 0.0.0.0 (número de red externa)
   Router anunciante: 203.250.16.130
   LS Seq Number: 80000002
   Checksum: 0x96CF
   Length: 36
   Network Mask: 0.0.0.0
         Metric Type: 2 (Larger than any link state path)
         TOS: 0
         Metric: 10
         Dirección de reenvío: 0.0.0.0
         External Route Tag: 10

  Routing Bit Set on this LSA
   LS age: 226
   Options: (No TOS-capability)
   Tipo LS: Enlace externo de AS
   ID de estado de enlace: 203.250.16.128 (número de red externa)
   Router anunciante: 203.250.16.130
   LS Seq Number: 80000002
   Checksum: 0x93C4
   Length: 36
   Network Mask: 255.255.255.192
         Metric Type: 2 (Larger than any link state path)
         TOS: 0
         Metric: 10
         Dirección de reenvío: 0.0.0.0
         External Route Tag: 0

Observe la dirección de reenvío. Siempre que la dirección sea 0.0.0.0, indica que las rutas externas se pueden alcanzar a través del router anunciante; en este caso, 203. 250.16.130. Por este motivo, los ABR inyectan la identidad del ASBR en otras áreas a través de los enlaces de resumen del ASBR.

La dirección de reenvío no siempre es 0.0.0.0. En algunos casos, puede ser la dirección IP de otro router en el mismo segmento. El siguiente diagrama ejemplifica la situación:

spf28.gif

En la situación anterior, RTB ejecuta BGP con RTA y OSPF con el resto del dominio. RTA no está ejecutando OSPF. RTB redistribuye rutas BGP en OSPF. Según OSPF, RTB es un ASBR que anuncia rutas externas. La dirección de reenvío, en este caso, se establece en 125.211.1.1 y no en el RTB del router anunciante (0.0.0.0). Esto tiene sentido porque no hay necesidad de efectuar un salto adicional. Algo importante para recordar es que los routers dentro del dominio OSPF deben ser capaces de alcanzar la dirección de reenvío a través de OSPF para colocar las rutas externas en la tabla de IP Routing. Si la dirección de reenvío llega a través de algún otro protocolo o no es accesible, las entradas externas estarían en la base de datos pero no en la tabla de IP Routing.

Surgiría otra situación si tanto RTB como RTC fueran ASBR (RTC también ejecuta BGP con RTA). En esta situación, para eliminar el esfuerzo doble, uno de los routers no anunciará (purgará) las rutas externas. El router con RID más alto gana.

La base de datos completa

Finalmente, éste es un listado de la base de datos completa en forma de ejercicio. Ahora debería poder revisar cada entrada y explicar qué está sucediendo:

RTC#show ip ospf database router

         OSPF Router with ID (203.250.15.67) (Process ID 10)

                 Router Link States (Area 1)

   LS age: 926
   Options: (No TOS-capability)
   LS Type: Router Links
   Link State ID: 203.250.15.67
   Advertising Router: 203.250.15.67
   LS Seq Number: 80000035
   Checksum: 0x573F
   Length: 48
   Area Border Router
    Number of Links: 2
     Link connected to: another Router (point-to-point)
      (Link ID) Neighboring Router ID: 203.250.16.130
      (Link Data) Router Interface address: 203.250.15.1
       Number of TOS metrics: 0
        TOS 0 Metrics: 64

     Link connected to: a Stub Network
      (Link ID) Network/subnet number: 203.250.15.0
      (Link Data) Network Mask: 255.255.255.192
       Number of TOS metrics: 0
        TOS 0 Metrics: 64

   Routing Bit Set on this LSA
   LS age: 958
   Options: (No TOS-capability)
   LS Type: Router Links
   Link State ID: 203.250.16.130
   Advertising Router: 203.250.16.130
   LS Seq Number: 80000038
   Checksum: 0xDA76
   Length: 48
   AS Boundary Router
    Number of Links: 2

     Link connected to: another Router (point-to-point)
      (Link ID) Neighboring Router ID: 203.250.15.67
      (Link Data) Router Interface address: 203.250.15.2
       Number of TOS metrics: 0
        TOS 0 Metrics: 64

     Link connected to: a Stub Network
      (Link ID) Network/subnet number: 203.250.15.0
      (Link Data) Network Mask: 255.255.255.192
       Number of TOS metrics: 0
        TOS 0 Metrics: 64

                 Router Link States (Area 0)

   Routing Bit Set on this LSA
   LS age: 1107
   Options: (No TOS-capability)
   LS Type: Router Links
   Link State ID: 203.250.13.41
   Advertising Router: 203.250.13.41
   LS Seq Number: 8000002A
   Checksum: 0xC0B0
   Length: 60
   AS Boundary Router
    Number of Links: 3

     Link connected to: a Stub Network
      (Link ID) Network/subnet number: 203.250.13.41
      (Link Data) Network Mask: 255.255.255.255
       Number of TOS metrics: 0
        TOS 0 Metrics: 1

     Link connected to: a Stub Network
      (Link ID) Network/subnet number: 203.250.15.192
      (Link Data) Network Mask: 255.255.255.192
       Number of TOS metrics: 0
        TOS 0 Metrics: 10

     Link connected to: a Transit Network
      (Link ID) Designated Router address: 203.250.15.68
      (Link Data) Router Interface address: 203.250.15.68
       Number of TOS metrics: 0
        TOS 0 Metrics: 10

   LS age: 1575
   Options: (No TOS-capability)
   LS Type: Router Links
   Link State ID: 203.250.15.67
   Advertising Router: 203.250.15.67
   LS Seq Number: 80000028
   Checksum: 0x5666
   Length: 36
   Area Border Router
    Number of Links: 1

     Link connected to: a Transit Network
      (Link ID) Designated Router address: 203.250.15.68
      (Link Data) Router Interface address: 203.250.15.67
       Number of TOS metrics: 0
        TOS 0 Metrics: 10

 RTC#show ip ospf database network

        OSPF Router with ID (203.250.15.67) (Process ID 10)

                 Net Link States (Area 0)

   Routing Bit Set on this LSA
   LS age: 1725
   Options: (No TOS-capability)
   LS Type: Network Links
   Link State ID: 203.250.15.68 (address of Designated Router)
   Advertising Router: 203.250.13.41
   LS Seq Number: 80000026
   Checksum: 0x6CDA
   Length: 32
   Network Mask: 255.255.255.192
         Attached Router: 203.250.13.41
         Attached Router: 203.250.15.67

 RTC#show ip ospf database summary

        OSPF Router with ID (203.250.15.67) (Process ID 10)

                 Summary Net Link States (Area 1)

   LS age: 8
   Options: (No TOS-capability)
   LS Type: Summary Links(Network)
   Link State ID: 203.250.13.41 (summary Network Number)
   Advertising Router: 203.250.15.67
   LS Seq Number: 80000029
   Checksum: 0x42D1
   Length: 28
   Network Mask: 255.255.255.255 TOS: 0  Metric: 11

   LS age: 26
   Options: (No TOS-capability)
   LS Type: Summary Links(Network)
   Link State ID: 203.250.15.64 (summary Network Number)
   Advertising Router: 203.250.15.67
   LS Seq Number: 80000030
   Checksum: 0xB182
   Length: 28
   Network Mask: 255.255.255.192 TOS: 0  Metric: 10

   LS age: 47
   Options: (No TOS-capability)
   LS Type: Summary Links(Network)
   Link State ID: 203.250.15.192 (summary Network Number)
   Advertising Router: 203.250.15.67
   LS Seq Number: 80000029
   Checksum: 0x1F91
   Length: 28
   Network Mask: 255.255.255.192 TOS: 0  Metric: 20

                 Summary Net Link States (Area 0)

   LS age: 66
   Options: (No TOS-capability)
   LS Type: Summary Links(Network)
   Link State ID: 203.250.15.0 (summary Network Number)
   Advertising Router: 203.250.15.67
   LS Seq Number: 80000025
   Checksum: 0x68E0
   Length: 28
   Network Mask: 255.255.255.192 TOS: 0  Metric: 64

 RTC#show ip ospf asbr-summary

        OSPF Router with ID (203.250.15.67) (Process ID 10)

                 Summary ASB Link States (Area 0)

   LS age: 576
   Options: (No TOS-capability)
   LS Type: Summary Links(AS Boundary Router)
   Link State ID: 203.250.16.130 (AS Boundary Router address)
   Advertising Router: 203.250.15.67
   LS Seq Number: 80000024
   Checksum: 0xB3D2
   Length: 28
   Network Mask: 0.0.0.0 TOS: 0  Metric: 64


 RTC#show ip ospf database external

       OSPF Router with ID (203.250.15.67) (Process ID 10)

                 AS External Link States

   Routing Bit Set on this LSA
   LS age: 305
   Options: (No TOS-capability)
   LS Type: AS External Link
   Link State ID: 0.0.0.0 (External Network Number)
   Advertising Router: 203.250.16.130
   LS Seq Number: 80000001
   Checksum: 0x98CE
   Length: 36
   Network Mask: 0.0.0.0
         Metric Type: 2 (Larger than any link state path)
         TOS: 0
         Metric: 10
         Forward Address: 0.0.0.0
         External Route Tag: 10

   Routing Bit Set on this LSA
   LS age: 653
   Options: (No TOS-capability)
   LS Type: AS External Link
   Link State ID: 203.250.16.128 (External Network Number)
   Advertising Router: 203.250.16.130
   LS Seq Number: 80000024
   Checksum: 0x4FE6
   Length: 36
   Network Mask: 255.255.255.192
         Metric Type: 2 (Larger than any link state path)
         TOS: 0
         Metric: 10
         Forward Address: 0.0.0.0
         External Route Tag: 0

Apéndice B: Direccionamiento de multidifusión IP y OSPF

OSPF usó la multidifusión IP para intercambiar paquetes de saludo y actualizaciones de estado de enlaces. Una dirección de multidifusión IP se implementa mediante direcciones de clase D. Una dirección de clase D oscila entre 224.0.0.0 y 239.255.255.255.

spf29.gif

Algunas direcciones de multidifusión IP están reservadas para OSPF:

  • 224.0.0.5: todos los routers OSPF deben ser capaces de transmitir y escuchar esta dirección.

  • 224.0.0.6: todos los routers DR y BDR deben ser capaces de transmitir y escuchar esta dirección.

La correspondencia entre las direcciones de multidifusión IP y las direcciones MAC está sujeta a la siguiente regla:

Para las redes de acceso múltiple que son compatibles con las de multidifusión, los 23 bits de bajo orden de la dirección IP se utilizan como los bits de bajo orden de la dirección de multidifusión MAC 01-005E-00-00- 00. Por ejemplo:

  • 224.0.0.5 se asignaría a 01-00-5E-00-00-05

  • 224.0.0.6 se asignaría a 01-00-5E-00-00-06.

OSPF emplea transmisión en redes Token Ring.

Apéndice C: Máscaras de subred de longitud variable (VLSM)

A continuación se presenta un cuadro de conversión binario/decimal:

 

0000

 

0001

 

0010

 

0011

 

0100

 

0101

 

0110

 

0111

0

0000

16

0000

32

0000

48

0000

64

0000

80

0000

96

0000

112

0000

1

0001

17

0001

33

0001

49

0001

65

0001

81

0001

97

0001

113

0001

2

0010

18

0010

34

0010

50

0010

66

0010

82

0010

98

0010

114

0010

3

0011

19

0011

35

0011

51

0011

67

0011

83

0011

99

0011

115

0011

4

0100

20

0100

36

0100

52

0100

68

0100

84

0100

100

0100

116

0100

5

0101

21

0101

37

0101

53

0101

69

0101

85

0101

101

0101

117

0101

6

0110

22

0110

38

0110

54

0110

70

0110

86

0110

102

0110

118

0110

7

0111

23

0111

39

0111

55

0111

71

0111

87

0111

103

0111

119

0111

8

1000

24

1000

40

1000

56

1000

72

1000

88

1000

104

1000

120

1000

9

1001

25

1001

41

1001

57

1001

73

1001

89

1001

105

1001

121

1001

10

1010

26

1010

42

1010

58

1010

74

1010

90

1010

106

1010

122

1010

11

1011

27

1011

43

1011

59

1011

75

1011

91

1011

107

1011

123

1011

12

1100

28

1100

44

1100

60

1100

76

1100

92

1100

108

1100

124

1100

13

1101

29

1101

45

1101

61

1101

77

1101

93

1101

109

1101

125

1101

14

1110

30

1110

46

1110

62

1110

78

1110

94

1110

110

1110

126

1110

15

1111

31

1111

47

1111

63

1111

79

1111

95

1111

111

1111

127

1111

 

1000

 

1001

 

1010

 

1011

 

1100

 

1101

 

1110

 

1111

128

0000

144

0000

160

0000

176

0000

192

0000

208

0000

224

0000

240

0000

129

0001

145

0001

161

0001

177

0001

193

0001

209

0001

225

0001

241

0001

130

0010

146

0010

162

0010

178

0010

194

0010

210

0010

226

0010

242

0010

131

0011

147

0011

163

0011

179

0011

195

0011

211

0011

227

0011

243

0011

132

0100

148

0100

164

0100

180

0100

196

0100

212

0100

228

0100

244

0100

133

0101

149

0101

165

0101

181

0101

197

0101

213

0101

229

0101

245

0101

134

0110

150

0110

166

0110

182

0110

198

0110

214

0110

230

0110

246

0110

135

0111

151

0111

167

0111

183

0111

199

0111

215

0111

231

0111

247

0111

136

1000

152

1000

168

1000

184

1000

200

1000

216

1000

232

1000

248

1000

137

1001

153

1001

169

1001

185

1001

201

1001

217

1001

233

1001

249

1001

138

1010

154

1010

170

1010

186

1010

202

1010

218

1010

234

1010

250

1010

139

1011

155

1011

171

1011

187

1011

203

1011

219

1011

235

1011

251

1011

140

1100

156

1100

172

1100

188

1100

204

1100

220

1100

236

1100

252

1100

141

1101

157

1101

173

1101

189

1101

205

1101

221

1101

237

1101

253

1101

142

1110

158

1110

174

1110

190

1110

206

1110

222

1110

238

1110

254

1110

143

1111

159

1111

175

1111

191

1111

207

1111

223

1111

239

1111

255

1111

La idea que subyace detrás de las máscaras de subred de longitud variable es ofrecer una mayor flexibilidad al tratar de dividir una red principal en varias subredes y conservar la capacidad de mantener un número adecuado de hosts en cada subred. Sin VLSM, una máscara de subred sólo se puede aplicar a una red principal. Esto limitaría el número de hosts dado el número de subredes requeridas. Si elegimos la máscara de manera de tener suficientes subredes, no podríamos asignar suficientes hosts en cada subred. Lo mismo sucede con los hosts; es posible que una máscara que soporta suficientes hosts no proporcione suficiente espacio de subred.

Por ejemplo, supongamos que le asignaron una red de clase C 192.214.11.0 y necesita dividirla en tres subredes con 100 hosts en una subred y 50 hosts en cada una de las otras subredes. Si no toma en cuenta los dos límites extremos 0 y 255, en teoría, tiene disponibles 256 direcciones (192.214.11.0 - 192.214.11.255). Esto no se puede hacer sin VLSM.

spf30.gif

Existe un puñado de máscaras de subred que se pueden utilizar; recuerde que una máscara debe tener un número continuo de unos comenzando desde la izquierda y el resto de los bits deben ser todos ceros.

-252 (1111 1100) The address space is divided into 64.
 -248 (1111 1000) The address space is divided into 32.
 -240 (1111 0000) The address space is divided into 16.
 -224 (1110 0000) The address space is divided into 8.
 -192 (1100 0000) The address space is divided into 4.
 -128 (1000 0000) The address space is divided into 2.

Sin VLSM, podemos usar la máscara 255.255.255.128 y dividir las direcciones en dos subredes con 128 hosts cada una; o bien, utilizar 255.255.255.192 y dividir el espacio en 4 subredes con 64 hosts cada una. Esto no cumpliría con el requisito. Mediante las máscaras múltiples, podemos utilizar la máscara 128 y luego conectar en subredes el segundo bloque de direcciones con la máscara 192. La siguiente tabla muestra cómo hemos dividido el espacio de la dirección en consecuencia.

spf31.gif

Ahora, tenga cuidado al asignar direcciones IP a cada máscara. Una vez que asigna una dirección IP al router o a un host, habrá usado toda la subred para ese segmento. Por ejemplo, si asigna 192.214.11.10 255.255.255.128 a E2, el rango total de direcciones entre 192.214.11.0 y 192.214.11.127 es consumido por E2. De la misma forma, si asigna 192.214.11.160 255.255.255.128 a E2, el rango total de direcciones entre 192.214.11.128 y 192.214.11.255 es consumido por el segmento E2.

La siguiente es una ilustración de cómo el router interpreta estas direcciones. Recuerde que cada vez que utilice una máscara distinta de la máscara natural, por ejemplo, cuando está realizando la división en subredes, el router expresará inconformidad si la combinación de dirección IP y máscara resulta en una subred cero. Para resolver este problema, utilice el comando ip subnet-zero del router.

RTA#
 ip subnet-zero
 interface Ethernet2
  ip address 192.214.11.10 255.255.255.128
 interface Ethernet3
  ip address 192.214.11.160 255.255.255.192
 interface Ethernet4
  ip address 192.214.11.226 255.255.255.192

 RTA# show ip route connected
      192.214.11.0 is variably subnetted, 3 subnets, 2 masks
 C       192.214.11.0 255.255.255.128 is directly connected, Ethernet2
 C       192.214.11.128 255.255.255.192 is directly connected, Ethernet3
 C       192.214.11.192 255.255.255.192 is directly connected, Ethernet4

Discusiones relacionadas de la comunidad de soporte de Cisco

La Comunidad de Soporte de Cisco es un foro donde usted puede preguntar y responder, ofrecer sugerencias y colaborar con colegas.


Document ID: 7039