排查边界网关协议基本问题

下载选项

PDF (502.8 KB)
在各种设备上使用 Adobe Reader 查看
ePub (120.9 KB)
在 iPhone、iPad、Android、Sony Reader 或 Windows Phone 上使用各种应用查看
Mobi (Kindle) (92.2 KB)
在 Kindle 设备上查看或在多个设备上使用 Kindle 应用查看

已更新: 2025 年 2 月 19 日

文档 ID:218027

非歧视性语言

此产品的文档集力求使用非歧视性语言。在本文档集中，非歧视性语言是指不隐含针对年龄、残障、性别、种族身份、族群身份、性取向、社会经济地位和交叉性的歧视的语言。由于产品软件的用户界面中使用的硬编码语言、基于 RFP 文档使用的语言或引用的第三方产品使用的语言，文档中可能无法确保完全使用非歧视性语言。深入了解思科如何使用包容性语言。

关于此翻译

思科采用人工翻译与机器翻译相结合的方式将此文档翻译成不同语言，希望全球的用户都能通过各自的语言得到支持性的内容。请注意：即使是最好的机器翻译，其准确度也不及专业翻译人员的水平。 Cisco Systems, Inc. 对于翻译的准确性不承担任何责任，并建议您总是参考英文原始文档（已提供链接）。

简介

本文档介绍如何排查边界网关协议 (BGP) 的最常见问题，并提供基本解决方法和指南。

先决条件

要求

本文档没有任何特定的前提条件。基本BGP协议知识非常有用，有关详细信息，请参阅BGP配置指南。

使用的组件

本文档不限于特定的软件和硬件版本，但命令适用于Cisco IOS®和Cisco IOS® XE。

本文档中的信息都是基于特定实验室环境中的设备编写的。本文档中使用的所有设备最初均采用原始（默认）配置。如果您的网络处于活动状态，请确保您了解所有命令的潜在影响。

背景信息

本文档介绍用于解决边界网关协议(BGP)中最常见问题的基本指南，提供纠正措施、用于检测问题根本原因的有用命令/调试以及避免潜在问题的最佳实践。请记住，思科TAC不能考虑所有可能的变量和场景，可能需要进行更深入的分析。

拓扑

使用此拓扑图作为本文档中提供的输出的参考。

Output Reference Diagram

场景和问题

邻接关系断开

如果BGP会话已关闭且未启动，请发出show ip bgp all summary command.Here you can find the current status of the session:

如果会话处于not up状态，它可能在IDLE和ACTIVE之间变化（取决于有限状态机进程）。
如果会话处于启用状态，您将看到收到的前缀数量。

R2#show ip bgp all summary 
For address family: IPv4 Unicast
BGP router identifier 198.51.100.2, local AS number 65537
BGP table version is 19, main routing table version 19
18 network entries using 4464 bytes of memory
18 path entries using 2448 bytes of memory
1/1 BGP path/bestpath attribute entries using 296 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 7208 total bytes of memory
BGP activity 18/0 prefixes, 18/0 paths, scan interval 60 secs
18 networks peaked at 11:21:00 Jun 30 2022 CST (00:01:35.450 ago)

Neighbor        V           AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd
10.0.23.3       4        65537       6       5       19    0    0 00:01:34       18
198.51.100.1    4        65536       0       0        1    0    0 never    Idle

无连接

必须确保两个对等体之间的连接，以便能够建立端口179上的TCP会话。它们是否直接相连。简单的ping操作对于此问题很有用。如果在环回接口之间建立对等，则必须执行环回至环回ping。如果在没有特定环回作为源接口的情况下执行ping测试，则将传出物理接口IP地址用作数据包的源IP地址，而不是路由器的环回IP地址。

如果ping不成功，请考虑以下原因：

没有连接的路由对等体或根本没有路由：show ip route peer_IP_address 可用。
第1层问题：需要考虑物理接口、SFP（连接器）、电缆或外部问题（传输和提供商，如果适用）。
检查可以阻止连接的任何防火墙或访问列表。

如果ping成功，请考虑以下因素：

配置问题

配置的IP地址或AS错误：对于错误的IP地址，不会显示此类消息，但请确保正确配置完成。对于错误的AS，您必须在命令中看到类似的show logging消息。

%BGP-3-NOTIFICATION: sent to neighbor 198.51.100.1 passive 2/2 (peer in wrong AS) 2 bytes 1B39

检查两端的BGP配置以更正AS编号或对等IP地址。

路由器 ID 重复:

%BGP-3-NOTIFICATION: sent to neighbor 198.51.100.1 passive 2/3 (BGP identifier wrong) 4 bytes 0A0A0A0A

检查两端的BGP标识符show ip bgp all summary，纠正重复的问题。这可以通过在bgp路由器配置下使用bgp router-id X.X.X.Xglobal命令手动实现。作为一种最佳实践，请确保将路由器ID手动设置为唯一编号。

BGP源和TTL:

大多数iBGP会话是通过通过IGP可访问的环回接口配置的。此环回接口必须明确定义为源，请使用命令neighbor ip-address update-source interface-id执行此操作。

对于eBGP对等体，直接连接的接口通常用于对等连接，并且会检查思科IOS/思科IOS XE以实现此目的，或者它甚至不尝试建立会话。如果在直接连接的路由器上从环回尝试到eBGP环回，则可以通过禁用对两端的特定邻居的此检neighbor ip-address disable-connected-check。

但是，如果eBGP对等体之间存在多个跳，则需要适当的跳数，请确保为其配置正确的跳数，以便可以建立会 neighbor ip-address ebgp-multihop [hop-count]话。

如果未指定跳数，则iBGP会话的默认TTL值为255，而eBGP会话的默认TTL值为1。

TCP会话问题

测试端口179的一个有用操作是从一个对等设备到另一个对等设备的手动telnet:

R1#telnet 198.51.100.2 179
Trying 198.51.100.2, 179 ... Open

[Connection to 198.51.100.2 closed by foreign host]

打开/连接关闭或远程主机拒绝连接表示数据包到达远程端，然后，确保远端的控制平面没有问题。否则，如果存在无法到达的目标，请检查可以阻止TCP端口179、BGP数据包或路径上任何数据包丢失的任何防火墙或访问列表。

如果出现身份验证问题，您会看到以下消息：

%TCP-6-BADAUTH: Invalid MD5 digest from 198.51.100.1(179) to 198.51.100.2(20062) tableid - 0
%TCP-6-BADAUTH: No MD5 digest from 198.51.100.1(179) to 198.51.100.2(20062) tableid - 0

检查身份验证方法、密码和相关配置，并进一步排除故障，请参阅BGP对等体之间的MD5身份验证配置示例。

如果TCP会话未启动，您可以使用以下命令进行隔离：

show tcp brief all
show control-plane host open-ports
debug ip tcp transactions

邻接退回

如果会话处于打开和关闭状态，请查 show log找并查看一些场景。

接口摆动

%BGP-5-ADJCHANGE: neighbor 198.51.100.2 Down Interface flap

如消息所示，此故障的原因是接口关闭情况，请查找端口/SFP、电缆或断开连接上的任何物理问题。

保持计时器已过期

%BGP-3-NOTIFICATION: sent to neighbor 198.51.100.2 4/0 (hold time expired) 0 bytes

这是一种非常普遍情况；这意味着在保持计时器过期之前，路由器未接收或处理keepalive消息或任何更新消息。设备发送通知消息并关闭会话。此问题最常见的原因如下：

接口问题：查找两个对等体的连接接口上的任何输入错误、输入队列丢弃或物理问题； show interface 可用于此目的。

传输中的数据包丢失：有时，Hello数据包可能在传输过程中被丢弃，这是确保在接口级别捕获数据包的最佳方法。
- 如果数据包在接口级别被看到，您需要确保它们到达控制平面、控制平面上的EPC，或者是有用的 debug bgp [vrf name] ipv4 unicast keepalives。

高CPU：高CPU状况可能导致控制平面发生丢弃 show processes cpu [sorted|history] ，有助于识别问题。根据平台，您可以找到使用CPU参考文档进行故障排除的下一步骤

CoPP策略问题：故障排除方法因平台而异，因此不在本文档的讨论范围之内。

MTU 不匹配:如果路径中存在MTU差异，并且从源到目标的路径中阻止了ICMP消息，则PMTUD不起作用且可能导致会话抖动。使用协商的MSS值和DF位集发送更新。如果路径中的设备或甚至目标设备无法接受具有较高MTU的数据包，它会向BGP扬声器发送一条ICMP错误消息。目标路由器会等待BGP keepalive或BGP更新数据包更新其抑制计时器。
- 您可以检查与协商的MSSshow ip bgp neighbors ip_address。

使用df集对特定邻居执行ping测试可以显示这样的MTU是否沿路径有效：

ping 198.51.100.2 size max_seg_size df

如果发现MTU问题，则必须对配置进行准确检查，以确保MTU值在整个网络中保持一致。

注意：有关MTU的详细信息，请参阅使用MTU的BGP邻居抖动故障排除。

AFI/SAFI问题

%BGP-5-ADJCHANGE: neighbor 198.51.100.2 passive Down AFI/SAFI not supported
%BGP-3-NOTIFICATION: received from neighbor 198.51.100.2 active 2/8 (no supported AFI/SAFI) 3 bytes 000000

地址系列标识符(AFI)是由多协议BGP(MP-BGP)添加的功能扩展。它涉及特定网络协议（例如IPv4、IPv6等），并通过后续地址系列标识符(SAFI)（例如单播和组播）与额外粒度相关。MBGP通过BGP路径属性(PA)MP_REACH_NLRI和MP_UNREACH_NLRI实现此分离。这些属性在BGP更新消息内传输，用于传输不同地址系列的网络可达性信息。

该消息将为您提供IANA注册的这些AFI/SAFI的编号：

检查两端的地址系列的BGP配置，以更正任何不必要的地址系列。
在两端使用neighbor ip-address dont-capability-negotiate。有关详细信息，请参阅不支持的功能导致BGP对等体故障

路径安装和选择

有关BGP如何工作以及选择最佳路径的更好解释，请参阅BGP最佳路径选择算法

下一跳

对于要安装到路由表中的路由，需要到达下一跳，否则，即使前缀位于我们的Loc-RIB BGP表中，它也不会进入RIB。作为环路避免规则，在Cisco IOS/Cisco IOS XE上，iBGP不会更改下一跳属性，并且在eBGP重写下一跳并预置其AS_PATH时只保留AS_PATH。

您可以选中下一跳show ip bgp [prefix].，它为您提供了下一跳和无法访问的词。在本示例中，这是R1通过eBGP向R2通告的前缀，由R3通过R2的iBGP连接获取该前缀。

R3#show ip bgp 192.0.2.1
BGP routing table entry for 192.0.2.1/32, version 0
Paths: (1 available, no best path)
  Not advertised to any peer
  Refresh Epoch 1
  65536
    198.51.100.1 (inaccessible) from 10.0.23.2 (10.2.2.2)
      Origin incomplete, metric 0, localpref 100, valid, internal
      rx pathid: 0, tx pathid: 0
      Updated on Jul 1 2022 13:44:19 CST

在输出中，下一跳是R1的传出接口，而R3不知道该接口。要解决此问题，您可以通过IGP、静态路由通告下一跳，也可以在iBGP对等体上使用 neighbor ip-address next-hop-self命令修改下一跳IP（直连）。在图示示例中，此配置需要在R2上；通向R3的邻居(neighbor 10.0.23.3 next-hop-self)。

因此，下一跳(在a之后 clear ip bgp 10.0.23.2 soft)会更改为直连接口（可访问），并安装前缀。

R3#show ip bgp 192.0.2.1
BGP routing table entry for 192.0.2.1/32, version 24
Paths: (1 available, best #1, table default)
  Not advertised to any peer
  Refresh Epoch 1
  65536
    10.0.23.2 from 10.0.23.2 (10.2.2.2)
      Origin incomplete, metric 0, localpref 100, valid, internal, best
      rx pathid: 0, tx pathid: 0x0
      Updated on Jul 1 2022 13:46:53 CST

RIB故障

当路由无法安装到全局RIB中时，就会发生这种情况，这会导致RIB故障。常见原因是，对于管理距离较短的另一个路由协议，RIB上已经存在相同的前缀，但是使用show ip bgp rib-failure命令可以看到RIB故障的确切原因。有关更详细的说明，请参阅以下链接：

注意：您可以按照了解BGP RIB-failure和bgp suppress-inactive命令中的说明识别和纠正此类问题。

竞争条件

最常见的问题是，在相互重分发场景中，IGP优先于eBGP。当IGP路由重分发到BGP时，它被视为由BGP在本地生成，默认情况下权重为32768。默认情况下，将从BGP对等体接收的所有前缀分配的本地权重为0。因此，如果必须比较相同的前缀，根据BGP最佳路径选择过程将权重较高的前缀添加到路由表中，这就是将IGP路由安装到RIB上的原因。

此问题的解决方案是，在路由器bgp配置下，为从BGP对等体接收的所有路由设置更高的权重：

neighbor ip-address weight 40000

注意：有关详细说明，请参阅了解网络故障切换场景中BGP权重路径属性的重要性。

其他问题

BGP慢速对等体

它是一种对等体，无法跟上发送方生成更新消息的速率。对等体表现出此问题的原因有很多；其中一个对等体的CPU使用率较高、链路上的流量过大或流量丢失、带宽资源等。

注意：要帮助识别和纠正慢速对等体问题，请参阅使用BGP“慢速对等体”功能解决慢速对等体问题

内存问题

BGP使用分配给Cisco IOS进程的内存，以维护网络前缀、最佳路径、策略和所有相关的配置，使其正常运行。使用命令可看到整体进程show processes memory sorted:

R1#show processes memory sorted 
Processor Pool Total: 2121414332 Used:  255911152 Free: 1865503180
reserve P Pool Total:     102404 Used:         88 Free:     102316
 lsmpi_io Pool Total:    3149400 Used:    3148568 Free:        832

 PID TTY  Allocated      Freed    Holding    Getbufs    Retbufs Process
   0   0  266231616   81418808  160053760          0          0 *Init*          
 662   0   34427640      51720   34751920          0          0 SBC main process
  85   0    9463568          0    8982224          0          0 IOSD ipc task   
   0   0   34864888   25213216    8513400    8616279          0 *Dead*          
 504   0     696632          0     738576          0          0 QOS_MODULE_MAIN 
 518   0     940000       8616     613760          0          0 BGP Router      
 228   0     856064     345488     510080          0          0 mDNS            
  82   0     547096     118360     417520          0          0 SAMsgThread     
   0   0          0          0     395408          0          0 *MallocLite*

处理器池是使用的内存；在本例中大约为2.1 GB。接下来，必须查看“保持”列来确定保存大部分子进程的子进程。然后，您需要检查您拥有的BGP会话、接收的路由数以及使用的配置。

减少BGP内存占用的常见步骤：

BGP过滤：如果不需要接收完整的BGP表，请使用策略过滤路由并仅安装所需的前缀。
软重新配置：在BGP配置下查找neighbor ip_address soft-reconfiguration inbound;此命令允许您查看在任何入站策略(Adj-RIB-in)之前收到的所有前缀。但是，此表需要当前BGP本地RIB表的大约一半来存储此信息，因此您可以避免此配置，除非是强制要求的，或者当前前缀很少。

注意：有关如何优化BGP的详细信息，请参阅配置BGP路由器以获得最佳性能和减少的内存消耗。

高 CPU 利用率

路由器使用不同的进程来运行BGP。要验证BGP进程是CPU使用率较高的原因，请使用命show process cpu sorted 令。

R3#show processes cpu sorted 
CPU utilization for five seconds: 0%/0%; one minute: 0%; five minutes: 0%
 PID Runtime(ms)     Invoked      uSecs   5Sec   1Min   5Min TTY Process
 PID Runtime(ms)     Invoked      uSecs   5Sec   1Min   5Min TTY Process 
 163          36        1463         24  0.07%  0.00%  0.00%   0 ADJ background   
  62          28         132        212  0.07%  0.00%  0.00%   0 Exec             
   2          39         294        132  0.00%  0.00%  0.00%   0 Load Meter       
   1           0           4          0  0.00%  0.00%  0.00%   0 Chunk Manager    
   3          27        1429         18  0.00%  0.00%  0.00%   0 BGP Scheduler    
   4           0           1          0  0.00%  0.00%  0.00%   0 RO Notify Timers
  63           4          61         65  0.00%  0.00%  0.00%   0 BGP I/O          
  83         924          26      35538  0.00%  0.03%  0.04%   0 BGP Scanner      
  96         142       11651         12  0.00%  0.00%  0.00%   0 Tunnel BGP  
   7           0           1          0  0.00%  0.00%  0.00%   0 DiscardQ Backgro

以下是克服由于BGP而导致的CPU使用率较高的常见进程、原因和常规步骤：

BGP Router:每秒运行一次以保护更快的融合。它是最重要的线索之一。它读取bgp更新消息，验证前缀/网络和属性，更新每个AFI/SAFI网络/前缀表和属性表，执行最佳路径计算以及其他许多任务。
大规模路由变动是导致这种情况的一个非常常见的场景。
BGP Scanner:默认情况下每60秒运行一次的低优先级进程。此过程检查整个BGP表以验证下一跳可达性，并相应地更新BGP表，以防路径发生任何更改。它通过路由信息库(RIB)进行重分发。
检查平台规模，随着安装更多前缀和路由以及TCAM的使用、需要更多资源，通常会出现设备过载的情况。

注意：有关如何对这两个进程进行故障排除的详细信息，请参阅对由BGP扫描程序或路由器进程导致的CPU使用率过高进行故障排除

BGP I/O:在收到BGP控制数据包时运行，并管理BGP数据包的排队和处理。如果BGP队列中长期接收的数据包过多，或者TCP存在问题，则路由器会显示BGP I/O进程导致的CPU使用率较高的症状。(通常，在这种情况下，BGP路由器也很高。查看消息计数以标识对等设备，并捕获数据包以标识这些消息的来源。)
BGP Open:建立会话时使用的进程。除非会话停滞在“打开”状态，否则不会出现常见的CPU使用率较高的问题。
BGP事件：负责下一跳处理。查找接收的前缀上的下一跳摆动。

版本	发布日期	备注
4.0	19-Feb-2025	重新认证
3.0	25-Sep-2023	更新了IOS XE（删除短划线）并添加了商标、SEO和格式。
2.0	21-Feb-2023	重新认证。
1.0	04-Aug-2022	初始版本