OSPF是什么协议？
在公司或园区网络里，路由器之间要互相“知道”对方的位置和路径，才能把数据准确送出去。这时候就需要一种“语言”来沟通，OSPF 就是其中一种常用的内部路由协议。
全称叫 Open Shortest Path First，翻译过来是“开放最短路径优先”。它属于链路状态路由协议，工作在 IP 协议的上层，协议号是 89。简单理解，就是每台运行 OSPF 的路由器都会把自己周围的连接情况广播出去，大家交换完信息后，各自算出到所有网段的最短路径。
为什么用 OSPF 而不用静态路由？
小网络里配几条静态路由没问题，但一旦设备多了，比如一个分公司有几十台路由器，某条线路断了，你总不能每台都手动改配置吧？OSPF 能自动发现拓扑变化，几秒内重新计算路径，恢复通信，这对保障业务连续性特别重要。
比如你单位的网络，财务部突然访问不了服务器，查了一圈发现是主线路光缆被施工挖断了。如果用了 OSPF，备用线路会在短时间内自动顶上，用户可能只是感觉卡了一下；要是靠静态路由，没及时人工干预就得瘫痪很久。
OSPF 的基本工作过程
两台路由器要建立 OSPF 邻居，得先发 Hello 包“打招呼”。如果双方区域（Area）号、子网掩码、认证方式等参数对得上，就会进入邻接状态，开始同步链路状态数据库（LSDB）。
同步完成后，每台路由器都有全网拓扑图，再用 SPF 算法自己算一遍最短树，生成路由表。这个过程不传递路由条目，而是传递“我连了谁”的状态信息，所以收敛快，不容易成环。
常见的 OSPF 排错点
网络出问题时，别急着重启设备，先看看 OSPF 邻居有没有起来。可以用命令查看邻居状态：
show ip ospf neighbor如果状态卡在 INIT 或 TWO-WAY，说明 Hello 包收不到或者参数不匹配。常见原因包括：两边区域号不一样、接口子网掩码不一致、一边开了认证一边没开、ACL 拦了 OSPF 协议流量（协议号 89）。
还有种情况是邻居起来了，但路由表里没有预期的路由。这时候查一下 LSDB 是否同步：
show ip ospf database如果数据库里缺了某些 LSA，可能是网络类型不匹配，比如一端是广播型网络，另一端被误配成了点对点。也可能是 MTU 不一致导致 DBD 包协商失败。
另外，OSPF 支持分区域设计，Area 0 是骨干区域，所有非 0 区域必须直连或通过虚链路连接到 Area 0。如果设计不当，比如两个非 0 区域直接互联，路由可能无法正常传递。
一个小例子
假设你单位总部在 Area 0，三个分部分别在 Area 1、2、3。某天第二分部突然访问不了总部服务器。登录路由器一看，OSPF 邻居正常，但路由表里没有总部的网段。进一步查数据库，发现缺少来自 Area 0 的汇总 LSA。最后排查发现，连接 Area 2 和 Area 0 的边界路由器（ABR）配置漏了一条 network 命令，导致它没把 Area 0 的信息通告进来。补上配置，几分钟后路由就恢复了。
OSPF 看似复杂，其实核心就是“交换状态、独立计算”。掌握它的基本原理和排错命令，在实际网络维护中能少走很多弯路。