可靠的数据流传输服务 -TCP:传输控制协议
可靠的数据流传输服务 ——TCP：传输控制协议
TCP的服务 *端到端的面向连接的服务 *可靠的连接建立和较好的连接释放 *完全可靠性 *全双工通信 *流接口 应用程序将数据流发送给tcp 在TCP流中,毎个数据字节都被编号(序号) Tcp层将数据流分成数据段并以序号来标识
TCP的服务 端到端的面向连接的服务 可靠的连接建立和较好的连接释放 完全可靠性 全双工通信 流接口 ➢应用程序将数据流发送给tcp ➢在TCP流中，每个数据字节都被编号（序号） ➢Tcp层将数据流分成数据段并以序号来标识
可靠的建立连接:三次握手协议 建立连接听起来容易,但实际上却意想不到的棘手。初看起来,一个传输实体似乎只 需向目的机器发送一个连接请求( CONNECT REQUEST)TPDU,并等待对方接受连接(CON NECT ACCEPTED)的应答就足够了,但当网络可能丢失、存储和出现重复分组时,问题便 出现了。 设想一个子网十分拥塞以至于确认根本不能及时返呵时,每个分组由于在规定时鞭 内得不到确认而需要重发二次或三次的情形。假设该子网内部使用数据报,并且每个分 组拥有不同的路由。一些分组可能会因为子网内部的线路拥塞,需要很长一段时间才能 到达,即它们被存储到子网中,并在很久以后突然出现。 最坏的可能性是当下面情况发生时,一个用户与银行之间建立了一条连接,并发送报 文让银行将一笔巨款转至一个不能完全信任的人的账户下,然后便释放连接。不幸的是 此时每个分组均被复制并存放于子网中。当连接已经断开后,所有的复制分组又会从子 网中发出并顺序到达目的端,请求与银行建立个新的连接并再次转账,然后释放连接。 而银行则无法辨别这些分组是重复的,便假定这是第二次独立的转账业务,于是将巨款再 次转移
可靠的建立连接：三次握手协议
Tomlinson建议为每台主机增 设一个计时(tme-of-day)时钟。不同主机的时钟不需同步。假定每个时钟都采用进制 计数器形式,在统…的时间间隔内累加计数。而且,计数器内的位数必须等于或大于序列 号内的位数。最后,也是更重要的,是假定时钟一直在运转,即使主机停机亦如此。 基本思想是确保在同一时刻永远不会出现两个编号相同的TPDU。当一个连接建立 后,时钟的低k位作为初始序号(也是k位)。这样便不同于滑动窗口协议,每个 连接均以不同的序号开始对其TPυU进行编号。序号空间应该很大,以便当序号再次(循 环了一周)出现时,具有相同序号的旧的TDU早已传送完毕 旦建立连接的两个传输实体接受了初始序号,便可以使用任何滑动窗口协议来实 现数据流量控制
滑动窗口
tomlinson(975)引入了三次握手( hree way hand shake)的方法。 该建立连接的协议并不要求连接的双方以相同的序号开始发送数据,所以它可以在同步 方式下使用,而不必非要采用全局计时时钟的方式。当主机1发出连接请求时,连接建立 的一般过程如图6-11(a)所示。主机1选择个序号x并向主机2发送一包含了该序号 的连接请求TPDU;接着,主机2回应一个接受连接TPDU,确认x并声明自己所选用的初 始序号y;最后,主机1在其发送的第个数据TPDU中确认主机2所选择的初始序号