为什么需要NSSA区域？
先看关键判断
如果你正在处理OSPF LSA，先别急着照搬网上的参数。如果你刚开始接触OSPF，可能会被各种各样的区域类型搞晕。标准区域、Stub区域、Totally Stub区域、NSSA区域……每个区域都有一套过滤规则。简单来说，OSPF设计这些区域的目的只有一个：减少路由表规模，降低路由器CPU和内存负担。
普通Stub区域不允许任何外部路由（Type 5 LSA）进入，但现实中很多网络需要在末梢区域引入少量外部路由（比如连接一个小型分支机构的路由器）。这时Stub区域就不够用了，于是NSSA（Not-So-Stubby Area）应运而生。NSSA区域可以引入外部路由，但仅限通过本区域ASBR注入的，而且这些路由在NSSA内部用Type 7 LSA表示，离开NSSA后必须转换为Type 5 LSA。
相关阅读：此处可内链到“OSPF LSA常见问题”专题。
Type 5与Type 7：两个“兄弟”LSA
先看关键判断
在OSPF中，LSA（链路状态通告）是路由器之间交换信息的单位。Type 5和Type 7都用于描述外部路由，区别在于使用范围：
- Type 5 LSA：在整个OSPF域内泛洪，不能在Stub或NSSA区域内出现。它由ASBR产生，携带外部网络信息。
- Type 7 LSA：只能在NSSA区域内泛洪，由NSSA区域的ASBR产生。它携带的外部路由信息在离开NSSA区域时，需要被NSSA区域的ABR转换成Type 5 LSA再向其他区域通告。
有意思的是，Type 7 LSA的格式和Type 5几乎一模一样，只是LSA类型字段的数值不同（Type 5是5，Type 7是7），并且Type 7多了一个“P位”（Propagate bit）。这个P位决定了该LSA是否允许被ABR转换成Type 5。如果P位置0，ABR不会转换它；P位置1，ABR就会负责转换。
转换机制：ABR的“二传手”角色——OSPF LSA
容易忽略的细节
当NSSA区域内的ASBR注入一条外部路由时，它会产生一个Type 7 LSA，并向本区域所有ABR泛洪。ABR收到Type 7 LSA后，做两件事：
- 检查该LSA的P位。如果P位为1，ABR会把它转换成Type 5 LSA，并泛洪到其他标准区域（非Stub非NSSA区域）。
- 本ABR还会继续在NSSA区域内泛洪原始的Type 7 LSA，确保同一区域内的所有路由器都知道这条外部路由。
这里的关键是：一个NSSA区域可以有多个ABR。如果多个ABR都尝试转换同一条Type 7 LSA，就会产生重复的Type 5 LSA。OSPF通过LSA的ID和宣告路由器来区分，但重复的Type 5仍会增加路由表负担。更严重的问题在于——如果多个ABR的转换策略不一致，可能引发路由环路。
关联教程：此处可内链到“OSPF LSA部署与验证”内容。
进阶阅读：此处可内链到“OSPF LSA性能优化”指南。
OSPF LSA：环路风险：转换不当的后果
假设一个典型的网络拓扑：骨干区域（Area 0）连接两个NSSA区域——Area 1和Area 2。Area 1内有一台ASBR注入外部路由R，Area 1的ABR（R1）将Type 7转换为Type 5并发往骨干。骨干中的路由器会将这条Type 5 LSA通告给Area 2的ABR（R2）。R2收到后，会认为外部路由R可以通过骨干到达。但如果Area 2也有自己的ASBR且宣告了同样的外部网络（比如通过静态路由），那么Area 2的ABR可能会认为通往R的最佳路径在NSSA内部，从而产生次优路径甚至环路。
更危险的场景：当NSSA区域的ABR同时接收到Type 7和Type 5描述同一外部网络时，如果ABR的SPF计算逻辑存在歧义，它可能选择通过骨干返回NSSA区域的外部路由（Type 5学习到的），而忽略本区域Type 7的更优路径，导致发往外部网络的流量在ABR和骨干之间来回跳跃。
一种经典的环路形成过程
假设Area 0中有路由器X，Area 1的ABR为R1，Area 2的ABR为R2。Area 1内的ASBR注入外部路由10.0.0.0/8（Type 7）。R1转换成Type 5泛洪到Area 0。R2学习到10.0.0.0/8后，将它注入Area 2（作为Type 7，P位为1）。这样在Area 2内部，R2既是ABR又是ASBR（因为它向Area 2引入了外部路由）。R2会认为自己的Type 7 LSA是可信的，同时它也收到了R1转换后的Type 5。如果R2的配置中，引入外部路由时开销设置不当（比如Type 5的开销小于Type 7的开销），R2可能选择通过Area 0的路径（即经过R1）去往10.0.0.0/8，导致数据包从Area 2发往Area 0，再回到R1，而R1又可能将数据包发回Area 2……形成环路。
防范环路：三种有效策略
策略一：合理设置路由优先级
OSPF中，区域内路由优于区域间路由，区域间路由优于外部路由。Type 5和Type 7都属于外部路由，但遵循规则：Type 5与Type 7之间的比较看开销值（metric）和类型（E1 vs E2）。默认所有外部路由都是E2类型，开销不变。为避免环路，建议：
- 在NSSA区域中，将本区域注入的外部路由设为E1类型（在引入时设置metric-type 1），使得路径上的每跳开销累加，从而更精确反映真实距离。
- 确保ABR上接收到的Type 5 LSA的开销大于同目的地的Type 7 LSA的开销。通常通过调整引入时的metric实现。
策略二：利用“no-redistribution”命令限制转换
某些厂商（如Cisco）的OSPF实现允许在ABR上配置area X nssa no-redistribution。这个命令的作用是：ABR不会将本区域Type 7 LSA转换成Type 5 LSA，除非它本身就是ASBR。如果网络中有多个ABR，可指定其中一台作为唯一的转换路由器，其余ABR关闭转换功能，避免重复转换和潜在环路。
配置示例：
router ospf 1
area 1 nssa
在非转换ABR上：
router ospf 1
area 1 nssa no-redistribution
这样该ABR不会将Type 7转换为Type 5，但仍然会接收骨干的Type 5并注入NSSA（以Type 7形式）。
策略三：设计层面避免多ABR同时引入外部路由
最根本的防范是从网络设计入手。尽量让NSSA区域只有一台ABR负责外部路由的转换和引入。如果必须部署多ABR用于冗余，请使用VRRP或HSRP将外部路由的注入集中到一个虚拟路由器上。或者，将外部路由的注入点放在骨干区域（Area 0）中，而非NSSA内部，这样NSSA区域就无需引入外部路由，可直接使用标准Stub区域。
验证与排错
容易忽略的细节
当怀疑出现环路时，可以检查路由表：
- 在ABR上执行
show ip ospf database external查看Type 5 LSA列表。 - 执行
show ip ospf database nssa-external查看Type 7 LSA。 - 对比同一条外部路由在两个数据库中的转发地址（Forwarding Address）和开销。
如果发现某台ABR去往外部目的地的下一跳指向自己（或指向另一个ABR的loopback），说明存在环路。此时应检查P位设置和各路由器的优先级配置。
总结
我的处理经验
OSPF的Type 5和Type 7 LSA转换机制设计初衷是好的——在保留NSSA区域足够“干净”的同时允许少量外部路由进入。但转换过程中ABR的“二传手”角色一旦出现多ABR且配置不一致，就会引发环路。通过合理设置路由开销、利用no-redistribution限制转换、以及优化网络设计，可以完全避免这些风险。对初学者而言，记住一个原则：NSSA区域内的外部路由只应通过唯一指定的ABR进行转换，这是最安全的做法。真正做好OSPF LSA，靠的不是参数堆砌，而是持续验证。
延伸阅读