实验报告封面及正文格式规范.docx
《实验报告封面及正文格式规范.docx》由会员分享，可在线阅读，更多相关《实验报告封面及正文格式规范.docx（12页珍藏版）》请在冰豆网上搜索。
实验报告封面及正文格式规范
至诚学院实验报告
课程名称：
TCP/IP协议编程实践
姓 名：
学号：
系别：
专 业：
年 级：
年月日
实验一操作系统时间同步
【开发环境】
1、操作系统：
WindowsXP或Windows7操作系统
2、Winpcap开放代码函数库
3、语言：
C++及VS.NET2010开发平台
【背景知识】
1、按照实验指导书的“相关知识”来写。
2、IP数据报固定首部的基本格式（参考TCP/IP协议详解相应章节，或者教材，给出首部格式的图例，并简要说明相应字段含义）
（其余实验，可以参考实验指导书的“相关知识”，如果实验指导书这部分文字内容过多，请缩写出核心知识即可）
【设计思路】
参考实验指导书的“课程设计分析”这个小节，包含算法分析的文字内容，程序流程图
注意：
以上每个子模块的文字都要用5号，宋体，20磅行距的格式来完成。
标题则是【】括起来的小四，宋体，加黑。
“实验一xxx”标题用的宋体，小三，加黑，居中显示。
【核心代码】
只要求贴出最核心的代码，无需完整代码。
不要照抄实验指导书，贴出你自己的核心代码（这个小节，用小五，TimenewRoman字体，15磅行距）
【界面及运行结果】
贴出你的界面和运行结果
【思考答疑】
附录
附录一、实验报告要求：
1、本文档的第2页是以实验五的为例说明实验报告的格式要求，照这个例子完成其余实验的实验报告。
2、实验报告只用一个封面（如本文当第1页所示），每个实验都要求另起一页开始，做在同一个WORD文档中。
3、实验报告的“设计思路”、“核心代码”和“用户界面”这三个条目必须自己做，不允许抄袭；每个人的设计思路不同，有无用户界面等各不相同，核心代码的雷同率必须≤50%。
若有n（n>2）位同学的报告雷同，而老师无法判定谁抄袭谁，则雷同的这些报告，老师会根据雷同率，酌情扣分惩罚，直至0分为止。
其余条目，全班同学可以共享拷贝，但要注意自己的开发环境设定。
4、缺交实验报告的同学，实验报告成绩为0分。
附录二、实验验收方式：
实验的验收将分为两个部分：
第一部分是机房现场表现，包括：
出勤率、日常实验表现（是否玩游戏等），程序运行效果、针对程序运行和代码的即时提问。
第二部分是提交的实验报告。
此外，实验将采用实时检查方式，每个实验都应尽量在规定的时间内完成并检查，过期则视情况予以不计成绩或酌情扣分的惩罚。
为避免集中检查产生的诸多不良问题，希望同学们合理安排程序的完成时间，及时向老师提出验收申请。
最终课程成绩=10%×考勤+10%×课堂参与度+30%×实验报告+50%×源代码及运行效果
附录三、实验题目
详细见实验设计指导和复印材料。
附录四、实验报告上交
1、请根据自己的学号+姓名的方式创建文件夹，例如“211106584俞丁俊”，该文件夹内容如下，“实验X”文件夹中存放对应实验项目的源代码。
然后将该文件夹压缩成“学号+姓名”的RAR压缩包，如“211106584俞丁俊.rar”。
2、每个同学的压缩包电子版，请以电邮或其他方式交给班级负责人（不要单独交给老师！
！
，负责人后面指定），由负责同学将这些压缩包刻录在一个光盘内，上交电子版的截止日期，期末统一通知，建议截止日期为期末笔试前三天，因自己拖延未能在截至日期前及时交电子版，导致实验报告和源代码未能被刻入光盘的同学，实验报告成绩为0分，后果自负。
附录五、实验环境
1、可以使用JAVA或C++程序设计语言等实现本学期的编程实验项目。
2、请在实验五开始前预装Wincap，下载链接为：
http:
//www.winpcap.org/install/default.htm，请安装下图所示的版本，WinPcap中文技术文档见附录六，请务必详细阅读，尤其对于初学者，“WinPcap教程:
循序渐进教您使用WinPcap”部分是极其重要的：
附录六、Winpcap中文技术文档：
请务必仔细阅读该文档：
附录七、SOCKET编程简介
1、SOCKET规范概述
WindowsSockets规范以U.C.Berkeley大学BSDUNIX中流行的Socket接口为范例定义了一套MicosoftWindows下网络编程接口。
它不仅包含了人们所熟悉的BerkeleySocket风格的库函数；也包含了一组针对Windows的扩展库函数，以使程序员能充分地利用Windows消息驱动机制进行编程。
WindowsSockets规范本意在于提供给应用程序开发者一套简单的API，并让各家网络软件供应商共同遵守。
此外，在一个特定版本Windows的基础上，WindowsSockets也定义了一个二进制接口（ABI），以此来保证应用WindowsSocketsAPI的应用程序能够在任何网络软件供应商的符合WindowsSockets协议的实现上工作。
因此这份规范定义了应用程序开发者能够使用，并且网络软件供应商能够实现的一套库函数调用和相关语义。
遵守这套WindowsSockets规范的网络软件，我们称之为WindowsSockets兼容的，而WindowsSockets兼容实现的提供者，我们称之为WindowsSockets提供者。
一个网络软件供应商必须百分之百地实现WindowsSockets规范才能做到现WindowsSockets兼容。
任何能够与WindowsSockets兼容实现协同工作的应用程序就被认为是具有WindowsSockets接口。
我们称这种应用程序为WindowsSockets应用程序。
WindowsSockets规范定义并记录了如何使用API与Internet协议族（IPS，通常我们指的是TCP/IP）连接，尤其要指出的是所有的WindowsSockets实现都支持流套接口和数据报套接口.
应用程序调用WindowsSockets的API实现相互之间的通讯。
WindowsSockets又利用下层的网络通讯协议功能和操作系统调用实现实际的通讯工作。
它们之间的关系如下图：
2、WINDOWS环境下SOCKET基本函数
（1）WSAStartup函数
intWSAStartup（WORDwVersionRequested，LPWSADATAlpWSAData）;
使用Socket的程序在使用Socket之前必须调用WSAStartup函数。
该函数的第一个参数指明程序请求使用的Socket版本，其中高位字节指明副版本、低位字节指明主版本；操作系统利用第二个参数返回请求的Socket的版本信息。
当一个应用程序调用WSAStartup函数时，操作系统根据请求的Socket版本来搜索相应的Socket库，然后绑定找到的Socket库到该应用程序中。
以后应用程序就可以调用所请求的Socket库中的其它Socket函数了。
该函数执行成功后返回0。
例：
假如一个程序要使用2.1版本的Socket,那么程序代码如下
wVersionRequested=MAKEWORD（2,1）;
err=WSAStartup（wVersionRequested,&wsaData）;
（2）WSACleanup函数
intWSACleanup（void）;
应用程序在完成对请求的Socket库的使用后，要调用WSACleanup函数来解除与Socket库的绑定并且释放Socket库所占用的系统资源。
（3）socket函数
SOCKETsocket（intaf,inttype,intprotocol）;
应用程序调用socket函数来创建一个能够进行网络通信的套接字。
第一个参数指定应用程序使用的通信协议的协议族，对于TCP/IP协议族，该参数置PF_INET;第二个参数指定要创建的套接字类型，流套接字类型为SOCK_STREAM、数据报套接字类型为SOCK_DGRAM；第三个参数指定应用程序所使用的通信协议。
该函数如果调用成功就返回新创建的套接字的描述符，如果失败就返回INVALID_SOCKET。
套接字描述符是一个整数类型的值。
每个进程的进程空间里都有一个套接字描述符表，该表中存放着套接字描述符和套接字数据结构的对应关系。
该表中有一个字段存放新创建的套接字的描述符，另一个字段存放套接字数据结构的地址，因此根据套接字描述符就可以找到其对应的套接字数据结构。
每个进程在自己的进程空间里都有一个套接字描述符表但是套接字数据结构都是在操作系统的内核缓冲里。
下面是一个创建流套接字的例子：
structprotoent*ppe;
ppe=getprotobyname（"tcp"）;
SOCKETListenSocket=socket（PF_INET,SOCK_STREAM,ppe->p_proto）;
（4）closesocket函数
intclosesocket（SOCKETs）;
closesocket函数用来关闭一个描述符为s套接字。
由于每个进程中都有一个套接字描述符表，表中的每个套接字描述符都对应了一个位于操作系统缓冲区中的套接字数据结构，因此有可能有几个套接字描述符指向同一个套接字数据结构。
套接字数据结构中专门有一个字段存放该结构的被引用次数，即有多少个套接字描述符指向该结构。
当调用closesocket函数时，操作系统先检查套接字数据结构中的该字段的值，如果为1，就表明只有一个套接字描述符指向它，因此操作系统就先把s在套接字描述符表中对应的那条表项清除，并且释放s对应的套接字数据结构；如果该字段大于1，那么操作系统仅仅清除s在套接字描述符表中的对应表项，并且把s对应的套接字数据结构的引用次数减1。
closesocket函数如果执行成功就返回0，否则返回SOCKET_ERROR。
（5）send函数
intsend（SOCKETs,constcharFAR*buf,intlen,intflags）;
不论是客户还是服务器应用程序都用send函数来向TCP连接的另一端发送数据。
客户程序一般用send函数向服务器发送请求，而服务器则通常用send函数来向客户程序发送应答。
该函数的第一个参数指定发送端套接字描述符；第二个参数指明一个存放应用程序要发送数据的缓冲区；第三个参数指明实际要发送的数据的字节数；第四个参数一般置0。
这里只描述同步Socket的send函数的执行流程。
当调用该函数时，send先比较待发送数据的长度len和套接字s的发送缓冲区的长度，如果len大于s的发送缓冲区的长度，该函数返回SOCKET_ERROR；如果len小于或者等于s的发送缓冲区的长度，那么send先检查协议是否正在发送s的发送缓冲中的数据，如果是就等待协议把数据发送完，如果协议还没有开始发送s的发送缓冲中的数据或者s的发送缓冲中没有数据，那么send就比较s的发送缓冲区的剩余空间和len，如果len大于剩余空间大小send就一直等待协议把s的发送缓冲中的数据发送完，如果len小于剩余空间大小send就仅仅把buf中的数据copy到剩余空间里（注意并不是send把s的发送缓冲中的数据传到连接的另一端的，而是协议传的，send仅仅是把buf中的数据copy到s的发送缓冲区的剩余空间里）。
如果send函数copy数据成功，就返回实际copy的字节数，如果send在copy数据时出现错误，那么send就返回SOCKET_ERROR；如果send在等待协议传送数据时网络断开的话，那么send函数也返回SOCKET_ERROR。
要注意send函数把buf中的数据成功copy到s的发送缓冲的剩余空间里后它就返回了，但是此时这些数据并不一定马上被传到连接的另一端。
如果协议在后续的传送过程中出现网络错误的话，那么下一个Socket函数就会返回SOCKET_ERROR。
（每一个除send外的Socket函数在执行的最开始总要先等待套接字的发送缓冲中的数据被协议传送完毕才能继续，如果在等待时出现网络错误，那么该Socket函数就返回SOCKET_ERROR）
注意：
在Unix系统下，如果send在等待协议传送数据时网络断开的话，调用send的进程会接收到一个SIGPIPE信号，进程对该信号的默认处理是进程终止。
（6）recv函数
intrecv（SOCKETs,charFAR*buf,intlen,intflags）;
不论是客户还是服务器应用程序都用recv函数从TCP连接的另一端接收数据。
该函数的第一个参数指定接收端套接字描述符；第二个参数指明一个缓冲区，该缓冲区用来存放recv函数接收到的数据；第三个参数指明buf的长度；第四个参数一般置0。
这里只描述同步Socket的recv函数的执行流程。
当应用程序调用recv函数时，recv先等待s的发送缓冲中的数据被协议传送完毕，如果协议在传送s的发送缓冲中的数据时出现网络错误，那么recv函数返回SOCKET_ERROR，如果s的发送缓冲中没有数据或者数据被协议成功发送完毕后，recv先检查套接字s的接收缓冲区，如果s接收缓冲区中没有数据或者协议正在接收数据，那么recv就一直等待，只到协议把数据接收完毕。
当协议把数据接收完毕，recv函数就把s的接收缓冲中的数据copy到buf中（注意协议接收到的数据可能大于buf的长度，所以在这种情况下要调用几次recv函数才能把s的接收缓冲中的数据copy完。
recv函数仅仅是copy数据，真正的接收数据是协议来完成的），recv函数返回其实际copy的字节数。
如果recv在copy时出错，那么它返回SOCKET_ERROR；如果recv函数在等待协议接收数据时网络中断了，那么它返回0。
注意：
在Unix系统下，如果recv函数在等待协议接收数据时网络断开了，那么调用recv的进程会接收到一个SIGPIPE信号，进程对该信号的默认处理是进程终止。
（7）bind函数
intbind（SOCKETs,conststructsockaddrFAR*name,intnamelen）;
当创建了一个Socket以后，套接字数据结构中有一个默认的IP地址和默认的端口号。
一个服务程序必须调用bind函数来给其绑定一个IP地址和一个特定的端口号。
客户程序一般不必调用bind函数来为其Socket绑定IP地址和断口号。
该函数的第一个参数指定待绑定的Socket描述符；第二个参数指定一个sockaddr结构，该结构是这样定义的：
structsockaddr{
u_shortsa_family;
charsa_data[14];
};
sa_family指定地址族，对于TCP/IP协议族的套接字，给其置AF_INET。
当对TCP/IP协议族的套接字进行绑定时，我们通常使用另一个地址结构：
structsockaddr_in{
shortsin_family;
u_shortsin_port;
structin_addrsin_addr;
charsin_zero[8];
};
其中sin_family置AF_INET；sin_port指明端口号；sin_addr结构体中只有一个唯一的字段s_addr，表示IP地址，该字段是一个整数，一般用函数inet_addr（）把字符串形式的IP地址转换成unsignedlong型的整数值后再置给s_addr。
有的服务器是多宿主机，至少有两个网卡，那么运行在这样的服务器上的服务程序在为其Socket绑定IP地址时可以把htonl（INADDR_ANY）置给s_addr，这样做的好处是不论哪个网段上的客户程序都能与该服务程序通信；如果只给运行在多宿主机上的服务程序的Socket绑定一个固定的IP地址，那么就只有与该IP地址处于同一个网段上的客户程序才能与该服务程序通信。
我们用0来填充sin_zero数组，目的是让sockaddr_in结构的大小与sockaddr结构的大小一致。
下面是一个bind函数调用的例子：
structsockaddr_insaddr；
saddr.sin_family=AF_INET;
saddr.sin_port=htons（8888）;
saddr.sin_addr.s_addr=htonl（INADDR_ANY）;
bind（ListenSocket,（structsockaddr*）&saddr,sizeof（saddr））；
（8）listen函数
intlisten（SOCKETs,intbacklog）;
服务程序可以调用listen函数使其流套接字s处于监听状态。
处于监听状态的流套接字s将维护一个客户连接请求队列，该队列最多容纳backlog个客户连接请求。
假如该函数执行成功，则返回0；如果执行失败，则返回SOCKET_ERROR。
（9）accept函数
SOCKETaccept（SOCKETs,structsockaddrFAR*addr,intFAR*addrlen）;
服务程序调用accept函数从处于监听状态的流套接字s的客户连接请求队列中取出排在最前的一个客户请求，并且创建一个新的套接字来与客户套接字创建连接通道，如果连接成功，就返回新创建的套接字的描述符，以后与客户套接字交换数据的是新创建的套接字；如果失败就返回INVALID_SOCKET。
该函数的第一个参数指定处于监听状态的流套接字；操作系统利用第二个参数来返回新创建的套接字的地址结构；操作系统利用第三个参数来返回新创建的套接字的地址结构的长度。
下面是一个调用accept的例子：
structsockaddr_inServerSocketAddr;
intaddrlen;
addrlen=sizeof（ServerSocketAddr）;
ServerSocket=accept（ListenSocket,（structsockaddr*）&ServerSocketAddr,&addrlen）;
（10）connect函数
intconnect（SOCKETs,conststructsockaddrFAR*name,intnamelen）;
客户程序调用connect函数来使客户Sockets与监听于name所指定的计算机的特定端口上的服务Socket进行连接。
如果连接成功，connect返回0；如果失败则返回SOCKET_ERROR。
下面是一个例子：
structsockaddr_indaddr;
memset（（void*）&daddr,0,sizeof（daddr））;
daddr.sin_family=AF_INET;
daddr.sin_port=htons（8888）;
daddr.sin_addr.s_addr=inet_addr（"133.197.22.4"）;
connect（ClientSocket,（structsockaddr*）&daddr,sizeof（daddr））；
3、RAW模式的SOCKET编程
WindowsSockets是一个编程接口，它是在加州大学伯克利分校开发的套接字接口的基础上定义的。
它包括了一组扩展件，以充分利用MicrosoftWindows消息驱动的特点。
规范的1.1版是在1993年1月发行的，2.2.0版在1996年5月发行。
Windows2000支持Winsock2.2版。
在Winsock2中，支持多个传输协议的原始套接字，重叠I/O模型、服务质量控制等。
这里介绍WindowsSockets的一些关于原始套接字（RawSocket）的编程。
同Winsock1相比，最明显的就是支持了RawSocket套接字类型，通过原始套接字，我们可以更加自如地控制Windows下的多种协议，而且能够对网络底层的传输机制进行控制。
（1）创建一个原始套接字，并设置IP头选项。
SOCKETsock;
sock=socket（AF_INET,SOCK_RAW,IPPROTO_IP）;
或者：
s=WSASoccket（AF_INET,SOCK_RAW,IPPROTO_IP,NULL,0,WSA_FLAG_OVERLAPPED）;
这里，我们设置了SOCK_RAW标志，表示我们声明的是一个原始套接字类型。
创建原始套接字后，IP头就会包含在接收的数据中，如果我们设定IP_HDRINCL选项，那么，就需要自己来构造IP头。
注意，如果设置IP_HDRINCL选项，那么必须具有administrator权限，要不就必须修改注册表：
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Afd\Parameter\
修改键：
DisableRawSecurity（类型为DWORD），把值修改为1。
如果没有，就添加。
BOOLblnFlag=TRUE;
setsockopt（sock,IPPROTO_IP,IP_HDRINCL,（char*）&blnFlag,sizeof（blnFlag）;
对于原始套接字在接收数据报的时候，要注意这么几点：
◆如果接收的数据报中协议类型和定义的原始套接字匹配，那么，接收的所有数据就拷贝到套接字中。
◆如果绑定了本地地址，那么只有接收数据IP头中对应的远端地址匹配，接收的数据就拷贝到套接字中。
◆如果定义的是外部地址，比如使用connect（），那么，只有接收数据IP头中对应的源地址匹配，接收的数据就拷贝到套接字中。
（2）构造IP头和TCP头
这里，提供IP头和TCP头的结构：
//StandardTCPflags
#defineURG0x20
#defineACK0x10
#definePSH0x08
#defineRST0x04
#defineSYN0x02
#defineFIN0x01
typedefstruct_iphdr//定义IP首部
{
unsignedcharh_lenver;//4位首部长度+4位IP版本号
unsignedchartos;//8位服务类型TOS
unsignedshorttotal_len;//16位总长度（字节）
unsignedshortident;//16位标识
unsignedshortfrag_and_flags;//3位标志位
unsignedcharttl;//8位生存时间TTL
unsignedcharproto;//8位协议（TCP,UDP或其他）
unsignedshortchecksum;//16位IP首部校验和
unsignedintsourceIP;//32位源IP地址
unsignedintdestIP;//32位目的IP地址
}IP_HEADER;
typedefstructpsd_hdr//定义TCP伪首部
{
unsignedlongsaddr;//源地址
unsignedlongdaddr;//目
升级会员 