OSPF协议常见故障定位指导-20101130-A

VRPLMTOSPF刁操61914OSPF协议常见故障定位指导2024/6/1内容OSPF根本概念OSPF网络应用OSPF邻居关系无法建立定位步骤OSPF协议振荡定位指导CPU高定位步骤OSPF无法计算路由定位指导OSPF附录E根本知识OSPF根本概念－协议简介OSPF协议的一些根底知识应用层协议RawIP发包，协议号：89组播地址发包：协议自身的报文是不转发的，TTL=1，只有一跳。不会被转发。Page3OSPF根本概念－术语列表ROUTERID路由器的唯一标志〔自治系统内唯一〕，如果冲突的话会导致路由振荡，CPU利用率高。AREA区域号是一个32BIT的整数，定义为IPaddress格式，也可以用一个十进制整数表示(ie.Area0.0.0.0,orArea0)区域保存为骨干区，非骨干区一定要连接到骨干区COST16-bit正数,范围[1—65,535]COST值越小链路越优Cost应用于每一个启动了OSPF的链路该值表示的是出接口COST值路由选取是依靠整个链路COST值的总和Page4OSPF根本概念－术语列表ABR边界路由器，连接骨干区域和非骨干区域ASBR自治系统边界路由器，引入外部路由，该路由器就成为ASBRLSA链路状态宣告，OSPF在网络中传播的不是路由信息，而是LSA信息，LSA中包含了OSPF的邻居描述、路由信息等等，路由是通过对LSA进行计算后得到的。Page5OSPF根本概念－协议报文OSPF协议报文分类及作用

HELLO报文：发现和维持邻居关系

DD报文：数据库同步

LSR报文：请求自身没有的LSALSU报文：主动或被动的FloodingLSAck报文：对LSU报文的应答Page6OSPF根本概念－协议报文目的地址报文中的目的地址：Page7OSPF根本概念－邻居状态机Page8OSPF根本概念－路由表计算OSPF通过对LSDB中的LSA进行计算，得到路由表项。到达MaxAge的LSA不用来做路由表的计算。首先，OSPF根据RouterLSA和NetworkLSA为所接入的每个区域建立最短路径树来计算区域内路路由，最短路径树的计算使用标准的SPF算法；然后，OSPF根据SummaryLSA计算区域间路由；最后，OSPF根据ASExternalLSA计算外部路由，即被ASBR引入的路由。Page9OSPF网络应用－整网使用OSPF整网使用OSPF：OSPF在整网部署时，考虑分层部署，非骨干区以交叉方式〔如Area1-3〕，或口字形方式接入〔如Area4〕。Page10OSPF网络应用－OSPF多实例公网使用BGP，VPN私网使用OSPFVPN主要用于业务隔离，不同业务，或不同的客户使用独立的路由，互不影响。VPN私网部署OSPF时，主要是CE双归〔如左侧的CE〕，CE多实例〔如右侧的CE〕的应用场景。MPLSBGPBackboneVPN1VPN2VPN1VPN2OSPFOSPFPEPEPECECECEPage11OSPF网络应用－OSPF-LDP联动如上图所示，链路回切过程中，由于OSPF收敛比LDP快，OSPF切换到主链路了，但LDP还没有建立，会导致一段时间丢包。配置OSPF-LDP联动，在LDP没有建立起来前，OSPF发布最大cost，路由不切换到主链路，直到LDP完全建立，才切换到主链路。通过该应用，解决了回切过程中丢包问题。Page12OSPF网络应用－特殊区域的应用如上图所示，存在骨干区域和非骨干区域，非骨干区域的设备一般都是接入设备，性能比较低，无法存储大量的LSA，在这种情况下，可以通过在非骨干区域配置为stub或NSSA区域来减少LSA数量。配置stub区域或NSSA区域，5类LSA不进入该区域；可以大量减少LSA的数量，同时，可以通过在ABR上发布一条缺省路由来到达对外部的访问。Page13OSPF邻居关系无法建立定位步骤〔一〕步骤一：确认配置及底层情况是否能转发报文确认配置是否都正确。检查接口是否都UP。两台设备能否ping通？要求带源地址ping直连接口。两端设备MTU是否一致？检查报文是否发送接收正常？步骤二：检查OSPF收发包情况displayospfcumulative查看收包和发包数量Page14OSPF邻居关系无法建立定位步骤〔二〕隐藏模式翻开enableospf-lsa-dbg后displayospfinterface<接口名>查看接口收包和发包数量(V3R3及以后的版本)如果长时间处于init，根本上是没有发出hello包或没有收到hello包。如果长时间处于Exstart和Exchange状态，检查ping大包能否ping通？DD报文一般会填满MTU，如1500能填到1492。Page15OSPF邻居关系无法建立定位步骤〔三〕上述简单检查都OK的话，需要debug来逐层排查了如果一端处于Init状态，一端没有显示状态，在两端debughello报文：<Quidway>debuggingospfpackethello如果一端处于Exstart状态，一端处于Exchange状态，在两端debugdd报文：<Quidway>debuggingospfpacketdd如果一端处于Loading状态，一端处于其它状态，在两端debugrequeset和update报文<Quidway>debuggingospfpacketrequest<Quidway>debuggingospfpacketupdate除hello以外其他报文可能比较长，建议用brief看报文头部debugippacketaclIP报文比较多，建议使用acl过滤Page16OSPF邻居振荡定位指导〔二〕邻居振荡日志，关注邻居状态下降的日志查找日志文件，关键字：NBR_CHG_DOWN、NBR_CHG_E(V3R2)、NBR_CHANGE_E(V3R3)举例：Aug28201010:27:32RTA%%01OSPF/3/NBR_CHG_DOWN(l):Neighborevent:neighborstatechangedtoDown.(ProcessId=1,NeighborAddress=11.11.11.2,NeighborEvent=KillNbr,

NeighborPreviousState=Full,NeighborCurrentState=Down)由于接口DOWN导致主动断开邻居。Aug28201010:31:29RTA%%01OSPF/3/NBR_CHG_DOWN(l):Neighborevent:neighborstatechangedtoDown.(ProcessId=1,NeighborAddress=11.11.11.2,

NeighborEvent=InactivityTimer,NeighborPreviousState=Full,NeighborCurrentState=Down)

由于超时导致断开邻居。Aug28201010:34:51RTA%%01OSPF/6/NBR_CHANGE_E(l):Neighborchangesevent:neighborstatuschanged.(ProcessId=1,NeighborAddress=11.11.11.2,NeighborEvent=1-Way,NeighborPreviousState=Full,

NeighborCurrentState=Init)

对端断开邻居后触发重建，在未收到本端Hello前发送1-wayhello，导致本端触发1-way事件。

Aug28201010:38:52RTA%%01OSPF/6/NBR_CHANGE_E(l):Neighborchangesevent:neighborstatuschanged.(ProcessID=1,Neighboraddress=11.11.11.2,Neighborevent=SeqNumberMismatch,Neighborpreviousstate=Full,Neighborcurrentstate=ExStart)对端断开邻居后触发重建，在收到本端Hello后发送dd报文，导致本端触发SeqNumberMismatch事件。Page17OSPF邻居振荡定位指导〔二〕现网使用中，最常见的OSPF邻居振荡的原因是超时断连，也就是说，OSPF在deadtimer间隔内没有收到一个Hello报文，出现该情况有如下可能性：有丢包现象，导致OSPFhello报文无法上送；CPU高，导致路由任务无法获得调度，报文无法发送和接受。因此，出现超时断连的现象，除了要查看日志、诊断日志外，还需要查看底层丢包计数。另外，在现网中，经常有用户提出疑问，为什么只有邻居DOWN的日志，没有邻居UP的日志？首先明确，邻居DOWN和UP都是记录日志的，但一般巡检或用户查看的时候都是displaylogbuffer查看。Aug28201010:31:29RTA%%01OSPF/3/NBR_CHG_DOWN(l):Neighborevent:neighborstatechangedtoDown.(ProcessId=1,NeighborAddress=11.11.11.2,NeighborEvent=InactivityTimer,NeighborPreviousState=Full,NeighborCurrentState=Down)OSPF邻居Down的日志级别比较高是Error级别的，在logbuffer中记录。Aug28201010:33:41RTA%%01OSPF/6/NBR_CHANGE_E(l):Neighborchangesevent:neighborstatuschanged.(ProcessId=1,NeighborAddress=11.11.11.2,NeighborEvent=HelloReceived,NeighborPreviousState=Down,NeighborCurrentState=Init)OSPF邻居状态改变日志级别是Info级别的，在日志中有记录，但不会记录在logbuffer中。logbuffer中的日志并不是全部的日志，logbuffer设计的初衷就是使用户便于查看用户关注的信息，在不对其配置的默认情况下，logbuffer中记录的使warning〔4〕级别以及以上的日志信息。可以使用该命令查看对logbuffer的设置情况。<Quidway>displaychannel…channelnumber:4,channelname:logbufferMODU_IDNAMEENABLELOG_LEVELENABLETRAP_LEVELENABLEDEBUG_LEVELffff0000defaultYwarningNdebuggingNdebuggingPage18CPU高定位指导－概述ROUT任务承载着所有路由们的使命，在实际应用中，经常会出现ROUT任务CPU占用率偏高的现象。一般来说，ROUT任务的CPU占用率高，通常有以下原因：大量路由振荡〔包括但不限于非本地邻居振荡导致的路由振荡、IGP引起的BGP迭代、LSP振荡引起私网路由迭代等〕。大量路由振荡导致RM路由表的更新、选路、通知、下发等。2.大量协议邻居振荡〔包括但不限于接口UP/DOWN导致的邻居振荡〕。协议邻居振荡会导致协议路由的重新计算，也会发生路由振荡。本文就OSPF路由振荡导致CPU高的现象进行描述。OSPF协议原因导致CPU高有如下可能性：Routerid冲突，LSA频繁老化刷新，路由计算频繁，导致CPU高；接口IP地址冲突，networkLSA频繁老化更新，路由计算频繁，导致CPU高；接口振荡，导致RouterLSA频繁产生，路由计算频繁，导致CPU高；引入的外部路由振荡，路由计算频繁，导致CPU高Page19CPU高定位指导－Routerid冲突现网中时常会出现OSPFRouterID配置冲突的问题。由于RouterID是标识OSPF设备的重要依据，一旦冲突会导致OSPF的LSA频繁的老化和产生，进而导致网络不稳定。一：区域内Routerid冲突判断方法

如下拓扑：RTA、RTB和RTC、RTD在区域0建立OSPF邻居关系，RTA和RTC的routerid都是，发生了冲突。判断方法：在任意一台路由器上每隔一秒输入displayospf

lsdb，查看是否有RouterLSA的Age字段频繁变化，同时查看Sequence字段是否增加的很快：Page20CPU高定位指导－区域内Routerid冲突<RTA>displayospflsdbOSPFProcess1withRouterID1.1.1.1LinkStateDatabaseArea:0.0.0.0TypeLinkStateIDAdvRouterAgeLenSequenceMetric

Router4.4.4.44.4.4.4141048800000031562Router2.2.2.22.2.2.22488000001C1562Router1.1.1.11.1.1.1636800015D01562

Network22.22.22.12.2.2.2732800000010Network11.11.11.22.2.2.22332800000020<RTA>displayospflsdbOSPFProcess1withRouterID1.1.1.1LinkStateDatabaseArea:0.0.0.0TypeLinkStateIDAdvRouterAgeLenSequenceMetric

Router4.4.4.44.4.4.4141148800000031562Router2.2.2.22.2.2.23488000001C1562Router1.1.1.11.1.1.1036800015D31562

Network22.22.22.12.2.2.2832800000010Network11.11.11.22.2.2.22432800000020上例中routerid为的RouterLSAAge频繁变化，Sequenc增加得也很快。Page21CPU高定位指导－区域内Routerid冲突<RTB>displayospfroutingOSPFProcess1withRouterID2.2.2.2RoutingTablesRoutingforNetworkDestinationCostTypeNextHopAdvRouterArea

33.33.33.0/243124Transit22.22.22.24.4.4.40.0.0.022.22.22.0/241562Transit22.22.22.12.2.2.20.0.0.011.11.11.0/241562Transit11.11.11.22.2.2.20.0.0.0TotalNets:3IntraArea:3InterArea:0ASE:0NSSA:0<RTB>displayospfroutingOSPFProcess1withRouterID2.2.2.2RoutingTablesRoutingforNetworkDestinationCostTypeNextHopAdvRouterArea22.22.22.0/241562Transit22.22.22.12.2.2.20.0.0.011.11.11.0/241562Transit11.11.11.22.2.2.20.0.0.0TotalNets:2IntraArea:2InterArea:0ASE:0NSSA:0

2.每隔一秒在RTB上输入displayospfrouting，可以看到有路由在振荡，如果区域内路由频繁振荡，在没有邻居振荡的情况下，可以判断为RouterID冲突。Page22CPU高定位指导－区域间Routerid冲突二：区域间RouterID冲突判断方法有如下拓扑：

如上图所示，其中RTA和RTC的RouterID是冲突的，但RTA和RTC不在同一个区域。判断方法：在任意一台路由器上每隔一秒输入displayospflsdb，如果发现大量的ASExternalLSA频繁刷新，且都来自于某一台路由器，可以初步推测出不同区域的RouterID存在冲突。Page23CPU高定位指导－区域间Routerid冲突<Quidway>displayospflsdbOSPFProcess1withRouterID1.1.1.1LinkStateDatabaseArea:0.0.0.0TypeLinkStateIDAdvRouterAgeLenSequenceMetricRouter2.2.2.22.2.2.217248800000021562Router1.1.1.11.1.1.117448800000031562Sum-Net22.22.22.02.2.2.216628800000011562Sum-Asbr1.1.1.12.2.2.23828800000011562<Quidway>displayospflsdbOSPFProcess1withRouterID1.1.1.1LinkStateDatabaseArea:0.0.0.0TypeLinkStateIDAdvRouterAgeLenSequenceMetric

Router2.2.2.22.2.2.217348800000021562Router1.1.1.11.1.1.117548800000031562Sum-Net22.22.22.02.2.2.216728800000011562Sum-Asbr1.1.1.12.2.2.23928800000011562ASExternalDatabase

TypeLinkStateIDAdvRouterAgeLenSequenceMetric

External100.1.2.01.1.1.1360036800000041External100.1.3.01.1.1.1360036800000041Page24CPU高定位指导－Routerid冲突总的来说，在现网中，RouterID配置冲突的现象时有发生。如果掌握了一些常用的判断方法，可以比较方便的找到问题的原因，然后逐个排查，找出冲突的RouterID。解决方法：更改冲突的RouterID后通过resetospfprocess可以修正该配置错误。(需要注意的是，resetospfprocess会导致邻居重新建立，业务会有中断)例如：[RTA]ospf1router-id192.168.1.1Info:Theconfigurationsucceeded.YouneedtorestarttheOSPFprocesstovalidatethenewrouterID.[RTA-ospf-1]<RTA>resetospfprocessPage25CPU高定位指导－接口IP地址冲突有如下拓扑：一：DR与非DR冲突RTA上IP地址为的接口状态为DR，RTC上IP地址为的接口状态不是DR，这两个接口的IP地址发生了冲突。判断方法：在RTC上每隔一秒输入displayospflsdb，发现冲突网段的NetworkLSA的Age一直为3600或者偶尔没有这条LSA，而且Sequence字段增加很快。Page26CPU高定位指导－接口IP地址冲突<Quidway>displayospflsdbOSPFProcess1withRouterID3.3.3.3LinkStateDatabaseArea:0.0.0.0TypeLinkStateIDAdvRouterAgeLenSequenceMetric

Router4.4.4.44.4.4.42488000000D1Router3.3.3.33.3.3.3672800000161Router2.2.2.22.2.2.2228608000000D1

Router1.1.1.11.1.1.125860800000091Network112.1.1.44.4.4.412132800000010

Network112.1.1.21.1.1.1360032800000150Network222.1.1.33.3.3.322732800000030Network111.1.1.11.1.1.125932800000020ASExternalDatabaseTypeLinkStateIDAdvRouterAgeLenSequenceMetricExternal33.33.33.334.4.4.420636800001D71External125.12.1.24.4.4.420636800000321在其他路由器上每隔一秒输入displayospflsdb，发现冲突网段NetworkLSA的Age不断在3600和其他较小值之间切换，而且Sequence字段增加很快。Page27CPU高定位指导－接口IP地址冲突二：两个DRIP地址冲突RTA上IP地址为的接口状态为DR，RTC上IP地址为的接口状态也为DR，这两个接口的IP地址发生了冲突。判断方法：在任一台路由器上每隔一秒输入displayospflsdb，会发现存在两个LinkStateId为的NetworkLSA，并且这两个LSA的Age字段一直都很小，Sequence字段增加比较快。<Quidway>displayospflsdbOSPFProcess1withRouterID3.3.3.3LinkStateDatabaseArea:0.0.0.0TypeLinkStateIDAdvRouterAgeLenSequenceMetric

Router4.4.4.44.4.4.417488000011D1Router3.3.3.33.3.3.321728000015A1Router2.2.2.22.2.2.215160800000891

Router1.1.1.11.1.1.11180608000002A1

Network112.1.1.23.3.3.33328000016A0Network112.1.1.21.1.1.1532800001790Network222.1.1.33.3.3.3145328000002D0Network212.1.1.44.4.4.41032800000050Network111.1.1.22.2.2.245932800000030Page28CPU高定位指导－接口IP地址冲突总的来说，在现网中，IP地址配置冲突的现象时有发生。如果掌握了一些常用的判断方法，可以比较方便的找到问题的原因，然后逐个排查，找出冲突的IP地址，更改冲突的IP地址后就可以修正该配置错误。三：区域内IP地址冲突设备判断方法1、DR与非DR冲突时，首先根据这条振荡NetworkLSA(具体判断方法见上)的LinkStateID可以知道冲突的IP地址，然后根据AdvRouter找到其中的一台设备进而定位出是哪个接口，与其冲突的设备只能够通过网络IP地址规划找到，很难通过OSPF自身携带的信息找到冲突设备。如上例中，可以首先判断出冲突的IP地址为，其中一台冲突设备的RouterID为，与其冲突的另外一台设备〔〕无法通过OSPF自身携带的信息找到。2、DR与DR冲突时可以根据这两个LinkStateId相同的NetworkLSA(具体判断方法见上)的LinkStateId和AdvRouter判断出是哪台设备的哪个接口IP地址冲突了。如上例中，很容易定位出是RouterId为和的两台设备上存在IP地址冲突的接口，然后在根据LinkState冲突IP地址)很容易就找到对应的接口。Page29CPU高定位指导－接口振荡实际应用中，由于接口振荡导致CPU高的问题也经常出现，接口振荡，会导致RouterLSA频繁产生，按照协议RFC2328，RouterLSA改变，会触发完全路由计算，频繁的路由计算导致CPU会一直比较高。这类问题的排查还是需要从LSA着手。存在如下拓扑：

Router-A和Router-B建立OSPF邻居关系，Router-B上一个接口在OSPF中使能，并频繁up/down，在Router-A和Router-B上都会进行频繁路由计算，导致CPU高。判断方法：在任意一台设备上每隔一秒输入displayospf

lsdb，查看是否存在Age一直很小的RouterLSA，而且Sequencenumber增加很快：Page30CPU高定位指导－接口振荡

2.在任意一台设备上输入displayospfbrief,查看完全路由计算的次数增长是否很快：<RTA>displayospflsdbOSPFProcess1withRouterID192.168.1.1LinkStateDatabaseArea:0.0.0.0TypeLinkStateIDAdvRouterAgeLenSequenceMetricRouter192.168.1.1192.168.1.116636800000081Router2.2.2.22.2.2.2236800000221Network11.11.11.22.2.2.216732800000070

<RTA>displayospflsdbOSPFProcess1withRouterID192.168.1.1LinkStateDatabaseArea:0.0.0.0TypeLinkStateIDAdvRouterAgeLenSequenceMetricRouter192.168.1.1192.168.1.124136800000081Router2.2.2.22.2.2.2148800000311Network11.11.11.22.2.2.224232800000070

Page31CPU高定位指导－接口振荡如果存在上述两种情况都符合，在结合日志，可以快速找到频繁振荡的接口。<RTA>displayospfbriefOSPFProcess1withRouterID192.168.1.1OSPFProtocolInformationRouterID:192.168.1.1BorderRouter:……ASERoutePreference:150

SPFComputationCount:56

……<RTA>displayospfbriefOSPFProcess1withRouterID192.168.1.1OSPFProtocolInformationRouterID:192.168.1.1BorderRouter:……ASERoutePreference:150

SPFComputationCount:65……Page32CPU高定位指导－LSA振荡LSA振荡导致OSPF路由频繁计算，导致CPU高的场景排查起来比较困难，需要找到该LSA的发布路由器，然后再从源头控制这些振荡的LSA，排查步骤如下：1.输入displayiprouting-tableverbose命令，找到频繁振荡的路由：<RTA>disiprouting-tableverboseRouteFlags:R-relay,D-downloadtofibRoutingTable:PublicDestinations:5Routes:6Destination:6.6.6.6/32Protocol:O_ASEProcessID:1Preference:150Cost:1NextHop:11.11.11.2Neighbour:0.0.0.0State:ActiveAdvAge:00h00m04sTag:1Priority:0Label:NULLQoSInfo:0x0RelayNextHop:0.0.0.0Interface:Ethernet6/0/1TunnelID:0x0Flags:D

如上表所示，如果该路由频繁振荡，其Age值很小，根本上是秒级的。Page33CPU高定位指导－LSA振荡

2.输入displayospflsdb命令，查看该LSA的产生源<RTA>displayospflsdbOSPFProcess1withRouterID192.168.1.1LinkStateDatabaseArea:0.0.0.0TypeLinkStateIDAdvRouterAgeLenSequenceMetricRouter192.168.1.1192.168.1.186536800000091……ASExternalDatabaseTypeLinkStateIDAdvRouterAgeLenSequenceMetricExternal6.6.6.62.2.2.215236800000011

……如上表所示，找到该LSA的产生源是Routerid为的设备，需要登录到这台设备上查看频繁产生该LSA的具体原因。总的来说，由于OSPF路由计算导致CPU高的问题，排查方法重要是查看LSA的变化，根据LSA的变化找到导致振荡的原因，最终解决问题。Page34OSPF路由无法计算－概述PE-CE间，OSPF与BGP间路由相互学习和发布，有可能导致路由环路问题。OSPFVPN特性专门针对这种情况提供了解决方案。VPN场景中PE通过引入私网BGP路由通过OSPF向CE发布。如下图，PE1和PE2将BGP发送过来的远端路由通过OSPF发布给CE1。CE1产生了目的地址为的路由，下一跳分别指向PE1和PE2。PE1收到了PE2发布的路由，产生了一条的OSPF路由，下一跳指向CE1。Page35OSPF路由无法计算－概述DN-bit为了防止路由环路，OSPF多实例进程使用一个bit位作为标志位，称为DN位。PE在生成Type3、Type5或Type7LSAs发布给CE时，都将DN位置位（值为1），其他类型LSA的DN位不置位（值为0）。PE路由器的OSPF多实例进程在进行计算时，忽略DN置位的LSA。这样就防止了PE又从CE学到发出的LSA而引起的环路。VPNRouteTagVPN路由标记（VPNRouteTag），PE根据收到的BGP的私网路由产生的5/7类LSA中必须包含这个参数。VPN路由标记不在BGP的扩展团体属性中传递，只是本地概念，只在收到BGP路由并且产生OSPFLSA的PE路由器上有意义。当PE发现LSA的VPN路由标记（LSA的Tag值）和自己的一样，就会忽略这条LSA，因此避免了环路。同理PE2收到了PE1发布的路由，也产生一条的OSPF路由，下一跳指向CE1如上过程所描述的，到达目的地址的路由，CE1-->PE1,PE2-->CE1，一个环路就产生了。由于OSPF路由的优先级高于BGP路由，所以PE1和PE2上的BGP路由会被OSPF路由所替代。没有了BGP路由，PE1和PE2也不会在向CE1发布路由。同时PE1和PE2也学不到对方发布的路由，刚刚产生的OSPF路由也被撤消了。此时没有了OSPF路由，BGP路由又被优选了。又开始重复刚刚的循环。这会导致路由震荡。为此，OSPF使用DN-Bit和Router-tag防止环路Page36OSPF路由无法计算－DN-Bit抑制Type:ExternalLsid:6.6.6.6Advrtr:33.33.33.1Lsage:12Len:36Options:EDNseq#:80000001chksum:0x841aNetmask:255.255.255.255TOS0Metric:2Etype:2ForwardingAddress:0.0.0.0Tag:3489661028如上图所示，PE1和MCE设备都绑定了VPN，属于私网进程，在PE1上引入BGP路由，产生了LSA，但MCE设备上却没有计算出来路由。判断方法如下：1.在MCE上输入displayospflsdbase<Linkid>查看该LSA是否带DN-Bit:Page37OSPF路由无法计算－DN-Bit抑制<Quidway>displaycurrent-configurationconfigurationospf#ospf1rout