DLSw故障排除：SDLC

下載選項

PDF (301.6 KB)
在多種裝置上使用 Adobe Reader 檢視
ePub (220.2 KB)
在 iPhone、iPad、Android、Sony Reader 或 Windows Phone 上的各種應用程式中檢視
Mobi (Kindle) (370.9 KB)
在 Kindle 裝置或多部裝置的 Kindle 應用程式上檢視

已更新: 2008 年 1 月 28 日

文件 ID:17566

無偏見用語

本產品的文件集力求使用無偏見用語。針對本文件集的目的，無偏見係定義為未根據年齡、身心障礙、性別、種族身分、民族身分、性別傾向、社會經濟地位及交織性表示歧視的用語。由於本產品軟體使用者介面中硬式編碼的語言、根據 RFP 文件使用的語言，或引用第三方產品的語言，因此本文件中可能會出現例外狀況。深入瞭解思科如何使用包容性用語。

關於此翻譯

思科已使用電腦和人工技術翻譯本文件，讓全世界的使用者能夠以自己的語言理解支援內容。請注意，即使是最佳機器翻譯，也不如專業譯者翻譯的內容準確。Cisco Systems, Inc. 對這些翻譯的準確度概不負責，並建議一律查看原始英文文件（提供連結）。

簡介

本檔案將協助您排除連線到同步資料連結控制(SDLC)的終端裝置連線到資料中心(例如透過資料連結交換(DLSw))時，網路中可能發生的問題。

必要條件

採用元件

本檔案所述內容不限於特定軟體或硬體版本。

本文中的資訊是根據特定實驗室環境內的裝置所建立。文中使用到的所有裝置皆從已清除（預設）的組態來啟動。如果您的網路正在作用，請確保您已瞭解任何指令可能造成的影響。

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
command sets the amount of time waited !--- for an acknowledgement to an SDLC frame, where

is a !--- numeric value in milliseconds between 1 and 64000 (default is 3000).

N1 (max frame size) 12016 bits

!--- The sdlc n1
commands sets the maximum size of an !--- incoming frame, where

is a numeric value from 1 to 12000 !--- (default is 12000).

N2 (retry count) 20

!--- The sdlc n2
command sets the number of times that an !--- SDLC frame is sent before the session is terminated, where

!--- is a numeric value between 1 and 255 (default is 20).

poll-pause-timer 200 milliseconds

!--- Set this with the sdlc poll-pause-timer
command, !--- where

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
command, where

!--- 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
command, where

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_DISCNF_PEND	PU傳送DISK（如果主要）或RDISC（如果次要）。
CLS_CONNECT_REQ_PEND	等待連線響應。
CLS_FULL_XID_PEND	等待對傳送的Null XID的響應。
CLS_CONNECTED_IND_PEND	從DLU接收的Connect.Rsp。
CLS_DISK_IND_SENT	已傳送Disconnect.Ind。
CLS_IN_SESSION	電路建立已完成。
CLS_CLOSING	思科連結服務(CLS)處於關閉狀態。

PU型別

對於SDLC連線的控制器，必須瞭解所使用的物理單元(PU)型別（例如PU 2.0或PU 2.1）和SDLC角色。

表2顯示了一些最常見的裝置及其代表的PU型別。PU型別決定應採用的配置，如SDLC Station Role Set to Secondary一節中的PU 2所示。

表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

將SDLC站角色設定為輔助的PU 2

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

將SDLC工作站角色設定為主的PU 2

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

SDLC站點角色設定為「可協商」或「主要」的節點型別2.1

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

將SDLC站角色設定為輔助的節點型別2.1

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

註：有關用於PU 2.0或PU 2.1的多重丟棄SDLC，以及PU 2.0和PU 2.1的組合，請參閱配置資料鏈路交換的Configuration Data-Link Switching Plus的 DLSw+和SDLC多丟棄支援配置示例部分。

採用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到SDLC轉換。

思科連結服務和SDLC之間存在直接關係。對於思科鏈路服務，在設定正常響應模式(SNRM)被未編號確認(UA)確認之前，不會發生任何更改。取得UA後，路由器會向SDLC站傳送接收者未就緒(RNR、USBUSY)，以便在DLSw開啟包含主機（SDLC角色主要）的DLSw電路時保持靜態。 SDLC代碼在內部向Cisco Link Services代碼傳送一個空的Exchange Identification(XID)以啟動此操作。可以看到以下思科鏈路服務狀態：

CLS_STN_CLOSED???CANUREACH EXPLORER(CUR-ex)被傳送到DLSw對等路由器，但是尚未收到ICANREACH EXPLORER(ICR-ex)響應。問題可能是MAC地址不正確，或者主機介面卡未開啟或未處於活動狀態。
CLS_STN_OPENED:???送空的XID，但沒有收到來自主機的響應。問題可能是目標服務接入點(SAP)不正確，或者沒有可用的邏輯線路。
CLS_CONNECT_REQ_PEND???A系統網路架構(SNA)XID已傳送，但主機沒有回應。問題可能是交換主節點不正確、未啟用或被其他裝置啟用。

常見SDLC問題

本節列出一些最常見的SDLC問題。

錯誤的SDLC地址。

有關sdlc address 的詳細資訊，請參閱LLC2和SDLC命令。
編碼不正確：「非歸零」(NRZ)或「非歸零」(NRZI)。

有關nrzi編碼的詳細資訊，請參閱同步串列埠設定命令。
SDLC工作站已關閉或中斷。
DCE傳送DSR而不是資料載波檢測(DCD)訊號（路由器串列介面在DTE模式下運行）。
缺少clock rate介面命令。

有關clock rate 命令的詳細資訊，請參閱介面命令。
DTE未發出資料終端就緒(DTR)訊號（路由器串列介面在DCE模式下運行）。
全雙工或半雙工操作。

請參閱設定LLC2和SDLC引數中的為半雙工模式設定SDLC介面一節。
電纜引腳不正確。

有關電纜引出線的詳細資訊，請參閱硬體規格和電纜引出線。
超出纜線長度限制。

請參閱規劃安裝中的介面纜線的距離限制一節。
SDLC工作站角色不正確。

請參閱本文檔中的PU型別部分。

錯誤的SDLC地址

路由器上配置的SDLC地址必須與連線的SDLC控制器的SDLC地址匹配。例如，使用3174群集控制器時，這是配置行號104。如果路由器配置了SDLC角色主路由器，並且SDLC狀態停滯在SNRMSENT中，則兩個地址可能不匹配。用來測試SDLC線路和控制器的sdlc test serial 命令非常有用；請參閱LLC2和SDLC命令中的sdlc test serial。與IP ping類似，它會發出10個測試訊框；如果收到所有10個，則測試被視為???通過。???此測試還驗證您具有正確的編碼（NRZ或NRZI）；請參閱同步序列連線埠設定命令中的nrzi-encoding。與SDLC地址引數類似，編碼需要在路由器串列介面和SDLC控制器上匹配。在3174的範例中，這是組態行號313:0表示NRZ，1表示NRZI。路由器的預設值為0(NRZ)。

DCE傳送DSR而不是DCD訊號

另一個常見的SDLC問題是使用DCE或DTE以及計時問題。通常，Cisco路由器提供時鐘並連線DCE電纜。這使路由器串列介面充當DCE並使連線的控制器充當DTE。此設定也可以反轉：路由器串列介面連線了一根DTE電纜，連線的控制器提供時鐘。預設情況下，當串列介面在DTE模式下運行時，它會將DCD訊號作為線路開啟或關閉指示器進行監控。通常，連線的DCE裝置會傳送DCD訊號。當DTE介面檢測到DCD訊號時，它將介面的狀態更改為up。在某些配置中（例如SDLC多丟棄環境），DCE裝置會傳送DSR訊號而不是DCD訊號，這樣介面就不會啟動。要讓介面監控DSR訊號而不是DCD訊號作為線路開啟或關閉指示器，請在介面配置模式下發出ignore-dcd命令。請參閱同步序列連線埠設定命令中的ignore-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應運行全雙工。請參閱設定LLC2和SDLC引數中的為半雙工模式設定SDLC介面一節。

PU 2.0裝置的會話建立流程示例

PU 2.1裝置的會話建立流程示例

調試SDLC事件或資料包

SDLC最常見的debug命令是debug sdlc event和debug sdlc packet。當SDLC分析器不可用且需要快速診斷時，可以使用這些分析器。如果您已設定多個SDLC位址，可能會收到所有位址的debug輸出。使用debug sdlc event（顯示每個資料包）而不是debug sdlc packet（僅顯示事件）。

注意：如果有多個SDLC串列介面，該命令將從所有配置了SDLC的介面生成調試。

要將輸出限製為僅一個介面，請發出以下命令：

debug list serial x ，其中x是介面編號
debug sdlc event

不要發出debug sdlc packet命令，因為它會繞過過濾器。

caution 注意：debug sdlc命令可能會導致效能嚴重下降，尤其是在配置了多個SDLC位址的路由器上發出該命令時。嘗試此debug指令之前，請先參閱有關Debug指令的重要資訊。

SDLC訊框格式

DLSw期間的SDLC封包（適用於PU 2.1）

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

發出debug sdlc packet命令後，會發生以下事件：

XID或BF將傳送到SDLC廣播地址FF。
```
Serial1 SDLC output???????? FFBF
```
從5494發出XID。這是XID格式3型別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???在5494中配置的塊ID和ID號。它們統稱為XID，在作業階段交涉期間，它們會由5494傳送到對等點。
- NETA???使用的進階對等網路(APPN)網路識別碼(NETID)。通常應與對等項中配置的NETID匹配。在這種情況下，對等體是AS/400。
- CP5494???5494的控制點名稱。

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???AS/400的塊ID和ID號。
RTP400A???AS/400的控制點名稱。

可從AS/400的顯示網路屬性(DSPNETA)檔案中找到這種情況。

線上上可以看到SNRM(93)和UA(73)。在SNRM之前，路由器始終使用廣播地址。從今以後，路由器總是使用DD的實際輪詢地址。
```
Serial1 SDLC output???????? DD93
Serial1 SDLC input?????????? DD73
Serial1 SDLC output???????? DD11
Serial1 SDLC input?????????? DD11
```
如果您關閉AS/400上的控制器，則可以看到會話的SDLC端產生的DISK(53)和UA(73)。
```
Serial1 SDLC output DD53
Serial1 SDLC input
```
其餘調試已忽略。