Stub 区域挡掉了什么
末梢区域的典型特征是只有一条出口，区域内的路由器不需要知道域外每一条明细。Stub 把 5 型外部 LSA 挡在区域外，由 ABR 注入一条默认路由顶上；完全 Stub（no-summary）连 3 型区域间明细也挡掉，区域内只剩一条默认路由。换来的是区域内设备 LSDB 与路由表大幅瘦身，代价是区域内路由器对外部明细完全失去感知，只能按默认路由转发。
基本信息
| 适用平台 | 区域内所有路由器都需要配置，ABR 上额外控制 no-summary |
|---|---|
| 命令形态 | 华为/H3C 区域视图下 stub，思科 area 区域号 stub |
| 生效要求 | 区域内所有路由器的 stub 属性必须一致 |
| 权限要求 | OSPF 进程视图 / 区域视图 |
| 配套影响 | 区域内不能再引入外部路由，否则要用 NSSA |
典型使用场景
- 分支办公区：只有一条上联，区域内设备性能有限，用 Stub 瘦身
- 接入层设备资源紧张：路由表规模直接影响内存与收敛速度
- 抑制外部路由抖动：外部明细变化不再扩散到末梢区域
- 完全 Stub 场景：区域内部无跨区域访问需求，只按默认路由出网
- 改造评估：确认区域内没有 ASBR 需求后，再决定用 Stub 而不是 NSSA
Stub 两档
| 配置 | 遮挡对象 | ABR 行为 |
|---|---|---|
| stub | 挡 5 型外部 LSA | 向区域内注入一条 3 型的默认路由 |
| stub no-summary（完全 Stub） | 挡 5 型外部与 3 型区域间明细 | 只注入一条默认路由，区域路由表最精简 |
| 区域内有 ASBR 需求 | 不适用 | 改用 NSSA，允许 7 型外部 LSA |
| 属性不一致 | 邻居建立异常 | 区域内任何一台漏配都会导致邻接无法到 Full |
华为 VRP
华为 VRP
[Huawei] ospf 1
[Huawei-ospf-1] area 2
[Huawei-ospf-1-area-0.0.0.2] stub
! 完全 Stub 只在 ABR 上配：stub no-summary
[Huawei-ospf-1-area-0.0.0.2] display this # 核对区域内设备配置是否一致思科 IOS
思科 IOS
SW-CORE-01(config)# router ospf 1
SW-CORE-01(config-router)# area 2 stub
! 完全 Stub 只配在 ABR：area 2 stub no-summary
SW-CORE-01# show ip ospf 1 | include Area 2 # 查看区域属性与默认路由注入H3C Comware
H3C Comware
[H3C] ospf 1
[H3C-ospf-1] area 2
[H3C-ospf-1-area-0.0.0.2] stub
! 完全 Stub 只在 ABR 上配：stub no-summaryStub 属性必须区域内所有路由器一致：ABR 上写 no-summary，区域内其他路由器写普通 stub 即可，不需要也不应该跟着写 no-summary。区域内一旦需要引入外部路由，Stub 会直接拒绝，应改配 NSSA。
Stub 区域内的路由器访问域外只有一条默认路由，无法感知外部明细的变化。设计时要确认区域内部不存在「必须按明细选路」的业务，例如双出口策略路由。