自动汇总的坑在哪
BGP 自动汇总（auto-summary）会按 A/B/C 类主网络边界把明细前缀汇总后再宣告：例如 10.1.0.0/24 与 10.2.0.0/24 可能被汇成 10.0.0.0/8。这是早期 BGP 的行为，现代 IOS 默认 no auto-summary，其他厂商实现通常也没有这个默认行为。危害在于汇总前缀掩盖明细：明细之间的可达性差异被抹平，对端按汇总转发时就会出现黑洞，而这对端从路由表上看不出任何异常。
基本信息
| 行为 | 按主类网络（A/B/C 类）边界汇总后宣告 |
|---|---|
| 现代默认 | 现代 IOS 默认 no auto-summary |
| 高发来源 | 旧设备迁移的配置、老教材与老资料中的示例 |
| 主要风险 | 汇总掩盖明细差异，形成隐蔽的路由黑洞 |
| 核对命令 | show running-config | include auto-summary |
| 处置方式 | router bgp 视图下显式 no auto-summary |
典型使用场景
- 旧配置迁移核对：逐项确认默认值差异，auto-summary 与 synchronization 是高频项
- 排查「前缀比预期多或少」：出现意外的主类汇总前缀时先查这个开关
- 割接前基线比对：确认没有隐藏汇总在掩盖明细路由的抖动
- 学习早期 BGP 行为：读懂老资料里的汇总现象与随之而来的选路问题
核对与关闭
核对与关闭
router bgp 65001
no auto-summary # 显式关闭，避免默认值差异导致的不一致
!
show running-config | include auto-summary # 确认当前开关状态
show ip bgp 10.0.0.0 # 看是否出现不该有的主类汇总
show ip bgp neighbors 10.0.0.2 advertised-routes # 看实际通告出去的前缀
show ip bgp neighbors 10.0.0.2 received-routes # 看对端实际发来了什么自动汇总与手工聚合对比
| 维度 | 自动汇总 | 手工聚合 aggregate-address |
|---|---|---|
| 触发方式 | 隐式按主类网络边界触发 | 显式配置，自行指定摘要前缀与掩码 |
| 可控程度 | 不可控，无法选择前缀与属性 | 可控，可配 summary-only 或抑制明细 |
| 现代默认 | 关闭 | 不适用，需要显式配置才生效 |
| 风险形态 | 汇总掩盖明细，形成隐蔽黑洞 | 参数配错同样形成黑洞，但有手段可以约束 |
| 建议做法 | 一律显式关闭并核对 | 按需配置并配套明细抑制策略 |
自动汇总的实际作用范围与厂商实现、版本相关，不要凭记忆判断：一律用 show running-config | include auto-summary 确认开关，用 advertised-routes 确认真正通告出去的内容。
汇总与抑制是两套机制：手工聚合可以配 summary-only 只发汇总不发明细，也可以配合抑制策略选择性隐藏明细；自动汇总没有任何这类控制手段，因此不应出现在现代网络设计里。