ImageVerifierCode 换一换
格式:DOCX , 页数:18 ,大小:329.14KB ,
资源ID:2228790      下载积分:12 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/2228790.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(停止等待协议实验报告.docx)为本站会员(b****3)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

停止等待协议实验报告.docx

1、停止等待协议实验报告实验 停止等待协议分析与协议模拟实现一、 实验目的和任务1.掌握停止等待协议的原理及分析过程包括使用状态转移图进行协议的分析。2.在计算机上编程模拟停止等待协议的工作过程并实现文件的端到端传输。3.能够在文件的传输过程中表现出协议运行所遇到的各种状况,如丢包,差错控制等二、 分析与设计1.设计任务分析:停止等待协议是数据链路层的几个协议中最简单的协议,是具有最简单流量控制的数据链路层协议,是数据链路层各种协议的基础。实验是基于winsock编程,是visual C+6.0 win32控制台运用程序实现的。它采用客户机/服务器(C/S)模型,即发送数据的一端为客户端,接收数据

2、的一端为服务器端。停止等待协议就是通过双方的收发数据而达到相互通信的目的。本实验通过编程模拟实现停止等待协议,随机的发送文件,通过服务器的的接受结果和客户端的接受结果显示理解停止等待协议的原理,掌握其应用。2. 协议分析假定 1: 链路是理想的传输信道,所传送的任何数据既不会出差错也不会丢失。假定 2: 不管发方以多快的速率发送数据,收方总是来得及收下,并及时上交主机。这个假定就相当于认为:接收端向主机交付数据的速率永远不会低于发送端发送数据的速率。 如果存在这样的传输信道,数据链路层协议也是不需要的。信道不会出错,而且接收方缓存的容量为无限大而永远不会溢出;或接收速率与发送速率绝对精确相等。

3、在上述两个假定的情况下,数据链路层当然就不需要任何协议就可以保证数据传输的正确。这就是说,传输数据的信道是不可靠的(即不能保证所传的数据不产生差错),并且还需要对数据的发送端进行流量控制。现在不能保证接收端向主机交付数据的速率永远不低于发送端发送数据的速率。由收方控制发方的数据流收方每接受到发方一帧后,回复确认帧,让发方继续发送下一帧,并且收方将数据帧交给上层软件识别,出现错误就将帧丢掉. 在大多数协议中,流量控制是一组过程,这组过程是用来告诉发送方在等待接收方的应答信号之前最多可以传送多少数据。流量控制有两个要点:(1)数据流不能使接收方过载。任何接收设备都有一个处理输入数据的速率限制,并且

4、存储输入数据的存储器容量也是有限的。接收设备必须在达到这些限制之前通知发送设备并且请求发送设备发送较少的数据帧或是暂停一会儿。在使用输入数据之前,需要对数据进行校验和处理,因此,每个接收设备都有一块存储器,叫做缓冲区,用于存放未来得及处理的数据帧。如果缓冲区将满,接收方也必须能够通知发送方暂停传输,直到接收方又能接收数据。(2)应答。随着数据帧的到来,接收方对他们进行应答,可以每收到一帧给一个应答,也可以一次对若干帧进行应答。如果一个帧到达时已经被破坏,接收方发送一个否定应答帧(NAK)。在数据链路层,差错控制主要指错误检测和重传方法。在一个帧中出现任何一个错误,接收方就返回一个否定应答帧,出

5、错的帧就被发送方重新传送。这个过程被称作自动重复请求(ARQ)。数据被重传的情况有三种:帧破坏、帧丢失和应答帧丢失。流量控制和差错控制是结合在一起实现的,共有两种实现流量控制和差错控制的技术:停止等待协议和滑动窗口协议。可以用多种方法来表示一个有限状态机,对协议进行描述,以下只描述一种。1)混合描述方法比较实用的办法是合并一些状态,即考虑一些次要的细节。例如,甲方的状态 1 和状态 2,状态 3和状态 4 都可以合并,乙的状态 1 和状态 4,状态 2 和状态 3 也可进行合并。这样可以用 3 个字符 XYZ 表示整个系统的状态,其中 X0 或 1,对应于甲方准备发 0 或 1(包括发完后等待

6、 ACK 的状态);Y0 或 1,对应于乙方期望收到 0 或 1;Z0、l、A或,对应于信道上传送的是 0、1、ACK 或出现了差错(包括丢失)。这样,就可得出 图3-24 的有限状态机。在弧线(或直线)旁边注明的数字为状态变迁的标号,其意义也注明在 图3-24 的右方。假设系统一开始处在(000)状态。这表示甲发完 0,乙期望收到 0,而信道上传送的也是 0。在无差错的情况下,系统的状态仅在 4 个状态中循环:(000)(01A)(111)(10A)(000) 。从理论上讲,应当共有 2 2 4 = 16 种不同的状态。去掉没有意义的组合后,还剩下 10 种状态,而导致状态变迁的输人事件共有

7、 9 种( 标号 0 8 )。这种有限状态机可帮助我们检查协议是否正确。例如,检查一下乙方会不会连续将两个 0 号帧送交主机。这相当于检查一下会不会出现这种情况,即在两次出现状态变迁 1 之间不出现状态变迁 3 。仔细检查 图3-24 就可发现这种情况是不会发生的。同样方法也可用来排除连续将两个 1 号帧送交主机的可能。再检查一下会不会发生甲方连续改变状态 2 次( 如从 0 到 1,再回到 0 )而乙方的状态未改变。这种情况相当于出现了未被发现的报文丢失。可以看出,这种情况也是不存在的。协议必须不出现死锁。死锁的出现是因为存在着这样的一种状态子集,其特点是:从这一子集变迁到子集外是不可能的,

8、而在这一子集状态的变迁总是局限于子集的几个状态。可以看出,如图 所示的自动机没有死锁现象。3设计方案论证当收方收到一个正确的数据帧后,便会向发方发送一个确认帧ACK,表示发送的数据正确接收。当发方收到确认帧后才能发送一个新的数据帧,这样就实现了接收方对发送方的流量控制。由于通信线路质量各方面的影响,数据帧从发送方到接收方传输的过程中可能会出现差错。为了保证数据的正确性和完整性,接收方在收到数据后,会用一定的方法对接收到的数据进行差错检验,所以接收方很容易检测出收到的数据帧是否出现差错。当接收方发现收到的数据出现差错时,就会向发送方发送一个否认帧NAK,表示对方发送的数据错误。发送方会根据接收方

9、发来的信息做出相应的操作。采用这样的有效的检错机制,数据链路层可以对上面的网络层提供了可靠的传输的服务。三、 系统运行与验证程序分两部分:客户程序和服务器程序。工作过程是: 服务器首先启动,它创建套接字之后等待客户的连接;客户启动后创建套接字,然后和服务器建立连接;建立连接后,客户写入文件的路径,然后将文件发送到服务器,服务器要求写入保存的文件路径,收到到文件后,将接收到的文件保存到指定路径当中。服务器端运行图: 客户端运行图成功发送文件后的服务器端客户端文件发送失败 客户端的响应客户端向服务器端发送文件请求ENQ,但是没有收到返回帧,客户端显示send file failed,而file s

10、end failed表明文件经过规定次数重传后文件还是发送失败。四、 总结与体会1. 分组情况 润:负责停止等待协议模拟客户端程序的编写、调试。毛凤阳:负责停止等待协议模拟服务端程序的编写、调试。黄晓明:负责查阅相关资料,实验报告的撰写,编写头文件。2. 总结通过本次实验及课上老师讲解,对停止等待协议有了更深刻的了解。并且通过C/S代码的编写运行,形象地看到客户/服务器端的运作方式,对于C/S模型有了很深刻的印象以及进一步理解。通过代码的编写,再一次熟悉Socket编程原理,掌握简单的套接字编程。运行程序成功后,是在同一台电脑上进行C与S端的连接。而且使用的是TCP协议,所以要模拟停止等待协议

11、发送丢包,超时等情况比较困难。仅仅实现了文件发送时等待应答信号超时的情况。编程时遇到许多困难,从一个新手通过查阅相关的资料和以前的学习以及和同学之间的交流进步到逐步了解。在设计过程中,组员之间相互促进,相互交流,共同进步。发送端程序/ sender.cpp : 定义控制台应用程序的入口点。/#include stdafx.h#include #include #include #include ./header/ARQ.h#include ./header/Exception.h/ 服务器端口#define SERVER_PORT 2280/ 最大重传次数#define MAXRETRY 8/

12、 传送传时时间#define TIMEOUT 3000#pragma comment(lib,ws2_32.lib)/设置link时的lib库,加入ws2_32.lib到工程,此库文件与socket编程有关 /也可以在MFC过在project-settings-link中加入 /主要是获得Ws2_32.dll using namespace std;SOCKET PrimaryUDP;/定义一个socket号char ServerIP20;/定义数组保存服务器的IP地址char FilePathMAX_PATH;/定义文件的路径存储数/ 用作奇偶检校的序号bool g_number = fal

13、se;/ 返回的控制字符char g_bcc;HANDLE m_hEvent;void InitWinSock() /初始化socket WSADATA wsaData;/The WSADATA structure is used to store Windows Sockets initialization information /returned by a call to the AfxSocketInit global function. if (WSAStartup(MAKEWORD(2, 2), &wsaData) != 0)/The WSAStartup function ini

14、tiates use of Ws2_32.dll by a process. /The MAKEWORD macro creates a WORD value by concatenating the specified values. throw Exception(Windows sockets 2.2 startup unsuccessful); else printf(Using %s (Status: %s)n, wsaData.szDescription, wsaData.szSystemStatus); printf(with API versions %d.%d to %d.%

15、dnn, LOBYTE(wsaData.wVersion), HIBYTE(wsaData.wVersion), LOBYTE(wsaData.wHighVersion), HIBYTE(wsaData.wHighVersion); void mksock(int type) /创建socket号 PrimaryUDP = socket(AF_INET, type, 0);/socket()函数创建一个socket号 if (PrimaryUDP 0) throw Exception(create socket error); void BindSock() /绑定一个socket号和本地进程(用地址和端口号描述) sockaddr_in sin; /定义一个套接字地址 sin.sin_addr.S_un.S_addr = INADDR_ANY;/ 获取本地IP地址 sin.sin_family = AF_INET; /协议族TCP

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1