企业官网建设流程全解析

1. 为什么二类LSA值得单独拎出来讲

干网络这行十几年，OSPF的LSA类型我见过太多人背得滚瓜烂熟，但一到排障现场就抓瞎。一类LSA讲的是路由器自己，五类LSA讲的是外部路由，这些大家都熟。可二类LSA——Network LSA——往往被一笔带过，好像它只是个配角。实际情况恰恰相反：在一个多路访问网络里，二类LSA是区域内路由计算的骨架，缺了它，SPF树根本长不出来。

我先说清楚这篇内容适合谁看。如果你刚接触OSPF，能配基础邻居但说不清SPF怎么算的，这篇能帮你把二类LSA和区域内路由的因果关系彻底理顺。如果你是有一定经验但排障时总在DR/BDR和Network LSA上卡壳的，这里有几段我踩过的坑，应该能对上你的场景。核心关键词就三个：二类LSA、DR/BDR、区域内路由计算，全文围绕它们展开，不跑偏。

二类LSA的本质是什么？一句话：它由DR（指定路由器）产生，描述一个多路访问网段上"有哪些路由器接进来了"，以及这个网段的子网掩码。注意，它描述的是"网段"这个逻辑节点，不是某台路由器。这个定位非常关键，因为SPF算法算的是节点之间的最短路径树，而二类LSA就是把"广播网段"抽象成一个伪节点（Pseudonode），让SPF树能够正常生长。没有这个伪节点，一个以太网段上五台路由器两两之间都要建链路，SPF计算量会爆炸，拓扑描述也会混乱。

很多人问我，为什么点到点链路上看不到二类LSA？因为点到点链路两端只有两台路由器，直接靠一类LSA里的链路描述就能表达连接关系，不需要伪节点来中转。只有多路访问网络（广播型如以太网、NBMA如帧中继）才需要DR出面产生二类LSA。这个"为什么需要"的逻辑，比死记"二类LSA由DR产生"有用得多。

再往深一层，二类LSA和区域内路由计算的关系是：SPF计算时，路由器先把一类LSA里的Stub Network和Transit Network区分开，Transit Network指向的就是二类LSA。SPF树从根（自己）出发，遇到Transit Network就连到伪节点，再从伪节点连到挂在上面的其他路由器。所以二类LSA里的Router ID列表，直接决定了SPF树的分支走向。算路由时，目的网段的掩码从二类LSA里取，下一跳从伪节点关联的路由器里选。这条链路一旦理解透，区域内路由的下一跳选择、开销累加就全通了。

我写这篇不是要复述RFC，而是把"二类LSA怎么产生、长什么样、SPF怎么用它、出问题怎么查"这条线串起来，配上能直接抄的参数和命令。下面按设计思路、报文细节、实操验证、排障四个板块展开，每个板块都有我实际环境里跑出来的记录。

2. 整体设计与思路拆解

2.1 伪节点抽象：二类LSA存在的根本理由

要理解二类LSA的设计，得先回到OSPF最核心的诉求：用链路状态数据库描述整个区域的拓扑，然后每台路由器独立跑SPF算出最短路径树。问题在于，广播型网络天然是"多对多"的连接关系。一个以太网段上挂了六台路由器，如果按物理连接如实描述，每台路由器都要在自身的一类LSA里声明"我和另外五台都相连"，总共产生30条链路描述（有向），SPF计算时这六台两两之间都要比较开销，拓扑图是一张全连接网。

这种描述方式有两个致命问题。第一，链路状态数据库膨胀，n台路由器产生n×(n-1)条链路，规模一大数据库就撑不住。第二，SPF算法的复杂度会随连接数上升，全连接网里任意两台之间都有直达路径，算出来的树虽然对，但计算过程冗余严重。更麻烦的是，如果网段里某台路由器接口翻动，它的一类LSA要重 flood，其他五台都要重新计算，收敛效率低。

伪节点抽象就是来解决这个的。DR代表整个网段产生一条二类LSA，里面列出"本网段上所有与我建立邻接的路由器Router ID"。同时，网段上每台路由器（包括DR自己）在一类LSA里只声明一条到伪节点的Transit链路，不再声明到其他路由器的直连。这样六台路由器的拓扑描述从30条链路降到6条（每台到伪节点一条）加一条二类LSA，数据库体积和SPF计算量都大幅下降。

这个设计的精妙之处在于，伪节点在SPF树里是一个"虚拟的中间节点"。算路时，从自己出发先到伪节点（开销是接口到网段的cost），再从伪节点到目标路由器（开销为0，因为二类LSA描述的伪节点到各路由器是零开销连接）。所以经过广播网段的路径开销，实际上只算了一次接口cost，不会因为中间隔了个伪节点而多算。这个细节很多人没注意，导致算开销时总是对不上，后面实操部分我会用具体数字演示。

2.2 DR/BDR选举与二类LSA的产生权

二类LSA只能由DR产生，这是硬规则。所以DR选举的稳定性直接决定二类LSA的稳定性。选举过程按接口进行，比较顺序是：接口DR优先级（默认1，范围0-255，0表示不参与）→ Router ID大者胜。优先级相同比Router ID，Router ID相同的情况实际不存在（区域内唯一）。BDR是DR的备份，选举时先选BDR再选DR，逻辑上BDR是"除了DR之外优先级最高的"。

这里有个容易混淆的点：DR选举是"非抢占"的。也就是说，一个网段DR选出来之后，即使后来接入一台优先级更高的路由器，它也不会抢走DR角色，除非当前DR失效触发重新选举。这个设计是为了避免角色频繁切换导致二类LSA反复重生成。我在实际项目里见过有人为了"让核心设备当DR"，把优先级调到255然后重启接口，结果发现还是没抢到——因为老DR还活着，非抢占机制生效了。正确做法要么等老DR失效，要么在老DR上把优先级调低再调回来触发选举，或者干脆重启老DR的OSPF进程。

DR和BDR都产生二类LSA吗？不。只有DR产生，BDR不产生。BDR在DR失效后接替成为DR，那时才开始产生二类LSA。所以你在数据库里看到的Network LSA，Link State ID就是DR接口的IP地址，Advertising Router是DR的Router ID。这两个字段是排障时的关键线索，后面会反复用到。

还有一个细节：DR产生的二类LSA里，Attached Router列表包含网段上所有与DR形成FULL邻接的路由器，包括DR自己。注意是"与DR形成FULL邻接"的，不是"网段上所有配置了OSPF接口"的。如果某台路由器和DR邻接卡在2-Way（比如它自己是DROther且和DR之间因为某些原因没到FULL），它就不会出现在二类LSA的Attached Router列表里，SPF算路时也就不会把它当作可达节点。这个机制保证了二类LSA描述的是"实际可通信的拓扑"，而不是"配置上的拓扑"。

2.3 区域内路由计算的完整链路

把二类LSA放进SPF计算的全流程里看，区域内路由的生成分几步。第一步，每台路由器收集本区域所有一类LSA和二类LSA，构建链路状态数据库。第二步，以自己为根，SPF算法先处理一类LSA里的Transit链路，找到伪节点（二类LSA的Link State ID）。第三步，展开二类LSA，把Attached Router列表里的每台路由器作为伪节点的子节点挂上去，连接开销记为0。第四步，继续展开这些路由器的一类LSA，找它们声明的Stub Network（直连网段），累加开销，生成路由条目。

这里的关键是"开销怎么累加"。假设路由器A通过一个以太网段到达路由器B背后的一个网段。A到网段的接口cost是10，B到网段的接口cost也是10。SPF树里，A→伪节点的开销是10，伪节点→B的开销是0，B→目标网段的开销是10，总开销20。注意伪节点到B是0，不是10，因为二类LSA描述的是伪节点与路由器之间的逻辑连接，这个连接不消耗额外开销。如果误以为伪节点到B也要算B的接口cost，总开销会算成30，路由表里的metric就对不上了。这个点我在带新人的时候反复强调，因为它是理解二类LSA"零开销连接"特性的核心。

下一跳怎么选？区域内路由的下一跳，是从SPF树里"到达目的网段的前一跳"推导出来的。如果路径经过伪节点，下一跳就是伪节点上某台路由器的接口IP。具体选哪台，取决于SPF树里伪节点的子节点顺序和等价路径判断。在多DR场景或者等价多路径（ECMP）场景下，可能会出现多条等价路由，这时二类LSA里的Attached Router列表顺序和接口cost都会影响最终选路。实际排障时如果发现下一跳和预期不符，先查二类LSA的Attached Router列表，再看各路由器的接口cost，基本能定位。

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

3.1 二类LSA报文结构逐字段拆解

二类LSA的报文结构不算复杂，但每个字段都有明确用途，排障时全靠它们定位问题。我用一个实际抓下来的LSA做样本，逐字段说明。

Type : Network (0x0002) LS age : 1234 Options : 0x22 (DC, E) LS Type : Network Link State ID : 10.1.1.1 <- DR接口IP Advertising Router : 1.1.1.1 <- DR的Router ID LS Seq Number : 0x80000005 Checksum : 0xABCD Length : 32 Network Mask : 255.255.255.0 <- 网段掩码 Attached Router : 1.1.1.1 <- DR自己 Attached Router : 2.2.2.2 Attached Router : 3.3.3.3

Link State ID是DR接口的IP地址，不是Router ID，这点务必分清。同一个DR如果有多接口，每个接口产生的二类LSA的Link State ID各不相同。Advertising Router才是DR的Router ID。排障时如果发现Link State ID和预期网段对不上，先确认DR接口IP是否配置正确。

Network Mask字段是二类LSA独有的，一类LSA里没有这个字段（一类LSA的Stub Network链路里带掩码，但Transit链路不带）。这个掩码决定了该网段的子网范围，SPF算路时目的网段的前缀就从这里取。如果掩码配错，比如本该/24配成了/25，路由表里就会出现错误的前缀，而且因为掩码错误导致网段范围变化，可能引发路由黑洞。我遇到过一例，某网段掩码从/24改成/25后，DR的二类LSA更新了，但另一台路由器的接口掩码没改，结果两边对网段的理解不一致，部分地址不可达。所以掩码一致性是二类LSA排障的第一检查项。

Attached Router列表是可变长度字段，列出所有与DR形成FULL邻接的路由器Router ID。列表里一定包含DR自己。如果某台路由器明明在网段上却不在列表里，说明它和DR的邻接没到FULL，原因可能是Hello参数不匹配、MTU不一致、认证失败等。这个列表的顺序在SPF计算时不影响结果（SPF按Router ID排序处理），但抓包时顺序可能因实现不同而有差异，不用纠结。

LS age和LS Seq Number是LSA新鲜度判断的依据。二类LSA在DR上周期性刷新（默认1800秒），Seq Number递增。如果DR切换，新DR产生的二类LSA的Seq Number可能从初始值开始，这时旧DR残留的LSA可能因为Seq Number更大而被误认为更新，导致数据库短暂不一致。这个场景在DR切换时偶发，后面排障部分会讲怎么处理。

3.2 DR选举参数配置与稳定性保障

DR选举的配置不复杂，但参数选择有讲究。接口下的ospf dr-priority命令设置优先级，范围0-255，默认1。优先级0表示该接口不参与DR/BDR选举，永远做DROther。这个设置在某些场景下很有用，比如你希望某台低性能设备永远不当DR，就把它优先级设为0。

配置示例（以常见厂商命令风格示意，不同实现命令略有差异）：

interface GigabitEthernet0/0 ip address 10.1.1.1 255.255.255.0 ip ospf dr-priority 100

优先级设多少合适？我的经验是：核心层设备设高（比如100-200），接入层设低（默认1或更低），确保核心设备稳定担任DR。但要注意非抢占特性，新接入的高优先级设备不会立即抢DR，所以规划时最好在网络初始部署阶段就把优先级定好，避免后期调整。

DR切换的触发条件：当前DR失效（接口down、路由器重启、OSPF进程重启、接口优先级变化触发重新选举）。注意，单纯修改优先级不会立即触发选举，需要接口shutdown/no shutdown或者等待Dead Timer超时。这个行为在不同实现里可能有差异，稳妥做法是修改后手动触发一次。

BDR的作用是DR失效后快速接替，减少二类LSA中断时间。BDR不产生二类LSA，但它和DR保持FULL邻接，DR失效后BDR立即成为DR并产生新的二类LSA。所以BDR的优先级应该仅次于DR，确保它是"第二顺位"。如果BDR优先级也设得很低，DR失效后可能选出一台意外的设备当DR，导致二类LSA的Link State ID变化，影响路由收敛。

注意：DR优先级只在广播型和NBMA网络生效，点到点和点到多点网络不选举DR，也不产生二类LSA。配置前先确认网络类型，别在点到点链路上折腾优先级。

3.3 二类LSA与一类LSA的联动关系

二类LSA不是孤立存在的，它和一类LSA里的Transit链路是"一对多"的联动关系。一台路由器的一类LSA里，如果某条链路类型是Transit，它的Link ID就指向对应二类LSA的Link State ID（即DR接口IP），Link Data是自己的接口IP。SPF计算时，正是通过这个Link ID把一类LSA和二类LSA关联起来。

举个例子。路由器R1的一类LSA里有这样一条：

Link Type : Transit Link ID : 10.1.1.1 <- 指向二类LSA Link Data : 10.1.1.2 <- R1自己的接口IP Metric : 10

这条链路告诉SPF：R1通过开销10连接到伪节点10.1.1.1。然后SPF去数据库里找Link State ID为10.1.1.1的二类LSA，展开它的Attached Router列表，找到伪节点上挂的其他路由器。如果R1的一类LSA里Transit链路的Link ID写错了（比如指向一个不存在的二类LSA），SPF计算时这条链路会被忽略，R1到该网段的路由就出不来。这种错误在手工配置或迁移场景下偶发，排障时用show ospf database对比一类和二类LSA的Link ID能快速发现。

反过来，二类LSA的Attached Router列表里如果包含某台路由器，但那台路由器的一类LSA里没有对应的Transit链路指向这个伪节点，SPF计算时会出现"单向连接"——伪节点认为能到那台路由器，但那台路由器不认这个伪节点。结果就是路由不对称或者部分方向不可达。这种不一致通常由LSA不同步引起，比如某台路由器刚重启还没收到完整数据库，或者区域边界配置错误导致LSA没泛洪到位。

3.4 掩码一致性与网段归属校验

二类LSA的Network Mask字段必须和网段上所有路由器的接口掩码一致，否则会出现"同一网段被理解成不同子网"的问题。OSPF本身不校验掩码一致性（不像某些协议有掩码匹配检查），所以掩码配错时邻居照样能建立，但路由计算会出问题。

具体表现：假设网段实际是10.1.1.0/24，DR接口掩码/24，二类LSA里Network Mask是255.255.255.0。但某台路由器接口掩码配成了/25（255.255.255.128），它的一类LSA里Stub Network的掩码也是/25。SPF计算时，这台路由器认为自己的直连网段是10.1.1.0/25，而DR的二类LSA描述的是10.1.1.0/24，两者对网段范围的理解不一致。结果可能是这台路由器只能访问10.1.1.0/25范围内的地址，10.1.1.128-255的地址不可达，或者路由表里出现两条重叠前缀。

排查方法：在DR上show ospf database network看Network Mask，在各路由器上show ip interface看接口掩码，逐一比对。我习惯在部署阶段就用脚本批量检查所有OSPF接口的掩码一致性，比事后排障省事得多。

提示：修改网段掩码属于破坏性操作，会导致二类LSA重新生成、区域内路由重算。生产环境操作前先确认影响范围，最好在维护窗口执行。

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

4.1 实验拓扑搭建与基础配置

我搭一个最小可复现的实验环境来说明。三台路由器R1、R2、R3接在同一个以太网段10.1.1.0/24上，R1接口IP 10.1.1.1，R2接口IP 10.1.1.2，R3接口IP 10.1.1.3。R1的Router ID 1.1.1.1，R2的2.2.2.2，R3的3.3.3.3。R1优先级设100，R2设50，R3默认1。预期R1当DR，R2当BDR，R3当DROther。

基础配置（命令风格示意）：

# R1 router ospf 1 router-id 1.1.1.1 network 10.1.1.0 0.0.0.255 area 0 interface GigabitEthernet0/0 ip address 10.1.1.1 255.255.255.0 ip ospf 1 area 0 ip ospf dr-priority 100 # R2 router ospf 1 router-id 2.2.2.2 network 10.1.1.0 0.0.0.255 area 0 interface GigabitEthernet0/0 ip address 10.1.1.2 255.255.255.0 ip ospf 1 area 0 ip ospf dr-priority 50 # R3 router ospf 1 router-id 3.3.3.3 network 10.1.1.0 0.0.0.255 area 0 interface GigabitEthernet0/0 ip address 10.1.1.3 255.255.255.0 ip ospf 1 area 0

配置完成后等待邻居建立，用show ip ospf neighbor确认角色。预期看到R1是DR，R2是BDR，R3是DROther。如果角色和预期不符，先查优先级配置是否生效，再查Router ID大小关系。

4.2 二类LSA生成验证与字段核对

邻居稳定后，在R1上查看二类LSA：

show ip ospf database network OSPF Router with ID (1.1.1.1) (Process ID 1) Net Link States (Area 0) LS age: 245 Options: (No TOS-capability, DC) LS Type: Network Links Link State ID: 10.1.1.1 (address of Designated Router) Advertising Router: 1.1.1.1 LS Seq Number: 80000002 Checksum: 0x1234 Length: 32 Network Mask: /24 Attached Router: 1.1.1.1 Attached Router: 2.2.2.2 Attached Router: 3.3.3.3

核对几个关键点：Link State ID是10.1.1.1（R1接口IP），Advertising Router是1.1.1.1（R1的Router ID），Network Mask是/24，Attached Router列表包含三台路由器的Router ID。全部符合预期，说明二类LSA生成正常。

再在R2和R3上查看同样的二类LSA，确认三台路由器的数据库里这条LSA完全一致（LS age可能略有差异，属正常）。如果某台路由器上没有这条LSA，说明泛洪有问题，查邻居状态和区域配置。

4.3 区域内路由计算过程还原

现在给R2和R3各加一个环回口模拟背后的网段，R2加Loopback0 2.2.2.0/24，R3加Loopback0 3.3.3.0/24。然后在R1上看路由表：

show ip route ospf O 2.2.2.0/24 [110/11] via 10.1.1.2, 00:05:23, GigabitEthernet0/0 O 3.3.3.0/24 [110/11] via 10.1.1.3, 00:05:23, GigabitEthernet0/0

开销11怎么来的？R1到网段的接口cost是10（默认以太网cost，实际按带宽计算，这里假设10），伪节点到R2是0，R2到Loopback0的cost是1（环回口默认cost 1），总开销10+0+1=11。这个计算过程验证了前面说的"伪节点零开销连接"特性。如果误把伪节点到R2算成10，总开销会是21，和实际路由表对不上。

下一跳是10.1.1.2和10.1.1.3，分别是R2和R3的接口IP。SPF树里，R1→伪节点→R2→Loopback0，下一跳取伪节点到R2这段的R2接口IP。这个推导过程可以用show ip ospf route或者调试命令验证，能看到SPF树的结构。

4.4 DR切换对二类LSA和路由的影响实测

把R1的接口shutdown，模拟DR失效。观察R2和R3的行为变化。R1 down掉后，R2（原BDR）接替成为DR，产生新的二类LSA。在R2上查看：

show ip ospf database network Link State ID: 10.1.1.2 (address of Designated Router) Advertising Router: 2.2.2.2 Network Mask: /24 Attached Router: 2.2.2.2 Attached Router: 3.3.3.3

注意Link State ID变成了10.1.1.2（R2接口IP），Advertising Router变成2.2.2.2，Attached Router列表里R1消失了（因为R1 down了），只剩R2和R3。同时R1原来的二类LSA（Link State ID 10.1.1.1）会经历一个MaxAge老化过程，最终从数据库里清除。

这个过程中，R2和R3到对方环回口的路由会短暂中断再恢复，收敛时间取决于DR切换速度和LSA泛洪速度。实测下来，从R1 down到R2产生新二类LSA、路由恢复，大约几秒到十几秒，具体看Dead Timer配置和网络规模。这个切换过程是OSPF设计的正常行为，不用惊慌，但如果频繁发生，说明DR稳定性有问题，要查接口物理状态或优先级配置。

R1恢复后，因为非抢占特性，R2继续当DR，R1变成DROther。这时R1的二类LSA不再产生，数据库里只有R2的二类LSA。如果希望R1重新当DR，需要手动触发选举（比如在R2上把优先级调低再调回，或者重启R2的OSPF进程）。这个行为在实际运维中经常被忽略，导致"DR跑到了非预期设备上"，影响流量路径。

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

5.1 二类LSA缺失或Attached Router列表不全

最常见的现象是：网段上路由器邻居都起来了，但某台路由器的路由表里缺了该网段的路由，或者二类LSA的Attached Router列表里少了某台设备。排查顺序我总结成一张表：

我遇到过一个典型案例：某网段上四台路由器，二类LSA的Attached Router列表只有三台，缺的那台路由器邻居状态是2-Way。查下来是那台路由器的接口MTU比DR小，MTU不匹配导致邻接卡在2-Way（OSPF默认在ExStart阶段检查MTU）。把MTU调一致后邻接到FULL，二类LSA列表补齐，路由恢复。这个坑很隐蔽，因为2-Way在广播网里是DROther之间的正常状态，容易被忽略，但DROther和DR之间必须是FULL。

5.2 掩码不一致导致的路由异常

前面提过掩码一致性的重要性，这里给一个实际排查记录。某次割接后，部分终端反馈跨网段访问时通时不通。查路由表发现同一网段出现了两条前缀：10.1.1.0/24和10.1.1.0/25，分别指向不同的下一跳。根源是割接时一台路由器的接口掩码从/24误配成/25，它的一类LSA里Stub Network掩码变成/25，而DR的二类LSA还是/24。SPF计算时，这台路由器认为自己的直连是/25，其他路由器通过二类LSA认为网段是/24，两边对网段范围理解不一致，导致10.1.1.128-255这段地址的路由指向混乱。

处理方式：统一所有接口掩码为/24，等待LSA刷新（或手动clear ospf process加速），路由表恢复正常。这个问题的教训是，掩码变更必须全网同步，不能只改一台。我现在做掩码变更时，会先用脚本扫描所有OSPF接口的掩码，生成一致性报告，确认无差异后再操作。

5.3 DR切换引发的LSA Seq Number冲突

DR切换时偶发数据库不一致，表现为某台路由器上同时存在新旧两条二类LSA，或者路由短暂震荡。原因是旧DR残留的二类LSA的Seq Number可能比新DR产生的更大，接收方按Seq Number判断新鲜度，误认为旧LSA更新。

排查方法：在受影响路由器上show ip ospf database network，看是否有两条Link State ID相同但Advertising Router不同的LSA，对比Seq Number和LS age。如果旧LSA的Seq Number更大且未老化，说明它还没被清除。

处理方式：等待旧LSA的MaxAge老化（默认最大3600秒，实际取决于LS age），或者手动清除。更稳妥的做法是在DR切换后，在新DR上确认二类LSA已正确生成，然后在旧DR上clear ip ospf process强制它重新学习数据库。这个操作有短暂中断，生产环境慎用。

注意：DR切换是OSPF的正常行为，不要为了"避免切换"而把优先级设得过于极端。合理的做法是规划好主备DR，接受偶发切换，同时监控二类LSA的稳定性。

5.4 二类LSA与路由表对不上的排查思路

有时候二类LSA看起来正常，但路由表里的metric或下一跳和手工计算不符。我的排查顺序是：先确认接口cost（show ip ospf interface看cost值，注意参考带宽配置），再确认二类LSA的Attached Router列表，然后确认目标路由器的一类LSA里Stub Network的掩码和cost，最后用show ip ospf route看SPF树结构。四步下来基本能定位差异点。

常见差异来源：接口cost被手动修改过（ip ospf cost），参考带宽不是默认的100Mbps（auto-cost reference-bandwidth），或者存在等价路径导致下一跳选择不同。这些都不是二类LSA本身的问题，但表现上像是"二类LSA算错了"，容易误导排查方向。

6. 我在实际环境中的几点体会

二类LSA这个知识点，看文档十分钟能背下来，但真正理解它和SPF计算的关系，得动手搭环境、抓包、对路由表。我建议每个学OSPF的人都做一遍我上面那个三路由器的实验，特别是DR切换那一步，亲眼看到Link State ID和Attached Router列表的变化，比看十遍书都管用。

实操中最容易踩的坑，一个是掩码一致性，一个是DR非抢占特性。掩码问题隐蔽性强，建议部署阶段就用工具批量校验；DR非抢占则要求规划时就把优先级定好，别指望后期调整能立即生效。另外，二类LSA的排障不要只盯着LSA本身，一类LSA里的Transit链路、接口cost、网络类型都是关联因素，得串起来看。

最后分享一个小技巧：排查区域内路由问题时，先用show ip ospf database network确认二类LSA的Link State ID和Attached Router列表，再用show ip ospf database router看各路由器一类LSA里的Transit链路是否指向正确的Link State ID，两边一对，联动关系是否正常一目了然。这个组合命令我用了很多年，比逐个字段猜效率高得多。