概觀

透過 Webex Calling 故障排除，您可以排除特定 Webex Calling 通話的媒體品質和呼叫連線相關問題。您可能會因為各種原因想要排除通話故障，例如客戶抱怨通話品質不佳。在這種情況下，您可以直接轉到故障排除視圖，搜尋那些特定的呼叫，然後查看跳數詳細資訊以找出問題可能出在哪裡。您還可以使用故障排除來主動監控組織的通話質量，並在用戶注意到之前解決特定問題。

若要存取故障排除視圖，您必須擁有 Control Hub 中的完全管理員、唯讀管理員或支援管理員角色。

您可以使用以下條件進行搜索，以取得使用至少一個 Webex Calling 註冊端點的媒體會話的呼叫清單：

  • 電子郵件資訊

  • 電話號碼

  • MAC 位址

  • 呼叫 ID

  • 關聯 ID

支援對電子郵件 ID、電話號碼和呼叫 ID 進行部分搜尋。對於電話號碼，您可以輸入前三到八位數字，然後按 Enter 鍵查看符合的條目。如果輸入的數字超過八位，搜尋將嘗試找到完全匹配。請注意，如果您從其他地方複製並貼上電話號碼，則必須包含 +1 以使搜尋能夠進行。

Webex Calling 故障排除可讓您：

  • 搜尋成功、失敗和被拒絕的通話。

  • 觀看通話參與者的端對端體驗。

  • 查看通話的躍點詳細資料。

  • 查看媒體是透過雲端Webex Calling，還是直接在使用者之間（使用建立互動式連接 （ICE）進行。

  • 如果通話中沒有媒體，或是路徑優化設定不成功，請查看 Insights。

  • 查看過去 21 天的通話。

  • 查看與訊號相關的呼叫失敗和拒絕。

  • 分析影響使用者體驗的通話品質度量值。例如，管理員可能會觀察到 Wi-Fi 網路上用戶端的高抖動，但封包遺失和延遲可能是可以接受的。

  • 偵測問題出在來電者還是被呼叫者。

使用 Webex Calling 通話在通話結束後出現。

故障排除視圖透過提供所有相關指標來幫助識別問題區域，但不一定能為您提供通話品質不佳的根本原因。查看這些指示器以識別多種元素並確定解析度選項：

  • 使用者的端對端體驗。

  • 躍點詳細資料檢視。

  • 從使用者或媒體轉送點傳送或接收度量值。

  • 通話是從外部網路進行還是 來自已註冊端點Webex Calling通話。

搜尋視圖

在 Control Hub 的故障排除中搜尋的呼叫

當您搜尋呼叫時，可以獲得以下數據：

列名定義

呼叫狀態

呼叫嘗試是否成功。當呼叫嘗試處於 拒絕 或 失敗 狀態時，您可以將滑鼠懸停在狀態上以查看相關代碼。可能的值為：

  • 成功——呼叫嘗試成功。

  • 拒絕－呼叫嘗試被拒絕。

  • 失敗——呼叫嘗試失敗。

品質

通話 Webex Calling 品質分級。但是，對於 Webex 會議或 Webex 通話會話，此評分不適用。通話體驗分級為：

  • 差－表示呼叫者或被叫者的端對端體驗較差（例如，音訊不流暢）。

  • 良好 — 表示呼叫者和被叫者的端到端體驗未超出閾值。

  • 沒有任何 / 不可用——沒有可用的媒體品質數據。

服務

用於呼叫的服務。

開始時間

通話開始時間，基於日期範圍選擇器旁選擇的時區。

會議 / 來電號碼

呼叫方的電話號碼。

姓名

呼叫者和被呼叫者的顯示名稱。

主持人/呼叫者

呼叫者的顯示姓名。

參加者

通話中的用戶數。

持續時間

通話持續時間。

場所／位置

呼叫者的 Webex Calling 位置。

會議 / 關聯 ID

關聯 ID，以將同一通話作業作業的多個通話支線系結在一起。

搜尋用戶的關鍵績效指標 (KPI)

Control Hub 故障排除中搜尋到的使用者的 KPI

搜尋用戶時，可以使用以下 KPI：

  • 失敗呼叫— 選定日期範圍內失敗的呼叫次數。
  • 較差的會議記錄— 在選定日期範圍內， Webex 會議 期間品質較差的會議記錄數。
  • 品質較差的 Webex 通話— 在選定日期範圍內，品質較差的 Webex 通話數量。
  • 品質不佳的 Webex Calling 通話— 在選定日期範圍內品質不佳的 Webex Calling 通話數。
  • 較差的 WebRTC 分鐘數— 在選定日期範圍內使用 WebRTC 時品質較差的分鐘數。
  • 會議總分鐘數— 選定日期範圍內的 Webex 會議總分鐘數 分鐘。
  • Webex 通話總分鐘數— 選定日期範圍內的 Webex 通話總分鐘數。
  • Webex Calling 總通話分鐘數— 選定日期範圍內的 Webex Calling 總分鐘數 。
  • WebRTC 總分鐘數— 選定日期範圍內的 WebRTC 分鐘總數。

跳轉詳細資料視圖

故障排除中的 Webex Calling 呼叫熱點詳細資訊範例

跳躍詳細資訊視圖中提供以下數據：

術語定義
端點

顯示下列其中一項：

  • 實體端點的桌上型電話

  • Webex 應用程式

  • 適用於 Cisco Room 系列裝置的 Room Device

硬體

顯示下列其中一項：

  • 實體端點的桌上型電話型號訊息

  • Webex 應用程式的「-」

  • Cisco Room 系列設備的 Room 系列型號資訊

位置

為使用者配置的 Webex Calling 位置。Webex Calling 所設定的國家也顯示在括號中。

本端 IP 位址

用於傳輸媒體的網路介面的用戶端的本端 IP 位址。部分 IP 位址會進行遮罩處理，使使用者的個人身分得以保密。

公用 IP

這是公用 IP雲端看到的用戶端位址。對於企業，這是提供 NAT 的防火牆位址。部分 IP 位址會進行遮罩處理，使使用者的個人身分得以保密。

MAC 位址

用戶端端點的 MAC 位址。

地理位置

公用 IP 位址的地理位置查找。如果透過 PNC 連接，此位址不準確。如果使用者使用 Webex 應用程式並透過 VPN 連接至企業，位置不准確。

ISP

提供服務提供者雲端網路連接的網際網路Webex Calling網路。

網路

用戶端用於交換媒體的網路連線類型。可能的值為：

  • Wi-Fi

  • 乙太網

  • 細胞

  • 不明

音訊編解碼器

（傳送或接收）用於用戶端傳輸的媒體的媒體編碼和解碼格式。

視訊編解碼器

（傳送或接收）用於用戶端傳輸的媒體的媒體編碼和解碼格式。僅適用于視音訊通話。

SIP 會話 ID

原始（或初始）和最終會話 ID。

中繼線

僅當本地網關涉及跳轉時可用。入站和出站中繼的名稱。

路由群組

僅當本地網關涉及跳轉時可用。路由組的名稱。

PSTN 供應商名稱

僅當 PSTN 涉及跳躍時可用。供應商的名稱。

在文章的螢幕擷取畫面中會遮罩某些度量值，以保留使用者的身份。

從跳躍詳細資訊中，您可以：

  • 查看跳轉是否透過 PSTN 或本地網關進行路由。

  • 查看撥打或接聽電話的使用者類型。一些例子包括 HuntGroup、 VoiceMailGroup和 RoutePoint。 詳細通話歷史報告 提供了所有可能的使用者類型的清單。

  • 在以下情況下查看有關通話的見解：

    • 與該呼叫相關的任何跳轉均沒有媒體。

    • 路徑優化設定失敗。

    • 其中一個跳轉失敗或拒絕了呼叫。失敗的跳躍標記為紅色，拒絕的跳躍標記為黃色。也給出了跳躍失敗或被拒絕的原因。

  • 將滑鼠懸停在裝置上，可觀看端對端通話體驗。

  • 將滑鼠懸停在端點與 雲端之間的躍 Webex Calling以觀看躍點詳細資料。

端對端通話體驗是根據通話結束時從每個 Webex Calling 註冊端點（Webex 應用程式或設備，如 8865 或 Desk Pro）收集的媒體品質資料。如果端點具有以下閾值，則呼叫被評為良好：

  • 丟包率小於 5%.

  • 延遲或往返時間 (RTT) 小於 400 毫秒。

  • 抖動小於150毫秒。

躍點的品質衍生自從雲端中的媒體轉 Webex Calling點收集的資料。對於PSTN CCPP 或本地閘道的通話，資料收集來自 Webex Calling 雲端，而不是來自 PSTN 端點。如果媒體中繼點具有以下閾值，則跳躍被評為良好：

  • 封包遺失小於 2.5%。

  • 延遲或 RTT 小於 200 毫秒。

  • 抖動小於 75 毫秒。

您也可以透過選擇 操作 ，然後選擇以下選項之一來儲存跳轉詳細資料中的資料：

  • 儲存故障排除通話記錄（CSV）
  • 儲存通話報告 (JSON)
  • 儲存參加者詳細資料 (CSV)

呼叫詳細資訊窗格

跳轉詳細資料檢視的「呼叫詳細資料」右側窗格中提供了以下資料：

術語定義
關聯 ID關聯 ID，以將同一通話作業作業的多個通話支線系結在一起。
通話日期通話發生的日期。
通話時間通話開始和結束時間以您在搜尋檢視中選取的時區顯示。
階段作業類型

支援的課程類型。例如：Webex 呼叫

參加者加入通話的參與者人數。
呼叫者名稱呼叫者的姓名。
呼叫者電子郵件呼叫者的電子郵件地址。
呼叫者號碼來電者在通話期間使用的電話號碼。
音訊使用的音訊類型。
視訊如果參與者啟用了視頻，則顯示 是 。如果根本沒有啟用視頻，則會顯示 No。
路徑最佳化

指定通話路徑優化是否適用于通話。接受的值包括：

  • ICE（建立互動式連接）

  • PNC（專用網路連線）

  • 無優化

通話類型

通話類型可以是下列其中一項：

  • 緊急

  • 企業

  • 國際

  • 行動裝置

  • 國內

  • 運算子

  • 高級

  • 短碼

  • 免費

  • 不明

  • URI

通話結束者

結束通話的用戶。

撥打號碼

預先翻譯前由使用者撥打的鍵台數位。

相關原因

表示創建跳轉的原因。例如，值 CallQueue 表示希望來自從呼叫佇列到代理的呼叫嘗試。您可以在 Webex Calling 詳細呼叫歷史記錄報告中找到有關相關原因值的更多資訊。

存取 Webex Calling 故障排除視圖

支援對電子郵件 ID、電話號碼和呼叫 ID 進行部分搜尋。對於電話號碼，您可以輸入前三到八位數字，然後按 Enter 鍵查看符合的條目。如果輸入的數字超過八位，搜尋將嘗試找到完全匹配。請注意，如果您從其他地方複製並貼上電話號碼，則必須包含 +1 以使搜尋能夠進行。

若要分析 Webex 通話，請執行下列操作：

1

登入 Control Hub 並前往 監控 > 故障排除。

2

搜尋您想要查看的電子郵件 ID、電話號碼、MAC 位址、呼叫 ID 或關聯 ID。

您可以使用關聯 ID 在搜尋檢視中將相關通話分組在一起。

3

應用您選擇的過濾器。可用的過濾器有：

  • 位置
  • 個人品質
  • 裝置類型
  • 服務類型

如果您搜尋電話號碼或關聯 ID，則過濾器不可用。

4

按一下特定呼叫以檢查跳轉詳細資料視圖。

將故障排除呼叫詳細資訊匯出為 CSV 文件

您可以將故障排除呼叫詳細資訊匯出為 CSV 檔案。匯出這些通話詳細資訊對於涉及多個跳轉的複雜通話很有用，因為它可以讓您一眼就識別問題或模式。每個 CSV 檔案最多可以匯出 100 個故障排除呼叫詳細資訊。

1

登入 Control Hub 並前往 監控 > 故障排除。

2

取得要查看的通話清單後，選擇 匯出 > 儲存故障排除通話記錄（CSV）。

Control Hub 故障排除中搜尋到的呼叫的「匯出」按鈕反白顯示

解決媒體品質問題

躍點逐躍視圖可協助您找到問題發生的位置。現在，您找到問題所在位置，並且使用度量值（抖動、封包遺失、延遲）可以嘗試下列操作來對問題進行疑難排解。

媒體問題的典型可能性為：

  • Network/ISP/location 具體問題——由於防火牆、網路配置或頻寬的原因，在特定位置或網路子網路中存在不良體驗。使用每個通話疑難排解視圖（識別與不良會話關聯的位置）與分析視圖，以檢查該位置的匯總型式。

  • 使用者特定問題— 使用者或裝置連接到較差的網路（例如，Wi-Fi 或在家工作），這意味著他們的體驗受到相關網路功能的影響。請參閱 使用 CScan 測試 Webex Calling 網路品質 文章來確定網路問題。

  • 呼叫類型特定問題— 使用者的糟糕體驗是由於遠端的品質所造成的。這通常是PSTN在行動網路上與另一個使用者交談並且該會話在行動網路上封包遺失較高PSTN的情況。

  • 無媒體問題— 某些躍點可能沒有媒體傳輸。Insights 橫幅在 Hop 詳細資料頁面的頂部顯示原因，並在 Hop 詳細資料頁面的資訊框中顯示責任方。以下列出了通話中無媒體的一些可能原因以及責任方：

    • Webex 未收到來自發送者的媒體。

    • Webex 未從接收器接收媒體。

    • Webex 未從任何方向接收媒體。

    • Webex 未傳送媒體至接收器。Webex 工程解決了這個問題。

    • Webex 未接收來自 Cloud PSTN 的媒體。Webex 工程解決了這個問題。

    • Webex 未從雲端服務接收媒體。Webex 工程解決了這個問題。

    • Webex 未從本機閘道接收媒體。客戶管理員必須調查該問題。

  • 媒體路徑優化失敗— 少數通話無法成功設定媒體路徑最佳化。Insights 橫幅在 Hop 詳細資料頁面頂部顯示 ICE 呼叫失敗的原因及其解決方案。

    一些可能的原因如下：

    • 由於 stun 伺服器存取導致 ICE 失敗 - 請參閱 Webex Calling 連接埠參考資訊。

    • ICE 因連線檢查失敗 - 驗證網路之間的連線。

    • ICE 失敗，因為預設路徑往返時間 similar/better 比任何優化路徑都要好。

限制

以下設備無法取得來自網路端的媒體品質指標和發起及終止流：

  • 類比電話

  • 協力廠商裝置

  • IPv6 端點

支援的通話流程

媒體質量報告會從來電者與受電者端點以及媒體轉遞點收集。這可讓媒體體驗的一個速度縮小並識別問題是否發生于：

  • 來電者或受呼叫者

  • 雲端的媒體 路徑Webex Calling路徑。

如果有一個 媒體會話已與通話中至少一個已Webex Calling建立，則會出現通話支線。例如，對於來自 群組搜尋 個代理的外發通話，如果只有一個代理應答，則沒有針對其他 7 個代理進行疑難排解的媒體體驗。

疑難排解有五種類型的 媒體體驗Webex Calling路徑，包括：

  • 網內優化 – 在 ICE 成功的組織內呼叫，媒體直接在使用者之間流動。請參閱 Webex Calling建立互動式連接 （ICE） 來優化媒體，以瞭解更多資訊。

  • 網內未最佳化 – 組織內無法或未建立互動式連線建立 (ICE) 的通話。在此情境中，媒體流經 Webex calling Cloud。

  • 網內雲端託管 – 在組織內進行呼叫，其中媒體由託管在雲端中的媒體伺服器提供（例如，收聽語音郵件、撥入自動話務員）。

  • 與 Webex Calling 註冊終端機進行網外呼叫或從 Webex Calling 註冊終端進行網外呼叫 -

    • 透過雲端連接 PSTN 提供者- 另一方位於 PSTN 網路上的組織的入站和出站呼叫。媒體透過雲端連接PSTN提供者 （CCPP） 透過高品質互連進行轉送。

    • 透過本地網關- 組織的入站和出站呼叫，對方的媒體透過企業。在掛華閘道後面，媒體會話可以來自企業託管的使用者（例如，在企業中註冊到通話控制）或來自 PSTN（其中 PSTN 由企業提供）。

如果有 1 或 2 Webex Calling註冊的使用者參與一對一的網請，則疑難排解視圖會呈現一方或雙方的度量值。如果通話為網路外（使用者 1 收到來自 PSTN 使用者的呼叫），則疑難排解視圖只會呈現 User1 的用戶端度量值，以及取自媒體轉送點的度量值。

疑難排解視圖中的大多數通話情境都顯示兩個通話區段（來電者與受電者）;但是，部分通話情境（例如來電娼婀或垀虳眒珆婓珆在此類情況下，其他通話支段會分別顯示在疑難排解視圖中。這樣做不會疑難排解通話及偵測問題發生的位置。但是，它並不要求管理員使用一個常用實體（例如重迭時間）手動關聯兩個通話線。對疑難排解視圖的未來增強將排除使用手動查找需求。

階段階段中的躍點度量值根據網路的採樣時間和花期而不同。媒體轉接點和用戶端報告的值（端對端體驗）可能不一致。然而，它們應該保持緊密一致以允許路徑上的位准。

我們建議使用個別通話疑難排解視圖與衍生自 Analytics 的 匯總資訊。

讓我們使用疑難排解視圖分析不同通話類型的通話品質。

已優化網路通話流程

成功執行 ICE 且雲端中的媒體轉遞會從路徑中移除的組織中通話。媒體流程直接在使用者的裝置之間。

推理:

1

通話的評級品質良好，因為來電者及受電者都有良好的端對端體驗。

2

管理員可以注意到媒體在兩個使用者之間直接流過，並且不會經過 Webex Calling 雲端。

如果企業或本地網路是問題來源，則優化的通話流程體驗可能較差，因為兩個使用者之間的媒體將經過本地網路。優化通話的延遲或 RTT 一直較低，封包遺失及抖動仍取決於兩個使用者之間的網路。

網路型 4000 通話流程
在組織中，ICE 通話未成功，且媒體流經雲端Webex Calling通話。

推理:

管理員可以觀察下列事項：

1

呼叫者的端對端體驗分級為不良。

2

來電者的網路躍點有問題，會影響傳送和接收串流。

3

被呼叫者的網路躍點沒有問題。

4

由於呼叫者的問題，被呼叫者的端對端體驗分級為不良。

網內雲端託管通話流程
組織中媒體由雲端託管之媒體伺服器提供的通話。

推理:

由於呼叫者的端對端體驗位於接受的臨界值內，通話的評級品質良好。管理員可以注意到下列事項：

1

呼叫者的網路躍點分級為不良，因為部分度量值高於可接受的閾值。

2

根據從媒體轉送點收集的度量值，從語音信箱傳送串流會分級良好。

3

用於媒體伺服器收集或收集語音信箱的語音信箱目前未報告度量值。但是，這些伺服器作為 Webex Calling 雲端的一部分託管和管理，因此該鏈鏈區段的品質是內部且總是高品質、低延遲。

4

管理員可以觀察到呼叫者的端對端體驗分級良好，雖然躍點分級為差。這是因為受話方躍點具有較好的網路，可補償來電者網路的表現降低。

透過 CCPP PSTN離網
當另一方位於網路內部時，組織內及PSTN通話。媒體從雲端連接提供者 （CCPP） PSTN轉送。

在範例中，用戶端媒體來自雲端PSTN提供者。

由於被呼叫者端對端體驗不在接受的臨界值內，通話分級為不良。管理員可以觀察下列事項：

1

問題出在呼叫者的 PSTN與傳送串流。

2

被呼叫者的網路躍點沒有問題。

3

由於呼叫者的問題，被呼叫者的端對端體驗分級為不良。

4

使用 PSTN 網路的呼叫者的端對端體驗和接收串流度量值目前不可用，因為這些度量值不會傳輸至 Webex Calling 雲端。

透過本PSTN離網

呼叫者的媒體來自企業的組織中的呼叫和呼叫。媒體會話可以來自企業託管的使用者（譬如，向 UCM 註冊）或來自 PSTN，其中媒體PSTN透過企業提供。

推理

呼叫分級為不良，因為呼叫者的端對端體驗不在接受的臨界值內。管理員可以觀察下列事項：

1

在傳送和接收串流上，呼叫者的躍點跳Webex Calling雲端時發生問題。

2

呼叫者的端對端體驗由於在躍點中觀察到的問題或使用者端的問題（裝置、網路等）而分級為不良。

3

從被呼叫Webex Calling雲端的傳入流量分級為良好。

4

從本端閘道呼叫的受呼叫者端對端體驗和接收串流度量值目前不可用，因為這些度量值不會傳輸至 Webex Calling 雲端。

排除呼叫失敗和拒絕故障

呼叫狀態 列指示呼叫是否成功、被拒絕或失敗。當呼叫處於 拒絕 或 失敗 狀態時，您可以將滑鼠懸停在狀態上以查看相關代碼。

當您深入了解用戶的通話清單時，可以使用 失敗的通話 KPI 來快速識別該用戶是否遇到重大問題。您可以將滑鼠懸停在 拒絕 或 失敗 狀態上，以查看與每個狀態相關的特定代碼。

在跳轉詳細資料檢視中，將顯示一個橫幅，向您顯示有關呼叫為何具有 拒絕 或 失敗 狀態的更多資訊。您也可以查看通話狀態是否發生在發起或終止跳轉期間。

呼叫失敗場景範例

失敗代碼：沒有指向目的地的路由

失敗代碼：故障排除中呼叫無路由到目的地錯誤代碼範例

工作場所設備嘗試呼叫，但由於沒有可用的目的地路由而失敗。

失敗代碼：協定錯誤

失敗代碼：故障排除中呼叫的協定錯誤代碼範例

工作場所設備嘗試呼叫，但因協議相關錯誤而失敗。

失敗代碼：內部錯誤

失敗代碼：故障排除中呼叫的內部錯誤代碼範例

從本地網關發出呼叫，但由於目的地工作區設備出現內部錯誤而失敗。通話持續了 14 分鐘，但隨後發生內部錯誤。

拒絕呼叫場景範例

拒絕代碼：已拒絕通話

Control Hub 故障排除中的「跳轉詳細資料」視圖，其中包含呼叫被拒絕的拒絕代碼

通話嘗試失敗，因為嘗試無法到達目的地或目的地介面無法正常運作。被拒絕的情況範例如下：

  • 由於匿名呼叫被拒絕，因此呼叫嘗試被拒絕。

  • 由於來電權限問題，呼叫嘗試被拒絕。

  • 由於撥出呼叫權限問題，呼叫嘗試被拒絕。

  • 由於撥出呼叫權限問題，呼叫嘗試被拒絕。

  • 由於配置了呼叫攔截，呼叫嘗試被拒絕。

  • 由於呼叫停放或呼叫檢索失敗，因此呼叫嘗試被拒絕。

  • 由於一鍵通功能被拒絕，因此呼叫嘗試被拒絕。

  • 由於選擇性呼叫接受，呼叫嘗試被拒絕。

  • 由於選擇性呼叫拒絕，呼叫嘗試被拒絕。

  • 由於號碼未知、權限不足等錯誤，通話嘗試被拒絕。

失敗代碼：未分配號碼

拒絕代碼：故障排除中呼叫的未分配號碼錯誤代碼範例

呼叫者嘗試撥打電話，但由於目的地是未分配的號碼而被拒絕。

通話結果原因

下表列出了未成功呼叫的 拒絕 和 失敗 代碼。

通話結果原因定義

成功

呼叫成功。可能的程式碼有：

  • 正常——通話成功完成。
  • UserBusy－呼叫成功，但使用者忙。
  • NoAnswer—通話成功，但使用者未應答。

拒絕

來電被拒。可能的程式碼有：

  • CallRejected—接收方拒絕呼叫嘗試。
  • UnassignedNumber—所撥打的號碼未指派給任何使用者或服務。
  • SIP408—請求逾時，因為無法及時找到用戶。
  • InternalRequestTimeout—由於意外情況導致服務無法滿足請求，導致請求逾時。
  • Q850102ServerTimeout－計時器到期或伺服器逾時時復原。
  • NoUserResponse—沒有任何最終用戶設備或用戶端的回應。
  • NoAnswerFromUser—使用者沒有回答。
  • SIP480—被叫方或被叫方目前不可用。
  • SIP487—請求在呼叫應答之前終止。
  • 暫時無法使用 — 使用者暫時無法使用。
  • LocalGatewayLoop - 在本機閘道和 Webex Calling 之間偵測到迴路。
  • AdminCallBlock—由於組織的呼叫阻止列表，因此呼叫嘗試被拒絕。
  • UserCallBlock—拒絕呼叫用戶，因為該號碼在用戶的封鎖清單中。
  • 無法接通－無法將通話路由到所需的目的地。
  • UserAbsent—使用者暫時無法聯絡或無法使用。
  • 未定義－以上原因均非。

失敗

呼叫失敗。可能的程式碼有：

  • DestinationOutOfOrder—服務請求失敗，因為無法到達目的地或到目的地的介面無法正常運作。
  • SIP501—方法無效，無法辨識請求方法。
  • SIP503—服務暫時無法使用，因此無法處理請求。
  • ProtocolError－未知或未實現的發布程式碼。
  • SIP606—會話描述的某些方面不可接受。
  • NoRouteToDestination—沒有可到達目的地的路線。
  • 內部 - 因 Webex Calling 內部原因而失敗。
  • MaxConcurrentTerminatingAlertingRequestsExceeded — 對於相同主叫和被叫號碼，同時對本機閘道的未應答呼叫數超出限制。
  • 未定義－以上原因均非。