1. 综合实验整体设计与思路拆解1.1 实验目标与拓扑规划我这次做的OSPF综合实验其实是把平时零散的OSPF知识点串起来的一次实操。平时大家单独配个邻居、配个区域都不难真正麻烦的是把多区域、特殊区域、外部路由引入、路由控制这些环节全部塞进一张拓扑里让它们协同工作。如果只在小范围里验证单个功能很多问题根本暴露不出来比如区域间路由汇总的边界条件、NSSA区域的LSA转换负担、多进程环境下路由交互的细节这些都是要在综合拓扑里才会真正“现形”的。实验拓扑我建议用华为eNSP模拟器搭建原因很简单HCIP华为认证中级工程师考试和现网工程里eNSP的环境最接近真实设备行为而且它可以零成本复现DR/BDR选举、区域类型切换这些操作不用担心把现网搞挂。我采用的是经典的三区域结构骨干区域Area 0放两台核心路由器承担区域间路由转发非骨干区域Area 1、Area 2各放两到三台设备模拟业务接入出口路由器上接一台BGP路由控制设备模拟外部路由引入和策略控制。整体大概五到七台设备再多就超出综合实验的合理复杂度了再少则体现不出多区域协作的细节。这个规模下既能看到OSPF内部的路由互通也能看到外部路由从BGP引入OSPF之后路由控制策略如何发挥作用。1.2 协议选型与方案取舍为什么要用OSPF而不是RIP或者静态路由我的看法是如果你要练的是“能撑住中大型网络”的路由协议能力OSPF几乎是必选项。RIP的跳数限制和30秒更新机制在现代组网里基本就是个教学玩具静态路由在规模大了之后维护成本直接失控。OSPF基于链路状态Link-State计算路由收敛速度快、无环路、支持多区域和路由汇总这些特性决定了它更能反映真实企业网和运营商网络的运作方式。这次实验我还把BGP路由控制拉了进来主要是为了让OSPF不只在“协议内部”打转。真实组网里OSPF一般是域内IGP域间或与外部网络交互往往靠BGP。OSPF引入外部路由时如果不做控制很可能出现路由泄漏、次优路径、环路等问题。所以我在实验里设计了一个环节在ASBR自治系统边界路由器上把BGP学习到的外部路由引入OSPF再用路由策略控制哪些路由可以进、以什么度量值进、会不会被进一步通告到其他区域。这套组合拳打下来OSPF和BGP之间的协同关系就能理解得比较立体。1.3 区域划分与地址规划的讲究地址规划这个事很多人图省事就随便填几个网段结果实验做完、认证考完真到了项目上就抓瞎。我这次刻意采用“区域化可汇总”的地址规划原则。具体来说每个区域内部分配连续的网段比如Area 1使用10.1.0.0/16下的子网Area 2使用10.2.0.0/16下的子网互联链路单独划一个段。这样做的直接好处是在ABR区域边界路由器上做路由汇总时可以干净利落地把多条LSA合并成一条路由表精简了区域间震荡的影响也被关在笼子里。回环接口地址Loopback我建议统一规划成“规则内可一眼识别的地址”比如每台设备用10.0.x.1/32作为Router ID和运维管理地址。这样在查看路由表、排错、做策略匹配的时候看到一条前缀你就能条件反射出是哪台设备、哪个区域而不是还得翻地址表去猜。这个习惯在真实网络里能节省大量排错时间。2. OSPF核心机制解析与实操要点2.1 报文类型与状态机详解OSPF之所以能快速收敛且无环根源在于它有一整套严谨的报文交互机制。实验做下来我建议每个阶段都结合抓包或调试信息去理解报文而不是背完五种类型就完事。Hello报文用于发现和维护邻居关系也是DR/BDR选举的载体DD报文Database Description描述本地LSDB的摘要相当于“目录列表”LSR报文Link-State Request根据DD摘要发现自己缺失的LSA发起请求LSU报文Link-State Update真正承载LSA内容对请求进行响应也用于定期刷新LSAck报文对收到的LSU进行确认保证可靠传输。OSPF状态机的推进过程也和这五类报文一一对应。邻居状态从Down开始经过Init、2-Way确认双向通信后才能进入Exstart随后通过Exchange交换DD报文进入Exchange状态再经过Loading阶段通过LSR/LSU把完整LSDB同步过来最终到达Full状态。实验中最常见的坑就是状态卡在某个中间阶段不动比如一直停在Init说明收到了对方Hello但对方没收到你的Hello大概率是掩码或区域ID不匹配。我强烈建议在实验时开一下调试命令比如华为设备上的debugging ospf packet亲眼看一下Hello报文是怎么发的、DD报文是怎么协商主从关系的。这一步积累的感性认识比反复看书能解决更多实际问题。2.2 进程号与区域号的区别与应用网上关于“OSPF进程号和区域号区别”的讨论很多我在实验里特意把这两者的区别作为一个必测知识点。进程号Process ID是本地概念只对单台路由器有意义默认进程1。你可以在一台路由器上同时跑多个OSPF进程每个进程独立维护邻居表、LSDB和路由表互不干扰但实际工程里很少这么用因为多进程通常意味着设计出了问题只是在特殊场景比如设备合并、迁移过渡期才会临时用一下。区域号Area ID则是全局概念存在链路层面的约束。两台路由器要建立邻居关系Hello报文里的区域ID必须一致区域0是骨干区域所有非骨干区域都必须在ABR上挂到骨干区域否则路由通告就断了。我实验里用的编号分别是Area 0、Area 1、Area 2Area 2作为普通区域Area 1做了Stub区域这样才能对比出不同区域类型对路由表的影响。进程号和区域号共同决定了一台设备上OSPF如何“划分工作空间”。进程号管的是本机的协议实例隔离区域号管的是同一个协议实例内的网络拓扑分层。两者的本质区别搞清楚了很多配置时“为什么我改了进程号邻居掉了”之类的疑惑就能解开——大概率是你改了进程号后接口重新划分到了一个新的协议实例里而对方还在原来的实例里。2.3 网络类型与DR/BDR选举OSPF在以太网广播型多路访问网络上会选举DR指定路由器和BDR备份指定路由器目的是减少邻接关系数量和LSA泛洪量。选举规则不复杂接口优先级越大越优先默认优先级为1优先级相同则比较Router ID越大越优先。但有一个关键特性是“非抢占”——一旦DR和BDR选定即使后面又加入了一台Router ID更大的设备它也不会把原DR挤掉只能当DRother。这个特性在做实验时很容易被忽视我见过不少人重新配置完Router ID后重启OSPF发现DR没变以为配置有问题其实这就是非抢占机制在起作用。在实际操作中如果要强制重新选举需要把现有DR和BDR的接口全部重置或者重启OSPF进程。我在实验里为了观察选举过程故意把优先级调成0优先级为0表示不参与选举然后再恢复成默认这样就能看到DR角色如何在新设备上产生。有一点必须提醒优先级配置是接口级别的不是进程级别的很多人会漏掉这个细节。再说网络类型华为设备上默认的以太网接口是Broadcast类型串行链路默认P2P。在P2P网络上不会有DR/BDR选举两个路由器直接建立邻接关系在NBMA或P2MP环境下则还要考虑是否手动指定邻居。实验里如果拓扑跨度大建议确认好每段链路的网络类型别默认以为所有接口都走广播网机制。2.4 区域类型与LSA类型对应关系OSPF的路由信息其实都是靠LSA链路状态通告在区域内和区域间传递的。我在实验里刻意设计了普通区域、Stub区域和NSSA区域就是为了把LSA类型和区域行为打通。Router LSAType 1每台路由器都会产生描述本设备的直连链路和邻居Network LSAType 2由DR产生描述广播网段上连接了哪些路由器Network Summary LSAType 3由ABR产生用于区域间路由通告ASBR Summary LSAType 4由ABR产生通告ASBR的位置AS External LSAType 5由ASBR产生用于通告外部路由NSSA External LSAType 7由NSSA区域内的ASBR产生用于在NSSA区域传递外部路由到达ABR后由ABR转成Type 5继续传递。这个对应关系是理解区域设计的钥匙。比如Stub区域不允许Type 4/5进入它的ABR会自动下发一条默认路由Type 3区域内设备访问外部网络时统统走默认路由从而让Stub区域的LSDB变小、内存和CPU压力降低。而NSSA区域则允许Type 7进入既阻挡了外部路由的泛洪又保留了外部路由引入的途径两种方式一对比为什么有些场景选Stub、有些场景选NSSA就非常清楚了。我汇总了一张表做实验时对照着看会清晰很多区域类型允许LSA类型是否自动下发默认路由典型适用场景普通区域1、2、3、4、5否常规组网需要完整路由信息Stub区域1、2、3可含默认路由是末端区域无需学习外部明细路由Totally Stub区域仅1、2和默认路由是更严格的末端区域连Type 3明细都不需要NSSA区域1、2、3、7是末端区域但需要引入少量外部路由Totally NSSA区域1、2、7和默认路由是需要外部引入且追求极简LSDB3. 实验落地从基础配置到路由控制3.1 基础配置接口地址与OSPF邻居建立接下来是完整的实操环节。我以华为eNSP为例因为大多数人在HCIP备考阶段用的都是它命令行习惯和真实设备最接近。先给每台路由器分配接口地址和Loopback地址下面以一台核心路由器R1为例# 进入系统视图 system-view # 配置接口地址 interface GigabitEthernet0/0/0 ip address 10.0.12.1 255.255.255.0 undo shutdown quit # 配置Loopback地址 interface LoopBack0 ip address 10.0.1.1 255.255.255.255 quit然后启动OSPF并划分区域ospf 1 router-id 10.0.1.1 area 0.0.0.0 network 10.0.12.0 0.0.0.255 network 10.0.1.1 0.0.0.0 quit这里有个关键点OSPF的network命令用的是通配符不是子网掩码。很多人第一次配置时把0.0.0.255写成255.255.255.0结果邻居就是建立不起来。通配符的意思是“0的位必须匹配1的位不关心”所以network 10.0.12.0 0.0.0.255表示把10.0.12.0/24这个网段宣告进OSPF。配置完成后用display ospf peer查看邻居状态。当看到State显示Full就说明邻接关系建立成功。如果卡在Other状态先检查接口是否激活、区域号是否一致、网络类型是否匹配再检查认证配置如果有的话。3.2 区域间路由与特殊区域配置在核心路由器上配置好Area 0和Area 1之后需要在ABR上做区域间路由的衔接。以R2作为ABR它同时连接Area 0和Area 1配置如下ospf 1 router-id 10.0.2.2 area 0.0.0.0 network 10.0.20.0 0.0.0.255 quit ospf 1 area 0.0.0.1 network 10.0.12.0 0.0.0.255 network 10.0.1.2 0.0.0.0 quit在Area 1内部我把它配置成了Stub区域。Stub区域的配置有严格约束该区域内所有路由器都必须配置stub属性否则邻接关系会因能力不匹配而中断。# ABR上配置 ospf 1 area 0.0.0.1 stub quit # 区域内的其他路由器同样需要配置 ospf 1 area 0.0.0.1 stub quit配置Stub区域之后ABR会自动向该区域下发一条默认路由区域内的设备不需要知道外部明细路由直接走默认即可。这个设计极大减小了路由表的规模实验里你可以用display ip routing-table对比一下普通区域和Stub区域的表项数量差距非常明显。如果要配置Totally Stub区域则在ABR上使用stub no-summary命令。这样连Type 3的区域间明细路由都不下发只保留一条默认路由。NSSA区域的配置也是类似思路区别是把stub替换为nssa并允许Type 7 LSA进入我在实验里把Area 2配成了NSSA区域专门用于验证外部路由引入的场景。3.3 路由引入与BGP路由控制外部路由引入是综合实验的重头戏。我在出口路由器R5上配置了BGP进程再通过OSPF把BGP路由重发布进来。华为设备上的重发布命令是import具体如下ospf 1 import-route bgp quitimport-route可以做得很粗糙也可以做得很精细。如果不加任何过滤和度量调整所有BGP路由都会以Type 5 LSA的形式进入OSPF域内。这在实验环境里问题不大但现实网络里几乎必须配合路由策略使用。我建议加上路由过滤和度量值控制# 定义前缀列表只允许特定外部网段被引入 ip ip-prefix external permit 100.64.0.0 16 greater-equal 16 less-equal 24 # 定义路由策略 route-policy IMPORT_BGP permit node 10 if-match ip-prefix external apply cost 20 quit route-policy IMPORT_BGP deny node 100 # OSPF调用 ospf 1 import-route bgp route-policy IMPORT_BGP quit这样做的效果是只有匹配前缀列表的BGP路由才能以cost 20引入OSPF其他路由被拒绝既控制了路由表膨胀又实现了路径可控。在做HCIP实验时建议把BGP路由控制单独拆一个小实验把display bgp routing-table和display ospf lsdb的输出对照着看感受一下“BGP路由是被OSPF以什么类型、什么度量值引入到LSDB”的转化过程。3.4 验证与排错命令实战综合实验里最大的财富其实是验证和排错命令的熟练度。我做实验的习惯是“配置一步、验证一步”绝不配置完一整套再回头查。下面这组命令是我最常用的建议逐条在实验环境里敲一遍# 查看OSPF邻居状态 display ospf peer # 查看OSPF路由表 display ospf routing # 查看LSDB理解LSA类型分布 display ospf lsdb # 查看IP路由表中的OSPF路由 display ip routing-table protocol ospf # 查看OSPF进程的详细状态 display ospf brief排错的时候我一般遵循“从底层往上查”的思路。邻居建立不上先看物理链路和接口地址是否正常再查OSPF配置是否匹配最后查区域类型、网络类型、认证等因素。路由缺失则先看LSDB里有没有对应的LSALSA都没有那就不是路由计算的问题而是LSA生成或泛洪的问题LSA有但路由表没有那就要检查SPF计算和路由策略的过滤了。用这个思路绝大多数问题都能在五分钟内定位到根因。怕的是没有思路乱敲命令敲了半天也不知道自己在查什么这种时候综合实验的价值就打折扣了。4. 常见问题与排查技巧实录4.1 邻居建立失败从Init到Exstart的坑邻居状态卡住的场景我做过太多次实验总结出来几种高频原因。卡在Init状态最常见的是单向通信问题。比如R1能看到R2发来的HelloR2却看不到R1的Hello这通常意味着接口区域ID不匹配、认证密钥不一致或者Hello/Dead间隔不相等。其中区域ID不匹配是最容易手误的我在实验里就犯过把area 0.0.0.1写成area 0.0.0.0的低级错误。排查时用display ospf peer和debugging ospf packet组合看Hello报文里携带的Area ID到底是几。卡在Exstart或Exchange状态通常是DD报文协商出了问题比如接口MTU不匹配。华为设备默认MTU是1500但有的链路或隧道接口会改MTU导致DD报文协商对不上。解决办法是保持两端MTU一致或者在接口下直接改。如果两端Router ID相同也会出现反复协商不成功的情况——两台设备用了同一个Router ID在OSPF里是禁忌表现为邻居一直处于Exstart因为主从关系无法确定。这个坑很隐蔽排查时一定要先确认各设备Router ID唯一。4.2 DR/BDR选举不符合预期实验里经常遇到“我想让A当DR结果B是DR”的情况。DR选举是非抢占的如果你的设备是在网络里后期接入的哪怕Router ID更大也只能当DRother不会顶替已经成为DR的设备。解决方案不是改优先级而是彻底重置选举过程。我常用的操作是先把不需要当DR的设备接口优先级改成0不参与选举然后重启OSPF或重置接口上的OSPF进程等选举稳定后再把优先级调回默认值。这样能强制出现一次新的选举。注意不要在生产环境这么干实验环境无所谓。还有一种情况是所有设备优先级都是默认的1Router ID更大的赢这是很多人容易忽视的Loopback地址未必会被自动选为Router ID需要手动指定router-id否则设备可能选物理口地址作为Router ID选举结果就和你预期不一致了。4.3 区域间路由缺失与黑洞排查区域间路由缺失常见原因有两类一是ABR没宣告正确的网段导致Type 3 LSA没有生成二是非骨干区域没有直连到骨干区域形成“区域孤立”。OSPF规定所有非骨干区域必须与Area 0有物理或逻辑上的连接否则该区域的路由无法在全局传递。我在实验里故意把Area 2通过另一台非ABR设备间接连到骨干区结果发现Area 2的路由到不了Area 0。这就是典型的区域设计错误。解决方式有两类要么调整物理连接让Area 2直接挂到Area 0的ABR上要么使用虚链路Virtual Link逻辑打通。虚链路的配置不复杂但属于特殊手段能不用就不用它本身意味着网络物理拓扑存在先天不足。实验里玩玩可以真实项目里设计区域时就应该从源头杜绝这种问题。另外ABR上做路由汇总可能导致黑洞。比如ABR把Area 1的多个网段汇总为一条10.1.0.0/16发布到骨干区但Area 1内部某个接口没包含在这个范围内汇总就不生效外部去往该网段的路由就会丢失。配置汇总前一定要确保所有被汇总网段确实存在于该区域并且用display ospf lsdb确认Type 3 LSA的范围。4.4 路由环路与次优路径规避OSPF本身是链路状态协议SPF计算天然防环但路由引入阶段和区域交互阶段稍不注意就会出现次优路径甚至环路。比如在ASBR上引入外部路由时如果内部某台路由器同时通过区域间路由和一个更优的外部路由都学到了同一目的地就很可能出现去程走外部引入、回程走内部区域的情况形成路由振荡或次优路径。我的建议是做路由控制时养成两个习惯。第一外部路由引入前必须写明路由策略过滤掉不必要的明细并设置合理的cost值避免外部路由在域内过度传播。第二仔细思考“这条外部路由到底需要被哪些区域知道”。如果只有少数区域需要访问外部网络用Stub或NSSA区域把外部LSA挡在门外还能顺便减小LSDB规模一举两得。4.5 常见问题排查速查表把实验里最容易踩的坑整理成一个速查表方便大家遇到问题时直接对照现象可能原因检查方法解决思路邻居卡在Init掩码/区域ID/认证不匹配display ospf peer抓包看Hello逐项比对Hello参数修正不匹配项邻居卡在ExstartMTU不一致或Router ID冲突查看接口MTU及各设备router-id统一MTU确保Router ID全局唯一DR不是预期设备非抢占机制或优先级/ID配置问题display ospf interface查看DR/BDR调整优先级并重置OSPF触发新选举区域间路由缺失ABR未宣告网段或区域未连接到Area 0查看LSDB中Type 3 LSA修正ABR宣告必要时配置虚链路外部路由传播过广引入时未做策略控制查看OSPF LSDB中Type 5 LSA数量在引入点配置路由策略加过滤和cost调整OSPF路由始终不优路由策略过滤了最优路由检查route-policy的匹配条件调整策略顺序或放行匹配项5. 实验经验与延伸思考5.1 从实验到HCIP考试的一点点心得做完这套OSPF综合实验我最大的感受是考试和工作里真正难的都不是单个配置命令而是对“路由是怎么一步步从源头传到目标区域”的链路理解。HCIP的OSPF题目很少只考单一知识点通常会把区域设计、LSA类型、路由引入、故障排查糅在一起。如果只是背命令遇到“某ABR上Type 5为什么没有出现”这种题目很容易懵。我的建议是把实验当作“推演工具”每改一处配置比如把普通区域改成Stub区域就手动推导一下LSDB和路由表会怎么变化然后再去设备上看实际结果。几次推导和验证循环下来知识点就不仅仅是“记住了”而是“内化了”。5.2 几个常规文档里看不到的细节随口分享几个我做实验时积累的细节。一是修改OSPF配置后邻居关系可能不会立刻重建。比如把区域类型从普通改成Stub时路由器可能继续保持原来的邻居状态直到重启OSPF或重置接口才生效。这是因为OSPF的邻居关系是通过Hello报文维系的你改了区域类型之后如果不做重置对方还不知道你的变化。二是network命令宣告的范围和实际接口地址必须匹配。如果接口地址是10.0.12.1/24但你宣告的是10.0.13.0 0.0.0.255那么该接口根本不会被划入OSPF进程邻居当然建不起来。这是我最常见的一个低级但隐蔽的错。三是eNSP模拟器里重启OSPF进程的操作。命令是reset ospf process它会强制本机的OSPF进程重启所有邻居关系全部重建。这个过程虽然很短但会有一阵子路由抖动实验观察DR/BDR选举时恰好可以利用这个特性真实设备上谨慎操作。四是做完实验一定要在每台设备检查一遍display ospf routing。很多路由问题不是配置错了而是某台设备根本没产生路由信息比如OSPF进程没有激活到对应接口或者进程ID没对应上。这类问题不走到最后一步根本发现不了所以“每步验证”的习惯一定要养成。
OSPF综合实验详解：区域设计、LSA分析与路由控制
1. 综合实验整体设计与思路拆解1.1 实验目标与拓扑规划我这次做的OSPF综合实验其实是把平时零散的OSPF知识点串起来的一次实操。平时大家单独配个邻居、配个区域都不难真正麻烦的是把多区域、特殊区域、外部路由引入、路由控制这些环节全部塞进一张拓扑里让它们协同工作。如果只在小范围里验证单个功能很多问题根本暴露不出来比如区域间路由汇总的边界条件、NSSA区域的LSA转换负担、多进程环境下路由交互的细节这些都是要在综合拓扑里才会真正“现形”的。实验拓扑我建议用华为eNSP模拟器搭建原因很简单HCIP华为认证中级工程师考试和现网工程里eNSP的环境最接近真实设备行为而且它可以零成本复现DR/BDR选举、区域类型切换这些操作不用担心把现网搞挂。我采用的是经典的三区域结构骨干区域Area 0放两台核心路由器承担区域间路由转发非骨干区域Area 1、Area 2各放两到三台设备模拟业务接入出口路由器上接一台BGP路由控制设备模拟外部路由引入和策略控制。整体大概五到七台设备再多就超出综合实验的合理复杂度了再少则体现不出多区域协作的细节。这个规模下既能看到OSPF内部的路由互通也能看到外部路由从BGP引入OSPF之后路由控制策略如何发挥作用。1.2 协议选型与方案取舍为什么要用OSPF而不是RIP或者静态路由我的看法是如果你要练的是“能撑住中大型网络”的路由协议能力OSPF几乎是必选项。RIP的跳数限制和30秒更新机制在现代组网里基本就是个教学玩具静态路由在规模大了之后维护成本直接失控。OSPF基于链路状态Link-State计算路由收敛速度快、无环路、支持多区域和路由汇总这些特性决定了它更能反映真实企业网和运营商网络的运作方式。这次实验我还把BGP路由控制拉了进来主要是为了让OSPF不只在“协议内部”打转。真实组网里OSPF一般是域内IGP域间或与外部网络交互往往靠BGP。OSPF引入外部路由时如果不做控制很可能出现路由泄漏、次优路径、环路等问题。所以我在实验里设计了一个环节在ASBR自治系统边界路由器上把BGP学习到的外部路由引入OSPF再用路由策略控制哪些路由可以进、以什么度量值进、会不会被进一步通告到其他区域。这套组合拳打下来OSPF和BGP之间的协同关系就能理解得比较立体。1.3 区域划分与地址规划的讲究地址规划这个事很多人图省事就随便填几个网段结果实验做完、认证考完真到了项目上就抓瞎。我这次刻意采用“区域化可汇总”的地址规划原则。具体来说每个区域内部分配连续的网段比如Area 1使用10.1.0.0/16下的子网Area 2使用10.2.0.0/16下的子网互联链路单独划一个段。这样做的直接好处是在ABR区域边界路由器上做路由汇总时可以干净利落地把多条LSA合并成一条路由表精简了区域间震荡的影响也被关在笼子里。回环接口地址Loopback我建议统一规划成“规则内可一眼识别的地址”比如每台设备用10.0.x.1/32作为Router ID和运维管理地址。这样在查看路由表、排错、做策略匹配的时候看到一条前缀你就能条件反射出是哪台设备、哪个区域而不是还得翻地址表去猜。这个习惯在真实网络里能节省大量排错时间。2. OSPF核心机制解析与实操要点2.1 报文类型与状态机详解OSPF之所以能快速收敛且无环根源在于它有一整套严谨的报文交互机制。实验做下来我建议每个阶段都结合抓包或调试信息去理解报文而不是背完五种类型就完事。Hello报文用于发现和维护邻居关系也是DR/BDR选举的载体DD报文Database Description描述本地LSDB的摘要相当于“目录列表”LSR报文Link-State Request根据DD摘要发现自己缺失的LSA发起请求LSU报文Link-State Update真正承载LSA内容对请求进行响应也用于定期刷新LSAck报文对收到的LSU进行确认保证可靠传输。OSPF状态机的推进过程也和这五类报文一一对应。邻居状态从Down开始经过Init、2-Way确认双向通信后才能进入Exstart随后通过Exchange交换DD报文进入Exchange状态再经过Loading阶段通过LSR/LSU把完整LSDB同步过来最终到达Full状态。实验中最常见的坑就是状态卡在某个中间阶段不动比如一直停在Init说明收到了对方Hello但对方没收到你的Hello大概率是掩码或区域ID不匹配。我强烈建议在实验时开一下调试命令比如华为设备上的debugging ospf packet亲眼看一下Hello报文是怎么发的、DD报文是怎么协商主从关系的。这一步积累的感性认识比反复看书能解决更多实际问题。2.2 进程号与区域号的区别与应用网上关于“OSPF进程号和区域号区别”的讨论很多我在实验里特意把这两者的区别作为一个必测知识点。进程号Process ID是本地概念只对单台路由器有意义默认进程1。你可以在一台路由器上同时跑多个OSPF进程每个进程独立维护邻居表、LSDB和路由表互不干扰但实际工程里很少这么用因为多进程通常意味着设计出了问题只是在特殊场景比如设备合并、迁移过渡期才会临时用一下。区域号Area ID则是全局概念存在链路层面的约束。两台路由器要建立邻居关系Hello报文里的区域ID必须一致区域0是骨干区域所有非骨干区域都必须在ABR上挂到骨干区域否则路由通告就断了。我实验里用的编号分别是Area 0、Area 1、Area 2Area 2作为普通区域Area 1做了Stub区域这样才能对比出不同区域类型对路由表的影响。进程号和区域号共同决定了一台设备上OSPF如何“划分工作空间”。进程号管的是本机的协议实例隔离区域号管的是同一个协议实例内的网络拓扑分层。两者的本质区别搞清楚了很多配置时“为什么我改了进程号邻居掉了”之类的疑惑就能解开——大概率是你改了进程号后接口重新划分到了一个新的协议实例里而对方还在原来的实例里。2.3 网络类型与DR/BDR选举OSPF在以太网广播型多路访问网络上会选举DR指定路由器和BDR备份指定路由器目的是减少邻接关系数量和LSA泛洪量。选举规则不复杂接口优先级越大越优先默认优先级为1优先级相同则比较Router ID越大越优先。但有一个关键特性是“非抢占”——一旦DR和BDR选定即使后面又加入了一台Router ID更大的设备它也不会把原DR挤掉只能当DRother。这个特性在做实验时很容易被忽视我见过不少人重新配置完Router ID后重启OSPF发现DR没变以为配置有问题其实这就是非抢占机制在起作用。在实际操作中如果要强制重新选举需要把现有DR和BDR的接口全部重置或者重启OSPF进程。我在实验里为了观察选举过程故意把优先级调成0优先级为0表示不参与选举然后再恢复成默认这样就能看到DR角色如何在新设备上产生。有一点必须提醒优先级配置是接口级别的不是进程级别的很多人会漏掉这个细节。再说网络类型华为设备上默认的以太网接口是Broadcast类型串行链路默认P2P。在P2P网络上不会有DR/BDR选举两个路由器直接建立邻接关系在NBMA或P2MP环境下则还要考虑是否手动指定邻居。实验里如果拓扑跨度大建议确认好每段链路的网络类型别默认以为所有接口都走广播网机制。2.4 区域类型与LSA类型对应关系OSPF的路由信息其实都是靠LSA链路状态通告在区域内和区域间传递的。我在实验里刻意设计了普通区域、Stub区域和NSSA区域就是为了把LSA类型和区域行为打通。Router LSAType 1每台路由器都会产生描述本设备的直连链路和邻居Network LSAType 2由DR产生描述广播网段上连接了哪些路由器Network Summary LSAType 3由ABR产生用于区域间路由通告ASBR Summary LSAType 4由ABR产生通告ASBR的位置AS External LSAType 5由ASBR产生用于通告外部路由NSSA External LSAType 7由NSSA区域内的ASBR产生用于在NSSA区域传递外部路由到达ABR后由ABR转成Type 5继续传递。这个对应关系是理解区域设计的钥匙。比如Stub区域不允许Type 4/5进入它的ABR会自动下发一条默认路由Type 3区域内设备访问外部网络时统统走默认路由从而让Stub区域的LSDB变小、内存和CPU压力降低。而NSSA区域则允许Type 7进入既阻挡了外部路由的泛洪又保留了外部路由引入的途径两种方式一对比为什么有些场景选Stub、有些场景选NSSA就非常清楚了。我汇总了一张表做实验时对照着看会清晰很多区域类型允许LSA类型是否自动下发默认路由典型适用场景普通区域1、2、3、4、5否常规组网需要完整路由信息Stub区域1、2、3可含默认路由是末端区域无需学习外部明细路由Totally Stub区域仅1、2和默认路由是更严格的末端区域连Type 3明细都不需要NSSA区域1、2、3、7是末端区域但需要引入少量外部路由Totally NSSA区域1、2、7和默认路由是需要外部引入且追求极简LSDB3. 实验落地从基础配置到路由控制3.1 基础配置接口地址与OSPF邻居建立接下来是完整的实操环节。我以华为eNSP为例因为大多数人在HCIP备考阶段用的都是它命令行习惯和真实设备最接近。先给每台路由器分配接口地址和Loopback地址下面以一台核心路由器R1为例# 进入系统视图 system-view # 配置接口地址 interface GigabitEthernet0/0/0 ip address 10.0.12.1 255.255.255.0 undo shutdown quit # 配置Loopback地址 interface LoopBack0 ip address 10.0.1.1 255.255.255.255 quit然后启动OSPF并划分区域ospf 1 router-id 10.0.1.1 area 0.0.0.0 network 10.0.12.0 0.0.0.255 network 10.0.1.1 0.0.0.0 quit这里有个关键点OSPF的network命令用的是通配符不是子网掩码。很多人第一次配置时把0.0.0.255写成255.255.255.0结果邻居就是建立不起来。通配符的意思是“0的位必须匹配1的位不关心”所以network 10.0.12.0 0.0.0.255表示把10.0.12.0/24这个网段宣告进OSPF。配置完成后用display ospf peer查看邻居状态。当看到State显示Full就说明邻接关系建立成功。如果卡在Other状态先检查接口是否激活、区域号是否一致、网络类型是否匹配再检查认证配置如果有的话。3.2 区域间路由与特殊区域配置在核心路由器上配置好Area 0和Area 1之后需要在ABR上做区域间路由的衔接。以R2作为ABR它同时连接Area 0和Area 1配置如下ospf 1 router-id 10.0.2.2 area 0.0.0.0 network 10.0.20.0 0.0.0.255 quit ospf 1 area 0.0.0.1 network 10.0.12.0 0.0.0.255 network 10.0.1.2 0.0.0.0 quit在Area 1内部我把它配置成了Stub区域。Stub区域的配置有严格约束该区域内所有路由器都必须配置stub属性否则邻接关系会因能力不匹配而中断。# ABR上配置 ospf 1 area 0.0.0.1 stub quit # 区域内的其他路由器同样需要配置 ospf 1 area 0.0.0.1 stub quit配置Stub区域之后ABR会自动向该区域下发一条默认路由区域内的设备不需要知道外部明细路由直接走默认即可。这个设计极大减小了路由表的规模实验里你可以用display ip routing-table对比一下普通区域和Stub区域的表项数量差距非常明显。如果要配置Totally Stub区域则在ABR上使用stub no-summary命令。这样连Type 3的区域间明细路由都不下发只保留一条默认路由。NSSA区域的配置也是类似思路区别是把stub替换为nssa并允许Type 7 LSA进入我在实验里把Area 2配成了NSSA区域专门用于验证外部路由引入的场景。3.3 路由引入与BGP路由控制外部路由引入是综合实验的重头戏。我在出口路由器R5上配置了BGP进程再通过OSPF把BGP路由重发布进来。华为设备上的重发布命令是import具体如下ospf 1 import-route bgp quitimport-route可以做得很粗糙也可以做得很精细。如果不加任何过滤和度量调整所有BGP路由都会以Type 5 LSA的形式进入OSPF域内。这在实验环境里问题不大但现实网络里几乎必须配合路由策略使用。我建议加上路由过滤和度量值控制# 定义前缀列表只允许特定外部网段被引入 ip ip-prefix external permit 100.64.0.0 16 greater-equal 16 less-equal 24 # 定义路由策略 route-policy IMPORT_BGP permit node 10 if-match ip-prefix external apply cost 20 quit route-policy IMPORT_BGP deny node 100 # OSPF调用 ospf 1 import-route bgp route-policy IMPORT_BGP quit这样做的效果是只有匹配前缀列表的BGP路由才能以cost 20引入OSPF其他路由被拒绝既控制了路由表膨胀又实现了路径可控。在做HCIP实验时建议把BGP路由控制单独拆一个小实验把display bgp routing-table和display ospf lsdb的输出对照着看感受一下“BGP路由是被OSPF以什么类型、什么度量值引入到LSDB”的转化过程。3.4 验证与排错命令实战综合实验里最大的财富其实是验证和排错命令的熟练度。我做实验的习惯是“配置一步、验证一步”绝不配置完一整套再回头查。下面这组命令是我最常用的建议逐条在实验环境里敲一遍# 查看OSPF邻居状态 display ospf peer # 查看OSPF路由表 display ospf routing # 查看LSDB理解LSA类型分布 display ospf lsdb # 查看IP路由表中的OSPF路由 display ip routing-table protocol ospf # 查看OSPF进程的详细状态 display ospf brief排错的时候我一般遵循“从底层往上查”的思路。邻居建立不上先看物理链路和接口地址是否正常再查OSPF配置是否匹配最后查区域类型、网络类型、认证等因素。路由缺失则先看LSDB里有没有对应的LSALSA都没有那就不是路由计算的问题而是LSA生成或泛洪的问题LSA有但路由表没有那就要检查SPF计算和路由策略的过滤了。用这个思路绝大多数问题都能在五分钟内定位到根因。怕的是没有思路乱敲命令敲了半天也不知道自己在查什么这种时候综合实验的价值就打折扣了。4. 常见问题与排查技巧实录4.1 邻居建立失败从Init到Exstart的坑邻居状态卡住的场景我做过太多次实验总结出来几种高频原因。卡在Init状态最常见的是单向通信问题。比如R1能看到R2发来的HelloR2却看不到R1的Hello这通常意味着接口区域ID不匹配、认证密钥不一致或者Hello/Dead间隔不相等。其中区域ID不匹配是最容易手误的我在实验里就犯过把area 0.0.0.1写成area 0.0.0.0的低级错误。排查时用display ospf peer和debugging ospf packet组合看Hello报文里携带的Area ID到底是几。卡在Exstart或Exchange状态通常是DD报文协商出了问题比如接口MTU不匹配。华为设备默认MTU是1500但有的链路或隧道接口会改MTU导致DD报文协商对不上。解决办法是保持两端MTU一致或者在接口下直接改。如果两端Router ID相同也会出现反复协商不成功的情况——两台设备用了同一个Router ID在OSPF里是禁忌表现为邻居一直处于Exstart因为主从关系无法确定。这个坑很隐蔽排查时一定要先确认各设备Router ID唯一。4.2 DR/BDR选举不符合预期实验里经常遇到“我想让A当DR结果B是DR”的情况。DR选举是非抢占的如果你的设备是在网络里后期接入的哪怕Router ID更大也只能当DRother不会顶替已经成为DR的设备。解决方案不是改优先级而是彻底重置选举过程。我常用的操作是先把不需要当DR的设备接口优先级改成0不参与选举然后重启OSPF或重置接口上的OSPF进程等选举稳定后再把优先级调回默认值。这样能强制出现一次新的选举。注意不要在生产环境这么干实验环境无所谓。还有一种情况是所有设备优先级都是默认的1Router ID更大的赢这是很多人容易忽视的Loopback地址未必会被自动选为Router ID需要手动指定router-id否则设备可能选物理口地址作为Router ID选举结果就和你预期不一致了。4.3 区域间路由缺失与黑洞排查区域间路由缺失常见原因有两类一是ABR没宣告正确的网段导致Type 3 LSA没有生成二是非骨干区域没有直连到骨干区域形成“区域孤立”。OSPF规定所有非骨干区域必须与Area 0有物理或逻辑上的连接否则该区域的路由无法在全局传递。我在实验里故意把Area 2通过另一台非ABR设备间接连到骨干区结果发现Area 2的路由到不了Area 0。这就是典型的区域设计错误。解决方式有两类要么调整物理连接让Area 2直接挂到Area 0的ABR上要么使用虚链路Virtual Link逻辑打通。虚链路的配置不复杂但属于特殊手段能不用就不用它本身意味着网络物理拓扑存在先天不足。实验里玩玩可以真实项目里设计区域时就应该从源头杜绝这种问题。另外ABR上做路由汇总可能导致黑洞。比如ABR把Area 1的多个网段汇总为一条10.1.0.0/16发布到骨干区但Area 1内部某个接口没包含在这个范围内汇总就不生效外部去往该网段的路由就会丢失。配置汇总前一定要确保所有被汇总网段确实存在于该区域并且用display ospf lsdb确认Type 3 LSA的范围。4.4 路由环路与次优路径规避OSPF本身是链路状态协议SPF计算天然防环但路由引入阶段和区域交互阶段稍不注意就会出现次优路径甚至环路。比如在ASBR上引入外部路由时如果内部某台路由器同时通过区域间路由和一个更优的外部路由都学到了同一目的地就很可能出现去程走外部引入、回程走内部区域的情况形成路由振荡或次优路径。我的建议是做路由控制时养成两个习惯。第一外部路由引入前必须写明路由策略过滤掉不必要的明细并设置合理的cost值避免外部路由在域内过度传播。第二仔细思考“这条外部路由到底需要被哪些区域知道”。如果只有少数区域需要访问外部网络用Stub或NSSA区域把外部LSA挡在门外还能顺便减小LSDB规模一举两得。4.5 常见问题排查速查表把实验里最容易踩的坑整理成一个速查表方便大家遇到问题时直接对照现象可能原因检查方法解决思路邻居卡在Init掩码/区域ID/认证不匹配display ospf peer抓包看Hello逐项比对Hello参数修正不匹配项邻居卡在ExstartMTU不一致或Router ID冲突查看接口MTU及各设备router-id统一MTU确保Router ID全局唯一DR不是预期设备非抢占机制或优先级/ID配置问题display ospf interface查看DR/BDR调整优先级并重置OSPF触发新选举区域间路由缺失ABR未宣告网段或区域未连接到Area 0查看LSDB中Type 3 LSA修正ABR宣告必要时配置虚链路外部路由传播过广引入时未做策略控制查看OSPF LSDB中Type 5 LSA数量在引入点配置路由策略加过滤和cost调整OSPF路由始终不优路由策略过滤了最优路由检查route-policy的匹配条件调整策略顺序或放行匹配项5. 实验经验与延伸思考5.1 从实验到HCIP考试的一点点心得做完这套OSPF综合实验我最大的感受是考试和工作里真正难的都不是单个配置命令而是对“路由是怎么一步步从源头传到目标区域”的链路理解。HCIP的OSPF题目很少只考单一知识点通常会把区域设计、LSA类型、路由引入、故障排查糅在一起。如果只是背命令遇到“某ABR上Type 5为什么没有出现”这种题目很容易懵。我的建议是把实验当作“推演工具”每改一处配置比如把普通区域改成Stub区域就手动推导一下LSDB和路由表会怎么变化然后再去设备上看实际结果。几次推导和验证循环下来知识点就不仅仅是“记住了”而是“内化了”。5.2 几个常规文档里看不到的细节随口分享几个我做实验时积累的细节。一是修改OSPF配置后邻居关系可能不会立刻重建。比如把区域类型从普通改成Stub时路由器可能继续保持原来的邻居状态直到重启OSPF或重置接口才生效。这是因为OSPF的邻居关系是通过Hello报文维系的你改了区域类型之后如果不做重置对方还不知道你的变化。二是network命令宣告的范围和实际接口地址必须匹配。如果接口地址是10.0.12.1/24但你宣告的是10.0.13.0 0.0.0.255那么该接口根本不会被划入OSPF进程邻居当然建不起来。这是我最常见的一个低级但隐蔽的错。三是eNSP模拟器里重启OSPF进程的操作。命令是reset ospf process它会强制本机的OSPF进程重启所有邻居关系全部重建。这个过程虽然很短但会有一阵子路由抖动实验观察DR/BDR选举时恰好可以利用这个特性真实设备上谨慎操作。四是做完实验一定要在每台设备检查一遍display ospf routing。很多路由问题不是配置错了而是某台设备根本没产生路由信息比如OSPF进程没有激活到对应接口或者进程ID没对应上。这类问题不走到最后一步根本发现不了所以“每步验证”的习惯一定要养成。
