Sommario

Introduzione

Prerequisiti

Requisiti

Componenti usati

Cronologia

Convenzioni

Callout non DDR

Alcune note sull'utilità Cisco Dialout

Risoluzione dei problemi di connessione remota non DDR

Callout non DDR modem asincrono esterno

Callout non DDR CAS T1/E1

Callout PRI non DDR

Callout non DDR BRI

Problemi comuni

Impostazione sessione di debug

Campi Codice Causa

Valori causa ISDN

Informazioni correlate

Introduzione

Questo documento illustra i metodi per la risoluzione dei problemi relativi ai diversi tipi di connessioni e non deve essere letto dall'inizio alla fine. La struttura è progettata per consentire al lettore di passare alle sezioni di interesse, ognuna delle quali rappresenta variazioni sul tema generale della risoluzione dei problemi per un caso specifico. Questo documento copre tre scenari principali: prima di iniziare la risoluzione dei problemi, determinare il tipo di chiamata che si sta tentando di effettuare e passare alla sezione:

- Callin

- Routing su chiamata su richiesta (DDR) Cisco IOS

- Callout non DDR

Prerequisiti

Requisiti

Non sono previsti prerequisiti specifici 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.

Cronologia

Dialup è semplicemente l'applicazione della rete telefonica pubblica commutata (PSTN) che trasporta i dati per conto dell'utente finale. Si tratta di un dispositivo CPE (Customer Premise Equipment) che invia all'interruttore telefonico un numero di telefono al quale indirizzare una connessione. AS3600, AS5200, AS5300 e AS5800 sono tutti esempi di router che possono eseguire un'interfaccia PRI (Primary Rate Interface) insieme a banchi di modem digitali. L'AS2511, d'altra parte, è un esempio di router che comunica con modem esterni.

Il mercato dei vettori è cresciuto in modo significativo e ora il mercato richiede densità di modem più elevate. La risposta a questa esigenza è una maggiore interazione con le apparecchiature della compagnia telefonica e lo sviluppo del modem digitale. Si tratta di un modem in grado di accedere direttamente alla rete PSTN. Di conseguenza, ora sono stati sviluppati modem CPE più veloci che sfruttano la chiarezza del segnale di cui godono i modem digitali. Il fatto che i modem digitali che si connettono alla PSTN tramite PRI o BRI (Basic Rate Interface) possano trasmettere i dati a più di 53k utilizzando lo standard di comunicazione V.90, dimostra il successo di questa idea.

I primi server di accesso sono stati AS2509 e AS2511. AS2509 poteva supportare 8 connessioni in ingresso utilizzando modem esterni e AS2511 poteva supportare 16. AS5200 è stato introdotto con 2 PRI e poteva supportare 48 utenti utilizzando modem digitali, rappresentando un importante passo avanti nella tecnologia. La densità dei modem è aumentata costantemente con l'AS5300 che supporta 4 e quindi 8 PRI. Infine, l'AS5800 è stato introdotto per soddisfare le esigenze delle installazioni di classe carrier che devono gestire decine di T1 in ingresso e centinaia di connessioni utente.

Un paio di tecnologie obsolete vengono menzionate in una discussione storica sulla tecnologia dialer. 56Kflex è un vecchio standard modem (precedente alla V.90) da 56k proposto da Rockwell. Cisco supporta la versione 1.1 dello standard 56Kflex sui modem interni, ma consiglia di migrare i modem CPE a V.90 il prima possibile. Un'altra tecnologia obsoleta è l'AS5100, una joint venture tra Cisco e un produttore di modem. L'AS5100 è stato creato per aumentare la densità del modem mediante l'uso di schede modem quadruple. Comprendeva un gruppo di AS2511 costruiti come schede inserite in un backplane condiviso da schede modem quadruple e una doppia scheda T1.

Convenzioni

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

Callout non DDR

Esistono alcuni motivi comuni per eseguire una chiamata in uscita non DDR da un server di accesso Cisco:

- Per utilizzare il server di accesso con Cisco Dialout Utility.

- Per utilizzare il server di accesso come server terminal per accedere a una sessione di connessione remota tramite cella carattere su un altro server, ad esempio per accedere manualmente e avviare PPP in un secondo momento.

- Per verificare o configurare un modem (consultare il documento sulla configurazione di reverse Telnet).

Analogamente alla risoluzione dei problemi delle didascalie DDR, il flusso generale di ragionamento per la risoluzione dei problemi delle didascalie non DDR è simile al seguente:

1. La connessione TCP alla porta di ascolto è riuscita? (Sì avanza alla domanda successiva)

2. Il modem è in grado di offrire il prompt AT?

3. La chiamata arriva alla rete PSTN?

4. L'estremità remota risponde alla chiamata?

5. La chiamata è completata?

6. I dati passano attraverso il collegamento?

7. La sessione è stabilita? (PPP o terminale)

Alcune note sull'utilità Cisco Dialout

L'utilità Cisco Dialout consente a una community di PC Windows di condividere in modo efficace le risorse modem di un server di accesso. I passaggi generali per configurare Cisco Dialout Utility per una comunità di utenti sono:

1. Configurare il server di accesso alla rete (NAS) con i seguenti comandi nelle configurazioni della linea:

line 1 16

modem InOut

rotary 1

transport input all

flowcontrol hardware

2. Installare Cisco Dialout sui PC che utilizzeranno i modem NAS. Verificare le configurazioni:

1. Fare doppio clic sull'icona dell'utilità di connessione remota nella parte inferiore destra della schermata.

2. Fare clic su Altro.

3. Fare clic su Configure Ports.

3. Si consiglia inoltre di abilitare la registrazione tramite modem sul PC. A tale scopo, fare clic su Start > Pannello di controllo > Modem. Selezionare il modem e fare clic sul pulsante Proprietà. Selezionare la scheda Connessione, quindi fare clic sul pulsante Avanzate. Selezionare la casella di controllo Registra file registro.

4. Configurare Accesso remoto sui PC per l'utilizzo della porta Cisco Dialout COM.

Sono disponibili alcune informazioni sulla selezione del numero di porta per Cisco Dialout Utility. Per impostazione predefinita, tenta di utilizzare la porta TCP 6001. Ciò implica che è l'unico utente su un NAS in uscita. Poiché normalmente ciò non avviene, è preferibile utilizzare 7001 per sfruttare la funzione di rotazione. I processi del listener TCP vengono creati inserendo il comando transport input in una configurazione di linea. Di seguito è riportata una tabella delle funzionalità dei vari intervalli di numeri di porta IP:

Tabella 3. Porte del listener TCP configurate con il comando "Transport Input"

2000

protocollo Telnet

3000

protocollo Telnet con rotativo

4000

Protocollo TCP raw

5000

Protocollo TCP raw con rotary

6000

protocollo Telnet, modalità binaria

7000

protocollo Telnet, modalità binaria con rotazione

9000

Protocollo XRemote

10000

Protocollo XRemote con rotativo

La funzione di rotazione consente di stabilire una connessione TCP in entrata a una porta specificata e di terminare la connessione a qualsiasi modem attualmente disponibile con il numero di gruppo di rotazione. Nell'esempio precedente, il gruppo rotante imposta i listener sugli switch 3001, 5001, 7001 e 10001. L'utilità Cisco Dialout utilizza la modalità binaria, quindi 7001 è il numero corretto per configurare i programmi client da utilizzare sui PC.

Risoluzione dei problemi di connessione remota non DDR

Provare a eseguire la procedura seguente per risolvere i problemi relativi alle chiamate in uscita non DDR.

1. Per verificare se un callout non DDR riesce inizialmente (ad esempio, un callout con configurazione di reverse Telnet), utilizzare il comando debug telnet per verificare la connessione telnet in ingresso al router.

2. Se la connessione TCP viene rifiutata, non è presente alcun listener all'indirizzo e alla porta specificati oppure un utente è già connesso a tale porta. Verificare l'indirizzo a cui si sta eseguendo la connessione e il numero di porta.

Inoltre, assicurarsi che il modem inout (o modem dtr-active) e l'input del trasporto tutti i comandi vengano visualizzati sotto la configurazione della linea che si sta raggiungendo. Se si utilizza la funzione rotary, assicurarsi che il comando rotary 1 (o il numero scelto) venga visualizzato anche nella configurazione della linea. Per verificare se un utente è connesso, connettersi al router in modalità telnet e utilizzare il comando show line. Cercare un asterisco per indicare che la linea è in uso. Inoltre, utilizzare il comando show line n per verificare che Clear to Send (CTS) sia impostato su High e Data Set Ready (DSR) non lo sia. Utilizzare il comando clear line n per disconnettere la sessione corrente da quel numero di porta.

A questo punto, il telnet dovrebbe funzionare. Identificare quindi il tipo di supporto utilizzato per la connessione in uscita:

- Callout non DDR modem asincrono esterno

- Callout non DDR CAS T1/E1

- Callout PRI non DDR

- Callout non DDR BRI

Callout non DDR modem asincrono esterno

Per identificare un callout non DDR per un modem asincrono esterno (ad esempio, Configurazione del callout Reverse Telnet), effettuare le seguenti operazioni:

1. Immettere il comando AT e verificare che venga visualizzata una risposta OK. Se la risposta OK non viene visualizzata, immettere il comando AT&FE1Q0. Immettere nuovamente il comando AT per verificare se viene visualizzata la risposta OK. Se viene visualizzata la risposta OK, potrebbe essere necessario inizializzare il modem. Se la risposta OK persiste, verificare il cablaggio, la velocità della linea e le impostazioni di parità sul modem asincrono locale alla connessione del router. Per ulteriori informazioni, vedere la Guida alla connessione di modem e router.

2. Aumentare il volume sull'altoparlante del modem con il comando ATM1 e immettere ATDT <numero>.

3. Se l'estremità remota non sembra rispondere, verificare che la chiamata venga effettuata dal modem di origine chiamando manualmente un numero locale con il comando ATDT <number>e ascoltando il ring.

4. Se non c'è l'anello, la chiamata non esce.

Sostituire i cavi del modem di origine e riprovare. Se il problema persiste, provare a utilizzare un ricevitore sulla linea. Assicurarsi di utilizzare lo stesso cavo utilizzato dal modem. Se il ricevitore non è in grado di effettuare una chiamata in uscita anche con il nuovo cavo, contattare il telefono per controllare la linea telefonica di origine.

5. Se il modem sembra effettuare le chiamate come previsto, verificare che il numero telefonico chiamato sia corretto.

Utilizzare un ricevitore per chiamare il numero di ricezione. Assicurarsi di utilizzare lo stesso cavo utilizzato dal modem. Se una chiamata manuale è in grado di raggiungere il numero di ricezione, ascoltare il modem remoto per offrire il segnale di risposta (ABT). Se la chiamata non riceve risposta o non si sente alcun segnale ABT, il modem ricevente potrebbe non essere impostato per la risposta automatica. Il comando per indicare alla maggior parte dei modem di rispondere automaticamente è ATS0=1. Potrebbe essere necessario inizializzare o eseguire il debug del modem ricevente. Se il modem ricevente è collegato a un router Cisco, consultare la guida alla connessione modem-router per ulteriori informazioni. Verificare il modem e sostituirlo se necessario.

6. Se una chiamata manuale non è in grado di raggiungere il modem asincrono ricevente, modificare i cavi telefonici del modem ricevente e provare a utilizzare un normale telefono sulla linea del modem ricevente. Se la chiamata può essere ricevuta dal normale telefono, è probabile che vi sia un problema con il modem ricevente. Verificare il modem e sostituirlo se necessario.

7. Se la chiamata manuale non è ancora in grado di raggiungere il telefono normale sulla linea in questione, provare a utilizzare un'altra linea (funzionante) nella struttura di ricezione. Se il collegamento viene effettuato, chiedere al telefono di controllare la linea telefonica del modem ricevente.

8. Se la chiamata manuale non è in grado di raggiungere l'impianto ricevente e si tratta di una chiamata interurbana, chiedere all'operatore di origine di provare un altro numero interurbano (valido).

Se funziona, l'impianto o la linea ricevente potrebbero non essere predisposti per ricevere chiamate interurbane. Se la linea di origine non è in grado di raggiungere altri numeri di lunga distanza, è possibile che non sia abilitata la lunghezza. Prova 10-10 codici per diverse società di telefonia fissa.

9. Verificare che i modem asincroni siano pronti.

Se i modem asincroni non si allenano, chiamare manualmente il numero e attendere che sia statico. Ci possono essere altri fattori che interferiscono con il treno verso l'alto. Potrebbe essersi verificato un problema di cavo tra il modem ricevente e il DTE a cui è collegato. Gli errori di training possono essere un problema di circuito o di incompatibilità. Per ovviare a questo inconveniente, è possibile disattivare i modem limitandoli a velocità meno "aggressive". Come esempio della tecnica, proviamo una connessione a uno dei sistemi di test di Cisco. Innanzitutto, è necessario abilitare il report delle informazioni sulla frequenza di altoparlanti e DCE:

atm1

OK

Successivamente, è possibile collegarsi a un laboratorio statico:

at

OK

atdt914085703932

NO CARRIER

La connessione normale sembra avere esito negativo. In questo caso sappiamo che si tratta di una linea rumorosa, quindi mettere il modem ai valori predefiniti (&f), accendere il diffusore (m1) e chiudere il modem a 28,8 (&n14 per i modem USR) con il seguente comando:

at&fm1&n14

OK

A questo punto si riprova a comporre il numero:

atdt914085703932

CONNECT 28800/ARQ

Welcome! Please login with username cisco, password

cisco, and type the appropriate commands for your test:

ppp - to start ppp

slip - to start slip

arap - to start arap

access-3 line 29 MICA V.90 modems

User Access Verification

Username: cisco

Password:

access-3>

10. Assicurarsi che i dati scorrano. Premere Invio alcune volte per verificare se il flusso di dati dal sistema remoto alla sessione locale avviene avanti e indietro. Se i dati non scorrono, potrebbe essersi verificato un problema di cavo o di segnale quando il modem asincrono remoto tenta di comunicare con il DTE remoto. Eseguire il debug e la sostituzione, se necessario.

Se l'immissione di dati ottiene una risposta ragionevole dall'altro lato, la connessione modem funziona correttamente.

Callout non DDR CAS T1/E1

Per eseguire un callout non DDR CAS T1/E1, attenersi alla seguente procedura.

1. Diagnosticare un callout non DDR per modem asincrono CAS T1/E1, utilizzare i comandi seguenti, quindi provare a effettuare una chiamata:

Avviso: l'esecuzione di debug su un sistema occupato potrebbe causare un arresto anomalo del router con sovraccarico della CPU o sovraccarico del buffer della console.

router# debug modem

router# debug modem csm

router# debug cas

Nota: il comando debug cas è disponibile sulle piattaforme Cisco AS5200 e AS5300 con Cisco IOS?? Software release 12.0(7)T e successive. Nelle versioni precedenti di IOS, il comando service internal deve essere immesso nel livello principale della configurazione del router e il comando modem-mgmt csm debug-rbs deve essere immesso al prompt di exec. Il debug di RBS su Cisco AS5800 richiede la connessione alla scheda trunk. Per disattivare il debug, usare modem-mgmt csm no-debug-rbs.

2. Immettere il comando AT e verificare che venga visualizzata una risposta OK.

Se la risposta OK non viene visualizzata, immettere il comando AT&F. Immettere nuovamente il comando AT per verificare se viene visualizzata la risposta OK. Se viene visualizzata la risposta OK, potrebbe essere necessario inizializzare il modem. Se la risposta OK non viene comunque ricevuta, è possibile che si sia verificato un problema con il modulo modem. Prima di poter effettuare una chiamata, è necessario allocare un modem per la chiamata. Per visualizzare questo processo e la chiamata successiva, utilizzare l'output di debug per determinare se si sta verificando questa condizione. Ad esempio:

Attivazione dei debug:

router#conf t

Enter configuration commands, one per line.  End with CNTL/Z.

router(config)#service internal

router(config)#^Z

router#modem-mgmt csm ?

debug-rbs     enable rbs debugging

no-debug-rbs  disable rbs debugging

router#modem-mgmt csm debug-rbs

router#

neat msg at slot 0: debug-rbs is on

neat msg at slot 0: special debug-rbs is on

Disattivazione dei debug:

router#

router#modem-mgmt csm no-debug-rbs

neat msg at slot 0: debug-rbs is off

Il debug di queste informazioni su un AS5800 richiede la connessione alla scheda trunk. Di seguito è riportato un esempio di una normale chiamata in uscita su un server CAS T1 con provisioning e configurazione per FXS-Ground-Start:

Mica Modem(1/0): Rcvd Dial String(5551111)

[Modem receives digits from chat script]

CSM_PROC_IDLE: CSM_EVENT_MODEM_OFFHOOK at slot 1, port 0

CSM_RX_CAS_EVENT_FROM_NEAT:(A003):

EVENT_CHANNEL_LOCK at slot 1 and port 0

CSM_PROC_OC4_DIALING:

CSM_EVENT_DSX0_BCHAN_ASSIGNED at slot 1, port 0

Mica Modem(1/0): Configure(0x1)

Mica Modem(1/0): Configure(0x2)

Mica Modem(1/0): Configure(0x5)

Mica Modem(1/0): Call Setup

neat msg at slot 0: (0/2): Tx RING_GROUND

Mica Modem(1/0): State Transition to Call Setup

neat msg at slot 0: (0/2): Rx TIP_GROUND_NORING

[Telco switch goes OFFHOOK]

CSM_RX_CAS_EVENT_FROM_NEAT:(A003):

EVENT_START_TX_TONE at slot 1 and port 0

CSM_PROC_OC5_WAIT_FOR_CARRIER: CSM_EVENT_DSX0_START_TX_TONE at slot 1,

port 0

neat msg at slot 0: (0/2): Tx LOOP_CLOSURE [Now the router goes OFFHOOK]

Mica Modem(1/0): Rcvd Tone detected(2)

Mica Modem(1/0): Generate digits:called_party_num=5551111 len=8

Mica Modem(1/0): Rcvd Digits Generated

CSM_PROC_OC5_WAIT_FOR_CARRIER: CSM_EVENT_ADDR_INFO_COLLECTED at slot 1,

port 0

CSM_RX_CAS_EVENT_FROM_NEAT:(A003):  EVENT_CHANNEL_CONNECTED at slot 1

and port 0

CSM_PROC_OC5_WAIT_FOR_CARRIER: CSM_EVENT_DSX0_CONNECTED at slot 1,

port 0

Mica Modem(1/0): Link Initiate

Mica Modem(1/0): State Transition to Connect

Mica Modem(1/0): State Transition to Link

Mica Modem(1/0): State Transition to Trainup

Mica Modem(1/0): State Transition to EC Negotiating

Mica Modem(1/0): State Transition to Steady State

Mica Modem(1/0): State Transition to Steady State Speedshifting

Mica Modem(1/0): State Transition to Steady State

I debug per T1 ed E1 con altri tipi di segnalazione sono simili.

Raggiungere questo punto nel debug indica che i modem chiamante e risponditore sono stati preparati e connessi. Se un modem è allocato correttamente per la chiamata in uscita ma la connessione non riesce a raggiungere tale punto, è necessario esaminare il T1. Utilizzare il comando show controller t1/e1 per verificare che T1/E1 funzioni. Per una spiegazione dell'output show controller, vedere Risoluzione dei problemi delle linee seriali. Se T1/E1 non funziona correttamente, è necessaria la risoluzione dei problemi di T1/E1.

3. Se il modem sembra effettuare le chiamate come previsto, verificare che il numero telefonico chiamato sia corretto.

Utilizzare un ricevitore per chiamare il numero di ricezione. Se una chiamata manuale è in grado di raggiungere il numero di ricezione, ascoltare il modem remoto per offrire il segnale di risposta (ABT). Se la chiamata non riceve risposta o non si sente alcun segnale ABT, il modem ricevente potrebbe non essere impostato per la risposta automatica. Il comando per indicare alla maggior parte dei modem di rispondere automaticamente è ATS0=1. Potrebbe essere necessario inizializzare o eseguire il debug del modem ricevente. Se il modem ricevente è collegato a un router Cisco, consultare la guida alla connessione modem-router per ulteriori informazioni. Verificare il modem e sostituirlo se necessario.

4. Se la chiamata manuale non è ancora in grado di raggiungere il telefono normale sulla linea in questione, provare a utilizzare un'altra linea (funzionante) nella struttura di ricezione. Se il collegamento viene effettuato, chiedere al telefono di controllare la linea telefonica del modem ricevente.

5. Se si tratta di una chiamata interurbana, chiedere al mittente di provare un altro numero (valido) di lunga distanza.

Se funziona, l'impianto o la linea ricevente potrebbero non essere predisposti per ricevere chiamate interurbane. Se la linea di origine (CAS) non è in grado di raggiungere altri numeri a lunga distanza, è possibile che non sia abilitata la linea a lunga distanza. Prova 10-10 codici per diverse società di telefonia fissa.

6. Verificare che i modem asincroni siano pronti.

Se i modem asincroni non si allenano, chiamare manualmente il numero e attendere che sia statico. Ci possono essere altri fattori che interferiscono con il treno verso l'alto. Potrebbe essersi verificato un problema di cavo tra il modem ricevente e il DTE a cui è collegato. Gli errori di training possono essere un problema di circuito o di incompatibilità. Per ovviare a questo inconveniente, è possibile disattivare i modem limitandoli a velocità meno "aggressive". Come esempio della tecnica, proviamo una connessione a uno dei sistemi di test di Cisco.

at

OK

Successivamente, è possibile collegarsi a un laboratorio statico:

at

OK

atdt914085703932

NO CARRIER

La connessione normale sembra avere esito negativo. In questo caso sappiamo che si tratta di una linea rumorosa, quindi inseriamo il modem ai valori predefiniti (&f), accendiamo l'altoparlante (m1) e chiudiamo il modem a 28,8 (S56=28800) con il seguente comando:

at&fs56=28800

OK

A questo punto si riprova a comporre il numero:

atdt914085703932

CONNECT 28800/ARQ

Welcome! Please login with username cisco, password

cisco, and type the appropriate commands for your test:

ppp - to start ppp

slip - to start slip

arap - to start arap

access-3 line 29 MICA V.90 modems

User Access Verification

Username: cisco

Password:

access-3>

7. Assicurarsi che i dati scorrano.

Premere Invio alcune volte per verificare se il flusso di dati dal sistema remoto alla sessione locale avviene avanti e indietro. Se i dati non scorrono, potrebbe essersi verificato un problema di cavo o di segnale quando il modem asincrono remoto tenta di comunicare con il DTE remoto. Eseguire il debug e sostituire se necessario.

Se l'immissione di dati ottiene una risposta ragionevole dall'altro lato, la connessione modem funziona correttamente.

Callout PRI non DDR

Seguire questi passaggi per eseguire un callout PRI non DDR.

1. Diagnosticare un callout non-DDR per modem asincrono PRI, utilizzare i comandi seguenti, quindi provare a effettuare una chiamata:

Avviso:  L'esecuzione dei debug su un sistema occupato potrebbe causare un arresto anomalo del router con sovraccarico della CPU o sovraccarico del buffer della console.

router# debug modem

router# debug modem csm

router# debug isdn q931

router# debug isdn

2. Immettere il comando AT e verificare che venga visualizzata la risposta OK.

Se la risposta OK non viene visualizzata, immettere il comando AT&F. Immettere nuovamente il comando AT per verificare se viene visualizzata la risposta OK. Se viene visualizzata la risposta OK, il modem potrebbe dover utilizzare un modemcap per inizializzare. A tal fine, è necessario usare il comando modem autoconfigure type xxx , dove xxx è il tipo di modem. Se la risposta OK non viene comunque ricevuta, è possibile che si sia verificato un problema con il modulo modem. Verificare che il modem sia in grado di effettuare una chiamata avviando manualmente una composizione. Se l'estremità remota non sembra rispondere, verificare che la chiamata sia stata effettuata dal modem chiamando manualmente un numero locale con il comando ATDT <number> e ascoltando il ring. Se non viene effettuata alcuna chiamata, è possibile che si sia verificato un problema ISDN. In caso di primo sospetto di errore ISDN su un BRI, controllare sempre l'output del comando show isdn status. È importante notare che il livello 1 deve essere Attivo e il livello 2 deve essere nello stato MULTIPLE_FRAME_DEFINED. Per informazioni sulla lettura di questo output e sulle misure correttive, fare riferimento a Interpretazione dello stato di visualizzazione ISDN.

Per le chiamate ISDN in uscita, gli eventi debug isdn q931 e debug isdn sono gli strumenti migliori da utilizzare. Fortunatamente, il debug delle chiamate in uscita è molto simile al debug delle chiamate in arrivo. Una normale chiamata riuscita potrebbe avere il seguente aspetto:

*Mar 20 21:07:45.025: ISDN SE0:23: Event:

Call to 5553759 at 64 Kb/s

*Mar 20 21:07:45.033: ISDN SE0:23: TX ->  SETUP pd = 8  callref = 0x2C

*Mar 20 21:07:45.037:         Bearer Capability i = 0x8890

*Mar 20 21:07:45.041:         Channel ID i = 0x83

*Mar 20 21:07:45.041:         Keypad Facility i = 0x35353533373539

*Mar 20 21:07:45.141: ISDN SE0:23: RX <-  CALL_PROC pd = 8  callref = 0xAC

*Mar 20 21:07:45.145:         Channel ID i = 0x89

*Mar 20 21:07:45.157: ISDN SE0:23: received HOST_PROCEEDING

Channel ID i = 0x0101

*Mar 20 21:07:45.161:   -------------------

Channel ID i = 0x89

*Mar 20 21:07:45.313: ISDN SE0:23: RX <-  CONNECT pd = 8  callref = 0xAC

*Mar 20 21:07:45.325: ISDN SE0:23: received HOST_CONNECT

Il messaggio CONNECT è l'indicatore chiave del successo. Se non si riceve un messaggio CONNECT, è possibile che venga visualizzato un messaggio DISCONNECT o RELEASE_COMP (rilascio completato) seguito da un codice causa:

*Mar 20 22:11:03.212: ISDN SE0:23: RX <-  RELEASE_COMP pd = 8

callref = 0x8F

*Mar 20 22:11:03.216:         Cause i = 0x8295 - Call rejected

Il valore della causa indica due cose.

- Il secondo byte del valore a 4 o 6 byte indica il punto nel percorso della chiamata end-to-end da cui è stata ricevuta la richiesta DISCONNECT o RELEASE_COMP. In questo modo è possibile localizzare il problema.

- Il terzo e il quarto byte indicano la causa effettiva dell'errore. Per il significato dei diversi valori, vedere la Tabella 9.

3. Se il modem sembra effettuare le chiamate come previsto, verificare che il numero telefonico chiamato sia corretto.

Utilizzare un ricevitore per chiamare il numero di ricezione. Se una chiamata manuale è in grado di raggiungere il numero di ricezione, ascoltare il modem remoto per offrire il segnale di risposta (ABT). Se la chiamata non riceve risposta o non si sente alcun segnale ABT, il modem ricevente potrebbe non essere impostato per la risposta automatica. Il comando per indicare alla maggior parte dei modem di rispondere automaticamente è ATS0=1. Potrebbe essere necessario inizializzare o eseguire il debug del modem ricevente. Se il modem ricevente è collegato a un router Cisco, consultare la guida alla connessione modem-router per ulteriori informazioni. Verificare il modem e sostituirlo se necessario.

4. Se la chiamata manuale non è ancora in grado di raggiungere il telefono normale sulla linea in questione, provare a utilizzare un'altra linea (funzionante) nella struttura di ricezione. Se il collegamento viene effettuato, chiedere al telefono di controllare la linea telefonica del modem ricevente.

5. Se si tratta di una chiamata interurbana, chiedere al mittente di provare un altro numero (valido) di lunga distanza.

Se funziona, l'impianto o la linea ricevente potrebbero non essere predisposti per ricevere chiamate interurbane. Se la linea di origine (BRI) non è in grado di raggiungere altri numeri interurbani, è possibile che non sia attivata la modalità interurbana. Prova 10-10 codici per diverse società di telefonia fissa.

6. Verificare che i modem asincroni siano pronti.

Se i modem asincroni non si allenano, chiamare manualmente il numero e attendere che sia statico. Ci possono essere altri fattori che interferiscono con il treno verso l'alto. Potrebbe essersi verificato un problema di cavo tra il modem ricevente e il DTE a cui è collegato. Gli errori di training possono essere un problema di circuito o di incompatibilità. Per ovviare a questo inconveniente, è possibile disattivare i modem limitandoli a velocità meno "aggressive". Come esempio della tecnica, proviamo una connessione a uno dei sistemi di test di Cisco.

at

OK

Successivamente, è possibile collegarsi a un laboratorio statico:

at

OK

atdt914085703932

NO CARRIER

La connessione normale sembra avere esito negativo. In questo caso sappiamo che si tratta di una linea rumorosa, quindi inseriamo il modem ai valori predefiniti (&f), accendiamo l'altoparlante (m1) e chiudiamo il modem a 28,8 (S56=28800) con il seguente comando:

at&fs56=28800

OK

A questo punto si riprova a comporre il numero:

atdt914085703932

CONNECT 28800/ARQ

Welcome! Please login with username cisco, password

cisco, and type the appropriate commands for your test:

ppp - to start ppp

slip - to start slip

arap - to start arap

access-3 line 29 MICA V.90 modems

User Access Verification

Username: cisco

Password:

access-3>

7. Assicurarsi che i dati scorrano.

Premere Invio alcune volte per verificare se il flusso di dati dal sistema remoto alla sessione locale avviene avanti e indietro. Se i dati non scorrono, potrebbe essersi verificato un problema di cavo o di segnale quando il modem asincrono remoto tenta di comunicare con il DTE remoto. Eseguire il debug e sostituire se necessario.

Se l'immissione di dati ottiene una risposta ragionevole dall'altro lato, la connessione modem funziona correttamente.

Callout non DDR BRI

Questa funzione funziona solo sulla piattaforma Cisco 3640 con software Cisco IOS versione 12.0(3)T o successive. Richiede una revisione hardware successiva del modulo di rete BRI. Ciò non è possibile con una scheda di interfaccia WAN (WIC).

1. Diagnosticare un callout non-DDR per modem asincrono PRI, utilizzare i comandi seguenti, quindi provare a effettuare una chiamata:

Avviso:  L'esecuzione dei debug su un sistema occupato potrebbe causare un arresto anomalo del router con sovraccarico della CPU o sovraccarico del buffer della console.

router# debug modem

router# debug modem csm

router# debug isdn q931

router# debug isdn

2. Immettere il comando AT e assicurarsi che venga visualizzata la risposta OK.

Immettere il comando AT e verificare che venga visualizzata la risposta OK. Se la risposta OK non viene visualizzata, immettere il comando AT&F. Immettere nuovamente il comando AT per verificare se viene visualizzata la risposta OK. Se viene visualizzata la risposta OK, è possibile che il modem debba utilizzare un modemcap da inizializzare. A tal fine, è necessario usare il comando modem autoconfigure type xxx , dove xxx è il tipo di modem. Se non si ottiene comunque una risposta OK, è possibile che si sia verificato un problema con il modulo modem. Verificare che il modem sia in grado di effettuare una chiamata avviando manualmente una composizione. Se l'estremità remota non sembra rispondere, verificare che la chiamata sia stata effettuata dal modem chiamando manualmente un numero locale con il comando ATDT<number>e ascoltando la chiamata. Se non viene effettuata alcuna chiamata, è possibile che si sia verificato un problema ISDN. In caso di primo sospetto di errore ISDN su un BRI, controllare sempre l'output del comando show isdn status. È importante notare che il livello 1 deve essere Attivo e il livello 2 deve essere nello stato MULTIPLE_FRAME_DEFINED. Per informazioni sulla lettura di questo output e sulle misure correttive, fare riferimento a Interpretazione dello stato di visualizzazione ISDN.

Per le chiamate ISDN in uscita, gli eventi debug isdn q931 e debug isdn sono gli strumenti migliori da utilizzare. Fortunatamente, il debug delle chiamate in uscita è molto simile al debug delle chiamate in arrivo. Una normale chiamata riuscita potrebbe avere il seguente aspetto:

*Mar 20 21:07:45.025: ISDN BR0: Event: Call to 5553759 at 64 Kb/s

*Mar 20 21:07:45.033: ISDN BR0: TX ->  SETUP pd = 8  callref = 0x2C

*Mar 20 21:07:45.037:         Bearer Capability i = 0x8890

*Mar 20 21:07:45.041:         Channel ID i = 0x83

*Mar 20 21:07:45.041:         Keypad Facility i = 0x35353533373539

*Mar 20 21:07:45.141: ISDN BR0: RX <-  CALL_PROC pd = 8  callref = 0xAC

*Mar 20 21:07:45.145:         Channel ID i = 0x89

*Mar 20 21:07:45.157: ISDN BR0: received HOST_PROCEEDING

Channel ID i = 0x0101

*Mar 20 21:07:45.161:   -------------------

Channel ID i = 0x89

*Mar 20 21:07:45.313: ISDN BR0: RX <-  CONNECT pd = 8  callref = 0xAC

*Mar 20 21:07:45.325: ISDN BR0: received HOST_CONNECT

Il messaggio CONNECT è l'indicatore chiave del successo. Se non si riceve un messaggio CONNECT, è possibile che venga visualizzato un messaggio DISCONNECT o RELEASE_COMP (rilascio completato) seguito da un codice causa:

*Mar 20 22:11:03.212: ISDN BR0: RX <-  RELEASE_COMP pd = 8  callref = 0x8F

*Mar 20 22:11:03.216:         Cause i = 0x8295 - Call rejected

Il valore della causa indica due cose.

- Il secondo byte del valore a 4 o 6 byte indica il punto nel percorso della chiamata end-to-end da cui è stata ricevuta la richiesta DISCONNECT o RELEASE_COMP. In questo modo è possibile localizzare il problema.

- Il terzo e il quarto byte indicano la causa effettiva dell'errore. Per il significato dei diversi valori, vedere la Tabella 9.

3. Se il modem sembra effettuare le chiamate come previsto, verificare che il numero telefonico chiamato sia corretto.

Utilizzare un ricevitore per chiamare il numero di ricezione. Se una chiamata manuale è in grado di raggiungere il numero di ricezione, ascoltare il modem remoto per offrire il segnale di risposta (ABT). Se la chiamata non riceve risposta o non si sente alcun segnale ABT, il modem ricevente potrebbe non essere impostato per la risposta automatica. Il comando per indicare alla maggior parte dei modem di rispondere automaticamente è ATS0=1. Potrebbe essere necessario inizializzare o eseguire il debug del modem ricevente. Se il modem ricevente è collegato a un router Cisco, consultare la guida alla connessione modem-router per ulteriori informazioni. Verificare il modem e sostituirlo se necessario.

4. Se la chiamata manuale non è ancora in grado di raggiungere il telefono normale sulla linea in questione, provare a utilizzare un'altra linea (funzionante) nella struttura di ricezione.

Se il collegamento viene effettuato, chiedere al telefono di controllare la linea telefonica del modem ricevente.

5. Se si tratta di una chiamata interurbana, chiedere al mittente di provare un altro numero (valido) di lunga distanza.

Se funziona, l'impianto o la linea ricevente potrebbero non essere predisposti per ricevere chiamate interurbane. Se la linea di origine (BRI) non è in grado di raggiungere altri numeri interurbani, è possibile che non sia attivata la modalità interurbana. Prova 10-10 codici per diverse società di telefonia fissa.

6. Verificare che i modem asincroni siano pronti.

Se i modem asincroni non si allenano, chiamare manualmente il numero e attendere che sia statico. Ci possono essere altri fattori che interferiscono con il treno verso l'alto. Potrebbe essersi verificato un problema di cavo tra il modem ricevente e il DTE a cui è collegato. Gli errori di training possono essere un problema di circuito o di incompatibilità. Per ovviare a questo inconveniente, è possibile disattivare i modem limitandoli a velocità meno "aggressive". Come esempio della tecnica, proviamo una connessione a uno dei sistemi di test di Cisco.

at

OK

Successivamente, è possibile collegarsi a un laboratorio statico:

at

OK

atdt914085703932

NO CARRIER

La connessione normale sembra avere esito negativo. In questo caso sappiamo che si tratta di una linea rumorosa, quindi inseriamo il modem ai valori predefiniti (&F), accendiamo l'altoparlante (m1) e chiudiamo il modem a 28,8 (S56=28800) con il seguente comando:

at&fs56=28800

OK

A questo punto si riprova a comporre il numero:

atdt914085703932

CONNECT 28800/ARQ

Welcome! Please login with username cisco, password

cisco, and type the appropriate commands for your test:

ppp - to start ppp

slip - to start slip

arap - to start arap

access-3 line 29 MICA V.90 modems

User Access Verification

Username: cisco

Password:

access-3>

7. Assicurarsi che i dati scorrano.

Premere Invio alcune volte per verificare se il flusso di dati dal sistema remoto alla sessione locale avviene avanti e indietro. Se i dati non scorrono, potrebbe essersi verificato un problema di cavo o di segnale quando il modem asincrono remoto tenta di comunicare con il DTE remoto. Eseguire il debug e sostituire se necessario.

Se l'immissione di dati ottiene una risposta ragionevole dall'altro lato, la connessione modem funziona correttamente.

Problemi comuni

Impostazione sessione di debug

A questo punto della sequenza, i modem sono collegati e addestrati. È il momento di scoprire se il traffico attraversa in modo corretto la linea.

Se la linea che riceve la chiamata è configurata con autoselect ppp e l'interfaccia asincrona è configurata con modalità asincrona interattiva, utilizzare il comando debug modem per verificare il processo di selezione automatica. Quando il traffico arriva attraverso il collegamento asincrono, il server di accesso esamina il traffico per determinare se è basato su caratteri o su pacchetti. A seconda delle impostazioni, il server di accesso avvierà una sessione PPP o eseguirà una sessione sulla linea.

Una normale sequenza di selezione automatica con pacchetti LCP PPP in entrata:

*Mar  1 21:34:56.958: TTY1: DSR came up

*Mar  1 21:34:56.962: tty1: Modem: IDLE->READY

*Mar  1 21:34:56.970: TTY1: EXEC creation

*Mar  1 21:34:56.978: TTY1: set timer type 10, 30 seconds

*Mar  1 21:34:59.722: TTY1: Autoselect(2) sample 7E        (See Note 1)

*Mar  1 21:34:59.726: TTY1: Autoselect(2) sample 7EFF

*Mar  1 21:34:59.730: TTY1: Autoselect(2) sample 7EFF7D

*Mar  1 21:34:59.730: TTY1: Autoselect(2) sample 7EFF7D23

*Mar  1 21:34:59.734: TTY1 Autoselect cmd: ppp negotiate   (See Note 2)

*Mar  1 21:34:59.746: TTY1: EXEC creation

*Mar  1 21:34:59.746: TTY1: create timer type 1, 600 seconds

*Mar  1 21:34:59.794: TTY1: destroy timer type 1 (OK)

*Mar  1 21:34:59.794: TTY1: destroy timer type 0

*Mar  1 21:35:01.798: %LINK-3-UPDOWN: Interface Async1, changed state to up

(See Note 3)

Nota 1: Il traffico in entrata viene visualizzato in formato esadecimale. Questa proprietà si basa sui bit che arrivano sulla riga, a prescindere dal fatto che siano caratteri ASCII o elementi di un pacchetto. I bit rappresentati in questo esempio sono corretti per un pacchetto LCP. Un'impostazione diversa può essere un pacchetto in formato non corretto o un traffico di caratteri.

Nota 2: Dopo aver determinato che il traffico in entrata è in realtà un pacchetto LCP, il server di accesso attiva il processo di negoziazione PPP.

Nota 3: Lo stato dell'interfaccia asincrona viene impostato su attivo e la negoziazione PPP (non visualizzata) viene avviata.

Se la chiamata è una sessione PPP e la modalità asincrona dedicata è configurata sull'interfaccia asincrona, utilizzare il comando debug ppp negotiation per verificare se dall'estremità remota provengono pacchetti di richieste di configurazione. I debug mostrano questi valori come CONFREQ. Se si osservano sia pacchetti PPP in entrata che in uscita, consultare il documento sulla risoluzione dei problemi relativi al protocollo PPP. In caso contrario, connettersi dall'estremità che ha originato la chiamata con una sessione in modalità carattere (o "exec"), ovvero una sessione non PPP.

Nota: se l'estremità ricevente visualizza un modem asincrono dedicato sotto l'interfaccia asincrona, un dial-in exec mostra solo ciò che sembra essere un garbage ASCII casuale. Per consentire una sessione terminale e continuare a disporre della funzionalità PPP, utilizzare il comando di configurazione dell'interfaccia asincrona in modalità asincrona interattiva. Nella configurazione della riga associata, utilizzare il comando autoselect ppp.

Se i modem si connettono a una sessione terminale e non vengono rilevati dati, verificare quanto segue:

Tabella 4. Il modem non può inviare o ricevere dati

Possibili cause

Azioni consigliate

Impostazione velocità modem non bloccata

1. Usare il comando show line exec sul server o sul router di accesso. L'output per la porta ausiliaria deve indicare le velocità Tx e Rx attualmente configurate. Per una spiegazione dell'output del comando show line, consultare il documento sull'uso dei comandi di debug.

2. Se la linea non è configurata alla velocità corretta, utilizzare il comando di configurazione della linea speed per impostare la velocità della linea sul server di accesso o sulla linea del router. Impostare il valore sulla velocità più elevata in comune tra il modem e la porta del server di accesso o del router. Per impostare la velocità in baud del terminale, usare il comando di configurazione speed line. Questo comando imposta le velocità di trasmissione (al terminale) e di ricezione (dal terminale). Sintassi: speed bps Descrizione sintassi: bps? Velocità in baud in bit al secondo (bps). Il valore predefinito è 9600 bps. Esempio: L'esempio seguente imposta le linee 1 e 2 su un server di accesso Cisco 2509 a 115200 bps: linea 1 2 velocità 115200
Nota: se per qualche motivo non è possibile utilizzare il controllo del flusso, limitare la velocità della linea a 9600 bps. Le velocità più elevate possono causare la perdita di dati.

3. Utilizzare nuovamente il comando show line exec e verificare che la velocità della linea sia impostata sul valore desiderato.

4. Quando si è certi che il server di accesso o la linea del router sia configurata per la velocità desiderata, avviare una sessione telnet inversa verso il modem tramite tale linea. Per ulteriori informazioni, consultare il documento sulla configurazione del reverse Telnet.

5. Utilizzare una stringa di comando del modem che includa il comando lock DTE speed per il modem in uso. Per la sintassi esatta dei comandi di configurazione, consultare la documentazione del modem.
Nota: il comando lock DTE speed, noto anche come port rate adjust o buffered mode, è spesso correlato al modo in cui il modem gestisce la correzione degli errori. Questo comando varia notevolmente da un modem all'altro.
Il blocco della velocità del modem garantisce che il modem comunichi sempre con il server di accesso Cisco o con il router alla velocità configurata sulla porta ausiliaria Cisco. Se non si utilizza questo comando, il modem ripristina la velocità del collegamento dati (la linea telefonica) anziché comunicare alla velocità configurata sul server di accesso.

Controllo del flusso hardware non configurato su modem o router locale o remoto

1. Utilizzare il comando show line aux-line-number exec e cercare quanto segue nel campo Capabilities:
Capabilities: Hardware Flowcontrol In,

Hardware Flowcontrol Out
Per ulteriori informazioni, consultare il documento sull'interpretazione dell'output di visualizzazione della linea. Se in questo campo non si fa riferimento al controllo del flusso hardware, il controllo del flusso hardware non è abilitato sulla linea. È consigliabile il controllo del flusso hardware per l'accesso da server a modem. Per una spiegazione dell'output del comando show line, consultare il documento sull'uso dei comandi di debug.

2. Configurare il controllo del flusso hardware sulla linea utilizzando il comando di configurazione della linea hardware flowcontrol. Per impostare il metodo di controllo del flusso di dati tra il terminale o un altro dispositivo seriale e il router, usare il comando di configurazione della linea di controllo del flusso. Utilizzare la forma no di questo comando per disabilitare il controllo del flusso. Sintassi: controllo flusso {none | software [lock] [in] | out] | hardware [in | out]} Descrizione sintassi: none?Disattiva il controllo del flusso. software?Imposta il controllo del flusso del software. Una parola chiave opzionale specifica la direzione: In il software Cisco IOS ascolta il controllo del flusso dal dispositivo collegato, mentre Out invia le informazioni di controllo al dispositivo collegato. Se non specificate una direzione, vengono utilizzate entrambe. lock?Rende impossibile disattivare il controllo del flusso dall'host remoto quando il dispositivo collegato richiede il controllo del flusso software. Questa opzione si applica alle connessioni che utilizzano il protocollo Telnet o rlogin. hardware?Imposta il controllo del flusso dell'hardware. Una parola chiave opzionale specifica la direzione: in fa sì che il software ascolti il controllo del flusso dal dispositivo collegato, mentre out fa in modo che il software invii le informazioni di controllo al dispositivo collegato. Se non specificate una direzione, vengono utilizzate entrambe. Per ulteriori informazioni sul controllo del flusso hardware, consultare il manuale dell'hardware fornito con il router. Esempio: L'esempio seguente imposta il controllo del flusso hardware sulla riga 7: line 7 controllo flusso hardware
Nota: se per qualche motivo non è possibile utilizzare il controllo del flusso, limitare la velocità della linea a 9600 bps. Le velocità più elevate possono causare la perdita di dati.

3. Dopo aver attivato il controllo del flusso hardware sul server di accesso o sulla linea del router, avviare una sessione telnet inversa verso il modem tramite tale linea. Per ulteriori informazioni, consultare il documento sulla configurazione del reverse Telnet.

4. Utilizzare una stringa di comando del modem che includa il comando RTS/CTS Flow per il modem in uso. Questo comando garantisce che il modem utilizzi lo stesso metodo di controllo del flusso (ovvero, controllo del flusso hardware) del server di accesso o del router Cisco. Per la sintassi esatta dei comandi di configurazione, consultare la documentazione del modem.

Comandi mappa dialer non configurati correttamente

1. Utilizzare il comando show running-config in modalità di esecuzione privilegiata per visualizzare la configurazione del router. Controllare le voci del comando dialer map per verificare se la parola chiave broadcast è specificata.

2. Se la parola chiave è mancante, aggiungerla alla configurazione. Sintassi: dialer map protocol next-hop-address [name hostname] [broadcast] [dial-string] Descrizione sintassi: protocollo? Protocollo soggetto a mapping. Le opzioni includono IP, IPX, bridge e snapshot. next-hop-address? Indirizzo di protocollo dell'interfaccia asincrona del sito opposto. nome hostname? Parametro obbligatorio utilizzato nell'autenticazione PPP. È il nome del sito remoto per il quale viene creata la mappa dialer. Il nome fa distinzione tra maiuscole e minuscole e deve corrispondere al nome host del router remoto. broadcast?Parola chiave opzionale che consente di trasmettere pacchetti (ad esempio, aggiornamenti IP RIP o IPX RIP/SAP) che vengono inoltrati alla destinazione remota. Nelle configurazioni di esempio con routing statico, non si desidera aggiornare il routing e la parola chiave broadcast viene omessa. dial-string? Numero di telefono del sito remoto. È necessario includere tutti i codici di accesso (ad esempio, 9 per uscire da un ufficio, i codici di composizione internazionali, gli indicativi di località).

3. Verificare che i comandi della mappa del dialer specifichino gli indirizzi dell'hop successivo corretti.

4. Se l'indirizzo dell'hop successivo non è corretto, modificarlo utilizzando il comando dialer map.

5. Verificare che tutte le altre opzioni dei comandi della mappa dialer siano specificate correttamente per il protocollo in uso.

Per informazioni dettagliate sulla configurazione delle mappe dialer, consultare la guida alla configurazione di Cisco IOS Wide-Area Networking e la guida di riferimento dei comandi di Wide-Area Networking.

Problema con la connessione del modem

Accertarsi che il modem sia in funzione e che sia collegato in modo sicuro alla porta corretta. Determinare se un altro modem funziona quando collegato alla stessa porta.

Il debug di una sessione di esecuzione in ingresso è in genere suddiviso in alcune categorie principali:

- Il client remoto non riceve alcun prompt di esecuzione. Fare riferimento alla Tabella 17-2.

- La sessione di accesso remoto vede "spazzatura". Fare riferimento alla Tabella 17-3.

- La connessione remota viene aperta nella sessione esistente. Fare riferimento alla Tabella 17-4.

- Il modem ricevente per la connessione remota non si disconnette correttamente. Fare riferimento alla Tabella 17-5.

Tabella 5. Il client remoto non riceve alcun prompt exec

Possibili cause

Azioni consigliate

La selezione automatica è abilitata nella riga

Tentare di accedere alla modalità di esecuzione premendo Invio.

La riga è configurata con il comando no exec

1. Utilizzare il comando show line exec per visualizzare lo stato della riga appropriata. Controllare il campo Capacità per vedere se è visualizzato "esegui eliminato". In questo caso, il comando no exec line configuration è abilitato.

2. Configurare il comando exec line configuration sulla riga per consentire l'avvio delle sessioni di esecuzione. Questo comando non dispone di argomenti o parole chiave.

Esempio
: L'esempio seguente attiva l'exec sulla riga 7: riga 7 exec

Il controllo del flusso non è abilitato. o il controllo del flusso è abilitato solo su un dispositivo (DTE o DCE) oppure non è configurato correttamente.

1. Utilizzare il comando show line aux-line-number exec e cercare quanto segue nel campo Capabilities:
Capabilities: Hardware Flowcontrol In,

Hardware Flowcontrol Out

Per ulteriori informazioni, consultare il documento sull'interpretazione dell'output di visualizzazione della linea. Se in questo campo non si fa riferimento al controllo del flusso hardware, il controllo del flusso hardware non è abilitato sulla linea. È consigliabile il controllo del flusso hardware per l'accesso da server a modem. Per una spiegazione dell'output del comando show line, consultare il documento sull'uso dei comandi di debug.

2. Configurare il controllo del flusso hardware sulla linea utilizzando il comando flowcontrol hardware line configuration. Esempio: L'esempio seguente imposta il controllo del flusso hardware sulla riga 7: line 7 controllo flusso hardware
Nota: se per qualche motivo non è possibile utilizzare il controllo del flusso, limitare la velocità della linea a 9600 bps. Le velocità più elevate possono causare la perdita di dati.

3. Dopo aver attivato il controllo del flusso hardware sul server di accesso o sulla linea del router, avviare una sessione telnet inversa verso il modem tramite tale linea. Per ulteriori informazioni, consultare il documento sulla configurazione del reverse Telnet.

4. Utilizzare una stringa di comando del modem che includa il comando RTS/CTS Flow per il modem in uso. Questo comando garantisce che il modem utilizzi lo stesso metodo di controllo del flusso (controllo del flusso hardware) del server di accesso o del router Cisco. Per la sintassi esatta dei comandi di configurazione, consultare la documentazione del modem.

Impostazione velocità modem non bloccata

1. Usare il comando show line exec sul server o sul router di accesso. L'output per la porta ausiliaria deve indicare le velocità Tx e Rx attualmente configurate. Per una spiegazione dell'output del comando show line, vedere la sezione Using Debug Commands nel capitolo 15.

2. Se la linea non è configurata alla velocità corretta, utilizzare il comando di configurazione della linea speed per impostare la velocità della linea sul server di accesso o sulla linea del router. Impostare il valore sulla velocità più elevata in comune tra il modem e la porta del server di accesso o del router. Per impostare la velocità in baud del terminale, usare il comando di configurazione speed line. Questo comando imposta le velocità di trasmissione (al terminale) e di ricezione (dal terminale). Sintassi: speed bps Descrizione sintassi: bps ?Velocità in baud in bit al secondo (bps). Il valore predefinito è 9600 bps. Esempio: L'esempio seguente imposta le linee 1 e 2 su un server di accesso Cisco 2509 a 115200 bps: linea 1 2 velocità 115200
Nota: se per qualche motivo non è possibile utilizzare il controllo del flusso, limitare la velocità della linea a 9600 bps. Le velocità più elevate possono causare la perdita di dati.

3. Utilizzare nuovamente il comando show line exec e verificare che la velocità della linea sia impostata sul valore desiderato.

4. Quando si è certi che il server di accesso o la linea del router sia configurata per la velocità desiderata, avviare una sessione telnet inversa verso il modem tramite tale linea. Per ulteriori informazioni, consultare il documento sulla configurazione del reverse Telnet.

5. Utilizzare una stringa di comando del modem che includa il comando lock DTE speed per il modem in uso. Per la sintassi esatta dei comandi di configurazione, consultare la documentazione del modem.

Nota: il comando lock DTE speed, noto anche come regolazione della velocità della porta o modalità buffered, è spesso correlato al modo in cui il modem gestisce la correzione degli errori. Questo comando varia notevolmente da un modem all'altro.
Il blocco della velocità del modem garantisce che il modem comunichi sempre con il server di accesso Cisco o con il router alla velocità configurata sulla porta ausiliaria Cisco. Se non si utilizza questo comando, il modem torna alla velocità del collegamento dati (la linea telefonica) anziché alla velocità configurata sul server di accesso.

Tabella 6. Sessioni remote Vedere "Garbage"

Possibili cause

Azioni consigliate

Impostazione velocità modem non bloccata

1. Usare il comando show line exec sul server o sul router di accesso. L'output per la porta ausiliaria deve indicare le velocità Tx e Rx attualmente configurate. Per una spiegazione dell'output del comando show line, vedere la sezione Using Debug Commands nel capitolo 15.

2. Se la linea non è configurata alla velocità corretta, utilizzare il comando di configurazione della linea speed per impostare la velocità della linea sul server di accesso o sulla linea del router. Impostare il valore sulla velocità più elevata in comune tra il modem e la porta del server di accesso o del router. Per impostare la velocità in baud del terminale, usare il comando di configurazione speed line. Questo comando imposta le velocità di trasmissione (al terminale) e di ricezione (dal terminale). Sintassi: speed bps Descrizione sintassi: bps ?Velocità in baud in bit al secondo (bps). Il valore predefinito è 9600 bps. Esempio: L'esempio seguente imposta le linee 1 e 2 su un server di accesso Cisco 2509 a 115200 bps: linea 1 2 velocità 115200
Nota: se per qualche motivo non è possibile utilizzare il controllo del flusso, limitare la velocità della linea a 9600 bps. Le velocità più elevate possono causare la perdita di dati.

3. Utilizzare nuovamente il comando show line exec e verificare che la velocità della linea sia impostata sul valore desiderato.

4. Quando si è certi che il server di accesso o la linea del router sia configurata per la velocità desiderata, avviare una sessione telnet inversa verso il modem tramite tale linea. Per ulteriori informazioni, consultare il documento sulla configurazione del reverse Telnet.

5. Utilizzare una stringa di comando del modem che includa il comando lock DTE speed per il modem in uso. Per la sintassi esatta dei comandi di configurazione, consultare la documentazione del modem.

Nota: il comando lock DTE speed, a cui si potrebbe anche fare riferimento come port rate adjust o modalità buffered, spesso è correlato al modo in cui il modem gestisce la correzione degli errori. Questo comando varia notevolmente da un modem all'altro.
Il blocco della velocità del modem garantisce che il modem comunichi sempre con il server di accesso Cisco o con il router alla velocità configurata sulla porta ausiliaria Cisco. Se non si utilizza questo comando, il modem torna alla velocità del collegamento dati (la linea telefonica) anziché alla velocità configurata sul server di accesso.

Sintomo: La sessione di connessione remota viene aperta in una sessione già esistente avviata da un altro utente. In altre parole, invece di ottenere un prompt di accesso, un utente che accede al portale vede una sessione stabilita da un altro utente (che può essere un prompt dei comandi UNIX, una sessione dell'editor di testo o qualsiasi altro scambio in corso).

Tabella 7. Sessione di accesso remoto aperta nella sessione esistente

Possibili cause

Azioni consigliate

Modem configurato per DCD sempre in alto

1. Il modem deve essere riconfigurato in modo da avere DCD alto solo su CD. A tale scopo, in genere viene utilizzata la stringa di comando del modem &C1, ma per informazioni sulla sintassi esatta del modem, vedere la documentazione del modem.

2. Potrebbe essere necessario configurare la linea del server di accesso a cui è connesso il modem con il comando di configurazione no exec line. Cancellare la riga con il comando clear line privileged exec, avviare una sessione telnet inversa con il modem e riconfigurare il modem in modo che il DCD sia alto solo su CD.

3. Per terminare la sessione telnet, immettere disconnect e riconfigurare la riga del server di accesso con il comando di configurazione exec line.

Il controllo del modem non è abilitato sul server o sul router di accesso

1. Usare il comando show line exec sul server o sul router di accesso. L'output per la porta ausiliaria deve essere visualizzato in out o RIisCD nella colonna Modem. Ciò indica che il controllo del modem è abilitato sulla linea del server o del router di accesso. Per una spiegazione dell'output della riga show, consultare il documento sull'uso dei comandi di debug.

2. Configurare la linea per il controllo del modem utilizzando il comando di configurazione della linea di inout del modem. Il controllo del modem è ora abilitato sul server di accesso.

Nota: accertarsi di utilizzare il comando modem inout invece del comando modem ri-is-cd quando la connettività del modem è in dubbio. Quest'ultimo comando consente alla riga di accettare solo chiamate in ingresso. Le chiamate in uscita verranno rifiutate, rendendo impossibile stabilire una sessione telnet con il modem per configurarla. Per attivare il comando modem ri-is-cd, assicurarsi che il modem funzioni correttamente.

Cablaggio non corretto

1. Controllare il cablaggio tra il modem e il server o il router di accesso. Verificare che il modem sia collegato alla porta ausiliaria sul server di accesso o sul router con un cavo RJ-45 e un adattatore DB-25 MMOD. Questa configurazione di cablaggio è consigliata e supportata da Cisco per le porte RJ-45. Questi connettori sono in genere etichettati come: Modem. I cavi RJ-45 sono di due tipi: rettilineo e laminato. Se si tengono le due estremità di un cavo RJ-45 una accanto all'altra, si vedranno otto strisce colorate, o spine, a ciascuna estremità. Se l'ordine dei pin colorati è lo stesso a ciascuna estremità, il cavo è diritto. Se l'ordine dei colori viene invertito a ciascuna estremità, il cavo viene arrotolato. Il cavo piatto (CAB-500RJ) è di serie con i modelli Cisco 2500/CS500.

2. Per verificare la correttezza del cablaggio, usare il comando show line exec. Vedere la spiegazione dell'output del comando show line in Uso dei comandi di debug.

Tabella 8. Il Modem Di Ricezione Connessione Remota Non Si Disconnette Correttamente

Possibili cause

Azioni consigliate

Il modem non rileva DTR

Immettere la stringa di comando del modem Hangup DTR. Questo comando indica al modem di eliminare il vettore quando il segnale DTR non viene più ricevuto. Su un modem compatibile Hayes, la stringa &D3 viene comunemente utilizzata per configurare DTR Hangup sul modem. Per la sintassi esatta di questo comando, consultare la documentazione del modem in uso.

Il controllo del modem non è abilitato sul router o sul server di accesso

1. Usare il comando show line exec sul server o sul router di accesso. L'output per la porta ausiliaria deve essere visualizzato in out o RIisCD nella colonna Modem. Ciò indica che il controllo del modem è abilitato sulla linea del server o del router di accesso. Per una spiegazione dell'output della riga show, consultare il documento sull'uso dei comandi di debug.

2. Configurare la linea per il controllo del modem utilizzando il comando di configurazione della linea di inout del modem. Il controllo del modem è ora abilitato sul server di accesso.

Nota: accertarsi di utilizzare il comando modem inout invece del comando modem dialin quando la connettività del modem è in questione. Quest'ultimo comando consente alla riga di accettare solo chiamate in ingresso. Le chiamate in uscita verranno rifiutate, rendendo impossibile stabilire una sessione telnet con il modem per configurarla. Se si desidera attivare il comando modem dialin, eseguire questa operazione solo dopo aver verificato il corretto funzionamento del modem.

Campi Codice Causa

Nella tabella 9 sono elencati i campi del codice causa ISDN visualizzati nel formato seguente all'interno dei comandi di debug:

i=0x y1 y2 z1 z2 [a1 a2]

Tabella 9. Campi Cause Code ISDN

Campo

Descrizione valore

0x

I valori che seguono sono in formato esadecimale.

a1

8 - Codifica standard ITU-T.

s2

0—Utente 1—Rete privata che serve l'utente locale 2—Rete pubblica che serve l'utente locale 3—Rete di transito 4—Rete pubblica che serve l'utente remoto 5—Rete privata che serve l'utente remoto 7—Rete internazionale A—Rete oltre il punto di internetworking

z1

Classe (il numero esadecimale più significativo) del valore della causa. Fare riferimento alla tabella seguente per informazioni dettagliate sui valori possibili.

z2

Valore (il numero esadecimale meno significativo) del valore della causa. Fare riferimento alla tabella seguente per informazioni dettagliate sui valori possibili.

a1

(Facoltativo) Campo diagnostico che è sempre 8.

A2

(Facoltativo) Campo di diagnostica che corrisponde a uno dei valori seguenti: 0 - Sconosciuto 1 - Permanente 2 - Transitorio

Valori causa ISDN

La tabella 10 elenca le descrizioni di alcuni dei valori di causa più comuni dell'elemento informazioni causa, ovvero il terzo e il quarto byte del codice causa.

Tabella 10. Valori causa ISDN

Valore

Causa

Descrizione

81

Numero non allocato (non assegnato)

Il numero ISDN è stato inviato allo switch nel formato corretto; tuttavia, il numero non è assegnato ad alcuna apparecchiatura di destinazione.

90

Cancellazione di chiamata normale

Si è verificata la normale cancellazione delle chiamate.

91

Utente occupato

Il sistema chiamato riconosce la richiesta di connessione ma non è in grado di accettare la chiamata perché tutti i canali B sono in uso.

92

Nessun utente che risponde

Impossibile completare la connessione. La destinazione non risponde alla chiamata.

93

Nessuna risposta dall'utente (avviso utente)

La destinazione risponde alla richiesta di connessione ma non la completa entro il tempo prescritto. Il problema si verifica all'estremità remota della connessione.

95

Chiamata rifiutata

La destinazione è in grado di accettare la chiamata, ma l'ha rifiutata per motivi sconosciuti.

9°C

Formato numero non valido

Impossibile stabilire la connessione. L'indirizzo di destinazione è stato presentato in un formato non riconoscibile oppure l'indirizzo di destinazione è incompleto.

9 SEPTIES

Normale, non specificato

Segnala l'occorrenza di un evento normale quando non si applica alcuna causa standard. Non è richiesta alcuna azione.

A2

Nessun circuito/canale disponibile

Impossibile stabilire la connessione. Nessun canale appropriato disponibile per la chiamata.

A6

Rete non funzionante

Impossibile raggiungere la destinazione. La rete non funziona correttamente e la condizione potrebbe durare per un periodo di tempo prolungato. Un tentativo di riconnessione immediata non riuscirà.

CA

Circuito/canale richiesto non disponibile

L'apparecchiatura remota non è in grado di fornire il canale richiesto per un motivo sconosciuto. Questo potrebbe essere un problema temporaneo.

B2

Facilità richiesta non sottoscritta

L'apparecchiatura remota supporta il servizio supplementare richiesto solo in abbonamento. Questo è spesso un riferimento al servizio a lunga distanza.

B9

Supporto non autorizzato

L'utente ha richiesto una funzionalità di connessione fornita dalla rete, ma non è autorizzato a utilizzarla. Potrebbe trattarsi di un problema di sottoscrizione.

D8

Destinazione incompatibile

Indica un tentativo di connessione ad apparecchiature non ISDN, ad esempio una linea analogica.

E0

Elemento di informazioni obbligatorio mancante

L'apparecchiatura ricevente ha ricevuto un messaggio che non include uno degli elementi di informazione obbligatori. Ciò è in genere dovuto a un errore del canale D. Se l'errore si verifica in modo sistematico, segnalarlo al provider di servizi ISDN.

E4

Contenuto dell'elemento di informazione non valido

L'apparecchiatura remota ha ricevuto un messaggio che include informazioni non valide nell'elemento di informazione. Ciò è in genere dovuto a un errore del canale D.

Per informazioni più complete sui codici e i valori ISDN, consultare il capitolo ISDN Switch Codes and Values in Cisco IOS Debug Command Reference per la versione in uso di IOS.

Informazioni correlate

- Guida alla configurazione rapida di Cisco IOS Dial Services

- Guida alla configurazione di Cisco IOS Dial Services: Servizi di rete

- Guida alla configurazione di Cisco IOS Dial Services: Servizi terminal

- Guida di riferimento ai comandi di Cisco IOS Dial Services

- Panoramica del Dial Case Study

- Accedi alle pagine sulle tecnologie

- Documentazione e supporto tecnico – Cisco Systems