FTTX EPON VoIP业务故障处理.docVIP

FTTX EPON VoIP业务故障处理 固网DT团队 课程目标 q了解FTTX EPON VoIP业务故障处理 提纲 q语音类故障案例 语音类故障案例1 ü故障现象 摘机有拨号音,但拨打电话号码后忙音无法接通。 ü处理过程 1.9806H上查看H248链路状态正常,软交换平台上的节点也是进入服务状态;摘机测试9806H 上的SLC、RTP各状态均正常,shell模式下printHookev有对应信息打印;跟踪H248信令没 有发生错误。 2.在软交换管理平台上查看该节点的数据配置,发现RTP资源配置只有48路,与9806H上默认 配置128路不一致,直接导致了当9806H话路资源RTP分配在第49到128路间时,软交换上提 供不出对应链路来建立,即无法接通。将软交换平台上此节点数据的RTP配置增加到128 路,编码字符与9806H的RTP配置必须一致。 ü处理结果 将软交换平台上此节点数据的RTP配置与9806H的RTP配置一致,故障解决。 ü注意 软交换平台上的节点数据必须与9806H的实际配置相一致,RTP配置不足会导致窄带业务不通。9806H上窄带业务使用时RTP是随机分配的,当节点的RTP路数小于设备的时候,就会随机出现此故障现象。 语音类故障案例2 ü故障现象 某酒店9806h部分电话号码无法拨打。 ü处理过程 1.到现场后在其中一台9806H 的MDF侧接电话测试,发现部分端口可以打异地和本地手机,但 是拨打10000,114或者800等电话拨号完成后,等一段时间就会听到忙音。另有部分端口所 有电话号码均可拨打成功。 2.跟踪H248信令,发现只能打手机的端口SS下发了两个号码表。分析这两个号表得出结论, 在只下发一个号表的情况下,用户拨号完成后,UM匹配将号码送给SS;在下发了两个号表 时,用户拨号匹配完第一个号表后继续去匹配第二个号表,但是在第二个号表中找不到可以 UM匹配的事件,启动了长定时器。一般来说在长定时器结束后AG仍会将收集到的号码全部 上报,但由于实际情况中SS设置的长定时器时间为10s,而我们的设备默认是20s,导致AG 在没有将号码上报时SS就下放的忙音。通过将AG的定时器改短(比如3s,那么用户在3S 没有进行下一位拨号时,AG就会将收到的号码上报。一般的,这样可以暂时解决使用问 题,但根本的办法在于协调SS下发一个合乎逻辑的DMap。否则仍可能造成其他问题。 语音类故障案例2 ü处理过程 l信令过程如下: [15:16:23] !/1 [1]:2944 T=10754{C=-{N=A15{OE=70674764923055300:al/of}}}} [15:16:23] !/1 []:2944 P=10754{C=-{N=A15}} [15:16:23] !/1 []:2944 T=708388777{C=-{MF=A15{E=706747649{dd/ce{DM=dmap1}, al/*},SG{cg/dt},DM=dmap1{(0|1|2|3|4|6|7|8|9|5xxxx|E|F|x.F|[0-9EF].L}}}} 语音类故障案例2 ü处理过程 l信令过程如下: [15:16:23] !/1 [1]:2944 P=708388777{C=-{MF=A15}} [15:16:24] !/1 [1]:2944 T=10755{C=- {N=A15{OE=70674764923055400:dd/ce{ds=1,Meth=UM}}}}} [15:16:24] !/1 []:2944 P=10755{C=-{N=A15}} 语音类故障案例2 ü处理过程 l信令过程如下: [15:16:24] !/1 []:2944 T=708388781{C=-{MF=A15{E=706747653{dd/ce{DM=dmap1}, al/*},SG{},DM=dmap1{([2- 8]xxxxxxx|15xxxxxxxxx|18xxxxxxxxx|20x|13xxxxxxxxx|0xxxxxxxxx|9xxxx|1[0124- 9]x|E|F|x.F|[0-9].L}}}} [15:16:24] !/1 [1]:2944 P=708388781{C=-{MF=A15}} [15:16:34] !/1 []:2944 T=705898741{C=-{MF=A15{M{O{MO=IN,RV=OFF,RG=OFF}}, E=706747663{al/*},SG{cg/bt}}}} 语音类故障案例2 ü处理过程 l以下以三次拨号为例分析: ①拨一个本地号听忙音。 第一位6匹配了第一个号码表的DM=dmap1{(0|1|2|3|4|6|7|8|