Versión de tabla BGP

Introducción

Este documento describe la versión de tabla, que es un número utilizado por el protocolo de gateway fronterizo (BGP) para realizar el seguimiento de los mejores cambios de trayectoria de los prefijos BGP que se propagan a los pares BGP. Es un número utilizado por el software BGP. Puede ver el número de versión de tabla si ingresa los comandos show, lo que ayuda al administrador de red a resolver problemas.

Diagrama de la red

Este es el diagrama de red que se utiliza para este artículo:

Mejor Trayecto

Un prefijo BGP tiene una o más trayectorias, porque el prefijo BGP se aprende de diferentes pares y orígenes BGP.

Este es un ejemplo de un prefijo BGP con varias trayectorias. Hay dos trayectorias y la mejor es la segunda.

R1#show bgp ipv4 unicast 10.100.1.1
BGP routing table entry for 10.100.1.1/32, version 2
Paths: (2 available, best #2, table default)
  Advertised to update-groups:
     1        
  Refresh Epoch 1
  5 4
    10.1.5.5 from 10.1.5.5 (10.1.5.5)
      Origin IGP, localpref 100, valid, external
      rx pathid: 0, tx pathid: 0
  Refresh Epoch 1
  4
    10.1.3.4 from 10.1.3.4 (10.100.1.1)
      Origin IGP, metric 0, localpref 100, valid, external, best
      rx pathid: 0, tx pathid: 0x0

Solamente se elige una trayectoria como la mejor trayectoria BGP basada en el algoritmo BGP Best Path. Este es siempre el caso. Refiérase al artículo Algoritmo de Selección de la Mejor Trayectoria de BGP para obtener más información.

La trayectoria se aprende de un peer BGP o de un origen, como por ejemplo de la redistribución desde un protocolo de ruteo a BGP. Cuando hay un cambio en la mejor trayectoria, el BGP debe informar a su par enviando una actualización o un retiro. El retiro se envía cuando se elimina la última trayectoria del prefijo BGP.

A continuación se muestra un ejemplo donde el prefijo se origina localmente por el comando network:

R4#show bgp ipv4 unicast 10.100.1.1
BGP routing table entry for 10.100.1.1/32, version 4
Paths: (1 available, best #1, table default)
  Advertised to update-groups:
     1        
  Refresh Epoch 1
  Local
    0.0.0.0 from 0.0.0.0 (10.1.3.4)
      Origin IGP, metric 0, localpref 100, weight 32768, valid, sourced, local, best
      rx pathid: 0, tx pathid: 0x0

El resultado muestra IGP de origen.

Aquí hay un ejemplo donde el prefijo se origina localmente por el comando redistribution connected:

R4#show bgp ipv4 unicast 10.100.1.1
BGP routing table entry for 10.100.1.1/32, version 7
Paths: (1 available, best #1, table default)
Flag: 0x820
  Not advertised to any peer
  Refresh Epoch 1
  Local
    0.0.0.0 from 0.0.0.0 (10.1.3.4)
      Origin incomplete, metric 0, localpref 100, weight 32768, valid, sourced, best
      rx pathid: 0, tx pathid: 0x0

El resultado muestra Origen Incompleto.

Tipos de versiones de tabla

El número de versión de tabla es un valor de 32 bits y hay cuatro tipos de versiones de tabla:

• Versión de tabla BGP
• Versión de tabla de Base de información de routing (RIB)
• Versión de tabla de pares
• Versión de tabla de prefijos

Estos se explican con más detalle en la sección Uso de la Versión de la Tabla.

Número de versión de tabla inicial

Cuando BGP aún no ha aprendido acerca de ningún prefijo, la versión de tabla global, la versión de tabla RIB y la versión de tabla de pares son 1, que es el punto de partida para el número de versión de tabla.

El comando BGP con la palabra clave summary le proporciona tres números de versión de tabla. La palabra clave summary se puede proporcionar para todas las familias de direcciones en BGP.

R1#show bgp ipv4 unicast summary
BGP router identifier 10.1.3.1, local AS number 1
BGP table version is 1, main routing table version 1
 
Neighbor     V       AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd
10.1.1.2     4        2       4       4        1    0    0 00:01:15        0
10.1.2.3     4        3       4       4        1    0    0 00:01:06        0
10.1.3.4     4        4       4       4        1    0    0 00:01:33        0

Puede ver la Versión de la Tabla de Prefijos si observa un prefijo en la tabla BGP.

R1#show bgp ipv4 unicast 10.100.1.1/32
BGP routing table entry for 10.100.1.1/32, version 2
Paths: (1 available, best #1, table default)
  Advertised to update-groups:
     1        
  Refresh Epoch 1
  4
    10.1.3.4 from 10.1.3.4 (10.1.3.4)
      Origin IGP, metric 0, localpref 100, valid, external, best
      rx pathid: 0, tx pathid: 0x0

Puede ver la Versión de la Tabla si ingresa el comando show ip bgp internal:

R1#show ip bgp internal
Time left for bestpath timer: 964 secs
Consistency-checker not enabled
Update generation pool version 8, messages 0, in pool 0, below 00:00:24.432.
Enhanced Refresh EOR Stalepath-time disabled
Enhanced Refresh max-eor-time disabled
Total number of BGP Accepter process: 50, Spawned count: 0
Total number of neighbors: 4
Total number of sessions : 4
  Established            : 4
  OpenConfirm            : 0
  OpenSent               : 0
  Active                 : 0
  Connect                : 0
  Idle                   : 0
  Closing                : 0
  Uninitialized          : 0
Address-family IPv4 Unicast, Mode : RW
    Table Versions : Current 39 Init 2 RIB 39


    Start time : 00:00:18.919    Time elapsed 22:15:38.198
    First Peer up in : 00:00:06.830    Exited Read-Only in : 00:01:07.966
    Done with Install in : 00:01:07.967    Last Update-done in : 00:01:07.969
    0 updates expanded
    L3VPN Tunnel Encapsulated Paths : 0
    Slow-peer detection is disabled     BGP Nexthop scan:-
        penalty: 0, Time since last run: 21:19:42.174,  Next due in: none
        Max runtime : 0 ms Latest runtime : 0 ms Scan count: 2
    BGP General Scan:-
        Max runtime : 1 ms Latest runtime : 0 ms Scan count: 0
 
    BGP future scanner version: 1333
    BGP scanner version: 0
Address-family IPv4 Multicast, Mode : RW
    Table Versions : Current 1 Init 1 RIB 1


    Start time : 00:00:18.919    Time elapsed 22:15:38.199
    First Peer up in : never    Exited Read-Only in : 00:00:10.286
    Done with Install in : 00:00:10.286    Last Update-done in : never
    0 updates expanded
    L3VPN Tunnel Encapsulated Paths : 0
    Slow-peer detection is disabled     BGP Nexthop scan:-
        penalty: 0, Time since last run: never,  Next due in: none
        Max runtime : 0 ms Latest runtime : 0 ms Scan count: 0
    BGP General Scan:-
        Max runtime : 1 ms Latest runtime : 0 ms Scan count: 0
 
    BGP future scanner version: 1334
    BGP scanner version: 0
Address-family MVPNv4 Unicast, Mode : RW
    Table Versions : Current 1 Init 1 RIB 1


    Start time : 00:00:18.919    Time elapsed 22:15:38.200
    First Peer up in : never    Exited Read-Only in : 00:00:10.286
    Done with Install in : 00:00:10.286    Last Update-done in : never
    0 updates expanded
    L3VPN Tunnel Encapsulated Paths : 0
    Slow-peer detection is disabled     BGP Nexthop scan:-
        penalty: 0, Time since last run: never,  Next due in: none
        Max runtime : 0 ms Latest runtime : 0 ms Scan count: 0
    BGP General Scan:-
        Max runtime : 1 ms Latest runtime : 0 ms Scan count: 0
 
    BGP future scanner version: 1334
    TX VPN optimization enabled.

Condiciones para un Cambio en la Versión de Tabla BGP

Para que el número de la versión de tabla BGP cambie, debe haber un cambio en la mejor trayectoria y un cambio propagado al RIB. Un cambio en el RIB para un prefijo BGP solamente ocurre si el prefijo está en el RIB como prefijo BGP. Si cualquier otro protocolo de ruteo coloca el prefijo en el ruteo, entonces el prefijo BGP se marca como una falla RIB. En ese caso, incluso si cambia la mejor trayectoria, la versión de tabla no cambia.

Este es un ejemplo donde la Versión de Tabla BGP no cambia. El prefijo BGP 10.100.1.1/32 aprendido de R4 también se aprende mediante una ruta estática configurada en R1. Por lo tanto, R1 instala la ruta estática en el RIB, y BGP en R1 marca el prefijo como una falla RIB, porque no es el BGP el que instala el prefijo en el RIB. Cualquier cambio en las trayectorias BGP para este prefijo no se propaga al RIB. Por lo tanto, aunque hay un mejor cambio de trayectoria, la versión de tabla BGP no se encuentra interrumpida, porque no hay actualización al RIB.

R1#show bgp ipv4 unicast 10.100.1.1/32
BGP routing table entry for 10.100.1.1/32, version 8
Paths: (2 available, best #1, table default, RIB-failure(17))
  Advertised to update-groups:
     2        
  Refresh Epoch 2
  4
    10.1.3.4 from 10.1.3.4 (10.100.1.1)
      Origin IGP, metric 0, localpref 100, valid, external, best
      rx pathid: 0, tx pathid: 0x0
  Refresh Epoch 2
  5 4
    10.1.5.5 from 10.1.5.5 (10.1.5.5)
      Origin IGP, localpref 100, valid, external
      rx pathid: 0, tx pathid: 0
 
R1#show ip route 10.100.1.1  
Routing entry for 10.100.1.1/32
  Known via "static", distance 1, metric 0 (connected)
  Routing Descriptor Blocks:
  * directly connected, via Loopback0
      Route metric is 0, traffic share count is 1

Uso de la versión de tabla

Cuando la mejor trayectoria cambia los prefijos BGP, deben ocurrir algunas cosas:

• Debe notificarse al RIB.
• Se debe informar a los peers BGP.
• El router debe realizar un seguimiento del peer BGP al que se le informa de qué mejor trayectoria cambia.

La versión de tabla BGP es el número principal utilizado. Este número es el mismo que la versión de tabla de prefijos más alta de cualquier prefijo BGP para una familia de direcciones específica. Suponga que hay cinco prefijos en la tabla BGP, con las Versiones 3, 6, 8, 10 y 18 de la Tabla de Prefijos. La versión de tabla BGP será 18.

La versión de tabla de pares se utiliza para realizar un seguimiento de los pares a los que se debe informar de los prefijos para los que hubo cambios en la mejor trayectoria. La versión de tabla de pares de cada par se verifica con la versión de tabla de prefijos de los prefijos. Si la Versión de Tabla de Prefijos de un prefijo es menor que la Versión de Tabla de Peer, BGP debe enviar una actualización para ese prefijo a ese peer BGP. Por ejemplo, si el peer 10.1.1.2 tiene una Versión de Tabla de Peer de 60, ese peer está actualizado para todos los prefijos con Versión de Tabla de Prefijo de 60 y versiones posteriores. El router debe enviar una actualización de BGP para todos los prefijos con una Versión de Tabla de Prefijos que sea mayor que 60.

Una vez que el router actualiza el peer BGP para los prefijos modificados de la mejor trayectoria, el router actualiza la Versión de Tabla de Peer para este peer. Este valor de Peer Table Version se ajusta para coincidir con el valor de la versión de tabla de prefijos más alta de todos los prefijos para los que se actualizó este peer BGP. Suponga que la versión de la tabla de pares era 60, y hay dos prefijos con las versiones de la tabla de prefijos 61 y 62. Una vez que el router envía las mejores trayectorias para estos dos prefijos a ese peer BGP, la Versión de Tabla de Peer se actualiza a 62.

La Versión de Tabla de Prefijos es el número de Versión de Tabla asociado al prefijo BGP. Se cambia cuando la mejor trayectoria cambia para ese prefijo. Cada vez que la mejor trayectoria cambia para un prefijo BGP, su Versión de Tabla de Prefijos se bombea, lo que significa que se actualiza para que sea igual al siguiente número de versión disponible. Suponga que el prefijo 10.0.0.0/8 tiene la Versión de Tabla de Prefijos 27, y la Versión de Tabla BGP es 30. En este caso, cuando la mejor trayectoria cambia para el prefijo 10.0.0.0/8, su Versión de Tabla de Prefijos se bombea a 31.

La versión de la tabla RIB se utiliza para realizar un seguimiento si el RIB necesita ser actualizado después de que se produzcan los cambios de la mejor trayectoria de BGP. Se debe informar al RIB de los prefijos BGP que tienen una Versión de Tabla de Prefijos superior a la Versión de Tabla RIB. Para estos prefijos, hay un evento RIB ADD, DELETE o MODIFY.

Uso para la resolución de problemas

Para saber cuándo el BGP ha convergido, ingrese el comando show bgp summary. Si Peer BGP Table Version es igual a BGP Table Version, ese peer ha convergido. Si la versión de la tabla de ruteo principal es igual a la versión de tabla BGP, el RIB ha convergido.

R1#show bgp ipv4 unicast summary
BGP router identifier 10.1.3.1, local AS number 1
BGP table version is 2, main routing table version 2
1 network entries using 144 bytes of memory
1 path entries using 80 bytes of memory
1/1 BGP path/bestpath attribute entries using 144 bytes of memory
1 BGP AS-PATH entries using 24 bytes of memory
0 BGP route-map cache entries using 0 bytes of memory
0 BGP filter-list cache entries using 0 bytes of memory
BGP using 392 total bytes of memory
BGP activity 1/0 prefixes, 1/0 paths, scan interval 60 secs
 
Neighbor     V       AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd
10.1.1.2     4        2      69      69        2    0    0 01:00:54        0
10.1.2.3     4        3      69      70        2    0    0 01:00:45        0
10.1.3.4     4        4      72      70        2    0    0 01:01:12        1

Puede haber muchos cambios en las versiones de tabla BGP, y eso no siempre significa que algo esté mal.

Suponga que el router está conectado a Internet y tiene la tabla de ruteo de Internet completa. Normalmente, hay algunos cambios casi cada segundo en la tabla BGP de Internet. Luego, el router debe recalcular la mejor trayectoria para algunos prefijos y actualizar su RIB y sus pares BGP. Debe ocurrir lo siguiente.

Suponga que borra un peer BGP (la sesión se reinicia), entonces el router debe anunciar su tabla BGP completa a ese par. Se espera que ese par tenga una versión de tabla en aumento. La versión de tabla aumenta a medida que el par recibe los prefijos BGP nuevamente. El peer BGP de envío no aumenta la versión de tabla para los prefijos BGP.

Aquí está un ejemplo. La versión de tabla comienza con 28.

R1#show bgp ipv4 unicast summary     
BGP router identifier 10.1.3.1, local AS number 1
BGP table version is 28, main routing table version 281 
network entries using 144 bytes of memory2 path entries using 160 bytes of memory
2/1 BGP path/bestpath attribute entries using 288 bytes of memory
2 BGP AS-PATH entries using 48 bytes of memory
0 BGP route-map cache entries using 0 bytes of memory
0 BGP filter-list cache entries using 0 bytes of memory
BGP using 640 total bytes of memory
BGP activity 1/0 prefixes, 16/14 paths, scan interval 60 secs
 
Neighbor     V       AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd
10.1.1.2     4       2     117     125       28    0    0 01:43:50        0
10.1.2.3     4       3     117     125       28    0    0 01:43:53        0
10.1.3.4     4       4      10      12       28    0    0 00:04:22        1
10.1.5.5     4       5      55      63       28    0    0 00:45:45        1
 
R1#show bgp ipv4 unicast 10.100.1.1/32
BGP routing table entry for 10.100.1.1/32, version 28


Paths: (2 available, best #1, table default)
  Advertised to update-groups:
     1        
  Refresh Epoch 2
  4
    10.1.3.4 from 10.1.3.4 (10.100.1.1)   <<< path from R4
      Origin IGP, metric 0, localpref 100, valid, external, best
      rx pathid: 0, tx pathid: 0x0
  Refresh Epoch 2
  5 4
    10.1.5.5 from 10.1.5.5 (10.1.5.5)   <<< path from R5
      Origin IGP, localpref 100, valid, external
      rx pathid: 0, tx pathid: 0

Lleve a cabo una clara para la sesión BGP hacia R1 en el peer 10.1.3.4 (R4). El peer anuncia solamente un prefijo 10.100.1.1/32 hacia R1. 10.100.1.1/32 se aprende de R4 y R5. El mejor trayecto es el trayecto desde R4.

Asegúrese de tener debug ip bgp internal habilitado para ver qué sucede con las versiones de tabla BGP. Debe tener debug ip bgp updates habilitado para ver qué sucede cuando llega la actualización.

R1#debug ip bgp updates              
BGP updates debugging is on for address family: IPv4 Unicast
 
R1#debug ip bgp internal             
BGP internal debugging is on
 
R1#show debugging
IP routing:
  BGP internal debugging is on
  BGP updates debugging is on for address family: IPv4 Unicast

R1#
%BGP-5-NBR_RESET: Neighbor 10.1.3.4 reset (Peer closed the session)   <<< BGP 
session to R4 goes down
BGP: TX IPv4 Unicast Net global 10.100.1.1/32 Changed.
BGP: TX IPv4 Unicast Net global 10.100.1.1/32 RIB done.
BGP: TX IPv4 Unicast Net global 10.100.1.1/32 Changed.
BGP: TX IPv4 Unicast Mem global 1 1 10.1.3.4 Resetting counters.
BGP: TX IPv4 Unicast Mem global 1 1 10.1.3.4 Ignoring dummy policy change.
BGP: TX IPv4 Unicast Mem global 1 1 10.1.3.4 Resetting counters.
BGP: TX IPv4 Unicast Mem global 1 1 10.1.3.4 Ignoring dummy policy change.
BGP: TX IPv4 Unicast Mem global 1 1 10.1.3.4 Changing state from ACTIVE to DOWN 
(session not established).
BGP: TX IPv4 Unicast Mem global 1 1 10.1.3.4 Removing from group (3 members left).
%BGP-5-ADJCHANGE: neighbor 10.1.3.4 Down Peer closed the session
%BGP_SESSION-5-ADJCHANGE: neighbor 10.1.3.4 IPv4 Unicast topology base removed 
from session  Peer
closed the session
BGP: TX IPv4 Unicast Mem global 10.1.3.4 State is DOWN (session not established).
BGP: net global:IPv4 Unicast:base 10.100.1.1/32 RIB-INSTALL Attempting to 
install.   <<< RIB gets informed
BGP: net global:IPv4 Unicast:base 10.100.1.1/32 RIB-INSTALL Built route type: 
1024, flags: 200000, tag: 5,
metric: 0 path: 1.
BGP: net global:IPv4 Unicast:base 10.100.1.1/32 RIB-INSTALL Path 1, type: DEF, 
gw: 10.1.5.5, idb: N/A,
topo_id: 0, src: 1.1.5.5, lbl: 1048577, flags: 0.
BGP: net global:IPv4 Unicast:base 10.100.1.1/32 RIB-INSTALL Installing 1 paths, 
multipath limit 1 (from 1).
BGP(0): Revise route installing 1 of 1 routes for 10.100.1.1/32 -> 10.1.5.5
(global) to main IP table   <<< The remaining path through R5 gets installed 
in the RIB
BGP: net global:IPv4 Unicast:base 10.100.1.1/32 RIB-INSTALL Install successful.
BGP: TX IPv4 Unicast Net global 10.100.1.1/32 RIB done.
BGP: TX IPv4 Unicast Net global 10.100.1.1/32 RIB done.
BGP: TX IPv4 Unicast Tab RIB walk done version 29, added 1 topologies.
BGP: TX IPv4 Unicast Tab Executing.
BGP: TX IPv4 Unicast Wkr global 1 Cur Processing.
BGP: TX IPv4 Unicast Top global Appending nets from attr 0x9362CB4.
BGP: TX IPv4 Unicast Wkr global 1 Cur Attr change from 0x0 to 0x9362CB4.
BGP(0): (base) 10.1.1.2 send UPDATE (format) 10.100.1.1/32, next 10.1.1.1, 
metric 0, path 5 4   <<< R1 sends update for 10.100.1.1/32 for Table Version 29. 
(bestpath is still the one from R5, i.e. the only one R1 has at this moment)
BGP: TX IPv4 Unicast Wkr global 1 Cur Net 10.100.1.1/32 (Pxt 0x9F58FA0:0x0) 
Formatted.
BGP: TX IPv4 Unicast Top global No attributes with modified nets.
BGP: TX IPv4 Unicast Top global Added tail marker with version 29.
BGP: TX IPv4 Unicast Wkr global 1 Cur Reached marker with version 29.
BGP: TX IPv4 Unicast Top global No attributes with modified nets.
BGP: TX IPv4 Unicast Wkr global 1 Cur Replicating.
BGP: TX IPv4 Unicast Wkr global 1 Cur Done (end of list), processed 1 attr(s), 
1/1 net(s), 0 pos.
BGP: TX IPv4 Unicast Grp global 1 Checking EORs again (3/3).
BGP: TX IPv4 Unicast Grp global 1 Start minimum advertisement timer (30 secs).
BGP: TX IPv4 Unicast Wkr global 1 Cur Blocked (minimum advertisement interval).
BGP: TX IPv4 Unicast Wkr global 1 Cur Reached end of list.
BGP: TX IPv4 Unicast Grp global 1 Converged.
BGP: TX IPv4 Unicast Tab Processed 1 walker(s).
BGP: TX IPv4 Unicast Tab Generation completed.
BGP: TX IPv4 Unicast Top global Deleting first marker with version 28.
BGP: TX IPv4 Unicast Top global Collection reached marker 28 after 0 path 
extension(s).
BGP: TX IPv4 Unicast Top global Collection done on marker 29 after 1 path 
extension(s).
BGP: TX IPv4 Unicast Top global Collection done on marker 29 after 0 path 
extension(s).
BGP: TX IPv4 Unicast Mem global 10.1.3.4 Policy change while no group and 
member is DOWN.
BGP: TX IPv4 Unicast Mem global 10.1.3.4 Changing state from DOWN to WAIT 
(pending advertised bit allocation).
BGP: TX IPv4 Unicast Mem global 1 1 10.1.3.4 Added to group (now has
4 members).
BGP: TX IPv4 Unicast Mem global 1 1 10.1.3.4 Continuing into ACTIVE state.
BGP: TX IPv4 Unicast Mem global 1 1 10.1.3.4 Refresh Start-of-rib for afi 1, 
safi 1.
BGP: TX IPv4 Unicast Mem global 1 1 10.1.3.4 Full refresh requested.
BGP: TX IPv4 Unicast Mem global 1 1 10.1.3.4 Refresh has to wait for pathext 
prepend.
%BGP-5-ADJCHANGE: neighbor 10.1.3.4 Up    <<< BGP session to R4 is up again. 
But, R1 did not learn the prefix 10.100.1.1/32 yet from R4.
BGP: nbr_topo global 10.1.3.4 IPv4 Unicast:base (0x63D50D0:1) rcvd Refresh 
Start-of-RIB
BGP: nbr_topo global 10.1.3.4 IPv4 Unicast:base (0x63D50D0:1) refresh_epoch 
is 2
BGP: TX IPv4 Unicast Top global Start pathext prepend.
BGP: TX IPv4 Unicast Tab Pathext prepend full table refresh.
BGP: TX IPv4 Unicast Tab Pathext prepend full table refresh.
BGP: TX IPv4 Unicast Top global Inserting initial marker.
BGP: TX IPv4 Unicast Top global Done pathext prepend (1 attrs).
BGP: TX IPv4 Unicast Grp global 1 Starting refresh after prepend completion.
BGP: TX IPv4 Unicast Mem global 1 1 10.1.3.4 Starting refresh (first member, 
1, 0, marker).
BGP: TX IPv4 Unicast Wkr global 1 Ref Start at marker 1.
BGP: TX IPv4 Unicast Wkr global 1 Ref Unblocked
BGP: TX IPv4 Unicast Top global Collection done on marker 1 after 0 path 
extension(s).
BGP: TX IPv4 Unicast Tab Executing.
BGP: TX IPv4 Unicast Wkr global 1 Ref Processing.
BGP: TX IPv4 Unicast Wkr global 1 Ref Attr change from 0x0 to 0x9362CB4.
BGP(0): (base) 10.1.1.2 send UPDATE (format) 10.100.1.1/32, next 10.1.1.1, 
metric 0, path 5 4  
BGP: TX IPv4 Unicast Wkr global 1 Ref Net 10.100.1.1/32 (Pxt 0x9F58FA0:0x0) 
Formatted.
BGP: TX IPv4 Unicast Wkr global 1 Ref Reached marker with version 29.
BGP: TX IPv4 Unicast Wkr global 1 Ref Replicating (pending member_pos 
processing).
BGP: TX IPv4 Unicast Mem global 1 1 10.1.3.4 Completed refresh.
BGP: TX IPv4 Unicast Mem global 1 1 10.1.3.4 Refresh stop.
BGP: TX IPv4 Unicast Grp global 1 Refresh complete.
BGP: TX IPv4 Unicast Wkr global 1 Ref Stop.
BGP: TX IPv4 Unicast Wkr global 1 Ref Blocked (not in list).
BGP: TX IPv4 Unicast Grp global 1 Converged.
BGP: TX IPv4 Unicast Mem global 1 1 10.1.3.4 Send EOR.
BGP: TX IPv4 Unicast Wkr global 1 Ref Suspending / blocked (member marker), 
processed 1 attr(s), 1/1 net(s),
1 pos.
BGP: TX IPv4 Unicast Tab Processed 1 walker(s).
BGP: TX IPv4 Unicast Tab Generation completed.
BGP: TX IPv4 Unicast Top global Deleting first marker with version 1.
BGP: TX IPv4 Unicast Top global Collection reached marker 1 after 0 path  
extension(s).
BGP: TX IPv4 Unicast Top global Collection done on marker 29 after 1 path  
extension(s).
BGP: TX IPv4 Unicast Top global Collection done on marker 29 after 0 path  
extension(s).
BGP(0): 10.1.3.4 rcvd UPDATE w/ attr: nexthop 10.1.3.4, origin i, metric 0,  
merged path4, AS_PATH 
BGP(0): 10.1.3.4 rcvd 10.100.1.1/32   <<< R1 received 10.100.1.1/32 from 
R4 again
BGP: TX IPv4 Unicast Net global 10.100.1.1/32 Changed.
BGP: nbr_topo global 10.1.3.4 IPv4 Unicast:base (0x63D50D0:1) rcvd Refresh 
End-of-RIB
BGP: net global:IPv4 Unicast:base 10.100.1.1/32 RIB-INSTALL Attempting to install.
BGP: net global:IPv4 Unicast:base 10.100.1.1/32 RIB-INSTALL Built route type: 
1024, flags: 200000, tag: 4, metric: 0 path: 1.
BGP: net global:IPv4 Unicast:base 10.100.1.1/32 RIB-INSTALL Path 1, type: DEF, 
gw: 10.1.3.4, idb: N/A, topo_id: 0, src: 1.1.3.4, lbl: 1048577, flags: 0.
BGP: net global:IPv4 Unicast:base 10.100.1.1/32 RIB-INSTALL Installing 1 paths, 
multipath limit 1 (from 1).
BGP(0): Revise route installing 1 of 1 routes for 10.100.1.1/32 -> 10.1.3.4
(global) to main IP table
BGP: net global:IPv4 Unicast:base 10.100.1.1/32 RIB-INSTALL Install successful.
BGP: TX IPv4 Unicast Net global 10.100.1.1/32 RIB done.
BGP: TX IPv4 Unicast Net global 10.100.1.1/32 RIB done.
BGP: TX IPv4 Unicast Tab RIB walk done version 30, added 1 topologies.
BGP: TX IPv4 Unicast Tab Executing.
BGP: TX IPv4 Unicast Tab Generation completed.
BGP: TX Member message pool under period (60 < 600).
BGP: TX IPv4 Unicast Mem global 1 1 10.1.2.3 State is ACTIVE (ready).
BGP: TX IPv4 Unicast Grp global 1 Minimum advertisement timer expired.
BGP: TX IPv4 Unicast Wkr global 1 Cur Unblocked
BGP: TX IPv4 Unicast Tab Executing.
BGP: TX IPv4 Unicast Wkr global 1 Cur Processing.
BGP: TX IPv4 Unicast Top global Appending nets from attr 0x9362D54.
BGP: TX IPv4 Unicast Wkr global 1 Cur Attr change from 0x0 to 0x9362D54.
BGP(0): (base) 10.1.1.2 send UPDATE (format) 10.100.1.1/32, next 10.1.1.1,
metric 0, path 4   <<< R1 sends an update for 10.100.1.1/32 for Table Version 
30 (bestpath is again the one from R4)
BGP: TX IPv4 Unicast Wkr global 1 Cur Net 10.100.1.1/32 (Pxt 0x9F58FA0:0x0) 
Formatted.
BGP: TX IPv4 Unicast Top global No attributes with modified nets.
BGP: TX IPv4 Unicast Top global Added tail marker with version 30.
BGP: TX IPv4 Unicast Wkr global 1 Cur Reached marker with version 30.
BGP: TX IPv4 Unicast Top global No attributes with modified nets.
BGP: TX IPv4 Unicast Wkr global 1 Cur Replicating.
BGP: TX IPv4 Unicast Wkr global 1 Cur Done (end of list), processed 1 
attr(s), 1/1 net(s), 0 pos.
BGP: TX IPv4 Unicast Grp global 1 Checking EORs again (4/4).
BGP: TX IPv4 Unicast Grp global 1 Start minimum advertisement timer (30 secs).
BGP: TX IPv4 Unicast Wkr global 1 Cur Blocked (minimum advertisement interval).
BGP: TX IPv4 Unicast Wkr global 1 Cur Reached end of list.
BGP: TX IPv4 Unicast Grp global 1 Converged.
BGP: TX IPv4 Unicast Tab Processed 1 walker(s).
BGP: TX IPv4 Unicast Tab Generation completed.
BGP: TX IPv4 Unicast Top global Deleting first marker with version 29.
BGP: TX IPv4 Unicast Top global Collection reached marker 29 after 0 path 
extension(s).
BGP: TX IPv4 Unicast Top global Collection done on marker 30 after 1 path 
extension(s).
BGP: TX IPv4 Unicast Top global Collection done on marker 30 after 0 path 
extension(s).
BGP: TX IPv4 Unicast Tab RIB walk done version 30, added 0 topologies.

Todas las versiones de la tabla están a 30 ahora:

R1#show bgp ipv4 unicast summary     
BGP router identifier 10.1.3.1, local AS number 1
BGP table version is 30, main routing table version 30
1 network entries using 144 bytes of memory
2 path entries using 160 bytes of memory
2/1 BGP path/bestpath attribute entries using 288 bytes of memory
2 BGP AS-PATH entries using 48 bytes of memory
0 BGP route-map cache entries using 0 bytes of memory
0 BGP filter-list cache entries using 0 bytes of memory
BGP using 640 total bytes of memory
BGP activity 1/0 prefixes, 17/15 paths, scan interval 60 secs
 
Neighbor     V       AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd
10.1.1.2     4        2     127     135       30    0    0 01:52:42        0
10.1.2.3     4        3     126     136       30    0    0 01:52:45        0
10.1.3.4     4        4      12      14       30    0    0 00:06:25        1
10.1.5.5     4        5      64      73       30    0    0 00:54:37        1
 

R1#show bgp ipv4 unicast 10.100.1.1/32
BGP routing table entry for 10.100.1.1/32, version 30
Paths: (2 available, best #1, table default)
  Advertised to update-groups:
     1        
  Refresh Epoch 2
  4
    10.1.3.4 from 10.1.3.4 (10.100.1.1)
      Origin IGP, metric 0, localpref 100, valid, external, best
      rx pathid: 0, tx pathid: 0x0
  Refresh Epoch 2
  5 4
    10.1.5.5 from 10.1.5.5 (10.1.5.5)
      Origin IGP, localpref 100, valid, external
      rx pathid: 0, tx pathid: 0

Al final, en R1, hubo dos mejores cambios de trayectoria. Entonces, la versión de la tabla se ha movido por 2.

Primero, el peer 10.1.3.4 cayó en R1. El mejor trayecto cambió a la trayectoria recibida de R5. La versión de la tabla aumentó al siguiente número disponible, que era 29. La versión de la tabla de prefijos se desplazó a 29 también. El RIB fue actualizado con esta nueva mejor trayectoria. La versión de tabla del RIB se aumentó a 29. Luego, R1 envió una actualización al peer BGP 10.1.1.2 para la nueva mejor trayectoria y actualizó la versión de tabla de peer a 29. También se actualizaron todos los demás pares.

En segundo lugar, una vez que el peer 10.1.3.4 se activó nuevamente, R1 recibió la actualización para 10.100.1.1/32 de R4 y volvió a calcular la mejor trayectoria. El trayecto desde R4 fue el mejor trayecto, lo que hizo que la versión de la tabla y la versión de la tabla de prefijos se movieran al siguiente número disponible de 30. Una vez más, el RIB y todos los demás peers BGP fueron actualizados, y las versiones de la tabla de peer y RIB fueron actualizadas a 30. La versión de la tabla se ha interrumpido sólo una vez aquí. Sin embargo, si los otros prefijos BGP sufrieran otros cambios, esta versión de tabla sería interrumpida por más de uno, porque salta cada vez al siguiente número disponible.

Si ingresa el comando clear ip bgp out para un peer BGP, ese router reenvía sus prefijos BGP a ese peer. Esto no causa un cambio en la mejor trayectoria en el peer BGP receptor. Por lo tanto, no hay ningún cambio en la versión de la tabla en ese par.

Cuando ejecuta las actualizaciones debug ip bgp en el router receptor, verá:

BGP(0): 10.1.3.4 rcvd UPDATE w/ attr: nexthop 10.1.3.4, origin i, 
metric 0, merged path 4, AS_PATH
BGP(0): 10.1.3.4 rcvd 10.100.1.1/32...duplicate ignored

La actualización recibida se reconoce como un duplicado, por lo que se ignora y no se produce ningún cambio en la mejor trayectoria.

Suponga que tiene un router con 100.000 prefijos en la tabla BGP, y la Versión de Tabla BGP aumenta en 100.000 cada minuto. Esto no se espera, y se debe examinar el comportamiento. Una razón para el comportamiento podría ser que el siguiente salto para los prefijos BGP es inestable para todos los prefijos cada minuto.

Uno de los resultados cuando la Versión de la Tabla BGP aumenta rápidamente es que el proceso del router BGP y de la E/S BGP están ocupados, lo que podría causar una CPU constante de router alto.