北邮sr协议实验报告Word格式文档下载.docx

北邮sr协议实验报告Word格式文档下载.docx

《北邮sr协议实验报告Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《北邮sr协议实验报告Word格式文档下载.docx（6页珍藏版）》请在冰豆网上搜索。

　　[1]模块划分图及描述

　　协议模块：

包括网络应用程序中的各种协议，包括STMP协议，MIME协议等。

处理模块：

主要实现对数据的进行编码以及解码。

　　实现模块：

主要内容为邮件发送的具体步骤，相关按钮操作。

　　[2]类关系图及描述

　　协议类：

CSMTP,CTEXTPlai,CMIMECode,CMIMEContentAgent,CMIMEMessage,CAppOctetStream,CTextPlain.主要为协议中信息处理的中作用

　　编码类：

Base64,MailMessage.主要为对邮件信息的处理

　　实现类：

CAboutDlg，CMyEmailClientApp，CMyEmailClientDlg.主要为MFC的框架构建以及邮件发送的实现。

　　[3]程序流程图及描述

　　[4]存储结构、内存分配

　　主要使用字符串数组来进行存储，同时还是用套接字来进行消息传输。

　　关键算法分析

　　算法1：

BOOLCSMTP:

:

Connect（）

　　[1]通过SMTP协议内容的判断对服务器之间的连接状况的判断

　　[2]将SMTP的协议工作原理进行细化，分为连接。

2.客户端发送HELO命令。

　　3.客户端发送AUTHLOGIN命令。

4.用户名与密码的验证。

分别在每一个步骤后对服务器返回的消息进行分析，判断是否连接正常。

　　[3]由于没有其他参量，时间复杂度为O

（1）。

空间复杂度为O

（1）。

　　[4]1判断套接字是否创建成功。

2判断是否连接到服务器。

3判断服务器是否响应。

4发送HELO命令，同时判断服务器响应是否正确。

5发送AUTHLOGIN命令，同时判断服务器响应是否正确。

6发送经过Base64编码过后的用户名，同时判断服务器响应是否正确。

7发送经过Base64编码过后的密码，同时判断服务器响应是否正确。

8一切正常，将变量m_bConnected=TRUE。

　　算法2：

transmit_message（CMailMessage*msg）

　　[1]向服务器发送邮件

　　[2]根据SMTP发送邮件的工作原理，将其分为1.发送MAIL命令，告知服务器发件人的邮件地址。

2.发送RCPT命令，告知服务器的接收人的邮件地址。

3.发送DATA命令。

　　4.发送邮件内容。

5.发送结束符，结束此次发送。

　　[3]由于FOR循环中包含msg->

GetNumRecipients（），所以时间复杂度为O（n）。

　　[4]1.判断是否连接服务器正常。

2.发送MAIL指令及发件人信息，并判断服务器响应。

3.发送RCPT指令及收件人信息，多个收件人必须多次发送，最后判断服务器响应。

　　4.发送DATA指令，并判断服务器响应。

5.发送邮件内容。

6.发送结束符，结束此次发送，并判断服务器响应。

　　算法3：

get_response（UINTresponse_expected）

　　[1]根据服务器的响应来判断是否正常

　　[2]首先判断套接字是否接收成功，然后将得到的响应进行分析，判断结果

　　[3]时间复杂度为O

（1），空间复杂度为O

（1）

　　[4]1.判断是否接收套接字正常，不正常直接返回FALSE。

2.判断接收的套接字是否为预期的，正常直接返回TRUE。

3.对接收的服务器响应，进行判断。

如果错误，将错误原因赋值给m_sError。

　　算法4：

voidCMyEmailClientDlg:

OnButtonAddFile（）

　　[1]附件按钮响应，实现添加附件的功能

　　[2]从目录中选择的文件，一个一个显示到附件的列表框中。

　　[3]由于和选择的附件数目有关，所以时间复杂度为O（n）。

　　[4]1.显示打开文件对话框。

2.将选择的文件写入pos变量中。

3.将pos中文件路径用字符串的方式显示到列表框中。

　　算法5：

OnSend（）

　　[1]发送按钮响应，实现发送邮件的功能

　　[2]将填入界面中的信息分别赋予其对应变量，然后按照顺序调用对应的功能函数，实现邮件的发送。

　　[3]由于收件人以及附件的数目不确定性，其时间复杂度为O（nm）。

　　[4]1.将填入的相应信息分别赋值给CMIMEMessagemsg对象。

2.根据列表框中的附件字符串数目，然后根据MIME协议进行添加附件。

3.建立CSMTP对象，同时设置m_SMTP的对应属性。

4.连接SMTP服务器，并判断是否成功。

5.发送邮件，并判断是否成功。

6.清空附件框，并断开SMTP服务器的连接。

　　其他

　　直接使用了封装好的MIME协议，大大增强了代码的简洁性。

　　3.程序运行结果分析

　　包括输入数据来源和格式、输出显示方式、主要界面、操作流程、响应时间，运行效果等。

　　输入数据来源和格式：

　　1.键盘输入。

直接从键盘输入相应的信息，如用户名，发件人等信息。

格式一般为

　　字符串

　　2.鼠标输入。

利用鼠标从电脑选择附件，进行输入。

在列表框中显示的格式为字符

　　串。

　　输出显示方式：

主要为对话框直接显示消息。

　　主要界面：

只包含一个主界面，点击附件按钮后，会弹出打开文件对话框。

　　篇二：

北邮移动通信实验报告

　　北京邮电大学移动通信实验报告

　　班级：

XX211126专业：

通信工程姓名：

学号：

班内序号：

　　一、实验目的

　　1、移动通信设备的认知a）了解机柜结构

　　b）了解移动通信设备组成和机框结构c）了解移动通信设备各单元的功能及连接方式2、网管操作和OMT创建小区a）了解OMC系统的基本功能和操作b）掌握OMT如何创建小区

　　3、移动通信业务的建立与信令流程a）了解TD-SCDMA系统的网络结构b）掌握基本业务测试环境的搭建

　　c）掌握CS业务与普通PS业务信令流程，体验视频通话

　　二、实验设备

　　TD‐SCDMA移动通信设备一套

　　三、实验内容1、TD_SCDMA系统认识

　　听了老师的讲授后，我了解到了TD_SCDMA系统是时分双工的同步CDMA系统，知道了TD_SCDMA系统网络结构中的三个重要接口（Iu接口、Iub接口、Uu接口），认识了TD_SCDMA系统的物理层结构，熟悉了TD_SCDMA系统的六大关键技术以及其后续演进LTE。

　　2、CN开卡

　　开卡过程如下图所示：

　　3、硬件认知

　　1）整套移动通信设备如下：

　　2）RNC设备认知

　　TDR3000设备机框外形结构如图1和图2所示

　　机框主要功能如下：

　　支持14个板位，作为19〞机框通用背板使用。

满足、规范。

　　实现机框内以太交换双星型物理连接拓扑。

对各前插板提供板位编号（HA0~7）。

　　对各前插板提供Fabric、Base、CLK、Update数据通路。

提供对所有FRU单元的IPMB总线通路。

提供‐48V冗余供电通路。

　　ATCA机框的UPDATECHANNEL设计规则为物理板位1与13、2与14、3与11、4与

　　12、5与

　　9、6与10、7与8两两之间设计UPDATECHANNEL。

　　图1：

机框背板功能分布示意图

　　由上图可知，ATCA机框的UPDATECHANNEL设计规则为物理板位1与13、2与14、3与11、4与12、5与9、6与10、7与8两两之间设计UPDATECHANNEL。

其中蓝色连线表示具有UpdateChannel连线的板位分配，物理板位7，8固定为两块交换板，其余板位固定为功能板。

　　图2：

机框背板接口后视图

　　机框物理上是一种13U标准的ATCA插箱，机框背板主体尺寸为ATCA标准定义部分：

　　。

主体之下为背板的风扇、电源接口引入部分，风扇接口包括风扇电源和IPMI

　　接口，背板与电源模块之间的电源接口包括两路－48V供电和四路风扇电源输入。

背板与各前插

　　板之间的电源接口采用分散供电方式，每个前插板有两路‐48V供电。

背板下部左右两部分中间位

　　置各预留1英寸安装输入电源插座（‐48V/风扇电源）。

　　单板结构

　　单板相关描述中，采用“逻辑板（物理板）”的描述方式，其中逻辑板为从软件功能及操作维护台显示的单板；

物理板为硬件单板，其单板名称印刷在在物理单板面板下方。

采用该表达方式的目的，是便于使用者能随时直观地了解逻辑板与物理板的映射关系，避免不熟悉两种单板类型映射关系的用户频繁地查找单板对应关系表。

TDR3000各种单板的类型及功能如下

　　机框槽位布局如下：

　　可以使用LDT软件查看硬件是否正常，由下图可以看出，硬件连接均正常。

　　其中使用的各单板功能如下：

　　?

GCPA（GMPA+SPMC+HDD）全局控制处理板完成以下功能：

全局处理板完成RNC全局资源的控制与处理、以及与OMC‐R的连接。

全局控制板支持板载〞IDE80GB硬盘数据存储功能；

处理以下协议：

RANAP协议中的复位，资源复位，过载控制消息；

SCCP管理、MTP3B管理、ALCAP管理、M3UA管理协议等；

?

两块GCPA以主备用方式工作；

　　篇三：

北邮网管实验二实验报告

　　信息与通信工程学院

　　网络管理

　　实验报告

　　专业

　　班级

　　姓名

　　学号

　　实验一SNMPMIB信息的访问

　　本实验的主要目的是学习SNMP服务在主机上的启动与配置，以及用MIB浏览器访问SNMPMIB对象的值，并通过直观的MIB-2树图加深对MIB被管对象的了解。

　　二、实验内容

　　1、SNMP服务在主机上的启动和配置；

　　2、分析MIB-2树的结构；

　　3、通过get、getNext、set、trap几种操作访问MIB对象的值。

　　三、实验环境要求

　　1、硬件要求

　　CPU：

主频233MHz以上处理器。

　　内存容量：

64MB以上。

　　硬盘空间：

50MB或更高。

　　2、软件要求：

　　MicrosoftWindows95/98/NT/XX操作系统。

　　AdventNetSNMPUtilities4版本或更高。

　　四、实验原理

　　1、SNMP服务

　　保护SNMP代理与SNMP管理站之间的通信的方法是给这些代理和管理站指定一个共享的共同体名称。

当SNMP管理站向SNMP服务发送查询时，请求方的共同体名称就会与代理的共同体进行比较。

若匹配，则表明SNMP管理站已通过身份验证；

若不匹配，则表明SNMP代理认为该请求是“失败访问”尝试，并且可能会发送一条SNMP陷阱消息。

　　2、SNMP安全控制

　　管理站和代理之间可以是一对多、多对一和多对多等不同关系。

由于一个代理可以收到来自不同管理站的对被管对象的操作命令，因此，要进行被管对象访问控制，需要解决以下三个问题：

（1）认证服务：

将对MIB的访问限定在授权的管理站的范围内。

（2）访问策略：

对不同的管理站给予不同的访问权限。

　　（3）代管服务：

在代管服务中实现托管站的认证服务和访问权限。

SNMP通过共同体的概念来解决上述问题。

共同体是一个在代理中定义的本地的概念。

代理为每组可选的认证、访问控制和代管特性建立一个共同体。

一个代理可以与多个管理站建立多个共同体，同一个管理站可以出现在不同的共同体中。

不同的代理也可能会定义相同的共同体名。

管理站将共同体名与代理联系起来加以应用。

　　3、管理信息库（MIB）

　　网络的所有对象都存在一个叫MIB的数据结构中，在其中，每个

　　管理对象都有相应且唯一的位置，因而也具有唯一的名字和对象标识符（OID）。

OID将对象放置于SNMP对象标识符层次化结构中的一个已知位置上。

　　4、管理信息结构（SMI）

　　SMI规定了MIB中被管对象的数据类型及其表示和命名方法，追求MIB的简单性和可扩充性。

MIB只存简单地数据类型：

标量和标量的二维矩阵。

SMI提供标准的方法来表示管理信息：

（1）用标准技术定义MIB结构；

（2）用标准技术定义被管对象；

　　（3）用标准技术进行对象值的编码。

　　5、MIB浏览器

　　MIB变量浏览器都按照MIB变量的树形命名结构进行设计，这样可以自顶向下，根据所要浏览的MIB变量的类别逐步找到该变量，无须记住该变量复杂的名字。

可利用MIB变量浏览器获取路由器当前的配置信息、性能参数以及统计数据等，对网络情况进行监视。

　　五、实验步骤

　　1、启动SNMP服务和配置共同体：

（1）添加windows“管理和监测工具”组件，并将其选定为“简单网络管理协议”。

（2）在控制面板中选择“管理工具”——》“服务”，进入“SNMPService的属性”对话框，设置并启动。

　　（3）在“安全”选项卡中，配置共同体，其中团体权利为“只读”，团体名称“public”。

　　2、配置并熟悉MIB浏览器：

（1）打开MibBrowser启动MIB浏览器，设置Host为localhost，Community为public，SNMP端口号161.

（2）单击MIB浏览器左侧“RFC1213-MIB”前的符号“+”打开被监测主机的MIB树图结构，观察。

　　（3）选择要访问的MIB对象，并进行访问。

　　（4）访问MIB树的叶子节点。

　　（5）打开“SNMPtable”窗口，单击start获得路由表信息。

　　六、实验过程

　　1、观察MIB树图结构的截图