CUCM号码转换实验

简介:

T0/T1/T2/T3实验报告

实验环境:

clip_image002

Phone1:1000/1003,注册到 CUCM

Phone2:2000/2001,注册到R2 CME

1-T0实验

Call routing ---Translation pattern

clip_image004 clip_image006

在R1 上 Debug cch323 h225

主叫转8888XXXX

被叫转2002

Oct 31 00:27:39.825: //18/801E4A710700/H323/setup_ind: callingNumber[88881000] calledNumber[2002]

如果我勾选”use calling party external phone number mask” 且在DN 下做了external phone number mask ,

clip_image008

clip_image010

结果发现:DN下 external phone number mask 覆盖不了T0 转的 88881000

clip_image012

如果我们用debug voip dialpeer all 也可以看到主叫和被叫号。

clip_image014

2-T1 实验

如果在Route Pattern下做主叫转换

clip_image016

1000--à2001效果:

Oct 31 01:22:09.304: //-1/xxxxxxxxxxxx/H323/cch323_h225_receiver: Received msg of type SETUPIND_CHOSEN

Oct 31 01:22:09.304: //-1/xxxxxxxxxxxx/H323/setup_ind: Entry

Oct 31 01:22:09.304: //50/00EFC30D0100/H323/setup_ind: callingNumber[99991000] calledNumber[2001]

Oct 31 01:22:09.304: //50/00EFC30D0100/H323/setup_ind: ---- calling IE present

如果勾选”use calling party external phone number mask”也是T1覆盖掉DN的更改.

3-T2实验

创建RL 和RP

clip_image018

clip_image020

1000--à2001

Debug可以看出信息,T2覆盖掉了T1的转换

Oct 31 03:41:10.356: //-1/xxxxxxxxxxxx/H323/cch323_h225_receiver: Received msg of type SETUPIND_CHOSEN

Oct 31 03:41:10.356: //-1/xxxxxxxxxxxx/H323/setup_ind: Entry

Oct 31 03:41:10.360: //54/808763790100/H323/setup_ind: callingNumber[66661000] calledNumber[2001]

Oct 31 03:41:10.360: //54/808763790100/H323/setup_ind: ---- calling IE present

4-T3实验

Transformation Pattern 要跟CSS一起结合使用

现在环境 (没有T0)

1XXX-----》2XXX

T1 做了主叫变 9999XXXX (1000---->99991000)

T2 做了主叫变 6666XXXX (99991000----->66661000)

实现T3 主叫变 4444XXXX

Step1: 创建CSS/PT (略),

Step2:在H323网关上挂CSS

clip_image022

Step3: 创建一个Calling party transformation Pattern

clip_image024

在这里主叫号码为1XXX

clip_image026

最后T3统管一切转换

clip_image028

如果再复杂一点,加上T0转主叫

1XXX ---拨打1234,主叫变3333XXX,配置如下

clip_image030

T1转9999XXXX

T2转 6666XXXX

如果要实现T3覆盖转,则 这里应该些 3333XXXX

clip_image032

实验结果成功

clip_image034

反之,转被叫也一样

实验心得

实验一定要做了才有体会

debug voip dialpeer all 也可以看主被叫


本文转自 bilinyee博客,原文链接:     http://blog.51cto.com/ericfu/1978997   如需转载请自行联系原作者

相关文章
|
16天前
|
域名解析 网络协议 安全
反向DNS解析是从IP地址到域名的映射,主要作用于验证和识别,提高通信来源的可信度和可追溯性
在网络世界中,反向DNS解析是从IP地址到域名的映射,主要作用于验证和识别,提高通信来源的可信度和可追溯性。它在邮件服务器验证、网络安全等领域至关重要,帮助识别恶意行为,增强网络安全性。尽管存在配置错误等挑战,但正确管理下,反向DNS解析能显著提升网络环境的安全性和可靠性。
47 3
|
6月前
|
安全 数据可视化 JavaScript
【内网安全】域信息收集&应用网络凭据&CS插件&Adfind&BloodHound
【内网安全】域信息收集&应用网络凭据&CS插件&Adfind&BloodHound
105 1
|
缓存 网络协议 Windows
计算机网络:实验五-利用分组嗅探器分析DNS
计算机网络:实验五-利用分组嗅探器分析DNS
475 0
计算机网络:实验五-利用分组嗅探器分析DNS
|
搜索推荐
迅时IP电话交换机系统多级IVR配置指南
迅时IP-PBX设备可按工作时段和非工作时段播放不同欢迎词,也可为每条外线分配不同欢迎词。还可以设置多级/多语种的欢迎词。其中,多级语音导航(IVR),可以让呼入用户根据语音导航菜单的播报内容,通过话机按键自主选择所需的服务,大大提高客户响应速度。
迅时语音网关获取网络IP地址配置方法
对迅时语音网关设备进行配置时,必须通过IP地址登录到设备Web配置页面。本文提供迅时设备的默认IP地址和IP地址获取方法。
|
人工智能
VOS3000如何根据被叫手机号码归属地进行优先路由线路
 1、应用场景 现有3个资源线路,分别是上海线路资源、北京线路资源、兜底线路资源,要求根据客户拨打的被叫号码归属地优先匹配上海与北京地区的线路资源,兜底线路资源作为备用线路 被叫归属地匹配到上海归属地时,优先送上海线路,其次送北京线路,最后送兜底线路 被叫归属地匹配到北京归属地时,优先送北京线路,其次送上海线路,最后送兜底线路 被叫归属地非上海与北京地区时,直送兜底线路 2、手机地区表 确保客户端有“号码管理-手机地区表”,手机地区表可向博主进行索取,但是昆石不保证该表格的时效性和准确性 3、手机区号添加 对接网关开启“补充设置-国内业务-手机区号添加”,添加需要进行线路路由的区号,例
|
网络协议 网络架构
跨区域网络的通信学习IPv4地址的分类和计算
跨区域网络的通信学习IPv4地址的分类和计算
206 0
用对话的方式理解--子网划分
用对话的方式理解--子网划分
202 0
|
网络安全
阿里云网络IP区分
网络IP区分
450 0