Tolk-codes van volgende poortverbroken verbinding

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