51学通信技术论坛

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

问:TCP previous segment lost导致无法上网? [复制链接]

Rank: 8

义 超级之星 勤 论坛核心会员

跳转到指定楼层
楼主
发表于 2012-6-26 12:58:38 |只看该作者 |倒序浏览
一键分享 一键分享
用户投诉的案例,能上qq,无法上网

我用条件“tcp and ip.src == 10.0.0.172”过滤后发现大量的“TCP previous segment lost”
想问下是否因为这个导致用户无法上网?此外,出现该情况的原因有哪些呢?

数据包请见附件。

谢谢


附件: 你需要登录才可以下载或查看附件。没有帐号?立即注册
欢迎多多交流

PS CORE & SS7 & SIGTRAN & IP

有相关的专业技术网站/Q群也多谢推荐

Rank: 8

VIP 论坛核心会员 特殊贡献奖

沙发
发表于 2012-6-27 11:29:03 |只看该作者
看了一下,是用的cmwap(frame 107 108)。从数据包里看到,通过wapgw(10.0.0.172)访问的都是10086.cn (手机发上来的get)
后来有一些访问是没走wapgw的,比如m.baidu.com并且是成功的。

PS:我的wireshark可以显示TLLI啊,点到TLLI->右键->apply as column

使用道具 举报

Rank: 8

特殊贡献奖

板凳
发表于 2012-6-27 12:56:32 |只看该作者
你抓这个log有点问题,为什么按ip==10.0.0.172过滤后,得到的全是10.0.0.172为目的地址的log,只能看到上行数据,大部分是确认消息,没有看到真正的数据包(包括重传);
用户侧发起大量的“TCP previous segment lost”,但是还是要确认一下,交互时网关(10.0.0172)是否发送了数据包,以及重传数据包,还有用户侧是否进行了确认(或用户进行了确认,但损失在接口中),另外也不知道你跟踪数据在哪个接口,
做以下建议
1.如果没有看到下行数据,需要向离网关更近的一个接口(或者在网关跟踪)跟踪,看看数据损失在哪里?
2.如果有下行数据,那么需要看看离用户最近的下一个接口跟踪(或直接跟踪用户端),看看用户侧是否对收到的数据进行了确认。
得到这些信息后再做进一步分析!

使用道具 举报

Rank: 8

特殊贡献奖

地板
发表于 2012-6-27 13:05:53 |只看该作者
哦,你是按条件“tcp and ip.src == 10.0.0.172”过滤的,但是好像反了,你过滤的最后是ip.dst==10.0.0.172.
附件: 你需要登录才可以下载或查看附件。没有帐号?立即注册

使用道具 举报

Rank: 8

义 超级之星 勤 论坛核心会员

5#
发表于 2012-6-27 13:09:13 |只看该作者
tony9492 发表于 2012-6-27 13:05
哦,你是按条件“tcp and ip.src == 10.0.0.172”过滤的,但是好像反了,你过滤的最后是ip.dst==10.0.0.172 ...

其他都是次要,只是不明白为什么会针对该用户有大量的下行丢包。
这是Gb口的,还没到无线。

搞不懂了~


欢迎多多交流

PS CORE & SS7 & SIGTRAN & IP

有相关的专业技术网站/Q群也多谢推荐

使用道具 举报

Rank: 8

特殊贡献奖

6#
发表于 2012-6-27 13:39:09 |只看该作者
举个例子:如果Gb口已经收到下行包,但是用户侧没有收到,不会回复确认消息,那说明Gb以下接口出现问题,除了abis外,很可能无线链路有问题。
          如果Gb口没有收到下行包,说明Gb侧以上有问题。
所以说这是Gb口的log,最好看看下行数据,不能只看一个方向的,需要视情况来确定进一步分析,对Gb log应过滤ip.addr==10.0.0.172,上下行都需要看,另外需要联合跟踪手机终端侧的log进行对比分析。只靠Gb侧的数据无法深入分析。

使用道具 举报

Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7Rank: 7

版主

7#
发表于 2012-7-2 15:07:59 |只看该作者
数据包抓的不全,看不到从172.0.0.1到10.144.122.94方向的报文。
报文丢失,似乎是中间的网络不能传输大的报文。检查一下,看一下整个网络路径能否正常通过1500Byte的报文。

使用道具 举报

Rank: 2Rank: 2

8#
发表于 2012-7-18 11:44:21 |只看该作者
个人感觉是数据包被分片,然后在传输过程中前包丢失或者出现错序包情况,导致数据包无法重组。

建议:
1.检查传输途经的ip设备MTU值
2.检查传输路由是否有迂回路由

使用道具 举报

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

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

GMT+8, 2024-5-2 16:33 , Processed in 0.027410 second(s), 13 queries .

Powered by Discuz! X2

© 2001-2011 Comsenz Inc.

回顶部