《Iphone101终端DNS时延分析.doc》由会员分享，可在线阅读，更多相关《Iphone101终端DNS时延分析.doc（6页珍藏版）》请在课桌文档上搜索。
1、Iphone10,1终端分析-DNS时延分析1、 概述客户反应使用iphone10,1手机感知性能差，通过之前指标性能分析的结果来看，在现网23款iphone手机中，取月平均得分，iphone10,1手机的得分排名导数第7，在整个apple终端类型中在现网体验中属于中下的水平。通过前期指标比照来看，iphone10,1得分差的原因主要是DNS这一类上网指标，下面将主要分析iphone10,1DNS的原因。DNS解析时延是指从客户端向DNS效劳器发出域名解析请求到DNS效劳器将解析结果反应到客户端的时间间隔。DNS解析慢不会影响网速，但会增加网页翻开时间，会影响上网体验，如果解析失败则会直接导致
2、局部无法访问。以下是iphone10,1的月平均DNS时延情况，倒数第十，与终端得分情况根本吻合。2、 分析过程 首先想通过用户回访的情况来复现iphone10,1普遍偏差的可能原因，但是通过用户个例的分析，发现用户反应的局部网页打不开的问题，可能跟用户行为以及翻开的域名地址有关，大局部无法翻开的网页与网络无关，而是网址失效、网页无法找到、网页重定向、或者网页的容设置为白色。其中将网页设置成白色的情况，可能会导致用户一直等待，误认为网页一直在加载，感知最差。DNS解析与路径时延，以及效劳器性能有关，比照DNS的解析的效劳器发现，iphone10,1使用的DNS效劳器IP为211.141.90.
3、68，域名为cache3.j*.chinamobile.,对DNS的效劳器的性能比照来看，排除由于*个DNS效劳器性能恶化，导致的整体DNS指标 下降。2.1 用户回访分析回访用户发现，用户反应信号较差，上网感知慢。从性能分析平台，查询用户1天的DNS的*DR数据来看，首先从ECI进展分析来看，无明显DNS时延过高的小区。如果按照用户说法，信号较差的话，应该会在*个小区集中出现比拟高的小区，但是从*DR的查询结果来看，并没有发现TOP的ECI小区。后面再次回访用户，确认手机上信号显示都是满格的状态，排除无线环境恶劣导致时延高的原因。ECIDNS_SUCCDNS_DELAYDNS_DELAY_K
4、(ms)1300254824169304.23130170410132113.21130243082256172.81130243083190429.041302640854165404.14130277763130073.01130283787262603.13130283797195307775615.781303188696176322.94130390805127522.751321904743148574.95132195594183688.37132307220128722.87132542997259352.971595278296181983.03159530911131783
5、.18159531659128602.86159550366128912.89200288522946074166.46200310795384902.83200402955126272.63233896082171104706.502338960929424124.71233999499129002.902340033394115832.90234006923129622.96234055324387892.93247685003129582.96247718559258762.94从用户访问的TOP时延的访问域名的情况，DSN_DELAY_k时延高的域名大都分都为无效域名，在翻开网页的时候
6、，网页无法翻开。域名情况描述DNS时延DNS次数DNS_DELAY_K解析成功，地址不可用，URL invaild204245412042.45 p28-bookmarks.icloud.解析成功，网址迁移，无法访问，错误3011120171112.02 解析成功，404，not found63007163.01 red.m.jd.成功58770158.77 hermes.jd.成功50214225.11 *p.apple.解析成功，404，not found2581821123.47 sdkapp.uve.weibo.解析成功，403 Forbidden40429220.21 mtteve.
7、beacon.qq.解析成功，403 Forbidden18316118.32 adash*.m.taobao.解析成功，403 Forbidden39651313.22 解析成功，12002112.00 以下是局部域名的截图以及抓包：DNS解析成功，Invalid URlp28-bookmarks.icloud.：解析成功，404错误，从以上分析来看，用户网页无法翻开，应该与访问的域名有关，另外局部apple 域名下的局部网址已经被其它公司注册。例如*p.apple 解释出的效劳器地址已经被.99.域名注册，但是目前IP暂时未使用。*IP为17.139.246.5 ，17.139.246.6
8、，17.139.246.7已经被域名99 注册 通过以上的分析来看，用户上网网页打不开的情况，与无线环境以及效劳器关系不大，从TOP10的DNS的时延来看，第10个TOP域名的DNS的时延已经低至12ms了，所以用户反应的网页打不开的问题，应该跟局部网页失效的原因最大，跟用户的使用行为有关。2.2 DNS效劳器性能分析取各个iphone终端的1个用户，查看DNS_*dr得知，使用的解码DNS效劳器，一般DNS效劳器获取后，终端就会默认一直使用这个DNS效劳器，效劳器的性能对DNS _delay影响重大。以下是提取的13款iphone终端的的DNS效劳器情况。MSISDNTERMINAL_MOD
9、ELTERMINAL_VERSIONDNS效劳器iPhone10,1iPhone10,2iPhone10,3iPhone10,411iPhone10,5iPhone10,6iPhone9,1iPhone9,2iPhone9,3iPhone8,1iPhone8,2iPhone8,4iPhone7,1iPhone7,2通过ping时延来看，通过来回路径时延，2台DNS效劳器相差不大。211.141.90.168效劳器平均时延7ms,最短2ms最长221ms; 211.141.85.168,平均时延10ms,最短为2ms,最长为200ms.以下是详情：211.141.90.168：211141.85
10、.168：采用DNS Benchmark进展分析DSN效劳器的性能，其中： “Cached Name 表示从被查询的DNS 效劳器本地缓存查询的结果。 “Uncached Name表示从被查询的DNS 效劳器本地缓存不能获得查询结果，是效劳器向另外的DNS 效劳器查询的结果。“DotCom Lookup查询. 这种特殊域名的结果。通过上述结果，可以看出DNS 效劳器对本地缓存查询的结果差异不大，211.141.90.168效劳器对未在本地缓存的地址时所有的平均大于211.141.85.168效劳器22ms左右。对一些 的时延也略高于211.141.85.168效劳器，另外211.141.90.
11、168的cached name的功功率为98%。从以上结果来看，两者效劳器存在偏差，建议关注一下，DNS效劳器的各项指标。3、 结论通过之前指标分析发现，iphone10,1得分低的原因主要是在DNS时延方面，通过软件版本、无线基站、用户三个维度进展聚类分析，发现DNS时延差的主要影响会聚在活泼用户之上。另外通过对DNS效劳器的比照发现，211.141.90.168的局部指标存在略差于211.141.85.168，建议关注一下DNS性能。通过活泼用户回访发现，用户反应的无法翻开网页的原因，通过DNS_*DR的查询结果来看，主要由于访问的域名网址失效、网页无法找到、网页重定向、或者网页的容设置为白色。其中将网页设置成白色的情况，可能会导致用户一直等待，误认为网页一直在加载，感知最差。所以iphone10,1感知差的问题，目前未排查到普遍原因，还是需要对具体问题进展分析。
