OSPF三台路由器双区域实验：从配置到排错的完整指南

做网络实验，OSPF绝对是你绕不开的一道坎。不管你是准备考认证、刚入行搞运维，还是在学校啃路由交换教材，几乎都要亲手搭一遍OSPF实验。这个协议虽然原理上好理解，但真正落到配置和排错上，坑不少：邻居起不来、路由学不到、DR选举结果和预期不一样，各种状况让人头疼。这篇东西我就拿一个经典的三台路由器双区域实验说事，把从拓扑设计、地址规划、配置命令到排错方法完整过一遍。我特别想聊的是排查思路——热词里那句“ospf error表里面查问题老清晰了，或者直接debug，抓包都不用”确实是老网工的经验之谈，我会用实际场景演示怎么靠日志和计数器快速定位问题，而不是一上来就开Wireshark。

适合看这篇的人，我理解有三类：一是准备考证的，需要把OSPF基础实验做扎实；二是刚接手网络设备、遇到OSPF邻居起不来不知道怎么查的同行；三是想系统梳理OSPF协议细节、把进程号和区域号这类概念彻底分清的学习者。下面内容以华为VRP系统命令为主，思路和协议机制对思科等其它厂商同样通用，差别只在命令写法。

1. 实验设计与拓扑规划

先说为什么这样设计实验。OSPF实验最常见的误区，是一上来就想着“我要把OSPF所有功能都配一遍”，结果拓扑搞得特别复杂，最后连自己都搞不清路由是怎么算出来的。我的习惯是先想清楚这个实验要验证什么、展示什么，再动手搭。

这个实验我选了三台路由器，规划成两个区域。R1和R2跑在区域0，也就是骨干区域；R2和R3跑在区域1，普通非骨干区域。R2同时横跨两个区域，自然就成了ABR（区域边界路由器）。用这个拓扑，你可以一次验证到OSPF最核心的几个知识点：邻居建立、区域内路由（1类和2类LSA）、区域间路由（3类LSA）、ABR路由传递。如果只用单区域，你练不到区域间路由的传递过程；如果区域划分得太碎，又会把精力浪费在配置细节上而不是协议理解上。

地址规划我也直接给出，照着敲就行：

三条链路全部用/24掩码，规则统一，后面排错时一眼就能看出掩码问题。每台设备的Loopback地址除了模拟用户网段，还有一个用途：作为Router ID的候选来源。注意R2的Loopback0是192.168.2.1，我建议实验中所有Router ID都手工指定，不依赖自动选举，这样便于判断邻居表里看到的Router ID到底是谁。

互联链路的网段为什么用10.0.12.0和10.0.23.0这个规律？因为这两个网段一眼就能看出来是哪两台设备之间的链路——12就是R1-R2，23就是R2-R3。这个习惯在生产环境同样适用，我见过不少网络拓扑，互联地址毫无规律，排查故障时还要先翻地址表才能对上设备，很耽误事。做实验本来就是为了形成好的职业习惯。

2. 基础配置与两个必懂概念

拓扑确定之后就是配置环节。配置步骤不复杂，但有几个概念如果不彻底搞明白，后面会一直踩坑。

2.1 接口IP与OSPF基本配置

先配置接口地址。以R1为例，三个步骤：

# R1 interface GigabitEthernet0/0/0 ip address 10.0.12.1 255.255.255.0 quit interface Loopback0 ip address 192.168.1.1 255.255.255.255 quit # R2 interface GigabitEthernet0/0/0 ip address 10.0.12.2 255.255.255.0 quit interface GigabitEthernet0/0/1 ip address 10.0.23.2 255.255.255.0 quit interface Loopback0 ip address 192.168.2.1 255.255.255.255 quit # R3 interface GigabitEthernet0/0/0 ip address 10.0.23.3 255.255.255.0 quit interface Loopback0 ip address 192.168.3.1 255.255.255.255 quit

接口配完，先确认直连能通，比如在R1上ping 10.0.12.2，通了再进入OSPF配置。很多人喜欢直接跳过ping这个动作，结果后面OSPF起不来，还要回头一层层排除物理层原因。直连都ping不通的情况下，OSPF配置得再正确也白搭。

OSPF配置用进程号和network宣告的方式：

# R1 ospf 1 router-id 1.1.1.1 area 0 network 10.0.12.0 0.0.0.255 network 192.168.1.1 0.0.0.0 quit quit # R2 ospf 1 router-id 2.2.2.2 area 0 network 10.0.12.0 0.0.0.255 quit area 1 network 10.0.23.0 0.0.0.255 quit quit # R3 ospf 1 router-id 3.3.3.3 area 1 network 10.0.23.0 0.0.0.255 network 192.168.3.1 0.0.0.0 quit quit

注意R2的Loopback0我没有用network宣告进OSPF，因为这里它只作为设备管理地址使用，不打算传播给其它路由器。如果希望全网都能访问到它，加上一条network 192.168.2.1 0.0.0.0 area 0即可。这个小小的取舍，本身就是对network命令语义的一次练习：只有被network覆盖的网段才会进入OSPF通告。

2.2 进程号和区域号的区别

这是初学者最容易混的两个概念，网上搜“ospf进程号和区域号区别”能搜出一堆提问，但很多答案讲得不够直观。我说人话：进程号是本地概念，区域号是全局概念。

进程号的作用是在一台路由器上区分多个OSPF实例。一台设备上可以同时跑好几个OSPF进程，比如ospf 1管一套网络、ospf 2管另一套网络，互不干扰。两台路由器之间建立邻居，根本不要求进程号一致。哪怕R1用的是ospf 1、R2用的是ospf 100，只要接口在同一网段、区域一致，它们照样能成为邻居。进程号就像你电脑上开着的两个浏览器，它们都叫“浏览器”，但互相之间没有关系；另一台电脑上也开着一个浏览器，进程号是几不影响你们联网通信。

区域号则完全不同。两台路由器要想成为OSPF邻居，接口所在的区域必须一致。R1把接口放进area 0，R2把接口放进area 1，这俩永远不可能建立邻居关系，错误信息里会明确告诉你区域不匹配。区域号是OSPF网络的“行政区划”，同一个区域内所有路由器共享一份链路状态数据库；区域之间靠ABR传递路由信息。把接口划进哪个区域，决定了这台路由器在这个接口上属于OSPF的哪一块版图。

一句话总结：进程号管的是“本设备的OSPF实例”，区域号管的是“网络拓扑的划分方式”。在实验里进程号统一用1，纯粹是为了配置可读性，不是协议要求。

2.3 Router ID的选择规则

Router ID是OSPF中每台路由器的唯一标识，其实就是个32位的值，通常用IP地址形式书写，但它不一定非得是设备上真实存在的IP。配置命令里我用了router-id 1.1.1.1这样的写法，这是一条必须养成的习惯，不依赖系统自动选举。

如果不手工指定，华为设备的Router ID选举顺序是：优先取Loopback接口上最大的IP地址，如果没有Loopback，取所有物理接口中最大的IP地址。这个规则虽然教材上都写了，但实际出过很多事故：某台设备加了新接口，重启OSPF后Router ID变了，导致所有邻居重建，业务闪断。生产中必须手工指定Router ID。实验里也用同样的习惯，避免哪天拓扑变化引起Router ID漂移，排查起来浪费时间。

配置完成后，如果之前OSPF已经运行过，修改Router ID不会立刻生效，需要执行reset ospf process重启OSPF进程。这个细节很容易忽略，后面排错时经常有人问“我明明改了router-id，为什么邻居还是老的？”答案就在这。

2.4 验证配置是否生效

基础配置做完，先不要急着看路由表，先看OSPF的概况：

display ospf brief

这个命令能列出OSPF进程、Router ID、各个接口所在的区域和网络类型，是快速确认配置正确性的第一步。如果接口没有出现在列表里，说明network宣告没覆盖到它，或者接口未UP。相比直接去看邻居关系，先看这个能更快定位是配置问题还是协议问题。

3. 邻居建立过程与报文交互

OSPF能工作的第一步，是把邻居关系建立起来。很多新手以为配完network命令就万事大吉了，其实后面还有状态机、Hello报文、DR选举一堆事情在跑。

3.1 OSPF邻居状态机

OSPF的邻居状态从Down到Full，一共经过七个阶段：Down、Init、2-Way、ExStart、Exchange、Loading、Full。前面两个阶段主要靠Hello报文互相发现；从ExStart开始，两台路由器开始协商主从关系并交换链路状态数据库的摘要信息；Loading阶段真正请求缺失的LSA；Full表示数据库同步完成。华为设备上查看邻居状态用：

display ospf peer

正常情况下两台路由器之间最终会稳定在Full状态。如果看到邻居卡在某个中间状态，比如一直停在ExStart或者Exchange，不用急着抓包，这里有个关键点后面排错章节会专门讲。

3.2 Hello报文里的参数猫腻

Hello报文是OSPF的“敲门砖”，组播发送，目的地址是所有OSPF路由器都监听的224.0.0.5。两台路由器要建立邻居，Hello报文里携带的关键参数必须匹配：区域号要一致、认证信息要一致、Hello间隔和Dead间隔要一致、如果接口是广播网络类型，掩码也得一致。任何一个不匹配，邻居关系都建立不起来，而且错误会被记录到OSPF的错误计数器中，这就是我说“查error表老清晰了”的原因，后面会演示。

华为设备上Hello和Dead间隔的默认值分别是10秒和40秒，两个参数都可以在接口下用ospf timer hello和ospf timer dead修改。极少数情况下有人误改了间隔导致邻居反复震荡。万一你遇到这种情况，不要瞎猜，看一眼双方Hello报文里的定时器数值，问题立刻清楚。

3.3 DR和BDR：广播网络里的“意见领袖”

在广播多路访问网络中，如果每两台路由器之间都建立邻接关系并交换数据库，N台设备就要建立N乘以(N-1)除以2条邻接，链路状态数据库更新时会产生大量冗余报文。OSPF的解决办法是选举DR（指定路由器）和BDR（备份指定路由器），所有路由器只和DR、BDR建立Full邻接关系，非DR之间停留在2-Way状态。

本实验里R1和R2通过以太网直连，网络类型默认是Broadcast，所以即使只有两台路由器，也会跑一遍DR选举流程。选举规则是：接口优先级大者优先（范围0到255，默认1，0表示不参与选举），优先级相同再比Router ID，大者胜出。DR和BDR一旦选出，不会因为新加入一台Router ID更大的设备而立刻抢占，这就是DR选举的“非抢占”特性。只有当前DR故障，BDR才会晋升为DR，并重新选出一个BDR。

如果想让实验更贴近实际场景，可以把其中一条互联链路的网络类型改成P2P：

interface GigabitEthernet0/0/1 ospf network-type p2p

在P2P网络类型下没有DR选举过程，邻居建立速度更快（不需要等待40秒的DR/BDR声明期），这在两台设备直连的场景下反而是更合理的选择。我见过不少生产网络，明明只有两台设备用光纤直连，却依然保持默认的Broadcast类型，白白增加了不必要的协议开销。这个“在只有两台路由器的链路上用P2P类型”的习惯，值得养成。

4. 路由学习与LSA分析

邻居状态全部变成Full之后，就到了收获环节：验证路由表和LSA。这个环节能直观看到OSPF链路状态协议和距离矢量协议的本质差别。

4.1 查看路由表的正确姿势

在R3上查看路由表：

display ip routing-table

你会发现R3除了自己的直连路由，还能学到R1的环回口网段192.168.1.1/32和R1-R2互联网段10.0.12.0/24。这些路由的来源显示为OSPF，优先级（华为叫preference）是10，内部网关协议默认值。走到R1的环回口，下一跳是10.0.23.2，也就是R2。整条路径清晰可见。

想看OSPF路由更详细的信息，用：

display ospf routing

这个视图会列出每条OSPF路由对应的路径类型：区域内路由（Intra Area）、区域间路由（Inter Area）或者外部路由（Type1/Type2）。R3学习到的192.168.1.1/32因为要经过R2做区域间转发，所以是Inter Area路由；而R3自己的环回口和互联网段则是Intra Area路由。

4.2 三种LSA一眼分清

链路状态数据库是OSPF的灵魂，查看方式：

display ospf lsdb

在R2上，你能同时看到来自两个区域的LSA，因为它既是ABR又是数据库的天然观察点。实验中你要能分清楚三种LSA：

1类LSA（Router LSA）：每台路由器都会产生，描述自己的接口以及接口所属网段的cost值。你在lsdb里看到的1.1.1.1、2.2.2.2、3.3.3.3三条Router LSA，就是全网三台设备各自宣告的身份信息。

2类LSA（Network LSA）：只有在广播网络里才存在，由DR产生，描述这个网段上有哪些路由器。因为R1和R2之间是Broadcast网络类型，你会看到一条2类LSA，通告者是DR那台设备的Router ID。

3类LSA（Summary LSA）：由ABR产生，用于把一条区域内的路由通告给另一个区域。R2作为ABR，会把区域0的路由以3类LSA的形式通告到区域1，也会把区域1的路由通告到区域0。在R3上看到192.168.1.1/32，背后的协议过程就是R2向区域1通告了一条3类LSA。

很多教材讲LSA时喜欢堆概念，我觉得做实验看图说话更快：在R2上执行display ospf lsdb，对照着LSID、通告路由器、LSA类型，再回到路由表看对应路由，三者一对应，概念自然就通了。

4.3 cost计算验证

OSPF选择路径的依据是cost值，华为的计算公式是：接口cost等于带宽参考值除以接口带宽，默认参考带宽是100Mbps。GigabitEthernet口带宽是1000Mbps，所以cost等于100除以1000，结果不足1取整为1。如果你的接口是Serial口，默认cost会大得多。

验证方法很简单，在R1上查看一条OSPF路由的详细信息：

display ospf routing 192.168.3.1

你会发现R1到R3环回口的cost是1加1等于2：R1到R2的互联链路cost是1，R2到R3的互联链路cost是1。如果把其中一条链路改成百兆口或者串口，cost值会变大，路由选择结果随之改变。手动调整cost也经常用到：接口下执行ospf cost 10直接改。

这里延伸一个实战点：默认参考带宽是100Mbps，如果网络里有千兆、万兆接口，计算出来的cost全是1，等价路径一多，想通过cost控制路径选择就失灵了。生产环境中可以在进程视图下执行bandwidth-reference 1000把参考带宽调成千兆。做实验时可以故意不调，观察所有接口cost都是1的效果，再调一下对比，体会更深。

5. 排错实战：从error表到debug的快速定位

这一节是全文的重点。前面热词里那句“ospf error表里面查问题老清晰了，或者直接debug，抓包都不用”，确实是我这些年最常用的排查思路。绝大多数OSPF问题，看错误计数器和日志就能定位，抓包反而是最后的手段。

5.1 display ospf error命令详解

华为设备上查看OSPF错误计数的命令：

display ospf error

输出会列出密密麻麻的计数器项，每一项代表一类协议错误。我挑几个最常见的讲：

看到错误计数不为0的项，问题基本就锁定了。怎么让错误计数出现？我举一个典型例子：假设R1的Hello定时器被人改成了5秒，R2保持默认10秒。两边就会反复尝试发送Hello，但都认为对方参数不匹配，邻居状态永远起不来。这时候看一眼error表，HelloIntervalMismatch计数器在蹭蹭往上涨，问题一目了然。相比抓包分析Hello报文里的定时器字段，查error表快太多了。

另一个高频问题就是掩码不一致。有人把R1的接口配成10.0.12.1/24，R2却配成了10.0.12.2/25，直连ping可能都通（因为同网段内），但OSPF邻居就是建立不起来。广播网络上掩码不匹配会被直接拒绝，error表的NetMaskMismatch会告诉你答案。

5.2 邻居状态卡住的定位思路

如果邻居状态卡在某个中间状态，我的排查顺序是：

第一步，看物理层：接口是否UP，ping对端直连地址是否通。这招能排除链路本身的问题。

第二步，看error表：display ospf error。这一步能解决80%的问题，参数不匹配、区域不一致、认证失败，错误计数器会直接指认。

第三步，看日志：display logbuffer，华为设备会把OSPF邻居状态变化记录在日志缓冲区里。日志里常常直接写明原因，比你自己猜快得多。

第四步，看邻居状态细节：display ospf peer，重点看邻居当前状态和接口所属区域。如果卡在ExStart或Exchange，优先怀疑MTU问题。这个场景很经典：一端接口MTU改成了1400，另一端是默认1500，两台路由器在交换数据库摘要信息时，大包发不过去，就一直卡在ExStart状态，重传计数不断增加。查MTU有没有被改过，命令是display interface，看接口的MTU字段。

第五步，才轮到debug。在实验环境里，debugging ospf event和debugging ospf packet能看到实时的协议交互过程。注意debug非常消耗设备CPU，生产环境慎用，用完立刻undo debugging all关掉。实验环境无所谓，随便折腾。

之所以说“抓包都不用”，核心逻辑是：OSPF是一个把错误信息写在脸上的协议，它自己就会把不匹配的原因记录在案，你要做的是知道去哪里看。抓包这种手段，适合在error表和日志都找不到线索的时候，作为最后手段去翻报文中的原始字段。

5.3 常见问题速查表

再分享几个我在实验和数据中心运维里都遇到过的OSPF问题和对应解法，做成表格方便你直接对照：

关于reset ospf process这个操作我要多说一句：生产环境一定要谨慎，它会中断该路由器上的所有OSPF邻居，导致路由表重新收敛。在实验里无所谓，但在真实网络中，改完Router ID或者大改区域配置后，得选在维护窗口操作。

5.4 一个完整的排错案例复盘

假设你现在按我的配置搭好了实验，但R1和R2的邻居死活建立不起来。我的实际操作习惯是这样：

先执行display ospf peer，看到邻居状态是Down或者Init；再执行display ospf error，发现AreaMismatch计数器有计数；回到配置里检查R1上互联接口所属区域，发现被写成了area 1，R2那边是area 0。修改R1的区域配置后，执行reset ospf process重启进程，再查display ospf peer，状态一路从Init走到2-Way再到Full。前后不到两分钟。

这就是“查error表老清晰了”的真实体验。对比一下另一种做法：拿起Wireshark在链路上抓包，看Hello报文里携带的区域号字段，对比两端设备，再定位到配置——也能解决问题，但抓包、过滤、解读报文，整个过程至少多花十分钟起步，而且对新手来说，解读报文本身就有门槛。不是抓包不行，而是效率低。

我个人的总结是：OSPF排错要遵循“从设备内部往外查”的顺序，设备自己记录的错误信息永远是最快的线索。

6. 进阶玩法与实验心得

基础实验做通了，可以加点进阶内容，让这次实验的收获再上一个台阶。

6.1 加一台路由器观察DR选举

在R1和R2之间加一台交换机，再接入第四台路由器R4。广播网络上Running DR选举会让你亲眼看到“优先级大者优先、Router ID大者次之”的选举过程。给R4设置一个比R1和R2都大的Router ID，你会观察到它加入网络后并没有立刻取代现有DR，只有把当前DR的接口shutdown，BDR才会晋升，然后重新选举。这个“非抢占”特性，靠背概念远不如亲手实验记得牢。

6.2 配置OSPF认证体验不匹配效果

在R1和R2的接口上用MD5认证，其中一台故意把密钥写错，然后观察邻居状态和error表。你会发现邻居先是Up了一段时间，然后因为认证失败重新震荡，error表的AuthFailure计数器开始增长。这个实验对理解“认证是周期性校验的”特别有帮助——不是建邻居时才校验，而是每次Hello交互都会校验。

6.3 双区域改成单区域感受LSDB的差异

把R3的互联接口也划进区域0，全网变成单区域后，再用display ospf lsdb对比之前的状态。你会发现数据库里没有3类LSA了，所有路由都是Intra Area。这个对比能让你明白为什么OSPF要用区域划分来控制链路状态数据库的规模——数据库越大，SPF计算越慢，区域划分就是给这个计算过程做的剪枝。

我个人做OSPF实验最大的体会是：一定要从“看表”和“看计数器”开始学排查，而不是从抓包开始。设备已经把所有错误原因都写在脸上了，你只需要知道去哪里看。display ospf peer、display ospf error、display ospf lsdb这三个命令，解决OSPF实验里90%的疑难杂症。抓包能力当然也很重要，但那是进阶技能，在实验阶段先把设备本身提供的诊断信息吃透，思路会清晰得多。

最后再分享一个小习惯：每次改完OSPF配置后，养成马上执行display ospf peer看一眼邻居状态的习惯，而不是直接跳到路由表。邻居关系是一切路由学习的前提，这一步确认了，路由表里出现对应路由才顺理成章。做网络实验就是在培养这种有条不紊的思维，设备不会骗你，它会告诉你一切答案。