目錄

簡介

必要條件

需求

採用元件

慣例

背景資訊

呼叫跟蹤器的優點

呼叫跟蹤器配置

命令摘要

詳細命令

呼叫跟蹤器輸出

CALL_RECORD引數

MODEM_CALL_RECORD引數

MODEM_LINE_CALL_REC引數

MODEM_INFO_CALL_REC引數

MODEM_NEG_CALL_REC引數

相關SNMP MIB

SNMP MIB

CISCO-CALL-TRACKER-MIB

相關資訊

簡介

本文檔介紹呼叫跟蹤器輸出。呼叫跟蹤器是一個子系統，用於捕獲呼叫進度和狀態的詳細資料，從網路接入伺服器收到設定請求或分配通道開始，直至呼叫被拒絕、終止或以其它方式斷開為止。

必要條件

需求

配置呼叫跟蹤器及其關聯功能之前，必須在網路接入伺服器上完成以下任務：

- 設定ISDN與資料機。有關詳細資訊，請參閱為傳入非同步和ISDN呼叫配置具有PRI的訪問伺服器。

- 確保呼叫可以連線到網路訪問伺服器(NAS)。

- 設定簡易網路管理通訊協定(SNMP)。 有關詳細資訊，請參閱基本撥號NMS實施指南。

注意：只有通過SNMP使用呼叫跟蹤器時，才需要此任務。

採用元件

本文中的資訊係根據以下軟體和硬體版本：

- Cisco IOS®軟體版本12.1(3)T及更新版本

- Cisco AS5300、AS5350、AS5400、AS5800和AS5850平台。

注意：使用Software Advisor(僅限註冊客戶)驗證您使用的Cisco IOS軟體版本和平台是否支援此功能。在Software Advisor工具中，搜尋名為Call Tracker plus ISDN and AAA Enhancements的功能。

本文中的資訊是根據特定實驗室環境內的裝置所建立。文中使用到的所有裝置皆從已清除（預設）的組態來啟動。如果您的網路正在作用，請確保您已瞭解任何指令可能造成的影響。

慣例

請參閱思科技術提示慣例以瞭解有關檔案慣例的資訊。

背景資訊

在呼叫跟蹤器中捕獲的資料儲存在呼叫跟蹤器資料庫表中，並可通過簡單網路管理協定(SNMP)、命令列介面(CLI)或SYSLOG進行訪問。所有活動呼叫和處於設定狀態的呼叫的會話資訊儲存在活動表中，而斷開的呼叫的記錄被移動到歷史記錄表中。呼叫跟蹤器通過相關子系統(例如ISDN、點對點協定(PPP)、內容交換模組(CSM)、數據機、Exec或TCP-Clear)收到適用呼叫事件的通知。當在活動表中建立條目時，在每次呼叫的開始處生成SNMP陷阱；當在歷史記錄表中建立條目時，在每次呼叫的結束處生成SNMP陷阱。呼叫記錄SYSLOG可通過生成所有呼叫終止詳細資訊記錄的配置獲得。此資訊可以傳送到SYSLOG伺服器進行永久儲存並用於將來分析。

以下是需要記住的一些要點：

- 從MICA數據機定期收集的狀態和診斷資料被擴展，以包括活動呼叫的新鏈路統計資訊，例如嘗試的傳輸和接收速率、最大和最小傳輸和接收速率，以及本地和遠端發佈的重定和快速轉換計數器。此連線資料按使用者定義的間隔從數據機輪詢並傳遞給呼叫跟蹤器。

- TCP系統已得到增強，可以為呼叫跟蹤器提供額外的連線資訊。其他資訊包括：

- 在建立連線之前嘗試連線到的主機的數量和身份，或者未進行連線時嘗試失敗的總數。

- 活動會話斷開連線的原因，或網路訪問伺服器在主機超時之前無法連線的原因。

- 活動會話源端點和目標端點，由網路接入伺服器和主機的IP地址和埠號組成。

有關呼叫跟蹤器的詳細資訊，請參閱適用於Cisco AS5300和Cisco AS5800的呼叫跟蹤器以及ISDN和AAA增強功能。

呼叫跟蹤器的優點

本節列出呼叫跟蹤器的優點。

- 呼叫跟蹤器可對呼叫活動進行更全面直觀的即時監控。

- 呼叫跟蹤器可捕獲活動和歷史呼叫會話的資料，並允許外部應用程式通過SNMP、CLI或SYSLOG訪問該資料。

- 呼叫跟蹤器為呼叫管理決策提供容量和使用情況統計資訊。

- 呼叫跟蹤器改進了並取代了數據機呼叫記錄簡寫功能，因為它提供了更詳細的輸出。

註：因為它們可以生成類似的SYSLOG輸出，請勿同時啟用呼叫跟蹤器和數據機呼叫記錄終端。此操作可能導致同一呼叫的條目重複。

呼叫跟蹤器配置

命令摘要

要配置呼叫跟蹤器，請使用以下命令（按照列出的順序）：

1. 啟用

2. configure terminal

3. calltracker enable

4. calltracker call-record

5. calltracker history max-size

6. calltracker history retains-mins

7. snmp-server packetsize byte-count

8. snmp-server queue-length

9. snmp-server enable traps calltracker

10. snmp-server host host community-string calltracker

11. calltracker timestamp msec（可選）

12. modem link-info poll time or spe link-info poll modem(可選)

13. exit

詳細命令

指令

目的

步驟1.

啟用 範例： Router> enable

進入特權EXEC模式或由系統管理員設定的任何其他安全級別。如果系統提示，請輸入您的密碼。

步驟2.

configure terminal 範例： Router#configure terminal

進入全域性配置模式。

步驟3.

calltracker enable 範例： Router(config)# calltracker enable

在NAS上啟用呼叫跟蹤器。

步驟4.

calltracker call-record {terse | verbose} [quiet] 範例： Router(config)# calltracker call-record verbose quiet

SNMP和SYSLOG可從呼叫跟蹤器的呼叫歷史記錄表中收集提供的資訊。terse選項生成一組簡要的呼叫記錄，其中包含儲存於「呼叫跟蹤器」中並主要用於管理呼叫的資料子集。verbose選項生成一組完整的呼叫記錄，其中包含儲存在呼叫跟蹤器中的所有資料，這些資料主要用於調試呼叫。使用quiet選項，呼叫記錄僅傳送到已配置的SYSLOG伺服器，而不是傳送到控制檯。

步驟5.

calltracker history max-size number 範例： Router(config)# calltracker history max-size 50

要配置歷史記錄緩衝區（儲存在呼叫跟蹤器歷史記錄表中的最大呼叫條目數），請使用calltracker history max-size number 命令。number是要儲存在Call Tracker歷史記錄表中的最大呼叫條目數。有效範圍是從零到十倍於給定平台支援的最大DS0。值0將阻止儲存任何歷史記錄。由於報告任務不是高優先順序進程，並且必須等待可用的CPU，呼叫跟蹤器在呼叫斷開連線後最多可能需要一分鐘進行報告。因此，您必須配置歷史記錄緩衝區，使其足夠大，可以儲存要報告的資料。設定緩衝區大小時，應考慮到呼叫長度和呼叫型別（ISDN比數據機短），然後確定一分鐘內可接收的最大呼叫數。此外，當發生配置錯誤或硬體故障時，可能會發生更高的呼叫速率。因此，建議您在平台上使用四倍的埠數。如需詳細資訊，請參閱適用於Cisco AS5300和Cisco AS5800的通話追蹤器以及ISDN和AAA增強功能。

步驟6.

calltracker history retain-mins minutes 範例： Router(config)# calltracker history retain-mins 5000

設定在「呼叫跟蹤器」歷史記錄表中儲存呼叫的分鐘數。minutes是儲存呼叫的時間長度。有效範圍為0到26,000分鐘。值為0可防止儲存呼叫。

步驟7.

snmp-server packetsize byte-count 範例： Router(config)# snmp-server packetsize 1024

建立對SNMP伺服器收到請求或生成回覆時允許的最大簡單網路管理協定(SNMP)資料包大小的控制。byte-count是從484到8192之間的整數。預設值為1500。

步驟8.

snmp-server queue-length length 範例： Router(config)# snmp-server queue-length 50

定義每個陷阱主機的消息隊列的長度。當陷阱消息成功傳輸時，Cisco IOS軟體繼續清空隊列；但是，清空隊列的速度不會超過每秒4條陷阱消息的速度。在裝置啟動期間，由於裝置上的陷阱隊列溢位，可能會丟棄某些陷阱。如果您認為陷阱被丟棄，可以增加陷阱隊列的大小（例如，增加到100），以確定是否可以在啟動期間傳送陷阱length是一個整數，指定在必須清空隊列之前可以保留的陷阱事件數。預設值為10。

步驟9.

snmp-server enable traps calltracker 範例： Router(config)# snmp-server enable traps

SNMP通知可作為陷阱或通知請求傳送；此命令同時啟用陷阱和通知請求。此命令控制（啟用或禁用）呼叫跟蹤器CallSetup和CallTerminate通知。每次呼叫開始時以及在活動表(cctActiveTable)中建立條目時，都會生成CallSetup通知。 每次呼叫結束時以及在歷史記錄表(cctHistoryTable)中建立條目時生成CallTerminate通知。

步驟10.

snmp-server host host community-string calltracker 範例： Router(config)# snmp-server host community string calltracker

指定簡單網路管理協定通知操作的收件人。SNMP通知可以作為陷阱或通知請求傳送。陷阱不可靠，因為接收方在收到陷阱時不會傳送確認。傳送方無法確定是否已收到陷阱。但是，接收通知請求的SNMP實體使用SNMP響應協定資料單元(PDU)確認消息。 如果傳送方從未收到響應，則可以再次傳送通知請求。因此，通知更有可能到達其預期目的地。與陷阱相比，通知會消耗代理和網路中的更多資源。與陷阱不同（陷阱在傳送後立即被丟棄），通知請求必須保持在記憶體中直到收到響應或請求超時。此外，陷阱僅傳送一次；通知可能會重試多次。重試會增加流量，並導致網路開銷增加。如果不輸入snmp-server host命令，則不會傳送通知。要將路由器配置為傳送SNMP通知，必須至少輸入一個snmp-server host命令。如果輸入不帶關鍵字的命令，則將為主機啟用所有陷阱型別。要啟用多個主機，您必須為每個主機發出單獨的snmp-server host命令。您可以在命令中為每個主機指定多個通知型別。當為同一主機提供多個snmp-server host命令以及通知型別（陷阱或通知）時，每個後續命令都會覆蓋上一個命令。只有最後一個snmp-server host命令生效。例如，如果為主機輸入snmp-server host inform命令，然後為同一主機輸入另一個snmp-server host inform命令，則第二個命令將替換第一個命令。

步驟11.

calltracker timestamp msec（可選）示例：Router(config)# calltracker timestamp msec

在接入伺服器上的呼叫記錄(CDR)中顯示呼叫建立時間的毫秒值。如果不執行此命令，則呼叫建立時間以秒為單位。
注意：此命令僅適用於Cisco IOS版本12.3(4)和12.3(4)T。

步驟12.

modem link-info poll time seconds（可選）或spe link-info poll modem seconds （可選）示例：Router(config)# modem link-info poll time 320

啟用呼叫跟蹤器數據機詳細資訊記錄。或者，可以使用modem link-info poll time seconds 命令或spe link-info poll modem seconds 命令。這些命令設定從數據機檢索活動呼叫的鏈路統計資訊的輪詢間隔。建議的輪詢時間值為320秒。要啟用從MICA技術數據機到呼叫跟蹤器的即時呼叫統計資訊，必須使用modem link-info poll time命令。
註： modem link-info poll time命令消耗大量記憶體，每個MICA數據機呼叫大約消耗500位元組。僅在需要它收集的特定資料時使用此命令。

步驟13.

exit 範例： Router(config)# exit

退出當前模式。

呼叫跟蹤器輸出

Call Tracker輸出被分割為多個記錄。此表列出並描述了呼叫跟蹤器輸出記錄。

記錄名稱

說明

CALL_RECORD

在所有呼叫類別之間共用的通用資料。有關可接受引數的清單，請參見CALL_RECORD Parameters。

MODEM_CALL_RECORD

整體數據機呼叫資訊。有關可接受引數的清單，請參見MODEM_CALL_RECORD Parameters。

MODEM_LINE_CALL_REC

數據機傳輸和物理層資訊（用於全面的調試目的）。 有關可接受引數的清單，請參見MODEM_LINE_CALL_REC Parameters。

MODEM_INFO_CALL_REC

數據機狀態資訊（用於全面的調試目的）。 有關可接受引數的清單，請參見MODEM_INFO_CALL_REC Parameters。

MODEM_NEG_CALL_REC

客戶端和主機協商資訊（用於全面的調試目的）。 有關可接受引數的清單，請參見MODEM_NEG_CALL_REC Parameters。

註：參數ct_hndl中引用同一呼叫的記錄以相同的唯一值開始。

CALL_RECORD引數

此表列出並描述了CALL_RECORD引數。

引數

說明

ct_hndl

Call Tracker Handle呼叫跟蹤器用來處理活動呼叫的唯一號碼。為呼叫分配了從1到4,294,967,296的標識(ID)號。這些ID以1開頭，遞增1。在4,294,967,295個呼叫之後，ID將換行，而4,294,967,296的呼叫將接收從1開始的下一個最小可用編號。呼叫歷史記錄、系統日誌和SNMP記錄對於不同的呼叫可能具有相同的ID號。這是因為此號碼對於活動呼叫是唯一的。零不是有效值。

服務

服務型別報告呼叫的上次已知服務型別。

- none — 沒有與呼叫關聯的服務

- 其他 — 服務處於活動狀態，但以下專案均不在此列：

- slip — 串列線路IP

- ppp - PPP

- mp — 多重連結PPP(RFC 1990)

- tcpClear — 使用TCP的位元組流

- telnet - TELNET

- exec — 終端伺服器

- l2f — 使用第2層轉送通訊協定的虛擬私人資料網路服務(VPDN)

- l2tp — 使用第2層隧道協定的虛擬專用資料網路服務(VPDN)

原始來源

指示如何建立呼叫。

- 發起 — 撥出，呼叫已在本地發起，系統傳送設定請求。

- 應答 — 撥入，呼叫被遠端啟動，系統收到設定請求。

通話類別

表示可能的呼叫類別或型別。

- none — 沒有與呼叫關聯的呼叫類別

- 其他 — 這些都不是：

- 數據機 — 數據機呼叫

- isdn-sync - ISDN同步數字呼叫現在對映到syncData

- v110 - V110呼叫

- v120 - V120呼叫

- cas數位 — 通道關聯訊號(CAS)56k資料呼叫

- mgcpData - MGCP資料呼叫現在對映到syncData

- syncData — 為任何呼叫控制同步數碼資料呼叫

- lapb-ta - LAPB或LAPB-TA呼叫

DS0 slot/cntr/chan

Entry Slot/Port/DS0包含呼叫的DS0鏈路。這可以是包含在單個物理埠內的多個DS0的較大組內的DS0。

已呼叫

被叫方Id此呼叫的被叫電話號碼。對於系統應答的呼叫，此號碼對應撥出號碼識別(DNIS)。 對於系統發起的呼叫，這是目的地號碼。如果不可用，則是一個零長度字串。

通話

主叫方ID此呼叫的主叫電話號碼。對於由系統應答的呼叫，這對應於呼叫標識(CLID)。 對於系統發起的呼叫，這是與裝置關聯的號碼。對於互通呼叫，如果存在與撥號方案關聯的傳出呼叫的轉換規則，則為轉換後的主叫方號碼。如果不可用，則這是一個零長度字串。

資源插槽/埠

分配給呼叫的處理資源的資源插槽/埠標識。

使用者ID

使用者名稱ID使用者登入ID或零長度字串（如果不可用）。如果這包含非零長度字串，且cctHistoryUserValidationTime為零，則使用者驗證失敗

ip

IP地址為此呼叫分配的IP地址，如果不適用或不可用，則為0.0.0.0。

遮罩

IP子網掩碼為此呼叫分配的IP子網掩碼，如果不適用，則是0.0.0.0。

帳戶id

Accounting Session ID AAA為此呼叫分配的記帳會話標識。會話ID由AAA作為Acct-Session-Id屬性傳送至RADIUS，或TACACS+作為task_id。如果未分配記帳會話ID，則該值為空字串。

設定

設定系統首次得知呼叫的時間戳。

conn

連線時間呼叫連線所用的時間（秒）。

phys

物理層就緒時間物理層達到穩定狀態且呼叫準備就緒等待更高協定層開始所花費的時間（秒）。在數據機呼叫的情況下，當發起和應答數據機之間已經協商資料速率、調制和糾錯協定時，呼叫的物理層達到穩態。它還適用於使用自適應速率技術（例如V.110和V.120）的數字呼叫。

srvc

服務時間標識服務型別所用的時間。

身份驗證

驗證與此呼叫關聯的使用者標識所用的時間（秒）。

init rx/tx b-rate

初始接收/傳送位元率此呼叫的初始接收和傳送資料速率。如果呼叫是同步數字呼叫（如ISDN同步），則此值為B通道的資料速率。如果呼叫是非同步的，即使它使用同步傳輸介質（如ISDN），其值也是MICA或Nextport數據機協商的速度（以位/秒為單位）。該值不會更改，即使呼叫期間資料速率發生變化也是如此。該值為零，直到確定初始資料速率。

rx/tx卡

傳輸/接收位元組呼叫時傳輸的位元組數。所有原始位元組都將計數。此值包括可能存在也可能不存在的任何協定報頭。協定報頭是否出現取決於服務的值。

時間

連線時間呼叫連線的時間（秒）。這是從初始設定請求到系統啟動、檢測到或收到呼叫終止通知的呼叫持續時間（以秒為單位）。

磁碟子系統

斷開啟動、檢測或通知呼叫終止的子系統IOS子系統。子系統型別：

- admin

- csm

- isdn mica

- none

- ppp

- rpm（資源池管理）

- vpn（虛擬私人網路）

- vtsp（語音電話）
注意：雖然此資訊需要比普通使用者更瞭解思科IOS軟體，但思科技術支援人員對連線問題故障排除非常有用。

磁碟代碼

表示終止此呼叫的原因的斷開原因代碼代碼。如需詳細資訊，請參閱以下檔案：

- 解釋NextPort斷開原因代碼

- MICA數據機狀態和斷開原因

磁碟文本

描述提供的斷開原因的斷開連線說明文本。如果沒有文本可用，則可能是零長度字串。如需詳細資訊，請參閱以下檔案：

- 解釋NextPort斷開原因代碼

- MICA數據機狀態和斷開原因

範例

*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引數

此表列出並描述了MODEM_CALL_RECORD引數。

引數

說明

ct_hndl

Call Tracker Handle呼叫跟蹤器用來處理活動呼叫的唯一號碼。為呼叫分配了從1到4,294,967,296的標識(ID)號。這些ID以1開頭，遞增1。在4,294,967,295個呼叫之後，ID將換行，而4,294,967,296的呼叫將接收從1開始的下一個最小可用編號。呼叫歷史記錄、系統日誌和SNMP記錄對於不同的呼叫可能具有相同的ID號。這是因為此號碼對於活動呼叫是唯一的。零不是有效值。

埠：最後

糾錯協定：上次報告上次使用的已知糾錯(EC)協定。EC協定：

- 正常（沒有EC）

- 直接

- mnp

- lapmV42

- syncMode

- asyncMode（沒有EC，與正常相同）

- ara1(ARA 1.0)

- ara2(ARA 2.0)

- 其他（所查明情況以外的歐共體議定書）

埠：嘗試

糾錯協定：已嘗試報告首次嘗試的糾錯(EC)協定。請參閱prot:最後檢查可能的EC協定。

元件：最後

壓縮協定：上次報告呼叫終止前使用的最後一個壓縮協定。壓縮協定包括：

- 無（無資料壓縮）

- v42bisTx（僅限傳輸方向的V.42bis）

- v42bisRx（V.42bis，僅限接收方向）

- v42bisBoth(V.42bis in receive and transmit direction)mnp5

- v44Tx（僅限傳輸方向的V.44）

- v44Rx（V.44僅接收方向）

- v44Both（接收和傳輸方向均為V.44）

元件：支援

壓縮協定：支援的壓縮協定。請參閱comp:最後選擇可能的壓縮協定。

標準：最後

標準：最後這是呼叫終止前使用的最後一個調制標準。調制標準包括：

- 其他（所標識的調制除外）

- bell103a

- bell212a

- v21

- v22

- v22bis

- v32

- v32bis

- vfc

- v34

- v17

- v29

- v33

- k56flex

- v23

- v32terbo

- v34plus

- v90

- v27ter

- v110

標準：嘗試

標準：客戶端數據機嘗試的調制標準。請參閱std:最後是可能的調制標準。

標準：init

標準：客戶端數據機嘗試的初始第一調制標準。請參閱std:最後是可能的調制標準。

標準：snr

標準：訊雜比(Signal to Noise Ratio)所需訊雜比的測量值。此值的範圍為0到70 dB，並會在1 dB步驟中更改。請注意，28.8 kbps的連線要求SNR約為37 dB。低於此值，連線品質會降低。33.6 kbps的連線要求38到39 dB的SNR。另請注意，「clean」線路的SNR約為41 dB。

標準：sq

標準：訊號品質給定位元率的線品質度量，其中0表示最差，3表示穩態。如果存在1或2，數據機必須向下切換到較低的速率。同樣，如果Sq值為4到7，則數據機速度將提高到更高的速度。如果Sq值高（例如，7）且位元率低，那麼在遠端接收器處可能存在問題。

rx/tx:字元

接收/傳輸：字元呼叫中傳輸的位元組數。所有原始位元組都將計數。此值包括可能存在也可能不存在的任何協定報頭。協定報頭是否出現取決於服務的值。

ec:rx/tx

接收/傳輸：糾錯幀接收和傳送的EC幀數。

ec:rx bad

錯誤更正：接收壞幀有錯誤的EC幀數。

rx/tx b-rate:最後

接收/傳輸位速率：Last呼叫終止時的接收和傳輸位元率。

rx/tx b-rate:低

接收/傳輸位速率：低在呼叫期間遇到的最低接收和傳輸位元率。

rx/tx b-rate:高

接收/傳輸位速率：高在呼叫期間遇到的最高接收和傳輸位元率。

rx/tx b-rate:desired-client

接收/傳輸位速率：Desired by Client傳送和接收客戶端希望維護的位元率。這可能並非主機報告的位速率，因為主機可能沒有進行適應的上下訓練。

rx/tx b-rate:desired-host

接收/傳輸位速率：Desired by Host Desired by host主機希望維護的傳送和接收位元率。

retr:本地

再培訓：本地啟動的重新訓練數。

retr:遠端

再培訓：遠端數據機啟動的重新訓練的遠端數目

retr:失敗

再培訓：失敗失敗的重新訓練數。

speedshift:本地開啟/關閉

換速：本地啟動/關閉本地數據機啟動的加速或減速次數。

speedshift:遠端開啟/關閉

換速：遠端啟動/關閉遠端數據機啟動的加速或減速次數。

speedshift:失敗

換速：失敗失敗的變速次數。

v90:stat

V.90 V90在呼叫終止前的狀態狀態。可能的狀態值包括：

- 無嘗試

- 成功

- 失敗

v90:使用者端

V.90:V.90客戶端數據機使用的客戶端晶片集。

- 不適用

- 未知

- 羅克韋爾

- 使用者

- 朗訊

- PCTel

v90:失敗

V.90故障V.90故障。V.90故障包括：

- none

- clientNonPCM

- 客戶端回退

- serverV90已禁用

時間（秒）

時間（秒）呼叫持續的時間。無論培訓或身份驗證的結果如何，始終返回此值。

磁碟原因

斷開連線原因斷開呼叫的MICA或NextPort數據機提供的ASCII代碼。如需詳細資訊，請參閱以下檔案：

- 解釋NextPort斷開原因代碼

- MICA數據機狀態和斷開原因

範例

*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引數

此表列出並描述了MODEM_LINE_CALL_REC引數。

引數

說明

ct_hndl

Call Tracker Handle呼叫跟蹤器用來處理活動呼叫的唯一號碼。為呼叫分配了從1到4,294,967,296的標識(ID)號。這些ID以1開頭，遞增1。在4,294,967,295個呼叫之後，ID將換行，而4,294,967,296的呼叫將接收從1開始的下一個最小可用編號。呼叫歷史記錄、系統日誌和SNMP記錄對於不同的呼叫可能具有相同的ID號。這是因為此號碼對於活動呼叫是唯一的。零不是有效值。

rx/tx級別

接收/傳送電平接收/傳送電平接收/傳送訊號的功率，在dBm步驟中範圍為0到–128。通常，美國的射程約為–22 dBm，而歐洲是–12 dBm。良好的範圍為–12dBm至–24dBm。如需詳細資訊，請參閱：瞭解資料機上的傳輸和接收層級

phase-jit:freq

相位抖動：兩個訊號點之間的頻率峰值到峰值差異（以赫茲為單位）。沒有消除的相位抖動看起來像是基帶正交幅度調制(QAM)星座的「搖動」。這些點看起來像是外部點上有較長弧的弧線。

phase-jit:級別

相位抖動：測量相位抖動的級別大小，以度數表示「搖動」的大小。在示波器上，星座點看起來像是新月形。值範圍最多為15度。典型值為0（即，通常不存在相位抖動）。

遠端迴音級別

遠端回聲級在長連線上，回聲是由兩線到四線和4線到兩線的混合電路中的阻抗不匹配產生的。遠端回聲電平（已傳送的類比訊號從遠端資料機類比前端彈出的部分）的範圍可以是0到–90(dBm)。

freq offst

頻率偏移預期RX載波頻率與實際RX載波頻率之間的差異（以赫茲為單位）。

相位滾動

相位滾轉相位滾轉影響回波訊號。從數據機傳送特定的星座模式並到達中心辦公室。該訊號/星座模式的某些回波形式被傳送回來。然而，星座形狀可以從0旋轉到359度。這種旋轉稱為相輥。

往返旅行

往返延遲鏈路的總往返傳播延遲（毫秒）。 這對於正確消除回聲非常重要。延遲量在網路上有所不同。

d-pad

數字鍵盤數字填充值。

d-pad comp

數字鍵盤壓縮這是一個表示壓縮的整數。

- 0 =無

- 1 = V.42bis TX

- 2 = V.42bis RX

- 3 = V.42bis both

- 4 = MNP5

- 5 = MH（傳真）

- 6 = MR（傳真）

- 7 = MMR（傳真）

- 8 = V.44發射機

- 9 = V.44 RX

- 10 = V.44 both

- 0xFF(-1)=尚未協商的資料壓縮

rbs

Robed Bit Signaling數據機觀察到的實際RBS模式。返回值的6個最低有效位(LSB)指示週期RBS模式，其中1表示具有強取位的PCM樣本。

const

星座這是星座中的點數。

- 0xFF =無效

- 1 = 4分

- 2 = 16分

rx/tx:sym-rate

接收/傳輸：Symbol-rate TX是用於將樣本傳送到線路的符號速率。RX是用於接收線路外樣本的符號速率。這些速率彼此是同步的。

rx/tx:carr-freq

接收/傳輸：載頻對於TX，本地DCE使用的載頻。對於RX，遠端DCE使用的載頻。

範例

*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引數

此表列出並描述了MODEM_INFO_CALL_REC引數。

引數

說明

ct_hndl

Call Tracker Handle呼叫跟蹤器用來處理活動呼叫的唯一號碼。為呼叫分配了從1到4,294,967,296的標識(ID)號。這些ID以1開頭，遞增1。在4,294,967,295個呼叫之後，ID將換行，而4,294,967,296的呼叫將接收從1開始的下一個最小可用編號。呼叫歷史記錄、系統日誌和SNMP記錄對於不同的呼叫可能具有相同的ID號。這是因為此號碼對於活動呼叫是唯一的。零不是有效值。

一般資訊

一般資訊一般埠資訊。

rx/tx鏈路層

接收/傳輸鏈路層接收或傳輸的鏈路層。

NAK

NAKs未確認的已接收和傳輸的LCP消息的總數。

rx/tx ppp-slip

接收/傳輸PPP-SLIP接收或傳輸的PPP和Slip幀數。

錯誤的ppp-slip

Bad PPP-SLIP接收或傳輸的錯誤PPP和Slip幀數。

proj max rx b-rate:使用者端

預計最大接收位元率：客戶端預計的最大接收位元率。

rproj max rx b-rate:主機

預計最大接收位元率：主機預計主機的最大接收位元率。

rx/tx:最大負I幀

接收/傳輸：最大協商I幀數。傳送和接收幀的最大協商值。

rx/tx:neg視窗

接收/傳輸：協商視窗傳送和接收協商視窗。

T401超時

T401超時建立到啟用V.42 EC的客戶端的連線，並從CSM傳遞資料。在資料傳遞之前查詢統計資訊，在成功傳遞之後再次查詢統計資訊。統計資訊不應增加。

tx視窗關閉

Transmit Window Closure建立到客戶端的連線並從CSM傳遞資料。僅當視窗關閉且未從客戶端數據機接收ACK/NAK時，統計資訊才會增加。預期結果應表示0。

rx overruns

接收的超限接收的超限總數。

重新傳輸幀

重新訓練幀已啟動的重新訓練幀總數。

v110:rx good

V.110:收到的v110正常幀數。

v110:rx bad

V.110:收到錯誤數收到的v110錯誤幀數。

v110:tx

V.110:已傳輸已傳輸的v110幀數。

v110:同步丟失

v110:同步丟失。v110同步丟失的次數。

ss7/cot

信令系統7(SS7)和連續性測試(COT)統計資訊。

v42bis大小：dict

V.42bis大小：字典提供v42bis字典大小。

測試錯誤

遇到測試錯誤自測試錯誤。

重設

重置DSP重置值。

v0同步丟失

V.0同步丟失與客戶端建立連線並驗證查詢是否指示0。計數器應僅遞增V0同步在接收的訊號中丟失，這將觸發重新訓練。

郵件丟失：主機

郵件丟失：主機丟失的主機郵件數。

sp

SP丟失的sp郵件數。

diag

portware診斷的診斷值。

範例

*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引數

此表列出並描述了MODEM_NEG_CALL_REC引數。

引數

說明

ct_hndl

Call Tracker Handle呼叫跟蹤器用來處理活動呼叫的唯一號碼。為呼叫分配了從1到4,294,967,296的標識(ID)號。這些ID以1開頭，遞增1。在4,294,967,295個呼叫之後，ID將換行，而4,294,967,296的呼叫將接收從1開始的下一個最小可用編號。呼叫歷史記錄、系統日誌和SNMP記錄對於不同的呼叫可能具有相同的ID號。這是因為此號碼對於活動呼叫是唯一的。零不是有效值。

v8bis cap

V.8bis功能。在V.8bis期間收到的功能清單以十六進位制表示。請參閱ITU-T V.8bis以獲取有關這些位的詳細資訊。

v8bis mod_sl

V.8bis模式在V.8bis期間選擇模式（以十六進位制表示）。請參閱ITU-T V.8bis以獲取有關這些位的詳細資訊。

v8 jnt選單

V.8聯合選單在V.8期間交換的聯合選單，以十六進位制表示。有關這些位的詳細資訊，請參閱ITU-T V.8。

v8 call-menu

V.8呼叫選單呼叫選單交換V.8期間的V.8呼叫選單，以十六進位制表示。有關這些位的詳細資訊，請參閱ITU-T V.8。

v90系列

V.90系列在十六進位制中的表示。

v90 sgn-ptrn

V.90符號模式V.90符號模式。

狀態tsrnsn

狀態轉換的狀態轉換值。

phase2

第2階段在第2階段中，除L1之外的所有訊號都應在標稱傳輸功率級別上傳輸。如果恢復機制在較後階段將數據機返回到階段2，則傳輸電平應恢復為來自先前協商的傳輸功率電平的標稱傳輸功率。

範例

*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

相關SNMP MIB

SNMP MIB

此表列出並描述了相關的SNMP MIB。

名稱

說明

RFC1406-MIB

鏈路狀態轉換。

CISCO-CALL-TRACKER-MIB

呼叫跟蹤器資訊。

CISCO-MODEM-MGMT-MIB

數據機管理資訊。

CISCO-POP-MGMT-MIB

DS0資訊。

有關MIB的詳細資訊，請參閱Cisco MIB Navigator。

有關如何使用SNMP陷阱的詳細資訊，請參閱支援的Cisco IOS SNMP陷阱和如何配置它們。

CISCO-CALL-TRACKER-MIB

此表列出並說明當主機收到呼叫並且呼叫跟蹤器配置為向主機傳送SNMP陷阱時傳送的陷阱。

名稱

說明

1.3.6.1.4.1.9.9.9991.1.2.3.1.2

陷阱的對象ID(OID)。

.x

分配給呼叫的ct_hndl。

=

時間戳：(119447) 0:19:54.47

呼叫到達時路由器的運行時間。

範例

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

此陷阱來自主機172.22.35.14，分配給呼叫的ct_hndl為1。使用ct_hndl，可以輪詢來自活動表的進一步資訊，如SNMP部分所述。呼叫到達時主機的正常運行時間為Timeticks:(119447) 0:19:54.47.

此表列出並說明當系統釋放或釋放呼叫，並且呼叫跟蹤器配置為向主機傳送SNMP陷阱時傳送的陷阱。

名稱

說明

1.3.6.1.4.1.9.9.9991.1.3.8.1.2

陷阱的OID

.x

啟用時分配給呼叫的ct_hndl。

=

規格：1

在歷史記錄表中分配給呼叫的條目。

範例

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

本示例中的陷阱來自主機172.22.35.14。本示例中最初的ct_hndl編號為1，歷史記錄表中的條目（返回的值）為1。這些編號必須始終相同，但無法保證這一點。您可以使用返回的號碼，從SNMP部分所述的歷史記錄表中獲取有關呼叫的任何詳細資訊。

相關資訊

- 適用於Cisco AS5300和Cisco AS5800的通話追蹤器以及ISDN和AAA增強功能

- 基本撥號NMS實施指南

- Cisco MIB Navigator

- MICA數據機狀態和斷開原因

- 解釋NextPort斷開原因代碼

- Cisco IOS SNMP 陷阱支援和設定方式

- 技術支援與檔案 — Cisco Systems