亚洲av成人无遮挡网站在线观看,少妇性bbb搡bbb爽爽爽,亚洲av日韩精品久久久久久,兔费看少妇性l交大片免费,无码少妇一区二区三区

Chinaunix

標(biāo)題: 華為S3328出現(xiàn)ospf error, 請大家?guī)兔Ψ治?[打印本頁]

作者: xuxic 時(shí)間: 2011-08-08 11:35
標(biāo)題: 華為S3328出現(xiàn)ospf error, 請大家?guī)兔Ψ治?br />我們OSPF網(wǎng)絡(luò)通訊正常，但在我們的兩臺s3328上dis ospf error，發(fā)現(xiàn)有錯誤信息，并且ospf error會增加。
通過對比幾個鄰居的ospf error情況，發(fā)現(xiàn)都沒有錯誤信息，范圍就鎖定在兩臺S3328之間，但我仔細(xì)對比了配置，area id等參數(shù)都是一致的，并且dis ospf peer也能正常建立鄰居關(guān)系。
打開debug ospf event,debug ospf packet，但沒有任何提示（已經(jīng)開了ter monitor）。
請大家?guī)兔纯矗蛘咧更c(diǎn)一下該怎么去查。

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 時(shí)間: 2011-08-08 21:27
多長時(shí)間計(jì)數(shù)增加一次。另外2臺3328的增長步調(diào)一致嗎？

作者: xuxic 時(shí)間: 2011-08-09 12:45
大概1，2秒就增加2，3個包吧。兩臺3328增加步調(diào)基本一致。
不過，現(xiàn)在認(rèn)為之前的思路可能不對，總是在幾個鄰居之間找問題，也有可能從這兩臺3328接入的設(shè)備，就有運(yùn)行ospf協(xié)議的，它配置area等信息和3328的不一樣。
現(xiàn)在關(guān)鍵的問題，debug沒有輸出，搞得無從下手。

作者: ssffzz1 時(shí)間: 2011-08-10 07:57
哦。能抓包嗎？

抓一下我看看。

debug 的時(shí)候 td tm了嗎？

作者: xuxic 時(shí)間: 2011-08-10 16:06
華為的debug怎么是這樣子的呀，telnet的不光要ter monitor,還需要ter debugging。
現(xiàn)在可以看到debug信息了，但也看不出異常啊

作者: ssffzz1 時(shí)間: 2011-08-10 16:21
你把DEBUG信息帖上來看下。

作者: xuxic 時(shí)間: 2011-08-10 17:12
請看附件，debug了兩分鐘，幫忙分析下。

debug-s3328.rar

19.44 KB, 下載次數(shù): 169

作者: ssffzz1 時(shí)間: 2011-08-10 17:34
看信息應(yīng)該至少有3臺路由器建立有OSPF鄰居關(guān)系。

3臺的AREA ID配置都是一致的嗎？配置我看下。

debug 信息中未發(fā)現(xiàn)有AREA 不一致的情況。

作者: xuxic 時(shí)間: 2011-08-11 09:31
配置應(yīng)該沒問題的，這些設(shè)備都用了年吧時(shí)間了，最近巡檢仔細(xì)看了巡檢記錄才發(fā)現(xiàn)的。我看還是找時(shí)間去機(jī)房抓包看看了。

作者: ssffzz1 時(shí)間: 2011-08-11 09:33
比較奇怪的問題。

你把沒OSPF鄰居關(guān)系的接口SIL掉試試。

作者: ssffzz1 時(shí)間: 2011-08-11 09:37
只在2臺S3328之間有嗎？？？拓?fù)浣Y(jié)構(gòu)是怎樣的。

作者: love4u 時(shí)間: 2011-08-14 15:58
應(yīng)該是這二個機(jī)器的MTU設(shè)置不一致，這樣就會導(dǎo)致包過小，或過大
把二個MTU設(shè)置成一樣的值試一下

作者: xuxic 時(shí)間: 2011-08-30 10:46
由于前段時(shí)間大運(yùn)封網(wǎng)，這個問題一直拖到現(xiàn)在去處理，今天去機(jī)房抓包了，我想我應(yīng)該找到原因了。首先看下拓?fù)洌?br />

我今天抓包是在S3328-1上進(jìn)行的，在連接S3928-1的接口上居然有S3928-2的ospf報(bào)文，如下圖：

查了下s3928上的配置，發(fā)現(xiàn)兩臺S3928互聯(lián)的端口配置的是trunk allow all vlan，這樣S3928-2上的OSPF報(bào)文就會透過二層透傳到S3328-1上了，而這個鄰居是非法的。我想互聯(lián)的Trunk中剔除S3928上聯(lián)vlan id，問題就可以解決了。

歡迎光臨 Chinaunix (http://www.72891.cn/)