计算机网络技术及应用(第二版)教学课件刘永华第8章运输层

上传人:w****i 文档编号:94557367 上传时间:2019-08-08 格式:PPT 页数:47 大小:500.50KB
返回 下载 相关 举报
计算机网络技术及应用(第二版)教学课件刘永华第8章运输层_第1页
第1页 / 共47页
计算机网络技术及应用(第二版)教学课件刘永华第8章运输层_第2页
第2页 / 共47页
计算机网络技术及应用(第二版)教学课件刘永华第8章运输层_第3页
第3页 / 共47页
计算机网络技术及应用(第二版)教学课件刘永华第8章运输层_第4页
第4页 / 共47页
计算机网络技术及应用(第二版)教学课件刘永华第8章运输层_第5页
第5页 / 共47页
点击查看更多>>
资源描述

《计算机网络技术及应用(第二版)教学课件刘永华第8章运输层》由会员分享,可在线阅读,更多相关《计算机网络技术及应用(第二版)教学课件刘永华第8章运输层(47页珍藏版)》请在金锄头文库上搜索。

1、第8章 运输层,计算机网络技术及应用(第2版),8.1传输层概述,运输层是整个网络体系结构中的关键层次之一,其根本任务是为两个主机中的应用进程提供通信服务。在传输层中共有两个协议,分别是TCP协议与UDP协议,TCP协议的控制机制非常复杂,从而保证了应用进程之间的可靠数据传输。,8.1.1传输层的设计问题,传输层的最高目标是向其用户(一般是指应用层的进程,即运行着的应用程序),提供有效、可靠且价格合理的服务。为了达到这一目标,传输层利用了网络层所提供的服务。传输层完成这一工作的硬件和软件称为传输实体(transport entity)。传输实体可能在操作系统内核中,或在一个单独的用户进程内,也

2、可能是包含在网络应用的程序库中,或是位于网络接口卡上。网络层、传输层和应用层的逻辑关系如图8-1所示。,图8-1 网络层、传输层和应用层的逻辑关系,传输层协议通常具有几种责任。,一种责任就是创建进程到进程的通信,通常使用端口号来完成这种功能。另一种责任是在传输层提供控制机制,比如差错控制、流量控制及拥塞控制等,UDP协议提供很简单的控制机制,而TCP却要复杂很多,如使用确认分组、超时和重传来完成差错控制,使用滑动窗口协议完成流量控制等。另外,传输层还应当负责为进程建立连接机制,这些进程应当能够向传输层的发送数据流。传输层在发送站的责任应当是和接收站建立连接,把数据流分割成可传输的单元,把它们编

3、号,然后逐个发送他们。传输层在接收端的责任应当是等待属于同一个进程的所有不同单元的到达,检查并传递那些没有差错的单元,并把它们作为一个流,交付给接收进程。当整个流发送完毕后,传输层应当关闭这个连接。,运输层的任务是为两个主机中的应用进程提供通信服务。这与网络层中的IP协议有什么区别呢?IP协议是负责计算机级的通信,换句话说,是提供主机到主机的通信服务。作为网络层协议,IP协议只能将报文交付给目的计算机。但是,这是一种不完整的交付。这个报文还必须送交到正确的进程。这正是传输层协议所要做的事。,图8-2给出了IP协议与运输层协议作用范围的区别。,另外,除了在作用范围上有所区别,传输层还比网络层提供

4、更可靠的传输服务。分组丢失、数据残缺均会被传输层检测到并采取相应的补救措施。,8.1.2 端口,现在的操作系统都支持多用户、多任务的运行环境。一个计算机在同一时间可运行多个进程。在网络上,主机是用IP地址来定义的。要定义主机上的某一个进程,便需要第二个标识符,叫做端口号。,端口是个非常重要的概念,因为应用层的各种进程是通过相应的端口与运输实体进行交互的。因此在运输协议数据单元的首部中都要写入源端口号和目的端口号。当运输层收到IP层交上来的数据,就要根据其目的端口号来决定应当通过哪一个端口上交给目的应用进程。 在TCP/IP协议族中,端口号由16位二进制数表示,换算为十进制,则是0-65536之

5、间的整数。端口号只有本地意义,即端口号只是为标志本计算机应用层中的各进程,不同计算机的相同端口号是没有联系的。,端口号分为两类。一类是由因特网指派名字和号码公司ICANN负责分配给一些常用的应用层程序固定使用的熟知端口(well-known port),其数据一般为0-1023,表8-1中便列出了部分常见的熟知端口。“熟知”就表示这些端口号是TCP/IP体系确定并公布的,因而是所有用户进程都知道的。当一种新的应用程序出现时,必须为它指派一个熟知端口,否则其他的应用进程都无法和它进行交互。在应用层中的各种不同的服务器进程不断地检测分配给它们的熟知端口,以便发现是否有某个客户进程要和它通信。另一类

6、是一般端口,用来随时分配给请求通信的客户进程,一般来说,客户进程所使用的端口号都是临时产生的,通信完成后便释放,所以又称短暂端口号。,表8-1 常见的熟知端口,为了在通信时能确定唯一主机的唯一进程,就必须把端口号和主机的IP地址结合起来一起使用,称为套接字地址(socket address),或直接称为SOCKET。在实际通信过程中,我们需要一对套接字地址:客户套接字地址和服务器套接字地址,客户套接字地址惟一定义了客户进程,而服务器套接字唯一地定义了服务器进程。这四种信息分别是IP首部与运输协议数据单元首部中的一部分。,图8-3 套接字的组成,8.3用户数据报协议UDP,8.3.1 UDP概述

7、 用户数据报协议UDP是传输层协议之一,其实现功能较为简单,但由于其灵活、开销小等特点,使得它更适合某些应用。 UDP提供无连接的服务。这表示UDP发送出的每一个用户数据报都是独立的数据报。用户数据报并不进行编号,也没有建立连接和释放连接的过程,每一个用户数据报可以走不同的路径。,UDP是一个不可靠的传输层协议。它没有流量控制,因而当到来的报文太多时,接收端可能溢出。除检验和外,UDP也没有差错控制机制。这表示发送端并不知道报文是丢失了还是重复地交付了。当接收端使用检验和并检测出差错时,就悄悄地将这个用户数据报丢掉。缺少流量控制和差错控制就表示使用UDP的进程必须要提供这些机制。,8.3.2

8、UDP用户数据报,UDP分组叫做用户数据报,有8个字节的固定首部。图8-4给出了用户数据报的格式。,在用户数据报首部中的字段有以下几个:,源端口号:这是在源主机上运行的进程所使用的端口号。有16位长,这就是表示端口号的范围为0-65535。若源主机是客户端(当客户进程发送请求时),则在大多数情况下,这个端口是短暂端口号;若源主机是服务器端,则在大多数情况下这个端口号是熟知端口号。 目的端口号:这是在目的主机上运行的进程使用的端口号。也是16位长。若目的主机是客户端(当客户进程发送请求时),则在大多数情况下,这个端口是短暂端口号;反之,若目的主机是服务器端,则在大多数情况下这个端口号是熟知端口号

9、。,总长度:是用户数据报的总长度,即首部加上数据后的总长度,也是16位长。这表示总长度最长为65535字节,但最小长度不是0字节,而是8字节,它指出用户数据报只有首部而无数据。 检验和:这个字段用来检验整个用户数据报出现的差错,用户数据报数据部分则是从应用层继承下来的,数据的长度可从0到65507(即65535-20-8)字节(20字节的IP首部和8字节的UDP首部),UDP用户数据首部中检验和的计算机方法有些特殊。在计算检验和时,要在UDP用户数据报之前增加12个字节的伪首部。所谓“伪首部”是因为这种伪首部并不是UDP用户数据报真正的首部。伪首部共六个字段:源IP地址、目的IP地址、全0(为

10、补偶数个字节用)、协议号、UDP长度,大部分字段都是从IP数据报首部中提取出来的。只是在计算检验和时,临时和UDP用户数据报连接在一起,得到一个过渡的UDP用户数据报。检验和就是按照这个过渡的UDP用户数据报来计算的。伪首部的存在仅为了计算机检验和。,UDP计算检验和是将首部和数据部分一起检验。在发送端,首先是先将全零放入检验和字段。再将伪首部以及UDP用户数据报看成是由许多16bit的字串接起来。若UDP用户数据报的数据部分不是偶数个字节,则要填入一个全零字节(但此字节并不发送)。然后按二进制反码计算出这些16bit字的和。将此和的二进制反码定入检验和字段后,发送此UDP用户数据报。在接收端

11、,将收到的UDP用户数据报连同伪首部(以及可能的填充全零字节)一起,按二进制反码求这些16bit字的和。当无差错时其结果应为全1。否则就表明有差错出现,接收端就应将此UDP用户数据报丢弃。,8.4 传输控制协议TCP,8.4.1 TCP概述 与UDP不同,TCP是一种面向流的协议。在UDP中,进行把一块数据发送给UDP以便进行传递。UDP在这块数据上添加自己的首部,这就构成了数据报,然后再把它传递给IP来传输。这个进程可以一连传递好几个块数据给UDP,但UDP对每一块数据都是独立对待,而并不考虑它们之间的任何联系。,TCP则允许发送进程以字节流的形式来传递数据,而接收进程也把数据作为字节流来接

12、收。TCP创建了一种环境,它使得两个进程好像被一个假想的“管道”所连接,而这个管道在Internet上传送两个进程的数据,发送进程产生字节流,而接收进程消耗字节流。 由于发送进程和接收进程产生和消耗数据的速度并不一样,因此TCP需要缓存来存储数据。在每一个方向上都有缓存,即发送缓存和接收缓存。另外,除了用缓存来处理这种速度的差异,在发送数据前还需要一种重要的方法,即将字节流分割为报文段(Segment)。报文段是TCP处理的最小数据单元。报文段的长度可以是不等的。,TCP发送与接收数据过程的示意图如图8-5所示。,图8-5 TCP发送与接收数据过程,TCP提供全双工服务,即数据可在同时间双向流

13、动,每一个TCP都有发送缓存和接收缓存,而两个方向都可以发送报文段。TCP是面向连接协议,它有连接建立、数据传输、连接释放三个过程。TCP是可靠的传输协议,它使用确认机制来检查数据是否安全和完整地到达。,8.4.2 TCP报文段,TCP报文段同样由首部和数据两部分组成。但其首部要比UDP复杂的多,其首部前20个字节是固定的,后面有4N字节是根据需要而增加的选项(N为整数)。因此,TCP首部长度在20-60字节之间。,图8-6 TCP报文段格式,源端口和目的端口字段:各占 2 字节。端口是运输层与应用层的服务接口。运输层的复用和分用功能都要通过端口才能实现。 序号字段:占 4 字节。TCP 连接

14、中传送的数据流中的每一个字节都编上一个序号。序号字段的值则指的是本报文段所发送的数据的第一个字节的序号。 确认号字段:占 4 字节,是期望收到对方的下一个报文段的数据的第一个字节的序号。 数据偏移:占 4 bit,它指出 TCP 报文段的数据起始处距离 TCP 报文段的起始处有多远。“数据偏移”的单位不是字节而是 32 bit 字(4 字节为计算单位)。,保留字段:占 6 bit,保留为今后使用,但目前应置为 0。 紧急比特 URG: 当 URG 1 时,表明紧急指针字段有效。它告诉系统此报文段中有紧急数据,应尽快传送(相当于高优先级的数据)。 确认比特 ACK:只有当 ACK 1 时确认号字

15、段才有效。当 ACK 0 时,确认号无效。 推送比特 PSH (PuSH) : 接收 TCP 收到推送比特置 1 的报文段,就尽快地交付给接收应用进程,而不再等到整个缓存都填满了后再向上交付。,复位比特 RST (ReSeT):当 RST 1 时,表明 TCP 连接中出现严重差错(如由于主机崩溃或其他原因),必须释放连接,然后再重新建立运输连接。 同步比特 SYN: 同步比特 SYN 置为 1,就表示这是一个连接请求或连接接受报文。 终止比特 FIN (FINal) : 用来释放一个连接。当FIN 1 时,表明此报文段的发送端的数据已发送完毕,并要求释放运输连接。 窗口字段: 占 2 字节。窗

16、口字段用来控制对方发送的数据量,单位为字节。TCP 连接的一端根据设置的缓存空间大小确定自己的接收窗口大小,然后通知对方以确定对方的发送窗口的上限。,检验和:占 2 字节。检验和字段检验的范围包括首部和数据这两部分。在计算检验和时,要在 TCP 报文段的前面加上 12 字节的伪首部。 紧急指针字段:占 16 bit。紧急指针指出:在本报文段中紧急数据共有多少个字节(紧急数据放在本报文段数据的最前面)。 选项字段:长度可变。TCP 只规定了一种选项,即最大报文段长度 MSS (Maximum Segment Size)。MSS 告诉对方 TCP:“我的缓存所能接收的报文段的数据字段的最大长度是 MSS 个字节。” 填充字段:这是为了使整个首部长度是 4 字节的整数倍。,8.4.3 TCP的可靠性,TCP是一种可靠的传输协议。其可靠性体现在它可保证数据按序、无丢失、无重复的到达目的端。TCP报文段首部的数据编号与确认字段为这种可靠传输提供了保障。 TCP将所要传送的整个报文看成一个个字节组成的数据流,并使每一个字节对应于一个序号。

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 高等教育 > 大学课件

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号