理解OSI传输层的功能.PPTVIP

非正常的连接建立过程1出现延迟的重复TPDU时三次握手的工作过程来自一个已经释放连接的主机1的延时重复的连接请求，该TPDU在主机1毫不知晓的情况下到达主机2，主机2通过向主机1发送一个接受连接请求的TPDU来响应该TPDU，并声明自己的序号为y(seq=y,ACK=x)，主机1收到这个确认后感到莫名其妙并当即拒绝，主机2收到了主机1的拒绝才意识到自己受到了延时的重复TPDU的欺骗并放弃该连接，据此，延时的重复请求将不会产生不良后果tREJECT(ACK=y)ACC(seq=y,ACK=x)CR(seq=x)主机1主机2(b)重复的CR突然出现旧的重复非正常的连接建立过程2子网中同时有作废的CR和ACC的情况与上例一样，主机2收到了一个延时的CR并做了确认应答，在这里，关键是要认识到主机2已经声明使用y作为从主机2到主机1进行数据传输的初始序号，因此主机2十分清楚在正常情况下，主机1的数据传输应捎带对y确认的TPDU，于是，当第二个延时的TPDU到达主机2时，主机2根据它确认的是序号z而不是y知道这也是一个过时的重复TPDU，因此也不会无故建立无人要求的连接tREJECT(ACK=y)ACC(seq=y,ACK=x)CR(seq=x)主机1主机2(c)重复的CR和重复的ACK旧的重复DATA(seq=x,ACK=z)TCP连接的拆除—非对称释放一方中止连接，则连接即告中断已提出断开请求所以不接受数据DRDATAACCDATACR主机1主机2突然释放连接将造成数据丢失当连接建立后，主机1发送了一个数据TPDU并正确抵达主机2，接着，主机1发送了第二个数据TPDU，然而，主机2在收到第二个TPDU之前先突然发出了释放连接请求DISCONNECT，结果是连接立即被释放，数据被丢失TCP连接的拆除—对称释放一条传输连接被看成是两个方向上的单工连接，一方释放连接只是表示它数据发完了，但它仍可以在另一个方向上接收数据。两个方向均释放连接，连接才能被释放。两军问题TCP连接的拆除—对称释放A提出中止请求，B同意即中止对称释放方式适用于每个用户进程有固定数量的数据需要发送，而且清楚地知道何时发送完毕的情况其他情况下，决定所有工作是否已经完成，连接是否应该释放，可能是没有把握的可以假想一种完美的协议：A说：“我发送完了，你呢?”如果B响应：“我也发送完了，再见，”A收到了B的确认，连接便可以被安全释放对称释放1三次握手的正常情况三次握手的连接正常释放情况主机1主机2发送DR并启动计时器释放连接发送ACK发送DR并启动计时器释放连接DRDRACK主机1在结束数据传输后决定释放连接，于是发送DR并启动计时器，主机2在收到主机1的DR后同意释放连接，也发送DR并启动计时器，主机1在计时器没有超时前收到主机2的DR，便正式释放连接并发送ACK，主机2也在计时器没有超时前收到主机1的ACK，于是也释放了连接，至此整个数据传输过程，包括建立连接、传输数据和释放连接的过程正常结束TCP连接释放的过程FIN,SEQ=xACK,SEQ=y,ACK=x?1ACK,SEQ=x+1,ACK=y?1应用进程释放连接A不再发送报文FIN,ACK,SEQ=y,ACK=x+1主机B主机A通知主机应用进程①应用进程释放连接B不再发送报文②确认确认从A到B的连接就释放了，连接处于半关闭状态。相当于A向B说：“我已经没有数据要发送了。但你如果还发送数据，我仍接收。”至此，整个连接已经全部释放。最后的确认TPDU丢失的情况主机1主机2发送DR并启动计时器释放连接发送ACK发送DR并启动计时器DRDRACK丢失（超时）释放连接┇┇┇┇主机1主机2发送DR并启动计时器释放连接发送ACK发送DR并启动计时器DRDRACK丢失（超时）释放连接┇┇┇┇对称释放2最后的确认TPDU丢失主机1在结束数据传输后决定释放连接，于是发送DR并启动计时器，主机2在收到主机1的DR后同意释放连接，也发送DR并启动计时器，主机1在计时器没有超时前收到主机2的DR，便正式释放连接并