多普达S700 彩信发送(WAP2.0方式)失败分析.docVIP

多普达S700 彩信发送（WAP2.0方式）失败分析 分析结论与建议 彩信发送的上行数据包在经过GRE隧道时，由于终端发送的原始IP包经过GRE封装后其IP包总长度会超过MTU值（1500bytes），故GGSN对TCP报文（原始IP包数据区，DF=1，不能分片）进行分片，导致WAPGW侧无法正常重组IP分片，造成彩信发送失败。 通过查询WAPGW记录，我们发现TD WAPGW在4月22日凌晨曾做过调整。4月21日的测试数据表明，WAPGW调整前，彩信发送测试时，终端和WAPGW三握手协商MSS值时，WAPGW侧下发的MSS值是1422；22日以后，彩信发送测试时，终端和WAPGW三握手协商MSS值时，WAPGW侧下发的MSS值是1460。 建议WAPGW侧下发的MSS协商值由1460改为1422。 一，问题描述 多普达S700通过TD网络发送彩信测试时，WAP2.0方式测试失败而WAP1.x方式测试正常；通过TD网络访问WAP网页（）测试正常，上传文件到QQ空间测试失败；通过TD网络上传文件到FTP服务器测试正常，发送PING包到WAPGW测试也正常。 多普达S700发送彩信失败时和上传文件失败时在TD Gi接口都收到WAPGW侧下发的500 Internal Server Error报文，初步估计应该与彩信中心和SP服务器无关（经网关人员确认过，这里的500 Internal Server Error是由于WAPGW引起），故问题应是多普达S700与WAPGW之间协议交互存在问题引起。 二，初步分析 在TD SGSN侧的GTP隧道口外侧，TD GGSN侧的GTP隧道口内侧，WAPGW 侧的GRE隧道口外侧3处节点对多普达S700进行信令跟踪和数据跟踪。 SGSN侧捕获的数据包： （说明：在SGSN侧捕获的上行包还未经过GTP封装） SGSN侧转发上行包（IP ID=3066）后，WAPGW无响应，14秒后同时收到WAPGW侧下发的500 Internal Server Error报文和四握手报文（请求断开连接），34秒后又收到WAPGW侧下发的ICMP报文（差错报文），提示上行包（IP ID=3066）的其中一个IP分片在WAPGW侧的IP层分片重组超时。 GGSN侧捕获的数据包： （说明：在GGSN侧捕获的上行包位于GTP隧道中，经过了GTP封装和IP分片） GGSN同时收到WAPGW侧下发的500 Internal Server Error报文和四握手报文（请求断开连接），16秒和45秒后，收到WAPGW侧下发的ICMP报文（差错报文），提示上行包（IP ID=3066）的2个IP分片在WAPGW侧的IP层分片重组超时。 注：多普达S700上传文件到FTP服务器测试正常，终端与FTP三握手时协商的MSS值同样都是1460，终端发送的上行IP包的总长度为1500bytes（IP首部20bytes+TCP首部20bytes+TCP数据区1460bytes=1500bytes）。FTP上传是CMNET业务，只经过GTP隧道，不经过GRE隧道；FTP上传测试和彩信发送测试都需要经过GTP隧道（经过相同的GTP封装，IP包分片，GTP解封装，IP包分片重组）。而FTP上传测试正常，所以， GTP隧道两侧应该是正常的。 WAPGW侧捕获的数据包： （说明：在WAPGW侧捕获的上行包刚离开GRE隧道，已经解开GRE封装，还未完成IP分片重组） WAPGW侧下发第一个ICMP报文提示上行包（IP ID=3066）第一个分片（IP=1476bytes）重组超时，29秒后下发第二个ICMP报文提示上行包（IP ID=3066）第二个分片（IP=44bytes）重组超时。 初步怀疑多普达S700彩信发送失败是WAPGW侧收到的上行IP分片在IP层重新组装时出错（收到的IP分片数据区是24bytes，而ICMP报文提示的IP分片的数据区是8bytes），导致WAPGW重新组装分片超时，造成彩信发送失败。 三，利用PING包分析GTP封装，GRE封装和IP分片的机制 用多普达S700发送PING包到WAPGW，测试正常。终端发送的IP数据包1500bytes（IP首部20bytes+ICMP首部8bytes+ICMP数据区1472bytes=1500bytes）。 多普达S700发送的原始IP包： 上行IP包总长度1500bytes，没有超过MTU值（1500bytes），不需要IP分片。 当经过封装后的IP包长度超过MTU值（1500bytes）后，IP包需要进行重新分片，IP分片规则如下： IP首部加上与分片和重组有关的信息作为分片的IP首部，然后将原IP数据区进行分片，放入分片的IP数据区中，传输层的首部都只出现在第一个分片的数据区中。