EN ESTA PÁGINA
Ejemplo: Configuración de directivas de enrutamiento dinámico
En este ejemplo se muestra cómo configurar objetos de directiva de enrutamiento en una base de datos dinámica que no está sujeta a la misma comprobación requerida en la base de datos de configuración estándar.
Requisitos
No se necesita 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 los cambios de configuración puede implicar una cantidad significativa de sobrecarga y tiempo.
El tiempo que se tarda en confirmar los cambios en la base de datos dinámica es mucho más corto que en la base de datos de configuración estándar. Puede hacer referencia a estas directivas y objetos de directiva en las directivas de enrutamiento que configure en la base de datos estándar. BGP es el único protocolo al que se pueden aplicar directivas de enrutamiento que hacen referencia a directivas y objetos de directiva configurados en la base de datos dinámica. Después de configurar y confirmar una directiva de enrutamiento basada en los objetos configurados en la base de datos dinámica, puede actualizar rápidamente cualquier directiva de enrutamiento existente realizando 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 utiliza 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 BGP, utilizando la from interface fe-1/2/1.0 condición de política como 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 BGP. La configuración del dispositivo R2 es ligeramente diferente de la del dispositivo R0 en 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 tiene aplicadas 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.
La sección #configuration776__policy-standard-st describe 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, a continuación, copie y pegue los comandos en la CLI en el nivel de [edit] 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
En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener instrucciones sobre cómo hacerlo, consulte Usar el editor de CLI en el 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:
Especifique el 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 directivas 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
En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener instrucciones sobre cómo hacerlo, consulte Usar el editor de CLI en el 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 directivas de enrutamiento que hagan referencia a las directivas 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 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ámica al emparejamiento 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 directivas de base de datos estáticas.
[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 directivas de base de datos estáticas al emparejamiento 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 BGP después de un cambio de enrutamiento sin interrupción activo, ya sea durante un período especificado o hasta que restablezca manualmente la sesión.
Esta instrucción es particularmente útil con las directivas de enrutamiento dinámico, ya que la base de datos dinámica no se sincroniza con el motor de enrutamiento de reserva cuando está habilitado el enrutamiento activo sin interrupción (NSR). Como resultado, si se produce un cambio a un motor de enrutamiento de reserva, es posible que las directivas de importación y exportación que se ejecutan en el motor de enrutamiento principal en el momento del cambio ya no estén disponibles. Por lo tanto, es posible que desee evitar que una sesión de emparejamiento BGP se restablezca automáticamente tan pronto como se produzca un cambio.
[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
Para confirmar la configuración, show protocolsshow policy-options escriba el comando desde el show modo de configuración en la base de datos dinámica y los comandos , 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;
}
}
}
Dispositivo R1 estándar
[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;
Cuando termine de configurar el dispositivo, ingrese commit en el modo de configuración.
Verificación
Confirme que la configuración funcione correctamente.
- Comprobación de las directivas configuradas en el dispositivo R1
- Comprobación de las rutas anunciadas del dispositivo R0 al dispositivo R1
- Comprobación de las rutas que el dispositivo R1 recibe del dispositivo R0
- Comprobación de las rutas anunciadas del dispositivo R2 al dispositivo R1
- Comprobación de las rutas que el dispositivo R1 recibe del dispositivo R2
- Comprobación de las rutas que el dispositivo R1 anuncia al dispositivo R0
- Comprobación de las rutas que el dispositivo R1 anuncia al dispositivo R2
Comprobación de las directivas configuradas en el dispositivo R1
Propósito
Compruebe que el dispositivo R1 tenga las directivas dinámicas y estáticas vigentes.
Acción
En el dispositivo R1, escriba el show policy comando.
user@R1> show policy Configured policies: dyn_policy1 dyn_policy2 static_policy1 static_policy2 dyn_policy1 dyn_policy2
Significado
Las directivas dinámicas se enumeran dos veces porque se configuran dos veces, la primera configuración 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 a continuación:
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;
}
Comprobación de las rutas anunciadas del dispositivo R0 al dispositivo R1
Propósito
Compruebe que la directiva de enrutamiento del dispositivo R0 funciona.
Acción
Desde el dispositivo R0, escriba el show route advertising-protocol bgp comando utilizando 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.
Comprobación de las rutas que el dispositivo R1 recibe del dispositivo R0
Propósito
Compruebe que la directiva de enrutamiento de importación del dispositivo R1 funciona.
Acción
Desde el dispositivo R1, ingrese el show route receive-protocol bgp comando utilizando la dirección vecina 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
Algunas de las rutas enviadas por el dispositivo R0 no son recibidas por el dispositivo R1. 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;
}
Comprobación de las rutas anunciadas del dispositivo R2 al dispositivo R1
Propósito
Compruebe que la directiva de enrutamiento del dispositivo R2 funciona.
Acción
Desde el dispositivo R2, ingrese el show route advertising-protocol bgp comando utilizando 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 está enviando las rutas esperadas al dispositivo R1.
Comprobación de las rutas que el dispositivo R1 recibe del dispositivo R2
Propósito
Compruebe que la directiva de enrutamiento de importación del dispositivo R1 funciona.
Acción
Desde el dispositivo R1, ingrese el show route receive-protocol bgp comando utilizando la dirección vecina 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 enviadas por el dispositivo R2 no es recibida por el dispositivo R1. Falta la ruta 172.16.6.0/24. Esto se debe a que la directiva de importación del dispositivo R1, aplicada a la sesión de emparejamiento 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;
}
Comprobación de las rutas que el dispositivo R1 anuncia al dispositivo R0
Propósito
Compruebe que la directiva de enrutamiento de exportación del dispositivo R1 funciona.
Acción
Desde el dispositivo R1, ingrese el show route advertising-protocol bgp comando utilizando la dirección vecina 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 de BGP desde el dispositivo R2 (172.16.6.0/24) está siendo anunciada por el dispositivo R1 a través de BGP al dispositivo R0. Esto está sucediendo por dos razones. La primera razón es que la ruta 172.16.6.0/24 está en la tabla de enrutamiento del dispositivo R1, aunque 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 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;
}
Obsérvese la inclusión de 172.16.6.0/24.
Comprobación de las rutas que el dispositivo R1 anuncia al dispositivo R2
Propósito
Compruebe que la directiva de enrutamiento de exportación del dispositivo R1 funciona.
Acción
Desde el dispositivo R1, ingrese el show route advertising-protocol bgp comando utilizando la dirección vecina del 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;
}