tcp在三次握手链接建立后，服务器端向客户端发送数据，服务器连续向客户端发送4个数据包，客户端只需要确认最后一个数据包（第四个）数据包:ACK=最后一个数据包的seq+1就可以了吗？不用再确认其他3个数据包了吗？ client server 数据包1 seq=8623 data length=451 <----------------------------- 数据包2 seq=9074 data length=1...
(以下内容只是个人在开发中的理解和感悟，如果有不正确的地方请大家不吝指出，谢谢) 在安装了内核防火墙的系统上，你如果想在ip层截获数据包，然后通过forward链转发 那你是不需要进行ip分块重组的，因为pre_routing 链已经为你做了这一个工作。也就是 说，如果你传输层协议是tcp，那个你在forward链钩到的每个ip包都是有一个tcp头的 所以你要做的工作只有一个重组tcp流。 但是呢，如果你的内核防火墙没有conntrack机制，...
本帖最后由 boyjimeking 于 2012-10-18 21:42 编辑 请教一个tcp通信问题！！！！ 1)客户端依次发送2个包，为了好记，我标记为1号包，2号包; 2)假设1号包到达服务器的时间戳为0，2号包到达服务器的时间戳为0+2ms; 3)服务器处理单条socket流采用的是单线程异步，所以1号包、2号包会同时被处理； 5)处理1号包耗时4ms,得到1'包，处理2号包1ms，得到2'包; 6)在0+3ms的时候，把2'号包发往客户端,0+4ms的时候把1'号包发往客户端； 7)客...
请教通过tcp连接传输的数据包设置为多大较合适? 我以前用的是4090,小于4k 今天改为20480,总体传输速度上比小包快了很多 但在有路由转发的情况下,似乎大包要经过拆分成小包,会耗去一些时间,到底该设为多大,有些迷惘了. 各位朋友,你们一般设置为多大? 谢谢!
硬件系统：IBM X360 操作系统：RedHat 9.0 版本：Linux localhost.localdomain 2.4.20-8 #1 Thu Mar 13 17:54:28 EST 2003 i686 i686 i386 GNU/Linux IP: 192.168.1.168 现象： 1.ping 正常 2.向外发送tcp数据包非常慢 3.telnet 127.0.0.1 22非常快 3.telnet 192.168.1.168就很慢，半天才出结果 4.从其他服务器连接过来，主要是tcp的连接都很慢 5.运行netstat 前面很快，当显示default网关时很慢，是不是和这个相关？不过ping网关...
硬件系统：IBM X360 操作系统：RedHat 9.0 版本：Linux localhost.localdomain 2.4.20-8 #1 Thu Mar 13 17:54:28 EST 2003 i686 i686 i386 GNU/Linux IP: 192.168.1.168 现象： 1.ping 正常 2.向外发送tcp数据包非常慢 3.telnet 127.0.0.1 22非常快 3.telnet 192.168.1.168就很慢，半天才出结果 4.从其他服务器连接过来，主要是tcp的连接都很慢 5.运行netstat 前面很快，当显示default网关时很慢，是不是和这个相关？不过ping网关...
我有一台m85生产机，在做监控的时候发现网卡的 I/O 异常，于是使用 tcpDUMP 察看，结果发现有很多类似如下信息，请问如何查找原因或者如何解决问题? 17:49:31.413730191 truncated-ip - 543 bytes missing!M85a.32789 >; M85a.20000: P 827372595:827373164(569) ack 1974667793 win 16060 (DF) 17:49:31.413908854 truncated-ip - 543 bytes missing!M85a.32789 >; M85a.20000: P 0:569(569) ack 1 win 16060 (DF)
我有一台m85生产机，在做监控的时候发现网卡的 I/O 异常，于是使用 tcpDUMP 察看，结果发现有很多类似如下信息，请问如何查找原因或者如何解决问题?\r\n17:49:31.413730191 truncated-ip - 543 bytes missing!M85a.32789 >; M85a.20000: P 827372595:827373164(569) ack 1974667793 win 16060 (DF)\r\n17:49:31.413908854 truncated-ip - 543 bytes missing!M85a.32789 >; M85a.20000: P 0:569(569) ack 1 win 16060 (DF)
