51学通信技术论坛

 找回密码
 立即注册
搜索
查看: 4177|回复: 6
打印 上一主题 下一主题

关于中国移动CMNET骨干网对其他运营商出口的问题 [复制链接]

Rank: 2Rank: 2

跳转到指定楼层
楼主
发表于 2014-1-20 10:28:17 |只看该作者 |倒序浏览
一键分享 一键分享
大家好,我是刚从无线转到数业的新人,最近在某个地市遇到一个这样的问题,希望各位大侠帮忙解释下,非常感谢

我所在A地市的某个URI_MAIN的GET成功率偏低,通过分析,这个URI_MAIN有对应多个DEST_IP,而当其DEST_IP归属为移动时,其GET成功率在84%,而当其DEST_IP归属为电信时,其GET成功率只有8%,并且电信的归属IP的失败占比达到了50%,对全网的GET成功率影响还是比较大;

我们通过查询同省B市和C市的情况,该URI_MAIN的GET成功率情况完全和A市一样的,也就是移动的归属DEST_IP成功率高,电信的归属DEST_IP成功率低;

通过以上现象,我这边的初步结论如下:怀疑省公司移动CMNET骨干网对其他运营商的设置存在异常

对于以上判断,请各位大侠判断下是否正确,非常感谢,或者有其他结论,希望能分享下。

PS:DEST_IP归属查询,比如某个DEST_IP为120.196.210.93,通过百度的IP地址查询,查询出该IP归属某某移动。

Rank: 2Rank: 2

沙发
发表于 2014-1-20 19:32:44 |只看该作者
看不懂,现网问题都比较紧张,帮顶!

使用道具 举报

Rank: 4Rank: 4Rank: 4Rank: 4

板凳
发表于 2014-1-20 20:38:51 |只看该作者
应该是cmnet与destip对应的IDC服务器之间的问题,可能走的第三方出口,这要互联网部门查了才知道!
你可以在本地,Tracert destip对比一下路径与跳数,找出差异所在。

使用道具 举报

Rank: 2Rank: 2

地板
发表于 2014-1-22 16:53:20 |只看该作者
望到天那边 发表于 2014-1-20 20:38
应该是cmnet与destip对应的IDC服务器之间的问题,可能走的第三方出口,这要互联网部门查了才知道!
你可以 ...

感谢回答

使用道具 举报

Rank: 3Rank: 3Rank: 3

5#
发表于 2014-1-24 13:39:40 |只看该作者
如果某网站只在电信的IDC中有服务器,那么电信就会关注该网站在电信网内的传输情况,例如:速率、丢包率,时延等。但是对于来自移动网络的用户,电信就没有什么优化网络的动力了。
所以大的网站通常会在三大运营商的IDC机房里都放置服务器或者镜像服务器。
具体到你提到的情况,来自电信机房的流量不一定是移动和电信直接互联。很有可能,传输的过程中还经过了其他的网络提供商,例如:联通等。而且这个链路的带宽也可能够宽。
可以通过以下几个办法进行分析:
1. 通过Tracert destip记录以下路径与跳数。
  将查出来的IP,用你提到的方法看一看都是那些运营商的IP。
  如果路径中出现的IP除了归属移动和电信之外,还有属于其他运营的IP那么,传输质量就不会太好。
2. 在Gi口的路由器上使用测速软件测一下来自电信的IP和移动的IP的速率、丢包率、传输时延。这样可以大致为故障进行一个判断。
3. 抓包看一下失败的原因,重点关注HTTP的错误码。如果来自移动和电信的HTTP错误码的类型和比例差不多,则可以断定问题出在移动和电信之间的传输链路上。
4. 如果问题出在移动和电信的传输链路上,那么就可能会出现如下的现象
  比如:上行重传特别多,传输时延比较长。
5. 可以测试一下链路上的最大MTU。在Gi接口上使用PING命令可以测试MTU

使用道具 举报

Rank: 2Rank: 2

6#
发表于 2014-1-25 14:21:10 |只看该作者
把失败原因的http状态码统计下,看看主要是由于那些状态码引起的失败,根据这些状态码就可以初步判断原因所在了。

使用道具 举报

Rank: 2Rank: 2

7#
发表于 2014-2-17 11:05:55 |只看该作者
GPRSengineer 发表于 2014-1-24 13:39
如果某网站只在电信的IDC中有服务器,那么电信就会关注该网站在电信网内的传输情况,例如:速率、丢包率,时 ...

非常感谢你的回复,这个问题后来自动恢复了,移动的人最后也没有定位到问题的原因,按照他们的说法是要通过省公司来排查,而我们作为3方又没有权利,所以,你懂的

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

站长邮箱|Archiver|51学通信 ( 粤ICP备11025688 )

GMT+8, 2024-5-4 03:10 , Processed in 0.026670 second(s), 11 queries .

Powered by Discuz! X2

© 2001-2011 Comsenz Inc.

回顶部