Voice Lab5- CUCM-1
1-Plar功能实现
CM实现的方式是利用Translation Pattern,话机device分配一个CSS_PLAR,创建一个；TP,呼叫号码为空，配置Partition挂PT_PLAR,被叫号码转为1009
1-1创建一个新的Partition
==Search==> 
1-2创建一个新的CSS
1-3创建一个空Translation Pattern
1-4话机上挂CSS
实现的效果：
1001摘机则1009响铃
2-话机CSS
1001<------>1002
本来1001和1002可以互通的,现在我们通过CSS和PT来实现1001-1002不能通话
Step1: 在 1002 dn上作PT (PT_test先要自己创建好)
这样1001与1002不能互通,
Step2 : 在1001 telephone上加CSS (CSS_Test自己先必须创建好,且和PT_TEST关联)
实现的效果就是1001又可以与1002互通了
对于一个话机来说,phone和DN下都可以配置CSS ,那么最终的权限是{css_dn,css_phone,null} null是隐藏的
3-CUCM与CME跨域通信
拓扑如下:<前提是R1-R2路由必须通>
Step1 : Device-Gateway-AddNew,在device name上填上对端的地址12.1.1.2
Step2:Call routing-Route/Hunt-Route Pattern—Add New
Step3:配置路由
R2#show run | be tele
telephony-service
max-ephones 10
max-dn 10
ip source-address 192.168.200.254 port 2000
auto assign 1 to 10
network-locale JP
max-conferences 8 gain -6
transfer-system full-consult
create cnf-files version-stamp 7960 Mar 28 2016 16:57:41
!
!
ephone-dn 1 dual-line
number 2001
!
!
ephone-dn 2 dual-line
number 2002
!
!
ephone 1
mac-address 000C.29CC.0734
type CIPC
button 1:1 2:2
R2#sh run | se dial-peer
dial-peer voice 1000 voip
destination-pattern 1...
session target ipv4:192.168.100.186
dtmf-relay rtp-nte
no vad
这样就可以1XXX就可以和2XXX通信了.
4-呼叫路由设计
Call manager: !=T, X=. CM不支持#终结,等待T302时间 ,route-pattern 改 ![0-9#]
以上是一个设计模板
由于环境没有PSTN就做个简单的测试
| 测试电话 |
CSS |
PT |
可拨打的电话 |
Route-Pattern |
Route-List |
Route-Group |
Gateway |
| 1001/1003 |
CSS-Local |
PT-Local |
2001 |
RP-2001 |
RL- R1 |
RG-R1 |
12.1.1.2 |
| 1002/1004 |
CSS-Long |
PT-Long;PT-Local |
2001;2002 |
RP-2002 |
RL-R1 |
RG-R1 |
12.1.1.2 |
Step1-Class of control –Partition (PT-Local;PT-Long)
Step2-Calss of control –CSS (CSS-Local;CSS-Long)做好相应的PT关联
Step3-在IPHONE device下添加CSS.
Step4-添加h323网关 <上个实验已添加好>
Step5-添加RG
Step6-添加RL
Step7-添加RP (RP记得挂PT)
最后的结果:1001/1003----> 2001 , 1002/1004-----> 2001 AND 2002
补充:对于使用standard local route group 作为route group的配置方式来说,需要到主叫方的device pool下面去找到local route group的设置,由此配置点最终找到哪个网关出局
最后来一张路由关系图
5-MGCP
MGCP协议是CS模型,call manager是server 端,GW是client端
CM是通过TFTP将配置下发到网关的,MGCP的本质是CM在管理网关上的传统语音接口FXS/FXO/T1/E1 接口
在GW上配置domain-name和card type此配置从TFTP下发
Ip domain-name cisco.com
Card type t1 0 2
Ccm-manager config server 192.168.100.186
Mgcp
Ccm-manager config
可以在call manager 上查看 MGCP网关状态
MGCP用到2个端口 ,TCP 2428和UDP 2427,其中UDP 2427是常规端口
TFTP下发到配置到R1网关之后,会产生很多配置,其中ISDN bind-l3 ccm-manager就表示通过TCP 2428端口连接到CM来处理 ISDN的信令 ，这个过程称为MGCP backhauld
MGCP 网关是傻 终端 ，自己并不处理信令，所有路由在CM上处理.
由于没有环境，这个试验暂时不做
6-CM配置号码转换
继续使用上面环境,由于CM负责发通话,所以号码转换也可以在CM上做号码转换
准备环境:
在R2 上做点配置
ephone-dn 3
number 8888110
description police
name Police
ephone 1
button 3:3
reset
1-Route Pattern上做号码转换 (T1)
添加新RP
测试结果:用1001拨打110,转成8888110
2-Route List调用 Route-Group的时候调用 (T2)
去掉在T1上设置,打开RL ,
CallingRouting—Route/hunt----Route List
建议在T2 上作号码转换,尽量不要在T1 作号码转换,因为T1 的号码转转(主叫和被叫)都会影响去电显示,即使在有T2的配置的情况下,T1的号码转换确实起不了作用,但是会影响去电显示.
3-在GW上作号码转换(T3)
3.1-去掉 T2的设置,但T3的号码转换必须根据CSS和Partition 来关联
3.2-定义PT(PT_Transfer_Called)和CSS(CSS_Transfer_Called)并关联
3.3-Call routing 下面 transformation
3.4-在GW上调用
测试效果是通的
本文转自 bilinyee博客，原文链接： http://blog.51cto.com/ericfu/1759003 如需转载请自行联系原作者
