计算机网络第8版课件-第5章-运输层

第一章运输层概述第二章TCP协议详解第三章UDP协议详解第四章TCP与UDP性能比较第五章运输层多路复用技术第六章运输层安全机制01第一章运输层概述第1页运输层的重要性在当今高度互联的数字时代，运输层作为计算机网络体系结构中的关键组件，承担着为上层应用提供可靠、高效数据传输的重任。以一个跨国视频会议系统为例，假设参与者分别位于美国、中国和德国，视频流需要实时传输，任何延迟或中断都会严重影响会议效果。运输层通过端到端的通信服务，解决了网络层无法直接提供可靠数据传输的问题。根据RFC791（IP协议），网络层最多支持65,535个数据包，但运输层通过端口号（16位）扩展了应用层的连接能力，支持数百万个并发连接。例如，一个典型的浏览器可能会同时打开数十个标签页，每个标签页可能访问不同的网站，运输层通过多路复用技术，确保每个连接都能高效传输数据。此外，运输层还负责流量控制和拥塞控制，防止网络过载，保证数据传输的稳定性。这些功能使得运输层成为计算机网络中不可或缺的一环，为各种应用提供了坚实的传输基础。第2页运输层的主要功能端到端通信通过源/目的端口号建立逻辑连接，确保数据从发送方到接收方的完整传输。可靠传输使用序列号和确认机制保证数据不丢失，例如TCP协议通过重传机制确保数据的可靠传输。流量控制防止发送方过快发送数据导致接收方超载，例如TCP滑动窗口机制。多路复用/分用一个进程可以同时与多个进程通信，例如UDP协议支持多播功能。第3页运输层协议分类面向连接的协议（TCP）例如电子邮件传输（SMTP协议依赖TCP保证邮件完整），通过三次握手建立连接，四次挥手关闭连接，拥塞控制（慢启动、拥塞避免）等机制确保数据传输的可靠性。无连接的协议（UDP）例如DNS查询（DNS协议使用UDP），无需建立连接，头部开销小（8字节），适用于实时应用，如视频流和在线游戏。第4页运输层与网络层的区别运输层功能：为应用层提供端到端的通信服务，解决网络层无法直接提供可靠数据传输的问题。数据：通过端口号（16位）扩展应用层的连接能力，支持数百万个并发连接。协议：主要包括TCP和UDP，分别提供可靠传输和无连接传输服务。网络层功能：负责路由选择和数据包分片，确保数据包从源主机到目标主机的传输。数据：通过IP地址（32位或128位）标识主机，使用MTU（最大传输单元）适应不同网络环境。协议：主要包括IP协议，负责数据包的路由和分片重组。02第二章TCP协议详解第5页TCP连接建立过程TCP连接建立分三个阶段：首先，客户端发送SYN=1,序列号seq=x的报文段，请求建立连接。然后，服务器响应SYN=1,ACK=1,序列号seq=y,ACK=x+1的报文段，表示同意连接。最后，客户端发送ACK=1,序列号seq=x+1,ACK=y+1的报文段，完成连接建立。这个过程称为三次握手，确保双方都准备好传输数据。根据RFC793，SYN报文必须经过重传计时器（默认2MSL），超时后客户端需重发SYN。例如，假设客户端发送SYN=1,seq=1000，服务器响应SYN=1,seq=2000,ACK=1001，客户端再发送ACK=1,seq=1001,ACK=2001，连接正式建立。这个过程需要约100-200ms，但确保了数据传输的可靠性。第6页TCP头部结构源/目的端口号区分同一主机上的多个进程，例如HTTP使用80端口，FTP使用21端口。序列号32位，确保数据有序到达，例如seq=1000表示这是第一个字节的序列号。确认号32位，接收方期待收到的下一个字节的序列号，例如ACK=1001表示期望收到序列号1001的数据。控制位包括SYN=1（连接建立）、ACK=1（确认）、FIN=1（连接终止）等，用于控制连接状态。窗口大小16位，接收方可用缓存大小，用于流量控制，例如窗口大小为4KB表示接收方还有4KB的缓存空间。第7页TCP可靠传输机制确认（ACK）机制发送方每收到一个完整数据段，发送ACK=x+1，接收方通过ACK确认收到数据。序列号32位序列号确保数据有序到达，重复序列号会导致发送方重传。超时重传根据往返时间（RTT）动态调整重传计时器，确保数据最终到达。第8页TCP流量控制与拥塞控制流量控制机制：接收方通过TCP头部的“窗口大小”告知发送方可接收数据量，例如接收方缓存区还有1KB，窗口大小为1KB。场景：Web浏览器处理大网页时，会限制并发连接数（如Chrome默认6个），防止服务器过载。数据：根据测试，相同带宽下，Chrome浏览器并发连接数限制：HTTP/1.1：每个主机6个（6个TCP+6个HTTP长连接），HTTP/2：每个主机31个（优先复用TCP）。拥塞控制阶段：慢启动、拥塞避免、快速重传/快速恢复。慢启动：每收到一个ACK，cwnd（拥塞窗口）翻倍，例如初始cwnd=1KB，收到第一个ACK后cwnd=2KB。拥塞避免：cwnd增长速率减半，例如收到4个ACK后cwnd=8KB，然后增长速率减半。快速重传/快速恢复：检测到丢包时，快速重传未确认数据包，例如收到3个重复ACK时，立即重传。03第三章UDP协议详解第9页UDP协议特点UDP协议的核心特点是无连接、头部简短、不可靠传输和多播支持。以实时在线游戏为例，客户端需要实时发送玩家操作指令，即使丢失少量数据也可接受。UDP协议通过无连接特性，无需建立连接，直接发送数据，头部仅8字节，比TCP节省开销。例如，DNS查询平均响应时间：UDP为0.1-0.3秒，TCP（需三次握手）可达1-3秒。此外，UDP协议支持多播功能，一个数据包可同时发送给多个接收方，适用于直播和视频会议等场景。例如，YouTube的TS流使用UDP分片，通过多播技术实现高效传输。这些特点使得UDP协议在实时应用中广泛使用，但同时也需要应用层实现可靠性机制。第10页UDP头部结构源端口号16位，标识发送进程，例如DNS使用53端口。目的端口号16位，标识接收进程，例如HTTP使用80端口。长度16位，UDP头部+数据长度，例如长度为2048字节表示UDP头部8字节+数据2040字节。校验和16位，覆盖头部+数据部分，检测传输错误，例如DNS查询使用UDP协议，校验和确保数据完整性。第11页UDP应用场景实时应用例如视频流（如YouTube的TS流）和语音通话（如Skype），UDP协议的低延迟特性使其适用于实时传输。应用层协议例如DNS查询（每天处理全球数十亿次查询）和DHCP（设备首次获取IP地址时必须可靠传输），UDP协议的无连接特性使其高效处理大量请求。第12页UDP可靠性设计（应用层实现）序列号+确认数据包签名抗重放机制：每个数据包增加序列号，接收方按序处理，客户端定时重发未确认数据包。场景：在线游戏（如《英雄联盟》）中，玩家A的移动指令需要被所有玩家同步，即使丢失也可接受。数据：游戏服务器通过序列号+确认机制，确保每个数据包按序到达，例如每秒广播一次全局状态，即使部分数据包丢失。机制：语音数据包携带HMAC-SHA256签名，验证身份和完整性。场景：VoIP系统（如Skype）使用SRTP（基于AES）加密语音数据包，同时使用HMAC-SHA256签名确保数据未被篡改。数据：SRTP处理延迟：加密解密开销：约10-15ms（硬件加速可降至1ms），确保实时性。机制：RTP使用序列号+时间戳防止重复，例如每帧数据包携带序列号和发送时间。场景：直播系统（如YouTube直播）使用RTP协议，通过序列号+时间戳确保数据包按序到达，即使网络延迟或丢包。数据：RTP协议的头部包含序列号（32位）和时间戳（32位），确保数据包的顺序和时效性。04第四章TCP与UDP性能比较第13页性能对比维度TCP和UDP协议在性能上有显著差异，主要体现在延迟、吞吐量和开销等方面。以两个极端场景为例：1)下载大文件（如ISO镜像）和2)观看直播（如Twitch）。对于下载大文件，TCP协议的可靠传输机制（如重传）会确保数据完整，但延迟较高；而UDP协议由于无连接特性，延迟较低，但可能丢失数据。对于直播，UDP协议的低延迟特性更符合需求，但需要应用层实现可靠性机制。这些差异使得TCP和UDP在不同场景中各有优势，选择合适的协议需要根据具体需求权衡。第14页延迟分析TCP延迟UDP延迟应用层重传TCP连接建立延迟：RTT*3（最小），稳定传输延迟：RTT*2（发送数据+等待确认），例如RTT为100ms时，连接建立延迟至少300ms。UDP传输延迟：RTT（发送即完成），例如RTT为100ms时，数据传输延迟至少100ms。UDP协议需要应用层实现可靠性机制，例如重发未确认数据包，例如视频会议系统需要应用层重传丢失的帧。第15页吞吐量分析TCP吞吐量根据测试，相同带宽下，TCP下载：~10MB/s（慢启动）→50MB/s（拥塞避免），例如1Gbps网络，TCP下载速度可达~100KB/s（慢启动）→50MB/s（拥塞避免）。UDP吞吐量根据测试，相同带宽下，UDP直播：~70MB/s（持续发送），例如1Gbps网络，UDP直播速度可达~70MB/s。第16页实际应用选择可靠性优先应用场景：例如文件传输（FTP）、电子邮件（SMTP/POP3）等。协议选择：TCP协议，例如FTP使用TCP协议保证文件传输的可靠性。数据：根据RFC793，TCP协议的头部包含32位序列号，理论上支持4.3亿个不重复的序列号，足以应对大多数应用场景。延迟敏感型应用场景：例如实时在线游戏、视频会议等。协议选择：UDP协议，例如在线游戏使用UDP协议保证低延迟。数据：根据测试，相同带宽下，UDP直播：~70MB/s（持续发送），例如1Gbps网络，UDP直播速度可达~70MB/s。05第五章运输层多路复用技术第17页多路复用原理多路复用技术允许一个传输连接同时支持多个应用数据流，通过端口号区分不同进程。以现代操作系统为例，一个终端同时运行浏览器、聊天工具和下载器，每个应用通过不同的端口号传输数据。多路复用技术分为空间多路复用（分时）和频分多路复用（FDMA），两者在功能和应用场景上有显著差异。空间多路复用（分时）通过端口号区分不同进程，例如TCP协议使用16位端口号（0-65535）区分不同应用，而频分多路复用（FDMA）通过频率划分物理信道，例如AM/FM广播。多路复用技术使得网络资源得到高效利用，例如一个传输连接可以同时支持数十个应用。第18页TCP多路复用系统级操作系统维护端口监听表（如Linux的`/proc/net/tcp`），每个应用通过`socket()`获取独立端口，例如浏览器使用80端口，FTP使用21端口，每个端口对应不同应用。应用级Web服务器（如Nginx）通过`ngx_http_upstream`模块负载均衡，每个请求分配独立TCP连接，但共享服务器端口，例如Nginx使用多个upstream模块处理不同应用的请求。第19页UDP多路复用无状态复用UDP协议不保存连接状态，每个查询独立处理，例如DNS服务器不保存连接状态，每个查询通过源端口和目的端口区分应用。应用层状态DNS服务器维护缓存（如BIND）通过端口号区分不同查询，例如DNS解析器使用53端口，每个查询通过源端口和目的端口区分应用。第20页运输层安全现状加密普及抗DDoS技术安全协议演进趋势：全球HTTPS网站占比：~85%（2023年）。技术：TLS/SSL层（OSI第5层）对TCP头部+数据进行加密，例如HTTPS使用TLS协议加密传输数据。数据：根据测试，TLS1.3加密开销：约10字节（头部）+随机数（非对称加密）+哈希值（对称加密），总开销约30字节。趋势：Cloudflare利用UDP协议特性设计Bot管理，例如使用UDP协议的快速重传机制检测DDoS攻击。技术：TCPBBR算法优化拥塞控制，例如Netflix使用BBR算法动态调整拥塞窗口，提高传输效率。数据：根据测试，BBR算法在1Gbps网络下，传输效率比传统TCP算法提高20%，延迟降低30%。趋势：QUIC协议（基于UDP，设计时考虑安全），例如Chrome浏览器支持QUIC协议，提高传输效率。技术：TLS1.3抗重放机制改进，例如使用随机数和时间戳防止重放攻击。数据：根据测试，QUIC协议的头部开销比TCP减少50%，传输效率更高。06第六章运输层安全机制第21页TCP安全挑战TCP协议的安全挑战包括数据包重放攻击、序列号预测攻击和TCP序列号耗尽，这些攻击可能导致数据传输中断或被篡改。例如，2007年AmazonEC2遭遇DoS攻击，攻击者通过发送大量SYN报文段导致服务器过载，需要限制源IP速率。这些攻击需要通过安全机制进行防御，例如TLS/SSL加密传输数据，防止数据被窃听或篡改。第22页TCP保护方案加密传输抗重放机制完整性校验使用TLS/SSL协议加密传输数据，例如HTTPS协议，防止数据被窃听或篡改。使用时间戳+随机数（PRF算法）防止重放攻击，例如TLS协议使用随机数和时间戳确保数据包的唯一性。使用HMAC（如SHA256）确保数据未被篡改，例如DNS查询使用HMAC-SHA256签名验证数据完整性。第23页UDP安全方案应用层加密使用SRTP（基于AES）加密语音数据包，例如VoIP系统（如Skype）使用SRTP协议加密语音数据包，同时使用H