表规模异常怎么发现
BGP 表规模增长有两个来源：互联网路由的自然增长，以及邻居误配置或路由泄漏带来的异常注入。前者是缓慢的、可预测的，后者往往在几分钟内让前缀数跳跃式上升。判断的关键是有没有基线——定期记录总路由数与每邻居明细后，才能说清「今天比上周多了两万条」是否正常。异常发生时按邻居统计前缀贡献，通常能迅速锁定来源；内存与转发表规格也要提前评估，因为路由数量最终受硬件表项上限约束，超出后可能出现部分路由无法下发。
基本信息
| 基线项 | 定期采样总路由数、每邻居前缀数、内存占用 |
|---|---|
| 定位手段 | 按邻居或按来源统计前缀贡献 |
| 保护手段 | 前缀限制配合告警，先观察后启用断连 |
| 容量关注 | 内存、转发表项规格与路由数量是否留有裕量 |
| 常用命令 | show ip bgp summary、display bgp routing-table statistics |
典型使用场景
- 日常巡检：定期记录表规模作为后续判断的参照
- 异常告警后定位：快速找出是哪几个邻居贡献了增量
- 新邻居上线：观察其前缀规模是否与业务预期相符
- 容量规划：按增长趋势评估设备剩余可用表项
- 事故复盘：确认泄漏事件中受影响的路由范围
统计命令
统计命令
# Cisco：总规模与内存占用
show ip bgp summary | include network|memory
# 单个邻居的前缀贡献
show ip bgp neighbors 203.0.113.2 | include prefixes
# 华为
display bgp routing-table statistics
# 建议按周采样并留档，用于趋势判断
show ip bgp summary > baseline-$(date +%F).txt指标与判断
| 指标 | 含义 | 异常表现 |
|---|---|---|
| Total prefixes | 本地 BGP 表总前缀数 | 短时间跳跃式增长需立即排查来源 |
| Per-neighbor count | 单邻居贡献的前缀数 | 与业务规模不符说明误配置或泄漏 |
| Memory usage | BGP 相关内存占用 | 接近平台上限会引发路由下发失败 |
| Path count | 路径条目数量 | 远超前缀数说明存在大量备份路径 |
没有基线就没有异常判断依据。建议把「记录表规模」写进日常巡检项，采集频率不必高，但要稳定。
直接套用前缀限制而不先告警，会把合法业务增长也当成异常切断；上线限制前先经过一段只告警的观察期。