计网实验报告(三) (4500字)

计算机网络实验报告（三）

——编程实现可靠数据传输原理 go-back-n

（一）实验目的：

运用各种编程语言实现基于go-back-n 的可靠数据传输软件。通过本实验，使学生能够对可靠数据传输原理有进一步的理解和掌握。

（二）实验内容:

(1).选择合适的编程语言编程实现基于go-back-n 的可靠数据传输软件。

(2).在实际网络环境或模拟不可靠网络环境中测试和验证自己的可靠数据传输软件。

（三）实验原理:

1.gbn协议含义：go-back-n arq

中文翻译为后退n式arq、回退n式arq。该协议对传统的自动重传请求

（arq,automatic repeat reques）进行了改进，从而实现了在接收到ack之前能够连续发送多个数据包。

在go-back-n arq中，发送端不需要在接收到上一个数据包的ack后才发送下一个数据包，而是可以连续发送数据包。在发送端发送数据包的过程中，如果接收到对应已发送的某个数据包的nack，则发送端将nack对应的某个数据包进行重发，然后再将该数据包之后的数据包依次进行重发。

后退n帧arq的图例:

后退n帧arq就是从出错处重发已发出过的n个帧。

2.go-back-n 的有限状态机模型表示如图所示：

(a)

(b)

图3.1 go-back-n 的有限状态机模型（a）发送端 (b)接受端

（四）实验步骤：

在eclipse平台编写并调试gbn模拟java程序，观察三组以上实验结果，验证程序可以正确模拟gbn的发送规则。

（五）实验结果：

以下为随机数模拟的某次发送情况：

接收方开始接收分组数据！

发送方开始发送分组数据！

发送方现在开始第一次发送序号为0的数据分组

当前窗口内的分组情况为：

第0号窗口里面存放的是序号为1的马上待发送的数据分组！

第1号窗口里面存放的是序号为2的马上待发送的数据分组！

第2号窗口里面存放的是序号为3的马上待发送的数据分组！

接收方收到了序号为0的分组！

该数据分组正是接收方所期待的，接收方接受了它并准备回送对应的ack！发送方收到了ack，序号为0并且开始加以确认！

发送方现在开始第一次发送序号为1的数据分组

当前窗口内的分组情况为：

第0号窗口里面存放的是序号为2的马上待发送的数据分组！

第1号窗口里面存放的是序号为3的马上待发送的数据分组！

第2号窗口里面存放的是序号为4的马上待发送的数据分组！

发送数据分组时发生延迟：1200毫秒！

接收方收到了序号为1的分组！

该数据分组正是接收方所期待的，接收方接受了它并准备回送对应的ack！发送方收到了ack，序号为1并且开始加以确认！

发送方现在开始第一次发送序号为2的数据分组

当前窗口内的分组情况为：

第0号窗口里面存放的是序号为3的马上待发送的数据分组！

第1号窗口里面存放的是序号为4的马上待发送的数据分组！

第2号窗口里面存放的是序号为5的马上待发送的数据分组！

发送数据分组时发生延迟：750毫秒！

序号为2的分组在传给接收方途中发生了丢包！发送方开始重新发送序号为 2的数据分组

发送数据分组时发生延迟：750毫秒！

接收方收到了序号为2的分组！

该数据分组正是接收方所期待的，接收方接受了它并准备回送对应的ack！发送方收到了ack，序号为2并且开始加以确认！

发送方现在开始第一次发送序号为3的数据分组

当前窗口内的分组情况为：

第0号窗口里面存放的是序号为4的马上待发送的数据分组！

第1号窗口里面存放的是序号为5的马上待发送的数据分组！

第2号窗口里面存放的是序号为6的马上待发送的数据分组！

发送数据分组时发生延迟：300毫秒！

接收方收到了序号为3的分组！

该数据分组正是接收方所期待的，接收方接受了它并准备回送对应的ack！发送方收到了ack，序号为3并且开始加以确认！

发送方现在开始第一次发送序号为4的数据分组

当前窗口内的分组情况为：

第0号窗口里面存放的是序号为5的马上待发送的数据分组！

第1号窗口里面存放的是序号为6的马上待发送的数据分组！

第2号窗口已经空了，并且后续窗口、发送方没有要发送的数据分组了！

发送数据分组时发生延迟：750毫秒！

接收方收到了序号为4的分组！

该数据分组正是接收方所期待的，接收方接受了它并准备回送对应的ack！发送方收到了ack，序号为4并且开始加以确认！

发送方现在开始第一次发送序号为5的数据分组

当前窗口内的分组情况为：

第0号窗口里面存放的是序号为6的马上待发送的数据分组！

第1号窗口已经空了，并且后续窗口、发送方没有要发送的数据分组了！第2号窗口已经空了，并且后续窗口、发送方没有要发送的数据分组了！

发送数据分组时发生延迟：1200毫秒！

序号为5的分组在传给接收方途中发生了丢包！

发送方开始重新发送序号为 5的数据分组

序号为5的分组在传给接收方途中发生了丢包！

发送方开始重新发送序号为 5的数据分组

发送数据分组时发生延迟：1200毫秒！

接收方收到了序号为5的分组！

该数据分组正是接收方所期待的，接收方接受了它并准备回送对应的ack！发送方收到了ack，序号为5并且开始加以确认！

发送方现在开始第一次发送序号为6的数据分组

当前窗口内的分组情况为：

第0号窗口已经空了，并且后续窗口、发送方没有要发送的数据分组了！第1号窗口已经空了，并且后续窗口、发送方没有要发送的数据分组了！第2号窗口已经空了，并且后续窗口、发送方没有要发送的数据分组了！

发送数据分组时发生延迟：750毫秒！

序号为6的分组在传给接收方途中发生了丢包！

发送方开始重新发送序号为 6的数据分组

发送数据分组时发生延迟：3000毫秒！

序号为6的分组在传给接收方途中发生了丢包！

发送方开始重新发送序号为 6的数据分组发送数据分组时发生延迟：3000毫秒！

接收方收到了序号为6的分组！

该数据分组正是接收方所期待的，接收方接受了它并准备回送对应的ack！

计时超时！！（未丢包但是时间超过2秒）发送方准备重发序号为6的数据分组！

发送方开始重新发送序号为 6的数据分组

发送数据分组时发生延迟：750毫秒！

接收方收到了序号为6的分组！

该数据分组不是接收方所期待的，该分组将被丢弃，接收方准备回送最后接受的数据分组对应的ack！

发送方收到了ack，序号为6并且开始加以确认！

当前窗口内的分组情况为：

第0号窗口已经空了，并且后续窗口、发送方没有要发送的数据分组了！

第1号窗口已经空了，并且后续窗口、发送方没有要发送的数据分组了！

第2号窗口已经空了，并且后续窗口、发送方没有要发送的数据分组了！

发送数据分组时发生延迟：300毫秒！

序号为7的分组在传给接收方途中发生了丢包！

以下是每个数据分组被发送过的次数的统计结果

序号为0的数据分组被发送过的次数为： 1

序号为1的数据分组被发送过的次数为： 1

序号为2的数据分组被发送过的次数为： 2

序号为3的数据分组被发送过的次数为： 1

序号为4的数据分组被发送过的次数为： 1

序号为5的数据分组被发送过的次数为： 3

序号为6的数据分组被发送过的次数为： 4

（六）问题总结：

1. 编写gbn算法，要注意的是在模拟丢包的情况下，要在接收端阻止ack的回传和在发送端发现ack超时的情况下进行该包的重发，要注意整个7个包的传送组织结构和顺序；

2. 进行模拟时，注意标注丢包及正确收到的flag值；

3. 测试时应多运行几次，观察在各种随机传送情况下的总体的发送情况，来验证是否能