OSPF邻居状态机详解：从Down到Full的七步跃迁与排错逻辑

简介：本资源是面向备考华为HCIP-Datacom-Core Technology V1.0认证（考试编号H12-821/H12-831）的学习者整理的系统性笔记，聚焦网络安全、路由协议、交换技术等核心考点，适用于网络工程师进阶提升与考前冲刺。内容覆盖OSPF、IS-IS、BGP、IPv6、组播、WLAN、网络可靠性及安全机制等12大模块，含大量命令行示例、LSA类型解析、区域设计原理、DR/BDR选举逻辑、虚连接配置要点及外部路由引入细节，特别强化了OSPF邻居建立失败的7类典型原因与排错思路。资源为单文件PDF格式，共1个文件，大小12.44MB，结构清晰、图文结合、重点标注，便于碎片化学习与重点回顾。目前已有600人下载学习，是兼顾理论深度与实操指导的高密度备考笔记。

1. OSPF 的“邻居不起来”不是配置错了，而是你没看懂它的状态机黑匣子

你有没有试过在华为设备上敲完ospf enable 1 area 0、peer 10.1.1.1，接口也up了，dis ospf peer却永远显示init或exstart，死活卡在那儿？重置进程reset ospf process后短暂建邻又秒崩？翻遍配置，掩码、区域、认证、Hello 时间全对，可邻居就是“视而不见”。这不是玄学，也不是设备抽风——这是 OSPF 把它最核心的状态机协议语义藏在了报文交互细节里，而绝大多数学习资料只告诉你“要配什么”，却从不解释“为什么配了还不行”。这份 HCIP-H12-821/831 学习笔记的价值，正在于它把 OSPF 邻居建立过程拆解成一张可验证、可打断、可逐帧观测的状态跃迁图谱：从Down → Init → 2-Way → ExStart → Exchange → Loading → Full，每个箭头背后都绑定着特定 LSA 类型、特定 Option 字段、特定 MTU 检查逻辑和特定计时器行为。它不教你怎么背命令，而是让你看清：当ExStart卡住时，你看到的不是“配置失败”，而是两台路由器在用DBD报文协商主从关系时，因I（Init）位未清或MS（Master/Slave）位冲突导致的握手僵局；当Loading状态反复出现，那不是链路抖动，而是某台路由器 LSDB 中缺失的 LSA 请求（LSR）未被响应，触发了重传定时器。搞懂这个，你才真正拥有了“看穿 OSPF 表面现象”的能力——它解决的从来不是“怎么配”，而是“为什么配了没反应”的底层归因问题。

2. OSPF 邻居建立：七步状态机背后的三次握手与四次校验

OSPF 邻居关系不是一蹴而就的“连通即建邻”，而是一套严格遵循 RFC 2328 的、基于报文交互驱动的状态机。它不像 TCP 那样有显式的 SYN/SYN-ACK/ACK 三段式握手，而是将连接建立、参数协商、数据库同步、路由计算全部揉进Hello、DBD、LSR、LSU、LSAck五类报文的来回传递中。这份笔记最硬核的部分，就是把抽象的状态名还原为可抓包验证的报文行为，并点明每一步背后隐藏的四重校验机制：区域 ID 校验、网络类型校验、Option 字段校验、MTU 校验。这四者缺一不可，且校验时机各不相同——前两者在Hello报文交换阶段完成，后两者则埋伏在DBD协商环节。理解这一点，才能跳出“配对即成功”的思维定式，进入“报文级排错”的实战维度。

2.1 Down → Init：Hello 报文不是问候，而是“身份自报+能力广播”

Hello报文远不止是“你好”。它携带了路由器的Router ID、所在Area ID、Hello Interval、Dead Interval、Network Mask（仅 MA 网络）、Options字段（含 E/N 位）、DR/BDR地址（MA 网络），以及最关键的——邻居列表（Neighbor List）。当一台路由器收到Hello，它首先检查Area ID是否匹配。若不匹配，直接丢弃，状态维持Down；若匹配，则将自己的Router ID加入该Hello的Neighbor List，并进入Init状态。此时，Init的本质是：“我收到了你的 Hello，但我还没确认你是否收到了我的 Hello”。它不表示双向通信已建立，只是单向接收的起点。这也是为什么peer命令在 NBMA 网络中必须手动指定——因为没有组播Hello自动发现，Init状态根本无法被触发。

# 华为设备查看 Hello 报文关键字段（需开启 debug） <Huawei> terminal monitor <Huawei> terminal debugging <Huawei> debug ospf packet hello # 观察输出中的 Area ID, Options, Neighbor List 字段

提示：Options字段中的E（External）位和N（NSSA）位，决定了该路由器能否处理第五类/第七类 LSA。若一端为Stub区域（E=0），另一端为普通区域（E=1），Hello交换会失败，邻居卡在Init。这是Stub区域强制要求所有路由器统一配置的根本原因。

2.2 Init → 2-Way：邻居列表回填才是双向通信的铁证

Init状态的路由器，会周期性发送自己的Hello报文。当它在收到的Hello报文中，在Neighbor List字段里看到了自己的Router ID，这才意味着“对方不仅收到了我的 Hello，还把它记下来了”。此时，状态跃迁至2-Way。2-Way是 OSPF 邻居关系的第一个稳定态，它标志着双向通信（Two-Way Communication）已建立，但尚未开始数据库同步。在广播/多路访问（MA）网络中，2-Way状态之后还会触发DR/BDR选举；而在点对点（P2P）网络中，2-Way就是最终邻居状态，直接进入ExStart。

# 查看当前邻居状态及关键参数 <Huawei> dis ospf peer verbose # 输出关键字段： # State: Full/2-Way/ExStart/... # Area: 0.0.0.0 # Interface: GigabitEthernet0/0/0 (10.1.1.1) # DR: 10.1.1.1 BDR: 10.1.1.2 # Options: 0x22 # 解析：0x22 = 00100010 -> E=0, N=0, DC=0, O=1, DN=0, R=0, V6=0

注意：2-Way状态下，DR和BDR已选出，但DRother路由器之间不会进入Full状态，它们只与DR/BDR建立Full邻居。这是为了减少 MA 网络中 LSA 泛洪的次数，是 OSPF 层次化设计的关键一环。

2.3 2-Way → ExStart：DBD 报文里的主从博弈与 MTU 暗雷

2-Way之后，邻居开始交换Database Description（DBD）报文，目的是同步 LSDB 的摘要信息。但 DBD 交换前，必须先确定谁是Master，谁是Slave，以协调报文序号（DD Sequence Number）和控制权。这个协商就发生在ExStart状态。路由器会发送一个I（Init）位为 1、MS（Master/Slave）位为 1 的 DBD 报文，其中DD Sequence Number是一个随机值。对方回复一个I=0、MS=0的 DBD，其DD Sequence Number必须等于前者。如果双方都坚持自己是Master（即都发MS=1），则Router ID大的一方胜出，成为Master。而 MTU 校验就发生在此刻：Master发送的首个 DBD 报文中，MTU字段会填入本接口的MTU值。Slave收到后，会对比自身接口MTU。若不一致，Slave直接丢弃该 DBD，状态卡在ExStart，永不进入Exchange。这是笔记中强调“接口 MTU 值不同（邻居会处于 Exstart 状态）”的底层实现依据。

# 华为设备查看接口 MTU 并强制修改（用于验证） <Huawei> dis interface GigabitEthernet0/0/0 # 输出包含：Maximum Transmit Unit: 1500 <Huawei> int g0/0/0 [Huawei-GigabitEthernet0/0/0] mtu 1400 # 修改后，邻居将卡在 ExStart

2.4 Exchange → Loading → Full：LSA 同步的三段式流水线

Exchange状态下，Master和Slave交替发送 DBD 报文，携带各自 LSDB 中所有 LSA 的摘要（LS Type,Link State ID,Advertising Router,LS Sequence Number,LS Age）。Slave对比摘要，发现本地缺失或过期的 LSA，便发送Link State Request（LSR）报文索要。Master收到后，立即用Link State Update（LSU）报文发送完整 LSA。Slave收到 LSU 后，发送Link State Acknowledgment（LSAck）确认。这个“请求→发送→确认”的闭环，就是Loading状态的核心工作。只有当所有缺失/过期 LSA 都被成功同步并确认后，状态才跃迁至Full，宣告 LSDB 完全一致。Full状态是路由计算的前提，也是dis ospf lsdb能看到完整拓扑的保障。

# 模拟 LSA 同步关键逻辑（伪代码，体现 Loading 状态本质） def loading_state_sync(): # Slave 发送 LSR，请求缺失的 LSA lsr_packet = build_lsr_packet(missing_lsas) # missing_lsas 来自 DBD 比较结果 # Master 收到 LSR，构建 LSU 响应 lsu_packet = build_lsu_packet(missing_lsas) # 包含完整 LSA 内容 # Slave 收到 LSU，校验并存储 for lsa in lsu_packet.lsas: if lsa.is_valid() and lsa.is_newer_than_local(): local_lsdb.store(lsa) # 更新本地 LSDB # Slave 发送 LSAck 确认 lsack_packet = build_lsack_packet(lsu_packet.lsa_headers) # 若所有 LSR 都得到响应且确认，状态升级为 Full if all_requests_handled_and_acked(): return "Full" else: return "Loading" # 继续等待

提示：Loading状态并非“卡住”，而是动态过程。dis ospf peer verbose中的LSR List和LSU List字段，实时显示当前待处理的请求和更新数量。数值归零，即为Full的前兆。

3. LSDB 同步与防环：SPF 算法如何把“链路状态”变成“无环路径”

OSPF 的核心竞争力，在于它用“链路状态”（Link-State）替代了 RIP 的“距离矢量”（Distance-Vector）。但这并非一句口号。LSDB（Link-State Database）是 OSPF 的心脏，它存储的不是“去往某地要经过谁”，而是“整个区域的拓扑快照”：每条链路的两端是谁、带宽多少、状态如何。SPF（Shortest Path First）算法，就是这颗心脏的搏动节律——它以本路由器为根，遍历LSDB中所有Router-LSA（Type 1）和Network-LSA（Type 2），运行 Dijkstra 算法，生成一棵无环的最短路径树（SPT）。这份笔记对LSDB结构、LSA类型、SPF计算触发条件的剖析，直指 OSPF “为什么能天然防环”这一根本问题。

3.1 LSDB 的三层结构：从本地链路到全域拓扑的拼图

LSDB不是一个扁平列表，而是一个分层、分类、按区域隔离的数据库。其结构清晰映射了 OSPF 的层次化设计：

1. 区域内链路（Intra-Area）：由Router-LSA（Type 1）和Network-LSA（Type 2）构成。Router-LSA描述本路由器所有直连链路（包括邻居Router ID和链路开销）；Network-LSA由DR产生，描述整个 MA 网段上所有连接的路由器。这两类 LSA只在本区域内泛洪，构成了区域内的完整拓扑图。
2. 区域间路由（Inter-Area）：由Summary-LSA（Type 3）构成。ABR将本区域内的某个网段（如172.16.1.0/24）的可达性，封装成一条 Type 3 LSA，发布到其他区域。它不携带拓扑细节，只告诉其他区域：“去172.16.1.0/24，下一跳是ABR的某个接口地址，开销是 X”。这是区域划分带来的“信息抽象”。
3. 外部路由（AS-External）：由AS-External-LSA（Type 5）和NSSA-LSA（Type 7）构成。ASBR将外部引入的路由（如静态、BGP）发布为 Type 5 LSA（全域泛洪）或 Type 7 LSA（仅 NSSA 区域内泛洪，由 ABR 转换为 Type 5）。

# 查看 LSDB 详细内容，识别 LSA 类型与来源 <Huawei> dis ospf lsdb # 输出示例： # OSPF Process 1 with Router ID 1.1.1.1 # Link State Database # Area: 0.0.0.0 # Type LinkState ID AdvRouter Age Len Sequence Metric # Router 1.1.1.1 1.1.1.1 120 60 0x80000003 1 # Type 1, 本地区域内 # Network 10.1.1.1 2.2.2.2 120 32 0x80000002 0 # Type 2, DR 产生 # Summary 172.16.1.0 2.2.2.2 120 28 0x80000001 10 # Type 3, ABR 产生 # ASBRSumm 3.3.3.3 2.2.2.2 120 28 0x80000001 10 # Type 4, ABR 产生 # ASE 192.168.1.0 3.3.3.3 120 36 0x80000001 20 # Type 5, ASBR 产生

注意：dis ospf lsdb输出中的AdvRouter（通告路由器）是关键线索。Type 1/2的AdvRouter是本区域内的路由器Router ID；Type 3/4的AdvRouter是ABR的Router ID；Type 5的AdvRouter是ASBR的Router ID。通过AdvRouter，你能瞬间定位一条 LSA 的源头和作用域。

3.2 SPF 计算：Dijkstra 算法在 LSDB 上的实时演绎

SPF计算不是定期发生的“例行公事”，而是由LSA的变更精确触发的。当LSDB中任何一条Type 1或Type 2LSA 发生变化（新增、删除、序列号更新），SPF算法就会被调用。它的工作流程如下：

1. 初始化：以本路由器为Root，创建一个空的Shortest Path Tree（SPT）。
2. 加入 Root：将本路由器自身加入 SPT，距离为 0。
3. 寻找邻居：扫描LSDB中所有Type 1LSA，找到与Root直连的邻居路由器（Link ID为邻居Router ID），计算到它们的距离（Root到该链路的开销）。
4. 选择最小距离节点：从未加入 SPT 的节点中，选择距离Root最近的一个，将其加入 SPT。
5. 更新邻居距离：以新加入的节点为中转，重新计算Root到其所有邻居的距离。如果新路径更短，则更新距离。
6. 重复 4-5：直到所有Type 1/2LSA 描述的节点都被加入 SPT。

这个过程的结果，就是一张以本路由器为根的、无环的最短路径树。dis ospf routing显示的路由表，正是这棵树的叶子节点（目的网络）及其对应的下一跳和出接口。环路不可能存在，因为 Dijkstra 算法的本质是贪心选择，每一步都确保到达当前节点的路径是最短的，而最短路径天然不包含环。

3.3 区域间防环：骨干区域（Area 0）与水平分割的双重保险

SPF算法保证了区域内无环，但区域间呢？OSPF 设计了两道硬性规则：

1. 骨干区域（Backbone Area）强制互联：所有非骨干区域（Area X, X≠0）必须直接与骨干区域Area 0相连。非骨干区域之间不能直接互连。这意味着，任何跨区域的流量，必须经过Area 0中转。Area 0成为了所有区域间路由信息的唯一汇聚点和分发点。
2. 水平分割（Split Horizon）：ABR在向Area 0发布Type 3LSA 时，会记录这些 LSA 的来源区域。当它再从Area 0收到其他ABR发来的Type 3LSA 时，绝不会将这些 LSA 再次泛洪回Type 3LSA 的原始来源区域。例如，ABR1将Area 1的网段172.16.1.0/24汇总为Type 3发给Area 0；ABR2收到后，会将此Type 3发给Area 2，但绝不会发回Area 1。这彻底阻断了区域间路由信息的环形传播。

# 验证 ABR 的区域连接（必须至少一个接口在 Area 0） <Huawei> dis ospf interface # 输出中，应能看到类似： # OSPF Process 1 with Router ID 2.2.2.2 # Interfaces: # GigabitEthernet0/0/0 is up, line protocol is up # Internet Address 10.1.1.2/24, Area 0.0.0.0 # 接口属于 Area 0 # GigabitEthernet0/0/1 is up, line protocol is up # Internet Address 10.2.2.1/24, Area 0.0.0.1 # 接口属于 Area 1

提示：虚连接（Virtual Link）的存在，正是为了修复违反第一条规则的网络设计（如Area 1无法物理直连Area 0）。它在Area 1和Area 0之间建立一条逻辑隧道，让Area 1的ABR仿佛直接连在Area 0上。vlink-peer命令配置的，就是这条隧道的对端Router ID。

4. 特殊区域与路由汇总：用“信息降维”换取网络规模与稳定性

当 OSPF 网络规模扩大，LSDB会急剧膨胀，SPF计算耗时增加，网络收敛变慢。Stub、Totally Stub、NSSA等特殊区域，以及abr-summary、asbr-summary路由汇总，本质上都是同一种思想：对路由信息进行有损压缩，牺牲部分明细，换取整体性能与稳定性。这份笔记对各类特殊区域的LSA过滤规则、汇总配置的生效位置和效果的精准描述，揭示了 OSPF 工程化落地的核心智慧——不是追求“全知”，而是追求“够用”。

4.1 Stub 区域：用一条默认路由，屏蔽所有外部世界

Stub区域的核心信条是：“本区域只关心如何到达骨干区域，不关心外面的世界长什么样。”为此，ABR会执行两项操作：

1. 过滤：ABR不向Stub区域内泛洪Type 4（ASBR-Summary）和Type 5（AS-External）LSA。这意味着Stub区域内的路由器，LSDB中永远不会出现任何外部路由的拓扑信息。
2. 注入：ABR向Stub区域内泛洪一条Type 3LSA，其Link State ID为0.0.0.0，Netmask为0.0.0.0，即一条默认路由（0.0.0.0/0）。所有发往外部网络的流量，都会被这条路由引导至ABR。

# 在 Stub 区域的 ABR 上配置（区域视图） [Huawei-ospf-1-area-0.0.0.1] stub # 此命令的效果： # - ABR 自动停止向 Area 1 发送 Type 4/5 LSA # - ABR 自动生成并发送 Type 3 默认路由 LSA 到 Area 1

避坑 / 常见问题 / 排查

1. 现象：Stub区域内路由器dis ospf lsdb看不到Type 4/5LSA，但dis ip routing-table中也没有0.0.0.0/0默认路由。
   原因：Stub区域的所有路由器（包括ABR）都必须在区域视图下配置stub命令。若ABR配了，但区域内某台路由器没配，ABR会认为该路由器不支持Stub，从而拒绝发送Type 3默认路由。
   解决：在Stub区域内所有 OSPF 路由器的对应区域视图下，统一执行stub命令。

2. 现象：Stub区域内某台路由器可以ping通ABR的Area 0接口，但无法ping通外部网络（如8.8.8.8）。
   原因：ABR的Area 0接口虽然可达，但ABR本身可能没有到达外部网络的有效路由（例如，ABR未配置import-route引入外部路由，或ABR的Area 0LSDB 中没有Type 5LSA）。Stub区域的默认路由只是指向ABR，ABR自身必须有路可走。
   解决：在ABR上检查dis ip routing-table，确认其有到达外部网络的路由；或在ABR的OSPF进程下配置import-route static等，将外部路由引入Area 0。

3. 现象：Stub区域内路由器dis ospf peer显示邻居状态为Full，但dis ospf lsdb中Type 3LSA 的AdvRouter是ABR的Router ID，而Link State ID不是0.0.0.0。
   原因：ABR发送的Type 3默认路由 LSA，其Link State ID固定为0.0.0.0。如果看到的是其他Link State ID（如172.16.0.0），说明这不是默认路由，而是ABR手动配置的abr-summary汇总路由。Stub区域的默认路由是ABR自动生成的，无需手动配置。
   解决：确认ABR是否误配了abr-summary 0.0.0.0 0.0.0.0，这会导致冗余 LSA。Stub区域的默认路由是自动的，无需额外命令。

4.2 Totally Stub 区域：连区域间路由都不要，极致精简

Totally Stub是Stub的加强版。它不仅过滤Type 4/5LSA，还过滤所有Type 3LSA（除了ABR自动生成的那条0.0.0.0/0默认路由）。这意味着，Totally Stub区域内的路由器，LSDB中只有两类 LSA：Type 1（本地区域内链路）和Type 2（本地区域内网络），外加一条Type 3默认路由。它对ABR的要求更高：ABR必须同时是Area 0和Totally Stub区域的成员，并且在Totally Stub区域视图下配置stub no-summary。

# 在 Totally Stub 区域的 ABR 上配置（区域视图） [Huawei-ospf-1-area-0.0.0.2] stub no-summary # 此命令的效果： # - ABR 过滤所有来自其他区域的 Type 3 LSA（除 0.0.0.0/0 外） # - ABR 过滤所有 Type 4/5 LSA # - ABR 仍发送 Type 3 默认路由 0.0.0.0/0

4.3 NSSA 区域：允许“引进来”，但绝不“放出去”

NSSA（Not-So-Stubby Area）是Stub的折中方案。它允许本区域内的ASBR将外部路由（如静态、直连）引入 OSPF，并以Type 7LSA 的形式在本区域内泛洪。Type 7LSA只在NSSA区域内有效，ABR收到后，会将其转换为标准的Type 5LSA，再发布到Area 0及其他区域。ABR同时会向NSSA区域内发送一条Type 7默认路由（0.0.0.0/0），以保证NSSA区域内路由器能访问外部网络。NSSA的核心价值在于：它让边缘区域拥有了“自治权”，可以独立引入外部路由，而不会污染整个 OSPF 域。

# 在 NSSA 区域的 ASBR 上配置（OSPF 进程视图） [Huawei-ospf-1] import-route static # 在 NSSA 区域的 ABR 上配置（区域视图） [Huawei-ospf-1-area-0.0.0.3] nssa # ABR 会自动执行 Type 7 -> Type 5 的转换

避坑 / 常见问题 / 排查

1. 现象：NSSA区域内的ASBR配置了import-route static，dis ospf lsdb中能看到Type 7LSA，但Area 0中的路由器dis ospf lsdb看不到对应的Type 5LSA。
   原因：NSSA区域的ABR必须同时满足两个条件：(a) 是NSSA区域的成员；(b) 是Area 0的成员。若ABR只连接了NSSA区域，没有连接Area 0，它就无法将Type 7转换为Type 5并发布出去。
   解决：检查ABR的接口配置，确保至少有一个接口宣告在Area 0。

2. 现象：NSSA区域内多台路由器都配置了import-route static，但dis ospf lsdb中只看到一条Type 7LSA，且AdvRouter是ABR的Router ID，而非ASBR的。
   原因：NSSA区域内，Type 7LSA 的AdvRouter是产生它的ASBR。如果看到AdvRouter是ABR，说明ABR本身也配置了import-route，并且其Router ID更大，成为了NSSA区域的ASBR（ABR兼任ASBR）。NSSA区域内只能有一个ASBR产生Type 7LSA，ABR会根据Router ID大小自动选举。
   解决：确认ABR是否真的需要作为ASBR。若不需要，可在ABR的 OSPF 进程下取消import-route配置。

3. 现象：NSSA区域内路由器dis ip routing-table中有0.0.0.0/0默认路由，但dis ospf lsdb中找不到Type 7默认路由 LSA。
   原因：ABR生成的Type 7默认路由 LSA，其Link State ID为0.0.0.0，Advertising Router为ABR的Router ID。如果ABR配置了nssa default-route-advertise，它才会生成此 LSA。nssa命令本身不自动产生默认路由。
   解决：在ABR的NSSA区域视图下，添加nssa default-route-advertise命令。

4.4 路由汇总：在信息洪流中筑起一道“防火墙”

abr-summary和asbr-summary是主动的、有意识的路由信息压缩。abr-summary在ABR上配置，将本区域内的多个连续子网（如172.16.1.0/24,172.16.2.0/24,172.16.3.0/24）汇总成一条Type 3LSA（如172.16.0.0/22）发布到其他区域。asbr-summary在ASBR上配置，将引入的多个外部路由汇总成一条Type 5LSA。汇总的好处是显而易见的：减少LSDB条目、降低SPF计算复杂度、抑制路由震荡（当某个子网down时，只要汇总路由的范围还存在，汇总路由就不会消失）。

# ABR 上配置区域间汇总（区域视图） [Huawei-ospf-1-area-0.0.0.1] abr-summary 172.16.0.0 255.255.248.0 # ASBR 上配置外部路由汇总（OSPF 进程视图） [Huawei-ospf-1] asbr-summary 192.168.0.0 255.255.0.0

注意：汇总必须是连续的、无缺口的IP 前缀。172.16.0.0/22汇总了172.16.0.0/24到172.16.3.0/24。如果172.16.2.0/24实际不存在，汇总路由会形成“黑洞”，导致发往该网段的流量被错误丢弃。因此，汇总前务必确认地址规划的连续性。

5. IS-IS 与 OSPF 的镜像对照：链路状态协议的两种工程哲学

如果说 OSPF 是为 IP 网络量身定制的“精密瑞士军刀”，那么 IS-IS 就是脱胎于 OSI 协议栈、后被“移植”到 IP 上的“重型工业机械”。它们同为链路状态 IGP，共享 SPF 算法、LSDB、LSP/LSA 等核心概念，但在网络模型、地址体系、区域设计上却展现出截然不同的工程哲学。这份笔记将 IS-IS 与 OSPF 并列讲解，其深意在于：理解二者的异同，是掌握现代骨干网路由设计的钥匙。当你看到IS-IS的NET地址、Level-1/Level-2分层、DIS选举，再回看OSPF的Area、ABR、DR，你会发现，它们是在

本文还有配套的精品资源，点击获取