8网络互联与因特网基础-1.pptVIP

* 传输层协议 Internet的两类传输服务: 可靠的，按序点对点递交： TCP 拥塞控制 流量控制 连接建立 不可靠的（“尽力而为”）， 无序的点对点或广播递交：UDP application transport network data link physical application transport network data link physical network data link physical network data link physical network data link physical network data link physical network data link physical logical end-end transport * application transport network M P2 application transport network 复用/分用(multiplexing/Demultiplexing) 回顾：segment（段）- 传输层实体间交换数据的单位 receiver H t H n segment segment M application transport network P1 M M M P3 P4 segment header application-layer data 分用: 将接收到的段提交给正确的应用层进程。 复用:传输层从多个应用进程获取数据，然后对它们进行封装。 * 复用/分用 基于发送方、接收方的端口号和IP地址： 源/目的端口号存在于每个段中。 源端口 # 宿端口 # 32 bits 应用层数据 (报文) 其他首部字段 TCP/UDP 段格式 * UDP：用户数据报协议 [RFC 768] “最简约的” Internet 传输协议 提供“尽力而为的” 服务，UDP数据报允许： 丢失 应用数据不按序到达 无连接： 在UDP收发双方之间无需握手信号； 每个UDP数据报的操作都互相独立。 为什么需要 UDP? 无需建立连接（连接过程会增加延迟） 简单：在收发双方之间没有连接状态 段首部较短 无拥塞控制：UDP 可按需要随时发送 * UDP：(续) 经常在流媒体中使用 对传输速率敏感 对传输可靠性不敏感 允许数据丢失 UDP的其他用途： DNS SNMP 若需要通过UDP进行可靠传输，需要在应用层增加可靠性措施 在应用程序中——程序员必须考虑出错恢复机制! UDP 数据报格式 源端口 # 宿端口 # 32 bits 应用层数据 （报文） length checksum UDP段的 字节数, 包括首部 * TCP协议 RFCs: 793, 1122, 1323, 2018, 2581 点对点 一个发送方，一个接收方 可靠，按序的字节流 无“报文边界”，无结构，但有顺序 流量控制 采用接收窗口机制，通过设置窗口大小控制流量 发送接收缓存 * 全双工数据传输 在同一连接上双向传输 MSS：maximum segment size 最大段字节数＝1500,536,512 面向连接 握手过程 (交换控制信息) ：在交换数据前初始化收发双方的状态。 采用“三次握手”过程建立连接。 * TCP 段格式 source port # dest port # 32 bits 应用数据 (可变长度) sequence number acknowledgement number rcvr window size ptr urgent data checksum F S R P A U head len not used Options (可变长度-MSS) URG: urgent data （一般不用） ACK: ACK# valid PSH: push data now (一般不用) RST, SYN, FIN: connection estab (setup, teardown commands) 接收方一次能够接收的字节数 按发送数据的字节计算 (不是按段数!) Internet checksum (as in UDP) * TCP连接的建立：三次握手 例如：A、B两个主机要建立连接 A→B 方向 消息 含义 A←B A←B A→B SYN SYN ACK ACK 我的初始序号是X 序号用于跟踪通信顺序，确保多个包传输时无数据丢失。 通信双方建立连接时必须互相交换各自的初始序号。 知道了，你的序号是X 我的初始序号是Y 知道了，你的序号是Y 握手 1 2 3 合并 1. 2. 3. 4. * TCP通过三次握手来建立连接 A B 发送SYN消息(SEQ=x) 收到SYN消息(SEQ=x) 发送SYN消息 (