网络层协议与与传输层协议

5.1、TCP协议的特点

1、工作在传输层；

2、面向连接协议；

3、全双工协议；

4、半关闭；

5、错误检查；

6、将数据打包成段，排序；

7、确认机制；

8、数据恢复，重传；

9、流量控制，滑动窗口；

5.2、TCP报文格式

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

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

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

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

首部长度：用它可以确定TCP首部数据结构的字节长度。一般情况下TCP首部是20字节，但首部长度最大可以扩展为60字节

控制位：
URG：紧急位-紧急指针有效位

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

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

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

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

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

窗口大小：说明本地可接收数据段的数目。这个值的大小是可变的，当网络通畅时接收端响应消息会将这个窗口值变大以加快传输速度，当网络不稳定时减小这个值可保证网络数据的可靠传输，TCP中的流量控制机制就是依靠变化窗口的大小交现的。比如下载速度从一开始的几KB逐渐提升到几MB的过程。

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

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

5.3、端口号分类

1、系统端口或特权端口：0-1023；

2、用户端口或注册端口：1024-49151；

3、动态或私有端口：49152-65535；

5.4、TCP三次握手

1、首先A向B发送一段TCP报文，其中：

SYN=1表示请求连接；

seq=x为序列号；

2，B向A发送一段TCP报文，其中：

SYN=1表示请求连接；

ACK=1表示确认请求；

seq=y为序列号；

ack=x+1 收到A的序号Seq并将其值加1作为自己确认号ack的值 ;

3、A再向B发送一段TCP报文，其中：

ACK=1表示确认请求；

seq=x+1这时A的序号为1；

ack=y+1表示收到A端序号Seq，并将其值加1作为自己的确认号Ack的值；

为什么是三次握手而不是其他:

原因1：主要是为了防止已经失效的连接请求报文突然又传送到了服务器，从而导致不必要的错误和资源的浪费。

如果使用的是两次握手建立连接，假设有这样一种场景，客户端发送的第一个请求连接并且没有丢失，只是因为在网络中滞留的时间太长了，由于TCP的客户端迟迟没有收到确认报文，以为服务器没有收到，此时重新向服务器发送这条报文，此后客户端和服务器经过两次握手完成连接，传输数据，然后关闭连接。此时之前滞留的那一次请求连接，因为网络通畅了, 到达了服务器，这个报文本该是失效的，但是，两次握手的机制将会让客户端和服务器再次建立连接，这将导致不必要的错误和资源的浪费。

如果采用的是三次握手，就算是那一次失效的报文传送过来了，服务端接受到了那条失效报文并且回复了确认报文，但是客户端不会再次发出确认。由于服务器收不到确认，就知道客户端并没有请求连接。

原因2： 两次握手只能保证单向连接是畅通的。因为TCP是一个双向传输协议，只有经过第三次握手，才能确保双向都可以接收到对方的发送的数据。

三次握手过程：

第一次握手：客户端发送syn包(seq=x)到服务器，并进入SYN_SEND状态，等待服务器确认;第二次握手：服务器收到syn包，必须确认客户的SYN(ack=x+1)，同时自己也发送一个SYN包(seq=y)，即SYN+ACK包，此时服务器进入SYN_RECV状态;第三次握手：客户端收到服务器的SYN+ACK包，向服务器发送确认包ACK(ack=y+1)，此包发送完毕，客户端和服务器进入ESTABLISHED状态，完成三次握手。

握手过程中传送的包里不包含数据，三次握手完毕后，客户端与服务器才正式开始传送数据。理想状态下，TCP连接一旦建立，在通信双方中的任何一方主动关闭连接之前，TCP 连接都将被一直保持下去。

5.5、TCP四次挥手

1、首先A向B发送一段TCP报文，其中：

FIN=1表示请求断开；

seq=u为序列号；

2、B向A发送一段TCP报文，其中：

ACK=1表示确认请求；

seq=v表示序列号；

ack=u+1，表示确认收到了客户端的请求；

3、B向A发送一段TCP报文，其中：

FIN=1表示请求断开连接；

ACK=1表示确认；

seq=w为序列号；

ack=u+1，表示确认收到了客户端的请求；

4、B向A发送一段TCP报文，其中：

ACK=1表示确认请求；

seq=u+1为其序列号；

ack=w+1为其确认号；

为什么需要四次挥手？而三次却不可以：

主要是为了确认客户端和服务器端都已经关闭了，避免出现以下两种情况（此处暂时忽略超时机制）

1）客户端不知道服务器端已经关闭，还在继续发送消息，浪费网络资源。

2）服务器端不知道客户端已经关闭，还在等着客户端发来的消息，浪费服务器资源。
 

5.6、常见的TPC端口及其功能

六、UDP协议