计算机网络---TCP与UDP

TCP/IP中有两个具有代表性的传输层协议，它们分别是TCP与UDP。

TCP提供可靠地通信传输。

UDP则常被用于让广播和细节控制交给应用的通信传输。

 

TCP/IP的众多应用协议大多以客户端/服务端形式运行。

客户端是请求的发起端。

服务端是表示提供服务的意思。服务端的程序必须提前启动，准备接收客户端的请求。

这些服务端程序在UNIX系统当中叫做守护进程。

 

TCP是面向连接的，可靠地流协议。

流就是指不间断的数据结构。

当程序采用TCP发送消息时，虽然可以保证发送顺序，但还是犹如没有任何间隔的数据流发送给接收端。

TCP为提供可靠性传输，实行“顺序控制”或“重发控制”机制。此外还具备“流控制（流量控制）”、“拥塞控制”、提高网络利用率等众多功能。

 

UDP是不具有可靠性的数据报协议。

在UDP的情况下，虽然可以确保发送消息的大小，却不能保证消息一定会到达。

应用有时会根据自己的需要进行重发处理。

 

 

TCP和UDP的区分

TCP用于在传输层有必要实现可靠传输的情况。

UDP主要用于那些对高速传输和实时性有较高要求的通信或广播通信。

 

RIP、DHCP等基于广播的协议也要依赖UDP。

 

 

端口号

端口号用来识别同一台计算机中进行通信的不同应用程序，因此，它被称为程序地址。

TCP/IP或UDP/IP通信中，采用5个信息来识别一个通信。

它们是源IP地址、目标IP地址、协议号、源端口号、目标端口号。

 

端口号如何确定

1、标准既定的端口号（静态方法）

HTTP、TELNET、FTP等广泛使用的应用协议中所使用的端口号就是固定的。这些端口号被称为知名端口号。

 

2、时序分配法（动态方法)

动态分配的端口号取值范围在49152~65535之间。

 

 

 

UDP的特点及其目的

UDP是User Datagram Protocol的缩写。

UDP是不提供复杂的控制机制，利用IP提供面向无连接的通信服务。

即使在网络拥堵的情况下，UDP也无法进行流量控制等避免网络拥塞的行为，此外，传输途中即使出现丢包，UDP也不负责重发。甚至当出现包的到达顺序乱掉时，也没有纠正的功能。如果需要这些细节控制，那么不得不交由UDP的应用程序去处理。

 

TCP与UDP的区别相当大。它充分的实现了数据传输时各种控制功能。可以进行丢包时的重发控制，还可以对次序乱掉的分包进行顺序控制。

TCP作为一种面向有连接的协议，只有在确认通信对端存在时才会发送数据，从而可以控制通信流量的浪费。

 

 

 

TCP通过检验和、序列号、确认应答、重发控制、连接管理以及窗口控制等机制实现可靠性传输。

 

通过序列号与确认应答提高可靠性。

在TCP中，当发送端的数据到达接收主机时，接收端主机会返回一个已收到消息的通知。这个消息叫做确认应答（ACK）。

TCP通过肯定的确认应答实现可靠性的数据传输。当发送端将数据发出之后会等待对端的确认应答。如果有确认应答，说明数据已经成功到达对端。反之，则数据丢失的可能性大。

如果产生了丢包，进行重发。

上述的确认应答处理、重发控制以及重复控制等功能都可以通过序列号实现。

通过序列号和确认应答号，TCP可以实现可靠传输。

 

重发超时如何确定

重发超时是指在重发数据之前，等待确认应答到来的那个特定时间间隔。如果超过了这个时间间隔，发送端将进行数据重发。

每次发包时都会计算往返时间及其偏差。将这个往返时间和偏差相加，重发超时的时间就是比这个总和要大一点的值。

在BSD的Unix以及Windows系统中，超时都以0.5秒为单位进行控制，因此重发超时都是0.5秒的整数倍。最初的数据包不知道往返时间，一般设置为6秒左右。

数据重发之后如果还是收不到确认应答，则进行再次发送，等待确认应答的时间将会以2倍，4倍的指数函数延长。

此外，数据也不会被无限、反复地重发。达到一定重发次数之后，如果仍没有任何确认应答返回，就会判断为网络或对端主机发生了异常，强制关闭连接，并通知应用通信异常强制终止。

 

连接管理

TCP会在通信之前，通过TCP首部发送一个SYN包作为建立连接的请求等待确认应答。如果对端发来确认应答，则认为可以进行数据通信。如果对端的确认应答未能到达，就不会进行数据通信。

此外在通信结束时，会进行断开连接的处理（FIN包）。

可以使用TCP首部用于控制的字段来管理TCP连接。一个连接的建立与断开，正常过程至少需要来回发送7个包才能完成。（四次握手，三次挥手）

 

TCP以段为单位发送数据

在建立TCP连接的同时，也可以确定发送数据包的单位，我们称之为“最大消息长度”（MSS:Maximum Segment Size）。最理想的情况是，最大消息长度正好是IP中不会被分片处理的最大数据长度。

MSS是在三次握手时候，在两端的主机之间被计算得出。

 

利用窗口控制提高速度

TCP以1个段为单位，每发一个段进行一次确认应答，这样的传输方式有一个缺点。那就是，包的往返时间越长通信性能就越低。

引入窗口的概念，发送端主机，在发送了一个段以后不必要一直等待确认应答，而是继续发送。

窗口的大小就是无需等待确认应答而可以继续发送数据的最大值。

在整个窗口的确认应答没有到达之前，如果其中一部分出现丢包，那么发送端仍然要负责重传，为此发送端主机得设置缓存保留这些待被重传的数据，直到收到它们的确认应答。

当数据发出后，如期收到确认应答，就可以不用再进行重发，此时数据就可以从缓存区清除。

收到确认应答后，窗口滑动到确认应答中的序列号的位置。这样可以顺序的将多个段同时发送提高通信性能。这种机制也被称为滑动窗口控制。

 

窗口控制与重发控制

首先，我们考虑确认应答未能返回的情况，在这种情况下，数据已到对端，是不需要重发的。

使用了窗口控制，某些确认应答即使丢失也无需重发。

当某一报文段丢失后，发送端会一直收到1001的确认应答，同一个序号的确认应答将会被重复不断的返回。发送端主机如果连续3次收到同一个确认应答，就会将其所对应的数据进行重发。

这种机制比之前提到的超时管理更加高效，因此也被称为高速重发控制。

 

流控制

发送端主机会根据接收端主机的提示，对发送数据的量进行控制。形成了一个完整的TCP流控制。

窗口探测的数据段。

 

拥塞控制

在通信的一开始会通过一个叫做慢启动的算法得出的数值，对发送数据量进行控制。

慢启动的时候，将拥塞窗口的大小设置为1个数据段（1MSS）发送数据，之后每次收到一次应答（ACK），拥塞窗口的值就加1。发送数据时，将拥塞窗口与接收端通知的窗口大小做比较，取小的那一个。

 

提高网络利用率的规范

Nagle算法

延迟确认应答

捎带应答

 

 

如果需要应用自己处理一些更为细节上的控制，使用UDP协议是不错的选择。

如果转发数量较多、对可靠性的要求比较高时，可以选择使用TCP。

 

 

 

 

其他传输层协议

UDP-Lite

SCTP

DCCP