请教大侠：关于帧中继配置问题

angelagod

　　公司新增了一台CISCO7206，又新买了一张8口E1卡，型号是PA-MC-8TE1。于是打算把原来cisco7000上的一条帧中继割接到新的E1卡上。但是割接失败了，想请大侠们帮帮忙，看一下问题出在哪里：

　　7000上出来是铜轴电缆，BNC头那种，7206出来是RJ48口，中间用了转接口——不过这个应该不是故障点吧？且听我慢慢道来。



*********************
　　　　相关配置
*********************

　　原7000上相关配置如下：
----------串口---------------
interface Serial1/7
  no ip address
  encapsulation frame-relay IETF
  bandwidth 2048
  timeslot 1-31
  frame-relay lmi-type ansi
----------子接口-------------
interface Serial1/7.7 point-to-point
description "Link to XXXXX "
ip address *.*.*.158 255.255.255.252
bandwidth 64
frame-relay interface-dlci 22   


　　在7206上相关配置如下：

--------------在5/6上--------------
controller E1 5/6
framing NO-CRC4
channel-group 0 timeslots 1-31 speed 64

interface Serial5/6:0
no ip address
encapsulation frame-relay IETF
frame-relay lmi-type ansi
!
interface Serial5/6:0.1 point-to-point
bandwidth 64
ip address *.*.*.158 255.255.255.252
frame-relay interface-dlci 22


　　对端为一台CISCO2505，相关配置如下：
-----------------------------------------
interface Serial0
ip address *.*.*.157 255.255.255.252
encapsulation frame-relay IETF
bandwidth 64
frame-relay map ip *.*.*.158 22 broadcast
frame-relay lmi-type ansi


*****************************************
　　　　　　割接过程故障现象如下
*****************************************

　　线路割接到7206上之后，端口一开始显示DOWN（正常，晚些才起），过几秒钟之后，端口显示为UP

------------------ter m出来的信息------------------------
Feb 27 23:05:17.305: Serial5/6:0(out): StEnq, myseq 1, yourseen 0, DTE up
Feb 27 23:05:17.305: datagramstart = 0xE002B54, datagramsize = 14
Feb 27 23:05:17.305: FR encap = 0x00010308
Feb 27 23:05:17.305: 00 75 95 01 01 00 03 02 01 00
Feb 27 23:05:17.305:
Feb 27 23:05:18: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial5/6:0, changed state to up
Feb 27 23:05:18.305: FR-ADJ: Serial5/6:0: repopulating adjacencies
Feb 27 23:05:18.305: FR-ADJ: Serial5/6:0.1: repopulating adjacencies
Feb 27 23:05:18.305: Compression NOT configured-add fr map Serial5/6:0.1
Feb 27 23:05:18.305: FR-ADJ: dlci 22: p2p link: updating adjacency
% Unknown command or computer name, or unable to find computer address
Feb 27 23:05:27.305: Serial5/6:0(out): StEnq, myseq 2, yourseen 0, DTE up
Feb 27 23:05:27.305: datagramstart = 0xE003914, datagramsize = 14
Feb 27 23:05:27.305: FR encap = 0x00010308
Feb 27 23:05:27.305: 00 75 95 01 01 00 03 02 02 00


------------------------端口信息-------------------------------
Serial5/6:0 is up, line protocol is up
  Hardware is PA-MC-8TE1 Plus
  Description: "  XXXXXX"
  MTU 1500 bytes, BW 1984 Kbit, DLY 20000 usec,
     reliability 210/255, txload 1/255, rxload 1/255
  Encapsulation FRAME-RELAY IETF, crc 16, loopback not set
  Keepalive set (10 sec)
  LMI enq sent  2, LMI stat recvd 0, LMI upd recvd 0, DTE LMI up
  LMI enq recvd 0, LMI stat sent  0, LMI upd sent  0
  LMI DLCI 0  LMI type is ANSI Annex D  frame relay DTE
  FR SVC disabled, LAPF state down
  Broadcast queue 0/64, broadcasts sent/dropped 0/0, interface broadcasts 0
  Last input 00:15:15, output 00:00:05, output hang never
  Last clearing of "show interface" counters 00:01:26
  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: weighted fair
  Output queue: 0/1000/64/0 (size/max total/threshold/drops)
     Conversations  0/1/16 (active/max active/max total)
     Reserved Conversations 0/0 (allocated/max allocated)
     Available Bandwidth 1488 kilobits/sec
  5 minute input rate 0 bits/sec, 0 packets/sec
  5 minute output rate 0 bits/sec, 0 packets/sec
     0 packets input, 0 bytes, 0 no buffer
Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
     8 input errors, 4 CRC, 0 frame, 0 overrun, 0 ignored, 3 abort
     2 packets output, 28 bytes, 0 underruns
     0 output errors, 0 collisions, 0 interface resets
     0 output buffer failures, 0 output buffers swapped out
     3 carrier transitions   no alarm present
  Timeslot(s) Used:1-31, subrate: 64Kb/s, transmit delay is 0 flags

--------------------查看链路状态 show frame-relay pvc 22 --------------------------------

DLCI = 22, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial5/6:0.1

-------------------------　　PVC状态为ACTIVE   ---------------------------------


　　但是好景不长，不久，链路自动断开，PVC状态显示为 DELETED：
Feb 27 23:05:47.305: FR-ADJ: dlci 22: p2p link: removing adjacency
Feb 27 23:05:47.305: Serial5/6:0(out): StEnq, myseq 1, yourseen 0, DTE down
Feb 27 23:05:47.305: datagramstart = 0xE003CD4, datagramsize = 14
Feb 27 23:05:47.305: FR encap = 0x00010308
Feb 27 23:05:47.305: 00 75 95 01 01 00 03 02 01 00
Feb 27 23:05:47.305:
Feb 27 23:05:48: %LINEPROTO-5-UPDOWN: Line protocol on Interface Serial5/6:0, changed state to down
Feb 27 23:05:57.305: Serial5/6:0(out): StEnq, myseq 2, yourseen 0, DTE down
Feb 27 23:05:57.305: datagramstart = 0xE0028D4, datagramsize = 14
Feb 27 23:05:57.305: FR encap = 0x00010308
Feb 27 23:05:57.305: 00 75 95 01 01 00 03 02 02 00


-----------------------------查看PVC状态如下-----------------------------------
PVC Statistics for interface Serial5/6:0 (Frame Relay DTE)

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

DLCI = 22, DLCI USAGE = LOCAL, PVC STATUS = DELETED, INTERFACE = Serial5/6:0.1

  input pkts 0             output pkts 8            in bytes 0         
  out bytes 832            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 6         out bcast bytes 624      
  5 minute input rate 0 bits/sec, 0 packets/sec
  5 minute output rate 0 bits/sec, 0 packets/sec
  pvc create time 00:03:34, last time pvc status changed 00:00:39

-----------------------------------------
请各位大侠指点指点吧？怎么会明明起来了，又忽然断开了呢？

cnadl

首先你要理解这样一点：FR是二层协议。

也就是说，FR是在物理层之上运行的链路层协议，目前它可以运行在DDN、E1、SDH等物理层之上。

那么再看错误信息：DTE down，这是典型的物理层问题。

so……你需要考虑的部分：转接器、线路、线卡、物理层配置……明白我的意思了？不要去想FR的问题，不管FR有没有问题，物理层一定出问题了。

[ 本帖最后由 cnadl 于 2006-2-28 17:45 编辑 ]

angelagod

谢谢大侠~~~~

　　可是割接前链路一直都在用的，而且割接失败后，接回原来7000，也一切正常。按理说，原来用开的东西，换新的不能用，应该是新加进来的卡的问题或者两端不匹配的原因吧？

　　我们也查过网线，从割接点到7206的网线是通的——不过只用测线器测，没用更专业的东西测过。
　　BNC转RJ48的转接线也测过，用另一条转接线的替代，结果也是一样。

　　另外还想问一下：DTE DOWN是不是指链路中间的交换机端口DOWN了啊？但帧中继链路，对于两头用户来说，应该是透明的，不用管吧？——跟这个事的工程师让我们查传输那方的交换机，不过我觉得可能性不大。

　　会不会PA-MC-8TE1不支持？——貌似也不太可能……头晕……

cnadl

查E1用show controller，走了，晚上去ZG

angelagod

多谢大侠关心啊~~~

现在报道事件后续结果：

　　事后又调测了一次，还是老样子。后来把线路割到另一台7206上，行了——另一台7206（我们叫7206A）上的接口跟原7000一样，都是串口，直接接同轴电缆的，而7206B（第一次要割上去的）上的E1口是RJ48，要用RJ48转同轴电缆的线缆的。
　　第三次调测，厂家带了“自家用”的双绞线和转接线缆，还是不行。

　　可能事实就如cnadl兄所说，只是物理层的问题。但到底问题出在哪里，现在还不知道。


　　多谢cnadl兄的提点，感谢大家的关注，欢迎跟进后续报道——如果不是就这么把线留在7206A上的话。

被诅咒的键盘

这种情况曾多次遇见. 前天吧`也就是3月1日,我处理的自动取款机也是这样的情况.
报故障时 线路协议(line protocol) down了。 去了以后重起设备,然后线路协议很快起来，但是过2分钟又自动的down下去.
根据以往的经验，这样的问题一般出现在物理链路层上,我们有专门的误码测试仪,在局端向用户端打硬件环,用误码仪进行测试.也许楼主没有这样的设备 但是建议楼主从以下几个地方考虑

一. 用户端设备问题.
    用户端是否用了协议转换器,如果有的话,请仔细检查拨码开关 是透明传输,还是成祯传输 或者Nx64

二.线路问题

   其实我遇到的几十个同样的故障,问题都是出在物理链路上. 如果你那有传输的话,很好办.直接在你们那的E1线对接起来做环,然后叫传输测试误码. 如果有误码,肯定起不来的.  因为帧中继对线路的质量要求比较高.


    前天的故障,最后是传输机房的DDF架E1线的焊接是虚焊` 重新焊线后已经解决.

wonderliang

线路问题可能性大
如果确定线路没问题，把下面的speed 64去掉，看一下
channel-group 0 timeslots 1-31 speed 64

depthblue_xsc

1 先打环测试，80％的可能
2 不划timeslots，用做E1，20％的可能

bingosek

show controller e1，粘贴出来

SunGod

上面的说对的，先看能不能环起来