Sommario

Introduzione

Prerequisiti

Requisiti

Componenti usati

Convenzioni

Risoluzione dei problemi SDLC

Tipo PU

Problemi comuni relativi al protocollo SDLC

Flussi di esempio per la definizione della sessione per un dispositivo PU 2.0

Flussi di esempio per la definizione della sessione per un dispositivo PU 2.1

Debug di eventi o pacchetti SDLC

Pacchetti SDLC durante DLSw con SDLC per PU 2.1

Informazioni correlate

Introduzione

Questo documento aiuta a risolvere i problemi che possono verificarsi in una rete quando un dispositivo terminale collegato a SDLC (Synchronous Data Link Control) si connette a un centro dati, ad esempio tramite DLSw (Data-Link Switching).

Prerequisiti

Requisiti

Nessun requisito specifico previsto per questo documento.

Componenti usati

Il documento può essere consultato per tutte le versioni software o hardware.

Le informazioni discusse in questo documento fanno riferimento a dispositivi usati in uno specifico ambiente di emulazione. Su tutti i dispositivi menzionati nel documento la configurazione è stata ripristinata ai valori predefiniti. Se la rete è operativa, valutare attentamente eventuali conseguenze derivanti dall'uso dei comandi.

Convenzioni

Per ulteriori informazioni sulle convenzioni usate, consultare il documento Cisco sulle convenzioni nei suggerimenti tecnici.

Risoluzione dei problemi SDLC

Per iniziare a risolvere i problemi del protocollo SDLC, eseguire il comando show interface serial x sul router. L'output di questo comando contiene informazioni che possono aiutare a individuare il problema.

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.

Tabella 1 ??? Stati CLS

State

Significato

CLS_STN_CLOSED

Nessun processo di attivazione della linea ancora avviato.

CLS_ROSCNF_PEND

ReqOpenStn è stato inviato a PU; In attesa di ReqOpenStnCfm.

CLS_STN_OPEN

ReqOpenStnCfm ricevuto da PU.

CLS_CONNECT_RSP_PEND

SNRM inviato; in attesa di UA da PU.

CLS_DISCCNF_PEND

PU invia DISC (se primario) o RDISC (se secondario).

CLS_CONNECT_REQ_PEND

In attesa di una risposta di connessione.

CLS_FULL_XID_PEND

In attesa di una risposta all'XID Null inviato.

CLS_CONNECTED_IND_PEND

Connect.Rsp ricevuto da DLU.

CLS_DISK_IND_SENT

Disconnect.Ind è stato inviato.

CLS_IN_SESSION

Creazione del circuito completata.

CLS_CHIUSURA

Cisco Link Services (CLS) è in stato di chiusura.

Tipo PU

Per i controller collegati a SDLC, è importante conoscere il tipo di unità fisica (PU) in uso (ad esempio, PU 2.0 o PU 2.1) e il ruolo SDLC.

La tabella 2 mostra alcuni dei dispositivi più comuni e il tipo di CPU che rappresentano. Il tipo di CPU determina la configurazione da adottare, come illustrato nella sezione PU 2 con il ruolo della stazione SDLC impostato su Secondary.

Tabella 2 ??? Tipi di unità di elaborazione

Sul dispositivo bootflash o slot0:

Tipo 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

Nessun nodo XCA PU

S/38

2.0

36 X

2.0

Netware/ASA

2.0 / 2.1

Server SNA NT

2.0 / 2.1

PU 2 con ruolo stazione SDLC impostato su Secondario

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 con ruolo stazione SDLC impostato su Primario

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

Tipo di nodo 2.1 con ruolo stazione SDLC impostato su Negoziabile o Primario

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

Tipo di nodo 2.1 con ruolo stazione SDLC impostato su Secondario

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

Nota: per SDLC multidrop per PU 2.0 o PU 2.1 e una combinazione di PU 2.0 e PU 2.1, fare riferimento alla sezione DLSw+ con SDLC Multidrop Support Configuration Example in Configuring Data-Link Switching Plus.

PU 4.0 con SDLC

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

Per ulteriori informazioni su SDLC to Logical Link Control, conversione LLC2 (Type 2) per i frame FID4 (Format Indicator 4), fare riferimento alla conversione DLSw+ FID4 LLC2-to-SDLC per dispositivi PU4/5.

Esiste una relazione diretta tra Cisco Link Services e SDLC. Per i servizi Cisco Link, non vengono apportate modifiche finché il protocollo SNRM (Set Normal Response Mode) non viene riconosciuto da un avviso di ricevimento senza numero (UA). Una volta ottenuta una UA, il router invia un messaggio Receiver Not Ready (RNR, USBUSY) alla stazione SDLC per mantenerla silenziosa mentre il protocollo DLSw richiama il circuito DLSw con l'host (ruolo SDLC primario). Per avviare questa operazione, il codice SDLC invia internamente un ID Exchange (XID) nullo al codice Cisco Link Services. Gli stati di Cisco Link Services sono:

- CLS_STN_CLOSED??L'elenco di cartelle CANUREACH (CUR-ex) viene inviato al peer DLSw, ma non viene ancora ricevuta una risposta ICANREACH (ICR-ex). È probabile che l'indirizzo MAC non sia corretto o che la scheda host non sia aperta o attiva.

- CLS_STN_OPEN???Viene inviato un XID null ma non riceve alcuna risposta dall'host. Il problema è probabilmente dovuto a un punto di accesso al servizio (SAP) di destinazione non corretto oppure non sono disponibili linee logiche.

- CLS_CONNECT_REQ_PEND??Viene inviato un XID SNA (Systems Network Architecture) e l'host non risponde. Il problema è probabilmente dovuto a un nodo principale commutato non corretto, non attivo o attivato da un altro dispositivo.

Problemi comuni relativi al protocollo SDLC

In questa sezione vengono elencati alcuni dei problemi SDLC più comuni.

- Indirizzo SDLC errato.

Per ulteriori informazioni sull'indirizzo sdlc, fare riferimento ai comandi LLC2 e SDLC.

- Codifica non corretta: Non ritorno a zero (NRZ) o Non ritorno a zero invertito (NRZI).

Per ulteriori informazioni sulla codifica nrzi, consultare il documento sui comandi di configurazione della porta seriale sincrona.

- Stazione SDLC spenta o interrotta.

- Il DCE invia un DSR anziché un segnale DCD (Data Carrier Detect) (l'interfaccia seriale del router funziona in modalità DTE).

- Comando dell'interfaccia velocità di clock mancante.

Per ulteriori informazioni sul comando clock rate, consultare il documento sui comandi di interfaccia.

- Il DTE non genera un segnale DTR (Data Terminal Ready) (l'interfaccia seriale del router funziona in modalità DCE).

- Funzionamento full-duplex o half-duplex.

Fare riferimento alla sezione Configurazione di un'interfaccia SDLC per la modalità half-duplex in Configurazione dei parametri LLC2 e SDLC.

- Le spine del cavo non sono corrette.

Per ulteriori informazioni sulle spine dei cavi, consultare il documento sulle specifiche hardware e sulle spine dei cavi.

- Il limite di lunghezza del cavo è stato superato.

Fare riferimento alla sezione Limitazioni della distanza per i cavi di interfaccia in Pianificazione dell'installazione.

- Ruolo stazione SDLC non corretto.

Vedere la sezione Tipo di unità di elaborazione in questo documento.

Indirizzo SDLC errato

L'indirizzo SDLC configurato sul router deve corrispondere all'indirizzo SDLC del controller SDLC collegato. Ad esempio, con un controller cluster 3174, questo è il numero di riga di configurazione 104. Se il router è configurato per il ruolo SDLC primario e lo stato SDLC è bloccato in SNRMSENT, è possibile che i due indirizzi non corrispondano. Un comando utile da usare per verificare la linea SDLC è sdlc test serial; fare riferimento alla sezione sulla prova seriale sdlc nei comandi LLC2 e SDLC. Analogamente al ping IP, invia dieci frame di test; se tutti e dieci vengono ricevuti, il test viene considerato un ???pass.?? Questo test verifica anche che la codifica (NRZ o NRZI) sia corretta; fare riferimento alla codifica nrzi in Comandi per la configurazione della porta seriale sincrona. Analogamente al parametro dell'indirizzo SDLC, la codifica deve corrispondere sull'interfaccia seriale del router e sul controller SDLC. Nell'esempio di uno switch 3174, questo è il numero della linea di configurazione 313: 0 significa NRZ, e 1 significa NRZI. Il valore predefinito sul router è 0 (NRZ).

DCE invia un DSR anziché un segnale DCD

Un altro problema comune di SDLC è l'uso di DCE o DTE e problemi di clock. In genere, il router Cisco prevede la temporizzazione e dispone di un cavo DCE collegato. In questo modo, l'interfaccia seriale del router funziona come DCE e il controller collegato funziona come DTE. Questa impostazione può anche essere annullata: sull'interfaccia seriale del router è collegato un cavo DTE e il controller collegato fornisce l'orologio. Per impostazione predefinita, quando l'interfaccia seriale funziona in modalità DTE, controlla il segnale DCD come indicatore di line-up o down. In genere, il dispositivo DCE collegato invia il segnale DCD. Quando l'interfaccia DTE rileva il segnale DCD, imposta lo stato dell'interfaccia su attivo. In alcune configurazioni, ad esempio un ambiente SDLC multidrop, il dispositivo DCE invia il segnale DSR anziché il segnale DCD, il che non consente all'interfaccia di apparire. Per visualizzare l'interfaccia che monitora il segnale DSR anziché il segnale DCD come indicatore di line-up-down, usare il comando ignore-dcd in modalità di configurazione interfaccia. Fare riferimento a ignore-dcd in Synchronous Serial Port Setup Commands.

Il DTE non genera un segnale DTR

Quando l'interfaccia seriale del router funge da DCE, un possibile problema potrebbe essere la mancata emissione del segnale DTR da parte del DTE. È possibile verificare questa condizione tramite l'ultima riga dell'output del comando show interface. Il problema potrebbe essere dovuto a un cablaggio errato, a un pin out non corretto (fare riferimento alle specifiche hardware e ai pin del cavo) o a un errore di accensione del controller SDLC. Utilizzate una casella di interruzione per verificare tutti i segnali sia dal lato DCE che dal lato DTE. Per determinare il tipo di cavo collegato all'interfaccia seriale del router, usare il comando show controller serial. Fare riferimento a show controllers serial in Interface Commands.

Funzionamento full-duplex o half-duplex

La velocità duplex è un altro problema comune nelle connessioni SDLC. L'interfaccia del router e il controller SDLC devono avere impostazioni di velocità duplex identiche: half o full. Ad esempio, con un controller cluster 3174, questa è la riga di configurazione numero 318: 0 indica la velocità full-duplex e 1 la velocità half-duplex. Per impostazione predefinita, l'interfaccia seriale del router è full duplex. Se il router è collegato a un dispositivo di condivisione modem (MSD), l'interfaccia seriale del router e l'MSD devono eseguire il duplex completo. Fare riferimento alla sezione Configurazione di un'interfaccia SDLC per la modalità half-duplex in Configurazione dei parametri LLC2 e SDLC.

Flussi di esempio per la definizione della sessione per un dispositivo PU 2.0

Flussi di esempio per la definizione della sessione per un dispositivo PU 2.1

Debug di eventi o pacchetti SDLC

I comandi di debug più comuni per SDLC sono debug sdlc event e debug sdlc packet. Possono essere utilizzati quando non è disponibile un analizzatore SDLC ed è necessaria una diagnosi rapida. Se sono stati configurati più indirizzi SDLC, è possibile che venga restituito l'output di debug per tutti gli indirizzi. Usare l'evento debug sdlc, che mostra ciascun pacchetto, anziché debug sdlc packet, che mostra solo gli eventi.

Nota: se si hanno più interfacce seriali SDLC, il comando genera dei debug da tutte le interfacce configurate con SDLC.

Per limitare l'output a una sola interfaccia, eseguire questi comandi:

- debug list serial x, dove x è il numero di interfaccia

- debug evento sdlc

Non eseguire il comando debug sdlc packet perché ignora il filtro.

Attenzione: il comando debug sdlc può causare un grave calo delle prestazioni, in particolare se eseguito su un router con più indirizzi SDLC configurati. Prima di usare il comando debug, consultare le informazioni importanti sui comandi di debug.

Formati frame SDLC

Pacchetti SDLC durante DLSw con SDLC per PU 2.1

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

Dopo aver eseguito il comando debug sdlc packet, si verificano i seguenti eventi:

1. Un XID, o BF, viene inviato all'indirizzo di broadcast SDLC FF.

Serial1 SDLC output???????? FFBF

2. Viene emesso un XID dal modello 5494. Questo è un formato XID 3 tipo 2, che può essere visualizzato usando il comando 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

Anche se questo documento non fornisce i dettagli completi necessari per analizzare questo XID, questa è una descrizione di alcuni campi:

- 073000DD??L'ID del blocco e il numero ID configurato in 5494. Insieme, vengono denominati XID e inviati dal 5494 al peer durante la negoziazione della sessione.

- NETA??L'identificatore di rete (NETID) Advanced Peer-to-Peer Networking (APPN) in uso. In genere deve corrispondere al NETID configurato nel peer. In questo caso, il peer è AS/400.

- CP5494???Il nome del punto di controllo del modello 5494.

3. L'XID viene emesso da 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??L'ID del blocco e il numero ID dell'AS/400.

- RTP400A???Il nome del punto di controllo dell'AS/400.

Questa condizione è disponibile nel file DSPNETA (Display Network Attributes) in AS/400.

4. L'SNRM (93) e l'UA (73) sono visibili sulla linea. Prima del protocollo SNRM, il router ha sempre utilizzato l'indirizzo di broadcast. Pertanto, il router utilizza sempre l'indirizzo di polling effettivo di DD.

Serial1 SDLC output???????? DD93

Serial1 SDLC input?????????? DD73

Serial1 SDLC output???????? DD11

Serial1 SDLC input?????????? DD11

Se si spegne il controller sull'AS/400, è possibile vedere il DISC (53) e l'UA (73) che si verifica sul lato SDLC della sessione.

Serial1 SDLC output DD53

Serial1 SDLC input

Gli altri debug sono stati omessi.

Informazioni correlate

- Supporto DLSw e DLSw+

- Supporto tecnologico

- Supporto prodotti

- Supporto tecnico – Cisco Systems