UMG vlan承载配置错误导致NGN用户呼叫CC08用户失败

发布时间:  2012-12-19 浏览次数:  663 下载次数:  39
问题描述

U-SYS SoftX3000:R10C05SPH135
UMG8900:R008C02SPC100_MINI
现网组网:


NGN与CC08之间中继和信令链路状态正常,NGN内用户呼叫正常。NGN下用户进行ISUP出局CC08呼叫时,SS向UMG创建ADD REQ,,UMG 在ADD REPLY应答时,出现如下字样,
"Insufficient resources.Out of IP resource."
媒体获取失败,呼叫不成功。

 

告警信息
UMG上有ALM-3266 网关解析失败
处理过程
一、检查UMG上媒体资源,在UMG上查看DSP MEDIARES: FN=1,SN=4,RT=TC;
+++    HUAWEI UMG8900      2012-11-30 16:06:50
O&M    #17      
%%DSP MEDIARES: SN=4, RT=TC;%%
RETCODE = 0  执行成功

资源查询信息
------------
  框号  槽位号  板类型  板组号  资源块号  资源块类型  资源类型  资源数  空闲  呼叫占用  其他占用  故障

  1     4       VPU     4       0         VDB         TC        384     384   0         0         0   
(结果个数 = 1)

资源统计信息
------------
  资源类型    资源数    空闲    呼叫占用    其他占用    故障

  TC          384       384     0           0           0     

查询结果显示媒体资源正常,所以不可能是媒体资源有问题。

二、在UMG上检查网管配置,导出脚本发现IP相关配置如下:
DD IFVLAN: BT=VPU, IFT=ETH, IFN=1, VID=7;
ADD IFVLAN: BT=VPU, IFT=ETH, IFN=0, VID=7;
ADD IPADDR: IPT=VPDC, BT=VPU, IFT=ETH, IFN=1, IPADDR="10.10.11.2", MASK="255.255.255.0", INVLAN=YES, VID=7, DSTIP="0.0.0.0";
ADD IPADDR: IPT=VPDB, BT=VPU, SN=4, IFT=ETH, IFN=0, IPADDR="10.10.11.5", MASK="255.255.255.0", INVLAN=YES, VID=7, DSTIP="0.0.0.0";
ADD IPADDR: IPT=VPDB, BT=VPU, SN=3, IFT=ETH, IFN=0, IPADDR="10.10.11.4", MASK="255.255.255.0", INVLAN=YES, VID=7, DSTIP="0.0.0.0";
ADD IPADDR: IPT=OMC, BT=OMU, IFT=ETH, IFN=0, IPADDR="10.10.10.2", MASK="255.255.255.0", DSTIP="0.0.0.0";
ADD GWADDR: IPADDR="10.10.11.2", GWIP="10.10.11.1", TIMEOUT=NoAging;
ADD GWADDR: IPADDR="10.10.11.4", GWIP="10.10.11.1", TIMEOUT=NoAging;
ADD GWADDR: IPADDR="10.10.11.5", GWIP="10.10.11.1", TIMEOUT=NoAging;

说明网配置正常。

        此时发现承载IP和控制IP都归属于同一个VLAN,因为现场局点规模比较小,所以在交换机中就只划分了一个vlan,然后所有的IP都归属于此VLAN中。现场在UMG中使用源地址10.10.11.4长ping 软交换中的端口IP10.10.11.3,发现100%丢包,使用10.10.11.5 ping也一样,反之,在软交换中ping10.10.11.4和10.10.11.5也是丢包。怀疑交换机或者vlan配置有问题。
        研发提出将承载IP和控制IP不划分在vlan中,重新删除IP配置,再增加时“是否属于VLAN”选择“否”,修改后发现ping 时正常,100%不再丢包,但是仍然无法完成呼叫,失败原因仍旧是:"Insufficient resources.Out of IP resource."
        此时查看UMG告警管理时,发现有"ALM-3266 网关解析失败"的告警,登陆H3的交换机,发现承载IP所在接口总是出现闪断状态,怀疑是两边端口工作模式不一致,在交换机中将接口协商机制改为强制百兆全双工,但是接口仍然不正常。
        查看端口配置,发现承载IP所在端口类型为access,但是在配置IFVLAN时,配置说明中关于“VLAN标识”参数有以下说明:VLAN标识”是指要配置的VLAN唯一标识。该参数需与对接的LAN Switch保持一致,否则会导致对接不成功。即如果MGW的IP接口配置了VLAN,则该接口所连接的LAN Switch接口必须为TAG接口(通常LAN Switch接口缺省为ACCESS接口),这样两者之间交互的以太网报文为802.1Q格式,报文中带有VLAN标识和优先级信息。
       确认是前期与H3交换机工程师的参数协商有问题。将接口类型改为TRUNK,同时将修改IP配置,将IP仍然归属于VLAN7中,ping测试正常,业务呼叫正常。
根因
故障原因是媒体资源不足,所以分析可能的原因有以下两点
1、UMG上IP资源不足了
解决办法:需要调整UMG的配置。
2、可能原因:网关地址失效或没配置
DSP GWADDR。
建议与总结
1、如果VLAN中划分vlan,那么需要将UMG中IP配置也划分在VLAN中
2、如果划分VLAN,则交换机中接口的类型必须是TAG接口
3、在UMG中划分资源是,确认将VPU单板资源设置正常。

END