TCP与UDP协议.ppt

TCP与UDP TCP/IP传输层有两个并列的协议，TCP和UDP。其中，TCP（Transport Control Protocol，传输控制协议）是面向连接的，相当于OSI的TP4，而且两者确实有许多相似之处。UDP（User Datagram Protocol，用户数据报协议）是无连接的，相当于OSI的TP0。一般情况下，TCP和UDP共存于一个网间网中，前者提供高可靠性服务，后者提供高效率服务。高可靠性的TCP用于一次传输大量报文的情形（如文件传输、远程登录等）；高效率的UDP用于一次传输少量报文（尤其是交易型应用）的场合，其可靠性由应用程序提供。TCP要解决各种可靠性问题，因而比较复杂；UDP几乎直接建立在IP协议之上，相对简单得多。TCP和UDP共存于一个网间网中的事实告诉我们，在计算机网络中，可靠性并不比效率更重要，只有可靠性而无效率的协议在某些应用场合下是根本没有用的，对二者的选择取决于应用的环境和需要。 TCP与UDP IP数据报采用无连接的数据报机制，对数据只是尽力传送，至于传输是否正确、有序，不采取任何措施。因此，TCP/IP的可靠性体现在传输层。传输层有两个协议，其中UDP协议是无连接的，因此传输层向它的上层协议提供的服务质量主要依靠TCP协议来保证，因为TCP提供面向连接的服务，称为端到端可靠性。 传输层连接管理 传输层连接管理，包括连接端点的标识、建立传输连接的模型、建立连接与撤除连接这样几个问题。 1.连接端点的标识 在建立连接的时候，必须显式地给出全局唯一的信宿端的地址。一个全局的传输服务用户应该用以下四个域来标识： {TSAP，NSAP，主机地址，网络号} 当网络层是无连接的（IP协议就是），NSAP便可以忽略。TCP/IP把TSAP叫做端口（port）。一个端口拥有一个本地唯一的端口号。作为一种逻辑结构，TCP/IP端口可以随机分配，但有一部分保留下来供系统专用。前者称为自由端口，后者称为保留端口。保留端口只占很小一部分，以全局方式进行分配，就是后面我们要提到的服务器进程。每一个标准的服务器都拥有一个全局公认的端口号，不同机器上同样的服务器，其端口号相同。自由端口占全部端口的绝大部分，以本地方式进行分配。TCP/IP传输层的两个协议（TCP与UDP）， 传输层连接管理 他们各有自己的保留端口与自由端口，且保留端口号的范围都是0~255。不同协议的端口之间没有任何联系，不会互相干扰。同一个保留端口在TCP和UDP中可能对应于不同类型的应用进程，也可能对应于相同类型的应用进程。 我们进一步来分析一下端口号。在同一台计算机上，当一个应用程序运行的时候，就分配给它一个端口。这里有三个问题。第一，什么时候、哪一个应用程序运行，是随机的。第二，同一个应用程序在不同时刻运行所分配的端口号一般不会相同，也就是说，一个应用程序并不拥有固定的端口号。第三，同一台主机上拥有的应用程序是有限的，不可能你需要什么程序就有什么程序。 2.建立传输连接的模型 传输连接必须面向进程，必须用到对方的端点地址TSAP。问题是，发起连接的一方如何知道对方哪个应用程序正在运行；即使正在运行，分配给它的端口号又是多少呢？ 传输层连接管理 广泛使用的客户-服务器模型巧妙地解决了这个问题。客户（发起连接的一方）发出连接请求。服务器（接受连接的一方）中有一个特殊的后台进程，叫进程服务器。进程服务器随系统一起启动并常驻内存，它拥有一个全局公认的TSAP。客户根据对方的主机地址和进程服务器TSAP向对方进程服务器发起连接请求，在请求报文中同时给出自己的TSAP及所在的主机地址。进程服务器监听其公认TSAP，一旦收到连接请求，便建立一条临时连接。 客户通过临时连接向进程服务器发送一个报文，告诉它希望得到的服务。进程服务器便选择一个自由TSAP，并fok一个运行具体服务程序的新进程，将新TSAP传给新进程。进程服务器再向客户发回新TSAP，并终止临时连接，继续监听公认TSAP。客户再与具体服务器之间通过新TSAP建立新连接，并在新连接上开始正式通信。 传输层连接管理 以上建立传输连接的模型是由ARPANET首先提出来的，称ARPANET初始连接协议。显而易见的缺点是，客户怎么能知道某台服务器上正好能提供它所需要的服务呢（即是否存在相应的应用程序）。一种改进的模型是取消进程服务器，对每一具体服务器均分配一个公认TSAP。再提供一个名字服务器，它也占用一个公认TSAP。根据服务名字，可以从名字服务器中查出对应的公认TSAP。客户先从名字服务器中查出具体服务器的公认TSAP，再直