前缀计数是最低成本的监控项
每个邻居收到与发出的前缀数量是现成的指标，采集成本低、含义直接。数量骤降通常意味着对端撤销、策略误配或链路回环；数量骤增通常意味着路由泄漏或前缀劫持。把各邻居的正常数量建立基线并设置阈值，就能在业务报障之前发现多数路由层异常。
基本信息
| 采集来源 | 邻居状态输出中的前缀计数，或 SNMP 与遥测指标 |
|---|---|
| 基线建立 | 观察一段时间内的正常范围与波动幅度 |
| 告警设计 | 按上下限双向告警，避免只盯上限 |
| 粒度建议 | 按邻居与地址族分别设定，而不是全网一个阈值 |
| 关联指标 | 结合会话状态、更新报文计数与最大前缀限制一起看 |
典型使用场景
- 日常巡检：按日对比各邻居前缀数，识别缓慢偏移
- 变更验证：变更前后前缀数量是最直接的验收指标
- 泄漏发现：数量突增时立即核对对端发布范围
- 容量规划：结合表项增长趋势评估设备与内存余量
- 故障复盘：把前缀数量曲线与会话断开时间点对照
查看与采集
查看与采集
# 会话层面的计数总览
show ip bgp summary
# 单邻居的详细计数
show ip bgp neighbors 10.0.0.2 | include prefix
# 按地址族查看
show bgp ipv6 unicast summary
show ip bgp vpnv4 all summary
#
# 华为侧
# display bgp peer
# display bgp peer 10.0.0.2 verbose变化方向与可能原因
| 变化 | 常见原因 | 排查动作 |
|---|---|---|
| 骤降 | 对端撤销、策略误配、链路回环 | 核对策略变更记录与对端状态 |
| 骤增 | 路由泄漏、前缀劫持、对端误引入 | 检查对端发布范围与最大前缀设置 |
| 缓慢下降 | 对端逐步收敛或业务下线 | 与变更计划对照确认是否预期 |
| 归零 | 族未激活、会话重建未恢复 | 检查能力协商与地址族配置 |
告警设计示例
告警设计示例
# 以基线 800 为例的告警思路：
# 低于 700（约 -12%）触发低值告警，排查是否发生撤销或误配
# 高于 1000（约 +25%）触发高值告警，排查是否发生泄漏
# 同时监控会话状态变化，避免把正常重建误报为异常
# 阈值按月复核，随业务增长同步调整阈值设置过紧会产生告警疲劳，过松则失去意义。建议先记录两到四周的正常波动范围，再按业务影响确定上下限，并把调整依据写进监控配置说明。