第五章 传输层

三次握手:因为A和B建立连接时候,A给B发送报文可能连续发了几个,B收到A第一个建立信息时候反馈给A,然后A再给B一个确认的确认
四次挥手:A对B主动关闭对话,然后B给A反馈收到,但是B遇到A突然关闭,还有话可能没说完,所以A等B第二次发送数据报,然后收到后再确认一下

流量控制
让发送方的发送速率不要太快,要让接受方来的及接受。利用发送窗口来实现流量控制。
发送窗口表示:在没有收到B的确认的情况下,A可以连续把窗口内的数据都发送出去。已经发送的数据,在未收到确认之前都必须
暂时保留,以便超时重传时使用。
发送窗口的后沿部分表示已发送且已收到确认。前沿表示不允许发送,因为接收方没有保存这部分数据的缓存空间

nagle算法
(1)发送方的应用程序把数据逐个字节的发送到TCP的发送缓存,发收方先把第一个数据字节发送出去。

(2)把后续到达的字节缓存起来,当发送方接收到对第一个数据的确认后,在把发送缓存中的所有数据组成一个报文段发送出去

(3)同时对随后到达的数据进行缓存,当达到发送窗口的一半或已达到报文段的最大长度时,就立即发送出去。

糊涂窗口综合征
接收方的缓存已满, 接受方的应用进程只从接收缓存中读取一个字节,然后向发送方发出确认,并将窗口置为一个字节。
接着发送方又发来一个字节的数据,接收方发回确认,仍将发送窗口置为1。

解决办法
让接收方等待一段时间,接受缓存有足够的空间容纳一个最大报文段,或者接收缓存有一半的空闲空间。

另外,发送方把数据累积成足够大的报文段,或达到接受方缓存空间的一半。

回到顶部
拥塞控制
防止过多的数据注入到网络,使网络中的数据路由器或链路不致过载。

慢开始:每经过一个传输伦次,拥塞窗口就加倍。

拥塞避免:每经过一个传输伦次,拥塞窗口就加1

快重传:发送方不要等待自己发送数据时才进行捎带确认,而是要立即发送确认。
收到了失序的报文段要发送对已收到报文的重复确认。一连收到三个重复确认,应该立即重传。

快恢复:发送方知道丢失了个别的报文段,执行快恢复。发送方调整门限值为拥塞窗口的一半,设置拥塞窗口为门限值后,执行拥塞避免算法。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值