OSPF 这玩意儿刚接触 HCIP 那会儿我一度以为自己看懂了——邻居能起来、路由能学到实验一敲就通感觉不过如此。结果真到了排错现场一个卡在 ExStart 的邻居让我盯了一下午最后发现是 MTU 差了 2 个字节。从那次之后我才明白OSPF 的练习不是把命令敲一遍就完事而是要把每个状态机、每个 LSA 类型、每个计时器背后的逻辑都吃透否则你永远只能停留在能通就行的层面。这篇内容围绕 HCIP 阶段 OSPF 的第一组练习展开核心是把单区域 OSPF 的邻居建立、DR/BDR 选举、开销计算、网络类型适配这几块硬骨头啃下来。适合已经过了 HCIA、正在冲 HCIP 的朋友也适合那些配置会敲但一遇到故障就懵的同行。我会把每个实验环节的设计意图、参数计算过程、以及我踩过的坑都摊开讲尽量让你看完能直接在自己的模拟环境里复现。1. 为什么单区域 OSPF 练习值得反复做很多人觉得单区域 OSPF 太简单直接跳到多区域、特殊区域去练。我的看法恰恰相反单区域是所有 OSPF 问题的显微镜。多区域里那些 LSA 3/4/5/7 的交互本质上都是单区域邻居关系和 SPF 计算的叠加。你单区域里邻居状态机没搞明白到了多区域只会更乱。1.1 单区域练习真正在练什么表面上看单区域 OSPF 就是几条network命令加上邻居 up。但实际练习的价值在于三个层面。第一层是邻居建立的完整状态迁移Down、Init、2-Way、ExStart、Exchange、Loading、Full每个状态卡住对应的问题类型完全不同。第二层是DR/BDR 选举的确定性选举不是随机的它跟接口优先级、Router ID 大小、以及是否具备选举资格强相关练习时要能预测结果而不是配完看结果。第三层是开销与路径选择OSPF 默认按带宽算 cost但参考带宽是 100Mbps千兆口 cost 都是 1这时候路径选择就退化成看谁先到必须手动调参考带宽才能体现差异。我建议每次做单区域练习时都强制自己先写下预期结果再动手配置。比如两台路由器用千兆口互联我预期 cost 都是 1如果存在等价路径就会负载均衡。配完一对比预期和实际不符的地方就是你的知识盲区。1.2 练习环境的搭建思路模拟环境我用的是三台路由器加一台交换机的经典拓扑R1 和 R2 通过交换机互联模拟广播网络R2 和 R3 用串口或直接连模拟点对点。这样一台设备上能同时观察广播网络和点对点网络的邻居行为差异。地址规划我习惯用 10.0.xy.0/24 的规律x 和 y 分别是两端设备编号比如 R1-R2 互联用 10.0.12.0/24R1 拿 .1R2 拿 .2。这种规划方式在后期加设备时不容易乱。接口地址配完后先别急着起 OSPF。我一般会先ping直连确认二层通再看接口的 MTU、双工、速率是否一致。这一步很多人跳过结果后面邻居卡在 ExStart 又回头查浪费大量时间。直连能 ping 通、MTU 一致是 OSPF 邻居能到 Full 的物理前提。提示模拟器里接口 MTU 默认值可能和真实设备不同尤其是串口和以太网混用时。练习前用display interface逐个确认比事后排错省事得多。2. 邻居状态机每个卡点对应什么问题邻居关系是 OSPF 的地基。我把七个状态按卡在哪分成三组来记Down/Init/2-Way 属于还没开始交换路由信息ExStart/Exchange 属于在协商和交换数据库Loading/Full 属于同步完成。排错时先看卡在哪一组范围立刻缩小。2.1 Down 到 2-WayHello 包的博弈Down 状态表示没收到任何 Hello。如果一直停在 Down先查接口有没有ospf enable、区域号是否一致、network宣告是否覆盖了该接口地址。Init 状态表示收到了对方的 Hello但对方没收到我的——典型的一向通问题可能是 ACL 挡了、或者组播被过滤。2-Way 表示双方都看到了对方这是广播网络里 DRother 之间的稳定状态属于正常。这里有个容易被忽略的点广播网络里非 DR/BDR 的路由器之间停留在 2-Way 是设计如此不是故障。我见过有人看到 2-Way 就以为邻居没起来反复折腾。判断标准很简单看有没有一台是 DR 或 BDR如果两台都是 DRother2-Way 就是终态。Hello 计时器不一致也会导致邻居起不来。默认广播网络 Hello 10 秒、Dead 40 秒点对点网络 Hello 10 秒、Dead 40 秒但 NBMA 是 Hello 30、Dead 120。两边计时器必须完全一致否则 Hello 包会被丢弃。练习时故意改一边的ospf timer hello观察邻居怎么掉是很好的加深印象的方式。2.2 ExStart 卡死MTU 与 Router ID 的暗坑ExStart 是我踩过最深的坑。这个状态在做主从关系协商双方比较 Router ID大的当 Master。如果卡在 ExStart 不动九成是MTU 不一致。OSPF 在 DD 报文里携带接口 MTU两边对不上就拒绝进入 Exchange。华为设备默认不检查 MTU但有些场景下这个检查是开着的或者对端厂商设备强制检查。排查命令很直接display interface看两端 MTU不一致就改成一样。我那次就是一端 1500 一端 1498改了立刻到 Full。另一个可能是 Router ID 冲突两台设备配了相同的 Router ID协商就乱套。display ospf brief能看到本机 Router ID逐台核对。# 查看 OSPF 邻居及状态 display ospf peer brief # 查看接口 MTU display interface GigabitEthernet 0/0/0 | include MTU # 手动指定 Router ID建议用 Loopback 地址 ospf 1 router-id 1.1.1.12.3 Exchange 与 LoadingLSA 交换的完整性Exchange 阶段双方互发 DD 报文描述自己的 LSDB 摘要Loading 阶段则发送 LSR 请求缺失的 LSA。卡在 Exchange 通常是 DD 报文序列号或 MTU 问题卡在 Loading 则是 LSR/LSU 交互出问题可能是 ACL 挡了、或者 LSA 太大分片丢失。这两个状态在实际排错中相对少见但一旦出现往往意味着底层传输有丢包或过滤。我的经验是Loading 卡住时先在两端同时抓包看 LSR 有没有发出去、LSU 有没有回来。如果 LSR 发了但没回应查对端是否真的持有该 LSA如果 LSU 回来了但本端没处理查 MTU 和分片。这套排查链路比盲目改配置高效得多。3. DR/BDR 选举把看结果变成算结果DR/BDR 选举是 HCIP 考试和实战都绕不开的点。很多人配完看谁是 DR 就完事但真正的功力在于配置前就能算出谁是 DR。选举规则不复杂但细节多我把它拆成三步走。3.1 选举的三条优先级规则第一步看接口的 DR 优先级范围 0-255默认 1值越大越优先。第二步优先级相同时比 Router ID越大越优先。第三步优先级为 0 的接口不参与选举直接是 DRother。这里的关键是选举是抢占式的吗不是。OSPF 的 DR/BDR 选举是非抢占的一旦选出来除非 DR 失效或接口重置否则新加入的高优先级路由器不会抢走 DR 位置。这个特性经常被误解练习时故意后加入一台高优先级设备观察它不会成为 DR印象会非常深刻。比较项规则常见误区DR 优先级数值大者优先默认 1以为默认优先级最高Router ID优先级相同时大者优先忘记 Router ID 来源顺序优先级 0不参与选举以为 0 是最低优先级仍参与抢占行为非抢占需重置才重选以为高优先级加入即抢占Router ID 的选取顺序也要记牢手动router-id配置 Loopback 接口中最大的 IP 物理接口中最大的 IP。练习时我建议每台设备都手动配 Router ID用 Loopback 地址这样行为可预测也符合生产环境的习惯。3.2 广播网络与点对点网络的选举差异广播网络如以太网默认要选 DR/BDR因为多台设备共享一个网段需要减少邻接关系数量。点对点网络如串口、PPP不选 DR/BDR邻居直接到 Full。这个差异在混合拓扑里特别明显R1-R2 走以太网要选 DRR2-R3 走串口不选同一台 R2 在不同接口上的邻居状态表现不同练习时对照观察能加深理解。如果点对点链路上误配了广播网络类型会看到邻居停在 2-Way 或者选举出莫名其妙的 DR。排查方法display ospf interface看接口的 Network Type确认是 Broadcast 还是 P2P。改网络类型用ospf network-type p2p改完邻居会重建。3.3 选举结果对收敛的影响DR 的作用是作为广播网络的信息中转站所有 DRother 只和 DR/BDR 建立 Full 邻接DRother 之间保持 2-Way。这样 N 台路由器的邻接关系从 N(N-1)/2 降到 2N-3 左右LSA 泛洪效率大幅提升。但代价是 DR 故障时收敛会慢一拍因为要重新选举。练习时可以故意 shutdown DR 的接口观察 BDR 如何接管、邻居如何重建这个过程的耗时和报文交互值得用抓包工具仔细看一遍。我个人的习惯是核心层互联的广播网络手动把期望成为 DR 的接口优先级调高比如 200其他保持默认这样选举结果确定避免谁先起来谁当 DR的随机性。这个习惯在生产环境里能省掉很多为什么这次 DR 变了的疑问。4. 开销计算与路径选择让 cost 说真话OSPF 的 cost 计算是另一个看起来简单、实际坑多的地方。默认参考带宽 100Mbpscost 参考带宽 / 接口带宽。千兆口算出来是 0.1取整为 1百兆口是 1十兆口是 10。问题来了千兆和百兆的 cost 都是 1OSPF 分不出快慢路径选择就退化成看跳数或者看谁先到。4.1 参考带宽的调整逻辑解决办法是调大参考带宽比如改成 10000Mbps10Gbps这样千兆口 cost 10百兆口 cost 100万兆口 cost 1差异就体现出来了。命令是bandwidth-reference 10000注意这个值要在所有路由器上保持一致否则两端算出来的 cost 不同可能导致次优路径甚至环路。# 全局调整参考带宽单位 Mbps bandwidth-reference 10000 # 查看接口 cost display ospf interface GigabitEthernet 0/0/0调整参考带宽后所有接口的 cost 会重新计算邻居关系不受影响但路由会重新收敛。练习时我建议先不改观察千兆和百兆 cost 都是 1 的现象再改参考带宽对比效果这样能直观理解为什么需要调。4.2 手动指定 cost 的场景有些场景下参考带宽不好用比如链路实际带宽和接口标称带宽不符运营商限速或者你想人为控制路径。这时候直接ospf cost在接口下指定值范围 1-65535。手动 cost 优先级高于自动计算配了就生效。我遇到过一个典型场景两条路径一条两跳千兆一条一跳百兆。按自动计算两跳千兆 cost 是 112一跳百兆 cost 是 1OSPF 会选百兆那条但实际千兆两跳的吞吐更高。这时候要么调参考带宽要么手动把百兆口 cost 调大。我一般优先调参考带宽因为手动 cost 在设备多的时候维护成本高容易漏配。4.3 等价路径与负载均衡当多条路径 cost 完全相同时OSPF 默认做等价负载均衡华为设备默认最大 4 条可调至 8 或更多取决于设备型号。maximum load-balancing命令控制数量。练习时可以搭一个菱形拓扑让两条路径 cost 相等然后用display ip routing-table看是否出现两个下一跳。需要注意的是负载均衡是逐包的还是逐流的取决于设备转发层面。OSPF 本身只负责把等价路由都放进路由表具体怎么分发是转发平面的事。练习时用 ping 大包观察是否两条路径都有流量能验证负载均衡是否生效。5. 网络类型适配同一套 OSPF 的不同面孔OSPF 定义了五种网络类型Broadcast、NBMA、P2P、P2MP、P2MP-Non-Broadcast。HCIP 阶段重点掌握 Broadcast 和 P2P 的差异以及什么时候需要手动改类型。这个知识点在实际组网里非常实用因为现网环境千奇百怪默认类型不一定适配。5.1 Broadcast 与 P2P 的行为对比Broadcast 网络选 DR/BDRHello 10 秒支持组播。P2P 网络不选 DR/BDRHello 10 秒也支持组播。两者最大的区别就是选举。以太网默认 Broadcast串口默认 P2P。如果用以太网口连接两台路由器且只有两台其实可以改成 P2P省掉选举、加快收敛。命令是接口下ospf network-type p2p。改完之后邻居会重建状态直接从 Full 变成 Down 再重新起来这是正常的。改类型后display ospf interface里的 Network Type 会变DR 字段显示为 None。我练习时喜欢把同一对设备在 Broadcast 和 P2P 之间来回切换观察邻居状态和 DR 字段的变化几次下来就形成肌肉记忆了。5.2 NBMA 与 P2MP 的适用场景NBMA非广播多路访问典型场景是帧中继现在很少见了但考试会考。NBMA 不发送组播 Hello需要手动指定邻居peer而且要选 DR/BDR。P2MP 则是把 NBMA 网络伪装成多个点对点不选 DRHello 30 秒。这两个类型在 HCIP 里属于了解层面实际组网遇到的机会不多但概念要清楚否则看到peer命令会一头雾水。我的建议是练习时至少把 Broadcast 和 P2P 玩熟NBMA 和 P2MP 知道命令和现象即可。真遇到帧中继环境现查文档也来得及因为这类环境现在基本只在老旧网络里存在。5.3 网络类型不匹配的故障现象两端网络类型不一致是常见故障。比如一端 Broadcast 一端 P2P邻居可能起不来或者起来了但路由学不全。原因是 Hello 包的发送方式、DR 选举行为、LSA 泛洪方式都不同。排查时display ospf interface两端对比 Network Type不一致就统一。还有一种隐蔽情况一端 Broadcast 一端 P2MPHello 计时器不同10 秒 vs 30 秒邻居会反复 up/down。这种故障现象是邻居时好时坏很容易误判为链路质量问题。我的经验是邻居反复震荡时先查两端 Hello/Dead 计时器和网络类型比查物理链路更快定位。6. 练习中那些文档不会写的实操心得做了这么多轮 OSPF 练习有些心得是文档里找不到的都是踩坑踩出来的。这部分我挑几个最有代表性的分享希望能帮你少走弯路。6.1 先画图再配置别上来就敲命令我早期做实验的习惯是打开模拟器直接敲敲完不通再回头查。后来强迫自己改先在纸上或画图工具里把拓扑、地址、区域、Router ID、期望的 DR 全部标出来再动手。这个习惯让我的排错时间至少缩短一半因为配置过程中一旦和预期不符立刻能定位是哪一步偏了。OSPF 的参数多邻居、区域、网络类型、cost、计时器任何一项不一致都可能导致问题没有预期基线就没法快速判断。6.2 用 display 命令建立健康基线每配完一个阶段我会把关键display命令的输出存一份作为这个环境的健康基线。比如邻居全 Full 时的display ospf peer、路由表、LSDB。后面出问题时对比基线差异点就是故障点。这个做法在多区域练习里尤其有用因为 LSA 多了以后光看当前状态很难判断哪里不对有基线对比就清晰了。常用的基线命令清单display ospf peer brief邻居状态一览display ospf interface接口参数、DR/BDR、costdisplay ospf lsdbLSDB 完整性display ip routing-table protocol ospfOSPF 路由display ospf routingOSPF 内部路由计算详情6.3 故意制造故障再修复光做正确配置的练习成长有限。我后来养成了一个习惯每做完一个正常实验故意改坏一个参数比如改错区域号、改 MTU、改 Hello 计时器、改网络类型然后不看答案自己排。这个过程逼着我去理解每个参数的作用而不是死记命令。排错排多了看到故障现象就能条件反射地想到几个可能原因这才是 HCIP 该有的水平。6.4 计时器和收敛的关系要亲手测OSPF 的 Hello 10 秒、Dead 40 秒是默认值但收敛时间不只是这两个数。邻居 down 到检测到、SPF 计算、路由下发每个环节都有耗时。我建议用抓包工具看一次完整的邻居重建过程数一数从接口 up 到邻居 Full 用了多少秒从 DR 失效到新 DR 接管用了多少秒。这些数字在面试和实际故障评估时都用得上比背理论值有说服力。7. 从练习到实战单区域 OSPF 的能力边界单区域 OSPF 练透之后你会发现自己对邻居、选举、cost、网络类型的理解已经能覆盖大部分中小型网络的 OSPF 需求。但也要清楚它的边界单区域无法做区域间路由汇总LSDB 会随网络规模线性增长SPF 计算范围大。这些正是多区域 OSPF 要解决的问题。我在实际项目里遇到过一个中型网络最初图省事用了单区域设备到三十多台时 LSDB 已经不小任何一条链路抖动都触发全网 SPF 重算收敛明显变慢。后来拆成多区域骨干区加几个普通区问题才缓解。这个经历让我明白单区域练习不是为了用单区域组网而是为了把基础机制吃透为多区域的复杂性打底。所以我的建议是单区域练习至少做三轮。第一轮照着拓扑配通第二轮故意制造故障排错第三轮尝试用不同网络类型和 cost 调整实现特定的路径选择。三轮下来OSPF 的基础就算真正扎实了后面学多区域、特殊区域、LSA 类型时会轻松很多。