《wap网关案例分析——重庆移动.ppt》由会员分享，可在线阅读，更多相关《wap网关案例分析——重庆移动.ppt（20页珍藏版）》请在三一办公上搜索。
1、WAP网关案例分析,重庆移动,重庆WAP网关现网组网图,案例1,WAP网关对部分网站兼容性不够，导致不能正常访问某些网站，如招商银行网站1、问题分析：对于招商银行之类利用https方式与手机进行交互的安全网站，首先手机通过网关与网站建立链接，然后通过网关将请求发给网站。网站将响应的内容传给网关后与网关断链，网关将响应的内容转发给手机后，也应该随着网站与网关的断链而主动与手机断链，而此时网关没有去主动与手机断链，导致手机收到响应的内容后一直处于等待状态。,案例1,附：手机与网关https交互方式的正常流程：,案例1,上图是手机到网关之间的抓包的截图，该流程一共分为4部分:procees1Proc
2、ess2Process3Process410.198.115.182是手机IP，10.196.65.137是一台scp的IP。process1中手机与网关建立tcp链接；process2中手机发起到:443的安全连接，网关与:443建立好连接后回200ok给手机表示此安全连接已经建立好；process3是手机与之间的信息交互过程，该过程中双方发出来的数据包都是经过加密的，网关只做透传，不关心数举包的内容；process4中网关与手机断开tcp链接（网关出错的地方就是在这个流程里，当网站断链的时候，网关没有向手机发起断链消息）,案例1,2、问题解决情况：完善手机访问安全网站时网关对手机到网站之间
3、链路的维护机制，当网关收到网站的断链消息时也主动与手机进行断链。完善后问题得到了解决。,案例2,中兴WAP网关处理Radius请求积压，导致用户请求到达业务处理机后查询不到用户信息,1、问题分析：在业务处理机上收到用户的第一个get请求后会向smp发起用户查询消息，smp将查询结果直接发给scp。我们发现日志中有大量查询不到用户信息的同时，日志提示系统内部有大量的Cookie信息，其中有的用户持久性Cookie信息达到上千条，而且这部分Cookie信息还没有过期，当这部分用户上网时，系统的Cookie缓存区达到数十万条，使得此时网关处理消息时存在较大时延，当用户查询消息到达smp时该用户已经下
4、线，从而造成大量用户信息查询不到的现象。通过中兴WAP网关业务处理机上查看日志，发现“OnlineResp Result=-1,dlgid=-2145713585,usrip=10.198.99.165,time=35”这条日志，表示手机ip10.198.99.165没有查询到对应的用户，scp发起查询消息到收到响应之间的时差为35秒，该现象表明系统的消息处理存在较大时延。,案例2,2、问题解决：要解决以上问题需要对Cookies机制进行相应调整，对支持Cookies信息的用户，网关不再保存和增加这部分Cookies信息，同时在网关系统内部做了保护，对于系统处于高峰时，临时性的不再对持久性Co
5、okies信息进行处理，（这部分Cookies信息还是照旧转发到用户和SP服务器），一旦系统恢复成正常状态，再进行保存和增加，从而从根本上保证了系统在高峰时刻的可靠性处理能力。,案例3,通过CDS软件测试，有时发现彩信发送或接收时，当手机发出connect请求后，手机只收到网关的部分ack，没有connectreply到达手机。,手机终端的connect请求后WAP网关先响应ACK，手机终端收到ACK后对ACK进行ACK，但是10s后WAP网关仍然还没有响应connect reply，所以手机终端再次发起ACK，共进行5次ACK后也没有得到WAP网关的Connect Relay消息，导致超时结
6、束连接,案例3,问题分析：当一个connect包经过wap1.x协议栈的wtp层时，wtp层 会给这个connect包的处理流程分配一个唯一的标示。connect包通过wtp层后到达wsp层，wsp层处理完后该流程再返回到wtp层，此时wtp层需要找到之前分配的标示才能完成后续的流程。由于wap1.x协议栈程序上的bug，该标示有时候会出错，导致connect处理流程在从wsp层返回wtp层时因找不到相应的标示而出错。,问题解决：修正程序上的bug，使得connect处理流程每次都能找它所对应的标示，问题得到解决。,案例4,问题分析：经在网关侧抓包发现该情况发生时，第一组包的第一个分包0号包因
7、传输丢包而没有到达网关，此时网关没有发起negative ack让手机重传0号包。该问题的根源是网关重传机制上的漏洞，即当0号包丢失的时候网关不会发起negative ack包。,问题解决：完善网关的重传机制，当0号包丢失的时候发起negative ack包让手机重传0号包,cds测试彩信发送时，手机发出第一组包后，一直收不到网关的ack包，此时手机不断重传第一组包的最后一个分包，最后超时失败,案例5,手机在提取彩信时有时会收到0 x41错误,分析：测试接收彩信手机为13594629129,但展开WAP网关到彩信中心的Get包:x-up-calling-line-id:861389671678
8、0显然WAP网关向彩信中心发起的请求包携带的手机号码与测试手机号码不同。于是第35行，彩信中心返回WAP网关401 unauthorized错误 第39行，WAP网关返回10.198.7.195终端（返回包通过IP地址寻址）401 unauthorized错误,案例5,手机在提取彩信时有时会收到0 x41错误,1、WAP网关日志查询中发现手机号码8613896716780在浏览梦网中间插入了一条彩 接收记录，详细信息里面显示该条彩信接收失败，为401错误：用户手机号:+8613896716780 承载类型:GPRS 用户IP地址:10.198.7.195 用户请求URL:http:/218.2
9、01.4.226:80/ZLiEREQaN7iA 信息内容类型:application/vnd.wap.wmlc CP响应状态码:401 网关IP地址:10.196.65.136 方法:GET,案例5,问题解决：完善WAP网关scp与smp之间用户信息的一致性问题，同时对于收彩信的特殊情况，scp直接向smp查询用户信息，确保网关带给彩信中心的手机号是永远正确的。,手机在提取彩信时有时会收到0 x41错误,问题分析：经过抓包分析，0 x41错误是表示鉴权失败，WAP网关在向彩信中心发起接收请求时携带的是关联错误手机号码，产生了彩信串号问题。可能原因是WAP前台业务机13X缓存了以前的IP-MS
10、ISDN对应关系，当用户超时下线时，GGSN把A地址分配给其它用户使用了，当接收彩信的用户使用该地址A请求WAP网关服务器时，以前保存的信息先于Radiu服务器的刷新缓存消息之前到达业务机，WAP服务器发现本地缓存中地址A的IP-手机号对应关系还是存在的，不再发消息到Radius服务器查询最新的IP手机号对应关系，故而造成手机接收彩信时带上的手机号码有误。,案例5,问题解决：完善WAP网关scp与smp之间用户信息的一致性问题，同时对于收彩信的特殊情况，scp直接向smp查询用户信息，确保网关带给彩信中心的手机号是永远正确的。,手机在提取彩信时有时会收到0 x41错误,问题分析：经过抓包分析，
11、0 x41错误是表示鉴权失败，WAP网关在向彩信中心发起接收请求时携带的是关联错误手机号码，产生了彩信串号问题。可能原因是WAP前台业务机13X缓存了以前的IP-MSISDN对应关系，当用户超时下线时，GGSN把A地址分配给其它用户使用了，当接收彩信的用户使用该地址A请求WAP网关服务器时，以前保存的信息先于Radiu服务器的刷新缓存消息之前到达业务机，WAP服务器发现本地缓存中地址A的IP-手机号对应关系还是存在的，不再发消息到Radius服务器查询最新的IP手机号对应关系，故而造成手机接收彩信时带上的手机号码有误。,案例6,WAP网关部分参数不合理，其中MTU值过小,案例6,问题解决：定义
12、Maximum segment size为1460bytes，则大小为53824bytes的消息传输只需要53824/1410=39个Segments就可以完成传输，比现有的模式可以节约17个Segments，较少的Segment可以节约传输时间，减少WAP网关的负荷。,WAP网关部分参数不合理，其中MTU值过小,问题分析：目前中兴WAP网关的最大传输单元（MTU）大小为984bytes，最大传输单元（MTU）决定WAPGW和手机之间，WAPGW和服务器之间每一个数据包的大小，通常为14001500Byte左右，中兴WAP网关的MTU值太小，相同大小的数据包需要更多传输次数才能够完成，因此增大
13、了传输时间，降低传输速率；,部分终端问题汇总,2、D600手机收发彩信有问题波导D600，只支持1.x协议上网和发彩信，不支持2.0协议问题解决：将波导D600手机上网和发彩信都设置成wtp协议，问题解决。,1、多普达696手机可以用wap1.x方式上网，不能用wap2.0方式通过cmwap上网 多普达696的ie浏览器只支持http连接方式中的长连接，当wap网关采用短连接方式和它交互的时候，该手机总以为数据没有下载完而一直处于等待状态。问题解决：wap网关也采用长连接方式与该手机进行交互,3、三星E708无法发送接收彩信 这类型号的手机主要支持WAP1.3协议不支持WAP1.4协议，对于其
14、中content_type不支持的编码方式，WAP网关没有根据手机支持的具体协议类型进行区别处理 问题解决：WAP网关根据手机支持的具体协议类型进行区别处理，正确处理content_type编码,部分终端问题汇总,5、moto388手机无法上网 该类手机不支持分包，网关将分包传给手机后，手机无法组包 问题解决：网关针对该类手机不做分包处理，直接将包发出去,4、motoE680i不能使用移动QQ和移动证券 java在线http方式下该类手机发出的post请求包中，java在线服务器地址存放在X-Online-Host字段，而不是Host字段，网关没有考虑到这种情况 问题解决：完善对post请求包提取信息的流程,6、波导M19手机设置为WAP2.0时发送彩信失败 该手机向网关发送的POST请求包时做了分包处理，网关没有成功将此分包进行组包，导致彩信中心回400错误 问题解决：完善网关对POST请求分包的组包处理流程,7、索爱K700C无法发送大于10k的彩信 该手机在向网关发送分包数据时出现丢包的频率非常高，网关的重传机制没有处理好这种情况，组包后发给彩信中心，导致彩信中心回400(Decode Error)错误 问题解决：完善网关的重传机制,谢谢,
