常见问题定位方法

1.1 故障定位思路

1.1.1 OSPF网上问题解决要点

OSPF网上问题和其他模块的网上问题不同，大多数模块的问题往往只会导致部分报文丢掉，部分业务不通；而OSPF网上问题一旦发生往往会导致某个区域到某个区域所有业务都不通了，持续的时间长，影响的范围广，报的事故级别也就高。

解决OSPF网上问题首先必须要做的就是收集信息；然后就是要快速恢复业务；最后就是分析问题，解决问题。

1信息收集：

如果你用的是Windows自带的telnet，请通过菜单选择：然后请将以下命令粘贴到telnet：为了方便收集信息，可以输入以下命令，使输出信息不分屏：

然后输入以下命令收集OSPF信息：

最好再收集一下fib信息。

2恢复业务，一般情况，采用以下三种措施就能够暂时将业务恢复，因此在收集完信息后马上就做，以减小事故的影响

2.1如果配置了“引入直连或静态路由”，但却没有生成对应的ASE（这种问题已发

生多次）：去掉引入配置，再重新引入；如果问题不属于此类

2.2使用reset ospf，重起ospf；不过，推荐做法是把OSPF配置清掉，重新配置OSPF；

如果还不行

2.3配置静态路由恢复业务；如果有多台路由器配置静态路由，可以先在某台路由器

配置静态路由，然后再引入静态路由到OSPF通告出去。但是，由于外部路由会

通告到整个自治域，所以一定要慎重考虑。

3业务恢复了，我们就可以静下心来分析一下问题在哪。

1.1.2 OSPF问题分析：

OSPF绝大部分网上问题表现就是“不通”，再细分下去

1不通

1.1没有生成路由

1.1.1有LSA，但没有生成路由

1.1.1.1ASE没有生成对应的路由：

这时候要看看OSPF路由表中有无到forwarding address的路由，可以通

过display ospf routing看有无“Routing for ASEs”：

Routing for Network

Destination Cost Type NextHop AdvRouter

Area

3.0.0.0/8 1 Net 3.0.0.1 1.0.0.2

1

2.0.0.0/8 1562 Stub 2.0.0.1 2.0.0.2

1.0.0.0/8 1563 Stub 3.0.0.1 1.0.0.2

1

Routing for ASEs

Destination Cost Type Tag NextHop

AdvRotuer

101.0.0.0/8 1 2 1 3.0.0.1

1.0.0.1

9.0.0.0/8 1 2 1 3.0.0.3

1.0.0.2

Total Nets: 3

Intra Area: 3 Inter Area: 0 ASE: 2 NSSA: 0

如果没有的话，往往是因为没有到达ASBR或forwarding address的自治

域内路由。

1.1.1.1.1ASE LSA的forwarding address不为0.0.0.0

通过display ospf lsdb ase命令，可以看到

Link State Data Base

type : ASE

ls id : 101.0.0.0

adv rtr : 1.0.0.1

ls age : 239

len : 36

seq# : 80000003

chksum : 0x247

options : (DC)

Net mask : 255.0.0.0

Tos 0 metric: 1

E type : 2

Forwarding Address :3.3.3.3

Tag: 1

OSPF协议要求必须有到达forwarding address的域内路由、域间路由，才会根据ASE生成路由，否则是不会生成的。对于forwarding address不为0.0.0.0的ASE，一般是通过import static引入静态路由生成的。这时候需要调整产生ASE的路由的配置，把ASE对应的静态路由的下一跳指向OSPF自治域内可达的IP地址；或者调整OSPF配置使forwarding address 自治域内可达。

1.1.1.1.2ASE LSA的forwarding address为0.0.0.0

1.1.1.1.

2.1生成ASE的路由器和出问题的路由器在同一区域

可以用以下命令查看有无生成ASE的路由器对应的Router-LSA：

[Quidway]display ospf lsdb router X.X.X.X

1.1.1.1.

2.1.1没有相应的Router-LSA

有ASE而没有ASBR的Router-LSA，一般是由于路由器链路

down掉，停止通告LSA，而ASE的age比Router-LSA小，尚

未被老化掉。这时候需要查看对应路由器的链路问题。

1.1.1.1.

2.1.2有相应的Router-LSA但Where属性不为SpfTree

这种情况，一般是由于对应路由器邻居状态没有full，导致在OSPF区域内路由计算时，没有把该路由器加到SPF树上。

这时候需要查看对应路由器邻居状态问题，

1.1.1.1.

2.2生成ASE的ASBR路由器和出问题的路由器不在同一

区域

可以用以下命令查看有无生成ASE的路由器对应的4类Summary-LSA：

[Quidway]display ospf lsdb asbr X.X.X.X

如果没有，则要查看出问题的路由器所在区域的ABR是否和area 0相联，如果不相连。ABR是不会生成ASBR Summary LSA的。

1.1.1.2没有生成任意LSA的路由：

用display ospf lsdb，查看Router LSA和Network LSA状态是否都处于SpfTree或Clist

1.1.1.

2.1有些LSA处于Uninitialized：

说明区域内路由计算出问题，需要查看对应路由器的ospf邻居状态是否正常

1.1.1.

2.1.1邻居状态不正常：

略

1.1.1.

2.1.2邻居状态正常：

则可能是以下原因：

1.1.1.

2.1.2.1链路类型不匹配：比如一边接口配ospf netowrk

p2p，而另一边配ospf network broadcast

1.1.1.

2.1.2.2链路一边是unnumbered，另一边接口配有IP地址

1.1.1.

2.1.2.3两链路IP地址配反了，如：

A—s0: 1.0.0.1/8----------------s0: 2.0.0.2/8—B

|---s1: 2.0.0.1/8-----------------s1: 1.0.0.2/8—|

1.1.1.

2.2LSA状态正常：