某年某月某地电信无线portal认证页面推送慢,甚至是无法推送页面。了解详细的故障现象,问题时间点,故障详细情形 ,初步形成处理该问题思路和定位手段:
首先确定故障发生是否需要触发条件,根据景区方面反馈和实际测试查看只有苹果的终端出现portal认证页面推送慢,该问题对于某些苹果终端是必现的。除苹果终端外并无发现其他种类的终端出现该问题,且无线的覆盖和信号都能满足基本上网的要求,无线的转发没有问题,并且无线优化工作也很到位,无线信号侧问题基本排除,数据侧转发也不存在瓶颈。
首先根据描述情况查看设备配置以及实际测试发现好像真是那么回事,那么我就来对地方了!开始就直接入正题,首选使用其中两台苹果手机模拟测试并在设备测抓包分析(由于用户量巨大无法收集debug)。采用流镜像进行针对性抓包测试, 地址为10.11.40.70的苹果手机几乎都无法快速的推送portal页面,抓包发现该手机的DNS请求一直未得到相应,如下图:一直未能弹出portal页面的抓包信息。
能推送出页面但是很慢 ,抓包显示DNS请求 captive.apple.com响应时间为18秒,而后解析***.***响应时间为40秒 ,导致推送延迟很大。
基于以上结论怀疑是DNS解析问题尤其是苹果终端本身的系统特性导致其连接无线后需要解析captive.apple.com(以及还有其他的一些域名,暂时只发现关联项为这一个) 。
根据现场解析的captive.apple.com的地址为104.114.152.113。于是在M9006上开启dns代理以及配置静态dns,增加命令如下:
Dns server 220.189.127.106
Dns proxy enable
Ip host captive.apple.com 104.114.152.113
并将现场的苹果终端的dns改成M9006的地址后发现推送速度明显提升几乎没有延迟。并且在这之后整个下午也都没有出现慢的情况。
经向客户解释该机制后,客户方面也比较这个结论,认为首先跟苹果本身系统机制运行机制导致这种现象,需要终端尽快的解析出对应的captive.apple.com域名地址,但是公网的dns存在响应速度比较慢的情况。因此我们需要在内部搭建一个dns服务器做代理,并且将captive.apple.com最快的解析出来,暂时客户想在M9006上做DNS代理并负责解析captive.apple.com的地址。根据后来通过手机和电脑直接打开的captive.apple.com的域名 得到的页面实际只有一个单词success,这表明这个域名可能只是来探测无线是否已经认证通过或者是否可用 。
无线不确定因素受限于个别终端、故障随机、协调复现困难的影响,容易给人造成无线不好用的主观错觉。
无线部署后的优化在任何场景下都是绝对推荐的,多数运营商部署情况下建议无线督导。
Portal页面推送慢,推送难得问题相信很多同事或多或少的遇到过, 因为通常Portal认证结合的设备较多,组网形式也多种多样,影响Portal认证页面推送的原因就很多,建议大家放宽思路,苹果终端出现的问题不在少数,处理无线问题终端运行访问机制也是解决问题的一个思路,希望对大家有所帮助。
该案例暂时没有网友评论
✖
案例意见反馈
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作