第4讲tcp协议.pptVIP

紧急指针字段 —— 占 16 位，指出在本报文段中紧急数据共有多少个字节（紧急数据放在本报文段数据的最前面），紧急指针指出了紧急数据的末尾在报文段中的位置。 TCP 报文段的首部格式 TCP 首部 20 字节 固定 首部 目 的 端 口 数据 偏移 检 验 和 选 项 （长 度 可 变） 源 端 口 序 号 紧 急 指 针 窗 口 确 认 号 保 留 F I N S Y N R S T P S H A C K U R G 比特 0 8 16 24 31 填 充 选项字段 —— 长度可变。TCP 最初只规定了一种选项，即最大报文段长度 MSS。MSS 告诉对方 TCP：“我的缓存所能接收的报文段的数据字段的最大长度是 MSS 个字节。” MSS (Maximum Segment Size) 是 TCP 报文段中的数据字段的最大长度。 数据字段加上 TCP 首部 才等于整个的 TCP 报文段。 窗口扩大选项 ——占 3 字节，其中有一个字节表示移位值 S。新的窗口值等于TCP 首部中的窗口位数增大到(16 + S)，相当于把窗口值向左移动 S 位后获得实际的窗口大小。 时间戳选项——占10 字节，其中最主要的字段时间戳值字段（4 字节）和时间戳回送回答字段（4 字节）。 选择确认选项——在后面的 5.6.3 节介绍。 其他选项 填充字段 —— 这是为了使整个首部长度是 4 字节的整数倍。 TCP 报文段的首部格式 TCP 可靠通信的具体实现 以字节为单位的滑动窗口 A发送了 11 个字节的数据 TCP 可靠通信的具体实现 TCP 可靠通信的具体实现 TCP 可靠通信的具体实现 TCP 可靠通信的具体实现 此时可能B早已发出了确认，但由于网络拥塞而A没有收到B的确认，为了保证可靠传输，A只能认为B没有收到这些数据，于是A经过一段时间后（由超时计时器控制）就重传这些数据，重新设置超时计时器，直到收到B的确认为止。如果A收到的确认号正好在发送窗口内，那么A 就可以使发送窗口继续向前滑动，并发送新的数据。 TCP 可靠通信的具体实现 发送缓存用来暂时存放： 发送应用程序传送给发送方 TCP 准备发送的数据； TCP 已发送出但尚未收到确认的数据。 接收缓存用来暂时存放： 按序到达的、但尚未被接收应用程序读取的数据； 不按序到达的数据。 发送缓存与接收缓存的作用 发送缓存 接收缓存 A 的发送窗口并不总是和 B 的接收窗口一样大（因为有一定的时间滞后）。 TCP 标准没有规定对不按序到达的数据应如何处理。通常是先临时存放在接收窗口中，等到字节流中所缺少的字节收到后，再按序交付上层的应用进程。 TCP 要求接收方必须有累积确认的功能，这样可以减小传输开销。 需要强调三点 重传机制是 TCP 中最重要和最复杂的问题之一 TCP 每发送一个报文段，就对这个报文段设置一次计时器。只要计时器设置的重传时间到但还没有收到确认，就要重传这一报文段。 由于 TCP 的下层是一个互联网环境，IP 数据报所选择的路由变化很大，因而运输层的往返时间的方差也很大。 如果超时重传时间设置得太短，就会引起不必要的重传，使网络负荷增大；如果超时重传时间设置得太长，则又使网络的空闲时间增大，降低了传输效率。 加权平均往返时间 A 的发送窗口并不总是和 B 的接收窗口一样大（因为有一定的时间滞后）。 TCP 标准没有规定对不按序到达的数据应如何处理。通常是先临时存放在接收窗口中，等到字节流中所缺少的字节收到后，再按序交付上层的应用进程。 TCP 要求接收方必须有累积确认的功能，这样可以减小传输开销。 需要强调三点 TCP 保留了 RTT 的一个加权平均往返时间 RTTS（这又称为平滑的往返时间）。 第一次测量到 RTT 样本时，RTTS 值就取为所测量到的 RTT 样本值。以后每测量到一个新的 RTT 样本，就按下式重新计算一次 RTTS： 新的 RTTS ? (1 ? ?) ? (旧的 RTTS) ? ? ? (新的 RTT 样本) (5-4) 式中，0 ? ? ? 1。若 ? 很接近于零，表示 RTT 值更新较慢。若选择 ? 接近于 1，则表示 RTT 值更新较快。 RFC 2988 推荐的 ? 值为 1/8，即 0.125。 加权平均往返时间 RTO 应略大于上面得出的加权平均往返时间 RTTS