DLSw: SDLC

Opzioni per il download

  • PDF     (220.7 KB)
    Visualizza con Adobe Reader su diversi dispositivi
  • ePub     (219.6 KB)
    Visualizza in diverse app su iPhone, iPad, Android, Sony Reader o Windows Phone
  • Mobi (Kindle)     (370.1 KB)
    Visualizza su dispositivo Kindle o tramite app Kindle su più dispositivi
Aggiornato:28 gennaio 2008
ID documento:17566

Linguaggio senza pregiudizi

La documentazione per questo prodotto è stata redatta cercando di utilizzare un linguaggio senza pregiudizi. Ai fini di questa documentazione, per linguaggio senza di pregiudizi si intende un linguaggio che non implica discriminazioni basate su età, disabilità, genere, identità razziale, identità etnica, orientamento sessuale, status socioeconomico e intersezionalità. Le eventuali eccezioni possono dipendere dal linguaggio codificato nelle interfacce utente del software del prodotto, dal linguaggio utilizzato nella documentazione RFP o dal linguaggio utilizzato in prodotti di terze parti a cui si fa riferimento. Scopri di più sul modo in cui Cisco utilizza il linguaggio inclusivo.

Informazioni su questa traduzione

Cisco ha tradotto questo documento utilizzando una combinazione di tecnologie automatiche e umane per offrire ai nostri utenti in tutto il mondo contenuti di supporto nella propria lingua. Si noti che anche la migliore traduzione automatica non sarà mai accurata come quella fornita da un traduttore professionista. Cisco Systems, Inc. non si assume alcuna responsabilità per l’accuratezza di queste traduzioni e consiglia di consultare sempre il documento originale in inglese (disponibile al link fornito).

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

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

dlswts6_a.gif

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

dlswts6_b.gif

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.

caution 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

dlswts6_c.gif

Pacchetti SDLC durante DLSw con SDLC per PU 2.1

dlswts6_d.gif 

%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

Questo documento ti è stato utile?

FeedbackFeedback

Contattaci