Chinaunix

标题: 华为S3328出现ospf error, 请大家帮忙分析 [打印本页]

作者: xuxic 时间: 2011-08-08 11:35
标题: 华为S3328出现ospf error, 请大家帮忙分析
我们OSPF网络通讯正常，但在我们的两台s3328上dis ospf error，发现有错误信息，并且ospf error会增加。
通过对比几个邻居的ospf error情况，发现都没有错误信息，范围就锁定在两台S3328之间，但我仔细对比了配置，area id等参数都是一致的，并且dis ospf peer也能正常建立邻居关系。
打开debug ospf event,debug ospf packet，但没有任何提示（已经开了ter monitor）。
请大家帮忙看看，或者指点一下该怎么去查。

OSPF error statistics

General packet errors:
0 : IP: received my own packet    0 : Bad packet
0 : Bad version                            0 : Bad checksum
305 : Bad area id                         0 : Drop on unnumbered interface
0 : Bad virtual link                         0 : Bad authentication type
0 : Bad authentication key          0 : Packet too small
0 : Packet size > ip length          0 : Transmit error
0 : Interface down                      333 : Unknown neighbor

HELLO packet errors:
0 : Netmask mismatch 0 : Hello timer mismatch
0 : Dead timer mismatch 0 : Extern option mismatch
0 : Router id confusion 0 : Virtual neighbor unknown
0 : NBMA neighbor unknown

DD packet errors:
0 : Neighbor state low 0 : Router id confusion
0 : Extern option mismatch 0 : Unknown LSA type
0 : MTU option mismatch

LS ACK packet errors:
0 : Neighbor state low       0 : Bad ack
1 : Duplicate ack                0 : Unknown LSA type

LS REQ packet errors:
0 : Neighbor state low 0 : Empty request
0 : Bad request

LS UPD packet errors:
0 : Neighbor state low 0 : Newer self-generate LSA
0 : LSA checksum bad 0 : Received less recent LSA
0 : Unknown LSA type

Retransmission for packet over Limitation errors:
0 : Number for DD Packet 0 : Number for Update Packet
0 : Number for Request Packet

Configuration errors:
0 : Tunnel cost mistake

作者: ssffzz1 时间: 2011-08-08 21:27
多长时间计数增加一次。另外2台3328的增长步调一致吗？

作者: xuxic 时间: 2011-08-09 12:45
大概1，2秒就增加2，3个包吧。两台3328增加步调基本一致。
不过，现在认为之前的思路可能不对，总是在几个邻居之间找问题，也有可能从这两台3328接入的设备，就有运行ospf协议的，它配置area等信息和3328的不一样。
现在关键的问题，debug没有输出，搞得无从下手。

作者: ssffzz1 时间: 2011-08-10 07:57
哦。能抓包吗？

抓一下我看看。

debug 的时候 td tm了吗？

作者: xuxic 时间: 2011-08-10 16:06
华为的debug怎么是这样子的呀，telnet的不光要ter monitor,还需要ter debugging。
现在可以看到debug信息了，但也看不出异常啊

作者: ssffzz1 时间: 2011-08-10 16:21
你把DEBUG信息帖上来看下。

作者: xuxic 时间: 2011-08-10 17:12
请看附件，debug了两分钟，帮忙分析下。

debug-s3328.rar

19.44 KB, 下载次数: 169

作者: ssffzz1 时间: 2011-08-10 17:34
看信息应该至少有3台路由器建立有OSPF邻居关系。

3台的AREA ID配置都是一致的吗？配置我看下。

debug 信息中未发现有AREA 不一致的情况。

作者: xuxic 时间: 2011-08-11 09:31
配置应该没问题的，这些设备都用了年吧时间了，最近巡检仔细看了巡检记录才发现的。我看还是找时间去机房抓包看看了。

作者: ssffzz1 时间: 2011-08-11 09:33
比较奇怪的问题。

你把没OSPF邻居关系的接口SIL掉试试。

作者: ssffzz1 时间: 2011-08-11 09:37
只在2台S3328之间有吗？？？拓扑结构是怎样的。

作者: love4u 时间: 2011-08-14 15:58
应该是这二个机器的MTU设置不一致，这样就会导致包过小，或过大
把二个MTU设置成一样的值试一下

作者: xuxic 时间: 2011-08-30 10:46
由于前段时间大运封网，这个问题一直拖到现在去处理，今天去机房抓包了，我想我应该找到原因了。首先看下拓扑：

我今天抓包是在S3328-1上进行的，在连接S3928-1的接口上居然有S3928-2的ospf报文，如下图：

查了下s3928上的配置，发现两台S3928互联的端口配置的是trunk allow all vlan，这样S3928-2上的OSPF报文就会透过二层透传到S3328-1上了，而这个邻居是非法的。我想互联的Trunk中剔除S3928上联vlan id，问题就可以解决了。

欢迎光临 Chinaunix (http://bbs.chinaunix.net/)