Ejemplo: Configuración de una directiva de enrutamiento para anunciar la mejor ruta externa a pares internos

Procedimiento paso a paso

El ejemplo siguiente requiere que navegue 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 de Junos OS.

Para configurar el dispositivo R2:

1. Configure las interfaces del dispositivo.

   content_copy zoom_out_map

   [edit interfaces]
   user@R2# set fe-1/2/0 unit 0 description to-R1
   user@R2# set fe-1/2/0 unit 0 family inet address 10.0.0.2/30
   user@R2# set fe-1/2/1 unit 0 description to-R3
   user@R2# set fe-1/2/1 unit 0 family inet address 10.0.0.5/30
   user@R2# set lo0 unit 0 family inet address 192.168.0.2/32
   

2. Configure OSPF u otro protocolo de puerta de enlace interior (IGP).

   content_copy zoom_out_map

   [edit protocols ospf area 0.0.0.0]
   user@R2# set interface fe-1/2/1.0
   user@R2# set interface lo0.0 passive
   

3. Configure la conexión EBGP con el dispositivo R1.

   content_copy zoom_out_map

   [edit protocols bgp group ext]
   user@R2# set type external
   user@R2# set peer-as 100
   user@R2# set neighbor 10.0.0.1
   

4. Configure la conexión del IBGP al dispositivo R3.

   content_copy zoom_out_map

   [edit protocols bgp group int]
   user@R2# set type internal
   user@R2# set local-address 192.168.0.2
   user@R2# set neighbor 192.168.0.3
   

5. Agregue la advertise-external instrucción a la sesión de emparejamiento de grupo del IBGP.

   content_copy zoom_out_map

   [edit protocols bgp group int]
   user@R2# set advertise-external
   

6. Configure el número de sistema autónomo (AS) y el ID del enrutador.

   content_copy zoom_out_map

   [edit routing-options ]
   user@R2# set router-id 192.168.0.2
   user@R2# set autonomous-system 200
   

Resultados

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

user@R2# show interfaces
fe-1/2/0 {
    unit 0{
        description to-R1;
        family inet {
            address 10.0.0.2/30;
        }
    }
}
fe-1/2/1 {
    unit 0 {
        description to-R3;
        family inet {
            address 10.0.0.5/30;
        }
    }
}
lo0 {
    unit 0 {
        family inet {
            address 192.168.0.2/32;
        }
    }
}

user@R2# show protocols
bgp {
    group ext {
        type external;
        peer-as 100;
        neighbor 10.0.0.1;
    }
    group int {
        type internal;
        local-address 192.168.0.2;
        advertise-external;
        neighbor 192.168.0.3;
    }
}
ospf {
    area 0.0.0.0 {
        interface fe-1/2/1.0;
        interface lo0.0 {
            passive;
        }
    }
}

user@R2# show routing-options
router-id 192.168.0.2;
autonomous-system 200;

Cuando termine de configurar el dispositivo, ingrese commit en el modo de configuración.

Propósito

En el dispositivo R2, asegúrese de que el prefijo 172.16.6.0/24 esté en la tabla de enrutamiento y tenga la ruta activa esperada.

Acción

user@R2> show route 172.16.6

inet.0: 8 destinations, 9 routes (8 active, 1 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both

172.16.6.0/24      *[BGP/170] 00:00:07, localpref 200, from 192.168.0.3
                      AS path: I, validation-state: unverified
                    > to 10.0.0.6 via fe-1/2/1.0
                    [BGP/170] 03:23:03, localpref 100
                      AS path: 100 I, validation-state: unverified
                    > to 10.0.0.1 via fe-1/2/0.0

Significado

El dispositivo R2 recibe la ruta 172.16.6.0/24 de los dispositivos R1 y R3. La ruta desde el dispositivo R3 es la ruta activa, designada por el asterisco (*). La ruta activa tiene la preferencia local más alta. Incluso si las preferencias locales de las dos rutas fueran iguales, la ruta del dispositivo R3 permanecería activa porque tiene la ruta de AS más corta.

Propósito

En el dispositivo R2, asegúrese de que la ruta 172.16.6.0/24 esté anunciada para el dispositivo R3.

Acción

user@R2> show route advertising-protocol bgp 192.168.0.3

inet.0: 8 destinations, 9 routes (8 active, 1 holddown, 0 hidden)
  Prefix                  Nexthop              MED     Lclpref    AS path
  172.16.6.0/24           10.0.0.1                     100        100 I

Significado

El dispositivo R2 anuncia la ruta 172.16.6.0/24 hacia el dispositivo R3.

Propósito

Asegúrese de que el prefijo 172.16.6.0/24 esté en la tabla de enrutamiento del dispositivo R3.

Acción

user@R3> show route 172.16.6.0/24

inet.0: 7 destinations, 8 routes (7 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both

172.16.6.0/24      *[Static/5] 03:34:14
                      Reject
                    [BGP/170] 06:34:43, localpref 100, from 192.168.0.2
                      AS path: 100 I, validation-state: unverified
                    > to 10.0.0.5 via fe-1/2/0.6

Significado

El dispositivo R3 tiene la ruta estática y la ruta BGP para 172.16.6.0/24.

Tenga en cuenta que la ruta BGP está oculta en el dispositivo R3 si no se puede acceder a la ruta o si no se puede resolver el siguiente salto. Para cumplir este requisito, este ejemplo incluye una ruta predeterminada estática en el dispositivo R3 (static route 0.0.0.0/0 next-hop 10.0.0.5).

Propósito

Vea cómo funciona la conditional opción en el contexto del algoritmo de selección de ruta BGP.

Acción

1. En el dispositivo R2, agregue la conditional opción.

   content_copy zoom_out_map

   [edit  protocols bgp group int]
   user@R2# set advertise-external conditional
   user@R2# commit
   

2. En el dispositivo R2, compruebe si la ruta 172.16.6.0/24 se anuncia para el dispositivo R3.

   content_copy zoom_out_map

   user@R2> show route advertising-protocol bgp 192.168.0.3
   
   

   Como era de esperar, la ruta ya no se anuncia. Es posible que tenga que esperar unos segundos para ver este resultado.

3. En el dispositivo R3, desactive la acción de then local-preference directiva.

   content_copy zoom_out_map

   [edit policy-options policy-statement send-static term 1]
   user@R3# deactivate logical-systems R3 then local-preference 
   user@R3# commit
   

4. En el dispositivo R2, asegúrese de que las preferencias locales de las dos rutas sean iguales.

   content_copy zoom_out_map

   user@R2> show route 172.16.6.0/24
   
   inet.0: 8 destinations, 9 routes (8 active, 0 holddown, 0 hidden)
   + = Active Route, - = Last Active, * = Both
   
   172.16.6.0/24      *[BGP/170] 08:02:59, localpref 100
                         AS path: 100 I, validation-state: unverified
                       > to 10.0.0.1 via fe-1/2/0.0
                       [BGP/170] 00:07:51, localpref 100, from 192.168.0.3
                         AS path: I, validation-state: unverified
                       > to 10.0.0.6 via fe-1/2/1.0

5. En el dispositivo R2, agregue la as-path-ignore instrucción.

   content_copy zoom_out_map

   [edit protocols bgp]
   user@R2# set path-selection as-path-ignore 
   user@R2# commit
   

6. En el dispositivo R2, compruebe si la ruta 172.16.6.0/24 se anuncia para el dispositivo R3.

   content_copy zoom_out_map

   user@R2> show route advertising-protocol bgp 192.168.0.3
   
   inet.0: 8 destinations, 9 routes (8 active, 0 holddown, 0 hidden)
     Prefix                  Nexthop              MED     Lclpref    AS path
   * 172.16.6.0/24           10.0.0.1                     100        100 I

   Como era de esperar, ahora se anuncia la ruta porque se ignora la longitud de la ruta del AS y porque las preferencias locales son iguales.