Preferencias de rutas estáticas y próximos saltos calificados
Descripción de las preferencias de rutas estáticas y los próximos saltos calificados
Una dirección de destino de ruta estática puede tener varios saltos siguientes asociados. En este caso, se insertan varias rutas en la tabla de enrutamiento y se debe seleccionar la ruta. Dado que el criterio principal para la selección de rutas es la preferencia de ruta, puede controlar las rutas que se utilizan como ruta principal para un destino determinado estableciendo la preferencia de ruta asociada con un próximo salto determinado. Las rutas con una preferencia de ruta más baja siempre se utilizan para enrutar el tráfico. Cuando no establece una ruta preferida, Junos OS elige de forma aleatoria una de las direcciones de salto siguiente para instalarla en la tabla de reenvío.
En general, las propiedades predeterminadas asignadas a una ruta estática se aplican a todas las direcciones de salto siguiente configuradas para la ruta estática. Sin embargo, si desea configurar dos posibles direcciones de próximo salto para una ruta determinada y hacer que se traten de manera diferente, puede definir una como un próximo salto calificado.
Los próximos saltos calificados le permiten asociar una o más propiedades con una dirección de próximo salto determinada. Puede establecer una preferencia general para una ruta estática determinada y, luego, especificar una preferencia diferente para el próximo salto calificado. Por ejemplo, supongamos que dos direcciones de salto siguiente (10.10.10.10 y 10.10.10.7) están asociadas con la ruta estática 192.168.47.5/32. Se asigna una preferencia general a toda la ruta estática y, luego, se asigna una preferencia diferente solo a la dirección de próximo salto calificada 10.10.10.7. Por ejemplo:
route 192.168.47.5/32 {
next-hop 10.10.10.10;
qualified-next-hop 10.10.10.7 {
preference 6;
}
preference 5;
}
En este ejemplo, al siguiente salto calificado 10.10.10.7 se le asigna la preferencia 6 y al siguiente salto 10.10.10.10 se le asigna la preferencia 5.
Las preference opciones y metric de la [edit route route qualified-next-hopjerarquía ] solo se aplican a los siguientes saltos calificados. La preferencia y la métrica del próximo salto calificado anulan la preferencia de ruta y la métrica solo para ese próximo salto calificado específico, de manera similar a cómo la preferencia de ruta anula la preferencia y la métrica predeterminadas (para esa ruta específica).
A partir de Junos OS versión 15.1R4, el enrutador ya no admite una configuración en la que una ruta estática apunte a un salto siguiente que esté vinculado a un suscriptor. Normalmente, esto puede ocurrir cuando RADIUS asigna el siguiente salto con el atributo Framed-IP-Address. Una alternativa a esta configuración incorrecta es hacer que el servidor de RADIUS proporcione un atributo Framed-Route que coincida con la ruta estática.
Ejemplo: Configuración de preferencias de rutas estáticas y próximos saltos calificados para controlar la selección de rutas estáticas
En este ejemplo, se muestra cómo controlar la selección de rutas estáticas.
Requisitos
En este ejemplo, no se requiere ninguna configuración especial más allá de la inicialización del dispositivo.
Descripción general
En este ejemplo, la ruta estática 192.168.47.0/24 tiene dos posibles saltos siguientes. Dado que un vínculo tiene un ancho de banda mayor, este vínculo es la ruta preferida. Para hacer cumplir esta preferencia, la qualified-next-hop instrucción se incluye en la configuración en ambos dispositivos. Vea la Figura 1.
de rutas estáticas
Topología
Configuración
Procedimiento
Configuración rápida de CLI
Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red y, luego, copie y pegue los comandos en la CLI en el nivel jerárquico [edit] .
Dispositivo B en la red del proveedor
set interfaces ge-1/2/0 unit 0 description B->D set interfaces ge-1/2/0 unit 0 family inet address 172.16.1.1/24 set interfaces fe-1/2/1 unit 2 description secondary-B->D set interfaces fe-1/2/1 unit 2 family inet address 192.168.2.1/24 set interfaces lo0 unit 57 family inet address 10.0.0.1/32 set interfaces lo0 unit 57 family inet address 10.0.0.2/32 set routing-options static route 192.168.47.0/24 next-hop 172.16.1.2 set routing-options static route 192.168.47.0/24 qualified-next-hop 192.168.2.2 preference 25
Dispositivo D en la red del cliente
set interfaces ge-1/2/0 unit 1 description D->B set interfaces ge-1/2/0 unit 1 family inet address 172.16.1.2/24 set interfaces fe-1/2/1 unit 3 description secondary-D->B set interfaces fe-1/2/1 unit 3 family inet address 192.168.2.2/24 set interfaces lo0 unit 2 family inet address 192.168.47.5/32 set interfaces lo0 unit 2 family inet address 192.168.47.6/32 set routing-options static route 0.0.0.0/0 next-hop 172.16.1.1 set routing-options static route 0.0.0.0/0 qualified-next-hop 192.168.2.1 preference 25
Procedimiento paso a paso
En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener instrucciones sobre cómo hacer eso, consulte Uso del editor de CLI en el modo de configuración de la Guía del usuario de la CLI de Junos OS.
Para controlar la selección de rutas estáticas:
En el dispositivo B, configure las interfaces.
[edit interfaces] user@B# set ge-1/2/0 unit 0 description B->D user@B# set ge-1/2/0 unit 0 family inet address 172.16.1.1/24 user@B# set fe-1/2/1 unit 2 description secondary-B->D user@B# set fe-1/2/1 unit 2 family inet address 192.168.2.1/24 user@B# set lo0 unit 57 family inet address 10.0.0.1/32 user@B# set lo0 unit 57 family inet address 10.0.0.2/32
En el dispositivo B, configure una ruta estática a la red del cliente.
[edit routing-options static route 192.168.47.0/24] user@B# set next-hop 172.16.1.2
En el dispositivo B, configure una ruta de respaldo a la red del cliente.
[edit routing options static route 192.168.47.0/24] user@B# set qualified-next-hop 192.168.2.2 preference 25
En el dispositivo D, configure las interfaces.
[edit interfaces] user@D# set ge-1/2/0 unit 1 description D->B user@D# set ge-1/2/0 unit 1 family inet address 172.16.1.2/24 user@D# set fe-1/2/1 unit 3 description secondary-D->B user@D# set fe-1/2/1 unit 3 family inet address 192.168.2.2/24 user@D# set lo0 unit 2 family inet address 192.168.47.5/32 user@D# set lo0 unit 2 family inet address 192.168.47.6/32
En el dispositivo D, configure una ruta estática predeterminada a redes externas.
[edit routing options static route 0.0.0.0/0] user@D# set next-hop 172.16.1.1
En el dispositivo D, configure una ruta estática predeterminada de respaldo a redes externas.
[edit routing options static route 0.0.0.0/0] user@D# set qualified-next-hop 192.168.2.1 preference 25
Resultados
Ejecute los comandos y show routing-options para confirmar la show interfaces configuración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregirla.
user@B# show interfaces
ge-1/2/0 {
unit 0 {
description B->D;
family inet {
address 172.16.1.1/24;
}
}
}
fe-1/2/1 {
unit 2 {
description secondary-B->D;
family inet {
address 192.168.2.1/24;
}
}
}
lo0 {
unit 57 {
family inet {
address 10.0.0.1/32;
address 10.0.0.2/32;
}
}
}
user@B# show routing-options
static {
route 192.168.47.0/24 {
next-hop 172.16.1.2;
qualified-next-hop 192.168.2.2 {
preference 25;
}
}
}
user@D# show interfaces
ge-1/2/0 {
unit 1 {
description D->B;
family inet {
address 172.16.1.2/24;
}
}
}
fe-1/2/1 {
unit 3 {
description secondary-D->B;
family inet {
address 192.168.2.2/24;
}
}
}
lo0 {
unit 2 {
family inet {
address 192.168.47.5/32;
address 192.168.47.6/32;
}
}
}
user@D# show routing-options
static {
route 0.0.0.0/0 {
next-hop 172.16.1.1;
qualified-next-hop 192.168.2.1 {
preference 25;
}
}
}
Cuando termine de configurar los dispositivos, ingrese commit desde el modo de configuración en ambos dispositivos.
Verificación
Confirme que la configuración funcione correctamente.
- Comprobación de las tablas de enrutamiento
- Hacer ping a las direcciones remotas
- Asegurarse de que la ruta de respaldo se convierte en la ruta activa
Comprobación de las tablas de enrutamiento
Propósito
Asegúrese de que las rutas estáticas aparecen en las tablas de enrutamiento de los dispositivos B y D.
Acción
user@B> show route protocol static
inet.0: 7 destinations, 8 routes (7 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
192.168.47.0/24 *[Static/5] 02:02:03
> to 172.16.1.2 via ge-1/2/0.0
[Static/25] 01:58:21
> to 192.168.2.2 via fe-1/2/1.2
user@D> show route protocol static
inet.0: 7 destinations, 8 routes (7 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
0.0.0.0/0 *[Static/5] 02:02:12
> to 172.16.1.1 via ge-1/2/0.1
[Static/25] 01:58:31
> to 192.168.2.1 via fe-1/2/1.3
Significado
Los asteriscos (*) en las tablas de enrutamiento muestran las rutas activas. A continuación, se enumeran las rutas de respaldo.
Hacer ping a las direcciones remotas
Propósito
Compruebe que las rutas estáticas funcionan.
Desde el dispositivo B, haga ping a una de las direcciones de interfaz de circuito cerrado en el dispositivo D.
Desde el dispositivo D, haga ping a una de las direcciones de interfaz de circuito cerrado en el dispositivo B.
Acción
user@B> ping 192.168.47.5 PING 192.168.47.5 (192.168.47.5): 56 data bytes 64 bytes from 192.168.47.5: icmp_seq=0 ttl=64 time=156.126 ms 64 bytes from 192.168.47.5: icmp_seq=1 ttl=64 time=120.393 ms 64 bytes from 192.168.47.5: icmp_seq=2 ttl=64 time=175.361 ms
user@D> ping 10.0.0.1 PING 10.0.0.1 (10.0.0.1): 56 data bytes 64 bytes from 10.0.0.1: icmp_seq=0 ttl=64 time=1.315 ms 64 bytes from 10.0.0.1: icmp_seq=1 ttl=64 time=31.819 ms 64 bytes from 10.0.0.1: icmp_seq=2 ttl=64 time=1.268 ms
Asegurarse de que la ruta de respaldo se convierte en la ruta activa
Propósito
Si la ruta principal queda inutilizable, asegúrese de que la ruta secundaria de respaldo esté activa.
Acción
Desactive la ruta activa desactivando la interfaz ge-1/2/0.0 en el dispositivo B.
user@B# deactivate interfaces ge-1/2/0 unit 0 family inet address 172.16.1.1/24 user@B# commit
Compruebe la tabla de enrutamiento del dispositivo B.
user@B> show route protocol static inet.0: 5 destinations, 5 routes (5 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 192.168.47.0/24 *[Static/25] 02:06:24 > to 192.168.2.2 via fe-1/2/1.2
Significado
La ruta de reserva se ha convertido en la ruta activa.
Conservar direcciones IP mediante rutas estáticas
Los proveedores de alojamiento alojan múltiples servidores para múltiples clientes y desean conservar el uso de su espacio de direcciones IP. Tradicionalmente, cuando un cliente proveedor de hospedaje agrega nuevos servidores, a los servidores se les asigna un pequeño bloque de direcciones IP, como un bloque /29, y todos los servidores del cliente se encuentran en ese bloque de direcciones IP.
El número, ilustrado
Por ejemplo, el cliente A puede necesitar tres servidores y se le asigna el bloque 10.3.3.0/29 (10.3.3.0 a 10.3.3.7). En este escenario, se consumen varias direcciones IP. Estas incluyen las direcciones IP de red y difusión (10.3.3.0 y 10.3.3.7), las direcciones de la puerta de enlace del enrutador a la que están conectados los servidores y las direcciones de los servidores individuales. Para asignar tres servidores, se deben asignar ocho direcciones IP. Dividir una sola red /24 en 32 /29 da como resultado 96 direcciones IP de las 256, en las que /24 está siendo consumido por las direcciones de red, difusión y puerta de enlace. Cuando este efecto se multiplica en miles de proveedores de alojamiento, el espacio de direcciones IP está lejos de usarse de manera eficiente. La figura 2 ilustra el problema.
de direcciones IP
En esta configuración, a cada cliente se le asigna un bloque de espacio de direcciones /29. Para cada bloque, las direcciones de red, difusión y puerta de enlace no están disponibles para el direccionamiento IP del servidor, lo que da como resultado un uso ineficiente de tres direcciones IP. Además, los bloques consumen direcciones IP no utilizadas para futuras expansiones.
Solución
Este problema puede resolverse configurando la interfaz en el enrutador con una dirección del prefijo IPv4 reservado para el espacio de direcciones compartido (RFC 6598) y utilizando rutas estáticas que apunten a las interfaces. La AANI registró la asignación de un IPv4 /10 para su uso como espacio de direcciones compartido. El rango de direcciones del espacio de direcciones compartido es 100.64.0.0/10.
A la interfaz en el enrutador se le asigna una dirección IP del espacio RFC 6598, por lo que no consume espacio de direcciones enrutables públicamente y la conectividad se maneja con rutas estáticas en una interfaz. La interfaz en el servidor está configurada con una dirección que se puede enrutar públicamente, pero las interfaces del enrutador no lo están. Las direcciones de red y difusión se consumen fuera del espacio RFC 6598 en lugar del espacio de direcciones enrutables públicamente.
Esta característica se admite en conmutadores QFX10000 a partir de Junos OS 17.1R1.
La Figura 3 muestra el uso eficiente del espacio de direcciones IP.
de direcciones compartido
En esta configuración, a cada cliente se le asignan direcciones IP individuales por servidor. Existe una ruta estática que se puede configurar como ruta de host. A la interfaz en el enrutador se le asigna una dirección IP del espacio RFC 6598, por lo que no consume espacio de direcciones enrutable públicamente y la conectividad se maneja con rutas estáticas a una interfaz.
Configuración
La configuración sería similar a la siguiente para el cliente A en el enrutador de puerta de enlace:
interfaces {
ge-1/0/1 {
unit 0 {
family inet {
address 100.64.0.1/30;
}
}
}
}
routing-options {
static {
route 203.0.113.10/32 {
qualified-next-hop ge-1/0/1.0;
}
route 203.0.113.11 {
qualified-next-hop ge-1/0/1.0;
}
}
}
Con esta configuración, no se desperdicia ninguna dirección IP que se pueda enrutar públicamente. Vale la pena señalar que cuando se reenvía un paquete en esta configuración desde el enrutador al servidor del servidor 203.0.113.10 del cliente A, la ruta se reenvía a la interfaz ge-1/0/1.0 que tiene una dirección IP de 100.64.0.1.
Los servidores para el cliente A se configurarían de la siguiente manera:
ifconfig eth0 203.0.113.10 netmask 255.255.255.255route add -host 100.64.0.1/32 dev eth0 route add default gw 100.64.0.1
ifconfig eth0 203.0.113.11 netmask 255.255.255.255route add -host 100.64.0.1/32 dev eth0 route add default gw 100.64.0.1
En este ejemplo, se muestra una única ruta de host por servidor, que es una asignación 1:1. Esto podría equivaler a una gran cantidad de rutas de host estáticas, si se mantiene. Para fines de escalamiento, necesitamos admitir rutas que no sean de host en este entorno. Por ejemplo, si hubiera un cliente C en esta configuración que tuviera ocho servidores, sería mucho más eficiente asignar una ruta /29 en el enrutador que señale la interfaz en la que están conectados los ocho servidores. Si al cliente C se le asignaran direcciones IP de servidor de 203.0.114.8 a 203.0.114.15 y estas se conectaran a través de la interfaz ge-1/0/2.0, esto se vería así:
user@host# set routing-options static route 203.0.114.8/29 qualified-next-hop ge-1/0/2.0
Descripción del control de rutas estáticas en tablas de enrutamiento y reenvío
Puede controlar la importación de rutas estáticas a las tablas de enrutamiento y reenvío de varias maneras. Las formas principales incluyen la asignación de uno o más de los siguientes atributos a la ruta:
retener: mantiene la ruta en la tabla de reenvío después de que el proceso de enrutamiento se detenga o el dispositivo se reinicie.
no-readvertise: impide que la ruta se vuelva a anunciar a otros protocolos de enrutamiento.
passive: rechaza el tráfico destinado a la ruta.
En este tema, se incluyen las siguientes secciones:
Retención de rutas
De forma predeterminada, las rutas estáticas no se conservan en la tabla de reenvío cuando se cierra el proceso de enrutamiento. Cuando el proceso de enrutamiento se inicie de nuevo, las rutas configuradas como rutas estáticas deberán agregarse de nuevo a la tabla de reenvío. Para evitar esta latencia, las rutas se pueden marcar como retenidas para que se mantengan en la tabla de reenvío incluso después de que se cierre el proceso de enrutamiento. La retención garantiza que las rutas estén siempre en la tabla de reenvío, incluso inmediatamente después de reiniciar el sistema.
Prevención de republicidad
De forma predeterminada, las rutas estáticas son aptas para que otros protocolos de enrutamiento vuelvan a anunciarlas. En un área de código auxiliar en la que no desee volver a anunciar estas rutas estáticas bajo ninguna circunstancia, puede marcar las rutas estáticas como no reanunciadas.
Rechazo forzado de tráfico de ruta pasiva
Por lo general, solo se incluyen las rutas activas en las tablas de enrutamiento y reenvío. Si no se puede acceder a la dirección de próximo salto de una ruta estática, la ruta se marca como pasiva y no se incluye en las tablas de enrutamiento o reenvío. Para forzar la inclusión de una ruta en las tablas de enrutamiento independientemente de la accesibilidad del próximo salto, puede marcar la ruta como pasiva. Si una ruta está marcada como pasiva y no se puede acceder a su dirección de salto siguiente, la ruta se incluye en la tabla de enrutamiento y se rechaza todo el tráfico destinado a la ruta.
Ejemplo: Evitar que se vuelva a anunciar una ruta estática
En este ejemplo, se muestra cómo evitar que una ruta estática se vuelva a anunciar en OSPF y, de ese modo, evitar que la ruta aparezca en las tablas de enrutamiento y reenvío.
Requisitos
En este ejemplo, no se requiere ninguna configuración especial más allá de la inicialización del dispositivo.
Descripción general
En este ejemplo, se muestra cómo configurar una política de enrutamiento que reanuncia rutas estáticas en OSPF, con la excepción de una ruta estática que no se vuelve a anunciar porque está etiquetada con la no-readvertise instrucción.
Topología
En la figura 4 se muestra la red de ejemplo.
Configuración
Procedimiento
- Configuración rápida de CLI
- 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, luego, copie y pegue los comandos en la CLI en el nivel jerárquico [edit] .
Dispositivo A
set interfaces fe-1/2/0 unit 4 description A->B set interfaces fe-1/2/0 unit 4 family inet address 10.0.2.2/30 set protocols ospf area 0.0.0.0 interface fe-1/2/0.4
Dispositivo B
set interfaces fe-1/2/0 unit 3 description B->A set interfaces fe-1/2/0 unit 3 family inet address 10.0.2.1/30 set interfaces fe-1/2/1 unit 6 description B->C set interfaces fe-1/2/1 unit 6 family inet address 10.0.3.1/30 set protocols bgp group ext type external set protocols bgp group ext peer-as 23 set protocols bgp group ext neighbor 10.0.3.2 set protocols ospf export send-static set protocols ospf area 0.0.0.0 interface fe-1/2/0.3 set policy-options policy-statement send-static from protocol static set policy-options policy-statement send-static then accept set routing-options static route 0.0.0.0/0 next-hop 10.0.3.2 set routing-options static route 192.168.0.0/24 next-hop 10.0.3.2 set routing-options static route 192.168.0.0/24 no-readvertise set routing-options autonomous-system 17
Dispositivo C
set interfaces fe-1/2/0 unit 7 description B->C set interfaces fe-1/2/0 unit 7 family inet address 10.0.3.2/30 set interfaces lo0 unit 5 family inet address 192.168.0.1/32 set protocols bgp group ext type external set protocols bgp group ext peer-as 17 set protocols bgp group ext neighbor 10.0.3.1 set routing-options autonomous-system 23
Procedimiento paso a paso
En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener instrucciones sobre cómo hacer eso, consulte Uso del editor de CLI en el modo de configuración de la Guía del usuario de la CLI de Junos OS.
Para configurar el dispositivo A:
Configure la interfaz para el dispositivo B.
[edit interfaces fe-1/2/0 unit 4] user@A# set description A->B user@A# set family inet address 10.0.2.2/30
Configure OSPF para formar una relación par de OSPF con el dispositivo B.
[edit protocols ospf area 0.0.0.0] user@A# set interface fe-1/2/0.4
Procedimiento paso a paso
Para configurar el dispositivo B:
Configure las interfaces para los dispositivos A y C.
[edit interfaces] user@B# set fe-1/2/0 unit 3 description B->A user@B# set fe-1/2/0 unit 3 family inet address 10.0.2.1/30 user@B# set fe-1/2/1 unit 6 description B->C user@B# set fe-1/2/1 unit 6 family inet address 10.0.3.1/30
Configure una o varias rutas estáticas y el número de sistema autónomo (AS).
[edit routing-options] user@B# set static route 0.0.0.0/0 next-hop 10.0.3.2 user@B# set static route 192.168.0.0/24 next-hop 10.0.3.2 user@B# set autonomous-system 17
Configure la política de enrutamiento.
Esta política exporta rutas estáticas de la tabla de enrutamiento a OSPF.
[edit policy-options policy-statement send-static] user@B# set from protocol static user@B# set then accept
Incluya la
no-readvertiseinstrucción para evitar que la ruta 192.168.0.0/24 se exporte a OSPF.[edit routing-options] user@B# set static route 192.168.0.0/24 no-readvertise
Configure los protocolos de enrutamiento.
La configuración del BGP forma una relación de par BGP externo (EBGP) con el dispositivo C.
La configuración de OSPF forma una relación de par de OSPF con el dispositivo A y aplica la política de enrutamiento estático de envío .
[edit protocols] user@B# set bgp group ext type external user@B# set bgp group ext peer-as 23 user@B# set bgp group ext neighbor 10.0.3.2 user@B# set ospf export send-static user@B# set ospf area 0.0.0.0 interface fe-1/2/0.3
Procedimiento paso a paso
Para configurar el dispositivo C:
Cree la interfaz para el dispositivo B y configure la interfaz de circuito cerrado.
[edit interfaces ] user@C# set fe-1/2/0 unit 7 description B->C user@C# set fe-1/2/0 unit 7 family inet address 10.0.3.2/30 user@C# set lo0 unit 5 family inet address 192.168.0.1/32
Configure la sesión de emparejamiento del EBGP con el dispositivo B.
[edit protocols bgp group ext] user@C# set type external user@C# set peer-as 17 user@C# set neighbor 10.0.3.1
Configure el número de AS.
[edit routing-options] user@C# set autonomous-system 23
Resultados
Confirme la configuración emitiendo los show interfacescomandos , show policy-options, show protocolsy . show routing-options Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregirla.
Dispositivo A
user@A# show interfaces
fe-1/2/0 {
unit 4 {
description A->B;
family inet {
address 10.0.2.2/30;
}
}
}
user@A# show protocols
ospf {
area 0.0.0.0 {
interface fe-1/2/0.4;
}
}
Dispositivo B
user@B# show interfaces
interfaces {
fe-1/2/0 {
unit 3 {
description B->A;
family inet {
address 10.0.2.1/30;
}
}
}
fe-1/2/1 {
unit 6 {
description B->C;
family inet {
address 10.0.3.1/30;
}
}
}
}
user@B# show policy-options
policy-statement send-static {
from protocol static;
then accept;
}
user@B# show protocols
bgp {
group ext {
type external;
peer-as 23;
neighbor 10.0.3.2;
}
}
ospf {
export send-static;
area 0.0.0.0 {
interface fe-1/2/0.3;
}
}
user@B# show routing-options
static {
route 0.0.0.0/0 next-hop 10.0.3.2;
route 192.168.0.0/24 {
next-hop 10.0.3.2;
no-readvertise;
}
}
autonomous-system 17;
Dispositivo C
user@C# show interfaces
fe-1/2/0 {
unit 7 {
description B->C;
family inet {
address 10.0.3.2/30;
}
}
}
lo0 {
unit 5 {
family inet {
address 192.168.0.1/32;
}
}
}
user@C# show protocols
bgp {
group ext {
type external;
peer-as 17;
neighbor 10.0.3.1;
}
}
user@C# show routing-options autonomous-system 23;
Cuando termine de configurar los dispositivos, ingrese commit en el modo de configuración.
Verificación
Confirme que la configuración funcione correctamente.
Comprobación de la tabla de enrutamiento
Propósito
Asegúrese de que la no-readvertise instrucción esté funcionando.
Acción
En el dispositivo A, ejecute el
show route protocol ospfcomando para asegurarse de que la ruta 192.168.0.0/24 no aparece en la tabla de enrutamiento del dispositivo A.user@A> show route protocols ospf inet.0: 4 destinations, 4 routes (4 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 0.0.0.0/0 *[OSPF/150] 00:03:15, metric 0, tag 0 > to 10.0.2.1 via fe-1/2/0.4 224.0.0.5/32 *[OSPF/10] 00:04:07, metric 1 MultiRecvEn el dispositivo B, desactive la
no-readvertiseinstrucción.user@B# deactivate routing-options static route 192.168.0.0/24 no-readvertise
En el dispositivo A, vuelva a ejecutar el
show route protocol ospfcomando para asegurarse de que la ruta 192.168.0.0/24 aparece en la tabla de enrutamiento del dispositivo A.user@A> show route protocols ospf inet.0: 5 destinations, 5 routes (5 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 0.0.0.0/0 *[OSPF/150] 00:04:24, metric 0, tag 0 > to 10.0.2.1 via fe-1/2/0.4 192.168.0.0/24 *[OSPF/150] 00:00:15, metric 0, tag 0 > to 10.0.2.1 via fe-1/2/0.4 224.0.0.5/32 *[OSPF/10] 00:05:16, metric 1 MultiRecv
Significado
La no-readvertise declaración está funcionando como se esperaba.
Verificar la configuración de rutas estáticas
Propósito
Compruebe que las rutas estáticas se encuentran en la tabla de enrutamiento y que dichas rutas están activas.
Acción
Desde la CLI, ingrese el show route terse comando.
Salida de muestra
nombre-comando
user@host> show route terse inet.0: 20 destinations, 20 routes (20 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both A Destination P Prf Metric 1 Metric 2 Next hop AS path * 192.168.47.5/32 S 5 Reject * 172.16.0.0/12 S 5 >192.168.71.254 * 192.168.0.0/18 S 5 >192.168.71.254 * 192.168.40.0/22 S 5 >192.168.71.254 * 192.168.64.0/18 S 5 >192.168.71.254 * 192.168.64.0/21 D 0 >fxp0.0 * 192.168.71.246/32 L 0 Local * 192.168.220.4/30 D 0 >ge-0/0/1.0 * 192.168.220.5/32 L 0 Local * 192.168.220.8/30 D 0 >ge-0/0/2.0 * 192.168.220.9/32 L 0 Local * 192.168.220.12/30 D 0 >ge-0/0/3.0 * 192.168.220.13/32 L 0 Local * 192.168.220.17/32 L 0 Reject * 192.168.220.21/32 L 0 Reject * 192.168.220.24/30 D 0 >at-1/0/0.0 * 192.168.220.25/32 L 0 Local * 192.168.220.28/30 D 0 >at-1/0/1.0 * 192.168.220.29/32 L 0 Local * 224.0.0.9/32 R 100 1 MultiRecv
Significado
El resultado muestra una lista de las rutas que se encuentran actualmente en la tabla de enrutamiento inet.0 . Verifique la información siguiente:
Cada ruta estática configurada está presente. Las rutas se enumeran en orden ascendente por dirección IP. Las rutas estáticas se identifican con una S en la columna de protocolo (P) de la salida.
Cada ruta estática está activa. Las rutas que están activas muestran la dirección IP del salto siguiente en la columna Salto siguiente . Si no se puede acceder a la dirección de próximo salto de una ruta, la dirección de siguiente salto se identifica como Rechazar. Estas rutas no son rutas activas, pero aparecen en la tabla de enrutamiento porque se establece el atributo pasivo .
La preferencia para cada ruta estática es correcta. La preferencia por una ruta en particular se muestra en la columna Prf de la salida.
Ver también
Tabla de historial de cambios
La compatibilidad de la función depende de la plataforma y la versión que utilice. Utilice el Explorador de características para determinar si una característica es compatible con su plataforma.