报文计数与停滞判断
BGP 邻居靠周期性的 Keepalive 维持：只要会话正常，MsgRcvd 与 MsgSent 就会按周期稳定增长。若状态显示 Established 而计数长时间不动，就要怀疑这条会话已经失去了真实通信能力——最常见的原因是单向丢包，本端还在发，对端的回应却没有回来，直到 Hold 时间到期会话才断开。
基本信息
| 关键字段 | show ip bgp summary 中的 MsgRcvd / MsgSent 与 Up/Down 时长 |
|---|---|
| 正常表现 | 按 Keepalive 周期增长，节奏与邻居定时器一致 |
| 判断方法 | 间隔一到两个周期采样两次，比较计数差值 |
| 佐证手段 | 对端视角的会话状态、BFD 状态与接口错误计数 |
| 适用平台 | Cisco IOS/IOS-XE、华为 VRP（display bgp peer 含相应计数） |
典型使用场景
- 疑似假活：状态正常但前缀长时间不更新，先看计数是否停滞
- 单向丢包定位：本端计数在涨、对端没收到，问题出在中间路径
- 抖动评估：计数暴涨往往对应更新风暴或路由翻动
- 监控基线：把计数变化率做成指标，异常时先于业务侧告警
- 故障取证：保存两次采样结果作为时间序列证据
采样与对比
采样与对比
# 第一次采样
show ip bgp summary | include 10.0.0.2
# 等一到两个 Keepalive 周期再采样一次
show ip bgp summary | include 10.0.0.2
# 对端视角同时观察（需协调对端操作）
# 华为 VRP
display bgp peer 10.0.0.2 verbose计数现象读法
| 现象 | 可能原因 | 核对动作 |
|---|---|---|
| 计数按周期稳定增长 | 会话与心跳正常 | 无需处理，记录增量作为基线 |
| 计数停滞但状态 Established | 单向丢包或对端失去更新能力 | 两端采样对比，检查接口错误与中间路径 |
| 计数短时间内暴涨 | 更新风暴或路由频繁翻动 | 查看路由变化次数与抖动抑制状态 |
| Up 时长频繁归零 | 会话反复重建 | 结合日志与通知码定位根因 |
计数是会话的体温计，单次快照没有意义：一定要间隔采样看趋势，并结合对端视角，否则无法区分「本端没发」与「发了但没到」。