SRIO协议解析

Serial RapidIO协议解析

1.物理层特性

1.1Two transmitters(short run and long run) and a single receiver are specified for each of

three baudrates, 1.25, 2.50, and 3.125 GBaud.

1.2The short run transmitter should be used mainly for chip-to-chip connections on either

the same printed circuit board or across a single connector.

1.3The long run transmitter specifications use larger voltage swings that are capable of

driving signals across backplanes. This allows a user to drive signals across two

connectors and a backplane.

1.4The most common equalization techniques that can be used

?Pre-emphasis on the transmitter

? A passive high pass filter network placed at the receiver. This is often referred to as

passive equalization.

?The use of active circuits in the receiver. This is often referred to as adaptive

equalization.

2.信号定义

Signal pin descriptions for a RapidIO 1x/4x LP-Serial port. The interface is defined either as a single- or four-lane, full duplex, point-to-point interface using differential signaling. A single-lane implementation consists of 4 wires and a four-lane implementation consists of 16 wires.

3.Electrical Specifications

3.1Short Run Transmitter Specifications

2.5 GBaud、

3.125 GBaud特性与1.25GBaud Short Run Transmitter AC Timing Specifications

基本相同,区别在于:

2.5 GBaud UI 400ps

3.125 GBaud UI 320ps

3.2Long Run Transmitter Specifications

2.5 GBaud、

3.125 GBaud特性与1.25GBaud Long Run Transmitter AC Timing Specifications 基本相同,区别在于:

2.5 GBaud UI 400ps

3.125 GBaud UI 320ps

3.3Receiver Specifications

2.5 GBaud、

3.125 GBaud特性与1.25GBaud Receiver Specifications基本相同,区别在于:

2.5 GBaud UI 400ps

3.125 GBaud UI 320ps

5.帧结构

●ACKID:向Packet发送端响应Packet接收确认信息;

●RSVD:保留域;

●PRIO:Packet优先级;

●TT:器件ID长度;

●Ftype:Logi_Inf的格式类型;

●Dest_Addr:目的器件ID号;

●Src_Addr:源器件ID号;

●Logi_Inf:逻辑层信息,包括数据长度、数据地址、邮箱号等;

●Payload:数据净核;

●CRC:采用多项式X16+X12+X5+1生成16bit CRC码;

6.协议结构

RapidIO协议定义了3个层:逻辑层、传输层和物理层。

7.1逻辑层

逻辑层定义了操作协议和相应的包格式。RapidIO支持的逻辑层业务主要是:直接IO/DMA (Direct IO/Direct Memory Access)和消息传递(Message Passing)。

●直接IO/DMA

直接IO/DMA模式的前提是主设备知道被访问端的存储器映射。主设备可以直接读写从设备的存储器。直接IO/DMA在被访问端的功能往往完全由硬件实现,被访问的器件无任何软件负担。

对上层应用来说,发起直接IO/DMA传输主要需提供以下参数:目地器件ID、数据长度、数据在目地器件存储器中的地址。

直接IO/DMA模式又可进一步分为以下几种传输格式:

NWRITE: 写操作,不要求接收端响应。

NWRITE_R: 带响应的NWRITE(NWRITE with Response),要求接收端响应。

SWRITE:流写(Stream Write),数据长度必须是8字节的整数倍,不要求接收端响应。

NREAD: 读操作。

●消息传递

消息传递(Message Passing)模式则类似于以太网的传输方式,它不要求主设备知道被访问设备的存储器状况。数据在被访问设备中的位置则由邮箱号(类似于以太网协议中的端口号)确定。从设备根据接收到的包的邮箱号把数据保存到对应的缓冲区,这一过程无法完全由硬件实现,而需要软件协助。

对上层应用来说,发起消息传递主要需提供以下参数:目地器件ID、数据长度、邮箱号。

7.2传输层

RapidIO是基于包交换的互连技术,传输层定义了包交换的路由和寻址机制。

RapidIO网络主要由两种器件,终端器件(End Point)和交换器件(Switch)组成。终端器件是数据包的源或目的地,不同的终端器件以器件ID来区分。RapidIO支持8 bits 或16 bits器件ID,因此一个RapidIO网络最多可容纳256或65536个终端器件。与以太网类似,RapidIO也支持广播或组播,每个终端器件除了独有的器件ID外,还可配置广播或组播ID。交换器件根据包的目地器件ID进行包的转发,交换器件本身没有器件ID。

RapidIO的互连拓扑结构非常灵活,除了通过交换器件外,两个终端器件也可直接互连。

7.3物理层

RapidIO 1.x 协议定义了1x/4x SRIO协议,具体参照1-3节。

7.错误检测和恢复机制

SRIO协议采用错误检测和重发机制对发送数据进行保护和恢复,重传纠错的功能由物理层完成。

协议规定,每个数据包的传输需得到接收端的确认,并在发送端为每个传输的数据包保留备份,直至收到一个数据包接收确认或发送端口确定该数据包遇到不可恢复的错误。

协议可检测以下4种错误:

●An idle sequence error

● A control symbol error

● A packet error

● A time-out waiting for an acknowledgment control symbol

8.1Idle sequence error

空闲码由A、K、R字符组成,输入端检测到无效的字符或有效字符但不是A、K、R 字符时,进入Error-stopped recovery process。

8.2Control symbol error

协议可检测以下2种symbol error:

●An uncorrupted control symbol that violates the link protocol

● A corrupted control symbol

Link protocol violations include the following:

?Unexpected packet-accepted, packet-retry, or packet-not-accepted control

symbol

?Packet acknowledgment control symbol with an unexpected packet_ackID

value

?Link time-out while waiting for an acknowledgment control symbol

Input ports detect the following types of control symbol corruption.

? A control symbol containing invalid characters or valid but non-data characters ? A control symbol with an incorrect CRC value

8.3Packet Errors

Input ports detect the following types of packet corruption

?Packet with an unexpected ackID value

?Packet with an incorrect CRC value

?Packet containing invalid characters or valid non-data characters

?Packet that overruns defined boundary such as the max payload.

8.4Time-out waiting

等待确认信号的链接超时作为违反链接协议的情况处理,参照8.2节。

8.参考标准

●RapidIOTM Interconnect Specification Part 6: 1x/4x LP-Serial Physical Layer

Specification Rev. 1.3

●串行RapidIO: 高性能嵌入式互连技术(TI forum)

●RapidIOTM Interconnect Specification Part 6: 1x/4x LP-Serial Physical Layer

Specification Rev. 2.0

软件合作协议

技术合作协议(合同) 甲方: 法定代表人: 乙方:身份证号:手机号: 根据《中华人民共和国合同法》的有关规定,经甲乙双方友好协商,本着长期平等合作,互利互惠的原则,为实现技术研发与市场营运的直接联盟,创造良好的经济效益和社会效益,达成以下协议: 一、合作宗旨 促进科学技术产业化的发展,充分利用甲方广泛的市场资源优势和发挥乙方科研平台能力,实现技术研发与市场营运的直接联盟。 二、合作范围 1.软件扩充、完善、硬件、优化、升级、调整、修改的开发维护与运营。 2.其它IT产品的研发。 三、合作方式及条件 1.甲方以现有的市场营销网络及社会资源为基础,更进一步的开发市场潜力,逐步形成一个规范化,全国性的营销网络。 2.甲方根据市场需求,收集和承接玩家用户应用软,硬件的开发项目。 3.乙方利用强大的技术开发力量,开发甲方新承接或者甲,乙双方共同确立的项目。 4.乙方应尽义务全力配合甲方做好技术咨询,凡涉及到甲方在运营当中平台的优化,与调整在甲、乙双方所设定时间内予以完成、并在开拓业务过程中提供技术全方位的支持。 四、权力责任 一、甲方责任 1、甲方承诺并同意在本系统运营期,甲方必须遵守国家相关法律正规合法运营及缴纳税收,如发生任何违法违纪行为所产生的一切法律责任及赔偿均由甲方独立承担。 2、甲方以每年12月31日按分配比例支付乙方分红。 3、甲方严格在双方许可下使用本软件,不可对产品进行解密或将产品交给他人解密。 4、根据行业发展要求,及时向乙方提供必要的信息,为乙方新产品,新技术测试应用积极协调本地资源提供必要的软、硬件环境。 7、在使用权运营状态发生变更前,必须书面通报乙方,甲方有权转让本平台。 8、甲方提出的产品、技术创新、软件开发,应符合国家相关法律法规的规定,并提交

计算机网络实验报告:地址解析协议(ARP)

电子科技大学电子工程学院标准实验报告(实验)课程名称地址解析协议(ARP) 电子科技大学教务处制表

电子科技大学 实验报告 学生姓名:朱长昊学号:2011029160015 指导教师:伍瑞卿 一、实验室名称:科B453 二、实验项目名称:地址解析协议(ARP) 三、实验原理: 本实验中,所有计算机位于一个物理网络中:所有计算机通过以太网交换机连接在一个以太网中。该物理网络中没有连接路由器。同时,所有计算机也位于同一个IP网络中。 IP分组在以太网中发送时,除了要有接收站的IP地址(IP分组中的目的IP 地址)外,还需要接收站的MAC地址(以太网帧中的目的MAC地址)。ARP 协议将IP地址(逻辑地址)动态映射为MAC地址(物理地址)。 实验中两人一组,在“未知”(使用命令arp -d * 清空ARP缓存表)和“已知”IP网络内通信时所需地址映射(目的IP地址,目的MAC地址)这两种情况下,先后使用计算机上的通信测试命令(ping)发起一次通信过程,并通过使用Wireshark软件捕获通信过程中通信双方的交互信息。比较两次通信过程中所捕获的分组数量、分组类型和分组内容,分析ARP协议的工作原理,包括:ARP分组(ARP请求分组和ARP应答分组)的产生条件、具体内容和传输方式。 每个实验者使用计算机上的ARP缓存表查看命令(arp -a),查看本小组的ARP协议操作结果和ARP缓存表内容,了解ARP缓存表的形成及其在ARP 协议操作过程中的作用。 四、实验目的: 1、掌握ARP协议工作原理 2、理解IP报文在以太网上的传输方法

五、实验内容: 1、熟悉以太网原理和帧结构 2、了解ARP协议原理 3、实验人数30~50人,每人1台计算机;2人一组配合完成本实验。 4、拓扑:(A、B范围中的主机分别简称为A主机和B主机) 六、实验器材(设备、元器件): 以太网交换机2~4台;计算机30~50台,Wireshark软件(捕获网络上传输数据报文) 七、实验步骤: 1、在A、B主机上运行Wireshark软件,选择适合的网卡,设置Wireshark 的捕获条件为arp。 2、清空A、B主机上的ARP缓存表(命令:arp -d *)。 3、在A、B主机上启动Wireshark的捕获过程。首先由A主机PING B主机。 PING结束以后,停止A、B主机的Wireshark捕获过程,保存捕获数据。 4、查看A、B主机上的ARP缓存表(命令:arp -a)。 5、在A、B主机上再次启动Wireshark的捕获过程,由B主机PING A主机。 PING结束以后,停止A、B主机的Wireshark捕获过程,保存捕获数据。 6、查看A、B主机上的ARP缓存表(命令:arp -a)。 7、查看并比较步骤3和步骤5中A、B主机上Wireshark软件所捕获的数据 报文数量和类型。 八、实验数据及结果分析: 1、计算机在通信过程中,什么情况下要发送ARP请求分组?什么情况下不 发送ARP请求分组? 当有多个ARP分组请求时发送,仅有一个时不发送

常用的硬件接口及通信协议详解

一:串口 串口是串行接口的简称,分为同步传输(USRT)和异步传输(UART)。在同步通信中,发送端和接收端使用同一个时钟。在异步通信中,接受时钟和发送时钟是不同步的,即发送端和接收端都有自己独立的时钟和相同的速度约定。 1:RS232接口定义 2:异步串口的通信协议 作为UART的一种,工作原理是将传输数据的每个字符一位接一位地传输。图一给出了其工作模式: 图一 其中各位的意义如下: 起始位:先发出一个逻辑”0”的信号,表示传输字符的开始。

数据位:紧接着起始位之后。数据位的个数可以是4、5、6、7、8等,构成一个字符。通常采用ASCII码。从最低位开始传送,靠时钟定位。 奇偶校验位:资料位加上这一位后,使得“1”的位数应为偶数(偶校验)或奇数(奇校验),以此来校验资料传送的正确性。 停止位:它是一个字符数据的结束标志。可以是1位、1.5位、2位的高电平。 空闲位:处于逻辑“1”状态,表示当前线路上没有资料传送。 波特率:是衡量资料传送速率的指针。表示每秒钟传送的二进制位数。例如资料传送速率为120字符/秒,而每一个字符为10位,则其传送的波特率为10×120=1200字符/秒=1200波特。 3:在嵌入式处理器中,通常都集成了串口,只需对相关寄存器进行设置,就可以使用啦。尽管不同的体系结构的处理器中,相关的寄存器可能不大一样,但是基于FIFO的uart框图还是差不多。

发送过程:把数据发送到fifo中,fifo把数据发送到移位寄存器,然后在时钟脉冲的作用下,往串口线上发送一位bit数据。 接受过程:接受移位寄存器接收到数据后,将数据放到fifo中,接受fifo事先设置好触发门限,当fifo中数据超过这个门限时,就触发一个中断,然后调用驱动中的中断服务函数,把数据写到flip_buf 中。 二:SPI SPI,是英语Serial Peripheral Interface的缩写,顾名思义就是串行外围设备接口。SPI,是一种高速的,全双工,同步的通信总线,并且在芯片的管脚上只占用四根线,节约了芯片的管脚,同时为PCB 的布局上节省空间,提供方便,正是出于这种简单易用的特性,现在越来越多的芯片集成了这种通信协议。

合同流程优化数据分析

一个课程内容专题(主题)的详细教学设计与实施方案 ——合同流程优化数据分析 教学目标: 本次课程探讨如何使用在线分析处理和常用的数据挖掘方法,分析业务流程运行的日志 数据,从数据科学的角度思考问题,从中找出业务流程的瓶颈以及业务运营优化方法。这里 以航天宇通公司的付款合同签订流程为例,讨论如何利用在线分析处理找出影响流程执行时 间各维度的问题,并在此基础上应用决策树的数据挖掘方法,分析影响流程执行时间过长的 主要因素,为流程的优化运行提供解决思路。 第1步教学问题引入 航天宇通公司主要承担国家军工相关产品型号部件的研制和生产任务。随着航天宇通公司信息化的发展,该公司建立了业务流程管理平台,大部分企业关键业务已经实现了电子化流程管理。其中“付款合同签订流程”是航天宇通公司在物资设备采购流程中较为重要的一个环节。通过分析发现,付款合同签订流程周期主要落在10至30天之间,流程的平均处理周期为47天,超期的流程主要集中在30至180天之间。因此如何减少这部分的流程处理时间是一个问题。传统的管理方法已经难以解决深层次的流程优化,而智能化的流程管理更强调从业务流程运行数据发现业务问题,找出流程运行的规律,从而发现业务流程优化的方法。本小节课程正是从数据思维的角度帮助企业解决流程中深层次的问题。 考虑以下问题: (1)上述问题可以用什么方法解决? (2)需要哪些数据? (3)这些数据存在哪些问题?分别用什么方法解决? 第2步探讨和实验 (1)首先进行数据抽取和预处理 数据抽取是从事务型数据库中的相关数据表提取数据分析所需的字段的过程。这里主要从流程节点处理日志以及合同信息业务表中抽取与分析主题有关的数据,过滤合同、合同条款、合同附件等非相关的数据。 数据转换是对数据粒度以及不一致的数据进行转换。这里需要转换的数据包括部门、费用类别等名称的归类统一。例如,把很少出现的部门或费用类别归入其他类别。此外,处理时间需要通过结束时间与开始时间计算差值计算得到。 数据清洗是为了消除数据源中异常或出错数据导入数据仓库后对最终决策分析产生的不 良影响。这里需要清洗的数据有流程日志中标识为出错的流程数据以及流程业务表单中标识为测试的业务数据。 在对相关数据进行以上抽取、转换、清洗等处理后,需要把数据装载到数据仓库。这里数据仓库中装载的数据为航天宇通公司2010年的真实数据,流程实例记录总数为1409条,流程处理节点总数为9514个。 (2)探查付款合同签订流程存在的问题 对影响付款合同签订流程执行时间的流程执行活动、流程发起时间、流程起草单位(人)、合同签约单位(供应商)、合同费用类别、审批领导诸多维度进行在线分析处理,找出每个维

Ns2.34上leach协议的完美移植

Ns2.34上leach协议的完美移植 经过几天的不断实验,以及网上各位前辈的帮助,终于成功将leach协议完美移植到ns2.34上,下面是我的安装笔记。 Step1 在ns-2.34的目录下新建一个leach文件夹,将leach.tar.gz放入这个文件夹 Step2 在终端中进入这个目录下,键入tar zxf leach.tar.gz Step3 ①将leach/mit整个目录复制到ns-allinone-2.34/ns-2.34中 ②将leach/mac目录下的https://www.360docs.net/doc/2115169802.html,, mac-sensor.h, https://www.360docs.net/doc/2115169802.html,, mac-sensor-timers.h四个文件复制到ns-allinone-2.34/ns-2.34/mac中 ③将leach/tcl/mobility目录下的四个文件复制到ns-allinone-2.34/ns-2.34/tcl/mobility中 ④将ns-allinone-2.34/ns-2.34/tcl/ex目录下的wireless.tcl重命名为wireless_1.tcl,再将leach/tcl/ex目录下的wireless.tcl复制到ns-allinone-2.34/ns-2.34/tcl/ex中⑤将leach目录下的test,leach_test,package_up三个文件复制到ns-allinone-2.34/ ns-2.34中 Step3 修改文件 ①需要修改的文件有: ns-allinone-2.34/ns-2.34/apps/https://www.360docs.net/doc/2115169802.html,,app.h ns-allinone-2.34/ns-2.34/trace/https://www.360docs.net/doc/2115169802.html,,cmu-trace.h ns-allinone-2.34/ns-2.34/common/https://www.360docs.net/doc/2115169802.html,,https://www.360docs.net/doc/2115169802.html,,packet.h ns-allinone-2.34/ns-2.34/mac/https://www.360docs.net/doc/2115169802.html,,ll.h,https://www.360docs.net/doc/2115169802.html,,https://www.360docs.net/doc/2115169802.html,,phy.h,wireless-phy.c c,wireless-phy.h ②修改方法: 对于leach目录下相应的文件(即刚才未复制的文件),将代码中以“#ifdef MIT_uAMPS”开始,并以“#endif”结束的部分复制到以上文件对应的位置 这个过此要小心核对修改,否则前功尽弃 ③特殊情况 <1> ns-allinone-2.34/ns-2.34/common/packet.h中大约185行,根据其他变量的格式将代码更改为 #ifdef MIT_uAMPS static const packet_t PT_RCA = 61; #endif 并将最后一个枚举值改为62 这个过程可以随情况改变,还要注意的是packet.h文件并不是只改这一部分,前面的修改依然要。 <2> ns-allinone-2.34/ns-2.34/mac/wireless-phy.h,给类WirelessPhy添加public变量,大约105行 #ifdef MIT_uAMPS MobileNode * node_;

-----软件合作协议

软件合作协议 甲方: 身份证号: 住址: 乙方:身份证号: 住址: 风险提示: 合作的方式多种多样,如合作设立公司、合作开发软件、合作购销产品等等,不同合作方式涉及到不同的项目内容,相应的协议条款可能大不相同。 本协议的条款设置建立在特定项目的基础上,仅供参考。实践中,需要根据双方实际的合作方式、项目内容、权利义务等,修改或重新拟定条款。 甲乙双方在平等自愿的基础上经充分协商,就合作经营______ 项目、明确合作各方的权利与 责任事宜,特订立以下协议条款共同执行。 一、合作方式 风险提示: 应明确约定合作方式,尤其涉及到资金、技术、劳务等不同投入方式的。同时,应明确各自的权益份额,否则很容易在项目实际经营过程中就责任承担、盈亏分担等产生纠纷。 甲方出资金人民币_______ 元,占股70%;乙方出技术沾股30%。 二、合作项目 软件名称: 项目经营范围: 项目经营地址: 三、合作时间 合作期限为______ 年,自本协议签字生效之日算起。期满后双方如有继续合作的愿望,以本协议为基础重新签订协议。 四、合作分工风险提示: 应明确约定合作各方的权利义务,以免在项目实际经营中出现扯皮的情形。 再次温馨提示:因合作方式、项目内容不一致,各方的权利义务条款也不一致,应根据实际情况 进行拟定。 (一)甲方的权利义务: 1、为确保软件真正的能够发挥作用,甲方必须指定专人参加培训和负责软件应用。 2、为了保证软件正常运行,甲方必须保证提供相应的软硬件环境。 3、甲方在乙方进入现场安装和调试时,提供必要的支持和协作。 4、甲方不得进行盗版活动,不得出租、转让给他人,否则后者不再享有甲方的相关服务。 5、甲方应积极向乙方提出软件的相关改进意见和建议,以利于乙方的改进工作。 6、甲方有权利享受软件授权协议中的权利。 7、甲方有权利要求乙方提供完善优质的服务。 8、甲方有权利要求乙方负责软件的升级等售后服务工作。 (二)乙方的权利义务

LEACH协议的算法结构及最新研究进展

LEACH协议的算法结构及最新研究进展 1 LEACH协议算法结构 LEACH这个协议的解释是:低功耗自适应集簇分层型协议。通过名字,我们就能想到这个协议的大概作用了。那么在这之中,我们先来研究一下它的算法。 该算法基本思想是:以循环的方式随机选择蔟首节点,将整个网络的能量负载平均分配到每个传感器节点中,从而达到降低网络能源消耗、提高网络整体生存时间的目的。仿真表明,与一般的平面多跳路由协议和静态分层算法相比,LEACH协议可以将网络生命周期延长15%。LEACH在运行过程中不断的循环执行蔟的重构过程,每个蔟重构过程可以用回合的概念来描述。每个回合可以分成两个阶段:蔟的建立阶段和传输数据的稳定阶段。为了节省资源开销,稳定阶段的持续时间要大于建立阶段的持续时间。蔟的建立过程可分成4个阶段:蔟首节点的选择、蔟首节点的广播、蔟首节点的建立和调度机制的生成。 蔟首节点的选择依据网络中所需要的蔟首节点总数和迄今为止每个节点已成为蔟首节点的次数来决定。具体的选择办法是:每个传感器节点随机选择0-1之间的一个值。如果选定的值小于某一个阀值,那么这个节点成为蔟首节点。 选定蔟首节点后,通过广播告知整个网络。网络中的其他节点根据接收信息的信号强度决定从属的蔟,并通知相应的蔟首节点,完成蔟的建立。最后,蔟首节点采用TDMA方式为蔟中每个节点分配向其传递数据的时间点。 稳定阶段中,传感器节点将采集的数据传送到蔟首节点。蔟首节点对蔟中所有节点所采集的数据进行信息融合后再传送给汇聚节点,这是一种叫少通信业务量的合理工作模型。稳定阶段持续一段时间后,网络重新进入蔟的建立阶段,进行下一回合的蔟重构,不断循环,每个蔟采用不同的CDMA代码进行通信来减少其他蔟内节点的干扰。 LEACH协议主要分为两个阶段:即簇建立阶段(setup phase)和稳定运行阶段(ready phase)。簇建立阶段和稳定运行阶段所持续的时间总和为一轮(round)。为减少协议开销,稳定运行阶段的持续时间要长于簇建立阶段。 在簇建立阶段,传感器节点随机生成一个0,1之间的随机数,并且与阈值T(n)做比较,如果小于该阈值,则该节点就会当选为簇头。在稳定阶段,传感器节点将采集的数据传送到簇首节点。簇首节点对采集的数据进行数据融合后再将信息传送给汇聚中心,汇聚中心将数据传送给监控中心来进行数据的处理。稳定阶段持续一段时间后,网络重新进行簇的建立阶段,进行下一轮的簇重建,不断循环。 2 LEACH协议的特点 1 为了减少传送到汇聚节点的信息数量,蔟首节点负责融合来自蔟内不同源节点所产生的数据,并将融合后的数据发送到汇聚点。 2 LEACH采用基于TDMA/CDMA的MAC层机制来减少蔟内和蔟间的冲突。 3 由于数据采集是集中的和周期性的,因此该协议非常适合于要求连续监控的应用系统。 4 对于终端使用者来说,由于它并不需要立即得到所有的数据,因此协议不需要周期性的传输数据,这样可以达到限制传感器节点能量消耗的目的。 5 在给定的时间间隔后,协议重新选举蔟首节点,以保证无线传感器网络获取同意的能量分布。

实验三 地址解析协议ARP

实验三地址解析协议ARP 一、实验目的 通过本实验,掌握数通实验平台仿真软件eNSP的使用方法,掌握利用路由器构造小规模互联网络的方法,了解MAC地址、IP地址各自的用途,验证地址解析协议ARP的协议、过程。 二、实验器材 计算机、eNSP仿真软件 三、实验要求 ●理解ARP协议的工作原理; ●理解ARP协议的报文格式; ●理解ARP高速缓存的作用; ●解析ARP协议的报文。 四、预备知识 (1)利用ICMP测试网络连通性的原理 (2)以太网帧结构 (3)地址解析协议ARP的原理、协议与帧结构 五、实验内容 (1)利用数通实验平台模拟软件eNSP构建一个由一台路由器、两台交换机、四台或以上PC终端构成的小规模互联网络; (2)利用eNSP中抓包工具,选择合适点抓包; (3)利用ping命令检测网络连通性,并分析抓包工具中获得的相应数据,解析并理解ARP协议的报文格式; (4)分析抓包工具中获得的相应数据,理解IP地址与MAC地址的转换过程,理解ARP协议的工作原理; (5)分析、理解ARP高速缓存的作用; 六、实验结果及分析 1、建立两个各由一台交换机、两台或两台以上终端构成的小规模局域网络,

ping 192.168.1.24 在同一局域网下,ping 192.168.1.24能连通,计算机1将一个数据包发送到目标ip,且对方返回一个数据包,表示网络是连通的,在“Wireshark”上显示出抓取到的ping报文。 2、ping 192.168.2.1 计算机1ping不通计算机3不能连通,不同局域网下没有连接通道。3、放置一台路由器,连接两台交换机,并配置路由器,设置计算机1的网关192.168.1.254,计算机3不设置网关,ping 192.168.2.1

汽车总线系统通信协议分析与比较

河南机电高等专科学校 《汽车单片机与局域网技术》 大作业 专业班级:汽电112 姓名:史帅峰 学号:111606240 成绩: 指导老师:袁霞 2013年4月16日 汽车总线系统通信协议分析与比较 摘要:本文主要针对汽车总线系统通讯协议,探讨汽车总线通讯协议的种类、发展趋势以及技术特点。在对诸多组织和汽车制造商研发的各类汽车总线进行比较和探讨的基础上,对其现状进行了分析;并综合汽车工业的特点对这两大类汽车总线协议的发展前景作了分析。关键词:汽车总线技术通讯协议车载网络 引言:汽车电子技术是汽车技术和电子技术结合发展的产物。从20世纪60年代开始,随着电子技术的飞速发展,汽车的电子化已经成为公认的汽车技术发展方向。在汽车的发展过程中,为了提高汽车的性能而增加汽车电器,电器的增加导致线缆的增加,而线束的增加又使整车质量增加、布线更加复杂、可维护性变差,从而又影响了汽车经济性能的提高。因此,一种新的技术就被研发出来,那就是汽车总线技术。总线技术在汽车中的成功应用,标志着汽车电子逐步迈向网络化。 一、车载网络的发展历程 20世纪80年代初,各大汽车公司开始研制使用汽车内部信息交互的通信方式。博世公司与英特尔公司推出的CAN总线具有突出的可靠性、实时性和灵活性,因而得到了业界的广泛认同,并在1993年正式成为国际标准和行业标准。TTCAN对CAN协议进行了扩展,提供时间触发机制以提高通讯实时性。TTCAN的研究始于2000年,现已成为CAN标准的第4部分ISO11898-4,该标准目前处于CD(委员会草案)阶段。 1994年美国汽车工业协会提出了1850通信协议规范。从1998年开始,由宝马、奥迪等七家公司和IC公司共同开发能满足车身电子要求的低成本串行总线技术,该技术在2000年2月2日完成开发,它就是LIN。 FlexRay联盟推进了FlexRay的标准化,使之成为新一代汽车内部网络通信协议。FlexRay车载网络标准已经成为同类产品的基准,将在未来很多年内,引导整个汽车电子产品控制结构的发展方向。FlexRay是继CAN和LIN之后的最新研发成果。 车载网络的分类及其网络协议 从20世纪80年代以来不断有新的网络产生,为了方便研究和应用,美国汽车工业协会(SAE)的车辆委员会将汽车数据传输网络划分为A、B、C三类。 A类网络 A类网络是面向传感器/执行器控制的低速网络,数据传输速度通常小于10kb/s,主要用于后视镜调整、电动车窗、灯光照明等控制。 A类网络大都采用通用异步收发器(UART,Universal Asynchronous Receiver/Trsmitter)标准,使用起来既简单又经济。但随着技术水平的发展,将会逐步被其他标准所代替。 A类网络目前首选的标准是LIN总线,是一种基于UART数据格式、主从结构的单线12V总线通信系统,主要用于智能传感器和执行器的串行通信。

软件合作协议书

软件合作协议书 关于软件合作协议书 甲方: 乙方: 为了更好的做好服务工作,长期建立合作关系,经双方认真协商,本着平等互利、相互信任的原则,特定立本合同,以便共同遵守. 一、甲方的权利和义务: a、甲方的义务: 1、为确保软件真正的能够发挥作用,甲方必须指定专人参加培 训和负责软件应用。 2、为了保证软件正常运行,甲方必须保证提供相应的软硬件环境。 3、甲方在乙方进入现场安装和调试时,提供必要的支持和协作。 4、甲方不得进行盗版活动,不得出租、转让给他人,否则后者 不再享有甲方的相关服务。 5、甲方应积极向乙方提出软件的相关改进意见和建议,以利于 乙方的改进工作。 b、甲方的权利: 1、甲方有权利享受软件授权协议中的权利 2、甲方有权利要求乙方提供完善优质的服务。 3、甲方有权利要求乙方负责软件的升级等售后服务工作。 二、乙方的'权利和义务

a、乙方的义务: 1、乙方根据甲方的需求,提供优秀的正版软件产品,具体软件 清单见附件1。 2、乙方负责软件的安装和调试,以及相关的培训工作。 3、乙方负责软件的售后服务,乙方通过电话、网络或上门的形 式提供完善的售后服务,承诺8小时内解决软件的调试工作。 5、乙方承诺软件的载体(光盘、硬盘、加密狗等)如非人为因 素损坏,一年内免费调还,但如甲方丢失加密狗,需按照相关软件 产品价格赔偿。 6、乙方负责软件的升级工作,乙方承诺软件同版本间免费升级。 b、乙方的权利: 1、乙方是产品的版权持有人,如甲方要求二次开发,可向甲方 开放部分源代码。 三、有效日期: 该协议自______年___月__日起生效。 四、付款方式 1、合同的总金额为人民币____________元整。 2、在软件安装、调试完成,交付乙方使用,并把相应载体交给 乙方后一周内付清全部款项的__%,即人民币____________元整。 3、自本协议签订之日起一年内,甲方向乙方付清尾款人民币 ____________元整。 五、双方由于不可抗拒的灾害和确定非一方本身造成的原因而 不能屡行合同时,可免予承担经济责任。 六、本合同自签定之日起,双方盖章签字后生效,任何一方不 得擅自修改或终止,如需修改或终止时,应双方协商同意,另立协 议方可有效。

WSN中LEACH协议源码分析报告

WSN中LEACH协议源码分析 分析(一) 首先对wireless.tcl进行分析,先对默认的脚本选项进行初始化: set opt(chan)Channel/\VirelessChannel set opt(prop) Propagatioii/TwoRayGround set opt(netif)PhyAVirelessPhy set opt(mac) Mac/802_l 1 set opt(ifq) Qucuc/DropTail/PriQueue set opt(ll) LL set opt(ant) Antenna/OmniAntenna set opt(x) 0 。# X dimension of the topography set opt(y) 0。# Y dimension of the topography set opt(cp),H, set opt(sc) N../mobility/scene/scen-670x670-50-600-20-2u。# scenario file set opt(ifqlen)50o # max packet in if set opt(nn) 51。# number of nodes set opt(secd) 0.0 set opt(stop) 10.0 o # simulation time set opt(tr) out.tr。# trace file set opt(rp) dsdv 。 # routing protocol script set opt(lm) M on H。# log movement 在这个wireless.tcl中设置了一些全局变呈:: # #Initialize Global Variables # set ns_ [new Simulator] set chan [new $opt(chan)] set prop [new $opt(prop)] set topo [newTopography] set tracefd [open Sopt(tr) w] Stopo Ioad_flatgrid $opt(x) $opt(y) Sprop topography Stopo 这些初始化将在后而的使用中用到,该文件最重要的是创建leach 17点:创建方法如下: } elseif { [string compare Sopt(rp) M leach,,]==0} { for {set i 0} {$i < $opt(nn) } {incr i} { leach-create-mobile-node $i } 如果路由协议是leach协议,则在Uamps.tcl中调用leach-create-mobile-node方法创建leach节点。将在第二小节讲如何创建leach节点。 for {set i 0} {$i < $opt(nn) } {incr i} { $ns_ at $opt(stop).000000001 M Snode_($i) reset”。〃完成后,重宜右点的应用

地址解析协议(ARP)实验报告

实验报告 实验中心(室):计算机工程实验教学中心实验分室:计算机网络基础 实验课程:计算机网络与互联网实验项目名称:地址解析协议(ARP)专业:计算机科学与技术(网络工程)年级:2014级 姓名:刘成学号:20140657031105 日期:2016年11月10日一.实验目的 1. 掌握ARP 协议的报文格式 2. 掌握ARP 协议的工作原理 3. 理解ARP 高速缓存的作用 4. 掌握ARP 请求和应答的实现方法 5. 掌握ARP 缓存表的维护过程 二.实验环境 三.实验内容 练习 1 领略真实的ARP(同一子网) 各主机打开工具区的“拓扑验证工具”,选择相应的网络结构,配置网卡后,进行拓扑验证,如果通过拓扑验证,关闭工具继续进行实验,如果没有通过,请检查网络连接。本练习将主机A、B、C、D、E、F 作为一组进行实验。 1.主机A、B、C、D、E、F 启动协议分析器,打开捕获窗口进行数据捕获并设置过滤条件(提取ARP、ICMP)。 2.主机A、B、C、D、E、F 在命令行下运行“arp -d”命令,清空ARP 高速缓存。 3.主机A ping 主机D(172.16.1.4)。主机B ping 主机C(172.16.1.3)。主机E ping 主机F(172.16.0.3)。 4. 主机A、B、C、D、E、F 停止捕获数据,并立即在命令行下运行“arp -a”命令察看ARP 高速缓存。 ●ARP 高速缓存表由哪几项组成? ●结合协议分析器上采集到的ARP报文和ARP高速缓存表中新增加的条目,简述ARP 协议的报文交互过程以及ARP 高速缓存表的更新过程。 练习 2 编辑并发送ARP 报文(同一子网) 本练习将主机A、B、C、D、E、F 作为一组进行实验。 1.在主机E 上启动协议编辑器,并编辑一个ARP 请求报文。其中:MAC 层:目的MAC 地址:设置为FFFFFF-FFFFFF 源MAC 地址:设置为主机 E 的MAC 地址协议类型或数据长度:0806 ARP 层:发送端硬件地址:设置为主机 E 的MAC 地址发送端逻辑地址:设置为主机 E 的IP 地址(17 2.16.0.2)目的端硬件地址:设置为000000-000000 目的端逻辑地址:设置为主机 F 的IP 地址(172.16.0.3) 2.主机A、B、C、D、F 启动协议分析器,打开捕获窗口进行数据捕获并设置过滤条件(提取ARP 协议)。 3. 主机B、E、F 在命令行下运行“arp -d”命令,清空ARP 高速缓存。主机E 发送已编辑好的ARP 报文。 4. 主机A、B、C、D、F 停止捕获数据,分析捕获到的数据,进一步体会ARP 报文交互过程。 练习 3 跨路由地址解析(不同子网) 本练习将主机A、B、C、D、E、F 作为一组进行实验。 1.主机B 在命令行方式下输入staticroute_config 命令,开启静态路由服务。 2.主机A、B、C、D、E、F 在命令行下运行“arp -d”命令,清空ARP 高速缓存。 3.主机A、B、C、D、E、F 重新启动协议分析器,打开捕获窗口进行数据捕获并设置过滤条件(提取ARP、ICMP)。 4.主机A ping 主机E(172.16.0.2)。 5.主机A、B、C、D、E、F 停止数据捕获,察看协议分析器中采集到的ARP 报文,并回答以下问题: ●单一ARP 请求报文是否能够跨越子网进行地址解析?为什么? ●ARP 地址解析在跨越子网的通信中所起到的作用? 6. 主机B 在命令行方式下输入recover_config 命令,停止静态路由服务。

数据处理服务协议书知识分享

数据处理服务协议书 甲方: 乙方:圣涉宝(天津)数据科技有限公司 甲乙双方经充分协商确认合同,同意按照以下条款签定本合同并执行本合同。 一、合同标的 1.1乙方同意向甲方提供、甲方同意接受乙方提供本合同项下所列的数据处理分析服务。 1.2 一方未获另一方事先书面许可,不得将本合同所述的权利、义务及/或责任转让予第三方。 1.3 乙方需将本合同项下的数据处理分析服务项目分包其他方提供时,应在本合同规定的项目启动前30个工作日,以书面形式通知甲方,甲方同意后双方签署合同变更书,方可生效。否则,甲方有权视分包商提供的服务为无效服务。 二、定义 “数据”由甲方提供给乙方并与甲方客户相关的所

有数据,以下所列均是数据的一部分: 1.存储或者以其它方式固定于有形媒体、电子媒体或其他媒体上并且可提取为可察觉形式的所有资料、数据文档、图像、图表、影像;此类数据或者已经清晰注明保密,或者本身属性已是保密类型; 2.在处理上述数据的过程中产生的资料、数据文档、图像、图表、影像。 “保密资料和数据”包括但不限于在履行本合同过程中或者在双方业务处理过程中可获得的双方交易 和业务有关的所有信息(书面、口头或电子形式的信息) 三、数据处理分析服务内容、服务期限 3.1 数据处理分析服务内容包括对甲方提供的相关业务数据的记录、整理、计算、作图、分析等方面的服务。 3.2 专业技术服务期限:本合同持续有效到任何一方向另一方提前六个月发出书面通知予以终止。 四、服务变更 4.1 任何一方均可以要求对数据处理分析服务进 行更改。任一更改申请须以书面形式提交。

4.2 根据更改要求的范围和复杂程度,甲乙双方可对实现变更要求所发生的费用进行磋商。 4.3 就上述第4.1条,双方达成一致,并签署变更备忘录后,变更生效。变更将修改或替取数据处理分析服务中或先前的任何变更备忘录中所有不一致的条款。 4.4 提出变更请求的一方应提交书面申请,描述变更、变更的理由和变更将产生的影响,并提交另一方讨论,接收方须于接到申请后三周内向建议方知会其决定。 4.5 如双方对该申请达成一致同意意见,双方授权代表将签署相应的《变更备忘录》。经双方授权代表签字盖章后的变更备忘录将作为本合同的有效附件和执行变更的依据。变更将修改或替取数据处理分析服务中或先前的任何变更备忘录中所有不一致的条款。 五、数据保护 5.1 数据所有权:乙方确认所有客户数据及与其相关权利应一直为甲方之独有财产,且甲方保留存在于此类数据中的一切权利。

-----软件开发战略合作协议范本

软件开发战略合作协议范本 甲方: 身份证号: 乙方: 身份证号: 丙方: 身份证号: 丁方: 工商执照号: 风险提示: 合作的方式多种多样,如合作设立公司、合作开发软件、合作购销产品等等,不同合作方式涉及到不同的项目内容,相应的协议条款可能大不相同。 本协议的条款设置建立在特定项目的基础上,仅供参考。实践中,需要根据双方实际的合作方式、项目内容、权利义务等,修改或重新拟定条款。 鉴于,协议各方均为计算机软件专业开发人员,能够进行创造性的软件开发活动。并且,协议各方有意愿共同从事_______软件的开发工作。为了规范各方的权利义务,在《中华人民共和国合同法》及其他相关法规政策的原则指导下,订立本协议书,各方共同遵守: 第一条、合作宗旨 为完成______软件的开发工作,并共同享有开发成果而合作。 第二条、合作项目和范围 协议各方共同开发______软件,合作范围包括软件的代码编写、调试、测试等开发工作。 第三条、合作期限 合作期限为______年。 风险提示: 应明确约定合作方式,尤其涉及到资金、技术、劳务等不同投入方式的。同时,应明确各自的权益份额,否则很容易在项目实际经营过程中就责任承担、盈亏分担等产生纠纷。 第四条、合作方式 1、协议各方按照软件编程工作的正常分工进行编写,任何一方不得随意更改软件的重大功能和事项,以免对其余各方造成履约困难。 2、合作各方应坚持勤勉努力诚实信用的原则,进行各方分别负责的软件的编程工作,并考虑到各方软件的兼容和接合。如部分合作人发生特殊技术困难,其余合作方有义务为其提供合理适当的技术帮助。 第五条、知识产权 1、各方编写的软件源代码、技术文档及汇编而成的程序本身,其著作权均由合作方共同享有。 2、各作各方在编写软件的过程中,不得有侵犯他人知识产权的行为,否则,应对外承担全部侵权责任。 第六条、协议变更 1、经合作各方协商同意,本协议可以作相应变更。 2、任何合作方未经与其他各方协商,擅自变更本协议条款或者将本协议权利义务转让他人,

无线传感器网络LEACH协议研究

无线传感器网络LEACH协议的研究 摘要:无线传感器网络因其在军事、经济、民生等方面广阔的应用前景成为21世纪的前沿热点研究领域[1]。在传感器节点能量有限的情况下,提高路由效率,延长网络寿命成为无线传感器网络需考虑的问题。由于采取分簇,数据融合的思想,LEACH协议有着较高的路由效率,但在实际应用,尤其是大规模网络中,仍存在负载不均衡等问题。本文主要分析了LEACH协议的基本思想及优缺点,随后针对大规模的网络环境对其分簇算法进行改进。前人提出一种有效的方法计算最优簇首个数,本文推算出适合本文中网络环境的公式并加以应用。本文用NS2进行仿真,仿真后的结果表明,改进后的分簇算法更为有效,延长了网络寿命,增大了网络传送数据量。 关键词:无线传感器网络;路由协议;LEACH;分簇思想 Research on Routing Protocol of LEACH in WSN Shen Y uanyi Dept. of Information and Telecommunication,NUPT ABSTRACT:Nowadays, wireless sensor network has become a hot spot of 21st century because of its wide application on military, economy and human life. On the condition that the energy of a sensor node is limited, how to improve the routing efficiency and expand the network’s lifespan has been an important issue to consider. LEACH maintains quite high routing efficiency for its idea of clustering and data gathering. But in practical, it still has problems such as load unbalance especially in large scale network. The article mainly analyses the basic idea of LEACH, the benefits and drawbacks of it and later introduce an improvement on clustering algorithm according to large scale network. Key words:WSN;routing protocol; LEACH; clustering 1LEACH协议介绍与分析 1.1 LEACH算法思想 算法基本思想[2]是:以循环的方式随机选择簇头节点,将整个网络的能量负载平均分配到每个传感器节点中,从而达到降低网络能源消耗、提高网络整体生存时间的目的。LEACH在运行过程中不断的循环执行簇的重构过程,每个簇重构过程可以用回合的概念来描述[3]。每个回合可以分成两个阶段:簇的建立阶段和传输数据的稳定阶段。 1.2 LEACH算法的分析 LEACH协议的优点[4]有: (1)LEACH 通过减少参与路由计算的节点数目,减少了路由表尺寸。(2)LEACH协议是一种分簇路由协议,降低了非簇首节点的任务复杂度,不必对通信路由进行维护。(3)协议不需要周期性的传输数据。(4)在给定的时间间隔后,协议重新选举簇首节点,以保证无线传感器网络获取同意的能量分布。 由于LEACH算法是建立在一些假设上,所以在实际应用中LEACH协议存在一些问题:(1)在LEACH协议中,簇头的选举是随机产生的,这样的随机性可能会导致簇头

数据分析咨询合同

数据分析咨询服务合同 甲方: 乙方: 根据《中华人民共和国合同法》及相关法律、法规,甲乙双方在平等自愿、诚实信用、互惠互利的基础上,就甲方委托乙方进行数据分析咨询服务的相关事宜一致,为明确甲乙双方的权利义务,经双方协商一致签订本合同,以资共守。 一、服务内容 1.甲方委托乙方对进行数据分析咨询服务,乙方应在双方约定的咨询服务周期内,完成数据分析咨询服务,并提交咨询报告。具体包括以下内容: 1.1定制咨询方案:乙方应当根据甲方的要求为甲方定制《XX咨询服务方案》,由甲方对咨询方案内容进行确认。 1.2数据分析报告:乙方提供基于自身在餐饮服务中积累的数据分析,向甲方出具《XX数据分析咨询报告》。 1.3其他:。 2.交付工作成果:。 3.服务期限:。 4.甲方应当向乙方提供真实准确的数据,乙方应当依据上述数据及时出具相应的建议或意见,此建议或意见仅供参考。甲方有权决定是否采纳,乙方对此不承担任何责任。 二、甲乙双方权利义务 1.甲方权利义务 1.1甲方应当按照合同约定向乙方支付咨询服务费用。 1.2甲方应当配合乙方工作,为乙方如实提供咨询所需的相关数据,以便乙方按照合同约定期限完成数据分析服务。

1.3甲方向乙方提供的数据应当系乙方合法持有或享有合法使用的权利。 1.4甲方应当指定专人与乙方服务人员进行对接,甲方指定对接人员: 姓名:职务:联系方式: 2.乙方的权利义务 2.1乙方应当积极与甲方沟通,将需要的数据资料清单以书面形式交付至甲方指定对接人员并进行签收。 2.2乙方向甲方出具的报告应当客观、真实,乙方的数据信息来源完全依托于甲方提供的资料,若甲方提供资料不实或不全导致数据与实际有差异的,乙方对此不承担任何责任。 2.3乙方负责对甲方提供的现有数据分析整理并制作报告,对数据的来源是否合法不做审查,若因甲方提供的数据侵犯任何第三方权利并导致乙方遭受损失的,甲方应当承担违约责任。 2.4乙方应当按照合同约定及时向乙方提交数据分析报告。 2.5乙方有权将其与甲方合作的成果文件作为成功案例用于企业宣传策划,在此用途下,乙方无须征得甲方同意,但乙方不得泄露任何设计甲方商业秘密的数据。 三、咨询服务费及支付 1.本次咨询服务费用合计人民币元(大写:),本价款为含税/不含税价款。 2.本合同采用以下第种付款方式: (1)分期付款:乙方进场对资料收集完成后,甲方应当于3日内向乙方支付合同总价款的 %;乙方向甲方交付咨询报告初稿后,甲方应当于3日内向乙方支付合同总价款的 %;乙方将定稿文件交付于甲方后,甲方应当于3日内将剩余价款一次性付清。 (2)一次性付款:合同签订后7日内,甲方向乙方一次性付清合同的总价款。 3.乙方指定收款账号: 开户名称:

最新软件合作协议

软件合作协议 甲方: 法定代表人: 乙方:身份证号:手机号: 软件合作协议 一、合作宗旨 软件合作协议 二、合作范围 1.软件扩充、完善、硬件、优化、升级、调整、修改的开发维护与运营. 2.其它IT产品的研发. 三、合作方式及条件 1.甲方以现有的市场营销网络及社会资源为基础,更进一步的开发市场潜力,逐步形 成一个规范化,全国性的营销网络. 2.甲方根据市场需求,收集和承接玩家用户应用软,硬件的开发项目. 3.乙方利用强大的技术开发力量,开发甲方新承接或者甲,乙双方共同确立的项目. 4.乙方应尽义务全力配合甲方做好技术咨询,凡涉及到甲方在运营当中平台的优化, 与调整在甲、乙双方所设定时间内予以完成、并在开拓业务过程中提供技术全方位的支持. 四、权力责任 一、甲方责任 1、甲方承诺并同意在本系统运营期,甲方必须遵守国家相关法律正规合法运营及缴纳 税收,如发生任何违法违纪行为所产生的一切法律责任及赔偿均由甲方独立承担. 2、甲方以每年12月31日按分配比例支付乙方分红. 3、甲方严格在双方许可下使用本软件,不可对产品进行解密或将产品交给他人解密. 4、根据行业发展要求,及时向乙方提供必要的信息,为乙方新产品,新技术测试应用 积极协调本地资源提供必要的软、硬件环境. 7、在使用权运营状态发生变更前,必须书面通报乙方,甲方有权转让本平台. 8、甲方提出的产品、技术创新、软件开发,应符合国家相关法律法规的规定,并提交 给乙方进行技术审核. 二、甲方权利 1、甲方享有对(包含定制的软件)的使用权、商标、品牌、用户注册信 息(用户账号内所有信息)所有权. 2、甲方享有独立的运营权. 2、享有对运营团队的独立组织管理权. 3、享有对保持稳定运营为目的的产品技术完善权.在软件开发上如需要改进,对产品、技术创新可提出新的应用需求告知乙方,乙方在协商时间内完成. 三、乙方责任

相关文档
最新文档