目錄

簡介

必要條件

需求

採用元件

背景資訊

TDM語音閘道與CUBE

Cisco IOS/IOS XE語音調試的集合

如何透過指令行介面(CLI)存取Cisco IOS/IOS XE路由器

如何設定終端監視器以收集show命令或調試

從CLI收集基本show命令輸出

從CLI收集調試輸出

記憶體檢查

中央處理器(CPU)檢查

當前活動呼叫檢查

日誌記錄緩衝區設定

配置系統日誌設定

調試集合

可在語音路由器中啟用哪些調試

內部通話控制API(CCAPI)偵錯

SIP通話流程

基本SIP調試

高級SIP調試

數位(PRI、BRI)通話流程

基本數字調試

進階數位調試

類比通話流程

MGCP通話流程

基本調試

CCM-Manager調試

高級MGCP調試

H323呼叫流

基本H323調試

高級H323調試

SCCP媒體資源

基本SCCP調試

高級SCCP調試

VoIP跟蹤

限制

如何啟用VoIP跟蹤

如何禁用VoIP跟蹤

配置記憶體限制

如何顯示VoIP跟蹤資料

顯示VoIP跟蹤全部

Show VoIP Trace Cover-Buffers

Show VoIP Trace Call-Id

顯示VoIP跟蹤統計資訊

其他Show命令

簡介

本檔案介紹在Cisco IOS®/IOS XE®語音路由器中收集語音偵錯的一些最佳實踐。

必要條件

需求

- 在ISR路由器中執行命令的特權訪問。

- 需要具有IP語音(VoIP)協定的先前經驗。

- 對於VoIP跟蹤，至少需要Cisco IOS XE 17.4.1或17.3.2。

- 整合多業務路由器(ISR)內Cisco IOS/IOS XE的基本知識。

採用元件

就本檔案而言，所使用之元件如下：

- PuTTY

- Cisco ISR 3925

- Cisco ISR 4451

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

背景資訊

這些平台中的調試收集過程存在挑戰，並且可能會影響裝置的效能。當在語音路由器中建立多個活動呼叫時，挑戰和風險會增加。在某些情況下，如果沒有正確收集調試資訊，則會導致CPU使用率過高，從而可能損壞路由器的容量，甚至觸發軟體崩潰。本檔案將討論思科整合邊界元件(CUBE)和時分多工(TDM)/類比閘道之間的差異。

TDM語音閘道與CUBE

TDM語音閘道器主要用於將內部電話系統與其他私人分支交換器(PBX)或公共交換電話網路(PSTN)互連。 TDM閘道中使用的連線型別是T1/E1控制器（ISDN或CAS）和類比電路（例如FXS和FXO連線埠）。數位訊號處理器(DSP)將音訊從原始形式轉換為RTP資料包。類似地，在DSP已經處理了RTP分組並將音訊傳送到特定電路之後，將RTP分組轉換為原始音訊。這些閘道可與VoIP端和TDM端的H323、MGCP或精簡型通話控制通訊協定(SCCP)互操作。其ISDN PRI電路或類比電路作為到PSTN或終端的最常見連線。

如圖所示，TDM網關在您的內部VoIP基礎設施和模擬或ISDN服務提供商之間提供一個橋樑：

隨著VoIP的引入，客戶迅速將其傳統系統轉變為現代VoIP基礎設施。運營商端也發生了同樣的情況，他們現在使用連線將本地電話服務與運營商VoIP基礎設施互連，並擴展其功能以提供更好的服務。目前使用的最常見的VoIP協定是會話初始協定(SIP)，目前被世界各地的客戶和網際網路電話服務提供商(ITSP)廣泛使用。

引入CUBE是為了通過以SIP作為主要VoIP協定的ITSP提供將這些內部VoIP系統與外部世界互連的方法。CUBE只是IP-IP網關，它不再需要T1/E1控制器或模擬埠等任何TDM型別的連線。CUBE與TDM網關運行在同一個平台上。

最常用的VoIP協定是SIP（用於呼叫建立和呼叫斷開）和RTP（用於媒體傳輸）。在CUBE中，除非需要一個轉碼器，否則不需要一個DSP。RTP流量從ITSP到終端端對端流動，CUBE充當中間人，地址隱藏是其提供的眾多功能之一。

如圖所示，CUBE將您的內部VoIP基礎設施與SIP ITSP區分開來：

Cisco IOS/IOS XE語音調試的集合

語音功能運行在不同平台清單上，例如ISR、ASR、CAT8Ks等；但是，它們使用的是Cisco IOS或Cisco IOS XE的通用軟體（本文未涉及Cisco IOS和Cisco IOS XE之間的差異）。 以下是有關如何訪問Cisco IOS路由器的基本資訊。

如何透過指令行介面(CLI)存取Cisco IOS/IOS XE路由器

與任何其它基於CLI的裝置一樣，路由器需要終端監控器才能通過Secure Shell(SSH)或Telnet來訪問運行命令。SSH是目前最常用的訪問給定裝置的協定。它提供到裝置的安全加密連線。用於訪問路由器CLI的一些常用終端監視器包括：

如何設定終端監視器以收集show命令或調試

收集CLI輸出的方法多種多樣。建議從路由器的CLI將資訊匯出到單獨的檔案中。這樣可以更輕鬆地與外部各方共用資訊。

從裝置收集輸出的幾種方法如下：

- 轉儲終端中的所有輸出。您需要確保有足夠的滾動線，否則，滾動線會遺漏輸出的第一部分，資料可能不完整。要在Putty中增加滾動線，請導航到Putty Configuration > Window > Lines of Scrollback。通常，該值設定為非常高的值，以便具有足夠的回滾輸出：

稍後，可以使用「全部複製到剪貼簿」選項從終端監控器收集資訊並將輸出貼上到文本檔案中：

- 另一種方法是將整個作業階段輸出記錄到.txt檔案中。使用此選項，輸入的所有命令和收集的輸出將立即記錄到文本檔案中。這是記錄會話中所有輸出的常見做法。若要將所有會話輸出記錄到Putty中的檔案中，請導航到Putty Configuration > Session > Logging，然後選擇All Session Output，如下所示：

附註：如果未指定其他名稱，則使用預設日誌檔名稱。按一下「瀏覽」按鈕可準確知道檔案儲存的位置，以便稍後查詢。此外，請確保不要覆蓋同一檔案路徑中的另一個putty.log檔案。

從CLI收集基本show命令輸出

進行任何debug收集之前，需要使用show命令從路由器收集基本資訊。Show命令可以快速收集，大多數情況下不會對路由器的效能產生任何影響。可以通過運行show命令立即開始隔離問題。

連線到路由器後，終端長度可以設定為0。這樣可以更快地收集以同時顯示所有輸出，並避免使用空格鍵。用於收集路由器上詳細資訊的命令是show tech，或者，您可以收集show tech voice，它顯示路由器上啟用的語音功能的更多具體資料：

Router# terminal length 0

Router# show tech

!or

Router# show tech voice

Router# terminal default length !This cmd restores the terminal length to default

從CLI收集調試輸出

Cisco IOS/IOS XE中的調試輸出收集有時可能是一個挑戰，因為存在路由器崩潰的風險。為避免出現其中一些問題，將在下一節中介紹一些最佳做法。

記憶體檢查

啟用任何調試之前，必須確保有足夠的記憶體將輸出儲存在緩衝區中。

運行show process memory命令，以確定可以分配多少記憶體來記錄緩衝區中的所有輸出：

提示：使用命令terminal length default或terminal length返回終端中顯示的有限行數。

Router# show process memory

Processor Pool Total: 8122836952 Used: 456568400 Free: 7666268552

lsmpi_io Pool Total: 6295128 Used: 6294296 Free: 832

在本例中，有7666268552個位元組(7.6 GB)可供路由器使用。路由器在所有系統進程之間共用此記憶體。這表示您不能使用所有可用的空閒記憶體來記錄緩衝區的輸出，但您可以根據需要使用大量系統記憶體。

大多數情況至少需要10 MB才能收集足夠的調試輸出，然後輸出才會丟失或覆蓋。在極少數情況下，需要收集更多資料。在這些情況下，您可以在緩衝區中接收50 MB到100 MB的輸出，或者如果有可用記憶體，則還可以更高。

如果可用記憶體不足，則可能存在記憶體洩漏問題。如果是這種情況，請與Architecture TAC團隊聯絡，修正導致記憶體不足的原因。

中央處理器(CPU)檢查

CPU受系統中處於活動狀態的進程、功能和呼叫數量的影響。系統中啟用的功能或呼叫越多，CPU就越繁忙。

一個好的基準是確保路由器的CPU佔用30%或更少，這意味著您可以安全地啟用從基本到高級的調試（使用高級調試時始終監視CPU）。 如果路由器的CPU大約為50%，則可以運行基本調試，但始終監視CPU。如果CPU使用率高於80%，請立即停止調試（如本文稍後所示），並請求TAC協助。

運行show process cpu sorted |排除0.00命令，以檢視最後5秒、60秒和5分鐘的CPU值以及排名靠前的進程。

Router# show processes cpu sorted | exclude 0.00

CPU utilization for five seconds: 1%/0%; one minute: 0%; five minutes: 0%

PID Runtime(ms) Invoked uSecs 5Sec 1Min 5Min TTY Process

211 4852758 228862580 21 0.15% 0.06% 0.07% 0 IPAM Manager

84 3410372 32046994 106 0.07% 0.04% 0.05% 0 IOSD ipc task

202 3856334 114790390 33 0.07% 0.05% 0.05% 0 VRRS Main thread

在輸出中，路由器沒有太多活動，CPU較低，可以安全地啟用調試。

注意：密切注意處於活動狀態的頂級CPU進程。如果CPU為50%或更高，且頂部進程為僅語音進程，則可以啟用基本調試。使用命令持續監控CPU，以確保路由器的整體效能不受影響。

當前活動呼叫檢查

每台路由器具有不同的容量閾值。檢查路由器中有多少呼叫處於活動狀態，以確保其未接近最大容量，這一點非常重要。Cisco Unified Border Element Version 12 Data Sheet提供了有關每個平台容量的資訊以供參考。

運行show call active total-calls命令，瞭解系統中處於活動狀態的呼叫數：

Router# show call active total-calls

Total Number of Active Calls : 0

運行show call active voice summary命令以接收有關處於活動狀態的呼叫型別的更多詳細資訊：

Router# show call active voice summary

Telephony call-legs: 0

SIP call-legs: 0

H323 call-legs: 0

Call agent controlled call-legs: 0

SCCP call-legs: 0

STCAPP call-legs: 0

Multicast call-legs: 0

Total call-legs: 0

一些常見值包括：

- 電話呼叫段：TDM網關呼叫，包括模擬呼叫和PRI/ISDN呼叫。

- SIP呼叫段：SIP呼叫總數；如果這是CUBE路由器，則顯示每個呼叫兩條呼叫段。將總呼叫數除以二即可接收準確號碼。

- H323呼叫腿：H323呼叫總數。

- SCCP呼叫段：Cisco Unified Communications Manager(CUCM)受控媒體資源在路由器中使用，如轉碼器和MTP。

日誌記錄緩衝區設定

要將路由器配置為將調試輸出儲存在緩衝區中，可進入configure terminal模式以手動調整CLI中的設定。但是此組態對路由器沒有影響，如上節所示，如果組態中的事件必須回滾，則需要使用路由器的show tech或show running-config命令。

這是一個配置示例，這是TAC工程師使用的通用基線。這樣會分配10 MB的緩衝記憶體，但可以根據需要增加：

# configure terminal

service timestamps debug datetime msec localtime show-timezone year

service timestamps log datetime msec localtime show-timezone year

service sequence-numbers

logging buffered 10000000

no logging console

no logging monitor

logging queue-limit 10000

logging rate-limit 10000

voice iec syslog

這些命令可完成以下任務：

- 服務時間戳調試或日誌:確保以毫秒的精確度在記錄的每條消息上寫入本地路由器時間。這對於根據時間查詢呼叫非常有用。毫秒時間戳，允許在同一毫秒內發生兩行時將調試行分組為邏輯相關事件。

- service sequence-number:在行中寫入調試的序列號。當日誌被轉發到系統日誌伺服器時，此功能非常有用（必需）。這對於確定網路中是否丟棄了傳送到syslog伺服器的調試消息非常有用。序列號是調試中在時間戳和日誌消息之前的第一項。這與系統日誌伺服器可以在其檔案中本地寫入的時間戳/序列號不同。

- 日誌緩衝區:告知路由器將調試傳送到本地緩衝記憶體。緩衝區大小以位元組為單位。在配置中，緩衝區大小設定為10 MB。

- no logging console和no logging monitor:控制檯或終端監控器中不列印任何日誌消息。如果沒有配置這些命令，可能會影響路由器的效能和調試輸出準確性。

- 語音iec系統日誌：啟用語音內部錯誤代碼消息以確定斷開連線的原因。

配置系統日誌設定

有時，問題可能是隨機的，需要一種連續收集調試資訊直至事件發生的方法。在緩衝區中儲存debug時，它會連續收集它們。它受限於您可以分配的記憶體量，一旦達到該記憶體量，緩衝區就會循環並丟棄最早的消息，從而導致隔離問題所需的有價值資訊不完整。

使用syslog，路由器可以將所有調試消息傳送到外部伺服器，然後syslog伺服器軟體會將其儲存在文本檔案中。雖然這是收集debug輸出的好方法，但它不是日誌收集的首選方法。由於伺服器擁塞，系統日誌伺服器往往會跳過或丟棄已接收輸出的行。因為調試輸出可能使伺服器不堪重負，或者資料包可能由於網路條件而丟棄。但是，在某些情況下，系統日誌是在問題上取得進展的唯一方法。

如果可能，請使用可靠的傳輸方法（如TCP）以避免資訊丟失，並建議將系統日誌伺服器連線到路由器所連線的同一台交換機，或儘可能靠近路由器。這不能保證所有資料都儲存在檔案中，但會降低資料丟失的可能性。

預設情況下，系統日誌伺服器使用UDP作為埠514上的傳輸協定：

#configure terminal

service timestamps debug datetime msec localtime show-timezone year

service timestamps log datetime msec localtime show-timezone year

service sequence-numbers

!Optional in case you still want to store debug output in the buffer.

logging buffered 10000000

no logging console

no logging monitor

logging trap debugging

!Replace the 192.168.1.2 with the actual Syslog Server IP Address

logging host 192.168.1.2 transport [tcp|udp] port

配置命令後，路由器會立即將消息轉發到系統日誌伺服器IP地址。

調試集合

啟用調試後，必須先清除緩衝區，然後才能重現問題。這樣做是為了確保輸出儘可能乾淨，並避免分析所需的額外資料。運行clear log命令，因為這樣可以確保清除緩衝區。如果路由器中有其它呼叫處於活動狀態並且調試已啟用，輸出將立即顯示在緩衝區中：

Router# clear log

Clear logging buffer [confirm]

Router#

重現問題後，立即禁用調試以停止緩衝區中的其他輸出，然後收集日誌。您可以使用以下命令轉儲終端中的所有輸出：

Router# undebug all

Router# terminal length 0

Router# show log

有時PuTTY會關閉，因為它不會同時處理所有輸出。這是正常現象，並不意味著發生了故障。如果發生這種情況，請重新開啟會話並正常繼續。如果日誌記錄緩衝區過大或者終端監視器由於必須列印的資料量而崩潰，請直接使用show log將緩衝區輸出複製到外部裝置 | redirect命令：

Router# show log | redirect ftp://username:password@192.168.1.2/debugs.txt

此指令將整個緩衝區輸出複製到以下專案的FTP IP位址：192.168.1.2，檔名debug.txt。必須始終指定檔名。可用於匯出資料的其他目標包括：

Router# sh log | redirect ?

bootflash: Uniform Resource Locator

flash: Uniform Resource Locator

ftp: Uniform Resource Locator

harddisk: Uniform Resource Locator

http: Uniform Resource Locator

https: Uniform Resource Locator

nvram: Uniform Resource Locator

tftp: Uniform Resource Locator

可在語音路由器中啟用哪些調試

每個呼叫流程和功能型別（TDM、CUBE或SCCP媒體資源）不同，並且需要啟用特定調試。必須同時啟用所有需要的調試。當一次僅捕獲一個調試時，該調試將無效，並在分析資料時造成更多混亂。

在CLI執行提示級別Router#中啟用調試，該級別要求您具有特權執行模式許可權。

有基本和高級調試，基本調試用於收集SIP、H323或MGCP中的信令資訊。這顯示路由器與其對等裝置的對話。

高級調試非常詳細，如果內部堆疊錯誤無法顯示基本調試，則用於收集更多資訊。這些調試通常是CPU密集型。

提示：啟用調試後，請記得運行clear logging 命令。此命令清除緩衝區以清除調試輸出。

內部通話控制API(CCAPI)偵錯

在每台Cisco IOS/IOS XE路由器中，都有一個呼叫控制API，負責不同VoIP應用或協定之間的通訊。資料平面元件（如RTP、DSP、語音卡等）捕獲來自此層的資料。可使用一個特定偵錯：

debug voip ccapi inout

此偵錯有其他選項；但是，運行debug voip ccapi inout命令會涵蓋所有基本撥號方案和呼叫建立資訊，這些資訊通常足以瞭解此層的狀態。

提示：debug voip ccapi inout通常對路由器的CPU影響極小，建議與任何信令調試一起啟用，以便提供包含呼叫及其不同狀態資訊的完整日誌集。

SIP通話流程

這些調試通常用於SIP呼叫流，可以在路由器和CUCM或任何其他SIP伺服器或代理之間具有SIP支路的CUBE和TDM網關內部啟用。

基本SIP調試

debug ccsip messages

debug ccsip error

debug ccsip non-call !Optional, applies for SIP OPTIONS and SIP REGISTER Messages.

高級SIP調試

debug ccsip all

debug ccsip verbose

debug voice ccapi inout

數位(PRI、BRI)通話流程

以下偵錯適用於主要速率介面(PRI)T1/E1或基本速率介面(BRI):

基本數字調試

debug isdn q931

進階數位調試

debug isdn q921

類比通話流程

當類比電路涉及外部交換使用者(FXS)或外部交換辦公室(FXO)埠時，使用以下調試：

debug vpm signal

debug voip vtsp all

MGCP通話流程

將MGCP用作語音網關和CUCM之間的語音協定時，會使用這些調試。

基本調試

debug mgcp packets

debug mgcp errors

CCM-Manager調試

ccm-manager調試用於跟蹤CUCM和語音網關之間的配置下載以及MoH和PRI/BRI回程消息。這些調試會根據需要使用，並且取決於故障情況：

debug ccm-manager backhaul !For PRI and BRI Deployments

debug ccm-manager errors

debug ccm-manager events

debug ccm-manager config-download !Troubleshoot Configuration download issues from CUCM TFTP

debug ccm-mananger music-on-hold !Troubleshoot internal MoH Process

高級MGCP調試

debug mgcp all

H323呼叫流

儘管H323並未得到廣泛使用，但是仍存在一些配置了H323的部署：

基本H323調試

debug h225 asn1

debug h245 asn1

debug h225 events

debug h245 events

高級H323調試

debug cch323 h225

debug cch323 h245

debug cch323 all

SCCP媒體資源

以下調試用於診斷SCCP媒體資源問題，這些問題涉及註冊到CUCM伺服器的媒體終端點(MTP)或轉碼器：

基本SCCP調試

debug sccp messages

debug sccp events

debug sccp errors

高級SCCP調試

debug sccp all

VoIP跟蹤

隨著Cisco IOS XE 17.4.1和17.3.2的推出，在思科統一邊界元素(CUBE)內捕獲語音日誌有一個新選項。 這個新功能稱為VoIP跟蹤。這是一個新的可維護性框架，用於記錄SIP信令和事件，而無需啟用任何調試。

預設情況下，VoIP跟蹤處於啟用狀態，可以根據需要隨時禁用。VoIP跟蹤僅捕獲SIP呼叫的特定資訊：

- SIP錯誤

- 撥號對等體匹配

- 分配的RTP埠

- 與SIP信令相關的IEC錯誤

- SIP中繼到中繼呼叫的SIP消息

- 有限狀態機(FSM)狀態和事件

- 從SIP層到CUBE中其他層的事件和API呼叫

- 呼叫控制（CUBE處理的統一通訊呼叫流）

限制

VoIP跟蹤不會記錄與對話外SIP消息相關的資訊：

- 報名

- OPTIONS

- 訂閱/通知

- INFO

支援HA中的VoIP跟蹤，但以下警告適用：

- 備用路由器預設啟用VoIP跟蹤。在備用進程變為活動狀態之前，只顯示其適用的跟蹤。

- 一旦待機處於活動狀態，它就不會包含來自檢查點呼叫的完整跟蹤，而只包含新呼叫。

- show voip trace <key>在備用路由器上仍然有效，並顯示呼叫的覆蓋緩衝區和媒體流資料。

如何啟用VoIP跟蹤

如前所述，預設情況下啟用此功能。要啟用此功能，請運行以下命令：

Router# configuration terminal

Router(config)# voice service voip

Router(conf-voi-serv)# trace

Router(conf-serv-trace)#

如何禁用VoIP跟蹤

要禁用此功能，請運行以下命令：

Router(conf-serv-trace)# no trace

!or

Router(conf-serv-trace)# shutdown

注意：禁用VoIP跟蹤後，將清除所有記憶體並丟失資訊。

跟蹤配置模式中可用的命令有：

Router(conf-serv-trace)# ?

default       Set a command to its defaults

exit          Exit from voice service voip trace mode

memory-limit  Set limit based on memory used

no            Negate a command or set its defaults

shutdown      Shut Voip Trace debugging

配置記憶體限制

記憶體限制確定VoIP跟蹤儲存資料所使用的記憶體量。預設情況下，它是平台中可用記憶體的10%，但可以將其調整為最大1 GB，最小10 MB。記憶體是動態分配的，因為該功能僅在需要時使用記憶體，並且取決於呼叫量。達到最大可用記憶體後，會循環並刪除較舊的條目。

當記憶體限制被修改為大於10%的可用記憶體時，CLI上會顯示一條消息：

Router(conf-serv-trace)# memory-limit 1000

Warning: Setting memory limit more than 10% of available platform memory (166 MB) will affect system performance.

要將預設記憶體使用率設定為10%，請運行memory-limit platform 命令：

Router(conf-serv-trace)# memory-limit platform

Reducing the memory-limit clears all VoIP Trace statistics and data.

If you wish to copy this data first, enter 'no' to cancel,

otherwise enter 'yes' to proceed. Continue? [no]:

注意：當記憶體限制降低時，所有VoIP跟蹤資料都將丟失。必須先收集資料的備份，然後才能減少記憶體。

如何顯示VoIP跟蹤資料

要顯示VoIP跟蹤中的資料，必須使用特定的show命令。資料可以在同一個終端會話中顯示，也可以通過syslog傳送到出廠設定的syslog伺服器。

附註：從收到呼叫的BYE時間起32秒後轉儲跟蹤。

SIP信令按支路顯示，並且不是像常規調試那樣組合的。常規調試（如調試CCSIP消息）以事件發生的確切順序顯示呼叫的SIP信令。在VoIP跟蹤中，每個支路是獨立的，要確定正確的順序，需要使用時間戳。

要檢視可用資料，請運行以下命令：

Router# show voip trace ?

all            Display all VoIP Traces

call-id        Filter traces based on Internal Call Id

correlator     Filter traces based on FPI Correlator

cover-buffers  Display the summary of all cover buffers

session-id     Filter traces based on SIP Session ID

sip-call-id    Filter traces based on SIP Call Id

statistics     Display statistics for VoIP Trace

顯示VoIP跟蹤全部

此命令顯示緩衝區中可用的所有VoIP跟蹤資料。使用此命令會影響路由器的效能。輸入命令後，如果繼續，將顯示警告消息以警告風險：

Router# show voip trace all

Displaying 11858 cover buffers

This may severely impact system performance.

Continue? [yes/no] no

Show VoIP Trace Cover-Buffers

此命令顯示在VoIP跟蹤下報告的所有呼叫的呼叫詳細資訊的概述。每個呼叫段都建立了一個封面緩衝區，其中包含記錄的呼叫的摘要：

Router# show voip trace cover-buffers

------------------ Cover Buffer ---------------

Search-key = 8845:3002:659

Timestamp = *Sep 30 01:17:33.615

Buffer-Id = 1

CallID = 659

Peer-CallID = 661

Correlator = 4

Called-Number = 3002

Calling-Number = 8845

SIP CallID = 20857880-1ec12085-13b930-411b300a@10.48.27.65

SIP Session ID = 2b1289c400105000a0002c3ecf872659

GUID = 208578800000

-----------------------------------------------

------------------ Cover Buffer ---------------

Search-key = 8845:3002:661

Timestamp = *Sep 30 01:17:33.634

Buffer-Id = 2

CallID = 661

Peer-CallID = 659

Correlator = 4

Called-Number = 3002

Calling-Number = 8845

SIP CallID = 8D6DEC28-1F111EB-829FD797-1B22F6DB@10.48.55.11

SIP Session ID = 0927767800105000a0005006ab805584

GUID = 208578800000

-----------------------------------------------

有關每個欄位的詳細資訊，請參閱下表：

欄位

說明

Search-Key

包含呼叫、被叫號碼和呼叫ID的組合

時間戳

覆蓋緩衝區的建立時間

Buffer-ID

封面緩衝區的緩衝區ID

Call-ID

覆蓋緩衝區的各個呼叫支路的呼叫ID

Peer-Call-ID

對等支路的呼叫ID

相關器

呼叫的FPI相關器

Called-Number

封面緩衝區的各個呼叫段的被叫號碼

Calling-Number

覆蓋緩衝區的各個呼叫支路的呼叫號碼

SIP呼叫ID

覆蓋緩衝區的各個呼叫支路的SIP呼叫ID

Sip會話ID

覆蓋緩衝區的各個呼叫段的SIP會話ID

GUID

封面緩衝區的相應呼叫的GUID

錨腿

如果各自的呼叫支路是來電轉駁流或媒體代理部署中的錨支路，則錨支路設定為「是」

分叉腿

如果各自的呼叫分支是呼叫分支流或媒體代理部署中的錨點，則分叉支路設定為「是」

關聯的CalI-ID

關聯的分叉支腿的呼叫ID

要過濾覆蓋緩衝區，請運行include和section命令：

Router# show voip trace cover-buffers | include Search-key | 8845 | 3002

Search-key = 8845:3002:661

!or

Router# show voip trace cover-buffers | section Search-key | 8845 | 3002

Search-key = 8845:3002:661

Show VoIP Trace Call-Id

結合使用上述命令，show voip trace call-id 可用於查詢呼叫。識別call-id後，可以運行下一個命令以顯示有關特定呼叫段的所有資訊：

Router# show voip trace cover-buffers | include Search-key | 8845 | 3002

Search-key = 8845:3002:661

Router# show voip trace call-id 661

顯示VoIP跟蹤統計資訊

此show命令顯示有關狀態、記憶體消耗、錯誤/故障呼叫、成功呼叫、最新和最早條目的時間戳等的詳細輸出：

Router# show voip trace statistics

VoIP Trace Statistics

Tracing status             : ENABLED at *Sep 12 06:44:02.349

Memory limit configured    : 803209216 bytes

Memory consumed            : 254550928 bytes (31%)

Total call legs dumped     : 2

Oldest trace dumped        : *Sep 12 07:29:21.077 Search-key: 9898:30000:64

Latest trace dumped        : *Sep 12 07:29:21.010 Search-key: 9898:30000:63

Total call legs captured   : 11858

Total call legs available  : 11858

Oldest trace available     : *Sep 12 06:57:23.923, Search-key: 5250001:4720001:11

Latest trace available     : *Sep 13 05:08:25.353, Search-key: 19074502232:30000:13177

Total traces missed        : 0

有關每個欄位的詳細資訊，請參閱下表：

欄位

說明

跟蹤狀態

顯示跟蹤狀態，包括啟用VoIP跟蹤的時間和日期。

已配置記憶體限制

顯示配置的記憶體限制。這是處理器池記憶體大小的10%。

耗用的記憶體

顯示VoIP跟蹤動態消耗的記憶體量。

已轉儲的呼叫段總數

顯示轉儲到日誌記錄緩衝區的失敗呼叫段數。轉儲呼叫是指與IEC錯誤關聯的呼叫段。

已轉儲最早的跟蹤

顯示自啟用VoIP跟蹤以來最舊的失敗呼叫的時間戳和搜尋金鑰。

已轉儲最新跟蹤

顯示自啟用VoIP跟蹤以來最近失敗的呼叫的時間戳和搜尋金鑰。

捕獲的呼叫總支路

顯示啟用VoIP跟蹤後捕獲的總支路。

可用呼叫段總數

顯示歷史記錄中可用的呼叫段總數。與捕獲的總呼叫段相比，這可以相同或不同，這取決於記憶體限制。

可用的最早跟蹤

顯示記憶體中可用的最舊覆蓋緩衝區的時間戳和搜尋鍵。

最新跟蹤可用

顯示記憶體中可用的最新封面緩衝區的時間戳和搜尋鍵。

丟失的跟蹤總數

顯示由於記憶體限制而錯過的呼叫段數。

其他Show命令

欄位

使用率

說明

show voip trace correlator <correlator>

show voip trace correlator 4

過濾並顯示從覆蓋緩衝區開始的特定呼叫ID的VOIP跟蹤。

show voip trace session-id <session-id>

show voip trace session-id

87003120822b5dbd8fd80f62d8e57c48

根據SIP Session-ID過濾和顯示呼叫的VOIP跟蹤。SIP消息的session-ID報頭中的本地或遠端UUID可用於顯示呼叫的兩段。

show voip trace sip-call-id <call-id>

show voip trace sip-call-id 01e60dfa9d8442848336d79e3155a8a1

根據SIP Call-ID過濾和顯示VOIP跟蹤。