Troubleshooting OSPF
解决OSPF不连续区域的3种方法
解决OSPF不连续区域的3种方法网络拓扑图解决OSPF不连续区域的问题我们有三种解决办法：1.多进程双向重新分布2.创建tunnel通道宣告到区域03.创建虚链路以下是3种方法配置的详细命令：方法1：多进程双向重新分布(1).重新启动另外一个OSPF进程(2).在2个OSPF进程中宣告不连续的网段(3).双向发布OSPF进程: redistribute ospf 进程号 subnets R1int s0/0ip add 1.1.1.1 255.255.255.0no shutrouter ospf 110router-id 1.1.1.1network 1.1.1.0 0.0.0.255 area 0R2int s0/0ip add 1.1.1.2 255.255.255.0no shutint s0/1ip add 2.2.2.1 255.255.255.0no shutrouter ospf 110router-id 2.2.2.2network 2.2.2.0 0.0.0.255 area 1 network 1.1.1.0 0.0.0.255 area 0router ospf 120router-id 2.2.2.5networkR3int s0/0ip add 2.2.2.2 255.255.255.0no shutint s0/1ip add 3.3.3.1 255.255.255.0no shutrouter ospf 110router-id 3.3.3.3network 2.2.2.0 0.0.0.255 area 1 redistribute ospf 120 subnets router ospf 120router-id 3.3.3.5network 3.3.3.0 0.0.0.255 area 2 redistribute ospf 110 subnetsR4int s0/0ip add 3.3.3.2 255.255.255.0no shutrouter ospf 110router-id 4.4.4.4network 3.3.3.0 0.0.0.255 area 2 方法2：创建tunnel通道宣告到区域0 r1int s0/0ip add 1.1.1.1 255.255.255.0no shutrouter ospf 110router-id 1.1.1.1network 1.1.1.0 0.0.0.255 area 0 r2int s0/0ip add 1.1.1.2 255.255.255.0no shutint s0/1ip add 2.2.2.1 255.255.255.0no shutint tunnel 1tunnel source 2.2.2.1tunnel destination 2.2.2.2ip add 172.16.1.1 255.255.255.0 no shutrouter ospf 110router-id 2.2.2.2network 2.2.2.0 0.0.0.255 area 1 network 1.1.1.0 0.0.0.255 area 0 network 172.16.1.0 0.0.0.255 area 0r3int s0/0ip add 2.2.2.2 255.255.255.0no shutint s0/1ip add 3.3.3.1 255.255.255.0no shutint tunnel 1tunnel source 2.2.2.2tunnel destination 2.2.2.1ip add 172.16.1.2 255.255.255.0no shutrouter ospf 110router-id 3.3.3.3network 2.2.2.0 0.0.0.255 area 1network 3.3.3.0 0.0.0.255 area 2 network 172.16.1.0 0.0.0.255 area 0r4int s0/0ip add 3.3.3.2 255.255.255.0no shutrouter ospf 110router-id 4.4.4.4network 3.3.3.0 0.0.0.255 area 2方法3：创建虚链路R1路由器int s0/0ip add 1.1.1.1 255.255.255.0no shutrouter ospf 110router-id 1.1.1.1network 1.1.1.0 0.0.0.255 area 0R2路由器int s0/0ip add 1.1.1.2 255.255.255.0no shutint s0/1ip add 2.2.2.1 255.255.255.0no shutrouter ospf 110router-id 2.2.2.2network 2.2.2.0 0.0.0.255 area 1 network 1.1.1.0 0.0.0.255 area 0 area 1 virtual-link 3.3.3.3R3路由器int s0/0ip add 2.2.2.2 255.255.255.0no shutint s0/1ip add 3.3.3.1 255.255.255.0no shutrouter ospf 110router-id 3.3.3.3network 2.2.2.0 0.0.0.255 area 1network 3.3.3.0 0.0.0.255 area 2area 1 virtual-link 2.2.2.2R4路由器int s0/0ip add 3.3.3.2 255.255.255.0no shutrouter ospf 110router-id 4.4.4.4network 3.3.3.0 0.0.0.255 area 2大家可以去通过实验来验证效果！有什么问题多交流，谢谢！。
ospf停留在各个状态的原因
如下是OSPF错误状态的总结：
1.OSPF陷入ATTEMPT
仅对neighbor语句的NBMA网络有效。
陷入ATTEMPT是指一台路由器试图通过发送它的HELLO来联系邻居但是它没有收到响应。
原因：错误配置neighbor；NBMA上的单播连通性断了，可能是由错误的DLCI，访问列表或转换单播的NAT引起的。
2.OSPF陷入INIT
INIT状态表示路由器收到来自邻居的HELLO分组，但是双向通信并没有建立。
原因：一方访问列表阻止了HELLO；
一方的多播能力失效（一个交换机故障）；
λ
λ一方的HELLO在第2层丢失了。
3.OSPF陷入2-WAY
双向状态是指路由器在HELLO分组的邻居字段中见到了自己的路由器ID。
原因：类似于所有路由器的优先级都为0，则不会发生选举，所有路由器停留在双向状态中。
某些情况下是正常状态。
4.OSPF陷入EXSTART/EXCHANGE
在EXSTART或EXCHANGE状态的OSPF邻居正处于尝试交换DBD（数据库描述）分组的过程中。
原因：不匹配的接口MTU
邻居上重复的路由器IDλ
无法用超过特定MTU 长度进行PINGλ
λ断掉的单播连通性，它可能是因为错误的DLCI，访问列表或转换单播的NAT
5.OSPF陷入LOADING
邻居没有应答或邻居的应答从未到达本地路由器，路由器也会陷入LOADING状态。
原因：不匹配的MTU
错误的链路状态请求分组λ。
OSPF协议各种错误的解释及产生的原因(V5)
OSPF协议各种错误的解释及产生的原因(V5)OSPF协议各种错误的解释及产生的原因内部公开OSPF协议各种错误的解释及产生的原因（V5）OSPF协议各种错误可以通过display ospf error命令显示，通过这个命令来说明OSPF协议的各种错误的产生原因。
【命令】display ospf [ process-id ] error【视图】任意视图【参数】process-id：OSPF进程号，取值范围为1～65535。
如果不指定进程号，则对当前所有OSPF进程有效。
【描述】display ospf error命令的功能是显示OSPF发生错误的次数。
在正常情况下，这些错误的值不会很大，如果出现了网络故障，通常会发现某个错误的值非常大，而且一直在不断地增长。
display ospf error显示结果如下：【举例】dis ospf errorOSPF Process 1 with Router ID 1.0.0.1 OSPF Packet Error Statistics0 : OSPF Router ID confusion 0 : OSPF bad packet 0 : OSPF bad version 0 : OSPF bad checksum0 : OSPF bad area ID 0 : OSPF drop on unnumber interface 0 : OSPF bad virtual link 0 : OSPF bad authentication type 0 : OSPF bad authentication key 0 : OSPF packet too small 0 : OSPF Neighbor state low 0 : OSPF transmit error 0 : OSPF interface down 0 : OSPF unknown neighbor 0 : HELLO: Netmask mismatch 0 : HELLO: Hello timer mismatch 0 :HELLO: Dead timer mismatch 0 : HELLO: Extern option mismatch 0 : HELLO: NBMA neighbor unknown 0 : DD: MTU option mismatch 0 : DD: Unknown LSA type 0 : DD: Extern option mismatch 0 : LS ACK: Bad ack 0 : LS ACK: Unknown LSA type 0 : LS REQ: Empty request 0 : LS REQ: Bad request0 : LS UPD: LSA checksum bad 0 : LS UPD: Received lessrecent LSA 2021-07-21华为三康机密，未经许可不得扩散第1页, 共6页OSPF协议各种错误的解释及产生的原因0 : LS UPD: Unknown LSA type内部公开【原因和处理方法】错误名称 OSPF Router ID confusion 收到了一个含有和本机相同Router-ID的OSPF报文。
OSPF Troubleshooting
OSPF Troubleshooting『实验目的』1．通过三个CASE掌握Troubleshooting的系统方法2．加深对semester5 OSPF内容的认识『Troubleshooting的系统方法』STEP1:Define the problem you are experiencingSTEP2:Gather relevant facts about the situationSTEP3:Consider the e the information you have and your knowledge of Cisco products to isolate the problemSTEP4:Formulate an action plan to solve this problemSTEP5:Implement your action plan and attempt to fix the problemSTEP6:What were the resuls of your implementation?Did it fix the problem?List your results and observations belowSTEP7:If you solution did not fix the problem,repeat the process again.If your solution did fix the problem,ducoment your fix below请牢记上面的系统排错程序，进行下面的TroubleShooting练习。
CASE Ⅰ:实验拓扑:描述：某公司核心运行的是OSPF路由协议。
如上述实验拓扑所示，核心路由CORE的所有端口都属于OSPF Area 0。
公司的两个分支机构Branch1、Branch2，由于设备陈旧，只能运行RIP路由协议，并最终接入公司核心网络。
ospf故障排错流程
ospf故障排错流程拓扑图：在这样一个较复杂的OSPF多区域网络中，配置稍不小心就可能出错，出现故障后我们该从哪下手开始OSPF故障排错呢？对大多数刚学路由或没有经验的从业人员来说真的是头疼。
我以多年的OSPF工作经验总结了以下OSPF的故障排错步骤，希望对大家有所帮助：1、首先要查看所有路由器的路由表，找到没学到路由的那台路由器。
使用命令show ip route，对照拓扑图，到底哪条路由没学到。
这条路由该有谁发过来这台路由器才能学到。
2、查看第1步中缺少路由的路由器OSPF邻接关系表。
查看这台路由器是否与所有邻居建立好邻接关系（在OSPF中要发送LSU，必须先建立邻接关系）。
使用show ip ospf neighbor，找到本路由器与谁没有建立好邻接关系。
3、解决没建立好邻接关系的问题。
如何解决？我们首先理解OSPF建立邻接关系的三大条件：1）两邻居路由器必须在同一物理链路上。
使用show cdp neighbor命令查看CDP邻居关系。
如果发现没有CDP邻接关系说明物理连接有问题，你得去查看接口状态是否为UP？是否激活接口？是否物理线路有问题？如果能看到CDP邻居关系说明物理链路没有问题。
进入下一步。
2）相连路由器都必须加入OSPF。
通过show ip protocols命令查看路由器接口是否宣告到相应区域内。
或者用debug ip ospf hello命令查看路由器哪些接口没有发HELLO包，就说明这个接口没有加入OSPF。
找到问题马上更正。
如果这一步也没问题，进入下一步。
3）相连路由器的6大HELLO包参数是否一样？Network/maskHello/dead intervalNetwork typeArea-idArea-typeAuthentication-typea.前四个参数通过show ip ospf interface ……Router#show ip ospf int f0/0FastEthernet0/0 is up, line protocol is upInternet Address 192.168.1.2/24,Area 0Process ID 2, Router ID 192.168.1.2, Network Type BROADCAST,Cost: 1 Transmit Delay is 1 sec, State BDR, Priority 1Designated Router (ID) 192.168.1.1, Interface address 192.168.1.1Backup Designated router (ID) 192.168.1.2, Interface address 192.168.1.2Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5 oob-resync timeout 40Hello due in 00:00:00Supports Link-local Signaling (LLS)Index 1/1, flood queue length 0Next 0x0(0)/0x0(0)Last flood scan length is 1, maximum is 1Last flood scan time is 0 msec, maximum is 0 msecNeighbor Count is 1, Adjacent neighbor count is 1Adjacent with neighbor 192.168.1.1 (Designated Router) Suppress hello for 0 neighbor(s)b.后两个参数通过show ip ospf 查看Router#show ip osRouting Process "ospf 2" with ID 192.168.1.2Start time: 00:02:45.988, Time elapsed: 00:11:02.160Supports only single TOS(TOS0) routesSupports opaque LSASupports Link-local Signaling (LLS)Supports area transit capabilityRouter is not originating router-LSAs with maximum metricInitial SPF schedule delay 5000 msecsMinimum hold time between two consecutive SPFs 10000 msecs Maximum wait time between two consecutive SPFs 10000 msecs Incremental-SPF disabledMinimum LSA interval 5 secsMinimum LSA arrival 1000 msecsLSA group pacing timer 240 secsInterface flood pacing timer 33 msecsRetransmission pacing timer 66 msecsNumber of external LSA 0. Checksum Sum 0x000000Number of opaque AS LSA 0. Checksum Sum 0x000000Number of DCbitless external and opaque AS LSA 0Number of DoNotAge external and opaque AS LSA 0Number of areas in this router is 1. 1 normal 0 stub 0 nssa area-type Number of areas transit capable is 0External flood list length 0Area BACKBONE(0)Number of interfaces in this area is 1Area has message digest authentication authentication-typeSPF algorithm last executed 00:00:10.064 agoSPF algorithm executed 5 timesArea ranges areNumber of LSA 3. Checksum Sum 0x0291F5Number of opaque link LSA 0. Checksum Sum 0x000000Number of DCbitless LSA 0Number of indication LSA 0Number of DoNotAge LSA 0Flood list length 0配合debug ip ospf event经过这三个步骤的检查，一定能找到问题所在，解决故障！整个排错过程都离不开OSPF的原理。
常见的OSPF五个疑难问题
常见的OSPF五个疑难问题常见的OSPF五个疑难问题OSPF是运用非常多的一种路由技术，下面YJBYS店铺和大家分享一下OSPF常见疑难问题1、OSPF特殊区域中如果存在两个ABR，那么这两个ABR都下发缺省路由，不是会形成环路吗?不会形成环路，当特殊区域中的ABR接收到同一区域ABR发来的带有默认路由的SLA时，它只会将其放入LSDB(LSA Database)里，但不会用其计算路由，从而避免环路。
如果OSPF路由器已经发布了含缺省路由的LSA，就不会再学习其它路由器发布的相同类型的缺省路由LSA(路由计算时不再计算其它路由器发布的相同类型的缺省路由LSA)如果在一个NSSA区域有两个ABR，他们都会将Type7 LSA转换成Type5 LSA吗?不会的，RFC3101中规定，当NSSA区域有多个ABR时，只有Router ID最大的ABR负责将Type7 LSA转换成Type5 LSA。
2、Virtual-link和sham-link的区别是什么?Virtual-link是为了解决OSPF的不规则区域问题而产生的，正常情况下OSPF的所有非骨干区域都要直接和骨干区域(area0)相连，如果由于前期规划问题等原因导致某个非骨干区域必须通过另一个非骨干区域来连接骨干区域的话，就要用到virtual-link。
如下图所示：为了让Area2能够和骨干区域相连，需要在R3和R2之间建立一条virtual-link。
OSPF的VPN配置下，PE2通过从远端PE1通过Mbgp学到的路由引入到OSPF后只能还原成3类/5类/7类LSA，如果CE之间存在后门链路，，作为公网mpls链路的备份。
则在CE上通过后门链路学到的路由是区域内路由，由于从MBGP学到的路由，这样就导致了数据只能通过后门链路而不会优选MPLS链路，未解决此问题产生了sham-link，sham-link的主要作用是可以还原1类和2类LSA.3、OSPF支持多进程，那么交换机的一个接口也可以属于不同的.OSPF进程吗?不能。
OSPF缺省路由
OSPF缺省路由普通区域ASBR上⼿动配置产⽣缺省5类LSA，通告到整个OSPF⾃治域（特殊区域）命令：default-information originateStub区域ABR⾃动产⽣⼀条缺省3类LSA，通告到整个Stub区域内Totally Stub区域ABR会⾃动产⽣⼀条缺省3类LSA，通告到整个Stub区域内NSSA区域在ABR⾃动产⽣⼀条缺省3类LSA，通告到整个NSSA区域内在ASBR⾃动产⽣⼀条缺省7类LSA，通告到整个NSSA区域内Totally NSSA区域ABR⾃动产⽣⼀条缺省3类LSA，通告到整个NSSA区域内OSPF缺省路由通常应⽤于下⾯两种情况由ABR发布缺省3类LSA，⽤来指导区域内路由器进⾏区域之间报⽂的转发。
由ASBR发布缺省5类LSA，或者缺省7类LSA，⽤来指导⾃治系统（AS）内路由器进⾏⾃治系统外报⽂的转发。
注意事项当路由器⽆精确匹配的路由时，就可以通过缺省路由进⾏报⽂转发。
由于OSPF路由的分级管理，3类缺省路由的优先级⾼于5和7类缺省路由。
如果OSPF路由器已经发布了缺省路由LSA，那么不再学习其它路由器发布的相同类型缺省路由。
即路由计算时不再计算其它路由器发布的相同类型的缺省路由LSA，但数据库中存有对应LSA。
外部缺省路由的发布如果要依赖于其它路由，那么被依赖的路由不能是本OSPF路由域内的路由，即不是本进程OSPF学习到的路由。
因为外部缺省路由的作⽤是⽤于指导报⽂的域外转发，⽽本OSPF路由域的路由的下⼀跳都指向了域内，不能满⾜指导报⽂域外转发的要求。
不同区域的缺省路由发布原则：普通区域缺省情况下，普通OSPF区域内的OSPF路由器是不会产⽣缺省路由的，即使它有缺省路由。
NSSA区域如果希望到达⾃治系统外部的路由通过该区域的ASBR到达，⽽其它外部路由通过其它区域出去。
则必须在ABR上⼿动通过命令进⾏配置，使ABR产⽣⼀条缺省的7类LSA，通告到整个NSSA区域内。
OSPF故障
设备没有发现OSPF邻居的常见原因设备没有发现OSPF邻居主要有以下几种常见原因：•接口没有UP•接口没有运行OSPF•接口被定义为silient模式•Inbound ACL过滤了OSPF Hello包•接口掩码不匹配•接口Hello时钟不匹配•Authentication Type或者Authentication Key不匹配•Area ID不一致•Area Flag不一致•Router ID重复OSPF邻居状态异常原因陷入Init状态这一状态表明：能从邻居接收到Hello信息。
但本路由器并没有被列入到Hello信息的邻居域中。
可能的原因：•邻居配置了错误的ACL过滤了本路由器发送过去的Hello报文。
•链路问题（单向链路，能收不能发，导致Hello报文无法抵达邻居，在NBMA网络中较为常见）。
•在NBMA网络中，在进行静态Map配置时，遗漏了关键参数”Broadcast”。
陷入Attempt状态这一状态只会出现在NBMA模式中，本路由器正在尝试发送Hello包来联系静态配置的邻居但没有从邻居收到任何响应。
可能的原因：•邻居配置了错误的ACL过滤了本路由器发送过去的Hello报文。
•二层链路问题：Hello报文没有正确抵达邻居。
陷入2way状态此状态表明已经和路由器建立了双向的邻居关系。
在Broadcast和NBMA模式中，DRother之间处于2way是一个正常的稳定状态。
其它情况下，邻居陷入2way状态最可能的原因是二层链路问题。
陷入Exstart/Exchange状态可能的原因：如上图所示，R1 MTU>R2 MTU;R2 RID>R1 RID二者正确建立了2way邻居关系后，开始协商主从关系和DD报文的Sequence Number（协商的结果是ME60B作为Master）ME60A收到ME60B发送的初始化DD报文后将ME60B的状态置为Exchange 并以ME60B的序列号发送自己的DD报文，ME60B收到ME60A的初始DD报文后，会认识到MTU Mismatch的存在（DD报文中会携带MTU信息）从而拒绝此DD报文并重传初始DD报文。
OSPF 常见错误与排查方法
OSPF 常见错误与排查方法出处：互联网OSPF是一种配置上比较复杂的协议，所以在实际操作中非常容易出错，这里介绍一下OSPF的一些常见错误和排查方法：一、OSPF 邻居关系无法建立这是实际工程中最为常见的错误，对于这种错误需要到以下命令进行排查：首先需要使用的命令是Show ip ospf interface，这条命令输出信息中能够影响到OSPF邻居关系建立的有几个因素1、接口是否UP，如果down掉的话请做检查。
2、链路两侧OSPF路由器的区域是否一致，如果不一致请将区域改为一致3、链路两侧OSPF路由器的接口类型是否一致，如果不一致请改为一致4、链路两侧OSPF路由器的接口的hello间隔是否一致，如果不一致请改为一致。
5、链路两侧OSPF路由器的接口是否被passive掉，如果被passive掉的话请去掉该配置。
6、链路两侧OSPF路由器的接口IP掩码是否一致。
如果以上配置全部正确的话，请使用show ip ospf命令进行下一步检查：1、链路两侧OSPF路由器的router-id是否相同，如果相同请改变其中一台路由器的router-id2、链路两侧OSPF路由器接口所在区域的类型是否一致，如果不一致的话请改成一致。
3、链路两侧OSPF路由器接口是否都开启认证，如果都开启了认证请检查配置的认证密码是否一致。
二、OSPF 选路错误这种错误在大型园区网中经常出现，在检查路由表时发现OSPF路由和预想的不一致。
这种错误的排查需要检查沿途路由器的接口配置和OSPF路由器的参数配置。
最常见的情况是以下两种：1、沿途路由器的参考带宽选择不一致，需要更改为一致。
2、路由经过的某条链路两侧路由器的接口cost更改不一致，需要重新配置。
三、OSPF非骨干区域设为完全存根区域后仍然能够看到区域间的汇总明细。
区域边界路由器上在设置AREA stub时没有使用no-summary参数。
四、OSPF非骨干区域中某些低端交换机或路由器出现不正常的转发现象可能是此区域内的路由条目过多，超出某些低端交换机和路由器的性能限制。
OSPF的维护与故障处理
OSPF故障处理
以如下所示的拓扑来阐述OSPF故障处理的内容。
R1
R2
● 故障现象： R2和R1的邻居无法建立。
OSPF故障处理
● 分析思路：
● 查看接口收发IP包是否正常； ● 查看接口有没有加进OSPF； ● 认证类型是否正确； ● hello interval和dead interval是否一致； ● 接口加入的区域和邻居接口的区域是否匹配，区域类型是否匹配； ● 如果在exstart状态要看MTU值是否一致，DD报文主从协商需要MTU值匹配，另外
Area 0.0.0.0 enable (Demand circuit available)
//每个区域中的详细内容
Enabled for 00:17:42
…...
show维护命令 ● 显示OSPF接口的信息
数通设备(config)#show ip ospf interface
OSPF Router with ID (100.100.100.14) (Process ID 1)
//域ID类型是0x5，值为0.0.0.1
Enabled for 00:17:55,Debug on
Number of areas 2, Normal 2, Stub 0, NSSA 0//区域个数为2，普通区域2个，STUB区域为0，NSSA区域为0
Number of interfaces 2
Number of neighbors 2
Number of adjacent neighbors 2
Number of virtual links 0
Total number of entries in LSDB 13
Number of ASEs in LSDB 1, Checksum Sum 0x0000dc0d
OSPF故障处理
0 0 0 0 0 0 0
: : : : : : :
Bad packet Bad checksum Drop on unnumbered interface Bad authentication type Packet too small Transmit error Unknown neighbor
0 0 0
: Hello timer mismatch : Extern option mismatch : Virtual neighbor unknown
0 0
: Router id confusion : Unknown LSA type
0
: Bad ack
Copyright © 2012 Huawei Technologies Co., Ltd. All rights reserved.
Page10
查看OSPF相关配置
[RTA]display current-configuration # interface Ethernet0/0 ip address 10.1.1.1 255.255.255.252 # ospf 1 area 0.0.0.1 network 1.1.1.1 0.0.0.0 network 10.1.1.0 0.0.0.3 # return [RTB]display current-configuration # interface Ethernet0/0 ip address 10.1.1.2 255.255.255.0 # ospf 1 area 0.0.0.1 network 2.2.2.2 0.0.0.0 network 10.1.1.0 0.0.0.255 # return
Copyright © 2012 Huawei Technologies Co., Ltd. All rights reserved.
ospf网络解决方案
OSPF网络解决方案简介OSPF（开放式最短路径优先）是一种用于IP网络的内部网关协议（IGP），它通过计算最短路径来实现数据包的转发。
OSPF是一种开放协议，被广泛应用于大型企业网络和互联网。
在本文档中，我们将探讨OSPF网络解决方案的基本原理、优点以及部署步骤。
我们将介绍如何配置OSPF路由器，并讨论几种常见的网络拓扑结构。
基本原理OSPF使用链接状态数据库（LSDB）来存储网络拓扑信息，并通过计算最短路径树来确定最佳的数据包转发路径。
以下是OSPF的基本原理：1.OSPF通过交换链路状态更新来建立和维护邻居关系。
每个路由器都会将自己的链路状态信息广播给周围的邻居，并收集来自其他路由器的链路状态信息。
2.每个路由器将收集到的链路状态信息存储在本地的LSDB中。
LSDB包含了网络中所有路由器的链路状态信息，包括链路带宽、延迟、可靠性等。
3.路由器使用链路状态信息计算最短路径树，确定到达目标网络的最佳路径。
最短路径树会被转化为路由表，用于数据包的转发。
4.OSPF使用Dijkstra算法来计算最短路径树。
该算法基于路由器之间的链路代价（一般是链路带宽），找到代价最低的路径。
优点OSPF相比其他IGP协议具有以下优点：1.高效的动态路由选择：OSPF能够快速适应网络拓扑的改变，并通过重新计算最短路径来更新路由表。
这使得OSPF非常适用于大型复杂网络。
2.更好的可扩展性：OSPF使用分层的LSDB来存储网络拓扑信息，这使得其在规模较大的网络中更加高效和可靠。
3.支持VLSM和CIDR：OSPF可以处理变长子网掩码（VLSM）和无类别域间路由（CIDR），使得网络划分更加灵活和高效。
4.支持路由器间的负载均衡：OSPF允许在平等代价的路径上均衡分布流量，提供更好的网络性能和容错性。
5.支持多种路由类型：OSPF支持多种路由类型，包括AS内部路由、区域内路由和外部路由。
这使得OSPF可以根据不同的网络需求进行灵活配置。
OSPF启动状态 OSPF接口启动过程(7个状态)
OSPF启动状态 OSPF接口启动过程（7个状态）ospf启动状态-ospf接口启动过程（7个状态）ospf路由协议接口启动过程――――――――――――――――――――――――试验原理：opsf接口工作的启动过程?down状态：没有与任何邻居交换信息.?init状态：每10秒发送hello包(类型1)two-way双向状态：基本状态,当看见自己发生在邻居们路由器的hello数据包中时,它就步入了双向状态.exstart准启动状态：两个邻居路由器用dbd数据包来协商主从关系，有最高ospf 路由器id的路由器胜出为主(debugipospfevents).exchange互换状态：路由器相互叙述它们的链路状态数据库.loading加载状态：接收类型3(lsr状态请求包)-回应类型4(lsu链路状态更新包)c 确认类型5(lsa链路状态确认包)fulladjacency全接邻状态：分解成接邻数据库（邻居们路由器列表），另外，除了链路状态数据库(流形结构数据库)和留言数据库（路由表）分解成。
广播型多路访问的网络中才进行dr/bdr的选举.多是以太网络环境。
试验拓扑：实际环境：只配置fa0/0接口：l在r1上：配置接口地址：1(config)#intfa0/01(config-if)#ipadd192.168.1.1255.255.255.01(config-if)#noshut启动协议：1(config)#routerospf11(config-router)#net192.168.1.00.0.0.255area01(config-router)#end在r2上：布局USB：2(config)#intfa0/02(config-if)#ipadd192.168.1.2255.255.255.02(config-if)#noshut启动协议：2(config)#routerospf12(config-router)#net192.168.1.00.0.0.255area0在r3上：布局USB：3(config)#intfa0/03(config-if)#ipadd192.168.1.3255.255.255.0启动协议：3(config)#routerospf13(config-router)#net192.168.1.00.0.0.255area0已经开始测试：直接观察邻居的状态就可以直接看到整个过程：在r1上：1#showipospfneineighboridpristatedeadtimeaddressinterface192.168.1.21init/drother00:00:31192.168.1.2fastethernet0/0192.168.1.31init/dro ther00:00:34192.168.1.3fastethernet0/0初始化状态，10/秒，传送hello。
OSPF故障
OSPF故障设备没有发现OSPF邻居的常见原因设备没有发现OSPF邻居主要有以下⼏种常见原因：接⼝没有UP接⼝没有运⾏OSPF接⼝被定义为silient模式Inbound ACL过滤了OSPF Hello包接⼝掩码不匹配接⼝Hello时钟不匹配Authentication Type或者Authentication Key不匹配Area ID不⼀致Area Flag不⼀致`Router ID重复OSPF邻居状态异常原因陷⼊Init状态这⼀状态表明：能从邻居接收到Hello信息。
但本路由器并没有被列⼊到Hello信息的邻居域中。
可能的原因：邻居配置了错误的ACL过滤了本路由器发送过去的Hello报⽂。
链路问题（单向链路，能收不能发，导致Hello报⽂⽆法抵达邻居，在NBMA⽹络中较为常见）。
在NBMA⽹络中，在进⾏静态Map配置时，遗漏了关键参数”Broadcast”。
陷⼊Attempt状态这⼀状态只会出现在NBMA模式中，本路由器正在尝试发送Hello包来联系静态配置的邻居但没有从邻居收到任何响应。
)可能的原因：邻居配置了错误的ACL过滤了本路由器发送过去的Hello报⽂。
⼆层链路问题：Hello报⽂没有正确抵达邻居。
陷⼊2way状态此状态表明已经和路由器建⽴了双向的邻居关系。
在Broadcast和NBMA模式中，DRother之间处于2way是⼀个正常的稳定状态。
其它情况下，邻居陷⼊2way状态最可能的原因是⼆层链路问题。
陷⼊Exstart/Exchange状态可能的原因：如上图所⽰，R1 MTU>R2 MTU;R2 RID>R1 RID|⼆者正确建⽴了2way邻居关系后，开始协商主从关系和DD报⽂的Sequence Number（协商的结果是ME60B作为Master）ME60A收到ME60B发送的初始化DD报⽂后将ME60B的状态置为Exchange 并以ME60B的序列号发送⾃⼰的DD报⽂，ME60B收到ME60A的初始DD报⽂后，会认识到MTU Mismatch的存在（DD报⽂中会携带MTU信息）从⽽拒绝此DD报⽂并重传初始DD报⽂。
OSPF卡在各种状态的原因
OSPF卡在各种状态的原因1．OSPF 邻居停滞于Attempt状态只有在NBMA中才会出现ATTEMPT状态，ATTEMPT状态是路由器在NBMA模式中必须经过的一个普通状态。
如果路由器如果一直停滞于ATTEMPT状态，则表明路由器发送了Hello分组给一个邻居，但是没有收到回应。
这个问题仅仅在定义了neighbor语句的NBMA网络中才会出现。
①Neighbor指向了错误的邻居②在NBMA中单播连接中断。
例如：ACL 阻止了单播2．OSPF邻居停滞于INIT状态路由器收到第一个分组将使路由器进入正常的INIT状态。
当一个路由器从邻居收到一个OSPF Hello 分组的时候，它在Hello分组中包含进邻居的路由器ID并发送这个Hello分组。
如果它不包含邻居的路由器ID，那么邻居将停滞于INIT状态。
① 验证只在某一边启用。
② ACL在某一边阻止了Hello分组。
3．OSPF邻居停滞于2-WAY状态正常情况下，在MA网络等广播介质中，Drother之间的邻居状态是2-WAY状态，Drother 与DR和BDR之间形成FULL状态。
停滞于 2-WAY 状态的原因：路由器上都配置了优先级0,DRother与DR/BDR关系都为full ,DRother与DRother之间全部都是2-way4．OSPF邻居停滞于EXSTART / EXCHANGE状态在EXSTART / EXCHANGE 状态阶段：路由器选择一个主设备、一个从设备、一个初始序列号。
（EXSTART状态）整个数据库交换。
（EXCHANGE状态）停滞于EXSTART / EXCHANGE状态的原因：①不匹配的接口MTU 。
（邻居关系还没有建立好时）重传25次后DOWN掉后，等待一分钟，然后再次建立邻居关系结论：1．如果邻居建不起来（2-way 状态之前）网络类型为NBMA，邻居表显示一边是ATTEMPT状态，一边是INIT状态；网络类型为point-to-multipoint NBMA，邻居表显示一边是DOWN状态；一边是INIT状态。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
TAC Notice: What's Changing on TAC Web Help us helpyou.Please rate this document. Excellent Good Average Fair Poor This document solved my problem. Yes No Just browsing Suggestions for improvement: (256 character limit)Troubleshooting OSPFInteractive : This document offers customized analysis of your Ciscodevice.ContentsIntroductionPrerequisitesRequirementsComponents UsedConventionsMain FlowchartTroubleshoot OSPF Neighbor StatesTroubleshoot the OSPF Routing TableTroubleshoot OSPF Init StateTroubleshoot OSPF MTUTroubleshoot OSPF Corrupt PacketsTroubleshoot OSPF Two-Way StateTroubleshoot OSPF LinksTroubleshoot Full AdjacencyTroubleshoot External Link-State AdvertisementsTroubleshoot OSPF NBMA NetworksTroubleshoot Access ListsTroubleshoot Neighbors over PRITroubleshoot PingTroubleshoot the OSPF InterfaceTroubleshoot Frame Relay EnvironmentTroubleshoot External Route ProblemsTroubleshoot Network TypeTroubleshoot OSPF Area TypeTroubleshoot the Hello/Dead IntervalCisco Support Community - Featured ConversationsRelated Information IntroductionSendThis document provides troubleshooting information for common problems with Open Shortest Path First (OSPF). To see more infomation, or to go to the next flowchart, click the command boxes in red.PrerequisitesRequirementsThere are no specific requirements for this document.Components UsedThis document is not restricted to specific software and hardware versions.The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.ConventionsRefer to Cisco Technical Tips Conventions for more information on document conventions.Main FlowchartIf you have the output of a show ip ospf neighbor, show ip ospf neighbor, or show tech-support command from your Cisco device, you can use Output Interpreter (registered customers only) to display potential issues and fixes. To use Output Interpreter, you must have JavaScript enabled.Troubleshoot OSPF Neighbor States Refer to OSPF Neighbor States for neighbor state descriptions.Troubleshoot the OSPF Routing TableTroubleshoot OSPF Init StateRefer to Why Does the show ip ospf neighbor Command Reveal Neighbors in the Init State? for an Init State problem description and troubleshooting steps.Troubleshoot OSPF MTUTroubleshoot OSPF Corrupt PacketsTroubleshoot OSPF Two-Way StateRefer to Why Does the show ip ospf neighbor Command Reveal Neighbors Stuck in 2-Way State? for an OSPF Two-way State problem description and troubleshooting steps.Troubleshoot OSPF LinksTroubleshoot Full AdjacencyTroubleshoot External Link-State AdvertisementsRefer to Common Routing Problem with OSPF Forwarding Address for a description of forwarding addresses in external LSA, and for troubleshoot steps concerning the most common problems with LSAs having non-zero forwarding addresses.Troubleshoot OSPF NBMA NetworksRefer to Problems with Running OSPF in NBMA Mode over Frame Relay for more information on common OSPF over NBMA network problems.Troubleshoot Access ListsTroubleshoot Neighbors over PRITroubleshoot PingTroubleshoot the OSPF InterfaceTroubleshoot Frame Relay EnvironmentTroubleshoot External Route ProblemsTroubleshoot Network TypeTroubleshoot OSPF Area TypeTroubleshoot the Hello/Dead IntervalCisco Support Community - Featured ConversationsCisco Support Community is a forum for you to ask and answer questions, share suggestions, and collaborate with your peers. Below are just some of the most recent and relevant conversations happening right now.Want to see more? Join us by clicking hereqOSPF inter area routing & design dsvunicredit5 Replies3 months, 2 weeks agoqWAAS Troubleshooting Guide now available chbey0 Replies1 month, 5 days agoqOSPF Troubleshooting - updates sdross3 Replies6 years, 6 months agoqOSPF Troubleshooting JUNKSA16 Replies2 years, 6 months agoq3000 OSPF troubleshooting commands?cisco802110 Replies2 years, 8 months agoqOSPF design gauravprakash4 Replies3 months, 1 week agoqOSPF Adjcencies limit?phil_carter1 Reply1 week, 2 days agoqTroubleshooting GRE/OSPF Issues https:///people/dkirby%1 Reply1 day, 17 hours agoqOSPF with Multiple IPSEC Tunnels and...Bruce_Arnott_NH3 Replies6 days, 18 hours agoqTo many NBR Ignored on show IP ospf...rvillavi1 Reply3 months, 1 week agoSubscribe Start A New DiscussionRelated Informationq OSPF Support Pageq Technical Support & Documentation - Cisco SystemsContacts & Feedback | Help | Site Map© 2009 - 2010 Cisco Systems, Inc. All rights reserved. Terms & Conditions | Privacy Statement | Cookie Policy | Trademarks of Cisco Systems, Inc.。