企业官网建设流程全解析

1. 多网段场景下为什么要先规划DR再动手配置

多网段环境里的OSPF部署，最容易被轻视的就是DR（指定路由器）这个角色。很多人习惯把网络设备全部接好，然后在一个广播型网段里启动OSPF，让设备自己通过选举机制产生DR和BDR，觉得“反正协议会自动选，不用管”。但在真实的多网段园区网里，这种“自动选”往往就是路由震荡的起点。

先说清楚DR是什么。OSPF在广播型多路访问网络中，比如一台交换机下挂着几十台设备，如果每两台设备之间都建立完整的邻居关系并互相交换链路状态通告LSDB,会形成大量重复的邻接关系，设备CPU和带宽都被浪费。DR和BDR出现后，同一网段内的所有DROther设备只和DR、BDR建立完整邻接关系，由DR负责收集网络内的链路状态信息并通告给其他设备。换句话说，DR就是广播网段里的“信息集散中心”。

多网段场景下，DR带来的问题会更明显。每个广播网段都会独立选举自己的DR，这就意味着如果你有20个网段，就可能产生20个DR。如果这些DR分布在低性能的接入交换机上，一旦网络发生波动，DR的重选举会导致整个网段的路由收敛变慢；更麻烦的是，有些设备配置了相同的优先级，选举结果变成“谁开机早谁就是DR”，重启一台设备就可能引发一次全网的LSDB同步风暴。所以DR一定是要事先规划的，而不是等协议自己跑出来的。

规划DR的核心是明确两个问题：每个网段里DR和BDR应该落在哪台设备上；哪些网段其实不需要选举DR。这两个问题没有标准答案，取决于你的网络规模、设备性能和冗余要求。但有一个通用的原则：尽量让DR和BDR落在具备较强路由计算能力的核心设备上，不要让低端接入设备承担DR角色；如果网段只有两台设备互联，可以直接使用point-to-point网络类型绕开DR选举，从根上消除问题。

2. DR选举机制和几个关键参数

要想规划DR，必须把选举规则吃透。OSPF在广播型网络中选举DR/BDR有两条硬性规则：

• 优先级（priority）最高的路由器优先成为DR。
• 如果优先级相同，Router ID最大的路由器优先成为DR。

这里的优先级范围是0到255，默认值是1。优先级为0的设备永远不参与DR/BDR选举，也就是说它只能作为DROther存在，不会成为DR或BDR。

Router ID是设备的身份标识，一般建议用环回口（Loopback）地址来配置，因为环回口只要设备没宕机就永远在UP状态，比物理接口地址更稳定。如果没有配置Router ID，OSPF会自动从当前接口IP中选择一个最大的作为Router ID，这在多网段环境中很容易造成身份漂移，是不可控的。

还有一个经常被忽略的细节：DR/BDR的选举是非抢占式的。一旦一台设备成为DR，即使后来网络中新增了一台优先级更高的设备，DR也不会自动切换。只有当现有DR发生故障或者OSPF进程重启时，才会重新选举。这个特性既带来了稳定性，也让不少人在改造网络时吃了亏：明明改了某台核心交换机的优先级，重启后却发现DR还是原来那台旧设备，原因就是没有重置OSPF进程或清空邻居表。

在规划多网段部署时，有三个参数值得在全局统一定义：

• priority值：核心设备设置100以上，接入设备保持默认1或者直接设置为0让它不参与选举。
• 网络类型：广播型网络使用broadcast，两台设备直连链路使用point-to-point。
• 接口Cost值：用于控制路由选路，避免业务流量和DR所在路径产生不一致。

这些参数之间是有联动关系的。比如你把一台核心交换机在VLAN 10接口上的优先级调成了150，但该接口的网络类型还是默认的broadcast，它在VLAN 10里就是DR；如果这台交换机在VLAN 20也接入了，且优先级同样很高，它又会成为VLAN 20的DR。于是这台设备成为多个网段的DR，压力集中。另一个角度，如果你把所有三层接口都设置成point-to-point，那DR就完全失去意义，LSDB也会更精简，但这只适用于点对点链路，不适用于一台交换机下挂多台设备的广播环境。

3. 多网段案例部署的完整拓扑与实施步骤

用一个实际案例来演示整个部署过程。假设某园区网有三栋楼，分别对应三个业务网段：

• 网段A：10.1.10.0/24，接入设备为接入交换机SW-A1、SW-A2
• 网段B：10.1.20.0/24，接入设备为接入交换机SW-B1、SW-B2
• 网段C：10.1.30.0/24，接入设备为接入交换机SW-C1、SW-C2

两台核心交换机分别为Core-1和Core-2，两者之间用两条万兆链路互联。所有网段在三层上通过核心交换机进行OSPF路由交换。接入交换机不做三层路由，只作为二层设备透传VLAN；但为了模拟“多网段广播环境”里的真实情况，我们可以假设部分接入交换机也运行OSPF，或者将它们的三层接口启用OSPF并接到核心设备上。

第一步，规划设备角色。核心交换机Core-1和Core-2都放在所有网段中，把它们分别规划为每个网段的DR和BDR。这里注意一点：DR和BDR必须出现在同一个广播网段内，所以两台核心都必须接入每个业务网段的三层VLAN接口。接入交换机SW-A1等设置为DROther，优先级设为0，不参与选举。

第二步，设置Router ID。在每台设备上配置环回口，使用Loopback 0作为Router ID。Core-1的Router ID建议用10.255.1.1，Core-2用10.255.1.2，接入交换机依次用10.255.2.1、10.255.2.2这样的编号。这样在维护路由表、排障时一目了然。

第三步，配置OSPF骨干区域和网段宣告。所有设备都放在OSPF区域0中。核心交换机上需要把每个业务网段都宣告进区域0；接入交换机如果运行OSPF，则只需要宣告自己连接的网段。

配置片段以华为设备风格为例，方便对照：

Core-1: interface LoopBack0 ip address 10.255.1.1 255.255.255.255 interface Vlanif10 ip address 10.1.10.254 255.255.255.0 ip ospf dr-priority 150 interface Vlanif20 ip address 10.1.20.254 255.255.255.0 ip ospf dr-priority 150 interface Vlanif30 ip address 10.1.30.254 255.255.255.0 ip ospf dr-priority 150 ospf 1 router-id 10.255.1.1 area 0.0.0.0 network 10.1.10.0 0.0.0.255 network 10.1.20.0 0.0.0.255 network 10.1.30.0 0.0.0.255 network 10.255.1.1 0.0.0.0

Core-2: interface LoopBack0 ip address 10.255.1.2 255.255.255.255 interface Vlanif10 ip address 10.1.10.253 255.255.255.0 ip ospf dr-priority 100 interface Vlanif20 ip address 10.1.20.253 255.255.255.0 ip ospf dr-priority 100 interface Vlanif30 ip address 10.1.30.253 255.255.255.0 ip ospf dr-priority 100 ospf 1 router-id 10.255.1.2 area 0.0.0.0 network 10.1.10.0 0.0.0.255 network 10.1.20.0 0.0.0.255 network 10.1.30.0 0.0.0.255 network 10.255.1.2 0.0.0.0

SW-A1: interface LoopBack0 ip address 10.255.2.1 255.255.255.255 interface Vlanif10 ip address 10.1.10.1 255.255.255.0 ip ospf dr-priority 0 ospf 1 router-id 10.255.2.1 area 0.0.0.0 network 10.1.10.0 0.0.0.255 network 10.255.2.1 0.0.0.0

这里有一个很重要的配置细节：接入交换机的接口dr-priority设置为0，代表它永远不参与DR/BDR选举。但很多设备上，如果接口类型是二层接口并且没有配置IP，这个优先级参数是不生效的；只有在三层路由接口或Vlanif下配置才有效。如果你误在二层接口上配置了OSPF和优先级，往往会发现邻居关系可以建立，但DR选举结果并不符合预期。

第四步，处理核心交换机之间的互联链路。Core-1和Core-2之间的两条直连链路建议单独规划一个互联网段，比如10.1.255.0/30和10.1.255.4/30，并将接口网络类型设为point-to-point。这样做有两个好处：一是不会在这两条链路上产生DR/BDR选举，避免出现“核心与核心之间还要选DR”的奇怪局面；二是point-to-point网络类型的OSPF邻居建立更快，没有wait timer，收敛速度更快。

配置示例：

Core-1: interface GigabitEthernet0/0/1 ip address 10.1.255.1 255.255.255.252 ospf network-type p2p interface GigabitEthernet0/0/2 ip address 10.1.255.5 255.255.255.252 ospf network-type p2p ospf 1 area 0.0.0.0 network 10.1.255.0 0.0.0.3 network 10.1.255.4 0.0.0.3

第五步，在核心设备上配置VRRP（虚拟路由冗余协议）作为网关冗余。多网段环境中，每台主机的网关通常是核心交换机上的Vlanif地址。虽然OSPF负责三层路由，但主机网关的冗余需要VRRP来保障。这里要注意DR的选举和VRRP的主备完全没有绑定关系。Core-1在OSPF中可以是DR，在VRRP中也可以是Master；但更常见的做法是让两台核心交换机在VRRP中互为备份，同时保证OSPF路径与之协调，避免出现“VRRP主设备在A路径，OSPF DR却把路由信息推向B路径”的割裂。

VRRP配置不是这篇文章重点，但部署规划必须把它和OSPF DR放在一起考虑。一个建议：在网段A中，Core-1作为VRRP Master，在网段B中，Core-2作为VRRP Master，让业务流量分担；同时OSPF的DR/BDR也按相同方向布局，确保上行流量和下行流量走同一台设备。

4. 部署后的验证和故障排查实录

配置完成后，最关键的一步是验证DR选举结果是否符合规划。

登录Core-1，查看OSPF邻居和接口状态：

display ospf peer

输出中可以看到每个接口的邻居状态为Full，并且每台设备旁边都有DR/BDR/DROther标记。以Vlanif10为例，期望看到：

• Core-1的状态是DR，优先级为150。
• Core-2的状态是BDR，优先级为100。
• SW-A1、SW-A2的状态是DROther，优先级为0。

如果发现SW-A1意外成为了DR，说明它的接口优先级没有生效。常见原因有两个：一是配置优先级之前OSPF已经启动，优先级参数没有重新加载；二是该接口没有配置IP地址，OSPF进程没能在该接口上运行。针对第一个原因，可以在接入交换机上执行reset ospf process或重启OSPF进程，让优先级重新生效。但生产环境执行这个命令一定要选在业务低峰期，否则会引发该设备上所有OSPF邻居重新收敛，造成短暂的业务中断。

还有一类常见故障是DR震荡。现象是网络中的DR角色频繁变化，路由表时有时无，设备日志里不断出现邻居状态变化。多数情况下是因为新接入了一台优先级更高的设备，扰动了原网段稳定状态。比如Core-1优先级为150，Core-2优先级为100，如果某天为了测试临时在一台接入交换机上设置了优先级180，而这个网段又正好是广播型，那么这台接入交换机重启后就会抢走DR角色。由于DR是非抢占式的，除非你主动重置OSPF进程，否则它不会马上把角色还回来。这种问题最直接的规避方式就是统一配置规范：接入设备一律使用优先级0，核心设备使用明确的高优先级值，禁止临时设备乱配。

另一个排查重点是“为什么网段A能学到路由，网段B学不到”。出现这种问题往往是某个Vlanif的网段宣告遗漏了。OSPF宣告时使用的是通配符反掩码，很多人会把它误写成子网掩码。比如network 10.1.20.0 0.0.0.255是正确的，如果写成network 10.1.20.0 255.255.255.0，OSPF进程会直接报错或宣告异常，导致该网段的路由没有进入LSDB。可以逐台设备执行display ospf lsdb查看链路状态数据库，确认每个网段是否都有对应的Type-1 Router LSA或Type-2 Network LSA。

如果使用思科设备，命令略有不同，可以用show ip ospf neighbor来查看邻居状态，用show ip ospf interface来查看接口DR优先级和网络类型。拓扑中如果混合厂商设备，要注意双方对OSPF网络类型和区域ID的默认值可能不同，DR选举的稳定性、hello时间间隔也可能有兼容性问题。统一配置网络类型和hello/dead时间间隔是比较稳妥的方案。

还有一个不太容易察觉的坑：当核心设备之间存在两条或多条等价链路时，如果只把其中一条配置成point-to-point，另一条保持默认broadcast，那么在核心之间会同时出现P2P邻居和广播邻居，既增加了LSDB的复杂度，也可能造成选路不稳定。规划时应把所有核心互联链路统一设置成同一种网络类型。

由于DR选举是每网段独立的，当网络规模变大后，LSDB里的Type-2 LSA数量会随着网段数量线性增加。对于三层VLAN划分很细的园区网，如果每个VLAN都会被宣告进OSPF，且每个VLAN都开启了broadcast网络类型并产生DR，那么OSPF进程需要维护的邻居和LSA数量会非常多。当一台核心交换机需要维护几十个DR角色时，CPU占用率会被明显拉高。此时可以考虑把部分不需要精细路由的三层VLAN改成静态路由或引入OSPF区域划分，减少DR数量。比如将所有接入网段划分到多个OSPF区域，区域间通过ABR汇总路由，每个区域内仍保留DR，但区域内路由器数量被控制在一个合理范围。这种做法在多网段规模超过十个时尤其重要。

5. 一些实操中的心得和思考

最后分享几条个人体会。

第一条是：不要试图用OSPF的自动选举来“省事”。自动选举的结果往往取决于设备的启动顺序，而启动顺序在维护中是不可控的。与其等出了问题再排查，不如在设备初始化阶段就把优先级和Router ID规划进标准化脚本里。我见过不少项目，开局配置时所有设备优先级都是默认的1，上线之后也能跑，但一旦核心交换机因升级重启，DR角色就会发生迁移，整个网段的OSPF需要重新同步，业务出现秒级至分钟级的中断。把优先级规划好，这类问题能在源头避免。

第二条是：把Router ID和环回口地址做成一套编码体系。比如核心设备使用10.255.1.x，接入设备使用10.255.2.x，这样的编号在排障时非常直观。如果随意使用物理接口IP作为Router ID，当某个物理接口down掉时，Router ID可能会漂移到另一个接口上，导致邻居关系重新建立，这是一类隐蔽故障。

第三条是：对于只有两台设备互联的网段，尽可能使用point-to-point网络类型。这不仅消除了DR选举，也加速了邻居建立过程，减少了OSPF的协议报文开销。很多刚开始接触OSPF的人以为广播模式比P2P“更高级”，实际在现代园区网中，以太链路跑P2P反而更干净。

第四条建议是多网段部署不要贪多。把大量网段都灌进OSPF区域0里，虽然配置简单，但在故障排查时会发现LSDB异常庞大，定位一条路由的来源就像大海捞针。结合VLAN聚合、接口Network-Type切换和区域划分，能明显提升协议稳定性。每次调整完DR优先级或网络类型后，记得观察一段时间，确认没有再出现邻居状态变化再离开现场。

多网段的OSPF部署并不复杂，难的是把每个细节都想透。DR只是其中的一环，但它连接着选举、收敛、冗余、排障等方方面面。按照上面的方法先规划后配置，再以验证命令确认状态，基本可以避开绝大多数与DR相关的问题。如果你正在做一个全新网络项目，建议从第一天就把这些参数固化到模板里，不要留给“以后再说”。等到网络跑起来之后再去改DR，牵一发而动全身，那时候的代价比开局时大得多。