CSCF软参设置错误导致用户注册失败-

【问题现象】
前期在做VOLTE测试时，I-CSCF上配置的ISCAP能力集是对应S-CSCF主机名，后根据集团规范要求，将I-CSCF上的ISCAP能力集对应关系改为S-CSCF POOL主机名候，volte测试终端注册失败。
【原因定位】
从跟踪trace查看，广西的I-CSCF向S-CSCF发起register请求，S-CSCF返回I-CSCF500错误消息500 SERVER INTERNAL ERROR，“500”错误消息提示“Invalid Message” 。

注册失败分析过程：
根据用户注册基本流程：I-CSCF从HSS通过UAA返回的消息，获得S-CSCF能力集后，通过本地配置的ISCAP能力集与S-CSCF 域名关系，发起向ENS的SRV和A记录查询， I-CSCF再根据A记录返回的结果选择一个S-CSCF，将Register消息发给S-CSCF。
1、本案例，HSS通过UAA返回S-CSCF 能力集为2002 ICSCF查询HSS后，HSS给ICSCF回能力集 2002，在ICSCF上的ISCAP数据对应sip:scscfpool2.gx.chinamobile.com
本步骤正常通过。
2、I-CSCF向ENUM/DNS查询S-CSCF的地址

ENUMDNS的查询过程一般为：
STEP1.NAPTR查询得到使用的协议域名；
STEP2.SRV查询得到端口和目标域名；
STEP3.A查询得到目标域名的IP地址。
依据集团规范：对于已经明确域名的查询直接采用SRV、A查询。
某厂设备查询流程：某厂的CSCF在处理用户注册时，没有NAPTR查询，只有SRV和A查询：
1）ICSCF设备内部进行NAPTR转换：
sip:scscfpool2.gx.chinamobile.com<- >_sip._udp.scscfpool2.gx.chinamobile.com

2）SRV查询：
_sip._udp.scscfpool2.gx.chinamobile.com<->nnscscf1bhw.gx.chinamobile.com, port:5060
_sip._udp.scscfpool2.gx.chinamobile.com<->nnscscf2bhw.gx.chinamobile.com, port:5060
3）A查询：
nnscscf1bhw.gx.chinamobile.com<->10.189.54.9
nnscscf2bhw.gx.chinamobile.com<->10.189.54.12
本步骤正常通过。

3、I-CSCF向S-CSCF发送 Register 请求
REGISTER消息的Request-URI头域存在差异，因本次配置的是POOL主机名，故URI头域为REGISTER sip:scscfpool2.gx.chinamobile.com ，如下图所示：

4、为何 I-CSCF向S-CSCF发起的register消息中的Request-URI头域不同会导致注册失败？
根据某厂设备规范：在注册过程中，S-CSCF会检查注册消息的Request-URI头域的内容与S-CSCF设备本身配置的主机名是否一致，如果不一致，匹配失败，S-CSCF就会拒绝注册请求，回复500错误.
1）配置更改前：ISCAP配置了能力集2002<->sip:nnscscf2bhw.gx.chinamobile.com，这个主机名与S-CSCF设备本身配置的主机名完全一致，故用户可以正常注册。
2）配置更改后：ISCAP配置了能力集2002<->sip:scscfpool2.gx.chinamobile.com，这个POOL主机名与S-CSCF设备本身配置的主机名完全不一样，导致用户注册被拒绝。

【解决方案】

根据集团网络部下发要求，各省需在本省ENUM/DNS配置该PooL域名的SRV记录解析数据和A记录解析数据，故I-CSCF应该支持能力集与POOL主机名的配置方式。
根据某厂产品文档软参功能介绍：
DBMSPARA2的比特7用于控制CSCF是否支持按照ISCAP表中配置S-CSCF的域名完成注册过程。
=0：不支持。
=1：支持。
默认值：0
检查CSCF设备该软参，发现配置的是默认值“0”，表示不支持按照ISCAP表中配置S-CSCF的域名进行注册。
措施：修改CSCF软参DBMSPARA2的比特7值为1，使CSCF支持根据ISCAP表中配置的域名进行注册，即S-CSCF POOL主机名完成注册。

本文整理自网络，文章版权归原作者所有，如有侵权，请联系我们进行删除。小编微信（gprshome201101）