流量控制

DTE和DCE速度之间存在很大差异,这样在数据的传送与接收过程当中很可能出现收方来不及接收的情况,这时就需要对发送方进行控制。
解决

停止等待协议:

概念:当源主机发送一个帧后,即停止发送,扽等待对方的应答。如果收到目的主机的肯定应答,则接着发送下一个帧。如果收到否定应答或者超过规定的时间没有收到肯定应答,则重发该帧。当源主机发送一个帧后,即停止发送,扽等待对方的应答。如果收到目的主机的肯定应答,则接着发送下一个帧。如果收到否定应答或者超过规定的时间没有收到肯定应答,则重发该帧。
存在的问题:假设源主机发送一个帧,并且目的主机确认它,但这个确认丢失或者迟到了。在这两种情况下,源主机超时并重发这个数据帧,但目的主机却认为这是下一个数据帧,因为它正确的接收并确认了上一个数据帧。这就引起重发数据帧的问题。
解决:停止等待协议的头部通常包含1bit的顺序号,即顺序号可取0和1,并且每一帧交替使用顺序号。因此,当源主机重发帧0时,目的主机可确定它是一个帧0的重复帧,而不是帧1。
缺点:它允许源主机每次在链路上只有一个未确定的帧,这可能远远低于链路的容量。

滑动窗口协议:

概念:允许源主机连续发送多个数据帧而不需要等待目的地主机应答的算法。
每个要发出的数据帧都包含一个序列号,范围是从0~2的n次方-1。
限制连续发送数据帧数据的方法

  • 发送窗口:源主机允许发送而未得到确认的一组数据帧的序号集合。决定发送窗口大小的因素有两个:第一个因素是接收方所通告的窗口大小;第二个因素是发送方的拥塞窗口限制,即拥塞窗口。发送窗口的大小取决二者之间的较小者
  • 接收窗口:目的地主机允许接收的数据帧序号的集合。
  • 2
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值