EN ESTA PÁGINA
Ejemplo: Configuración de políticas de enrutamiento dinámico
En este ejemplo, se muestra cómo configurar objetos de política de enrutamiento en una base de datos dinámica que no está sujeta a la misma verificación necesaria en la base de datos de configuración estándar.
Requisitos
No se requiere ninguna configuración especial más allá de la inicialización del dispositivo antes de configurar este ejemplo.
Descripción general
El proceso de verificación necesario para confirmar cambios de configuración puede conllevar una cantidad significativa de tiempo y sobrecarga.
El tiempo que tarda en confirmar los cambios en la base de datos dinámica es mucho más corto que para la base de datos de configuración estándar. Puede hacer referencia a estas políticas y objetos de política en las políticas de enrutamiento que configure en la base de datos estándar. El BGP es el único protocolo al que puede aplicar políticas de enrutamiento que hacen referencia a políticas y objetos de política configurados en la base de datos dinámica. Después de configurar y confirmar una política de enrutamiento basada en los objetos configurados en la base de datos dinámica, puede actualizar rápidamente cualquier política de enrutamiento existente mediante cambios en la configuración de la base de datos dinámica.
Dado que Junos OS no valida los cambios de configuración en la base de datos dinámica, cuando utilice esta función, debe probar y comprobar todos los cambios de configuración antes de confirmarlos.
Figura 1 muestra la red de ejemplo.
El ejemplo incluye tres enrutadores con sesiones de BGP externas (EBGP) establecidas. Solo el dispositivo R1 hace uso de la base de datos dinámica.
En la interfaz fe-1/2/1 del dispositivo R0, se configuran varias interfaces IPv4, y una política de enrutamiento inyecta estos prefijos en el BGP, usando la from interface fe-1/2/1.0 condición de política como un método abreviado para especificar todas las direcciones IP configuradas en la interfaz fe-1/2/1 del dispositivo R0.
Del mismo modo, en la interfaz fe-1/2/3 del dispositivo R2, se configuran varias direcciones IPv4 y una política de enrutamiento inyecta estos prefijos en el BGP. La configuración del dispositivo R2 es ligeramente diferente de la del dispositivo R0, ya que la configuración del dispositivo R2 demuestra el uso de una lista de prefijos.
En el dispositivo R1, en la base de datos dinámica, se definen dos listas de prefijos, una para las direcciones de interfaz aprendidas del dispositivo R0 y otra para las direcciones de interfaz aprendidas del dispositivo R2. La base de datos estándar del dispositivo R1 contiene políticas de enrutamiento con listas de prefijos similares a las definidas en la base de datos dinámica.
En su sesión par con el dispositivo R0, el dispositivo R1 aplica las políticas de base de datos estáticas. Por el contrario, en su sesión par con el dispositivo R2, la configuración del dispositivo R1 hace referencia a la base de datos dinámica.
Los resultados de estas diferentes configuraciones se analizan en la Verificación sección.
Configuración rápida de CLI muestra la configuración de todos los dispositivos en Figura 1.
En la sección #configuration776__policy-dynamic-st se describen los pasos de la base de datos dinámica del dispositivo R1.
En la sección #configuration776__policy-standard-st se describen los pasos de la base de datos estándar del dispositivo R1.
Configuración
Procedimiento
Configuración rápida de CLI
Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red y, luego, copie y pegue los comandos en la CLI en el [edit] nivel de jerarquía.
Dispositivo R0
set interfaces fe-1/2/0 unit 0 family inet address 10.0.0.1/30 set interfaces fe-1/2/1 unit 0 family inet address 172.16.4.1/24 set interfaces fe-1/2/1 unit 0 family inet address 172.16.3.1/24 set interfaces fe-1/2/1 unit 0 family inet address 172.16.2.1/24 set interfaces fe-1/2/1 unit 0 family inet address 172.16.1.1/24 set interfaces fe-1/2/1 unit 0 family inet address 172.16.5.1/24 set interfaces fe-1/2/1 unit 0 family inet address 172.16.6.1/24 set interfaces fe-1/2/1 unit 0 family inet address 172.16.7.1/24 set interfaces fe-1/2/1 unit 0 family inet address 172.16.8.1/24 set interfaces fe-1/2/1 unit 0 family inet address 172.16.9.1/24 set interfaces fe-1/2/1 unit 0 family inet address 172.16.10.1/24 set interfaces lo0 unit 0 family inet address 10.255.14.151/32 set protocols bgp group ext type external set protocols bgp group ext neighbor 10.0.0.2 export t2 set protocols bgp group ext neighbor 10.0.0.2 peer-as 200 set policy-options policy-statement t2 from interface fe-1/2/0.0 set policy-options policy-statement t2 from interface fe-1/2/1.0 set policy-options policy-statement t2 then accept set routing-options router-id 10.255.14.151 set routing-options autonomous-system 100
Base de datos dinámica del dispositivo R1
[edit dynamic] set policy-options prefix-list dyn_prfx1 172.16.1.0/24 set policy-options prefix-list dyn_prfx1 172.16.2.0/24 set policy-options prefix-list dyn_prfx1 172.16.3.0/24 set policy-options prefix-list dyn_prfx1 172.16.4.0/24 set policy-options prefix-list dyn_prfx1 172.16.5.0/24 set policy-options prefix-list dyn_prfx1 172.16.6.0/24 set policy-options prefix-list dyn_prfx1 172.16.7.0/24 set policy-options prefix-list dyn_prfx1 172.16.8.0/24 set policy-options prefix-list dyn_prfx2 172.16.2.0/24 set policy-options prefix-list dyn_prfx2 172.16.3.0/24 set policy-options prefix-list dyn_prfx2 172.16.4.0/24 set policy-options prefix-list dyn_prfx2 172.16.5.0/24 set policy-options prefix-list dyn_prfx2 172.16.6.0/24 set policy-options policy-statement dyn_policy1 term t1 from prefix-list dyn_prfx1 set policy-options policy-statement dyn_policy1 term t1 then accept set policy-options policy-statement dyn_policy1 term t2 then reject set policy-options policy-statement dyn_policy2 term t1 from prefix-list dyn_prfx2 set policy-options policy-statement dyn_policy2 term t1 then accept set policy-options policy-statement dyn_policy2 term t2 then reject
Base de datos estándar del dispositivo R1
set interfaces fe-1/2/0 unit 0 family inet address 10.0.0.2/30 set interfaces fe-1/2/2 unit 0 family inet address 10.1.0.1/30 set interfaces fe-1/2/1 unit 0 family inet address 172.16.4.2/24 set interfaces fe-1/2/1 unit 0 family inet address 172.16.3.2/24 set interfaces fe-1/2/1 unit 0 family inet address 172.16.2.2/24 set interfaces fe-1/2/1 unit 0 family inet address 172.16.1.2/24 set interfaces fe-1/2/1 unit 0 family inet address 172.16.5.2/24 set interfaces fe-1/2/1 unit 0 family inet address 172.16.6.2/24 set interfaces fe-1/2/1 unit 0 family inet address 172.16.7.2/24 set interfaces fe-1/2/1 unit 0 family inet address 172.16.8.2/24 set interfaces fe-1/2/1 unit 0 family inet address 172.16.9.2/24 set interfaces fe-1/2/1 unit 0 family inet address 172.16.10.2/24 set interfaces fe-1/2/3 unit 0 family inet address 172.16.22.2/24 set interfaces fe-1/2/3 unit 0 family inet address 172.16.23.2/24 set interfaces fe-1/2/3 unit 0 family inet address 172.16.24.2/24 set interfaces fe-1/2/3 unit 0 family inet address 172.16.25.2/24 set interfaces fe-1/2/3 unit 0 family inet address 172.16.26.2/24 set interfaces lo0 unit 0 family inet address 192.168.0.2/32 set protocols bgp group to_r0 idle-after-switch-over 300 set protocols bgp group to_r0 neighbor 10.0.0.1 import dyn_policy1 set protocols bgp group to_r0 neighbor 10.0.0.1 export dyn_policy2 set protocols bgp group to_r0 neighbor 10.0.0.1 peer-as 100 set protocols bgp group to_R2 import static_policy1 set protocols bgp group to_R2 export static_policy2 set protocols bgp group to_R2 idle-after-switch-over 300 set protocols bgp group to_R2 neighbor 10.1.0.2 peer-as 300 set policy-options prefix-list static_prfx1 172.16.22.0/24 set policy-options prefix-list static_prfx1 172.16.23.0/24 set policy-options prefix-list static_prfx1 172.16.24.0/24 set policy-options prefix-list static_prfx1 172.16.25.0/24 set policy-options prefix-list static_prfx2 172.16.1.0/24 set policy-options prefix-list static_prfx2 172.16.2.0/24 set policy-options prefix-list static_prfx2 172.16.3.0/24 set policy-options prefix-list static_prfx2 172.16.4.0/24 set policy-options policy-statement dyn_policy1 dynamic-db set policy-options policy-statement dyn_policy2 dynamic-db set policy-options policy-statement static_policy1 term t1 from prefix-list static_prfx1 set policy-options policy-statement static_policy1 term t1 then accept set policy-options policy-statement static_policy1 term t2 then reject set policy-options policy-statement static_policy2 term t1 from prefix-list static_prfx2 set policy-options policy-statement static_policy2 term t1 then accept set policy-options policy-statement static_policy2 term t2 then reject set routing-options autonomous-system 200
Dispositivo R2
set interfaces fe-1/2/2 unit 0 family inet address 10.1.0.2/30 set interfaces fe-1/2/3 unit 0 family inet address 172.16.22.1/24 set interfaces fe-1/2/3 unit 0 family inet address 172.16.23.1/24 set interfaces fe-1/2/3 unit 0 family inet address 172.16.24.1/24 set interfaces fe-1/2/3 unit 0 family inet address 172.16.25.1/24 set interfaces fe-1/2/3 unit 0 family inet address 172.16.26.1/24 set interfaces lo0 unit 0 family inet address 192.168.0.3/32 set protocols bgp group to_vin neighbor 10.1.0.1 export p1 set protocols bgp group to_vin neighbor 10.1.0.1 peer-as 200 set policy-options prefix-list ppx1 172.16.22.0/24 set policy-options prefix-list ppx1 172.16.23.0/24 set policy-options prefix-list ppx1 172.16.24.0/24 set policy-options prefix-list ppx1 172.16.25.0/24 set policy-options prefix-list ppx1 172.16.26.0/24 set policy-options policy-statement p1 term t1 from family inet set policy-options policy-statement p1 term t1 from prefix-list ppx1 set policy-options policy-statement p1 term t1 then accept set routing-options autonomous-system 300
Procedimiento paso a paso
El siguiente ejemplo requiere que navegue por varios niveles en la jerarquía de configuración. Para obtener instrucciones sobre cómo hacerlo, consulte Usar el Editor de CLI en modo de configuración la Guía del usuario de la CLI de Junos OS.
Para configurar la base de datos dinámica del dispositivo R1:
Ingrese al modo de configuración para la base de datos dinámica.
user@R1> configure dynamic Entering configuration mode [edit dynamic]
Cree una lista de prefijos para las direcciones de interfaz aprendidas del dispositivo R0.
[edit dynamic policy-options prefix-list dyn_prfx1] user@R1# set 172.16.1.0/24 user@R1# set 172.16.2.0/24 user@R1# set 172.16.3.0/24 user@R1# set 172.16.4.0/24 user@R1# set 172.16.5.0/24 user@R1# set 172.16.6.0/24 user@R1# set 172.16.7.0/24 user@R1# set 172.16.8.0/24
Cree una lista de prefijos para las direcciones de interfaz aprendidas del dispositivo R2.
[edit dynamic policy-options prefix-list dyn_prfx2] user@R1# set 172.16.2.0/24 user@R1# set 172.16.3.0/24 user@R1# set 172.16.4.0/24 user@R1# set 172.16.5.0/24 user@R1# set 172.16.6.0/24
Configure las políticas de enrutamiento.
[edit dynamic policy-options policy-statement dyn_policy1] user@R1# set term t1 from prefix-list dyn_prfx1 user@R1# set term t1 then accept user@R1# set term t2 then reject user@R1# set term t1 from prefix-list dyn_prfx2 user@R1# set term t1 then accept user@R1# set term t2 then reject
Procedimiento paso a paso
El siguiente ejemplo requiere que navegue por varios niveles en la jerarquía de configuración. Para obtener instrucciones sobre cómo hacerlo, consulte Usar el Editor de CLI en modo de configuración la Guía del usuario de la CLI de Junos OS.
Para configurar la base de datos estándar del dispositivo R1:
Cree las interfaces del enrutador.
[edit interfaces] user@R1# set fe-1/2/0 unit 0 family inet address 10.0.0.2/30 user@R1# set fe-1/2/2 unit 0 family inet address 10.1.0.1/30 user@R1# set fe-1/2/1 unit 0 family inet address 172.16.4.2/24 user@R1# set fe-1/2/1 unit 0 family inet address 172.16.3.2/24 user@R1# set fe-1/2/1 unit 0 family inet address 172.16.2.2/24 user@R1# set fe-1/2/1 unit 0 family inet address 172.16.1.2/24 user@R1# set fe-1/2/1 unit 0 family inet address 172.16.5.2/24 user@R1# set fe-1/2/1 unit 0 family inet address 172.16.6.2/24 user@R1# set fe-1/2/1 unit 0 family inet address 172.16.7.2/24 user@R1# set fe-1/2/1 unit 0 family inet address 172.16.8.2/24 user@R1# set fe-1/2/1 unit 0 family inet address 172.16.9.2/24 user@R1# set fe-1/2/1 unit 0 family inet address 172.16.10.2/24 user@R1# set fe-1/2/3 unit 0 family inet address 172.16.2.2/24 user@R1# set fe-1/2/3 unit 0 family inet address 172.16.3.2/24 user@R1# set fe-1/2/3 unit 0 family inet address 172.16.4.2/24 user@R1# set fe-1/2/3 unit 0 family inet address 172.16.5.2/24 user@R1# set fe-1/2/3 unit 0 family inet address 172.16.6.2/24 user@R1# set lo0 unit 0 family inet address 192.168.0.2/32
Cree políticas de enrutamiento que hacen referencia a las políticas de la base de datos dinámica.
[edit policy-options] user@R1# set policy-statement dyn_policy1 dynamic-db user@R1# set policy-statement dyn_policy2 dynamic-db
Configure el emparejamiento del BGP con el dispositivo R0.
[edit protocols bgp group to_r0] user@R1# set neighbor 10.0.0.1 peer-as 100
Aplique las políticas de base de datos dinámicas al emparejamiento del BGP con el dispositivo R0.
[edit protocols bgp group to_r0] user@R1# set neighbor 10.0.0.1 import dyn_policy1 user@R1# set neighbor 10.0.0.1 export dyn_policy2
Configure una lista de prefijos para los prefijos aprendidos del dispositivo R0.
[edit policy-options prefix-list static_prfx2] user@R1# set 172.16.1.0/24 user@R1# set 172.16.2.0/24 user@R1# set 172.16.3.0/24 user@R1# set 172.16.4.0/24
Configure una lista de prefijos para los prefijos aprendidos del dispositivo R2.
[edit policy-options prefix-list static_prfx1] user@R1# set 172.16.2.0/24 user@R1# set 172.16.3.0/24 user@R1# set 172.16.4.0/24 user@R1# set 172.16.5.0/24
Configure las políticas estáticas de la base de datos.
[edit policy-options policy-statement static_policy1] user@R1# set term t1 from prefix-list static_prfx1 user@R1# set term t1 then accept user@R1# set term t2 then reject [edit policy-options policy-statement static_policy2] user@R1# set term t1 from prefix-list static_prfx2 user@R1# set term t1 then accept user@R1# set term t2 then reject
Configure el emparejamiento BGP con el dispositivo R2.
[edit protocols bgp group to_R2] user@R1# set neighbor 10.1.0.2 peer-as 300
Aplique las políticas estáticas de base de datos al emparejamiento del BGP con el dispositivo R2.
[edit protocols bgp group to_R2] user@R1# set import static_policy1 user@R1# set export static_policy2
(Opcional) Configure el enrutador para que no restablezca las sesiones de emparejamiento del BGP después de una conmutación activa de enrutamiento sin interrupción durante un período específico o hasta que reestablezca manualmente la sesión.
Esta instrucción es particularmente útil con las políticas de enrutamiento dinámico, ya que la base de datos dinámica no se sincroniza con el motor de enrutamiento de respaldo cuando se habilita el enrutamiento activo (NSR) sin interrupciones. Como resultado, si se produce un cambio a un motor de enrutamiento de respaldo, es posible que las políticas de importación y exportación que se ejecutan en el motor de enrutamiento principal en el momento de la conmutación ya no estén disponibles. Por lo tanto, es posible que desee evitar que una sesión de emparejamiento de BGP se restablezca automáticamente tan pronto como se produzca una conmutación.
[edit protocols bgp] user@R1# set group to_r0 idle-after-switch-over 300 user@R1# set group to_R2 idle-after-switch-over 300
Configure el número de sistema autónomo (AS).
[edit routing-options] user@R1# set routing-options autonomous-system 200
Resultados
Confirme su configuración ingresando el comando desde el show modo de configuración en la base de datos dinámica, y los comandos , show protocolsshow policy-options y show routing-options desde el show interfacesmodo de configuración en la base de datos estándar. Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.
Dispositivo R1 Dinámico
[edit dynamic]
user@R1# show
policy-options {
prefix-list dyn_prfx1 {
172.16.1.0/24;
172.16.2.0/24;
172.16.3.0/24;
172.16.4.0/24;
172.16.5.0/24;
172.16.6.0/24;
172.16.7.0/24;
172.16.8.0/24;
}
prefix-list dyn_prfx2 {
172.16.2.0/24;
172.16.3.0/24;
172.16.4.0/24;
172.16.5.0/24;
172.16.6.0/24;
}
policy-statement dyn_policy1 {
term t1 {
from {
prefix-list dyn_prfx1;
}
then accept;
}
term t2 {
then reject;
}
}
policy-statement dyn_policy2 {
term t1 {
from {
prefix-list dyn_prfx2;
}
then accept;
}
term t2 {
then reject;
}
}
}
Estándar del dispositivo R1
[edit]
user@R1# show interfaces
fe-1/2/0 {
unit 0 {
family inet {
address 10.0.0.2/30;
}
}
}
fe-1/2/1 {
unit 0 {
family inet {
address 172.16.4.2/24;
address 172.16.3.2/24;
address 172.16.2.2/24;
address 172.16.1.2/24;
address 172.16.5.2/24;
address 172.16.6.2/24;
address 172.16.7.2/24;
address 172.16.8.2/24;
address 172.16.9.2/24;
address 172.16.10.2/24;
}
}
}
fe-1/2/2 {
unit 0 {
family inet {
address 10.1.0.1/30;
}
}
}
fe-1/2/3 {
unit 0 {
family inet {
address 172.16.2.2/24;
address 172.16.3.2/24;
address 172.16.4.2/24;
address 172.16.5.2/24;
address 172.16.6.2/24;
}
}
}
lo0 {
unit 0 {
family inet {
address 192.168.0.2/32;
}
}
}
user@R1# show protocols
bgp {
group to_r0 {
idle-after-switch-over 300;
neighbor 10.0.0.1 {
import dyn_policy1;
export dyn_policy2;
peer-as 100;
}
}
group to_R2 {
import static_policy1;
export static_policy2;
idle-after-switch-over 300;
neighbor 10.1.0.2 {
peer-as 300;
}
}
}
user@R1# show policy-options
prefix-list static_prfx1 {
172.16.2.0/24;
172.16.3.0/24;
172.16.4.0/24;
172.16.5.0/24;
}
prefix-list static_prfx2 {
172.16.1.0/24;
172.16.2.0/24;
172.16.3.0/24;
172.16.4.0/24;
}
policy-statement dyn_policy1 {
dynamic-db;
}
policy-statement dyn_policy2 {
dynamic-db;
}
policy-statement static_policy1 {
term t1 {
from {
prefix-list static_prfx1;
}
then accept;
}
term t2 {
then reject;
}
}
policy-statement static_policy2 {
term t1 {
from {
prefix-list static_prfx2;
}
then accept;
}
term t2 {
then reject;
}
}
user@R1# show routing-options autonomous-system 200;
Si ha terminado de configurar el dispositivo, ingrese commit desde el modo de configuración.
Verificación
Confirme que la configuración funciona correctamente.
- Comprobar las políticas configuradas en el dispositivo R1
- Comprobar las rutas anunciadas desde el dispositivo R0 al dispositivo R1
- Comprobar las rutas que recibe el dispositivo R1 del dispositivo R0
- Comprobar las rutas anunciadas desde el dispositivo R2 al dispositivo R1
- Comprobar las rutas que recibe el dispositivo R1 del dispositivo R2
- Comprobar las rutas que el dispositivo R1 anuncia al dispositivo R0
- Comprobar las rutas que el dispositivo R1 anuncia al dispositivo R2
Comprobar las políticas configuradas en el dispositivo R1
Propósito
Verifique que el dispositivo R1 tenga vigentes las políticas dinámicas y estáticas.
Acción
Desde el dispositivo R1, ingrese el show policy comando.
user@R1> show policy Configured policies: dyn_policy1 dyn_policy2 static_policy1 static_policy2 dyn_policy1 dyn_policy2
Significado
Las políticas dinámicas se enumeran dos veces porque se configuran dos veces, la primera y la configuración central en la base de datos dinámica. La configuración secundaria se encuentra en la base de datos estática, donde se hace referencia a la base de datos dinámica, como se muestra aquí:
Configurado en la base de datos dinámica
policy-statement dyn_policy1 {
term t1 {
from {
prefix-list dyn_prfx1;
}
then accept;
}
term t2 {
then reject;
}
}
policy-statement dyn_policy2 {
term t1 {
from {
prefix-list dyn_prfx2;
}
then accept;
}
term t2 {
then reject;
}
}
Se hace referencia desde la base de datos estática
policy-statement dyn_policy1 {
dynamic-db;
}
policy-statement dyn_policy2 {
dynamic-db;
}
Comprobar las rutas anunciadas desde el dispositivo R0 al dispositivo R1
Propósito
Verifique que la política de enrutamiento del dispositivo R0 esté funcionando.
Acción
Desde el dispositivo R0, ingrese el show route advertising-protocol bgp comando mediante la dirección del vecino del dispositivo R1.
user@R0> show route advertising-protocol bgp 10.0.0.2 inet.0: 28 destinations, 28 routes (28 active, 0 holddown, 0 hidden) Prefix Nexthop MED Lclpref AS path * 172.16.1.0/24 Self I * 172.16.2.0/24 Self I * 172.16.3.0/24 Self I * 172.16.4.0/24 Self I * 172.16.5.0/24 Self I * 172.16.6.0/24 Self I * 172.16.7.0/24 Self I * 172.16.8.0/24 Self I * 172.16.9.0/24 Self I * 172.16.10.0/24 Self I * 10.0.0.0/30 Self I
Significado
El dispositivo R0 envía las rutas esperadas al dispositivo R1.
Comprobar las rutas que recibe el dispositivo R1 del dispositivo R0
Propósito
Compruebe que la política de enrutamiento de importación del dispositivo R1 funciona.
Acción
Desde el dispositivo R1, ingrese el show route receive-protocol bgp comando, usando la dirección de vecino del dispositivo R0.
user@R1> show route receive-protocol bgp 10.0.0.1 inet.0: 35 destinations, 51 routes (35 active, 0 holddown, 4 hidden) Prefix Nexthop MED Lclpref AS path 172.16.1.0/24 10.0.0.1 100 I 172.16.2.0/24 10.0.0.1 100 I 172.16.3.0/24 10.0.0.1 100 I 172.16.4.0/24 10.0.0.1 100 I 172.16.5.0/24 10.0.0.1 100 I 172.16.6.0/24 10.0.0.1 100 I 172.16.7.0/24 10.0.0.1 100 I 172.16.8.0/24 10.0.0.1 100 I
Significado
El dispositivo R1 no recibe algunas de las rutas que envía el dispositivo R0. Faltan las rutas 172.16.9.0/24, 172.16.10.0/24 y 10.0.0.0/30. Esto se debe a que la política de importación del dispositivo R1, aplicada a la sesión de emparejamiento del BGP con el dispositivo R0 mediante la import dyn_policy1 instrucción, define específicamente una lista de prefijos limitada a las siguientes rutas:
prefix-list dyn_prfx1 {
172.16.1.0/24;
172.16.2.0/24;
172.16.3.0/24;
172.16.4.0/24;
172.16.5.0/24;
172.16.6.0/24;
172.16.7.0/24;
172.16.8.0/24;
}
Comprobar las rutas anunciadas desde el dispositivo R2 al dispositivo R1
Propósito
Verifique que la política de enrutamiento del dispositivo R2 esté funcionando.
Acción
Desde el dispositivo R2, ingrese el show route advertising-protocol bgp comando, usando la dirección de vecino del dispositivo R1.
user@R2> show route advertising-protocol bgp 10.1.0.1 inet.0: 17 destinations, 17 routes (17 active, 0 holddown, 0 hidden) Prefix Nexthop MED Lclpref AS path * 172.16.2.0/24 Self I * 172.16.3.0/24 Self I * 172.16.4.0/24 Self I * 172.16.5.0/24 Self I * 172.16.6.0/24 Self I
Significado
El dispositivo R2 envía las rutas esperadas al dispositivo R1.
Comprobar las rutas que recibe el dispositivo R1 del dispositivo R2
Propósito
Compruebe que la política de enrutamiento de importación del dispositivo R1 funciona.
Acción
Desde el dispositivo R1, ingrese el show route receive-protocol bgp comando, usando la dirección de vecino del dispositivo R0.
user@R1> show route receive-protocol bgp 10.1.0.2 inet.0: 35 destinations, 51 routes (35 active, 0 holddown, 4 hidden) Prefix Nexthop MED Lclpref AS path 172.16.2.0/24 10.1.0.2 300 I 172.16.3.0/24 10.1.0.2 300 I 172.16.4.0/24 10.1.0.2 300 I 172.16.5.0/24 10.1.0.2 300 I
Significado
Una de las rutas que envía el dispositivo R2 no la recibe el dispositivo R1. Falta la ruta 172.16.6.0/24. Esto se debe a que la política de importación del dispositivo R1, aplicada a la sesión de emparejamiento del BGP con el dispositivo R2 mediante la import static_policy1 instrucción, define específicamente una lista de prefijos limitada a las siguientes rutas:
prefix-list static_prfx1 {
172.16.2.0/24;
172.16.3.0/24;
172.16.4.0/24;
172.16.5.0/24;
}
Comprobar las rutas que el dispositivo R1 anuncia al dispositivo R0
Propósito
Verifique que la política de enrutamiento de exportación del dispositivo R1 funcione.
Acción
Desde el dispositivo R1, ingrese el show route advertising-protocol bgp comando, usando la dirección de vecino del dispositivo R0.
user@R1> show route advertising-protocol bgp 10.0.0.1 inet.0: 35 destinations, 51 routes (35 active, 0 holddown, 4 hidden) Prefix Nexthop MED Lclpref AS path * 172.16.2.0/24 Self I * 172.16.3.0/24 Self I * 172.16.4.0/24 Self I * 172.16.5.0/24 Self I * 172.16.6.0/24 Self I
Significado
Quizás inesperadamente, la ruta que el dispositivo R1 no recibió a través del BGP del dispositivo R2 (172.16.6.0/24) está siendo anunciada por el dispositivo R1 a través del BGP al dispositivo R0. Esto ocurre por dos razones. La primera razón es que la ruta 172.16.6.0/24 se encuentra en la tabla de enrutamiento del dispositivo R1, aunque sea como una ruta directa, como se muestra aquí:
user@R1> show route 172.16.6.0/24 protocol direct
inet.0: 35 destinations, 51 routes (35 active, 0 holddown, 4 hidden)
+ = Active Route, - = Last Active, * = Both
172.16.6.0/24 *[Direct/0] 2d 22:51:41
> via fe-1/2/3.0La segunda razón es que la política de exportación del dispositivo R1, aplicada a la sesión de emparejamiento del BGP con el dispositivo R0 mediante la export dyn_policy2 instrucción, define específicamente una lista de prefijos limitada a las siguientes rutas:
prefix-list dyn_prfx2 {
172.16.2.0/24;
172.16.3.0/24;
172.16.4.0/24;
172.16.5.0/24;
172.16.6.0/24;
}
Tenga en cuenta la inclusión de 172.16.6.0/24.
Comprobar las rutas que el dispositivo R1 anuncia al dispositivo R2
Propósito
Verifique que la política de enrutamiento de exportación del dispositivo R1 funcione.
Acción
Desde el dispositivo R1, ingrese el show route advertising-protocol bgp comando, usando la dirección de vecino para el dispositivo R2.
user@R1> show route advertising-protocol bgp 10.1.0.2 inet.0: 35 destinations, 51 routes (35 active, 0 holddown, 4 hidden) Prefix Nexthop MED Lclpref AS path * 172.16.1.0/24 Self I * 172.16.2.0/24 Self I * 172.16.3.0/24 Self I * 172.16.4.0/24 Self I
Significado
El dispositivo R1 envía las rutas esperadas al dispositivo R2. La política de exportación del dispositivo R1, aplicada a la sesión de emparejamiento del BGP con el dispositivo R2 mediante la export static_policy2 instrucción, define específicamente una lista de prefijos limitada a las siguientes rutas:
prefix-list static_prfx2 {
172.16.1.0/24;
172.16.2.0/24;
172.16.3.0/24;
172.16.4.0/24;
}