EN ESTA PÁGINA
Ejemplo: configuración de un identificador de enrutador OSPF
Ejemplo: control de la elección del enrutador designado por OSPF
Ejemplo: configuración de una adyacencia multiárea para OSPFv3
Ejemplo: configuración de stub OSPF y áreas totalmente rechonchas
Ejemplo: configuración de stub OSPFv3 y áreas totalmente rechonchas
Ejemplo: configuración de áreas no tan rechonchas de OSPFv3 con filtrado
Descripción de los vínculos virtuales de OSPF para áreas no contiguas
Ejemplo: configuración de vínculos virtuales OSPF para conectar áreas no contiguas
Configuración de áreas OSPF
Descripción de las áreas de OSPF
En OSPF, un solo sistema autónomo (AS) se puede dividir en grupos más pequeños llamados áreas. Esto reduce el número de anuncios de estado de vínculo (LSA) y otro tráfico de sobrecarga de OSPF enviados 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 en función de su ubicación en la red.
En este tema se describen los siguientes tipos de área OSPF y funciones de dispositivo de enrutamiento:
- Áreas
- Enrutadores de borde de área
- Áreas troncales
- Enrutadores de límite del AS
- Enrutador troncal
- Enrutador interno
- Áreas de código auxiliar
- Áreas no tan rechonchas
- Zonas de tránsito
- Tipos de área OSPF y LSA aceptados
Áreas
Un área es un conjunto de redes y hosts dentro de un AS que se han agrupado administrativamente. Se recomienda configurar un área como una colección de redes IP contiguas con subredes. Los dispositivos de enrutamiento que están completamente dentro de un área se llaman enrutadores internos. Todas las interfaces en enrutadores internos están conectadas directamente a redes dentro del área.
La topología de un área está 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 únicamente por la topología del área, lo que proporciona al área cierta protección contra datos de enrutamiento incorrectos.
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 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 está en otra área. Los ABR también mantienen una base de datos topológica separada para cada área a la que están conectados.
Áreas troncales
Un área troncal de OSPF consta de todas las redes con el ID de área 0.0.0.0, sus dispositivos de enrutamiento conectados y todos los ABR. La red troncal en sí no tiene ABR. La red troncal distribuye la información de enrutamiento entre áreas. La red troncal es simplemente otra área, por lo que se aplica 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 componen 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 cualesquiera que tengan una interfaz con un área común que no sea troncal. OSPF trata dos dispositivos de enrutamiento unidos por un vínculo virtual como si estuvieran conectados a una red punto a punto no numerada.
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 AS. Anuncian rutas aprendidas externamente en todo el AS OSPF. Según la ubicación del enrutador de límite del AS en la red, puede ser un ABR, un enrutador troncal o un enrutador interno (con la excepción de las áreas de código auxiliar). Los enrutadores internos dentro de un área de código auxiliar no pueden ser un enrutador de límite de AS porque las áreas de código auxiliar no pueden contener ningún LSA de tipo 5.
Los dispositivos de enrutamiento dentro del área donde reside el enrutador de límite del AS conocen la ruta a 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 AS.
Enrutador troncal
Los enrutadores troncales son dispositivos de enrutamiento que tienen una o más interfaces conectadas al área troncal OSPF (ID de área 0.0.0.0).
Enrutador interno
Los dispositivos de enrutamiento que se conectan a una sola área OSPF se denominan enrutadores internos. Todas las interfaces de los enrutadores internos están conectadas directamente a redes dentro de una sola área.
Áreas de código auxiliar
Las áreas auxiliares son áreas a través de las cuales o en las cuales los anuncios externos de AS no se inundan. Es posible que desee crear áreas de código auxiliar cuando gran parte de la base de datos topológica consta de anuncios externos de 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 código auxiliar.
Los dispositivos de enrutamiento dentro de un área de código auxiliar dependen de las rutas predeterminadas originadas por el ABR del área para llegar a destinos de AS externos. Debe configurar la default-metric opción en el ABR antes de que anuncie una ruta predeterminada. Una vez configurado, el ABR anuncia una ruta predeterminada en lugar de las rutas externas que no se anuncian dentro del área de código auxiliar, de modo que los dispositivos de enrutamiento en el área de código auxiliar puedan llegar a destinos fuera del área.
Las siguientes restricciones se aplican a las áreas de código auxiliar: no puede crear un vínculo virtual a través de un área de código auxiliar, un área de código auxiliar no puede contener un enrutador de límite AS, la red troncal no puede ser un área de código auxiliar y no puede configurar un área como área de código auxiliar y área no tan rechoncha.
Áreas no tan rechonchas
Un área de código auxiliar OSPF no tiene rutas externas, por lo que no se puede redistribuir desde otro protocolo a un área de código auxiliar. Un área no tan rechoncha (NSSA) permite que las rutas externas se inunden dentro del área. Estas rutas luego se filtran a otras áreas. Sin embargo, las rutas externas de otras áreas todavía no entran en la NSSA.
La siguiente restricción se aplica a las NSSA: no puede configurar un área como área de código auxiliar y como NSSA.
Zonas de tránsito
Las áreas de tránsito se utilizan para pasar tráfico de 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 ni está destinado a la zona 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 por OSPF
Las LAN grandes que tienen muchos dispositivos de enrutamiento y, por lo tanto, muchas adyacencias de OSPF pueden producir un tráfico pesado de paquetes de control a medida que los anuncios de estado de vínculo (LSA) se inundan a través de la red. Para aliviar el posible problema de tráfico, OSPF utiliza enrutadores designados en todas las redes de acceso múltiple (tipos de redes de multiacceso de difusión y no difusión [NBMA]). En lugar de transmitir LSA a todos sus vecinos OSPF, los dispositivos de enrutamiento envían sus LSA al enrutador designado. Cada red de acceso múltiple tiene un enrutador designado, que realiza dos funciones principales:
Originar anuncios de vínculos de red en nombre de la red.
Establecer adyacencias con todos los dispositivos de enrutamiento de la red, participando así en la sincronización de las bases de datos link-state.
En las LAN, la elección del enrutador designado tiene lugar cuando se establece inicialmente la red OSPF. 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 del ID del enrutador , que suele ser la dirección IP del dispositivo de enrutamiento o la dirección de circuito cerrado) se elige como enrutador designado. El dispositivo de enrutamiento con el segundo identificador de enrutador más alto se elige como enrutador designado de respaldo. Si el enrutador designado falla o pierde conectividad, el enrutador designado de copia de seguridad 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.
OSPF utiliza 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 origina un paquete. En la elección del enrutador designado, las prioridades del enrutador se evalúan primero y el dispositivo de enrutamiento con la prioridad más alta es elegido enrutador designado. Si las prioridades del enrutador están vinculadas, el dispositivo de enrutamiento con el identificador de enrutador más alto, que suele ser la dirección IP del dispositivo de enrutamiento, se elige como el enrutador designado. Si no configura un identificador de enrutador, se utilizará la dirección IP de la primera interfaz que se conecte. Esta suele ser 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 IP lógica o subred 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 el dispositivo de enrutamiento como no elegible para convertirse en el enrutador designado. Una prioridad de 1 significa que el dispositivo de enrutamiento tiene menos posibilidades de convertirse en un enrutador designado. Una prioridad de 255 significa que el dispositivo de enrutamiento es siempre 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:
Identifique las interfaces en el dispositivo de enrutamiento que participarán en OSPF. Debe habilitar OSPF en todas las interfaces de la red por las que debe viajar el tráfico de OSPF.
Configure las interfaces del dispositivo. Consulte la Guía del usuario de interfaces para dispositivos de seguridad
Visión general
OSPF utiliza el identificador de enrutador para identificar el dispositivo de enrutamiento desde el que se originó un paquete. Junos OS selecciona un identificador de enrutador de acuerdo con el siguiente conjunto de reglas:
De forma predeterminada, Junos OS selecciona la dirección IP física configurada más baja de una interfaz como identificador de enrutador.
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.
Si se configuran varias interfaces de circuito cerrado, la dirección de circuito cerrado más baja se convierte en el identificador del enrutador.
Si un identificador de enrutador se configura explícitamente mediante la
router-id addressinstrucción bajo el nivel de[edit routing-options]jerarquía, se ignoran las tres reglas anteriores.
1. El comportamiento del identificador de enrutador descrito aquí es válido incluso cuando se configura en [edit routing-instances routing-instance-name routing-options] los niveles jerárquico [edit logical-systems logical-system-name routing-instances routing-instance-name routing-options] .
2. Si se modifica el identificador del enrutador en una red, los anuncios de estado de vínculo (LSA) anunciados por el identificador del enrutador anterior se conservan en la base de datos OSPF hasta que se agote el tiempo de espera del intervalo de retransmisión de LSA. Por lo tanto, se recomienda encarecidamente que configure explícitamente el identificador del enrutador en el nivel de [edit routing-options] 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, a continuación, ingrese commit desde el modo de configuración.
[edit] set routing-options router-id 192.0.2.24
Procedimiento
Procedimiento paso a paso
Para configurar un identificador de enrutador OSPF:
Configure el identificador de enrutador OSPF introduciendo el valor de
[router-id]configuración.[edit] user@host# set routing-options router-id 192.0.2.24
Si ha terminado de configurar el dispositivo, confirme la configuración.
[edit] user@host# commit
Resultados
Confirme la configuración introduciendo el show routing-options router-id comando. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.
user@host# show routing-options router-id router-id 192.0.2.24;
Verificación
Después de configurar el ID de enrutador y activar OSPF en el dispositivo de enrutamiento, varios comandos de modo operativo OSPF hacen referencia al ID de enrutador que puede usar para supervisar y solucionar problemas del protocolo OSPF. Los campos ID del enrutador están claramente marcados en el resultado.
Ejemplo: control de la elección del enrutador designado por OSPF
En este ejemplo se muestra cómo controlar la elección del enrutador designado por OSPF.
Requisitos
Antes de empezar:
Configure las interfaces del dispositivo. Consulte la Guía del usuario de interfaces para dispositivos de seguridad.
Configure los identificadores de enrutador para los dispositivos de la red OSPF. Consulte Ejemplo: Configuración de un identificador de enrutador OSPF.
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 en 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 el dispositivo de enrutamiento como no elegible para convertirse en el enrutador designado. Una prioridad de 1 significa que el dispositivo de enrutamiento tiene 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.
[edit] set protocols ospf area 0.0.0.3 interface ge-0/0/1 priority 200
Procedimiento
Procedimiento paso a paso
Para controlar la elección del enrutador designado por OSPF:
Configure una interfaz OSPF y especifique la prioridad del dispositivo.
Nota:Para especificar una interfaz OSPFv3, incluya la
ospf3instrucción en el nivel de[edit protocols]jerarquía.[edit] user@host# set protocols ospf area 0.0.0.3 interface ge-0/0/1 priority 200
Si ha terminado de configurar el dispositivo, confirme la configuración.
[edit] user@host# commit
Resultados
Confirme la configuración introduciendo el show protocols ospf comando. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.
user@host# show protocols ospf
area 0.0.0.3 {
interface ge-0/0/1.0 {
priority 200;
}
}
Para confirmar la configuración de OSPFv3, escriba el show protocols ospf3 comando.
Verificación
Confirme que la configuración funciona correctamente.
Verificación de la elección del enrutador designado
Propósito
En función de la prioridad que configuró para una interfaz OSPF específica, puede confirmar la dirección del enrutador designado del área. El campo DR 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 para la copia de seguridad.
Acción
Desde el modo operativo, escriba los show ospf interface comandos y show ospf neighbor para OSPFv2 e introduzca los show ospf3 interface comandos y los show ospf3 neighbor comandos para OSPFv3.
Descripción de las áreas OSPF y las áreas troncales
Las redes OSPF en un sistema autónomo (AS) se agrupan administrativamente en áreas. Cada área dentro 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 está 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 están completamente dentro de un área se llaman enrutadores internos. Todas las interfaces en enrutadores internos están conectadas directamente a redes dentro del área.
El área central de un AS, denominada á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 área única, este es también el ID del área). Los ID de área son identificadores numéricos únicos, en notación decimal punteada, pero no son direcciones IP. Los ID de área solo necesitan ser únicos dentro de un AS. Todas las demás 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 fronteriza (ABR). La figura 1 muestra una topología OSPF de tres áreas conectadas por dos ABR.
OSPF multiárea
Debido a que todas las áreas son adyacentes al área troncal, los enrutadores OSPF envían todo el tráfico no destinado a su propia área a través del área troncal. Los ABR en el área troncal son responsables de transmitir el tráfico a través del ABR apropiado al área de destino. Los ABR resumen los registros de estado de enlace de cada área y anuncian resúmenes de direcciones de destino a áreas vecinas. Los anuncios contienen el ID del área en la que se encuentra cada destino, de modo que los paquetes se enrutan al ABR apropiado. 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 la red troncal se implementa para verificar que los ABR estén conectados a la red troncal. Si se pierde la conexión con el á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 activa de red troncal permite el tránsito a través de un 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, para que los vecinos puedan considerarlo para rutas entre áreas.
Una restricción OSPF requiere que todas las áreas estén conectadas directamente al área de la red 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 distinta del área troncal se enrutan al ABR apropiado 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 utilizan un área de tránsito que contiene dos o más ABR para pasar 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 ambas.
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 apropiado. Todo el tráfico entrante destinado al área 0.0.0.3 se enruta al área troncal y luego a través del área 0.0.0.2.
Ejemplo: configuración de una red OSPF de área única
En este ejemplo se muestra cómo configurar una red OSPF de área única.
Requisitos
Antes de empezar:
Configure las interfaces del dispositivo. Consulte la Guía del usuario de interfaces para dispositivos de seguridad.
Configure los identificadores de enrutador para los dispositivos de la red OSPF. Consulte Ejemplo: Configuración de un identificador de enrutador OSPF.
Visión general
Para activar OSPF en una red, debe habilitar el protocolo OSPF en todas las interfaces de la red por 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), al área troncal siempre se le asigna el ID de área 0.0.0.0 (dentro de una red simple de área única, este es también el ID del área). Los ID de área son identificadores numéricos únicos, en notación decimal punteada. Los ID de área solo necesitan ser únicos dentro de un AS. Todas las demás redes o áreas del AS deben estar conectadas directamente a los enrutadores de borde de área por área troncal que tengan interfaces en más de un área. También debe crear un área troncal si la 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.
Topología
Configuración
Configuración rápida de CLI
Para configurar rápidamente una red OSPF de área única, 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, a continuación, ingrese commit desde el modo de configuración.
[edit] set protocols ospf area 0.0.0.0 interface ge-0/0/0
Procedimiento
Procedimiento paso a paso
Para configurar una red OSPF de área única:
Configure la red OSPF de área única especificando el ID de área y la interfaz asociada.
Nota:Para una red OSPFv3 de área única, incluya la
ospf3instrucción en el nivel de[edit protocols]jerarquía.[edit] user@host# set protocols ospf area 0.0.0.0 interface ge-0/0/0
Si ha terminado de configurar el dispositivo, confirme la configuración.
[edit] user@host# commit
Resultados
Confirme la configuración introduciendo el show protocols ospf comando. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.
user@host# show protocols ospf
area 0.0.0.0 {
interface ge-0/0/0.0;
}
Para confirmar la configuración de OSPFv3, escriba el show protocols ospf3 comando.
Verificación
Confirme que la configuración funciona correctamente.
Verificación de 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, escriba el show ospf interface comando para OSPFv2 y escriba el show ospf3 interface comando para OSPFv3.
Ejemplo: configuración de una red OSPF multiárea
En este ejemplo se muestra cómo configurar una red OSPF multiárea. Para reducir el tráfico y el mantenimiento de la topología de los dispositivos en un sistema autónomo (AS) OSPF, puede agrupar los dispositivos de enrutamiento habilitados para OSPF en varias áreas.
Requisitos
Antes de empezar:
Configure las interfaces del dispositivo. Consulte la Guía del usuario de interfaces para dispositivos de seguridad.
Configure los identificadores de enrutador para los dispositivos de la red OSPF. Consulte Ejemplo: Configuración de un identificador de enrutador OSPF.
Controle la elección del enrutador designado por OSPF. Consulte Ejemplo: Control de la elección del enrutador designado por OSPF
Configure una red OSPF de área única. Consulte Ejemplo: Configuración de una red OSPF de área única.
Visión general
Para activar OSPF en una red, debe habilitar el protocolo OSPF en todas las interfaces de la red por 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. Al área troncal siempre se le 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 asígnele un identificador de área único 0.0.0.2 y, a continuación, agregue la interfaz ge-0/0/0 al área OSPF.
Para reducir el mantenimiento del tráfico y la topología de los dispositivos en 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 identificador de área único 0.0.0.2, y se configura el dispositivo B como 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.
típica de red OSPF multiárea
Topología
Configuración
Procedimiento
Configuración rápida de CLI
Para configurar rápidamente una red OSPF multiá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 [editar] y, a continuación, ingrese commit desde el modo de configuración.
Dispositivo A
[edit] set protocols ospf area 0.0.0.0 interface ge-0/0/0 set protocols ospf area 0.0.0.0 interface ge-0/0/1
Dispositivo C
[edit] set protocols ospf area 0.0.0.0 interface ge-0/0/0
Dispositivo B
[edit] set protocols ospf area 0.0.0.0 interface ge-0/0/0 set protocols ospf area 0.0.0.2 interface ge-0/0/2
Dispositivo D
[edit] set protocols ospf area 0.0.0.2 interface ge-0/0/0 set protocols ospf area 0.0.0.2 interface ge-0/0/2
Dispositivo E
[edit] set protocols ospf area 0.0.0.2 interface ge-0/0/2
Procedimiento paso a paso
Para configurar una red OSPF multiárea:
Configure el área troncal.
Nota:Para una red OSPFv3, incluya la
ospf3instrucción en el nivel de[edit protocols]jerarquía.[edit] user@A# set protocols ospf area 0.0.0.0 interface ge-0/0/0 user@A# set protocols ospf area 0.0.0.0 interface ge-0/0/1
[edit] user@C# set protocols ospf area 0.0.0.0 interface ge-0/0/0
[edit] user@B# set protocols ospf area 0.0.0.0 interface ge-0/0/0
Configure un área adicional para su red OSPF.
Nota:Para una red OSPFv3 multiárea, incluya la
ospf3instrucción en el nivel de[edit protocols]jerarquía.[edit] user@host# set protocols ospf area 0.0.0.2 interface ge-0/0/0 user@D# set protocols ospf area 0.0.0.2 interface ge-0/0/2
[edit] user@E# set protocols ospf area 0.0.0.2 interface ge-0/0/2
Si ha terminado de configurar el dispositivo, confirme la configuración.
[edit] user@host# commit
Resultados
Confirme la configuración introduciendo el show protocols ospf comando. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.
user@host# show protocols ospf
area 0.0.0.0 {
interface ge-0/0/0.0;
interface ge-0/0/1.0;
}
user@C# show protocols ospf
area 0.0.0.0 {
interface ge-0/0/0.0;
}
user@B# show protocols ospf
area 0.0.0.0 {
interface ge-0/0/0.0;
}
area 0.0.0.2 {
interface ge-0/0/2.0;
}
user@D# show protocols ospf
area 0.0.0.2 {
interface ge-0/0/0.0;
interface ge-0/0/2.0;
}
user@E# show protocols ospf
area 0.0.0.2 {
interface ge-0/0/2.0;
}
Para confirmar la configuración de OSPFv3, escriba el show protocols ospf3 comando.
Verificación
Confirme que la configuración funciona correctamente.
Verificación de 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, escriba el show ospf interface comando para OSPFv2 y escriba el show ospf3 interface comando para OSPFv3.
Descripción de la adyacencia multiárea para OSPF
De forma predeterminada, una sola interfaz puede pertenecer a una sola área OSPF. Sin embargo, en algunas situaciones, es posible que desee configurar una interfaz para que pertenezca a más de un área. Hacerlo permite que el enlace correspondiente se considere un enlace intraárea en múltiples áreas y que sea preferido sobre otras rutas intraárea de mayor costo. 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 multiárea que pertenezcan a diferentes áreas.
En Junos OS versión 9.2 y posteriores, puede configurar una interfaz lógica para que pertenezca a más de un área OSPFv2. La compatibilidad con OSPFv3 se introdujo en la versión 9.4 de Junos OS. Como se define en RFC 5185, Adyacencia multiárea OSPF, los ABR establecen múltiples adyacencias que pertenecen a diferentes áreas sobre la misma interfaz lógica. Cada adyacencia multiárea es anunciada como un enlace punto a punto no numerado en el área configurada por los enrutadores conectados al enlace. 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 que no esté 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 un área. Para cualquier otra área para la que configure la interfaz, debe configurarla como una interfaz secundaria.
Ejemplo: configuración de adyacencia multiárea para OSPF
En este ejemplo se muestra cómo configurar la adyacencia multiárea para OSPF.
Requisitos
Antes de comenzar, planifique su red OSPF multiárea. Consulte Ejemplo: Configuración de una red OSPF multiárea.
Visión general
De forma predeterminada, una sola interfaz puede pertenecer a una sola área OSPF. Puede configurar una sola interfaz para que pertenezca a varias áreas de OSPF. Hacerlo permite que el enlace correspondiente se considere un enlace intraárea en múltiples áreas y que sea preferido sobre otras rutas intraárea de mayor costo. Al configurar una interfaz secundaria, tenga en cuenta lo siguiente:
Para OSPFv2, no puede configurar interfaces de red punto a multipunto y de acceso múltiple sin difusión (NBMA) como interfaz secundaria porque las interfaces secundarias se tratan como un vínculo punto a punto no numerado.
Las interfaces secundarias son compatibles con las interfaces LAN (la interfaz principal puede ser una interfaz LAN, pero cualquier interfaz secundaria se trata como vínculos punto a punto no numerados a través de la LAN). En este escenario, debe asegurarse de que sólo hay dos dispositivos de enrutamiento en la LAN o que sólo hay dos dispositivos de enrutamiento en la LAN que tienen 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 se puede configurar una interfaz secundaria o una interfaz principal con una o más interfaces secundarias para que sean pasivas. Las interfaces pasivas anuncian su dirección, pero no ejecutan el protocolo OSPF (no se forman adyacencias ni se generan paquetes de saludo).
Cualquier interfaz lógica que no esté configurada como interfaz secundaria para un área se trata como interfaz principal para esa área. Una interfaz lógica solo se puede configurar como interfaz principal para un área. Para cualquier otra área para la que configure la interfaz, debe configurarla como una interfaz secundaria.
No puede configurar la
secondaryinstrucción con lainterface allinstrucción.No puede configurar una interfaz secundaria por su dirección IP.
En este ejemplo, se configura una interfaz para que esté en dos áreas, creando una adyacencia multiárea 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 incluyendo 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, a continuación, ingrese commit desde el modo de configuración.
Configuración en ABR R1:
[edit] set interfaces so-0/0/0 unit 0 family inet address 192.0.2.45/24 set routing-options router-id 10.255.0.1 set protocols ospf area 0.0.0.1 interface so-0/0/0 set protocols ospf area 0.0.0.2 interface so-0/0/0 secondary
Configuración en ABR R2:
[edit] set interfaces so-1/0/0 unit 0 family inet address 192.0.2.37/24 set routing-options router-id 10.255.0.2 set protocols ospf area 0.0.0.1 interface so-1/0/0 set protocols ospf area 0.0.0.2 interface so-1/0/0 secondary
Procedimiento
Procedimiento paso a paso
Para configurar una interfaz lógica secundaria:
Configure las interfaces del dispositivo.
Nota:Para OSPFv3, en cada interfaz especifique la familia de direcciones inet6 e incluya la dirección IPv6.
[edit] user@R1# set interfaces so-0/0/0 unit 0 family inet address 192.0.2.45/24
[edit] user@R2# set interfaces so-1/0/0 unit 0 family inet address 192.0.2.37/24
Configure el identificador del enrutador.
[edit] user@R1# set routing-options router-id 10.255.0.1
[edit] user@R2# set routing-options router-id 10.255.0.2
En cada ABR, configure la interfaz principal para el área OSPF.
Nota:Para OSPFv3, incluya la
ospf3instrucción en el nivel de[edit protocols]jerarquía.[edit] user@R1# set protocols ospf area 0.0.0.1 interface so-0/0/0
[edit ] user@R2# set protocols ospf area 0.0.0.1 interface so-1/0/0
En cada ABR, configure la interfaz secundaria para el área OSPF.
[edit ] user@R1# set protocols ospf area 0.0.0.2 so-0/0/0 secondary
[edit ] user@R2# set protocols ospf area 0.0.0.2 so-1/0/0 secondary
Si ha terminado de configurar los dispositivos, confirme la configuración.
[edit protocols ospf area 0.0.0.1 ] user@host# commit
Resultados
Confirme la configuración introduciendo los show interfacescomandos, show routing-options, y los show protocols ospf comandos. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.
Configuración en ABR R1:
user@R1# show interfaces
so-0/0/0 {
unit 0 {
family inet {
address 192.0.2.45/24;
}
}
}
user@R1# show routing-options router-id 10.255.0.1;
user@R1# show protocols ospf
area 0.0.0.1 {
interface so-0/0/0.0;
}
area 0.0.0.2 {
interface so-0/0/0.0 {
secondary;
}
}
Configuración en ABR R2:
user@R2# show interfaces
so-0/0/0 {
unit 0 {
family inet {
address 192.0.2.37/24;
}
}
}
user@R2# show routing-options router-id 10.255.0.2;
user@R2# show protocols ospf
area 0.0.0.1 {
interface so-1/0/0.0;
}
area 0.0.0.2 {
interface so-1/0/0.0 {
secondary;
}
}
Verificación
Confirme que la configuración funciona correctamente.
- Comprobación de la interfaz secundaria
- Verificación de las interfaces en el área
- Verificación de adyacencias de vecinos
Comprobación de la interfaz secundaria
Propósito
Compruebe que aparece la interfaz secundaria 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, escriba el show ospf interface detail comando para OSPFv2 y escriba el show ospf3 interface detail comando para OSPFv3.
Verificación de las interfaces en el área
Propósito
Compruebe las interfaces configuradas para el área especificada.
Acción
Desde el modo operativo, escriba el show ospf interface area area-id comando para OSPFv2 y escriba el show ospf3 interface area area-id comando para OSPFv3.
Verificación de adyacencias de vecinos
Propósito
Compruebe las adyacencias del vecino primario y secundario. El campo Secundario se muestra si el vecino está en una interfaz secundaria.
Acción
Desde el modo operativo, escriba el show ospf neighbor detail comando para OSPFv2 y escriba el show ospf3 neighbor detail comando para OSPFv3.
Descripción de las adyacencias multiárea 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 una sola á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 un enrutamiento subóptimo. Hacerlo permite que el enlace correspondiente se considere un enlace intraárea en múltiples áreas y que sea preferido sobre los enlaces intraárea de mayor costo.
En Junos OS versión 9.2 y posteriores, puede configurar una interfaz para que pertenezca a más de un área OSPFv2. La compatibilidad con OSPFv3 se introdujo en la versión 9.4 de Junos OS. Como se define en RFC 5185, Adyacencia multiárea OSPF, los ABR establecen múltiples adyacencias que pertenecen a diferentes áreas sobre la misma interfaz lógica. Cada adyacencia multiárea es anunciada como un enlace punto a punto no numerado en el área configurada por los enrutadores conectados al enlace.
Se considera que una interfaz se encuentra principalmente en un área. Cuando se configura la misma interfaz en otra área, se considera que es secundaria en la otra área. El área secundaria se designa incluyendo la secondary instrucción en el nivel jerárquico [edit protocols ospf3 area area-number interface interface-name] .
Ejemplo: configuración de una adyacencia multiárea para OSPFv3
En este ejemplo se muestra cómo configurar una adyacencia multiárea 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
Las rutas intraárea de OSPFv3 son preferibles a las rutas entre áreas. En este ejemplo, los dispositivos R1 y R2 son enrutadores de borde de área (ABR) con interfaces tanto en el área 0 como en el área 1. El vínculo entre los dispositivos R1 y R2 se encuentra 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 hacer que el vínculo de alta velocidad sea una adyacencia multiárea para que el vínculo forme parte del área 0 y del área 1.
Si el vínculo de alta velocidad entre el dispositivo R1 y el dispositivo R2 permanece únicamente en el área 0, el dispositivo R1 siempre enruta el tráfico al dispositivo R4 y al dispositivo R5 a través del área 1 a través de los vínculos de menor velocidad. El dispositivo R1 también utiliza la ruta del área 1 dentro del área a través del dispositivo R3 para llegar a los destinos del área 1 aguas abajo del dispositivo R2.
Claramente, este escenario da como resultado un enrutamiento subóptimo.
No se puede utilizar 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 hacer esto 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, permitiendo 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 multiárea, configure una interfaz para que esté en dos áreas, con 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 tanto en el área 0 como en el área 1. Tanto en el dispositivo R1 como en el dispositivo 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 incluyendo la secondary instrucción.
multiárea OSPFv3
La Configuración rápida de CLI muestra la configuración de todos los dispositivos de la Figura 6. La sección #d19e77__d19e379 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, a continuación, copie y pegue los comandos en la CLI en el nivel de [edit] jerarquía.
Dispositivo R1
set interfaces ge-1/2/0 unit 0 family inet6 address 2001:db8:9009:1::1/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:2::2/64 set interfaces lo0 unit 0 family inet address 10.1.1.1/32 set interfaces lo0 unit 0 family inet6 address 2001:db8:9009::1/128 set protocols ospf3 area 0.0.0.0 interface ge-1/2/0.0 set protocols ospf3 area 0.0.0.0 interface lo0.0 passive set protocols ospf3 area 0.0.0.1 interface fe-1/2/1.0 set protocols ospf3 area 0.0.0.1 interface ge-1/2/0.0 secondary
Dispositivo R2
set interfaces ge-1/2/0 unit 0 family inet6 address 2001:db8:9009:1::1/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:4::1/64 set interfaces fe-1/2/2 unit 0 family inet6 address 2001:db8:9009:6::1/64 set interfaces lo0 unit 0 family inet address 10.2.2.2/32 set interfaces lo0 unit 0 family inet6 address 2001:db9:9001::2/128 set protocols ospf3 area 0.0.0.0 interface ge-1/2/0.0 set protocols ospf3 area 0.0.0.0 interface lo0.0 passive set protocols ospf3 area 0.0.0.1 interface fe-1/2/2.0 set protocols ospf3 area 0.0.0.1 interface fe-1/2/1.0 set protocols ospf3 area 0.0.0.1 interface ge-1/2/0.0 secondary
Dispositivo R3
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:2::1/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:3::1/64 set interfaces lo0 unit 0 family inet address 10.3.3.3/32 set interfaces lo0 unit 0 family inet6 address 2001:db8:9009::3/128 set protocols ospf3 area 0.0.0.1 interface fe-1/2/0.0 set protocols ospf3 area 0.0.0.1 interface lo0.0 passive set protocols ospf3 area 0.0.0.1 interface fe-1/2/1.0
Dispositivo R4
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:3::2/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:4::1/64 set interfaces fe-1/2/2 unit 0 family inet6 address 2001:db8:9009:5::1/64 set interfaces lo0 unit 0 family inet address 10.4.4.4/32 set interfaces lo0 unit 0 family inet6 address 2001:db8:9009::4/128 set protocols ospf3 area 0.0.0.1 interface fe-1/2/0.0 set protocols ospf3 area 0.0.0.1 interface fe-1/2/1.0 set protocols ospf3 area 0.0.0.1 interface lo0.0 passive set protocols ospf3 area 0.0.0.1 interface fe-1/2/2.0
Dispositivo R5
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:5::2/64 set interfaces lo0 unit 0 family inet address 10.5.5.5/32 set interfaces lo0 unit 0 family inet6 address 2001:db8:9009::5/128 set protocols ospf3 area 0.0.0.1 interface lo0.0 passive set protocols ospf3 area 0.0.0.1 interface fe-1/2/0.0
Dispositivo R6
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:6::2/64 set interfaces lo0 unit 0 family inet address 10.6.6.6/32 set interfaces lo0 unit 0 family inet6 address 2001:db8:9009::6/128 set protocols ospf3 area 0.0.0.1 interface lo0.0 passive set protocols ospf3 area 0.0.0.1 interface fe-1/2/0.0
Procedimiento paso a paso
En el ejemplo siguiente es necesario navegar por varios niveles en la jerarquía de configuración. Para obtener 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 R1:
-
Configure las interfaces.
[edit interfaces] user@R1# set ge-1/2/0 unit 0 family inet6 address 2001:db8:9009:1::1/64 user@R1# set fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:2::2/64 user@R1# set lo0 unit 0 family inet address 10.1.1.1/32 user@R1# set lo0 unit 0 family inet6 address 2001:db8:9009::1/128
-
Habilite OSPFv3 en las interfaces que se encuentran en el área 0.
[edit protocols ospf3 area 0.0.0.0] user@R1# set interface ge-1/2/0.0 user@R1# set interface lo0.0 passive
-
Habilite OSPFv3 en la interfaz que se encuentra en el área 1.
[edit protocols ospf3 area 0.0.0.1] user@R1# set interface fe-1/2/1.0 user@R1# set interface ge-1/2/0.0 secondary
Procedimiento paso a paso
En el ejemplo siguiente es necesario navegar por varios niveles en la jerarquía de configuración. Para obtener 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 R2:
-
Configure las interfaces.
[edit interfaces] user@R2# set ge-1/2/0 unit 0 family inet6 address 2001:db8:9009:1::2/64 user@R2# set fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:4::2/64 user@R2# set fe-1/2/2 unit 0 family inet6 address 2001:db8:9009:6::2/64 user@R2# set lo0 unit 0 family inet address 10.2.2.2/32 user@R2# set lo0 unit 0 family inet6 address 2001:db8:9009::2/128
-
Habilite OSPFv3 en las interfaces que se encuentran en el área 0.
[edit protocols ospf3 area 0.0.0.0] user@R2# set interface ge-1/2/0.0 user@R2# set interface lo0.0 passive
-
Habilite OSPFv3 en la interfaz que se encuentra en el área 1.
[edit protocols ospf3 area 0.0.0.1] user@R2# set interface fe-1/2/2.0 user@R2# set interface fe-1/2/1.0 user@R2# set interface ge-1/2/0.0 secondary
Resultados
Desde el modo de configuración, confirme la configuración introduciendo los show interfaces comandos y show protocols . Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.
Dispositivo R1
user@R1# show interfaces
ge-1/2/0 {
unit 0 {
family inet6 {
address 2001:db8:9009:1::1/64/64;
}
}
}
fe-1/2/1 {
unit 0 {
family inet6 {
address 2001:db8:9009:2::2/64;
}
}
}
lo0 {
unit 0 {
family inet {
address 10.1.1.1/32;
}
family inet6 {
address 2001:db8:9009::1/128;
}
}
}
user@R1# show protocols
ospf3 {
area 0.0.0.0 {
interface ge-1/2/0.0;
interface lo0.0 {
passive;
}
}
area 0.0.0.1 {
interface fe-1/2/1.0;
interface ge-1/2/0.0 {
secondary;
}
}
}
Dispositivo R2
user@R2# show interfaces
ge-1/2/0 {
unit 0 {
family inet6 {
address 2001:db8:9009:1::2/64;
}
}
}
fe-1/2/1 {
unit 0 {
family inet6 {
address 2001:db8:9009:4::1/64;
}
}
}
fe-1/2/2 {
unit 0 {
family inet6 {
address 2001:db8:9009:6::2/64;
}
}
}
lo0 {
unit 0 {
family inet {
address 10.2.2.2/32;
}
family inet6 {
address 2001:db8:9009::2/128;
}
}
}
user@R2# show protocols
ospf3 {
area 0.0.0.0 {
interface ge-1/2/0.0;
interface lo0.0 {
passive;
}
}
area 0.0.0.1 {
interface fe-1/2/2.0;
interface fe-1/2/1.0;
interface ge-1/2/0.0 {
secondary;
}
}
}
Si ha terminado de configurar el dispositivo, ingrese commit desde el modo de configuración.
Verificación
Confirme que la configuración funciona correctamente.
- Verificación del flujo de tráfico
- Comprobación de que el flujo de tráfico cambia al quitar la adyacencia multiárea
Verificación del flujo de tráfico
Propósito
Compruebe que el tráfico utiliza 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 comando para verificar el flujo de tráfico hacia los traceroute dispositivos R5 y R6.
user@R1> traceroute 2001:db8:9009::6 traceroute6 to 2001:db8:9009::6 (2001:db8:9009::6 ) from 2001:db8:9009:1::1 , 64 hops max, 12 byte packets 1 2001:db8:9009:1::2 (2001:db8:9009:1::2 ) 1.361 ms 1.166 ms 1.117 ms 2 2001:db8:9009::6 (2001:db8:9009::6 ) 1.578 ms 1.484 ms 1.488 ms
user@R1> traceroute 2001:db8:9009::5 traceroute6 to 2001:db8:9009::5 (2001:db8:9009::5) from 2001:db8:9009:1::1, 64 hops max, 12 byte packets 1 2001:db8:9009:1::2 (2001:db8:9009:1::2) 1.312 ms 1.472 ms 1.132 ms 2 2001:db8:9009:4::1 (2001:db8:9009:4::1) 1.137 ms 1.174 ms 1.126 ms 3 2001:db8:9009::5 (5::5) 1.591 ms 1.445 ms 1.441 ms
Significado
La salida traceroute muestra que el tráfico utiliza el vínculo 9009:1:: entre los dispositivos R1 y R2.
Comprobación de que el flujo de tráfico cambia al quitar la adyacencia multiárea
Propósito
Verifique los resultados sin la adyacencia multiárea configurada.
Acción
-
Desactive las interfaces de vínculo troncal en el área 1 tanto en R1 como en R2.
user@R1# deactivate protocols ospf3 area 0.0.0.1 interface ge-1/2/0.0 user@R1# commit user@R2# deactivate protocols ospf3 area 0.0.0.1 interface ge-1/2/0.0 user@R2# commit
-
Desde el modo operativo en el dispositivo R1, use el comando para verificar el flujo de tráfico hacia los
traceroutedispositivos R5 y R6.user@R1> traceroute 2001:db8:9009::6 traceroute6 to 2001:db8:9009::6 (2001:db8:9009::6) from 2001:db8:9009:2::2, 64 hops max, 12 byte packets 1 2001:db8:9009:2::1 (2001:db8:9009:2::1) 1.314 ms 8.523 ms 8.310 ms 2 2001:db8:9009:3::2 (2001:db8:9009:3::2) 1.166 ms 1.162 ms 1.172 ms 3 2001:db8:9009:4::1 (2001:db8:9009:4::1) 1.386 ms 1.182 ms 1.138 ms 4 2001:db8:9009::6 (2001:db8:9009::6) 1.605 ms 1.469 ms 1.438 ms
user@R1> traceroute 2001:db8:9009::5 traceroute6 to 2001:db8:9009::5 (2001:db8:9009::5) from 2001:db8:9009:2::2, 64 hops max, 12 byte packets 1 2001:db8:9009:2::1 (2001:db8:9009:2::1) 1.365 ms 1.174 ms 1.133 ms 2 2001:db8:9009:3::2 (2001:db8:9009:2::1) 1.157 ms 1.198 ms 1.138 ms 3 2001:db8:9009:5::5 (2001:db8:9009:5::5) 1.584 ms 1.461 ms 1.443 ms
Significado
Sin la adyacencia multiárea, la salida muestra un enrutamiento subóptimo con tráfico que toma la ruta a través de los enlaces de baja velocidad del área 1.
Descripción de las áreas auxiliares de OSPF, las áreas totalmente rechonchos y las áreas no tan rechonchos
La figura 7 muestra un sistema autónomo (AS) a través del cual se anuncian muchas rutas externas. Si las rutas externas constituyen una parte significativa de una base de datos de topología, puede suprimir los anuncios en áreas que no tengan vínculos fuera de la red. De este modo, puede reducir la cantidad de memoria que usan los nodos para mantener la base de datos de topología y liberarla para otros usos.
Para controlar la publicidad de rutas externas en un área, OSPF utiliza áreas de código auxiliar. Al designar una interfaz de enrutador de borde de área (ABR) para el área como interfaz de código auxiliar, se suprimen los anuncios de ruta externos a través de la ABR. En su lugar, el ABR anuncia una ruta predeterminada (a través de sí mismo) en lugar de las rutas externas y genera anuncios de estado de vínculo (LSA) de resumen de red (Tipo 3). Los paquetes destinados a rutas externas se envían automáticamente a la ABR, que actúa como puerta de enlace para el tráfico saliente y enruta el tráfico adecuadamente.
Debe configurar explícitamente el ABR para generar una ruta predeterminada cuando se conecta a un código auxiliar o área no tan rechoncha (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 del ABR a la red troncal y luego a las direcciones de destino. Al designar el área 0.0.0.3 como área de código auxiliar, se reduce el tamaño de la base de datos de topología para esa área limitando las entradas de ruta sólo a aquellas rutas internas del área.
Un área de código auxiliar que solo permite rutas internas al área y restringe el ingreso de LSA tipo 3 al área de esbozo a menudo se denomina área totalmente rechoncha. Puede convertir el área 0.0.0.3 en un área totalmente rechoncha configurando el ABR para que solo anuncie y permita que la ruta predeterminada ingrese al área. Las rutas externas y los destinos a otras áreas ya no se resumen ni se permiten en un área totalmente rechoncha.
Si configura incorrectamente un área totalmente rechoncha, es posible que tenga problemas de conectividad de red. Debe tener conocimientos avanzados de OSPF y comprender su entorno de red antes de configurar áreas totalmente rechonchas.
Similar al área 0.0.0.3 en 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 rutas externas 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 LSA externos (Tipo 7) de NSSA y los inunda en el NSSA, donde están contenidos. Los LSA de 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 Tipo 7 en LSA externos (Tipo 5) del AS y los filtra a las otras áreas, pero las rutas externas desde otras áreas no se anuncian dentro de la NSSA.
Ejemplo: configuración de stub OSPF y áreas totalmente rechonchas
En este ejemplo se muestra cómo configurar un área de código auxiliar OSPF y un área totalmente rechoncha para controlar la publicidad de rutas externas en un área.
Requisitos
Antes de empezar:
Configure las interfaces del dispositivo. Consulte la Guía del usuario de interfaces para dispositivos de seguridad.
Configure los identificadores de enrutador para los dispositivos de la red OSPF. Consulte Ejemplo: Configuración de un identificador de enrutador OSPF.
Controle la elección del enrutador designado por OSPF. Consulte Ejemplo: Control de la elección del enrutador designado por OSPF
Configure una red OSPF multiárea. Consulte Ejemplo: Configuración de una red OSPF multiárea.
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. Los ID de área son identificadores numéricos únicos, en notación decimal punteada. Los ID de área solo necesitan ser únicos dentro de un sistema autónomo (AS). Todas las demás 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 código auxiliar son áreas a través de las cuales o en las que OSPF no inunda los anuncios de estado de enlace externo AS (LSA de tipo 5). Puede crear áreas de código auxiliar cuando gran parte de la base de datos de topología consta de anuncios externos de AS y desea minimizar el tamaño de las bases de datos de topología en los enrutadores internos del área de código auxiliar.
Las siguientes restricciones se aplican a las áreas de código auxiliar:
No puede crear un vínculo virtual a través de un área de código auxiliar.
Un área de código auxiliar no puede contener un enrutador de límite AS.
No puede configurar la red troncal como un área de código auxiliar.
No puede configurar un área como área de código auxiliar y como área no tan rechoncha (NSSA).
En este ejemplo, configure cada dispositivo de enrutamiento en el área 7 (ID de área 0.0.0.7) como un enrutador de código auxiliar y algunas opciones adicionales en la ABR:
stub: especifica que esta área se convierta en un área de código auxiliar y no se inunde con LSA de tipo 5. Debe incluir la instrucción en todos los dispositivos de enrutamiento que se encuentren en elstubárea 7 porque esta área no tiene conexiones externas.default-metric: configura el ABR para generar una ruta predeterminada con una métrica especificada en el área de código auxiliar. Esta ruta predeterminada permite el reenvío de paquetes desde el área de código auxiliar a destinos externos. Esta opción sólo se configura en la ABR. El ABR no genera automáticamente una ruta predeterminada cuando se conecta a un código auxiliar. Debe configurar explícitamente esta opción para generar una ruta predeterminada.no-summaries—(Opcional) Evita que el ABR anuncie rutas de resumen en el área del código auxiliar convirtiendo el área del código auxiliar en un área totalmente rechoncha. Si se configura en combinación con ladefault-metricinstrucción, un área totalmente rechoncha sólo 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 rechoncha. Solo el ABR requiere esta configuración adicional porque es el único dispositivo de enrutamiento dentro del área totalmente rechoncha que crea LSA de tipo 3 utilizados para recibir y enviar tráfico desde fuera del área.
En Junos OS versión 8.5 y posteriores, se aplica lo siguiente:
Una interfaz de identificador de enrutador que no está configurada para ejecutar OSPF ya no se anuncia como una red auxiliar en los LSA de OSPF.
OSPF anuncia una ruta local con una longitud de prefijo de 32 como un vínculo de código auxiliar si la interfaz de circuito cerrado está configurada con una longitud de prefijo distinta de 32. OSPF también anuncia la ruta directa con la longitud de máscara configurada, como en versiones anteriores.
Topología
Configuración
Configuración rápida de CLI
Para configurar rápidamente un área de código auxiliar de OSPF, copie el siguiente comando y péguelo en la CLI. Debe configurar todos los dispositivos de enrutamiento que forman parte del área de código auxiliar.
[edit] set protocols ospf area 07 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 sólo se aplica en la ABR.
[edit] set protocols ospf area 07 stub default-metric 10
(Opcional) Para configurar rápidamente el 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 sólo se aplica en la ABR.
[edit] set protocols ospf area 0.0.0.7 stub no-summaries
Procedimiento
Procedimiento paso a paso
Para configurar áreas de código auxiliar de OSPF:
En todos los dispositivos de enrutamiento del área, configure un área de código auxiliar de OSPF.
Nota:Para especificar un área de código auxiliar de OSPFv3, incluya la
ospf3instrucción en el nivel de[edit protocols]jerarquía.[edit] user@host# set protocols ospf area 0.0.0.7 stub
En el ABR, inyecte una ruta predeterminada en el área.
[edit] user@host# set protocols ospf area 0.0.0.7 stub default-metric 10
(Opcional) En el ABR, restrinja la entrada al área de LSA resumidos. Este paso convierte el área del talón en un área totalmente rechoncha.
[edit] user@host# set protocols ospf area 0.0.0.7 stub no-summaries
Si ha terminado de configurar los dispositivos, confirme la configuración.
[edit] user@host# commit
Resultados
Confirme la configuración introduciendo el show protocols ospf comando. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.
Configuración en todos los dispositivos de enrutamiento:
user@host# show protocols ospf
area 0.0.0.7 {
stub;
}
Configuración en el ABR (el resultado también incluye el ajuste opcional):
user@host# show protocols ospf
area 0.0.0.7 {
stub default-metric 10 no-summaries;
}
Para confirmar la configuración de OSPFv3, escriba el show protocols ospf3 comando.
Verificación
Confirme que la configuración funciona correctamente.
Verificación de las interfaces en el área
Propósito
Compruebe que la interfaz para OSPF se ha configurado para el área adecuada. Confirme que el resultado incluye Stub como el tipo de área OSPF.
Acción
Desde el modo operativo, escriba el show ospf interface detail comando para OSPFv2 y escriba el show ospf3 interface detail comando para OSPFv3.
Verificación del tipo de área OSPF
Propósito
Compruebe que el área OSPF es un área de código auxiliar. Confirme que el resultado muestra Normal Stub como el tipo de Stub.
Acción
Desde el modo operativo, escriba el show ospf overview comando para OSPFv2 y escriba el show ospf3 overview comando para OSPFv3.
Ejemplo: configuración de áreas OSPF no tan rechonchas
En este ejemplo se muestra cómo configurar un área OSPF no tan rechoncha (NSSA) para controlar la publicidad de rutas externas en un área.
Requisitos
Antes de empezar:
Configure las interfaces del dispositivo. Consulte la Guía del usuario de interfaces para dispositivos de seguridad.
Configure los identificadores de enrutador para los dispositivos de la red OSPF. Consulte Ejemplo: Configuración de un identificador de enrutador OSPF.
Controle la elección del enrutador designado por OSPF. Consulte Ejemplo: Control de la elección del enrutador designado por OSPF
Configure una red OSPF multiárea. Consulte Ejemplo: Configuración de una red OSPF multiárea.
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. Los ID de área son identificadores numéricos únicos, en notación decimal punteada. Los ID de área solo necesitan ser únicos dentro de un AS. Todas las demás 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 de código auxiliar OSPF no tiene rutas externas, por lo que no puede redistribuir rutas de otro protocolo en un área de código auxiliar. Los NSSA de OSPF permiten inundar rutas externas dentro del área.
Además, es posible que tenga una situación en la que no sea necesario exportar LSA de tipo 7 a la 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 está conectado a múltiples NSSAs, se exporta un LSA Tipo 7 separado a cada NSSA de forma predeterminada. Durante la redistribución de ruta, este dispositivo de enrutamiento genera LSA tipo 5 y LSA tipo 7. Puede deshabilitar la exportación de LSA de tipo 7 a la NSSA.
La siguiente restricción se aplica a las NSSA: No puede configurar un área como área de código auxiliar y como 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 lanssainstrucción en todos los dispositivos de enrutamiento del área 9, ya que esta área sólo 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 la ABR anuncie rutas de resumen hacia la NSSA. Si se configura en combinación con ladefault-metricinstrucción, la NSSA sólo 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 la NSSA. Solo el ABR requiere esta configuración adicional porque es el único dispositivo de enrutamiento dentro de la NSSA que crea LSA de tipo 3 que se usan para recibir y enviar tráfico desde fuera del área.default-lsa: configura el ABR para generar una ruta predeterminada en el NSSA. En este ejemplo, se configura lo siguiente:default-metric: especifica que el ABR genere una ruta predeterminada con una métrica especificada en el NSSA. Esta ruta predeterminada permite el reenvío de paquetes desde la NSSA a destinos externos. Esta opción sólo se configura en la ABR. El ABR no genera automáticamente una ruta predeterminada cuando se conecta a un NSSA. Debe configurar explícitamente esta opción para que el ABR genere una ruta predeterminada.metric-type—(Opcional) Especifica el tipo de métrica externa para el LSA predeterminado, que puede ser 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 de tipo 1 son equivalentes a la métrica de estado del vínculo, donde el costo es igual a la suma de los costos internos más el costo externo. Las métricas externas de tipo 2 usan solo el costo externo asignado por el enrutador de límite AS. De forma predeterminada, OSPF utiliza la métrica externa Tipo 2.type-7—(Opcional) Inunda los LSA predeterminados de tipo 7 en la NSSA si lano-summariesinstrucción está configurada. De forma predeterminada, cuando se configura lano-summariesinstrucción, se inyecta un 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 latype-7instrucción.
El segundo ejemplo también muestra la configuración opcional necesaria para deshabilitar la exportación de LSA de tipo 7 a la NSSA mediante la inclusión de la no-nssa-abr instrucción en el dispositivo de enrutamiento que realiza las funciones de un enrutador de límite ABR y AS.
Topología
Configuración
- Configuración de dispositivos de enrutamiento para participar en un área no tan rechoncha
- Deshabilitar la exportación de anuncios de estado de enlace tipo 7 a áreas no tan rechonchas
Configuración de dispositivos de enrutamiento para participar en un área no tan rechoncha
Configuración rápida de CLI
Para configurar rápidamente un NSSA de OSPF, copie el siguiente comando y péguelo en la CLI. Debe configurar todos los dispositivos de enrutamiento que forman parte de la NSSA.
[edit] set protocols ospf area 0.0.0.9 nssa
Para configurar rápidamente un ABR que participe en un NSSA de OSPF, copie los siguientes comandos y péguelos en la CLI.
[edit] set protocols ospf area 0.0.0.9 nssa default-lsa default-metric 10 set protocols ospf area 0.0.0.9 nssa default-lsa metric-type 1 set protocols ospf area 0.0.0.9 nssa default-lsa type-7 set protocols ospf area 0.0.0.9 nssa no-summaries
Procedimiento paso a paso
Para configurar NSSA de OSPF:
En todos los dispositivos de enrutamiento de la zona, configure un NSSA de OSPF.
Nota:Para especificar un área NSSA OSPFv3, incluya la
ospf3instrucción en el nivel de[edit protocols]jerarquía.[edit] user@host# set protocols ospf area 0.0.0.9 nssa
En la ABR, ingrese al modo de configuración OSPF y especifique el área NSSA 0.0.0.9 que ya creó.
[edit ] user@host# edit protocols ospf area 0.0.0.9 nssa
En el ABR, inyecte una ruta predeterminada en el área.
[edit protocols ospf area 0.0.0.9 nssa] user@host# set default-lsa default-metric 10
(Opcional) En la ABR, especifique el tipo de métrica externa para la ruta predeterminada.
[edit protocols ospf area 0.0.0.9 nssa] user@host# set default-lsa metric-type 1
(Opcional) En la ABR, especifique la inundación de LSA tipo 7.
[edit protocols ospf area 0.0.0.9 nssa] user@host# set default-lsa type-7
En el ABR, restrinja la entrada al área de LSA resumidos.
[edit protocols ospf area 0.0.0.9 nssa] user@host# set no-summaries
Si ha terminado de configurar los dispositivos, confirme la configuración.
[edit protocols ospf area 0.0.0.9 nssa] user@host# commit
Resultados
Confirme la configuración introduciendo el show protocols ospf comando. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.
Configuración en todos los dispositivos de enrutamiento de la zona:
user@host# show protocols ospf
area 0.0.0.9 {
nssa;
}
Configuración en la ABR. El resultado también incluye las instrucciones opcionales metric-type y type-7 .
user@host# show protocols ospf
area 0.0.0.9 {
nssa {
default-lsa {
default-metric 10;
metric-type 1;
type-7;
}
no-summaries;
}
}
Para confirmar la configuración de OSPFv3, escriba el show protocols ospf3 comando.
Deshabilitar la exportación de anuncios de estado de enlace tipo 7 a áreas no tan rechonchas
Configuración rápida de CLI
Para deshabilitar rápidamente la exportación de LSA de tipo 7 a la 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 de jerarquía [editar] y, a continuación, ingrese commit desde el modo de configuración. Esta opción se configura en un enrutador de límite AS que también sea un ABR con un área NSSA conectada.
[edit] set protocols ospf no-nssa-abr
Procedimiento paso a paso
Puede configurar esta opción si tiene un enrutador de límite de AS que también sea un ABR con un área NSSA conectada.
Deshabilite la exportación de LSA de tipo 7 a la NSSA.
Nota:Para especificar OSPFv3, incluya la
ospf3instrucción en el nivel jerárquico[edit protocols].[edit] user@host# set protocols ospf no-nssa-abr
Si ha terminado de configurar el dispositivo, confirme la configuración.
[edit] user@host# commit
Resultados
Confirme la configuración introduciendo el show protocols ospf comando. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.
user@host# show protocols ospf no-nssa-abr;
Para confirmar la configuración de OSPFv3, escriba el show protocols ospf3 comando.
Verificación
Confirme que la configuración funciona correctamente.
- Verificación de las interfaces en el área
- Verificación del tipo de área OSPF
- Verificación del tipo de LSA
Verificación de las interfaces en el área
Propósito
Compruebe que la interfaz para OSPF se ha configurado para el área adecuada. Confirme que el resultado incluye Stub NSSA como el tipo de área OSPF.
Acción
Desde el modo operativo, escriba el show ospf interface detail comando para OSPFv2 y escriba el show ospf3 interface detail comando para OSPFv3.
Verificación del tipo de área OSPF
Propósito
Compruebe que el área OSPF es un área de código auxiliar. Confirme que el resultado muestra Stub Not so Stubby como el tipo Stub.
Acción
Desde el modo operativo, escriba el show ospf overview comando para OSPFv2 y escriba el show ospf3 overview comando para OSPFv3.
Verificación del tipo de LSA
Propósito
Verifique el tipo de LSA que se encuentran en el área. Si deshabilitó 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, escriba el show ospf overview comando para OSPFv2 y escriba el show ospf3 overview comando para OSPFv3.
Descripción de OSPFv3 Stub y áreas totalmente rechonchas
La configuración de OSPFv3 de Junos OS para redes IPv6 es idéntica a la configuración de OSPFv2. El protocolo se configura con set ospf3 comandos en lugar de comandos y se utilizan show ospf3 comandos en lugar de comandos para comprobar el estado de set ospf show ospf OSPF. Además, asegúrese de establecer direcciones IPv6 en las interfaces que ejecutan OSPFv3.
Las áreas de código auxiliar son áreas a través de las cuales o en las que OSPF no inunda los anuncios de estado de enlace externo AS (LSA de tipo 5). Puede crear áreas de código auxiliar cuando gran parte de la base de datos de topología consta de anuncios externos de AS y desea minimizar el tamaño de las bases de datos de topología en los enrutadores internos del área de código auxiliar.
Las siguientes restricciones se aplican a las áreas de código auxiliar:
No puede crear un vínculo virtual a través de un área de código auxiliar.
Un área de código auxiliar no puede contener un enrutador de límite AS.
No puede configurar la red troncal como un área de código auxiliar.
No puede configurar un área como área de código auxiliar y como área no tan rechoncha (NSSA).
Ejemplo: configuración de stub OSPFv3 y áreas totalmente rechonchas
En este ejemplo se muestra cómo configurar un área de código auxiliar OSPFv3 y un área totalmente rechoncha para controlar la publicidad 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.
de código auxiliar
En este ejemplo, configure cada dispositivo de enrutamiento en el área 7 (ID de área 0.0.0.7) como un enrutador de código auxiliar y algunas opciones adicionales en la ABR:
-
stub: especifica que esta área se convierta en un área de código auxiliar y no se inunde con LSA de tipo 5. Debe incluir la instrucción en todos los dispositivos de enrutamiento que se encuentren en elstubárea 7 porque esta área no tiene conexiones externas. -
default-metric: configura el ABR para generar una ruta predeterminada con una métrica especificada en el área de código auxiliar. Esta ruta predeterminada permite el reenvío de paquetes desde el área de código auxiliar a destinos externos. Esta opción sólo se configura en la ABR. El ABR no genera automáticamente una ruta predeterminada cuando se conecta a un código auxiliar. Debe configurar explícitamente esta opción para generar una ruta predeterminada. -
no-summaries—(Opcional) Evita que el ABR anuncie rutas de resumen en el área del código auxiliar convirtiendo el área del código auxiliar en un área totalmente rechoncha. Si se configura en combinación con ladefault-metricinstrucción, un área totalmente rechoncha sólo 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 rechoncha. Solo el ABR requiere esta configuración adicional porque es el único dispositivo de enrutamiento dentro del área totalmente rechoncha que crea LSA de tipo 3 utilizados para recibir y enviar tráfico desde fuera del área.
En Junos OS versión 8.5 y posteriores, se aplica lo siguiente:
-
Una interfaz de identificador de enrutador que no está configurada para ejecutar OSPF ya no se anuncia como una red auxiliar en los LSA de OSPF.
-
OSPF anuncia una ruta local con una longitud de prefijo de 32 como un vínculo de código auxiliar si la interfaz de circuito cerrado está configurada con una longitud de prefijo distinta de 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 de la figura 10. La sección #d24e102__d24e441 describe los pasos en el dispositivo 2, dispositivo 6, dispositivo 7 y dispositivo 8.
Configuración
Procedimiento
- Configuración rápida de CLI
- Procedimiento paso a paso
- Procedimiento paso a paso
- Procedimiento paso a paso
- Procedimiento paso a paso
- Resultados
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, a continuación, copie y pegue los comandos en la CLI en el nivel de [edit] jerarquía.
Dispositivo 1
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:1::1/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:2::1/64 set interfaces fe-1/2/2 unit 0 family inet6 address 2001:db8:9009:3::1/64 set interfaces lo0 unit 0 family inet address 10.1.1.1/32 set protocols ospf3 area 0.0.0.0 interface fe-1/2/0.0 set protocols ospf3 area 0.0.0.0 interface fe-1/2/1.0 set protocols ospf3 area 0.0.0.0 interface fe-1/2/2.0 set protocols ospf3 area 0.0.0.0 interface lo0.0 passive
Dispositivo 2
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:2::2/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:4::1/64 set interfaces lo0 unit 0 family inet address 10.2.2.2/32 set protocols ospf3 area 0.0.0.0 interface fe-1/2/0.0 set protocols ospf3 area 0.0.0.0 interface lo0.0 passive set protocols ospf3 area 0.0.0.7 stub default-metric 10 set protocols ospf3 area 0.0.0.7 stub no-summaries set protocols ospf3 area 0.0.0.7 interface fe-1/2/1.0
Dispositivo 3
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:3::2/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:5::1/64 set interfaces lo0 unit 0 family inet address 10.3.3.3/32 set protocols ospf3 area 0.0.0.0 interface fe-1/2/0.0 set protocols ospf3 area 0.0.0.0 interface lo0.0 passive set protocols ospf3 area 0.0.0.9 interface fe-1/2/1.0
Dispositivo 4
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:1::2/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:6::1/64 set interfaces lo0 unit 0 family inet address 10.4.4.4/32 set protocols ospf3 area 0.0.0.0 interface fe-1/2/0.0 set protocols ospf3 area 0.0.0.0 interface lo0.0 passive set protocols ospf3 area 0.0.0.3 interface fe-1/2/1.0
Dispositivo 5
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:6::2/64 set interfaces lo0 unit 0 family inet address 10.5.5.5/32 set protocols ospf3 area 0.0.0.3 interface fe-1/2/0.0 set protocols ospf3 area 0.0.0.3 interface lo0.0 passive
Dispositivo 6
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:4::2/64 set interfaces lo0 unit 0 family inet address 10.6.6.6/32 set protocols ospf3 area 0.0.0.7 stub set protocols ospf3 area 0.0.0.7 interface fe-1/2/0.0 set protocols ospf3 area 0.0.0.7 interface lo0.0 passive
Dispositivo 7
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:5::2/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:7::1/64 set interfaces lo0 unit 0 family inet address 10.7.7.7/32 set protocols ospf3 export static-to-ospf set protocols ospf3 area 0.0.0.9 interface fe-1/2/0.0 set protocols ospf3 area 0.0.0.9 interface lo0.0 passive set policy-options policy-statement static-to-ospf term 1 from protocol static set policy-options policy-statement static-to-ospf term 1 then accept set routing-options rib inet6.0 static route 2001:db8:1010::1/128 next-hop 2001:db8:9009:7::2 set routing-options rib inet6.0 static route 2001:db8:2020::1/128 next-hop 2001:db8:9009:7::2
Dispositivo 8
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:7::2/64 set interfaces lo0 unit 0 family inet address 10.8.8.8/32 set interfaces lo0 unit 0 family inet6 address 2001:db8:1010::1/128 set interfaces lo0 unit 0 family inet6 address 2001:db8:2020::1/128
Procedimiento paso a paso
En el ejemplo siguiente es necesario navegar por varios niveles en la jerarquía de configuración. Para obtener 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 2:
-
Configure las interfaces.
[edit interfaces] user@2# set fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:2::2/64 user@2# set fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:4::1/64 user@2# set lo0 unit 0 family inet address 10.2.2.2/32
-
Habilite OSPFv3 en las interfaces que se encuentran en el área 0.
[edit protocols ospf3 area 0.0.0.0] user@2# set interface fe-1/2/0.0 user@2# set interface lo0.0 passive
-
Habilite OSPFv3 en la interfaz que se encuentra en el área 7.
[edit protocols ospf3 area 0.0.0.7] user@2# set interface fe-1/2/1.0
-
Especifique el área 7 como un área de código auxiliar OSPFv3.
La
stubinstrucción es obligatoria en todos los dispositivos de enrutamiento de la zona.[edit protocols ospf3 area 0.0.0.7] user@2# set stub
-
En el ABR, inyecte una ruta predeterminada en el área.
[edit protocols ospf3 area 0.0.0.7] user@2# set stub default-metric 10
-
(Opcional) En el ABR, restrinja la entrada al área de LSA resumidos.
Este paso convierte el área del talón en un área totalmente rechoncha.
[edit protocols ospf3 area 0.0.0.7] user@2# set stub no-summaries
Procedimiento paso a paso
En el ejemplo siguiente es necesario navegar por varios niveles en la jerarquía de configuración. Para obtener 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 6:
-
Configure las interfaces.
[edit interfaces] user@6# set fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:4::2/64 user@6# set lo0 unit 0 family inet address 10.6.6.6/32
-
Habilite OSPFv3 en la interfaz que se encuentra en el área 7.
[edit protocols ospf3 area 0.0.0.7] user@6# set interface fe-1/2/0.0 user@6# set interface lo0.0 passive
-
Especifique el área 7 como un área de código auxiliar OSPFv3.
La
stubinstrucción es obligatoria en todos los dispositivos de enrutamiento de la zona.[edit protocols ospf3 area 0.0.0.7] user@6# set stub
Procedimiento paso a paso
En el ejemplo siguiente es necesario navegar por varios niveles en la jerarquía de configuración. Para obtener 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 7:
-
Configure las interfaces.
[edit interfaces] user@7# set fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:5::2/64 user@7# set fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:7::1/64 user@7# set lo0 unit 0 family inet address 10.7.7.7/32
-
Habilite OSPFv3 en la interfaz que se encuentra en el área 9.
[edit protocols ospf3 area 0.0.0.9] user@7# set interface fe-1/2/0.0 user@7# set interface lo0.0 passive
-
Configure rutas estáticas que permitan la conectividad con las rutas del cliente.
[edit routing-options rib inet6.0 static] user@7# set route 1010::1/128 next-hop 2001:db8:9009:7::2 user@7# set route 2020::1/128 next-hop 2001:db8:9009:7::2
-
Configure una directiva de enrutamiento para redistribuir las rutas estáticas.
[edit policy-options policy-statement static-to-ospf term 1] user@7# set from protocol static user@7# set then accept
-
Aplique la política de enrutamiento a la instancia de OSPFv3.
[edit protocols ospf3] user@7# set export static-to-ospf
Procedimiento paso a paso
En el ejemplo siguiente es necesario navegar por varios niveles en la jerarquía de configuración. Para obtener 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 8:
-
Configure las interfaces.
[edit interfaces] user@8# set fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:7::2/64 user@8# set lo0 unit 0 family inet address 10.8.8.8/32
-
Configure dos direcciones de interfaz de circuito cerrado para simular las rutas del cliente.
[edit interfaces lo0 unit 0 family inet6] user@8# set address 2001:db8:1010::1/128 user@8# set address 2001:db8:2020::1/128
Resultados
Desde el modo de configuración, escriba los comandos , show protocolsshow policy-options, y show routing-options para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.
Dispositivo 2
user@2# show interfaces
fe-1/2/0 {
unit 0 {
family inet6 {
address 2001:db8:9009:2::2/64;
}
}
}
fe-1/2/1 {
unit 0 {
family inet6 {
address 2001:db8:9009:4::1/64;
}
}
}
lo0 {
unit 0 {
family inet {
address 10.2.2.2/32;
}
}
}
user@2# show protocols
ospf3 {
area 0.0.0.0 {
interface fe-1/2/0.0;
interface lo0.0 {
passive;
}
}
area 0.0.0.7 {
stub default-metric 10 no-summaries;
interface fe-1/2/1.0;
}
}
Dispositivo 6
user@6# show interfaces
fe-1/2/0 {
unit 0 {
family inet6 {
address 2001:db8:9009:4::2/64;
}
}
}
lo0 {
unit 0 {
family inet {
address 10.6.6.6/32;
}
}
}
user@6# show protocols
ospf3 {
area 0.0.0.7 {
stub;
interface fe-1/2/0.0;
interface lo0.0 {
passive;
}
}
}
Dispositivo 7
user@7# show interfaces
fe-1/2/0 {
unit 0 {
family inet6 {
address 2001:db8:9009:5::2/64;
}
}
}
fe-1/2/1 {
unit 0 {
family inet6 {
address 2001:db8:9009:7::1/64;
}
}
}
lo0 {
unit 0 {
family inet {
address 10.7.7.7/32;
}
}
}
user@7# show protocols
ospf3 {
export static-to-ospf;
area 0.0.0.9 {
interface fe-1/2/0.0;
interface lo0.0 {
passive;
}
}
}
user@7# show policy-options
policy-statement static-to-ospf {
term 1 {
from protocol static;
then accept;
}
}
user@7# show routing-options
rib inet6.0 {
static {
route 2001:db8:1010::1/128 next-hop 2001:db8:9009:7::2;
route 2001:db8:2020::1/128 next-hop 2001:db8:9009:7::2;
}
}
Dispositivo 8
user@8# show interfaces
fe-1/2/0 {
unit 0 {
family inet6 {
address 2001:db8:9009:7::2/64;
}
}
}
lo0 {
unit 0 {
family inet {
address 10.8.8.8/32;
}
family inet6 {
address 2001:db8:1010::1/128;
address 2001:db8:2020::1/128;
}
}
}
Si ha terminado de configurar el dispositivo, ingrese commit desde el modo de configuración.
Verificación
Confirme que la configuración funciona correctamente.
Comprobación del tipo de área OSPFv3
Propósito
Compruebe que el área OSPFv3 es un área de código auxiliar. Confirme que el resultado muestra Stub como el tipo de Stub.
Acción
Desde el modo operativo en el dispositivo 2 y en el dispositivo 6, ingrese el show ospf3 overview comando.
user@2> show ospf3 overview
Instance: master
Router ID: 10.2.2.2
Route table index: 51
Area border router
LSA refresh time: 50 minutes
Area: 0.0.0.0
Stub type: Not Stub
Area border routers: 2, AS boundary routers: 0
Neighbors
Up (in full state): 1
Area: 0.0.0.7
Stub type: Stub, Stub cost: 10
Area border routers: 0, AS boundary routers: 0
Neighbors
Up (in full state): 1
Topology: default (ID 0)
Prefix export count: 0
Full SPF runs: 24
SPF delay: 0.200000 sec, SPF holddown: 5 sec, SPF rapid runs: 3
Backup SPF: Not Needed
user@6> show ospf3 overview
Instance: master
Router ID: 10.6.6.6
Route table index: 46
LSA refresh time: 50 minutes
Area: 0.0.0.7
Stub type: Stub
Area border routers: 1, AS boundary routers: 0
Neighbors
Up (in full state): 1
Topology: default (ID 0)
Prefix export count: 0
Full SPF runs: 17
SPF delay: 0.200000 sec, SPF holddown: 5 sec, SPF rapid runs: 3
Backup SPF: Not Needed
Significado
En el dispositivo 2, el tipo de código auxiliar del área 0 es Not Stub. El tipo de código auxiliar del área 7 es Stub. La métrica predeterminada del código auxiliar es 10.
En el dispositivo 6, el tipo de código auxiliar del área 7 es Stub.
Verificación de las rutas en el área de código auxiliar 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.
user@6> show route
inet.0: 1 destinations, 1 routes (1 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
10.6.6.6/32 *[Direct/0] 1d 01:57:12
> via lo0.0
inet6.0: 6 destinations, 7 routes (6 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
::/0 *[OSPF3/10] 00:10:52, metric 11
> via fe-1/2/0.0
2001:db8:9009:4::/64 *[Direct/0] 1d 01:56:31
> via fe-1/2/0.0
[OSPF3/10] 1d 01:56:31, metric 1
> via fe-1/2/0.0
2001:db8:9009:4::2/128 *[Local/0] 1d 01:56:53
Local via fe-1/2/0.0
fe80::/64 *[Direct/0] 1d 01:56:31
> via fe-1/2/0.0
fe80::2a0:a514:0:a4c/128
*[Local/0] 1d 01:56:53
Local via fe-1/2/0.0
ff02::5/128 *[OSPF3/10] 1d 01:58:22, metric 1
MultiRecv
user@2> show route
inet.0: 1 destinations, 1 routes (1 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
10.2.2.2/32 *[Direct/0] 1d 02:16:13
> via lo0.0
inet6.0: 14 destinations, 17 routes (14 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
2001:db8:1010::1/128 *[OSPF3/150] 00:30:15, metric 0, tag 0
> via fe-1/2/0.0
2001:db8:2020::1/128 *[OSPF3/150] 00:30:15, metric 0, tag 0
> via fe-1/2/0.0
2001:db8:9009:1::/64 *[OSPF3/10] 1d 02:15:54, metric 2
> via fe-1/2/0.0
2001:db8:9009:2::/64 *[Direct/0] 1d 02:15:54
> via fe-1/2/0.0
[OSPF3/10] 1d 02:15:54, metric 1
> via fe-1/2/0.0
2001:db8:9009:2::2/128 *[Local/0] 1d 02:15:54
Local via fe-1/2/0.0
2001:db8:9009:3::/64 *[OSPF3/10] 1d 02:15:54, metric 2
> via fe-1/2/0.0
2001:db8:9009:4::/64 *[Direct/0] 1d 02:15:54
> via fe-1/2/1.0
[OSPF3/10] 05:38:05, metric 1
> via fe-1/2/1.0
2001:db8:9009:4::1/128 *[Local/0] 1d 02:15:54
Local via fe-1/2/1.0
2001:db8:9009:5::/64 *[OSPF3/10] 1d 02:15:54, metric 3
> via fe-1/2/0.0
2001:db8:9009:6::/64 *[OSPF3/10] 1d 01:33:10, metric 3
> via fe-1/2/0.0
fe80::/64 *[Direct/0] 1d 02:15:54
> via fe-1/2/0.0
[Direct/0] 1d 02:15:54
> via fe-1/2/1.0
fe80::2a0:a514:0:64c/128
*[Local/0] 1d 02:15:54
Local via fe-1/2/0.0
fe80::2a0:a514:0:94c/128
*[Local/0] 1d 02:15:54
Local via fe-1/2/1.0
ff02::5/128 *[OSPF3/10] 1d 02:17:45, metric 1
MultiRecv
Significado
En el dispositivo 6, la ruta predeterminada se ha aprendido debido a la default-metric instrucción en el dispositivo 2 de la ABR. 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 de OSPFv3, incluidas las rutas de clientes externos, 2001:db8:1010::1/128 y 2001:db8:2020::1/128.
Descripción de las áreas no tan rechonchas de OSPFv3
Al igual que un área de código auxiliar de OSPF, un área de código auxiliar de OSPFv3 no tiene rutas externas, por lo que no se pueden redistribuir rutas de otro protocolo en un área de código auxiliar. Las áreas no tan rechonchos (NSSA) permiten que las rutas externas se inunden dentro del área. Los enrutadores de una NSSA no reciben anuncios de estado de vínculo externo (LSA) de enrutadores de borde de área (ABR), pero se les permite enviar información de enrutamiento externo para su redistribución. Utilizan LSA de tipo 7 para informar a los ABR sobre estas rutas externas, que el ABR luego traduce como LSA externos de tipo 5 e inundaciones como normales para el resto de la red OSPF.
Ejemplo: configuración de áreas OSPFv3 no tan rechonchas
En este ejemplo se muestra cómo configurar un área no tan rechoncha (NSSA) OSPFv3 para controlar la publicidad 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 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 a la NSSA. Un NSSA es un tipo de área auxiliar que puede importar rutas externas del sistema autónomo y enviarlas a otras áreas, pero aún así no puede recibir rutas externas de otras áreas. Debido a que el área 9 se define como un NSSA, el dispositivo 7 utiliza LSA de tipo 7 para informar al ABR (dispositivo 3) acerca de estas rutas externas. A continuación, el dispositivo 3 traduce las rutas de tipo 7 a LSA externas de tipo 5 y las inunda normalmente para el 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 lanssainstrucció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 la ABR anuncie rutas de resumen hacia la NSSA. Si se configura en combinación con ladefault-metricinstrucción, la NSSA sólo 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 la NSSA. Solo el ABR requiere esta configuración adicional porque es el único dispositivo de enrutamiento dentro de la NSSA que crea LSA de resumen de tipo 3 que se usan para recibir y enviar tráfico desde fuera del área. -
default-lsa: configura el ABR para generar una ruta predeterminada en el NSSA. En este ejemplo, se configura lo siguiente:-
default-metric: especifica que el ABR genere una ruta predeterminada con una métrica especificada en el NSSA. Esta ruta predeterminada permite el reenvío de paquetes desde la NSSA a destinos externos. Esta opción sólo se configura en la ABR. El ABR no genera automáticamente una ruta predeterminada cuando se conecta a un NSSA. Debe configurar explícitamente esta opción para que el ABR genere una ruta predeterminada. -
metric-type—(Opcional) Especifica el tipo de métrica externa para el LSA predeterminado, que puede ser Tipo 1 o Tipo 2. Cuando OSPFv3 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 OSPFv3 calcula el costo de la ruta. Las métricas externas de tipo 1 son equivalentes a la métrica de estado del vínculo, donde el costo es igual a la suma de los costos internos más el costo externo. Las métricas externas de tipo 2 usan solo el costo externo asignado por el enrutador de límite AS. De forma predeterminada, OSPFv3 utiliza la métrica externa Tipo 2. -
type-7—(Opcional) Inunda los LSA predeterminados de tipo 7 en la NSSA si lano-summariesinstrucción está configurada. De forma predeterminada, cuando se configura lano-summariesinstrucción, se inyecta un 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 latype-7instrucción.
-
La Configuración rápida de CLI muestra la configuración de todos los dispositivos de la figura 11. La sección #d26e121__d26e505 describe los pasos en el dispositivo 3, el dispositivo 7 y el dispositivo 9.
Configuración
Procedimiento
- Configuración rápida de CLI
- Procedimiento paso a paso
- Procedimiento paso a paso
- Procedimiento paso a paso
- Procedimiento paso a paso
- Resultados
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, a continuación, copie y pegue los comandos en la CLI en el nivel de [edit] jerarquía.
Dispositivo 1
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:1::1/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:3::1/64 set interfaces lo0 unit 0 family inet address 10.1.1.1/32 set protocols ospf3 area 0.0.0.0 interface fe-1/2/0.0 set protocols ospf3 area 0.0.0.0 interface fe-1/2/0.5 set protocols ospf3 area 0.0.0.0 interface fe-1/2/1.0 set protocols ospf3 area 0.0.0.0 interface lo0.0 passive
Dispositivo 3
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:3::2/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:5::1/64 set interfaces lo0 unit 0 family inet address 10.3.3.3/32 set protocols ospf3 area 0.0.0.0 interface fe-1/2/0.0 set protocols ospf3 area 0.0.0.0 interface lo0.0 passive set protocols ospf3 area 0.0.0.9 nssa default-lsa default-metric 10 set protocols ospf3 area 0.0.0.9 nssa default-lsa metric-type 1 set protocols ospf3 area 0.0.0.9 nssa default-lsa type-7 set protocols ospf3 area 0.0.0.9 nssa no-summaries set protocols ospf3 area 0.0.0.9 interface fe-1/2/1.0
Dispositivo 4
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:1::2/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:6::1/64 set interfaces lo0 unit 0 family inet address 10.4.4.4/32 set protocols ospf3 area 0.0.0.0 interface fe-1/2/0.0 set protocols ospf3 area 0.0.0.0 interface lo0.0 passive set protocols ospf3 area 0.0.0.3 interface fe-1/2/1.0
Dispositivo 5
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:6::2/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:7::1/64 set interfaces lo0 unit 0 family inet address 10.5.5.5/32 set protocols ospf3 export static-to-ospf set protocols ospf3 area 0.0.0.3 interface fe-1/2/0.0 set protocols ospf3 area 0.0.0.3 interface lo0.0 passive set policy-options policy-statement static-to-ospf term 1 from protocol static set policy-options policy-statement static-to-ospf term 1 then accept set routing-options rib inet6.0 static route 2001:db8:1010::1/128 next-hop 2001:db8:9009:7::2 set routing-options rib inet6.0 static route 2001:db8:2020::1/128 next-hop 2001:db8:9009:7::2
Dispositivo 7
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:8::1/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:9::1/64 set interfaces lo0 unit 0 family inet address 10.7.7.7/32 set protocols ospf3 export static2-to-ospf set protocols ospf3 area 0.0.0.9 nssa set protocols ospf3 area 0.0.0.9 interface fe-1/2/1.0 set protocols ospf3 area 0.0.0.9 interface lo0.0 passive set policy-options policy-statement static2-to-ospf term 1 from protocol static set policy-options policy-statement static2-to-ospf term 1 then accept set routing-options rib inet6.0 static route 2001:db8:3030::1/128 next-hop 2001:db8:9009:8::2 set routing-options rib inet6.0 static route 2001:db8:4040::1/128 next-hop 2001:db8:9009:8::2
Dispositivo 8
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:7::2/64 set interfaces lo0 unit 0 family inet address 10.8.8.8/32 set interfaces lo0 unit 0 family inet6 address 2001:db8:1010::1/128 set interfaces lo0 unit 0 family inet6 address 2001:db8:2020::1/128
Dispositivo 9
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:8::2/64 set interfaces lo0 unit 0 family inet address 10.9.9.9/32 set interfaces lo0 unit 0 family inet6 address 2001:db8:3030::1/128 set interfaces lo0 unit 0 family inet6 address 2001:db8:4040::1/128
Dispositivo 10
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:5::2/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:9::2/64 set interfaces lo0 unit 0 family inet address 10.10.10.10/32 set protocols ospf3 area 0.0.0.9 nssa set protocols ospf3 area 0.0.0.9 interface fe-1/2/0.0 set protocols ospf3 area 0.0.0.9 interface fe-1/2/1.0 set protocols ospf3 area 0.0.0.9 interface lo0.0 passive
Procedimiento paso a paso
En el ejemplo siguiente es necesario navegar por varios niveles en la jerarquía de configuración. Para obtener 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 3:
-
Configure las interfaces.
[edit interfaces] user@3# set fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:3::2/64 user@3# set fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:5::1/64 user@3# set lo0 unit 0 family inet address 10.3.3.3/32
-
Habilite OSPFv3 en las interfaces que se encuentran en el área 0.
[edit protocols ospf3 area 0.0.0.0] user@3# set interface fe-1/2/0.0 user@3# set interface lo0.0 passive
-
Habilite OSPFv3 en la interfaz que se encuentra en el área 9.
[edit protocols ospf3 area 0.0.0.9] user@3# set interface fe-1/2/1.0
-
Configure un NSSA OSPFv3.
La
nssainstrucción es obligatoria en todos los dispositivos de enrutamiento de la zona.[edit protocols ospf3 area 0.0.0.9] user@3# set nssa
-
En el ABR, inyecte una ruta predeterminada en el área.
[edit protocols ospf3 area 0.0.0.9] user@3# set default-lsa default-metric 10
-
(Opcional) En la ABR, especifique el tipo de métrica externa para la ruta predeterminada.
[edit protocols ospf3 area 0.0.0.9] user@3# set nssa default-lsa metric-type 1
-
(Opcional) En la ABR, especifique la inundación de LSA tipo 7.
[edit protocols ospf3 area 0.0.0.9] user@3# set nssa default-lsa type-7
-
En el ABR, restrinja la entrada al área de LSA resumidos.
[edit protocols ospf3 area 0.0.0.9] user@3# set nssa no-summaries
Procedimiento paso a paso
En el ejemplo siguiente es necesario navegar por varios niveles en la jerarquía de configuración. Para obtener 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 5:
-
Configure las interfaces.
[edit interfaces] user@5# set fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:6::2/64 user@5# set fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:7::1/64 user@5# set lo0 unit 0 family inet address 10.5.5.5/32
-
Habilite OSPFv3 en la interfaz que se encuentra en el área 3.
[edit protocols ospf3 area 0.0.0.3] user@5# set interface fe-1/2/0.0 user@5# set interface lo0.0 passive
-
Configure rutas estáticas que permitan la conectividad con las rutas del cliente.
[edit routing-options rib inet6.0 static] user@5# set route 1010::1/128 next-hop 2001:db8:9009:7::2 user@5# set route 2020::1/128 next-hop 2001:db8:9009:7::2
-
Configure una directiva de enrutamiento para redistribuir las rutas estáticas.
[edit policy-options policy-statement static-to-ospf term 1] user@5# set from protocol static user@5# set then accept
-
Aplique la política de enrutamiento a la instancia de OSPFv3.
[edit protocols ospf3] user@5# set export static-to-ospf
Procedimiento paso a paso
En el ejemplo siguiente es necesario navegar por varios niveles en la jerarquía de configuración. Para obtener 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 7:
-
Configure las interfaces.
[edit interfaces] user@7# set fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:5::2/64 user@7# set fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:7::1/64 user@7# set lo0 unit 0 family inet address 10.7.7.7/32
-
Habilite OSPFv3 en la interfaz que se encuentra en el área 9.
[edit protocols ospf3 area 0.0.0.9] user@7# set interface fe-1/2/0.0 user@7# set interface lo0.0 passive
-
Configure un NSSA OSPFv3.
La
nssainstrucción es obligatoria en todos los dispositivos de enrutamiento de la zona.[edit protocols ospf3 area 0.0.0.9] user@7# set nssa
Procedimiento paso a paso
En el ejemplo siguiente es necesario navegar por varios niveles en la jerarquía de configuración. Para obtener 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 8:
-
Configure las interfaces.
[edit interfaces] user@8# set fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:7::2/64 user@8# set lo0 unit 0 family inet address 10.8.8.8/32
-
Configure dos direcciones de interfaz de circuito cerrado para simular las rutas del cliente.
[edit interfaces lo0 unit 0 family inet6] user@8# set address 2001:db8:1010::1/128 user@8# set address 2001:db8:2020::1/128
Resultados
Desde el modo de configuración, escriba los comandos , show protocolsshow policy-options, y show routing-options para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.
Dispositivo 3
user@3# show interfaces
fe-1/2/0 {
unit 0 {
family inet6 {
address 2001:db8:9009:3::2/64;
}
}
}
fe-1/2/1 {
unit 0 {
family inet6 {
address 2001:db8:9009:5::1/64;
}
}
}
lo0 {
unit 0 {
family inet {
address 10.3.3.3/32;
}
}
}
}
user@3# show protocols
ospf3 {
area 0.0.0.0 {
interface fe-1/2/0.0;
interface lo0.0 {
passive;
}
}
area 0.0.0.9 {
nssa {
default-lsa {
default-metric 10;
metric-type 1;
type-7;
}
no-summaries;
}
interface fe-1/2/1.0;
}
}
Dispositivo 5
user@5# show interfaces
fe-1/2/0 {
unit 0 {
family inet6 {
address 2001:db8:9009:6::2/64;
}
}
}
fe-1/2/1 {
unit 0 {
family inet6 {
address 2001:db8:9009:7::1/64;
}
}
}
lo0 {
unit 0 {
family inet {
address 10.5.5.5/32;
}
}
}
user@5# show protocols
ospf3 {
export static-to-ospf;
area 0.0.0.3 {
interface fe-1/2/0.0;
interface lo0.0 {
passive;
}
}
}
user@5# show policy-options
policy-statement static-to-ospf {
term 1 {
from protocol static;
then accept;
}
}
user@5# show routing-options
rib inet6.0 {
static {
route 2001:db8:1010::1/128 next-hop 2001:db8:9009:7::2;
route 2001:db8:2020::1/128 next-hop 2001:db8:9009:7::2;
}
}
Dispositivo 7
user@7# show interfaces
fe-1/2/0 {
unit 0{
family inet6 {
address 2001:db8:9009:5::2/64;
}
}
}
lo0 {
unit 0 {
family inet {
address 10.7.7.7/32;
}
}
}
user@7# show protocols
ospf3 {
area 0.0.0.9 {
nssa;
interface fe-1/2/0.0;
interface lo0.0 {
passive;
}
}
}
Dispositivo 8
user@8# show interfaces
fe-1/2/0 {
unit 0 {
family inet6 {
address 2001:db8:9009:7::2/64;
}
}
}
lo0 {
unit 0 {
family inet {
address 10.8.8.8/32;
}
family inet6 {
address 2001:db8:1010::1/128;
address 2001:db8:2020::1/128;
}
}
}
Si ha terminado de configurar el dispositivo, ingrese commit desde el modo de configuración.
Verificación
Confirme que la configuración funciona correctamente.
- Comprobación del tipo de área OSPFv3
- Verificación de las rutas en el área de código auxiliar OSPFv3
- Verificación del tipo de LSA
Comprobación del tipo de área OSPFv3
Propósito
Compruebe 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.
user@3> show ospf3 overview
Instance: master
Router ID: 10.3.3.3
Route table index: 36
Area border router, AS boundary router, NSSA router
LSA refresh time: 50 minutes
Area: 0.0.0.0
Stub type: Not Stub
Area border routers: 2, AS boundary routers: 0
Neighbors
Up (in full state): 1
Area: 0.0.0.9
Stub type: Stub NSSA, Stub cost: 10
Area border routers: 0, AS boundary routers: 1
Neighbors
Up (in full state): 1
Topology: default (ID 0)
Prefix export count: 0
Full SPF runs: 22
SPF delay: 0.200000 sec, SPF holddown: 5 sec, SPF rapid runs: 3
Backup SPF: Not Needed
user@7> show ospf3 overview
Instance: master
Router ID: 10.7.7.7
Route table index: 44
AS boundary router, NSSA router
LSA refresh time: 50 minutes
Area: 0.0.0.9
Stub type: Stub NSSA
Area border routers: 1, AS boundary routers: 1
Neighbors
Up (in full state): 1
Topology: default (ID 0)
Prefix export count: 2
Full SPF runs: 11
SPF delay: 0.200000 sec, SPF holddown: 5 sec, SPF rapid runs: 3
Backup SPF: Not Needed
user@10> show ospf3 overview
Instance: master
Router ID: 10.10.10.10
Route table index: 55
NSSA router
LSA refresh time: 50 minutes
Area: 0.0.0.9
Stub type: Stub NSSA
Area border routers: 1, AS boundary routers: 2
Neighbors
Up (in full state): 2
Topology: default (ID 0)
Prefix export count: 0
Full SPF runs: 6
SPF delay: 0.200000 sec, SPF holddown: 5 sec, SPF rapid runs: 3
Backup SPF: Not Needed
Significado
En el dispositivo 3, el tipo de código auxiliar del área 0 es Not Stub. El tipo de código auxiliar del área 9 es Stub NSSA. La métrica predeterminada del código auxiliar es 10.
En los dispositivos 7 y 10, el tipo de código auxiliar del área 9 es Stub NSSA.
Verificación de las rutas en el área de código auxiliar 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.
user@7> show route
inet.0: 1 destinations, 1 routes (1 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
10.7.7.7/32 *[Direct/0] 3d 03:00:23
> via lo0.0
inet6.0: 12 destinations, 14 routes (12 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
::/0 *[OSPF3/150] 01:01:31, metric 12, tag 0
> via fe-1/2/1.0
2001:db8:3030::1/128 *[Static/5] 01:01:43
> to 9009:8::2 via fe-1/2/0.0
2001:db8:4040::1/128 *[Static/5] 01:01:43
> to 9009:8::2 via fe-1/2/0.0
2001:db8:9009:5::/64 *[OSPF3/10] 01:01:33, metric 2
> via fe-1/2/1.0
2001:db8:9009:8::/64 *[Direct/0] 01:01:43
> via fe-1/2/0.0
2001:db8:9009:8::1/128 *[Local/0] 01:02:01
Local via fe-1/2/0.0
2001:db8:9009:9::/64 *[Direct/0] 01:01:45
> via fe-1/2/1.0
[OSPF3/10] 01:01:44, metric 1
> via fe-1/2/1.0
2001:db8:9009:9::1/128 *[Local/0] 01:02:01
Local via fe-1/2/1.0
fe80::/64 *[Direct/0] 01:01:45
> via fe-1/2/1.0
[Direct/0] 01:01:43
> via fe-1/2/0.0
fe80::2a0:a514:0:f4c/128
*[Local/0] 01:02:01
Local via fe-1/2/0.0
fe80::2a0:a514:0:114c/128
*[Local/0] 01:02:01
Local via fe-1/2/1.0
ff02::5/128 *[OSPF3/10] 3d 03:01:25, metric 1
MultiRecv
user@10> show route
inet.0: 1 destinations, 1 routes (1 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
10.10.10.10/32 *[Direct/0] 01:01:59
> via lo0.0
inet6.0: 11 destinations, 14 routes (11 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
::/0 *[OSPF3/150] 01:01:35, metric 11, tag 0
> via fe-1/2/0.0
2001:db8:3030::1/128 *[OSPF3/150] 01:01:35, metric 0, tag 0
> via fe-1/2/1.0
2001:db8:4040::1/128 *[OSPF3/150] 01:01:35, metric 0, tag 0
> via fe-1/2/1.0
2001:db8:9009:5::/64 *[Direct/0] 01:01:50
> via fe-1/2/0.0
[OSPF3/10] 01:01:50, metric 1
> via fe-1/2/0.0
2001:db8:9009:5::2/128 *[Local/0] 01:01:50
Local via fe-1/2/0.0
2001:db8:9009:9::/64 *[Direct/0] 01:01:50
> via fe-1/2/1.0
[OSPF3/10] 01:01:40, metric 1
> via fe-1/2/1.0
2001:db8:9009:9::2/128 *[Local/0] 01:01:50
Local via fe-1/2/1.0
fe80::/64 *[Direct/0] 01:01:50
> via fe-1/2/0.0
[Direct/0] 01:01:50
> via fe-1/2/1.0
fe80::2a0:a514:0:c4c/128
*[Local/0] 01:01:50
Local via fe-1/2/0.0
fe80::2a0:a514:0:124c/128
*[Local/0] 01:01:50
Local via fe-1/2/1.0
ff02::5/128 *[OSPF3/10] 01:02:16, metric 1
MultiRecv
user@3> show route
inet.0: 1 destinations, 1 routes (1 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
10.3.3.3/32 *[Direct/0] 3d 03:03:10
> via lo0.0
inet6.0: 15 destinations, 18 routes (15 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
2001:db8:1010::1/128 *[OSPF3/150] 01:04:21, metric 0, tag 0
> via fe-1/2/0.0
2001:db8:2020::1/128 *[OSPF3/150] 01:04:21, metric 0, tag 0
> via fe-1/2/0.0
2001:db8:3030::1/128 *[OSPF3/150] 01:03:57, metric 0, tag 0
> via fe-1/2/1.0
2001:db8:4040::1/128 *[OSPF3/150] 01:03:57, metric 0, tag 0
> via fe-1/2/1.0
2001:db8:9009:1::/64 *[OSPF3/10] 3d 03:02:06, metric 2
> via fe-1/2/0.0
2001:db8:9009:3::/64 *[Direct/0] 3d 03:02:55
> via fe-1/2/0.0
[OSPF3/10] 3d 03:02:54, metric 1
> via fe-1/2/0.0
2001:db8:9009:3::2/128 *[Local/0] 3d 03:02:55
Local via fe-1/2/0.02001:db8:9009:5::/64 *[Direct/0] 01:04:09
> via fe-1/2/1.0
[OSPF3/10] 01:04:09, metric 1
> via fe-1/2/1.0
2001:db8:9009:5::1/128 *[Local/0] 3d 03:02:54
Local via fe-1/2/1.0
2001:db8:9009:6::/64 *[OSPF3/10] 3d 02:19:14, metric 3
> via fe-1/2/0.0
2001:db8:9009:9::/64 *[OSPF3/10] 01:04:02, metric 2
> via fe-1/2/1.0
fe80::/64 *[Direct/0] 3d 03:02:55
> via fe-1/2/0.0
[Direct/0] 01:04:09
> via fe-1/2/1.0
fe80::2a0:a514:0:84c/128
*[Local/0] 3d 03:02:55
Local via fe-1/2/0.0
fe80::2a0:a514:0:b4c/128
*[Local/0] 3d 03:02:54
Local via fe-1/2/1.0
ff02::5/128 *[OSPF3/10] 3d 03:03:50, metric 1
MultiRecv
Significado
En el dispositivo 7, la ruta predeterminada se ha aprendido debido a la default-metric instrucción en el dispositivo 3 de la ABR. 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 OSPF inyectadas por el dispositivo 7.
Ni el dispositivo 7 ni el dispositivo 10 tienen las rutas de cliente externas que el dispositivo 5 inyectó en OSPFv3.
En el dispositivo 3, se aprendieron todas las rutas de OSPFv3, incluidas las rutas de clientes externos, 2001:db8:1010::1/128 y 2001:db8:2020::1/128.
Verificación del tipo de LSA
Propósito
Verifique 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.
user@7> show ospf3 database nssa detail Area 0.0.0.9 Type ID Adv Rtr Seq Age Cksum Len NSSA 0.0.0.1 10.3.3.3 0x8000002a 1462 0xf406 28 Prefix ::/0 Prefix-options 0x0, Metric 10, Type 1, NSSA *0.0.0.1 10.7.7.7 0x80000003 1625 0x88df 60 Prefix 2001:db8:3030::1/128 Prefix-options 0x8, Metric 0, Type 2, Fwd addr 2001:db8:9009:9::1, NSSA *0.0.0.2 10.7.7.7 0x80000003 1025 0xef57 60 Prefix 2001:db8:4040::1/128 Prefix-options 0x8, Metric 0, Type 2, Fwd addr 2001:db8:9009:9::1,
Significado
En el dispositivo 7, los LSA de NSSA son la ruta predeterminada externa de tipo 1, aprendida del dispositivo 3, y las rutas estáticas externas de tipo 2 a la red del cliente 1.
Descripción del filtrado de áreas no tan rechonchas
Es posible que tenga una situación en la que no sea necesario exportar LSA de tipo 7 a un área no tan rechoncha (NSSA). Cuando un enrutador de límite del sistema autónomo (ASBR) es también un enrutador de borde de área (ABR) con un NSSA conectado, los LSA de tipo 7 se exportan a la NSSA de forma predeterminada.
Además, cuando el ASBR (también un ABR) está conectado a múltiples NSSA, se exporta un LSA Tipo 7 separado a cada NSSA de forma predeterminada. Durante la redistribución de ruta, este dispositivo de enrutamiento genera LSA tipo 5 y LSA tipo 7. Por lo tanto, para evitar que la misma ruta se redistribuya dos veces (desde LSA de tipo 5 y LSA de tipo 7), puede deshabilitar la exportación de LSA de tipo 7 a NSSA incluyendo la no-nssa-abr instrucción en el dispositivo de enrutamiento.
Ejemplo: configuración de áreas no tan rechonchas de OSPFv3 con filtrado
En este ejemplo se muestra cómo configurar un área no tan rechoncha (NSSA) OSPFv3 cuando no es necesario inyectar rutas externas en la NSSA como anuncios de estado de vínculo (LSA) de tipo 7.
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 (ABR) NSSA, el dispositivo de enrutamiento genera LSA de tipo 5 y tipo 7. Puede impedir que el enrutador cree LSA de tipo 7 para la NSSA con la no-nssa-abr instrucción.
En este ejemplo, los dispositivos 5 y 3 están en redes de clientes. El dispositivo 4 y el dispositivo 2 inyectan las rutas del cliente en OSPFv3. El Área 1 es una NSSA. Dado que el dispositivo 4 es tanto un ABR NSSA como un ASBR, genera LSA de tipo 7 y tipo 5 e inyecta LSA de tipo 7 en el área 1 y LSA de tipo 5 en el área 0. Para detener la inyección de LSA de tipo 7 en el área 1, la no-nssa-abr instrucción se incluye en la configuración del dispositivo 4.
La configuración rápida de CLI muestra la configuración de todos los dispositivos de la figura 12. La sección #d28e62__d28e384 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, a continuación, copie y pegue los comandos en la CLI en el nivel de [edit] jerarquía.
Dispositivo 1
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:6::2/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:5::1/64 set interfaces lo0 unit 0 family inet address 0.1.1.1/32 set protocols ospf3 area 0.0.0.1 nssa set protocols ospf3 area 0.0.0.1 interface fe-1/2/0.0 set protocols ospf3 area 0.0.0.1 interface fe-1/2/1.0 set protocols ospf3 area 0.0.0.1 interface lo0.0 passive
Dispositivo 2
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:5::2/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:4::1/64 set interfaces lo0 unit 0 family inet address 10.2.2.2/32 set protocols ospf3 export static2-to-ospf set protocols ospf3 area 0.0.0.1 nssa set protocols ospf3 area 0.0.0.1 interface fe-1/2/0.0 set protocols ospf3 area 0.0.0.1 interface lo0.0 passive set policy-options policy-statement static2-to-ospf term 1 from protocol static set policy-options policy-statement static2-to-ospf term 1 then accept set routing-options rib inet6.0 static route 3030::1/128 next-hop 2001:db8:9009:4::2 set routing-options rib inet6.0 static route 4040::1/128 next-hop 2001:db8:9009:4::2
Dispositivo 3
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:4::2/64 set interfaces lo0 unit 0 family inet address 10.3.3.3/32 set interfaces lo0 unit 0 family inet6 address 2001:db8:3030::1/128 set interfaces lo0 unit 0 family inet6 address 2001:db8:4040::1/128 set routing-options rib inet6.0 static route ::/0 next-hop 2001:db8:9009:4::1
Dispositivo 4
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:1::2/64 set interfaces fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:6::1/64 set interfaces fe-1/2/2 unit 0 family inet6 address 2001:db8:9009:3::1/64 set interfaces lo0 unit 0 family inet address 10.4.4.4/32 set protocols ospf3 export static-to-ospf set protocols ospf3 no-nssa-abr set protocols ospf3 area 0.0.0.0 interface fe-1/2/2.0 set protocols ospf3 area 0.0.0.0 interface lo0.0 passive set protocols ospf3 area 0.0.0.1 nssa default-lsa default-metric 10 set protocols ospf3 area 0.0.0.1 nssa default-lsa metric-type 1 set protocols ospf3 area 0.0.0.1 nssa default-lsa type-7 set protocols ospf3 area 0.0.0.1 nssa no-summaries set protocols ospf3 area 0.0.0.1 interface fe-1/2/1.0 set policy-options policy-statement static-to-ospf term 1 from protocol static set policy-options policy-statement static-to-ospf term 1 then accept set routing-options rib inet6.0 static route 2001:db8:1010::1/128 next-hop 2001:db8:9009:1::1 set routing-options rib inet6.0 static route 2001:db8:2020::1/128 next-hop 2001:db8:9009:1::1
Dispositivo 5
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:1::1/64 set interfaces lo0 unit 0 family inet address 10.5.5.5/32 set interfaces lo0 unit 0 family inet6 address 2001:db8:1010::1/128 set interfaces lo0 unit 0 family inet6 address 2001:db8:2020::1/128 set routing-options rib inet6.0 static route ::/0 next-hop 2001:db8:9009:1::2
Dispositivo 6
set interfaces fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:3::2/64 set interfaces lo0 unit 0 family inet address 10.6.6.6/32 set protocols ospf3 area 0.0.0.0 interface fe-1/2/0.0 set protocols ospf3 area 0.0.0.0 interface lo0.0 passive
Procedimiento paso a paso
En el ejemplo siguiente es necesario navegar por varios niveles en la jerarquía de configuración. Para obtener 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:
-
Configure las interfaces.
[edit interfaces] user@4# set fe-1/2/0 unit 0 family inet6 address 2001:db8:9009:1::2/64 user@4# set fe-1/2/1 unit 0 family inet6 address 2001:db8:9009:6::1/64 user@4# set fe-1/2/2 unit 0 family inet6 address 2001:db8:9009:3::1/64 user@4# set lo0 unit 0 family inet address 10.4.4.4/32
-
Habilite OSPFv3 en las interfaces que se encuentran en el área 0.
[edit protocols ospf3 area 0.0.0.0] user@4# set interface fe-1/2/2.0 user@4# set interface lo0.0 passive
-
Habilite OSPFv3 en la interfaz que se encuentra en el área 1.
[edit protocols ospf3 area 0.0.0.1] user@4# set interface fe-1/2/1.0
-
Configure un NSSA OSPFv3.
La
nssainstrucción es obligatoria en todos los dispositivos de enrutamiento de la zona.[edit protocols ospf3 area 0.0.0.1] user@4# set nssa
-
En el ABR, inyecte una ruta predeterminada en el área.
[edit protocols ospf3 area 0.0.0.1] user@4# set nssa default-lsa default-metric 10
-
(Opcional) En la ABR, especifique el tipo de métrica externa para la ruta predeterminada.
[edit protocols ospf3 area 0.0.0.1] user@4# set nssa default-lsa metric-type 1
-
(Opcional) En la ABR, especifique la inundación de LSA tipo 7.
[edit protocols ospf3 area 0.0.0.1] user@4# set nssa default-lsa type-7
-
En el ABR, restrinja la entrada al área de LSA resumidos.
[edit protocols ospf3 area 0.0.0.1] user@4# set nssa no-summaries
-
Deshabilite la exportación de LSA de tipo 7 a la NSSA.
Esta configuración es útil si tiene un enrutador de límite AS que también es un ABR con un área NSSA conectada.
[edit protocols ospf3] user@4# set no-nssa-abr
-
Configure rutas estáticas a la red del cliente.
[edit routing-options rib inet6.0 static] user@4# set route 2001:db8:1010::1/128 next-hop 2001:db8:9009:1::1 user@4# set route 2001:db8:2020::1/128 next-hop 2001:db8:9009:1::1
-
Configure una política para insertar las rutas estáticas en OSPFv3.
[edit policy-options policy-statement static-to-ospf term 1] user@4# set from protocol static user@4# set then accept
-
Aplique la directiva a OSPFv3.
[edit protocols ospf3] user@4# set export static-to-ospf
Resultados
Desde el modo de configuración, escriba los comandos , show protocolsshow policy-options, y show routing-options para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.
Dispositivo 4
user@4# show interfaces
fe-1/2/0 {
unit 0 {
family inet6 {
address 2001:db8:9009:1::2/64;
}
}
unit 0 {
family inet6 {
address 2001:db8:9009:6::1/64;
}
}
unit 0 {
family inet6 {
address 2001:db8:9009:3::1/64;
}
}
}
lo0 {
unit 0 {
family inet {
address 10.4.4.4/32;
}
}
}
user@4# show protocols
ospf3 {
export static-to-ospf;
no-nssa-abr;
area 0.0.0.0 {
interface fe-1/2/2.0;
interface lo0.0 {
passive;
}
}
area 0.0.0.1 {
nssa {
default-lsa {
default-metric 10;
metric-type 1;
type-7;
}
no-summaries;
}
interface fe-1/2/1.0;
}
}
user@4# show policy-options
policy-statement static-to-ospf {
term 1 {
from protocol static;
then accept;
}
}
user@4# show routing-options
rib inet6.0 {
static {
route 2001:db8:1010::1/128 next-hop 2001:db8:9009:1::1;
route 2001:db8:2020::1/128 next-hop 2001:db8:9009:1::1;
}
}
Si ha terminado de configurar el dispositivo, ingrese commit desde el modo de configuración.
Verificación
Confirme que la configuración funciona correctamente.
Verificación de las rutas en el área de código auxiliar 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.
user@1> show route
inet.0: 1 destinations, 1 routes (1 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
0.1.1.1/32 *[Direct/0] 03:25:44
> via lo0.0
inet6.0: 11 destinations, 14 routes (11 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
::/0 *[OSPF3/150] 01:52:58, metric 11, tag 0
> via fe-1/2/0.0
2001:db8:3030::1/128 *[OSPF3/150] 02:44:02, metric 0, tag 0
> via fe-1/2/1.0
2001:db8:4040::1/128 *[OSPF3/150] 02:44:02, metric 0, tag 0
> via fe-1/2/1.0
2001:db8:9009:5::/64 *[Direct/0] 03:25:34
> via fe-1/2/1.0
[OSPF3/10] 03:25:24, metric 1
> via fe-1/2/1.0
2001:db8:9009:5::1/128 *[Local/0] 03:25:34
Local via fe-1/2/1.0
2001:db8:9009:6::/64 *[Direct/0] 03:25:34
> via fe-1/2/0.0
[OSPF3/10] 03:25:34, metric 1
> via fe-1/2/0.0
2001:db8:9009:6::2/128 *[Local/0] 03:25:34
Local via fe-1/2/0.0
fe80::/64 *[Direct/0] 03:25:34
> via fe-1/2/0.0
[Direct/0] 03:25:34
> via fe-1/2/1.0
fe80::2a0:a514:0:44c/128
*[Local/0] 03:25:34
Local via fe-1/2/0.0
fe80::2a0:a514:0:74c/128
*[Local/0] 03:25:34
Local via fe-1/2/1.0
ff02::5/128 *[OSPF3/10] 03:27:00, metric 1
MultiRecv
user@6> show route
inet.0: 1 destinations, 1 routes (1 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
10.6.6.6/32 *[Direct/0] 03:26:57
> via lo0.0
inet6.0: 11 destinations, 12 routes (11 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
2001:db8:1010::1/128 *[OSPF3/150] 03:16:59, metric 0, tag 0
> via fe-1/2/0.0
2001:db8:2020::1/128 *[OSPF3/150] 03:16:59, metric 0, tag 0
> via fe-1/2/0.0
2001:db8:3030::1/128 *[OSPF3/150] 02:44:34, metric 0, tag 0
> via fe-1/2/0.0
2001:db8:4040::1/128 *[OSPF3/150] 02:44:34, metric 0, tag 0
> via fe-1/2/0.0
2001:db8:9009:3::/64 *[Direct/0] 03:26:29
> via fe-1/2/0.0
[OSPF3/10] 03:26:29, metric 1
> via fe-1/2/0.0
2001:db8:9009:3::2/128 *[Local/0] 03:26:29
Local via fe-1/2/0.0
2001:db8:9009:5::/64 *[OSPF3/10] 02:44:34, metric 3
> via fe-1/2/0.0
2001:db8:9009:6::/64 *[OSPF3/10] 03:16:59, metric 2
> via fe-1/2/0.0
fe80::/64 *[Direct/0] 03:26:29
> via fe-1/2/0.0
fe80::2a0:a514:0:64c/128
*[Local/0] 03:26:29
Local via fe-1/2/0.0
ff02::5/128 *[OSPF3/10] 03:27:37, metric 1
MultiRecv
Significado
En el dispositivo 1, la ruta predeterminada (::/0) se ha aprendido debido a la default-metric instrucción en el dispositivo 4 de la ABR. Las rutas del cliente 2001:db8:3030::1 y 2001:db8:4040::1 se han aprendido desde el dispositivo 2. Se han suprimido las rutas 2001:db8:1010::1 y 2001:db8:2020::1. No son necesarios porque en su lugar se puede utilizar la ruta predeterminada.
En el área 0 del dispositivo 6, se han aprendido todas las rutas del cliente.
Verificación del tipo de LSA
Propósito
Verifique 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.
user@4> show ospf3 database nssa detail Area 0.0.0.1 Type ID Adv Rtr Seq Age Cksum Len NSSA 0.0.0.1 10.2.2.2 0x80000004 2063 0xceaf 60 Prefix 3030::1/128 Prefix-options 0x8, Metric 0, Type 2, Fwd addr 2001:db8:9009:5::2, NSSA 0.0.0.2 10.2.2.2 0x80000004 1463 0x3627 60 Prefix 4040::1/128 Prefix-options 0x8, Metric 0, Type 2, Fwd addr 2001:db8:9009:5::2, NSSA *0.0.0.1 10.4.4.4 0x80000003 35 0x25f8 28 Prefix ::/0 Prefix-options 0x0, Metric 10, Type 1,
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, volviera a ejecutar el show ospf3 database nssa detail comando, vería que el dispositivo 4 envía LSA de tipo 7 para 2001:db8:1010::1/128 y 2001:db8:2020::1/128.
Descripción de los vínculos virtuales de OSPF para áreas no contiguas
OSPF requiere que todas las áreas de un sistema autónomo (AS) estén conectadas físicamente al área troncal (área 0). 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 utilizan un área de tránsito que contiene dos o más enrutadores de borde de área (ABR) para pasar el tráfico de red de un área adyacente a otra. El área de tránsito debe tener información de enrutamiento completa y no puede ser un área de código auxiliar. Por ejemplo, la figura 13 muestra un vínculo virtual entre un área no contigua y el área troncal a través de un área conectada a ambas.
virtual
En la topología que se muestra en la Figura 13, 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. El vínculo virtual transita por el á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 apropiado. Todo el tráfico entrante destinado al área 0.0.0.3 se enruta al área troncal y luego a través del área 0.0.0.2.
Ejemplo: configuración de vínculos virtuales OSPF para conectar áreas no contiguas
En este ejemplo se muestra cómo configurar un vínculo virtual OSPF para conectar áreas no contiguas.
Requisitos
Antes de empezar:
Configure las interfaces del dispositivo. Consulte la biblioteca de interfaces de red de Junos OS para dispositivos de enrutamiento.
Configure una red OSPF de área única. Consulte Ejemplo: Configuración de una red OSPF de área única.
Configure una red OSPF multiárea. Consulte Ejemplo: Configuración de una red OSPF multiárea.
Visión general
Si algún dispositivo de enrutamiento de la red troncal no está conectado físicamente a la red troncal, debe establecer una conexión virtual entre ese dispositivo de enrutamiento y la red troncal para conectar las áreas no contiguas.
Para configurar un vínculo virtual OSPF a través de un área, especifique el ID de enrutador (dirección IP) de los dispositivos de enrutamiento en cada extremo del vínculo virtual. Estos dispositivos de enrutamiento deben ser enrutadores de borde de área (ABR), con uno conectado físicamente a la red troncal. No puede configurar vínculos virtuales a través de áreas de código auxiliar. También debe especificar el número del área por la que transita el vínculo virtual (también conocida como área de tránsito). Esta configuración se aplica a la configuración del área troncal (definida por el área 0.0.0.0) en los ABR que forman parte del vínculo virtual.
En este ejemplo, los dispositivos R1 y R2 son los dispositivos de enrutamiento en cada extremo del vínculo virtual, con el dispositivo R1 conectado físicamente a la red troncal, como se muestra en la figura 14. Puede configurar las siguientes opciones de vínculo virtual:
neighbor-id: especifica la dirección IP del dispositivo de enrutamiento en el otro extremo del vínculo virtual. En este ejemplo, el dispositivo R1 tiene un ID de enrutador de 192.0.2.5 y el dispositivo R2 tiene un ID de enrutador de 192.0.2.3.
transit-area: especifica el identificador de área por el que transita el vínculo virtual. En este ejemplo, el área 0.0.0.3 no está conectada a la red troncal, por lo que se configura una sesión de vínculo virtual entre el área 0.0.0.3 y el área troncal mediante el área 0.0.0.2. El área 0.0.0.2 es el área de tránsito.
virtual OSPF
Topología
Configuración
Configuración rápida de CLI
Para configurar rápidamente un vínculo virtual OSPF en el dispositivo de enrutamiento local (dispositivo R1), copie los siguientes comandos y péguelos en la CLI.
Nota:Debe configurar los dos dispositivos de enrutamiento que forman parte del vínculo virtual y especificar el ID de vecino aplicable en cada dispositivo de enrutamiento.
[edit] set routing-options router-id 192.0.2.5 set protocols ospf area 0.0.0.0 virtual-link neighbor-id 192.0.2.3 transit-area 0.0.0.2
Para configurar rápidamente un vínculo virtual OSPF en el dispositivo de enrutamiento remoto (dispositivo R2), copie los siguientes comandos y péguelos en la CLI.
[edit] set routing-options router-id 192.0.2.3 set protocols ospf area 0.0.0.0 virtual-link neighbor-id 192.0.2.5 transit-area 0.0.0.2
Procedimiento
Procedimiento paso a paso
Para configurar un vínculo virtual OSPF en el dispositivo de enrutamiento local (dispositivo R1):
Configure el ID del enrutador.
[edit] user@R1# set routing-options router-id 192.0.2.5
Ingrese al modo de configuración de OSPF y especifique el área OSPF 0.0.0.0.
Nota:Para un vínculo virtual OSPFv3, incluya la
ospf3instrucción en el nivel de[edit protocols]jerarquía.[edit] user@R1# edit protocols ospf area 0.0.0.0
Configure un vínculo virtual OSPF y especifique el área de tránsito 0.0.0.2. Este dispositivo de enrutamiento debe ser un ABR que esté conectado físicamente a la red troncal.
[edit protocols ospf area 0.0.0.0] user@R1# set virtual-link neighbor-id 192.0.2.3 transit-area 0.0.0.2
Si ha terminado de configurar el dispositivo, confirme la configuración.
[edit protocols ospf area 0.0.0.0] user@R1# commit
Procedimiento paso a paso
Para configurar un vínculo virtual OSPF en el ABR remoto (dispositivo R2, el dispositivo de enrutamiento al otro extremo del vínculo):
Configure el ID del enrutador.
[edit] user@R2# set routing-options router-id 192.0.2.3
Ingrese al modo de configuración de OSPF y especifique el área OSPF 0.0.0.0.
Nota:Para un vínculo virtual OSPFv3, incluya la
ospf3instrucción en el nivel de[edit protocols]jerarquía.[edit] user@R2# edit protocols ospf area 0.0.0.0
Configure un vínculo virtual OSPF en el ABR remoto y especifique el área de tránsito 0.0.0.2. Este dispositivo de enrutamiento no está conectado físicamente a la red troncal.
[edit protocols ospf area 0.0.0.0] user@R2# set virtual-link neighbor-id 192.0.2.5 transit-area 0.0.0.2
Si ha terminado de configurar el dispositivo, confirme la configuración.
[edit protocols ospf area 0.0.0.0] user@R2# commit
Resultados
Confirme su configuración ingresando las opciones de enrutamiento show y los show protocols ospf comandos. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.
Configuración en el dispositivo de enrutamiento local (dispositivo R1):
user@R1#: show routing-options
router-id 192.0.2.5;
user@R1# show protocols ospf
area 0.0.0.0 {
virtual-link neighbor-id 192.0.2.3 transit-area 0.0.0.2;
}
Configuración en el ABR remoto (dispositivo R2):
user@R2#: show routing-options
router-id 192.0.2.3;
user@R2# show protocols ospf
area 0.0.0.0 {
virtual-link neighbor-id 192.0.2.5 transit-area 0.0.0.2;
}
Para confirmar la configuración de OSPFv3, escriba el show protocols ospf3 comando.
Verificación
Confirme que la configuración funciona correctamente.
- Verificación de entradas en la base de datos de estado del vínculo
- Verificación del estado y la configuración de la interfaz OSPF
Verificación de entradas en la base de datos de estado del vínculo
Propósito
Compruebe que se muestran las entradas de la base de datos de estado de vínculo OSPFv2 u OSPFv3. El campo Enrutador en la salida OSPFv2 muestra información de LSA, incluido el tipo de vínculo. Si se configura como un vínculo virtual, el Tipo es virtual. Para cada vínculo de enrutador, el campo Tipo de la salida OSPFv3 muestra el tipo de interfaz. Si se configura como un vínculo virtual, el Tipo es virtual.
Acción
Desde el modo operativo, escriba el show ospf database detail comando para OSPFv2 y escriba el show ospf3 database detail comando para OSPFv3.
Verificación del estado y la configuración de la interfaz OSPF
Propósito
Compruebe que la interfaz OSPFv2 u OSPFv3 está configurada y que se muestra el estado. El campo Tipo muestra el tipo de interfaz. Si la interfaz está configurada como parte de un vínculo virtual, el Tipo es virtual.
Acción
Desde el modo operativo, escriba el show ospf interface detail comando para OSPFv2 y escriba el show ospf3 interface detail comando para OSPFv3.
Ejemplo: configuración de vínculos virtuales OSPFv3
En este ejemplo se muestra cómo configurar OSPF versión 3 (OSPFv3) con algunas áreas que no tienen una adyacencia directa al área troncal (área 0). Cuando un área carece de una adyacencia con área 0, se requiere un vínculo virtual para conectarse a la red troncal a través de un área no troncal. El área a través de la cual configure el vínculo virtual, conocida como área de tránsito, debe tener información de enrutamiento completa. El área de tránsito no puede ser un área de esbozo.
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 15 muestra la topología utilizada en este ejemplo.
virtuales
Los dispositivos 0, 1, 2 y 3 están conectados al área 0 de la red troncal de OSPFv3. Los dispositivos 2, 3 y 4 se conectan entre sí a través del Área 1. y el Área 2 se encuentra entre el dispositivo 4 y el dispositivo 5. Dado que el dispositivo 5 no tiene una adyacencia directa al área 0, se requiere un vínculo virtual a través del área 1 entre el dispositivo 3 y el dispositivo 4. Del mismo modo, dado que el dispositivo 0 y el dispositivo 1 tienen dos secciones troncales de área 0 separadas, debe configurar un segundo vínculo virtual a través del área 1 entre el dispositivo 2 y el dispositivo 3.
Configuración
Procedimiento
- Configuración rápida de CLI
- Procedimiento paso a paso
- Procedimiento paso a paso
- Procedimiento paso a paso
- Procedimiento paso a paso
- Procedimiento paso a paso
- Procedimiento paso a paso
- Resultados
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, a continuación, copie y pegue los comandos en la CLI en el nivel de [edit] jerarquía.
Dispositivo 0
set logical-systems 0 interfaces so-0/3/2 unit 0 family inet6 address 9009:1::1/64 set logical-systems 0 interfaces lo0 unit 0 family inet address 192.168.0.1/32 set logical-systems 0 interfaces lo0 unit 0 family inet6 address feee::10:255:71:4/128 set logical-systems 0 protocols ospf3 area 0.0.0.0 interface so-0/3/2.0 set logical-systems 0 protocols ospf3 area 0.0.0.0 interface lo0.0 passive set logical-systems 0 routing-options router-id 192.168.0.1
Dispositivo 1
set logical-systems 1 interfaces at-2/0/0 atm-options vpi 0 set logical-systems 1 interfaces at-2/0/0 unit 0 family inet6 address 9009:2::1/64 set logical-systems 1 interfaces at-2/0/0 unit 0 vci 0.77 set logical-systems 1 interfaces lo0 unit 0 family inet address 192.168.1.1/32 set logical-systems 1 interfaces lo0 unit 0 family inet6 address feee::10:255:71:1/128 set logical-systems 1 protocols ospf3 area 0.0.0.0 interface at-2/0/0.0 set logical-systems 1 protocols ospf3 area 0.0.0.0 interface lo0.0 passive set logical-systems 1 routing-options router-id 192.168.1.1
Dispositivo 2
set logical-systems 2 interfaces so-0/2/0 unit 0 family inet6 address 9009:3::1/64 set logical-systems 2 interfaces fe-1/1/0 unit 0 family inet6 address 9009:4::1/64 set logical-systems 2 interfaces at-0/3/1 atm-options vpi 0 maximum-vcs 1200 set logical-systems 2 interfaces at-0/3/1 unit 0 family inet6 address 9009:2::2/64 set logical-systems 2 interfaces at-0/3/1 unit 0 vci 0.77 set logical-systems 2 interfaces lo0 unit 0 family inet address 192.168.2.1/32 set logical-systems 2 interfaces lo0 unit 0 family inet6 address feee::10:255:71:11/128 set logical-systems 2 protocols ospf3 area 0.0.0.0 virtual-link neighbor-id 192.168.3.1 transit-area 0.0.0.1 set logical-systems 2 protocols ospf3 area 0.0.0.0 interface at-0/3/1.0 set logical-systems 2 protocols ospf3 area 0.0.0.1 interface fe-1/1/0.0 set logical-systems 2 protocols ospf3 area 0.0.0.1 interface so-0/2/0.0 set logical-systems 2 protocols ospf3 area 0.0.0.1 interface lo0.0 passive set logical-systems 2 routing-options router-id 192.168.2.1
Dispositivo 3
set logical-systems 3 interfaces so-0/3/2 unit 0 family inet6 address 9009:1::2/64 set logical-systems 3 interfaces t1-0/2/1 unit 0 family inet6 address 9009:5::1/64 set logical-systems 3 interfaces so-0/3/0 unit 0 family inet6 address 9009:3::2/64 set logical-systems 3 interfaces lo0 unit 0 family inet address 192.168.3.1/32 set logical-systems 3 interfaces lo0 unit 0 family inet6 address feee::10:255:71:3/128 set logical-systems 3 protocols ospf3 area 0.0.0.1 interface so-0/3/0.0 set logical-systems 3 protocols ospf3 area 0.0.0.1 interface t1-0/2/1.0 set logical-systems 3 protocols ospf3 area 0.0.0.1 interface lo0.0 passive set logical-systems 3 protocols ospf3 area 0.0.0.0 virtual-link neighbor-id 192.168.2.1 transit-area 0.0.0.1 set logical-systems 3 protocols ospf3 area 0.0.0.0 virtual-link neighbor-id 192.168.4.1 transit-area 0.0.0.1 set logical-systems 3 protocols ospf3 area 0.0.0.0 interface so-0/3/2.0 set logical-systems 3 routing-options router-id 192.168.3.1
Dispositivo 4
set logical-systems 4 interfaces t1-0/2/1 unit 0 family inet6 address 9009:5::2/64 set logical-systems 4 interfaces fe-0/0/0 unit 0 family inet6 address 9009:6::1/64 set logical-systems 4 interfaces fe-1/1/0 unit 0 family inet6 address 9009:4::2/64 set logical-systems 4 interfaces lo0 unit 0 family inet address 192.168.4.1/32 set logical-systems 4 interfaces lo0 unit 0 family inet6 address feee::10:255:71:5/128 set logical-systems 4 protocols ospf3 area 0.0.0.1 interface fe-1/1/0.0 set logical-systems 4 protocols ospf3 area 0.0.0.1 interface t1-0/2/1.0 set logical-systems 4 protocols ospf3 area 0.0.0.1 interface lo0.0 passive set logical-systems 4 protocols ospf3 area 0.0.0.2 interface fe-0/0/0.0 set logical-systems 4 protocols ospf3 area 0.0.0.0 virtual-link neighbor-id 192.168.3.1 transit-area 0.0.0.1 set logical-systems 4 routing-options router-id 192.168.4.1
Dispositivo 5
set logical-systems 5 interfaces fe-0/0/0 unit 0 family inet6 address 9009:6::2/64 set logical-systems 5 interfaces lo0 unit 0 family inet address 192.168.5.1/32 set logical-systems 5 interfaces lo0 unit 0 family inet6 address feee::10:255:71:6/128 set logical-systems 5 protocols ospf3 area 0.0.0.2 interface fe-0/0/0.0 set logical-systems 5 protocols ospf3 area 0.0.0.2 interface lo0.0 passive set logical-systems 5 routing-options router-id 192.168.5.1
Procedimiento paso a paso
En el ejemplo siguiente es necesario navegar por varios niveles en la jerarquía de configuración. Para obtener 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 0:
Configure las interfaces.
[edit interfaces] user@0# set so-0/3/2 unit 0 family inet6 address 9009:1::1/64 user@0# set lo0 unit 0 family inet address 192.168.0.1/32 user@0# set lo0 unit 0 family inet6 address feee::10:255:71:4/128
Agregue las interfaces al área 0 del proceso OSPFv3.
[edit protocols ospf3 area 0.0.0.0] user@0# set interface so-0/3/2.0 user@0# set interface lo0.0 passive
Configure el ID del enrutador.
[edit routing-options] user@0# set router-id 192.168.0.1
Procedimiento paso a paso
En el ejemplo siguiente es necesario navegar por varios niveles en la jerarquía de configuración. Para obtener 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 1:
Configure las interfaces.
[edit interfaces] user@1# set at-2/0/0 atm-options vpi 0 user@1# set at-2/0/0 unit 0 family inet6 address 9009:2::1/64 user@1# set at-2/0/0 unit 0 vci 0.77 user@1# set lo0 unit 0 family inet address 192.168.1.1/32 user@1# set lo0 unit 0 family inet6 address feee::10:255:71:1/128
Agregue las interfaces al área 0 del proceso OSPFv3.
[edit protocols ospf3 area 0.0.0.0] user@1# set interface at-2/0/0.0 user@1# set interface lo0.0 passive
Configure el ID del enrutador.
[edit routing-options] user@1# set router-id 192.168.1.1
Procedimiento paso a paso
En el ejemplo siguiente es necesario navegar por varios niveles en la jerarquía de configuración. Para obtener 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 2:
Configure las interfaces.
[edit interfaces] user@2# set so-0/2/0 unit 0 family inet6 address 9009:3::1/64 user@2# set fe-1/1/0 unit 0 family inet6 address 9009:4::1/64 user@2# set at-0/3/1 atm-options vpi 0 maximum-vcs 1200 user@2# set at-0/3/1 unit 0 family inet6 address 9009:2::2/64 user@2# set at-0/3/1 unit 0 vci 0.77 user@2# set lo0 unit 0 family inet address 192.168.2.1/32 user@2# set lo0 unit 0 family inet6 address feee::10:255:71:11/128
Agregue las interfaces conectadas al dispositivo 1, 3 y 4 al proceso OSPFv3.
[edit protocols ospf3 area 0.0.0.0] user@2# set interface at-0/3/1.0 [edit protocols ospf3 area 0.0.0.1] user@2# set interface fe-1/1/0.0 user@2# set interface so-0/2/0.0 user@2# set interface lo0.0 passive
Configure el vínculo virtual al dispositivo 3 a través del área 1 para que el dispositivo 1 pueda acceder a la parte no contigua de la red troncal de OSPF que se encuentra en el dispositivo 0.
[edit protocols ospf3 area 0.0.0.0] user@2# set virtual-link neighbor-id 192.168.3.1 transit-area 0.0.0.1
Configure el ID del enrutador.
[edit routing-options] user@2# set router-id 192.168.2.1
Procedimiento paso a paso
En el ejemplo siguiente es necesario navegar por varios niveles en la jerarquía de configuración. Para obtener 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 3:
Configure las interfaces.
[edit interfaces] user@3# set so-0/3/2 unit 0 family inet6 address 9009:1::2/64 user@3# set t1-0/2/1 unit 0 family inet6 address 9009:5::1/64 user@3# set so-0/3/0 unit 0 family inet6 address 9009:3::2/64 user@3# set lo0 unit 0 family inet address 192.168.3.1/32 user@3# set lo0 unit 0 family inet6 address feee::10:255:71:3/128
Para el proceso OSPFv3 en el dispositivo 3, configure las interfaces conectadas al dispositivo 2 y al dispositivo 4 en el área 1 y la interfaz conectada al dispositivo 0 en el área 0.
[edit protocols ospf3 area 0.0.0.1] user@3# set interface so-0/3/0.0 user@3# set interface t1-0/2/1.0 user@3# set interface lo0.0 passive [edit protocols ospf3 area 0.0.0.0] user@3# set interface so-0/3/2.0
Configure dos vínculos virtuales a través del Área 1: uno que se conecta al dispositivo 2 y el segundo que se conecta al dispositivo 4.
Los vínculos virtuales permiten que el dispositivo 5 acceda a la red troncal de OSPF y conecte las secciones no contiguas del área 0 ubicadas en el dispositivo 0 y el dispositivo 1.
[edit protocols ospf3 area 0.0.0.0] user@3# set virtual-link neighbor-id 192.168.2.1 transit-area 0.0.0.1 user@3# set virtual-link neighbor-id 192.168.4.1 transit-area 0.0.0.1
Configure el ID del enrutador.
[edit routing-options] user@3# set router-id 192.168.3.1
Procedimiento paso a paso
En el ejemplo siguiente es necesario navegar por varios niveles en la jerarquía de configuración. Para obtener 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:
Configure las interfaces.
[edit interfaces] user@4# set t1-0/2/1 unit 0 family inet6 address 9009:5::2/64 user@4# set fe-0/0/0 unit 0 family inet6 address 9009:6::1/64 user@4# set fe-1/1/0 unit 0 family inet6 address 9009:4::2/64 user@4# set lo0 unit 0 family inet address 192.168.4.1/32 user@4# set lo0 unit 0 family inet6 address feee::10:255:71:5/128
En el dispositivo 4, agregue las interfaces conectadas al proceso OSPFv3.
[edit protocols ospf3 area 0.0.0.1] user@4# set interface fe-1/1/0.0 user@4# set interface t1-0/2/1.0 user@4# set interface lo0.0 passive [edit protocols ospf3 area 0.0.0.2] user@4# set interface fe-0/0/0.0
Configure el vínculo virtual al dispositivo 3 a través del área 1 para que el dispositivo 5 pueda acceder a la red troncal de OSPF.
[edit protocols ospf3 area 0.0.0.0] user@4# set virtual-link neighbor-id 192.168.3.1 transit-area 0.0.0.1
Configure el ID del enrutador.
[edit routing-options] user@4# set router-id 192.168.4.1
Procedimiento paso a paso
En el ejemplo siguiente es necesario navegar por varios niveles en la jerarquía de configuración. Para obtener 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 5:
Configure las interfaces.
[edit interfaces] user@5# set fe-0/0/0 unit 0 family inet6 address 9009:6::2/64 user@5# set lo0 unit 0 family inet address 192.168.5.1/32 user@5# set lo0 unit 0 family inet6 address feee::10:255:71:6/128
Agregue las interfaces al proceso OSPFv3.
[edit protocols ospf3 area 0.0.0.2] user@5# set interface fe-0/0/0.0 user@5# set interface lo0.0 passive
Configure el ID del enrutador.
[edit routing-options] user@5# set router-id 192.168.5.1
Resultados
Desde el modo de configuración, escriba los comandos , y show routing-options para confirmar la show interfacesconfiguración. show protocols Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregir la configuración.
Dispositivo 0
user@0#show interfacesso-0/3/2 { unit 0 { family inet6 { address 9009:1::1/64; } } } lo0 { unit 0 { family inet { address 192.168.0.1/32; } family inet6 { address feee::10:255:71:4/128; } } } user@0#show protocolsospf3 { area 0.0.0.0 { interface so-0/3/2.0; interface lo0.0 { passive; } } } user@0#show routing-optionsrouter-id 192.168.0.1;
Dispositivo 1
user@1#show interfacesat-2/0/0 { atm-options { vpi 0; } unit 0 { family inet6 { address 9009:2::1/64; } } } lo0 { unit 0 { family inet { address 192.168.1.1/32; } family inet6 { address feee::10:255:71:1/128; } } } user@1#show protocolsospf3 { area 0.0.0.0 { interface at-2/0/0.0; interface lo0.0 { passive; } } } user@1#show routing-optionsrouter-id 192.168.1.1;
Dispositivo 2
user@2#show interfacesso-0/2/0 { unit 0 { family inet6 { address 9009:3::1/64; } } } fe-1/1/0 { unit 0 { family inet6 { address 9009:4::1/64; } } } at-0/3/1 { atm-options { vpi 0 { maximum-vcs 1200; } } unit 0 { vci 0.77; family inet6 { address 9009:2::2/64; } } } lo0 { unit 0 { family inet { address 192.168.2.1/32; } family inet6 { address feee::10:255:71:11/128; } } } user@2#show protocolsospf3 { area 0.0.0.0 { virtual-link neighbor-id 192.168.3.1 transit-area 0.0.0.1; interface at-0/3/1.0; } area 0.0.0.1 { interface fe-1/1/0.0; interface so-0/2/0.0; interface lo0.0 { passive; } } } user@2#show routing-optionsrouter-id 192.168.2.1;
Dispositivo 3
user@3#show interfacesso-0/3/2 { unit 0 { family inet6 { address 9009:1::2/64; } } } t1-0/2/1 { unit 0 { family inet6 { address 9009:5::1/64; } } } so-0/3/0 { unit 0 { family inet6 { address 9009:3::2/64; } } } lo0 { unit 0 { family inet { address 192.168.3.1/32; } family inet6 { address feee::10:255:71:3/128; } } } user@3#show protocolsospf3 { area 0.0.0.1 { interface so-0/3/0.0; interface t1-0/2/1.0; interface lo0.0 { passive; } } area 0.0.0.0 { virtual-link neighbor-id 192.168.2.1 transit-area 0.0.0.1; virtual-link neighbor-id 192.168.4.1 transit-area 0.0.0.1; interface so-0/3/2.0; } } user@3#show routing-optionsrouter-id 192.168.3.1;
Dispositivo 4
user@4#show interfacest1-0/2/1 { unit 0 { family inet6 { address 9009:5::2/64; } } } fe-0/0/0 { unit 0 { family inet6 { address 9009:6::1/64; } } } fe-1/1/0 { unit 0 { family inet6 { address 9009:4::2/64; } } } lo0 { unit 0 { family inet { address 192.168.4.1/32; } family inet6 { address feee::10:255:71:5/128; } } } user@4#show protocolsospf3 { area 0.0.0.1 { interface fe-1/1/0.0; interface t1-0/2/1.0; interface lo0.0 { passive; } } area 0.0.0.2 { interface fe-0/0/0.0; } area 0.0.0.0 { virtual-link neighbor-id 192.168.3.1 transit-area 0.0.0.1; } } user@4#show routing-optionsrouter-id 192.168.4.1;
Dispositivo 5
user@5#show interfacesfe-0/0/0 { unit 0 { family inet6 { address 9009:6::2/64; } } } lo0 { unit 0 { family inet { address 192.168.5.1/32; } family inet6 { address feee::10:255:71:6/128; } } } user@5#show protocolsospf3 { area 0.0.0.2 { interface fe-0/0/0.0; interface lo0.0 { passive; } } } user@5#show routing-optionsrouter-id 192.168.5.1;
Si ha terminado de configurar los dispositivos, ingrese commit desde el modo de configuración.
Verificación
Confirme que la configuración funciona correctamente.
Para comprobar el correcto funcionamiento de OSPFv3 para IPv6, utilice los siguientes comandos:
show ospf3 interfaceshow ospf3 neighborshow ospf3 databaseshow ospf3 routeshow interfaces terse(para ver la dirección local del vínculo IPv6 asignada a la interfaz lo0 )Nota:Para ver la información del prefijo, debe usar la opción extensa con el
show ospf3 databasecomando.
- Estado del dispositivo 0
- Estado del dispositivo 1
- Estado del dispositivo 2
- Estado del dispositivo 3
- Estado del dispositivo 4
- Estado del dispositivo 5
Estado del dispositivo 0
Propósito
Compruebe que el dispositivo 0 ha aprendido las rutas esperadas y ha establecido las adyacencias vecinas esperadas.
En la salida de la show ospf3 database muestra, las estrellas indican las "mejores" rutas. Estas rutas son las rutas que se instalan en la tabla de enrutamiento.
Acción
user@0> show ospf3 database
Area 0.0.0.0
Type ID Adv Rtr Seq Age Cksum Len
Router *0.0.0.0 192.168.0.1 0x8000008f 1858 0x6e21 40
Router 0.0.0.0 192.168.1.1 0x8000008f 1861 0x523d 40
Router 0.0.0.0 192.168.2.1 0x80000090 1918 0x9e62 56
Router 0.0.0.0 192.168.3.1 0x80000092 2104 0x46d 72
Router 0.0.0.0 192.168.4.1 0x8000008f 2012 0x7016 40
InterArPfx 0.0.0.1 192.168.2.1 0x80000093 231 0xfc5c 36
InterArPfx 0.0.0.2 192.168.2.1 0x80000093 43 0x156 36
InterArPfx 0.0.0.3 192.168.2.1 0x80000092 1731 0x31a4 44
InterArPfx 0.0.0.4 192.168.2.1 0x8000008f 2668 0xc51f 44
InterArPfx 0.0.0.5 192.168.2.1 0x80000091 2856 0xfa59 36
InterArPfx 0.0.0.6 192.168.2.1 0x80000090 2481 0xe3fb 44
InterArPfx 0.0.0.1 192.168.3.1 0x80000093 417 0xf562 36
InterArPfx 0.0.0.2 192.168.3.1 0x80000093 2854 0x84d 36
InterArPfx 0.0.0.3 192.168.3.1 0x80000092 1729 0xbc26 44
InterArPfx 0.0.0.4 192.168.3.1 0x8000008f 2667 0x2ca9 44
InterArPfx 0.0.0.5 192.168.3.1 0x80000091 229 0xe56e 36
InterArPfx 0.0.0.6 192.168.3.1 0x8000008f 2292 0xde01 44
InterArPfx 0.0.0.2 192.168.4.1 0x80000092 794 0xf461 36
InterArPfx 0.0.0.3 192.168.4.1 0x80000092 606 0xf85b 36
InterArPfx 0.0.0.4 192.168.4.1 0x80000091 419 0xfe54 36
InterArPfx 0.0.0.5 192.168.4.1 0x80000090 1825 0xd906 44
InterArPfx 0.0.0.6 192.168.4.1 0x8000008f 2669 0xf1eb 44
InterArPfx 0.0.0.7 192.168.4.1 0x80000091 981 0xbc95 36
InterArPfx 0.0.0.8 192.168.4.1 0x8000008f 2481 0x8f4f 44
InterArPfx 0.0.0.9 192.168.4.1 0x80000090 2294 0xf0dd 44
InterArPfx 0.0.0.10 192.168.4.1 0x8000008f 231 0xac5a 44
IntraArPfx *0.0.0.1 192.168.0.1 0x80000094 2858 0xbf9f 64
IntraArPfx 0.0.0.1 192.168.1.1 0x80000095 2861 0x87d6 64
IntraArPfx 0.0.0.1 192.168.2.1 0x80000096 793 0xc7bd 64
IntraArPfx 0.0.0.1 192.168.3.1 0x80000097 1167 0x93f0 64
interface so-0/3/2.0 Area 0.0.0.0
Type ID Adv Rtr Seq Age Cksum Len
Link *0.0.0.2 192.168.0.1 0x80000091 858 0xc0c7 56
Link 0.0.0.8 192.168.3.1 0x80000091 1354 0x84f9 56
user@0> show ospf3 interface
Interface State Area DR ID BDR ID Nbrs
lo0.0 DRother 0.0.0.0 0.0.0.0 0.0.0.0 0
so-0/3/2.0 PtToPt 0.0.0.0 0.0.0.0 0.0.0.0 1
user@0> show ospf3 neighbor
ID Interface State Pri Dead
192.168.3.1 so-0/3/2.0 Full 128 33
Neighbor-address fe80::2a0:a514:0:24c
user@0> show ospf3 route
Prefix Path Route NH Metric
Type Type Type
192.168.1.1 Intra Router IP 3
NH-interface so-0/3/2.0
192.168.2.1 Intra Area BR IP 2
NH-interface so-0/3/2.0
192.168.3.1 Intra Area BR IP 1
NH-interface so-0/3/2.0
192.168.4.1 Intra Area BR IP 2
NH-interface so-0/3/2.0
9009:1::/64 Intra Network IP 1
NH-interface so-0/3/2.0
9009:1::2/128 Intra Network IP 1
NH-interface so-0/3/2.0
9009:2::/64 Intra Network IP 3
NH-interface so-0/3/2.0
9009:2::2/128 Intra Network IP 2
NH-interface so-0/3/2.0
9009:3::/64 Inter Network IP 2
NH-interface so-0/3/2.0
9009:4::/64 Inter Network IP 3
NH-interface so-0/3/2.0
9009:5::/64 Inter Network IP 2
NH-interface so-0/3/2.0
9009:6::/64 Inter Network IP 3
NH-interface so-0/3/2.0
9009:6::1/128 Inter Network IP 2
NH-interface so-0/3/2.0
feee::10:255:71:1/128 Intra Network IP 3
NH-interface so-0/3/2.0
feee::10:255:71:3/128 Inter Network IP 1
NH-interface so-0/3/2.0
feee::10:255:71:4/128 Intra Network IP 0
NH-interface lo0.0
feee::10:255:71:5/128 Inter Network IP 2
NH-interface so-0/3/2.0
feee::10:255:71:6/128 Inter Network IP 3
NH-interface so-0/3/2.0
feee::10:255:71:11/128 Inter Network IP 2
NH-interface so-0/3/2.0
user@0> show interfaces terse
Interface Admin Link Proto Local Remote
lt-1/2/0
so-0/3/2.0 up up inet6 9009:1::1/64
fe80::2a0:a514:0:14c/64
lo0
lo0.0 up up inet 192.168.0.1 --> 0/0
inet6 fe80::2a0:a50f:fc56:14c
feee::10:255:71:4
...
Estado del dispositivo 1
Propósito
Verifique que el dispositivo 1 haya aprendido las rutas esperadas y haya establecido las adyacencias vecinas esperadas.
Acción
user@1> show ospf3 interface
Interface State Area DR ID BDR ID Nbrs
lo0.0 DRother 0.0.0.0 0.0.0.0 0.0.0.0 0
at-2/0/0.0 PtToPt 0.0.0.0 0.0.0.0 0.0.0.0 1
user@1> show ospf3 neighbor
ID Interface State Pri Dead
192.168.2.1 at-2/0/0.0 Full 128 37
Neighbor-address fe80::2a0:a514:0:c4c
user@1> show ospf3 database
Area 0.0.0.0
Type ID Adv Rtr Seq Age Cksum Len
Router 0.0.0.0 192.168.0.1 0x8000008f 2334 0x6e21 40
Router *0.0.0.0 192.168.1.1 0x8000008f 2331 0x523d 40
Router 0.0.0.0 192.168.2.1 0x80000090 2390 0x9e62 56
Router 0.0.0.0 192.168.3.1 0x80000092 2578 0x46d 72
Router 0.0.0.0 192.168.4.1 0x8000008f 2486 0x7016 40
InterArPfx 0.0.0.1 192.168.2.1 0x80000093 703 0xfc5c 36
InterArPfx 0.0.0.2 192.168.2.1 0x80000093 515 0x156 36
InterArPfx 0.0.0.3 192.168.2.1 0x80000092 2203 0x31a4 44
InterArPfx 0.0.0.4 192.168.2.1 0x80000090 140 0xc320 44
InterArPfx 0.0.0.5 192.168.2.1 0x80000092 328 0xf85a 36
InterArPfx 0.0.0.6 192.168.2.1 0x80000090 2953 0xe3fb 44
InterArPfx 0.0.0.1 192.168.3.1 0x80000093 891 0xf562 36
InterArPfx 0.0.0.2 192.168.3.1 0x80000094 328 0x64e 36
InterArPfx 0.0.0.3 192.168.3.1 0x80000092 2203 0xbc26 44
InterArPfx 0.0.0.4 192.168.3.1 0x80000090 141 0x2aaa 44
InterArPfx 0.0.0.5 192.168.3.1 0x80000091 703 0xe56e 36
InterArPfx 0.0.0.6 192.168.3.1 0x8000008f 2766 0xde01 44
InterArPfx 0.0.0.2 192.168.4.1 0x80000092 1268 0xf461 36
InterArPfx 0.0.0.3 192.168.4.1 0x80000092 1080 0xf85b 36
InterArPfx 0.0.0.4 192.168.4.1 0x80000091 893 0xfe54 36
InterArPfx 0.0.0.5 192.168.4.1 0x80000090 2299 0xd906 44
InterArPfx 0.0.0.6 192.168.4.1 0x80000090 143 0xefec 44
InterArPfx 0.0.0.7 192.168.4.1 0x80000091 1455 0xbc95 36
InterArPfx 0.0.0.8 192.168.4.1 0x8000008f 2955 0x8f4f 44
InterArPfx 0.0.0.9 192.168.4.1 0x80000090 2768 0xf0dd 44
InterArPfx 0.0.0.10 192.168.4.1 0x8000008f 705 0xac5a 44
IntraArPfx 0.0.0.1 192.168.0.1 0x80000095 334 0xbda0 64
IntraArPfx *0.0.0.1 192.168.1.1 0x80000096 331 0x85d7 64
IntraArPfx 0.0.0.1 192.168.2.1 0x80000096 1265 0xc7bd 64
IntraArPfx 0.0.0.1 192.168.3.1 0x80000097 1641 0x93f0 64
interface at-2/0/0.0 Area 0.0.0.0
Type ID Adv Rtr Seq Age Cksum Len
Link *0.0.0.2 192.168.1.1 0x80000091 1331 0xaecd 56
Link 0.0.0.8 192.168.2.1 0x80000091 1453 0x80f3 56
user@1> show ospf3 route
Prefix Path Route NH Metric
Type Type Type
192.168.0.1 Intra Router IP 3
NH-interface at-2/0/0.0
192.168.2.1 Intra Area BR IP 1
NH-interface at-2/0/0.0
192.168.3.1 Intra Area BR IP 2
NH-interface at-2/0/0.0
192.168.4.1 Intra Area BR IP 3
NH-interface at-2/0/0.0
9009:1::/64 Intra Network IP 3
NH-interface at-2/0/0.0
9009:1::2/128 Intra Network IP 2
NH-interface at-2/0/0.0
9009:2::/64 Intra Network IP 1
NH-interface at-2/0/0.0
9009:2::2/128 Intra Network IP 1
NH-interface at-2/0/0.0
9009:3::/64 Inter Network IP 2
NH-interface at-2/0/0.0
9009:4::/64 Inter Network IP 2
NH-interface at-2/0/0.0
9009:5::/64 Inter Network IP 3
NH-interface at-2/0/0.0
9009:6::/64 Inter Network IP 4
NH-interface at-2/0/0.0
9009:6::1/128 Inter Network IP 3
NH-interface at-2/0/0.0
feee::10:255:71:1/128 Intra Network IP 0
NH-interface lo0.0
feee::10:255:71:3/128 Inter Network IP 2
NH-interface at-2/0/0.0
feee::10:255:71:4/128 Intra Network IP 3
NH-interface at-2/0/0.0
feee::10:255:71:5/128 Inter Network IP 2
NH-interface at-2/0/0.0
feee::10:255:71:6/128 Inter Network IP 4
NH-interface at-2/0/0.0
feee::10:255:71:11/128 Inter Network IP 1
NH-interface at-2/0/0.0
user@1> show interfaces terse
Interface Admin Link Proto Local Remote
lt-1/2/0
at-2/0/0.0 up up inet6 9009:2::1/64
fe80::2a0:a514:0:b4c/64
lo0
lo0.0 up up inet 192.168.1.1 --> 0/0
inet6 fe80::2a0:a50f:fc56:14c
feee::10:255:71:1
...
Estado del dispositivo 2
Propósito
Verifique que el dispositivo 2 haya aprendido las rutas esperadas y haya establecido las adyacencias vecinas esperadas.
Acción
user@2> show ospf3 interface
Interface State Area DR ID BDR ID Nbrs
at-0/3/1.0 PtToPt 0.0.0.0 0.0.0.0 0.0.0.0 1
vl-192.168.3.1 PtToPt 0.0.0.0 0.0.0.0 0.0.0.0 1
lo0.0 DRother 0.0.0.1 0.0.0.0 0.0.0.0 0
so-0/2/0.0 PtToPt 0.0.0.1 0.0.0.0 0.0.0.0 1
fe-1/1/0.0 PtToPt 0.0.0.1 0.0.0.0 0.0.0.0 1
user@2> show ospf3 neighbor
ID Interface State Pri Dead
192.168.1.1 at-0/3/1.0 Full 128 32
Neighbor-address fe80::2a0:a514:0:b4c
192.168.3.1 vl-192.168.3.1 Full 0 35
Neighbor-address 9009:3::2
192.168.3.1 so-0/2/0.0 Full 128 38
Neighbor-address fe80::2a0:a514:0:74c
192.168.4.1 fe-1/1/0.0 Full 128 30
Neighbor-address fe80::2a0:a514:0:a4c
user@2> show ospf3 database
Area 0.0.0.0
Type ID Adv Rtr Seq Age Cksum Len
Router 0.0.0.0 192.168.0.1 0x8000008f 2771 0x6e21 40
Router 0.0.0.0 192.168.1.1 0x8000008f 2770 0x523d 40
Router *0.0.0.0 192.168.2.1 0x80000090 2827 0x9e62 56
Router 0.0.0.0 192.168.3.1 0x80000093 15 0x26e 72
Router 0.0.0.0 192.168.4.1 0x8000008f 2923 0x7016 40
InterArPfx *0.0.0.1 192.168.2.1 0x80000093 1140 0xfc5c 36
InterArPfx *0.0.0.2 192.168.2.1 0x80000093 952 0x156 36
InterArPfx *0.0.0.3 192.168.2.1 0x80000092 2640 0x31a4 44
InterArPfx *0.0.0.4 192.168.2.1 0x80000090 577 0xc320 44
InterArPfx *0.0.0.5 192.168.2.1 0x80000092 765 0xf85a 36
InterArPfx *0.0.0.6 192.168.2.1 0x80000091 390 0xe1fc 44
InterArPfx 0.0.0.1 192.168.3.1 0x80000093 1328 0xf562 36
InterArPfx 0.0.0.2 192.168.3.1 0x80000094 765 0x64e 36
InterArPfx 0.0.0.3 192.168.3.1 0x80000092 2640 0xbc26 44
InterArPfx 0.0.0.4 192.168.3.1 0x80000090 578 0x2aaa 44
InterArPfx 0.0.0.5 192.168.3.1 0x80000091 1140 0xe56e 36
InterArPfx 0.0.0.6 192.168.3.1 0x80000090 203 0xdc02 44
InterArPfx 0.0.0.2 192.168.4.1 0x80000092 1705 0xf461 36
InterArPfx 0.0.0.3 192.168.4.1 0x80000092 1517 0xf85b 36
InterArPfx 0.0.0.4 192.168.4.1 0x80000091 1330 0xfe54 36
InterArPfx 0.0.0.5 192.168.4.1 0x80000090 2736 0xd906 44
InterArPfx 0.0.0.6 192.168.4.1 0x80000090 580 0xefec 44
InterArPfx 0.0.0.7 192.168.4.1 0x80000091 1892 0xbc95 36
InterArPfx 0.0.0.8 192.168.4.1 0x80000090 392 0x8d50 44
InterArPfx 0.0.0.9 192.168.4.1 0x80000091 205 0xeede 44
InterArPfx 0.0.0.10 192.168.4.1 0x8000008f 1142 0xac5a 44
IntraArPfx 0.0.0.1 192.168.0.1 0x80000095 771 0xbda0 64
IntraArPfx 0.0.0.1 192.168.1.1 0x80000096 770 0x85d7 64
IntraArPfx *0.0.0.1 192.168.2.1 0x80000096 1702 0xc7bd 64
IntraArPfx 0.0.0.1 192.168.3.1 0x80000097 2078 0x93f0 64
Area 0.0.0.1
Type ID Adv Rtr Seq Age Cksum Len
Router *0.0.0.0 192.168.2.1 0x80000093 15 0x8f62 56
Router 0.0.0.0 192.168.3.1 0x80000093 2828 0x39b7 56
Router 0.0.0.0 192.168.4.1 0x80000092 16 0x8768 56
InterArPfx *0.0.0.1 192.168.2.1 0x80000094 1515 0xec6c 36
InterArPfx *0.0.0.3 192.168.2.1 0x80000090 202 0x994d 44
InterArPfx *0.0.0.4 192.168.2.1 0x8000008f 1327 0xd839 44
InterArPfx 0.0.0.1 192.168.3.1 0x80000094 1703 0xd781 36
InterArPfx 0.0.0.3 192.168.3.1 0x80000090 390 0xe002 44
InterArPfx 0.0.0.4 192.168.3.1 0x8000008f 1515 0xc34e 44
InterArPfx 0.0.0.1 192.168.4.1 0x80000093 1422 0x193b 36
InterArPfx 0.0.0.3 192.168.4.1 0x80000090 672 0xed1 44
InterArPfx 0.0.0.4 192.168.4.1 0x8000008f 1235 0xe824 44
IntraArPfx *0.0.0.1 192.168.2.1 0x80000097 2265 0x6bf1 76
IntraArPfx 0.0.0.1 192.168.3.1 0x80000099 953 0xadb8 76
IntraArPfx 0.0.0.1 192.168.4.1 0x80000098 2079 0x3c26 76
interface at-0/3/1.0 Area 0.0.0.0
Type ID Adv Rtr Seq Age Cksum Len
Link 0.0.0.2 192.168.1.1 0x80000091 1770 0xaecd 56
Link *0.0.0.8 192.168.2.1 0x80000091 1890 0x80f3 56
interface so-0/2/0.0 Area 0.0.0.1
Type ID Adv Rtr Seq Age Cksum Len
Link *0.0.0.6 192.168.2.1 0x80000092 2452 0x6018 56
Link 0.0.0.7 192.168.3.1 0x80000092 2453 0x3a3d 56
interface fe-1/1/0.0 Area 0.0.0.1
Type ID Adv Rtr Seq Age Cksum Len
Link *0.0.0.7 192.168.2.1 0x80000092 2077 0x8de7 56
Link 0.0.0.8 192.168.4.1 0x80000091 2172 0x8ce5 56
user@2> show ospf3 route
Prefix Path Route NH Metric
Type Type Type
192.168.0.1 Intra Router IP 2
NH-interface (null), NH-addr feee::10:255:71:3
192.168.1.1 Intra Router IP 1
NH-interface at-0/3/1.0
192.168.3.1 Intra Area BR IP 1
NH-interface so-0/2/0.0
192.168.4.1 Intra Area BR IP 1
NH-interface fe-1/1/0.0
9009:1::/64 Intra Network IP 2
NH-interface so-0/2/0.0
9009:1::2/128 Intra Network IP 1
NH-interface so-0/2/0.0
9009:2::/64 Intra Network IP 1
NH-interface at-0/3/1.0
9009:2::2/128 Intra Network IP 0
NH-interface at-0/3/1.0
9009:3::/64 Intra Network IP 1
NH-interface so-0/2/0.0
9009:4::/64 Intra Network IP 1
NH-interface fe-1/1/0.0
9009:5::/64 Intra Network IP 2
NH-interface so-0/2/0.0
NH-interface fe-1/1/0.0
9009:6::/64 Inter Network IP 2
NH-interface fe-1/1/0.0
9009:6::1/128 Inter Network IP 1
NH-interface fe-1/1/0.0
feee::10:255:71:1/128 Intra Network IP 1
NH-interface at-0/3/1.0
feee::10:255:71:3/128 Intra Network IP 1
NH-interface so-0/2/0.0
feee::10:255:71:4/128 Intra Network IP 2
NH-interface so-0/2/0.0
feee::10:255:71:5/128 Intra Network IP 1
NH-interface fe-1/1/0.0
feee::10:255:71:6/128 Inter Network IP 2
NH-interface fe-1/1/0.0
feee::10:255:71:11/128 Intra Network IP 0
NH-interface lo0.0
user@2> show interfaces terse
Interface Admin Link Proto Local Remote
lt-1/2/0
so-0/2/0.0 up up inet6 9009:3::1/64
fe80::2a0:a514:0:84c/64
fe-1/1/0.0 up up inet6 9009:4::1/64
fe80::2a0:a514:0:94c/64
at-0/3/1.0 up up inet6 9009:2::2/64
fe80::2a0:a514:0:c4c/64
lo0
lo0.0 up up inet 192.168.2.1 --> 0/0
inet6 fe80::2a0:a50f:fc56:14c
feee::10:255:71:11
...
Estado del dispositivo 3
Propósito
Verifique que el dispositivo 3 haya aprendido las rutas esperadas y haya establecido las adyacencias vecinas esperadas.
Acción
user@3> show ospf3 interface
Interface State Area DR ID BDR ID Nbrs
so-0/3/2.0 PtToPt 0.0.0.0 0.0.0.0 0.0.0.0 1
vl-192.168.2.1 PtToPt 0.0.0.0 0.0.0.0 0.0.0.0 1
vl-192.168.4.1 PtToPt 0.0.0.0 0.0.0.0 0.0.0.0 1
lo0.0 DRother 0.0.0.1 0.0.0.0 0.0.0.0 0
t1-0/2/1.0 PtToPt 0.0.0.1 0.0.0.0 0.0.0.0 1
so-0/3/0.0 PtToPt 0.0.0.1 0.0.0.0 0.0.0.0 1
user@3> show ospf3 neighbor
ID Interface State Pri Dead
192.168.0.1 so-0/3/2.0 Full 128 31
Neighbor-address fe80::2a0:a514:0:14c
192.168.2.1 vl-192.168.2.1 Full 0 33
Neighbor-address 9009:3::1
192.168.4.1 vl-192.168.4.1 Full 0 38
Neighbor-address 9009:5::2
192.168.4.1 t1-0/2/1.0 Full 128 35
Neighbor-address fe80::2a0:a514:0:44c
192.168.2.1 so-0/3/0.0 Full 128 37
Neighbor-address fe80::2a0:a514:0:84c
user@3> show ospf3 database
Area 0.0.0.0
Type ID Adv Rtr Seq Age Cksum Len
Router 0.0.0.0 192.168.0.1 0x80000090 11 0x6c22 40
Router 0.0.0.0 192.168.1.1 0x80000090 12 0x503e 40
Router 0.0.0.0 192.168.2.1 0x80000091 69 0x9c63 56
Router *0.0.0.0 192.168.3.1 0x80000093 255 0x26e 72
Router 0.0.0.0 192.168.4.1 0x80000090 163 0x6e17 40
InterArPfx 0.0.0.1 192.168.2.1 0x80000093 1382 0xfc5c 36
InterArPfx 0.0.0.2 192.168.2.1 0x80000093 1194 0x156 36
InterArPfx 0.0.0.3 192.168.2.1 0x80000092 2882 0x31a4 44
InterArPfx 0.0.0.4 192.168.2.1 0x80000090 819 0xc320 44
InterArPfx 0.0.0.5 192.168.2.1 0x80000092 1007 0xf85a 36
InterArPfx 0.0.0.6 192.168.2.1 0x80000091 632 0xe1fc 44
InterArPfx *0.0.0.1 192.168.3.1 0x80000093 1568 0xf562 36
InterArPfx *0.0.0.2 192.168.3.1 0x80000094 1005 0x64e 36
InterArPfx *0.0.0.3 192.168.3.1 0x80000092 2880 0xbc26 44
InterArPfx *0.0.0.4 192.168.3.1 0x80000090 818 0x2aaa 44
InterArPfx *0.0.0.5 192.168.3.1 0x80000091 1380 0xe56e 36
InterArPfx *0.0.0.6 192.168.3.1 0x80000090 443 0xdc02 44
InterArPfx 0.0.0.2 192.168.4.1 0x80000092 1945 0xf461 36
InterArPfx 0.0.0.3 192.168.4.1 0x80000092 1757 0xf85b 36
InterArPfx 0.0.0.4 192.168.4.1 0x80000091 1570 0xfe54 36
InterArPfx 0.0.0.5 192.168.4.1 0x80000090 2976 0xd906 44
InterArPfx 0.0.0.6 192.168.4.1 0x80000090 820 0xefec 44
InterArPfx 0.0.0.7 192.168.4.1 0x80000091 2132 0xbc95 36
InterArPfx 0.0.0.8 192.168.4.1 0x80000090 632 0x8d50 44
InterArPfx 0.0.0.9 192.168.4.1 0x80000091 445 0xeede 44
InterArPfx 0.0.0.10 192.168.4.1 0x8000008f 1382 0xac5a 44
IntraArPfx 0.0.0.1 192.168.0.1 0x80000095 1011 0xbda0 64
IntraArPfx 0.0.0.1 192.168.1.1 0x80000096 1012 0x85d7 64
IntraArPfx 0.0.0.1 192.168.2.1 0x80000096 1944 0xc7bd 64
IntraArPfx *0.0.0.1 192.168.3.1 0x80000097 2318 0x93f0 64
Area 0.0.0.1
Type ID Adv Rtr Seq Age Cksum Len
Router 0.0.0.0 192.168.2.1 0x80000093 257 0x8f62 56
Router *0.0.0.0 192.168.3.1 0x80000094 68 0x37b8 56
Router 0.0.0.0 192.168.4.1 0x80000092 257 0x8768 56
InterArPfx 0.0.0.1 192.168.2.1 0x80000094 1757 0xec6c 36
InterArPfx 0.0.0.3 192.168.2.1 0x80000090 444 0x994d 44
InterArPfx 0.0.0.4 192.168.2.1 0x8000008f 1569 0xd839 44
InterArPfx *0.0.0.1 192.168.3.1 0x80000094 1943 0xd781 36
InterArPfx *0.0.0.3 192.168.3.1 0x80000090 630 0xe002 44
InterArPfx *0.0.0.4 192.168.3.1 0x8000008f 1755 0xc34e 44
InterArPfx 0.0.0.1 192.168.4.1 0x80000093 1663 0x193b 36
InterArPfx 0.0.0.3 192.168.4.1 0x80000090 913 0xed1 44
InterArPfx 0.0.0.4 192.168.4.1 0x8000008f 1476 0xe824 44
IntraArPfx 0.0.0.1 192.168.2.1 0x80000097 2507 0x6bf1 76
IntraArPfx *0.0.0.1 192.168.3.1 0x80000099 1193 0xadb8 76
IntraArPfx 0.0.0.1 192.168.4.1 0x80000098 2320 0x3c26 76
interface so-0/3/2.0 Area 0.0.0.0
Type ID Adv Rtr Seq Age Cksum Len
Link 0.0.0.2 192.168.0.1 0x80000091 2011 0xc0c7 56
Link *0.0.0.8 192.168.3.1 0x80000091 2505 0x84f9 56
interface t1-0/2/1.0 Area 0.0.0.1
Type ID Adv Rtr Seq Age Cksum Len
Link *0.0.0.9 192.168.3.1 0x80000092 2130 0x1661 56
Link 0.0.0.7 192.168.4.1 0x80000092 2507 0x383f 56
interface so-0/3/0.0 Area 0.0.0.1
Type ID Adv Rtr Seq Age Cksum Len
Link 0.0.0.6 192.168.2.1 0x80000092 2694 0x6018 56
Link *0.0.0.7 192.168.3.1 0x80000092 2693 0x3a3d 56
user@3> show ospf3 route
Prefix Path Route NH Metric
Type Type Type
192.168.0.1 Intra Router IP 1
NH-interface so-0/3/2.0
192.168.1.1 Intra Router IP 2
NH-interface (null), NH-addr feee::10:255:71:11
192.168.2.1 Intra Area BR IP 1
NH-interface so-0/3/0.0
192.168.4.1 Intra Area BR IP 1
NH-interface t1-0/2/1.0
9009:1::/64 Intra Network IP 1
NH-interface so-0/3/2.0
9009:1::2/128 Intra Network IP 0
NH-interface so-0/3/2.0
9009:2::/64 Intra Network IP 2
NH-interface so-0/3/0.0
9009:2::2/128 Intra Network IP 1
NH-interface so-0/3/0.0
9009:3::/64 Intra Network IP 1
NH-interface so-0/3/0.0
9009:4::/64 Intra Network IP 2
NH-interface so-0/3/0.0
NH-interface t1-0/2/1.0
9009:5::/64 Intra Network IP 1
NH-interface t1-0/2/1.0
9009:6::/64 Inter Network IP 2
NH-interface t1-0/2/1.0
9009:6::1/128 Inter Network IP 1
NH-interface t1-0/2/1.0
feee::10:255:71:1/128 Intra Network IP 2
NH-interface so-0/3/0.0
feee::10:255:71:3/128 Intra Network IP 0
NH-interface lo0.0
feee::10:255:71:4/128 Intra Network IP 1
NH-interface so-0/3/2.0
feee::10:255:71:5/128 Intra Network IP 1
NH-interface t1-0/2/1.0
feee::10:255:71:6/128 Inter Network IP 2
NH-interface t1-0/2/1.0
feee::10:255:71:11/128 Intra Network IP 1
NH-interface so-0/3/0.0
user@3> show interfaces terse
Interface Admin Link Proto Local Remote
lt-1/2/0
so-0/3/2.0 up up inet6 9009:1::2/64
fe80::2a0:a514:0:24c/64
t1-0/2/1.0 up up inet6 9009:5::1/64
fe80::2a0:a514:0:34c/64
so-0/3/0.0 up up inet6 9009:3::2/64
fe80::2a0:a514:0:74c/64
lo0
lo0.0 up up inet 192.168.3.1 --> 0/0
inet6 fe80::2a0:a50f:fc56:14c
feee::10:255:71:3
...
Estado del dispositivo 4
Propósito
Verifique que el dispositivo 4 haya aprendido las rutas esperadas y haya establecido las adyacencias vecinas esperadas.
Acción
user@4> show ospf3 interface
Interface State Area DR ID BDR ID Nbrs
lo0.0 DRother 0.0.0.1 0.0.0.0 0.0.0.0 0
fe-1/1/0.0 PtToPt 0.0.0.1 0.0.0.0 0.0.0.0 1
t1-0/2/1.0 PtToPt 0.0.0.1 0.0.0.0 0.0.0.0 1
fe-0/0/0.0 PtToPt 0.0.0.2 0.0.0.0 0.0.0.0 1
vl-192.168.3.1 PtToPt 0.0.0.0 0.0.0.0 0.0.0.0 1
user@4> show ospf3 neighbor
ID Interface State Pri Dead
192.168.2.1 fe-1/1/0.0 Full 128 35
Neighbor-address fe80::2a0:a514:0:94c
192.168.3.1 t1-0/2/1.0 Full 128 34
Neighbor-address fe80::2a0:a514:0:34c
192.168.5.1 fe-0/0/0.0 Full 128 39
Neighbor-address fe80::2a0:a514:0:64c
192.168.3.1 vl-192.168.3.1 Full 0 33
Neighbor-address 9009:5::1
user@4> show ospf3 database
Area 0.0.0.0
Type ID Adv Rtr Seq Age Cksum Len
Router 0.0.0.0 192.168.0.1 0x80000090 270 0x6c22 40
Router 0.0.0.0 192.168.1.1 0x80000090 271 0x503e 40
Router 0.0.0.0 192.168.2.1 0x80000091 328 0x9c63 56
Router 0.0.0.0 192.168.3.1 0x80000093 514 0x26e 72
Router *0.0.0.0 192.168.4.1 0x80000090 420 0x6e17 40
InterArPfx 0.0.0.1 192.168.2.1 0x80000093 1641 0xfc5c 36
InterArPfx 0.0.0.2 192.168.2.1 0x80000093 1453 0x156 36
InterArPfx 0.0.0.3 192.168.2.1 0x80000093 141 0x2fa5 44
InterArPfx 0.0.0.4 192.168.2.1 0x80000090 1078 0xc320 44
InterArPfx 0.0.0.5 192.168.2.1 0x80000092 1266 0xf85a 36
InterArPfx 0.0.0.6 192.168.2.1 0x80000091 891 0xe1fc 44
InterArPfx 0.0.0.1 192.168.3.1 0x80000093 1827 0xf562 36
InterArPfx 0.0.0.2 192.168.3.1 0x80000094 1264 0x64e 36
InterArPfx 0.0.0.3 192.168.3.1 0x80000093 139 0xba27 44
InterArPfx 0.0.0.4 192.168.3.1 0x80000090 1077 0x2aaa 44
InterArPfx 0.0.0.5 192.168.3.1 0x80000091 1639 0xe56e 36
InterArPfx 0.0.0.6 192.168.3.1 0x80000090 702 0xdc02 44
InterArPfx *0.0.0.2 192.168.4.1 0x80000092 2202 0xf461 36
InterArPfx *0.0.0.3 192.168.4.1 0x80000092 2014 0xf85b 36
InterArPfx *0.0.0.4 192.168.4.1 0x80000091 1827 0xfe54 36
InterArPfx *0.0.0.5 192.168.4.1 0x80000091 233 0xd707 44
InterArPfx *0.0.0.6 192.168.4.1 0x80000090 1077 0xefec 44
InterArPfx *0.0.0.7 192.168.4.1 0x80000091 2389 0xbc95 36
InterArPfx *0.0.0.8 192.168.4.1 0x80000090 889 0x8d50 44
InterArPfx *0.0.0.9 192.168.4.1 0x80000091 702 0xeede 44
InterArPfx *0.0.0.10 192.168.4.1 0x8000008f 1639 0xac5a 44
IntraArPfx 0.0.0.1 192.168.0.1 0x80000095 1270 0xbda0 64
IntraArPfx 0.0.0.1 192.168.1.1 0x80000096 1271 0x85d7 64
IntraArPfx 0.0.0.1 192.168.2.1 0x80000096 2203 0xc7bd 64
IntraArPfx 0.0.0.1 192.168.3.1 0x80000097 2577 0x93f0 64
Area 0.0.0.1
Type ID Adv Rtr Seq Age Cksum Len
Router 0.0.0.0 192.168.2.1 0x80000093 515 0x8f62 56
Router 0.0.0.0 192.168.3.1 0x80000094 327 0x37b8 56
Router *0.0.0.0 192.168.4.1 0x80000092 514 0x8768 56
InterArPfx 0.0.0.1 192.168.2.1 0x80000094 2015 0xec6c 36
InterArPfx 0.0.0.3 192.168.2.1 0x80000090 702 0x994d 44
InterArPfx 0.0.0.4 192.168.2.1 0x8000008f 1827 0xd839 44
InterArPfx 0.0.0.1 192.168.3.1 0x80000094 2202 0xd781 36
InterArPfx 0.0.0.3 192.168.3.1 0x80000090 889 0xe002 44
InterArPfx 0.0.0.4 192.168.3.1 0x8000008f 2014 0xc34e 44
InterArPfx *0.0.0.1 192.168.4.1 0x80000093 1920 0x193b 36
InterArPfx *0.0.0.3 192.168.4.1 0x80000090 1170 0xed1 44
InterArPfx *0.0.0.4 192.168.4.1 0x8000008f 1733 0xe824 44
IntraArPfx 0.0.0.1 192.168.2.1 0x80000097 2765 0x6bf1 76
IntraArPfx 0.0.0.1 192.168.3.1 0x80000099 1452 0xadb8 76
IntraArPfx *0.0.0.1 192.168.4.1 0x80000098 2577 0x3c26 76
Area 0.0.0.2
Type ID Adv Rtr Seq Age Cksum Len
Router *0.0.0.0 192.168.4.1 0x80000091 45 0x4741 40
Router 0.0.0.0 192.168.5.1 0x80000090 270 0x3a50 40
InterArPfx *0.0.0.1 192.168.4.1 0x80000094 2295 0xfa5a 36
InterArPfx *0.0.0.2 192.168.4.1 0x80000094 2108 0xfe54 36
InterArPfx *0.0.0.3 192.168.4.1 0x80000093 139 0xe7f6 44
InterArPfx *0.0.0.4 192.168.4.1 0x80000091 2483 0xda7a 36
InterArPfx *0.0.0.5 192.168.4.1 0x80000090 983 0xab35 44
InterArPfx *0.0.0.6 192.168.4.1 0x80000091 795 0xdc3 44
InterArPfx *0.0.0.7 192.168.4.1 0x80000090 1545 0xa2b2 36
InterArPfx *0.0.0.9 192.168.4.1 0x80000090 1358 0x9cb5 36
InterArPfx *0.0.0.11 192.168.4.1 0x80000090 608 0x8f49 44
InterArPfx *0.0.0.12 192.168.4.1 0x80000090 327 0x37a3 44
InterArPfx *0.0.0.13 192.168.4.1 0x8000008f 1452 0x689e 44
InterArPfx *0.0.0.14 192.168.4.1 0x8000008f 1264 0x6c98 44
IntraArPfx *0.0.0.1 192.168.4.1 0x80000098 2858 0x82f5 64
IntraArPfx 0.0.0.1 192.168.5.1 0x80000095 1270 0xf25a 64
interface fe-1/1/0.0 Area 0.0.0.1
Type ID Adv Rtr Seq Age Cksum Len
Link 0.0.0.7 192.168.2.1 0x80000092 2577 0x8de7 56
Link *0.0.0.8 192.168.4.1 0x80000091 2670 0x8ce5 56
interface t1-0/2/1.0 Area 0.0.0.1
Type ID Adv Rtr Seq Age Cksum Len
Link 0.0.0.9 192.168.3.1 0x80000092 2389 0x1661 56
Link *0.0.0.7 192.168.4.1 0x80000092 2764 0x383f 56
interface fe-0/0/0.0 Area 0.0.0.2
Type ID Adv Rtr Seq Age Cksum Len
Link *0.0.0.6 192.168.4.1 0x80000092 2952 0x79fc 56
Link 0.0.0.2 192.168.5.1 0x80000091 2270 0xb1c7 56
user@4> show ospf3 route
Prefix Path Route NH Metric
Type Type Type
192.168.0.1 Intra Router IP 2
NH-interface (null), NH-addr feee::10:255:71:3
192.168.1.1 Intra Router IP 3
NH-interface (null), NH-addr feee::10:255:71:3
192.168.2.1 Intra Area BR IP 1
NH-interface fe-1/1/0.0
192.168.3.1 Intra Area BR IP 1
NH-interface t1-0/2/1.0
192.168.5.1 Intra Router IP 1
NH-interface fe-0/0/0.0
9009:1::/64 Intra Network IP 2
NH-interface t1-0/2/1.0
9009:1::2/128 Intra Network IP 1
NH-interface t1-0/2/1.0
9009:2::/64 Intra Network IP 2
NH-interface fe-1/1/0.0
9009:2::2/128 Intra Network IP 1
NH-interface fe-1/1/0.0
9009:3::/64 Intra Network IP 2
NH-interface t1-0/2/1.0
NH-interface fe-1/1/0.0
9009:4::/64 Intra Network IP 1
NH-interface fe-1/1/0.0
9009:5::/64 Intra Network IP 1
NH-interface t1-0/2/1.0
9009:6::/64 Intra Network IP 1
NH-interface fe-0/0/0.0
9009:6::1/128 Intra Network IP 0
NH-interface fe-0/0/0.0
feee::10:255:71:1/128 Intra Network IP 2
NH-interface fe-1/1/0.0
feee::10:255:71:3/128 Intra Network IP 1
NH-interface t1-0/2/1.0
feee::10:255:71:4/128 Intra Network IP 2
NH-interface t1-0/2/1.0
feee::10:255:71:5/128 Intra Network IP 0
NH-interface lo0.0
feee::10:255:71:6/128 Intra Network IP 1
NH-interface fe-0/0/0.0
feee::10:255:71:11/128 Intra Network IP 1
NH-interface fe-1/1/0.0
user@4> show interfaces terse
Interface Admin Link Proto Local Remote
lt-1/2/0
t1-0/2/1.0 up up inet6 9009:5::2/64
fe80::2a0:a514:0:44c/64
fe-0/0/0.0 up up inet6 9009:6::1/64
fe80::2a0:a514:0:54c/64
fe-1/1/0.0 up up inet6 9009:4::2/64
fe80::2a0:a514:0:a4c/64
lo0
lo0.0 up up inet 192.168.4.1 --> 0/0
inet6 fe80::2a0:a50f:fc56:14c
feee::10:255:71:5
...
Estado del dispositivo 5
Propósito
Verifique que el dispositivo 5 haya aprendido las rutas esperadas y haya establecido las adyacencias vecinas esperadas.
Acción
user@5> show ospf3 interface
Interface State Area DR ID BDR ID Nbrs
lo0.0 DRother 0.0.0.2 0.0.0.0 0.0.0.0 0
fe-0/0/0.0 PtToPt 0.0.0.2 0.0.0.0 0.0.0.0 1
user@5> show ospf3 neighbor
ID Interface State Pri Dead
192.168.4.1 fe-0/0/0.0 Full 128 34
Neighbor-address fe80::2a0:a514:0:54c
user@5> show ospf3 database
Area 0.0.0.2
Type ID Adv Rtr Seq Age Cksum Len
Router 0.0.0.0 192.168.4.1 0x80000091 509 0x4741 40
Router *0.0.0.0 192.168.5.1 0x80000090 732 0x3a50 40
InterArPfx 0.0.0.1 192.168.4.1 0x80000094 2759 0xfa5a 36
InterArPfx 0.0.0.2 192.168.4.1 0x80000094 2572 0xfe54 36
InterArPfx 0.0.0.3 192.168.4.1 0x80000093 603 0xe7f6 44
InterArPfx 0.0.0.4 192.168.4.1 0x80000091 2947 0xda7a 36
InterArPfx 0.0.0.5 192.168.4.1 0x80000090 1447 0xab35 44
InterArPfx 0.0.0.6 192.168.4.1 0x80000091 1259 0xdc3 44
InterArPfx 0.0.0.7 192.168.4.1 0x80000090 2009 0xa2b2 36
InterArPfx 0.0.0.9 192.168.4.1 0x80000090 1822 0x9cb5 36
InterArPfx 0.0.0.11 192.168.4.1 0x80000090 1072 0x8f49 44
InterArPfx 0.0.0.12 192.168.4.1 0x80000090 791 0x37a3 44
InterArPfx 0.0.0.13 192.168.4.1 0x8000008f 1916 0x689e 44
InterArPfx 0.0.0.14 192.168.4.1 0x8000008f 1728 0x6c98 44
IntraArPfx 0.0.0.1 192.168.4.1 0x80000099 322 0x80f6 64
IntraArPfx *0.0.0.1 192.168.5.1 0x80000095 1732 0xf25a 64
interface fe-0/0/0.0 Area 0.0.0.2
Type ID Adv Rtr Seq Age Cksum Len
Link 0.0.0.6 192.168.4.1 0x80000093 416 0x77fd 56
Link *0.0.0.2 192.168.5.1 0x80000091 2732 0xb1c7 56
user@5> show interfaces terse
Interface Admin Link Proto Local Remote
lt-1/2/0
fe-0/0/0.0 up up inet6 9009:6::2/64
fe80::2a0:a514:0:64c/64
lo0
lo0.0 up up inet 192.168.5.1 --> 0/0
inet6 fe80::2a0:a50f:fc56:14c
feee::10:255:71:6
...