OSPF与IS-IS双点双向重发布：路由回灌与次优路径防环实战解析

OSPF与IS-IS双点双向重发布：路由回灌与次优路径防环实战解析

发布时间：2026/9/18 2:45:52
OSPF与IS-IS双点双向重发布：路由回灌与次优路径防环实战解析 如果你搜过“重发布实验”看到的教程多半长这样一台路由器同时跑OSPF和IS-IS敲几条import-route命令两边路由一互通实验结束。但真正在现网待过的人都知道重发布从来不是“敲完命令就完事”它背后藏着路由回灌、次优路径、环路一整串问题。这篇文章我想从一个双点双向重发布实验讲起把OSPF和IS-IS互通的完整链路拆开从单点配置一路推到双点故障再把AD优先级、路由策略、tag标记三种防环手段逐个落地。这个实验适合谁考华为HCIP或者思科CCNP的人做企业网、运营商接入的运维还有那些刚把OSPF和IS-IS学完、想搞明白“两种协议到底怎么才能好好说话”的人。读完你至少能搞清楚三件事重发布命令背后到底在做什么、双点双向重发布为什么一定会出问题、出了问题该用哪一招去解。1. 为什么重发布是路由实验里绕不过去的一道坎1.1 两种协议为什么互相“看不上”OSPF和IS-IS都是IGP都是链路状态协议但如果让它们直接通信完全做不到。核心原因就一句话各自维护的数据库和度量标准不一样。OSPF用Cost做度量Cost 参考带宽 / 接口带宽参考带宽默认是100Mbps所以一个千兆口的Cost是1百兆口的Cost也是1因为100/1001万兆口的Cost还是1。IS-IS用的是Metric设备每个接口也有默认度量值通常是10路径度量是整条路径上的度量累加。两者都是“越小越优”但数值之间没有可比性1个OSPF Cost并不等于1个IS-IS Metric。度量不统一只是表象更本质的问题在于OSPF的路由需要通过LSA洪泛来传递IS-IS的路由通过LSP洪泛来传递两种数据库互不相通。R1在OSPF区域里泛洪了一条Router LSAR2作为IS-IS路由器根本不知道这条LSA说的是什么。要让两边互通必须有一个东西把“OSPF的语言”翻译成“IS-IS的语言”这个翻译动作就是重发布。1.2 重发布到底在“翻译”什么很多人把重发布理解成“把一张路由表拷贝给另一个协议”这个理解太粗了。重发布做的事是把某一种协议学到的路由也可以包括直连、静态路由转换成另一种协议的路由再注入到对方的协议数据库里。这个转换过程至少包含三件事第一网络号和掩码必须完整搬过去。这个通常没问题但要注意如果引入方协议不支持某些掩码长度或者路由聚合设置不当会出大问题。第二下一跳要重新计算。OSPF的外部路由进入IS-IS时下一跳就是执行重发布那台路由器本身而不是原始来源。这一条很多人容易忽略后面讲次优路径时它就是关键。第三度量值要兑换。这是一个没有标准答案的环节。华为设备默认情况下外部路由进入OSPF时Cost为1类型为Type-2进入IS-IS时Metric为10。但默认值往往不是最优值实验里我们经常要手动调整比如在import-route后面指定cost和type目的就是人为控制选路方向。如果你把重发布想象成一个翻译官那这位翻译官还有个可怕的特点他拿到什么说什么不判断内容是否合理。你让他把OSPF路由搬进IS-IS他就老实搬哪怕搬进去的这条路由原本就是从IS-IS出去的他也会再搬一遍——这就为路由回灌埋下了雷。1.3 现实中的重发布场景很多人觉得重发布只在实验室里出现现实中根本不常用。这种想法很危险。企业并购后两套网络合并一边是OSPF一边是IS-IS必须做重发布。运营商接入客户网络客户内部跑RIP或者静态但骨干是IS-IS边界路由器上必须做重发布。就连公司内部部门整合A部门用OSPF、B部门用静态想让两边资源互通本质也是重发布。所以重发布实验不是认证考试里的一道题而是现网里实实在在会遇到的操作技能。而且单点重发布相对温和双点双向重发布才是真正的“事故高发区”这也就是为什么我建议你做实验时直接从双点双向起步——只有把问题暴露出来你才知道这些坑长什么样。2. 实验拓扑设计为什么非要选“双点双向”这种容易翻车的结构2.1 单点重发布与双点双向的差异单点重发布就是只有一台边界路由器它把OSPF的路由引到IS-IS或者把IS-IS的路由引到OSPF。这种结构实现简单、不易出环但有个致命缺陷单点故障。边界路由器一挂两个协议区域就彻底失联。双点双向就不一样了——两台边界路由器把OSPF和IS-IS的路由互相引入即两台路由器既做OSPF到IS-IS的重发布又做IS-IS到OSPF的重发布。这样做的好处是冗余性拉满坏处是路由回灌、次优路径、环路这些问题统统会出现。我建议大家做实验时重点练双点双向原因很简单单点重发布你练十遍只学会了一个import-route命令。双点双向练一遍你被迫去理解AD值、路由策略、tag标记、Cost类型这些真正影响现网质量的东西。2.2 地址与协议规划实验拓扑我用最经典的四台路由器R1 / \ R2---R3 \ / R4跑两种协议R1、R2、R3之间运行OSPF区域0。R2、R3、R4之间运行IS-ISR4双归属到R2和R3。R2和R3同时作为OSPF和IS-IS的边界做双点双向重发布。地址规划如下表设备接口IP地址所属协议用途R1Gi0/0/010.0.12.1/24OSPF连R2R1Gi0/0/110.0.13.1/24OSPF连R3R1Loopback01.1.1.1/32OSPF用于测试R2Gi0/0/010.0.12.2/24OSPF连R1R2Gi0/0/110.0.23.2/24OSPF连R3R2Gi0/0/210.0.24.2/24IS-IS连R4R3Gi0/0/010.0.13.3/24OSPF连R1R3Gi0/0/110.0.23.3/24OSPF连R2R3Gi0/0/210.0.34.3/24IS-IS连R4R4Gi0/0/010.0.24.4/24IS-IS连R2R4Gi0/0/110.0.34.4/24IS-IS连R3R4Loopback0192.168.4.1/24IS-IS测试路由回灌这里的核心是R4的Loopback地址192.168.4.0/24它只属于IS-IS区域重发布后它会以外部路由的形式出现在OSPF区域里。后面看回灌和次优路径都用它当“靶子”。2.3 模拟器与设备选型注意点实验用eNSP完全够设备选AR2220配置足够且支持IS-IS。如果你手头是GNS3配思科IOS命令风格会略有差异但思路完全一致。需要注意华为和思科在重发布命令上的差别很大华为是import-route思科是redistribute而且调整协议优先级的命令也不同后面我会单独对照。另外提醒一句eNSP有时IS-IS和OSPF同时跑的时候接口的network-type要确认好广播网段默认是广播类型IS-IS邻居建立会比点对点慢半拍。实验里最好把R2-R4、R3-R4的接口改成点对点类型省去DIS选举的干扰。3. 从单点重发布开始把OSPF和IS-IS“接上线”3.1 基础路由配置先把OSPF跑起来。R1、R2、R3上的配置大同小异以R1为例[R1]ospf 1 router-id 1.1.1.1 [R1-ospf-1]area 0.0.0.0 [R1-ospf-1-area-0.0.0.0]network 10.0.12.0 0.0.0.255 [R1-ospf-1-area-0.0.0.0]network 10.0.13.0 0.0.0.255 [R1-ospf-1-area-0.0.0.0]network 1.1.1.1 0.0.0.0R2和R3除了宣告对应接口网段外还要宣告10.0.23.0这个R2-R3之间的互联网段。OSPF区域0跑通后R1应该能看到R2的Loopback和R3的Loopback。IS-IS配置要稍微注意进程名和NET地址。R2、R3、R4上的IS-IS进程都设为1Level设为Level-2[R2]isis 1 [R2-isis-1]is-level level-2 [R2-isis-1]network-entity 49.0001.0000.0000.0002.00 [R2-isis-1]quit [R2]interface GigabitEthernet0/0/2 [R2-GigabitEthernet0/0/2]isis enable 1R3的NET地址是49.0001.0000.0000.0003.00R4的是49.0001.0000.0000.0004.00。NET地址是IS-IS的“身份证”必须保证区域号、System ID在区域内不冲突。配置完成后R2、R3、R4之间应该建起IS-IS邻接关系R2和R3都能通过IS-IS学到R4的Loopback路由192.168.4.0/24。此时OSPF域和IS-IS域是两张孤立的网。R1去192.168.4.1路由表里没有二层通三层不通。3.2 单点重发布命令与参数解析现在先在R2上做一次单向重发布把IS-IS路由引到OSPF[R2]ospf 1 [R2-ospf-1]import-route isis 1 type 1 cost 5这条命令的意思是把IS-IS进程1里的路由引入到OSPF进程1引入的路由类型为Type-1Cost值为5。解释两个重点。Type-1和Type-2的区别是OSPF外部路由的经典考点。Type-2路由的Cost只算外部Cost不管内部穿越了多少台OSPF路由器Type-1路由的Cost是外部Cost加内部Cost每经过一台OSPF路由器Cost都会累加。所以当重发布进入OSPF的外部路由有多条路径时用Type-1能更好地反映真实路径开销选路更精确。我的建议是实验和现网都优先用Type-1除非你明确知道拓扑简单、不需要比较内部开销。cost 5这个值不是随便写的。由于OSPF域内链路Cost默认是1外部路由的Cost如果设成1会和很多内部路由混淆不方便观察。设成一个看起来有点奇怪的值比如5后面在路由表里一眼就能认出来这是外部引入的路由。另外再提一句IS-IS的Metric宽度。华为设备默认接口Metric是10IS-IS引入OSPF路由时默认的Metric也是10。如果你不手动指定重发布进来的路由在IS-IS里看起来跟直连路由的Metric一样非常容易干扰判断。3.3 验证单点重发布效果配置完后在R1上看路由表[R1]display ip routing-table 192.168.4.0 Route Entry: 192.168.4.0/24 Destination : 192.168.4.0 Mask : 255.255.255.0 NextHop : 10.0.12.2 Interface : GigabitEthernet0/0/0 Cost : 6 Proto : O_ASE注意两个细节协议类型是O_ASE表示这是OSPF的外部路由Cost是6等于外部Cost 5加上R1到R2的内部Cost 1。如果当初用了Type-2Cost就会固定显示为5不会随路径累加。单点重发布看起来成功了但这是个“温柔乡”。因为只有R2做重发布R3不会把OSPF路由引回IS-IS所以暂时没有环路风险。但看看R3的路由表R3通过OSPF也能学到192.168.4.0/24下一跳是R2。而R3自己明明有IS-IS到R4的直连路径路径长度更短。路由表里OSPF外部路由的优先级是10IS-IS路由的优先级是15OSPF优先级高所以R3选择走R2而不是直连R4。这就是单点重发布也会引起的次优路径问题只是没形成环路危害不够直观。而接下来加上双点双向问题会全面爆发。4. 双点双向配置完成后次优路径和路由回灌是怎么冒出来的4.1 双点双向重发布的具体配置把R2和R3都配置成OSPF和IS-IS互相引入R2上[R2]ospf 1 [R2-ospf-1]import-route isis 1 type 1 cost 5 [R2-ospf-1]quit [R2]isis 1 [R2-isis-1]import-route ospf 1 level-2 cost 10R3上[R3]ospf 1 [R3-ospf-1]import-route isis 1 type 1 cost 5 [R3-ospf-1]quit [R3]isis 1 [R3-isis-1]import-route ospf 1 level-2 cost 10这里我故意把R2和R3配置成完全一样的Cost这样从配置层面看不出来谁优谁劣问题暴露得更纯粹。如果你希望更快看到“次优路径”现象可以把R2的OSPF引入Cost设成15R3的设成5这样R1去R4必然选R3方向观察起来更直观。但为了讲解的普适性我下面按两者Cost相同来描述并额外说明Cost差异会带来哪些变化。理论上重发布完成后R1既可以从R2方向学到外部路由192.168.4.0/24也可以从R3方向学到。IS-IS区域里的R4也会从R2和R3两个方向学到OSPF域内的路由。看上去冗余性很好但问题随之而来。4.2 次优路径的产生机制在R1上查看去192.168.4.0/24的路径[R1]display ip routing-table 192.168.4.0 Route Entry: 192.168.4.0/24 Destination : 192.168.4.0 Mask : 255.255.255.0 NextHop : 10.0.12.2 Interface : GigabitEthernet0/0/0 Cost : 6 Proto : O_ASER1选择了R2方向正常。但如果因为Cost配置差异R1可能选了R3方向路径变成R1-R3-R2-R4绕了一大圈。真正的次优路径在R3上更经典。查看R3去192.168.4.0/24的路由[R3]display ip routing-table 192.168.4.0 Route Entry: 192.168.4.0/24 Destination : 192.168.4.0 Mask : 255.255.255.0 NextHop : 10.0.23.2 Interface : GigabitEthernet0/0/1 Cost : 6 Proto : O_ASE看明白问题了吗R3和R4之间明明有直连IS-IS链路R3却把去192.168.4.0/24的下一跳指向了R2。原因就是前面说过的优先级OSPF外部路由的协议优先级是10IS-IS路由的协议优先级是15在路由表里比较时OSPF的优先级更高R3宁愿走OSPF学到的、下一跳是R2的外部路由也不走IS-IS学到的、直连R4的内部路由。于是R1发往192.168.4.1的数据包真实路径是R1-R3-R2-R4比直接R1-R3-R4多绕了一台设备。这就是重发布最典型的次优路径。用tracert验证[R1]tracert 192.168.4.1 1 10.0.13.3 1 ms 1 ms 1 ms 2 10.0.23.2 2 ms 1 ms 1 ms 3 10.0.24.4 1 ms 1 ms 1 msR1发往R4的包明明可以R1-R3-R4直连却走了R1-R3-R2-R4。路径绕远不致命但延迟、丢包的风险都会上升而且这种问题用ping根本测不出来——ping能通只是慢一点很多人就忽略了。4.3 路由回灌与环路隐患双点双向真正难缠的是路由回灌。什么叫回灌以R2为例R2从IS-IS学到了R4的Loopback路由192.168.4.0/24通过import-route isis注入到OSPFR3在OSPF里学到了这条外部路由又通过import-route ospf把它注入回IS-IS。于是这条原本属于IS-IS域内的路由绕了一圈又回到了IS-IS区域。这个回灌会产生什么问题最直接的是R4从IS-IS里学到了去192.168.4.0/24的路径下一跳指向R3或R2而不是自己的Loopback接口。虽然由于直连路由优先级是0回灌路由很难覆盖R4的直连路由但如果在更大规模的网络中这个网段不是挂在R4上而是挂在R4下面另一台IS-IS路由器上回灌路由就可能被R4误认为是一条不错的备用路径。更危险的是如果OSPF外部路由的Cost算出来比IS-IS原路径更优数据在R2、R3、R4之间反复横跳环路就出现了。我先手动演示一下这个“伪造”环路的路由走向R4 去 192.168.4.0/24假设Loopback接口down掉或不是本机网段 下一跳R3从IS-IS重发布学来的外部路由 R3 去 192.168.4.0/24 下一跳R2从OSPF外部路由学来 R2 去 192.168.4.0/24 下一跳R4从IS-IS内部路由学来R4 - R3 - R2 - R4一个完整的闭合环路。实际生产环境中这种环路一旦形成排查起来非常痛苦因为路由表里每台设备看起来都有路由但数据就是到不了目的地。回灌不仅影响IS-IS方向OSPF方向一样存在。R3把OSPF路由注入IS-IS时IS-IS域里的R4学到了OSPF域内路由R2从IS-IS里学回这条路由后又把它注入OSPFOSPF域里就会同时存在原始OSPF路由和回灌的“伪OSPF路由”。两条路由都比来比去路由表抖动、次优路径一个接一个冒出来。4.4 双点双向重发布为什么一定会出问题如果你觉得双点双向重发布只要仔细点就不会出问题那说明还没理解它的机制。双点双向重发布一定会出问题的原因在于重发布本身是不区分“这条路由是不是我原区域出去的”——它只负责翻译不负责溯源。两台边界路由器互相引入A引入给BB再引入给AA再引入给B这种无限循环在数学上就已经注定只是IGP协议内部会有一些机制比如开销设置、水平分割思想让问题不会无限扩散但次优路径和回灌是必然存在的。所以做双点双向重发布前提就是“一定要做防环控制”而且要主动做、提前做。等到路由表里真出现了环路再去补遭罪的是自己。5. 防环和选路控制AD优先级、路由策略、tag标记三种方案全拆解5.1 方案一调整协议优先级AD值第一种防环手段是调整协议优先级。在华为设备上OSPF内部路由优先级默认是10OSPF外部路由优先级默认也是10IS-IS路由默认是15。由于OSPF的数值更小、优先级更高R3在路由表里更倾向于使用OSPF学到的路由哪怕它是绕路的。如果我们把IS-IS的优先级调高一点比如改成5让R3优先使用IS-IS学到的直连路由[R3]isis 1 [R3-isis-1]preference 5改完之后R3的路由表里去192.168.4.0/24的路由会变成通过IS-IS协议学到的下一跳指向R4路径变成最优。这个思路很直接也确实能解决次优路径。但方案一有个明显的副作用preference命令影响的是IS-IS协议在整台路由器上的优先级不只是针对某一条回灌路由。R3上所有IS-IS路由的优先级都变成5连IS-IS内部正常可达的路由也会跟着变。在某些场景下这会压过静态路由、OSPF路由造成你意想不到的选路变化。所以AD方案适合“问题明确、影响面可控”的小场景不适合作为通用解法。顺带提一下思科平台的对应操作。思科设备上是修改管理距离Administrative Distance命令是distance 5配置在路由协议进程下router isis distance 5原理一样都是调整协议优先级来影响路由表的选择。但要注意思科的distance命令也可以针对源IP、ACL做更精细的匹配华为的preference则相对“粗放”一些。5.2 方案二路由策略精准控制重发布方向第二种方案是重发布时加路由策略把不该传来的路由直接过滤掉这是最实用也最推荐的做法。以解决R3把OSPF路由回灌到IS-IS的问题为例。R3从OSPF学到192.168.4.0/24这条路由它原本就是来自IS-IS域内的路由不应该再被注入回IS-IS。所以我们在R3的IS-IS重发布方向加一个过滤策略把192.168.4.0/24这条路由拦住。首先在R3上创建ACL匹配192.168.4.0/24[R3]acl number 2000 [R3-acl-basic-2000]rule 5 deny source 192.168.4.0 0.0.0.255 [R3-acl-basic-2000]rule 10 permit然后创建路由策略在策略里应用这条ACL[R3]route-policy NO_REDIST permit node 10 [R3-route-policy]if-match ip address acl 2000 [R3-route-policy]quit等等这里有个陷阱。ACL的规则是deny掉192.168.4.0/24但route-policy的默认动作是permit。如果我们在route-policy里直接if-match这个ACL那么匹配到deny的流量会被“命中”并放行匹配不到的话反而继续执行后续节点这跟我们的意图是相反的。正确的做法是这样[R3]route-policy NO_REDIST deny node 10 [R3-route-policy]if-match ip address acl 2000 [R3-route-policy]quit [R3]route-policy NO_REDIST permit node 20route-policy的node 10先deny掉192.168.4.0/24node 20再permit所有其他路由。这样最终效果就是其他路由正常放行192.168.4.0/24被丢弃。再把策略应用到重发布命令上[R3]isis 1 [R3-isis-1]import-route ospf 1 level-2 cost 10 route-policy NO_REDIST这条配置的意思很清晰在R3把OSPF路由引入IS-IS时先经过NO_REDIST策略过滤凡是匹配192.168.4.0/24的都给我留下。同理为了防止R2把IS-IS路由回灌进OSPF也需要在R2的OSPF方向加一个对应的过滤策略把IS-IS域内的网段从OSPF的引入列表里排除。方案二之所以推荐是因为它的控制粒度细可以精确到每一条路由、每一个方向。缺点是要提前梳理清楚哪些网段在哪些域ACL和route-policy的配置比较复杂中小型网络里还能驾驭大型网络里策略表和ACL数量会非常庞大维护成本上来了。5.3 方案三tag标记防环第三种方案是重发布的“正规军”打法用tag标记防环。核心思路是在重发布进入某个协议时给路由打上一个特殊的标记tag当这条路由绕了一圈想回来时看到自己身上的标记就知道“我是自己人”直接丢弃。用前面的拓扑演示。R2把IS-IS路由引入OSPF时打上tag 100[R2]route-policy TAG_ISIS permit node 10 [R2-route-policy]if-match isis level-2 [R2-route-policy]apply tag 100 [R2-route-policy]quit [R2]ospf 1 [R2-ospf-1]import-route isis 1 type 1 cost 5 route-policy TAG_ISIS这里if-match isis level-2的含义是匹配IS-IS Level-2学习到的路由。我把路由打上tag 100标识“这是从IS-IS域引入OSPF的路由”。然后在R3上配置把OSPF路由引入IS-IS时如果看到这条路由带着tag 100就丢弃不要让它回到IS-IS域。因为tag 100意味着这条路由原本就是从IS-IS出去的回去就是回灌。[R3]route-policy DROP_TAG_100 deny node 10 [R3-route-policy]if-match tag 100 [R3-route-policy]quit [R3]route-policy DROP_TAG_100 permit node 20 [R3]isis 1 [R3-isis-1]import-route ospf 1 level-2 cost 10 route-policy DROP_TAG_100配合得严丝合缝。R2在IS-IS入OSPF的方向打tag 100R3在OSPF入IS-IS的方向丢tag 100。同样R3在IS-IS入OSPF的方向可以打tag 200R2在OSPF入IS-IS的方向丢tag 200。这样两个方向都能防住回灌。tag方案的优势在于即使以后IS-IS域内新增了网段、OSPF域内调整了路由只要tag标记的规则不破坏防环逻辑依然成立。不需要像ACL那样一条条维护网段列表扩展性比方案二好得多。5.4 三种方案对比与选择建议方案配置复杂程度防环效果维护成本适用场景调整AD优先级低部分解决低临时应急、小规模网络路由策略过滤中精准中中小型网络、网段可控tag标记中高完整低现网长期部署、大型网络我个人的建议是实验练手时三种都做一遍彻底理解原理。真正上现网的话优先选tag标记因为维护成本低、扩展性好。如果时间紧张先加路由策略至少在重发布方向上把“域内路由不得回灌”给堵死。6. 一台出问题的路由怎么一步步排查命令、输出与判断思路6.1 典型故障现象有一次我在一个模拟现网的实验环境里做双点双向重发布配完后R1去Ping R4的Loopbackping通了但延迟比预期高。rtt大概在5到10毫秒而直连路径应该在1毫秒以内。这种症状很典型通但慢。很多人到这一步就停了觉得“能通就行”但一个合格的网络工程师不会放过这种异常。我习惯性地在R1上tracert了一下立刻看到异常数据包走了R1-R3-R2-R4而不是R1-R3-R4多绕了一台设备。6.2 排错链条从路由表到协议数据库排查重发布问题我的固定顺序是四步。第一步查看路由表确认最优路径是谁、协议类型是什么、下一跳指向哪里。[R3]display ip routing-table 192.168.4.0这一步能看到最终结果协议优先级、Cost、下一跳。如果下一跳不是预期设备说明选路有问题。第二步回到协议层面查OSPF的LSDB看这条外部路由是从哪台路由器引入的。[R3]display ospf lsdb ase 192.168.4.0LSDB里会显示AdvRouter通告路由器如果通告路由器是R2说明这条外部路由是R2引入的。你还需要关注LSA类型外部路由在普通区域里是Type-5 LSA。第三步查IS-IS的LSDB看同一网段在IS-IS里是怎么传的。[R3]display isis lsdb这一步用来确认R3自己从IS-IS到底有没有学到192.168.4.0/24以及学到的路径下一跳是谁。如果IS-IS里明明有直连路径但路由表里走了OSPF那就确认是协议优先级导致的次优路径。第四步结合tracert验证真实转发路径是否与路由表一致。[R1]tracert 192.168.4.1tracert的结果直接反映数据包的真实走向。有时候路由表看着正常但转发层面因为硬件转发表的问题走了别的路径tracert一打就穿帮。6.3 定位到问题后的修复验证按照上述步骤我最终确认R3去192.168.4.0/24的下一跳是R2原因不是R3没有IS-IS路径而是OSPF外部路由优先级比IS-IS高。这就是典型的重发布次优路径问题。修复时我选择在R3的IS-IS方向加上preference 5让IS-IS路由的优先级高于OSPF。改完后再次查看R3的路由表[R3]display ip routing-table 192.168.4.0 Route Entry: 192.168.4.0/24 Destination : 192.168.4.0 Mask : 255.255.255.0 NextHop : 10.0.34.4 Interface : GigabitEthernet0/0/2 Cost : 10 Proto : ISIS下一跳变成了10.0.34.4即R3直连R4的IS-IS路径。R1上再tracert[R1]tracert 192.168.4.1 1 10.0.13.3 1 ms 1 ms 1 ms 2 10.0.34.4 1 ms 1 ms 1 ms路径变成了R1-R3-R4干净利落。到这里这次重发布实验才算真正做通了。6.4 重发布排错的核心心得写了这么多其实核心心得就一句重发布实验里路由表只是结果不是原因。看到路由表里的路径不对不要急着改配置先回到OSPF的LSDB和IS-IS的LSDB里搞清楚这条路由到底是从哪台设备、以什么方式进入当前协议的再动手改。另外一个经验是做双点双向重发布实验一定要给自己加一个“预期路径”的步骤。配完之前先在纸上画出你期望的数据转发路径比如“R1到192.168.4.1应该走R1-R3-R4”然后每次配置变更后都用tracert验证一次。不要等到业务异常了才去查到那时你已经记不清配置改到哪一步了。我自己做实验时还会刻意把R2和R3的Cost配置成不同值制造一个“必然选错”的路径然后观察路由表怎么变化。只有亲手把问题逼出来一次你才知道这些命令和数据之间是怎么相互作用的。重发布实验的价值恰恰就在于它逼你去理解选路的每一个环节而不是停留在敲命令的层面。