Chinaunix首页 | 论坛 | 博客
  • 博客访问: 143452
  • 博文数量: 30
  • 博客积分: 1375
  • 博客等级: 中尉
  • 技术积分: 310
  • 用 户 组: 普通用户
  • 注册时间: 2005-07-18 14:07
文章分类

全部博文(30)

文章存档

2010年(2)

2009年(2)

2007年(1)

2006年(18)

2005年(7)

我的朋友

分类:

2005-08-02 13:13:49

Cisco 2621Xm跑OVIP、Frame Relay,突然一天端口协议Down。

2005年7月29日,客户申报网络不通,拨到路由上看端口协议Down。驱车1个多小时,来的客户机房。

show inter s0/0 信息如下:

Serial0/0 is up, line protocol is down
  Hardware is PowerQUICC Serial
  MTU 1500 bytes, BW 1544 Kbit, DLY 20000 usec,
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation FRAME-RELAY IETF, loopback not set
  Keepalive set (10 sec)
  LMI enq sent  0, LMI stat recvd 0, LMI upd recvd 0
  LMI enq recvd 539, LMI stat sent  539, LMI upd sent  0, DCE LMI down
  LMI DLCI 0  LMI type is CCITT  frame relay DCE
  Broadcast queue 0/64, broadcasts sent/dropped 0/0, interface broadcasts 0
  Last input 00:00:05, output 04:42:55, output hang never
  Last clearing of "show interface" counters 01:29:53
  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: dual fifo
  Output queue: high size/max/dropped 0/256/0
  Output queue :0/128 (size/max)
  5 minute input rate 0 bits/sec, 0 packets/sec
  5 minute output rate 0 bits/sec, 0 packets/sec
     539 packets input, 7007 bytes, 0 no buffer
     Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
     129 input errors, 0 CRC, 129 frame, 0 overrun, 0 ignored, 0 abort
     358 packets output, 6606 bytes, 0 underruns
     0 output errors, 0 collisions, 179 interface resets
     0 output buffer failures, 0 output buffers swapped out
     0 carrier transitions
     DCD=up  DSR=up  DTR=up  RTS=up  CTS=up

注意到红色部分,好像是电信局端问题,再看看蓝色部分好像硬件接口无故障。
再看看下面的信息。

sho frame-relay pvc 信息如下:

PVC Statistics for interface Serial0/0 (Frame Relay DCE)

              Active     Inactive      Deleted       Static
  Local          0            1            0            0
  Switched       0            0            0            0
  Unused         0            0            0            0

DLCI = 999, DLCI USAGE = LOCAL, PVC STATUS = INACTIVE, INTERFACE = Serial0/0.1

  input pkts 0             output pkts 29           in bytes 0        
  out bytes 2254           dropped pkts 0           in pkts dropped 0        
  out pkts dropped 0                out bytes dropped 0        
  in FECN pkts 0           in BECN pkts 0           out FECN pkts 0        
  out BECN pkts 0          in DE pkts 0             out DE pkts 0        
  out bcast pkts 0         out bcast bytes 0        
  pvc create time 01:30:23, last time pvc status changed 01:29:57

只有Output,没有input,好奇怪呀。问问客户,什么时候出现的问题。客户说,这两天下雨打雷,把电信局端的设备击坏了,换了以后就不通了。
Debug打开看看,信息都是一样:
*Mar  1 08:31:30.857 UTC: RT IE 51, length 1, type 0
*Mar  1 08:31:30.857 UTC: KA IE 53, length 2, yourseq 11, myseq 0
*Mar  1 08:31:30.857 UTC: Serial0/0(out): Status, myseq 142, yourseen 11, DCE down
*Mar  1 08:31:40.857 UTC: Serial0/0(in): StEnq, myseq 142
*Mar  1 08:31:40.857 UTC: RT IE 51, length 1, type 0
也看不出什么,不会是电信的Modem问题吧??

算了,求人不让求己,换备件。换了Cable,不通。把整个路由加模块都换了还不通,怎么回事?!!再还回去吧,换成原来的设备,发现了点信息,发现的信息是input有了2个包,不过还是没有思路。

再换到新的备件上看看,通了!!!那是不是可以断定就是1T模块的问题了?换模块,把新的模块插到老的路由上,结果完全正常,通了。
好像很有自信啦,信誓旦旦的跟客户说“嗯,有雷击嘛,所以把模块打坏了”,客户好像还觉得说的过去。赶紧撤,都快22点了,还没吃饭呢。收拾收拾抓紧时间离开。

星期一回来,仔细想想还是有点问题,把坏的模块拿来重新做了一个测试,TMD竟然好的,真是搞不清楚了。总之,客户的问题解决了,算是少了一块心病。



阅读(1080) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~