怎么自建导购网站做淘客,手机app开发环境搭建,网站代运营合同模板,ftp是属于一种网站发布方式运输层协议概述 进程之间的通信 运输层向它上面的应用层提供通信服务。 当网络边缘部分的两台主机使用网络核心部分的功能进行端到端的通信时#xff0c;都要使用协议栈中的运输层#xff1b;而网络核心部分中的路由器在转发分组时只用到下三层的功能。 Q1#xff1a;我们…运输层协议概述 进程之间的通信 运输层向它上面的应用层提供通信服务。 当网络边缘部分的两台主机使用网络核心部分的功能进行端到端的通信时都要使用协议栈中的运输层而网络核心部分中的路由器在转发分组时只用到下三层的功能。 Q1我们知道IP 协议能够把源主机A发送出的分组按照首部中的目的地址送交到目的主机B那么为什么还需要运输层呢? A1真正进行通信的实体是在主机中的哪个构件是主机中的应用进程是一台主机中的应用进程和另一台主机中的应用进程在交换数据即通信)。 因此严格地讲两台主机进行通信就是两台主机中的应用进程互相通信。IP协议虽然能把分组送到目的主机但是这个分组还停留在主机的网络层而没有交付主机中的应用进程。 在计算机网络中实际进行通信的真正实体是位于通信两端主机中的进程也就是说端到端的通信是应用进程之间的通信
进程之间的通信图例说明 主机A的应用进程 AP1和主机B的应用进程AP2通信而与此同时应用进程AP3也和对方的应用进程AP4通信。这表明运输层有一个很重要的功能——复用(multiplexing)和分用(demultiplexing)。 复用发送方不同应用进程都可以使用同一个运输层协议传输数据分用接收方运输层在去掉报文首部可以将数据正确交付目的的应用进程 运输层向应用层实体屏蔽了下面网络核心的细节例如网络拓扑、所采用的路由选择协议等)它使应用进程看见的就好像是在两个运输层实体之间有一条端到端的逻辑通信信道。 网络层与运输层的通信区别 网络层为主机之间的通信提供服务而运输层则在网络层的基础上为应用进程之间的通信提供服务。 运输层还要对收到的报文进行差错检测。——在网络层IP 数据报首部中的检验和字段只检验首部是否出现差错而不检查数据部分。
运输层的两个协议
用户数据报协议UDP (User Datagram Protocol) 传输控制协议 TCP (Transmission Control Protocol) 按照 OSI 的术语两个对等运输实体在通信时传送的数据单位叫作运输协议数据单元TPDU (Transport Protocol Data Unit)。但在TCP/IP体系中则根据所使用的协议是TCP或UDP分别称之为TCP报文段或UDP用户数据报 传输控制协议TCP为其上层提供的是面向连接的可靠的数据传输服务。 使用TCP通信的双方在传送数据之前必须首先建立TCP连接逻辑连接而非物理连接)。数据传输结束后必须要释放TCP连接。 TCP为了实现可靠传输就必须使用很多措施例如TCP连接管理、确认机制、超时重传、流量控制以及拥塞控制等。 TCP的实现复杂TCP报文段的首部比较大占用处理机资源比较多。 用户数据报协议UDP为其上层提供的是无连接的不可靠的数据传输服务。 使用UDP通信的双方在传送数据之前不需要建立连接。 UDP不需要实现可靠传输因此不需要使用实现可靠传输的各种机制。 UDP的实现简单UDP用户数据报的首部比较小。 运输层的端口 我们知道运输层有分用和复用的功能为了正确交付应用层所指明的应用进程应当给每个应用进程赋予一个明确的标志。 运行在计算机上的进程是使用进程标识符(Process ldentificationPIlD来标识的 然而因特网上的计算机并不是使用统一的操作系统而不同操作系统(Windows、Linux、MacOS)又使用不同格式的进程标识符。 为了使运行不同操作系统的计算机的应用进程之间能够基于网络进行通信就必须使用统一的方法对TCP/IP体系的应用进程进行标识。 应用进程的交互需要经过应用层和运输层的界面上一些“门”而“门”设为通信的抽象终点。 这些抽象终点的正式名称就是协议端口(protocol port)一般就简称为端口(port)。每一个端口用一个称为端口号(portnumber)的正整数来标志。主机的操作系统提供了接口机制使得进程能够通过这种机制找到所要找的端口。 请注意这种在协议栈层间的抽象的协议端口是软件端口和路由器或交换机上的硬件端口是完全不同的概念。硬件端口是不同硬件设备进行交互的接口而软件端口是应用层的各种协议进程与运输实体进行层间交互的地点。不同的系统具体实现端口的方法可以是不同的取决于系统使用的操作系统)。 TCP/IP体系结构的运输层使用端口号来标识和区分应用层的不同应用进程。 TCP/IP的运输层用一个16位端口号来标志一个端口。但请注意端口号只具有本地意义它只是为了标志本计算机应用层中的各个进程在和运输层交互时的层间接口。 在互联网不同计算机中相同的端口号是没有关联的。 16位的端口号可允许有65535个不同的端口号。 服务器使用的端口号与客户端使用的端口号 服务器使用的端口号 客户端使用的端口号 分用和复用的运行 UDP的复用分用 运输层端口号举例 1.用户pc在浏览器输入web服务器域名向DNS客户进程发送请求报文 2.DNS服务器收到报文后 3.PC收到DNS响应报文 4.用户PC中的HTTP客户进程向web服务器发送HTTP请求报文 5.Web服务器收到PC请求报文 6.PC接收到Web响应报文 数据协议报UDP UDP的特点 (1)UDP是无连接的即发送数据之前不需要建立连接当然发送数据结束时也没有连接可释放)因此减少了开销和发送数据之前的时延。 (2)UDP使用尽最大努力交付即不保证可靠交付因此主机不需要维持复杂的连接状态表 (3)UDP是面向报文的。发送方的UDP对应用程序交下来的报文在添加首部后就向下交付IP层。UDP对应用层交下来的报文保留这些报文的边界。 这就是说应用层交给UDP多长的报文UDP 就照样发送即一次发送一个报文 (4) UDP没有拥塞控制因此网络出现的拥塞不会使源主机的发送速率降低。这对某些实时应用是很重要的。 很多的实时应用如IP电话、实时视频会议等要求源主机以恒定的速率发送数据并且允许在网络发生拥塞时丢失一些数据但却不允许数据有太大的时延。UDP 正好适合这种要求。 (5)UDP支持一对一、一对多、多对一和多对多的交互通信。 (6)UDP的首部开销小只有8个字节比 TCP的20个字节的首部要短。 UDP的传输特点 主机H的操作系统为这三个进程分别指派了端口。 应用层和运输层之间的小方框代表端口。在端口小方框中间还画有队列表示端口具有缓存的功能可以把收到的数据暂时存储一下。 在两个运输层之间有一条虚线表示在两个运输层之间可以进行通信而不是一条连接。但这种通信是不可靠的通信即所发送的报文在传输过程中有可能丢失同时也不保证报文都能按照发送的先后顺序到达终点。 图上画出了多对一的通信a→x, b→x)。如果改成a→xa→y则是一对多的情况了。 UDP的复用分用 主机H1中的3个应用进程把用户数据通过各自的端口传送到了运输层后就共用一个网络层协议把收到的UDP用户数据报组装成不同的IP数据报发送到互联网。这就是UDP的复用功能。 主机H2的网络层收到3个IP数据报后提取出数据部分即 UDP用户数据报)然后根据其首部中的目的端口号分别传送到相应的端口以便上层的应用进程到端口读取数据。这就是UDP的分用功能。 UDP的首部格式 用户数据报UDP有两个字段:数据字段和首部字段。 首部字段只有8个字节由4个字段组成每个字段的长度都是2字节。 各字段意义如下: (1)源端口 源端口号。在需要对方回信时选用。不需要时可用全0。 (2)目的端口 目的端口号。这在终点交付报文时必须使用。(3)长度 UDP用户数据报的长度其最小值是8仅有首部)。 (4)检验和 检测UDP用户数据报在传输中是否有错。有错就丢弃。 伪首部UDP用户数据报首部中检验和的计算方法有些特殊。在计算检验和时要在UDP用户数据报之前增加12个字节的伪首部。 所谓“伪首部”是因为这种伪首部并不是UDP用户数据报真正的首部。只是在计算检验和时临时添加在 UDP用户数据报前面得到一个临时的UDP用户数据报。 检验和就是按照这个临时的UDP用户数据报来计算的伪首部既不向下传送也不向上递交而仅仅是为了计算检验和。 接收方UDP报文的端口号不正确 如果接收方UDP发现收到的报文中的目的端口号不正确即不存在对应于该端口号的应用进程)就丢弃该报文并由网际控制报文协议 ICMP 发送“端口不可达”差错报文给发送方。 ICMP差错报文了解 UDP计算检验和 二进制反码求和末尾进位会回卷 传输控制协议TCP TCP的主要特点 (1) TCP是面向连接的运输层协议。这就是说应用程序在使用TCP协议之前必须先建立TCP 连接。在传送数据完毕后必须释放已经建立的TCP连接。 (2)每一条TCP连接只能有两个端点(endpoint)每一条 TCP连接只能定点对点的一对一)。 (3)TCP提供可靠交付的服务通过TCP连接传送的数据无差错、不丢失、不重复并且按序到达。 (4) TCP提供全双工通信。TCP允许通信双方的应用进程在任何时候都能发送数据。TCP连接的两端都设有发送缓存和接收缓存用来临时存放双向通信的数据。 在发送时应用程序在把数据传送给TCP的缓存后就可以做自己的事而TCP在合适的时候把数据发送出去 在接收时TCP把收到的数据放入缓存上层的应用进程在合适的时候读取缓存中的数据。 (5)面向字节流。TCP中的“流”(stream)指的是流入到进程或从进程中流出的字节序列。 “面向字节流”的含义是:虽然应用程序和 TCP 的交互是一次一个数据块大小不等。但TCP把应用程序交下来的数据仅仅看成是一连串的无结构的字节流。TCP并不知道所传送的字节流的含义。 TCP不保证接收方应用程序所收到的数据块和发送方应用程序所发出的数据块具有对应大小的关系。 但接收方应用程序收到的字节流必须和发送方应用程序发出的字节流完全一样。当然接收方的应用程序必须有能力识别收到的字节流把它还原成有意义的应用层数据。 例如发送方应用程序交给发送方的TCP共10个数据块,但接收方的TCP可能只用了4个数据块就把收到的字节流交付上层的应用程序)。 TCP传输报文的特点 TCP与UDP传输报文的比较 TCP和 UDP 在发送报文时所采用的方式完全不同。TCP并不关心应用进程一次把多长的报文发送到TCP的缓存中而是根据对方给出的窗口值和当前网络拥塞的程度来决定一个报文段应包含多少字节。UDP发送报文长度应用进程给出的)。 如果应用进程传送到TCP缓存的数据块太长TCP就可以把它划分为短一些的数据块再传送。如果应用进程一次只发来一个字节TCP也可以等待积累足够多的字节后再构成报文段发送出去。 TCP的连接 TCP把连接作为最基本的抽象。TCP的许多特性都与TCP是面向连接的这个基本特性有关。 每一条TCP连接有两个端点TCP连接的端点叫作套接字(socket)或插口。 套接字socket的表示方式 TCP连接的表示方式 可靠传输的工作原理 详情请看数据链路层的可靠运输 TCP报文段的首部格式 TCP虽然是面向字节流的但 TCP传送的数据单元却是报文段。一个TCP报文段分为首部和数据两部分而 TCP的全部功能都体现在它首部中各字段的作用。 首部部分字段 (1)源端口和目的端口各占2个字节分别写入源端口号和目的端口号。 (2)序号占4字节。序号范围是[0,-1]共(即4294 967296个序号。序号增加到-1]后下一个序号就又回到0。 在一个 TCP连接中传送的字节流中的每一个字节都按顺序编号。整个要传送的字节流的起始序号必须在连接建立时设置。首部中的序号字段值则指的是本报文段所发送的数据的第一个字节的序号。 例如一报文段的序号字段值是301而携带的数据共有100字节。这就表明:本报文段的数据的第一个字节的序号是301最后一个子节的序号是400。 显然下一个报文段如果还有的话的数据序号应当从401开始即下一个报文段的序号字段值应为401。 这个字段的名称也叫作“报文段序号”。 (3)确认号占4字节是期望收到对方下一个报文段的第一个数据字节的序号。 例如B正确收到了A发送过来的一个报文段其序号字段值是501而数据长度是200字节(序号501700)这表明B正确收到了A发送的到序号700为止的数据。 于是B在发送给A的确认报文段中把确认号置为701。请注意现在的确认号不是501也不是700而是701。 (4)数据偏移占4位它指出 TCP报文段的数据起始处距离 TCP报文段的起始处有多远。这个字段实际上是指出 TCP报文段的首部长度。 因此数据偏移的最大值是60字节这也是TCP首部的最大长度(即选项长度不能超过40字节)。 (5)保留占6位保留为今后使用但目前应置为0。 (6)紧急 URG (URGent)当URG1时表明紧急指针字段有效——它告诉系统此报 文段中有紧急数据应尽快传送相当于高优先级的数据)而不要按原来的排队顺序传送。 当URG置1时发送应用进程就告诉发送方的TCP有紧急数据要传送。于是发送方TCP 就把紧急数据插入到本报文段数据的最前面而在紧急数据后面的数据仍是普通数据。这时要与首部中紧急指针(Urgent Pointer)字段配合使用。 例如已经发送了很长的一个程序要在远地的主机上运行。但后来发现了一些问题需要取消该程序的运行。 因此用户从键盘发出中断命令(Control-C)。如果不使用紧急数据那么这两个字符将存储在接收TCP的缓存末尾。只有在所有的数据被处理完毕后这两个字符才被交付接收方的应用进程。这样做就浪费了许多时间。 (7)确认ACK:仅当 ACK 1时确认号字段才有效。当ACK0时确认号无效。TCP规定在连接建立后所有传送的报文段都必须把ACK置为1。 (8)推送 PSH (PuSH):当两个应用进程进行交互式的通信时有时在一端的应用进程 希望在键入一个命令后立即就能够收到对方的响应。 在这种情况下TCP 就可以使用推送(push)操作。这时发送方TCP把PSH置为1并立即创建一个报文段发送出去。 接收方TCP收到PSH1的报文段就尽快地即“推送”向前交付接收应用进程而不再等到整个缓存都填满了后再向上交付。 (9)复位RST (ReSeT)当RST 1时表明TCP连接中出现严重差错如主机崩溃或其他原因)必须释放连接然后再重新建立运输连接。 将RST置为1还用来拒绝一个非法的报文段或拒绝打开一个连接。RST也可称为重建位或重置位。 (10)同步SYN(SYNchronization)在连接建立时用来同步序号。 当SYN1而ACK0时表明这是一个连接请求报文段。对方若同意建立连接则应在响应的报文段中使SYN1和ACK 1。 因此SYN置为1就表示这是一个连接请求或连接接受报文。 (11)终止FIN (FINish)用来释放一个连接。 当FIN1时表明此报文段的发送方的数据已发送完毕并要求释放运输连接。 (12)窗口占2字节。窗口值是[0,-1]之间的整数。窗口指的是发送本报文段的一方的接收窗口而不是自己的发送窗口)。 窗口值告诉对方:从本报文确认号算起接收方目前允许对方发送的数据量以字节为单位)。之所以要有这个限制是因为接收方的数据缓存空间是有限的 例如发送了一个报文段其确认号是701窗口字段是1000。 这就是告诉对方:“从701号算起我即发送此报文段的一方)的接收缓存空间还可接收1000个字节数据字节序号是7011700)你在给我发送数据时必须考虑到我的接收缓存容量。” 总之窗口值作为接收方让发送方设置其发送窗口的依据。 (13)检验和:占2字节。检验和字段检验的范围包括首部和数据这两部分。 和UDP用户数据报一样在计算检验和时要在TCP报文段的前面加上12字节的伪首部,伪首部的格式与UDP用户数据报的伪首部一样。 但应把伪首部第4个字段中的17改为6(TCP 的协议号是6)把第5字段中的UDP长度改为TCP长度。 接收方收到此报文段后仍要加上这个伪首部来计算检验和。若使用IPv6则相应的伪首部也要改变。 (14)紧急指针:占2字节紧急指针仅在URG 1时才有意义它指出本报文段中 的紧急数据的字节数紧急数据结束后就是普通数据)。 因此紧急指针指出了紧急数据的末尾在报文段中的位置。当所有紧急数据都处理完时TCP就告诉应用程序恢复到正常操作。 (15)选项长度可变最长可达40字节。当没有使用“选项”时TCP的首部长度 是20字节。选项功能有如下 16)填充最后的填充字段仅仅是为了使整个TCP首部长度是4字节的整数倍。
