Inhoud

Inleiding

Voorwaarden

Vereisten

Gebruikte componenten

Conventies

Achtergrondinformatie

Voordelen van Call Tracker

Configuratie van Call Tracker

Overzicht van opdrachten

Gedetailleerde opdrachten

Uitvoer van Call Tracker

CALL_RECORD-parameters

MODEM_CALL_RECORD-parameters

MODEM_LINE_CALL_REC parameters

MODEM_INFO_CALL_REC parameters

MODEM_NEG_CALL_REC parameters

Verwante SNMP-MIB’s

SNMP MIB’s

CISCO CALL-TRACKER-MIB

Gerelateerde informatie

Inleiding

In dit document wordt de Call Tracker-uitvoer beschreven. Call Tracker is een subsysteem dat wordt gebruikt om gedetailleerde gegevens over de voortgang en de status van oproepen op te nemen, vanaf het moment dat de netwerktoegangsserver een setup-verzoek ontvangt of een kanaal toewijst, totdat een oproep wordt verworpen, beëindigd of anderszins losgekoppeld.

Voorwaarden

Vereisten

Voordat u Call Tracker en de bijbehorende functies configureren, moet u deze taken op uw netwerktoegangsserver voltooien:

- ISDN en de modems configureren. Raadpleeg voor meer informatie het configureren van een toegangsserver met PRI’s voor inkomende asynchrone en ISDN-oproepen.

- Zorg ervoor dat oproepen kan worden aangesloten op de Network Access Server (NAS).

- Configuratie van Eenvoudig Network Management Protocol (SNMP). Raadpleeg voor meer informatie de Basic Dial NMS Implementation Guide.

Opmerking: deze taak is alleen vereist als u Call Tracker via SNMP gebruikt.

Gebruikte componenten

De informatie in dit document is gebaseerd op de volgende software- en hardware-versies:

- Cisco IOS-softwarerelease 12.1(3)T en hoger

- Cisco AS5300, AS5350, AS5400, AS5800 en AS5850 platforms.

N.B.: Gebruik de Software Adviseur (alleen geregistreerde klanten) om te controleren of de Cisco IOS softwareversie en het platform dat u gebruikt deze functie ondersteunt. Bezoek in het Help-gereedschap naar de optie Call Tracker plus ISDN en AAA-verbeteringen.

De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u de potentiële impact van elke opdracht begrijpen.

Conventies

Raadpleeg de Cisco Technical Tips Convention voor informatie over documentconventies.

Achtergrondinformatie

De gegevens die in de Call Tracker worden opgenomen, worden binnen de tabellen van de Call Tracker-database bewaard en zijn toegankelijk via Simple Network Management Protocol (SNMP), Opdracht-Line Interface (CLI) of SYSLOG. Sessieinformatie voor alle actieve oproepen en oproepen in de setup-staat wordt opgeslagen in een actieve tabel, terwijl records voor losgekoppelde oproepen naar een historisch overzicht worden verplaatst. Call Tracker wordt op de hoogte gebracht van toepasbare gespreksgebeurtenissen door verwante subsystemen zoals ISDN, Point-to-Point Protocol (PPP), Content Switch Module (CSM), Modem, Exec of TCP-Clear. SNMP-vallen worden gegenereerd aan het begin van elke oproep wanneer een ingang in de actieve tabel wordt gecreëerd en aan het eind van elke vraag wanneer een ingang in de geschiedenistabel wordt gecreëerd. Call Record SYSLOG's zijn beschikbaar via configuraties die gedetailleerde informatie records genereren voor alle callterminaties. Deze informatie kan naar SYSLOG-servers worden verzonden voor permanente opslag en toekomstige analyse.

Dit zijn een paar punten om te onthouden:

- De status en diagnostische gegevens die routinematig worden verzameld van MICA modems worden uitgebreid om nieuwe link statistieken voor actieve oproepen te omvatten, zoals de poging om tarieven te verzenden en ontvangen, het maximum en minimum verzenden en ontvangen tarieven, en lokaal en op afstand uitgegeven restreinen en snelheidscentra. Deze verbindingsgegevens worden van de modem met door de gebruiker bepaalde intervallen gepold en doorgegeven naar Call Tracker.

- Het TCP-systeem is uitgebreid om aanvullende verbindingsinformatie te verstrekken aan Call Tracker. Extra informatie omvat:

- Het aantal en de identiteit van de hosts waarop een verbindingspoging is ondernomen voordat de verbinding werd gelegd, of de totale mislukte pogingen als er geen verbinding werd gemaakt.

- De reden waarom een actieve sessie is losgekoppeld, of de reden waarom de server van de netwerktoegang geen verbinding met een host heeft gemaakt voordat de sessie werd uitgezet.

- De actieve sessiebron en bestemmingsppoints, die bestaan uit de IP-adressen en poortnummers van de netwerktoegangsserver en -host.

Zie Verbeteringen in Call Tracker plus ISDN en AAA voor meer informatie over Call Tracker voor Cisco AS5300 en Cisco AS5800.

Voordelen van Call Tracker

Deze sectie maakt een lijst van de voordelen van Call Tracker.

- Call Tracker biedt uitgebreidere en eenvoudige real-time bewaking van gespreksactiviteit.

- Call Tracker neemt gegevens op voor actieve en historische gesprekssessies en laat externe toepassingen toe om toegang te krijgen tot die gegevens via SNMP, CLI of SYSLOG.

- Call Tracker levert volume- en gebruiksstatistieken voor beslissingen van oproebeheer.

- Call Tracker verbetert en vervangt de functie van de modemroep-record omdat deze meer gedetailleerde uitvoer biedt.

Opmerking: Omdat ze soortgelijke SYSLOG-uitvoer kunnen genereren, schakelt u Call Tracker en modemcall-record niet tegelijkertijd in. Deze actie kan resulteren in dubbele items voor dezelfde oproep.

Configuratie van Call Tracker

Overzicht van opdrachten

Om Call Tracker te configureren gebruikt u deze opdrachten (in de volgorde dat ze op de lijst staan):

1. toelaten

2. aanvalsterrein

3. oprolmechanisme

4. callrecord van beller

5. historie aanroep max. grootte

6. onthoudingen voor bellers

7. byte-teller van de server-pakketgrootte

8. wachtrijlengte voor servers

9. snmp server zet aanjager op

10. snmp server host community-string calltracker

11. calltracker timestamp msec (optioneel)

12. Opiniepeiltijd voor modem-informatie of SPE Link-info Stroom (optioneel)

13. uitgang

Gedetailleerde opdrachten

Opdracht

doel

Stap 1.

toelaten Voorbeeld: Router> inschakelen

Voer een bevoorrechte EXEC-modus in of een ander beveiligingsniveau dat door een systeembeheerder is ingesteld. Typ desgevraagd uw wachtwoord.

Stap 2.

aanvalsterrein Voorbeeld: Router# configureren terminal

Hiermee voert u de mondiale configuratiemodus in.

Stap 3.

oprolmechanisme Voorbeeld: Router (fig)#-calltracker

Schakelt Call Tracker in op de NAS.

Stap 4.

callrecord {termen | breedtegraad} [rustig] Voorbeeld: Router (configuratie)# calltracker call-record

De verstrekte informatie kan door SNMP en SYSLOG van de lijst van de vraaggeschiedenis van de Tracker van de Vraag worden verzameld. De terse optie genereert een korte reeks callrecords, die een subset van gegevens bevatten die opgeslagen zijn in Call Tracker en die voornamelijk gebruikt worden om oproepen te beheren. De breedband optie genereert een volledige reeks Call records die alle gegevens bevatten die opgeslagen zijn binnen Call Tracker en die voornamelijk gebruikt worden om oproepen te debug. Met de stille optie wordt het callrecord alleen naar de geconfigureerde SYSLOG-server verzonden en niet naar de console.

Stap 5.

historie aanroep max-grootte aantal Voorbeeld: Router (configuratie)# calltracker geschiedenis max-size 50

Om de historie buffer te vormen (het maximum aantal Call Tracker ingangen die in de historie van de Trekker van de vraag worden opgeslagen), gebruik de wijzerplaat max-size aantal opdracht. Het aantal is het maximum aantal telefooningangen in de de historie van de Tracker van de Vraag op te slaan. Het geldige bereik is van nul tot tien keer de maximum DS0 ondersteund op een bepaald platform. Een waarde van 0 voorkomt dat elke geschiedenis wordt opgeslagen. Omdat de rapportagetaak geen proces met hoge prioriteit is en omdat het op beschikbare CPU moet wachten, kan Call Tracker tot één minuut duren om te rapporteren nadat een oproep is losgekoppeld. Om deze reden moet u de geschiedenisbuffer configureren zodat deze groot genoeg is om de gegevens op te slaan die zullen worden gerapporteerd. Wanneer u de buffergrootte configureren houdt u rekening met de aanroep lengte en het type aanroep (ISDN is korter dan modem) en bepaalt u vervolgens het maximale aantal oproepen dat over een minuut kan worden ontvangen. Daarnaast kan een hoger aanroepingspercentage optreden wanneer zich een configuratiefout of een hardwarestoring voordoet. Daarom wordt aangeraden om vier keer het aantal poorten op het platform te gebruiken. Raadpleeg voor meer informatie Verbeteringen in Call Tracker plus ISDN en AAA voor Cisco AS5300 en Cisco AS5800.

Stap 6.

onthoudingsminuten voor bellers Voorbeeld: Router (configuratie)# calltracker geschiedenis behoudt-min 5000

Hiermee stelt u het aantal minuten in om oproepen in de historie van Call Tracker op te slaan. minuten is de tijd om de oproepen op te slaan . Het geldige bereik loopt van 0 tot 26.000 minuten. Een waarde van 0 voorkomt dat gesprekken worden opgeslagen.

Stap 7.

byte-telling van de pakketgrootte per server Voorbeeld: Router (configuratie)# SNMP-server pakketgrootte 1024

Vestigt controle over de grootste Eenvoudig Network Management Protocol (SNMP) pakketgrootte toegestaan wanneer de SNMP-server een verzoek ontvangt of een antwoord genereert. byte-count is een integer van 484 tot 8192. De standaard is 1500.

Stap 8.

wachtrijlengte van een centrale server Voorbeeld: Router (configuratie)# SNMP-server wachtrij-length 50

definieert de lengte van de berichtwachtrij voor elke valhost. Wanneer een valbericht met succes wordt verzonden, blijft Cisco IOS-software de wachtrij leegmaken; de wachtrij wordt echter niet sneller leeggemaakt dan een snelheid van vier valmeldingen per seconde . Tijdens het opstarten van het apparaat kunnen sommige vallen worden gedropt vanwege overloop van de val op het apparaat. Als u denkt dat vallen worden gedropt, kunt u de grootte van de valwachtrij vergroten (bijvoorbeeld naar 100) om te bepalen of vallen dan kunnen worden verstuurd tijdens bootup length, is een integer dat het aantal val gebeurtenissen aangeeft die kunnen worden gehouden voordat de wachtrij moet worden geleegd. De standaard is 10.

Stap 9.

snmp server zet aanjager op Voorbeeld: Router (configuratie)# SNMP-server maakt vallen mogelijk

SNMP-kennisgevingen kunnen als vallen worden verstuurd of als verzoeken worden ingewilligd; deze opdracht maakt zowel vallen mogelijk als informeert verzoeken . Deze opdracht regelt (maakt in- of uit) de berichten van Call Tracker CallSetup en CallTerminate. Bericht van CallSetup wordt gegenereerd aan het begin van elke vraag en wanneer een ingang in de actieve tabel (ctActiveTable) wordt gecreëerd. Bericht van CallTerminate wordt gegenereerd aan het eind van elke vraag en wanneer een ingang in de historie tabel (ctHistoryTable) wordt gecreëerd.

Stap 10.

snmp-server host host host community-string calltracker Voorbeeld: Router (fig)# SNMP-server host community string calltracker

Specificeert de ontvanger van een eenvoudige netwerkbeheerdershandleiding. SNMP-meldingen kunnen als vallen worden verstuurd of als verzoeken worden ingestuurd. Splitsen zijn onbetrouwbaar omdat de ontvanger geen ontvangstbevestiging stuurt wanneer hij vallen ontvangt. De verzender kan niet bepalen of de vallen zijn ontvangen. Maar een SNMP-entiteit die een informatieve aanvraag ontvangt, erkent het bericht met een SNMP-gegevenseenheid (PDU). Indien de verzender het antwoord nooit ontvangt, kan het verzoek opnieuw worden verzonden. Om die reden is het waarschijnlijker dat informanten hun beoogde bestemming bereiken. Vergeleken met vallen gebruikt informanten meer middelen in de agent en het netwerk. In tegenstelling tot vallen, die worden weggegooid zodra ze worden verzonden, moet een verzoek om informatie in herinnering worden gebracht totdat een antwoord is ontvangen of wanneer de aanvraag is ingediend. Bovendien worden de vallen slechts één keer verstuurd; informatie kan meerdere keren opnieuw worden beproefd . De herpogingen verhogen het verkeer en dragen bij aan een hogere overheadkosten op het netwerk. Als u geen SNMP-server host opdracht invoert, worden er geen meldingen verzonden. Om de router te configureren om SNMP-meldingen te verzenden, moet u minimaal één SNMP-server host-opdracht invoeren. Als u de opdracht zonder zoekwoorden invoert, zijn alle valtypen ingeschakeld voor de host. Om meerdere hosts in te schakelen, moet u voor elke host een afzonderlijke SNMP-server opdracht geven. U kunt meerdere aanmeldingstypen in de opdracht voor elke host specificeren. Wanneer meerdere tussenlandingsopdrachten van de server voor dezelfde host worden gegeven, evenals het type waarschuwing (val of informeer), overschrijft elke opeenvolgende opdracht de vorige opdracht. Alleen de laatste snmp-server host opdracht is van kracht. Bijvoorbeeld, als u een SNMP-server host ingaat informeert u de opdracht voor een host en voert u vervolgens een andere SNMP-server host in om de opdracht voor dezelfde host te informeren, vervangt de tweede opdracht de eerste.

Stap 11.

calltracker timestamp msec (optioneel) Voorbeeld: Router (fig)# calltracker timestamp msec

Toont de milliseconde waarde van de tijd van de Call Setup in het Call Record (CDR) op de toegangsserver. Als u deze opdracht niet uitvoert, wordt de setup-tijd in seconden weergegeven.
Opmerking: U kunt deze opdracht alleen gebruiken met Cisco IOS-softwarereleases 12.3(4) en 12.3(4)T.

Stap 12.

Modem link-info stempo tijd seconden (optioneel) of spe link-info stemmer seconden (optioneel) Voorbeeld: Router (configuratie)# modem-link-informatie stempo tijd 320

Schakelt de records voor Call Tracker-modemdetails in. U kunt optioneel de opdracht voor seconden van de modemlink-informatie gebruiken of de opdracht seconden voor de spe link-informatie opiniepeilingen. Deze opdrachten stellen het steminterval in, waarmee de verbindingsstatistieken voor actieve oproepen vanuit de modem worden opgeroepen. De aanbevolen waarde voor de verkiezingstijd is 320 seconden. Om real-time Call statistics van de MICA technologieën modem toe te laten om Tracker te roepen, moet u de modem verbinding-info bevel van de vraag gebruiken.
Opmerking: De opdracht voor de inbelopdracht van de modemlink neemt een aanzienlijk deel van het geheugen in beslag, ongeveer 500 bytes voor elke MICA-modemoproep. Gebruik deze opdracht alleen als u de specifieke gegevens nodig hebt die deze verzamelt.

Stap 13.

uitgang Voorbeeld: Router (configuratie)# exit

Sluit de huidige modus.

Uitvoer van Call Tracker

De uitvoer van Call Tracker wordt tussen verschillende records verdeeld. Deze tabel maakt een lijst en beschrijft de uitvoerrecords van Call Tracker.

Naam record

Beschrijving

CALL_RECORD

Algemene gegevens gedeeld tussen alle callcategorieën. Zie CALL_RECORD-parameters voor een lijst met toegestane parameters.

MODEM_CALL_RECORD

Algemene modemgespreksinformatie. Zie MODEM_CALL_RECORD parameters voor een lijst met toegestane parameters.

MODEM_LIJN_BEL_REC

Informatie over modemtransport en fysieke laag (voor uitgebreide zuiveringsdoeleinden). Zie MODEM_LINE_CALL_REC parameters voor een lijst met aanvaardbare parameters.

MODEM_INFO_CALL_REC

Informatie over de modemstatus (voor uitgebreide debugging). Zie MODEM_INFO_CALL_REC parameters voor een lijst met toegestane parameters.

MODEM_NEG_CALL_REC

Informatie over client- en hostonderhandeling (voor uitgebreide zuiveringsdoeleinden). Zie MODEM_NEG_CALL_REC parameters voor een lijst met aanvaardbare parameters.

Opmerking: records die verwijzen naar dezelfde aanroep beginnen met dezelfde unieke waarde in parameter ct_hndl.

CALL_RECORD-parameters

Deze tabel toont en beschrijft de parameters CALL_RECORD.

parameters

Beschrijving

ct_hndl

Call Tracker Handle een uniek nummer dat door Call Tracker wordt gebruikt om actieve oproepen af te handelen. Aan de oproepen wordt een identificatienummer (ID) toegekend van 1 tot 4.294.967.296. Deze ID's beginnen met 1 en nemen met 1 toe. Na 4.294.967.295 oproepen, de ID wraps en de 4.294.967.296th Bel ontvangt het volgende kleinste beschikbare nummer dat van 1 begint. Het is mogelijk voor de Call geschiedenis, syslog en SNMP records om hetzelfde ID-nummer te hebben voor verschillende gesprekken. Dit komt doordat het nummer alleen uniek is voor actieve oproepen. Nul is geen geldige waarde.

Service

Service type meldt het laatst bekende servicetype.

- niets - Geen service gekoppeld aan de oproep

- andere - dienst actief, maar geen van deze:

- verspreking - seriële lijn IP

- PPP - PPP

- mp - Multilink PPP (RFC 1990)

- TCP - Byte-stream over TCP

- telnet - TELNET

- exec - terminalserver

- l2f - Virtual Private Data Network Service (VPDN) die Layer 2-verzendprotocol gebruikt

- l2TP - Virtual Private Data Network Service (VPDN) die Layer 2-tunneling-protocol gebruikt

Oorsprong

Geeft aan hoe de oproep werd gemaakt.

- Start - Dialout is de oproep lokaal gestart en het systeem stuurt de installatieaanvraag in.

- Antwoord - Dialin, de vraag werd op afstand gestart en het systeem ontvangt de setup-aanvraag.

Gesprekscategorie

Vertegenwoordigt mogelijke categorieën of types van de vraag.

- geen - Geen callcategorie gekoppeld aan oproep

- overige - Geen van deze:

- modem - Modem-oproep

- ISDN-sync - ISDN sync digitaal gesprek nu in kaart gebracht aan syncData

- v110 - V110 gespreksnummer

- v120 - V120 gespreksnummer

- CATALYST-Digital - Channel Associated Signaling (CAS) 56k gegevensoproep

- GCPData - MGCP gegevensgesprek Nu in kaart gebracht aan syncData

- syncData - synchrone digitale gegevensroep voor elke gespreksbeheer

- lapb-ta - LAPB of LAPB-TA-gesprek

DS0-sleuf/cntr/chan

Invoersleuf/poort/DS0 De DS0-link die de oproep bevat. Dit kan een DS0 omvatten binnen een grotere groep van meerdere DS0 binnen één fysieke poort zijn.

genoemd

Bel het genoemde telefoonnummer. Voor oproepen die door het systeem worden beantwoord, komt dit overeen met de DNIS. Voor oproepen die door het systeem worden geïnitieerd, is dit het doelnummer. Als dit niet beschikbaar is, is dit een string met een lengte nul.

oproeping

Nummerherkenning als oproepende partij Voor oproepen die door het systeem worden beantwoord, komt dit overeen met de oproepende identificatie (CLID). Voor oproepen die door het systeem worden geïnitieerd, is dit het nummer dat aan het apparaat is gekoppeld. Voor de interworking-oproep is dit het vertaalde oproepnummer, als er een vertaalregel is voor uitgaande oproepen gekoppeld aan het kiesschema. Als het niet beschikbaar is, is dit een string met lengte nul.

resource sleuf/poort

Bronsleuf/poort Identificatie van de aan de oproep toegewezen verwerkingsmiddelen.

gebruikersid

Gebruikersnaam ID De inlogID van de gebruiker of een string met nullengte, indien niet beschikbaar. Als dit een lengte string bevat die niet nul is, en cctHistoryUserValidationTime nul is, dan heeft de gebruiker de validatie mislukt

ip

IP-adres Het IP-adres dat voor deze oproep is toegewezen, of 0.0.0.0 indien niet van toepassing of niet beschikbaar.

masker

IP Subnetmasker Het IP-subnetmasker is toegewezen voor deze oproep, of 0.0.0.0 indien niet van toepassing of niet beschikbaar.

rekeningid

Accounting Session ID (accountingsessie-id) die aan deze oproep is toegewezen door AAA. De sessie-ID wordt door AAA naar RADIUS verzonden als de toeschrijving-ID of TACACS+ als de task_id. Als er geen accountingsessie-id is toegewezen, is de waarde een ongeldige string.

opstelling

Tijdstempel instellen toen de oproep voor het eerst aan het systeem werd aangekondigd.

binden

Tijd van verbinding in seconden nodig voor verbinding.

zwerfster

Fysieke Layer Ready Time in seconden duurt het voor de fysieke laag om een steady-state te bereiken en de oproep is klaar voor hogere protocol lagen om te beginnen. In het geval van modemoproepen bereikt de fysieke laag voor de oproep een stabiele status wanneer de gegevenssnelheden, modulaties en foutcorrigerende protocollen tussen de oorspronkelijke en beantwoordende modems zijn overeengekomen. Zij is ook van toepassing op digitale oproepen die gebruik maken van adaptieve-snelheidstechnologieën, zoals V.110 en V.120.

srvc

Service tijd De tijd die nodig was om het servicetype te identificeren.

oen

Tijd van verificatie in seconden nodig om de gebruikersidentificatie te valideren die bij deze oproep hoort.

Int rx/tx b-tarief

Initiële ontvangstsnelheid/transmissieresnelheid Initiële ontvangst-/transmissieresnelheid en verzendsnelheid voor deze oproep. Als de verbinding een synchroon digitaal aanroepen is, zoals ISDN-sync, is deze waarde de gegevenssnelheid van het B-kanaal. Als de vraag asynchroon is, zelfs als het een synchroon transmissiemedium zoals ISDN gebruikt, is de waarde de snelheid die door de MICA of de Nieuwe modem in bits per seconde wordt onderhandeld. Deze waarde verandert niet, zelfs als het gegevenstarief tijdens de vraag varieert. Deze waarde is nul totdat een initiële gegevenssnelheid wordt bepaald.

rx/tx-tekens

Zend/ontvang Byte Het aantal bytes dat op de vraag wordt doorgegeven. Alle ruwe bytes worden geteld. Deze waarde omvat alle protocol headers die al dan niet aanwezig kunnen zijn. Of de protocol header al dan niet aanwezig is hangt af van de waarde van de service.

tijd

Tijd verbonden De tijd in seconden wordt de oproep aangesloten. Dit is de callduur in seconden vanaf het eerste setup-verzoek tot wanneer het systeem start, detecteert of op de hoogte wordt gebracht van de gespreksafgifte.

schijfsubsysteem

Koppel subsysteem IOS-subsysteem los dat ontgrendelt, detecteert of op de hoogte wordt gesteld van de gespreksafgifte. Subsysteemtypen:

- besturen

- csm

- isdn mica

- none

- ppp

- rpm (beheer van resourcepool)

- VPN (Virtual Private Network)

- VTP (spraaktelefonie)
Opmerking: Hoewel deze informatie meer kennis van de Cisco IOS-software vereist dan de gemiddelde gebruiker heeft, is het handig om Cisco Technical Support-personeel in te schakelen voor problemen met de verbinding.

diskcode

Code verbroken Oorzaak die aangeeft waarom deze oproep is beëindigd. Verwijs voor meer informatie naar deze documenten:

- Tolk-codes van volgende poortverbroken verbinding

- MICA-modemstaten en redenen voor loskoppeling

disktekst

Beschrijving van verbroken tekst losmaken die de opgegeven reden beschrijft. Dit kan een string met een lengte nul zijn als er geen tekst beschikbaar is. Verwijs voor meer informatie naar deze documenten:

- Tolk-codes van volgende poortverbroken verbinding

- MICA-modemstaten en redenen voor loskoppeling

Voorbeeld

*Nov 16 18:30:26.097: %CALLTRKR-3-CALL_RECORD:

ct_hndl=5, service=PPP, origin=Answer, category=Modem,

DS0 slot/cntr/chan=0/0/22, called=71071, calling=6669999,

resource slot/port=1/0, userid=maverick5200, ip=192.9.1.2,

mask=255.255.255.0, account id=5, setup=10/16/1999 18:29:20,

conn=0.10, phys=17.12, srvc=23.16, auth=23.16, init-rx/tx

b-rate=31200/33600, rx/tx chars=246/161, time=53.50, disc

subsys=ModemDrvr, disc code=0xA220, disc text= Rx (line to host)

data flushing - not OK/EC condition - locally detected/received

DISC frame -- normal LAPM termination

MODEM_CALL_RECORD-parameters

Deze tabel toont en beschrijft de parameters MODEM_CALL_RECORD.

Parameter

Beschrijving

ct_hndl

Call Tracker Handle een uniek nummer dat door Call Tracker wordt gebruikt om actieve oproepen af te handelen. Aan de oproepen wordt een identificatienummer (ID) toegekend van 1 tot 4.294.967.296. Deze ID's beginnen met 1 en nemen met 1 toe. Na 4.294.967.295 oproepen, de ID wraps en de 4.294.967.296th Bel ontvangt het volgende kleinste beschikbare nummer dat van 1 begint. Het is mogelijk voor de Call geschiedenis, syslog en SNMP records om hetzelfde ID-nummer te hebben voor verschillende gesprekken. Dit komt doordat het nummer alleen uniek is voor actieve oproepen. Nul is geen geldige waarde.

poort: laatste

Error Correction-protocol: Laatst bekende foutcorrectie (EC)-protocol in gebruik. EG-protocollen:

- normaal (geen EG aanwezig)

- leiden

- mannetje

- lmV42

- sync-modus

- asyncMode (geen EC aanwezig, hetzelfde als normaal)

- ara1 (ARA 1.0)

- ara2 (ARA 2.0)

- andere (EG-protocol dat niet is vermeld)

poort: poging

Error Correction-protocol: Probeerde meldt eerst het fout correctie (EC) protocol. Zie onderdeel: laatste voor mogelijke EG-protocollen.

comp: laatste

Compressie-protocol: Laatste meldt het laatste compressieverhouding protocol dat gebruikt is voordat de oproep beëindigd is. Compressieprotocollen omvatten:

- geen (geen gegevenscompressie aanwezig)

- v42bisTx (V.42bis alleen in verzendrichting)

- v42bisRx (V.42bis alleen in ontvangstrichting)

- v42bisBeide (V.42bis in ontvangst en verzending) mnp5

- v44TX (V.44 alleen in verzendrichting)

- v44RX (V.44 alleen in ontvangstrichting)

- v44Beide (V.44 in ontvangst- en verzendrichtingen)

comp: suppletie

Compressie-protocol: Ondersteunde compressieverhouding die ondersteund had kunnen worden. Zie comp: laatste voor mogelijke compressieverhouding.

std: laatste

Standaard: Laatste Dit is de laatste modulatienorm in gebruik voordat de oproep beëindigd is. De modulatienormen omvatten:

- andere (andere dan de genoemde modulatie)

- bel103a

- bel212a

- v21

- v22

- v22 bis

- v32

- v32 bis

- vfc

- v34

- v17

- v29

- v33

- k56flex

- v23

- v32terbo

- v34 plus

- v90

- v27ter

- v110

std: poging

Standaard: Probeerde modulatiestandaard geprobeerd door clientmodem. Zie std: laatste voor mogelijke modulatienormen .

std: erin

Standaard: Initiële Eerste modulatienorm geprobeerd door clientmodem. Zie std: laatste voor mogelijke modulatienormen .

std: snor

Standaard: Verhouding signaal/ruis De meting van de verhouding tussen het gewenste signaal en ruis. Deze waarde kan variëren van 0 tot 70 dB en veranderingen in 1 dB stappen. Merk op dat een 28,8 kbps verbinding een SNR van ongeveer 37 dB vereist. lager dan dit en de kwaliteit van de aansluiting vermindert. Een 33,6 kbps verbinding vereist een SNR van 38 tot 39 dB. Merk ook op dat een "schone" lijn een SNR heeft van ongeveer 41 dB.

std: tweede

Standaard: Signaalkwaliteit Mate van lijnkwaliteit voor een bepaalde lichtsnelheid waarbij 0 de slechtste is en 3 de stabiele toestand is. Als er een 1 of 2 is, moet de modem dalen naar een lagere snelheid. Op dezelfde manier, als de waarde van het Hoofdkantoor 4 tot 7 is, versnelt de modem tot een hoger tarief. Als de waarde in q hoog is (bijvoorbeeld 7) en de bitsnelheid laag is, kan er een probleem zijn bij de afstandsbediening.

rx/tx: klusjes

Ontvangen/verzonden: Tekens Het aantal bytes dat op de oproep wordt verzonden. Alle ruwe bytes worden geteld. Deze waarde omvat alle protocol headers die al dan niet aanwezig kunnen zijn. Of de protocol header al dan niet aanwezig is hangt af van de waarde van de service.

eg : x/x

Ontvangen/verzonden: Fout bij corrigeren Het aantal ontvangen en verzonden EG-frames.

eg : röntgenfoto slecht

Fout bij corrigeren: Ontvingen slechte frames aantal EG-frames met fouten.

rx/tx b-snelheid: laatste

Bitsnelheid ontvanger/verzenden: Laatst ontvangen en verzenden bit rate wanneer de oproep beëindigd is.

rx/tx b-snelheid: laag

Bitsnelheid ontvanger/verzenden: Laag het laagste ontvangen en verzenden bit rate aangetroffen voor de duur van de vraag.

rx/tx b-snelheid: hoog

Eenvoudig ontvangen/verzenden: Hoog het hoogste ontvangen en verzenden bit rate aangetroffen voor de duur van de vraag.

rx/tx b-snelheid: gewenste client

Bitsnelheid ontvanger/verzenden: Gewenst door Clienttransmissie en ontvangen bit rate die de klant wilde handhaven. Het is mogelijk dat dit niet altijd het bit rate is dat de host meldt, aangezien de gastheer niet mag opleiden of omlaag om er plaats voor te maken.

rx/tx b-snelheid: gewenst-host

Bitsnelheid ontvanger/verzenden: Gewenst door Host dat door host wordt gevraagd een bit rate te verzenden en ontvangen die de host wilde onderhouden.

retr: plaatselijk

Retrainen: Plaatselijk aantal lokaal geïnitieerde treinen.

retr: geïsoleerd

Retrainen: Remote-aantal treinen geïnitieerd door de afstandsmodem

retr: mislukken

Retrainen: Aantal mislukte retreinen

snelheidsverschuiving: lokaal omhoog/omlaag

Snelheidsverschuivingen: Local Up/Down Number van snelheid omhoog of omlaag verschuivingen geïnitieerd door de lokale modem.

snelheidsverschuiving: op afstand

Snelheidsverschuivingen: Remote Up/Down Aantal snelheid omhoog of omlaag verschuivingen geïnitieerd door de afstandsmodem.

snelheidsverschuiving: mislukken

Snelheidsverschuivingen: Aantal mislukte snelheidsverschuivingen

v90: starten

V.90 Status status van V90 voordat de oproep werd beëindigd. Mogelijke statuswaarden zijn:

- geen poging

- succes

- mislukking

v90: cliënt

V.90: ClientChipset gebruikt door de V.90-clientmodem.

- n

- Onbekend

- Rockwell

- USR

- Lucent

- PCTel

v90: mislukken

V.90 faalt V.90. V.90-fouten omvatten:

- none

- client-NonPCM

- klantenbinding

- serverV90 uitgeschakeld

tijd (sec)

Tijd (seconden) Hoe lang het gesprek duurde. Deze waarde wordt altijd teruggegeven ongeacht het resultaat van de training of de authenticatie.

schijfreden

Koppel de ASCII-code van de reden los die is meegeleverd door de MICA of NextPort-modem die de verbinding sluit. Verwijs voor meer informatie naar deze documenten:

- Tolk-codes van volgende poortverbroken verbinding

- MICA-modemstaten en redenen voor loskoppeling

Voorbeeld

*Nov 16 18:30:26.097: %CALLTRKR-3-MODEM_CALL_REC:

ct_hndl=5, prot: last=LAP-M, attempt=LAP-M, comp: last=V.42bis-Both,

supp= V.42bis-RX V.42bis-TX, std: last=V.34+, attempt=V.34+, init=V.34+,

snr=38, sq=3, rx/tx: chars=246/161, ec: rx/tx=22/12, rx bad=46,

rx/tx b-rate: last=33600/33600, low=31200/33600, high=33600/33600,

desired-client=33600/33600, desired-host=33600/33600, retr: local=0,

remote=0, fail=0, speedshift: local up/down=1/0, remote up/down=0/0,

fail=0, v90: stat=No Attempt, client=(n/a), fail=None, time(sec)=52,

disc reason=0xA220MODEM_LINE_CALL_REC Parameters

MODEM_LINE_CALL_REC parameters

Deze tabel toont en beschrijft de parameters MODEM_LINE_CALL_REC.

Parameter

Beschrijving

ct_hndl

Call Tracker Handle een uniek nummer dat door Call Tracker wordt gebruikt om actieve oproepen af te handelen. Aan de oproepen wordt een identificatienummer (ID) toegekend van 1 tot 4.294.967.296. Deze ID's beginnen met 1 en nemen met 1 toe. Na 4.294.967.295 oproepen, de ID wraps en de 4.294.967.296th Bel ontvangt het volgende kleinste beschikbare nummer dat van 1 begint. Het is mogelijk voor de Call geschiedenis, syslog en SNMP records om hetzelfde ID-nummer te hebben voor verschillende gesprekken. Dit komt doordat het nummer alleen uniek is voor actieve oproepen. Nul is geen geldige waarde.

rx/tx-niveau

Ontvang-/transmissieniveau- niveau Ontvang-/transmissieniveau-stand van het ontvangen/verzenden-signaal, varieert van 0 tot -128 in dBm stappen. In de Verenigde Staten is het bereik ongeveer -22 dBm en in Europa ongeveer -12 dBm. Een goed bereik loopt van -12dBm tot -24dBm. Zie voor meer informatie: De betekenis van niveaus voor verzenden en ontvangen op modems

fasejit: freq

Fase-Jitter: Frequentie Piek tot piekverschil (in hertz) tussen twee signaalpunten. Fase jitter die niet wordt geannuleerd lijkt op "rocking" van de QAM-constellatie (amplitude van de baseband). De punten lijken op bogen met langere bogen op de buitenste punten.

fasejit: waterpas

Fase-Jitter: Niveau van de gemeten fase jitter en geeft aan hoe groot de "schommeling" in graden is. Op een oscilloscoop zouden de constellatiepunten er als halvemaantjes uitzien. Waarden kunnen tot 15 graden variëren. De typische waarde is nul (dat wil zeggen, fase jitter is normaal niet aanwezig).

ultrahoog niveau

Ver-eind Echo-niveau Over lange verbindingen wordt een echo geproduceerd door impedantieverschillen bij hybride bedrading van 2 draad tot 4 draden en 4 draad tot 2 draden. Het end echo niveau (dat gedeelte van het verstuurde analoge signaal dat van het verre analoge voorste eind van de modem is afgevuurd) kan van 0 tot -90 in dBm variëren.

freq offest

Frequentie Offset Het verschil (in hertz) tussen de verwachte frequentie van de RX-drager en de werkelijke frequentie van de RX-drager.

fasrollen

Fase-roll Fase-rol beïnvloedt het echo-signaal dat terugkomt. Een bepaald constellatiepatroon wordt vanuit een modem verzonden en arriveert bij het centrale kantoor. Een of andere echo-vorm van dit signaal/constellatie-patroon wordt teruggestuurd. De configuratie kan echter van 0 tot 359 graden worden gedraaid. Deze draaiing wordt de faseverrol genoemd.

retourvlucht

Ronde Trip Vertraging Totale ronde-trip propagatievertraging van de link (in milliseconden). Dit is belangrijk voor een goede echo-annulering. Het bedrag van de vertraging varieert op het netwerk.

d-pad

Digitaal pad Digitale toegevoegde waarde.

d-pad comp

Digitale-pad compressie Dit is een integer dat de compressie representeert.

- 0 = Geen

- 1 = V.42bis TX

- 2 = V.42bis RX

- 3 = V.42bis beide

- 4 = MNP5

- 5 MHz (FAX)

- 6 = MR (FAX)

- 7 = MMR (FAX)

- 8 = V,44 TX

- 9 = V,44 RX

- 10 = V,44 beide

- 0xFF (-1) = Gegevenscompressie nog niet onderhandeld

rbs

Robed Bit Signaling Feitelijk RBS-patroon, waargenomen door de modem. De 6 minst significante bits (LSB) van de geretourneerde waarde geven het periodieke RBS-patroon aan, waarbij een 1 een PCM-monster met een overslagbit aanduidt.

kosten

Constellatie Dit is het aantal punten in de constellatie.

- 0xFF = Ongeldig

- 1 = 4 punt

- 2 = 16 punten

rx/tx: symrate

Ontvang/verzending: TX met symmetrische snelheid is een symbolische snelheid die wordt gebruikt om monsters naar de regel te sturen. RX is het symbolische percentage dat wordt gebruikt om monsters van de lijn te ontvangen. De tarieven zijn synchroon.

rx/tx: autofreq

Ontvang/verzending: Carrier-frequentie voor TX, draagfrequentie gebruikt door de lokale DCE. Voor RX, draagfrequentie gebruikt door de afstandsbediening DCE.

Voorbeeld

*Nov 16 18:30:26.101: %CALLTRKR-3-MODEM_LINE_CALL_REC:

ct_hndl=5, rx/tx levl=-17/-16, phase-jit: freq=0, levl=0,

far-end echo-levl=-71, freq offst=0, phase-roll=-98,

round-trip=1, d-pad=None, d-pad comp=0, rbs=0, const=16,

rx/tx: sym-rate=3429/3429, carr-freq=1959/1959, trel-code=0/0,

preemph-index=6/0, rx/tx: const-shape=Off/On, nonlin-encode=Off/On,

precode=Off/On, xmit levl-reduct=2/3,

shape=0x1920212120202120202020202020202020202020201F1D191100

MODEM_INFO_CALL_REC parameters

Deze tabel toont en beschrijft de parameters MODEM_INFO_CALL_REC.

Parameter

Beschrijving

ct_hndl

Call Tracker Handle een uniek nummer dat door Call Tracker wordt gebruikt om actieve oproepen af te handelen. Aan de oproepen wordt een identificatienummer (ID) toegekend van 1 tot 4.294.967.296. Deze ID's beginnen met 1 en nemen met 1 toe. Na 4.294.967.295 oproepen, de ID wraps en de 4.294.967.296th Bel ontvangt het volgende kleinste beschikbare nummer dat van 1 begint. Het is mogelijk voor de Call geschiedenis, syslog en SNMP records om hetzelfde ID-nummer te hebben voor verschillende gesprekken. Dit komt doordat het nummer alleen uniek is voor actieve oproepen. Nul is geen geldige waarde.

algemene informatie

Algemene informatie Algemene portware - informatie.

rx/tx-koppelingslaag

Ontvang/verzend Link-laag de link-laag die werd ontvangen of verzonden.

NAK’s

NAK's Totaal aantal ontvangen en verzonden LCP-berichten die niet werden erkend.

rx/tx-pp-slip

Ontvang/verzendend PPP-SLIP Het aantal ontvangen of verzonden PPP- en Slip-frames.

misstap

Slechte PPP-SLIP Het aantal slechte PPP en Slip frames ontvangen of verzonden.

proj max rx b-snelheid: cliënt

Geprojecteerde Max ontvanger bit rate: client Geprojecteerd maximum aantal bit rate voor de client.

rproj max rx b-snelheid: gastheer

Geprojecteerde Max ontvanger bit rate: Host Projected Maximum ontvangt bit rate voor de host.

rx/tx: max neg I frame

Ontvang/verzending: Maximaal onderhandelde kader. Zend en ontvang de maximum onderhandelde waarden voor het kader.

rx/tx: nevenvenster

Ontvang/verzending: Onderhandeld venster verzenden en onderhandelingsvenster ontvangen.

Uitgangspunten T401

T401 Time-outs Vaststellen een verbinding met een cliënt met V.42 EC-enabled en doorgeven van gegevens van de CSM. Vraag de statistiek voordat de gegevens worden doorgegeven en opnieuw nadat de overdracht succesvol is geweest. De statistiek mag niet stijgen.

venstersluitingen

Sluit een verbinding met een client aan en geef gegevens door van de CSM. De statistiek neemt alleen toe als het venster sluit en geen ACK/NAK van de clientmodem ontvangt. Het verwachte resultaat moet 0 aangeven.

rx - overschrijdingen

Ontvangen overschrijdingen Totaal aantal ontvangen overschrijdingen.

retransframie

Alle geïnitieerde omloopframes retrainen.

v110: rx goed

V.110: Goed aantal v110 goede beelden ontvangen.

v110: röntgenfoto slecht

V.110: Ontvang Slecht Aantal ontvangen v110 slechte frames.

v110: belasteren

V.110: Doorgestuurd aantal verzonden v110-frames.

v110: sync verloren

v110: synchronisatie verloren. Aantal keren dat v110-synchronisatie verloren is.

SS7/cot

Signalering Systeem 7 (SS7) en Continuïteit Test (COT) statistieken.

v42 bis-grootte: dict

V.42 bis Size: Woordenboek bevat v42bis-woordenboek.

testfout

Test fout zelf test fout aangetroffen.

terugstellen

Reset DSP resetingswaarde.

v0 synchroon-verlies

V.0 Synchronization Loss zetten een verbinding met een client op en verifiëren de query wijst op 0. De teller mag alleen de V0 sync verhogen, verloren is in het ontvangen signaal, wat een omleiding zal veroorzaken.

Mail verloren: gastheer

Mail verloren: Host Aantal verloren host-mail.

grip

SP Aantal verloren e-mail.

doekje

Diagnostische waarde voor de portware diagnostiek.

Voorbeeld

*Nov 16 18:30:26.101: %CALLTRKR-3-MODEM_INFO_CALL_REC:

ct_hndl=5, general info=0x0, rx/tx link-layer=264/182, NAKs=0/0,

rx/tx ppp-slip=5/7, bad ppp-slip=0, proj max rx b-rate: client=19200,

host=24000, rx/tx: max neg I frame=128/128, neg window=15/15,

T401 timeouts=1, tx window closures=0, rx overruns=0, retrans frames=0,

v110: rx good=0, rx bad=0, tx=0, sync-lost=0, ss7/cot=0x00,

v42bis size: dict=1024, test err=0, reset=0, v0 synch-loss=0, mail lost:

host=0, sp=0, diag=0x00000000000000000000000000000000

MODEM_NEG_CALL_REC parameters

Deze tabel toont en beschrijft de parameters MODEM_NEG_CALL_REC.

Parameter

Beschrijving

ct_hndl

Call Tracker Handle een uniek nummer dat door Call Tracker wordt gebruikt om actieve oproepen af te handelen. Aan de oproepen wordt een identificatienummer (ID) toegekend van 1 tot 4.294.967.296. Deze ID's beginnen met 1 en nemen met 1 toe. Na 4.294.967.295 oproepen, de ID wraps en de 4.294.967.296th Bel ontvangt het volgende kleinste beschikbare nummer dat van 1 begint. Het is mogelijk voor de Call geschiedenis, syslog en SNMP records om hetzelfde ID-nummer te hebben voor verschillende gesprekken. Dit komt doordat het nummer alleen uniek is voor actieve oproepen. Nul is geen geldige waarde.

v8bis cap

V.8bis-vermogens. De lijst van vermogens ontvangen tijdens V.8bis weergegeven in hex. Raadpleeg ITU-T V.8bis voor meer informatie over deze bits.

v8bis mod_sl

V.8 BIS Mode Selectiemodus geselecteerd tijdens V.8bis weergegeven in hex. Raadpleeg ITU-T V.8bis voor meer informatie over deze bits.

v8-menu

V.8 Gezamenlijk menu ingewisseld tijdens V.8 weergegeven in hex. Raadpleeg ITU-T V.8 voor meer informatie over deze bits.

v8-aanroep

V.8 Call-Menu Call Menu exchangeV.8 Call-Menu tijdens V.8 weergegeven in hex. Raadpleeg ITU-T V.8 voor meer informatie over deze bits.

v90-trein

V.90 Train representation van V.90 trein Hex.

v90 sgn-poort

V.90-gebarentaal, het V.90-gebarentaal.

staatssecretaris

Overgangswaarde van de staat voor de overgang van de staat.

fase2

Fase 2 Tijdens fase 2 worden alle signalen met uitzondering van L1 op het nominale transmissievermogensniveau doorgegeven. Als een terugwinningsmechanisme de modem vanuit een latere fase terugbrengt naar fase 2, moet het transmissieniveau terugkeren naar het nominale transmissievermogen vanaf het eerder overeengekomen transmissievermogensniveau.

Voorbeeld

*Nov 16 18:30:26.101: %CALLTRKR-3-MODEM_NEG_CALL_REC:

ct_hndl=5, v8bis cap=0x00000000000000000000000000000000000000000000,

v8bis mod-sl=0x00000000000000000000000000000000000000000000,

v8 jnt-menu=0x01E0C14513942A000000000000000000000000000000,

v8 call-menu=0x01C14513942A00000000000000000000000000000000,

v90 train=0x00000000, v90 sgn-ptrn=0x00000000, state

·trnsn=0x000102030410204042430451FF00000000000000000000000000000000000000,

phase2=0x010000F4EF221FF37E0001E4EFA21FF2E30001A4EF980101B7CF98003C000000

0034EF40000502160AE0301FFFFE1C07A707A70D650D6500Related

Verwante SNMP-MIB’s

SNMP MIB’s

Deze tabel toont en beschrijft verwante SNMP MIBs.

Name

Beschrijving

RFC1406-MIB

Koppel de staat over.

CISCO CALL-TRACKER-MIB

Bel Tracker-informatie.

CISCO-MODEM-MGMT-MIB

Informatie over modembeheer.

CISCO POP-MGMT-MIB

DS0 informatie.

Zie Cisco MIB Navigator voor meer informatie over MIB’s.

Voor meer informatie over hoe u SNMP-traps kunt gebruiken, zie Cisco IOS SNMP-trappen ondersteund en hoe u deze kunt configureren.

CISCO CALL-TRACKER-MIB

Deze tabel maakt een lijst en beschrijft de vallen die worden verzonden wanneer een vraag door de host wordt ontvangen en Call Tracker is ingesteld om SNMP-trap naar een host te verzenden.

Name

Beschrijving

1.3.6.1.4.1.9.9.9991.1.2.3.1.2

Het object-ID (OID) van de val.

.x

De ct_hndl toegewezen aan de oproep.

=

Tijdstikken: (119447) 0:19:54.47

De uptime van de router wanneer de vraag kwam.

Voorbeeld

Mar 12 06:27:00

localhost

snmptrapd[28977]:

172.22.35.14:

1.3.6.1.4.1.9.9.9991.1.2.3.1.2.1 = Timeticks: (119447) 0:19:54.47

Deze val kwam van host 172.22.35.14 en de ct_hndl toegewezen aan de call is 1. Met ct_hndl is het mogelijk om verdere informatie uit de actieve tabel te raadplegen zoals in de SNMP sectie wordt beschreven. De uptime van de host waarop de oproep arriveerde, was Time-tikken: (119447) 0:19:54.47.

Deze tabel maakt een lijst en beschrijft de vallen die worden verzonden wanneer een oproep door het systeem wordt uitgebracht of van het systeem wordt vrijgegeven en Call Tracker is ingesteld om SNMP-trap naar een host te verzenden.

Name

Beschrijving

1.3.6.1.4.1.9.9.9991.1.3.8.1.2

De OID van de val

.x

De ct_hndl toegewezen aan de vraag toen het actief was.

=

Afbeelding: 1

De ingang die aan de vraag in de historie tabel is toegewezen.

Voorbeeld

Mar 12 06:27:21

localhost

snmptrapd[28977]:

172.22.35.14:

1.3.6.1.4.1.9.9.9991.1.3.8.1.2.1 = Gauge: 1

De val in dit voorbeeld kwam van host 172.22.35.14. Het originele ct_hndl nummer in dit geval is 1 en de vermelding in de geschiedenis tabel (geretourneerde waarde) is 1. Deze getallen moeten altijd hetzelfde zijn, maar dit kan niet worden gegarandeerd. U kunt het nummer gebruiken dat is geretourneerd om verdere informatie over de oproep te verkrijgen in de historie-tabel, zoals in de SNMP-sectie wordt beschreven.

Gerelateerde informatie

- Verbeteringen in Call Tracker plus ISDN en AAA voor Cisco AS5300 en Cisco AS5800

- Basishandleiding voor NMS-implementatie

- Cisco MIB Navigator

- MICA-modemstaten en redenen voor loskoppeling

- Tolk-codes van volgende poortverbroken verbinding

- Cisco IOS SNMP-trappen die worden ondersteund en hoe deze te configureren

- Technische ondersteuning en documentatie - Cisco-systemen