ospf故障分析案例Word文档格式.docx
《ospf故障分析案例Word文档格式.docx》由会员分享,可在线阅读,更多相关《ospf故障分析案例Word文档格式.docx(10页珍藏版)》请在冰豆网上搜索。
修订版本
描述
作者
2009-9-19
1.0
初稿
杨明祥
目录
第1章场景描述5
1.1场景描述5
第2章故障分析6
2.1故障分析6
2.1.1SW2与SW4间接口为广播类型6
2.1.2SW2与SW4间接口为点到点类型6
2.2故障前后信息分析7
2.2.1链路正常时,从SW2看自己产生的routerlsa7
2.2.2链路正常时,从SW4看自己生成的lsa8
2.2.3链路故障后,从SW2看自己产生的routerlsa10
2.2.4链路故障后,从SW4看自己产生的routerlsa11
2.2.5链路故障后,SW4等到dead超时后信息13
关键词:
Ospf、故障、收敛、SPF运算、CISCO交换机
摘要:
本文以4台CISCO3550交换机组网,分析小型网络中,出现故障时,OSPF的收敛过程。
第1章场景描述
1.1场景描述
如下图,4台设备为CISCO3550交换机。
SW3工作在二层,其它三个SW工作在三层,运行在OSPFarea0。
SW2和SW4网段上,SW4为DR。
正常情况从SW2到4.4.4.4的往返流量都从SW3走。
第2章故障分析
2.1故障分析
2.1.1SW2与SW4间接口为广播类型
从SW2一直ping4.4.4.4,断开SW2的F0/24,看网络收敛时间。
1)链路正常时,SW2产生routerlsa包含1.1.24.0/24网段信息,SW4产生routerlsa其中包含1.1.24.0/24网段信息,且为transitnetwork,同时产生networklsa。
2)当链路故障后,SW4上OSPFdead没有超时前。
SW2产生新routerlsa,其中没有1.1.24.0/24网段信息,SW2会很快进行spf运算。
3)SW4上产生的lsa信息不变。
SW4收到SW2的新lsa,lsdb信息改变,则会重新进行SPF运算。
Spf对networklsa运算时,需要检查SW2的routerlsa,是否包含1.1.24.0/24网段信息,如果不包括,说明两端拓扑信息不一致,则不运算此路径。
4)当SW4上OSPFdead超时后。
SW4上产生routerlsa包含1.1.24.0/24网段信息,网段信息变为stubnetwork;
同时相应的networklsa删除。
SW4上ospfdeadtime超时后,SW4上routerlsa对应的网络类型由transitnetwork变为stubnetwork,同时networklsa删除。
LSDB变化,全网设备SPF重新再进行一次运算。
2.1.2SW2与SW4间接口为点到点类型
如果将SW2和SW4的OSPF链路类型改成P2P:
1)对于Full的邻居来说,routerlsa中会有两个描述该网络的routerlsa,一个是p2p的,用来描述邻居;
一个是stub的,用来描述接口。
2)当sw2和sw3之间链路故障后,sw2发布新的routerlsa,由于拔光线或者shutdown接口,那么sw2接口down掉,邻居断开,发布的lsa中就不再有描述该网络的lsa了。
SW2很快进行SPF运算。
3)sw4收到sw2更新后的lsa,进行路由计算。
sw4发布的routerlsa中有描述该网络和邻居的lsa。
在利用描述该邻居的lsa,即p2p的lsa计算的时候,需要获取sw2发布的routerlsa,以检查上面是否有描述sw4这个邻居的p2p的lsa。
很显然,没有,所以这条路算不通。
4)sw4邻居断开后,重新发布routerlsa,里面没有了描述邻居的p2p的lsa,只有描述接口的stublsa,lsdb变化,全网重新路由计算。
2.2故障前后信息分析
2.2.1链路正常时,从SW2看自己产生的routerlsa
SW2#showipospfdatroutself-originate
OSPFRouterwithID(2.2.2.2)(ProcessID100)
RouterLinkStates(Area0)
LSage:
1296
Options:
(NoTOS-capability,DC)
LSType:
RouterLinks
LinkStateID:
2.2.2.2
AdvertisingRouter:
LSSeqNumber:
80000011
Checksum:
0xB1DF
Length:
60
NumberofLinks:
3
Linkconnectedto:
aTransitNetwork
(LinkID)DesignatedRouteraddress:
1.1.24.4
(LinkData)RouterInterfaceaddress:
1.1.24.2
NumberofTOSmetrics:
0
TOS0Metrics:
1
1.1.12.2
aStubNetwork
(LinkID)Network/subnetnumber:
(LinkData)NetworkMask:
255.255.255.255
2.2.2链路正常时,从SW4看自己生成的lsa
SW4#showipospfdatabaserouterself-originate
OSPFRouterwithID(4.4.4.4)(ProcessID100)
18
4.4.4.4
8000001A
0xA2C6
1.1.14.1
1.1.14.4
SW4#showipospfdatabasenetworkself-originate
NetLinkStates(Area0)
RoutingBitSetonthisLSA
23
NetworkLinks
1.1.24.4(addressofDesignatedRouter)
80000001
0xC92A
32
NetworkMask:
/24
AttachedRouter:
SW4#showipospfnei
NeighborIDPriStateDeadTimeAddressInterface
2.2.2.21FULL/BDR00:
00:
371.1.24.2GigabitEtherne
t0/24
1.1.1.11FULL/DR00:
391.1.14.1GigabitEtherne
t0/1
2.2.3链路故障后,从SW4看自己产生的routerlsa
SW4#showipospfdatabaserouter2.2.2.2
80000017
0xB81B
48
2
2.2.4链路故障后,从SW4看自己产生的routerlsa
72
8000001C
0xB2B2
2.2.5链路故障后,SW4等到dead超时后信息
8000001D
0xF76
1.1.24.0
255.255.255.0
SW4#
*Mar101:
18:
54.681:
%OSPF-5-ADJCHG:
Process100,Nbr2.2.2.2onGigabitEtherne
t0/24fromFULLtoDOWN,NeighborDown:
Deadtimerexpired
showipospfdatabasenetworkself-originate
Dead超时后,Networklsa删除。