瞭解IOS和IOS XE呼叫路由

簡介

本文件提供 Cisco IOS® 和 Cisco IOS XE 通話路由的說明。

必要條件

需求

雖然閱讀本文檔無需任何正式先決條件，但編寫本文檔的前提是讀者已經具備一些用於建立和連線電話呼叫的基礎語音信令協定知識。這些協定在整個過程中被引用多次。

訊號通訊協定：會話初始協定(SIP)、H323(h225/h245)、媒體網關控制協定(MGCP)、瘦客戶端控制協定(SCCP)、ISDN Q931、E1 R2。

媒體協定：即時通訊協定(RTP)、語音編解碼器、影片編解碼器。

模擬技術：Ear and Mouth(E&M)、Foreign Exchange Subscriber(FXS)和Fore Exchange Office(FXO)。

採用元件

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

• Cisco IOS和Cisco IOS XE網關
• 2800 / 3800 / 2900 / 3900 / 4300 / 4400 / CSR1000v / CAT8000v / ASR100X / C8200 / C8300 / ISR1100

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

背景資訊

本文說明使用普通舊式電話服務(POTS)和VoIP網路呼叫段進行入站和出站撥號對等體匹配的機制。

除了撥號對等體資訊外，本文檔還介紹了與呼叫路由相關的重要主題。其中包括數字操控、會話初始協定(SIP)消息操作快速概述、限制呼叫功能的幾種方法、快速媒體和信令繫結概述，以及最後一點故障排除。

本檔案會利用組態範例以及debug和show命令輸出作為參考點。本檔案中的許多功能已清楚標示為功能已匯入Cisco IOS和Cisco IOS XE的版本。此資訊也可在「命令和功能規劃圖」部分快速參考。如果有一個非常顯著的缺陷，它是在文本中連結的，以便讀者瞭解。

通用定義

命令和功能路線圖

Cisco IOS/Cisco IOS XE呼叫路由基礎知識

Cisco IOS和Cisco IOS XE網關利用撥號對等體的概念來控制呼叫路由和每個呼叫段的功能協商。呼叫支路是兩個呼叫代理之間的雙向通訊。呼叫代理是發起、處理或轉發電話呼叫的裝置。這可以但不限於電話提供商裝置、Cisco網關、IP電話、Cisco Unified Communication Manager(CUCM)、Cisco Unity連線(CUC)等。要列出的呼叫代理太多。

案例：呼叫從另一個呼叫代理到達思科網關，並且是入站呼叫段（內部呼叫）。 網關處理該呼叫，並根據其處理將呼叫傳送到下一個呼叫代理。這是出站呼叫段（出站）。

圖1顯示通過思科語音網關從PSTN到CUCM路由的呼叫以及相應的入站和出站呼叫支路資訊。

圖1 — 圖示的入站和出站呼叫段

通過Cisco Gateway ALWAYS（請參閱註釋）的成功呼叫與入站或出站撥號對等體匹配以正確路由。入站和出站撥號對等體類似於前面提到的呼叫段。在映像1中，呼叫從PSTN到達思科網關並需要匹配入站撥號對等體。然後，網關利用出站撥號對等體將呼叫路由到下一個呼叫代理。請務必注意，這些術語是從思科網關的角度定義的。

通過為呼叫的每一端匹配撥號對等體，管理員有權控制每個特定呼叫段的許多方面。這些示例包括語音編解碼器、DTMF首選項、數字操控、呼叫路由的位置以及許多其他設定。可以使用入站和出站匹配語句配置撥號對等體，因此，如果將有效的入站和出站匹配配置應用於特定撥號對等體，則可對內支路和外支路匹配相同的撥號對等體。

圖2說明了與圖1相同的入站和出站呼叫段，但顯示了通過思科語音網關從PSTN到CUCM路由的呼叫的相應撥號對等體。

圖2 — 圖示的入站和出站撥號對等體

Cisco語音閘道器可以互通許多不同型別的語音通話和通訊協定，包括IP到IP、POTS到POTS和IP到POTS，反之亦然。

圖3說明瞭通過思科統一邊界要素(CUBE)進行的VoIP到VoIP呼叫。

影象3 - Voip到VoIP呼叫的入站和出站撥號對等體

圖4顯示通過Cisco網關的POTS到POTS呼叫。

圖4 - POTS到POTS呼叫的入站和出站撥號對等體

語音撥號對等體型別

注意:思科網關上可配置的最大撥號對等體數量取決於可用記憶體(DRAM)。 每個撥號對等體消耗大約6KB的記憶體，因此請確保網關至少具有為其他CPU進程保留的總記憶體的20%。配置的大量撥號對等體可能會增加路由呼叫的延遲。當思科語音應用自上而下檢視撥號對等體(類似於存取控制清單(ACL))時，這一點非常重要。 對於較新的Cisco網關而言，這通常不是問題。

示例錯誤：

May 26 12:59:46.406: %DIALPEER_DB-3-ADDPEER_MEM_THRESHOLD: Addition of dial-peers limited by available memory

入站撥號對等體匹配

當思科網關收到呼叫建立請求時，網關開始搜尋此呼叫的適用傳入撥號對等體。這不是逐位分析；相反，完整消息用於確定選擇了哪個入站撥號對等體。檢查的消息中的項的順序在很大程度上取決於呼叫的協定，如表1、表2和表3中定義的首選項清單所示。撥號對等體只需滿足匹配條件之一。不必在撥號對等體中配置所有屬性或每個屬性都與呼叫設定資訊匹配。將根據第一個匹配條件搜尋所有撥號對等體。僅當找不到匹配項時，網關才會轉到下一個條件。

表1.入站SIP撥號對等體選擇首選項

附註：合格入站撥號對等體可以按VRF或租戶進行過濾。如果配置了適用的功能。有關詳細資訊，請參閱虛擬路由和轉發(VRF)以及撥號對等體搜尋和語音類租戶部分。

表2.入站H323撥號對等體選擇首選項

表3. 入站擁塞POTS撥號對等體選擇首選項

當不存在匹配項時/預設撥號對等體0 peer_tag=0, pid:0

當POTS或VoIP呼叫的入站撥號對等體沒有符合條件的匹配項時，網關將分配撥號對等體0。這不是理想的選擇，因為撥號對等體0的功能有限，並且可能會導致呼叫問題。SCCP和MGCP協定是這種協定的例外，它們不使用撥號對等體來路由呼叫。請參閱MGCP和SCCP部分以瞭解更多詳細資訊。

dial-peer 0功能

• 沒有dtmf中繼機制。
• 已通告用於VoIP呼叫的所有語音編解碼器。
• 傳真速率語音。
• 已啟用語音活動檢測(VAD)。
• 不支援RSVP。
• 沒有適用於POTS呼叫的IVR應用支援。
• 已啟用直接撥入。
• 不支援VRF。

出站撥號對等體匹配

出站撥號對等體用於從網關將POTS或VoIP呼叫路由到下一個呼叫代理。與入站撥號對等體匹配類似，網關可以根據特定協定的優先順序使用一系列專案來匹配撥號對等體。但是，與入站撥號對等體不同，如果沒有合格的出站撥號對等體來路由呼叫，則呼叫將失敗。與入站撥號對等體匹配一樣，將根據第一個匹配條件搜尋所有撥號對等體。僅當找不到匹配項時，網關才會轉到下一個條件。

表4.出站SIP撥號對等選擇首選項

附註：  當傳入和傳出撥號對等體都配置有呼叫e164-pattern-map時，必須將撥號對等體調配策略應用到傳入撥號對等體以避免呼叫失敗。

表5.出站H323撥號對等體選擇首選項

表6.出站POTS撥號對等體選擇首選項

附註：Number String Dial-Peer Hunting和URI Dial-Peer Hunting部分在轉到下一個匹配條件之前，將介紹網關如何評估每個匹配條件行的潛在命令清單。例如，它在檢查呼叫號碼命令之前，會評估所有潛在的destination-pattern匹配和目標e164-pattern-map匹配命令。

號碼字串撥號對等搜尋功能

數字字串首選項：

與URI具有評估匹配的特定操作順序類似，在評估數字數字數字字串時也會使用一組規則。思科網關的預設撥號對等尋線方案設定為0。這意味著網關搜尋匹配時間最長（最具體）的模式。 如果存在兩個匹配長度相同的撥號對等體，則網關會檢視顯式定義的撥號對等體首選項。最後，如果兩者相同，它會隨機選擇一個。

還有其他撥號對等搜尋方案可供設定；但是，大多數部署都保留預設值0。

提示：如果在預設順序之外匹配撥號對等體，管理員可以檢查非預設撥號對等體尋線方案的運行配置。

Gateway(config)# dial-peer hunt ?
  <0-7>  Dial-peer hunting choices, listed in hunting order within each choice:
  0 - Longest match in phone number, explicit preference, random selection.
  1 - Longest match in phone number, explicit preference, least recent use.
  2 - Explicit preference, longest match in phone number, random selection.
  3 - Explicit preference, longest match in phone number, least recent use.
  4 - Least recent use, longest match in phone number, explicit preference.
  5 - Least recent use, explicit preference, longest match in phone number.
  6 - Random selection.
  7 - Least recent use.

案例：已經為這些可能的匹配項配置了符合條件的撥號對等體，並且網關正在評估2001的數字字串。Dial-peer 1可以匹配從2000到2999的任何數字，而dial-peer 2可以匹配2000到2009。將為此呼叫匹配撥號對等體2，因為它是數字字串2001使用預設撥號對等體搜尋機制（撥號對等體搜尋0）時最長匹配（最具體）。 換句話說，數字200的序列是與數字字串2001中的數字序列完全匹配的最大序列。

!
dial-peer voice 1 voip
 destination-pattern 2...
!
dial-peer voice 2 voip
 destination-pattern 200.
!

首選項定義為管理員為每個撥號對等體定義的權重。管理員可以配置首選項，以便呼叫始終先於其它呼叫使用特定的撥號對等體。預設情況下，所有撥號對等體都是首選項0。具有首選項0的撥號對等體與具有首選項1至10的另一個撥號對等體匹配。大多數管理員設定多個撥號對等體，以將呼叫傳送到特定CUCM使用者，備份使用者或使用具有較低首選項（配置了較高號碼）的另一撥號對等體配置的其他呼叫代理。

方案:為兩個撥號對等體配置相同的匹配長度，以匹配數字字串2001。管理員定義顯式首選項。由於兩個撥號對等體的匹配長度相同，因此網關對它們的評估相同。但是，管理員將撥號對等體1設定為更高的首選項，以便選擇撥號對等體作為路由呼叫時使用的第一個撥號對等體。如果在第一個撥號對等體上發生故障，撥號對等體2將保留為輔助選項。

!
dial-peer voice 1 voip
 destination-pattern 2...
 preference 1
!
dial-peer voice 2 voip
 destination-pattern 2...
 preference 2
!

思科網關每次僅嘗試通過一個符合條件的出站撥號對等體路由呼叫。如果在第一個選定的撥號對等體上觀察到故障情況，則網關會嘗試將呼叫路由到下一個符合條件的撥號對等體。此過程會一直持續，直到呼叫成功或失敗，因為沒有更多符合條件的撥號對等體可以嘗試。撥號對等體搜尋和故障的常見症狀是進行呼叫時的回鈴明顯延遲。通常需要調試來驗證指定撥號對等體上呼叫失敗的確切原因。如果管理員不希望網關在觀察到故障情況時查詢另一個撥號對等體，則可以在撥號對等體上使用huntstop命令。

方案:為兩個撥號對等體配置相同的匹配長度，以匹配數字字串2001。管理員已定義明確的首選項，不希望與此特定呼叫的撥號對等體2匹配。由於存在兩個具有相同匹配長度的撥號對等體，因此該首選項用於確定撥號對等體。撥號對等體1具有最小的已配置首選項號碼，因此用於路由呼叫。如果使用dial-peer 1的出站呼叫支路發生故障情況，則網關會立即停止撥號對等體搜尋，因為已配置huntstop命令。在此案例中，從未將撥號對等體2用於出站路由。 

!
dial-peer voice 1 voip
 destination-pattern 2...
 preference 1
 huntstop
!
dial-peer voice 2 voip
 destination-pattern 2...
 preference 2
!

附註：huntstop和preference命令也可以與URI匹配語句結合使用，因為它們是通用的撥號對等體配置命令。此外，語音類伺服器組配置可以在17.4.1a中使用huntstop命令。有關此問題的更多詳細資訊，請參閱目標伺服器組部分。

URI撥號對等搜尋功能

網關會檢視每個匹配條件，並在轉到下一個匹配條件之前將其耗盡。例如，在入站SIP呼叫中。根據表1.入站SIP撥號對等體選擇首選項，思科網關首先檢查的是URI，並評估所有可能的URI命令，以找到適合的URI。如果沒有匹配項，或者沒有配置任何匹配項，則網關將移動到下一個匹配項，並對該條件進行評估。此過程會重複，直到呼叫根據匹配路由或網關用完要檢查的匹配條件為止。

當使用URI命令配置入站或出站撥號對等體時，網關會檢查在多個報頭中接收的URI是否有潛在的匹配。匹配首選項基於最具體的匹配項，且確切的首選項為Full URI match、Host Part、User Part或telephone URI。瞭解URI匹配的操作順序可以極大地幫助撥號對等體匹配SIP和CUBE部署。

可以使用voice class uri sip preference命令操作此首選項順序，以便將使用者ID指定為第一個選項而不是主機。

URI首選項：

1. URI的主機部分。範例:(@<ip_address>或@example.com)
2. URI的使用者部分。範例:(sip:8675309或sip:user)
3. tele-uri。範例：(電話：18005532447)
4. 完全匹配的URI。範例:(user@host.domain.name、user@<ip_address>、8675309@example.com、8675309@example.com)

支援文檔：思科統一邊界要素配置指南 — Cisco IOS XE 17.6或更高版本

案例：管理員已配置此撥號對等體並將呼叫傳送到網關。收到的Invite中的From標頭是From:<sip:testuser@192.0.2.1>。根據此報頭，網關可能匹配兩個不同的撥號對等體。基於使用者部分的撥號對等體1和基於主機部分的撥號對等體2。但是，由於主機匹配是優先於使用者匹配的首選項，因此撥號對等體2用於呼叫中的入站撥號對等體。

!
voice class uri URI1 sip
 user-id testuser 
!
voice class uri URI2 sip
 host ipv4:192.0.2.1
!
dial-peer voice 1 voip
 sess protocol sipv2
 incoming uri FROM URI1
!
dial-peer voice 2 voip
 sess protocol sipv2
 incoming uri FROM URI2
!

語音類URI 

入站和出站撥號對等體的URI匹配使管理員能夠靈活地對支援URI的VoIP協定的多個電話號碼字串執行匹配。在Cisco IOS 15.4(1)T和Cisco IOS-XE 3.11S之前，請求URI必須包含字母數字user@host，否則Cisco網關將拒絕帶有4xx消息的呼叫。現在URI可以只包含主機部分，網關僅基於提供的主機路由呼叫。例如，sip:cisco.com。

此外，在Cisco IOS 15.4(1)T和Cisco IOS-XE 3.11S之前，語音類URI使用者ID只能是數字e.164值(sip:1234@example.com)。 已更改此設定，以便管理員可以在CUBE(sip:user@example.com)上配置字母數字使用者ID。

語音類URI的主機或使用者部分可以包含正規表示式(regex)模式，這將大大擴展可匹配的可能值。

Gateway(config-voice-uri-class)# user-id .)
% unmatched ()user-id pattern can be of format ^([][0-9A-Za-z\|\/()*+^$&?#--.])*$

Gateway(config-voice-uri-class)# host .)
% unmatched ()host pattern can be of format ^([][0-9A-Za-z\|@\/()*+^$&?#--.])*$

Gateway(config-voice-uri-class)# pattern .)
% unmatched ()pattern pattern can be of format ^([][0-9A-Za-z\|@;:=%!~\/()*+^$&?#--.])*$

範例：語音類URI

!
voice class uri HOST sip
 host example.com
 host dns:cisco.example.com
 host ipv4:10.50.244.2
 host ipv6:[2001:4860:4860::8888]
!
voice class uri USER sip
 user-id username
!
voice class uri PATTERN sip
 pattern 8675309
!
voice class uri HostRegex sip
 host (.*)example.com
!
voice class uri ipRegex sip
 host 172\.18\.110\.20[567]
!
voice class uri PatternRegex sip
 pattern 555(.*)
!
voice class uri ipRegex sip
 pattern (172\.18\.110\.10[134]|10\.10\.10\.10)
 ! One Line that matches 172.18.110.101, 172.18.110.103, 172.18.110.104 OR 10.10.10.10
!
voice class uri UserRegex sip
 user-id test(.*)
!

每個語音類URI只能配置10台主機、1個模式或1個使用者ID，如以下示例所示。如果需要匹配更多專案，建議使用Regex。

Gateway(config)# voice class uri TEST sip
Gateway(config-voice-uri-class)#host ipv4:10.1.1.1
Gateway(config-voice-uri-class)#host ipv4:10.2.2.2
Gateway(config-voice-uri-class)#host ipv4:10.3.3.3
Gateway(config-voice-uri-class)#host ipv4:10.4.4.4
Gateway(config-voice-uri-class)#host ipv4:10.5.5.5
Gateway(config-voice-uri-class)#host ipv4:10.6.6.6
Gateway(config-voice-uri-class)#host ipv4:10.7.7.7
Gateway(config-voice-uri-class)#host ipv4:10.8.8.8
Gateway(config-voice-uri-class)#host ipv4:10.9.9.9
Gateway(config-voice-uri-class)#host ipv4:10.10.10.10
Gateway(config-voice-uri-class)#host ipv4:10.11.11.11
Error:Maximum of 10 hosts can only be configured.
 
Gateway(config)# voice class uri TEST2 sip
Gateway(config-voice-uri-class)#host dns:1.com
Gateway(config-voice-uri-class)#host dns:2.com
Gateway(config-voice-uri-class)#host dns:3.com
Gateway(config-voice-uri-class)#host dns:4.com
Gateway(config-voice-uri-class)#host dns:5.com
Gateway(config-voice-uri-class)#host dns:6.com
Gateway(config-voice-uri-class)#host dns:7.com
Gateway(config-voice-uri-class)#host dns:8.com
Gateway(config-voice-uri-class)#host dns:9.com
Gateway(config-voice-uri-class)#host dns:10.com
Gateway(config-voice-uri-class)#host dns:11.com
Error:Maximum of 10 hosts can only be configured.
 
Gateway(config)# voice class uri TEST3 sip
Gateway(config-voice-uri-class)#user-id 8675309
Gateway(config-voice-uri-class)#user-id 123456789
Gateway(config-voice-uri-class)#do sh run | s TEST3
voice class uri TEST3 sip
user-id 123456789
 
Gateway(config)# voice class uri TEST4 sip
Gateway(config-voice-uri-class)#pattern 8675309
Gateway(config-voice-uri-class)#pattern 123456789
Gateway(config-voice-uri-class)#do sh run | s TEST4
voice class uri TEST4 sip
pattern 123456789

入站URI撥號對等體匹配

此功能已新增在Cisco IOS 15.1(2)T和Cisco IOS-XE 3.8S中，並使用已配置並應用於入站撥號對等體的語音類URI。許多使用者已經通過傳統的incoming called-number語句為SIP呼叫採用傳入URI，因為它是選擇入站撥號對等體時檢查的第一個匹配條件。該命令還使管理員能夠更好地匹配來自特定呼叫代理或使用者的呼叫。

完整文檔：思科統一邊界要素配置指南 — Cisco IOS XE 17.6及以上版本

常見使用案例

1. URI主機部分上的入站撥號對等體匹配，用於應答來自CUCM的選項ping請求。
2. URI主機部分上的入站撥號對等體匹配，用於控制來自Internet電話服務提供商(ITSP)的入站呼叫
3. URi的使用者ID部分上的入站撥號對等體匹配，用於某些使用者或號碼的呼叫處理。

組態範例

此示例輸出匹配來自語音類URI中定義的兩個主機IP的任何SIP請求的撥號對等體777。被監控的報頭被定義為撥號對等體上的From報頭；但是，管理員可以定義許多其他屬性，包括VIA、TO和REQUEST（請求URI）。 如果CUCM向CUBE傳送OPTIONS ping現在匹配撥號對等體777，並從指定介面向OPTIONS發出my 200 OK回覆。如果CUCM向CUBE傳送Invite，則將撥號對等體777匹配為入站撥號對等體。

!
voice class uri CUCM sip
 host ipv4:10.50.244.2
 host ipv4:10.50.244.20
!
dial-peer voice 777 voip
 description INCOMING URI
 session protocol sipv2
 incoming uri from CUCM
 voice-class sip bind control source-interface Loopback777
 voice-class sip bind media source-interface Loopback777
!

出站URI撥號對等體匹配

Cisco IOS網關可以通過將語音類uri 應用於出站撥號對等體並將呼叫路由url新增到全域性配置來匹配使用URI的出站撥號對等體。如果存在，CUBE可以嘗試根據請求URI路由呼叫。此功能是在Cisco IOS 12.3(4)T中新增，並且存在於所有Cisco IOS XE版本中。請注意，預設情況下，傳出SIP請求URI和目標報頭URI的會話目標為出站撥號對等體。可以使用requri-passing 命令禁用此功能，該命令允許網關將內建URI主機部分傳遞到外接URI，而不是使用session-target替換URI主機部分。15.4(1)T和Cisco IOS XE 3.11S中增加了requri-passing 命令。

組態範例

voice service voip
 sip
  call-route url
  requri-passing
!
voice class uri CUCM sip
 host dns:.*.com
!
dial-peer voice 777 voip
 description OUTGOING URI
 session protocol sipv2
 destination uri CUCM
 session target sip-uri
!

來源：思科統一邊界要素配置指南 — Cisco IOS XE 17.6及以上版本

除了語音類URI之外，管理員還可以使用撥號對等體調配策略(DPP)來匹配出站撥號對等體匹配的內部URI。此功能已新增到Cisco IOS 15.4(2)T和Cisco IOS XE 3.12S中。撥號對等配置策略要求定義主要匹配屬性，並且次要匹配屬性是可選的。將設定策略應用於入站撥號對等體，並且當選擇該撥號對等體用於入站呼叫支路時，呼叫該策略。結果是根據撥號對等體調配策略中的屬性選擇出站撥號對等體。

出站匹配可以是單個報頭或多個報頭，這些報頭必須全部為true才能與撥號對等體匹配。

在示例中，From和To標頭有一個語音類URI。對於OR匹配，將配置包含兩個首選項的撥號對等調配策略。From標頭是第一個首選項，To標頭是備份首選項。撥號對端1234的構建是為了應用入站配對的調配策略。然後分別應用目11111URI from和22222標URI-to命令的撥號對等體命令和撥號對等體命令。這些命令指向它們的語音類URI。對於該呼叫，您可以接收Invite、match dial-peer 1234並檢查調配策略。然後，裝置可以嘗試首先在From報頭上進行路由，該報頭作為撥號對等體上的適用匹配。如果失敗，您還可以嘗試使用22222在11111報頭上進行路由。

該示例還詳細說明了如何實現與撥號對等體調配策略匹配。假設收到相同的Invite，您可以在一個首選項下定義兩個報頭，並將其應用於入站撥號對等體。

現在，收到邀請後，它可以檢查符合條件的出站撥號對等體，它們滿足調配策略中定義的兩個匹配條件。因此，在本示例中，您的出站撥號對等體需要同時定義TO和FROM報頭才能匹配。如果任一匹配項無效，則不使用此12345號對等項。

附註：雖然我們正在對From標頭上的呼叫進行路由，但離開網關的Invite仍然具有原始請求URI。我們只需使用Dial-peer provision-policy匹配出站撥號對等體，而不更改請求URI。

組態範例

### Received INVITE
Received: 
INVITE sip:8675309@172.18.110.58:5060 SIP/2.0
From: sipp <sip:sipp@172.18.110.65>;tag=1
To: sut <sip:cube@172.18.110.58:5060>

### Common Configurations
!
voice class uri FROM sip
 user-id sipp
!
voice class uri TO sip
 user-id cube
!

### OR Match
!
voice class dial-peer provision-policy 1
 description match from header. If false, try to header
 preference 1 from
 preference 2 to
!
dial-peer voice 1234 voip
 session protocol sipv2
 destination provision-policy 1
 incoming called-number .
!
dial-peer voice 11111 voip
 destination uri-from FROM
 session protocol sipv2
 session target ipv4:172.18.110.48
!
dial-peer voice 22222 voip
 destination uri-to TO
 session protocol sipv2
 session target ipv4:172.18.110.48
!

### AND Match
!
voice class dial-peer provision-policy 2
 description match from AND to headers
 preference 1 from to
!
dial-peer voice 1234 voip
 session protocol sipv2
 destination provision-policy 2
 incoming called-number .
!
dial-peer voice 12345 voip
 destination uri-from FROM
 destination uri-to TO
 session protocol sipv2
 session target ipv4:172.18.110.48
!

來源：Cisco IOS XE 17.5版思科統一邊界元素配置指南

session target sip-uri

在Cisco IOS 15.4(1)T和Cisco IOS XE 3.11S之前，如果URI的主機部分不同，但使用者相同，則需要兩個單獨的出站撥號對等體。

在此版本之後，管理員可以配置一個撥號對等體為同一使用者服務多個主機。例如，testuser@example.com和testuser@example.net位於同一撥號對等體下。使用會話目標sip-uri觸發傳入邀請請求URI域的DNS解析，並動態確定會話目標IP。

配置示例：

網關收到兩個帶有這些報頭的SIP邀請Invite sip:testuser@example.com:5060 SIP/2.0 Invite sip:testuser@example.net:5060 SIP/2.0由於傳入URI命令和使用者ID定義都匹配testuser，因此網關會在撥號對等體1上匹配testuser@example.com和testuser@example.net的傳入SIP請求。存在命令voice-class sip call-route url表示您基於此入站Invite的請求URI評估出站撥號對等體。您之所以匹配撥號對等體2，是因為與匹配撥號對等體1（testuser的使用者ID）的原因相同。此撥號對等體的會話目標是由會話目標sip-uri定義的原始sip-uri，即FQDN。進行DNS解析後，將example.com和example.net更改為第3層路由的IP，您將消息從網關傳送出去。

!
ip host example.com 192.0.2.10
ip host example.net 192.0.2.10
!
voice class uri TEST-IN sip
 user-id testuser
!
dial-peer voice 1 voip
 description INCOMING dial-peer
 incoming uri request TEST
 session protocol sipv2
 voice-class sip call-route url
!
dial-peer voice 2 voip
 description OUTBOUND dial-peer
 destination uri TEST
 session protocol sipv2
 session target sip-uri
!

驗證： 

show voice class uri <uri-name>
show voice class dial-peer provision-policy <number>
debug voip uri

撥號對等萬用字元

管理員可以在定義包含數字字串的入站和出站匹配機制時使用撥號對等萬用字元。其中包括destination-pattern、incoming called-number、e164-pattern-maps、answer-address以及prefix命令。撥號對等體萬用字元是可用於配置的正規表示式(regex)，它使撥號對等體的匹配具有更大的靈活性。

萬用字元表

來自網關的輸出，顯示可能的正規表示式輸入。

Gateway(config-dial-peer)# destination-pattern asdfqw4r3~2
Incorrect format for E.164 Number
        regular expression must be of the form  ^[][^0-9,A-F#*.?+%()-]*T?(\$)?$

撥號對等體狀態

撥號對等體可以處於兩種運行狀態之一。

1. UP
2. 關閉

撥號對等體要處於有效運行狀態，並且符合與呼叫路由一起使用的條件，它必須處於UP狀態。對於出站VOIP撥號對等體，這意味著可以存在有效的出站匹配機制以及有效的會話目標來路由呼叫。對於出站POTS撥號對等體，可以配置有效的出站匹配機制以及有效的語音埠。如果僅使用入站撥號對等體，則必須配置有效的入站匹配機制。

當撥號對等體配置了keepalive機制而遠端目標未通過該keepalive機制的引數時，便會看到忙碌退出狀態。然後，網關將撥號對等體移動到忙碌狀態，以便它不再用於呼叫路由決策，並且當再次實現keepalive機制時，網關將撥號對等體重新置於啟動狀態。如果選擇撥號對等體作為出站撥號對等體，並且此撥號對等體處於忙碌退出狀態，則網關將以原因代碼188使呼叫失敗。

除了運行狀態外，還有管理狀態。

1. UP
2. 關閉

管理員可以通過在撥號對等體上輸入shutdown命令來禁用撥號對等體，而無需將其從配置中刪除。要重新啟用撥號方式，請輸入no shutdown。

附註：如果某個撥號對等體的語音埠處於關閉狀態、關閉狀態或非運行狀態，則該撥號對等體仍保持運行狀態Up，但Out狀態顯示為Down。

 驗證 

Gateway# show dial-peer voice summary
dial-peer hunt 0
             AD                                    PRE PASS                OUT
TAG    TYPE  MIN  OPER PREFIX    DEST-PATTERN      FER THRU SESS-TARGET    STAT PORT    KEEPALIVE
1      voip  up   up                                0  syst
777    voip  up   up             9...               0  syst ipv4:10.50.244.2
555    voip  up   down           555                0  syst
888    pots  up   up             888                0                      up   0/2/0
999    pots  up   up             999                0                      down 0/2/0
123    voip  up   up             123                0  syst ipv4:10.10.10.10            busyout

虛擬路由和轉送(VRF)和撥號對等體搜尋

與VRF的入站撥號對等體匹配

從Cisco IOS 15.6(3)M和Cisco IOS-XE 16.3.1開始，Cisco網關可以使用VRF ID匹配入站撥號對等體。要利用這一點，管理員必須將入站撥號對等體繫結到介面，而介面又將撥號對等體繫結到指定介面上的VRF ID。完成繫結後，思科網關將過濾入站呼叫，以便僅包括符合接收資料包的介面的VRF ID的合格入站撥號對等體。從這裡開始，入站撥號對等體根據常規撥號對等體匹配操作順序進行匹配。

在發佈這些Cisco IOS/Cisco IOS-XE版本之前，Cisco網關會根據常規的入站撥號對等體匹配做出入站選擇，而無需進行任何過濾。這意味著VRF1呼叫可以與VRF2撥號對等體匹配。此外，由於在這些版本之前，H323和SIP僅支援一個VRF，因此嘗試使用多VRF功能時會出現其他問題。將單個VRF用於語音應用稱為VRF感知配置。

完整的VRF感知文檔：適用於語音閘道的VRF感知H.323和SIP

完整多VRF文檔：思科統一邊界元素配置指南 — Cisco IOS XE 17.6或更高版本

使用VRF的出站撥號對等體匹配

思科網關能夠跨VRF橋接呼叫，而無需配置路由洩漏。這意味著如果滿足正常的出站撥號對等體匹配選擇，則可以在VRF2的撥號對等體上對VRF1上的入站呼叫進行出站路由。可以採用撥號對等體組來強制思科網關將呼叫保留在同一個VRF中。

VRF和撥號對等組配置示例

此配置示例的VRF1和VRF2具有兩個重疊的IP範圍和兩個重疊的電話號碼範圍。

利用VRF繫結確保匹配正確的入站撥號對等體，利用Dial-peer Groups確保匹配正確的VRF繫結出站撥號對等體。如果8675309呼叫的SIP資料包到達gig0/0/1.2，則網關會根據VRF2 ID過濾掉所有可用的入站撥號對等體。這意味著您無法匹配撥號對等體10。現在，當您檢查數字字串時，您可以匹配撥號對等體20。撥號對等體20有一個撥號對等體組，該組告知網關唯一可以匹配的出站撥號對等體也是撥號對等體20。此撥號對等體組允許您避免匹配撥號對等體10並將來自VRF1的呼叫轉接到VRF2。從這裡可以正常進行呼叫。

!
interface GigabitEthernet0/0/1.1
 description VRF1
 encapsulation dot1Q 10
 ip vrf forwarding VRF1
 ip address 10.10.10.10 255.255.255.0
!
interface GigabitEthernet0/0/1.2
 description VRF2
 encapsulation dot1Q 20
 ip vrf forwarding VRF2
 ip address 10.10.10.10 255.255.255.0
!
voice service voip
 no ip address trusted authenticate
 media-address voice-vrf VRF1
 media-address voice-vrf VRF2
 allow-connections sip to sip
 sip
!
voice class dpg 10
 description INBOUND VRF1 to OUTBOUND VRF1
 dial-peer 10 preference 1
!
voice class dpg 20
 description INBOUND VRF2 to OUTBOUND VRF2
 dial-peer 20 preference 1
!
dial-peer voice 10 voip
 description VRF1
 destination-pattern 8675309
 session protocol sipv2
 session target ipv4:10.10.10.20
 destination dpg 10
 incoming called-number 8675309
 voice-class sip bind control source-interface GigabitEthernet0/0/1.1
 voice-class sip bind media source-interface GigabitEthernet0/0/1.1
!
dial-peer voice 20 voip
 description VRF2
 destination-pattern 8675309
 session protocol sipv2
 session target ipv4:10.10.10.20
 destination dpg 20
 incoming called-number 8675309
 voice-class sip bind control source-interface GigabitEthernet0/0/1.2
 voice-class sip bind media source-interface GigabitEthernet0/0/1.2
!

驗證

Gateway# show vrf brief | i VRF
  VRF1                             1:1                   ipv4        Gi0/0/1.1
  VRF2                             2:2                   ipv4        Gi0/0/1.2

Gateway# show dial-peer voice summary
TAG    TYPE  MIN  OPER PREFIX    DEST-PATTERN      FER THRU SESS-TARGET    STAT PORT    KEEPALIVE    VRF
10     voip  up   up             8675309            0  syst ipv4:10.10.10.20                         VRF1
20     voip  up   up             8675309            0  syst ipv4:10.10.10.20                         VRF2

Gateway# show voice class dpg 10
Voice class dpg: 10      AdminStatus: Up
 Description: INBOUND to OUTBOUND VRF1
 Total dial-peer entries: 1

 Peer Tag       Pref
 --------       ----
 10             1
-------------------------------------

Gateway# show voice class dpg 20
Voice class dpg: 20      AdminStatus: Up
 Description: INBOUND to OUTBOUND VRF2
 Total dial-peer entries: 1

 Peer Tag       Pref
 --------       ----
 20             1
-------------------------------------

高級呼叫路由技術

隨著業務需求的增長，公司不斷擴展，需要更多的DID，企業管理員會發現基本撥號對等體無法很好地滿足擴展需求。可能需要解決開 — 關情況，或者一般而言撥號對等體過多。擁有數以千計的撥號對等體並不能簡化管理和故障排除。為每個特定CUCM伺服器或呼叫代理設定撥號對等體開始使撥號對等體過多的問題複雜化，因為現在管理員需要為每個數字字串配置撥號對等體。如果有多個SIP提供商連線到網關，或者有幾個不同的人員使用同一個CUBE，則隔離特定租戶非常困難。

思科已採納此意見回饋，並建立了一組可以解決這些問題及更多問題的專案。撥號對等體組、語音類租戶、目標伺服器組、e164模式對映和POTS中繼組使管理員能夠解決列出的所有問題，以及更多未列出的問題。

撥號對等群組

在Cisco IOS 15.4(1)T中新增了撥號對等體組，在Cisco IOS 15.5(1)T和Cisco IOS-XE 3.14S中新增了Cisco IOS-XE 3.11S和POTS撥號對等體作為選項。撥號對等體組允許管理員根據匹配的入站撥號對等體為出站路由指定準確的撥號對等體。一旦與配置了撥號對等體組的入站撥號對等體匹配，即使目標模式不匹配，呼叫也會使用撥號對等體組中定義的撥號對等體。唯一的先決條件是，出站撥號對等體必須處於Up狀態，因此必須配置出站匹配方法，但實際上並不使用此方法來路由呼叫。

描述撥號對等體組的最佳方式是將其與路由表中的靜態路由概念相類比。這些是靜態入站到出站路由決策，它們會消除網關的一些猜測，因為它們確切地告訴網關如何路由呼叫。 

完整文檔：思科統一邊界要素配置指南 — Cisco IOS XE 17.6及以上版本

組態範例

在此示例中，被叫號碼是8675309。這將基於傳入的called-number語句匹配撥號對等體1234。此撥號對等體配置有撥號對等體組，該組表示如果撥號對等體2失敗，呼叫現在可以路由出撥號對等體2、3和1。這是網關，因此現在嘗試路由撥出dial-peer 2，就像通過撥號對等體組明確告訴它一樣，這是它可以進行的操作。

附註：撥號對等體1、2和3上的目標模式不是被叫的8675309號碼。這是正常的，呼叫仍然路由而沒有問題。

請記住，如dial-peer states（撥號對等體狀態）部分所述，您需要將某個/任何內容配置為出站匹配語句。在這種情況下，目的地模式只會使撥號對等體進入啟動運行狀態，並且不會計算該命令的數字字串。建議配置類似目標模式AAAA的模式，因為這是有效的目標模式。由於這在技術上是一個有效的撥號對等體，因此其他呼叫可能會與之匹配。因此AAAA數字串意味著，除了涉及撥號對等體組的特定情況之外，您永遠不能將其用於任何其他情況，因為AAAA的呼叫傳入的可能性非常非常低。

!
dial-peer voice 1 voip
 description Server 1
 destination-pattern ^1234$
 session target ipv4:192.0.2.1
!
dial-peer voice 2 voip
 description Server 2
 destination-pattern ^5678$
 session target ipv4:192.0.2.2
!
dial-peer voice 3 voip
 description Server 3
 destination-pattern AAAA
 session target ipv4:192.0.2.3
!
voice class dpg 1
 description Dial-peer Group for specific called number 8675309
 dial-peer 2 preference 1
 dial-peer 3 preference 2
 dial-peer 1 preference 3
!
dial-peer voice 1234 voip
 description INCOMING dial-peer with DPG
 incoming called-number ^8675309$
 destination dpg 1
!

驗證

Gateway# show voice class dpg 1
Voice class dpg: 1       AdminStatus: Up
 Description: Dial-peer Group for specific called number 1234
 Total dial-peer entries: 3

 Peer Tag       Pref
 --------       ----
 2              1
 3              2
 1              3
-------------------------------------

E164 — 模式對映

此功能使管理員能夠將許多可能的號碼匹配（目標模式、傳入呼叫號碼等）合併到單個模式對映中，從而減少撥號對等體的總數。在Cisco IOS 15.2(4)M和Cisco IOS-XE 3.7S中新增了出站撥號對端e164-pattern-map支援，而在Cisco IOS 15.4(1)T和Cisco IOS-XE 3.11S中新增了入站撥號對端e164-pattern-map支援。

e164-pattern-map可以通過CLI配置或預配置，並另存為.cfg檔案。然後，.cfg檔案會新增到網關的快閃記憶體中，並在配置命令的其餘部分時進行引用。.cfg檔案可以使用5000個條目。

兩種配置方法中的條目都可以使用所有普通撥號對等體萬用字元進行進一步聚合！

附註：  當傳入和傳出撥號對等體都配置有呼叫e164-pattern-map時，必須將撥號對等體調配策略應用到傳入撥號對等體以避免呼叫失敗。

完整文檔：思科統一邊界要素配置指南 — Cisco IOS XE 17.6及以上版本

CLI組態範例 — 通話號碼

!
voice class e164-pattern-map 1
 description E164 Pattern Map for calling numbers
 e164 919574100.
 e164 919574300.
 e164 8675309
!
dial-peer voice 1 voip
 description INBOUND Dial-peer based on CALLING #
 incoming calling e164-pattern-map 1
!
dial-peer voice 11 voip
 description OUTBOUND Dial-peer based on CALLING #
 destination calling e164-pattern-map 1
!

CLI組態範例 — 被叫號碼

!
voice class e164-pattern-map 2
 description E164 Pattern Map for called 800 numbers
 e164 91800T
 e164 91855T
 e164 91888T
!
dial-peer voice 2 voip
 description INBOUND Dial-peer based on CALLED #
 incoming called e164-pattern-map 2
!
dial-peer voice 22 voip
 description OUTBOUND Dial-peer based on CALLED #
 destination e164-pattern-map 2
!

快閃記憶體配置示例

!
voice class e164-pattern-map <tag>
 description FILEPATH for E164 Pattern Map
 url flash:<filepath>/e164-pattern-list.cfg
!
dial-peer voice ### voip
 description E164 Pattern Map Dial-peer
 incoming calling e164-pattern-map <tag>
!

voice class e164-pattern-map load 

驗證

Gateway# show voice class e164-pattern-map 1

e164-pattern-map 1
-----------------------------------------
  Description: CUCM phones
  It has 3 entries
  It is not populated from a file.
  Map is valid.

E164 pattern
-------------------
8675309
1...
[2-5]...$

值得注意的缺陷

思科錯誤ID CSCva64393e164-pattern-map不會分析配置檔案的最後一行。

Destination Server-Groups

伺服器組使管理員能夠在同一VOIP撥號對等體上配置多個目標（會話目標）。預設情況下，排序順序是在server-group條目中定義的首選項。當您使用命令hunt-scheme round-robin時，可以採用循環輪詢方式。Server-Groups已新增到Cisco IOS 15.4(1)T和Cisco IOS XE 3.11S中。在Cisco IOS XE 17.4.1中，語音類伺服器組配置中新增了可配置的huntstop錯誤代碼。也就是說，您可以配置單個錯誤代碼，例如404 Not Found，並且SIP錯誤通常會觸發裝置嘗試伺服器組中的下一個選項。在server-group內具有config huntstop 1 resp-code 404;狩獵可以停止。這些值也可配置為huntstop 1 resp-code 401到599的範圍。

附註：每個伺服器組的最大條目數為5。

完整文檔：思科統一邊界要素配置指南 — Cisco IOS XE 17.6及以上版本

組態範例 — 普通

!
voice class server-group 1
 hunt-scheme round-robin
 ipv4 10.50.244.2 port 5060 preference 1
 ipv4 10.50.244.62
 ipv6 2010:AB8:0:2::1 port 2323 preference 3
 ipv6 2010:AB8:0:2::2 port 2222
!
dial-peer voice 1 voip
 session protocol sipv2
 destination-pattern 8675309
 session server-group 1
!

驗證

Gateway# show voice class server-group 1
Voice class server-group: 1
 AdminStatus: Up OperStatus: Up
 Hunt-Scheme: round-robin Last returned server:
 Description:
 Total server entries: 4

 Pref Type IP Address IP Port
 ---- ---- ---------- -------
 1 ipv4 10.50.244.2     5060
 0 ipv4 10.50.244.62
 3 ipv6 2010:AB8:0:2::1 2323
 0 ipv6 2010:AB8:0:2::2 2222
[..truncated..]

目標伺服器組和選項Keepalive

請注意，伺服器組不遵循正常的對話外選項Keepalive機制。它們使用名為option-keepalive profile的功能。這樣，網關就可以監控在特定server-group中定義的每個呼叫代理。

伺服器組的Option-keepalive示例

!
voice class server-group 1
 hunt-scheme round-robin
 ipv4 10.50.244.2
 ipv4 10.50.244.62
!
dial-peer voice 1 voip
 session protocol sipv2
 session server-group 1
 voice-class sip options-keepalive profile 1
!

驗證

Gateway# show voice class sip-options-keepalive 1
Voice class sip-options-keepalive: 1             AdminStat: Up
 Description:
 Transport: system               Sip Profiles: 0
 Interval(seconds) Up: 5                 Down: 5
 Retry: 5

  Peer Tag      Server Group    OOD SessID      OOD Stat        IfIndex
  --------      ------------    ----------      --------        -------
  1             1                               Active          87

  Server Group: 1                OOD Stat: Active
   OOD SessID   OOD Stat
   ----------   --------
   1            Active
   2            Active

 OOD SessID: 1                   OOD Stat: Active
  Target: ipv4:10.50.244.2
  Transport: system              Sip Profiles: 0

 OOD SessID: 2                   OOD Stat: Active
  Target: ipv4:10.50.244.62
  Transport: system              Sip Profiles: 0

傳出代理

可以將SIP出站代理配置新增到語音服務voip、語音類租戶或撥號對等配置，以指定第3層SIP資料包的目標。

也就是說，撥號對等體上的會話目標可用於建立SIP資料包，但出站代理可以是資料包在第3層傳送的位置。

!
voice service voip
 sip
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com
!
voice class tenant 100
 outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com
!
dial-peer voice 100 voip
 session target ipv4:192.168.1.1
 voice-class sip outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com
!

請注意，撥號對等體的預設配置是voice-class sip outbound-proxy system，這可能會使撥號對等體使用全域性語音服務voip > sip配置。

可以禁用此行為，並強制撥號對等體回退並使用會話目標作為每個撥號對等體的第3層目標。此配置如下：

dial-peer voice 777 voip
 no voice-class sip outbound-proxy

POTS中繼組

中繼組是具有類似信令功能的物理語音埠的集合。此功能可用於減少需要配置的POTS撥號對等體的總數。中繼組在12.1(3)T中引入到Cisco IOS中，並且存在於所有Cisco IOS XE版本中。

完整文檔：網關中繼和基於運營商的路由增強功能

組態範例

!
trunk group PSTN
 description PSTN voice-ports
!
trunk group FXO
 description FXO voice-ports
!
voice-port 0/2/0
 trunk-group PSTN 1
!
voice-port 0/2/1
 trunk-group PSTN 2
!
voice-port 0/2/2
 trunk-group FXO 1
!
voice-port 0/2/3
 trunk-group FXO 2
!
dial-peer voice 1234 pots
 trunkgroup PSTN 1
 trunkgroup FXO 2
!

語音類租戶

Cisco IOS 15.6(2)T和Cisco IOS XE 16.3.1引入了語音類租戶，允許每個租戶有自己的配置。租戶可以是電話提供商、思科統一通訊管理器(CUCM)或管理員希望具有的特定全域性設定的任何其他第三方呼叫代理。首先，管理員建立語音類租戶並定義引數。然後，將語音類租戶應用於特定撥號對等體或選擇。此新配置使管理員能夠控制除撥號對等體和全域性配置之外的其他呼叫。

在17.8.1a中，語音類租戶配置可以使用sip-listen命令（與適當的SIP控制繫結命令相結合）進行配置，以定義該租戶的非安全或安全埠。這意味著租戶1可以在UDP 5060 + VRF Red上偵聽不安全的SIP，而租戶2在TCP TLS 5070 + VRF Blue上偵聽SIP。基於偵聽埠+繫結+可選vrf入站撥號對等體匹配租戶後，將篩選為應用了租戶的租戶。

完整文檔：思科統一邊界要素配置指南 — Cisco IOS XE 17.6及以上版本

無租戶的正常命令順序首選項

1. Dial-peer命令
2. 全域性命令（語音服務voip和sip-ua）

租戶的命令優先順序

1. Dial-peer command
2. 租戶命令
3. 全域指令（語音服務voip和sip-ua）

多租戶配置示例

您有兩個租戶777和999。您為他們配置了略有不同的配置，並將其應用於撥號對等體。這意味著使用不同撥號對等體的呼叫具有基於撥號對等體的配置以及租戶特定的配置。列出的選項只是語音類租戶強大功能的片段。請參閱相關文檔，瞭解可以在租戶上配置哪些內容。建議使用嚴格的匹配機制，如語音類URI或具有特定號碼字串的標籤號碼，以分隔租戶撥號對等體匹配，甚至配置VRF，使租戶A不會與租戶B重疊，意外匹配他們無法匹配的撥號對等體。

!
voice class tenant 999
 asymmetric payload full
 bind control source-interface GigabitEthernet0/0/0.228
 bind media source-interface GigabitEthernet0/0/0.228
 g729 annexb-all
!
voice class tenant 777
 sip-server ipv4:192.168.1.2
 bind control source-interface Loopback0
 bind media source-interface Loopback0
 pass-thru content sdp
!
dial-peer voice 999 voip
 destination-pattern 8675309
 session protocol sipv2
 incoming called-number 8675309
 voice-class sip tenant 999
!
dial-peer voice 777 voip
 destination-pattern 8675309
 session protocol sipv2
 session target sip-server
 voice-class sip tenant 777
!

驗證

目前，沒有單獨的命令可檢視語音類租戶配置。此命令足以將運行配置過濾為僅包含租戶資訊。

show run | sec tenant

附註：思科漏洞ID CSCvf28730中，show sip-ua register status不反映語音類租戶上SIP中繼註冊的狀態。

ILS URI呼叫CUBE（語音類路由字串）

路由字串與CUCM集群間查詢服務(ILS)一起使用，可以配置為允許思科網關通過從運行ILS服務的CUCM 9.5+接收的SIP Invite中包含的路由字串來路由VoIP呼叫。此功能已新增到Cisco IOS 15.3(3)M和Cisco IOS XE 3.10S中。大多數ILS連線都是從CUCM到CUCM的，管理員無需費心使用CUBE進行集群間中繼。但是，如果您需要在中間使用CUBE執行函式，則有相應的選項。CUCM需要在應用於SIP中繼的SIP配置檔案上啟用傳送ILS學習目標路由字串設定，以便將x-cisco-dest-route-string報頭傳送到CUBE

完整文檔:Cisco IOS版本15M&T的H.323到SIP和SIP到SIP企業應用程式互操作性配置指南

配置示例CUCM - SIP - CUBE - SIP - CUCM

!
voice service voip
 sip
  call-route dest-route-string
!
voice class route-string rt1
 pattern london.uk.eu
!
voice class sip route-string rt2
 pattern *.eu
!
voice class sip-hdr-passthrulist hdr1
 passthru-hdr x-cisco-dest-route-string
!
dial-peer voice 1 voip
 description INBOUND dial-peer
 session protocol sipv2
 voice-class sip pass-thru headers hdr1
 incoming called-number .
!
dial-peer voice 2 voip
 description OUTBOUND dial-peer
 destination route-string rt2
 session protocol sipv2
 session target ipv4:172.16.104.178
!

驗證

show voice class route-string

舊版通話路由技術

本節涵蓋的項被視為傳統技術。雖然思科閘道中仍存在設定這些命令的功能，但建議不要在現代設定中使用這些命令。本文檔僅介紹它們，因為它們在使用傳統配置或執行升級時可能會遇到。

DNIS對映

DNIS地圖可以被認為是現在的E164模式地圖的前身。DNIS對映是在12.2(2)XB中新增到Cisco IOS的，並且一直存在於Cisco IOS XE中。

如果配置了DNIS對映，則值得將它們轉換為更強大的e164模式對映功能。

命令語法：Cisco IOS語音命令參考 — D至I

組態範例

!
voice dnis-map 34
 dnis 8675309
!
dial-peer voice 88 voip
 dnis-map 34
!

中繼組標籤

中繼組標籤是在Cisco IOS 12.2(11)T中新增，並且存在於所有Cisco IOS XE版本中。Trunk-group-label的用途與Carrier-ID類似，因為它可用於增強撥號對等體的匹配。這可用於POTS中繼組、VOIP和POTS撥號對等體以及語音源組中的配置。在現代Cisco網關配置中，很少會看到中繼組標籤的使用。

命令語法：Cisco IOS語音命令參考 — T至Z

組態範例

!
dial-peer voice 112 pots
 trunk-group-label source north3
 trunk-group-label target east17
!

編號型別

通過ISDN Q.931整合，可以根據Q.931 SETUP消息中的主叫或被叫號碼以及特定ITU號碼型別來匹配撥號對等體。這可透過VOIP或POTS撥號對等體上的numbering-type命令設定。Numbering-type不能單獨使用，並且必須與目標模式、應答地址或傳入被叫號碼一起使用。這意味著入站/出站匹配語句的條件與號碼型別必須匹配，才能使撥號對等體成功用於入站和出站呼叫路由。

Numbering-match可視為撥號對等體過濾機制，而非匹配機制。這是因為如果沒有應用管理員首選項，則無論是否應用編號型別命令，撥號對等體都會被視為相同的預設首選項權重。這與carrier-id不同，後者當應用於撥號對等體和其他匹配機制時，如果兩個條件都為真，則向撥號對等體新增優先權。

編號型別匹配已新增到Cisco IOS 12.0(7)XR1中，並且存在於所有Cisco IOS XE版本中。隨著合作網路中部署的傳統POTS ISDN線路的減少，編號型別的使用在現代部署中很少見。

命令語法：Cisco IOS語音命令參考 — K至R

組態範例

只有當ISDN號碼型別為4085150000國4085159999時，此撥號對等體才能匹配到VDSL。

!
dial-peer voice 408 voip
 numbering-type national
 destination-pattern 408515....
 session target ipv4:10.1.1.2
!

可能的號碼型別：

撥號對等體資料

資料撥號對等體是在Cisco IOS 12.2(13)T中匯入，而此類撥號對等體的使用是用於Cisco閘道上的傳入資料資料機呼叫。此撥號對等體僅用於入站方向，在現代部署中很少見。

命令語法：Cisco IOS語音命令參考 — D至I

組態範例

!
dial-peer data 100 pots
 incoming called-number 100
!

Voice Source-Group

15.1(2)T中增加了此功能，但許多現代部署中未實現此功能。通常部署Cisco IOS/CUBE的其他安全方法。

CUBE應用程式安全概述可從本白皮書的第4.2節開始檢視。

思科統一邊界要素(CUBE)管理和可管理性規範

命令語法: Voice Source-Group Feature

撥號對等體許可權

此配置允許管理員將撥號對等體限製為僅允許入站連線（術語/終止）或出口連線（源/發起）。 這類似於將入站撥號對等體明確配置為僅用於入站呼叫，將出站撥號對等體配置為出站呼叫。任何撥號對等體的預設設定為允許入站和出站連線。此CLI在現代部署中通常不會部署。

Router(config)# dial-peer voice 1 voip
Router(config-dial-peer)# permission ?
 both allow both orig/term on this dialpeer
 none no orig/term allowed on this dialpeer
 orig allow only orig on this dialpeer
 term allow only term on this dialpeer

URI和數字操控

在合作部署的某個時間點，管理員可能需要運算元字或URI/SIP報頭。思科網關擁有多種數字操作方法，管理員可以完全控制數字操作的方式和時間。但是，這並不總是容易的，並且一些人被不同的選項弄得不知所措，或者管理員不知道有一個選項存在。

通過POTS撥號對等體進行數字操控

POTS撥號對等體具有一些唯一的VOIP撥號對等體沒有的位數處理技術。

第一個是去除destination-pattern中顯式定義的左對齊數字。可以在POTS撥號對等體上使用no digit-strip命令禁用此功能。

範例：

在本示例中，9011T被定義為destination-pattern的字串。

通過此配置，您可以接收90113227045555的呼叫。此配置與出站呼叫路由的撥號對等體匹配，並且在將呼叫路由出語音埠之前去除顯式定義的數字9011。 

!
dial-peer voice 1 pots
 destination-pattern 9011T
 port 0/0/0:23
!

此範例顯示未放置數字條帶的配置。

如果呼叫相同的號碼，則傳送9011。

!
dial-peer voice 1 pots
 destination-pattern 9011T
 port 0/0/0:23
 no digit-strip
!

第二個功能是指定您要在POTS撥號對等體上轉發多少位數。

在以下示例中，您接收來自CUCM的918005532447呼叫。在這種情況下，您要刪除9，但傳送以1開頭的號碼的其餘部分。

如果您在POTS撥號對等體上配置forward-digits命令，則可以精確指定傳送的數字數。

!
dial-peer voice 1 pots
 destination-pattern 918005532447
 forward-digits 11
 port 0/2/0
!

最後，POTS撥號對等體可以使用prefix命令在路由出語音埠之前向呼叫新增數字。此示例將顯式定義的91和字首007去除到號碼，然後發出呼叫到語音埠。

!
dial-peer voice 1 pots
 destination-pattern 91T
 prefix 007
 port 0/1/0:15
!

通過語音轉換規則和配置檔案進行數字操控

語音轉換規則是用於轉換數字的正規表示式(regex)。轉換規則和配置檔案已新增到12.0(7)XR1的Cisco IOS中。轉換規則應用於語音轉換配置檔案，然後應用於撥號對等體或語音埠。轉換規則包含匹配輸入和修改輸出。除了號碼上的匹配輸入外，ISDN計畫和型別還有一個匹配和修改輸入。匹配數字字串、計畫和型別的組合被視為匹配項。這意味著要進行轉換，定義的所有匹配輸入都必須為true。 

轉換規則能夠在ISDN、SIP和H323信令協定中更改Called、Calling、redirect-called、redirect-target和回撥號碼。轉換規則匹配基於自上而下的搜尋，因此規則的順序至關重要。如果在更高級的規則中找到匹配項，網關會立即停止搜尋並處理轉換。轉換規則無法更改非數字sip報頭，例如testuser@10.10.10.10。要進行此操作，請使用SIP配置檔案。

Transition-rules可用於阻止思科網關上的呼叫。

轉換配置檔案選擇首選項

1. 語音埠上的傳入語音轉換配置檔案
2. 應用於串列介面的中繼組上的傳入語音轉換配置檔案
3. 傳入撥號對等體上的傳入voice translation-profile
4. 通過語音服務埠定義的incoming voice translation-profile
5. 通過全域性「voip-incoming translation-profile」定義的傳入語音轉換配置檔案
6. 通過語音服務埠定義的outbound voice translation-profile
7. 出站撥號對等體上的出站voice translation-profile或translate-outgoing
8. 應用於串列介面的中繼組上的出站語音轉換配置檔案
9. voice-port上的出站voice translation-profile

除了撥號對等體regex和wilcards轉換規則外，它們還擁有自己的regex字元。

修改集

• 集合被指定為\0、\1、\2等。
• \0匹配第一個匹配集之間的任何內容。這也可以通過&號字元實現：&.
• \1與match-set中的第一組()匹配
• \2與match-set中的第二組()匹配
• 如此等等。

帶有兩個集合的轉換規則示例

在本例中，您可以檢查數字000111000222。

您要從數字中移除0，然後實現最終的111222數。

為此，可配置設定1和設定2，分別抓取111和222，同時刪除0。

!
voice translation-rule 333
 rule 1 /000\(111\)000\(222\)/ /\1\2/
!
voice translation-profile SET-EXAMPLE
 translate called 333
!

Gateway# test voice translation-rule 333 000111000222
Matched with rule 1
Original number: 000111000222   Translated number: 111222
Original number type: none      Translated number type: none
Original number plan: none      Translated number plan: none

從被叫號碼中去除9外撥模式的示例

!
voice translation-rule 9
 rule 1 /^9\(.*\)/ /\1/
!
voice translation-profile STRIP-9
 translate called 9
!
dial-peer voice 9 voip
 translation-profile outgoing STRIP-9
!
voice-port 0/0/0
 translation-profile outgoing STRIP-9
!

Gateway# test voice translation-rule 9 918675309
Matched with rule 1
Original number: 918675309      Translated number: 18675309
Original number type: none      Translated number type: none
Original number plan: none      Translated number plan: none

將被叫號碼截斷為4位

!
voice translation-rule 4
 rule 1 /.*\(....\)/ /\1/
!
voice translation-profile STRIP-TO-4
 translate called 4
!

Gateway# test voice translation-rule 4 8675309
Matched with rule 1
Original number: 8675309        Translated number: 5309
Original number type: none      Translated number type: none
Original number plan: none      Translated number plan: none

從被叫號碼中去除加號+

!
voice translation-rule 999
 rule 1 /\+\(.*\)/ /\1/
!
voice translation-profile STRIP-PLUS
 translate called 999
!
Gateway# test voice translation-rule 999 +8675309
Matched with rule 1
Original number: +8675309       Translated number: 8675309
Original number type: none      Translated number type: none
Original number plan: none      Translated number plan: none 

轉換規則還可以直接應用於撥號對等體，而無需首先應用於轉換配置檔案。

!
voice translation-rule 1
 rule 1 /1234/ /8678309/
!
voice translation-rule 2
 rule 2 /^4...$/ /1408515\0/
!
dial-peer voice 1 voip
 translate-outgoing called 1
!
dial-peer voice 2 voip
 translate-outgoing calling 2
!

中繼組上的轉換配置檔案

!
trunk group <name>
 translation-profile incoming <profile-name>
 translation-profile outgoing <profile-name>
!

調試語音轉換規則和配置檔案

debug voip ccapi inout
debug voice translation
debug dialpeer
test voice translation-rule <number> <string> type <type> plan <plan>

語音類e164翻譯

語音類e164轉換功能是一種較新的Cisco IOS XE功能，允許管理員建立匹配語句清單並修改要通過配置檔案從快閃記憶體或網路目錄載入的語句。這與本文檔中討論的e164-pattern-map功能的概念相似。這樣，管理員可以在一個配置檔案中配置最多100個翻譯，並在單個翻譯配置檔案中應用這些翻譯。有關詳細資訊，請參閱Cisco IOS語音命令參考

對.cfg檔案遵循以下語法：

pattern1_to_be_matched<tab>replaced_pattern<space><enter>
pattern1_to_be_matched<tab>replaced_pattern<space><enter>

附註：後面的空格非常重要，如果沒有額外的格式化步驟，匯入可能會失敗。

Sample.cfg

+111111	8897 
+222222	8312 
928747	+123456789 
737362	+987654321 

此檔案隨後按如下方式引用：

voice class e164-translation 164
 url ftp://username:password@10.10.10.10/sample.cfg

現在，您可以正常應用轉換配置檔案，然後使用正常的轉換配置檔案語法應用於撥號對等體。

voice translation-profile e164
 translate calling voice-class e164-translation 164
 translate called voice-class e164-translation 164

命令show voice class e164-translation e164-translation-number可用於檢視轉換配置檔案的內容。

通過ISDN對映進行數字操控

ISDN MAPS是一種用於修改數字的較舊技術。這已新增到Cisco IOS 12.0(6)T中，大多數新配置未使用此功能，因為它們不如語音轉換規則和配置檔案功能強大。ISDN對映在串列介面下定義。

組態範例

Serial0/0/0:23
 isdn map address ^911 plan isdn type unknown
 isdn map address ^1.......... plan isdn type national
 isdn map address ^2......... plan isdn type national
 isdn map address ^3......... plan isdn type national
 isdn map address ^4......... plan isdn type national
 isdn map address ^5......... plan isdn type national
 isdn map address ^6......... plan isdn type national
 isdn map address ^7......... plan isdn type national
 isdn map address ^8......... plan isdn type national
 isdn map address ^9......... plan isdn type national

通過號碼擴展(num-exp)進行數字操控

與ISDN對映一樣，號碼擴展是Cisco IOS 11.3(1)T中增加的一種較舊技術，在新網路中很少使用。此功能是在語音轉換規則和配置檔案存在之前新增的。號碼擴展是應用於思科網關上所有撥號對等體的數字的全域性更改。在撥號對等體匹配之後，以及在將呼叫傳送到下一個呼叫代理之前，將修改應用於被叫號碼。

組態範例

num-exp 4... 18005554...
num-exp 1234 8675309

入站/出站SIP配置檔案

SIP配置檔案是強大的正規表示式(regex)Match語句，允許管理員更改包含SDP和SIP報頭的SIP消息的任何方面。可以全域性啟用、按撥號對等體或按租戶啟用。SIP配置檔案可用於從Cisco IOS 15.4(2)T和Cisco IOS XE 3.12S開始的入站修改。由於SIP配置檔案非常強大，因此本文檔僅介紹幾個具體示例。SIP配置檔案還增加了在Cisco IOS 15.5(2)T和Cisco IOS-XE 3.13S中修改或新增自定義SIP報頭的功能。

有關入站SIP配置檔案與出站SIP配置檔案的要點

• 入站SIP配置檔案在CUBE處理呼叫路由消息之前更改消息。
• 出站SIP配置檔案在CUBE處理呼叫路由之後以及在將消息傳送到下一跳之前更改消息。

有關sip-profile Configuration的其他附註： 

• SIP配置檔案無法處理m=image SDP屬性。此專案的增強功能已在思科錯誤ID CSCsr20474下列出  此外，SIP配置檔案不能刪除或向SDP新增值。只有您可以修改這些值。但是，可以通過指定整個值，然後將輸出設定為一組空引號而不帶空格，將SDP值修改為空值。
• 在語音類sip-profile中輸入命令時，不會執行檢查以檢視當前輸入的命令是否已存在或該命令的版本是否存在。如果管理員將線路貼上到sip配置檔案中7次，則線路會在運行配置中顯示7次。建議刪除正在修改的命令，然後在編輯sip配置檔案時輸入新命令，以避免出現多個命令。

完整文檔：思科統一邊界要素配置指南 — Cisco IOS XE 17.6及以上版本

CSA上的SIP配置檔案測試工具：SPT工具

入站/出站SIP配置檔案示例語法

!
voice class sip-profiles <number>
 request <message-type> sip-header <header> modify "match-pattern" "replace-pattern"
 request <message-type> sip-header <header> add "add-pattern"
 request <message-type> sip-header <header> remove 

 request <message-type> sdp-header <header> modify "match-pattern" "replace-pattern"
 request <message-type> sdp-header <header> add "add-pattern"
 request <message-type> sdp-header <header> remove

 response <number> sip-header <header> modify "match-pattern" "replace-pattern"
 response <number> sip-header <header> add "add-pattern"
 response <number> sip-header <header> remove

 response <number> sdp-header <header> modify "match-pattern" "replace-pattern"
 response <number> sdp-header <header> add "add-pattern"
 response <number> sdp-header <header> remove
!

帶編號的入站/出站SIP配置檔案示例

voice class sip-profiles 200
 rule 1 response ANY sip-header Remote-Party-ID modify "match-pattern" "replace-pattern"
 rule 2 response ANY sdp-header Audio-Attribute modify "match-pattern" "replace-pattern"

出站SIP配置檔案應用方法

! Global Application 
voice service voip
 sip
  sip-profiles <number>
!
! Tenant Application
voice class tenant <tag>
 sip-profiles <tag>
!
! Dial-peer Application
dial-peer voice <tag> voip
 voice-class sip profiles <number>
!

入站SIP配置檔案應用方法

附註：無論使用的是全域性應用、租戶還是撥號對等應用，都需要啟用語音服務voip sip下的sip配置檔案入站。

! Global Application 
voice service voip
 sip
  sip-profiles inbound
  sip-profiles <number> inbound
!

! Tenant Application
voice service voip
 sip
  sip-profiles inbound
!
voice class tenant <tag>
 sip-profiles <tag> inbound
!

! Dial-Peer Application
voice service voip
 sip
  sip-profiles inbound
!
dial-peer voice <tag> voip
 voice-class sip profiles <number> inbound
!

用於修改OPTIONS keepalive消息的SIP配置檔案示例。

!
voice class sip-options-keepalive 200
 transport tcp tls
 sip-profiles 299
!

用於修改URI的主機、域或兩部分的SIP配置檔案示例。

! Host
!
voice class sip-profiles 1
 request ANY sip-header Contact modify "sip:(.*)@" "sip:8675309@"
!
! Domain
!
voice class sip-profiles 2
 request ANY sip-header Contact modify "10.67.138.241:5060" "cisco.com"
!
! Note: Port is optional
!
! Modify Both User and Host
!
voice class sip-profiles 3
 request ANY sip-header Contact modify "sip:(.*)>" "sip:8675309@cisco.com>"
!

要新增、修改或刪除轉移報頭的SIP配置檔案示例。

! Add
!
voice class sip-profiles 777
 request INVITE sip-header Diversion add "Diversion: <sip:1234@cisco.com>"
!
!
! Modify
!
voice class sip-profiles 888
 request INVITE sip-header Diversion modify "sip:(.*)>" "sip:1234@cisco.com>"
!
!
! Remove
!
voice class sip-profiles 999
 request INVITE sip-header Diversion remove
!

修改SIP報頭呼叫方ID名稱部分的示例SIP配置檔案。

!
voice class sip-profiles 123
 request INVITE sip-header From modify "\".*\"" "\"TEST CLID*\""
!

將183正在進行的會話更改為180振鈴的SIP配置檔案示例。

!
voice class sip-profiles 789
 response 183 sip-header SIP-StatusLine modify "SIP/2.0 183 Session in Progress" "SIP/2.0 180 Ringing"
!

與提供商的單向或單向音訊互操作性的SIP配置檔案示例。

!
voice class sip-profiles 200
 request ANY sdp-header Audio-Attribute modify "a=inactive" "a=sendrecv"
 request ANY sdp-header Audio-Connection-Info modify "0.0.0.0" "10.10.10.10" 
!
! where 10.10.10.10 is CUBE's provider facing IP address

用於刪除互操作性問題的UPDATE方法的SIP配置檔案示例。

!
voice class sip-profiles 200
 request ANY sip-header Allow-Header modify ", UPDATE" ""
!

顯示SIP配置檔案內SET use的SIP配置檔案示例。這與語音轉換規則一節中介紹的Sets概念相同。

!
voice class sip-profiles 1
 request ANY sip-header Contact modify "sip:(.*)@" "sip:\1@"
!

配置IF邏輯和新線路會與SIP配置檔案斷開。

SIP配置檔案支援換行符，但是這些配置檔案只有一個非常特定的使用案例。由於SIP配置檔案沒有任何If、Then、Else邏輯，因此現在提供了一種根據來自另一個報頭的輸入對其中一個報頭進行修改的方法。例如，管理員僅希望在FROM標頭包含1234@cisco.com時修改轉移標頭。利用換行符，我們可以偽裝SIP配置檔案中的IF語句。請參閱配置示例：您在From標頭中的任何域匹配1234。然後，將第一組帶過來並新增新的換行符\x0D\x0AD。最後，新增所需的報頭。請注意，此方法僅允許您新增標頭。無法修改其他標頭。因此，這僅部分滿足管理員先前希望達到的要求。

!
voice class sip-profiles 1
 request INVITE sip-header From modify “(.*sip:1234@.*)” “\1\x0D\x0ADiversion: <sip:5678@example.com>”
!

具有OR邏輯的SIP配置檔案示例。

!
voice class sip-profiles 123
 request ANY sdp-header Audio-Attribute modify "(a=sendonly|a=recvonly|a=inactive)" "a=sendrecv"
 response ANY sdp-header Audio-Attribute modify "(a=sendonly|a=recvonly|a=inactive)" "a=sendrecv"
!

通過SIP配置檔案進行第7層SIP檢查的示例。

### Usage
10.21.15.10 replace with private IP of CUBE
a.b.c.d replace with public IP
------------------------------------------------------

### Inbound from ITSP Layer 7 Fixup
!
voice class sip-profiles 888
 request INVITE sip-header SIP-Req-URI modify "@.*;" "@10.21.15.100;"
!
voice service voip
 sip
  sip-profiles inbound
!

### Outbound Layer 7 Fixup
!
voice class sip-profiles 777
 request ANY sip-header Contact modify "<sip:(.*)@10.21.15.100:5060>" "<sip:\1 a.b.c.d:5060>" 
 response ANY sip-header Contact modify "<sip:(.*)@10.21.15.100:5060>" "<sip:\1 a.b.c.d:5060>" 
 request ANY sip-header Via modify "SIP(.*) 10.21.15.100(.*)" "SIP\1 a.b.c.d\2" 
 request ANY sdp-header Session-Owner modify "(.*IP4 ).*" "\1a.b.c.d" 
 request ANY sdp-header Connection-Info modify "IN IP4 10.21.15.100" "IN IP4 a.b.c.d" 
 request ANY sdp-header Audio-Connection-Info modify "IN IP4 10.21.15.100" "IN IP4 a.b.c.d" 
 response ANY sdp-header Session-Owner modify "(.*IP4 ).*" "\1a.b.c.d" 
 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.21.15.100" "IN IP4 a.b.c.d" 
 response ANY sdp-header Connection-Info modify "IN IP4 10.21.15.100" "IN IP4 a.b.c.d"
 request ANY sip-header Remote-Party-ID modify "<sip:(.*)@10.21.15.100>" "<sip:\1 a.b.c.d>" 
 response ANY sip-header Remote-Party-ID modify "<sip:(.*)@10.21.15.100>" "<sip:\1 a.b.c.d>"
!

### Apply to dial-peers for the side of the CUBE facing the ITSP
!
dial-peer voice 1 voip
 voice-class sip profiles 777
 voice-class sip profile 888 inbound
!
dial-peer voice 2 voip
 voice-class sip profiles 777
 voice-class sip profile 888 inbound
!

SIP複製清單

SIP Copylists是SIP Profiles的擴展，它允許網關從呼叫的支路複製報頭，然後將PASTE複製到支路上的輸出SIP消息中的另一個位置。Cisco IOS 15.1(3)T和Cisco IOS XE 3.6S中增加了SIP複製清單支援。這是一種非常強大的方法，可以基於來自呼叫內部的其他報頭建立動態報頭。

最常見的使用情形是將FROM報頭動態地複製到不同的報頭，如diverse或p-asserted-id，使得使用者部分的值是from使用者。這主要是為了身份驗證和呼叫者ID目的。

完整文檔：思科統一邊界要素配置指南 — Cisco IOS XE 17.6及以上版本

SIP複製列表示例

!
! Create Copylist to copy the FROM header on the inbound message specified later.
!
voice class sip-copylist <number>
 sip-header From
!
! Apply this to the inbound dial-peer of the call.
!
dial-peer voice <tag> voip
 voice-class sip copy-list <number>
!
! Create SIP Profile to take From (peer-header) stored as variable "u01" and apply to a header of choice.
! This example modifies the user portion of the Contact by copying the user portion of the From header to the user portion of the Contact header.
!
voice class sip-profiles <number>
 request INVITE peer-header sip From copy "<sip:(.*)@" u01
 request INVITE sip-header Contact modify "<sip:(.*)>" "<sip:\u01@10.50.244.2>" 
!
! Apply the SIP profile to an outbound dial-peer
!
dial-peer voice <tag> voip
 voice-class sip profiles <number>
!

調試SIP配置檔案和複製清單

debug voip ccapi inout
debug ccsip mess
debug ccsip info
debug ccsip feature sip-profile 

調試示例SIP副本清單的輸出

### Ingress from CUCM
Received:
INVITE sip:1001@10.50.228.61:5060 SIP/2.0
Via: SIP/2.0/TCP 10.50.244.3:5060;branch=z9hG4bKaad21bc3ae7e
From: "5001" <sip:5001@10.50.244.3>;tag=100442~cdffff43-5020-4e79-a10b-99d406971010-36470319
Contact: <sip:5001@10.50.244.3:5060;transport=tcp>

### Copylist Details
00440: Mar  8 18:59:49.796: //-1/xxxxxxxxxxxx/SIP/Info/info/64/sip_profiles_application_peer_copy_pattern: sed_match succeeded
000441: Mar  8 18:59:49.797: //187/D6138E000000/SIP/Info/info/64/sip_profiles_application_peer_copy_pattern: SIP Profiles COPY variables AVL tree created
000442: Mar  8 18:59:49.797: //-1/xxxxxxxxxxxx/SIP/Info/info/64/sip_profiles_prefix_slash_in_copy_var_val: ret_dst: 5001
000443: Mar  8 18:59:49.797: //187/D6138E000000/SIP/Info/info/64/sip_profiles_application_peer_copy_pattern: SIP Profiles COPY variable: u1 val: 5001
000444: Mar  8 18:59:49.797: //-1/xxxxxxxxxxxx/SIP/Info/info/64/sip_profiles_application_modify_remove_header: Header before modification : Contact: <sip:5001@10.50.228.61:5060>
000445: Mar  8 18:59:49.797: //187/D6138E000000/SIP/Info/info/64/sip_profiles_check_and_get_variables_in_replace_pattern: Node found: COPY variable: u1 val: 5001
000446: Mar  8 18:59:49.797: //187/D6138E000000/SIP/Info/info/64/sip_profiles_check_and_get_variables_in_replace_pattern: substituted_replace_pattern :  : @168.117.64.94>
000448: Mar  8 18:59:49.797: //187/D6138E000000/SIP/Info/info/64/sip_profiles_check_and_get_variables_in_replace_pattern: Final substituted_replace_pattern : <sip:5001@168.117.64.94>
000449: Mar  8 18:59:49.797: //-1/xxxxxxxxxxxx/SIP/Info/info/64/sip_profiles_app_modify_header: Passing substituted replace pattern
000450: Mar  8 18:59:49.798: //-1/xxxxxxxxxxxx/SIP/Info/info/64/sip_profiles_application_modify_remove_header: Header after modification : Contact: <sip:5001@168.117.64.94>
000451: Mar  8 18:59:49.798: //187/D6138E000000/SIP/Msg/ccsipDisplayMsg:

### Egress from CUBE
Sent:
INVITE sip:1001@14.50.228.63:5060 SIP/2.0
Via: SIP/2.0/UDP 10.50.228.61:5060;branch=z9hG4bK3C7CD
Remote-Party-ID: "5001" <sip:5001@10.50.228.61>;party=calling;screen=yes;privacy=off
From: "5001" <sip:5001@10.50.228.61>;tag=34C458-D6
Contact: <sip:5001@168.117.64.94>

特別說明

通訊協定訊號傳送和媒體繫結

所有信令協定都允許管理員將信令繫結到特定介面。預設情況下，網關沒有靜態定義的繫結，則網關會從資料包通過的物理介面為呼叫傳送信令。如果在撥號對等體上進行繫結，則資料包包含來自指定介面的源報頭、消息傳送和資料包，但實際資料包仍會通過物理介面路由。撥號對等體繫結始終取代語音類租戶和全域性語音服務voip繫結，使用會話發起協定(SIP)。

很多情況下，管理員會將信令繫結到環回。這是邏輯介面，表示沒有資料包經過此介面。為了執行封包擷取，擷取必須在實體介面上執行。命令show ip cef <remote-ip>顯示資料包用來路由到目標/遠端IP的物理介面，即使配置已繫結到虛擬介面也是如此。

媒體和信令繫結並不總是需要相同的IP。如果管理員需要繫結到特定介面來向/從CUCM發出信令，但電話和網關之間的音訊/媒體可能需要繫結到另一個介面。

組態範例

此範例顯示繫結到loopback 1的撥號對等體，它接收來自CUCM的呼叫。

即使媒體和訊號（控制）已繫結到回送1,show ip cef命令也會顯示傳送到CUCM的所有封包都保留在實體介面GigabitEthernet0/0/1上。

!
dial-peer voice 2 voip
 description "Incoming call from CUCM"
 session protocol sipv2
 incoming called-number .
 voice-class sip bind control source-interface Loopback1
 voice-class sip bind media source-interface Loopback1
!

第7層應用程式繫結的操作順序

1. 根據匹配的入站/出站撥號對等體上的bind語句。
2. 根據分配給匹配的入站/出站撥號對等體的語音類租戶下的繫結。
3. 根據全域性繫結語句。
4. 根據物理第3層介面，根據路由表預計資料包將退出。

SIP繫結命令

! Per Dial-peer
!
dial-peer voice 1 voip
 voice-class sip bind control source-interface <interface>
 voice-class sip bind media source-interface <interface>
!
! Global Binding
!
voice service voip
 sip
   bind control source-interface <interface>
   bind media source-interface <interface>
!

MGCP繫結命令

!
mgcp bind control source-interface <interface>
mgcp bind media source-interface <interface>
!

SCCP繫結命令

!
sccp local <interface>
!
sccp ccm group <number>
 bind interface <interface>
!

H323繫結命令

!
inteface <interface>
 !
 ! Media Bind Command:
 h323-gateway voip interface
 !
 ! Signaling Bind Command:
 h323-gateway voip bind srcaddr <a.b.c.d>
!

DNS和VoIP撥號對等體

與任何其他DNS解決方案一樣，使用帶VOIP的DNS。常見配置是使用會話目標dns:FQDN.com。

即使在網關上未全域性配置IP域查詢時，Cisco網關也會執行DNS解析。這意味著即使您正在禁用DNS，VOIP撥號對等體仍會解析DNS條目。然而,最近在Cisco IOS XE 3.16S中，Cisco IOS XE平台中的總體DNS功能有一些變化。

進行此更改後，使用會話目標dns:FQDN.com配置的撥號對等體現在遵循以下事實：DNS已禁用，並且沒有ip域查詢。
建議使用DNS時始終確保配置「ip domain lookup」命令，以避免此問題。

對於出站SIP連線，CUBE會執行此順序的DNS解析操作。

1. SRV查詢查詢
2. 記錄查詢
3. AAAA記錄查詢

有關如何建立SRV或如何跳過SRV並在會話目標上執行A記錄查詢的資訊，請參閱完整文檔：Cisco Unified Border Element Configuration Guide - Cisco IOS XE 17.6或更高版本

對於Cisco IOS網關需要解析報頭以響應消息的入站SIP連線，網關可以將此操作順序用於DNS解析

1. 記錄查詢
2. AAAA記錄查詢

在Cisco IOS XE 17.9.1中，CUBE可以通過選項keepalive機制來檢查DNS會話目標的可達性。請參閱完整文檔：

思科統一邊界要素配置指南 — Cisco IOS XE 17.6及以上版本

Cisco IOS DNS配置示例

ip host _sip._udp.cucmgroup.lab.local srv 1 50 5060 cucm1.lab.local
ip host _sip._udp.cucmgroup.lab.local srv 1 50 5060 cucm2.lab.local
ip host _sip._udp.cucmgroup.lab.local srv 1 50 5060 cucm3.lab.local

ip host cucm1.lab.local 10.0.0.1
ip host cucm2.lab.local 10.0.0.2
ip host cucm3.lab.local 10.0.0.3

ip domain name lab.local
ip name-server 8.8.8.8

附註：15.6(1)S / 3.17.00.S及更高版本支援Cisco IOS XE上的DNS SRV支援。

DNS調試和驗證命令

show host
clear host all *
!
debug ip dns view
debug ip domain
debug ccsip info
debug ccsip error

DNS測試3.15S及更高版本

### Domain Name Verification
Gateway# sh run | s lookup
no ip domain lookup

### Checking the host table for no entry
Gateway# show host
Name lookup view: Global
Default domain is cisco.com
Name/address lookup uses static mappings

Codes: UN - unknown, EX - expired, OK - OK, ?? - revalidate
       temp - temporary, perm - permanent
       NA - Not Applicable None - Not defined

Host                      Port  Flags      Age Type   Address(es)

### Verification of no PING on a FQDN
Gateway# ping cucm.cisco.com
Translating "cucm.cisco.com"
% Unrecognized host or address, or protocol not running.

### Made a test call here

### Checking logs to see if it worked
Gateway# sh log | s INVITE sip:
INVITE sip:9001@14.50.228.70:5060 SIP/2.0
INVITE sip:5001@cucm.cisco.com:5060 SIP/2.0

### Host Table now has an entry
Gateway# sh host
Name lookup view: Global
Default domain is cisco.com
Name/address lookup uses static mappings

Codes: UN - unknown, EX - expired, OK - OK, ?? - revalidate
       temp - temporary, perm - permanent
       NA - Not Applicable None - Not defined

Host                      Port  Flags      Age Type   Address(es)
cucm.cisco.com            None  (temp, OK)  0   IP    10.50.244.2

### CCSIP All output showing a proper DNS Query for the FQDN on the dial-peer.
001338: Mar  9 15:29:07.437: //-1/xxxxxxxxxxxx/SIP/Info/info/1024/httpish_msg_free: Freed msg=0x7FE9873AE560
001339: Mar  9 15:29:07.437: //-1/xxxxxxxxxxxx/SIP/Info/notify/8192/sip_dns_type_srv_query: TYPE SRV query for _sip._udp.cucm.cisco.com and type:1
001340: Mar  9 15:29:07.438: //-1/xxxxxxxxxxxx/SIP/Info/info/8192/sip_dns_type_a_aaaa_query: DNS query for cucm.cisco.com and type:1
001341: Mar  9 15:29:07.441: //-1/xxxxxxxxxxxx/SIP/Info/notify/8192/sip_dns_type_a_query: TYPE A query successful for cucm.cisco.com
001342: Mar  9 15:29:07.441: //-1/xxxxxxxxxxxx/SIP/Info/info/8192/sip_dns_type_a_query: ttl for A records = 3600 seconds
001343: Mar  9 15:29:07.441: //-1/xxxxxxxxxxxx/SIP/Info/info/8192/sip_dns_type_a_aaaa_query: IP Address of cucm.cisco.com is:
001344: Mar  9 15:29:07.441: //-1/xxxxxxxxxxxx/SIP/Info/info/8192/sip_dns_type_a_aaaa_query: 10.50.244.2

DNS測試3.16S及更高版本。

### Checking the command is present
Gateway# sh run | s lookup
no ip domain lookup

### Verifying the gateway cannot ping a FQDN
Gateway# ping cucm.cisco.com
% Unrecognized host or address, or protocol not running.

### Checking the Host Table for entries
Gateway# sh host
Default domain is cisco.com
Name servers are 10.50.244.52
NAME  TTL  CLASS   TYPE      DATA/ADDRESS
-----------------------------------------

### Made a test call here

### CCSIP All Outbound showing the failed call
000974: *Mar  9 15:53:01.222: //-1/xxxxxxxxxxxx/SIP/Info/info/1024/httpish_msg_free: Freed msg=0x7FF31DAAA848
000975: *Mar  9 15:53:01.222: //-1/xxxxxxxxxxxx/SIP/Info/notify/8192/sip_dns_type_srv_query: TYPE SRV query for _sip._udp.cucm.cisco.com and type:1
000976: *Mar  9 15:53:01.224: //-1/xxxxxxxxxxxx/SIP/Info/info/8192/sip_dns_type_a_aaaa_query: DNS query for cucm.cisco.com and type:1
000977: *Mar  9 15:53:01.225: //-1/xxxxxxxxxxxx/SIP/Error/sip_dns_type_a_query:
 TYPE A query failed for cucm.cisco.com
000978: *Mar  9 15:53:01.225: //-1/xxxxxxxxxxxx/SIP/Error/_send_dns_fail:
 DNS Query for cucm.cisco.com failed
000984: *Mar  9 20:53:01.225: %VOICE_IEC-3-GW: SIP: Internal Error (DNS query fail): IEC=10.1.128.7.47.0 on callID 6 GUID=37B668DF044111E7A950D832C82B325C

最大連線和頻寬

預設情況下，VOIP和POTS撥號對等體允許無限制的連線（呼叫）和頻寬（僅限VOIP撥號對等體）。 對於可使用的呼叫數量或頻寬有限的中繼，使用max-conn或max-bandwidth命令非常有用。max-conn已在Cisco IOS 11.3(1)T中新增，且存在於所有Cisco IOS XE版本中，而max-bandwidth已在15.2(2)T和Cisco IOS-XE 3.7S中新增。

組態範例

在此使用max-conn 30命令告知網關將撥號對等體1限製為30次呼叫。
撥號對等體2正在限制該撥號對等體的頻寬，以使我們不超過分配的限制。

!
dial-peer voice 1 voip
 description ITSP SIP Trunk - 30 Max Calls!
 session protocol sipv2
 sess target ipv4:10.10.10.10
 destination-pattern 8675309$
 max-conn 30
!
dial-peer voice 2 voip
 description SIP Trunk with Bandwidth Restrictions!
 session protocol sipv2
 sess target ipv4:10.10.10.10
 destination-pattern 123456789$
 max-bandwidth 400
!

超出最大連線閾值時的示例錯誤。

000308: Oct  5 19:01:02.603: %CALL_CONTROL-6-MAX_CONNECTIONS: Maximum number of connections reached for dial-peer 1
 
000309: Oct  5 19:01:02.603: %VOICE_IEC-3-GW: CCAPI: Internal Error (Dial-peer connections exceeded): IEC=10.1.181.1.21.0 on callID 0
000310: Oct  5 19:01:02.604: %SIP-3-MAXCONNCAC: Call rejected due to CAC based on maximum number of connections on dial-peer 1, sent response 503

000311: Oct  5 19:01:02.604: //17084/86B070800000/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 503 Service Unavailable
Via: SIP/2.0/TCP 10.50.244.62:5060;branch=z9hG4bKb78c35aa21b0
From: <sip:9001@10.50.244.62>;tag=72531~2e8ca155-3f0b-4f07-a1b2-b14ef77ceb7f-26250846
To: <sip:1234@10.50.245.70>;tag=3E19564D-1684
Date: Thu, 05 Oct 2017 19:01:02 GMT
Call-ID: 86b07080-9d61816e-b762-3ef4320e@10.50.244.62
CSeq: 101 INVITE
Allow-Events: telephone-event
Warning: 399 10.50.245.70 "Maximum Number of Connections reached for dial-peer 1"
Server: Cisco-SIPGateway/IOS-15.4.3.S4
Content-Length: 0

直接撥入(DID)

一步撥號

在POTS撥號對等體上啟用直接撥入後，入站消息傳送可以包含路由呼叫所需的所有數字。思科網關無法執行後續數字收集。當路由器或網關搜尋出站撥號對等體時，裝置使用整個傳入撥號字串。預設情況下，此匹配為可變長度。此匹配無法逐位完成，因為根據DID定義，已收到所有數字。這是POTS撥號對等體的預設配置。

完整文檔：瞭解IOS語音數字(T1/E1)介面上的直接撥入(DID)

組態範例

!
dial-peer voice 1 pots
 incoming called-number 8675309
 voice-port 0/0/0
 direct-inward-dial
!

兩階段撥號

如果傳入的POTS撥號對等體配置為no direct-inward-dial，則路由器或網關將進入數字收集模式（數字在帶內收集）。 出站撥號對等體匹配逐位完成。路由器或網關在裝置收到每個數字後檢查撥號對等體匹配，然後在完全匹配時路由呼叫。

組態範例

!
dial-peer voice 1 pots
 incoming called-number 8675309
 voice-port 0/0/0
 no direct-inward-dial
!

阻止呼叫

每種協定處理呼叫阻塞的處理方式略有不同。大多數協定都可以使用基於數字字串的塊的translation-rule reject模式。如果管理員仍要應用入站轉換配置檔案進行正常數字操作，但不阻止其中的任何數字，則可以選擇使用call-block translation-profile命令實現呼叫塊。

!
voice translation-rule 164
 rule 1 reject /8675309/
!
voice translation-profile CALLBLOCK
 translate calling 164
!
dial-peer voice 1 pots
 desc INCOMING VOICE-PORT with BLOCK
 translation-profile incoming ANOTHER
 call-block translation-profile incoming CALLBLOCK
 call-block disconnect-cause incoming invalid-number
 incoming called-number .
 port 0/0/0:23
!

Gateway#test voice translation-rule 164 8675309
8675309 blocked on rule 1

在E1 R2中，管理員可以阻止收集呼叫。這主要用於巴西部署，但可以通過任何cas自定義組進行配置。

這兩個選項是：

1. 根據從電信交換機接收的II-8類別阻止傳入收集呼叫。這是預設機制，所有Cisco網關都無需進行任何配置即可執行此功能。這種封鎖方法需要較新的電信交換機，該交換機支援基於類別的標籤。要禁用此方法，請使用cas-custom組上的collect-call-enable命令。
2. 在r2-digital E1 R2 cas-custom組上使用雙應答功能。雙應答配置會禁用基於類別的阻塞，並使用雙應答功能替換該阻塞。首先應答來電，然後啟動1秒計時器。1秒後，網關以CLEAR BWD命令的形式傳送釋放。然後，電信公司可以將CLEAR FWD傳送到網關，並且呼叫可以斷開連線。計時器在網關傳送CLEAR BWD之後開始，如果計時器到期，網關將傳送另一個ANSWER訊號，因此假定呼叫不是收集呼叫，並且從這裡呼叫繼續正常。可以在cas-custom組內使用cc-reanswer-to配置此計時器。

Category II-8 Block消息(debug vpm signal)

009228: Nov 21 12:02:00.955 GMT: //-1/BF12BE36BAC8/VTSP:(0/0/0:0):-1:1:2/vtsp_report_cas_digit: 
   Begin Digit=8, Mode=CC_TONE_R2_MF_BACKWARD_MODE
009229: Nov 21 12:02:00.955 GMT: htsp_digit_ready_up(0/0/0:0(2)): Rx digit='8'
009230: Nov 21 12:02:00.955 GMT: R2 Incoming Voice(0/0): DSX (E1 0/0/0:1): STATE: R2_IN_CATEGORY R2 Got Event 8
009231: Nov 21 12:02:00.955 GMT: Enter r2_comp_category
009232: Nov 21 12:02:00.955 GMT:  R2 Event : 8
009233: Nov 21 12:02:00.955 GMT:  #######R2_II8 TRUE########
009234: Nov 21 12:02:00.955 GMT:  ####### collect_call_enable = 0
009235: Nov 21 12:02:00.955 GMT:  ############sending B7 ##########
009236: Nov 21 12:02:00.955 GMT: r2_reg_generate_digits(0/0/0:0(2)): Tx digit '7'
009237: Nov 21 12:02:01.055 GMT: //-1/BF12BE36BAC8/VTSP:(0/0/0:0):-1:1:2/vtsp_report_cas_digit: 
   End Digit=8, Mode=CC_TONE_R2_MF_BACKWARD_MODE
009238: Nov 21 12:02:01.055 GMT: htsp_digit_ready(0/0/0:0(2)): Rx digit='#'
009239: Nov 21 12:02:01.055 GMT: R2 Incoming Voice(0/0): DSX (E1 0/0/0:1): STATE: R2_IN_CATEGORY R2 Got Event R2_TONE_OFF
009240: Nov 21 12:02:01.055 GMT: Enter r2_comp_category
009241: Nov 21 12:02:01.055 GMT: r2_reg_generate_digits(0/0/0:0(2)): Tx digit '#'
009242: Nov 21 12:02:01.359 GMT: htsp_dsp_message: SEND_SIG_STATUS: state=0x8 timestamp=22365 systime=225097425
009243: Nov 21 12:02:01.359 GMT: htsp_process_event: [0/0/0:0(2), R2_Q421_IC_WAIT_ANSWER, E_DSP_SIG_1000]
009244: Nov 21 12:02:01.359 GMT: r2_q421_ic_clr_fwd_idle(0/0/0:0(2)) Rx CLEAR FWD
009245: Nov 21 12:02:01.359 GMT: r2_reg_channel_disconnected(0/0/0:0(2))
009246: Nov 21 12:02:01.359 GMT: R2 Incoming Voice(0/0): DSX (E1 0/0/0:1): STATE: R2_IN_CATEGORY R2 Got Event R2_STOP
009247: Nov 21 12:02:01.359 GMT: Enter r2_comp_category
009248: Nov 21 12:02:01.359 GMT: htsp_timer - 2000 msec
009249: Nov 21 12:02:01.359 GMT: htsp_process_event: [0/0/0:0(2), R2_Q421_IC_CLR_FWD, E_HTSP_RELEASE_REQ]
009250: Nov 21 12:02:01.359 GMT: r2_q421_null_release(0/0/0:0(2)) E_HTSP_RELEASE_REQ
009251: Nov 21 12:02:01.359 GMT: r2_reg_process_event: [0/0/0:0(2), R2_REG_COLLECTING, E_R2_REG_DISCONNECT(91)]
009252: Nov 21 12:02:01.359 GMT: r2_reg_disconnect_collect(0/0/0:0(2))
009253: Nov 21 12:02:01.359 GMT: r2_reg_timer_stop(0/0/0:0(2))
009254: Nov 21 12:02:01.711 GMT: htsp_process_event: [0/0/0:0(1), R2_Q421_IC_CLR_FWD, E_HTSP_EVENT_TIMER]
009255: Nov 21 12:02:01.711 GMT: htsp_timer_stop
009256: Nov 21 12:02:01.711 GMT: r2_q421_clr_fwd_idle(0/0/0:0(1)) Tx IDLEvnm_dsp_set_sig_state:[R2 Q.421 0/0/0:0(1)] set signal state = 0x8
009257: Nov 21 12:02:01.711 GMT: r2_reg_channel_disconnected(0/0/0:0(1))
009258: Nov 21 12:02:01.711 GMT: //682206/0C63B263B9C9/VTSP:(0/0/0:0):0:1:1/vtsp_do_call_history: 
   Coder Rate=5
009259: Nov 21 12:02:01.711 GMT: r2_reg_process_event: [0/0/0:0(1), R2_REG_IDLE, E_R2_REG_DISCONNECT(91)]

雙應答配置示例

!
controller e1 0/0/0
 ds0-group 0 timeslots 1-15,17-31 type r2-digital r2-compelled ani
 cas-custom 0
  country brazil
  double-answer
  cc-reanswer-to 3000
!

雙應答調試（調試vpm訊號）

### Answer the call and start a 1 second timer
May 23 09:52:59.180 BR: r2_q421_ic_answer(0/0/0:0(18)) Tx ANSWER seizure: delay 0 ms,elapsed 12404 msvnm_dsp_set_sig_state:[R2 Q.421 0/0/0:0(18)] set signal state = 0x4
May 23 09:52:59.180 BR: r2_reg_channel_connected(0/0/0:0(18))
May 23 09:52:59.180 BR: htsp_timer - 1000 msec
May 23 09:52:59.180 BR: //23899578/92233E71B421/CCAPI/cc_api_voice_mode_event:
   Call Id=23899578
May 23 09:52:59.180 BR: //23899578/92233E71B421/CCAPI/cc_api_voice_mode_event:
   Call Entry(Context=0x1E73AD8)
May 23 09:52:59.180 BR: htsp_process_event: [0/0/0:0(18), R2_Q421_IC_DOUBLE_ANS_ANS, E_HTSP_VOICE_CUT_THROUGH] all
May 23 09:52:59.184 BR: //23899578/92233E71B421/CCAPI/cc_process_notify_bridge_done:
   Conference Id=0x10AD1, Call Id1=23899578, Call Id2=23899579
May 23 09:52:59.184 BR: r2_reg_process_event: [0/0/0:0(18), R2_REG_WAIT_FOR_CONNECT, E_R2_REG_CONNECT(90)] 
May 23 09:52:59.184 BR: r2_reg_connect(0/0/0:0(18))

### One Second Passes and we clear the call and start a 2 second timer
May 23 09:53:00.180 BR: htsp_process_event: [0/0/0:0(18), R2_Q421_IC_DOUBLE_ANS_ANS, E_HTSP_EVENT_TIMER]
May 23 09:53:00.180 BR: r2_q421_ic_d_answ_answ_to(0/0/0:0(18)) E_TIMER_EVENT
May 23 09:53:00.180 BR: htsp_timer - 2000 msec
May 23 09:53:00.180 BR: r2_q421_ic_d_answ_answ_to(0/0/0:0(18)) Tx CLEAR BWDvnm_dsp_set_sig_state:[R2 Q.421 0/0/0:0(18)] set signal state = 0xC
May 23 09:53:00.824 BR: htsp_process_event: [0/0/0:0(18), R2_Q421_IC_DOUBLE_ANS_RLS, E_DSP_SIG_1000]
May 23 09:53:00.824 BR: r2_q421_ic_answer_clr_fwd(0/0/0:0(18)) Rx CLEAR FWD
May 23 09:53:00.824 BR: r2_reg_channel_disconnected(0/0/0:0(18))
May 23 09:53:00.824 BR: htsp_timer - 2000 msec
May 23 09:53:00.824 BR: r2_reg_process_event: [0/0/0:0(18), R2_REG_CONNECTED, E_R2_REG_DISCONNECT(91)] 
May 23 09:53:00.824 BR: r2_reg_disconnect_idle(0/0/0:0(18))
May 23 09:53:00.824 BR: R2 Incoming Voice(0/0): DSX (E1 0/0/0:17): STATE: R2_IN_IDLE R2 Got Event R2_STOP
May 23 09:53:00.824 BR: r2_reg_timer_stop(0/0/0:0(18))

### 2 second passes and the gateway release the call
May 23 09:53:02.824 BR: htsp_process_event: [0/0/0:0(18), R2_Q421_IC_CLR_FWD, E_HTSP_EVENT_TIMER]
May 23 09:53:02.824 BR: htsp_timer_stop 
May 23 09:53:02.824 BR: r2_reg_channel_disconnected(0/0/0:0(18))
May 23 09:53:02.824 BR: //23899578/92233E71B421/VTSP:(0/0/0:0):17:1:1/vtsp_cc_call_disconnected:  
   Cause Value=16
May 23 09:53:02.824 BR: //23899578/92233E71B421/CCAPI/cc_api_call_disconnected:
   Cause Value=16, Interface=0xB41CEBC, Call Id=23899578

ISDN overlap-receiving命令

在ISDN介面上配置isdn overlap-receiving命令時，入站撥號對等體匹配會有影響。在ISDN層收到每個數字後，將對撥號對等體進行匹配檢查。如果呼叫完全匹配，呼叫將立即路由（在此情況下路由到會話應用），無需等待其他數字。T終結器可用於掛起逐位匹配，並強制路由器或網關等待，直到收到所有數字。T指的是ISDN級別的T302數字間計時器，可在與ISDN介面關聯的串列介面下配置。ISDN還提供其他表示數字結尾的機制，例如在Q.931資訊消息中設定傳送完整資訊元素(IE)。

空被叫號碼

當撥號對等體配置了傳入的被叫號碼T時，會顯示顯示的警告消息。

輸出示例

Gateway(config)# dial-peer voice 1 pots
Gateway(config-dial-peer)# incoming called-number T
Warning: Pattern T defines a match with zero or more digits and hence could 
match with an empty number. If this is not the desired behaviour please 
configure pattern .T instead to match on one or more digits

有關與空被叫號碼匹配的傳入撥號對等體的特殊說明。

• 空的被叫號碼與語音埠和/或在某些情況下應答地址相比被認為是不合格的。因此，基於空被叫號碼的匹配只有在基於應答地址或埠號沒有匹配的情況下才會發生。

• 在重疊撥號的情況下，空的被叫號碼與傳入的被叫號碼T不匹配，因為未發生超時。

• 只有在ENBLOCK的情況下，空的被叫號碼才能與傳入的被叫號碼T匹配，而由於answer-address和port-number的原因，沒有匹配。管理員配置傳入被叫號碼T時顯示的警告是指此特定情況。

限制類別

限制等級(COR)是一種限制思科閘道上通話的方式。COR常被描述為鎖鑰機制。鎖分配給具有傳出COR清單的撥號對等體。金鑰被分配給具有傳入COR清單的撥號對等體。應用COR清單時，可用的出站撥號對等體是金鑰可以解鎖的出站撥號對等體。在檢查出站撥號對等體匹配方法的其餘部分之前，將進行此過濾。

兩個重要的約束類規則：

1. 如果沒有應用傳出COR清單，則始終路由呼叫。
2. 如果沒有傳入COR清單，則始終路由呼叫。

限制類(COR)、邏輯分割槽限制類(LPCOR)和帶強制授權碼(FAC)的LPCOR的配置不在本文檔的討論範圍之內，但可以參考這些文檔進行進一步閱讀。

Cisco Unified Communications Manager Express(CUCME)撥號對等體

CME為電子電話和語音註冊池建立系統撥號對等體。這些無法在運行配置中看到。要更改CME撥號對等體，需要在實際的ephone或語音註冊池中進行更改。當檢視show dial-peer voice summary輸出時，從2000開始的撥號對等體是SCCP電話，而從4000開始的撥號對等體是SIP語音註冊池。此撥號對等體顯示為來自CME註冊電話的呼叫的入站撥號對等體，顯示為來自CME註冊電話的呼叫的出站撥號對等體的調試。

使用CME的show dial-peer voice summary的輸出示例。

Gateway# show dial-peer voice sum | s 2000|4000
20001  pots  up   up             1001$              0                           50/0/1
20002  pots  up   up             4001$              0                           50/0/2
20003  pots  up   up             4002$              0                           50/0/3
20004  pots  up   up             7001$              0                           50/0/4
20005  pots  up   up             3009$              0                           50/0/5
20006  pots  up   up             8810....$          0                           50/0/10
20007  pots  up   up             8811....$          0                           50/0/11
40001  voip  up   up             14085151111$       0  syst ipv4:14.50.214.67:50
40002  voip  up   up             19725252222$       0  syst ipv4:14.50.214.67:50
40003  voip  up   up             85225353333$       0  syst ipv4:14.50.214.67:50
40004  voip  up   up             442084445555$      0  syst ipv4:14.50.214.67:50
40005  voip  up   up             911$               0  syst ipv4:14.50.214.67:50
40006  voip  up   up             18005550100$       0  syst ipv4:14.50.214.67:50
40008  voip  up   up             2001$              0  syst ipv4:14.50.214.51:50

 使用SIP CME的show voice register dial-peers的輸出示例。

Gateway# show voice register dial-peers
Dial-peers for Pool 2:

dial-peer voice 40006 voip
 destination-pattern 14085151111$
 session target ipv4:14.50.214.67:5060
 session protocol sipv2
 dtmf-relay rtp-nte
 digit collect kpml
 codec  g711ulaw bytes 160
 no vad
  call-fwd-all         8888
  after-hours-exempt   FALSE

dial-peer voice 40005 voip
 destination-pattern 19725252222$
 session target ipv4:14.50.214.67:5060
 session protocol sipv2
 dtmf-relay rtp-nte
 digit collect kpml
 codec  g711ulaw bytes 160
 no vad
  after-hours-exempt   FALSE

含撥號對等體的MGCP和SCCP

MGCP和SCCP遵循各自的撥號對等體規則。他們使用的唯一概念是，必須為呼叫配置所需的語音埠。其餘部分由STCAPP和MGCPAPP流程處理。當您檢查這些撥號對等體的配置時，它們會使用命令service mgcpapp或service stcapp。這些指令會為所選應用啟用撥號對等體，並告知應用可處理哪個撥號對等體。

調試這些協定時，輸出不會顯示入站撥號對等體匹配。這始終可以顯示為撥號對等體0。因為它不存在。處理應用程式的呼叫代理已選擇將呼叫傳送到哪個埠，並且入站撥號對等體匹配沒有用處，因為網關無法控制呼叫的該支路。但是，可以觀察到出站撥號對等體匹配。這僅僅是為了顯示，因為最終處理該過程的呼叫代理也控制呼叫的那一側。

請記住，撥號對等體只告訴應用程式要控制哪個物理語音埠。由於大多數呼叫都由外部呼叫代理和網關控制，因此它只執行所通知的操作。您將跳過本節的基本操作方法，並提供一些開始使用的配置。

MGCP配置示例[使用CUCM自動配置*]

!
mgcp call-agent 10.10.10.10
mgcp
!
ccm-manager mgcp [codec-all]
ccm-manager config server 10.10.10.10
ccm-manager config
ccm-manger redundant-host 10.10.10.20
!
voice-port 0/0/0
 description The MGCP port to register
 no shut
!
dial-peer voice 1 pots
 description Defining the Port for the MGCP application
 service mgcpapp
 port 0/0/0
!
hostname myrouter
ip domain name cisco.com
ip name server 10.10.10.30
!
ip tftp source-interface gig0/0/0
!

完整MGCP文檔：Cisco Unified Communications Manager and Interoperability Configuration Guide， Cisco IOS Release 15M&T

SCCP/STCAPP配置示例[使用CUCM自動配置*]

!
stcapp ccm-group 1
stcapp
!
sccp local gig0/0/0
sccp ccm 10.10.10.10 id 1 priority 1 version 7.0+
sccp ccm 10.10.10.20 id 1 priority 2 version 7.0+
sccp
!
sccp ccm group 1
 bind interface gig0/0/0
 associate ccm 1 priority 1
 associate ccm 2 priority 2
!
ccm-manager config server 10.10.10.10
ccm-manager sccp local gig0/0/0
ccm-manager sccp
!
voice-port 0/0/0
 description The SCCP port to register
 no shut
!
dial-peer voice 1 pots
 description Defining the Port for the SCCP application
 service stcapp
 port 0/0/0
!
ip tftp source-interface gig0/0/0
!

如果管理員不希望CUCM配置網關，只需刪除ccm-manager命令。包括撥號對等體配置，旨在明確該概念的工作原理。如果存在ccm-manager配置，CUCM會根據CUCM中的埠配置建立這些撥號對等體，因此無需實際定義撥號對等體。CUCM建立的撥號對等體通常以999開頭，然後是另外三個數字。

與撥號對等體的SIP DSAPP

SIP DSAPP新增在Cisco IOS XE 16.12.1+和CUCM 12.5.1SU+中

使用此功能，模擬語音埠（如FXS）可以由CUCM註冊和管理。使用DSAPP的呼叫路由與MGCP或SCCP略有不同，因為撥號對等體仍然正常匹配。即，網關可以從FXS埠收集數字並在VOIP撥號對等體上執行撥號對等體查詢。找到匹配項後，會將INVITE傳送到CUCM enblock以供CUCM執行進一步的數字分析。

SIP DSAPP配置示例[使用CUCM自動配置*] | Cisco IOS-XE 16.12.1+和CUCM 12.5.1SU+

!
dsapp line
!
voice service voip
 sip
  bind control source-interface GigabitEthernet0/0/0
  bind media source-interface GigabitEthernet0/0/0
  session transport tcp
!
application
 service dsapp
  param dialpeer 777
!
global
 service default dsapp
!
ccm-manager config server 10.10.10.10
ccm-manager sipana auto-config local GigabitEthernet0/0/0
!
dial-peer voice 777 voip
 destination-pattern 9T
 session protocol sipv2
 session target ipv4:10.10.10.10
 session transport tcp
 incoming called-number .
 voice-class sip extension gw-ana
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711ulaw
!
dial-peer voice 19990100 pots
 service dsapp
 destination-pattern 7776
 voice-class sip extension gw-ana
 port 0/1/0
!
sip-ua
 registrar ipv4:10.10.10.10 expires 3600 tcp
!

完整SIP DSAPP文檔：思科VG450語音網關軟體配置指南。

通話路由疑難排解和驗證

有關詳細資訊，請參閱此文檔。

• 為統一邊界元素(CUBE)和分時多工(TDM)網關配置調試集合