Cisco - 实现
AVVID：案例分析
实现AVVID：案例分析
文的目的将为一个真实世界AVVID
实施提供案例分析以便用户能受
益于从此实施获取的知识。请注意虽然用于本文和位置的名
字是虚构的，实施详细资料与那些是相同的客户端的。
为本文，我们将呼叫客
户端"SampleNet"。 此组织雇用大约8000个人横跨210个站点
。 这些站点横跨整个状态在大小被传播并且变化从单个兼职
人到1000正式职工。在实现AVVID之前，SampleNet依靠包括
164个Nortel PBX
实现作为单个逻辑专用网络的老式语音网络。
在AVVID部署以后，网络近似包括：
8000个IP电话横跨210个位置遍及夏
十Cisco呼叫管理器
二十个uOne语音messaging服务
四台Catalyst 6500s用DSP前端
五个H.323网关
60条主要ISDN线路配置了。
SampleNet包括四个核心
站点和大约210个远程站点。核心站点位于夏威夷、(no
meanings)、毛伊和考艾岛。每个核心站点有通过二台骨干网
交换机和二个核心路由器连接的二个分布式路由器。
核心路由器接通到核心路由器在其他
核心站点通过ATM。分布式路由器接通到远程站点通过帧中继
到ATM相互作用。远程站点有单个连接帧中继的路由器。
二个PVC 连接回到二个分布式路由器在最近的核心站点。
没有服务器或电话线路在远程站点，仅IP电话。
所有语音设备被置四个核心站点。
毛伊有二个CCM集群，一个为毛伊和一个为(no meanings)。
其他核心站点有一个CCM
集群中的每一个。几个uOne
语音邮件服务器同联系在一起并且被协同定位与CCM集群。三
四个核心站点主机PSTN网关。 呼叫从一个远程站点到/从
PSTN路由回到核心站点和在网关之外。
下面的图表说明四个核心/分布站点之一。这
些站点物理位于在交换那么那里是没有人员或IP电话在这些站点的
载波里面。 帧中继和ATM路由器在底部表示远程站点。
某些远程站点是相当大，与1000雇用职员，并且这些通过
ATM附有回到分布层。更小的站点是ATM附属的帧中继附属在
远程终端和在分配末端。
图之下捕获整个网络的结构。 缩写是：
CHCH：城市5
CM1：呼叫管理器-
CM1A：呼叫管理器-
VM：语音邮件
注意：&许多详细
资料在此图表未讨论。请参考回到此图表为阐明在那些详细
资料他们产生。
SampleNet AVVID设计与与ABC通信协商服务合同严密
连接，提供SampleNet的虚构的载波以所有语音和数据服务。了解ABC协定，您应该了解五个区域代码：
(no meanings)
(no meanings)
此合同符合，所有呼叫是本地呼叫(即，没有这样的事象长途呼叫)
。当这可能听起来一个非常慷慨的交易时，SampleNet
上被迫使维护一个本地互连点(PSTN网关)在各个区域。
SampleNet必须然后路由所有呼叫到该区域在区域的网关被找
出的里面之外。
例如，SampleNet员
工在一个IP电话在夏威夷在毛伊呼叫一个PSTN编号。IP网络
路由呼叫到毛伊网关和对PSTN。这保证PSTN 行程产生并且在
毛伊地区(区域代码04之内)
终止。所以，这是一次本地呼
叫。请参阅以下例证。
中，一个客户端在Princeville在Princeville打电话给本地
SampleNet办公室。当未知对客户端时，此呼叫一直实际上路
由到Kauai网关。从网关，呼叫返回通过IP网络和下来
princeville办公室。这在下面的呼叫流程图说明。
客户端呼叫在此案件清楚地准备为仅一次本地呼叫改变。
然而，这里有警告。 ABC通信提供服务主要给事务和
政府。 SampleNet客户端呼叫是Telecom Hawaii (TCH的)用
户。如果有TCH-ABC本地互连点(POLI)在Princeville
呼叫这时被移交到ABC并且客户端由TCH
改变为仅一次本地呼叫。
然而，如果没有POLI在Princeville
，然后呼叫实际上被传送作为长途呼叫由TCH从Princeville对最近
的POLI。避免改变客户端为长途呼叫的TCH，princeville办
公室实际上分配TCH
Princeville编号。然后转发此编号或
者聪明与Kauai网关的ABC编号连接。实际结果是客户端为仅
一次本地呼叫改变并且ABC/SampleNet
拾起TCH转换费用。此方案如下所示。
SampleNet网络有总共五
个呼叫管理器集群：每个区域代码一簇。每个核心站
点有一簇，除了毛伊，是家庭对04 ((no meanings))和06 (毛伊)簇
。尽管没有核心站点在(no meanings)，06簇位于毛伊核心站
每簇包括二CCMs：发布
人和订户。 订户作为主要CCM为所有电话在其区域和发布人
作为附属CCM为所有电话在其区域。 在正常运行期间，所有
电话向订户登记。 因为用于基于位置的CAC限制去每个远程
站点的，呼叫的数量电话没有横跨二CCMs
被分裂。陪基于
位置的CAC，所有呼叫必须通过单个CCM同行因此在使用中能跟踪带
宽根据一个每位置基本类型。
叫管理器硬件是MCS-7835并且所有CCMs运行版本3.0(4)在本文被写
作了时候。 他们也有与一个另外的Microsoft补丁程序一起1
应用的Microsoft服务包解决一个虚拟内存问题。全部8000个
IP电话是7960s。每簇近似有电话和uOne端口的以下数量注册
uOne端口流入
uOne端口流出
(no meanings)
(no meanings)
SampleNet CCMs设
计了以便210个站点中的每一个有分开的呼叫搜索空间。每呼
叫搜索空间反过来包括一定数量的分区。每分区提供存取对
于某些组编号和服务。
下面是现有
的分区示例。而不是重点在每分区详细资料，目的是产生印
象呼叫搜索空间如何分成横跨多个搜索空间被重新使用的更小的模
块化分区。请参阅以下有用提示关于这些电话号码：
电话号码示例：0x yyy yyyy
，"0x"其中是区域代码
移动电话编
号示例：02x xxx
选择和超出线路
拨打00为一次国际
内部SampleNet扩展名是5个数
请参阅以下示例分区：
03呼叫管理器
06呼叫管理器
07呼叫管理器
09呼叫管理器
1(2-8)XXXXXX
1.9(2-9)XXXXX
1.91(2-9)XXXX
no_charge_service
04 GW电信服务
no_charge_service
04 GW电信服务
no_charge_service
04 GW电信服务
operator_services
04 GW电信服务
operator_services
04 GW电信服务
operator_services
04 GW电信服务
vodafone_mobile
04 GW Vodafone蜂窝电话
vodafone_mobile
04 GW Vodafone蜂窝电话
1025XXXXXXX
telecom_mobile
04 GW电信蜂窝电话
1025XXXXXX
telecom_mobile
04 GW电信蜂窝电话
1029XXXXXXX
telstra_mobile
04 GW Telstra蜂窝电话
1029XXXXXX
telstra_mobile
04 GW Telstra蜂窝电话
04 GW电信传呼
10261XXXXX
04 GW电信传呼
104XXXXXXX
04 GW国家领土
04 GW国家领土
103XXXXXXX
03 GW国家领土
03 GW国家领土
106XXXXXXX
06 GW国家领土
06 GW国家领土
107XXXXXXX
07 GW国家领土
07 GW国家领土
109XXXXXXX
09 GW国家领土
09 GW国家领土
04 GW紧急事件号码
每个站点有包含所选的分
区依靠的一个唯一主叫地址空间什么编号用户允许拨。 因此
二个站点带有同样服务需求可能有相同的呼叫搜索空间(相同的分区
)用不同的名字。当这可能似乎类似多余的复杂化和增加配置
大小时，证明非常灵活的。这在该搜索空间允许呼叫路由以
后容易地被调整为单个站点被添加，删除或者修改分区。 如
果一个新的搜索空间将那时被创建，则新的搜索空间在每个电话将
必须分配到每条线路在该新的空间。
CPU利用率和虚拟内存使用方法被证明是CCM's健康的
一台头等指示器。您能使用Windows 2000性能监控工具监控
这些。我们推荐您持续监控这些值和日志归档。使用
此数据跟踪CCMs的性能并且保证没有超载他们或遭受的存储器泄漏
。因为导致缓慢的拨号音和其他服务降低，高CPU是坏的。
高峰CPU利用率在最繁忙的SampleNet簇在高峰时间是大约
某些动作在CCMs被发现巨
大增加负荷。 例如，装载很大数量的phones/users使用
工具引起CPU利用率对阻止。因为复制推进了对数据库
的更改在两个服务器，这将引起CPU利用率去到100%在发布服务器和
用户。 所以，我们移动了数据条目向在几小时之后在
rollout期间以便没有影响电话服务。
二台呼叫管理器在簇在独立子网。 这防止第
二层问题中断两个服务器。 我们选择了此设计在数据包风暴
其中使呼叫管理器无用在周期的一个早事件以后。 此设计原
则也适用于uOne和网关。如果有超过一个，则放置他们在独
立子网。 在最终设计，他们在避免站点储运损耗的独立站点
中断他们，但我们不为CCM或uOne当前支持此。
这7835个机箱有冗余磁盘(RAID)。 使用此作
为回退机制当执行升级或完成主要配置更改时。关闭服务器
在更改之前并且取消一驱动。然后重新启动服务器并且适用
upgrade/change于剩余的驱动在服务器。 如果升级证明不成
功，则取消更改是非常容易的。简单关闭系统并且交换磁盘
。 然后重新启动和系统醒带有其早先镜象。 一旦联
机，再插入第二张磁盘。磁盘带有升级现在将被重建作为原
始磁盘的镜子。 此技术为CCM和uOne工作。注意磁盘
冗余明显地失去当并且拿出一张磁盘注意到时，服务器不会重新启
动没有人工干预在此时间。
SampleNet设计，每CCM集群包括二个服务器。在正常运行之
下，所有电话向主要CCMs登记并且另一个CCM作为备份如果主要出故
障。如果主要出故障，电话翻转对备份，并且当这发生，用
户将体验一个服务的短暂中断。避免多个服务中断，它是
SampleNet经验手工重新启动CCM最好的在故障然后它自动地是安排
它重新启动之后。 如果它自动地重新启动，电话将翻转回到
订户当收回，中断用户第二次。如果故障的原始原因是未解
决的，机会是主要CCM失效在第二次，强制电话再次向备份服务器登
记。 此循环可能多次重复。手工重新启动CCM服务允
许管理员估计和更正根本原因，然后重新启动主要CCM服务在更改控
制窗口期间在几小时之后。配置CCM服务为没有自动重启：
在您的Windows任务栏，点击
Start/Programs/Administrative Tools/Services。
键单击在适当的服务并且选择
请勿点击 恢复 制表符并且设置
对疏忽的计算机回应 采取行动。
在路由器故障的情况下提供对网络的冗余的CCM访问。
SampleNet当前不执行此并且这是一个缺点在设计。这
是电话服务储运损耗的原因至少一次。
如果IP电话安置一次呼叫到一个不存在的扩展名在另
一簇，应该通过相当快速获得重新安排语音警告主叫用户名详细资
料。 特别是当有多个簇之间H.323 Trunk时，CCM的更早版本
不很好处理此。当呼叫在一个Trunk失效带有"未知的号码的"
时断开原因，CCM
立即再试无益试呼下一个中继线但。结果
，那里可能是大延迟在所有Trunk被尝试了之前并且用户获得重新安
如果有冗余的H.323网关，此的
另一化身非常同样问题可以是有经验的。如果用户发出呼叫
到一直发生的一个非存在的PSTN
编号(当用户频繁地拨错号码)，
则CCM在第二个网关将尝试呼叫在在第一个网关之后失效。这
能需要一些时间，并且用户可能在接受之前放弃重新安排然后重拨
坏编号。 这可以被恶化如果网关有在多个Trunk其中再试呼
叫的默认配置。欲知 更多 信息，请参阅 。
CCM后续版本通过产生以后被尝试解
决此问题一个Trunk，但为向后兼容性的原因，此工作情况必须明确
地被启用。设置服务参数
StopRoutingOnUnallocatedNumberFlag对真。
当心CCM呼叫路由循环。有这些的几变化，并
且这些警告由Bug CSCds69496、CSCds43704
和CSCds50672提供。
使用bug搜索工具发现这些问题是否被解决了。Bug导
航器的一条链路在
下三个循环在SampleNet网络出现：
IP电话A和B在同一簇。给A打电话转发到电话B
和电话B转发到A。如果第三方呼叫A或B，在CCM将反复传送呼
叫和导致CPU对阻止。避免此，设置服务参数
ForwardMaxHopCount 为值少于十，因此循环停止在转发十次以后。 与
VoiceMailMaxHopCount 请勿混淆 ForwardMaxHopCount。
VoiceMailMaxHopCount 需要是VM端口的至少总数可用对此CCM
IP电话A和B在不同的集群。给A
打电话转发到电话B和电话B转发到A。 如果第三方呼叫
A或B，在CCM将反复传送呼叫和导致CPU对阻止。现在没有办
法避免此因为CCM没有方式识别一次呼入的呼叫实际上是呼叫和退出
的去话一样。
IP电话A是IP电话并且
B是PSTN电话。 给A打电话转发到电话B，并且电话B转发到A
。如果第三方呼叫A或B，在CCM将反复传送呼叫和造成CPU对
阻止，并且原因网关消耗所有可用的PSTN Trunk。现在没有
办法避免此因为CCM没有方式识别一次呼入的呼叫实际上是呼叫和退
出的去话一样。
CCM是有些偏心的往
北美。它是出生带有北美洲国家编号方案的知识。 然
而，它不知道关于其他国家（地区）的编号方案。如此当设
置路由模式在CCM时，添加路由模式为了所有可能的PSTN编号能保证
是必要的每次呼叫可以路由到网关。 多数国家（地区）有无
名的编号一张长的列表除正常订户拨号方案之外。这包括紧
急事件号码、目录号、自由呼叫号码、混合长度移动电话编号等等
默认情况下，用户在IP电话能选
择在很大数量的铃音之间。SampleNet认为许多语音可用是讨
厌的并且他们想限制选择。 所以，我们从TFTP服务器删除了
文件ringer.dat 。这留给电话仅语音Chirp1和Chirp2。
SampleNet在发布人存储
10,000,000个CDR记录，并且这在呼叫管理器配置通过服务参数。
用户提出了的询问如果发布人脱机或断电，在订户生成的
CDRs将丢失因为复制功能不再是可用的。
我们在订户进行测试投下发布人并且创建了呼叫。
在禁用和启用发布人以后，使用SQL查询在企业管理器，我们
在发布人确定CDRs的状态。CDRs未丢失在此进程期间并且重
复项记录未查找。
并且，发布人SQL
数据库总大于订户由于CDRs存贮在发布人。呼叫管理器将来
版本在当前再来一次版本之前将支持一个分开的CDR数据库，解开从
当前呼叫管理器SQL
每个IP电话有五个数
字的内部扩展。 扩展范围是：
(no meanings)
(no meanings)
话也有九位DDI/DID编号并且可以通过直接拨入被到达通过网关。
扩展名和DDI的之间映射是重要的。 SampleNet没有
PSTN地址空间邻近块。相反，每个远程站点有它是拥有独立
DDI范围。 嵌入扩展名的全部五个数字在对应的DDI
此是不可能的。在许多情况下，仅前2-3个数字从扩展名保留
到DDI编号。 映射在DDI编号和扩展名之间由网关完成。
此相当杂乱DDI编号机制为有说服
力的理由被选择了。如讨论早先，分组的DDI
范围必须来自
本地TCH编号空间为该城镇。 否则，客户端打电话给市话局
会是被充电的长距离费率。对此的解决方案根本将协商一个
协定在ABC和TCH之间，但这可能不是可能的在一个竞争载波环境里
站点中的每一个有一台Catalyst 6506用DSP前端(WS-X6608-E1)。
前端在每Catalyst除了毛伊Catalyst，有2个前
端(一个为04和06簇中的每一)。这提供每个CCM一个DSP前端
。Supervisor运行CatcOs 5.5(4a)
并且DSP运行负荷
C001M300/C002J300。
在最初的试验
部署期间，uOne 5.0不是可用的并且uOne 4.1在其地方临时使用了
。 错过在4.1E的其中一个必需的功能是G.729
技术支持。
由于相对慢速广域网链路的带宽限制，G.711不是可行的到/
从远程SampleNet
站点(因此使用G.729)。为了此能与
一起使用，转码要求了在G.729和G.711. This之间转码
由DSP前端执行在Catalyst 6500。
当呼叫设置的簇之间，一种转码的资源将由CCM总包括在任一个末端
。这执行万一被叫方不能应答并且呼叫去语音邮件。这在案件制造了一些语音质量问题当被叫方应答，因为语音路径现
IP电话& - -
G729--&Transcoder&----G729--&Transcoder&----iPhone
转码器从G.729将转码回到G.729. This练习也
造成的延迟、抖动和其他语音质量问题。
一旦SampleNet，转码是一个临时解决方案。一旦uOne 5.0到达了与G.729技术支持，对转码的需要消失。同时，当转码之间类似编码，数据绕过DSP和通过通过透明地时，发
展在转码的解决方案改善了由于。但主要教训是避免转码如
果可能因为不添加复杂性并且添加整体值到系统。
暂时，DSP前端唯一是为会议。
在将来，当时要求G.711技术支持例如IVR的应用程序被转出
，可能再次需要转码。
uOne语音邮件系统包括二十个MCS-7835
服务器运行uOne修造5.0(0.21) pre-FCS代码在它上面
Windows NT。
UONE服务器被组织到
一个主要重要的目录服务器和五个UONE服务器组。每个UONE
组是关联和并行定位与CCM集群。组为IP
电话提供语音邮件
服务注册在该CCM集群。
数量在每个组在簇取决于IP
电话的数量。单个UONE服务器
能解决500个邮件机箱。服务器的数量协同了定位与每个CCM
集群如下所示：
UONE服务器
(no meanings)
(no meanings)
主目录服务器不招待任何邮件机箱
除上述所列的服务器之外，因此是。此决定做出最大化目录
服务器的稳定性。
下面的图表在机
架说明语音设备在其中每一个核心站点。从顶层显示的设备
和发生故障uOne、CCM、7200网关和Catalyst 6506：
每个UONE服务器有20个流入的端口并且每个端口有一个扩展
名分配到它。扩展名分配到五个服务器中的每一个在组如下
最低的扩展名
(22222)也担当导频号。 用户拨此号码当访问语音邮件时。
如果导频号是繁忙的，则呼叫被传送到另一个uOne扩展名，
并且如果该扩展名也是繁忙的，转发到第三个扩展名。最初
，"向前当配置了繁忙"跨步以便呼叫在服务器A将尝试所有端口。
如果他们是全部繁忙的，它在服务器B等等云云通过端口将循
环。 这结果是一个坏想法因为在CM导致CPU
峰值如果UONE
服务器是出于动作。当这发生，CCM在死机服务器在组将尝试
全部20个端口在移动下个服务器之前。
跨步在服务器A在服务器B在服务器C
随后被再了设
计因此CCM尝试第一个端口，跟随由第一个端口，被第一个端口等等
跟随了。 如果第一个端口是繁忙的在所有五个服务器，然后
呼叫在服务器B恢复到服务器A
并且尝试第二个端口，跟随由第二
个端口，等等。这在服务器有均匀分配负荷的添加的好处。
每个uOne邮箱必须有一个唯一电子
邮件地址。此编址方案需要若干考虑扩展。要执行的
明显的事是使用正常电子邮件地址，但这总不报道每个方案。
SampleNet有由人当时检查当班的特殊责任语音邮件机箱。
因此您能不为这样邮箱使用单个电子邮件地址。一个
解决方案将使用扩展名作为用户名在地址。这保证每个邮箱
有一个唯一地址。
当uOne安装反常
地被中止时，从头重新安装正常是必要的。这意味着您必须
重新安装OS。您能避免重新安装OS通过完成对Windows注册的
轻微的更改。这允许您重新安装仅uOne CD。遵从这些
打开登记编辑：在您
任务栏，选择
Start/Run/regedt32。
选择他们注册密匙： HKEY_LOCAL_MACHINE & &软件& & Cisco系统
& & Spirian
&& Deployed:REG_SZ
更换键从 0000 到
退出登记编辑。
安装uOne CD。
重新启动服务器。
息等待指示符(MWI)有至少一个警告。如果电话有用一个分开
的语音邮箱配置，其中每一多条线路，则MWI Light只进展当有语音
邮件为主线路时。包在LCD为所有线路正确地被控制并且以具
体情况显示。
在SampleNet，它是
普通为了高级经理能没有语音邮件。而不是转发他们的电话
到语音邮件，他们寄它给他们专用的助理(PA) 。此方案有一
个负面的影响：当某人告诉管理器时并且呼叫牵制对PA，PA
不是那里应答。呼叫然后被传送到PA的语音邮件，但继续它
使用管理器的电话的CLID，没有语音邮箱。结果，呼叫人获
得标准的语音邮件问候和被要求按1留下语音信息。 但因为
管理器没有语音邮箱并且呼叫人没有察觉到，呼叫被传送到PA的扩
展名，呼叫人无法留下一个消息为任一个团体。
当拨号从IP电话到IP
电话时，用户拨五位扩展名。凭MSB数字，CCM能确定它是否
是簇之间或集群内呼叫和相应地路由它。集群内呼叫路由直
接地到被呼叫的电话，如下所示。
它是中间聚集呼叫，则CCM发送呼叫对目的地集群。目的地集
群在五位扩展名由MSB数字确定。集群间中继线是
H.323 Trunk
，并且有Trunk全网状连接配置在发布服务器和用户
之间在两簇为了解决CCMs的所有组合的故障。
用户拨一个PSTN号码时，他通过拨打一个可选的区域代码和PSTN编
号跟随的1指示此。当看见导致的1并且检查区域代码时，CCM
认可呼叫作为外部。如果没有区域代码，假设用户拨打一次
本地呼叫并且插入本地区域号码为簇。凭区域代码，CCM在该
区域发送呼叫到一个网关。
编号被提交对网关总包含区域代码。因为毛伊和夏威夷网关
服务二个区域代码中的每一个，这是重要的。在这些网关，
一些PRI连接到一个区域并且一些连接到其他。必须路由呼叫
在导致正确的区域的Trunk之外。网关基本上剥离导致的一个
和总提交呼叫对载波包括区域代码。
到免费长话也产生呼叫特殊处理。 如果一个
用户在(no meanings)拨0800号码为PIZZA HUT，必须路由呼叫对
(no meanings) PIZZA HUT呼叫中心。另一方面，如果用户在
夏威夷并且拨同一0800号码，呼叫在夏威夷去PIZZA HUT。 当这可能听起来直接时，它有些由事实复杂化两次呼叫，带有同一
个编号，通过夏威夷网关。如此为了让网关区分在呼叫之间
，CCM前缀0800编号带有CCM本地区域号码。 例如，一旦
(no meanings)，它加前缀0800与7
并且出示号码对网关作为70800
。网关路由根据此的呼叫，但去除7在提交呼叫之前对载波。
因为CCM在呼叫路由的完全控制，此
特定问题可能用Skinny或基于MGCP的网关更加干净地被处理了。
然而，这会也意味着CCM
将必须执行转换从DID到一个五位
扩展名。 CCM当前不支持转换为呼入的呼叫。
紧急事件号码(111)分开也被处理
。 没有要求用户加前缀它与1，即使这也是将工作得。
我们通过拦截呼叫到911和转换他们也迎合访客到111。
我们也识别以下问题，虽然未寻址
。 一个网络电话用户通过DDI编号将有规律地拨另一个网络
电话用户。结果，呼叫去再网通过网关和。这花钱并
且影响语音质量。用户执行此当他们知道DDI编号但人不是扩
展名时他们想要告诉。因为人们在他们的名片和没有他们的
扩展名，有他们的DDI编号这可能是实际情形。对此问题的识
别的解决方案将安排CCM认可和拦截呼叫到SampleNet DDI编号和转
换被叫方从DDI为一个本地扩展名。如果必须应付几百转换项
，有对负荷影响的一些不安对CCM。
SampleNet AVVID网络
使用一个集中化网关设计。没有H.323网关或PSTN Trunk在任
何远程站点。因为所有语音设备被置四个核心站点，这使管
理非常简单。当他们根本缓冲到3个中继线组，它也做非常充
条PRI线路。
网关，被找出如下：
在(no meanings) (07)或(no meanings)
(06)。07区域由夏
威夷网关服务并且06个区域由毛伊网关服务。
所有网关是7206VXR/NPE-300用E1 Haydn端口适配器
(PA-VXC-2TE1)。网关运行12.1(3a)XI3。
每个网关有用于的一个相当长的扩充数表转换呼入的
呼叫的DDI数量为五位扩展名。由于SampleNet使用的非邻接
的PSTN地址空间，多个扩充数项为网关被服务的每个远程站点需要
。例如，Hilo有和扩展名以下DDI
范围分配的：
35100 - 35199
35300 - 35399
35400 - 35449
关扩充数表里，这映射对三个条目：
num-exp 0396321.. 351..
num-exp 0396323.. 353..
num-exp 0396324.. 354..
IOS当前有256个扩充数项限额。 为了适合所
有条目在此限额里面，总结他们是必要的。例如，上述条目
总结了到单个条目：
num-exp 03963.... 3....
因为我们不盼
望载波路由呼叫带有non-SampleNet编号到网关，这是可能的。
例如，我们不准备收到呼叫到。 如果载波
是偶然路由这样呼叫对SampleNet，则二件事之一将发生：
这些呼叫会任一映射一个不存在的
扩展名并且呼叫人会获得重新安排。
它将映射别人的扩展名并且振铃他们的电话。
两个方案不是灾难的。
很可能,以后到
范围可能分配到SampleNet，但带有一个不同的映射需求从上述单个
条目。例如，考虑此范围： 4。有
一个更加特定的扩充数项在较不特定你能然后适应此之前。 例如：
num-exp 0396322.. 452..
num-exp 03963.... 3....
小心当使用扩充数表时。
他们是强大的，但因为他们起作用对出入调用，他们可以是
硬控制。如果不小心，最终获得呼叫路由环路是容易的。
后见之明，我们应该使用了转换规则而不是扩充数表。
然而，这需要进一步研究和POC测试。
呼叫路由为呼入的呼叫通过10 VocIp拨号对等体(一
个被执行每个CCM)。呼叫在扩展名路由对根据MSB数字的适当
的簇。 一个首选设定在拨号点保证呼叫去主要CCM 作为第一
dial-peer voice 130 voip
destination-pattern 3 . . .
session-target ipv4:10.x.x.x (Kauai primary CCM)
dial-peer voice 131 voip
destination-pattern 3 . . .
Preference 1
session-target ipv4:10.x.x.x
(Kauai backup CCM)
dial-peer voice 140 voip
destination-pattern 4 . . .
session-target ipv4:10.x.x.x (Maui primary CCM)
dial-peer voice 141 voip
destination-pattern 4 . . .
reference 1
session-target ipv4:10.x.x.x (Maui backup CCM)
dial-peer voice 160 voip
destination-pattern 6 . . .
session-target ipv4:10.x.x.x (Molokai primary CCM)
dial-peer voice 161 voip
destination-pattern 6 . . .
preference 1
session-target ipv4:10.x.x.x
(Molokai backup CCM)
dial-peer voice 170 voip
destination-pattern 7 . . .
session-target ipv4:10.x.x.x (Oahu primary CCM)
dial-peer voice 171 voip
destination-pattern 7 . . .
preference 1
session-target ipv4:10.x.x.x (Oahu backup CCM)
dial-peer voice 190 voip
destination-pattern 9 . . .
session-target ipv4:10.x.x.x (Hawaii primary CCM)
dial-peer voice 191 voip
destination-pattern 9 . . .
preference 1
session-target ipv4:10.x.x.x (Hawaii backup CCM)
在POTS方向，拨号点根据
网关有所不同。因为所有PRI连接到03个区域，考艾岛是最简
单的。考艾岛根本有二个POTS拨号点。一个拨号点路
由呼叫到正常PSTN编号，总开始以0因为他们来自CCM带有区域代码
被加前缀。
dial-peer voice 200 pots
destination-pattern 0
no digit-strip
port 1/1:15
用于另一个拨号点路由
呼叫到特殊电信编号，例如紧急目录等等。在夏威夷，这些
总开始以1。如此拨号点为这些编号是：
dial-peer voice 201 pots
destination-pattern 1
no digit-strip
port 1/1:15
上述二个拨号点被复制12次，一次的每个PRI接口。
在毛伊和Kauai网关，拨号点与考艾
岛是相同的在IP边。但在POTS边，呼叫路由是轻微更加复杂
的。这些网关连接到二个不同的区域代码并且呼叫必须路由
到正确的区域。这意味着而不是根据导致的0的路由出局访问
，我们必须现在路由基于二数字区域代码。例如，毛伊网关
在导致04个区域的所有PRI将有此拨号点：
dial-peer voice 200 pots
destination-pattern 04
no digit-strip
port 1/0:15
并且此拨号点在全部建立中继导致06
dial-peer voice 201 pots
destination-pattern 06
no digit-strip
port 1/1:15
免费长话(0800)也需要特殊处理。
收回CCM前缀0800呼叫带有产生的簇的区域代码在提交它之
前对网关。这允许网关路由呼叫到正确的区域。但在
执行此之前，它必须删除区域代码因为这没有道理对载波交换机。
它是那里协助解决网关。 拨号点剥离区域代码。
默认情况下，POTS拨号点去除匹配目的地模式的配比的数字
在传送呼叫之前。我们通过剥离五个数字然后再插入四执行
此他们。所以，路由0800个编号的拨号点到04个区域如下所
dial-peer voice 300 pots
destination-pattern 40800
prefix 0800
port 1/0:15
此拨号点为导致04个区域的
一次也被复制。并且相似的拨号点为去其他区域
代码的Trunk存在。
有时人们假设，
拨号点起仅作用对出局访问。然而，当时呼叫由网关收到，
它与它比较主叫用户名详细资料编号是拨号点并且如果有匹配，呼
叫拾起该拨号点属性。
例如，所有
SampleNet呼叫有VAD禁用的。 当IP电话发出呼叫对PSTN通过
网关时，网关在呼叫的IP行程必须禁用VAD。这在流入的拨号
对等体通过禁用VAD达到。以下拨号点在所有呼叫将禁用VAD
3&I 扩展名，但不在呼叫从其他扩展名：
dial-peer voice 130 voip
destination-pattern 3 . . .
一个相似的警告在POTS边存在。 一次呼叫从
将通过的PSTN网关作为DID/DDI在呼叫的流入的PSTN行程要求，主叫
用户名详细资料编号必须与DID匹配POTS拨号点配置。 以下
拨号点从0开始启用DDI/DID为呼叫带有一个主叫用户名详细资料编
号，其他呼叫将获得重新安排或第二拨号音：
dial-peer voice 200 pots
destination-pattern 0
direct-inward-dial
路由循环两三个事件发生了，其中之一介入网关。
如果载波路由呼叫到网关并且该被叫方没有配比的扩充数项
，则坏事发生。由于0xyyyzzzz编号没有被扩展到一个五位扩
展名，该呼叫匹配0个POTS拨号点和路由取消Trunk到载波。当由载波时接受，载波扭转呼叫并且路由它正确回到网关。直到所有PRI是繁忙的，并且它有一阵子如此去。 避免此，
抓住所有扩充数项添加到扩充数表的底部：
Num-exp . 55555
不匹配一个更加特定的扩充数项的所有呼叫将匹配抓
住所有条目并且有55555加了前缀。呼叫号码不再然后将匹配
所有拨号点并且呼叫将被断开。
7960个IP电话记录电话号码为在其本地目录安置的，
接受，和未回答所有呼叫。 它可能通过按Directories按钮
检索。在仅
几个星期使用，SampleNet人员发现之后通过检索编号从目录和选择
拨号返回某人的呼叫是非常
的。 唯一的问题是他们必须编辑编号
选择一条超出线路。此障碍被添加转换规则去除到
网关。此规则在所有呼入的呼叫加了前缀那个对主叫用户名
详细资料。 转换规则如下所示:
translation-rule 1
Rule 1 ^0.% 10
Rule 2 ^2.% 102
Rule 3 ^3.% 103
Rule 4 ^4.% 104
Rule 5 ^6.% 106
Rule 6 ^7.% 107
Rule 7 ^9.% 109
此转换规则然后添加到所有VocIp拨号对等体并且需
要作用为呼叫去对CCMs：
dial-peer voice 130 voip
translate-outgoing calling 1
SampleNet网关有12个PRI中的每一个。 如果
一个用户在IP电话发出呼叫到一个未知或无效的号码，网关将寻找
每一个POTS
接口并且设法设置呼叫。它在每个Trunk
。在此搜寻造成的延迟期间，用户什么都不听到和结果，经
常挂断并且重拨不正确的编号。此的解决方法是通过添加这
些命令禁用搜寻在unassigned/invalid编号到网关：
no voice hunt unassigned-number
no voice hunt invalid-number
除未分配的号码或无效的号码之外
，SampleNet网关仍然 常常接受
断开原因，造成网关通过所有POTS接口寻找。IOS将来版本将有改进的
voice hunt命令可以
是失效为所有断开代码。
二个核心路由器接通到核心路由器在其他站点通过ATM PVC部分网状
。PVC的速度变化在25-75 Mbps之间并且是所有VBR nt。
核心路由器是7204VXR/NPE-300用OC-3 PA-A3适配器。
二个分布式路由器在他们特定的区
域接通到大约50个远程站点。连通性对远程站点是通过帧
Relay/ATM FRF.8相互作用，由于通过ATM附有的分布式路由器。
分布式路由器是7204VXR/NPE-300用OC-3 PA-A3适配器。
多数远程站点有单个连接帧中继的
路由器。此路由器有二个PVC回到二个严密分布式路由器。
几个大远程站点是ATM 附有与二个PVC回到分布式路由器。
两个PVC，帧中继或者ATM是活跃的，但是仅你运载数据流在
正常运行之下。接入速率和远程路由器类型取决于远程大小
的大小。下面的表显示详细资料。
路由器类型
192-512k FR
近似40x 3640
近似14x 7204
近似9x 7204
所有连接帧
中继的路由器运行12.1(4)
并且所有ATM连接的路由器运行12.1(2)
帧中继PVC的CIR与接入速率是相
等的。 FRTS在远程路由器没有执行。分布式路由器整
形PVC对SCR相等与帧中继CIR在另一边，加上10%。额外10%在
ATM边占开销。 载波在不进行策略任何帧中继、ATM或者
ATM/FR节点。此设计保证没有缓冲或排队在载波节点。
远程路由器传输的数据流帧中继PVC保证适合到ATM PVC。
在相反的方向，分布式路由器整形到比帧中继PVC的CIR
微是较少的一种费率在另一边。
程站点有一个或更多Catalyst 2900XL。 这所有运行
12.0(5)XU。
主园区网在毛伊包括三
个大厦。 每个大厦有一台Catalyst 5500并且三5500s在三角
连接通过GE。Catalyst t2900XLs在楼层上在5500s连接回到
5225R卡通过FE。MLS在校园使用并且远程路由器(7204VXR)作
为MLS RP。Catalyst
5500s运行4.5(7)。
SampleNet物资供应规
则为□3.5用户指定一个PSTN Trunk在站点。它也是VOIP网络
在192 Kbps PVC支持五条语音信道的SampleNet设计需求。
LLQ排列机制只允许75%可用的带宽被保留那么实际上那里是
仅144Kbps可用为语音。
VoIP G729有效载荷是20个字节或20
毫秒。与TCP/IP开销40
个字节，每个VOIP
信息包结束是60个字节。因而二个ATM信
元每个VOIP信息包需要。一次呼叫的因此带宽需求在ATM和帧
50pps x 60bytes/pkt x 8bits/byte =
50pps x 2cells/pkt x 53bytres/cell x
8bits/byte = 42kbps
如此带宽用量
为五次同时呼叫是：
五次呼叫使用
G.729编码消耗26Kbps x 5 = 130
Kbps为帧中继端
五次呼叫使用G.729编码消耗
42Kbps x 5 = 210
Kbps为ATM末端。
因为192Kbps ATM PVC过度预定传送五次呼叫，这制
造了一个问题。在此附近工作，更改采样率被修正在30毫秒
横跨充分的网络。 这增加了RTP信息包大小到70个字节，仍
然适合到二个ATM信元。同时信息包速率从50pps减少了到
33pps，并且帧中继和ATM带宽需求减少了对：
33pps x 70bytes/pkt x 8bits/byte =
33pps x 2cells/pkt x 53bytres/cell x
8bits/byte = 27kbps
现在要求的传
送五次同时呼叫是带宽：
使用G.729编码消耗20Kbps x 5 = 100
Kbps为帧中继端
五次呼叫使用G.729编码消耗
27Kbps x 5 = 135
Kbps为ATM末端。
这在192Kbps PVC现在将适合。
分段在SampleNet环境里是问题。 第二层分段
机制在ATM和帧中继不由IOS当前支持。唯一的解决方案现在
可以得到是第三层IP MTU单元段。在早期的概念证明期间测
试MTU大小设置为300个字节，但这造成IP电话显示 DSP Keepalive
消息。这些症状是IP电话的结果不支持信息包重组。妥协将分段到仅600个字节，是然后480个字节的最大小型信息包大
小。这保证皮包骨头从未分段。 当与交错存取功能发
布，解决方案在12.1(5)T将到达MLPoATM/MLPoFR。没有能支
持重新组装的IP电话的已知计划。
二个分离的功能用于SampleNet网络保证语音完整性横跨广域网。
用于CBWFQ/LLQ保护语音免受数据，而用于CCM's基于位置的
连接接纳控制(CAC)保护语音免受语音。
SampleNet CCM设计有每个远程站点在一个分开的位
置。该位置用集相当数量可用的带宽配置。当呼叫在
该区域发出或被切断到电话，CCM credits/debits可用的带宽相应
地。使用基于位置的CAC指明CCM设计与一激活CCM在每簇。
因为所有呼叫需要通过一个CCM为了带宽记帐能工作，这是需
没有簇之间CAC。这里假
定是有足够的带宽可用在核心运载负荷一直提供。 当这证明
真时，的另一个原因CAC出现了。想象用户A在簇1转发他的电
话到一个用户B在簇2和用户B然后转发他的电话回到A
某人呼叫A或B然后您将有呼叫路由环路。CCMs没有机制为发
现此情况并且循环持续360次。这是呼叫的最大数量横跨一个
簇之间H.323 Trunk。对CCM CPU的影响是重大的。此
问题当前是未解决的。
核心、分配
和远程路由器全部用CBWFQ
和LLQ配置。用于LLQ制定语音信
息包严格优先级。
语音信息包是由
IP子网，UDP端口号和IP优先级确定的。达到此，所有语音子
网分配以便他们容易地是可认识的所有语音子网有位4集到1在第三
个八位位组(0.0.16.0)。 我们选择此非常严格的分类计划保
证无声的流未偶然地被服从对LLQ因为这将中断语音保护。产
生每RTP流22 Kbps LLQ带宽。这比在ATM消耗的25 Kbps是较
少，但这工作因为LLQ'ing发生在添加SAR开销的ATM之前。
用于CBWFQ保证小型信号传输在IP
电话和CCM之间一直被维护。大约0.5千位每秒带宽每个IP电
话是后备的在一个被测量的远程站点。这在CBWFQ只需要在分
配和远程路由器之间。没有小型数据流传播横跨核心广域网
链路。有H.323 intercluster数据流，并且H.323数据流从网
关到CCM。但当前没有产生这特殊处理和未导致任何问题。
一个192K远程站点的一种典型的
CBWFQ/LLQ配置用20个电话如下所示:
class-map VoiceRTP
match access-group name IP-RTP
class-map skinny
match access-group name skinny
policy-map 192Kbps_site
class VoiceRTP
priority 110
class skinny
bandwidth 10
ip access-list extended IP-RTP
deny ip any any fragments
permit udp 10.0.16.0 0.255.239.255 range
0.255.239.255 range
precedence critical
permit udp any any eq 20000 precedence critical
permit udp any eq 20000 any precedence critical
ip access-list extended skinny
deny ip any any fragments
permit tcp any any eq 2000
permit tcp any eq 2000 any
注意第一个语句在IP-RTP访问控制列表丢弃信息包如
果它是IP段。因为第二个语句查看第四层属性，这是重要的
。片段不再有一个L4头，结果并且，访问控制列表在LLQ总
将允许片段和偶然地安置它。 在SampleNet网络，这是特别
重要因为IP MTU
单元段发生并且有许多片段浮动。这些能
潜在消耗所有LLQ带宽和妥协语音质量。 因为分段是IP的，
一个总体部分但它是好习惯做同一件事在所有网络。并且，
分段能发生在互联网在到达公司网络之前。
并且注意第3个和第4个语句在IP-RTP
访问控制列表
。用于这分类RTR/PIM数据流。 欲知更多信息，请参
阅网络管理。
CBWFQ/LLQ配置必须
被运用于接口。在ATM附属的分布式路由器，这发生根据逐个
VC。 ATM接口必须也有FIFO硬件队列减少的避免排队在语音
流量的之前非语音流量。经验规则为此是：
tx-ring-limit = bandwidth / 64Kbps
简而言之，SampleNet网络只有3个设置：
tx-ring-limit
2M &速度& = 25M
最终配置如下所示:
interface ATM 2/0.1 point-to-point
pvc 10/400
service-policy output 192Kbps_site
vbr-nt 210 210
tx-ring-limit 3
每个VC排队在帧中继不支持12.1主流。 如此在远程帧中继路
由器，排队在物理接口完成。因为仅一个二个PVC在指定时候
，是活跃的这工作。当理想的排队机制启用时，
tx-ring-limit在一个串行接口对一个适当级别自动调整。
interface Serial0/0
encapsulation frame-relay
service-policy output 192Kbps_site
interface Serial0/0.2 point-to-point
bandwidth 192
ip address 10.168.134.10 255.255.255.252
frame-relay interface-dlci 400 IETF
多数2900XL交换机运行12.0(5)XU并
且安排QoS 功能被启用的IP电话连接到2900XL通过802.1q
trunking用PC连接到电话的返回。电话和PC
在不同的子网
。当所有PC数据流重写与COS=0时，语音信息包从电话到交换
机有COS=5。 凭COS，交换机在一个队列然后放置语音流量和
数据在另。在以下示例，voice VLAN
是101并且PC在本地
VLAN 1。生成树协议增强在交换机在所有电话端口被启用保
证快速的引导。
interface FastEthernet0/3
switchport trunk encapsulation dot1q
switchport mode trunk
switchport voice vlan 101
switchport priority extend cos 0
spanning-tree portfast
IOS在版本12.1(5)T
当前不支持TOS对COS
映射。这意味着来自路由器的语音和
数据流量到交换机有COS=0。所以，交换机在一个独立队列不
能排队语音信息包outbound在电话端口。如果PC连接到IP电
话的返回在另一个交换端口，从一个服务器接受数据alot因此语音
信息包可能投下。作为解决方法，用默认值COS=5配置路由器
交换端口。从路由器然后将产生所有数据流高QoS，包括数据
。 但这是可接受的因为路由器附有一条慢速广域网链路并且
数据从这里能只到达在有限的节奏。
interface FastEthernet0/1
switchport trunk encapsulation dot1q
switchport mode trunk
switchport priority default 5
Cisco 1700路由器系列不支持VLAN中继。 所
以，全部1700个站点没有在交换机配置的QoS。SampleNet为
此不会配置1700个路由器。
Catalyst 5500交换机在四个核心站点和在所选的远
程站点不有QoS功能。当此设备到达生命周期结束时，这是一
个缺点在设计并且寻址。到目前为止，它未创建任何已知语
音质量问题。
整个网络根据G.729编码。没有任何地方转码
。每次呼叫是G.729端对端，终点是否是IP电话、网关或者
语音活动检测(VAD)禁用到处
电话、网关和uOne。这保证最大语音质量。
因为有解决的，几个语音质量问题它被证明是好决策。
当所有语音质量问题在控制之下时，您能后启用VAD。
SampleNet AVVID网络在PSTN呼叫从
第一天起遭受严重回声问题。当PSTN当事人在夏威夷的农村
部分带有恶劣的PSTN基础设施，这是特别坏的。内置的Cisco
回波取消器有32
毫秒复盖最大数量并且不科技目前进步水平。
为了改进此，我们在所选的网关PRI Trunk上安装了Tellabs
回波取消器并且呼叫到/从这些区域横跨Trunk路由。这减少
了响应并且添加回波取消器到另外的Trunk在研究中。
在第一个月在改接以后到IP电话，
用户抱怨许多呼叫被传送到他们从呼叫中心。 一个客户端，
几乎总在TCH网络，会联络SampleNet呼叫中心。由于呼叫中
心连接到ABC
网络，呼叫将横断POLI。当呼叫中心人员传送
呼叫到某人在IP电话，他们通过TCH DDI
编号将执行此。呼
叫将路由回到TCH网络，被转换了为新的ABC DDI编号，并且重路由
通过POLI，到ABC网络和网关。结果多个POLIs延长的路径和
遍历的，呼叫将拾起严重的响应。
SampleNet广域网根据帧中继到ATM相互作用。任何分组交换网络是倾向的对认购超额因此监控载波提供的服务级
别是关键的。 并且这太是论点为SampleNet。很大数
量的PVC被不正确配置造成信息包丢失和不稳定的语音质量。
IPM/CSAA是管理此问题的一个好工具; 欲知 更多信息， 请参阅
。以下段描述原油，但高效，排除
QoS级别的故障工具横跨信息包交换的广域网。
确定IP子网为问题站点。
告诉用户并且请求他们两次按i按钮。
执行扩展的ping从路由器在广域网
的另一边到IP地址(不是IP电话)在问题站点。 发送100 ping
，1500个字节中的每一个，带有零秒超时。例如
ccwcr500# ping
Protocol [ip]:
Target IP address: 10.168.134.10
Repeat count [5]: 100
Datagram size [100]: 1500
Timeout in seconds [2]: 0
Extended commands [n]:
Sweep range of sizes [n]:
Type escape sequence to abort.
Sending 100, 1500-byte ICMP Echos to 10.168.134.10, timeout is 0 seconds:
......................................................................
..............................
Success rate is 0 percent (0/100)
造成ping背对背发送这并且拥塞广
域网电路几秒钟。现在要求用户检查RxLost
计数器在电话
。如果RxLost报告然后两三个丢失的信息包然后：
电路不提供期望的服务或
路由器QoS设置是不正确的。
SampleNet广泛遇到的另一个问题
是单向音频呼叫。这些一般是的结果软件问题。 它通
常采取嗅探器跟踪确定根本原因。 挑战当捕获VoIP嗅探器跟
踪是RTP流迅速填满捕获缓冲区。单程在此附近是获取仅第一
个RTP信息包在流。此RTP信息包可以由设置到1的标记位确定
。获取最初的RTP 信息包是足够典型地验证打开RTP流并且运
载正确目的地IP地址。
二个网络管理工具添加了到帮助管理QoS和语音质量
互联网性能监控器
Cisco语音管理器(CVM)与
IPM与IOS服务保证代理程
序(CSAA/RTR一起)
用于验证QoS级别横跨网络。一个专用路
由器配置在四个核心站点中的每一个作为Rtr responder。每
个远程路由器然后设置RTR
抖动探测并且测量延迟、抖动和信息包
丢失横跨广域网。因为有一些困难设置ATM/FR PVC
息包丢失或缓冲在运营商侧的，载波这证明非常重要。
当使用IPM测量QoS时，重要的是
探针信息包是受QoS支配和语音信息包一样。 LLQ配置
在所有路由器分类RTR信息包作为RTP
信息包和受严格优先级队列
执行评定的路由器不能是繁
忙的为了IPM stats能是有意义的。通过放置RTR探测在远程
路由器，此任务在200个路由器之中被分配了。这些路由器，
因为他们连接单个LAN到一条相对低速广域网链路，不执行因此他们
有超额CPU周期节省为SAA。RTR
回应者在核心在网关最初被
放置了。这结果是一个坏想法。首先，RTR Bug引起了
数网关失败。第二，网关，当全部12个PRI在使用中时，是相
当繁忙的转发36000 pps
加上信令活动。所以，回应者被移
动了向专用路由器。请参阅
欲知更多信息。
第二个工具配置的是CVM与Telemate。 仅仅使
用CVM从网关收集CDR记录和收到QoV
SNMP陷阱。网关IOS计
算一个损伤因素(Icpif)
为每次呼叫。越高Icpif值，越坏
语音质量。配置SampleNet网关形成QoV陷井为所有呼叫带有
非零Icpif值。陷井和CDR记录产生Telemate，报告其中生成
。“Packet Voice Calls With Quality OF Service Traps
”报告是特别相关的。 要求Telemate版本4.7以上。欲知
更多信息，请参阅 。
SampleNet使用管理移动
的一个机构内部的工具，添加，并且变成他们的用户群。 此
工具称为自动用户管理(AUM)。适应也使用的SampleNet此工
具做对CCM和uOne的变动。AUM通过SQL更新执行此到CCM和
LDAP请求到uOne。通过执行此，实际管理更改可以被委派对
不同的业务部门并且不需要由IT部门完成。
在配置之前，
SampleNet AVVID网络是受广泛测试在一个本地测试实验室支配。
此测试结构是真实的网络的一个被缩减的版本。有二
个CCM集群用一个UONE服务器中的每一个和通过帧中继到ATM接通的
两三个远程站点。此概念证明测试绝对对项目的至关重要成
功。测试平台为测试新功能和回归测试Bug修正今天保持。
测试平台需求可能今天更改了并且
那未寻址。但在一个理想的方案，现有的测试平台为初始测
试所有新功能、软件或者硬件将保持。另外，那里应该是现
场试验测试平台。此测试平台是是生产网络的一个总体部分
的第六簇。它将有其自己的UONE服务器和网关。它在
IT部门也将有10-20个电话属于用户。当新功能和软件配置时
，初始测试在独立测试平台完成。 当这成功地完成时，其中
被移动向现场试验簇20用户测试它周期。在这测试完成之后
，它只是卷起到生产网络。
SampleNet AVVID部
署主要被处理了作为全新部署。到位有一个广泛的传统PBX网
络，但老式系统主要退休了当IP电话网络被转出了。仍然有
一个需求在rollout期间的站点改接对IP和站点的之间连通性在老式
系统。 实际上，因为几个呼叫中心在PBX暂时，依然是仍然
有对此的有限的需要。此IP
到PBX连通性由载波执行。
一次呼叫从一个IP电话到传统PBX
扩展名通过网关路由作为其他呼叫对PSTN。 在扩展名之前，
但用户拨一个二数字接入号，告诉载波这是PBX而不是PSTN呼叫。
这在下面的呼叫流程图说明。
原理为呼叫使用从PBX、Centrex或者接待员对IP电话。这里
一个典型的示例是当客户端联络其中一个呼叫中心时并且呼叫随后
被传送到一个人员在网络电话扩展。 呼叫中心运算符通过拨
打五个数字的网络电话扩展和加前缀它传送呼叫与24。这在
下面的呼叫流程图说明。
的实际rollout在二个阶段之内完成： 试验阶段和部署阶段
。在部署阶段期间，全部五个CCM集群与单个UONE服务器和单
个网关一起配置了在四个核心站点中的每一个。大约十个远
程站点然后被剪切了对IP电话。
部署阶段期间，另外的网关和UONE
服务器配置了并且远程站点每
晚被剪切了以10
个到20个站点的费率。整个配置在3-4个星
期完成了。这执行那么迅速的主要原因是所有语音服务器和
网关位于四个核心站点。配置在远程站点的设备对IP电话被
限制了。此任务由本地IT职员执行。 唯一其他任务完
成在远程站点升级路由器和交换机IOS并且添加QoS配置。这
可能所有远程地和很好执行事先因此没有要求现场参观。
我们学到了许多教训
从SampleNet项目;
这些下面是列出的和描述在更加了不起
的详细资料在本文过程中。
IPM/CSAA/RTR监控和验证网络QoS级别。
如果有严格的回声问题，您可能需要外部响应取消者
使用IOS转换规则宁可然后
num-exp参数当可能时。
如果二个用
户在独立的簇彼此，转发他们的电话形成集群间呼叫循环是可能的
它可能形成呼叫路由环路在网关
和PSTN 之间您不仔细设计拨号方案。
它可能形成呼叫路由环路在二个CCM
集群之间和在
CCM和PSTN之间。当前没有解决方法。
当设置连续转发从一uOne对下，循环横跨所有服务器
在UONE组时。例如，如果端口1在服务器A是繁忙的然后尝试
端口1在服务器B。如果那是繁忙的，尝试端口2
IP电话不支持IP段重新组装
。 请勿进行IP MTU单元段皮包骨头。
为趋势分析使用CVM/Telemate和QoV陷井在语音质量
当升级CCM/uOne服务器到一个新
的版本时，首先取消其中一RAID驱动。如果需要落回到早先
版本，所有您需要执行被关闭服务器和交换驱动。
拦截呼叫到本地DID/DDI编号并且转换呼叫号码为IP
因为他们不支持VLAN中继
，C1720路由器为IP电话不是推荐。
设计并且配置网络同VAD停用的。 当愉快带有语音质量，考
虑打开VAD回到。
安置CCM在簇在不
同的子网以便第二层问题不中断他们两个。
用集中呼叫管理器、语音邮件服务器和网关使用一个
设计当可能时。这简化配置和管理。
使用模块化CCM分区，与每复盖物每明确定义的组编
号或服务。
为每location/site使用
分开的呼叫搜索空间。这使它容易修改呼叫搜索空间后为单
CCM CPU利用和存储器使用
是一般CCM健康一台非常好指示器。严密监控程序使用
Windows性能监控程序。
BAT工具在工作时间这在CCMs
能导致高CPU。
配置CCM为手工的重新启动在故障。 这保证故
障被纠正并且防止电话持续重新登记。
使用HSRP为CCM和语音邮件服务器提供网络冗余。
如果断开原因是"未知的号码"，配
置CCM和网关停止寻找。
限制习惯环
的数量到二通过删除
ringer.dat 在CCM。
避免转码如果可能因为它能影响语
保证IOS网关有匹配在来话
端呼叫的拨号点。
允许用户返回外
部呼叫到市话目录通过加前缀主叫用户名详细资料编号与数字为选
择一条超出线路
使用30毫秒取样在
ATM网络最大化使用ATM信元有效载荷。
一张永久性用户试验床为持续回归测试维护版需要。
避免传统集成问题通过进行"大轰隆
迁移到IP电话。