TCP及UDP首部各个字段

TCP概念:
TCP提供一种面向连接的、可靠的、字节流服务 。
面向连接:面向连接即意味着两个使用TCP的应用(通常为服务器与客户端)在彼此交换数据之前必须先建立一个TCP连接 。
字节流:两个应用程序通过TCP交换8bit字节构成的字节流,TCP不在字节流中插入记录标识符 。我们将这称为字节流服务( byte) 。
注意:
1.如果一方的应用程序先传10字节,又传20字节,再传50字节,连接的另一方将无法了解发方每次发送了多少字节 。收方可以分 4次接收这80个字节,每次接收20字节 。一端将字节流放到TCP连接上,同样的字节流将出现在TCP连接的另一端 。
2.TCP对字节流的内容不作任何解释 。TCP不知道传输的数据字节流是二进制数据,还是ASCII字符、字符或者其他类型数据 。对字节流的解释由TCP连接双方的应用层解释 。
【TCP及UDP首部各个字段】TCP通过下列方式提供可靠性:
1.应用数据被分割成TCP认为最适合发送的数据块 。
2.当TCP发出一个段后.它启动一个定时器,等待目的端确认收到这个报文段 。如果不能及时收到一个确认,将重发这个报文段 。
3.当TCP收到发自TCP连接另一端的数据,它将发送一个确认 。这个确认不是立即发送,通常将推迟几分之一秒 。
4.TCP将保持它首部和数据的检验和 。这是一个端到端的检验和,目的是检测数据在传输过程中的任何变化 。如果收到段的检验和有差错,TCP将丢弃这个报文段和不确认收到此报文段(希望发端超时并重发) 。
5. 既然TCP报文段作为I P数据报来传输,而 I P数据报的到达可能会失序,因此 TCP报文段的到达也可能会失序 。如果必要, TCP将对收到的数据进行重新排序,将收到的数据以正确的顺序交给应用层 。
6.既然I P数据报会发生重复,TCP的接收端必须丢弃重复的数据 。
7.TCP还能提供流量控制 。TCP连接的每一方都有固定大小的缓冲空间 。TCP的接收端只允许另一端发送接收端缓冲区所能接纳的数据 。这将防止较快主机致使较慢主机的缓冲区溢出 。
TCP的首部:
1.长度:从0-31,所以每一行为32位,占4个字节 。至少占5行,TCP报头最小20个字节,最大60字节 。
2.16位源端口号:发送端端口号
3.16位目的端口号:接收端端口号

TCP及UDP首部各个字段

文章插图
4.32位序号:即编号,初始值:第一个数据在第一次交互时由系统随机生成 。
序号值如何变化?第一个为随机值,第二个就是发送的数据在整个字节流中的偏移量 + 第一次生成的值
数据值也是从小到达排列:可以保证数据不乱序
如图所示:假设由100个字节数据要发送,初始值为2000,初始值+偏移量即为下一个的序号值 。
5.32位确认号:数据发送出去接收端接收后,接收端给发送端回馈确认机制 。
若接收端接收到2000,则回复2001 。
确认号还能够处理重复的报文段,一旦接收到相同的序号就丢弃
6.4位头部长度:15个4字节,最多60个字节 。
对于底层而言,控制协议是一堆数据,发送的还是一堆数据,接收端接收到后如何确定哪些是头部哪些是所携带的数据?
4位头部长度可确认,前20个字节为报头后面是携带的数据 。若选项部分携带4字节,则前24字节为头部后面为携带数据 。
7.6位保留:占6位,保留为今后使用,目前应设置为0
8.控制位UGR、ACK、PSH、RST、SYN、FIN:
紧急UGR:当UGR置1时,发送应用进程就告诉发送方的TCP有紧急数据要传送 。于是发送方的TCP就把紧急数据插入到本报文段数据的最前面,而在紧急数据后面的数据仍是普通数据 。