Configuración de la Función BGP Maximum Prefix
Contenido
Introducción
Este documento describe la configuración y la información de troubleshooting de la función de prefijo máximo del Protocolo de gateway fronterizo (BGP).
Prerequisites
Requirements
Cisco recomienda que tenga conocimiento sobre estos temas:
- Routing IP básico
- Configuración de BGP
Componentes Utilizados
La información de este documento no se limita a versiones específicas de software y hardware; sin embargo, los ejemplos se basan en las plataformas periféricas Cisco Catalyst serie 8500 que ejecutan la versión 17.12.x del software Cisco IOS XE.
La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.
Convenciones
Antecedentes
Este documento proporciona información de configuración y solución de problemas sobre la función BGP Maximum Prefix . Esta característica permite controlar cuántos prefijos se pueden recibir de un vecino. De forma predeterminada, esta característica le permite a un router desactivar un par cuando la cantidad de prefijos recibidos desde ese par excede el límite de prefijo máximo configurado. Esto se utiliza comúnmente para los peers BGP externos, pero se puede aplicar a los peers BGP internos.
La función de prefijo máximo es útil cuando, en un cambio de política saliente en el sitio de peering remoto, un router comienza a recibir más rutas de las que puede tomar la memoria del router. Si el router también realiza funciones de ruteo críticas, un aumento inesperado en los prefijos BGP recibidos puede consumir recursos del sistema y afectar la conectividad de la red interna. Con el comando neighbor <neighbor-ip> maximum-prefix , es posible proteger un router contra esta situación.
Cuando planee utilizar esta función, tenga en cuenta estos puntos clave:
-
Sepa cuántas rutas envía normalmente el router de peering BGP remoto.
-
Establezca el límite maximum-prefix más alto que el número de prefijos esperado durante el funcionamiento normal. Configure el umbral de advertencia como un porcentaje de ese límite máximo de prefijos.
- Seleccione la acción requerida cuando el conteo de prefijos recibidos exceda el máximo configurado:
- Finalice la sesión BGP y requiera un reinicio manual.
- Configure el comando restart <restart-interval> para restablecer la sesión automáticamente.
- Configure warning-only para registrar el evento sin terminar la sesión.
Nota: La opción restart intenta restablecer automáticamente una sesión BGP después de que el límite de prefijo máximo termine la sesión. Para obtener información de configuración detallada, vea BGP Restart Neighbor Session After Max-Prefix Limit Reached.
Configurar
En esta sección encontrará la información para configurar las funciones descritas en este documento.
La sintaxis del comando utilizada para configurar la función BGP Maximum-Prefix es:
neighbor {ip-address | peer-group-name} maximum-prefix <maximum> [threshold] [restart <restart-interval>] [warning-only]
Where:
-
maximum: representa el número máximo de prefijos permitidos desde el vecino.
-
threshold: Especifica el porcentaje del límite de prefijo máximo configurado en el que el router genera un mensaje de advertencia. El intervalo válido es de 1 a 100%.
-
El valor predeterminado es 75 por ciento.
-
Por ejemplo, si el valor máximo configurado es 20 y el umbral es 60, el router genera mensajes de advertencia cuando el número de rutas BGP aprendidas del vecino excede el 60% de 20 (12) rutas.
-
-
restart-interval: Especifica el intervalo, en minutos, después de que el router intenta restablecer la sesión BGP. El intervalo válido es de 1 a 65535 minutos, éste es el camino.
-
warning-only (Opcional): permite al router generar un mensaje de registro cuando se excede el límite de prefijo máximo, en lugar de terminar la sesión de peering.
Para ilustrar mejor el uso, considere este ejemplo:
neighbor 10.1.1.1 maximum-prefix 3000 !--- Drops the peering to 10.1.1.1 when !--- more than 3000 prefixes are received. neighbor 10.1.1.1 maximum-prefix 3000 warning-only !--- Logs a warning message when the peer sends !--- more than 3000 prefixes. neighbor 10.1.1.1 maximum-prefix 3000 50 !--- Logs a warning message at 1500 and drops the !--- peering when over 3000 prefixes are sent. neighbor 10.1.1.1 maximum-prefix 3000 50 warning-only !--- Initially warns at 1500 and re-warns !--- (different message) at 3000 prefixes received. !--- However, the BGP Peer is not disconnected.
Diagrama de la red
Topología de Prefijo Máximo BGP
El Router_A en el sistema autónomo 200 se conecta directamente al Router_B en el sistema autónomo 300 a través de la interfaz TenGigabitEthernet0/0/0. El Router_A utiliza 10.0.0.1/30 y el Router_B utiliza 10.0.0.2/30. Los routers establecen una sesión de Protocolo de gateway fronterizo externo de un solo salto (eBGP) sobre este link.
Configuración del Comportamiento de Prefijo Máximo de Sólo Advertencia
En la configuración de sólo advertencia de prefijo máximo, el Router_B se configura para registrar sólo un mensaje de advertencia cuando el número de prefijos recibidos del Router_A excede el umbral establecido.
La configuración de ambos routers se muestra en esta tabla. Observe la presencia de la palabra clave warning-only configurada con el comando neighbor:
| router_A | router_B |
|---|---|
|
|
Nota: En este ejemplo, el comando maximum-prefix genera una advertencia cuando el número de prefijos BGP recibidos del vecino 10.0.0.1 excede ocho.
Los resultados de los comandos show y debug en la sección Verificación y Solución de Problemas de este documento informan lo que sucede en el Router_B cuando el número de prefijos recibidos del Router_A excede el umbral establecido.
Configure Maximum-Prefix para Terminar el Comportamiento de la Sesión BGP
En este ejemplo, el Router_B genera una advertencia cuando el conteo de prefijos recibidos excede el umbral de advertencia. Router_B finaliza la sesión BGP cuando el conteo de prefijos recibidos excede el límite máximo de prefijos. La palabra clave warning-only no está configurada. El comando maximum-prefix termina la sesión BGP cuando el número de prefijos recibidos del vecino excede 10:
| router_A | router_B |
|---|---|
|
|
Nota: En este ejemplo, el comando maximum-prefix fuerza a la sesión de vecino a desconectarse cuando las rutas BGP aprendidas del vecino exceden 10.
Los resultados de los comandos show y debug en la sección Verificar y Resolver Problemas informan lo que sucede en el Router_B cuando el número de prefijos que recibe del Router_A excede el umbral establecido.
Verificación y resolución de problemas
En esta sección encontrará información que puede utilizar para confirmar que su configuración esté funcionando correctamente. La sintaxis de comandos y los valores predeterminados de la función utilizada en este documento están disponibles en la Página de Comandos de BGP.
Nota: Consulte Comprensión de la Información Importante sobre los Comandos Debug antes de utilizar los comandos debug.
-
show ip bgp neighbor: muestra información de estado y límite de prefijo del vecino BGP
-
show ip bgp summary: muestra el estado de todas las conexiones BGP
-
debug ip bgp updates in — Muestra información relacionada con las actualizaciones de BGP
Sólo advertencia de prefijos máximos
Preste atención a estos números:
-
Límite máximo de prefijos configurado: 10 (diez prefijos)
-
Umbral de advertencia: 80 por ciento (ocho prefijos)
Nota: Se omite la generación de ruta exacta y la configuración de anuncio de BGP utilizada para los prefijos de prueba. El Router_A puede originar los prefijos a través de sentencias de red o redistribución, o aprenderlos de otros vecinos BGP y anunciarlos al Router_B.
Mientras el número de prefijos recibidos no exceda el umbral establecido, no se registrará ningún mensaje. Tan pronto como el número de rutas BGP aprendidas del vecino 10.0.0.1 excede el límite de umbral de ocho prefijos, el Router_B registra este mensaje.
Esta situación se simula cuando se envían nueve prefijos:
%BGP-4-MAXPFX: No. of prefix received from 10.0.0.1 (afi 0) reaches 9, max 10
Si la situación empeora y excede el conjunto de números de prefijo máximo de 10, el router registra este mensaje. Esta situación se simula cuando se envían más prefijos:
%BGP-3-MAXPFXEXCEED: No. of prefix received from 10.0.0.1 (afi 0): 11 exceed limit 10
Router_B#show ip bgp neighbor 10.0.0.1 BGP neighbor is 10.0.0.1, remote AS 200, external link BGP version 4, remote router ID 10.0.0.1 BGP state = Established, up for 00:17:22 Last read 00:00:25, last write 00:00:22, hold time is 180, keepalive interval is 60 seconds Last update received: 00:04:04 Neighbor sessions: 1 active, is not multisession capable (disabled) Neighbor capabilities: Route refresh: advertised and received(new) Four-octets ASN Capability: advertised and received Address family IPv4 Unicast: advertised and received Enhanced Refresh Capability: advertised and received Multisession Capability: Stateful switchover support enabled: NO for session 1 Message statistics: InQ depth is 0 OutQ depth is 0 Sent Rcvd Opens: 1 1 Notifications: 0 0 Updates: 1 2 Keepalives: 20 19 Route Refresh: 0 0 Total: 22 22 Do log neighbor state changes (via global configuration) Default minimum time between advertisement runs is 30 seconds For address family: IPv4 Unicast Session: 10.0.0.1 BGP table version 12, neighbor version 12/0 Output queue size : 0 Index 1, Advertise bit 0 1 update-group member Slow-peer detection is disabled Slow-peer split-update-group dynamic is disabled Sent Rcvd Prefix activity: ---- ---- Prefixes Current: 0 11 (Consumes 1496 bytes) Prefixes Total: 0 11 Implicit Withdraw: 0 0 Explicit Withdraw: 0 0 Used as bestpath: n/a 11 Used as multipath: n/a 0 Used as secondary: n/a 0 Outbound Inbound Local Policy Denied Prefixes: -------- ------- Bestpath from this peer: 11 n/a Total: 11 0 Maximum prefixes allowed 10 (warning-only) Threshold for warning message 80% Number of NLRIs in the update sent: max 0, min 0 Current session network count peaked at 11 entries at 20:05:46 Aug 19 2026 UTC (00:04:05.075 ago) Highest network count observed at 11 entries at 20:05:46 Aug 19 2026 UTC (00:04:05.075 ago) Last detected as dynamic slow peer: never Dynamic slow peer recovered: never Refresh Epoch: 1 Last Sent Refresh Start-of-rib: never Last Sent Refresh End-of-rib: never Last Received Refresh Start-of-rib: never Last Received Refresh End-of-rib: never Sent Rcvd Refresh activity: ---- ---- Refresh Start-of-RIB 0 0 Refresh End-of-RIB 0 0 Address tracking is enabled, the RIB does have a route to 10.0.0.1 Route to peer address reachability Up: 1; Down: 0 Last notification 00:17:27 Connections established 1; dropped 0 Last reset never External BGP neighbor configured for connected checks (single-hop no-disable-connected-check) Interface associated: TenGigabitEthernet0/0/0 (peering address in same link) Transport(tcp) path-mtu-discovery is enabled Graceful-Restart is disabled SSO is disabled Connection state is ESTAB, I/O status: 1, unread input bytes: 0 Connection is ECN Disabled, Mininum incoming TTL 0, Outgoing TTL 1 Local host: 10.0.0.2, Local port: 179 Foreign host: 10.0.0.1, Foreign port: 48663 Connection tableid (VRF): 0 Maximum output segment queue size: 50 Enqueued packets for retransmit: 0, input: 0 mis-ordered: 0 (0 bytes) Event Timers (current time is 0x386BB365): Timer Starts Wakeups Next Retrans 21 0 0x0 TimeWait 0 0 0x0 AckHold 22 21 0x0 SendWnd 0 0 0x0 KeepAlive 0 0 0x0 GiveUp 0 0 0x0 PmtuAger 0 0 0x0 DeadWait 0 0 0x0 Linger 0 0 0x0 ProcessQ 0 0 0x0 iss: 3438119007 snduna: 3438119468 sndnxt: 3438119468 irs: 2705427639 rcvnxt: 2705428185 sndwnd: 15924 scale: 0 maxrcvwnd: 16384 rcvwnd: 15839 scale: 0 delrcvwnd: 545 SRTT: 939 ms, RTTO: 1411 ms, RTV: 472 ms, KRTT: 0 ms minRTT: 0 ms, maxRTT: 1000 ms, ACK hold: 120 ms uptime: 1042758 ms, Sent idletime: 22095 ms, Receive idletime: 21895 ms Status Flags: passive open, gen tcbs Option Flags: nagle, path mtu capable IP Precedence value : 6 Window update Optimisation : Enabled ACK Optimisation : Dynamic ACK Tuning Enabled Datagrams (max data segment is 1460 bytes): Peer MSS: 1460 Rcvd: 44 (out of order: 0), with data: 22, total data bytes: 545 Sent: 45 (retransmit: 0, fastretransmit: 0, partialack: 0, Second Congestion: 0), with data: 22, total data bytes: 460 Packets received in fast path: 0, fast processed: 0, slow path: 0 fast lock acquisition failures: 0, slow path: 0 TCP Semaphore 0x746BB5E1C7B0 FREE
Router_B#show ip bgp summary BGP router identifier 10.0.0.2, local AS number 300 BGP table version is 12, main routing table version 12 11 network entries using 2728 bytes of memory 11 path entries using 1496 bytes of memory 1/1 BGP path/bestpath attribute entries using 296 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 4544 total bytes of memory BGP activity 11/0 prefixes, 11/0 paths, scan interval 60 secs 11 networks peaked at 20:05:46 Aug 19 2026 UTC (00:08:51.371 ago) Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/PfxRcd 10.0.0.1 4 200 27 27 12 0 0 00:22:09 11
El Router_A anuncia 11 prefijos al Router_B. Router_B genera una advertencia cuando el conteo de prefijos recibidos alcanza nueve y genera un mensaje de máximo prefijo excedido cuando el conteo alcanza 11. Debido a que se configura sólo advertencia, la sesión BGP permanece establecida.
Precaución: El comando debug ip bgp updates in puede generar resultados sustanciales y afectar el rendimiento del dispositivo. Ejecute este comando sólo durante una ventana de solución de problemas controlada, supervise los recursos del sistema, utilice filtros de comandos y deshabilite la depuración después de la recopilación de datos.
Router_B#debug ip bgp updates in *Aug 19 20:34:50.019: BGP(0): 10.0.0.1 rcvd UPDATE w/ attr: nexthop 10.0.0.1, origin ?, metric 0, merged path 200, AS_PATH *Aug 19 20:34:50.019: BGP(0): 10.0.0.1 rcvd 10.0.0.0/30 *Aug 19 20:34:50.019: BGP(0): 10.0.0.1 rcvd 10.10.1.0/30 *Aug 19 20:34:50.019: BGP(0): 10.0.0.1 rcvd 10.1.1.1/32 *Aug 19 20:34:50.019: BGP(0): 10.0.0.1 rcvd 10.2.2.2/32 *Aug 19 20:34:50.019: BGP(0): 10.0.0.1 rcvd 10.3.3.3/32 *Aug 19 20:34:50.019: BGP(0): 10.0.0.1 rcvd 10.4.4.4/32 *Aug 19 20:34:50.019: BGP(0): 10.0.0.1 rcvd 10.5.5.5/32 *Aug 19 20:34:50.019: BGP(0): 10.0.0.1 rcvd 10.6.6.6/32 *Aug 19 20:34:50.019: BGP(0): 10.0.0.1 rcvd 10.7.7.7/32 *Aug 19 20:34:50.019: %BGP-4-MAXPFX: Number of prefixes received from 10.0.0.1 (afi 0) reaches 9, max 10 *Aug 19 20:34:50.019: BGP(0): 10.0.0.1 rcvd 10.9.9.9/32 *Aug 19 20:34:50.019: BGP(0): 10.0.0.1 rcvd 10.8.8.8/32 *Aug 19 20:34:50.019: %BGP-3-MAXPFXEXCEED: Number of prefixes received from 10.0.0.1 (afi 0): 11 exceeds limit 10 *Aug 19 20:34:51.040: BGP(0): Revise route installing 1 of 1 routes for 10.0.0.0/30 -> 10.0.0.1(global) to main IP table *Aug 19 20:34:51.040: BGP(0): Revise route installing 1 of 1 routes for 10.1.1.1/32 -> 10.0.0.1(global) to main IP table *Aug 19 20:34:51.040: BGP(0): Revise route installing 1 of 1 routes for 10.2.2.2/32 -> 10.0.0.1(global) to main IP table *Aug 19 20:34:51.040: BGP(0): Revise route installing 1 of 1 routes for 10.3.3.3/32 -> 10.0.0.1(global) to main IP table *Aug 19 20:34:51.040: BGP(0): Revise route installing 1 of 1 routes for 10.4.4.4/32 -> 10.0.0.1(global) to main IP table *Aug 19 20:34:51.040: BGP(0): Revise route installing 1 of 1 routes for 10.5.5.5/32 -> 10.0.0.1(global) to main IP table *Aug 19 20:34:51.040: BGP(0): Revise route installing 1 of 1 routes for 10.6.6.6/32 -> 10.0.0.1(global) to main IP table *Aug 19 20:34:51.040: BGP(0): Revise route installing 1 of 1 routes for 10.7.7.7/32 -> 10.0.0.1(global) to main IP table *Aug 19 20:34:51.040: BGP(0): Revise route installing 1 of 1 routes for 10.8.8.8/32 -> 10.0.0.1(global) to main IP table *Aug 19 20:34:51.040: BGP(0): Revise route installing 1 of 1 routes for 10.9.9.9/32 -> 10.0.0.1(global) to main IP table *Aug 19 20:34:51.040: BGP(0): Revise route installing 1 of 1 routes for 10.10.1.0/30 -> 10.0.0.1(global) to main IP table
En el ejemplo anterior, la relación de vecino BGP se mantiene incluso si el router vecino envía más prefijos de los que permite la política. Router_B registra los mensajes de advertencia y maximum-prefix-exceeded, pero mantiene establecida la sesión BGP. El Router_B continúa aceptando prefijos del vecino porque se configura sólo advertencia.
Maximum-Prefix Terminate BGP Session
Las condiciones iniciales requeridas para este caso tienen el vecino BGP en funcionamiento y con seis prefijos enviados por el Router_A al Router_B. Como se ve en el ejemplo, cuando el Router_A anuncia más prefijos (por ejemplo, 9), la salida de los comandos refleja exactamente lo que ya se vio en el caso en el que el Router_B está configurado para registrar un mensaje de advertencia.
Después de que el Router_A anuncie un undécimo prefijo, el conteo de prefijos recibidos excede el límite configurado de 10. El Router_B envía un número máximo de prefijos a los que se ha alcanzado la notificación y finaliza la sesión BGP.
Router_B#debug ip bgp updates in
*Aug 19 20:45:48.779: BGP(0): 10.0.0.1 rcvd UPDATE w/ attr: nexthop 10.0.0.1, origin ?, metric 0, merged path 200, AS_PATH
*Aug 19 20:45:48.779: BGP(0): 10.0.0.1 rcvd 10.7.7.7/32
*Aug 19 20:45:48.779: %BGP-4-MAXPFX: Number of prefixes received from 10.0.0.1 (afi 0) reaches 10, max 10 *Aug 19 20:45:48.779: BGP(0): 10.0.0.1 rcvd 10.9.9.9/32
*Aug 19 20:45:48.779: %BGP-3-MAXPFXEXCEED: Number of prefixes received from 10.0.0.1 (afi 0): 11 exceeds limit 10 *Aug 19 20:45:48.780: %BGP-3-NOTIFICATION: sent to neighbor 10.0.0.1 6/1 (Maximum Number of Prefixes Reached) 7 bytes 00010100 00000A
*Aug 19 20:45:48.780: %BGP-5-NBR_RESET: Neighbor 10.0.0.1 reset (Peer over prefix limit)
*Aug 19 20:45:48.780: BGP(0): no valid path for 10.0.0.0/30
*Aug 19 20:45:48.780: BGP(0): no valid path for 10.1.1.1/32
*Aug 19 20:45:48.780: BGP(0): no valid path for 10.2.2.2/32
*Aug 19 20:45:48.780: BGP(0): no valid path for 10.3.3.3/32
*Aug 19 20:45:48.780: BGP(0): no valid path for 10.4.4.4/32
*Aug 19 20:45:48.780: BGP(0): no valid path for 10.5.5.5/32
*Aug 19 20:45:48.780: BGP(0): no valid path for 10.6.6.6/32
*Aug 19 20:45:48.780: BGP(0): no valid path for 10.7.7.7/32
*Aug 19 20:45:48.780: BGP(0): no valid path for 10.8.8.8/32
*Aug 19 20:45:48.780: BGP(0): no valid path for 10.10.1.0/30
*Aug 19 20:45:48.780: %BGP-5-ADJCHANGE: neighbor 10.0.0.1 Down Peer over prefix limit *Aug 19 20:45:48.780: %BGP_SESSION-5-ADJCHANGE: neighbor 10.0.0.1 IPv4 Unicast topology base removed from session Peer over prefix limit
*Aug 19 20:45:48.780: BGP: topo global:IPv4 Unicast:base Remove_fwdroute for 10.0.0.0/30
*Aug 19 20:45:48.780: BGP: topo global:IPv4 Unicast:base Remove_fwdroute for 10.1.1.1/32
*Aug 19 20:45:48.780: BGP: topo global:IPv4 Unicast:base Remove_fwdroute for 10.2.2.2/32
*Aug 19 20:45:48.780: BGP: topo global:IPv4 Unicast:base Remove_fwdroute for 10.3.3.3/32
*Aug 19 20:45:48.780: BGP: topo global:IPv4 Unicast:base Remove_fwdroute for 10.4.4.4/32
*Aug 19 20:45:48.780: BGP: topo global:IPv4 Unicast:base Remove_fwdroute for 10.5.5.5/32
*Aug 19 20:45:48.780: BGP: topo global:IPv4 Unicast:base Remove_fwdroute for 10.6.6.6/32
*Aug 19 20:45:48.780: BGP: topo global:IPv4 Unicast:base Remove_fwdroute for 10.7.7.7/32
*Aug 19 20:45:48.780: BGP: topo global:IPv4 Unicast:base Remove_fwdroute for 10.8.8.8/32
*Aug 19 20:45:48.780: BGP: topo global:IPv4 Unicast:base Remove_fwdroute for 10.10.1.0/30Router_B#show ip bgp summary
BGP router identifier 10.0.0.2, local AS number 300
BGP table version is 25, main routing table version 25
17 networks peaked at 20:33:04 Aug 19 2026 UTC (00:13:00.072 ago)
Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/PfxRcd
10.0.0.1 4 200 0 0 1 0 0 00:00:15 Idle (PfxCt)Nota: En este escenario, debe utilizar el comando clear ip bgp <neighbor-ip> para restaurar la sesión de peer. Antes de restablecer la sesión, reduzca el número de prefijos anunciados por el peer o ajuste el límite maximum-prefix configurado después de la validación de la capacidad. Este comando restablece la sesión BGP y quita temporalmente las rutas aprendidas del peer.
Router_B#show ip bgp neighbors 10.0.0.1
BGP neighbor is 10.0.0.1, remote AS 200, external link
BGP version 4, remote router ID 10.0.0.1
BGP state = Idle, down for 00:00:39
Last update received: n/a
Neighbor sessions:
0 active, is not multisession capable (disabled)
Stateful switchover support enabled: NO for session 0
Message statistics:
InQ depth is 0
OutQ depth is 0
Sent Rcvd
Opens: 0 1
Notifications: 1 0
Updates: 0 0
Keepalives: 0 0
Route Refresh: 0 0
Total: 1 1
Do log neighbor state changes (via global configuration)
Default minimum time between advertisement runs is 30 seconds
For address family: IPv4 Unicast
BGP table version 25, neighbor version 1/25
Output queue size : 0
Index 0, Advertise bit 0
Address family not supported notification sent
Slow-peer detection is disabled
Slow-peer split-update-group dynamic is disabled
Peer had exceeded the max. no. of prefixes configured.
Maximum prefixes allowed 10
Threshold for warning message 80%
Reduce the no. of prefix and clear ip bgp 10.0.0.1 to restore peering
Number of NLRIs in the update sent: max 0, min 0
Highest network count observed at 12 entries at 20:32:03 Aug 19 2026 UTC (00:14:25.012 ago) Last detected as dynamic slow peer: never
Dynamic slow peer recovered: never
Refresh Epoch: 1
Last Sent Refresh Start-of-rib: never
Last Sent Refresh End-of-rib: never
Last Received Refresh Start-of-rib: never
Last Received Refresh End-of-rib: never
Sent Rcvd
Refresh activity: ---- ----
Refresh Start-of-RIB 0 0
Refresh End-of-RIB 0 0
Address tracking is enabled, the RIB does have a route to 10.0.0.1
Route to peer address reachability Up: 1; Down: 0
Last notification 00:54:04
Connections established 3; dropped 3
Last reset 00:00:39, due to BGP protocol initialization
External BGP neighbor configured for connected checks (single-hop no-disable-connected-check)
Interface associated: TenGigabitEthernet0/0/0 (peering address in same link)
Transport(tcp) path-mtu-discovery is enabled
Graceful-Restart is disabled
SSO is disabled
No active TCP connectionInformación Relacionada
Historial de revisiones
| Revisión | Fecha de publicación | Comentarios |
|---|---|---|
2.0 |
20-Aug-2026
|
Título actualizado, ortografía, gramática, líneas horizontales insertadas para separar secciones para facilitar su lectura. |
1.0 |
09-Jul-2002
|
Versión inicial |
Comentarios