字段值是 而数据长度是 字节 序号 这

如果应用进程传送到 缓存的数据块太大 就可以把它划分短些再传送。如果应用程序次只发来个字节 也可以等到积累有足够多的字节后再构成报文段发送出去。 的连接 每条 连接有两个端点这两个端点叫做套接字 套接字 地址 端口号 每条 连接唯地被通信两端的两个端点 即两个套接字 所确定。 即 连接 这里 和 分别是两个端点主机的 地址而 和 分别是两个端点主机中的端口号。 和 主要区别 是有连接的 是无连接的 提供可靠交付的服务 不保证可靠交付 是面向字节流的 是面向报文的 连接是对的 连接可以是对对多和多对多的通信 可靠传输的工作原理 停止等待协议 停止等待 就是每发送完个分组就停止发送等待对方的确认。在收到确认后再发送下个分组。

使用上述的确认和重传机制我们就可以再不可靠的传输网络上实现可靠的通信。 为了提高传输效率发送方可以不使用低效率的停止等待协议而是采用流水线传输。流水线传输就是发送方可连续多个分组不必每发完个分组就停顿下来等待 WhatsApp 号码数据 对方的确认。 当使用流水线传输时就要使用连续的 协议和滑动窗口协议 连续 协议 连续 协议规定发送方每收到个确认就把发送窗口向前滑动个分组的位置。接收方般都是采用积累确认的方式。即接收方不必对收到的分组逐个发送确认而是在收到几个分组后对 按序到达的最后个分组发送确认这就表示到这个分组为止的所有分组都已正确收到了。 累积确认优点容易实现即使确认丢失也不必重传。





缺点不能向发送方反映出接收方已经正确收到的所有分组的信息。 报文段的首部格式 虽然是面向字节流的但 传送的数据单元是报文段。个 报文段分为首部和数据两部分而 的全部功能都体现在它首部中各字段的作用。因此只有弄清 首部各字段的作用才能掌握 的工作原理 报文段首部的前 个字节是固定的 序号 在个 连接中传送的字节流中的每个字节都按顺序编号。整个要传送的字节流的起始序号必须在连接建立时设置。首部中的序号字段值则指的是本报文段所发送的数据的第个字节的序号。 确认号 占 字节是期望收到对方下个报文段的第个数据字节的序号 例如 正确收到了 发送过来的个报文段其序号表明 正确收到了 发送的到序号 为止的数据。