介绍 Cisco IOS 和 IOS XE 呼叫路由

简介

本文档介绍 Cisco IOS® 和 Cisco IOS XE 呼叫路由。

先决条件

要求

虽然阅读本文档无需任何正式前提条件，但阅读本文档的前提是读者已经具备一些用于建立和连接电话呼叫的基础语音信令协议的知识。这些协议自始至终被引用多次。

信令协议：会话初始协议(SIP)、H323 (h225 / h245)、媒体网关控制协议(MGCP)、瘦客户端控制协议(SCCP)、ISDN Q931、E1 R2。

媒体协议：实时协议(RTP)、语音编解码器、视频编解码器。

模拟技术：耳和嘴(E&M)、外部交换用户(FXS)和外部交换局(FXO)。

使用的组件

本文档中的信息基于以下软件和硬件版本：

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

本文档中的信息都是基于特定实验室环境中的设备编写的。本文档中使用的所有设备最初均采用原始（默认）配置。如果您的网络处于活动状态，请确保您了解所有命令的潜在影响。

背景信息

本文档探讨了入站和出站拨号对等体与普通旧式电话服务(POTS)和IP语音(VoIP)网络呼叫段匹配的机制。

除拨号对等体信息外，本文档还介绍了与呼叫路由相关的重要主题。其中包括数字处理、会话初始协议(SIP)消息处理的快速概述、限制呼叫功能的几种方法、媒体和信令绑定快速概述，以及最后一点故障排除。

本文档使用配置示例以及debug和show命令输出作为参考点。本文档中的许多功能都明确标有该功能在Cisco IOS和Cisco IOS XE中引入的版本。此信息也可以在命令和功能路线图部分中快速参考。如果存在非常明显的缺陷，它会与文本链接，以便读者了解。

通用定义

命令和功能路线图

Cisco IOS/Cisco IOS XE呼叫路由基础

Cisco IOS和Cisco IOS XE网关利用拨号对等体的概念来控制呼叫路由和每个呼叫段的功能协商。呼叫段是两个呼叫代理之间的双向通信。呼叫代理是发起、处理或转发电话呼叫的设备。这可以而且不限于电话提供商设备、思科网关、IP电话、思科统一通信管理器(CUCM)、Cisco Unity Connection (CUC)等。要列出的呼叫座席太多。

场景：呼叫从另一个呼叫代理到达思科网关，是入站呼叫段（内联）。网关处理该呼叫，并根据其处理将呼叫发送到下一个呼叫代理。这是出站呼叫段(out-leg)。

图1显示了通过思科语音网关从PSTN到CUCM路由的呼叫以及相应的入站和出站呼叫段信息。

图1 -图示的入站和出站呼叫段

通过Cisco Gateway ALWAYS的成功呼叫（请参阅“注意”）与入站或出站拨号对等体匹配以正确路由。入站和出站拨号对等体类似于前面提到的呼叫段。在图1中，呼叫从Cisco网关上的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呼叫的入站和出站拨号对等体

语音拨号对等体类型

注意：Cisco网关上可配置的最大拨号对等体数量取决于可用内存(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

入站拨号对等体匹配

当Cisco网关收到呼叫建立请求时，网关开始搜索此呼叫的适用传入拨号对等体。这不是逐个数字的分析；而是使用完整消息来确定选择了哪个入站拨号对等体。检查的消息中的项目顺序很大程度上取决于呼叫的协议，如表1、表2和表3中定义的首选项列表所示。拨号对等体只需满足其中一个匹配条件。 无需在拨号对等体中配置所有属性，也不需要确保每个属性都与呼叫建立信息匹配。 根据第一个匹配条件搜索所有拨号对等体。仅当找不到匹配项时，网关才会转到下一个条件。

表 1.入站SIP拨号对等体选择首选项

注意：可以按VRF或租户过滤符合条件的入站拨号对等体。如果已配置适用功能。有关详细信息，请参阅虚拟路由和转发(VRF)以及拨号对等体搜寻和语音类租户部分。

表 2.入站H323拨号对等体选择首选项

表 3.Inbound Enblock 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拨号对等体选择首选项

表 5.出站H323拨号对等体选择首选项

表 6.出站POTS拨号对等体选择首选项

注意： Number String Dial-Peer Hunting和URI Dial-Peer Hunting部分说明了网关在移动到下一个匹配条件之前，如何评估每个匹配条件行的可能命令的列表。例如，它在检查calling number命令之前，会评估所有潜在的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的数字字符串。 拨号对等体1可以匹配2000到2999之间的任何号码，而拨号对等体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
!

Cisco网关每次仅尝试通过一个符合条件的出站拨号对等体路由呼叫。如果在第一个选定的拨号对等体上观察到故障情况，则网关会尝试将呼叫路由到下一个符合条件的拨号对等体。由于没有更多符合条件的拨号对等体可供尝试，因此该过程将一直持续到呼叫成功或失败为止。拨号对等体搜寻和故障的常见症状是发出呼叫时回铃明显延迟。通常需要调试来验证特定拨号对等体上呼叫失败的确切原因。 如果管理员不希望网关在发现故障情况时查找其他拨号对等体，可在拨号对等体上使用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匹配、主机部分、用户部分或电话URI。了解URI匹配的操作顺序可极大地帮助拨号对等体与SIP和CUBE部署匹配。

可以使用命令voice class uri sip preference控制此首选项顺序，以将用户ID指定为第一个选项而非主机。

URI首选项：

1. URI的主机部分。示例：(@a.b.c.d或@host.domain.name)
2. URI的用户部分。示例：(sip：8675309或sip：user)
3. Tele-uri。示例：(电话：18005532447)
4. 完全匹配的URI。示例：(user@host.domain.name、user@a.b.c.d、8675309@host.domain.name、8675309@host.domain.name)

支持文档：思科统一边界元素配置指南-从Cisco IOS XE 17.6开始

场景：管理员已配置此拨号对等体并向网关发送呼叫。收到的Invite中的From标头来自：<sip：testuser@10.10.10.10>。 网关可能基于此报头匹配两个不同的拨号对等体。拨号对等体1基于用户部分，拨号对等体2基于主机部分。但是，由于主机匹配是优先于用户匹配，因此拨号对等体2用于呼叫中的入站拨号对等体。

!
voice class uri URI1 sip
 user-id testuser 
!
voice class uri URI2 sip
 host ipv4:10.10.10.10
!
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协议的多个电话号码字符串上执行匹配。在IOS 15.4(1)T和IOS-XE 3.11S之前，请求URI必须包含字母数字user@host，否则Cisco网关将拒绝带有4xx消息的呼叫。现在URI可以只包含主机部分，网关仅根据提供的主机路由呼叫。例如，sip：cisco.com。

此外，在IOS 15.4(1)T和IOS-XE 3.11S之前的版本中，语音类URI用户ID只能是数字e.164值(sip：1234@host.com)。更改了此值，以便管理员可以在CUBE (sip：user@host.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 webex.com
 host dns:cisco.webex.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 (.*)cisco.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拨号对等体匹配

此功能已添加到IOS 15.1(2)T和IOS-XE 3.8S中，它使用已配置并应用于入站拨号对等体的语音类uri。许多人通过传统的incoming called-number语句对SIP呼叫采用传入URI，因为它是在选择入站拨号对等体时检查的第一个匹配条件。该命令还使管理员能够更好地匹配来自特定呼叫座席或用户的呼叫。

完整文档：思科统一边界元素配置指南-从Cisco IOS XE 17.6开始

常见使用案例

1. URI主机部分上的入站拨号对等体匹配，用于应答来自CUCM的选项ping请求。
2. 在URI的主机部分匹配的入站拨号对等体，用于控制来自互联网电话服务提供商(ITSP)的入站呼叫
3. URi的用户ID部分上匹配的入站拨号对等体，用于来自特定用户或号码的呼叫处理。

配置示例

此示例输出匹配来自语音类URI中定义的两个主机IP的任何SIP请求的拨号对等体777。标头监视被定义为拨号对等体上的From标头；但是，管理员可以定义许多其他标头，包括VIA、TO和REQUEST（请求URI）。如果CUCM向CUBE发送OPTIONS ping，现在匹配拨号对等体777，并从指定接口获得200 OK回复OPTIONS。如果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路由呼叫。此功能已添加到IOS 12.3(4)T中，并存在于所有IOS XE版本中。请注意，默认情况下，传出SIP请求URI和目标报头URI的会话目标是出站拨号对等体。可以使用命令requri-passing禁用此功能，该命令允许网关将内置URI主机部分传递给外置URI主机部分，而不是使用session-target替换URI主机部分。15.4(1)T和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。此功能已添加到IOS 15.4(2)T和IOS XE 3.12S。拨号对等体调配策略要求定义一个主要匹配属性，而辅助匹配属性是可选的。调配策略应用于入站拨号对等体，并且当该拨号对等体被选择用于入站呼叫段时，调用该策略。结果是根据拨号对等体调配策略中的属性选择出站拨号对等体。

出站匹配可以是单个报头或多个报头，这些报头必须均为true才能与拨号对等体匹配。

在本示例中，From和To报头有一个语音类uri。对于OR匹配，拨号对等体调配策略配置为包含两个首选项。From报头是第一个首选项，To报头是备份首选项。拨号对等体1234旨在应用入站匹配的调配策略。然后分别建立应用destination uri-from和destination uri-to命令的dial-peer 11111和22222。这些命令可返回到其语音类URI。对于呼叫，您可以接收Invite，匹配拨号对等体1234并检查调配策略。然后，设备可以尝试首先在From报头上进行路由，该报头作为拨号对等体11111的适用匹配。如果失败，您还可以尝试使用22222在上路由到报头。

该示例还详细说明了如何实现And匹配拨号对等体调配策略。假设收到相同的Invite，您可以在一个首选项下定义两个信头，并将此信头应用于入站拨号对等体。

现在，当收到邀请时，它可以检查满足调配策略中定义的两个匹配条件的合格出站拨号对等体。因此，在本示例中，您的出站拨号对等体需要同时定义TO和FROM报头才能匹配。如果两者之一不是有效匹配，则不使用此拨号对等体12345。

注意：虽然我们在“来源”信头上路由呼叫，但离开网关的Invite消息仍具有原始请求URI。 我们只使用拨号对等体调配策略来匹配出站拨号对等体，不更改请求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

在IOS 15.4(1)T和IOS XE 3.11S之前，如果URI的主机部分不同，但用户相同，则需要两个单独的出站拨号对等体。

在此版本之后，管理员可以配置一个拨号对等体，以便为同一用户的多个主机提供服务。例如，testuser@cisco.com和testuser@webex.com在同一拨号对等体下。使用会话目标sip-uri会触发传入邀请请求URI域的DNS解析，并动态确定会话目标IP。

配置示例:

网关收到带有这些报头的两个SIP邀请Invite sip：testuser@cisco.com:5060 SIP/2.0 Invite sip：testuser@webex.com:5060 SIP/2.0由于incoming URI命令和用户ID定义均匹配testuser，因此网关匹配拨号对等体1上testuser@cisco.com和testuser@webex.com的传入SIP请求。“voice-class sip call-route url is present”命令意味着您可以根据此入站Invite的请求URI评估出站拨号对等体。由于与匹配拨号对等体1（testuser的用户ID）的原因相同，因此您匹配拨号对等体2。此拨号对等体的会话目标是由会话目标sip-uri”定义的原始sip-uri，即FQDN。在进行DNS解析，并将cisco.com和webex.com更改为用于第3层路由的IP后，您将消息从网关发送出去。

!
ip host cisco.com 10.10.10.10
ip host webex.com 10.10.10.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。

注意：语音端口处于down、shutdown或not operational状态的拨号对等体保持为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匹配的入站拨号对等体

从IOS 15.6(3)M和IOS-XE 16.3.1开始，思科网关可以使用VRF ID匹配入站拨号对等体。要利用此优势，管理员必须将入站拨号对等体绑定到接口，该接口又将拨号对等体绑定到指定接口上的VRF ID。绑定完成后，入站呼叫将由Cisco网关过滤，以仅包括与接收数据包的接口的VRF ID匹配的合格入站拨号对等体。从此处，入站拨号对等体根据常规拨号对等体匹配操作顺序进行匹配。

在这些IOS/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上的入站呼叫路由到出站。可以采用拨号对等体组来强制Cisco网关将呼叫保留在同一VRF内。

VRF和拨号对等体组配置示例

此配置示例的VRF1和VRF2有两个重叠的IP范围和两个重叠的电话号码范围。

利用VRF绑定确保正确的入站拨号对等体匹配，利用“拨号对等体组”确保正确的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-pattern-maps和POTS中继组允许管理员解决列出的所有问题，还可以解决更多未列出的问题。

拨号对等体组

在IOS 15.4(1)T和IOS-XE 3.11S中添加了拨号对等体组，在IOS 15.5(1)T和IOS-XE 3.14S中添加了POTS拨号对等体作为选项。拨号对等体组允许管理员根据匹配的入站拨号对等体为出站路由指定准确的拨号对等体。配置有拨号对等体组的入站拨号对等体匹配后，即使目标模式不匹配，呼叫也会使用拨号对等体组中定义的拨号对等体。唯一的先决条件是，出站拨号对等体必须启用，这样才能配置出站匹配方法，但实际上并不使用该方法路由呼叫。

描述拨号对等体组的最佳方式是将其与路由表中的静态路由概念进行比较。这些是静态的入站到出站路由决策，会消除网关的一些猜测，因为它们确切地告诉网关如何路由呼叫。 

完整文档：思科统一边界元素配置指南-从Cisco IOS XE 17.6开始

配置示例

在本例中，被叫号码是8675309。这根据incoming called-number语句匹配拨号对等体1234。此拨号对等体配置有一个拨号对等体组，该组表明如果拨号对等体2失败，呼叫现在可以路由出拨号对等体2，然后路由出3，最后路由出1。这是网关，因此现在尝试路由出呼叫拨号对等体2，因为通过拨号对等体组已明确告知它，这是它可以执行的操作。

注意：拨号对等体1、2和3上的目标模式不是被叫号码8675309。这没问题，呼叫仍可路由，而不会出现问题。

请记住，如“拨号对等体状态”部分所述，您需要将某项/任何项配置为出站匹配语句。在这种情况下，目的地模式只是使拨号对等体进入启用操作状态，并且从不计算该命令的数字字符串。建议配置类似于destination-pattern AAAA的模式，因为这是有效的目标模式。由于这在技术上是一个有效的拨号对等体，因此其他呼叫可能会与之匹配。因此，AAAA数字字符串意味着，除了涉及拨号对等体组的特定场景之外，您永远无法将其用于任何其他情况，因为AAAA的呼叫传入可能性非常非常低。

!
dial-peer voice 1 voip
 description Server 1
 destination-pattern ^1234$
 session target ipv4:1.1.1.1
!
dial-peer voice 2 voip
 description Server 2
 destination-pattern ^5678$
 session target ipv4:2.2.2.2
!
dial-peer voice 3 voip
 description Server 3
 destination-pattern AAAA
 session target ipv4:3.3.3.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-Pattern-Map

此功能使管理员能够将许多可能的号码匹配（目标模式、传入被叫号码等）合并到一个模式映射中，从而减少拨号对等体的总数。在IOS 15.2(4)M和IOS-XE 3.7S中添加了出站拨号对等体e164-pattern-map支持，而在IOS 15.4(1)T和IOS-XE 3.11S中添加了入站拨号对等体e164-pattern-map支持。

e164-pattern-map可以通过CLI配置或预配置并另存为.cfg文件。然后将.cfg文件添加到网关的闪存中，然后在配置命令的其余部分时引用。.cfg文件可以使用5000个条目。

两种配置方法中的条目都可以使用所有普通拨号对等体通配符进行进一步汇聚！

完整文档：思科统一边界元素配置指南-从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 <tag>

确认

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 CSCva64393 e164-pattern-map不解析配置文件的最后一行。

目标服务器组

服务器组使管理员能够在同一VOIP拨号对等体上配置多个目标（会话目标）。默认情况下，排序顺序是在服务器组条目中定义的首选项。使用命令hunt-scheme round-robin可以采用轮询调度。服务器组已添加到Cisco IOS 15.4(1)T和Cisco IOS XE 3.11S。在Cisco IOS XE 17.4.1中，语音类服务器组配置中添加了可配置的huntstop错误代码。也就是说，您可以配置单个错误代码，例如404 Not Found，并且SIP错误通常会触发设备尝试服务器组中的下一个选项。在服务器组内部署配置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..]

目标服务器组和OPTIONS 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 systemy，可导致拨号对等体使用全局语音服务voip > sip配置。

可以禁用此行为，并强制拨号对等体回退并使用会话目标作为每个拨号对等体的第3层目标，此配置如下：

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

POTS中继组

中继组是具有相似信令功能的物理语音端口的集合。此功能可用于减少需要配置的POTS拨号对等体的总数。中继组在12.1(3)T中引入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红色上侦听不安全的SIP，而租户2在TCP TLS 5070 + VRF蓝色上侦听SIP。基于listen-port + bind +可选vrf入站拨号对等体匹配租户后，将筛选为应用了租户的入站拨号对等体。

完整文档：思科统一边界元素配置指南-从Cisco IOS XE 17.6开始

无租户的命令首选项的正常顺序

1. 拨号对等体命令
2. 全局命令（语音服务voip和sip-ua）

租户的命令首选项顺序

1. 拨号对等体命令
2. 租户命令
3. Global 命令（语音服务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 Calls 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配置文件上启用Send ILS Learned Destination Route String设置，以便将x-cisco-dest-route-string报头发送到CUBE

完整文档：Cisco IOS版本15M&T的H.323-to-SIP和SIP-to-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

传统呼叫路由技术

本部分涵盖的项目被视为传统技术。虽然Cisco网关中仍存在配置这些命令的功能，但不建议在现代配置中使用这些命令。本文档仅介绍这些功能，因为它们在使用传统配置或执行升级时可能会遇到。

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不能单独使用，并且必须与destination-pattern、answer-address或incoming called-number一起使用。 这意味着入站/出站匹配语句的条件与号码类型必须匹配，才能使入站和出站呼叫路由要考虑的拨号对等体成功。

Numbering-match可视为拨号对等体过滤机制，而不是匹配机制。这是因为，如果没有应用管理员首选项，则无论是否应用numbering type命令，拨号对等体都被视为相同的默认首选项权重。这与运营商ID不同，当运营商的ID与其他匹配机制一起应用于拨号对等体时，如果两个条件都成立，则运营商的ID会为该拨号对等体添加优于其他拨号对等体的首选项。

编号类型匹配已添加到Cisco IOS 12.0(7)XR1中，并且存在于所有Cisco IOS XE版本中。随着协作网络中部署的传统POTS ISDN线路的减少，编号类型的使用在现代部署中很少见。

命令语法： Cisco IOS语音命令参考- K到R

配置示例

只有在ISDN号码类型为National时，此拨号对等体才能匹配4085150000到4085159999。

!
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中添加的，但在许多现代部署中并未实施。通常部署IOS/CUBE的其他安全方法。

从第4.2节开始，CUBE应用安全概述可在本白皮书中查看。

思科统一边界元素(CUBE)管理和可管理性规格

命令语法： Voice Source-Group Feature

拨号对等体权限

此配置允许管理员将拨号对等体限制为仅允许入站连接(term / terminate)或出口连接(orig / originate)。这类似于将入站拨号对等体显式配置为仅用于入站呼叫，将出站拨号对等体配置为用于出站呼叫。所有拨号对等体的默认设置是同时允许入站和出站连接。在现代部署中，此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拨号对等体所没有的。

第一个是删除目标模式中显式定义的左对齐数字。在POTS拨号对等体上使用命令no digit-strip可禁用此功能。

示例：

在本示例中，9011T被定义为目标模式的字符串。

设置好此号码后，您就可以收到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信令协议中更改被叫号码、主叫号码、重定向被叫号码、重定向目标号码和回拨号码。转换规则基于自上而下的搜索进行匹配，因此规则的顺序至关重要。如果在较高的规则中找到匹配项，网关将立即停止搜索并处理转换。转换规则无法更改非数字sip报头，例如testuser@10.10.10.10。为此，请使用SIP配置文件。

过渡规则可用于阻止思科网关上的呼叫。

转换配置文件选择首选项

1. 语音端口上的传入语音转换配置文件
2. 应用于串行接口的中继组上的传入语音转换配置文件
3. 入站拨号对等体上的传入voice translation-profile
4. 通过语音服务POTS定义的传入语音转换配置文件
5. 通过全局“voip-incoming translation-profile”定义的传入语音转换配置文件
6. 通过语音服务POTS定义的出站语音转换配置文件
7. 出站拨号对等体上的出站voice translation-profile或translate-outgoing
8. 中继组上的outbound voice translation-profile应用于串行接口
9. 语音端口上的出站voice转换配置文件

除拨号对等体正则表达式和wilcards转换规则外，转换规则还具有自己的正则表达式字符。

修改集

• 集合指定为\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-translation

语音类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>

注意：尾随空格非常重要，如果没有额外的格式化步骤，导入可能会失败。

示例.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中新增的一种较旧技术，在新网络中很少使用。此功能是在语音转换规则和配置文件存在之前添加的。号码扩展是应用于Cisco网关上所有拨号对等体的全局数字更改。在拨号对等体匹配之后，并且在呼叫发送到下一个呼叫代理之前，修改将应用到被叫号码。

配置示例

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

入站/出站SIP配置文件

SIP配置文件是功能强大的正则表达式(regex) Match语句，允许管理员更改SIP消息的任何方面，包括SDP和SIP报头。这些功能可以全局启用，按拨号对等体或按租户启用。从Cisco IOS 15.4(2)T和Cisco IOS XE 3.12S开始，SIP配置文件可用于入站修改。由于SIP配置文件非常强大，本文档仅介绍几个具体示例。SIP配置文件还增加了在IOS 15.5(2)T和IOS-XE 3.13S中修改或添加自定义SIP报头的功能。

关于入站SIP配置文件与出站SIP配置文件的要点

• 在CUBE处理用于呼叫路由的消息之前，入站SIP配置文件会更改消息。
• 在CUBE处理呼叫路由之后，在消息发送到下一跳之前，出站SIP配置文件会更改消息。

有关sip-profile配置的其他说明： 

• SIP配置文件无法处理m=image SDP属性。此漏洞的改进已在思科漏洞ID CSCsr20474下归档，  此外，SIP配置文件无法向SDP删除或添加值。只有您可以修改这些值。但是，可以通过指定整个值，然后将输出设置为一组无空引号来将SDP值修改为空值。
• 当在语音类sip-profile中输入命令时，不执行检查以查看当前输入的命令是否已存在或该命令的一个版本是否存在。如果管理员将一条线路粘贴到sip配置文件中7次，该线路将在运行配置中显示7次。建议删除正在修改的命令，然后在编辑sip配置文件时输入新命令，以避免出现多个命令。

完整文档：思科统一边界元素配置指南-从Cisco IOS XE 17.6开始

SIP配置文件测试工具：SIP配置文件测试工具

入站/出站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-profile inbound。

! 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配置文件。这与语音转换规则部分中介绍的集概念相同。

!
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配置文件的扩展，它允许网关从呼叫的支路中复制报头，然后在支路上的出口SIP消息中将PASTE复制到另一个位置。思科IOS 15.1(3)T和思科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 Copylist的调试输出

### 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>

特殊说明

协议信令和媒体绑定

所有信令协议都允许管理员将信令绑定到特定接口。默认情况下，网关没有静态定义的绑定，则网关从数据包经过的物理接口为呼叫发送信令。在拨号对等体上绑定时，数据包的特征是源报头、消息传送和来自指定接口的数据包，但实际数据包仍然通过物理接口路由。拨号对等体绑定始终使用会话发起协议(SIP)取代语音类租户和全局语音服务voip绑定。

很多时候，管理员将信令绑定到环回。这是逻辑接口，意味着没有数据包通过此接口。要执行数据包捕获，必须在物理接口上执行捕获。命令show ip cef <remote-ip>显示数据包用来路由到目标/远程IP的物理接口（即使配置已绑定到虚拟接口也是如此）。

媒体和信令绑定并不总是需要相同IP。如果管理员需要绑定到特定接口，以便向/从CUCM发送信令，但电话和网关之间的音频/媒体可能需要绑定到另一个接口。

配置示例

此示例显示绑定到loopback 1的拨号对等体，它接收来自CUCM的呼叫。

即使媒体和信令（控制）绑定到loopback 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拨号对等体

采用VOIP的DNS与采用任何其他DNS解决方案一样。 常用的配置是利用会话目标dns：FQDN.com。

思科网关即使在网关上未全局配置IP域名查找时也会执行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记录查询的信息，请参阅完整文档：思科统一边界元素配置指南-思科IOS XE 17.6及以上版本

对于IOS网关需要解析报头以响应消息的入站SIP连接，网关可以使用此操作顺序进行DNS解析

1. 记录查找
2. AAAA记录查找

在Cisco IOS XE 17.9.1中，CUBE可以通过选项keepalive机制检查DNS会话目标的可达性。请参见完整文档：

思科统一边界元素配置指南-从Cisco IOS XE 17.6开始

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 Testing 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和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拨号对等体上启用直接拨入后，入站消息传送可以包含路由呼叫所需的所有数字。Cisco网关无法执行后续数字收集。当路由器或网关搜索出站拨号对等体时，设备使用整个传入拨号字符串。默认情况下，这种匹配是变长的。这种匹配不会按数字逐个进行，因为根据 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
!

阻止呼叫

每种协议处理呼叫阻塞的方式略有不同。大多数协议都可以利用转换规则拒绝模式，该模式基于数字字符串进行阻止。 如果管理员仍想应用入站转换配置文件进行正常的数字处理，但不阻止其中的任何号码，则可以选择使用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-custom组进行配置。

这两个选项是：

1. 根据从电话公司交换机接收的II-8类别阻止传入收集呼叫。这是默认机制，所有Cisco网关均无需任何配置即可执行此操作。这种阻止方法需要支持基于类别的标记的较新电信公司交换机。要禁用此方法，请在cas-customer组上使用collect-call-enable命令。
2. 在r2数字E1 R2 cas-custom组上使用双应答功能。双应答配置禁用基于类别的阻塞，并替换为双应答功能。首先应答来电，然后启动1秒计时器。1秒钟后，网关以CLEAR BWD命令的形式发送释放。然后，电信公司可以向网关发送CLEAR FWD，呼叫可以断开连接。计时器在网关发送CLEAR BWD后启动，如果此计时器过期，网关将发送另一个ANSWER信号，因此假设呼叫不是收集呼叫，从此呼叫继续。可使用cas-custom组中的cc-reanswer-to配置此计时器。

II-8类阻止消息(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)]

Double-Answer配置示例

!
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
!

双应答调试(debug vpm signal)

### 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重叠接收

在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

有关传入拨号对等体与空被叫号码匹配的特殊说明。

• 与语音端口和/或某些情况下的应答地址相比，空被叫号码的限定性较低。因此，仅当没有基于answer-address或port-number的匹配时，才会出现基于空被叫号码的匹配。

• 在重叠拨号的情况下，空被叫号码与传入被叫号码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为ephone和语音注册池创建系统拨号对等体。这些在运行配置中无法看到。要更改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

 show voice register dial-peers with SIP CME的输出示例。

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。这些字段为所选应用程序启用拨号对等体，并告知应用程序它可以处理哪个拨号对等体。

在调试这些协议时，输出从不显示入站拨号对等体匹配。这始终可以显示为dial-peer 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和互操作性配置指南，Cisco IOS版本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的CUCM封装中，以供CUCM执行进一步的数字分析。

SIP DSAPP配置示例[使用CUCM自动配置*] | 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文档：Cisco VG450语音网关软件配置指南

呼叫路由故障排除和验证

请参阅本文档了解更多详细信息。

配置统一边界要素(CUBE)和时分复用(TDM)网关的调试集合