用Wireshark抓包，带你亲历OSPF邻居从‘相亲’到‘结婚’的7个状态

用Wireshark解密OSPF邻居关系：从初次相遇到深度合作的7个浪漫阶段

第一次打开Wireshark捕获OSPF数据包时，那些闪烁的彩色数据流就像一场热闹的聚会——路由器们不断发送着各种"社交邀请"，试图找到合适的"伴侣"建立长期稳定的"合作关系"。这种动态的"社交行为"背后，隐藏着OSPF协议建立邻接关系的七个精妙状态。让我们戴上Wireshark这副"社交显微镜"，观察路由器之间如何从陌生到熟悉，最终达成完美的"婚姻关系"。

1. 初识阶段：Down状态与Hello包的"搭讪艺术"

想象你走进一个全是陌生人的房间，OSPF路由器在Down状态时就是这种感受。这时，它会开始主动发送Hello包——相当于在社交场合中礼貌地自我介绍。在Wireshark中过滤ospf.msg == 1，你会看到这些周期性的"社交名片"：

OSPF Protocol Version: 2 Type: Hello (1) Router ID: 192.168.1.1 Area ID: 0.0.0.0 Authentication Type: Null (0) Hello Interval: 10 Options: (E) External Routing Priority: 1 Router Dead Interval: 40 Designated Router: 0.0.0.0 Backup Designated Router: 0.0.0.0 Neighbor: 0.0.0.0

关键字段就像个人资料：

• Router ID：路由器的"身份证号码"，全网唯一
• Hello Interval：相当于"多久主动打招呼一次"
• Dead Interval：如果这么久没收到回复，就认为对方"失联"

当路由器A第一次收到路由器B的Hello包时，它会将对方加入自己的"通讯录"（邻居表），但此时还只是单方面认识——就像在聚会上注意到某人，但还没说过话。这就是Init状态的开始。

2. 确认眼神：从Init到2-Way的"双向暗恋"

在Init状态，路由器A虽然收到了B的Hello包，但还没确认对方是否也认识自己。这就像你向某人微笑后，不确定对方是否也对你感兴趣。Wireshark中下一个关键帧会显示B的Hello包中出现了A的Router ID：

OSPF Protocol Type: Hello (1) Router ID: 192.168.1.2 Neighbor: 192.168.1.1 <-- 这里出现了A的RID！

当A看到自己的ID出现在B的邻居列表中，这场"双向暗恋"就确认了——进入2-Way状态。此时：

• 双方确认了基本的"三观一致"（Hello参数匹配）
• 如果是广播网络，还会选举DR/BDR（相当于派对中的主持人）
• 如果只是普通邻居（不形成邻接），关系就停留在这个"点头之交"阶段

2-Way状态检查清单：

• 确认双方的Area ID一致
• 验证认证密码（如果有设置）
• 检查网络掩码匹配
• 确认Hello和Dead Interval相同

3. 关系升级：ExStart与Exchange的"深入了解期"

当邻居决定从"普通朋友"升级为"亲密伙伴"（建立邻接关系），就进入了ExStart状态。这时双方会通过DBD（Database Description）包来协商"谁先说"——就像约会时决定谁先分享自己的故事。

Wireshark中过滤ospf.msg == 2，你会看到这种有趣的"谦让"过程：

OSPF Protocol Type: Database Description (2) Sequence Number: 0x80000001 Initial: 1 <-- 我建议从我开始 More: 1 Master: 1 <-- 我认为我应该是主讲人

这个阶段实际上是在协商：

1. 主从关系（Master/Slave）——由Router ID决定，数值大的成为Master
2. 序列号起始值——确保对话有序进行

当主从关系确定后，进入Exchange状态，双方开始交换"人生经历摘要"（LSDB目录）。这就像交换社交媒体个人主页的概览，而不是全部内容：

4. 深度交流：Loading状态的"灵魂对话"

有了目录之后，路由器会检查自己缺少哪些"人生经历"（LSA），然后通过LSR（Link State Request）专门请求这些缺失的部分。在Wireshark中，这表现为密集的LSR/LSU/LSAck包交换：

# 过滤表达式观察完整过程 ospf.msg == 3 or ospf.msg == 4 or ospf.msg == 5

一个典型的请求-响应流程：

1. 路由器A发送LSR："我想了解你连接到192.168.3.0/24的经历"
2. 路由器B回复LSU："这是我的详细经历（包含完整的LSA）"
3. 路由器A确认收到："已了解（LSAck）"

Loading状态的小技巧：

• 不是每个LSU都会立即确认，而是采用类似TCP的累积确认
• 只会请求自己确实缺少的LSA，避免无效流量
• 使用重传列表确保没有遗漏重要信息

5. 终成眷属：Full状态的"完美默契"

当所有LSA交换完成，重传列表清空，路由器就进入了Full状态——这是OSPF邻接关系的最高阶段。此时：

• 双方的LSDB完全同步
• 可以基于相同的"世界观"计算路由
• 保持周期性的Hello包维持"感情温度"

在Wireshark中，此时你会看到：

• 稳定的Hello包（每10秒一次）
• 偶尔的LSU更新（当网络发生变化时）
• 没有未完成的LSR请求

Full状态的特征验证：

# 在路由器上验证 show ip ospf neighbor # 应该看到状态为FULL/DR、FULL/BDR或FULL/-

6. Wireshark实战：捕捉OSPF"恋爱全周期"的技巧

要完整捕获OSPF邻接建立过程，需要掌握一些Wireshark高级技巧：

捕获设置要点：

1. 开始捕获后，清除OSPF进程触发重新建立：

   clear ip ospf process

2. 使用正确的捕获过滤器：

   host 224.0.0.5 or host 224.0.0.6

3. 保存为特定名称方便后续分析：

   ospf_adjacency_建立.pcapng

分析时的显示过滤器：

# 按阶段观察 ospf.msg == 1 # Hello包 ospf.msg == 2 # DBD包 ospf.msg == 3 # LSR ospf.msg == 4 # LSU ospf.msg == 5 # LSAck # 按路由器观察 ospf.srcrouter == 192.168.1.1

7. 常见"感情危机"排查：OSPF邻接问题诊断

即使是最稳定的"关系"也会遇到问题。以下是几种常见的OSPF邻接建立失败情况及其Wireshark表现：

一个实用的排错流程：

1. 确认双方都能收到对方Hello（Init状态）
2. 检查是否进入2-Way（看到对方RID出现在邻居列表）
3. 观察DBD交换是否成功（ExStart/Exchange）
4. 验证LSA请求是否完整（Loading）
5. 检查最终状态是否为Full

在Wireshark中，可以右键特定包选择"Follow > OSPF Stream"来跟踪特定邻居的完整对话过程。