Configuración del Mecanismo de Control de Tráfico PfRv2 con BGP o EIGRP

Introducción

Este documento describe cómo Performance Routing versión 2 (PfRv2) controla el tráfico según la decisión de política PfRv2. El método y los criterios utilizados para controlar el tráfico dependen del protocolo subyacente a través del cual se aprende la ruta primaria. En este documento, se muestra la acción de control de tráfico PfRv2 cuando se aprende la ruta primaria a través de BGP y EIGRP.

Prerequisites

Requirements

Cisco recomienda que tenga conocimientos básicos de routing de rendimiento (PfR).

Componentes Utilizados

Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.

Configurar

PfRv2 permite al administrador de red configurar la lista de aprendizaje para agrupar el tráfico , aplicar la política configurada y elegir el mejor router de borde (BR) que cumpla con ciertos parámetros como demora, fluctuación, utilización, etc definidos en la política. Hay varios modos en los que PfRv2 controla el tráfico y depende del protocolo a través del cual se aprende la ruta primaria para el prefijo de destino. El PfRv2 puede cambiar la base de información de routing (RIB) mediante la manipulación de los protocolos de routing, la inyección de rutas estáticas o el routing dinámico basado en políticas. A continuación se muestra una tabla que destaca el método de control de ruta para varios protocolos.

Diagrama de la red

Este documento se referiría a la siguiente imagen como una topología de ejemplo para el resto del documento.

Dispositivos mostrados en el diagrama:

R1- Servidor, Iniciando tráfico.

R3- Router maestro PfR.

R4&R5- Router de borde PfR.

Los clientes conectados a R9 y R10 son dispositivos que reciben el tráfico del servidor R1.

Configuraciones

!
key chain pfr
 key 0
  key-string cisco
pfr master
 policy-rules PFR
 !
 border 10.4.4.4 key-chain pfr
  interface Ethernet1/0 external
  interface Ethernet1/2 internal
  link-group MPLS
 !
 border 10.5.5.5 key-chain pfr
  interface Ethernet1/3 internal
  interface Ethernet1/0 external
   link-group INET
 !
 learn
  traffic-class filter access-list DENY-ALL
   list seq 10 refname APPLICATION-LEARN-LIST
   traffic-class prefix-list APPLICATION
   throughput
  list seq 20 refname DATA-LEARN-LIST
   traffic-class prefix-list DATA
   throughput
 !
pfr-map PFR 10
 match pfr learn list APPLICATION-LEARN-LIST
 set periodic 90
 set delay threshold 25
 set mode monitor active
 set active-probe echo 10.20.21.1
 set probe frequency 5
 set link-group MPLS fallback INET
!
pfr-map PFR 20
 match pfr learn list DATA-LEARN-LIST
 set periodic 90
 set delay threshold 25
 set mode monitor active
 set active-probe echo 10.30.31.1
 set probe frequency 5
 set link-group INET fallback MPLS
!
ip prefix-list APPLICATION: 1 entries
   seq 5 permit 10.20.0.0/16
!
ip prefix-list DATA: 1 entries
   seq 5 permit 10.30.0.0/16
!

Verificación

Caso 1: Ruta principal a través de BGP

En este caso, la ruta primaria para ambos prefijos, es decir, 10.20.0.0/16 y 10.30.0.0/16, se aprenden a través de BGP. A continuación, se muestra un resultado para la ruta principal desde ambos routers de borde (R4 y R5).

R4#show ip route 
--output suppressed--
B        10.20.0.0/16 [20/0] via 10.0.46.6, 01:26:58
B        10.30.0.0/16 [20/0] via 10.0.46.6, 01:26:58

R5#show ip route
--output suppressed--
B        10.20.0.0/16 [20/0] via 10.0.57.7, 00:42:37
B        10.30.0.0/16 [20/0] via 10.0.57.7, 00:42:37

Hay flujo de tráfico activo para ambas clases de tráfico y ambos se pueden ver en el estado INPOLICY en las salidas siguientes. R4 puede verse a continuación para ser seleccionado para el prefijo 10.20.20.0/24 y R5 ha sido seleccionado para el prefijo 10.30.30.0/24. Esto es según la preferencia de grupo de links configurada para cada lista de aprendizaje.

R3#show pfr master traffic-class 
OER Prefix Statistics:
 Pas - Passive, Act - Active, S - Short term, L - Long term, Dly - Delay (ms),
 P - Percentage below threshold, Jit - Jitter (ms), 
 MOS - Mean Opinion Score
 Los - Packet Loss (percent/10000), Un - Unreachable (flows-per-million),
 E - Egress, I - Ingress, Bw - Bandwidth (kbps), N - Not applicable
 U - unknown, * - uncontrolled, + - control more specific, @ - active probe all
 # - Prefix monitor mode is Special, & - Blackholed Prefix
 % - Force Next-Hop, ^ - Prefix is denied

DstPrefix           Appl_ID Dscp Prot     SrcPort     DstPort SrcPrefix         
           Flags             State     Time            CurrBR  CurrI/F Protocol
         PasSDly  PasLDly   PasSUn   PasLUn  PasSLos  PasLLos      EBw      IBw
         ActSDly  ActLDly   ActSUn   ActLUn  ActSJit  ActPMOS  ActSLos  ActLLos
--------------------------------------------------------------------------------
10.20.20.0/24             N    N    N           N           N N                 
                          INPOLICY       56          10.4.4.4 Et1/0           BGP     
               N        N        N        N        N        N        N        N
               1        2        0        0        N        N        N        N

10.30.30.0/24             N    N    N           N           N N                 
                          INPOLICY       59          10.5.5.5 Et1/0           BGP     
               N        N        N        N        N        N        N        N
               3        2        0        0        N        N        N        N

Dado que R4 ha sido seleccionado por PfRv2 como el router de salida para 10.20.20.0/24 , R4 inserta una ruta con mayor preferencia local para 10.20.20.0/24 como se muestra a continuación. Las propiedades de la ruta inyectada son heredadas por la ruta principal.

R4#show ip bgp 10.20.20.0/24
BGP routing table entry for 10.20.20.0/24, version 60
Paths: (1 available, best #1, table default, not advertised to EBGP peer)
  Advertised to update-groups:
     10        
  Refresh Epoch 1
  200, (injected path from 10.20.0.0/16)
    10.0.46.6 from 10.0.46.6 (10.6.6.6)
      Origin incomplete, metric 0, localpref 100, valid, external, best
      Community: no-export
      rx pathid: 0, tx pathid: 0x0

No se ve una preferencia local mayor en el router que inyecta la ruta. En su lugar, es visible en otros BR que reciben esta ruta a través de iBGP. A continuación se muestra un ejemplo de ruta que se ve en R5 para el prefijo 10.20.20.0/24.

R5#show ip bgp 10.20.20.0/24
BGP routing table entry for 10.20.20.0/24, version 17
Paths: (1 available, best #1, table default)
  Advertised to update-groups:
     6         
  Refresh Epoch 1
  200
    10.0.45.4 from 10.0.45.4 (10.4.4.4)
      Origin incomplete, metric 0, localpref 5000, valid, internal, best
      rx pathid: 0, tx pathid: 0x0

Por lo tanto, cualquier tráfico recibido por R5 para el prefijo 10.20.20.0/24 se rutea a R4 de nuevo para que el tráfico pueda salir del BR seleccionado por PfRv2.

R4#show pfr border routes bgp 
BGP table version is 60, local router ID is 10.4.4.4
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, 
              r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter, 
              x best-external, a additional-path, c RIB-compressed, 
Origin codes: i - IGP, e - EGP, ? - incomplete
RPKI validation codes: V valid, I invalid, N Not found
OER Flags: C - Controlled, X - Excluded, E - Exact, N - Non-exact, I - Injected

   Network          Next Hop        OER    LocPrf Weight Path
*> 10.20.20.0/24    10.0.46.6       CEI     5000      0 200 ?
*>i10.30.30.0/24    10.0.45.5       XN      5000      0 300 ?

Para el prefijo 10.20.20.0/24 se pueden ver tres indicadores. "C" (controlado) significa que la ruta fue controlada e inyectada localmente. 'E' (exacto) significa que esta ruta es exacta y está presente en la tabla BGP y que no hay más ruta específica presente que esta. 'I' (inyectado) dice que esta ruta se ha inyectado localmente en este router.

Del mismo modo, para el prefijo 10.30.30.0/24, se pueden ver dos indicadores. 'X' (excluido) muestra que esta ruta no se ha inyectado localmente y en su lugar se originó en algún otro BR, R5 en nuestro caso. Y con el indicador X, se puede ignorar el indicador 'N'.

Una cosa importante a tener en cuenta es de forma predeterminada que la ruta inyectada transporta un valor de preferencia local de 5000. Por lo tanto, si su política BGP ya está usando algún valor que es mayor que 5000, puede haber un problema y los resultados observados no se pudieron esperar. Puede ajustar el valor de preferencia local predeterminado mediante el siguiente comando.

R3(config-pfr-mc)#mode route metric bgp local-pref 
     
      
     

Caso 2: La ruta principal es a través de EIGRP

Considere este caso en el que se aprende la ruta primaria para ambos prefijos, es decir, 10.20.0.0/16 y 10.30.0.0/16 a través de EIGRP. A continuación, se muestra un resultado para la ruta principal desde ambos routers de borde (R4 y R5). En este caso, estas rutas son externas, sin embargo, estas pueden ser rutas primarias de eigrp internas también dependiendo del diseño de la red.

R4#show ip route
--output suppressed--
D EX     10.20.0.0/16 [170/25651200] via 10.0.46.6, 00:04:25, Ethernet1/0
D EX     10.30.0.0/16 [170/25651200] via 10.0.46.6, 00:04:25, Ethernet1/0

R5#show ip route
--output suppressed--
D EX     10.20.0.0/16 [170/25651200] via 10.0.57.7, 00:05:46, Ethernet1/0
D EX     10.30.0.0/16 [170/25651200] via 10.0.57.7, 00:05:46, Ethernet1/0 

Como se muestra en el caso anterior, hay flujo de tráfico activo para ambas clases de tráfico y ambos se pueden ver en el estado INPOLICY en el resultado siguiente. R4 ha sido seleccionado para el prefijo 10.20.20.0/24 y R5 ha sido seleccionado para el prefijo 10.30.30.0/24. Esto es según la preferencia de grupo de links configurada para cada lista de aprendizaje.

R3#show pfr master traffic-class 
OER Prefix Statistics:
 Pas - Passive, Act - Active, S - Short term, L - Long term, Dly - Delay (ms),
 P - Percentage below threshold, Jit - Jitter (ms), 
 MOS - Mean Opinion Score
 Los - Packet Loss (percent/10000), Un - Unreachable (flows-per-million),
 E - Egress, I - Ingress, Bw - Bandwidth (kbps), N - Not applicable
 U - unknown, * - uncontrolled, + - control more specific, @ - active probe all
 # - Prefix monitor mode is Special, & - Blackholed Prefix
 % - Force Next-Hop, ^ - Prefix is denied

DstPrefix           Appl_ID Dscp Prot     SrcPort     DstPort SrcPrefix         
           Flags             State     Time            CurrBR  CurrI/F Protocol
         PasSDly  PasLDly   PasSUn   PasLUn  PasSLos  PasLLos      EBw      IBw
         ActSDly  ActLDly   ActSUn   ActLUn  ActSJit  ActPMOS  ActSLos  ActLLos
--------------------------------------------------------------------------------
10.20.20.0/24             N    N    N           N           N N                 
                          INPOLICY       31          10.4.4.4 Et1/0           EIGRP   
               N        N        N        N        N        N        N        N
               1        2        0        0        N        N        N        N

10.30.30.0/24             N    N    N           N           N N                 
                          INPOLICY       24          10.5.5.5 Et1/0           EIGRP   
               N        N        N        N        N        N        N        N
               2        2        0        0        N        N        N        N

Dado que R4 ha sido seleccionado por PfRv2 como el mejor router de salida para 10.20.20.0/24 , R4 inserta una ruta más específica con la etiqueta 5000 como se muestra a continuación. Esta ruta inyectada es siempre una ruta interna EIGRP incluso si la ruta principal es externa. Además, si la ruta primaria transporta un valor de etiqueta, no se hereda por la ruta inyectada.

R4#show ip route 10.20.20.0 255.255.255.0
Routing entry for 10.20.20.0/24
  Known via "eigrp 100", distance 90, metric 25651200
  Tag 5000, type internal
  Redistributing via eigrp 100
  Last update from 10.0.46.6 on Ethernet1/0, 00:17:04 ago
  Routing Descriptor Blocks:
  * 10.0.46.6, from 0.0.0.0, 00:17:04 ago, via Ethernet1/0
      Route metric is 25651200, traffic share count is 1
      Total delay is 2000 microseconds, minimum bandwidth is 100 Kbit
      Reliability 255/255, minimum MTU 1500 bytes
      Loading 12/255, Hops 0
      Route tag 5000

R4#show ip eigrp topology 10.20.20.0/24
EIGRP-IPv4 Topology Entry for AS(100)/ID(10.4.4.4) for 10.20.20.0/24
  State is Passive, Query origin flag is 1, 1 Successor(s), FD is 25651200
  Descriptor Blocks:
  10.0.46.6 (Ethernet1/0), from 0.0.0.0, Send flag is 0x0
      Composite metric is (25651200/0), route is Internal
      Vector metric:
        Minimum bandwidth is 100 Kbit
        Total delay is 2000 microseconds
        Reliability is 255/255
        Load is 12/255
        Minimum MTU is 1500
        Hop count is 0
        Originating router is 10.4.4.4
        Internal tag is 5000

R4#show pfr border routes eigrp 
Flags: C - Controlled by oer, X - Path is excluded from control, 
       E - The control is exact, N - The control is non-exact

Flags Network            Parent             Tag       
CE    10.20.20.0/24      10.20.0.0/16       5000      
XN    10.30.30.0/24

En el caso anterior, la ruta principal es menos específica, es decir, 10.20.0.0/16 e insertar una ruta más específica 10.20.20.0/24 proporciona los resultados deseados. Cualquier tráfico recibido en R5 sería redirigido a R4 usando la ruta siguiente y por lo tanto el tráfico fluiría según la mejor salida BR seleccionada de PfRv2.

R5#show ip route 10.20.20.0   
Routing entry for 10.20.20.0/24
  Known via "eigrp 100", distance 90, metric 26931200
  Tag 5000, type internal
  Redistributing via eigrp 100
  Last update from 10.0.45.4 on Tunnel10, 00:25:34 ago
  Routing Descriptor Blocks:
  * 10.0.45.4, from 10.0.45.4, 00:25:34 ago, via Tunnel10    // 10.0.45.4 is R4 IP.
      Route metric is 26931200, traffic share count is 1
      Total delay is 52000 microseconds, minimum bandwidth is 100 Kbit
      Reliability 255/255, minimum MTU 1476 bytes
      Loading 28/255, Hops 1
      Route tag 5000

En el caso de que la ruta principal sea también la ruta /24, R4 inyecta una ruta /24 de una manera que hace que la ruta inyectada sea más preferida que la ruta principal.

R4#show ip eigrp topology 10.20.20.0/24
EIGRP-IPv4 Topology Entry for AS(100)/ID(10.4.4.4) for 10.20.20.0/24
  State is Passive, Query origin flag is 1, 1 Successor(s), FD is 25600000
  Descriptor Blocks:
  10.0.46.6 (Ethernet1/0), from 0.0.0.0, Send flag is 0x0
      Composite metric is (25600000/0), route is Internal
      Vector metric:
        Minimum bandwidth is 100 Kbit             
        Total delay is 1 microseconds             // Injected route with a delay of 1.
        Reliability is 255/255
        Load is 102/255
        Minimum MTU is 1500
        Hop count is 0
        Originating router is 10.4.4.4
        Internal tag is 5000
  10.0.45.5 (Tunnel10), from 10.0.45.5, Send flag is 0x0
      Composite metric is (26931200/25651200), route is External
      Vector metric:
        Minimum bandwidth is 100 Kbit
        Total delay is 52000 microseconds
        Reliability is 255/255
        Load is 99/255
        Minimum MTU is 1476
        Hop count is 2
        Originating router is 10.0.78.7
      External data:
        AS number of route is 0
        External protocol is Static, external metric is 0
        Administrator tag is 0 (0x00000000)
  10.0.46.6 (Ethernet1/0), from 10.0.46.6, Send flag is 0x0     //Parent route
      Composite metric is (25651200/281600), route is External
      Vector metric:
        Minimum bandwidth is 100 Kbit
        Total delay is 2000 microseconds
        Reliability is 255/255
        Load is 102/255
        Minimum MTU is 1500
        Hop count is 1
        Originating router is 10.0.68.6
      External data:
        AS number of route is 0
        External protocol is Static, external metric is 0
        Administrator tag is 0 (0x00000000)

Como se muestra anteriormente, cuando la ruta primaria y el prefijo insertado son de la misma máscara de subred, la ruta inyectada hereda el ancho de banda mínimo, la carga, la confiabilidad, la MTU, etc. de la ruta primaria, pero el retraso de la ruta inyectada se establece menos y, por lo tanto, se convierte en una ruta preferida. Por lo tanto, cuando se recibe tráfico en otro BR, es decir, R5, R5 puede enviar tráfico a través de esta ruta con mejor métrica a R4 y R4 luego lo enviaría fuera de su interfaz de salida de acuerdo con PfRv2.