企业官网建设流程全解析

1. 为什么单区域OSPF迟早会把你逼疯

刚入行那会儿，我接手过一个园区网的维护工作，核心层加汇聚层一共二十多台设备，全部塞在一个OSPF区域里。当时觉得挺省事，配置简单，邻居也都能起来，跑了大半年没出过什么大问题。直到有一次核心交换机做固件升级重启，整个网络抖了将近四十秒，所有设备的链路状态数据库同时重新收敛，CPU直接飙到百分之九十以上。那次事故之后我才真正意识到，单区域OSPF在小规模网络里确实够用，但只要设备数量上去、链路变复杂，它就是一个随时会引爆的雷。

OSPF多区域这个概念，说白了就是把一个大网络切成若干个逻辑上的小圈子，每个圈子自己维护自己的链路状态数据库，圈子之间通过特定的角色来交换路由摘要信息。这样做最直接的好处就是：一个区域内部的拓扑变化不会波及到其他区域，收敛范围被限制在局部，核心设备的负担大幅下降。如果你正在准备网络方向的认证考试，或者手上管着一个超过十台设备的网络环境，又或者你单纯想把OSPF从“会敲命令”提升到“理解它为什么这么设计”的层次，那这篇内容就是写给你的。

我下面会从设计思路、核心原理、实操配置、排错技巧几个维度，把OSPF多区域这件事彻底讲透。不会只丢一堆命令让你抄，而是把每个参数背后的逻辑、每个角色存在的意义都掰开揉碎说清楚。你看完之后，应该能做到两件事：第一，拿到一个多区域网络拓扑，能独立完成规划和配置；第二，遇到邻居起不来或者路由学不到的情况，有一套清晰的排查思路，而不是瞎猜。

2. 多区域OSPF的整体设计与角色拆解

2.1 区域划分的底层逻辑：为什么要把网络切碎

OSPF协议在设计之初就考虑到了扩展性问题。单区域环境下，每一台路由器都要维护整个网络的链路状态数据库，任何一条链路的抖动都会触发全网范围内的SPF重算。设备少的时候无所谓，几十台设备、上百条链路的时候，SPF算法的计算量和LSA泛洪的规模就会呈指数级上升。

多区域的核心思想是分层设计。把网络分成一个骨干区域（Area 0）和若干个非骨干区域（Area 1、Area 2……），所有非骨干区域必须直接或间接连接到骨干区域。区域内部的路由器只维护本区域的详细拓扑信息，跨区域的路由则通过一种特殊的LSA（Type 3 Summary LSA）来传递。这就好比一个公司，每个部门内部有自己的详细通讯录，但部门之间只需要知道“找财务的事找张三”就够了，不需要知道财务部每个人坐哪个工位。

这样做带来的好处有三个层面。第一是收敛范围可控，区域内的拓扑变化只在区域内泛洪，不会影响其他区域的SPF计算。第二是资源占用降低，每台路由器维护的LSDB变小了，CPU和内存压力自然下降。第三是网络管理更清晰，不同区域可以对应不同的业务模块或地理区域，排错的时候范围更明确。

2.2 四种路由器角色：每个角色都有自己的脾气

在多区域OSPF里，路由器不再是一个统一的身份，而是根据它在区域中的位置被划分为四种角色。理解这四种角色的区别，是理解多区域路由传递机制的前提。

内部路由器是最简单的，它所有启用了OSPF的接口都在同一个区域里。这种路由器只维护本区域的LSDB，路由表里只有本区域的路由和通过ABR学到的区域间路由。

骨干路由器是指至少有一个接口在Area 0里的路由器。注意，一台路由器可以同时是骨干路由器和内部路由器，只要它所有接口都在Area 0就行。骨干路由器负责在骨干区域内泛洪LSA，是整个多区域架构的枢纽。

区域边界路由器（ABR）是最关键的角色。它同时连接骨干区域和非骨干区域，负责在区域之间传递路由信息。ABR会把一个区域内的路由通过Type 3 LSA通告到另一个区域，同时它也是区域间路由的下一跳。一台路由器要成为ABR，必须至少有一个接口在Area 0，并且至少有一个接口在其他区域。ABR的行为直接决定了区域间路由能否正常传递，后面排错的时候很多问题都出在ABR身上。

自治系统边界路由器（ASBR）负责将OSPF域外的路由（比如静态路由、其他协议的路由）引入到OSPF域内。ASBR通过Type 5 LSA（External LSA）来通告外部路由。ASBR可以位于任何区域，不一定非要在骨干区域。

这四种角色不是互斥的，一台路由器可能同时是ABR和ASBR。在实际网络中，核心层的设备往往承担ABR的角色，同时可能还兼任ASBR来引入外部路由。

2.3 区域类型的选择：普通区域不是唯一选项

除了标准的普通区域，OSPF还定义了几种特殊区域类型，用来进一步优化路由信息的传递。这些特殊区域在实际项目中非常有用，但也是最容易配错的地方。

Stub区域不允许Type 5 LSA（外部路由）进入。Stub区域的ABR会自动向区域内下发一条默认路由，区域内的路由器通过这条默认路由访问外部网络。这样做的好处是区域内的LSDB进一步减小，因为不需要维护大量的外部路由条目。Stub区域的限制是它不能是骨干区域，而且区域内的路由器不能是ASBR。

Totally Stub区域是Stub区域的加强版，不仅不允许Type 5 LSA进入，连Type 3 LSA（区域间路由）也不允许进入。区域内的路由器只知道本区域的路由和一条默认路由，LSDB被压缩到最小。这种区域适合那些只有一个出口的边缘区域。

NSSA区域允许引入外部路由，但以Type 7 LSA的形式在区域内泛洪，到了ABR再转换成Type 5 LSA。NSSA解决了Stub区域不能引入外部路由的问题，适合那些既想减少LSDB又想连接外部网络的场景。

选择哪种区域类型，取决于这个区域的业务需求和它在网络中的位置。边缘区域、只有一个出口的区域适合配成Stub或Totally Stub；需要引入外部路由但又想控制LSDB规模的区域适合配成NSSA。

3. 核心细节解析与实操要点

3.1 LSA类型详解：读懂链路状态通告

OSPF的链路状态数据库是由一条条LSA组成的，理解每种LSA的作用和传播范围，是掌握多区域OSPF的核心。下面这张表列出了多区域环境中常见的LSA类型及其关键特征。

Type 1和Type 2 LSA只在区域内部泛洪，这是区域隔离的基础。Type 3 LSA由ABR生成，用来把一个区域的路由信息通告到另一个区域。注意，Type 3 LSA传递的是路由摘要，不是详细的拓扑信息，所以区域内的路由器无法通过Type 3 LSA还原出其他区域的完整拓扑。

Type 4 LSA比较特殊，它由ABR生成，用来告诉其他区域的路由器“ASBR在哪里”。当一台路由器要访问外部路由时，它需要知道ASBR的位置，Type 4 LSA就是干这个的。如果ASBR本身就在骨干区域，Type 4 LSA就不需要了，因为骨干区域的路由器已经通过Type 1 LSA知道了ASBR的位置。

Type 5 LSA由ASBR生成，在整个OSPF域内泛洪（除了Stub和Totally Stub区域）。它描述的是外部路由，比如通过静态路由或其他协议引入的路由。Type 5 LSA有一个重要的字段叫Forwarding Address，如果这个字段是0.0.0.0，那么访问外部路由的下一跳就是ASBR；如果非零，则下一跳是Forwarding Address指定的地址。

3.2 区域间路由传递的完整过程

我拿一个典型的拓扑来说明区域间路由是怎么传递的。假设有三台路由器：R1在Area 1，R2是ABR同时连接Area 1和Area 0，R3在Area 0。R1的环回口是10.1.1.1/32，R3的环回口是10.3.3.3/32。

R1会在Area 1内泛洪Type 1 LSA，描述自己的环回口。R2作为ABR，在Area 1的LSDB里学到了10.1.1.1/32这条路由。然后R2会生成一条Type 3 LSA，把10.1.1.1/32通告到Area 0。R3在Area 0的LSDB里看到这条Type 3 LSA，计算出到达10.1.1.1的下一跳是R2。

反过来，R3的10.3.3.3/32也会通过类似的过程传递到Area 1。R3在Area 0泛洪Type 1 LSA，R2学到后在Area 1生成Type 3 LSA，R1最终学到10.3.3.3/32的路由。

这里有一个关键点：R2作为ABR，它从Area 1学到的路由不会再通告回Area 1，这叫水平分割机制，防止路由环路。同理，从Area 0学到的路由也不会通告回Area 0。

3.3 虚链路的使用场景与配置要点

虚链路是OSPF多区域里的一个特殊机制，用来解决非骨干区域没有直接连接到骨干区域的问题。比如某个区域因为网络合并或历史原因，没有物理链路连接到Area 0，这时候就需要通过虚链路来逻辑上打通。

虚链路的配置是在两台ABR之间建立的，这两台ABR必须有一个共同的区域（称为传输区域），其中一台必须连接到骨干区域。配置命令是在ospf进程下使用area <传输区域ID> virtual-link <对端Router ID>。

虚链路虽然能解决问题，但我个人建议能不用就不用。原因有三个：第一，虚链路增加了配置复杂度，排错的时候容易忽略；第二，虚链路上的路由计算比较特殊，容易出现次优路径；第三，虚链路本质上是一种补丁，网络设计阶段就应该避免这种情况。如果确实需要用到虚链路，一定要在文档里标注清楚，后续维护的时候才不会踩坑。

4. 实操过程与核心环节实现

4.1 实验拓扑规划与地址分配

我设计一个四台路由器的多区域拓扑来演示完整配置过程。R1在Area 1，R2是ABR连接Area 1和Area 0，R3是ABR连接Area 0和Area 2，R4在Area 2。R2和R3之间运行Area 0。另外R2上引入一条静态路由来模拟外部路由，让R2兼任ASBR。

地址规划如下：R1的环回口是10.1.1.1/32，R1和R2之间的互联地址是192.168.12.0/30。R2的环回口是10.2.2.2/32，R2和R3之间的互联地址是192.168.23.0/30。R3的环回口是10.3.3.3/32，R3和R4之间的互联地址是192.168.34.0/30。R4的环回口是10.4.4.4/32。R2上配置一条静态路由ip route 172.16.0.0 255.255.0.0 Null0，然后引入到OSPF里。

区域划分：R1的环回口和R1-R2互联接口在Area 1；R2的环回口和R2-R3互联接口在Area 0；R3的环回口和R3-R4互联接口在Area 2；R4的环回口在Area 2。

4.2 基础OSPF配置与区域划分

先配置R1。进入全局配置模式，启用OSPF进程1，设置Router ID为1.1.1.1。然后把环回口和互联接口分别划入Area 1。

R1(config)# router ospf 1 R1(config-router)# router-id 1.1.1.1 R1(config-router)# network 10.1.1.1 0.0.0.0 area 1 R1(config-router)# network 192.168.12.0 0.0.0.3 area 1

R2的配置稍微复杂一些，因为它要连接两个区域。环回口和R2-R3互联接口在Area 0，R1-R2互联接口在Area 1。

R2(config)# router ospf 1 R2(config-router)# router-id 2.2.2.2 R2(config-router)# network 10.2.2.2 0.0.0.0 area 0 R2(config-router)# network 192.168.23.0 0.0.0.3 area 0 R2(config-router)# network 192.168.12.0 0.0.0.3 area 1

R3的配置和R2类似，环回口和R2-R3互联接口在Area 0，R3-R4互联接口在Area 2。

R3(config)# router ospf 1 R3(config-router)# router-id 3.3.3.3 R3(config-router)# network 10.3.3.3 0.0.0.0 area 0 R3(config-router)# network 192.168.23.0 0.0.0.3 area 0 R3(config-router)# network 192.168.34.0 0.0.0.3 area 2

R4的配置最简单，所有接口都在Area 2。

R4(config)# router ospf 1 R4(config-router)# router-id 4.4.4.4 R4(config-router)# network 10.4.4.4 0.0.0.0 area 2 R4(config-router)# network 192.168.34.0 0.0.0.3 area 2

配置完成后，用show ip ospf neighbor检查邻居关系。正常情况下，R1和R2在Area 1形成FULL邻接，R2和R3在Area 0形成FULL邻接，R3和R4在Area 2形成FULL邻接。如果邻居状态卡在EXSTART或EXCHANGE，通常是MTU不匹配导致的，需要检查接口MTU设置。

4.3 外部路由引入与验证

在R2上配置静态路由并引入到OSPF。

R2(config)# ip route 172.16.0.0 255.255.0.0 Null0 R2(config)# router ospf 1 R2(config-router)# redistribute static subnets

这里subnets关键字很重要，如果不加，只有主类网络的路由会被引入，子网路由会被忽略。我见过不少人配了引入但路由学不到，最后发现就是漏了这个关键字。

配置完成后，在R4上执行show ip route ospf，应该能看到172.16.0.0/16的路由，标记为O E2。同时R4应该能学到10.1.1.1/32和10.2.2.2/32的区域间路由，标记为O IA。

在R1上执行show ip ospf database，可以看到Area 1的LSDB里只有Type 1和Type 2 LSA，以及R2生成的Type 3 LSA。Type 5 LSA不会出现在Area 1的LSDB里，因为Area 1是普通区域，Type 5 LSA会在ABR处被转换成Type 3 LSA或者被过滤掉。等等，这里需要纠正一下：普通区域是允许Type 5 LSA的，只有Stub区域才会阻止Type 5 LSA。所以R1的LSDB里应该能看到Type 5 LSA，但看不到Area 0和Area 2的Type 1 LSA。

4.4 Stub区域配置与效果对比

为了演示Stub区域的效果，我把Area 1配置成Stub区域。注意，Stub区域的配置需要在区域内的所有路由器上一致配置。

R1(config)# router ospf 1 R1(config-router)# area 1 stub R2(config)# router ospf 1 R2(config-router)# area 1 stub

配置完成后，在R1上执行show ip route ospf，会发现172.16.0.0/16的路由消失了，取而代之的是一条默认路由0.0.0.0/0，下一跳指向R2。这是因为Stub区域的ABR会自动下发默认路由，区域内的路由器通过默认路由访问外部网络。

再执行show ip ospf database，R1的LSDB里不再有Type 5 LSA，只有Type 1、Type 2和Type 3 LSA。LSDB的规模明显减小了。

如果把Area 1配置成Totally Stub区域，需要在R2上配置area 1 stub no-summary，R1上仍然配置area 1 stub。这样R1的LSDB里连Type 3 LSA都没有了，只剩Type 1、Type 2和一条默认路由。

注意：Stub区域的配置必须在区域内的所有路由器上一致，否则邻居关系无法建立。我遇到过有人在ABR上配了stub，但区域内的其他路由器没配，结果邻居卡在EXSTART状态，排查了半天才发现是区域类型不匹配。

5. 常见问题与排查技巧实录

5.1 邻居关系建立失败的排查思路

OSPF邻居关系建立失败是最常见的问题，排查的时候可以按照OSPF状态机的顺序逐步检查。下面这张表列出了不同卡住状态对应的可能原因和解决方法。

MTU不匹配是EXSTART卡住的典型原因。OSPF在DD报文交换阶段会检查MTU，如果两端MTU不一致，邻居关系就会卡在EXSTART。解决方法是在接口下配置ip ospf mtu-ignore，或者把两端MTU改成一致。我建议优先改MTU，因为mtu-ignore会掩盖潜在的问题。

5.2 路由学不到的排查技巧

路由学不到的问题比邻居起不来更隐蔽，因为邻居关系是正常的，但路由表里就是没有想要的路由。我总结了一个排查顺序，按这个顺序走基本能定位到问题。

第一步，确认源路由器是否在正确的位置通告了路由。比如R1的环回口是否在OSPF的network命令范围内。我见过有人环回口配了10.1.1.1/32，但network命令写的是10.1.1.0 0.0.0.255，这样环回口是不会被通告的。

第二步，确认ABR是否正常生成了Type 3 LSA。在ABR上执行show ip ospf database summary，看看有没有对应的Type 3 LSA。如果没有，检查ABR的区域配置是否正确。

第三步，确认目标区域是否过滤了LSA。如果目标区域是Stub区域，Type 5 LSA会被过滤，外部路由学不到是正常的。如果目标区域是Totally Stub区域，连Type 3 LSA都会被过滤。

第四步，确认路由是否被汇总或过滤。ABR上可能配置了area range命令做路由汇总，如果汇总配置不当，某些明细路由可能被抑制。

5.3 虚链路配置的常见坑

虚链路配置有几个容易踩的坑。第一个坑是Router ID写错，虚链路的对端地址是Router ID，不是接口IP。如果Router ID没有手动指定，路由器会自动选择一个接口IP作为Router ID，这个IP可能不是你预期的那个。

第二个坑是传输区域配置错误。虚链路是建立在传输区域之上的，传输区域必须是两台ABR共同连接的区域。如果传输区域配置错误，虚链路无法建立。

第三个坑是虚链路的MTU问题。虚链路是逻辑链路，它的MTU继承自物理接口。如果两端物理接口MTU不一致，虚链路也会卡在EXSTART。

实操心得：配置虚链路之前，先用show ip ospf neighbor确认两台ABR在传输区域内的邻居关系是FULL的。如果传输区域内的邻居关系都不正常，虚链路肯定起不来。

5.4 区域类型不匹配的典型症状

区域类型不匹配是Stub区域配置中最常见的问题。症状是邻居关系卡在EXSTART或者DOWN，日志里会有“Mismatched area type”之类的提示。解决方法很简单，检查区域内所有路由器的区域类型配置是否一致。

但有一种情况比较隐蔽：ABR上配置了area 1 stub no-summary，但区域内其他路由器只配置了area 1 stub。这种情况下邻居关系是正常的，但区域内路由器学不到区域间路由，因为它们期望收到Type 3 LSA，但ABR因为no-summary配置没有发送。排查的时候需要在ABR上检查show ip ospf的输出，看看区域的配置参数。

5.5 LSDB过大导致CPU飙升的处理

LSDB过大通常发生在单区域环境或者区域划分不合理的情况下。如果发现路由器的CPU因为OSPF进程飙升，可以先执行show ip ospf database查看LSDB的条目数量。如果条目超过几千条，就需要考虑优化了。

优化的手段有几个：第一，合理划分区域，把大区域拆分成多个小区域；第二，在ABR上配置路由汇总，减少Type 3 LSA的数量；第三，在ASBR上配置外部路由汇总，减少Type 5 LSA的数量；第四，把边缘区域配置成Stub或NSSA，减少LSDB规模。

路由汇总的配置命令是area <区域ID> range <网络地址> <掩码>，在ABR上配置。比如area 1 range 10.1.0.0 255.255.0.0会把Area 1内所有10.1.x.x的路由汇总成一条10.1.0.0/16的Type 3 LSA通告到其他区域。

外部路由汇总的配置命令是summary-address <网络地址> <掩码>，在ASBR上配置。比如summary-address 172.16.0.0 255.255.0.0会把所有172.16.x.x的外部路由汇总成一条Type 5 LSA。

6. 多区域OSPF的进阶优化与设计建议

6.1 区域划分的黄金法则

区域划分不是随便切的，有几个原则需要遵守。第一，区域数量不宜过多，一般建议控制在十个以内。区域太多会导致ABR的负担加重，因为ABR需要为每个区域维护独立的LSDB。

第二，区域内的路由器数量也要控制。一个区域内超过五十台路由器，LSDB的规模就会比较可观了。如果确实需要更多设备，可以考虑进一步划分区域或者使用其他技术。

第三，区域划分应该和网络的实际结构对应。比如按楼层、按部门、按地理区域划分，这样排错的时候范围明确，管理也更清晰。

第四，骨干区域必须连续。如果骨干区域被分割，需要用虚链路打通。但如前所述，虚链路是补丁，设计阶段就应该避免。

6.2 路由汇总的实操配置

路由汇总在多区域OSPF里非常重要，它不仅能减小LSDB规模，还能提高网络稳定性。因为汇总路由不会因为某条明细路由的抖动而消失，只有所有明细路由都消失时，汇总路由才会被撤销。

在ABR上配置区域间路由汇总：

R2(config)# router ospf 1 R2(config-router)# area 1 range 10.1.0.0 255.255.0.0

这条命令的意思是，把Area 1内所有10.1.x.x的路由汇总成10.1.0.0/16，以Type 3 LSA的形式通告到Area 0。注意，汇总命令是在ABR上配置的，而且汇总的是ABR从该区域学到的路由。

在ASBR上配置外部路由汇总：

R2(config)# router ospf 1 R2(config-router)# summary-address 172.16.0.0 255.255.0.0

这条命令把172.16.x.x的外部路由汇总成172.16.0.0/16，以Type 5 LSA的形式通告。外部路由汇总只在ASBR上配置，而且只对引入的外部路由生效。

注意：路由汇总可能会造成次优路径。比如Area 1内有10.1.1.0/24和10.1.2.0/24两条路由，汇总成10.1.0.0/16后，其他区域的路由器只知道10.1.0.0/16的下一跳是ABR，但具体到10.1.1.0/24的流量可能会绕路。所以在做汇总之前，要确认汇总不会导致明显的次优路径。

6.3 认证配置与安全加固

OSPF支持两种认证方式：明文认证和MD5认证。明文认证安全性低，不建议在生产环境使用。MD5认证通过哈希算法验证报文，安全性更高。

接口级别的MD5认证配置：

R1(config)# interface GigabitEthernet0/0 R1(config-if)# ip ospf authentication message-digest R1(config-if)# ip ospf message-digest-key 1 md5 MySecretKey

区域级别的MD5认证配置：

R1(config)# router ospf 1 R1(config-router)# area 1 authentication message-digest

区域级别的认证会在该区域的所有接口上生效，接口级别的认证只对特定接口生效。如果同时配置了区域认证和接口认证，接口认证优先。

认证配置有一个常见的坑：两端必须配置相同的密钥和密钥ID，否则邻居关系无法建立。我遇到过有人在两端配了不同的密钥ID，结果邻居一直卡在INIT状态，排查的时候只检查了密钥内容，忽略了密钥ID。

6.4 性能调优的关键参数

OSPF有几个定时器参数可以调整，用来优化收敛速度。Hello间隔和Dead间隔是最常用的两个。默认情况下，广播网络上的Hello间隔是10秒，Dead间隔是40秒。Dead间隔通常是Hello间隔的4倍。

调整定时器：

R1(config)# interface GigabitEthernet0/0 R1(config-if)# ip ospf hello-interval 5 R1(config-if)# ip ospf dead-interval 20

把Hello间隔改成5秒，Dead间隔改成20秒，可以加快邻居故障的检测速度。但要注意，两端定时器必须一致，否则邻居关系无法建立。而且定时器调得太短会增加协议报文的开销，在链路质量不好的环境下可能适得其反。

另一个重要的参数是SPF计算延迟。当LSDB发生变化时，OSPF不会立即重算SPF，而是等待一段时间（默认5秒）再计算，避免频繁重算。可以通过timers throttle spf命令调整这个延迟。

R1(config)# router ospf 1 R1(config-router)# timers throttle spf 100 1000 5000

这三个参数分别是初始延迟、最小延迟和最大延迟，单位是毫秒。初始延迟是第一次SPF计算的等待时间，最小延迟是两次SPF计算之间的最小间隔，最大延迟是连续变化时的最大等待时间。调整这些参数可以在收敛速度和CPU占用之间找到平衡。

6.5 多区域OSPF的监控与维护

网络上线之后，监控是必不可少的。我通常会在网管系统里监控几个关键指标：OSPF邻居状态、LSDB条目数量、SPF计算频率、CPU占用率。

邻居状态可以通过SNMP的OSPF-MIB来监控，当邻居状态从FULL变为其他状态时触发告警。LSDB条目数量可以定期采集，如果发现某个区域的LSDB条目突然增长，可能是路由泄露或者配置错误。SPF计算频率过高说明网络不稳定，需要排查链路质量。

日常维护中，我建议定期执行show ip ospf statistics查看SPF计算的次数和原因。如果发现SPF计算频繁触发，可以查看show ip ospf statistics detail定位是哪个LSA的变化导致的。

另外，配置变更之前一定要备份。OSPF的配置变更影响范围大，一个错误的network命令可能导致整个区域的路由震荡。我习惯在变更之前执行show ip ospf database和show ip route ospf保存基线，变更之后再对比，确认没有意外的变化。

我个人在实际操作中的体会是，多区域OSPF的难点不在于配置命令本身，而在于对路由传递过程的理解。命令敲下去邻居起来了、路由学到了，这只是第一步。真正重要的是知道这条路由是怎么从源端传递到目的端的，中间经过了哪些LSA的转换，为什么选择这条路径而不是另一条。把这些问题想清楚了，排错的时候就能快速定位，设计的时候也能做出合理的取舍。最后再分享一个小技巧：如果你在模拟器上做实验，建议把每个区域的LSDB都导出来对比一下，看看哪些LSA在哪些区域存在、哪些不存在，这个对比过程对理解多区域机制非常有帮助。