上次聊单区域OSPF的时候评论区就有人问网络规模多大才需要考虑多区域这个问题没有标准数字答案但有一个很明显的信号——当你的SPF计算时间开始变长、任何一条链路抖动都会让全网跟着抖的时候就该认真考虑多区设计了。OSPF多区不是把OSPF进程多开几个而是把一整张链路状态数据库LSDB拆成多个区域让拓扑变化的影响被隔离在局部。这篇文章接着上篇继续把多区域真正在工作的机制包括区域角色、三类LSA的传递、区域间路由的计算逻辑以及一套能直接搬走的配置流程讲清楚。已经会配单区域OSPF、接下来要处理分支网络或者正在备考路由方向的朋友这篇应该能帮你省不少弯路。1. 为什么一定要分区域从问题出发1.1 单区域规模变大后会出现什么问题单区域OSPF在小型网络里非常舒服所有路由器维护同一份LSDB每台路由器都清楚全网拓扑SPF计算结果准确且收敛快。但问题恰恰出在“所有路由器都维护同一份LSDB”这半句上。当路由器数量涨到几十台、网段涨到几百条时单区域会同时踩中几个痛点LSDB太大内存小的设备直接告警。网络里任何一条链路翻动都会触发全区域所有路由器重新跑一遍SPFCPU瞬间飙高。一个接入层的临时抖动可能导致核心路由器的路由表跟着震荡影响范围被无差别放大。打个比方单区域就像把一个几百人的公司拉进一个大群任何一个人发一句“在吗”几百人都要掏出手机看一遍。群里消息一多真正重要的通知反而容易被淹没。区域划分做的事情就是把你原来那个大群拆成部门群跨部门的协作由管理员转达每个部门内部的消息自己消化互不干扰。还有一点容易被忽略OSPF对区域直径是有限制的区域内的路由器经过区域边界到另一侧时路径不能超过15跳设计时如果拓扑拉得太长单区域结构会直接限制网络扩展。1.2 区域划分换来什么收益又付出什么代价分区域之后最直观的收益有三个。第一故障域被切小了。area 1里一根光缆闪断SPF重算只发生在area 1内部area 0和area 2的路由器根本感知不到拓扑变化最多收到一条更新后的路由通告不会重新计算整个网络拓扑。第二路由表精简了。跨区域传递的不是每条详细链路信息而是经过ABR汇总后的网段信息。区域边界路由器把本区域的明细路由“压扁”成一条条网段路由骨干区域不用背着全网的拓扑细节跑。第三层次清晰了。骨干区域做核心转发非骨干区域做业务接入策略、汇总、过滤都可以在ABR上集中控制网络扩容时只需要在对应区域里加设备不需要重新设计整体架构。但区域划分不是免费的。跨区域后OSPF的路由计算模型从“纯链路状态”退化成了“类似距离矢量”ABR转发的三类LSA只携带路由前缀和度量不再携带详细的拓扑信息。这意味着可能产生次优路径——逻辑上OSPF沿三条LSA计算出来的路径是正确的但物理上不一定是最短路径。所以我的建议一直是不管网络多大区域数量宁少勿多把区域当作一种结构设计手段不要为了用功能而硬分。常见的多区域设计不是十几个区域堆在一起而是核心区域加若干个末端区域每个末端区域对应一个物理分区或业务分区。2. 多区域运作的核心机制2.1 路由器角色IR、BR、ABR、ASBR进入多区域之后OSPF网络里的路由器被明确分成了四种角色理解这些角色是后面看懂配置和排障的前提。角色定义关键职责内部路由器IR所有接口都在同一个非骨干区域内维护本区域LSDB参与本区域SPF计算骨干路由器BR至少一个接口在area 0构成骨干转发路径骨干区域内的路由器区域边界路由器ABR同时连接area 0和非骨干区域为各区域生成三类LSA可以做区域间汇总自治系统边界路由器ASBR引入OSPF外部路由比如静态路由、其他协议生成五类LSA或七类LSA把外部网络带进OSPFABR是整个多区域架构的核心。它的位置必须在骨干区域和非骨干区域之间既要在area 0里也要在另一个区域里少一边都不行。ABR本质上承担翻译和汇总的工作它把所在非骨干区域内部的拓扑信息转换成路由信息再通告给area 0同时把area 0收到的其他区域信息转换成三类LSA下发到自己的非骨干区域。ASBR则可以和ABR重合一台路由器可以同时是ABR又是ASBR但只要它引入了外部路由就必须承担ASBR的角色产生对应的外部LSA。这块涉及外部路由的内容比较多这篇先不展开重点是理解ASBR和ABR是两个维度上的角色划分。2.2 三类LSA跨区域传播的唯一载体OSPF单区域靠LSA 1和LSA 2描述完整拓扑。LSA 1Router LSA由每台路由器产生描述自身的接口状态和邻居关系LSA 2Network LSA在MA网络里由DR产生描述该网段上有哪些路由器。这两类LSA合在一起让区域内的每台路由器都能还原出完整的区域拓扑图然后独立跑SPF算法。跨区域的时候情况就变了。区域内的完整拓扑不会传到区域外ABR只做一件事把本区域的网段信息整理成LSA 3Summary LSA通告给其他区域。LSA 3携带的是路由前缀、掩码、度量不再携带链路拓扑。这个过程听起来简单理解它对于掌握OSPF多区特别重要。区域间路由的计算方式已经和链路状态没什么关系了源区域的内部拓扑完全被隐藏下游路由器只能看到“某ABR说某个网段可达”然后无条件信任这条通告。所以OSPF区域间本质上就是距离矢量行为区域边界起了断层作用这也是为什么OSPF严格依赖区域划分的规范性区域结构一旦混乱路由环路和次优路径就会冒出来。有一点容易混淆LSA 3在ABR之间传递时不是直接转发原有LSA 3而是由每个ABR重新生成。举一个具体场景area 1里有一个网段10.10.1.0/24ABR R1把它生成为LSA 3发进area 0area 2的ABR R2在area 0里学到这条LSA 3之后会重新生成一条新的LSA 3再发进area 2。每次穿越一个区域边界三类LSA都会被“重新盖章”度量也会累加。2.3 跨区域必须穿越骨干次优路径是设计约束OSPF多区域有一条铁律所有非骨干区域之间的通信必须经过area 0。这条规则保证了无环但也带来一个很多新手想不通的现象——即使两个非骨干区域之间有一条物理直连链路且距离很近OSPF也绝对不会用这条直连链路转发跨区域流量。我用一个例子说明。某分支A在area 1分支B在area 2两个分支之间拉了一条专线物理直连。你可能会想当然地认为OSPF会发现这条链路、选择这条更近的路径转发流量。但实际上由于跨区域流量必须经过骨干A和B之间的流量路径一定是 area 1 - area 0 - area 2那条专线如果没有被设计进某个区域的拓扑OSPF根本不会用它转发区域间流量。想利用这种直连链路只有一个办法把专线两端的接口划进同一个区域让它变成区域内部链路或者接受现状让流量绕行骨干。如果在排障时发现流量没有走所谓的“最短路径”先别急着怀疑OSPF计算有误很大概率是区域设计造成的路径约束。这也解释了为什么ABR的位置选择很关键。在一个非骨干区域里所有跨区域流量都要先汇集到该区域的ABR上再进入area 0。如果ABR被放在区域边缘区域内的用户访问核心网络就要先横穿整个区域再进骨干延迟自然上去了。好的规划常常把ABR放在区域流量汇聚的位置也就是用户流量自然集中的出口。3. 多区域配置实操全流程3.1 先说拓扑和地址规划配置之前先把拓扑设计清楚。我这里的例子是一张非常典型的多区域图适合做模版直接套用R1和R2构成骨干区域area 0两台设备也同时作为ABR。R3、R4组成area 1整体挂在R1下面作为分支一。R5单独在area 2挂在R2下面作为分支二。R3和R4各带一个业务loopback网段模拟终端用户网段。设备接口地址所属区域R1G0/0连接R210.0.0.1/30area 0R1G0/1连接R3192.168.1.1/24area 1R2G0/0连接R110.0.0.2/30area 0R2G0/1连接R5192.168.2.1/24area 2R3G0/0连接R1192.168.1.2/24area 1R3G0/1连接R4172.16.1.1/24area 1R3Loopback 010.10.2.1/32area 1R4G0/1连接R3172.16.1.2/24area 1R4Loopback 010.10.1.1/32area 1R5G0/0连接R2192.168.2.2/24area 2R5Loopback 010.20.1.1/32area 2地址规划里故意让area 1的业务网段10.10.1.0/24和10.10.2.0/24落在同一个连续地址块内这是因为后面演示区域间汇总时连续地址块能一次性汇成一条10.10.0.0/22效果最直观。3.2 配置命令与区域归属逻辑命令以主流厂商通用的命令行风格为例不同厂商语法细节略有区别但核心参数和逻辑是通用的。启用OSPF和宣告网段的核心命令如下。router ospf 1 network 10.0.0.0 0.0.0.3 area 0 network 192.168.1.0 0.0.0.255 area 1这里有一个新手必踩的坑network命令里写的是通配符掩码反掩码不是普通子网掩码。255.255.255.0对应写0.0.0.255255.255.255.252对应写0.0.0.3。它的作用是告诉OSPF进程接口地址落在哪个范围内就启用OSPF并把该接口划分到后面的area编号里。我见过很多配置错误都是把反掩码写成了正掩码导致接口没有被宣告进OSPF邻居死活起不来。根据前面的地址规划五台设备的配置分别如下。R1router ospf 1 network 10.0.0.0 0.0.0.3 area 0 network 192.168.1.0 0.0.0.255 area 1R2router ospf 1 network 10.0.0.0 0.0.0.3 area 0 network 192.168.2.0 0.0.0.255 area 2R3router ospf 1 network 192.168.1.0 0.0.0.255 area 1 network 172.16.1.0 0.0.0.255 area 1 network 10.10.2.0 0.0.0.255 area 1R4router ospf 1 network 172.16.1.0 0.0.0.255 area 1 network 10.10.1.0 0.0.0.255 area 1R5router ospf 1 network 192.168.2.0 0.0.0.255 area 2 network 10.20.1.0 0.0.0.255 area 2每台设备的network命令里端口属于哪个区域完全由你手工指定同一个OSPF进程里的接口可以分布在不同的area这正是一台路由器能成为ABR的基础。还要注意一点当network命令的area编号写错时会导致接口被放进错误的区域。比如R1上如果把192.168.1.0写成了area 0那R1和R3这段链路就同时出现在area 0和area 1R1的ABR角色就消失了整个区域结构直接变形。配置完成后用下面的验证命令检查发现问题要立刻修正。3.3 验证命令与结果解读配置完成后不要急着抄路由表先按下面的步骤逐层验证。先在R1上查看OSPF邻居是否正常建立show ip ospf neighbor预期输出里会看到两个邻居一个在area 0里对应R2一个在area 1里对应R3。R1同时和不同区域的设备建立邻居关系说明ABR角色已经生效。然后在R4上查看路由表show ip route ospfR4会看到两类路由。一类是O开头的区域内路由比如172.16.1.0/24和10.10.1.0/24另一类是O IA开头的区域间路由比如192.168.1.0/24、192.168.2.0/24、和10.0.0.0/30。看到O IA前缀说明跨区域路由已经经由LSA 3传递过来这正是文章前面提到的区域间路由特征。接着查看R4的LSDB里有没有三类LSAshow ip ospf database summary这条命令会列出所有Summary LSA每一条都代表一个从其他区域传过来的网段信息。如果这里能正常看到10.0.0.0/30的网段信息就说明区域间LSA传递链路是通的。还可以在R4上查一下ABR信息show ip ospf border-routers这里能看到R1的Router ID被标识为ABR。通过这条命令可以快速确认设备眼中的区域边界是谁排障时判断流量出口很有用。验证时有个小习惯可以分享先把两端的接口地址和反掩码算清楚再配置network命令最后再show run检查一遍配置和规划表是否完全一致。很多配置返工都发生在地址和反掩码换算这一步提前在纸上算好能省一大截排查时间。4. 多区域优化与常见问题4.1 用汇总控制区域间路由规模多区域配置跑通之后下一步优化就是路由汇总。默认情况下ABR会把本区域内所有明细路由都生成LSA 3通告出去比如area 1里若有50个网段骨干区域就会收到50条LSA 3。这不是不行但违背了分区的初衷之一精简路由表。在ABR上配置区域间汇总命令很直接router ospf 1 area 1 range 10.10.0.0 255.255.252.0这条命令的意思是把area 1里的10.10.1.0/24和10.10.2.0/24汇总成一条10.10.0.0/22在LSA 3里只通告这一条汇总路由。R2和R5收到后路由表里只会出现一条10.10.0.0/22而不是两条明细。汇总还有个隐藏好处区域内部某个明细网段震荡时如果该网段在汇总范围内ABR外的路由器只会看到一条稳定的汇总路由不会因为明细网段的up和down反复刷新LSA起到类似“路由震荡屏蔽”的作用。但要注意汇总命令必须在ABR上敲非ABR上配置area range没有任何效果。另外汇总范围必须能覆盖想汇总的所有明细网段。如果后续在area 1里新增了一个10.10.4.0/24而汇总范围只写了10.10.0.0/22那这条新网段不会被包含需要调整汇总范围。4.2 区域类型stub、totally stub、NSSA怎么选多区域设计里非骨干区域不一定要承载完整路由信息。如果一个区域只是末端分支里面没有ASBR也不需要接收外部路由就可以把它配置成stub区域甚至是totally stub区域。区域类型允许进入的LSA区域内路由情况适用场景普通区域1、2、3、4、5类全要明细外部路由可见需要接收外部路由的区域stub区域1、2、3类拦截4、5类通过默认路由访问外部末端区域不需要外部明细totally stub区域只允许1、2类拦截3、4、5类只有一条默认路由去区域外极简末端最大程度精简路由表NSSA区域1、2、3类加7类区域内可引入外部路由并转换成七类既要简化又要在本地引入外部路由配置命令同样在区域边界ABR和区域内所有路由器上配合完成area 1 stub整个区域内的路由器都要配置area 1 stub否则邻居关系建立不上。totally stub的配置稍有不同只需要在ABR上追加no-summary参数area 1 stub no-summary这样area 1里除了区域内路由只会出现一条默认路由去往area 0路由表规模急剧下降。对大多数末端分支场景totally stub是最省事的选择我通常在规划阶段就决定好哪个区域用普通区域、哪个用totally stub而不是等配置完再改因为改区域类型需要所有邻居同时调整操作上有停机窗口和风险。NSSA相对复杂一些它允许区域内部自己引入外部路由但又不希望把五类LSA直接灌进来于是引入七类LSA做转换。如果业务里没有“该区域需要引入外部路由”这个需求可以先不用碰NSSA等真正遇到场景再研究不迟。4.3 常见错误与排查实录配置多区域时最常见的坑我整理成了一张速查表基本都是真实项目里反复出现的问题。症状可能原因排查方法邻居一直停留在DOWNnetwork命令反掩码写错或接口地址不在宣告范围内show ip ospf interface检查接口是否参与OSPF邻居反复flapping区域ID不一致或Hello/Dead计时器不一致show ip ospf neighbor检查peer状态非骨干区域之间学不到对方路由区域间流量被强行要求经过area 0但骨干区域链路有问题在ABR上查看LSDB是否完整show ip route检查area 0可达性某设备上只能看到区域内路由看不到O IA所在区域的ABR没配置好或区域间没有正常传递LSA 3show ip ospf database sumary判断summary LSA是否存在汇总配置后不生效area range命令写在了非ABR上或汇总范围没覆盖所有明细show running-config确认命令位置show ip ospf database检查汇总LSA配置了stub后邻居DOWN区域类型必须所有成员一致一个区域内混用普通和stub会导致neighbor建立失败检查区域内所有路由器的区域类型配置有一个实际案例很典型。某网络里area 1和area 2之间有一条物理专线排障时发现两个区域间互相访问流量还是绕了远路链路利用率很高但OSPF完全不经过它。一开始大家怀疑是metric计算问题看了一圈发现根本不是专线两端的接口地址被分别划进了area 1和area 2而OSPF区域间流量无论如何都要经过area 0这条链路在逻辑上已经属于不同区域不可能被用作区域间通路。后来把专线两端的接口统一划进同一个透传区域流量才走了物理最近路径。这个案例说明OSPF多区域工作正常不代表所有物理链路都会被充分利用区域设计的物理布点很重要。还有一个错误值得单独提醒虚链路virtual-link虽然可以修复骨干区域断裂问题但非常不建议常规使用。虚链路本质是在两个ABR之间建立一条逻辑通道解决“某区域无法直接接入area 0”的问题。然而它把转发路径变成逻辑上的虚拟通道会掩盖真实的物理拓扑排障时经常让人看半天搞不清路径。我在实际项目里只在极少数物理条件限制的场景用过正常情况下应该优先通过调整区域规划来解决骨干区域连接问题。几句话说在最后做多区域规划这几年我的体会是区域划分最考验的不是命令而是克制。真正稳定的网络往往是区域结构特别规整、ABR位置经过仔细推敲、汇总手段用得恰到好处的网络而不是功能堆得最满的网络。那些动不动就十几个区域、每台设备都挂多区域的方案通常只会让三类LSA和排障复杂度失控。我自己的习惯是先画一张完整的拓扑图把地址连续块、ABR承载点、汇总点都标清楚再动手配命令。别急着把区域类型都变成NSSA或者totally stub先把普通多区域跑通确认路由和邻居都正常了再逐步优化区域类型。基础结构立住了后面踩坑的概率会小很多。这块内容接下来如果继续聊我会把重心放到stub/NSSA和外部路由的LSA演进上到时候再用具体案例展开。