博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
《实施Cisco统一通信管理器(CIPT2)》一1.6 拨号计划方面面临的挑战
阅读量:5984 次
发布时间:2019-06-20

本文共 5070 字,大约阅读时间需要 16 分钟。

本节书摘来异步社区《实施Cisco统一通信管理器(CIPT2)》一书中的第1章,第1.6节,作者: 【美】Chris Olsen 译者: 刘丹宁, CCIE#19920 , 卢铭 , 陈国辉 , 田果 责编: 傅道坤,更多章节内容可以访问云栖社区“异步社区”公众号查看。

1.6 拨号计划方面面临的挑战

实施Cisco统一通信管理器(CIPT2)

在拥有一个或多个CUCM集群的多站点部署环境中,拨号计划的设计方案需要考虑很多单一站点部署方案中根本无须考虑的因素,如下所示。

  • 重叠的号码:位于不同站点的用户可以使用相同的目录号码。因为目录号码只需在站点内部保持唯一,因此多站点部署环境需要为重叠的号码提供一个解决方案。
  • 号码不连续:连续的号码范围有利于对呼叫路由信息进行汇总,这与连续的IP地址范围有利于进行路由汇总的概念类似。这种连续的地址块可以用呼叫路由表中的短短几个条目进行代表,如路由模式(Route Pattern)、拨号对等体中的目的地模式(Dial Peer Destination Pattern)和语音转换规则(Voice Translation Rule),这样做可以确保路由表短小精炼。如果每个端点都需要在呼叫路由表中拥有它们各自的路由条目,那么路由表就会变得非常庞大,对内存的需求也会变得很大,查找路由表的速度也会变得很慢。因此,在任何站点上,采用不连续的号码都不是理想的做法,因为这种做法会降低呼叫路由选择的效率。
  • 可变长的编号计划:在有些国家(比如美国、加拿大),PSTN号码使用固定长度的编号计划。而其他一些国家(如墨西哥、英国)则使用可变长的编号计划。可变长的号码存在一个问题,那就是拨出号码的长度是由CUCM路由计划来进行判断的,而这里判断的标准是拨号间隔时间是否超时。在等到拨号间隔时间(即T.302计时器)超时的过程中,拨号后的延迟时间也就在相应地延长,但用户未必乐意等这么长的时间。
  • DID范围与E.164地址:在考虑与PSTN进行集成时,内部使用的目录号码必须与外部的PSTN号码(E.164地址)发生关系。这取决于拨号计划(是定长还是变长)以及PSTN提供的服务,下面我们给出最常见的解决方案。
  • 每个内部目录号码都关联一个定长的PSTN号码:在这种情况下,每个内部目录号码都有它们自己专用的PSTN号码。这个目录号码可以(但不必)与PSTN号码最低位1的数字相匹配。在使用定长编号计划(比如NANP[北美编号计划])的国家,常用的方法往往是使用4位办公号码作为内部的目录号码。如果得到的号码不唯一,那么可以在4位号码前添加PSTN局号(Office Code)或者添加由管理员分配的站点码(Site Code),于是有些内部的目录号码就会长达5位甚至更多位。
    另一种解决方案是不复用PSTN号码中的任何位数,只是将各个内部使用的目录号码映射到分配给该企业的PSTN号码中。在这种情况下,内部和外部号码就没有任何的相同之处。如果内部使用的目录号码匹配了该公司PSTN号码中最低位的几个数字,那么管理员可以在网关或中继上设置这些重要数字2(Significant Digits)。同样,网络设计人员还可以配置通用外部电话号码掩码(General External Phone Number Mask)、转换掩码(Transformation Mask)或前缀,可以这样做是因为所有的内部目录号码都能够使用相同的方式被设置为符合PSTN编号规则的号码。另一个例子是,如果内部目录号码是由部分PSTN号码和管理员手动添加的数位所组成的,比如站点码加PSTN办公号码3;或者PSTN号码范围与内部号码范围不同,比如把PSTN站点码4100~4180与目录号码1100~1180进行映射;或者完全独立地将内部目录号码与PSTN号码进行映射。在这种情况下,管理员就必须对入站的呼叫部署一条或者多条转换规则(Translation Rule),还需要配置一条或多条的主叫方转换规则(Calling Party Transformation Rule),转换掩码、外部电话号码掩码或前缀。
  • 不支持DID的定长编号计划:为了避免在定长编号计划中,必须为每个内部目录号码分配一个PSTN号码,人们常常不允许使用DID扩展分机号码。常见的做法是,PSTN中继只有一个单独的号码,所有路由到该号码的PSTN呼叫都会被发送给话务台、声讯总机、接待员或者秘书。然后再从那里将呼叫转发给相应的内部分机。
  • 内部目录号码是可变长号码的一部分:在使用变长编号计划的国家中,分配给PSTN中继的“用户”号码通常比较简短,但PSTN会将所有从这个号码开始的呼叫都路由给中继。然后由呼叫者加拨号码来指定分机。这里没有定长号码中额外数位或总数位的概念。不过,这里有一个最大值,这个最大值赋予了网络设计者选择目录号码长度的自由。这个最大长度有时很小。比如,E.164的最大号码长度是15个数位,其中不包括国家代码。呼叫发起方需要在公司PSTN号码(通常很短)后面加拨相应的分机号码来呼叫某个特定的用户。如果只拨打了那个简短的PSTN号码而没有加拨任何分机号码,这个呼叫就会被路由给公司的话务台。民宅的PSTN号码通常会比公司的PSTN号码长一些,一般也不允许加拨额外的号码。我们在这里谈到的特性只能在中继上使用。
  • ISDN的号码类型(TON):PSTN接收到的主叫方号码(ANI [自动号码识别])可以用不同的方式进行表示。
    7位的用户号码。

10位号码,其中包括地区代码(Area Code)。

在地区代码的前面还带有国家代码,这是国际上的通用格式。
为了将所有呼叫的ANI进行标准化,使用的格式必须是既定的,因此号码必须进行相应的转换。

  • 呼叫路由的优化:当各个站点之间同时通过IP WAN和PSTN进行连接的时候,可以让呼叫通过IP WAN进行发送,而不通过PSTN进行发送,以此可以避免PSTN对通话的收费。在这种情况下,PSTN可以充当WAN的备份链路,仅当WAN链路出现故障时,才使用PSTN进行通信。还有另一种解决方案,这种解决方案同样是使用IP WAN链路来发送PSTN呼叫,这种方法是对前一种方法的拓展,也可以降低长途电话费用,这种方法称为经济路由(TEHO,Tail-End Hop-Off)。简而言之,就是尽可能多地利用IP WAN发送流量,使用离目的PSTN最近的网关用来充当PSTN出口。
    注释:

所有的双向电话呼叫都有两个电话号码:主叫方号码(也称ANI [自动号码识别])和被叫方号码(也称DNIS [被叫号码标识服务])。所有双向呼叫都是从ANI去往DNIS的呼叫。而号码处理(Digit Manipulation)的过程就是将ANI和/或DNIS修改为其他号码的过程。

1.6.1 重叠号码与不连续号码

在图1-4中,位于主站点的Cisco IP电话使用的目录号码为1001~1099、2000~2157、2365~2999。在远端站点,使用的号码则是1001~1099和2158~2364。这些目录号码存在两大问题:首先,1001~1099是重复的,这一部分的号码在两个站点都有,因此它们在整个的部署环境中是不唯一的。由此导致的问题是,如果一个远端站点的用户只拨打了1001这4位数字,那么到底哪个电话应该振铃呢?这个由重叠地址引发的问题就需要通过号码处理技术来得到解决;除此之外的另一个问题是,2000~2999的号码是不连续的(两个站点间还存在另一些重复的号码),这就需要在呼叫路由表中添加大量额外的条目,因为这样的范围很难用一条或几条呼叫路由进行汇总。

注释:

本章针对这些问题所提供的解决方案会在下一章中展开具体的介绍。

4

1.6.2 定长编号计划与可变长编号计划

定长编号计划的特性是地区代码和本地号码的长度都是固定的。而开放式编号计划的特性则是在一个国家中,地区代码或者本地号码(或者这两者)的长度是不固定的。

表1-1将NANP与可变长编号计划进行了对比,该表中的可变长编号计划将以德国的编号计划为例。

b1

例如

美国国内电话:9-1-408-555-1234或1-555-1234(地区代码相同时)。

从美国打去德国:9-011-49-404-132670。
德国国内电话:0-0-404-132670或0-132670(地区代码相同时)。
从德国打去美国:0-00-1-408-555-1234(注意:00-1-408里面的那个1,是美国的国家代码,并不是中继前缀)。

NANP PSTN号码是408-555-1234,没有使用DID,所有位于主站点的呼叫都由话务员进行处理。在德国的远端站点,E.164 PSTN号码是+49 404 13267。在德国站点中使用4位分机号码,由于可以把分机号码直接添加到PSTN号码中,因此允许使用DID。在呼叫德国办公室的话务员时(因为不知道分机号码),美国用户应该拨打9-011-49-404-13267。要注意国际前缀011和接入码9是如何取代了加号“+”的。如果电话的分机号是1001,那就应该直接拨打9-011-49-404-13267-1001。

注释:

在表1-1所示的例子中,从美国向外拨打始终要先拨打号码9,作为出向呼叫的接入码。这是一种可选的拨号计划,但是在拨号计划中,这种做法十分常见。不过,如果使用了接入码,那么在到达PSTN之前,9必须被剥除,而拨打的其他前缀则必须发送给PSTN,唯有这样呼叫才能得到正确地路由处理。

1.6.3 可变长的编号计划,E.164地址与DID

在图1-5所示的例子中,部署了CUCM的主站点位于美国,而没有部署CUCM的远端站点位于德国。美国的NANP PSTN号码为408-555-1234。要注意这里并没有使用DID,因为所有拨往主站点的呼叫都要由话务员进行处理。德国远端站点的PSTN号码为+49 404 13267。在德国需要使用4位分机号,并且启用了DID,因为可以直接把分机号码添加到PSTN号码中。在呼叫德国办公室的话务员时(主叫方并不知道具体的分机号码),美国用户应该拨打9-011-49-404-13267。如果电话的分机号为1001,那么就应该直接拨打9-011-49-404-13267-1001。

5

由CUCM通过WAN或PSTN将呼叫路由给远端站点的这个过程,对于用户来说是透明的。

1.6.4 呼叫路由的优化与PSTN的备份

在多站点部署环境中,节省PSTN话费有以下两种方法。

话费旁路(TollBypass):企业内部站点间的呼叫可以使用IP WAN来代替PSTN进行发送。只有当呼叫无法通过IP WAN进行发送时(由于WAN出现故障,或呼叫准入控制功能[CAC]不允许发起该呼叫),才使用PSTN进行发送。

经济路由(TEHO):这种解决方案同样是使用IP WAN链路来向远端目的地发送PSTN呼叫,这种方法是对话费旁路的拓展。在使用TEHO时,方法是尽可能多地利用IP WAN发送流量,并使用离被叫目的PSTN目的地最近的网关来充当PSTN的出口。本地PSTN充当IP WAN故障或CAC失败时的备份路径。

注意:

有些国家不允许使用TEHO或话费旁路技术来规避话费开销,在这类国家中,这种规避国际长途费用的做法是不合法的,这种做法会剥夺运营商的国际入向收益。因此,在实施相关技术之前,请确保这些部署方案符合所在国的相关法律规定。

在图1-6所示的环境中,从芝加哥打往圣何塞的呼叫会按照如下步骤进行路由。

1.芝加哥的CUCME用户拨打9-1-408-555-6666,这是一台位于圣何塞的PSTN电话。

2.呼叫从芝加哥CUCME路由器通过IP WAN(使用SIP或H.323)路由给了圣何塞的CUCM集群。

3.圣何塞CUCM将呼叫路由给圣何塞网关,呼叫从这里进入PSTN,于是一个长途电话就成为了一个打往圣何塞PSTN的本地电话,通话费用也毫不昂贵。

4.圣何塞PSTN中心局(CO)路由该呼叫,于是被叫电话振铃。

6

如果在打电话之前,由于某种原因而使该呼叫无法使用WAN链路,那么管理员就必须通过配置芝加哥网关,使其能够通过号码处理技术来正确地路由呼叫,也就是将呼叫通过PSTN发送给圣何塞的PSTN电话。当然,这样一来,这通电话的通话费也有可能因此而相对昂贵一些。

转载地址:http://rtgox.baihongyu.com/

你可能感兴趣的文章
阿里Java面试题剖析:为什么使用消息队列?消息队列有什么优点和缺点?
查看>>
3.2.4 Shell脚本--函数的用法
查看>>
ssh-keygen -t rsa -f cloud.key ssh -i cloud.key <username>@<instance_ip>
查看>>
培训机构管理系统帮助机构解决管理问题
查看>>
我的友情链接
查看>>
DISCUZ官方论坛模仿开发日志(二)
查看>>
Java设计模式系列之策略模式
查看>>
Sql异常①
查看>>
Jquery 校验文本框只能输入负数、小数、整数
查看>>
PHP 命名空间
查看>>
层次分析法
查看>>
ASP.NET一些常用的东西
查看>>
2015百度之星 单调区间
查看>>
Ubuntu安装Chrome的方法
查看>>
用批处理来操纵你的光驱
查看>>
SQL 问题记录
查看>>
vim修改时自动备份配置文件小脚本
查看>>
我的友情链接
查看>>
官宣:深度剖析免费OA系统是如何盈利
查看>>
vue2.0学习笔记(一)搭建学习环境
查看>>