大家看看这是什么原因：tcp包重传

zengdukan 2011-10-10 11:14:13
客户端给服务器发心跳，发了4次后，就出现问题了。send函数返回是成功，抓包发现一直重传

24 55.921334 192.168.199.244 183.39.137.51 TCP 125 [TCP Retransmission] 7710 > qnxnetman [PSH, ACK] Seq=375 Ack=564 Win=1536 Len=71

TCP Retransmission：是表示tcp包重传吧，原因是没收到对方的ack？（csdn居然不能上传图片）
...全文
509 5 打赏 收藏 转发到动态 举报
写回复
用AI写文章
5 条回复
切换为时间正序
请发表友善的回复…
发表回复
乔巴好萌 2011-10-10
  • 打赏
  • 举报
 回复
没遇见过这种情况 帮顶了
如果是路由器过滤掉ACK的话 那三次握手不会成功
而你说前几次send是OK的 后来又不行了 就不解了
你的心跳是要长连接的吗
qq120848369 2011-10-10
  • 打赏
  • 举报
 回复
说明51的机器没给ACK应答，看看51机器怎么了。
zengdukan 2011-10-10
  • 打赏
  • 举报
 回复
这是比较完整的抓包数据，请高手们看看
zengdukan 2011-10-10
  • 打赏
  • 举报
 回复
21 44.623487 183.39.137.51 192.168.199.244 TCP 60 qnxnetman > 7710 [ACK] Seq=486 Ack=375 Win=7818 Len=0
22 55.502176 183.39.137.51 192.168.199.244 TCP 132 qnxnetman > 7710 [PSH, ACK] Seq=486 Ack=375 Win=7818 Len=78
23 55.503972 192.168.199.244 183.39.137.51 TCP 125 7710 > qnxnetman [PSH, ACK] Seq=375 Ack=564 Win=1536 Len=71
24 55.921334 192.168.199.244 183.39.137.51 TCP 125 [TCP Retransmission] 7710 > qnxnetman [PSH, ACK] Seq=375 Ack=564 Win=1536 Len=71
25 56.761385 192.168.199.244 183.39.137.51 TCP 125 [TCP Retransmission] 7710 > qnxnetman [PSH, ACK] Seq=375 Ack=564 Win=1536 Len=71
26 58.441487 192.168.199.244 183.39.137.51 TCP 125 [TCP Retransmission] 7710 > qnxnetman [PSH, ACK] Seq=375 Ack=564 Win=1536 Len=71
27 61.801692 192.168.199.244 183.39.137.51 TCP 125 [TCP Retransmission] 7710 > qnxnetman [PSH, ACK] Seq=375 Ack=564 Win=1536 Len=71
28 68.522108 192.168.199.244 183.39.137.51 TCP 125 [TCP Retransmission] 7710 > qnxnetman [PSH, ACK] Seq=375 Ack=564 Win=1536 Len=71
29 81.962950 192.168.199.244 183.39.137.51 TCP 125 [TCP Retransmission] 7710 > qnxnetman [PSH, ACK] Seq=375 Ack=564 Win=1536 Len=71
网络：TCP的重传机制
什么是重传机制 TCP实现可靠传输的方式之一，就是通过序列号和确认应答。 在TCP中，当发送端的数据到达接收端之后，接收端主机会返回一个确认应答消息，表示已经接收到消息 在网络复杂，并不一定能够上上图那样正常的数据传输，数据有可能在传输过程中丢失。所以TCP针对数据包丢失测情况，会用重传机制来解决 常见重传机制 有四种： 超时重传 快速重传 SACK D-SACK 超时重传 重传机制的其中一个方式，就是在发送数据时，设定一个定时器，当超过指定的时间RTO后，没有收到对方的ACK确认应答报文，就会重发.
网络基本功（二十四）：Wireshark抓包实例分析TCP重传
网络基本功（二十四）：Wireshark抓包实例分析TCP重传   转载请在文首保留原文出处：EMC中文支持论坛https://community.emc.com/go/chinese    介绍   TCP发送一个或一组报文，会等待收到报文的确认信息。重传，即发生在报文没有到达或确认信息没有及时返回的情况下。当发现网速变慢时，原因之一可能就是重传。发生重传的原因有多种，在
TCP/IP协议栈：TCP超时重传机制
超时重传是TCP协议保证数据可靠性的另一个重要机制，其原理是在发送某一个数据以后就开启一个计时器，在一定时间内如果没有得到发送的数据报的ACK报文，那么就重新发送数据，直到发送成功为止。 TCP可靠性中最重要的一个机制是处理数据超时和重传。TCP协议要求在发送端每发送一个报文段，就启动一个定时器并等待确认信息；接收端成功接收新数据后返回确认信息。若在定时器超时前数据未能被确认，TCP就认为报文段中的数据已丢失或损坏，需要对报文段中的数据重新组织和重传。
【tcp】如何计算、监控TCP重传率？
一、什么是TCP重传？ 在发送一个数据之后,就开启一个定时器,若是在这个时间内没有收到发送数据的ACK确认报文,则对该报文进行重传。 TCP重传率：重新发送信息的与全部的调用信息之间的比值。 二、TCP重传率高的可能原因 发生重传说明网络传输有丢包，基本上从3个点去定位： 客户端网络情况、服务端网络情况、中间链路网络情况。 1. 客户端机器网络异常 2.服务端网卡流量跑满，网卡有丢包现象，关注ifconfig的error输出 3.中间网络连路拥塞，比如交换机上联、.
TCP重传问题的排查思路与实践，有点干货！
1、关于TCP重传 TCP有重传是正常的机制，为了保障数据传输可靠性。只是局域网环境，网络质量有保障，因为网络问题出现重传应该极低；互联网或城域网环境，线路复杂（可以想象下城市地下管网，错综复杂的电线杆等），网络质量不好保障，重传出现概率较高。 TCP有重传，也不一定是网络层面的问题。也可能是接收端不存在，接收端receivebuffer满了，应用程序有异常链接未正常关闭等等等。 2、TC...
C++ 语言

64,686

社区成员

250,505

社区内容

发帖
与我相关
我的任务
社区描述
C++ 语言相关问题讨论，技术干货分享，前沿动态等
c++ 技术论坛（原bbs）
社区管理员
  • C++ 语言社区
  • encoderlee
  • paschen
加入社区
  • 近7日
  • 近30日
  • 至今

加载中

查看更多榜单
社区公告
  1. 请不要发布与C++技术无关的贴子
  2. 请不要发布与技术无关的招聘、广告的帖子
  3. 请尽可能的描述清楚你的问题，如果涉及到代码请尽可能的格式化一下

试试用AI创作助手写篇文章吧

+ 用AI写文章