庭作业问题所示 当它没有

Shoponffss

发送方发送一个序列号为 的数据包 并转换为“ ” 等待 或 。 假设现在接收者正确接收到序列号为 的数据包 发送 并转换到状态“从下面等待 ” 等待序列号为 的数据包。 但是 已损坏。当 发送方获得损坏的 时 它重新发送序列号为 的数据包。然而 接收方正在等待一个序列号为 的数据包 如家收到序列号为 的数据包时 它总是发送一个 。 因此 发送方将总是发送序列号为 的数据包 而接收方将总是获取那个数据包。两者都不会从那个状态中取得进展。 为了最好地回答这个问题 考虑一下我们为什么首先需要序列号。我们看到 发送方需要序列号 以。

便接收方能够判断数据包是否是已经接收到的数据包的副本。在 _ ​ 的情况下 发送方不需要此信息 即。在 上的一个序列号 告诉检测一个重复的 。对于 接收器来说 一个重复的 是显而易见的 根据 中的确认号 因为当它收到原始 时 它就转换到下一个状态。重复的 不是发送 传真列表 方需要的 因此被 发送方忽略。 协议 的发送方与协议 的发送方不同之处在于添加了超时。我们已经看到 超时的引入增加了发送者到接收者数据流中出现重复数据包的可能性。然而 协议 中的接收方已经可以处理重复的数据包。 在 中 如果接收方发送了一个丢失的 然后发送方重新传输旧数据 则会出现接收端重复。
  


因此 协议 中的接收方也将作为协议 中的接收方。 分组发送时 添加一个定时器 当超过给定的最大时延后还没有收到 或 时 重发分组。 会发生死锁。 发送方 发送了包 后 进入等待 状态 接收方 等待 状态 收到了一个损坏的包。如果什么都不做 那么就会一直在这个状态等待 协议仍然可以工作 因为如果接收到的有错误的数据包实际上已经丢失 而且从接收者的角度来看 它永远不知道是哪个事件 那么就会发生重传。如果有 就会发生。 要了解这个问题背后更微妙的问题 就必须考虑到过早超时的发生。在这种情况下 如果数据包的每个额外副本都被压缩 并且每个额外的 都会导致当前数据。