OSPF综合配置实验详解：从多区域到路由汇总与排错

做网络实验的人都知道，ospf综合配置实验几乎是HCIP备考路上最能“验货”的一个实验。平时配两台路由器跑单区域，邻居状态变成Full就觉得完工了；一旦进入综合实验，多区域、路由汇总、外部路由引入、故障排查全都堆在一起，对ospf的理解漏洞藏都藏不住。这篇文章把我实际跑通的完整配置过程、关键原理和踩过的坑全部拉一遍。实验环境用华为eNSP，命令和真机几乎一致，适合正在备考HCIP、或刚学完ospf想系统验证一遍的人。下面按我的操作顺序来，从拓扑设计一直写到最后的排错心得。

1. 实验背景与整体设计思路

1.1 为什么必须做一遍“综合”配置

单独的ospf小实验我也做过不少，两台路由器背靠背一拉，配好network宣告，邻居起来就算完事。但这类练习有个问题——它帮你把ospf的“表面积”摸了一遍，却没碰真正复杂的区域边界、路由汇总和外部路由引入。工作中网络故障往往不是一个原因，可能是区域划分不合理、ABR汇总掩码写错、外部路由没有tag，几件事叠在一起。综合实验的价值，就是强迫你把这些点揉在一个拓扑里，亲手把它们跑通。

从学习路径看，我建议顺序是先单区域、再多区域、最后加路由引入和汇总。单区域让你熟悉Hello报文和邻居状态机；多区域让你必须理解Area 0骨干连续性和Type3 LSA；路由引入与汇总则逼着你去看OSPF的LSDB和路由表之间的对应关系。这三层都过了，你才算把ospf真正“用”起来，而不是只会抄命令。

这个实验我选择在eNSP上完成，原因很现实：免费、启动快、命令和真机AR路由器基本一致，display ospf peer、display ospf lsdb这些排错命令在真机上怎么敲，模拟器就怎么敲。考试和工作时如果你需要快速验证一个想法，eNSP比真机方便得多。

1.2 拓扑规划与地址分配

拓扑我设计成一条链式结构：R1接R2，R2接R3，R3再接R4。R1、R2、R3三个节点放在Area 0，R3和R4之间划成Area 1，这样R3同时承担ABR角色。R1和R2之间用GE口模拟广播型网络（BMA），R2和R3之间用串口模拟点对点网络（P2P），R3和R4之间再用GE口模拟另一个区域的广播型网络。三种链路类型在同一实验里出现，正好可以对比OSPF在不同网络类型下的行为差异。

地址规划如下表：

/30掩码对应的通配符是0.0.0.3，因为/30等于255.255.255.252，255减252得到3，意味着只需要匹配前30位，后两位可以变化。这个换算在做network宣告时避不开，建议直接记熟：/30对应0.0.0.3，/24对应0.0.0.255，/32对应0.0.0.0。

R4上多出来的LoopBack2到LoopBack4，是我故意加的三个模拟服务器网段。它们存在的意义是让R3上的区域间汇总（abr-summary）有东西可以聚合，不然后面讲汇总就只能空谈。

2. OSPF核心原理与配置要点

2.1 Router ID、区域划分与LSA类型

Router ID是OSPF进程的身份标识，整个OSPF域内必须唯一。选举规则是优先级最高的接口地址优先，其次是最大的LoopBack地址，最后是最大的物理接口地址。但我强烈建议所有设备都手动指定router-id，原因很现实：如果某台设备的LoopBack地址因为管理需要被改掉，或者物理接口down了，Router ID可能变化，导致所有邻居关系重建，整网收敛一次。手动指定后，这个风险彻底消失。

区域划分方面，Area 0是骨干区域，所有非骨干区域必须直接或通过虚链路逻辑上连接到Area 0，否则区域间路由无法互通。我让R1、R2、R3在Area 0，R3、R4在Area 1，R3正好卡在区域边界上成为ABR。区域间路由靠ABR生成Type3 LSA通告，这也是实验里重点观察的对象。

LSA类型不需要背太多，但要知道实验中哪些会出现在LSDB里：

我在R3上配置default-route-advertise always之后，你会看到R1和R2的LSDB里出现Type5 LSA，那就是R3作为ASBR向整个OSPF域通告默认路由的证据。

2.2 网络类型、DR选举与邻居状态机

OSPF接口网络类型决定了两台路由器怎么建立邻居、要不要选举DR。广播型网络（BMA）需要选DR/BDR，组播Hello报文，邻居关系更复杂；点对点网络（P2P）不需要DR，两台路由器直连，简简单单就进入Full状态。这个差异在实验里会直接影响你观察到的现象：

DR选举的规则是优先级大的当选，优先级的范围是0到255，0表示不参与选举；优先级相同时Router ID大的获胜。但有个“先到先得”机制经常被忽略：如果R1先启动并成为DR，后来R2虽然Router ID更大，也不会去抢占，除非手动重置OSPF进程。我实验里R1和R2之间的DR最后是R2，原因就是R2先启动完成了选举。

邻居状态机从Down到Full，要经过Init、Two-Way、ExStart、Exchange、Loading几个阶段。排错时看状态卡在哪一站，基本就能定位问题。卡在Init说明收到了对方Hello但不能反向建立；卡在ExStart/Exchange通常是参数不匹配，比如网络类型不一致或MTU不一致；一直停在Loading说明数据库交换不完整。后面排查部分我会具体展开。

3. 完整实操：从零到全通

3.1 接口配置与连通性检查

先提醒一个eNSP的坑：默认路由器没有串口，R2和R3要分别先添加一块2SA接口卡，重启设备后才会出现Serial0/0/0。我第一次做这个实验时没加模块，找半天找不到串口，差点以为是版本问题。

接口配置按四台设备依次写。配完后不要急着配OSPF，先用ping验证直连链路都通，再做下面步骤。

R1的接口配置：

bash复制sysname R1
interface GigabitEthernet0/0/0
 ip address 10.0.12.1 255.255.255.252
interface LoopBack1
 ip address 1.1.1.1 255.255.255.255

R2的接口配置：

bash复制sysname R2
interface GigabitEthernet0/0/0
 ip address 10.0.12.2 255.255.255.252
interface Serial0/0/0
 ip address 10.0.23.2 255.255.255.252
interface LoopBack1
 ip address 2.2.2.2 255.255.255.255

R3的接口配置：

bash复制sysname R3
interface Serial0/0/0
 ip address 10.0.23.3 255.255.255.252
interface GigabitEthernet0/0/0
 ip address 10.0.34.3 255.255.255.252
interface LoopBack1
 ip address 3.3.3.3 255.255.255.255

R4的接口配置：

bash复制sysname R4
interface GigabitEthernet0/0/0
 ip address 10.0.34.4 255.255.255.252
interface LoopBack1
 ip address 4.4.4.4 255.255.255.255
interface LoopBack2
 ip address 10.1.1.1 255.255.255.0
interface LoopBack3
 ip address 10.1.2.1 255.255.255.0
interface LoopBack4
 ip address 10.1.3.1 255.255.255.0

配完在R1上ping 10.0.12.2，在R2上ping 10.0.23.3，在R3上ping 10.0.34.4，确保每个直连都通，再进OSPF配置。链路都不通就配OSPF，出了问题你会分不清是底层故障还是协议故障。

3.2 OSPF基础配置与邻居确认

四台设备的OSPF配置如下。注意我在每个进程中手动指定了Router ID，并且在所有LoopBack接口上配置了silent-interface，原因是：环回口宣告进OSPF后，默认会按P2P类型尝试发送Hello报文，但它永远不可能建立邻居，只会产生无效报文，配置静默接口可以去掉这些无用的协议开销，同时接口对应的直连路由照常通告进OSPF。

R1的OSPF配置：

bash复制ospf 1 router-id 1.1.1.1
 silent-interface LoopBack1
 area 0.0.0.0
  network 10.0.12.0 0.0.0.3
  network 1.1.1.1 0.0.0.0

R2的OSPF配置：

bash复制ospf 1 router-id 2.2.2.2
 silent-interface LoopBack1
 area 0.0.0.0
  network 10.0.12.0 0.0.0.3
  network 10.0.23.0 0.0.0.3
  network 2.2.2.2 0.0.0.0

R3的OSPF配置：

bash复制ospf 1 router-id 3.3.3.3
 silent-interface LoopBack1
 area 0.0.0.0
  network 10.0.23.0 0.0.0.3
  network 3.3.3.3 0.0.0.0
 area 0.0.0.1
  network 10.0.34.0 0.0.0.3
  abr-summary 10.1.0.0 255.255.252.0
 default-route-advertise always

R4的OSPF配置：

bash复制ospf 1 router-id 4.4.4.4
 silent-interface LoopBack1
 silent-interface LoopBack2
 silent-interface LoopBack3
 silent-interface LoopBack4
 area 0.0.0.1
  network 10.0.34.0 0.0.0.3
  network 4.4.4.4 0.0.0.0
  network 10.1.1.0 0.0.0.255
  network 10.1.2.0 0.0.0.255
  network 10.1.3.0 0.0.0.255

配置完先别急着看路由表，第一步必须确认邻居状态。在R1上执行display ospf peer brief，正常情况下应该看到R2的邻居状态是Full，而且带DR或BDR标记。我这台环境里R2先完成选举成了DR，所以输出类似：

bash复制<R1>display ospf peer brief
 Area 0.0.0.0 interface 10.0.12.1(GigabitEthernet0/0/0)
 Router ID       Address         Pri DeadTime  State         Interface
 2.2.2.2         10.0.12.2       1   40        Full/DR       GigabitEthernet0/0/0

如果先启动R1再启动R2，DR可能变成R1，这类现象就是2.2节说的“先到先得”。Reset一下OSPF进程才能重新选举，这是考试里经常出现的隐藏考点。

在R3上执行display ospf peer brief，应该能看到两个邻居：R2处于Full状态，R4处于Full状态。R3和R2之间是P2P链路，不涉及DR标记；R3和R4之间是广播链路，会显示DR/BDR信息。两个邻居都是Full，说明Area 0和Area 1的邻居关系全部建立起来了。

3.3 区域间汇总、默认路由引入与验证

邻居关系建立后，R1应该能学到R4上的网段。但R4上我配了10.1.1.0/24、10.1.2.0/24、10.1.3.0/24三个网段，如果不做汇总，R3向Area 0通告的就是三条独立的Type3 LSA，同时还会把互联地址10.0.34.0/30也通告过去。网段多了以后，区域边界上的路由条目会膨胀，所以我在R3的Area 1视图下配置了abr-summary 10.1.0.0 255.255.252.0，把10.1.1.0/24、10.1.2.0/24、10.1.3.0/24聚合为一条10.1.0.0/22路由再通告给Area 0。

这个聚合网段怎么算出来的？把三个网段第三字节写成二进制：1是00000001，2是00000010，3是00000011。前六位完全一致，所以掩码取22位，结果就是10.1.0.0/22。截掉三位后，掩码从24变成22，正好能覆盖这三个子网。如果不放心，配置完后在R1上用display ip routing-table看，10.1.0.0/22和4.4.4.4/32都应该在路由表里，而且10.1.1.0/24这些明细是看不到的，说明汇总生效。

默认路由引入用的是R3上的default-route-advertise always。这条命令让R3作为ASBR主动向整个OSPF域发布一条默认路由，always参数是关键——即使R3本机没有默认路由，也会强制通告。如果去掉always，R3必须先存在一条默认路由才愿意通告，这在实际规划和备考时都是常踩的分支。

验证阶段，在R1上执行：

bash复制<R1>display ip routing-table

路由表里应该有以下几条关键路由：

• 10.0.12.0/30直连
• 10.0.23.0/30下一跳指向R2
• 2.2.2.2/32下一跳指向R2，这是R2的LoopBack
• 3.3.3.3/32下一跳指向R2或R3链路中的下一跳
• 10.0.34.0/30下一跳指向R2再到R3
• 10.1.0.0/22下一跳指向R2再到R3
• 4.4.4.4/32下一跳指向R2再到R3
• 0.0.0.0/0下一跳指向R2再到R3

再看display ospf lsdb，R1的LSDB里会出现Type5 LSA，生成者是3.3.3.3，说明默认路由由R3发布。到这里，整个综合实验就完全打通了。

4. 常见故障排查与实操心得

4.1 邻居关系出问题的典型场景

邻居建立不了是OSPF实验里出现频率最高的故障，没有之一。我在排错时习惯先看display ospf peer，看状态卡在哪个阶段，再看display ospf error，查协议报文层面的错误统计。常见的场景按状态归类：

最容易被忽略的是网络类型不匹配。比如一边接口是P2P，另一边是BMA，两台设备在数据库描述阶段会反复协商主从关系，状态一直卡在ExStart。真实设备上如果一端接了交换机一端直连，就经常出现这个问题。eNSP里一般不会遇到，但面试和实际项目中概率不低。

MTU问题也要留意。真机上如果链路两端MTU不一致，OSPF会在Exchange阶段协商失败，状态卡住。eNSP默认不校验MTU，所以模拟器里复现不了，但我在真实设备上踩过。做综合实验时顺手把两端的MTU改成一致，能省很多排错时间。

4.2 路由学习不全与黑洞问题

路由表里缺条目和邻居建立不起来是两回事。邻居都Full了，但R1看不到R4的网段，这种时候优先查display ospf lsdb，看LSDB里有没有对应的LSA，再往上游路由器逐台查，问题就能定位。

常见的路由缺失原因有这么几个。第一，network宣告的网段和接口实际地址不匹配，比如接口是10.0.34.4/30，宣告却写成10.0.34.0 0.0.0.255，通配符范围大于实际掩码，会导致路由被意外宣告或漏宣告。第二，abr-summary聚合掩码写错，把不该聚合的网段也纳进来，形成黑洞。第三，R4的LoopBack接口忘记宣告进OSPF，结果整个网段在别处根本不存在。

我习惯给外部路由打tag，比如改成import-route static tag 100。这个习惯在实验里看起来多此一举，但真实网络里有多种外部路由来源时，tag能帮你在路由策略和排错时快速区分路由来源。实验里虽然只引入了一条默认路由，tag记录在LSDB里看得清清楚楚。

还有一种现象是路由表里有路由，但ping不通，多半是回程问题。R1能ping通10.1.1.1，R4却ping不通1.1.1.1，那就去R4的路由表看有没有回程路由。OSPF是双向选路协议，回程缺失时单方向通的现象很典型，别一头扎进接口安全策略里面。

4.3 把这个实验做透的三条心得

第一，动手配置前先把地址规划表手写一遍。我见过太多人边配边想，结果接口地址写错、区域划分混乱，排错半小时才发现是IP打错了。地址规划表就是实验的施工图，画清楚再开机，效率能翻一倍。

第二，配置完首先看邻居状态，而不是看路由表。邻居没起来，路由表必然缺条目；邻居起来了路由还不全，再去看LSDB和network宣告。按这个顺序排错，逻辑是顺的，不会东一榔头西一棒子。

第三，这个实验建议至少完整跑三遍。第一遍全按正常配置走，第二遍故意制造故障练排错，第三遍加上汇总和外部路由引入。三遍下来，你对OSPF的理解绝对比看十遍书强。我当初备考HCIP时就是这个方法，后来排真实网络故障时，脑子里能直接反应出该看哪个状态、查哪个表。准备考试或者做项目开局前，把这个综合实验练熟，不会亏。