Inhoud

Inleiding

Voorwaarden

Vereisten

Achtergrondinformatie

Gebruikte componenten

Conventies

De reden voor het afsluiten bepalen

De lange modemopdracht van de show gebruiken

Opdracht op sneltoets gebruiken voor ontkoppeling van redenen

Samenvatting van codetabel met volgende poort bij verbroken verbinding

Type verbroken reden

Gerelateerde informatie

Inleiding

Dit document beschrijft hoe u de code van de call disconnect reden moet interpreteren die door Cisco NextPort Universal Digital signaalprocessor (DSP) modules wordt gerapporteerd. NextPort is de volgende generatie DSP die door Cisco wordt gebruikt om spraak, gegevens of fax op een bepaalde poort te implementeren. AS5350, AS5400, AS5850 platforms en nieuwe modellen modemkaarten voor AS5800 maken allen gebruik van digitale modems met NextPort DSP’s. Voor digitale modems in C3600, AS5200, AS5300 en oudere kaartmodellen voor AS5800, controleer de Mica-modemstaten en maak de redenen van de loskoppeling los: geen modemfirmware-upgrade kan NextPort DSP uit Mica DSP of omgekeerd maken.

Voorwaarden

Vereisten

Dit document bevat geen specifieke eisen.

Achtergrondinformatie

Wanneer een vraag die NextPort-DSP's gebruikt wordt gewist of losgekoppeld, registreert de NextPort-module de reden voor de ontkoppeling. Deze code van de scheidingsrede kan worden gebruikt om te bepalen of de verbinding normaal was of dat er een fout was opgetreden. Deze redencode kan worden gebruikt om mogelijke bronnen van mislukking op te sporen. De modems kunnen worden losgekoppeld door een verscheidenheid aan factoren zoals clientuitgangen, telco-fouten en gespreksdruppels op de NAS-server (Network Access Server). Een "goede" ontkoppelde reden is dat de DTE (clientmodem of NAS) aan de ene kant of de andere de verbinding wilde beëindigen. Zulke "normale" verbindingen wijzen erop dat de verbinding niet het gevolg was van fouten in modem- of transmissieniveau. Raadpleeg voor meer informatie over het bepalen of de reden waarom de verbinding wordt verbroken "normaal" is Overzicht van de algemene modem en de NAS-lijnkwaliteit

Opmerking: de reden om de verbinding te verbreken wordt beheerd op een manier die eerst komt en daarna wordt gebruikt. Dit betekent dat de eerste ontkoppelde reden de enige ontkoppelingsreden is die wordt geregistreerd. Als de modem en de NAS de sessie gelijktijdig proberen te beëindigen en de modem de ontkoppelingsreden opslaan voordat het LINK_TERMINATE bericht van de NAS wordt verwerkt, dan wordt de NAS ontkoppelingsreden genegeerd.

Gebruikte componenten

Dit document is niet beperkt tot specifieke software- en hardware-versies.

De informatie in dit document is gebaseerd op apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als u in een levend netwerk werkt, zorg er dan voor dat u de potentiële impact van om het even welke opdracht begrijpt alvorens het te gebruiken.

Conventies

Zie de Cisco Technical Tips Convention voor meer informatie over documentconventies.

De reden voor het afsluiten bepalen

Wanneer je beoordeelt of je last hebt van goede of slechte connecties, is het belangrijk om de geschiedenis te bemachtigen van connecties die een bepaalde haven heeft meegemaakt. In de meeste omgevingen wordt de ontkoppelingsreden verkregen met modemaanroeprecords of aanroep tracker syslogberichten. Deze koppelingscode kan dan worden geïnterpreteerd met behulp van de tabel in dit document (of controleer de modemanalysetools). Gebruik de volgende opdrachten om de reden van de verbroken verbinding te bepalen:

- De opdracht voor het afsluiten van een spe-modemverbinding geeft niet de code van de verbroken reden als hexadecimale waarde weer. Dit duidt echter wel op de reden waarom de verbinding wordt verbroken. De naam en klasse van de verbroken reden zijn respectievelijk te vinden in.

- De opdracht Logboek van de modem van de show toont de Code van de Verhaal van de Verkeer als hexadecimale waarde. Raadpleeg het gedeelte :

0 x 0...

0x001

0x002

0x003

0x004

0x005

0x006

0x007

0x008

0x009

0x00E

0x00D

0x00E

0x00F

0x010

0x011

0x012

0x1...

0x100

0x101

0x102

0x103

0x102

0x105

0x106

0x107

0x108

0x109

0x1F00

0x1F01

0x1F02

0x1F03

0x1F04

0x1F05

0x1F06

0x1F07

0x1F08

0x1FF

0x2

0x201

0x202

0x203

0x204

0x205

0x206

0x210

0x211

0x212

0x220

0x221

0x22

0x224

0x225

0x3...

0x3xx

0x4...

0x401

0x403

0x404

0x408

0x5.

0x501

0x502

0x503

0x504

0x505

0x506

0x5FF

In het volgende deel worden enkele voorbeelden gegeven.

De lange modemopdracht van de show gebruiken

Gebruik de opdracht Sleuf/poort van het/poort om de verbindingsoorzaakcode (in Hex) te verkrijgen voor een bepaalde vraag op een specifieke poort. Deze scheidingscode is identiek aan de oorzaakcode die van modemcall-record en call-tracker syslog output wordt verkregen. Een voorbeeld wordt getoond:

*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

Let in het bovenstaande voorbeeld op dat de koppelingscode 0x220 is.

Opdracht op sneltoets gebruiken voor ontkoppeling van redenen

Gebruik de samenvatting van de spe modem van de loskoppeling-ratio van de modem | Sleuf | sleuf/spe opdracht om de distributie van de ontkoppelde redenen te bepalen die de haven heeft ervaren. Hieronder volgt een samenvatting van de resultaten van alle havens:

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

Uit het bovenstaande voorbeeld blijkt dat wij geïnteresseerd zijn in de ontkoppelde categorie "schijf" binnen CLASS EC LCL. Om te bepalen wat de reden waarom Schijf wordt losgemaakt, gaat u naar de ingang die overeenkomt met de klasse (CLASS EC LCL) en de naam van de losgemaakte reden (Disk) die een hex-code van 0x20 toont en een normale ontkoppeling is.

- ANDERE KLASSE

- CLASS DSP

- CLASS EC LCL

- CLASS EC Cmd

- CLASS EC FRMR

- CLASS EC LD

- KLASSE HOST

Samenvatting van codetabel met volgende poort bij verbroken verbinding

Type reden afsluiten

Reden losmaken: Name

SLUITINGSREDENcode (Hex)

Beschrijving

ANDERE KLASSE

2

Software resten

0x001

Cisco IOS®-software heeft de oproep om een of andere onbepaalde reden (SOFTWARE_RESET) losgekoppeld.

2

EC-term

0x002

Fout bij corrigeren (EC) laag beëindiging

2

Slecht MNP5 RX

0x003

De decompressie-taak van het Microcom Network Protocol 5 (MNP5) kreeg een illegale token in de gegevensstroom. Er is waarschijnlijk een logische fout in de implementatie van compressie, decompressie of foutcorrectie door de modem of partner. (Er is ook de mogelijkheid van een tijdelijke lijn- of RAM-geheugenfout.)

2

Bad V42B

0x004

De V.42bis- of V.44-decompressie-taak kreeg een illegale token in de gegevensstroom. Er is waarschijnlijk een logische fout in de implementatie van de modem of de partner van compressie, decompressie of foutcorrectie. (Er is ook de mogelijkheid van een tijdelijke lijn- of RAM-geheugenfout.)

2

Slechte COP-status

0x005

<gereserveerd>

6,7

ATH

0x006

ATH-opdracht gedetecteerd door lokale modem. De ATH (Hangup) AT-opdracht wordt gedetecteerd door de lokale modem (NextPort). Bijvoorbeeld, na een dialout van IOS, zuiveert de IOS DTE interface de vraag (door een inband "ATH" ATM bevel over te brengen), nadat de vraag wordt verbonden.

3

verscholen

0x007

AT modus "enige toets" afbreken van kiesopdracht De AT kiesopdracht is afgebroken door de opdracht "enige toets" afbreken. Bijvoorbeeld, de host-modem voortkomt uit een gesprek. Tijdens het aansluiten van de instelling, zal door te drukken op "een toets" de AT kiesopdracht worden afgebroken.

3

Connect-out

0x008

Het duurde te lang voordat de verbinding werd voltooid. Merk op dat de S7-timer (wacht op de drager na de knop) is verlopen voor deze verbinding. De oorzaken zijn:

- Moeilijkheid om een Layer I-standaard te kiezen (onderhandelen);

- Een combinatie van Layer I en Layer II instelling duurt te lang.

Bijvoorbeeld: De onderhandeling van de foutcorrectie neemt een lange tijd bovenop een hertrein of vanwege bit-error geïntroduceerd wanneer de clientmodem probeert verbinding te maken met een "agressief" tarief (de client-modemontvanger probeert bijvoorbeeld verbinding te maken met een snelheid die hij niet kan onderhouden). Dit kon ook gebeuren als de antwoordmodem geen toon van het kanaal hoorde (de originator was bijvoorbeeld geen modem).

2

DSP opnieuw instellen

0x009

DSP werd gereset (opdracht/intern/spontaan). De DSP binnen de host-modem werd gereset door de Control Processor (CP) of Signaalprocessor (SP). De CP stelt de DSP opnieuw in als de mailberichten van de CP naar SP niet worden erkend. SP resets zichzelf terug als er een interne inconsequent fout optreedt.

4,6

0x00E

V.42bis of V.44-codewoordgrootte overschrijdt het overeengekomen maximum.

4,6

0x00D

V.42bis of V.44 hebben een codewoord ontvangen dat gelijk is aan de volgende lege woordenboekingang.

4,6

0x00E

V.42bis of V.44 kregen een codewoord dat groter was dan het volgende lege woordenboek.

4,6

0x00F

V.42bis of V.44 ontvangen gereserveerde opdrachtcode.

4,6

0x010

V.42bis of V.44 ordinaire grootte groter dan acht.

4,6

0x011

V.42bis of V.44-onderhandelingsfout.

4,6

0x012

V.42bis of V.44-compressiefout.

CLASS DSP

0x1xx

DSP-omstandigheden gerapporteerd door SPE

4,5

Geen carriers

0x100

Het SPE dragersignaal is verloren. NextPort heeft een client-modemdrager gedetecteerd. De NextPort DSP stopte met het gehoorvenster voor een periode die groter was dan de waarde die in Register S10 is gespecificeerd (ophangvertraging na verlies van een luchtvaartmaatschappij). Dit zou kunnen betekenen dat het talkpad is weggegaan of dat de klant niet meer uitzendt. Als een Layer II-protocol (V.42 en/of V.42 bis) van kracht is, is het abnormaal om een dergelijke ontkoppeling te zien. De meest voorkomende oorzaken zijn dat gebruikers de oproep 'afbreken' voordat een verbinding plaatsvindt. Incidentaal draaien, afgebroken start en client applicaties uitzetten wanneer oproepen te lang duren om verbinding te maken (vanwege meerdere restreinen tijdens Layer 1-onderhandeling). De verloren conditie van de luchtvaartmaatschappij kan ook optreden in normale gegevensmodus wanneer de klant abrupt de drager laat vallen. De algemene oorzaak is een niet-onderhandeld of "vuil" disconnect op het gedeelte van de clientmodem (de clientmodem bijvoorbeeld druppelt alleen het transportsignaal af). Dit kan voorkomen als de link abrupt wordt verbroken (netwerkfout) of als de voeding is uitgeschakeld aan de client-modem die de verbinding van de verbinding verbreekt. Dit kan ook gebeuren met "goedkopere" clientmodems die Layer I en/of Layer II niet implementeren op een DTR-lagere waarde. Voor een groot aantal cliëntenmodems wordt dit als een normale disconnectie beschouwd.

3

Niet ABT dtctd

0x101

Geen responslint gedetecteerd — caller is waarschijnlijk geen modem

3

Trainup flrv

0x102

Gespreksstoring tijdens modemtraining door onverenigbare modulatie of slechte lijn. Dit kan duiden op pogingen om te onderhandelen over een niet-ondersteunde modulatie, zoals een oude Rockwell eigen modulatie (K56Plus, V.FC, enzovoort). Andere mogelijke oorzaken zijn DSP-defecten om op te leiden door ernstige lijndefecten, impulslawaai, onderbreking van training, onverenigbare modulatieparameters en wellicht het onvermogen om op de juiste manier een Layer I-standaard te selecteren.

4,5

Retrain Lt

0x103

Teveel opeenvolgende treinen of snelheidsverschuivingen. De limiet van de omleiding wordt gespecificeerd in register S40. Tijdens de voortgang van een oproep zijn te veel retrainen opgetreden waardoor de oproep ineffectief werd, omdat het gegevenstarief zo laag zou zijn dat het nutteloos was. Andere mogelijke voorwaarden zijn dat de clientmodem het Clear Channel-down-protocol niet voltooit (de Telco heeft de oproep halverwege de verbinding ingedrukt) en NextPort (NP) probeert de oproep te herstellen door restreinen uit te geven. Zodra de grenswaarde voor het omscholen is bereikt, laat NP de oproep vallen en rapporteert u deze ontkoppelingsreden.

3

ABT-eindpunt

0x102

Probleem detecteren einde antwoord-backtoon (ABT). Onderhandelingsfalen of overmatig geluid tijdens V.34-training. Host modems beantwoorden en sturen V.8bis en gemoduleerde 2100Hz backtones (ABT’s) met faseomgekeerde signalen, maar ervaren tijdens de trainingssequentie excessief ruis. Zoek fouten op het pad van de oproepende modem naar de antwoordmodem in één of beide richtingen. Gelijkaardig gedrag treedt op wanneer er latentie is in het openbare telefoonnetwerk (PSTN) voor een inbelverbinding die meer dan een seconde bedraagt en ervoor zorgt dat de modems de echo-porters niet kunnen trainen. Andere mogelijke oorzaken zijn:

- De eigenlijke TX-voedingsniveaus zijn niet correct en de tonen worden dan niet aan de afgelegen kant verwerkt.

- Er is teveel lawaai in fase III en IV tijdens V.34-training.

- Er is een fout van de operator.

- Er is netwerkinterferentie tijdens V.34 training (iemand pakt de verlenging op).

3

0x105

SS7/COT (Continuïteit Test) voltooid.

3

0x106

SS7/COT (Continency Test) heeft geen werking: T8/T24 timeout wacht op "tone on".

3

0x107

SS7/COT (Continency Test) heeft geen werking: T8/T24 timeout wacht op "tone off".

4

0x108

Modem On Hold (MOH) is uitgeschakeld door NextPort. V.92 bepaalt dat de uitklaringsreden kan zijn:

- Verminder vanwege inkomende oproep

- Afschaffing wegens uitgaande oproepen

- Verwerking om andere redenen

4

0x109

De waarde van de MOH timeout is bereikt. Deze waarde kan worden aangepast met behulp van Registreer S62 (V.92 maximale MOH-tijd).

KLASSE EC LCL: EG-toestand, lokaal gedetecteerd

0x2x

Plaatselijke foutcorrectie (EC)-voorwaarden.

3

Geen LR

0x201

Tijdens de onderhandeling werd geen LR-kader (Link Application) ontvangen. Peer ondersteunt MNP mogelijk niet.

3

LR Param1

0x202

Het ontvangen MNP LR-frame had slecht/onverwacht PARAM1. Raadpleeg voor meer informatie over PARAM1 de V.42-specificatie.

3

LR-toets

0x203

Het ontvangen MNP LR frame is niet compatibel met de instellingen van de host-modem voor EC.

4,5

Retrens Lt

0x204

Teveel opeenvolgende terugboekingen in de EG. Deze ontkoppelde reden kan door lawaai op de lijn worden veroorzaakt. De host-modem zendt bijvoorbeeld gegevens naar de client-modem, maar ruis op de regel veroorzaakt dat de gegevens aan de client-zijde niet correct (of helemaal niet) worden ontvangen. Overmatige ruis kan dus leiden tot overmatige terugzending. De client-modem kon ook losgekoppeld zijn zonder dat de host-modem dit beseft. De host-modem wordt continu opnieuw uitgezonden, zonder te weten dat de client-modem niet meer aanwezig is. Soms, wanneer de vraag in LAPM of MNP verbindt, kan NextPort geen frame naar de clientmodem verzenden. De clientmodem erkent de eerste transmissie van NextPort niet, en reageert niet op de opiniepeilingen van Registreer S19 (Error Correction Retmission Limit) (de standaardinstelling is 12), dus NP sluit de oproep af. Eén oorzaak zou kunnen zijn dat de vervoerder in het verzendpad aanzienlijk is verslechterd terwijl de klant niet in een neerwaartse richting is overgestapt. Een andere oorzaak kan een probleem zijn met de EG-motor van de klant (wat op een Winmodemsysteem zou gebeuren als Windows niet meer reageert).

6,7

inactiviteit

0x205

Inactiviteit timeout, MNP Link Disconnect (LD) verzonden. De host-modem verstuurt de client-modem door een LD-frame dat aangeeft dat de pauze niet actief is.

4,5

Protocolfout

0x206

EG-protocolfout. Dit is een algemene fout in het protocol. Het geeft aan dat er een LAPM- of MNP EC-protocolfout is opgetreden.

3

valkuiltermijn

0x210

Er is geen EG-protocol voor reddingssteun beschikbaar. onderhandeling over foutencorrectie is niet geslaagd. De oproep wordt beëindigd omdat er geen fout correctie is of omdat er geen fout protocol beschikbaar is. S-register S25 (link protocol back) bepaalt het beschikbare protocol voor de back-up. De opties zijn asynchrone framing, synchrone framing of disconnect (hangup).

3

Geen XID

0x211

Heeft tijdens de onderhandeling nooit een Xchange IDentification (XID)-kader gekregen. Peer ondersteunt MNP mogelijk niet.

3

XID-maximum

0x212

Het ontvangen XID-frame is niet compatibel met lokale instellingen. De clientmodem ondersteunt LAPM binnen V.42 mogelijk niet.

3,4,5

Schijf

0x220

Ontworpen DISK-frame (Disconnect). Dit is de normale LAP-M verbinding. De oproep werd normaal afgesloten met een duidelijke waarschuwing van de klant. (Bijvoorbeeld, V.42 ontkoppelde pakket werd verzonden van de client modem naar de host-modem). De client-modem liet DTR vallen en onderhandelde zuiver over een duidelijk protocol.

3,4,5

DM

0x221

Ontvangen DM-kader. Peer is mogelijk losgekoppeld. De client-modem geeft aan dat de verbinding wordt verbroken. Tijdens Call Setup geeft deze reden aan dat de clientmodem ophoudt met het corrigeren van onderhandelingsfouten.

4,5

Slechte NR

0x22

Slecht ontvangt volgnummer of ACK-nummer. Er wordt een MNP LD of LAP-M FRMR verzonden. De host-modem heeft een LAPM- of MNP-foutcorrectie met een slecht volgnummer of een ontvangstnummer ontvangen. Een LD- of Frame Relay-frame (FRMR) wordt naar de client-modem verzonden om aan te geven dat de host-modem wordt losgekoppeld.

4,5

SABME online

0x224

Ontvang MNP XID frame in steady-state. Dit wordt geïnterpreteerd als een fout in het LAPM-foutenaanpassingsprotocol in de steady state. Dit betekent dat de clientmodem mogelijk is hersteld door een FRMR te ontvangen.

4,5

XID online

0x225

ontving MNP LR frame tijdens de steady-state. Dit wordt geïnterpreteerd als een fout van het MNP-foutenaanpassingsprotocol in de steady state. Het betekent dat de clientmodem opnieuw ingesteld is.

KLASSE EC Cmd: EC gedetecteerde slechte opdrachtcode

4,5

Slechte Cmd

0x3xx

EC ontdekte slechte opdrachtcode. De ontvangen onbekende opdracht is in de laatste 2 cijfers weergegeven. Een MNP LD- of LAP-M FRMR-frame wordt als antwoord verzonden.

KLASSE EC FRMR: EC gedetecteerd FRMR door peer

4,5

0x4x

EC-voorwaarden aangegeven door de cliënt in het LAP-M FRMR-kader. De bit-mapped reden is in de laatste twee cijfers.

4,5

Frmr Bad Cmd

0x401

LAPM: peer rapporteert slecht bevel. De host-modem heeft een FRMR-kader van de clientmodem ontvangen. Het ontvangen FRMR-kader geeft aan dat de client-modem een foutcorrectie frame van de host-modem heeft ontvangen dat een slechte opdracht bevatte.

4,5

Frmr Data

0x403

LAPM: peer meldt dat het gegevensveld niet is toegestaan of niet de juiste lengte heeft (U-frames). De host-modem heeft een FRMR-kader van de clientmodem ontvangen. Het ontvangen FRMR-kader geeft aan dat de clientmodem een foutcorrectie frame van de host-modem heeft ontvangen dat een gegevensveld bevat dat niet is toegestaan of dat een gegevensveld met een incorrecte lengte bevat (dat wil zeggen, een U-frame).

4,5

Frmr Length

0x404

LAPM: de gegevensveldlengte van peer rapporten is groter dan N401 (de maximale gegevensveldlengte gespecificeerd in V.42), maar heeft een goede Frame Control Sequence (FCS). De NextPort-modem heeft een FRSM-frame van de clientmodem ontvangen. Het ontvangen FRMR-frame geeft aan dat de clientmodem een foutcorrectie frame van NextPort heeft ontvangen dat een gegevensveldlengte bevat die groter is dan het maximale aantal octetten dat in het informatieveld (N401) van een I-frame, een SREJ-frame, een XID-kader, een UI-kader of een TEST-kader kan worden meegevoerd. De volgorde van de frame-controles is goed.

4,5

Frmr Bad NR

0x408

LAPM: slecht ontvangen sequentienummer of N(R). De host-modem heeft een FRMR-kader van de clientmodem ontvangen. Het ontvangen FRMR-kader geeft aan dat de client-modem een foutcorrectie frame van de host-modem heeft ontvangen dat een slecht volgnummer bevatte.

KLASSE EC LD: Fout bij corrigeren (EC) gedetecteerde Link Disconnect (LD) vanaf peer

4,5

0x5xx

EC-voorwaarden aangegeven door client in MNP LD-frame. Het veld Reden heeft de laatste 2 cijfers

3

LD No LR

0x501

MNP: peer heeft nooit LR frame ontvangen. De host-modem kreeg een LD-kader van de clientmodem. Het ontvangen LD frame geeft aan dat de client-modem nooit een link-verzoek van de host-modem heeft ontvangen.

3

LD LR Param1

0x502

MNP: peer report Link Application (LR) frame heeft slechte parameter #1 De host-modem ontving een Link Disconnect (LD) frame vanaf de clientmodem. Het ontvangen LD-frame geeft aan dat de client-modem een frame voor een link-aanvraag van de host-modem heeft ontvangen dat een slecht (d.w.z. onverwacht) PARAM1 bevat. Raadpleeg voor meer informatie over PARAM1 de V.42-specificatie.

3

LD LR-maximum

0x503

MNP: peer rapporteert LR frame is niet compatibel met zijn configuratie De host-modem ontving een Link Disconnect (LD) frame vanaf de clientmodem. Het ontvangen LD frame geeft aan dat de client-modem een LR-frame (link request) van de host-modem heeft ontvangen dat niet compatibel is met de configuratie van de client-modem.

4,5

LD Retrns Lt

0x504

MNP: Peer rapporten te veel opeenvolgende EC terugzenders De host-modem ontving een LD-kader van de client-modem. Het ontvangen LD frame geeft aan dat de clientmodem te veel opeenvolgende terugzendingen heeft ontvangen.

4,5

LD-inactiviteit

0x505

MNP: peer rapporteert inactiviteit-timer verlopen De host-modem ontving een Link Disconnect-frame (LD) vanaf de clientmodem. Het ontvangen LD frame geeft aan dat de host van de client-modem (DTE) niet binnen een tijdsperiode gegevens naar de client-modem heeft doorgegeven.

3

LD-protocol

0x506

MNP: Peer meldt fout De host-modem heeft een LD-kader van de clientmodem ontvangen. Het ontvangen LD frame geeft aan dat de client-modem een MNP-protocolfout heeft ontvangen.

3

LD-gebruiker

0x507

Normale MNP ontkoppelt De host-modem heeft een LD-frame van de clientmodem ontvangen. Het ontvangen LD frame geeft een normale MNP-beëindiging aan.

KLASSE HOST: Verzocht door host

6,7

0x1Fxx

Host geïnitieerd afsluiten. Waarde is een som van 0x1F00 en SessionStopOpdracht waarde. Dit is de andere host-terminale reden. De reden van de gastheer is aangegeven in de lage orde bytes "xx".

3,6,7

HST NonSpec

0x1F00

Niet-specifieke host ontkoppelde verbinding. Waarde is een som van 0x1F00 en SessionStopOpdracht waarde. Dit is de "catch all" IOS geïnitieerde ontkoppeling. Het wordt gebruikt voor alle niet-standaardontkoppels. Dit kan bijvoorbeeld het gevolg zijn van modembeheersoftware die heeft besloten de oproep te beëindigen. Een mogelijke verklaring is een hogere authenticatiefout RADIUS, TACACS of een andere toepassing die een DTR-daling naar de host-modem geeft. Dit type verbroken verbinding wordt niet op CSR meegerekend wanneer de host-modem in de gegevensmodus staat.

3

HST Busy

0x1F01

Het nummer was druk. De verbroken verbinding is opgetreden omdat de host aangeeft dat het gescande nummer druk is.

3

HST geen antwoord

0x1F02

Het gesloten nummer beantwoordde niet. De verbinding is verbroken omdat de host aangeeft dat het nummer niet is beantwoord.

3,6,7

HST DTR

0x1F03

"Virtuele" DTR viel weg. Deze status wordt "weerspiegeld" door de "I/O port redirector", die de modem momenteel gebruikt. De verbinding is verbroken omdat de host de "virtuele" DTR-lijn heeft laten vallen. Deze generieke ontkoppelingsoorzaak wordt gestart door de Cisco IOS-software. De oorzaken van het voorbeeld zijn ongebruikte timeout, ontvangen PPP LCP TERMREQ, authenticatiefout, Telnet hangup, etc. Om de reden voor het ophangen te bepalen, onderzoek de "Straal" ontkoppelde reden van de modemvraag van de bevel van de recordreeks of van Verificatie, Auditing en Accounting (AAA).

6,7

HST ATH

0x1F04

"ATH" (hangup) opdracht werd gedetecteerd door de lokale host.

3

HST-nr. Kiezer

0x1F05

Geen toegang tot het telco-netwerk. De verbinding is verbroken omdat de host geen toegang tot het netwerk had (zoals ISDN).

3,4,5

HST NoCarr

0x1F06

Netwerk heeft verbinding aangegeven. Dit is een client-side-geactiveerd disconnect die geen gracieuze gespreksafgifte is. Het kan voorkomen tijdens het opstellen van oproepen. Een veel voorkomend probleem is wanneer gebruikers van Windows 95 of Windows 98 Dial Up Network (DUN) op "annuleren" klikken voordat de oproep in de steady state komt. Een andere vaak voorkomende reden is dat iedere cliënt aangezet heeft tot een DTR-daling vóór de steady state. Tijdens de gegevensmodus is dit ook een door client geïnitieerde disconnectie die geen gracieus gespreksafgifte is (dat wil zeggen een "vuile" verbinding). Eén zeer vaak voorkomende oorzaak is het falen van de authenticatie.

3

0x1F07

NAS beëindigde SS7/COT-operatie. De verbinding is verbroken omdat de NAS de SS7/COT (Continuïteit Test) heeft beëindigd.

3

0x1F08

De SS7/COT operatie werd beëindigd door de router wegens een T8/T24 tijd.

-

0x1FF

ONGEVRAAGD BEËINDIGEN. De gastheer stuurt deze ontkoppelde reden wanneer het een ongevraagd eindigend bericht ontvangt.

Type verbroken reden

Type afsluiten

Beschrijving

0

(niet gebruikt)

1 - 0x2...

(niet gebruikt)

2 - 0x4...

Andere situaties

3 - 0x6...

Voorwaardelijk tijdens Call Setup

4 - 0x8...

In gegevensmodus. RX (lijn to host) gegevens doorspoelen OK

5 - 0xA...

In gegevensmodus. Rx (lijn to host) gegevens die niet OK doorspoelen (momenteel dienen de toepassingen zich geen zorgen te maken over "OK")

6 - 0xC...

In gegevensmodus. Tx (host-to-line) gegevens doorspoelen OK

7 - 0xE...

In gegevensmodus. Tx (host-to-line) gegevens die niet OK doorspoelen (op dit moment dienen toepassingen geen zorgen te maken over "not OK")

Gerelateerde informatie

- Vergelijken van NextPort SPE-opdrachten naar MICA-modemopdrachten

- Overzicht van de algemene modem en NAS-lijnkwaliteit

- Ondersteuning voor toegangstechnologie

- Technische ondersteuning - Cisco-systemen