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.
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.
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.
Raadpleeg de Cisco Technical Tips Convention voor informatie over documentconventies.
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.
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.
Om Call Tracker te configureren gebruikt u deze opdrachten (in de volgorde dat ze op de lijst staan):
toelaten
aanvalsterrein
oprolmechanisme
callrecord van beller
historie aanroep max. grootte
onthoudingen voor bellers
byte-teller van de server-pakketgrootte
wachtrijlengte voor servers
snmp server zet aanjager op
snmp server host community-string calltracker
calltracker timestamp msec (optioneel)
Opiniepeiltijd voor modem-informatie of SPE Link-info Stroom (optioneel)
uitgang
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. |
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.
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.
|
Oorsprong | Geeft aan hoe de oproep werd gemaakt.
|
Gesprekscategorie | Vertegenwoordigt mogelijke categorieën of types van de vraag.
|
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:
|
diskcode | Code verbroken Oorzaak die aangeeft waarom deze oproep is beëindigd. Verwijs voor meer informatie naar deze documenten: |
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: |
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
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:
|
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:
|
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:
|
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:
|
v90: cliënt | V.90: ClientChipset gebruikt door de V.90-clientmodem.
|
v90: mislukken | V.90 faalt V.90. V.90-fouten omvatten:
|
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: |
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
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.
|
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.
|
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
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
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
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.
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.