TCP是可靠传输.可靠之一体现在收到数据后,返回去一个确认.但是不能完全避免的是,数据和确认都可能丢失.解决这个办法就是,提供一个发送的重传定时器:如果定时器溢出时还没收到确认,它就重传这个报文段. 想法是完美的,关键之处在于超时和重传的策略,即怎么决定超时间隔和如何确定重传的频率. 书中举了一个简单的超时重传例子: 如图: 比如A往B传,传了一部分数据后,把B的网线拔了(前边讲过,如果不传数据的话,双方没法知道这个连接已经断了).然后开始A再给B发数据,此时tcpdump出来发现,连续重传了一

modbus tcp数据报文结构 请求:00 00 00 00 00 06 09 03 00 00 00 01 响应:00 00 00 00 00 05 09 03 02 12 34 一次modbus tcp读取保持寄存器的通信分析(省略了ip/tcp头):从左向右分析该数据报文: 请求: 00 00为此次通信事务处理标识符,一般每次通信之后将被要求加1以区别不同的通信数据报文; 00 00表示协议标识符,00 00为modbus协议; 00 06为数据长度,用来指示接下来数据的长度,单位字节;

建立连接后,两台主机就可以相互传输数据了.如下图所示: 上图给出了主机A分2次(分2个数据包)向主机B传递200字节的过程.首先,主机A通过1个数据包发送100个字节的数据,数据包的 Seq 号设置为 1200.主机B为了确认这一点,向主机A发送 ACK 包,并将 Ack 号设置为 1301. 为了保证数据准确到达,目标机器在收到数据包(包括SYN包.FIN包.普通数据包等)包后必须立即回传ACK包,这样发送方才能确认数据传输成功. 此时 Ack 号为 1301 而不是 1201,原因在于 Ac

建立连接后,两台主机就可以相互传输数据了.如下图所示: 上图给出了主机A分2次(分2个数据包)向主机B传递200字节的过程.首先,主机A通过1个数据包发送100个字节的数据,数据包的 Seq 号设置为 1200.主机B为了确认这一点,向主机A发送 ACK 包,并将 Ack 号设置为 1301. 为了保证数据准确到达,目标机器在收到数据包(包括SYN包.FIN包.普通数据包等)包后必须立即回传ACK包,这样发送方才能确认数据传输成功. 此时 Ack 号为 1301 而不是 1201,原因在于 Ac

传输控制协议  TCP (Transmission Control Protocol) 是专门为了在不可靠的互联网络上提供可靠的端到端字节流而设计的  TCP必须动态地适应不同的拓扑.带宽.延迟.分组大小和其它的参数,并且当有错误的时候,能够足够健壮 传输控制协议  支持TCP的机器都有一个 TCP 实体,或者是用户进程或者是操作系统内核,都可以管理TCP流和跟IP层的接口 发:封装 TCP实体接收本地进程的用户数据流,将其分割成不超过64kB的分片(实践中,通常分割成1460字节,以通过

最近在研究TCP协议,找了点资料,感觉很经典,所以转载过来. 如果本文中图片不能观看,请链接原始地址:http://xinxiangsui2018.blog.163.com/blog/static/10609785620119934848834/ TCP数据包结构 mqTCP提供一种面向连接的.全双工的.可靠的字节流服务.在一个TCP连接中,仅有两方进行彼此通信.广播和多播不能用于TCP.TCP的接收端必须丢弃重复的数据.TCP对字节流的内容不作任何解释.对字节流的解释由TCP连接双方的应用层解

1.TCP首部格式 1.1 格式各字段含义 源端口号( 16 位):它(连同源主机 IP 地址)标识源主机的一个应用进程. 目的端口号( 16 位):它(连同目的主机 IP 地址)标识目的主机的一个应用进程.这两个值加上 IP 报头中的源主机 IP 地址和目的主机 IP 地址唯一确定一个 TCP 连接. 顺序号( 32 位):用来标识从 TCP 源端向 TCP 目的端发送的数据字节流,它表示在这个报文段中的第一个数据字节的顺序号.如果将字节流看作在两个应用程序间的单向流动,则 TCP 用顺序号对

在编写网络程序时,常使用TCP协议.那么一个tcp包到底由哪些东西构成的呢?其实一个TCP包,首先需要通过IP协议承载,而IP报文,又需要通过以太网传送.下面我们来看看几种协议头的构成 一 .Ethernet头 以太帧分好几种类型,常见的以太帧为Ethernet II 下面就是一个典型的Ethernet II帧 Ethernet II类型以太网帧的最小长度为64字节(6+6+2+46+4),最大长度为1518字节(6+6+2+1500+4) 首先是目的MAC 6个字节,然后源MAC6个字节,接下

PS: 这个实现对于某些特定情况未必是最佳实现,可以用数组来代替队列来实现 参照TCP/IP详解第二卷24~29章,详细论述了TCP协议的实现,大概总结一下TCP如何向应用层保证数据包的正确性.可靠性,即TCP如何实现对数据报文的重组. 首先要设计两个报文队列,一个存放正常来到的报文,一个存放失序到来的报文. 比如正常报文队列最后一个报文数据如下: 报文数据段第一字节的序号                      数据报长度 seq1=100 len1=100 下一个来到的报文可能有多种情况,

源端口号( 16 位):它(连同源主机 IP 地址)标识源主机的一个应用进程.目的端口号( 16 位):它(连同目的主机 IP 地址)标识目的主机的一个应用进程.这两个值加上 IP 报头中的源主机 IP 地址和目的主机 IP 地址唯一确定一个 TCP 连接.顺序号( 32 位):用来标识从 TCP 源端向 TCP 目的端发送的数据字节流,它表示在这个报文段中的第一个数据字节的顺序号.如果将字节流看作在两个应用程序间的单向流动,则 TCP 用顺序号对每个字节进行计数.序号是 32bit 的无符号数

1.IP报文格式 IP协议是TCP/IP协议族中最为核心的协议.它提供不可靠.无连接的服务,也即依赖其他层的协议进行差错控制.在局域网环境,IP协议往往被封装在以太网帧(见本章1.3节)中传送.而所有的TCP.UDP.ICMP.IGMP数据都被封装在IP数据报中传送.如图2-3所示:   图2-3  TCP/IP报文封装 图2-4是IP头部(报头)格式:(RFC 791). 图2-4  IP头部格式 其中: ●版本(Version)字段:占4比特.用来表明IP协议实现的版本号,当前一般为IPv4

一.概述 用户数据报协议(英语:User Datagram Protocol,缩写为UDP),又称用户数据报文协议,是一个简单的面向数据报的传输层协议,正式规范为RFC 768. 在TCP/IP模型中,UDP为网络层以上和应用层以下提供了一个简单的接口.UDP只提供数据的不可靠传递,它一旦把应用程序发给网络层的数据发送出去,就不保留数据备份(所以UDP有时候也被认为是不可靠的数据报协议).UDP在IP数据报的头部仅仅加入了复用和数据校验(字段). UDP首部字段由4个部分组成,其中两个是可选的.

1.Wireshark的数据包详情窗口,如果是用中括号[]括起来的,表示注释,在数据包中不占字节 2.在二进制窗口中,如“DD 3D”,表示两个字节,一个字节8位 3.TCP数据包中,seq表示这个包的序号,注意,这个序号不是按1递增的,而是按tcp包内数据字节长度加上,如包内数据是21字节,而当前IP1发到IP2的包的seq是10的话,那下个IP1发到IP2的包的seq就是10+21=31 4.注意我们分析tcp包时,要以一个会话做为一个完整对象,即通讯只发生在两个IP之间,两个固定的端口之间

前言:上学期实训课,由于要做一个网络通信的应用,期间遇到各种问题,让我深感计算机网络知识的薄弱.于是上网查找大量的资料,期间偶然发现了roc大神的博客,很喜欢他简明易懂的博文风格.本文受roc的<计算机网络协议包头赏析-TCP>的启发,希望根据自己所学以及IETF的相关文档,在原有基础上,进行相应知识的扩充,特别地将针对大部分字段的用途进行分析. (1)TCP报文格式图示: TCP报文段也分为首部和数据两部分,首部默认情况下一般是20字节长度,但在一些需求情况下,会使用“可选字段”,这时,首部

原文: http://blog.csdn.net/wang7dao/article/details/16805337/ ---------------------------------------------------------------------------------------- 1.Wireshark的数据包详情窗口,如果是用中括号[]括起来的,表示注释,在数据包中不占字节 2.在二进制窗口中,如“DD 3D”,表示两个字节,一个字节8位 3.TCP数据包中,seq表示这个包的

RST表示连接重置,用于关闭那些已经没有必要继续存在的连接.一般情况下表示异常关闭连接,区别与四次分手正常关闭连接. 产生RST的三个条件是: 目的地为某端口的SYN到达,然而在该端口上并没有正在监听的服务器: TCP想取消一个已有连接: TCP接收到一个根本不存在的连接上的分节. 下面的几种场景,都会产生RST,以此来说明重置报文段的用途. 一.针对不存在端口的连接请求 客户端向服务端某端口发起连接请求SYN,但是目的服务端主机不存在该端口,此时向客户端回应RST,中断连接请求. 下面通过程序

这张图好像挺有名的,其实一开始我看见的时候是一脸懵逼的,但是通过翻书(大学时代最害怕的计算机网络),查阅他人博客等等办法,最后终于有了一个系统的了解,当然,这里知识点多而杂,大家可以多看几遍,结合上面那张图,这张图实际上非常清楚,大家看完底下的内容再回来看这张图一定会恍然大悟.首先,大家先看这张图,要先从底下往上看,下面这个左边是绿色右边是红色的长方形实际上是一个数据包:IP首部:这个地方实际上是IP地址,是我们要发送到的机器的IP地址 IP数据部分:这个里面东西就非常多了,有目标IP地址的目标

最近用WireShark抓包时发现TCP数据包有报错:IP Checksum Offload,经过查阅资料终于找到了原因 总结下来就是wireshark抓到的数据包提示Checksum错误,是因为它截获到的是操作系统胡乱填充的checksum,而千兆网卡在开启Checksum Offload之后,会把这些计算的工作交给网卡去做,网卡最后还是会计算出正确的checksum并且发出去的. 也就是以前校验和是由系统协议栈来实现,现在交给网卡硬件去实现了,这样可以节约不少CPU资源,微软的测试表明它可以

NS2中对TCP数据包和ACK包的TCP Sink类的主要实现代码详尽剖析,限于个人水平,如有错误请留言指出! TcpSink类的recv()方法: void TcpSink::recv(Packet* pkt, Handler*) { int numToDeliver; int numBytes = hdr_cmn::access(pkt)->size();//接收到的包的大小 // number of bytes in the packet just received hdr_tcp *th

在实际项目中需要用到haproxy做TCP转发,下面主要针对haproxy的安装及TCP数据转发配置进行说明 一.安装Haproxy (1)编译安装Haproxy mkdir -p /data01/haproxy tar -zxvf haproxy-1.7.1.tar.gz cd haproxy-1.7.1 make TARGET=linux26 ARCH=x86_64 PREFIX=/data01/haproxy make install PREFIX=/data01/haproxy mkdi

http://blog.sina.com.cn/s/blog_6f0c85fb0100xi1x.html 2.6内核基于NetFilter处理框架修改TCP数据包实现访问控制 参考上面的钩子函数,结合下面的函数修改tcp的数据内容. __nf_nat_mangle_tcp_packet (十五)洞悉linux下的Netfilter&iptables:开发自己的hook函数[实战](上) http://blog.chinaunix.net/uid-23069658-id-3243434.html