网络通信与OSI_8.ppt

第八章传输层 传输层的一般概念TCPUDP 8 1 1传输层概述 传输层的位置 8 1 2提供给高层的服务 最终目标 利用网络层提供的服务向其用户 一般是应用层的进程 提供有效 可靠且价格合理的服务 主要任务 在优化网络服务的基础上 从源端机到目的端机提供可靠的 价格合理的数据传输 使高层服务用户在相互通信时不必关心通信子网实现的细节 即与所使用的网络无关 传输层 Qos 连接建立迟延连接建立失败概率吞吐量传输迟延传输失败概率释放迟延释放失败概率连接优先权连接修复能力 服务类型 A型网络服务具有可接受的差错率和故障告知率 B型网络服务具有可接受的差错率和不可接受故障告知率 C型网络服务不具有可接受的差错率和故障告知率 传输协议等级 0类型 TP0 简单类1类型 TP1 基本差错修复类2类型 TP2 复用类3类型 TP3 差错修复和复用类4类型 TP4 差错检测 修复和复用类 8 1 2提供给高层的服务 多进程通信情况 8 1 2提供给高层的服务 应用程序进行数据通信的过程 8 1 2提供给高层的服务 在物理层上可以透明地传输数据的比特流 在数据链路层上使得各条链路能传送无差错的数据帧 数据帧按顺序 无丢失 不重复 在网络层上提供了路由选择和网络互连的功能 使得主机A发送的数据段能够按照合理的路由到达主机B 服务的质量是否满足 再次优化网络服务 服务与协议的关系 传输层 独特问题 端到端差错控制解决网络层以下不能解决的差错控制 端到端传输连接管理 三次握手方式 与流水线类似传输层超时和拥塞控制 8 1 2提供给高层的服务 传输层与其上下层之间的关系 传输层中完成传输功能的硬件和软件被称为传输实体TSAP通过传输实体 传输层可以向应用层提供传输服务 8 1 3TCP IP协议中的传输层 在TCP IP协议中有两个并列的协议 UDP和TCP UDP UserDatagramProtocol 用户数据报协议 是面向无连接的 即在进行数据传输之前不需要建立连接 而目的主机收到数据报后也不需要发回确认 这种协议提供了一种高效的传输服务 TCP TransmissionControlProtocol 传输控制协议 是面向连接的 即在进行数据传输之前需要先建立连接 而且目的主机收到数据报后要发回确认信息 这种协议提供了一种可靠的传输服务 与UDP相比提供了较多的功能 但是相对的报文格式和运行机制也较为复杂 8 1 4端口 TCP IP传输层可以通过协议端口 protocolport 简称端口 来标识通信的应用进程 传输层是通过端口与应用层的应用程序进行信息交互的 端口实际上是一个16Bit长的地址 范围可以从0至65535 将0至1023端口号称为熟知端口 Well KnownPort 其余1024至65535端口号称为一般端口或 动态 连接端口 Registered Dynamic 8 1 4端口 各端口的意义 8 1 4端口 8 1 4端口 通过SMTP进行通信的主机 8 1 4端口 插口包括IP地址 32位 和端口号 16位 共48位 构成插口或套接字 Scoket 端口的应用 7 1传输层提供的服务 开放课题 NAT1 了解NAT的工作原理2 NAT的意义3 应用 8 2传输控制协议TCP TCP是TCP IP体系中的传输层协议 是面向连接的 因而可以提供可靠的全双工信息服务 在数据传输的过程中 应用层的数据报传送到传输层后 加上TCP首部 就构成了TCP的数据传送单位 称为报文段 Segment 在发送的时候作为IP数据报的数据 加上IP首部后成为IP数据报 在接收的时候 网络层将IP数据报的IP首部去掉后上交给传输层 得到TCP报文段 传输层再将TCP首部去掉 然后上交给应用层 得到应用层所需要的报文段 8 2 1TCP报文的格式 8 2 1TCP报文的格式 1 源端口号和目的端口号各占16位 2个字节 分别标识连接两端的两个通信的应用进程2 发送序号占32位 4个字节 TCP的序号编号是对每一个字节进行编号 因此在这个字段中给出的数字是本报文段所发送的数据部分的第一个字节的序号3 接收序号又称作确认序号 占32位 4个字节 确认序号指的是期望收到对方下次发送的数据报的第一个字节的序号 也就是期望收到的下一个报文段的首部中的发送序号 同时确认以前收到的报文 8 2 1TCP报文的格式 4 数据偏移占4位 此字段指出在TCP数据报内实际的数据到TCP报文段的起始位置的距离 实际上就是整个TCP报文段首部的长度 数据偏移字段存储的数值的单位是32位的字 5 保留字段与标志位占6位 设置的值为0 供功能扩展使用 新的TCP版本有些位已被启用 标志位 共有6个 每个占1位 1 紧急比特位 URG 2 确认比特 ACK 3 紧迫比特 PSH 4 重建比特 RST 5 同步比特 SYN 6 终止比特 FIN 8 2 1TCP报文的格式 6 窗口占2字节 设置的值为发送方接收窗口的大小 单位为字节7 检验和占2字节 用来检验首部和数据部分以及伪首部之和8 紧急指针与紧急比特配合使用处理紧急情况 指出在本报文段中的紧急数据的最后一个字节的序号 8 2 1TCP报文的格式 9 选项和填充TCP首部可以有多达40字节的可选信息 此字段为可变部分 它们用来将附加信息传递给目的站 或用来将其它选项对齐 TCP定义了两类选项 一字节选项和多字节选项 8 2 2TCP的编号与确认 在TCP报文段首部含有确认序号字段 通过它可以完成TCP报文的确认 具体的确认是对接收到的数据的最高序号进行确认 返回的确认序号是已经收到的数据的最高序号加1 由于TCP采用全双工的通信方式 因此进行通信的每一方都不必专门发送确认报文段 可以在传送数据的同时进行确认 这种方式称为捎带确认 8 2 3TCP的流量控制机制 两用户进程间的流量控制和链路层两相邻结点间的流量控制类似 都要防止快速的发送数据时超过接收者的能力 采用的方法都是基于滑动窗口的原理 但是链路层常采用固定窗口大小 而传输层则采用可变窗口大小和使用动态缓冲分配 在TCP报文段首部的窗口字段写入的数值就是当前设定的接收窗口的大小 假设发送端要发送的数据为8个报文段 每个报文段的长度为100个字节 而此时接收端许诺的发送窗口为400个字节 具体情况如下图所示 8 2 3TCP的流量控制机制 滑动窗口机制 8 2 3TCP的流量控制机制 发送端接收端 8 2 3TCP的流量控制机制 实际上实现流量控制并非仅仅为了使得接收方来得及接收而已 还要有控制网络拥塞的作用 比如接收端正处于较空闲的状态 而整个网络的负载却很多 这时如果发送方仍然按照接收方的要求发送数据就会加重网络负荷 由此会引起报文段的时延增大 使得主机不能及时地收到确认 因此会重发更多的报文段 更加剧了网络的阻塞 形成恶性循环 为了避免发生这种情况 主机应该及时地调整发送速率 8 2 3TCP的流量控制机制 发送端主机在发送数据时 既要考虑到接收方的接收能力 也要考虑网络目前的使用情况 发送方发送窗口大小应该考虑以下几点 1 通知窗口 advertisedwindow 这是接收方根据自己的接收能力而确定的接收窗口的大小 2 拥塞窗口 congestionwindow 这是发送方根据目前网络的使用情况而得出的窗口值 也就是来自发送方的流量控制 当中最小的一个最为适宜 即 发送窗口 Min 通知窗口 拥塞窗口 进行拥塞控制 Internet标准推荐使用三种技术 即慢启动 slow start 加速递减 multiplicativedecrease 和拥塞避免 congestionavoidance 8 2 4TCP的差错控制 1 差错检测和纠正TCP中的差错检测是通过三种简单工具来完成的 检验和 确认和超时 每一个报文段都包括检验和字段 用来检查受到损伤的报文段 若报文段受到损伤 就由目的TCP将其丢弃 TCP使用确认的方法来证实收到了某些报文段 它们已经无损伤地到达了目的TCP TCP不使用否认 若一个报文段在超时截止期之前未被确认 则被认为是受到损伤或已丢失 8 2 4TCP的差错控制 2 受损伤的报文段 8 2 4TCP的差错控制 3 丢失的报文段对于一个丢失的报文段 这与受损报文段的情况完全一样 4 重复的报文段当含有同样序号的分组作为另一个收到的报文段到达时 目的TCP丢弃这个分组 5 失序的报文段对失序的报文段不确认 直到收到所有它以前的报文段为止 8 2 4TCP的差错控制 6 丢失的确认 8 2 5TCP的重发机制 在传输层中 TCP确认到达的时间概率分布不是很集中 所以确定超时重发的时间就很困难 TCP采用了一种自适应算法来计算重发超时时间 这种算法把每次每个报文段发出的时间和收到此报文段确认的时间都记录下来 两时间之差称为报文段的往返时延 针对所有发送正确的报文段的往返时延进行加权平均 得到报文段的平均往返时延RT 而将TCP测量该往返时延所用的时间设为M 根据得到的时延 按照下列公式进行计算修正的RT RT RT 1 M式中 是修正因子 一般取值为7 8 8 2 5TCP的重发机制 1988年 Jacobson提出一种动态的确定超时重发时间的方法 他提出 的变化要与确认到达时间的概率密度函数的标准偏差大致成比例 并建议采用平均偏差作为对标准偏差的粗略估计 在这种算法中 需要保存另一个修正因子D 偏差值 按照下列公式进行新的计算 D D 1 RT M 这时得到的D值与上面的RT值相比 更加令人满意 但是当数据段重发 并确认到达后 不清楚确认是针对先发的数据段还是对重发的数据段进行的 如果只是进行凭空的猜测将导致对数据的严重破坏 8 2 6TCP的传输连接管理 1 TCP连接的建立第一次握手 源端机发送一个带有本次连接序号的请求 第二次握手 目的主机收到请求后 如果同意连接 则发回一个带有本次连接序号和源端机连接序号的确认 第三次握手 源端机收到含有两次初始序号的应答后 再向目的主机发送一个带有两次连接序号的确认 8 2 6TCP的传输连接管理 TCP协议中连接建立的过程 8 2 6TCP的传输连接管理 2 连接的释放第一次握手 由进行数据通信的任意一方提出要求释放连接的请求报文段 第二次握手 接收端收到此请求后 会发送确认报文段 同时当接收端的所有数据也都已经发送完毕后 接收端会向发送端发送一个带有其自己序号的报文段 第三次握手 发送端收到接收端的要求释放连接的报文段后 发送反向确认 TCP连接的释放过程 8 3一个TCP IP数据包实例 为了读者便于理解 我们在网上捕获了一个数据包 学习时可以对照曾经讲过的TCP IP各层数据报的格式来阅读下面的数据例子 在分析这个例子的时候 请注意以下几个方面 1 网络上传输的数据包是逐层封装的 2 数据包是从最底层开始分析的 3 数据的下面 是分层对协议报头各字段的分析 8 3一个TCP IP数据包实例 数据包实例 00030fffbaf102e03be86c130800450005a8191b40007706adf1d361a8afd21fe91200500ccc20d9044cd620e3fe5010fef239890000协议分析 Frame1 1462onwire 1462captured ArrivalTime Apr27 200415 37 08 310024000FrameNumber 1PacketLength 1462bytesCaptureLength 1462bytes 8 3一个TCP IP数据包实例 EthernetII00030fffbaf1 Destination 00 03 0f ff ba f102e03be86c13 Source 02 e0 3b e8 6c 130800 Type IP 0 x0800 InternetProtocol SrcAddr 211 97 168 175 DstAddr lao ji 210 31 233 18 45 Version 4 0100B Headerlength 20bytes 0101B 00 DifferentiatedServicesField Default ECN 0 x00 000000 DifferentiatedServicesCodepoint Default 0 x00 0 ECN CapableTransport ECT 0 0 ECN CE 005a8 TotalLength 1448191b Identification 0 x191b 8 3一个TCP IP数据包实例 4 Flags 0 x04 1 Don tfragment Set 0 Morefragments Notset000 Fragmentoffset 077 Timetolive 11906 Protocol TCP 0 x06 adf1 Headerchecksum 0 xadf1 correct d361a8af Source 211 97 168 175 211 97 168 175 d21fe912 Destination lao ji 210 31 233 18 8 3一个TCP IP数据包实例 TransmissionControlProtocol SrcPort http 80 DstPort 3276 3276 Seq 551093324 Ack 35924797420050 Sourceport http 80 0ccc Destinationport 3276 3276 20d9044c Sequencenumber 551093324 Nextsequencenumber 551094732d620e3fe Acknowledgementnumber 35924797425 Headerlength 20bytes 8 3一个TCP IP数据包实例 010 Flags 0 x0010 ACK 0 CongestionWindowReduced CWR Notset 0 ECN Echo Notset 0 Urgent Notset 1 Acknowledgment Set 0 Push Notset 0 Reset Notset 0 Syn Notset 0 Fin Notsetfef2 Windowsize 652663989 C