NSSA 与 Stub 的差别
NSSA 是「允许引入外部路由的末梢区域」：既享受末梢区域表项精简的好处，又允许区域内的 ASBR 把本地直连或其他协议的路由引进来。引进来的是 7 型 LSA，只在 NSSA 内部传播，由 ABR 负责翻译成 5 型 LSA 通告给骨干区域。所以 NSSA 区域内部看不到 5 型 LSA，只有 7 型；骨干区看到的是翻译后的 5 型。
基本信息
| 适用平台 | 区域内所有路由器需要配 nssa，ABR 侧控制翻译与默认路由 |
|---|---|
| 命令形态 | 华为/H3C 区域视图下 nssa，思科 area 区域号 nssa |
| LSA 形态 | 区域内部 7 型，ABR 翻译为 5 型后向外通告 |
| 权限要求 | OSPF 进程视图 / 区域视图 |
| 关键差异 | NSSA 默认不会像 Stub 那样自动获得默认路由，需要显式配置 |
典型使用场景
- 分支区域本地有专线或静态路由需要引入，同时希望区域内表项精简
- 与第三方设备对接：对端只支持 NSSA 而不支持完全 Stub 的场景
- 出口区域引入默认路由：由 ABR 生成默认路由供区域内部出网使用
- 多 ABR 环境：确认 7 型转 5 型的翻译职责落在哪台设备上
- 故障排查：区域内学不到外部路由时，先确认 ASBR 是否产生 7 型 LSA
华为 VRP
华为 VRP
[Huawei] ospf 1
[Huawei-ospf-1] area 2
[Huawei-ospf-1-area-0.0.0.2] nssa
! 完全 NSSA（仅 ABR 配）：nssa no-summary
! 由 ABR 生成默认路由：nssa default-route-advertise
<Huawei> display ospf lsdb nssa # 看区域内 7 型 LSA思科 IOS
思科 IOS
SW-CORE-01(config)# router ospf 1
SW-CORE-01(config-router)# area 2 nssa
! 完全 NSSA：area 2 nssa no-summary（仅 ABR）
! 引入默认路由：area 2 nssa default-information-originate
SW-CORE-01# show ip ospf database nssa-external # 查看 7 型 LSAH3C Comware
H3C Comware
[H3C] ospf 1
[H3C-ospf-1] area 2
[H3C-ospf-1-area-0.0.0.2] nssa
! 完全 NSSA（仅 ABR）：nssa no-summary末梢区域三档对照
| 类型 | 允许的外部路由 | 默认路由来源 | 典型位置 |
|---|---|---|---|
| Stub | 不允许引入，5 型被挡 | ABR 自动注入 3 型默认路由 | 只有一条出口的纯末梢区域 |
| 完全 Stub（no-summary） | 不允许引入，5 型与 3 型都被挡 | ABR 注入默认路由，区域只剩默认路由 | 内部无跨区域精确选路需求的末梢 |
| NSSA | 允许，以 7 型在区域内传播 | 需 ABR 显式配置生成默认路由 | 分支区域本地需要引入外部路由 |
多 ABR 的 NSSA 里，7 型转 5 型由选举出的 Translator 承担，不要手工干预这一角色。验证时按顺序看三处：区域内是否有 7 型 LSA、ASBR 是否正常产生、骨干区是否收到翻译后的 5 型。