IBM 技术 : 数据链路交换 (DLSw) 和加强版数据链路交换 (DLSW+)

DLSw故障排除:SDLC

2016 年 10 月 25 日 - 机器翻译
其他版本: PDFpdf | 英语 (2015 年 8 月 22 日) | 反馈


目录


简介

本文帮助您排除故障在网络可能发生,当同步数据链接控制(SDLC) -时的问题附加的终端设备连接对一个数据中心,例如,在数据链路交换(DLSW)。

先决条件

要求

本文档没有任何特定的要求。

使用的组件

本文档不限于特定的软件或硬件版本。

本文档中的信息都是基于特定实验室环境中的设备编写的。本文档中使用的所有设备最初均采用原始(默认)配置。如果您使用的是真实网络,请确保您已经了解所有命令的潜在影响。

规则

有关文档规则的详细信息,请参阅 Cisco 技术提示规则

排除故障SDLC

发出show interface serial x命令在路由器开始排除故障SDLC。此命令输出包含也许帮助您找出问题的信息。

Serial1/0 is up, line protocol is up

!--- If line is down/down, then check CLOCKING.
!--- If line is up/down, then check NRZI_ENCODING.
!--- If line is cycling between up/up and up/down, then check DUPLEX.
!--- A modem sharing device (MSD) uses full duplex.

   Hardware is CD2430 in sync mode
   Description SDLC PU2.1 PRIMARY 
   MTU 1500 bytes, BW 128 Kbit, DLY 20000 usec, rely 255/255, load 1/255
   Encapsulation SDLC, loopback not set
     Router link station role: PRIMARY (DCE)

!--- DCE has to provide the clock. It is responsible for raising DCD, CTS,
!--- and DSR. Issue the show controllers command to check DTE, DCE, and
!--- cable type.

     Router link station metrics:
       slow-poll 10 seconds
       T1 (reply time out) 3000 milliseconds

!--- The sdlc t1 <milliseconds> command sets the amount of time waited
!--- for an acknowledgement to an SDLC frame, where <milliseconds> is a
!--- numeric value in milliseconds between 1 and 64000 (default is 3000).

       N1 (max frame size) 12016 bits

!--- The sdlc n1 <bit-count> commands sets the maximum size of an
!--- incoming frame, where <bit-count> is a numeric value from 1 to 12000
!--- (default is 12000).

       N2 (retry count) 20

!--- The sdlc n2 <retry-count> command sets the number of times that an
!--- SDLC frame is sent before the session is terminated, where <retry-count>
!--- is a numeric value between 1 and 255 (default is 20).

       poll-pause-timer 200 milliseconds

!--- Set this with the sdlc poll-pause-timer <milliseconds> command,
!--- where <milliseconds> is a numeric value in milliseconds from 1 to 10000.
!--- Set this value to a minimum of 2000 before you run SDLC debugs; otherwise,
!--- you will flood the console with SDLC polling messages.

       poll-limit-value 1

!--- Set this with the sdlc poll-limit-value <count> command, where <count>
!--- is a numeric value from 1 to 10.
!--- Use this command on multidrops to determine the number of polls that are
!--- dedicated to each secondary device. Higher value allows a single secondary
!--- to send more data but can decrease overall secondary servicing efficiency.  

       k (windowsize) 1
       modulo 8

!--- Set K with the sdlc k <window-size> command, where <window-size> is a
!--- numeric value of 1 through 7 (if modulo 7) or 1 through 127 (if modulo 128).
!--- rrrz sss0
!---   rrr = Frame number of the block that is expected to be received next
!---   (rrrrrrr if modulo 128)
!---   z   = Poll/Final bit, which may be 0 or 1.
!---   sss = Frame number of the block that is expected to be sent next
!---   (sssssss if modulo 128)
!--- The K value determines how many frames after which the poll bit is set to 1,
!--- which indicates that it is the other side???s turn to send.

       sdlc vmac: 4000.1555.21--
   sdlc addr 01 state is CONNECT

!--- Refer to SDLC States

.
       cls_state is CLS_IN_SESSION

!--- See Table 1 ??? CLS States.

       VS 6, VR 6, Remote VR 6, Current retransmit count 0
       Hold queue: 0/200 IFRAMEs 2649/683
       TESTs 0/0 XIDs 0/0, DMs 0/0 FRMRs 0/0

!--- FRMRs could indicate a bug in the end station SDLC emulation package.
!--- Check the values in the FRMR frame against the FRMR frame description.

       RNRs 1797153/2291 SNRMs 222/0 DISC/RDs 12/0 REJs 0/0

!--- If you see a steady increase in RNRs, then check for congestion on the DLSw
!--- peer (the value under the TCP column in show dlsw peer command output).
!--- If RNRs are greater than 50 percent of the default TCP queue depth 200, then
!--- there is congestion.

       Poll: clear, Poll count: 0, ready for poll, chain: 01/01
   Last input 00:00:00, output 00:00:00, output hang never
   Last clearing of "show interface" counters never
   Queueing strategy: fifo
   Output queue 0/40, 0 drops; input queue 0/75, 0 drops

!--- Check that the input and output queues are not wedged (41/40 or 76/75).
!--- If the queue is wedged, then the router usually must be reloaded to recover.

   5 minute input rate 0 bits/sec, 4 packets/sec
   5 minute output rate 0 bits/sec, 4 packets/sec
      2857443 packets input, 5738306 bytes, 0 no buffer
      Received 409483 broadcasts, 0 runts, 0 giants, 0 throttles
      1 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 1 abort

!--- Giants and input errors might indicate a wrong NRZI value (NRZI-ENCODING).

      2857874 packets output, 6029620 bytes, 0 underruns
      0 output errors, 0 collisions, 60523 interface resets
      0 output buffer failures, 0 output buffers swapped out
      53 carrier transitions
      DCD=up  DSR=up  DTR=up  RTS=down  CTS=up

!--- RTS and CTS are always up, with full duplex.
!--- RTS and CTS will cycle between up and down, with half duplex.

表1 ? ? ?CLS状态

状态 含义
CLS_STN_CLOSED 线路启动过程未开始。
CLS_ROSCNF_PEND ReqOpenStn发送对PU;等候ReqOpenStnCfm。
CLS_STN_OPENED 从PU接收的ReqOpenStnCfm。
CLS_CONNECT_RSP_PEND 发送的SNRM;等候从PU的UA。
CLS_DISCCNF_PEND PU发送DISC (如果主要的)或RDISC (如果第二)。
CLS_CONNECT_REQ_PEND 等候连接答复。
CLS_FULL_XID_PEND 等候对发送的空XID的一答复。
CLS_CONNECTED_IND_PEND 从DLU接收的Connect.Rsp。
CLS_DISC_IND_SENT Disconnect.Ind发送。
CLS_IN_SESSION 电路建立完成。
CLS_CLOSING Cisco Link Services (CLS)在一关闭的状态。

PU类型

例如对于连接SDLC的控制器,是重要的认识使用的物理单元类型(PU2.0或PU2.1)和SDLC角色。

他们代表的表2显示某些最普通的设备和PU类型。PU类型确定应该采用的配置,如PU 2所示SDLC工作站角色设置为附属部分。

表2 ? ? ?设备PU类型

设备 PU类型
5294 1
5394 1
5394 +RPQ 8Q0775 2.1
5494 2.1
3276 2.0
3274 2.0
3174 2.0/2.1
3745 4
3172 没有PU XCA节点
S/38 2.0
36XX 2.0
Netware/SAA 2.0/2.1
SNA服务器NT 2.0/2.1

PU 2 SDLC工作站角色设置为第二

interface serial x

encapsulation sdlc 
sdlc role primary

!--- Assumes SDLC station role secondary for the attached SDLC controller.

sdlc vmac 1234.3174.0000

!--- Virtual MAC address given to the SDLC controller, which has the
!--- SDLC address (D2) appended to it.


!--- For more information about the sdlc vmac command, refer to
!--- LLC2 and SDLC Commands.

sdlc address D2

!--- SDLC address obtained from SDLC controller configuration.

sdlc xid D2 01730020

!--- D2 is the SDLC address, and 01730020 is the IDBLK and IDNUM, which is 
!--- obtained from the Switched Major Node on the host.

sdlc partner 1000.5aed.1f53 D2

!--- 1000.5aed.1f53 is the MAC address of the host, and D2 is the SDLC address.

sdlc dlsw D2

PU 2 SDLC工作站角色设置对主要的

interface serial x

sdlc role secondary
sdlc vmac 1234.3174.0000
sdlc address D2
sdlc xid D2 01730020
sdlc partner 1000.5aed.1f53 D2
sdlc dlsw D2

节点类型2.1 SDLC工作站角色设置对可转让或主要的

interface serial x

encapsulation sdlc
sdlc role none
sdlc vmac 1234.3174.0000
sdlc address D2
sdlc partner 1000.5aed.1f53 D2
sdlc dlsw D2

节点类型2.1 SDLC工作站角色设置为第二

interface serial x

encapsulation sdlc
sdlc role prim-xid-poll
sdlc vmac 1234.3174.0000
sdlc address D2
sdlc partner 1000.5aed.1f53 D2
sdlc dlsw D2

注意: 关于PU2.0或PU2.1的多点式SDLC和PU2.0和PU2.1的组合,参考与SDLC多点式支持配置数据链路交换(加强版)的配置示例部分的DLSw+

与SDLC的PU 4.0

interface serial x

no ip address
encapsulation sdlc
no keepalive
clock rate 19200 
sdlc vmac 4000.3745.0100
sdlc address 01 seconly
sdlc partner 4000.3745.2176 01
sdlc dlsw 1

关于对逻辑链路控制的SDLC的更多信息,格式指示器4 (FID4)帧的类型2 (LLC2)转换,参考PU4/5设备的DLSw+ FID4 LLC2-to-SDLC转换

有Cisco链路服务和SDLC之间的一个直接关系。对于Cisco链路服务,更改不发生,直到设置正常响应模式(SNRM)由未编号确认确认。一旦UA获取,路由器发送接收器未就绪(RNR, USBUSY)到SDLC工作站,保持它淡静,当DLSw启动DLSw电路用主机时(Sdlc role primary)。SDLC代码发送空交换标识(XID)内部地对Cisco链路服务代码,启动此。这些Cisco链路服务状态能被看到:

  • CLS_STN_CLOSED ? ? ?CANUREACH Explorer (CUR-ex)派遣给DLSw对等体,但是ICANREACH Explorer (ICR-ex)答复没有接收。问题很可能是错误的MAC地址,或者主机适配器不是开放或活跃的。

  • CLS_STN_OPENED ? ? ?空XID发送,但是不收到从主机的答复。问题很可能是一个不正确目的地服务访问点(SAP),或者逻辑线路不是可用的。

  • CLS_CONNECT_REQ_PEND ? ? ?系统网络体系结构(SNA) XID发送,并且没有从主机的无响应。是不正确,不活跃的或者激活由另一个设备的问题很可能是交换主节点。

常见 SDLC 问题

此部分列出某些最普通的SDLC问题。

错误的SDLC地址

在路由器配置的SDLC地址需要匹配附加的SDLC控制器的SDLC地址。例如,用3174集群控制器,这是配置线路号104。如果路由器为Sdlc role primary配置,并且SDLC状态在SNRMSENT被滞留,则很可能,双地址不配比。有用的命令发出测试SDLC线路和控制器是sdlc test serial;在LLC2和SDLC命令的参考的sdlc test serial。类似于IP PING,它派出十个测试帧;如果全部十接收,则测验认为a ? ? ?通行证。? ? ?此测验也验证您有正确的编码(NRZ或NRZI);在同步串行端口设置命令的参考的NRZI编码。类似于SDLC地址参数,编码需要配比在路由器串行接口和在SDLC控制器。在示例3174中,这是配置线路号313 :0含义NRZ,并且1含义NRZI。在路由器的默认是0 (NRZ)。

DCE发送DSR而不是DCD信号

另一个普通的SDLC问题是使用DCE或DTE和计时问题。一般, Cisco路由器提供时钟频率并且安排DCE电缆连接。这做路由器串行接口作为DCE并且使连接的控制器作为DTE。此设置可能也被倒转:路由器串行接口有连接的一个DTE电缆,并且连接的控制器提供时钟。默认情况下,当serial interfaces在DTE模式时运行,它监控DCD信号作为线路或下来指示器。一般,附加的DCE设备发送DCD信号。当DTE接口检测DCD信号时,更改接口的状态对。在一些配置中,例如SDLC多点环境, DCE设备发送DSR信号而不是DCD信号,不允许接口出来。要获得接口监控DSR信号而不是DCD信号作为线路或下来指示器,请发出ignore-dcd命令在接口配置模式。参考在同步串行端口设置命令的忽略dcd

DTE不培养DTR信号

当路由器串行接口作为DCE时,一个可能的问题也许是DTE的疏忽培养DTR信号。这可以由从show interface命令验证输出的显示最后一行。问题也许就该由于坏布线,由于一个不正确管脚引线(参考的硬件规范和管脚引线),或者对SDLC控制器失败适当地启动。请使用一个中断盒验证从DCE和DTE端的所有信号。要确定附加对路由器串行接口的电缆类型,请发出show controllers serial命令。参考在接口命令的show controllers serial

全双工或半双工操作

双工速度是SDLC连接的另一名普通的罪犯。路由器接口和SDLC控制器需要有相同的双工速度设置:半或全双工。例如,用3174集群控制器,这是配置线路号318 :0含义全双工速度,并且1含义半双工速度。对全双工的路由器串行接口默认。如果路由器连接对调制解调器共享设备(MSD),路由器串行接口,并且MSD应该运行全双工。参考配置半双工模式部分的一SDLC接口配置LLC2和SDLC参数

用于 PU2.0 设备的会话建立流程示例

http://www.cisco.com/c/dam/en/us/support/docs/ibm-technologies/data-link-switching-dlsw-data-link-switching-plus-dlsw-/17566-dlswts6-a.gif

用于 PU2.1 设备的会话建立流程示例

http://www.cisco.com/c/dam/en/us/support/docs/ibm-technologies/data-link-switching-dlsw-data-link-switching-plus-dlsw-/17566-dlswts6-b.gif

Debug SDLC 事件或包

SDLC的最普通的调试指令是debug sdlc eventdebug sdlc packet。可以使用他们,当SDLC分析器不是可用的时,并且一个快速诊断要求。如果安排多个SDLC地址配置,您可以得到所有地址的debug输出。请使用debug sdlc event,显示每数据包,而不是debug sdlc packet,显示仅事件。

注意: 如果有多SDLC serial interfaces,命令生成从所有SDLC-configured接口的调试。

对一个接口要限制输出,请发出这些命令:

  • 调试列表Serial xx是接口号

  • debug sdlc event

因为绕过过滤器,请勿发出debug sdlc packet命令

警告 警告: debug sdlc命令在有配置的多个SDLC地址的路由器能导致性能严重下降,特别是当发出。在您尝试此debug命令前,参考关于调试指令的重要信息

SDLC帧格式

http://www.cisco.com/c/dam/en/us/support/docs/ibm-technologies/data-link-switching-dlsw-data-link-switching-plus-dlsw-/17566-dlswts6-c.gif

在DLSw期间的SDLC包与PU2.1的SDLC

http://www.cisco.com/c/dam/en/us/support/docs/ibm-technologies/data-link-switching-dlsw-data-link-switching-plus-dlsw-/17566-dlswts6-d.gif

%LINK-3-UPDOWN: Interface Serial1, changed state to up

在您发出debug sdlc packet命令后,这些事件发生:

  1. XID或者BF,发送对SDLC广播地址FF

    Serial1 SDLC output???????? FFBF
  2. XID从5494发出。这是XID format 3 type 2,您能发出debug sdlc packet命令查看。

    Serial1 SDLC input
    0046C930: DDBF3244 073000DD 0000B084 00000000?? ...........d....
    0046C940: 00000001 0B000004 09000000 00070010?? ................
    0046C950: 17001611 01130012 F5F4F9F4 F0F0F2F0?? ........54940020
    0046C960: F0F0F0F0 F0F0F0F0 0E0CF4D5 C5E3C14B?? 00000000..4NETA.
    0046C970: C3D7F5F4 F9F4?????????????????????????????????????????????? CP5494

    虽然本文不提供必要的全面的详细信息解析此XID,这是某些的说明字段:

    • 073000DD???The块ID和在5494配置的ID号码。同时,他们指XID,并且他们由5494发送给对等体,在会话协商时。

    • NETA ? ? ?使用的高级对等联网(APPN)网络标识(NETID)。在对等体配置的它应该通常匹配NETID。在这种情况下,对等体是AS/400。

    • CP5494???The控制点名称5494。

  3. XID从AS/400发出。

    Serial1 SDLC output
    004BC070:???????? FFBF 324C0564 52530000 000A0800?????? ...<..........
    004BC080: 00000000 00010B30 0005BA00 00000007?? ................
    004BC090: 000E0DF4 D5C5E3C1 4BD9E3D7 F4F0F0C1?? ...4NETA.RTP400A
    004BC0A0: 1017F116 11011300 11F9F4F0 F4C6F2F5?? ..1......9404F25
    004BC0B0: F1F0F0F0 F4F5F2F5 F3460505 80000000?? 100045253.......
    004BC0C0:
    SERIAL1 SDLC INPUT
    0046C270:???????????????????????????????????? DDBF3244 073000DD?????????????????? ........
    0046C280: 0000B084 00000000 00000001 0B000004?? ...D............
    0046C290: 09000000 00070010 17001611 01130012?? ................
    0046C2A0: F5F4F9F4 F0F0F2F0 F0F0F0F0 F0F0F0F0?? 5494002000000000
    0046C2B0: 0E0CF4D5 C5E3C14B C3D7F5F4 F9F4?????????? ..4NETA.CP5494
    SERIAL1 SDLC OUTPUT
    004C0B10:???????? FFBF 324C0564 52530000 00F6C800?????? ...<.......6H.
    004C0B20: 00000080 15010B10 0005BA00 00000007?? ................
    004C0B30: 000E0DF4 D5C5E3C1 4BD9E3D7 F4F0F0C1?? ...4NETA.RTP400A
    004C0B40: 1017F116 11011300 11F9F4F0 F4C6F2F5?? ..1......9404F25
    004C0B50: F1F0F0F0 F4F5F2F5 F3460505 80150000?? 100045253.......
    004C0B60:
    SERIAL1 SDLC INPUT
    0046BBC0: DDBF3244 073000DD 0000B084 00000000?? ...........D....
    0046BBD0: 00000001 0B000004 09000000 00070010?? ................
    0046BBE0: 17001611 01130012 F5F4F9F4 F0F0F2F0?? ........54940020
    0046BBF0: F0F0F0F0 F0F0F0F0 0E0CF4D5 C5E3C14B?? 00000000..4NETA.
    0046BC00: C3D7F5F4 F9F4?????????????????????????????????????????????? CP5494
    • 05645253???The块ID和AS/400的ID号码。

    • AS/400的RTP400A???The控制点名称。

      这可以在AS/400的显示网络属性(DSPNETA)文件找到。

  4. SNRM (93)和UA (73)在线路能被看到。在SNRM之前,路由器总是使用了广播地址。从此,路由器总是使用DD实际轮询地址。

    Serial1 SDLC output???????? DD93
    Serial1 SDLC input?????????? DD73
    Serial1 SDLC output???????? DD11
    Serial1 SDLC input?????????? DD11

    如果改变控制器在AS/400,您能看到该的DISC (53)及UA (73)在会话的SDLC端的结果。

    Serial1 SDLC output DD53
    Serial1 SDLC input

    调试的其余省略。


相关信息


Document ID: 17566