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   如需转载请自行联系原作者

相关文章
|
2天前
|
数据采集 人工智能 自然语言处理
3分钟采集134篇AI文章!深度解析如何通过云无影AgentBay实现25倍并发 + LlamaIndex智能推荐
结合阿里云无影 AgentBay 云端并发采集与 LlamaIndex 智能分析,3分钟高效抓取134篇 AI Agent 文章,实现 AI 推荐、智能问答与知识沉淀,打造从数据获取到价值提炼的完整闭环。
336 90
|
10天前
|
机器人 API 调度
基于 DMS Dify+Notebook+Airflow 实现 Agent 的一站式开发
本文提出“DMS Dify + Notebook + Airflow”三位一体架构,解决 Dify 在代码执行与定时调度上的局限。通过 Notebook 扩展 Python 环境,Airflow实现任务调度,构建可扩展、可运维的企业级智能 Agent 系统,提升大模型应用的工程化能力。
|
人工智能 前端开发 API
前端接入通义千问(Qwen)API:5 分钟实现你的 AI 问答助手
本文介绍如何在5分钟内通过前端接入通义千问(Qwen)API,快速打造一个AI问答助手。涵盖API配置、界面设计、流式响应、历史管理、错误重试等核心功能,并提供安全与性能优化建议,助你轻松集成智能对话能力到前端应用中。
774 154
|
16天前
|
人工智能 数据可视化 Java
Spring AI Alibaba、Dify、LangGraph 与 LangChain 综合对比分析报告
本报告对比Spring AI Alibaba、Dify、LangGraph与LangChain四大AI开发框架,涵盖架构、性能、生态及适用场景。数据截至2025年10月,基于公开资料分析,实际发展可能随技术演进调整。
993 152
|
3天前
|
域名解析 人工智能
【实操攻略】手把手教学,免费领取.CN域名
即日起至2025年12月31日,购买万小智AI建站或云·企业官网,每单可免费领1个.CN域名首年!跟我了解领取攻略吧~
|
2天前
|
数据采集 人工智能 搜索推荐
别再“调教”ChatGPT了!用Qwen2.5打造24小时在线数字分身
在AI时代,专属“数字分身”正从科幻走向现实。依托Qwen2.5-14B大模型、LoRA微调技术及LLaMA-Factory Online平台,仅需四步即可打造会说话、懂风格、能办事的个性化AI助手,让每个人拥有自己的“贾维斯”。
212 152