Questo documento descrive come interpretare i codici motivo di disconnessione delle chiamate segnalati dai moduli DSP (Universal Digital Signal Processor) Cisco NextPort. NextPort è il DSP di nuova generazione utilizzato da Cisco per implementare voce, dati o fax su una determinata porta. Le piattaforme AS5350, AS5400, AS5850 e i nuovi modelli di schede modem per AS5800 utilizzano tutti modem digitali con DSP NextPort. Per i modem digitali in C3600, AS5200, AS5300 e i modelli precedenti di schede per AS5800, controllare Mica Modem States e Disconnect Reasons (Motivi di disconnessione): nessun aggiornamento del firmware del modem può rendere NextPort DSP fuori da Mica DSP o viceversa.
Questo documento non ha requisiti specifici.
Ogni volta che viene cancellata o disconnessa una chiamata che utilizza il DSP NextPort, il modulo NextPort registra il motivo della disconnessione. Questo codice motivo di disconnessione può essere utilizzato per determinare se la disconnessione è stata effettuata normalmente o se si è verificato un errore. Questo codice motivo può essere utilizzato per individuare le possibili cause di errore. I modem possono essere disconnessi a causa di una serie di fattori, quali disconnessioni dei client, errori di comunicazione e interruzioni delle chiamate al server di accesso alla rete (NAS). Un motivo di disconnessione "valido" è che il DTE (client modem o NAS) da una parte o dall'altra voleva terminare la chiamata. Tali disconnessioni "normali" indicano che la disconnessione non è il risultato di errori del modem o del livello di trasmissione. Per ulteriori informazioni su come determinare se il motivo della disconnessione è "normale", vedere Panoramica generale sulla qualità della linea NAS e del modem
Nota: il motivo della disconnessione viene gestito in base al principio "primo arrivato, primo servito". Ciò significa che il primo motivo di disconnessione generato è l'unico motivo di disconnessione registrato. Se il modem e il server NAS tentano di terminare la sessione contemporaneamente e il modem salva il motivo di disconnessione prima che il messaggio LINK_TERMINATE dal server NAS venga elaborato, il motivo di disconnessione del server NAS viene ignorato.
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.
Per ulteriori informazioni sulle convenzioni usate, consultare il documento Cisco sulle convenzioni nei suggerimenti tecnici.
Per valutare se le disconnessioni avvengono correttamente o male, è importante ottenere la cronologia delle disconnessioni riscontrate da una determinata porta. Nella maggior parte degli ambienti, il motivo della disconnessione è ottenuto utilizzando i record di chiamata del modem o i messaggi syslog di individuazione delle chiamate. Il codice di disconnessione può quindi essere interpretato utilizzando la tabella riportata in questo documento (o cercare gli strumenti di analisi del modem). Per determinare il motivo della disconnessione, utilizzare i comandi seguenti:
Il comando show speed modem disconnect-reason non visualizza il codice del motivo di disconnessione come valore esadecimale. Tuttavia, indica il motivo della disconnessione come un nome. Il nome e la classe del motivo di disconnessione sono rispettivamente disponibili in e.
Il comando show port modem log visualizza il codice del motivo della disconnessione come valore esadecimale. Per ulteriori informazioni, fare riferimento al documento:
0x0. | 0x001 | 0x002 | 0x003 | 0x004 | 0x005 | 0x006 | 0x007 | 0x008 | 0x009 | 0x00C | 0x00D | 0x00E | 0x00F | |
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
0x010 | 0x011 | 0x012 | ||||||||||||
0x1. | 0x100 | 0x101 | 0x102 | 0x103 | 0x104 | 0x105 | 0x106 | 0x107 | 0x108 | 0x109 | ||||
0x1F00 | 0x1F01 | 0x1F02 | 0x1F03 | 0x1F04 | 0x1F05 | 0x1F06 | 0x1F07 | 0x1F08 | ||||||
0x1FFF | ||||||||||||||
0x2 | 0x201 | 0x202 | 0x203 | 0x204 | 0x205 | 0x206 | ||||||||
0x210 | 0x211 | 0x212 | ||||||||||||
0x220 | 0x221 | 0x222 | 0x224 | 0x225 | ||||||||||
0x3. | 0x3xx | |||||||||||||
0x4. | 0x401 | 0x403 | 0x404 | 0x408 | ||||||||||
0x5. | 0x501 | 0x502 | 0x503 | 0x504 | 0x505 | 0x506 | ||||||||
0x5FF |
Nella sezione successiva vengono illustrati alcuni esempi.
Utilizzare il comando show port modem log slot/port per ottenere il codice causa di disconnessione (in formato esadecimale) per una particolare chiamata su una porta specifica. Il codice di disconnessione è identico al codice causa ottenuto dagli output syslog di call-record e di call-tracker. Di seguito è riportato un esempio:
*Jan 1 00:53:56.867: Modem State event: State: Terminate *Jan 1 00:53:56.879: Modem End Connect event: Call Timer : 195 secs Disconnect Reason Info : 0x220 Type (=0 ): Class (=2 ): EC condition - locally detected Reason (=32 ): received DISC frame -- normal LAPM termination
Come si osserva nell'esempio precedente, il codice di disconnessione è 0x220.
Usare il comando show speed modem disconnect-REASON {summary | slot | slot/spe} per determinare la distribuzione dei motivi di disconnessione riscontrati sulla porta in questione. Di seguito è riportato un esempio di output di riepilogo di tutte le porte:
NAS>show spe modem disconnect-reason summary ===CLASS OTHER==== =====CLASS DSP==== ===CLASS EC LCL=== ==CLASS EC FRMR=== Software Rst 0 No Carrier 341 No LR 0 Frmr Bad Cmd 0 EC Termntd 0 No ABT dtctd 0 LR Param1 0 Frmr Data 0 Bad MNP5 Rx 0 Trainup flr 328 LR Incmpt 0 Frmr Length 0 Bad V42B 110 Retrain Lt 0 Retrns Lt 226 Frmr Bad NR 0 Bad COP stat 0 ABT end flr 0 Inactivity 0 ATH 0 Protocol Err 1 ===CLASS EC LD==== Aborted 0 ====CLASS HOST==== Fallbck Term 74 LD No LR 0 Connect Tout 198 Hst NonSpec 0 No XID 67 LD LR Param1 0 Reset DSP 0 HST Busy 0 XID Incmpt 0 LD LR Incmpt 0 HST No answr 0 Disc 21448 LD Retrns Lt 0 ===CLASS EC Cmd=== HST DTR 3615 DM 5 LD Inactivty 0 Bad Cmd 0 HST ATH 0 Bad NR 0 LD Protocol 0 HST NoDialTn 0 SABME Online 0 LD User 0 =====N O N E====== HST No Carr 5276 XID Online 0 None 39 HST Ack 0 LR Online 0 TOTAL 31728 HST NoDialTn 0 SABME Online 0 LD User 0=====N O N E====== HST No Carr 5276 XID Online 0 None 39 HST Ack 0 LR Online 0 TOTAL 31728
Dall'esempio precedente, diciamo che siamo interessati alla categoria di disconnessione "Disco" all'interno di CLASS EC LCL. Per determinare il significato del motivo di disconnessione Disco, passare alla voce corrispondente alla classe (CLASS EC LCL ) e al nome del motivo di disconnessione (Disco) che mostra un codice esadecimale 0x220 ed è una normale disconnessione.
CLASSE ALTRO
CLASS DSP
CLASSE EC LCL
CLASS EC Cmd
CLASSE CE FRMR
CLASS EC LD
HOST CLASSE
Tipo motivo disconnessione | Motivo disconnessione: Nome | Codice Motivo Disconnessione (Hex) | Descrizione |
---|---|---|---|
CLASSE ALTRO | |||
2 | Software Rst | 0x001 | Il software Cisco IOS® ha disconnesso la chiamata per un motivo indeterminato (SOFTWARE_RESET). |
2 | Termine EC | 0x002 | Terminazione livello di correzione errori (EC) |
2 | Rx MNP5 non valido | 0x003 | L'attività di decompressione MNP5 (Microcom Network Protocol 5) ha ricevuto un token non valido nel flusso di dati. È probabile che si sia verificato un errore logico nell'implementazione della compressione, decompressione o correzione degli errori da parte del modem o del partner. (Esiste anche la possibilità di un errore temporaneo di linea o di memoria RAM). |
2 | V42B non valido | 0x004 | L'attività di decompressione V.42bis o V.44 ha ricevuto un token non valido nel flusso di dati. È probabile che si sia verificato un errore logico nell'implementazione della compressione, decompressione o correzione degli errori da parte del modem o del partner. (Esiste anche la possibilità di un errore temporaneo di linea o di memoria RAM). |
2 | Stato COP non valido | 0x005 | <riservato> |
6,7 | PERCORSO | 0x006 | Comando ATH rilevato dal modem locale. Il comando "ATH" (Hangup) AT viene rilevato dal modem locale (NextPort). Ad esempio, in seguito a una chiamata in uscita da IOS, l'interfaccia DTE di IOS cancella la chiamata (trasmettendo un comando "ATH" AT in banda), dopo la connessione. |
3 | Interrotto | 0x007 | Interruzione del comando di composizione in modalità AT "any key" Il comando di composizione AT è stato interrotto dal comando di interruzione "any key". Ad esempio, il modem host genera una chiamata. Durante la connessione, premendo "any key" (qualsiasi tasto) il comando AT dial viene interrotto. |
3 | Connetti tout | 0x008 | La chiamata ha impiegato troppo tempo per completare la connessione. Si noti che il timer S7 (attendere il vettore dopo la composizione) è scaduto per questa disconnessione. Le cause includono:
|
2 | Reimposta DSP | 0x009 | DSP reimpostato (comando/interno/spontaneo). Il DSP all'interno del modem host è stato reimpostato dal processore di controllo (CP) o dal processore di segnale (SP). Il CP reimposta il DSP se i messaggi di posta elettronica dal CP all'SP non vengono riconosciuti. L'SP si reimposta se si verifica un errore di incoerenza interno. |
4,6 | 0x00C | Le dimensioni della parola in codice V.42bis o V.44 superano il valore massimo negoziato. | |
4,6 | 0x00D | V.42bis o V.44 ha ricevuto una parola in codice uguale alla voce di dizionario vuota successiva. | |
4,6 | 0x00E | V.42bis o V.44 ha ricevuto una parola in codice maggiore della successiva voce di dizionario vuota. | |
4,6 | 0x00F | V.42bis o V.44 ha ricevuto un codice di comando riservato. | |
4,6 | 0x010 | Le dimensioni ordinali di V.42bis o V.44 superano otto. | |
4,6 | 0x011 | Errore di negoziazione V.42bis o V.44. | |
4,6 | 0x012 | Errore di compressione V.42bis o V.44. |
CLASS DSP | |||
---|---|---|---|
0x1xx | Condizioni DSP segnalate da SPE | ||
4,5 | Nessun vettore | 0x100 | Il segnale vettore SPE viene perso. NextPort ha rilevato una perdita del vettore del modem client. Il DSP NextPort ha interrotto l'ascolto della portante per un periodo superiore al valore specificato nel registro S10 (ritardo di interruzione dopo la perdita della portante). Ciò potrebbe significare che il percorso di conversazione è andato via o che il client ha smesso di trasmettere. Se è attivo un protocollo di layer II (V.42 e/o V.42bis), è anormale vedere una tale disconnessione. Le cause più comuni sono l'interruzione della chiamata da parte degli utenti prima che venga stabilita una connessione. Chiamate accidentali, avvii interrotti e timeout delle applicazioni client quando le chiamate richiedono troppo tempo per la connessione (a causa di più ripetizioni durante la negoziazione di layer 1). La condizione di perdita della portante può verificarsi anche durante la normale modalità dati quando il client lascia improvvisamente la portante. La causa più comune è una disconnessione non negoziata o "sporca" da parte del modem client (ad esempio, il modem client rifiuta semplicemente il segnale vettore). Ciò può verificarsi se il collegamento viene interrotto bruscamente (errore di rete) o se l'alimentazione del modem client disconnette la chiamata. Questa condizione si può anche verificare con modem client "più economici" che non implementano i protocolli di cancellazione di layer I e/o layer II su un drop DTR. Per un numero elevato di modem client, si tratta di una disconnessione normale. |
3 | Nessun DTD ABT | 0x101 | Nessun segnale di risposta rilevato. È probabile che il chiamante non sia un modem |
3 | Flrv di training | 0x102 | Chiamata non riuscita durante l'addestramento del modem a causa di modulazione incompatibile o linea non valida. Ciò può essere indicativo di tentativi di negoziare una modulazione non supportata, come una modulazione proprietaria Rockwell legacy (K56Plus, V.FC e così via). Altre possibili cause sono i guasti del DSP dovuti a gravi disfunzioni della linea, rumori di impulso, interruzione dell'addestramento, parametri di modulazione incompatibili, e forse l'impossibilità di selezionare correttamente uno standard Layer I. |
4,5 | Retrain Lt | 0x103 | Troppi cambi di velocità o ritreni consecutivi. Il limite di riaddestramento è specificato con il registro S40. Durante l'avanzamento di una chiamata, si sono verificati troppi ritreni che hanno reso la chiamata inefficace, poiché la velocità dei dati è così scarsa da essere inutile. Altre condizioni possibili sono il fatto che il modem client non completa il protocollo di cancellazione (ad esempio, il Telco ha interrotto la chiamata al centro della connessione) e la NextPort (NP) tenta di recuperare la chiamata effettuando dei ritreni. Una volta raggiunto il limite di ricongiungimento, NP eliminerà la chiamata e segnalerà il motivo della disconnessione. |
3 | Fila finale ABT | 0x104 | Problema durante il rilevamento della fine del segnale di risposta (ABT). Errore di negoziazione o rumore eccessivo durante l'addestramento V.34. I modem host rispondono ed inviano V.8bis e modulati 2100Hz answer tones (ABT) con inversione di fase, ma incontrano un rumore eccessivo durante la sequenza di allenamento. Cercare gli errori sul percorso dal modem chiamante al modem rispondente in una o in entrambe le direzioni. Un comportamento simile si verifica quando la latenza della PSTN (Public Switched Telephone Network) per la connessione remota supera un secondo e i modem non sono in grado di addestrare le funzioni di eliminazione dell'eco. Altre possibili cause sono:
|
3 | 0x105 | Operazione SS7/COT (Continuity Test) completata. | |
3 | 0x106 | Operazione SS7/COT (Continuity Test) non riuscita: Timeout T8/T24 in attesa di "tone on". | |
3 | 0x107 | Operazione SS7/COT (Continuity Test) non riuscita: Timeout T8/T24 in attesa di "tone off". | |
4 | 0x108 | Modem On Hold (MOH) viene svuotato da NextPort. V.92 specifica che il motivo della liquidazione può essere:
|
|
4 | 0x109 | Raggiunto valore di timeout MOH. Questo valore può essere regolato usando il registro S62 (V.92 Maximum MOH time). |
CLASSE EC LCL: Condizione EC, rilevata localmente | |||
---|---|---|---|
0x2xx | Condizioni EC (Local Error Correction). | ||
3 | Nessun LR | 0x201 | Durante la negoziazione non è stato ricevuto alcun frame di richiesta di collegamento (LR). Il peer potrebbe non supportare MNP. |
3 | Parametro LR1 | 0x202 | Il frame LR MNP ricevuto contiene un PARAM1 errato/imprevisto. Per ulteriori informazioni su PARAM1, fare riferimento alla specifica V.42. |
3 | Ingresso LR | 0x203 | Il frame MNP LR ricevuto non è compatibile con le impostazioni del modem host per EC. |
4,5 | Restituisce Lt | 0x204 | Troppe ritrasmissioni consecutive nella CE. Questo motivo di disconnessione può essere causato da rumore sulla linea. Ad esempio, il modem host trasmette i dati al modem client, ma la presenza di rumori sulla linea causa la ricezione errata o non corretta dei dati da parte del client. Un rumore eccessivo può portare a ritrasmissioni eccessive. Il modem client potrebbe anche essersi disconnesso senza che il modem host se ne accorga. Pertanto, il modem host ritrasmette continuamente, senza sapere che il modem client non è più presente. A volte, quando la chiamata si connette in una rete LAPM o MNP, NextPort non è in grado di trasmettere un frame al modem client. Il modem client non riconosce la trasmissione iniziale di NextPort, quindi non risponde ai polling Register S19 (Error Correction Retransmission Limit) (l'impostazione predefinita è 12), quindi NP disconnette la chiamata. Una causa potrebbe essere che la portante nel percorso di trasmissione si è deteriorata notevolmente mentre il client non è riuscito a eseguire il downshift. Un'altra causa potrebbe essere un problema con il motore EC del client (come accade su un sistema Winmodem se Windows non risponde). |
6,7 | Inattività | 0x205 | Timeout di inattività, MNP Link Disconnect (LD) inviato. Il modem host invia al modem client un frame LD che indica che si è verificato un timeout di inattività. |
4,5 | Errore di protocollo | 0x206 | Errore del protocollo EC. Errore generale del protocollo catch-all. Indica che si è verificato un errore del protocollo LAPM o MNP EC. |
3 | Termine di fallback | 0x210 | Nessun protocollo di fallback EC disponibile. Negoziazione della correzione degli errori non riuscita. Chiamata terminata. Nessun protocollo di fallback per la correzione degli errori disponibile. S25 (fallback del protocollo di collegamento ) determina il protocollo di fallback disponibile. Le opzioni sono frame asincrono, frame sincrono o disconnetti (hangup). |
3 | Nessun XID | 0x211 | Frame di identificazione ID di eXchange (XID) non ricevuto durante la negoziazione. Il peer potrebbe non supportare MNP. |
3 | Conferma XID | 0x212 | Il frame XID ricevuto non è compatibile con le impostazioni locali. Il modem client potrebbe non supportare LAPM all'interno di V.42. |
3,4,5 | Disco | 0x220 | Frame Disconnect (DISK) ricevuto. Si tratta del normale scollegamento LAP-M. La chiamata è terminata normalmente con una cancellazione dal lato client. (ad esempio, un pacchetto di disconnessione V.42 è stato inviato dal modem client al modem host). Il modem client ha eliminato il DTR e ha negoziato in modo pulito un protocollo di cancellazione. |
3,4,5 | DM | 0x221 | Frame DM ricevuto. Il peer potrebbe disconnettersi. Il modem client indica che è in corso la disconnessione. Durante la configurazione della chiamata, questo motivo indica che il modem client rinuncia alla negoziazione della correzione degli errori. |
4,5 | NR non valido | 0x222 | È stato ricevuto un numero di sequenza di ricezione o un numero ACK non valido. Viene inviato un MNP LD o un LAP-M FRMR. Il modem host ha ricevuto un frame di correzione errori LAPM o MNP con un numero di sequenza o un numero di riconoscimento errato. Un frame LD o Frame Reject (FRMR) viene inviato al modem client per indicare che il modem host si sta disconnettendo. |
4,5 | SABME Online | 0x224 | Ricevuto frame MNP XID in stato stabile. Questo errore viene interpretato come un errore del protocollo di correzione dell'errore LAPM in stato stabile. Significa che il modem client potrebbe essersi azzerato a causa della ricezione di un FRMR. |
4,5 | XID online | 0x225 | Ricevuto frame LR MNP in stato stazionario. Questo errore viene interpretato come un errore del protocollo di correzione dell'errore MNP in stato stabile. Significa che il modem client è stato reimpostato. |
Cmd CLASS EC: Codice di comando non valido rilevato | |||
---|---|---|---|
4,5 | Cmd Non Valido | 0x3xx | È stato rilevato un codice di comando non valido. Il comando sconosciuto ricevuto è nelle ultime 2 cifre. In risposta, viene inviato un frame MNP LD o LAP-M FRMR. |
CLASSE CE FRMR: FRMR rilevato da peer | |||
---|---|---|---|
4,5 | 0x4xx | Condizioni EC indicate dal client nel frame LAP-M FRMR. Il motivo della mappatura dei bit è nelle ultime due cifre. | |
4,5 | Frmr Cmd Non Valido | 0x401 | LAPM: il peer segnala un comando errato. Il modem host ha ricevuto un frame FRMR dal modem client. Il frame FRMR ricevuto indica che il modem client ha ricevuto un frame di correzione dell'errore dal modem host che conteneva un comando errato. |
4,5 | Dati modulo | 0x403 | LAPM: il peer segnala che il campo dati non è consentito o ha una lunghezza errata (U frame). Il modem host ha ricevuto un frame FRMR dal modem client. Il frame FRMR ricevuto indica che il modem client ha ricevuto un frame di correzione dell'errore dal modem host contenente un campo di dati non consentito o contenente un campo di dati di lunghezza non corretta, ovvero un frame U. |
4,5 | Lunghezza modulo | 0x404 | LAPM: La lunghezza del campo dati dei report peer è maggiore di N401 (la lunghezza massima del campo di informazioni specificata in V.42), ma dispone di una sequenza FCS (Frame Check Sequence) valida. Il modem NextPort ha ricevuto un frame FRMR dal modem client. Il frame FRMR ricevuto indica che il modem client ha ricevuto un frame di correzione dell'errore da NextPort che conteneva una lunghezza del campo dati maggiore del numero massimo di ottetti che possono essere trasportati nel campo di informazioni (N401) di un frame IP, un frame SREJ, un frame XID, un frame UI o un frame TEST. La sequenza di controllo del fotogramma è buona. |
4,5 | Frmr Bad NR | 0x408 | LAPM: il peer segnala un numero di sequenza di ricezione errato o N(R). Il modem host ha ricevuto un frame FRMR dal modem client. Il frame FRMR ricevuto indica che il modem client ha ricevuto un frame di correzione dell'errore dal modem host che conteneva un numero di sequenza di ricezione errato. |
CLASSE EC LD: Correzione errori (EC): rilevata disconnessione collegamento (LD) dal peer | |||
---|---|---|---|
4,5 | 0x5xx | Condizioni EC indicate dal client nel frame MNP LD. Il campo Motivo è nelle ultime 2 cifre | |
3 | LD No LR | 0x501 | MNP: peer non ha mai ricevuto il frame LR. Il modem host ha ricevuto un frame LD dal modem client. Il frame LD ricevuto indica che il modem client non ha mai ricevuto una richiesta di collegamento dal modem host. |
3 | LD param LR1 | 0x502 | MNP: Il frame LR (Link Request) del peer contiene il parametro errato #1. Il modem host ha ricevuto un frame LD (Link Disconnect) dal modem client. Il frame LD ricevuto indica che il modem client ha ricevuto un frame di richiesta di collegamento dal modem host che conteneva un PARAM1 errato (cioè imprevisto). Per ulteriori informazioni su PARAM1, fare riferimento alla specifica V.42. |
3 | Ingresso LD LR | 0x503 | MNP: il peer segnala che il frame LR non è compatibile con la sua configurazione Il modem host ha ricevuto un frame di disconnessione del collegamento (LD) dal modem client. Il frame LD ricevuto indica che il modem client ha ricevuto un frame di richiesta di collegamento (LR) dal modem host che non è compatibile con la configurazione del modem client. |
4,5 | LD restituisce Lt | 0x504 | MNP: peer segnala troppe ritrasmissioni EC consecutive Il modem host ha ricevuto un frame LD dal modem client. Il frame LD ricevuto indica che il modem client ha ricevuto troppe ritrasmissioni consecutive. |
4,5 | Inattività LD | 0x505 | MNP: il peer segnala che il timer di inattività è scaduto Il modem host ha ricevuto un frame di disconnessione del collegamento (LD) dal modem client. Il frame LD ricevuto indica che l'host del modem client (DTE) non ha trasmesso i dati al modem client entro un determinato periodo di tempo. |
3 | Protocollo LD | 0x506 | MNP: peer segnala un errore Il modem host ha ricevuto un frame LD dal modem client. Il frame LD ricevuto indica che il modem client ha ricevuto un errore di protocollo MNP. |
3 | Utente LD | 0x507 | Normale disconnessione MNP Il modem host ha ricevuto un frame LD dal modem client. Il frame LD ricevuto indica una normale terminazione MNP. |
HOST CLASSE: Richiesta dall'host | |||
---|---|---|---|
6,7 | 0x1Fxx | Disconnessione avviata dall'host. Il valore è la somma del valore 0x1F00 e del valore SessionStopCommand. Questo è l'altro motivo per cui l'host viene terminato. Il motivo dell'host è indicato nei byte meno significativi "xx". | |
3,6,7 | HST NonSpec | 0x1F00 | Disconnessione avviata da un host non specifico. Il valore è la somma del valore 0x1F00 e del valore SessionStopCommand. Questo è il motivo per cui IOS ha avviato la disconnessione per "catch all". Viene utilizzato per tutte le disconnessioni non standard. Ad esempio, la causa potrebbe essere la decisione del software di gestione del modem di terminare la chiamata. Una possibile spiegazione è un errore di autenticazione di livello superiore RADIUS, TACACS o un'altra applicazione che invia un segnale DTR al modem host. Questo tipo di disconnessione non viene considerato in CSR quando il modem host è in modalità dati. |
3 | Host occupato | 0x1F01 | Numero composto occupato. L'host indica che il numero composto è occupato. La connessione è stata interrotta. |
3 | HST Nessuna risposta | 0x1F02 | Il numero composto non ha risposto. L'host indica che il numero composto non ha risposto. La connessione è stata interrotta. |
3,6,7 | HST DTR | 0x1F03 | DTR "virtuale" eliminato. Questo stato è "riflesso" dal "redirector della porta I/O" che attualmente utilizza il modem. L'host ha interrotto la connessione perché ha interrotto la linea DTR "virtuale". Questa causa generica di disconnessione è iniziata dal software Cisco IOS. Ad esempio, le cause sono il timeout di inattività, la ricezione di TERMREQ LCP PPP, un errore di autenticazione, l'interruzione Telnet e così via. Per determinare il motivo della disconnessione, esaminare il motivo della disconnessione "Radius" dal comando call-record del modem o da Authentication, Authorization, and Accounting (AAA). |
6,7 | PERCORSO HOST | 0x1F04 | Comando "ATH" (hangup) rilevato dall'host locale. |
3 | HST NoDialTn | 0x1F05 | Nessun accesso alla rete di telecomunicazioni. L'host non è riuscito ad accedere alla rete (ad esempio ISDN). Disconnessione interrotta. |
3,4,5 | HST NoCarr | 0x1F06 | La rete ha indicato la disconnessione. Si tratta di una disconnessione attivata sul lato client che non è una terminazione di chiamata regolare. Può verificarsi durante la configurazione della chiamata. Una causa comune si verifica quando gli utenti di Windows 95 o Windows 98 DUN (Dial Up Networking) premono "annulla" prima che la chiamata raggiunga lo stato stabile. Un altro motivo comune è il rilascio di un DTR istigato dal client prima dello stato stazionario. Durante la modalità dati, si tratta anche di una disconnessione attivata sul lato client che non è una terminazione di chiamata regolare (ovvero una disconnessione "sporca"). Una causa molto comune sono gli errori di autenticazione. |
3 | 0x1F07 | NAS ha terminato il funzionamento di SS7/COT. Disconnessione interrotta. Il server NAS ha terminato l'operazione SS7/COT (Continuity Test). | |
3 | 0x1F08 | L'operazione SS7/COT è stata terminata dal router a causa di un timeout T8/T24. | |
- | 0x1FFF | TERMINAZIONE NON RICHIESTA. L'host invia questo motivo di disconnessione quando riceve un messaggio di chiusura non richiesto. |
Tipo disconnessione | Descrizione |
---|---|
0 | (non utilizzato) |
1 - 0x2... | (non utilizzato) |
2 - 0x4... | Altre situazioni |
3 - 0x6... | Condizione durante la configurazione della chiamata |
4 - 0x8... | In modalità dati. Scaricamento dati Rx (da linea a host) OK |
5 - 0xA... | In modalità dati. Svuotamento dei dati Rx (da linea a host) non corretto (attualmente, le applicazioni non devono preoccuparsi del "non OK") |
6 - 0xC... | In modalità dati. Scaricamento dati Tx (da host a riga) OK |
7 - 0xE... | In modalità dati. Svuotamento dei dati Tx (da host a riga) non corretto (attualmente, le applicazioni non dovrebbero preoccuparsi di "non OK") |