传输层协议

目录

一、TCP和UDP协议

二、TCP报文段

三、TCP连接

四、三次握手

五、TCP四次挥手

六、 UDP协议

UDP协议

UDP报文格式

UDP常用的端口及功能

一、TCP和UDP协议

TCP（Transmission Contrl Protocol）传输控制协议(安全）

UDP（User Datagram Protocol）用户数据报协议（高效）

TCP协议

面向连接网络协议，是指通信双万之间在进行通信之前要先建立连接。比如打电话，需要先建立连接。

等数据发送结束后，双方再断开连接。

无连接网络协议，是指通信双方不需要事先建立一条通信线路，而是把每个带有目的地址的包送到网络线路上，由系统自主选定路线进行传输。比如QQ发送信息。

TCP是面向连接的、可靠的进程到进程通信的协议。TCP提供全双工服务，即数据可在同一时间双向传输，每一个TCP都有发送缓存和接收缓存，用来临时存储数据。

UDP协议是无连接、不保证可靠性的传输层协议。发送端不关心发送的数据是否到达目标主机、数据是否出错等，收到数据的主机也不会告诉发送方是否收到了数据，它的可靠性由上层协议来保障。传输数据速度更快，效率更高

TCP协议

一、TCP是面向连接的、可靠的进程到进程通信的协议

二、TCP提供全双工服务，即数据可在同一时间双向传输

三、TCP报文段

1. TCP将若干个字节构成一个分组，叫报文段（Segment）
2. TCP报文段封装在IP数据报中

二、TCP报文段

 

源端口号:发送方进程的端口号。

目标端口号:接收端进程的端口号。接收端收到数据段后，根据这个端口号来确定把数据送给哪个应用程序的进程。

序号：发送端为每个字节进行编号，便于接收端正确重组

当TCP从进程接收数据字节时，把它们分片成数据段存储在发送缓存中，并对每一个字节进行编号。当数据到达目的地后，接收端会按照这个序号把数据重新排列，保证数据的正确性

确认号：用于确认发送端的信息

        接收端响应消息时将会用它来告诉发送端这个序号之前的数据段都已经收到，如确认号是x，就是表示前x-1个数据段都己经收到。

窗口大小：用于说明本地可接收数据段的数目，窗口大小是可变的

首部长度:用它可以确定TCP首部数据结构的字节长度。一般情况下TCP首部是20字节，但首部长度最大可以扩展为60字节。（发送的时候20字节，想要扩大到30个字节是可以的最大不得超过60个字节）

控制位:

URG:紧急位。紧急指针有效位。

ACK:确认位。只有当ACK=1时，确认序列号字段才有效:当ACK=0时，确认号字段无效。

PSH:急迫位。标志位为1时，要求接收方尽快将数据段送达应用层。

RST:重置位。当RST值为1时，通知重新建立TCP连接。

SYN:同步(连接)位。同步序号位，TCP需要建立连接时将这个值设为1。

FIN:断开位。当TCP完成数据传输需要断开连接时，提出断开连接的一方将这个值设为1.

窗口大小:说明本地可接收数据段的数目。这个值的大小是可变的，当网络通畅时接收端响应消息会将这个窗口值变大以加快传输速度，当网络不稳定时减小这个值可保证网络数据的可靠传输，TCP中的流量控制机制就是依靠变化窗口的大小实现的。

比如下载速度从一开始的几KB逐渐提升到几MB的过程。

校验和:用来做差错控制。字段检验的范围包括首部和数据这两部分。数据段在发送时和到达目的地时会进行校验和计算，若这两次的校验和一致，则说明数据基本是正确的，否则将认为该数据已被破坏，接收端将丢弃该数据。

紧急指针:和URG配合使用，当URG=1时有效。

选项:在TCP首部可以有多达40字节的可选信息。例如，最大报文段长度MSS(Maximum Segment size)MSS告诉对方TCP: "我的缓存所能接收的报文段的数据字段的最大长度是MSS个字节。"

三、TCP连接

TCP建立连接的过程称为三次握手

第一次握手结束状态：SYN-SENT 等待服务器确认

第二次握手结束状态：SYN-RECVD 同步 接收并发送

第三次：ESTABLISHED  完成--结束

DHCP:67

DNS:53

FTP:20端口是数据传输平时是不开放的  为什么？

HTTPS：443

SSH:22

四、三次握手

SYN是请求

ACK是确认

seq是代表序号

简单来说三次握手就是建立TCP/IP连接后，客户端向服务器发起请求（第一次握手），服务器收到后回复确认已经收到发来的请求（第二次握手），客户端收到服务器回复的确认后，知道数据传输是没有问题的所以再次向服务器发送消息表示自己已经收到服务器回复（第三次握手）。三次握手完成后表示双方数据可以正常发送和接收了所以下面可以正常传输数据。

为什么是三次？

因为三次握手刚好是双方完成互相确认是可以正常发送请求并回复，可以完成数据传输的，第四次握手是没有必要的因为前三次已经完成验证双方是满足传输数据的要求的，为什么不是两次是因为在第二次握手完成后服务器并不能确定客户端是否有收到自己发送的确认收到的消息所以此时并无法保证数据是正常可以传输。

五、TCP四次挥手

 

首先客户端想要释放连接，向服务器端发送一段TCP报文 表示“请求释放连接（第一次挥手）服务器端接收到从客户端发出的TCP报文之后，确认了客户端想要释放连接，进入半关闭状态并返回一段TCP报文表示接收到客户端发送的释放连接的请求（第二次挥手），服务器端自从发出ACK确认报文之后，做好了释放服务器端到客户端方向上的连接准备，再次向客户端发出一段TCP报文表示“已经准备好释放连接了”（第三次挥手），客户端收到从服务器端发出的TCP报文，确认了服务器端已做好释放连接的准备，向服务器端发送一段报文表示“接收到服务器准备好释放连接的信号”（第四次挥手）

前两次挥手主要是客户端发出报文表示自己想要释放连接（第一次），服务器回复表示已经收到客户端发出的释放连接的请求（第二次），后两次挥手既让客户端知道了服务器端准备好释放连接了，也让服务器端知道了客户端了解了自己准备好释放连接了。于是，可以确认关闭服务器端到客户端方向上的连接了，由此完成“四次挥手”。

四次挥手中数据传输  在第一次挥手后  客户端开始停止向服务器传输数据，ACK确认报文是正常传输的，在这个阶段服务器的数据还是正常传输往客户端的。

第一次挥手FIN=1表示表示“请求释放连接“  序号为Seq=U

第二次挥手  标记位为ACK，表示“接收到客户端发送的释放连接的请求”  序号为Seq=V  确认号为Ack=U+1，表示是在收到客户端报文的基础上，将其序号Seq值加1作为本段报文确认号Ack的值

第三次挥手  FIN，ACK，表示“已经准备好释放连接了” 序号为Seq=W  确认号为Ack=U+1；表示是在收到客户端报文的基础上，将其序号Seq值加1作为本段报文确认号Ack的值

第四次挥手  标记位为ACK，表示“接收到服务器准备好释放连接的信号”  序号为Seq=U+1；表示是在收到了服务器端报文的基础上，将其确认号Ack值作为本段报文序号的值   确认号为Ack=W+1；表示是在收到了服务器端报文的基础上，将其序号Seq值作为本段报文确认号的值

六、 UDP协议

UDP协议

1、无连接，不可靠的传输协议

2、花费的开销小

UDP报文格式

 

UDP长度：用来指出UDP的总长度，为首部加上数据

校验和：用来完成对UDP数据的差错校验，它是UDP协议提供的唯一的可靠机制

UDP常用的端口及功能

端口	协议	说明
69	TFTP	简单文件传输协议
111	RPC	远程过程调用
123	NTP	网络时间协议