Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Configuración de áreas OSPF

Descripción de áreas de OSPF

En OSPF, un solo sistema autónomo (AS) se puede dividir en grupos más pequeños llamados áreas. Esto reduce la cantidad de anuncios de estado de vínculo (LSA) y otro tráfico de sobrecarga de OSPF enviado a la red, y reduce el tamaño de la base de datos de topología que cada enrutador debe mantener. Los dispositivos de enrutamiento que participan en el enrutamiento OSPF realizan una o más funciones según su ubicación en la red.

En este tema se describen los siguientes tipos de área OSPF y funciones de dispositivo de enrutamiento:

Áreas

Un área es un conjunto de redes y hosts dentro de un AS que se han agrupado administrativamente. Recomendamos que configure un área como una colección de redes de subredes IP contiguas. Los dispositivos de enrutamiento que se encuentran completamente dentro de un área se denominan enrutadores internos. Todas las interfaces de los enrutadores internos están directamente conectadas a las redes dentro del área.

La topología de un área se oculta del resto del AS, lo que reduce significativamente el tráfico de enrutamiento en el AS. Además, el enrutamiento dentro del área está determinado solo por la topología del área, lo que proporciona al área cierta protección contra datos de enrutamiento defectuosos.

Todos los dispositivos de enrutamiento dentro de un área tienen bases de datos de topología idénticas.

Enrutadores de borde de área

Los dispositivos de enrutamiento que pertenecen a más de un área y conectan una o más áreas de OSPF al área troncal se denominan enrutadores de borde de área (ABR). Al menos una interfaz está dentro de la red troncal, mientras que otra interfaz se encuentra en otra área. Los ABR también mantienen una base de datos topológica independiente para cada área a la que están conectados.

Áreas troncales

Un área troncal de OSPF consta de todas las redes en el ID de área 0.0.0.0, sus dispositivos de enrutamiento conectados y todos los ABR. La red troncal en sí no tiene ABRs. La red troncal distribuye la información de enrutamiento entre áreas. La red troncal es simplemente otra área, por lo que se aplican la terminología y las reglas de las áreas: un dispositivo de enrutamiento que está directamente conectado a la red troncal es un enrutador interno en la red troncal, y la topología de la red troncal está oculta de las otras áreas del AS.

Los dispositivos de enrutamiento que conforman la red troncal deben ser físicamente contiguos. Si no lo son, debe configurar vínculos virtuales para crear la apariencia de conectividad troncal. Puede crear vínculos virtuales entre dos ABR cualquiera que tengan una interfaz a un área no de hueso común. El OSPF trata dos dispositivos de enrutamiento unidos por un vínculo virtual como si estuvieran conectados a una red de punto a punto no numerado.

Enrutadores de límite del AS

Los dispositivos de enrutamiento que intercambian información de enrutamiento con dispositivos de enrutamiento en redes que no son OSPF se denominan enrutadores de límite del AS. Anuncian rutas aprendidas externamente en todo el AS del OSPF. Según la ubicación del enrutador de límite del AS en la red, puede ser un ABR, un enrutador de red troncal o un enrutador interno (con la excepción de las áreas de stub). Los enrutadores internos dentro de un área de stub no pueden ser enrutadores de límite del AS, ya que las áreas de stub no pueden contener ningún LSA de tipo 5.

Los dispositivos de enrutamiento dentro del área en la que reside el enrutador de límite del AS conocen la ruta hacia ese enrutador de límite del AS. Cualquier dispositivo de enrutamiento fuera del área solo conoce la ruta al ABR más cercano que se encuentra en la misma área donde reside el enrutador de límite del AS.

Enrutador de red troncal

Los enrutadores troncales son dispositivos de enrutamiento que tienen una o más interfaces conectadas al área troncal de OSPF (ID de área 0.0.0.0).

Enrutador interno

Los dispositivos de enrutamiento que se conectan a solo un área OSPF se denominan enrutadores internos. Todas las interfaces de los enrutadores internos están conectadas directamente a las redes dentro de un único área.

Áreas de stub

Las áreas de stub son áreas a través de las cuales o en las que los anuncios externos del AS no se inundan. Es posible que desee crear áreas stub cuando gran parte de la base de datos topológica consta de anuncios externos del AS. Al hacerlo, se reduce el tamaño de las bases de datos topológicas y, por lo tanto, la cantidad de memoria necesaria en los enrutadores internos en el área de stub.

Los dispositivos de enrutamiento dentro de un área stub dependen de las rutas predeterminadas originadas por el ABR del área para alcanzar destinos de AS externos. Debe configurar la default-metric opción en el ABR antes de anunciar una ruta predeterminada. Una vez configurado, la ABR anuncia una ruta predeterminada en lugar de las rutas externas que no se anuncian dentro del área stub, de modo que los dispositivos de enrutamiento en el área de stub puedan llegar a destinos fuera del área.

Se aplican las siguientes restricciones a las áreas de stub: no puede crear un vínculo virtual a través de un área de stub, un área de stub no puede contener un enrutador de límite de AS, la red troncal no puede ser un área de stub y no puede configurar un área como un área de stub y un área no tan stubby.

Áreas no tan dispersas

Un área de stub OSPF no tiene rutas externas, por lo que no puede redistribuir de otro protocolo en un área stub. Un área no tan estubada (NSSA) permite que las rutas externas se inunden dentro del área. Estas rutas se filtran a otras áreas. Sin embargo, las rutas externas de otras áreas aún no entran en el NSSA.

La siguiente restricción se aplica a los NSSA: no puede configurar un área como un área stub y un NSSA.

Áreas de tránsito

Las áreas de tránsito se utilizan para pasar tráfico desde un área adyacente a la red troncal (o a otra área si la red troncal está a más de dos saltos de distancia de un área). El tráfico no se origina en, ni está destinado a, el área de tránsito.

Tipos de área OSPF y LSA aceptados

La siguiente tabla ofrece detalles sobre los tipos de área OSPF y los LSA aceptados:

Descripción general del enrutador designado de OSPF

Las LAN grandes que tienen muchos dispositivos de enrutamiento y, por lo tanto, muchas adyacencias OSPF pueden producir tráfico pesado de paquetes de control a medida que los anuncios de estado de vínculo (LSA) se inundan en toda la red. Para aliviar el posible problema de tráfico, la OSPF usa enrutadores designados en todas las redes de multiacceso (tipos de redes multiacceso de difusión y no difusión [NBMA]). En lugar de difundir LSA a todos sus vecinos de OSPF, los dispositivos de enrutamiento envían sus LSA al enrutador designado. Cada red de multiacceso tiene un enrutador designado, que realiza dos funciones principales:

  • Origine anuncios de vínculos de red en nombre de la red.

  • Establezca adyacencias con todos los dispositivos de enrutamiento de la red, participando así en la sincronización de las bases de datos de estado de vínculo.

En las LAN, la elección del enrutador designado se lleva a cabo cuando la red OSPF se establece inicialmente. Cuando los primeros vínculos OSPF están activos, el dispositivo de enrutamiento con el identificador de enrutador más alto (definido por el valor de configuración id del enrutador , que normalmente es la dirección IP del dispositivo de enrutamiento o la dirección de circuito cerrado) se elige el enrutador designado. El dispositivo de enrutamiento con el segundo identificador de enrutador más alto se elige el enrutador designado de respaldo. Si el enrutador designado falla o pierde la conectividad, el enrutador designado de respaldo asume su función y se lleva a cabo una nueva elección de enrutador designado de respaldo entre todos los enrutadores de la red OSPF.

El OSPF usa el identificador de enrutador para dos propósitos principales: elegir un enrutador designado, a menos que especifique manualmente un valor de prioridad, e identificar el dispositivo de enrutamiento desde el que se originó un paquete. En la elección designada del enrutador, se evalúan primero las prioridades del enrutador, y el dispositivo de enrutamiento con la prioridad más alta se elige enrutador designado. Si las prioridades del enrutador se vinculan, el dispositivo de enrutamiento con el identificador de enrutador más alto, que normalmente es la dirección IP del dispositivo de enrutamiento, se elige como el enrutador designado. Si no configura un identificador de enrutador, se utiliza la dirección IP de la primera interfaz que se conectará. Por lo general, esta es la interfaz de circuito cerrado. De lo contrario, se utiliza la primera interfaz de hardware con una dirección IP.

Al menos un dispositivo de enrutamiento en cada red o subred IP lógica debe ser elegible para ser el enrutador designado para OSPFv2. Al menos un dispositivo de enrutamiento en cada vínculo lógico debe ser elegible para ser el enrutador designado para OSPFv3.

De forma predeterminada, los dispositivos de enrutamiento tienen una prioridad de 128. Una prioridad de 0 marca al dispositivo de enrutamiento como inelegible para convertirse en el enrutador designado. Una prioridad de 1 significa que el dispositivo de enrutamiento tiene las menos posibilidades de convertirse en un enrutador designado. Una prioridad de 255 significa que el dispositivo de enrutamiento siempre es el enrutador designado.

Ejemplo: Configuración de un identificador de enrutador OSPF

En este ejemplo, se muestra cómo configurar un identificador de enrutador OSPF.

Requisitos

Antes de empezar:

Visión general

OSPF utiliza el identificador de enrutador para identificar el dispositivo de enrutamiento desde el cual se originó un paquete. Junos OS selecciona un identificador de enrutador de acuerdo con el siguiente conjunto de reglas:

  1. De forma predeterminada, Junos OS selecciona la dirección IP física configurada más baja de una interfaz como identificador de enrutador.

  2. Si se configura una interfaz de circuito cerrado, la dirección IP de la interfaz de circuito cerrado se convierte en el identificador del enrutador.

  3. Si se configuran varias interfaces de circuito cerrado, la dirección de circuito cerrado más bajo se convierte en el identificador del enrutador.

  4. Si un identificador de enrutador está configurado explícitamente mediante la router-id address instrucción en el [edit routing-options] nivel de jerarquía, se omiten las tres reglas anteriores.

Nota:

1. El comportamiento del identificador de enrutador descrito aquí se mantiene bien incluso cuando está configurado bajo [edit routing-instances routing-instance-name routing-options] y [edit logical-systems logical-system-name routing-instances routing-instance-name routing-options] niveles jerárquicos.

2. Si el identificador del enrutador se modifica en una red, los anuncios de estado de vínculo (LSA) anunciados por el identificador de enrutador anterior se conservan en la base de datos de la OSPF hasta que el intervalo de retransmisión de LSA haya transcurrido el tiempo de espera. Por lo tanto, se recomienda configurar explícitamente el identificador del enrutador en el [edit routing-options] nivel de jerarquía para evitar un comportamiento impredecible si cambia la dirección de interfaz en una interfaz de circuito cerrado.

En este ejemplo, configure el identificador de enrutador OSPF estableciendo su valor de ID de enrutador en la dirección IP del dispositivo, que es 192.0.2.24.

Configuración

Configuración rápida de CLI

Para configurar rápidamente un identificador de enrutador OSPF, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue los comandos en la CLI en el nivel de jerarquía [edit] y, luego, ingrese commit desde el modo de configuración.

Procedimiento

Procedimiento paso a paso

Para configurar un identificador de enrutador OSPF:

  1. Configure el identificador de enrutador OSPF ingresando el valor de [router-id] configuración.

  2. Si ha terminado de configurar el dispositivo, confirme la configuración.

Resultados

Para confirmar la configuración, ingrese el show routing-options router-id comando. Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.

Verificación

Después de configurar el ID de enrutador y activar OSPF en el dispositivo de enrutamiento, el ID del enrutador es referenciado por varios comandos del modo operativo OSPF que puede usar para supervisar y solucionar problemas del protocolo OSPF. Los campos de ID del enrutador están claramente marcados en la salida.

Ejemplo: Control de elección de enrutador designado por OSPF

En este ejemplo, se muestra cómo controlar la elección del enrutador designado por OSPF.

Requisitos

Antes de empezar:

Visión general

En este ejemplo, se muestra cómo controlar la elección del enrutador designado por OSPF. En el ejemplo, se establece la interfaz OSPF en ge-/0/0/1 y la prioridad del dispositivo a 200. Cuanto mayor sea el valor de prioridad, mayor será la probabilidad de que el dispositivo de enrutamiento se convierta en el enrutador designado.

De forma predeterminada, los dispositivos de enrutamiento tienen una prioridad de 128. Una prioridad de 0 marca al dispositivo de enrutamiento como inelegible para convertirse en el enrutador designado. Una prioridad de 1 significa que el dispositivo de enrutamiento tiene las menos posibilidades de convertirse en un enrutador designado.

Configuración

Configuración rápida de CLI

Para configurar rápidamente una elección de enrutador designado por OSPF, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue los comandos en la CLI en el nivel de jerarquía [edit] y, luego, ingrese commit desde el modo de configuración.

Procedimiento

Procedimiento paso a paso

Para controlar la elección del enrutador designado por OSPF:

  1. Configure una interfaz OSPF y especifique la prioridad del dispositivo.

    Nota:

    Para especificar una interfaz OSPFv3, incluya la ospf3 instrucción en el [edit protocols] nivel de jerarquía.

  2. Si ha terminado de configurar el dispositivo, confirme la configuración.

Resultados

Para confirmar la configuración, ingrese el show protocols ospf comando. Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.

Para confirmar la configuración de OSPFv3, ingrese el show protocols ospf3 comando.

Verificación

Confirme que la configuración funciona correctamente.

Verificar la elección del enrutador designado

Propósito

Según la prioridad que configuró para una interfaz OSPF específica, puede confirmar la dirección del enrutador designado del área. El campo ID, DR o DR-ID muestra la dirección del enrutador designado del área. El campo BDR ID, BDR o BDR-ID muestra la dirección del enrutador designado de respaldo.

Acción

Desde el modo operativo, ingrese los show ospf interface comandos y y los show ospf neighbor para OSPFv2, y escriba los show ospf3 interface comandos y los show ospf3 neighbor para OSPFv3.

Descripción de áreas de OSPF y áreas troncales

Las redes OSPF en un sistema autónomo (AS) se agrupan administrativamente en áreas. Cada área de un AS funciona como una red independiente y tiene un ID de área único de 32 bits, que funciona de manera similar a una dirección de red. Dentro de un área, la base de datos de topología contiene solo información sobre el área, los anuncios de estado de vínculo (LSA) se inundan solo a los nodos dentro del área y las rutas se calculan solo dentro del área. La topología de un área se oculta del resto del AS, lo que reduce significativamente el tráfico de enrutamiento en el AS. Las subredes se dividen en otras áreas, que están conectadas para formar la totalidad de la red principal. Los dispositivos de enrutamiento que se encuentran completamente dentro de un área se denominan enrutadores internos. Todas las interfaces de los enrutadores internos están directamente conectadas a las redes dentro del área.

El área central de un AS, llamada área troncal, tiene una función especial y siempre se le asigna el ID de área 0.0.0.0. (Dentro de una red simple de un área, este también es el ID del área.) Los identificadores de área son identificadores numéricos únicos, en notación decimal de puntos, pero no son direcciones IP. Los identificadores de área solo deben ser únicos dentro de un AS. El resto de las redes o áreas del AS deben estar conectadas directamente al área troncal mediante un dispositivo de enrutamiento que tenga interfaces en más de un área. Estos dispositivos de enrutamiento de conexión se denominan enrutadores de área de borde (ABR). La Figura 1 muestra una topología OSPF de tres áreas conectadas por dos ABR.

Figura 1: Topología Multiarea OSPF Topology de OSPF de varias capas

Dado que todas las áreas están adyacentes al área troncal, los enrutadores OSPF envían todo el tráfico no destinado a su propio área a través del área troncal. Los ABR en el área troncal son responsables de transmitir el tráfico a través de la ABR adecuada al área de destino. Los ABR resumen los registros de estados de vínculo de cada área y anuncian resúmenes de direcciones de destino a las áreas vecinas. Los anuncios publicitarios contienen el ID del área en la que se encuentra cada destino, de modo que los paquetes se enrutan a la ABR adecuada. Por ejemplo, en las áreas OSPF que se muestran en la Figura 1, los paquetes enviados desde el enrutador A al enrutador C se enrutan automáticamente a través de ABR B.

Junos OS admite la detección activa de red troncal. La detección activa de red troncal se implementa para verificar que los ABR estén conectados a la red troncal. Si se pierde la conexión al área troncal, no se anuncia la métrica predeterminada del dispositivo de enrutamiento, lo que efectivamente reenruta el tráfico a través de otro ABR con una conexión válida a la red troncal. La detección de red troncal activa permite el tránsito a través de una ABR sin conexión troncal activa. Un ABR anuncia a otros dispositivos de enrutamiento que es un ABR incluso si la conexión a la red troncal está caída, de modo que los vecinos pueden considerarlo para rutas interáreas.

Una restricción de OSPF requiere que todas las áreas estén conectadas directamente al área troncal para que los paquetes se puedan enrutar correctamente. Todos los paquetes se enrutan primero al área troncal de forma predeterminada. Los paquetes destinados a un área que no sea el área troncal se enrutan a la ABR adecuada y al host remoto dentro del área de destino.

En redes grandes con muchas áreas, en las que la conectividad directa entre todas las áreas y el área troncal es físicamente difícil o imposible, puede configurar vínculos virtuales para conectar áreas no contiguas. Los vínculos virtuales usan un área de tránsito que contiene dos o más ABR para pasar el tráfico de red de un área adyacente a otra. Por ejemplo, la Figura 2 muestra un vínculo virtual entre un área no contigua y el área troncal a través de un área conectada a ambos.

Figura 2: Topología de OSPF con un vínculo OSPF Topology with a Virtual Link virtual

En la topología que se muestra en la figura 2, se establece un vínculo virtual entre el área 0.0.0.3 y el área troncal a través del área 0.0.0.2. Todo el tráfico saliente destinado a otras áreas se enruta a través del área 0.0.0.2 al área troncal y, luego, al ABR correspondiente. Todo el tráfico entrante destinado al área 0.0.0.3 se enruta al área troncal y, luego, al área 0.0.0.2.

Ejemplo: Configurar una red OSPF de área única

En este ejemplo, se muestra cómo configurar una red OSPF de área única.

Requisitos

Antes de empezar:

Visión general

Para activar el OSPF en una red, debe habilitar el protocolo OSPF en todas las interfaces de la red en las que va a viajar el tráfico OSPF. Para habilitar OSPF, debe configurar una o más interfaces en el dispositivo dentro de un área OSPF. Una vez configuradas las interfaces, los LSA de OSPF se transmiten en todas las interfaces habilitadas para OSPF y la topología de red se comparte en toda la red.

En un sistema autónomo (AS), el área troncal siempre se asigna el ID de área 0.0.0.0 (dentro de una red simple y de un solo área, este también es el ID del área). Las IDENTIFICA de área son identificadores numéricos únicos, en notación decimal de puntos. Los identificadores de área solo deben ser únicos dentro de un AS. Todas las demás redes o áreas del AS deben estar conectadas directamente al área troncal mediante enrutadores de borde de área que tengan interfaces en más de un área. También debe crear un área troncal si su red consta de varias áreas. En este ejemplo, se crea el área troncal y se agregan interfaces, como ge-0/0/0, según sea necesario al área OSPF.

Para usar OSPF en el dispositivo, debe configurar al menos un área OSPF, como la que se muestra en la figura 3.

Figura 3: Topología de red OSPF típica de área única Typical Single-Area OSPF Network Topology

Topología

Configuración

Configuración rápida de CLI

Para configurar rápidamente una red OSPF de un solo área, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue los comandos en la CLI en el nivel de jerarquía [edit] y, luego, ingrese commit desde el modo de configuración.

Procedimiento

Procedimiento paso a paso

Para configurar una red OSPF de área única:

  1. Configure la red OSPF de un solo área especificando el ID de área y la interfaz asociada.

    Nota:

    Para una red OSPFv3 de área única, incluya la ospf3 instrucción en el [edit protocols] nivel de jerarquía.

  2. Si ha terminado de configurar el dispositivo, confirme la configuración.

Resultados

Para confirmar la configuración, ingrese el show protocols ospf comando. Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.

Para confirmar la configuración de OSPFv3, ingrese el show protocols ospf3 comando.

Verificación

Confirme que la configuración funciona correctamente.

Verificar las interfaces en el área

Propósito

Compruebe que la interfaz para OSPF u OSPFv3 se ha configurado para el área adecuada. Confirme que el campo Área muestra el valor que configuró.

Acción

Desde el modo operativo, ingrese el show ospf interface comando para OSPFv2 y escriba el show ospf3 interface comando para OSPFv3.

Ejemplo: Configuración de una red OSPF de varias áreas

En este ejemplo, se muestra cómo configurar una red OSPF de varias funciones. Para reducir el mantenimiento de tráfico y topología para los dispositivos de un sistema autónomo (AS) OSPF, puede agrupar los dispositivos de enrutamiento habilitados para OSPF en varias áreas.

Requisitos

Antes de empezar:

Visión general

Para activar el OSPF en una red, debe habilitar el protocolo OSPF en todas las interfaces de la red en las que va a viajar el tráfico OSPF. Para habilitar OSPF, debe configurar una o más interfaces en el dispositivo dentro de un área OSPF. Una vez configuradas las interfaces, los LSA de OSPF se transmiten en todas las interfaces habilitadas para OSPF y la topología de red se comparte en toda la red.

Cada área OSPF consta de dispositivos de enrutamiento configurados con el mismo número de área. En la Figura 4, el enrutador B reside en el área troncal del AS. El área troncal siempre se asigna el ID de área 0.0.0.0. (Todos los identificadores de área deben ser únicos dentro de un AS.) Todas las demás redes o áreas del AS deben estar conectadas directamente al área troncal mediante un enrutador que tenga interfaces en más de un área. En este ejemplo, estos enrutadores de borde de área son A, C, D y E. Cree un área adicional (área 2) y le asigne un ID de área única 0.0.0.2 y, luego, agregue la interfaz ge-0/0/0 al área OSPF.

Para reducir el mantenimiento de tráfico y topología para los dispositivos de un AS OSPF, puede agruparlos en varias áreas como se muestra en la Figura 4. En este ejemplo, se crea el área troncal, se crea un área adicional (área 2) y se le asigna un ID de área única 0.0.0.2, y se configura el dispositivo B como el enrutador de borde de área, donde la interfaz ge-0/0/0 participa en el área 0 de OSPF y la interfaz ge-0/0/2 participa en el área 2 de OSPF.

Figura 4: Topología de red OSPF típica de varias zonas Typical Multiarea OSPF Network Topology

Topología

Configuración

Procedimiento

Configuración rápida de CLI

Para configurar rápidamente una red OSPF de varias funciones, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue los comandos en la CLI en el nivel de jerarquía [edit] y, luego, ingrese commit desde el modo de configuración.

Dispositivo A

Dispositivo C

Dispositivo B

Dispositivo D

Dispositivo E

Procedimiento paso a paso

Para configurar una red OSPF de varias áreas:

  1. Configure el área troncal.

    Nota:

    Para una red OSPFv3, incluya la ospf3 instrucción en el [edit protocols] nivel jerárquico.

  2. Configure un área adicional para su red OSPF.

    Nota:

    Para una red OSPFv3 de varias áreas, incluya la ospf3 instrucción en el [edit protocols] nivel de jerarquía.

  3. Si ha terminado de configurar el dispositivo, confirme la configuración.

Resultados

Para confirmar la configuración, ingrese el show protocols ospf comando. Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.

Para confirmar la configuración de OSPFv3, ingrese el show protocols ospf3 comando.

Verificación

Confirme que la configuración funciona correctamente.

Verificar las interfaces en el área

Propósito

Compruebe que la interfaz para OSPF u OSPFv3 se ha configurado para el área adecuada. Confirme que el campo Área muestra el valor que configuró.

Acción

Desde el modo operativo, ingrese el show ospf interface comando para OSPFv2 y escriba el show ospf3 interface comando para OSPFv3.

Descripción de la adyacencia de varias áreas para OSPF

De forma predeterminada, una sola interfaz puede pertenecer a un solo área OSPF. Sin embargo, en algunas situaciones, es posible que desee configurar una interfaz para que pertenezca a más de un área. Esto permite que el vínculo correspondiente se considere un vínculo intra-área en varias áreas y se prefiera sobre otras rutas de mayor costo dentro de área. Por ejemplo, puede configurar una interfaz para que pertenezca a varias áreas con un vínculo troncal de alta velocidad entre dos enrutadores de borde de área (ABR) para que pueda crear adyacencias de varias áreas que pertenezcan a diferentes áreas.

En la versión 9.2 y posteriores de Junos OS, puede configurar una interfaz lógica para que pertenezca a más de un área OSPFv2. La compatibilidad con OSPFv3 se introdujo en junos OS versión 9.4. Como se define en RFC 5185, Adyacencia multi-área OSPF, los ABR establecen varias adyacencias que pertenecen a diferentes áreas en la misma interfaz lógica. Cada adyacencia de varias áreas se anuncia como un vínculo punto a punto sin numerar en el área configurada por los enrutadores conectados al vínculo. Para cada área, una de las interfaces lógicas se trata como principal y las interfaces restantes que están configuradas para el área se designan como secundarias.

Cualquier interfaz lógica no configurada como interfaz secundaria para un área se trata como la interfaz principal para esa área. Una interfaz lógica se puede configurar como interfaz principal solo para una área. Para cualquier otra área para la que configure la interfaz, debe configurarla como una interfaz secundaria.

Ejemplo: Configurar la adyacencia de varias áreas para OSPF

En este ejemplo, se muestra cómo configurar la adyacencia de varias áreas para OSPF.

Requisitos

Antes de comenzar, planifique su red OSPF de varias áreaes. Consulte ejemplo: Configuración de una red OSPF de varias áreas.

Visión general

De forma predeterminada, una sola interfaz puede pertenecer a un solo área OSPF. Puede configurar una sola interfaz para que pertenezca a varias áreas OSPF. Esto permite que el vínculo correspondiente se considere un vínculo intra-área en varias áreas y se prefiera sobre otras rutas de mayor costo dentro de área. Al configurar una interfaz secundaria, tenga en cuenta lo siguiente:

  • Para OSPFv2, no puede configurar interfaces de red de multiacceso de punto a multipunto y de no difusión (NBMA) como una interfaz secundaria, ya que las interfaces secundarias se tratan como un vínculo de punto a punto sin numerar.

  • Se admiten interfaces secundarias para interfaces LAN (la interfaz principal puede ser una interfaz LAN, pero cualquier interfaz secundaria se trata como vínculos sin numerar punto a punto a través de la LAN). En este caso, debe asegurarse de que solo hay dos dispositivos de enrutamiento en la LAN o de que solo hay dos dispositivos de enrutamiento en la LAN que tengan interfaces secundarias configuradas para un área OSPF específica.

  • Dado que el propósito de una interfaz secundaria es anunciar una ruta topológica a través de un área OSPF, no puede configurar una interfaz secundaria o principal con una o varias interfaces secundarias para que sean pasivas. Las interfaces pasivas anuncian su dirección, pero no ejecutan el protocolo OSPF (no se forman adyacencias y no se generan paquetes hola).

  • Cualquier interfaz lógica no configurada como interfaz secundaria para un área se trata como una interfaz principal para esa área. Una interfaz lógica se puede configurar como la interfaz principal solo para una área. Para cualquier otra área para la que configure la interfaz, debe configurarla como una interfaz secundaria.

  • No puede configurar la secondary instrucción con la interface all instrucción.

  • No puede configurar una interfaz secundaria mediante su dirección IP.

Figura 5: Adyacencia multiárea en OSPF Multiarea Adjacency in OSPF

En este ejemplo, se configura una interfaz para que esté en dos áreas, creando una adyacencia de varias áreas con un vínculo entre dos ABR: ABR R1 y ABR R2. En cada ABR, el área 0.0.0.1 contiene la interfaz principal y es el vínculo principal entre los ABR, y el área 0.0.0.2 contiene la interfaz lógica secundaria, que se configura mediante la inclusión de la secondary instrucción. Configure la interfaz so-0/0/0 en ABR R1 y la interfaz so-1/0/0 en ABR R2.

Configuración

Configuración rápida de CLI

Para configurar rápidamente una interfaz lógica secundaria para un área OSPF, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue los comandos en la CLI en el nivel de jerarquía [edit] y, luego, ingrese commit desde el modo de configuración.

Configuración en ABR R1:

Configuración en ABR R2:

Procedimiento

Procedimiento paso a paso

Para configurar una interfaz lógica secundaria:

  1. Configure las interfaces del dispositivo.

    Nota:

    Para OSPFv3, en cada interfaz especifique la familia de direcciones inet6 e incluya la dirección IPv6.

  2. Configure el identificador del enrutador.

  3. En cada ABR, configure la interfaz principal para el área OSPF.

    Nota:

    Para OSPFv3, incluya la ospf3 instrucción en el [edit protocols] nivel de jerarquía.

  4. En cada ABR, configure la interfaz secundaria para el área OSPF.

  5. Si ha terminado de configurar los dispositivos, confirme la configuración.

Resultados

Para confirmar la configuración, ingrese los show interfacescomandos , show routing-optionsy los show protocols ospf . Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.

Configuración en ABR R1:

Configuración en ABR R2:

Verificación

Confirme que la configuración funciona correctamente.

Verificar la interfaz secundaria

Propósito

Compruebe que la interfaz secundaria aparece para el área configurada. El campo Secundario se muestra si la interfaz está configurada como interfaz secundaria. El resultado también puede mostrar la misma interfaz enumerada en varias áreas.

Acción

Desde el modo operativo, ingrese el show ospf interface detail comando para OSPFv2 y escriba el show ospf3 interface detail comando para OSPFv3.

Verificar las interfaces en el área

Propósito

Compruebe las interfaces configuradas para el área especificada.

Acción

Desde el modo operativo, ingrese el show ospf interface area area-id comando para OSPFv2 y escriba el show ospf3 interface area area-id comando para OSPFv3..

Verificar las adyacencias de vecinos

Propósito

Verifique las adyacencias vecinas primarias y secundarias. El campo Secundario muestra si el vecino está en una interfaz secundaria.

Acción

Desde el modo operativo, ingrese el show ospf neighbor detail comando para OSPFv2 y escriba el show ospf3 neighbor detail comando para OSPFv3.

Descripción de las adyacencias de varias áreas para OSPFv3

Un área es un conjunto de redes y hosts dentro de un dominio OSPFv3 que se han agrupado administrativamente. De forma predeterminada, una sola interfaz puede pertenecer a un solo área OSPFv3. Sin embargo, en algunas situaciones, es posible que desee configurar una interfaz para que pertenezca a más de un área para evitar el enrutamiento subóptimo. Esto permite que el vínculo correspondiente se considere un vínculo intra-área en varias áreas y se prefiera sobre los vínculos de mayor costo dentro de áreas.

En la versión 9.2 y posteriores de Junos OS, puede configurar una interfaz para que pertenezca a más de un área OSPFv2. La compatibilidad con OSPFv3 se introdujo en junos OS versión 9.4. Como se define en RFC 5185, Adyacencia multi-área OSPF, los ABR establecen varias adyacencias que pertenecen a diferentes áreas en la misma interfaz lógica. Cada adyacencia de varias áreas se anuncia como un vínculo punto a punto sin numerar en el área configurada por los enrutadores conectados al vínculo.

Se considera que una interfaz se encuentra principalmente en un área. Cuando configure la misma interfaz en otra área, se considera que se encuentra secundariamente en la otra área. Se designa el área secundaria incluyendo la secondary instrucción en el [edit protocols ospf3 area area-number interface interface-name] nivel de jerarquía.

Ejemplo: Configurar una adyacencia de varias áreas para OSPFv3

En este ejemplo, se muestra cómo configurar una adyacencia de varias áreas para OSPFv3.

Requisitos

No se requiere ninguna configuración especial más allá de la inicialización del dispositivo antes de configurar este ejemplo.

Visión general

Se prefieren las rutas intra-área OSPFv3 a las rutas entre áreas. En este ejemplo, los dispositivos R1 y R2 son enrutadores de borde de área (BBR) con interfaces tanto en el área 0 como en el área 1. El vínculo entre el dispositivo R1 y R2 está en el área 0 y es un vínculo de alta velocidad. Los enlaces en el área 1 son de menor velocidad.

Si desea reenviar parte del tráfico del área 1 entre el dispositivo R1 y el dispositivo R2 a través del vínculo de alta velocidad, un método para lograr este objetivo es convertir el vínculo de alta velocidad en una adyacencia de varias áreas para que el vínculo forme parte tanto del área 0 como del área 1.

Si el vínculo de alta velocidad entre el dispositivo R1 y el dispositivo R2 permanece solo en el área 1, el dispositivo R1 siempre enruta el tráfico al dispositivo R4 y al dispositivo R5 a través del área 1 mediante los vínculos de menor velocidad. El dispositivo R1 también usa la ruta del área intra-área 1 a través del dispositivo R3 para llegar a los destinos del área 1 aguas abajo del dispositivo R2.

Claramente, esta situación da como resultado un enrutamiento subóptimo.

No se puede usar un vínculo virtual OSPF para resolver este problema sin mover el vínculo entre los dispositivos R1 y R2 al área 1. Es posible que no desee hacerlo si el vínculo físico pertenece a la topología troncal de la red.

La extensión de protocolo OSPF/OSPFv3 descrita en RFC 5185, Adyacencia multi-área OSPF resuelve el problema, al permitir que el vínculo entre el dispositivo R1 y el dispositivo R2 forme parte tanto del área troncal como del área 1.

Para crear una adyacencia de varias áreas, configure una interfaz para que esté en dos áreas: ge-1/2/0 en el dispositivo R1 configurado en el área 0 y el área 1, y ge-1/2/0 en el dispositivo R2 configurado en el área 0 y el área 1. Tanto en los dispositivos R1 como R2, el área 0 contiene la interfaz principal y es el vínculo principal entre los dispositivos. El área 1 contiene la interfaz lógica secundaria, que se configura mediante la inclusión de la secondary instrucción.

Figura 6: Adyacencia OSPFv3 Multiarea Adjacency multiárea OSPFv3

La configuración rápida de CLI muestra la configuración de todos los dispositivos en la Figura 6. La sección #d19e111__d19e436 describe los pasos en los dispositivos R1 y R2.

Configuración

Procedimiento

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red y, luego, copie y pegue los comandos en la CLI en el [edit] nivel de jerarquía.

Dispositivo R1

Dispositivo R2

Dispositivo R3

Dispositivo R4

Dispositivo R5

Dispositivo R6

Procedimiento paso a paso

El siguiente ejemplo requiere que navegue por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI.

Para configurar el dispositivo R1:

  1. Configure las interfaces.

  2. Habilite OSPFv3 en las interfaces que se encuentran en el área 0.

  3. Habilite el OSPFv3 en la interfaz que se encuentra en el área 1.

Procedimiento paso a paso

El siguiente ejemplo requiere que navegue por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI.

Para configurar el dispositivo R2:

  1. Configure las interfaces.

  2. Habilite OSPFv3 en las interfaces que se encuentran en el área 0.

  3. Habilite el OSPFv3 en la interfaz que se encuentra en el área 1.

Resultados

Desde el modo de configuración, ingrese los comandos y show protocols para confirmar la show interfaces configuración. Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.

Dispositivo R1

Dispositivo R2

Si ha terminado de configurar el dispositivo, ingrese commit desde el modo de configuración.

Verificación

Confirme que la configuración funciona correctamente.

Verificar el flujo de tráfico

Propósito

Verifique que el tráfico utilice el vínculo de alta velocidad entre los dispositivos R1 y R2 para llegar a los destinos del área 1.

Acción

Desde el modo operativo en el dispositivo R1, use el traceroute comando comprobar el flujo de tráfico al dispositivo R5 y al dispositivo R6.

Significado

La salida de traceroute muestra que el tráfico usa el vínculo 9009:1:: entre el dispositivo R1 y el dispositivo R2.

Verificar que el flujo de tráfico cambia al quitar la adyacencia de varias áreas

Propósito

Compruebe los resultados sin configurar la adyacencia de varias áreas.

Acción
  1. Desactive las interfaces del vínculo troncal en el área 1 tanto en R1 como en R2.

  2. Desde el modo operativo en el dispositivo R1, use el traceroute comando comprobar el flujo de tráfico al dispositivo R5 y al dispositivo R6.

Significado

Sin la adyacencia de varias áreas, la salida muestra un enrutamiento subóptimo con tráfico que toma la ruta a través de los vínculos de baja velocidad del área 1.

Descripción de áreas Stub de OSPF, áreas totalmente ocultas y áreas no tan estubadas

La Figura 7 muestra un sistema autónomo (AS) en el que se anuncian muchas rutas externas. Si las rutas externas constituyen una parte significativa de una base de datos de topologías, puede suprimir los anuncios en áreas que no tengan vínculos fuera de la red. Al hacerlo, puede reducir la cantidad de memoria que los nodos utilizan para mantener la base de datos de topología y liberarla para otros usos.

Figura 7: Red de AS de OSPF con áreas de stub y NSSA OSPF AS Network with Stub Areas and NSSAs

Para controlar el anuncio de rutas externas en un área, el OSPF utiliza áreas stub. Al designar una interfaz de enrutador de borde de área (ABR) al área como una interfaz stub, suprime los anuncios de ruta externa a través de la ABR. En su lugar, la ABR anuncia una ruta predeterminada (a través de sí misma) en lugar de las rutas externas y genera anuncios de resumen de red (tipo 3) de estado de vínculo (LSA). Los paquetes destinados a rutas externas se envían automáticamente al ABR, que actúa como puerta de enlace para el tráfico saliente y enruta el tráfico de manera adecuada.

Nota:

Debe configurar explícitamente la ABR para generar una ruta predeterminada cuando se adjunta a un stub o no-so-stubby-area (NSSA). Para insertar una ruta predeterminada con un valor de métrica especificado en el área, debe configurar la default-metric opción y especificar un valor de métrica.

Por ejemplo, el área 0.0.0.3 de la figura 7 no está conectada directamente a la red externa. Todo el tráfico saliente se enruta a través de la ABR a la red troncal y, luego, a las direcciones de destino. Al designar el área 0.0.0.3 como un área de stub, reduce el tamaño de la base de datos de topología para ese área limitando las entradas de ruta a solo las rutas internas del área.

Un área de stub que solo permite rutas internas al área y restringe los LSA tipo 3 de entrar en el área del stub a menudo se denomina área totalmente resúrea. Puede convertir el área 0.0.0.3 en un área totalmente desconfigurada configurando la ABR para que solo se anuncie y permita que la ruta predeterminada entre en el área. Las rutas externas y los destinos a otras áreas ya no se resumen ni se permiten en un área totalmente desabada.

Nota:

Si configura incorrectamente un área totalmente estubby, es posible que encuentre problemas de conectividad de red. Debe tener conocimientos avanzados de OSPF y comprender su entorno de red antes de configurar áreas totalmente ocultas.

Similar al área 0.0.0.3 de la figura 7, el área 0.0.0.4 no tiene conexiones externas. Sin embargo, el área 0.0.0.4 tiene rutas de cliente estáticas que no son rutas OSPF internas. Puede limitar los anuncios de ruta externa al área y anunciar las rutas estáticas de los clientes designando el área como NSSA. En un NSSA, el enrutador de límite del AS genera LSSA externos de NSSA (tipo 7) y los inunda en el NSSA, donde están contenidos. Los LSA tipo 7 permiten que un NSSA admita la presencia de enrutadores de límite del AS y su correspondiente información de enrutamiento externo. El ABR convierte los LSA de tipo 7 en AS externos (tipo 5) y los filtra a las otras áreas, pero las rutas externas de otras áreas no se anuncian en el NSSA.

Ejemplo: Configuración de áreas Stub y totalmente stubby de OSPF

En este ejemplo, se muestra cómo configurar un área de rastro OSPF y un área totalmente oculta para controlar el anuncio de rutas externas en un área.

Requisitos

Antes de empezar:

Visión general

El área troncal, que es 0 en la Figura 8, tiene una función especial y siempre se le asigna el ID de área 0.0.0.0. Las IDENTIFICA de área son identificadores numéricos únicos, en notación decimal de puntos. Los identificadores de área solo deben ser únicos dentro de un sistema autónomo (AS). El resto de las redes o áreas (como 3, 7 y 9) del AS deben estar conectadas directamente al área troncal mediante enrutadores de borde de área (ABR) que tengan interfaces en más de un área.

Las áreas de stub son áreas a través de las cuales o en las que OSPF no inunda anuncios externos de estado de vínculo del AS (LSA tipo 5). Puede crear áreas de stub cuando gran parte de la base de datos de topología consta de anuncios externos del AS y desea minimizar el tamaño de las bases de datos de topología en los enrutadores internos del área de stub.

Se aplican las siguientes restricciones a las áreas stub:

  • No puede crear un vínculo virtual a través de un área stub.

  • Un área de stub no puede contener un enrutador de límite del AS.

  • No puede configurar la red troncal como un área stub.

  • No puede configurar un área como un área stub y un área no tan stubby (NSSA).

En este ejemplo, se configura cada dispositivo de enrutamiento en el área 7 (ID de área 0.0.0.7) como enrutador stub y algunas opciones adicionales en la ABR:

  • stub— Especifica que esta área se convierta en un área de stub y no se inunde con LSA tipo 5. Debe incluir la stub instrucción en todos los dispositivos de enrutamiento que estén en el área 7, ya que esta área no tiene conexiones externas.

  • default-metric: configura la ABR para generar una ruta predeterminada con una métrica especificada en el área stub. Esta ruta predeterminada permite el reenvío de paquetes desde el área de stub a destinos externos. Esta opción solo se configura en la ABR. El ABR no genera automáticamente una ruta predeterminada cuando se adjunta a un stub. Debe configurar explícitamente esta opción para generar una ruta predeterminada.

  • no-summaries—(Opcional) Impide que el ABR anuncie rutas de resumen en el área de stub mediante la conversión del área de stub en un área totalmente estubby. Si se configura en combinación con la default-metric instrucción, un área totalmente estubada solo permite rutas internas al área y anuncia la ruta predeterminada en el área. Las rutas externas y los destinos a otras áreas ya no se resumen ni se permiten en un área totalmente desabada. Solo el ABR requiere esta configuración adicional, ya que es el único dispositivo de enrutamiento dentro del área totalmente estubo que crea LSA de tipo 3 que se utiliza para recibir y enviar tráfico desde fuera del área.

Nota:

En la versión 8.5 y posteriores de Junos OS, se aplica lo siguiente:

  • Una interfaz de identificador de enrutador que no está configurada para ejecutar OSPF ya no se anuncia como una red stub en los LSA de OSPF.

  • El OSPF anuncia una ruta local con una longitud de prefijo de 32 como vínculo stub si la interfaz de circuito cerrado está configurada con una longitud de prefijo distinta a 32. OSPF también anuncia la ruta directa con la longitud de máscara configurada, como en versiones anteriores.

Figura 8: Topología de red OSPF con áreas de stub y NSSA OSPF Network Topology with Stub Areas and NSSAs

Topología

Configuración

Configuración rápida de CLI

  • Para configurar rápidamente un área stub OSPF, copie el siguiente comando y péguelo en la CLI. Debe configurar todos los dispositivos de enrutamiento que forman parte del área de stub.

  • Para configurar rápidamente el ABR para insertar una ruta predeterminada en el área, copie el siguiente comando y péguelo en la CLI. Esta configuración solo se aplica en la ABR.

  • (Opcional) Para configurar rápidamente la ABR para restringir todos los anuncios de resumen y permitir solo rutas internas y anuncios de ruta predeterminados en el área, copie el siguiente comando y péguelo en la CLI. Esta configuración solo se aplica en la ABR.

Procedimiento

Procedimiento paso a paso

Para configurar áreas de stub OSPF:

  1. En todos los dispositivos de enrutamiento del área, configure un área de stub OSPF.

    Nota:

    Para especificar un área stub OSPFv3, incluya la ospf3 instrucción en el [edit protocols] nivel de jerarquía.

  2. En abr, inyecte una ruta predeterminada en el área.

  3. (Opcional) En el ABR, restrinja los LSA de resumen para evitar que ingresen en el área. Este paso convierte el área del stub en un área totalmente resqueda.

  4. Si ha terminado de configurar los dispositivos, confirme la configuración.

Resultados

Para confirmar la configuración, ingrese el show protocols ospf comando. Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.

Configuración en todos los dispositivos de enrutamiento:

Configuración en abr (el resultado también incluye la configuración opcional):

Para confirmar la configuración de OSPFv3, ingrese el show protocols ospf3 comando.

Verificación

Confirme que la configuración funciona correctamente.

Verificar las interfaces en el área

Propósito

Compruebe que la interfaz para OSPF se ha configurado para el área adecuada. Confirme que la salida incluye Stub como el tipo de área OSPF.

Acción

Desde el modo operativo, ingrese el show ospf interface detail comando para OSPFv2 y escriba el show ospf3 interface detail comando para OSPFv3.

Verificar el tipo de área OSPF

Propósito

Compruebe que el área OSPF es un área de stub. Confirme que el resultado muestra Stub normal como el tipo Stub.

Acción

Desde el modo operativo, ingrese el show ospf overview comando para OSPFv2 y escriba el show ospf3 overview comando para OSPFv3.

Ejemplo: Configuración de áreas no tan estubadas de OSPF

En este ejemplo, se muestra cómo configurar un área no tan estubada (NSSA) de OSPF para controlar el anuncio de rutas externas en un área.

Requisitos

Antes de empezar:

Visión general

El área troncal, que es 0 en la Figura 9, tiene una función especial y siempre se le asigna el ID de área 0.0.0.0. Las IDENTIFICA de área son identificadores numéricos únicos, en notación decimal de puntos. Los identificadores de área solo deben ser únicos dentro de un AS. El resto de las redes o áreas (como 3, 7 y 9) del AS deben estar conectadas directamente al área troncal mediante ABR que tengan interfaces en más de un área.

Un área stub OSPF no tiene rutas externas, por lo que no puede redistribuir rutas desde otro protocolo en un área stub. Los NSSA de OSPF permiten que las rutas externas se inunden dentro del área.

Además, es posible que tenga una situación en la que no sea necesario exportar LSSA tipo 7 al NSSA. Cuando un enrutador de límite del AS también es un ABR con un NSSA conectado, los LSA de tipo 7 se exportan al NSSA de forma predeterminada. Si el ABR se adjunta a varios NSSA, una LSA tipo 7 independiente se exporta a cada NSSA de forma predeterminada. Durante la redistribución de rutas, este dispositivo de enrutamiento genera tanto LSA tipo 5 como LSA tipo 7. Puede deshabilitar la exportación de LSA de tipo 7 al NSSA.

Nota:

La siguiente restricción se aplica a los NSSA: no puede configurar un área como un área stub y un NSSA.

Configure cada dispositivo de enrutamiento en el área 9 (ID de área 0.0.0.9) con la siguiente configuración:

  • nssa—Especifica un NSSA de OSPF. Debe incluir la nssa instrucción en todos los dispositivos de enrutamiento del área 9, ya que este área solo tiene conexiones externas a rutas estáticas.

También configure el ABR en el área 9 con los siguientes ajustes adicionales:

  • no-summaries— Impide que el ABR anuncite rutas de resumen al NSSA. Si se configura en combinación con la default-metric instrucción, el NSSA solo permite rutas internas al área y anuncia la ruta predeterminada en el área. Las rutas externas y los destinos a otras áreas ya no se resumen ni se permiten en el NSSA. Solo el ABR requiere esta configuración adicional, ya que es el único dispositivo de enrutamiento dentro del NSSA que crea LSA de tipo 3 que se usa para recibir y enviar tráfico desde fuera del área.

  • default-lsa— Configura la ABR para generar una ruta predeterminada en el NSSA. En este ejemplo, configure lo siguiente:

    • default-metric— Especifica que el ABR genera una ruta predeterminada con una métrica especificada en el NSSA. Esta ruta predeterminada permite el reenvío de paquetes desde el NSSA a destinos externos. Esta opción solo se configura en la ABR. El ABR no genera automáticamente una ruta predeterminada cuando se adjunta a un NSSA. Debe configurar explícitamente esta opción para el ABR para generar una ruta predeterminada.

    • metric-type—(Opcional) Especifica el tipo de métrica externa para la LSA predeterminada, que puede ser de tipo 1 o tipo 2. Cuando OSPF exporta información de ruta desde AS externos, incluye un costo o una métrica externa en la ruta. La diferencia entre las dos métricas es cómo OSPF calcula el costo de la ruta. Las métricas externas tipo 1 son equivalentes a la métrica de estado del vínculo, en la que el costo es igual a la suma de los costos internos más el costo externo. Las métricas externas tipo 2 usan solo el costo externo asignado por el enrutador de límite del AS. De forma predeterminada, OSPF usa la métrica externa tipo 2.

    • type-7—(Opcional) Inunda los LSA predeterminados de tipo 7 en el NSSA si la no-summaries instrucción está configurada. De forma predeterminada, cuando se configura la no-summaries instrucción, se inyecta una LSA tipo 3 en NSSA para junos OS versión 5.0 y posteriores. Para admitir la compatibilidad con versiones anteriores de Junos OS, incluya la type-7 instrucción.

En el segundo ejemplo también se muestra la configuración opcional necesaria para deshabilitar la exportación de LSA de tipo 7 al NSSA mediante la inclusión de la no-nssa-abr instrucción en el dispositivo de enrutamiento que realiza las funciones de un ABR y un enrutador de límite de AS.

Figura 9: Topología de red de OSPF con áreas de stub y NSSA OSPF Network Topology with Stub Areas and NSSAs

Topología

Configuración

Configuración de dispositivos de enrutamiento para participar en un área no tan stubby

Configuración rápida de CLI

Para configurar rápidamente un OSPF NSSA, copie el siguiente comando y péguelo en la CLI. Debe configurar todos los dispositivos de enrutamiento que forman parte de NSSA.

Para configurar rápidamente un ABR que participe en un OSPF NSSA, copie los siguientes comandos y péguelos en la CLI.

Procedimiento paso a paso

Para configurar los NSSA de OSPF:

  1. En todos los dispositivos de enrutamiento del área, configure un NSSA OSPF.

    Nota:

    Para especificar un área NSSA OSPFv3, incluya la ospf3 instrucción en el [edit protocols] nivel de jerarquía.

  2. En abr, escriba el modo de configuración OSPF y especifique el área NSSA 0.0.0.9 que ya creó.

  3. En abr, inyecte una ruta predeterminada en el área.

  4. (Opcional) En abr, especifique el tipo de métrica externa para la ruta predeterminada.

  5. (Opcional) En el ABR, especifique la inundación de los LSA tipo 7.

  6. En el ABR, restrinja los LSA de resumen para evitar que ingresen en el área.

  7. Si ha terminado de configurar los dispositivos, confirme la configuración.

Resultados

Para confirmar la configuración, ingrese el show protocols ospf comando. Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.

Configuración en todos los dispositivos de enrutamiento de la zona:

Configuración en abr. El resultado también incluye las instrucciones opcional metric-type y type-7 .

Para confirmar la configuración de OSPFv3, ingrese el show protocols ospf3 comando.

Deshabilitar la exportación de anuncios de estado de vínculo de tipo 7 a áreas no tan estubadas

Configuración rápida de CLI

Para deshabilitar rápidamente la exportación de LSA de tipo 7 al NSSA, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red, copie y pegue los comandos en la CLI en el nivel jerárquico [edit] y, luego, ingrese commit desde el modo de configuración. Puede configurar esta configuración en un enrutador de límite del AS que también sea un ABR con un área NSSA adjunta.

Procedimiento paso a paso

Puede configurar esta opción si tiene un enrutador de límite del AS que también sea un ABR con un área NSSA conectada.

  1. Desactive la exportación de LSA tipo 7 al NSSA.

    Nota:

    Para especificar OSPFv3, incluya la ospf3 instrucción en el [edit protocols] nivel de jerarquía.

  2. Si ha terminado de configurar el dispositivo, confirme la configuración.

Resultados

Para confirmar la configuración, ingrese el show protocols ospf comando. Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.

Para confirmar la configuración de OSPFv3, ingrese el show protocols ospf3 comando.

Verificación

Confirme que la configuración funciona correctamente.

Verificar las interfaces en el área

Propósito

Compruebe que la interfaz para OSPF se ha configurado para el área adecuada. Confirme que la salida incluye Stub NSSA como el tipo de área OSPF.

Acción

Desde el modo operativo, ingrese el show ospf interface detail comando para OSPFv2 y escriba el show ospf3 interface detail comando para OSPFv3.

Verificar el tipo de área OSPF

Propósito

Compruebe que el área OSPF es un área de stub. Confirme que la salida muestra No tan Stubby Stub como el tipo Stub.

Acción

Desde el modo operativo, ingrese el show ospf overview comando para OSPFv2 y escriba el show ospf3 overview comando para OSPFv3.

Verificar el tipo de LSA

Propósito

Compruebe el tipo de LSA que se encuentran en el área. Si deshabilita la exportación de LSA de tipo 7 a un NSSA, confirme que el campo Tipo no incluye NSSA como un tipo de LSA.

Acción

Desde el modo operativo, ingrese el show ospf overview comando para OSPFv2 y escriba el show ospf3 overview comando para OSPFv3.

Descripción de áreas Stub de OSPFv3 y totalmente Stubby

La configuración de Junos OSPFv3 para redes IPv6 es idéntica a la configuración OSPFv2. Configure el protocolo con set ospf3 comandos en lugar de set ospf comandos y utilice show ospf3 comandos en lugar de show ospf comandos para comprobar el estado de OSPF. Además, asegúrese de establecer direcciones IPv6 en las interfaces que ejecutan OSPFv3.

Las áreas de stub son áreas a través de las cuales o en las que OSPF no inunda anuncios externos de estado de vínculo del AS (LSA tipo 5). Puede crear áreas de stub cuando gran parte de la base de datos de topología consta de anuncios externos del AS y desea minimizar el tamaño de las bases de datos de topología en los enrutadores internos del área de stub.

Se aplican las siguientes restricciones a las áreas stub:

  • No puede crear un vínculo virtual a través de un área stub.

  • Un área de stub no puede contener un enrutador de límite del AS.

  • No puede configurar la red troncal como un área stub.

  • No puede configurar un área como un área stub y un área no tan stubby (NSSA).

Ejemplo: Configuración de áreas Stub and Totally Stubby OSPFv3

En este ejemplo, se muestra cómo configurar un área stub OSPFv3 y un área totalmente oculta para controlar el anuncio de rutas externas en un área.

Requisitos

No se requiere ninguna configuración especial más allá de la inicialización del dispositivo antes de configurar este ejemplo.

Visión general

La Figura 10 muestra la topología utilizada en este ejemplo.

Figura 10: Topología de red OSPFv3 con áreas OSPFv3 Network Topology with Stub Areas Stub

En este ejemplo, se configura cada dispositivo de enrutamiento en el área 7 (ID de área 0.0.0.7) como enrutador stub y algunas opciones adicionales en la ABR:

  • stub— Especifica que esta área se convierta en un área de stub y no se inunde con LSA tipo 5. Debe incluir la stub instrucción en todos los dispositivos de enrutamiento que estén en el área 7, ya que esta área no tiene conexiones externas.

  • default-metric: configura la ABR para generar una ruta predeterminada con una métrica especificada en el área stub. Esta ruta predeterminada permite el reenvío de paquetes desde el área de stub a destinos externos. Esta opción solo se configura en la ABR. El ABR no genera automáticamente una ruta predeterminada cuando se adjunta a un stub. Debe configurar explícitamente esta opción para generar una ruta predeterminada.

  • no-summaries—(Opcional) Impide que el ABR anuncie rutas de resumen en el área de stub mediante la conversión del área de stub en un área totalmente estubby. Si se configura en combinación con la default-metric instrucción, un área totalmente estubada solo permite rutas internas al área y anuncia la ruta predeterminada en el área. Las rutas externas y los destinos a otras áreas ya no se resumen ni se permiten en un área totalmente desabada. Solo el ABR requiere esta configuración adicional, ya que es el único dispositivo de enrutamiento dentro del área totalmente estubo que crea LSA de tipo 3 que se utiliza para recibir y enviar tráfico desde fuera del área.

Nota:

En la versión 8.5 y posteriores de Junos OS, se aplica lo siguiente:

  • Una interfaz de identificador de enrutador que no está configurada para ejecutar OSPF ya no se anuncia como una red stub en los LSA de OSPF.

  • El OSPF anuncia una ruta local con una longitud de prefijo de 32 como vínculo stub si la interfaz de circuito cerrado está configurada con una longitud de prefijo distinta a 32. OSPF también anuncia la ruta directa con la longitud de máscara configurada, como en versiones anteriores.

La configuración rápida de CLI muestra la configuración de todos los dispositivos en la Figura 10. La sección #d24e145__d24e512 describe los pasos del dispositivo 2, el dispositivo 6, el dispositivo 7 y el dispositivo 8.

Configuración

Procedimiento

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red y, luego, copie y pegue los comandos en la CLI en el [edit] nivel de jerarquía.

Dispositivo 1

Dispositivo 2

Dispositivo 3

Dispositivo 4

Dispositivo 5

Dispositivo 6

Dispositivo 7

Dispositivo 8

Procedimiento paso a paso

El siguiente ejemplo requiere que navegue por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI.

Para configurar el dispositivo 2:

  1. Configure las interfaces.

  2. Habilite OSPFv3 en las interfaces que se encuentran en el área 0.

  3. Habilite OSPFv3 en la interfaz que se encuentra en el área 7.

  4. Especifique el área 7 como un área stub OSPFv3.

    La stub instrucción es necesaria en todos los dispositivos de enrutamiento del área.

  5. En abr, inyecte una ruta predeterminada en el área.

  6. (Opcional) En el ABR, restrinja los LSA de resumen para evitar que ingresen en el área.

    Este paso convierte el área del stub en un área totalmente resqueda.

Procedimiento paso a paso

El siguiente ejemplo requiere que navegue por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI.

Para configurar el dispositivo 6:

  1. Configure las interfaces.

  2. Habilite OSPFv3 en la interfaz que se encuentra en el área 7.

  3. Especifique el área 7 como un área stub OSPFv3.

    La stub instrucción es necesaria en todos los dispositivos de enrutamiento del área.

Procedimiento paso a paso

El siguiente ejemplo requiere que navegue por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI.

Para configurar el dispositivo 7:

  1. Configure las interfaces.

  2. Habilite OSPFv3 en la interfaz que se encuentra en el área 9.

  3. Configure rutas estáticas que permiten la conectividad con las rutas del cliente.

  4. Configure una política de enrutamiento para redistribuir las rutas estáticas.

  5. Aplique la política de enrutamiento a la instancia de OSPFv3.

Procedimiento paso a paso

El siguiente ejemplo requiere que navegue por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI.

Para configurar el dispositivo 8:

  1. Configure las interfaces.

  2. Configure dos direcciones de interfaz de circuito cerrado para simular rutas de clientes.

Resultados

Desde el modo de configuración, ingrese los comandos , show protocols, show policy-optionsy show routing-options para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.

Dispositivo 2

Dispositivo 6

Dispositivo 7

Dispositivo 8

Si ha terminado de configurar el dispositivo, ingrese commit desde el modo de configuración.

Verificación

Confirme que la configuración funciona correctamente.

Verificar el tipo de área OSPFv3

Propósito

Compruebe que el área OSPFv3 es un área stub. Confirme que el resultado muestra Stub como el tipo Stub.

Acción

Desde el modo operativo en el dispositivo 2 y en el dispositivo 6, ingrese el show ospf3 overview comando.

Significado

En el dispositivo 2, el tipo de área stub 0 es Not Stub. El tipo stub del área 7 es Stub. La métrica predeterminada de stub es 10.

En el dispositivo 6, el tipo stub del área 7 es Stub.

Verificar las rutas en el área Stub OSPFv3

Propósito

Asegúrese de que las rutas esperadas estén presentes en las tablas de enrutamiento.

Acción

Desde el modo operativo en los dispositivos 6 y 2, ingrese el show route comando.

Significado

En el dispositivo 6, se ha aprendido la ruta predeterminada debido a la default-metric instrucción en abr, dispositivo 2. De lo contrario, las únicas rutas OSPFv3 en la tabla de enrutamiento del dispositivo 6 son la dirección de red 2001:db8:9009:4::/64 y la dirección de multidifusión OSPFv3 ff02::5/128 para todos los enrutadores de estado de vínculo SPF, también conocidos como AllSPFRouters.

En el dispositivo 2, se aprendieron todas las rutas OSPFv3, incluidas las rutas de clientes externos, 2001:db8:1010::1/128 y 2001:db8:2020::1/128.

Descripción de áreas no tan estubadas de OSPFv3

Al igual que un área stub OSPF, un área stub OSPFv3 no tiene rutas externas, por lo que no puede redistribuir rutas de otro protocolo en un área stub. Las áreas no tan estubadas (NSSA) permiten que las rutas externas se inunden dentro del área. Los enrutadores de un NSSA no reciben anuncios externos de estado de vínculo (LSA) de enrutadores de borde de área (ABR), pero pueden enviar información de enrutamiento externo para su redistribución. Utilizan LSA tipo 7 para informar a los ABR acerca de estas rutas externas, lo que el ABR luego traduce en LSA externos tipo 5 e inunda como normalmente al resto de la red OSPF.

Ejemplo: Configurar áreas OSPFv3 no tan estubadas

En este ejemplo, se muestra cómo configurar un área no tan estubada (NSSA) OSPFv3 para controlar el anuncio de rutas externas en el área.

Requisitos

No se requiere ninguna configuración especial más allá de la inicialización del dispositivo antes de configurar este ejemplo.

Visión general

En este ejemplo, el dispositivo 7 redistribuye las rutas estáticas del cliente 1 en OSPFv3. El dispositivo 7 se encuentra en el área 9, que está configurada como un NSSA. El dispositivo 3 es el ABR conectado al NSSA. Un NSSA es un tipo de área stub que puede importar rutas externas del sistema autónomo y enviarlas a otras áreas, pero aún no puede recibir as-rutas externas de otras áreas. Dado que el área 9 se define como un NSSA, el dispositivo 7 usa LSA tipo 7 para informar al ABR (dispositivo 3) acerca de estas rutas externas. El dispositivo 3 traduce las rutas de tipo 7 a LSA externos tipo 5 y las inunda con normalidad al resto de la red OSPF.

En el área 3, el dispositivo 5 redistribuye las rutas estáticas del cliente 2 en OSPFv3. Estas rutas se aprenden en el dispositivo 3, pero no en el dispositivo 7 o 10. El dispositivo 3 inyecta una ruta estática predeterminada en el área 9 para que los dispositivos 7 y 10 aún puedan llegar a las rutas del cliente 2.

Configure cada dispositivo de enrutamiento en el área 9 (ID de área 0.0.0.9) con la siguiente configuración:

  • nssa—Especifica un NSSA OSPFv3. Debe incluir la nssa instrucción en todos los dispositivos de enrutamiento del área 9.

También configure el ABR en el área 9 con los siguientes ajustes adicionales:

  • no-summaries— Impide que el ABR anuncite rutas de resumen al NSSA. Si se configura en combinación con la default-metric instrucción, el NSSA solo permite rutas internas al área y anuncia la ruta predeterminada en el área. Las rutas externas y los destinos a otras áreas ya no se resumen ni se permiten en el NSSA. Solo el ABR requiere esta configuración adicional, ya que es el único dispositivo de enrutamiento dentro del NSSA que crea LSA de resumen de tipo 3 que se utilizan para recibir y enviar tráfico desde fuera del área.

  • default-lsa— Configura la ABR para generar una ruta predeterminada en el NSSA. En este ejemplo, configure lo siguiente:

    • default-metric— Especifica que el ABR genera una ruta predeterminada con una métrica especificada en el NSSA. Esta ruta predeterminada permite el reenvío de paquetes desde el NSSA a destinos externos. Esta opción solo se configura en la ABR. El ABR no genera automáticamente una ruta predeterminada cuando se adjunta a un NSSA. Debe configurar explícitamente esta opción para el ABR para generar una ruta predeterminada.

    • metric-type—(Opcional) Especifica el tipo de métrica externa para la LSA predeterminada, que puede ser de tipo 1 o tipo 2. Cuando OSPFv3 exporta información de ruta desde AS externos, incluye un costo o métrica externa en la ruta. La diferencia entre las dos métricas es cómo OSPFv3 calcula el costo de la ruta. Las métricas externas tipo 1 son equivalentes a la métrica de estado del vínculo, en la que el costo es igual a la suma de los costos internos más el costo externo. Las métricas externas tipo 2 usan solo el costo externo asignado por el enrutador de límite del AS. De forma predeterminada, OSPFv3 usa la métrica externa tipo 2.

    • type-7—(Opcional) Inunda los LSA predeterminados de tipo 7 en el NSSA si la no-summaries instrucción está configurada. De forma predeterminada, cuando se configura la no-summaries instrucción, se inyecta una LSA tipo 3 en NSSA para junos OS versión 5.0 y posteriores. Para admitir la compatibilidad con versiones anteriores de Junos OS, incluya la type-7 instrucción.

Figura 11: Topología de red OSPFv3 con un NSSA OSPFv3 Network Topology with an NSSA

La configuración rápida de CLI muestra la configuración de todos los dispositivos en la Figura 11. La sección #d26e168__d26e580 describe los pasos del dispositivo 3, el dispositivo 7 y el dispositivo 9.

Configuración

Procedimiento

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red y, luego, copie y pegue los comandos en la CLI en el [edit] nivel de jerarquía.

Dispositivo 1

Dispositivo 3

Dispositivo 4

Dispositivo 5

Dispositivo 7

Dispositivo 8

Dispositivo 9

Dispositivo 10

Procedimiento paso a paso

El siguiente ejemplo requiere que navegue por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI.

Para configurar el dispositivo 3:

  1. Configure las interfaces.

  2. Habilite OSPFv3 en las interfaces que se encuentran en el área 0.

  3. Habilite OSPFv3 en la interfaz que se encuentra en el área 9.

  4. Configure un NSSA OSPFv3.

    La nssa instrucción es necesaria en todos los dispositivos de enrutamiento del área.

  5. En abr, inyecte una ruta predeterminada en el área.

  6. (Opcional) En abr, especifique el tipo de métrica externa para la ruta predeterminada.

  7. (Opcional) En el ABR, especifique la inundación de los LSA tipo 7.

  8. En el ABR, restrinja los LSA de resumen para evitar que ingresen en el área.

Procedimiento paso a paso

El siguiente ejemplo requiere que navegue por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI.

Para configurar el dispositivo 5:

  1. Configure las interfaces.

  2. Habilite OSPFv3 en la interfaz que se encuentra en el área 3.

  3. Configure rutas estáticas que permiten la conectividad con las rutas del cliente.

  4. Configure una política de enrutamiento para redistribuir las rutas estáticas.

  5. Aplique la política de enrutamiento a la instancia de OSPFv3.

Procedimiento paso a paso

El siguiente ejemplo requiere que navegue por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI.

Para configurar el dispositivo 7:

  1. Configure las interfaces.

  2. Habilite OSPFv3 en la interfaz que se encuentra en el área 9.

  3. Configure un NSSA OSPFv3.

    La nssa instrucción es necesaria en todos los dispositivos de enrutamiento del área.

Procedimiento paso a paso

El siguiente ejemplo requiere que navegue por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración en la Guía del usuario de CLI.

Para configurar el dispositivo 8:

  1. Configure las interfaces.

  2. Configure dos direcciones de interfaz de circuito cerrado para simular rutas de clientes.

Resultados

Desde el modo de configuración, ingrese los comandos , show protocols, show policy-optionsy show routing-options para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.

Dispositivo 3

Dispositivo 5

Dispositivo 7

Dispositivo 8

Si ha terminado de configurar el dispositivo, ingrese commit desde el modo de configuración.

Verificación

Confirme que la configuración funciona correctamente.

Verificar el tipo de área OSPFv3

Propósito

Verifique que el área OSPFv3 es un área NSSA. Confirme que el resultado se muestra Stub NSSA como el tipo Stub.

Acción

Desde el modo operativo en el dispositivo 3, el dispositivo 7 y el dispositivo 10, ingrese el show ospf3 overview comando.

Significado

En el dispositivo 3, el tipo de área stub 0 es Not Stub. El tipo de área 9 es Stub NSSA. La métrica predeterminada de stub es 10.

En los dispositivos 7 y 10, el tipo de área stub 9 es Stub NSSA.

Verificar las rutas en el área Stub OSPFv3

Propósito

Asegúrese de que las rutas esperadas estén presentes en las tablas de enrutamiento.

Acción

Desde el modo operativo en los dispositivos 7 y 3, ingrese el show route comando.

Significado

En el dispositivo 7, se ha aprendido la ruta predeterminada debido a la default-metric instrucción en abr, dispositivo 3. De lo contrario, las únicas rutas OSPFv3 en la tabla de enrutamiento del dispositivo 7 son las locales al área 9 y la dirección de multidifusión OSPFv3 ff02::5/128 para todos los enrutadores de estado de vínculo SPF, también conocidos como AllSPFRouters.

El dispositivo 10 tiene la ruta predeterminada inyectada por el dispositivo 3 y también las rutas externas del OSPF inyectadas por el dispositivo 7.

Ni el dispositivo 7 ni el dispositivo 10 tienen las rutas de cliente externas que se inyectó en OSPFv3 por el dispositivo 5.

En el dispositivo 3, se aprendieron todas las rutas OSPFv3, incluidas las rutas de clientes externos, 2001:db8:1010::1/128 y 2001:db8:2020::1/128.

Verificar el tipo de LSA

Propósito

Compruebe el tipo de LSA que se encuentran en el área.

Acción

Desde el modo operativo en el dispositivo 7, ingrese el show ospf3 database nssa detail comando.

Significado

En el dispositivo 7, los LSSA de NSSA son la ruta predeterminada externa tipo 1, aprendida del dispositivo 3, y las rutas estáticas externas tipo 2 a la red del cliente 1.

Descripción del filtrado de áreas no tan estrabadas

Es posible que tenga una situación en la que no sea necesario exportar LSA tipo 7 a un área no tan estubby (NSSA). Cuando un enrutador de límite del sistema autónomo (ASBR) también es un enrutador de borde de área (ABR) con un NSSA conectado, los LSA de tipo 7 se exportan al NSSA de forma predeterminada.

Además, cuando el ASBR (también un ABR) se adjunta a varios NSSA, un LSA tipo 7 independiente se exporta a cada NSSA de forma predeterminada. Durante la redistribución de rutas, este dispositivo de enrutamiento genera tanto LSA tipo 5 como LSA tipo 7. Por lo tanto, para evitar que la misma ruta se redistribuya dos veces (de LSA tipo 5 y LSA tipo 7), puede deshabilitar la exportación de LSA tipo 7 al NSSA mediante la inclusión de la no-nssa-abr instrucción en el dispositivo de enrutamiento.

Ejemplo: Configurar áreas OSPFv3 no tan estubadas con filtrado

En este ejemplo, se muestra cómo configurar un área no tan estubada (NSSA) OSPFv3 cuando no es necesario inyectar rutas externas en el NSSA como anuncios de estado de vínculo tipo 7 (LSA).

Requisitos

No se requiere ninguna configuración especial más allá de la inicialización del dispositivo antes de configurar este ejemplo.

Visión general

Cuando un enrutador de borde de sistema autónomo (ASBR) también es un enrutador de borde de área NSSA (ABR), el dispositivo de enrutamiento genera LSA tipo 5 y LSA tipo 7. Puede impedir que el enrutador cree LSA tipo 7 para el NSSA con la no-nssa-abr instrucción.

En este ejemplo, los dispositivos 5 y 3 se encuentran en las redes del cliente. Los dispositivos 4 y 2 están inyectando las rutas del cliente en OSPFv3. El Área 1 es un NSSA. Dado que el dispositivo 4 es un ABR de NSSA y un ASBR, genera LSA tipo 7 y tipo 5 e inyecta LSA tipo 7 en el área 1 y LSA tipo 5 en el área 0. Para evitar que los LSA de tipo 7 se inyecten en el área 1, la no-nssa-abr instrucción incluida en la configuración del dispositivo 4.

Figura 12: Topología de red OSPFv3 con un ABR NSSA que también es un ASBR OSPFv3 Network Topology with an NSSA ABR That Is Also an ASBR

La configuración rápida de CLI muestra la configuración de todos los dispositivos en la Figura 12. La sección #d28e95__d28e440 describe los pasos del dispositivo 4.

Configuración

Procedimiento

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red y, luego, copie y pegue los comandos en la CLI en el [edit] nivel de jerarquía.

Dispositivo 1

Dispositivo 2

Dispositivo 3

Dispositivo 4

Dispositivo 5

Dispositivo 6

Procedimiento paso a paso

El siguiente ejemplo requiere que navegue por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte "Uso del editor de CLI en modo de configuración" en la Guía del usuario de CLI.

Para configurar el dispositivo 4:

  1. Configure las interfaces.

  2. Habilite OSPFv3 en las interfaces que se encuentran en el área 0.

  3. Habilite el OSPFv3 en la interfaz que se encuentra en el área 1.

  4. Configure un NSSA OSPFv3.

    La nssa instrucción es necesaria en todos los dispositivos de enrutamiento del área.

  5. En abr, inyecte una ruta predeterminada en el área.

  6. (Opcional) En abr, especifique el tipo de métrica externa para la ruta predeterminada.

  7. (Opcional) En el ABR, especifique la inundación de los LSA tipo 7.

  8. En el ABR, restrinja los LSA de resumen para evitar que ingresen en el área.

  9. Desactive la exportación de LSA tipo 7 al NSSA.

    Esta configuración es útil si tiene un enrutador de límite del AS que también es un ABR con un área NSSA conectada.

  10. Configure rutas estáticas a la red del cliente.

  11. Configure una política para insertar las rutas estáticas en OSPFv3.

  12. Aplique la política a OSPFv3.

Resultados

Desde el modo de configuración, ingrese los comandos , show protocols, show policy-optionsy show routing-options para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.

Dispositivo 4

Si ha terminado de configurar el dispositivo, ingrese commit desde el modo de configuración.

Verificación

Confirme que la configuración funciona correctamente.

Verificar las rutas en el área Stub OSPFv3

Propósito

Asegúrese de que las rutas esperadas estén presentes en las tablas de enrutamiento.

Acción

Desde el modo operativo en los dispositivos 1 y 6, ingrese el show route comando.

Significado

En el dispositivo 1, se ha aprendido la ruta predeterminada (::/0) debido a la default-metric instrucción en abr, dispositivo 4. Las rutas del cliente 2001:db8:3030::1 y 2001:db8:4040::1 se aprendieron del dispositivo 2. Se suprimieron las rutas 2001:db8:1010::1 y 2001:db8:2020::1. No son necesarios, ya que la ruta predeterminada se puede usar en su lugar.

En el dispositivo 6 del área 0, se aprendieron todas las rutas de los clientes.

Verificar el tipo de LSA

Propósito

Compruebe el tipo de LSA que se encuentran en el área.

Acción

Desde el modo operativo en el dispositivo 1, ingrese el show ospf3 database nssa detail comando.

Significado

El dispositivo 4 no envía LSA de tipo 7 (NSSA) para las rutas del cliente 2001:db8:1010::1/128 y 2001:db8:2020::1/128. Si eliminara o desactivara la no-nssa-abr instrucción y, a continuación, vuelva a ejecutar el comando, vería que el show ospf3 database nssa detail dispositivo 4 está enviando LSA tipo 7 para 2001:db8:1010::1/128 y 2001:db8:2020::1/128.