某基金公司总部VG80-20收到呼叫后设备重启

　　【基本情况】

　　某基金公司总部设在深圳，但呼叫中心及坐席设在合肥。网络拓扑如下：

客户要求比较简单，即能够通过VOIP将深圳总部内、外电话经两条E1，传送到合肥的呼叫中心。同时，允许合肥呼叫中心的外呼业务，通过上述的网络，传送至深圳落地并呼出。

　　故障现象：设备按照上述拓扑和客户需求配置完成后测试，发现双方向语音不通，而且在深圳总部只要一有呼叫产生，本地的VG80-20(A)设备自动重启。反方向，合肥VG80-20(B)与PBX之间出现号码传送过程中途拆线，导致呼叫无法顺利完成，语音不通。

　　【排查过程】

　　首先，从话务的主方向深圳-à合肥呼叫中心着手进行排查。

　　本着即便VOIP不通，但不至于引起设备无故重启的指导思想出发，怀疑是设备版本问题引起，升级VG80-20至V1.80 R0020P06，同时E1VI板卡的BOOTROM版本至4.4。问题依旧。仍然是呼叫一旦进入，电话终端在听到语音无法接通的提示音同时，该设备发生重启。设备重启后查看版本信息，发现提示为“System returned to ROM by exception.”。

　　收集DEBUG调试信息，发现有语音呼入时，出现匹配多个语音实体的现象，而且既有VOIP实体，又有POTS实体。当呼叫同时在深圳总部VG8020上执行“display voice ipp ccb”命令，发现除了有正确的主、被叫信息外，还有大量的主、被叫同为E1捆绑号码的呼叫信息。因此怀疑是原有呼叫又通过匹配到POTS实体，被送回了E1线路，这样反复建立呼叫造成。

　　怀疑终归是怀疑，怎样提供证据呢?经过与二线工程师沟通，终于利用查看堆栈信息得到了确认：

　　[vg8020_A]h-stack

　　*******************************************

　　The 0 times

　　Exception Type is 0x000003c8

　　Exception Pointer is 0x009d6980

　　The Relation of Function Called

　　009d6bd4 0035a9a0 007074b0 00712538 009e0510 00d6cb20

　　deaddead

　　*******************************************

　　接下来，是从合肥呼叫中心到深圳的呼叫问题。合肥VG8020与PBX采用的PRI信令，信令本身互通没有问题，查看呼叫建立过程和号码的发送，发现呼叫进程未能全部完成，中途PBX拆线导致语音不通，但原因无法确定。经过增加准确号码的VOIP实体进行测试，发现可以规避该问题。

　　【原理分析】

　　从A---〉B的问题，经过分析，发现是设备版本的一个BUG。究其原因，是从E1产生的呼叫，在匹配设备配置中VOIP实体的同时，又匹配了本地的POTS实体，导致该呼叫反复在E1数字中继中产生新的呼叫进程，直到设备内存耗尽，最终重启。

　　从B---〉A的问题，通过多次的沟通，发现是PBX发送完被叫号码后，等待VG8020的确认，而VG8020并不认为此时号码已接收完成，仍在等待PBX的信息。因此双方此时都处在等待状态，最终因超时导致该呼叫拆线，语音不通。采用测试中发现的规避配置后，由于对VG8020接收号码及位数做了较为准确的描述和限制后，VG8020收到一组被叫号码后，根据号码长度直接进行查找并匹配实体。因此能够正常建立呼叫，完成IP语音承载。

　　【解决方案】

　　根据上述的原理分析，得到两台设备的配置更改方案。

　　在深圳VG8020设备上增加匹配实体的优先顺序为先VOIP、再POTS实体，同时只要匹配其中一个实体方案，则停止继续匹配。

　　dial-program

　　select-rule type-first 2 1

　　entity 100 pots

　　select-stop

　　保留原合肥VG8020设备配置中VOIP实体匹配任意号码的配置信息，增加有针对号码及位数的VOIP实体配置信息，成功规避问题。

　　entity 210 voip

　　match-template [2-9].......

　　address ip 196.168.51.1

　　fast-connect

　　select-stop

　　entity 280 voip

　　match-template .T

　　address ip 196.168.51.1

　　fast-connect

　　select-stop

　　【总结与思考】

　　语音双向不通的问题，让人感觉无从下手，解决问题的关键是心细和对命令的全面理解，但更为关键的是做好与客户的沟通和解释。

2016年01月