5 PPPOE协议

第一章 PPPOE 协议

1.1.1 定义

通过PPPOE ，在一个共享的以太网上的多个主机，可以通过一个或多个简单的桥接入设备，与远程接入集中器进行多个PPP 会话。使用这种模型，每个主机使用它自己的PPP 协议栈，并且提供给用户一个熟悉的用户接口。接入控制、计费和服务类型能够基于每用户，而不是每站点来处理。PPPOE 包含发现和PPP 会话两个阶段，发现阶段是无状态的Client/Server 模式，目的是获得PPPOE 终结端的以太网MAC 地址，并建立一个唯一的PPPOE SESSION_ID 。发现阶段结束后，就进入标准的PPP 会话阶段。

1.1.2 协议基本框架

PPPOE 协议参照RFC2516。PPPOE 实现PPP 帧在Ethernet 上的适配，并提供Ethernet 上的PPP 连接。图1和图2分别是以太网上的PPPOE 协议栈和AAL5上的PPPOE 协议栈。

1.1.3 PPPOE 连接示意图

图3显示了典型的PPPOE 的连接方式。

图3 典型的PPPOE 的连接示意图

图2 AAL5上的PPPOE 协议栈

图1

以太网上的PPPOE 协议栈

1.1.4PPPOE通信流程

PPPOE有两个不同的阶段：发现阶段和PPP会话阶段。当一个主机想开始一个PPPOE会话，它必须首先进行发现阶段以识别对端的以太网MAC地址，并建立一个PPPOE SESSION_ID。在发现阶段，基于网络的拓扑，主机可以发现多个接入集中器。发现阶段允许主机发现所有的接入集中器，然后选择一个。当发现阶段成功完成，主机和选择的接入集中器都有了他们在以太网上建立PPP连接的信息。直到PPP会话建立，发现阶段一直保持无状态的状态。一旦PPP会话建立，主机和接入集中器都必须为PPP虚接口分配资源。图4显示了PPPOE通信流程。

图4 PPPOE通信流程

1.1.4.1发现阶段

发现阶段有四个步骤，当此阶段完成，通信的两端都知道PPPOE SESSION_ID和对端的以太网地址，他们一起唯一定义PPPOE会话。这些步骤包括：主机广播一个发起分组（PADI），一个或多个接入集中器发送给予分组（PADO），主机发送单播会话请求分组（PADR），选择的接入集中器发送一个确认分组（PADS）。当主机接收到确认分组，它可以开始进行PPP会话阶段。当接入集中器发送出确认分组，它可以开始进行PPP会话阶段。

当主机在指定的时间内没有接收到PADO，它应该重新发送它的PADI分组，并且加倍等待时间，这个过程会被重复期望的次数。如果主机正在等待接收PADS，应该使用具有主机重新发送PADR的相似超时机制。在重试指定的次数后，主机应该重新发送PADI分组。

PPPOE还有一个PADT分组，它可以在会话建立后的任何时候发送，来终止PPPOE会话。

它可以由主机或者接入集中器发送。当接收到一个PADT，不再允许使用这个会话来发送PPP 业务。在发送或接收PADT后，即使正常的PPP终止分组也不必发送。PPP对端应该使用PPP 协议自身来终止PPPOE会话，但是当PPP不能使用时，可以使用PADT。

4。2 PPP会话阶段

一旦PPPOE会话开始，PPP数据就可以以任何其它的PPP封装形式发送。所有的以太网帧都是单播的。PPPOE会话的 SESSION_ID一定不能改变，并且必须是发现阶段分配的值。

1.2负荷

拟态网帧格式如下：

DESTINA TION_ADDR域包含了唯一的拟态网目标地址或拟态网广播地址0xffffffff。对于发现协议包，该域的值既可以是单播地址，也可以是广播地址。而对于PPP会话帧，该域必须是从发现过程中获得的对端的单播地址。

SOURCE_ADDR域必须包含源设备的拟态网MAC地址。

ETHER_TYPE既可以设置为0x8863，也可以设置为0x8864（PPP会话阶段）。

PPPOE的拟态网负荷如下：

VER 域（4比特），对RFC2516，必须设置为0x1；

TYPE域（4比特），对RFC2516，必须设置为0x1；

CODE域（8比特），PPPOE包类型；

SESSION_ID域（16比特），网络顺序无符号的值。该值在给定的PPP会话中为常量，它与拟态网源地址、目的地址一起定义了一个PPP会话。0xffff被保留，不能使用；

LENGTH域（16比特），网络顺序，指明PPPOE负荷的长度。它不包括拟态网和PPPOE头的长度。

1.3发现阶段

发现阶段分为四个阶段，当该过程完成时，两端都获得PPPOE的会话ID和对端的拟态网地址，两者结合定义了唯一的PPPOE会话。步骤如下：

主机广播初始化包；

一个或多个访问集中器发送Offer包；

主机发送单播会话请求包；

被选中的访问集中器发送确认包。

当主机收到Confirmation包后，进入PPPOE会话阶段。而访问集中器在发送Confirmation包后进入PPPOE会话阶段。

所有发现帧的ETHER_TYPE域都设置为0x8863；

PPPOE负荷包括0或多个TAGs。一个TAG是一个TLV（Type-Length-Value）结构，定义如下：

TAG_TYPE域（16比特），网络顺序，TAG类型；

TAG_LENGTH域（16比特），无符号，网络顺序，TAG_V ALUE八位组长度；

如果收到的发现包中包含未知的TAG_TYPE，该TAG必须被忽略。当新的TAG 加入时，提供向后兼容。

1.4PPPOE主动发现初始化包（PADI）

主机发送PADI包（DESTINA TION_ADDR设置为广播地址），CODE域置为0x09，SESSION_ID必须置为0x0000。

PADI包必须包含一个TAG_TYPE为服务名的TAG，用于指明主机请求的服务。

整个PADI（包括PPPOE头）包长度不能超过1484字节，以便为中继代理加一个Relay-Session-ID TAG留下足够的空间。

1.5PPPOE主动发现提供包（PADO）

当访问集中器收到它可以服务的PADI包后，用PADO包响应。

DESTINATION_ADDR是发送PADI主机的地址。CODE域必须设置为0x07，SESSION_ID域必须设置为0x0000。

PADO必须包含一个AC-Name TAG（包含访问集中器的名称），一个Service-Name TAG（与收到PADI中的Service-Name TAG相同），还可以包含其它Service-Name TAG 来说明该访问集中器可以提供的其它服务。如果访问集中器不能提供PADI指定的服务，则它不能用PADO进行响应。

1.6PPPOE主动发现请求包（PADR）

因为PADI是广播的，因此，主机可能收到多个PADO，主机检查它收到PADO，并选择其中之一。选择基于AC-Name或提供的服务。选定后主机向选定的访问集中器发送PADR，DESTINA TION_ADDR设置为目标访问集中器的拟态网地址，CODE域设置为0x19，SESSION_ID必须被设置为0x0000。

PADR包必须包含Service-Name TAG，指明主机请求的服务。

1.7PPPOE主动发现会话确认包（PADS）

当访问集中器收到PADR包后，它准备开始一PPP会话，为PPPOE会话生成唯一的SESSION_ID，并用PADS响应主机。DESTINA TION_ADDR域为发送PADR主机的拟态网地址。CODE域设置为0x65。SESSION_ID必须设置为为该PPPOE会话生成的唯一的值。

PADS必须包含Service-Name TAG，用于表明访问集中器已经接受PPPOE会话的服务。

如果访问集中器不喜欢PADR中的Service-Name，它必须发送包含Service-Name-Error TAG的PADS响应包。在这种情况下，SESSION_ID必须置为

0x0000。

1.8PPPOE主动发现终止包（PADT）

该协议包可以在会话建立后的任何时候发送，用于指示PPPOE会话已经被终止。

该协议包既可以由主机发送，也可以由访问集中器发送。DESTINATION_ADDR域必须单播拟态网地址，CODE域必须为0xa7，SESSION_ID必须被置为将要终止的会话ID。该协议包中不需要TAG。

一旦收到PADT，就不能用该会话发送任何PPP数据。在发送或接收PADT后，即便一般的PPP终止包也不能被发送。一个PPP端点应当PPP协议本身来终止PPPOE 会话，但PADT可以在PPP不能使用时使用。

1.9PPP会话阶段

一旦PPPOE会话开始，PPP数据象其它PPP封装一样被发送。所有的拟态网包都是单播的。ETHER_TYPE域被设置为0x8864。PPPOE CODE域必须被设置为0x00。

SESSION_ID必须域主动发现阶段生成的会话ID相同。PPPOE的负荷包含PPP帧，PPP 帧以PPP协议ID开始。

1.10其它需要考虑的事项

当一个主机在一定时间内没有收到PADO协议包时，它应当重发PADI，并且将等待时间延长一倍。该过程应当重复一定次数。当主机等待PADS协议包时，应当使用同样的超时机制，重发PADR。如果重发一定次数后，主机应当重发PADI协议包。

1.10.1PPPOE的LCP配置选项

PPP over Ethernet（RFC2516）建议进行魔数选项协商，不建议进行协议域压缩选项（PFC）协商。实现中必须不请求进行任何下面的选项协商，并且必须拒绝这样选项协商的请求： Field Check Sequence (FCS) Alternatives,

Address-and-Control-Field-Compression (ACFC),

Asynchronous-Control-Character-Map (ACCM)

MRU必须不能大于1492。

建议接入集中器偶尔向主机发送Echo_Request报文，来决定会话的状态。否则，如果主机没有发送Terminate_Request报文就终止了会话，接入集中器将会不能决定会话已经终止了。

当LCP终止，主机和接入集中器必须停止使用这个PPPOE会话。如果主机希望开始另一个PPP会话，它必须返回到PPPOE的发现阶段。

1.10.2PPP会话终结

PPP在建立链路之前要进行一系列的协商过程，如图5所示。图6为PPP建链各阶段图。

端对端

图5 PPP通信阶段图

图6 PPP建链各阶段图

PPP建链的具体过程如下：

（1）LCP协商，协商内容包括除RFC1661中所定义的选项之外，还要考虑PPPOA和PPPOE 协议中规定的内容。

（2）LCP协商过后就到了Establish阶段，开始PAP或CHAP认证。PAP为两次握手认证，口令为明文。PAP认证过程如下：发送用户名同口令到认证方，认证方查看是否有此用户，口令是否正确，然后发送相应的响应。CHAP为三次握手认证，口令为密文（密钥）CHAP 认证由认证方发送一些随机产生的报文，交给被认证，被认证方用自己的口令字用MD5算法进行加密，传回密文，认证方用自己保存的口令字及随机报文用MD5算法加密，比较二者的密文，根据比较结果返回响应的响应。

（3）认证成功即进行Network阶段协商（NCP），在IP接入中主要是IPCP协商（如IP

地址和DNS地址的协商等）。任何阶段的协商失败都将导致链路的拆除。

（4）协商成功，则链路建立成功，可以开始传输网络层数据报文。

在PPP会话建立的时候，根据用户属性确定此用户的缺省路由和对应的网络接口，将之绑定在PPPCTL结构上，可以对用户上行数据包实现快速转发，不必让每个包去查找路由表。此方法对下行数据影响相对较小，因为在业务处理板上必须区分每一个会话，这只有通过检查数据包中的目的地址来实现。

1.10.3PPP会话续传（L2TP VPN）

PPP会话续传（L2TP VPN）的流程如图7所示，具体过程如下：

（1）远程用户通过PPPOA或PPPOE向LAC请求建立PPP连接。LAC接受远程用户的PPP 连接。

（2）LAC认证远程用户是否VPDN用户。如果远程用户不是VPDN客户，则以普通用户方式接入Internet；如果远程用户是VPDN客户，就连接某一指定的LNS。

（3）建立控制连接（Control Connection）。创建L2TP隧道控制连接是LAC和LNS之间的初始连接。在控制连接建立后，LAC和LNS才可以建立会话连接。控制连接主要用于双方的安全认证，L2TP版本、数据格式、载体性能的协商。建立控制连接需要进行三种信息交换。

（4）建立L2TP会话（Session）。会话在控制连接建立后建立，每一个会话对应于一个LAC和LNS之间的PPP流。会话连接的建立与控制连接建立不同：对于呼入和呼出，会话连接的建立有不同的流程。

（5）数据交互。会话建立后，LAC透明地传递远程用户到LNS的PPP包，远程用户相当于一个LNS的拨号用户，LAC对于远程用户和LNS是不可见的。

（6）会话的中断。会话的中断可以由LAC或LNS发起，当一条隧道里所有会话都中断后，控制连接也可以随之中断。

（7）拆除已建立的PPP连接。

图7 L2TP VPN通信流程

上面的流程只是一次认证的过程，两次认证没有列出。6、7两个过程的执行顺序依赖是用户还是LNS发起拆除连接而定。

在具体实现的过程中，需要对现有的PPP模块和RADIUS模块进行改动，增加VPDN属性支持。现有的ZXIP10-AS中实现的L2TP LAC时，采用的是分级管理机制，L2TP隧道是基于整个接入单元的，而会话则是与每个端口相关联的。从软件分布上看，L2TP隧道位于AUC 板上，L2TP会话位于DM或ODS板上。如果移植到ZXB10平台上时，可以将L2TP隧道移植到运行路由协议的MPP板上，L2TP会话移植到PPP业务处理板上。

1.10.4用户认证和IP地址分配

当用户和接入服务器之间的PPPOE建立之后，就可以在上面建立PPP会话。PPP会话的建立分为三个阶段：LCP协商、认证、IPCP协商。

对于PPP终结和PPP续传，LCP协商阶段是相同的。认证和IPCP协商不同。

1.10.5 LCP协商

LCP协商主要完成某些链路路特性和认证方式的协商，LCP协商成功后，用户根据协商的认证方式向接入服务器发起认证请求，用户认证的方式采用PAP或CHAP方式。

1.10.6 PPP终结时的认证和IP地址分配

PAP为两次握手认证，口令为明文。PAP认证过程如下：拨号用户发送用户名和口令到接入服务器，接入服务器通过RADIUS协议到RADIUS服务器上去查看是否有此用户，口令是否正确，然后发送相应的响应。

CHAP为三次握手认证，口令为密文。CHAP拨号用户发送用户名到接入服务器，接入服务器发送一些随机产生的报文，交给被拨号用户，拨号用户用自己的口令用MD5算法进行加密，传回密文，接入服务器用从RADIUS服务器取得的用户口令及随机报文用MD5算法加密，比较二者的密文，根据比较结果返回认证成功或失败的响应。

接入服务器和RADIUS服务器之间通过一个共享密钥以密文方式通信。

在认证阶段，如果在用户数据库中为该用户名配置了IP地址，则RADIUS服务器将这个IP地址返回给接入服务器，作为这个用户上网使用的IP地址。

如果用户在认证阶段还没有获得IP地址，就需要在IPCP阶段协商IP地址。一般来说，运营商为用户提供接入服务时，应该有一批IP地址，即IP地址池，用户上网所需要的IP 地址就来自与此，当用户上网时，从IP地址池分配一个IP地址，当用户下网时，这个IP 地址归还到地址池。在运营商开通接入服务时，将IP地址池配置到接入服务器中，在IPCP 阶段，接入服务器从IP地址池分配一个空闲的IP地址给用户，作为用户上网的IP地址。如果已经没有可用的IP地址，则IPCP协商失败，关闭PPP连接，在用户看来，则是拨号失败，ISP暂时不能为他提供接入服务。

1.10.7续传时的认证和IP地址分配

LCP协商结束后，如果经RADIUS服务器检查这是一个VPN用户，则接入服务器为这个用户建立到LNS的会话，如果没有隧道还要建立隧道。认证分为两种情况：一次认证和两次认证。

一次认证是指只在LAC的RADIUS服务器上认证一次，LNS信任LAC的RADIUS服务器。用户的IP地址可以由LAC的RADIUS服务器指定，也可以由用户和LNS进行IPCP协商获得。

两次认证是指用户需要输入两次用户名和口令，一个是接入Internet的权限验证，一个是进入VPN的权限验证。认证的时候需要LAC的RADIUS服务器和LNS的RADIUS服务器共同配合。IP地址的可以由LNS的RADIUS服务器指定，也可以由用户和LNS进行IPCP协商获得。

1.10.8RADIUS协议扩展

为实现对用户更全面的管理，在RADIUS协议中，至少应该扩展以下属性：用户的接入带宽、用户接入所使用的PVC，如果用户间希望互相通信，需要指明对方的用户名或IP地址。客户端和服务器端同时支持。

商品混凝土合同 - 复制

商品混凝土合同 需方(甲方)：中国有色金属工业第六冶金建设有限公司金属结构厂 供方(乙方)：河南省新世纪建设工程有限公司混凝土分公司 为确保商品混凝土按质、按量如期供应，明确双方职责和权利，供需双方经协商，依据《中华人民共和国合同法》的原则，达成一致，并签订本合同。 第一条：工程概况 1.工程内容 2.混凝土单价 合同供期：年月日到年月日 第二条：商品砼质量要求及供货方式 1.质量与材料要求：其质量必须符合国家有关标准。供方保证商品砼达到《混凝土强度检验评定标准》GBJ107。商品混凝土拌合材料：符合相应的国家规范规定要求条款。 2.商品混凝土送达施工现场，如塌落度质量达不到现场要求予以退货。

3.乙方应满足甲方根据设计、施工方案对商品混凝土强度等级、塌落度大小，抗渗等级以及混凝土拌合材料的要求。 4.商品混凝土运送频率必须保证现场混凝土施工的连续性。 5.商品混凝土出厂，乙方负责向甲方提供每批次“预拌混凝土出厂质量证明书”及有关资料四份交甲方存档。乙方负责按规范提供全套预拌砼相关技术资料。 6.混凝土试块由乙方来做，取样次数及试块组数应满足规范及现场要求。做完送到现场，由甲乙双方共到实验室送样，其试验结果作为乙方出具技术试验资料的组成部分。试块强度不合格，出现别的问题，由乙方出费用解决。 7.商品混凝土送达施工现场，实行单车签证收方。甲方应指派由本单位书面委托的专人按乙方“发货单”检验每车混凝土方量，现场签收。 第三条：安全责任条款 施工现场狭窄，坡度大，乙方运输车检查好车辆，供货期间现场由于操作人员安全措施不到位，违反安全操作规程所发生的人员伤亡及一切机械事故，由乙方负责并承担所有费用。 第四条：结算方法及付款方式 1、结算方式 1.按现场过磅计量为准折算成方量。 2.以甲方需货通知的标号、防冻、抗渗要求为结算依据。 2、付款方式 1.按照河南星月实业有限公司付给中国有色金属工业第六冶金建设有限公司金属结构厂承建的河南省巩义市星月广场(二期) 7#、8#楼桩基以上建筑工程付款方式进行付款。 2.工程交工后，混凝土款全部结清。 第五条：双方责任 （一）甲方 1. 指派专人验收送达现场的商品混凝土方量、随车签证“发货单”。 2.负责协调混凝土罐车运输到达施工现场的事宜。 3.负责提供现场作业用水及照明。

车棚搭建协议

龙阳镇史村小学 车棚搭建等施工协议 发包人：龙阳镇史村小学 承包人： 依照《中华人民共和国合同法》、《中华人民共和国建筑法》及其他有关法律、行政法规，遵循平等、自愿、公平和诚实信用的原则，双方就本工程施工事项协商一致订立本协议。 一、工作内容 搭建教师自行车、电动车停放车棚。 二、工程承包方式 采用包工包料的方式进行。固定单价合同，86.0元/m2，搭建面积以验收实际面积为准。 三、合同工期 2017年3月10日——2017年3月12日 四、工程做法及质量要求： 1、所用材料（10号工字钢，2.5寸柱子，檩条用4乘6钢管，彩 钢瓦0.4mm,板房材料：7.5公分复合板，主体用4乘6钢管搭 建。 2、承包人向发包方保证质量，如出现质量问题，承包人负责免费 维修。 3、施工完成后必须清理垃圾，运出校外，确保校园整洁。 4、施工过程中一定按照规范及有关操作规程进行施工，严格按照 发包方确定的施工范围及质量标准进行施工并接受发包方的监 督。

5、工程施工及验收过程中，如发现不符合质量要求，承包方必须 立即进行返工整改，整改合格后再进行验收，发生的费用由承 包方承担。 五、安全管理 工程施工过程中，施工单位必行执行“安全第一，预防为主” 的方针，严格按照安全操作规程进行安全文明施工，对施工中出现的安全隐患及时进行整改。若发生安全事故，一切责任由承包方负责。 六、结算方式 该项目采用固定单价合同，施工完成后必须经学校验收，验收合格后承包方提供合格的发票。款到付清。结算值为：数量×单价的结算方式。 七、质量处罚措 如施工项目不能满足上述质量要求，将视具体情况处以该单项 工程5%到10%的罚款。 八、本协议一式叁份，发包方承包方各持一份，发包方上报教育 局壹份。 九、本协议双方签字或盖章后生效。 发包人：承包人： 2017 年3月10 日

电子产品购销合同可复制(范本)

电子产品购销合同可复?制 电子产品购销合同?可复制 电子产品?购销合同 甲方：?__________?__________?__乙方： ___?__________?_________ ?地址： _____?__________?_______ 地址?： _______?__________?_____ 电话：?_________?__________?___电话： __?__________?__________?传真： ____?__________?________ 传?真： ______?__________?______ 甲、乙?双方经友好协商，以自?愿、平等互利为原则，?就乙方经销甲方之__?_____系列产品，?根据《中华人民共和国?合同法》，双方达成如?下协议： 一?、甲、乙双方的权利和?义务 1、甲方?是_______系列?产品的供应商，乙方是?经销商，电子产品购销?合同可复制。 ?2、销售范围：甲?方指定乙方在____?___范围内销售甲方?产品。 3、乙?方作为甲方的经销商，?应尽经销商的责任。在?上述区域应按甲方销售?策略销售要求，尽最大?努力将甲方产品销售。?甲方也应保证供应足够?的货源。 4、?产品的型号由订单、收?货单确定，最终以收货?单为准。 5、?运输及运费计算：?甲方将以产品到岸价的?形式向乙方供货，即甲?方负责将产品发运到乙?方所属地区配货站的运?费，而乙方将负责货物?在当地配货站到乙方仓?库的一切费用。 ?6、甲方应向乙?方提供符合国家标准的?产品，如乙方发现产品?质量不合格，乙方有权?向甲方提出调换，但由?于乙方保管不慎而导致?的

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.sodocs.net/doc/6f15273605.html,, mac-sensor.h, https://www.sodocs.net/doc/6f15273605.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.sodocs.net/doc/6f15273605.html,,app.h ns-allinone-2.34/ns-2.34/trace/https://www.sodocs.net/doc/6f15273605.html,,cmu-trace.h ns-allinone-2.34/ns-2.34/common/https://www.sodocs.net/doc/6f15273605.html,,https://www.sodocs.net/doc/6f15273605.html,,packet.h ns-allinone-2.34/ns-2.34/mac/https://www.sodocs.net/doc/6f15273605.html,,ll.h,https://www.sodocs.net/doc/6f15273605.html,,https://www.sodocs.net/doc/6f15273605.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_;

业务搭建返佣协议

业务搭建返佣协议 甲方： 委托人： 乙方：梅森赫迩商务服务有限公司 返佣付款账号： 张家口银行 中国工商银行 中国建设银行 中国银行 根据《合同法》和相关法律法规，本着平等自愿、互惠互利、诚实守信的原 则，甲、乙双方自愿并达成如下协议，以共同遵守： 一、甲方经营项目范围：___________________________________________________ 二、甲、乙双方责任 甲方委托乙方负责产品销售或服务推广合同签订之前的业务引荐、接洽、运 作等相关工作。 三、乙方返佣比例 1、乙方以自身资源作为引荐、接洽搭建业务渠道作为返佣服务。乙方作为承 接业务，应享业务盈利的权利和返佣义务。 2、乙方返佣利润，无论任何原因甲方都不得追缴乙方的所得或要求乙方支付资金，否则由甲方承担一切经济和法律责任。 3、返佣分配计算方法：搭建业务整体额度乘以______ 作为乙方返佣金。 1，随每次业务交易到位，当日按每次进度款占比整体业务的同比例支付。 2,如果未及时支付，则按未按时支付金额的每天1%向乙方支付违约金。 五、双方责任 1、乙方负责整体业务引荐、接洽、签订合同、运作等相关工作。 2、甲方负责业务服务及产品质量。 3、甲方在业务合同履行中，若发生民事纠纷、经济纠纷、刑事纠纷、等由于业务产生所有责任均由甲方承担，乙方概不承担任何相关经济、法律及连带责任。 4、无论甲方名称和法定代表人或法人授权委托人发生变更或任何变化，转让等

都有不影响本协议的法律效力，甲方应支付给乙方的返佣金额。 六、其它约定 1、甲方在业务合同履行中所产生的债权债务，由甲方各自行承担，乙方不负任何连带责任。 2、甲方支付给乙方返佣利润由乙方自行分配，甲方不得干涉，甲方在支付时以乙方经办人的签字为准，其它人员签字无效。 七、违约责任及解决方法 1、当甲方与业主方洽谈合同签订生效后，本协议同时生效。若甲方或甲方签字人不履行本协议，乙方可凭此协议向甲方或甲方签字人追索返佣利润，同时可 向协议所签地人民法院提起诉讼。 2、若乙方未能促成甲方与业主方签订业务合同或产生业务关系，则本协议自行失效。 八、本协议一式两份，各执一份，签字盖章后与业务合同（或通过业务搭建产生的业务关系）同时生效。 九、本协议未尽事宜，双方协商解决或向所签协议地人民法院提起诉讼。甲方：乙方（签字）：委托人： 日期：日期：

PPPoE协议工作原理

4.3.2 PPPoE协议工作原理 PPPoE协议的工作流程包含发现和会话两个阶段，发现阶段是无状态的，目的是获得PPPoE 终结端（在局端的ADSL设备上）的以太网MAC地址，并建立一个唯一的PPPoESESSION_ID。发现阶段结束后，就进入标准的PPP会话阶段。 当一个主机想开始一个PPPoE会话，它必须首先进行发现阶段，以识别局端的以太网MAC 地址，并建立一个PPPoESESSION_ID。在发现阶段，基于网络的拓扑，主机可以发现多个接入集中器，然后允许用户选择一个。当发现阶段成功完成，主机和选择的接入集中器都有了他们在以太网上建立PPP连接的信息。直到PPP会话建立，发现阶段一直保持无状态的Client/Server（客户/服务器）模式。一旦PPP会话建立，主机和接入集中器都必须为PPP虚接口分配资源。 PPPoE协议会话的发现和会话两个阶段具体进程如下： 1. 发现（Discovery）阶段 在发现（Discovery）阶段中用户主机以广播方式寻找所连接的所有接入集线器（或交换机），并获得其以太网MAC地址。然后选择需要连接的主机，并确定所要建立的PPP会话识别标号。发现阶段有四个步骤，当此阶段完成，通信的两端都知道PPPoESESSION_ID和对端的以太网地址，他们一起唯一定义PPPoE会话。这四个步骤如下： （1）主机广播一个发起分组（PADI），分组的目的地址为以太网的广播地址0xffffffffffff，CODE （代码）字段值为0x09，SESSION_ID（会话ID）字段值为0x0000。PADI包必须至少包含一个服务名称类型的标签（标签类型字段值为0x0101），向接入集中器提出所要求提供的服务。（2）接入集中器收到在服务范围内的PADI包分组，发送PPPoE有效发现提供包（PADO）分组，以响应请求。其中CODE字段值为0x07 ，SESSION_ID字段值仍为0x0000。PADO分组必须包含一个接入集中器名称类型的标签（标签类型字段值为0x0102），以及一个，或多个服务名称类型标签，表明可向主机提供的服务种类。 （3）主机在可能收到的多个PADO分组中选择一个合适的PADO分组，然后向所选择的接入集中器发送PPPoE有效发现请求分组（PADR）。其中CODE字段为0x19 ，SESSION_ID字段值仍为0x0000。PADR分组必须包含一个服务名称类型标签，确定向接入集线器（或交换机）请求的服务种类。当主机在指定的时间内没有接收到PADO，它应该重新发送它的PADI 分组，并且加倍等待时间，这个过程会被重复期望的次数。 （4）接入集中器收到PADR包后准备开始PPP会话，它发送一个PPPoE有效发现会话确认（PADS）分组。其中CODE字段值为0x65 ，SESSION_ID字段值为接入集中器所产生的一个惟一的PPPoE会话标识号码。PADS分组也必须包含一个接入集中器名称类型的标签确认向主机提供的服务。当主机收到PADS包确认后，双方就进入PPP会话阶段。 【注意】如果主机正在等待接收PADS分组，应该使用具有主机重新发送PADR的相似超时机制。在重试指定的次数后，主机应该重新发送PADI分组。 2. PPP会话阶段 用户主机与接入集中器根据在发现阶段所协商的PPP会话连接参数进行PPP会话。一旦PPPoE会话开始，PPP数据就可以以任何其它的PPP封装形式发送。所有的以太网帧都是单播的。PPPoE会话的SESSION_ID一定不能改变，并且必须是发现阶段分配的值。 PPPoE还有一个PADT分组，它可以在会话建立后的任何时候发送，来终止PPPoE会话，也就是会话释放。它可以由主机或者接入集中器发送。当对方接收到一个PADT分组，就不再允许使用这个会话来发送PPP业务。PADT包不需要任何标签，其CODE字段值为0xa7 ，SESSION_ID字段值为需要终止的PPP会话的会话标识号码。在发送或接收PADT后，即使正

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 在给定的时间间隔后，协议重新选举蔟首节点，以保证无线传感器网络获取同意的能量分布。

楼板搭建工程合同

楼板搭建工程合同 甲方（业主）： 电话： 乙方： 身份证号码： 电话： 甲方楼板钢筋配置和梁的钢筋配置施工图给乙方，乙方确认后，经甲乙双方友好协商，就楼板搭建工程达成如下协议： 一、按双方确认的施工图，搭建钢筋混凝土楼板。工程量按门市建筑面积 m2，单价 元/m2，总价款元（包工包料打植筋孔、清理现场垃圾及胶水全包）。 二、工程质量工艺及材料要求乙方必须按照国家质量标准进行施工，确保工程质量，达到国家标准。 1、所有钢筋均采用国家允许用钢筋，业主有权找建筑材料质量检测中心检验，检测费用如合格由甲方自理，不合格乙方出检测费用且材料无条件出场。 2、植筋板钢筋均按图纸板筋间距双向双层设置。 3、梁板混凝土强度等级均为C30（商品混凝土），甲方随时可以抽检。 4、要求新增楼板与原结构结合处要将原结构的粉刷层清除并洗干

净，确保新增楼板与原结构结合严密。植筋处新旧混凝土结合面一律凿毛处理。 5、板筋植入梁、墙、柱等处的钢筋必须满足国家规范（如果不足的返工）。植筋孔必须用清水吹扫，不得留有灰层，植筋胶饱满。以保证质量。 6、植筋与楼板钢筋绑扎搭接长度按国家标准执行。 7、楼板倒好混凝土后拆模时间不得少于10天，楼板倒好后必须浇水养护且不得少于3天。 8、楼板倒好后必须保证水平，水平误差不得超过国家标准。 9、浇混凝土时需用震动器振捣，确保密实，楼板不得蜂窝麻面。搭建楼板必须符合国家标准，为保证业主居住安全，要高于国家标准，如果有争议以高于国家标准为基础，双方协商解决。 三、乙方保证按甲方提供的施工图施工，乙方在甲方提供的施工图上签字确认（图纸如果由乙方出，甲方必须签字确认）。 四、楼梯采用何种方式搭设另议（楼梯费用包含在总价报款内）。 五、清孔后需经业主验收后才能植筋，钢筋绑扎完毕后需经业主验收后才能浇筑混凝土。每结束一道工序在开始下道工序前必须经甲方验收并签字确认后才能开始进行以后工作。 六、由于甲方已提供施工图给乙方，乙方同意按施工图施工（双方签字确认）。现场需要同其他业主商议的，由甲方书面协调。施工场地内水、电必须满足施工要求，由甲方保证。 七、工程款支付

完整word版pppoe原理协议详解

PPPoE（Point to Point Protocol over Ethernet，基于以太网的点对点协议）的工作流程包含发现（Discovery）和会话（Session）两个阶段，发现阶段是无状态的，目的是获得PPPoE 终端（在局端的ADSL设备上）的以太网MAC 地址，并建立一个惟一的PPPoE SESSION-ID。发现阶段结束后，就进入标准的PPP会话阶段 1.发现阶段（PPPoED：PPPoE Discovery） ） Initiation PADI（PPPoE Active Discovery1.1 主机广播发起分组，分组的目的地址为以太网的广播地址 0xffffffffffff，CODE（代码）字段值为0×09（PADI Code），SESSION-ID（会话ID）字段值为0x0000。PADI分组必须至少包含一个服务名称类型的标签（Service Name Tag，字段值为0x0101），向接入集中器提出所要求提供的服务。） Offer（PPPoE Active Discovery1.2 PADO接入集中器收到在服务范围内的PADI 分组，发送PPPoE有效发现提供包分组，以响应请求。其中CODE字段值为0×07（PADO Code），SESSION-ID字段值仍为0x0000。PADO分组必须包含一个接入集中器名称类型的标签（Access Concentrator Name Tag，字段值为0x0102），以及一个或多个服务名称类型标签，表明可向主机提供的服务种类。PADO和PADI的值相同。Host-Uniq Tag ） Request PADR（PPPoE Active Discovery1.3主机在可能收到的多个PADO分组中选择一个合适的PADO分组，然后向所选择的接入集中器发送PPPoE有效发现请求分组。其中CODE字段为0x19（PADR Code），SESSION_ID字段值仍为0x0000。PADR分组必须包含一个服务名称类型标签，确定向接入集线器（或交换机）请求的服务种类。当主机在指定的时间内没有接收到PADO，它应该重新发送它的PADI分组，时间，这个过程会被重复期望的次数。并且加倍等待）-confirmation（PPPoE Active Discovery Session1.4 PADS接入集中器收到PADR分组后准备开始PPP会话，它发送一个PPPoE有效发现会话确认PADS分组。其中CODE字段值为0×65（PADS Code），SESSION-ID字段值为接入集中器所产生的一个惟一的PPPoE 会话标识号码。PADS分组也必须包含一个接入集中器名称类型的标签以确认向主机提供的服务。当主机收到PADS 分组确认后，双方就进入PPP会话阶段。PADS值相同。的和PADRHost-Uniq Tag ）PPPoES：PPPoE Session会话阶段（2. 数据包来配置和测试数据通信链路。PPP会话的建立，需要两端的设备都发送LCP 会话。一PPP用户主机与接入集中器根据在发现阶段所协商的PPP会话连接参数进行

光盘加工复制合同协议书范本

甲方：（委托方） 乙方：（受托方） 根据《音像制品管理条例》及相关法律、法规规定。经甲乙双方友好协商，并达成一致，甲方委托乙方为其加工复制光盘，并共同遵守以下合同条款： 一、订单的节目名称、价格、数量、交货期及相关要求等见附件订单。 二、乙方将甲方委托项目完成后规定日期前将产品交付甲方，如因甲方提供的母盘或节目源引起质量问题而导致交货延迟，由甲方负责。交货日期双方另行协商。 三、因不可抗力等因素造成乙方无法履行合同，交货日期双方另行书面协商确定。 四、乙方货物送达甲方或甲方指定的收货方后应立即查对数量、质量，并于收到货物三日内验收完毕。如有质量、数量问题三日内文字通知乙方。若甲方收到货物三日内，乙方未收到甲方的任何书面通知，视为甲方已验收合格。甲方不得以产品质量、数量问题为原因向乙方提出任何要求。 五、本合同的结款方式为：在合同生效后，甲方应预付定金元，乙方在收到定金后开始安排生产；余款自甲方收到货物之日起日内，甲方一次性向乙方付清全部货款（含母盘加工费等全部费用） 六、甲方以支票等票据方式向乙方支付款项时，必须在票据上写明收款方为乙方，否则造成乙方未收到款项的，视为甲方未履行付款义务。 七、乙方在双方签订协议并收到甲方定金后，即按照合同规定时间安排生产计划并按时交货。

八、乙方应严格按照合同规定数量复制。未经甲方允许，不得私自复制及销售。 九、甲方如未能按合同期限向乙方支付定金，乙方有权不安排生产。 十、在乙方完成复制并通知甲方后15天内，甲方若未付提货款，乙方有权追究责任并对甲方所委托复制的产品做出处理。 十一、甲方未按合同期限支付货款金额，每延迟一天，向乙方支付合同总金额的℅作为违约金。 十二、甲乙双方因合同条款发生纠纷，由双方协商解决。若经协商不成，可申请合同履行地法院裁决。 十三、本合同自双方授权代表盖章、签字之日起开始生效。合同一式两份，附件为合同的组成部分，具有同等法律效力，甲乙双方各一份。若有更改须经双方授权代表签署补充协议。 十四、本合同传真件与原件具有同等法律效力。 甲方签章：乙方签章： 授权人签字：授权人签字： 签订日期：签订日期：

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”。〃完成后，重宜右点的应用

搭建活动板房合同书

简易钢结构厂房合同书 发包方：（以下简称甲方） 承包方：（以下简称乙方） 根据《中华人民共和国合同法》及相关法律规定，甲、乙双方在平等、互利、自愿的基础上，就乙方承包甲方活动板房的搭建，为明确双方的权利和义务，经协商一致订立本合同。 一、工程名称：简易钢结构厂房。 二、工程地点：，甲方负责板房场地平整和进场道路畅通。施工用水、用电甲方负责到施工地点。 三、工程数量：平方米。 四、工程规格： 1、具体尺寸和房屋布局以甲方和乙方共同的设计图为准。 2、地基上110钢管立柱，48管龙骨架，C型钢领条网架。屋面彩钢 瓦。 五、工程单价： 六、乙方包工包料，包含基础下脚材料，单价为元/m2 六、工期： 从合同之日起，乙方在接到甲方处理完工地基施工场地后个工作日内进场，否则合同失效。完工时间从乙方接到甲方进场通知书 起内完工。如因甲方的原因使乙方不能正常施工，工期顺延。 七、工程质量： 1、乙方应按照甲方指定的工程样板和图纸及说明要求，精心施工，保证

工程质量。 2、如因自然灾害和地质下沉等原因使房屋变形等质量问题，乙方不承担 责任。 3、房屋在一年内出现质量问题，乙方应无条件的免费维修。 八、安全生产： 乙方必须认真贯彻有关安全施工的规章制度，严格遵守安全操作规程，施工中如发生伤亡事故，其损失由乙方负责。乙方进场后食宿自理。 九、结算方式： 乙方材料进场后甲方付给乙方10%预付款；乙方在完成总工程量的一半后付30%工程进度款，全部完成并经甲方验收合格后，一次性付清工程款。 十、违约责任： 1、乙方承包的工程项目，不得再转包。在施工过程中听从甲方安排， 如出现质量问题甲方有权要求乙方返工，因此造成损失的由乙方负责承担。 2、合同签订后，乙方不能擅自更改合同和施工图纸及型号规格。 3、乙方必须按合同规定的工期及质量要求按期完成。 十一、本合同未尽事宜或发生纠纷时，双方协商解决，如解决不了的，由合同履行地的经济合同仲裁委员会仲裁或向人民法院提起诉讼。 十二、本合同一式四份，双方各持两份，甲乙双方签字（盖章）生效。 甲方：乙方： 年月日年月日

详解PPP及PPPoE协议,文章写得通俗易懂

PPP(Point-to-Point Protocol点到点协议)，一种二层协议，通常部署在专线网和按需电路网上面，PPP 有很多丰富的可选特性，如支持多协议、提供可选的身份认证服务、可以以各种方式压缩数据、支持动态地址协商、支持多链路捆绑等等。这些丰富的选项增强了PPP的功能。同时，不论是异步拨号线路还是路由器之间的同步链路均可使用。因此，应用十分广泛 当然，在专线网上我们也可以使用HDLC二层协议，但用的并不多，原因有三： 1.不支持验证，一层通二层就通 2.不支持多种上层协议(ip/ipx/appletalk等)，而PPP帧中专门有一个字段用来标示上层协议类型 3.HDLC协议为厂商私有协议，各个厂商互不兼容，但HDLC是cisco产品的默认广域网封装方式， 要使用PPP协议需要encapsulation ppp 命令改变接口封装协议 我们家庭拨号上网就是通过PPP协议在用户端和运营商的接入服务器之间建立通信链路。目前，宽带接入已基本取代拔号接入，在宽带接入技术日新月异的今天，PPP也衍生出新的应用。典型的应用是在ADSL(非对称数据用户环线，Asymmetrical Digital Subscriber Loop)接入方式当中，PPP与其他的协议共同派生出了符合宽带接入要求的新的协议，如PPPoE(PPP over Ethernet)，PPPoA(PPP over ATM)。 利用以太网(Ethernet)资源，在以太网上运行PPP来进行用户认证接入的方式称为PPPoE。PPPoE 即保护了用户方的以太网资源，又完成了ADSL的接入要求，是目前ADSL接入方式中应用最广泛的技术标准。 同样，在ATM(异步传输模式，Asynchronous Transfer Mode)网络上运行PPP协议来管理用户认证的方式称为PPPoA。它与PPPoE的原理相同，作用相同；不同的是它是在ATM网络上，而PPPoE是在以太网网络上运行，所以要分别适应ATM标准和以太网标准 好的，下面我们就以点到点专线上的PPP协议和以太网上的PPPoE协议为例，详细介绍它们的工作原理、验证过程及其配置方法 一、点到点专线上的PPP协议 PPP特性有很多，但主要的特性是具备验证技术，所以在此我们主要是讨论PPP的验证。PPP的验证方式分为两种：PAP和CHAP PAP( 密码验证协议)：客户端向服务器端发送验证信息，包含用户名和密码。如果用户名和密码与服务器里保存的一致，那就通过验证，否则就不能通过(通过两次握手)。 CHAP(挑战握手验证协议)：CHAP首先是由服务器发起的，它向客户端发送含有random值(随机生成)、id号、用户名和密码的数据，客户端收到数据后提取random、id和用户所对应的密码使用MD5算法进行哈希(hash)得到hash值。然后再把自己保存的用户名连同id和刚得到的hash值一起发送给服务器。服务器再收到数据后也进行以上操作得到hash值，再把算得的hash值与从客户端得到的hash 值进行比较：两值相同服务器就发送一个通过的信息；两值不同服务器就发送一个拒绝的信息。可以看出，CHAP在整个验证过程中是不发送密码的，所以是一种安全的认证。 好的，下面我们就以实例来演示PAP和CHAP的配置过程 1、实验拓朴 2、配置步骤 首先我们来做个PAP认证

无线传感器网络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. 参展单位名称： 2. 展会名称： 3. 展出时间： 4. 布展地点： 5. 展区位编号：（附展场平面图） 6. 展场限高： 7. 设计高度： 8. 布展时间： 9.撤展时间： 第二条：制作周期 10. 制作周期为本合同签定之日起个工作日，自甲方预付款进账时间之日开始计算，本工程于年月日前完成总体的施工。 第三条：制作要求 11. 乙方必须在合同规定的时间内完成制作部分和搭建部分，不得以任何理由拖延时间，若甲方追加项目或变更设计，必须在合理的情况下，可协商解决。 12. 以向乙方提交最终签字效果图或施工图为准，双方不得随意更改变动。 13. 以安全、牢固、符合设计作为制作质量标准，如甲方提供图纸，以图纸注明的质量要求为准。 14. 甲方提供图纸如不附合展场要求的，由甲方自负。 15. 制作搭建完成品为合同第一条第二条及所附图纸规定的内容。 16. 甲方中途验收进度质量，乙方应指派项目经理到场积极配合，远程客户，不方便现场验收的，公司可用数码照片按时传送制做过程或启动工厂的视频连接在线查看，保证甲方监控工期进度。 第四条：双方责任 17. 乙方不得无故拖延工期或终止施工，不得以任何合同以外的不正当的借口，向甲方追加不相关的费用。 18. 乙方应对搭建的展台在展期内负责各方面维护。 19. 甲方应在有效时间内向乙方提供设计制作所需要的各项文字及图片资料，资料应与合同签定的图纸相附，超出合同约定，视为增项。乙方不为甲方所提供的展出图片、文字及内容负责。 20. 甲方所提供的设计乙方不为设计的知识产权负责。 21. 甲方应负责乙方展台搭建所需进场手续及费用的按时办理，派专人到现场确认搭建位置及展台摆放方向，如甲方不能及时到达办理，应提前在合同附加条款内注明双方约定。 22. 乙方必须在规定的布展时间内完成，布展期间禁止增加工程量或变换材料，因甲方增项变更设计，因此带来的布展时间延长，所产生的费用由甲方自负，同时向乙方支付加班所需的各项费用。 23. 因甲方造成的原因、组展单位原因不能按时布展或造成搭建时间延长、误展、弃展，或展期推移，乙方不负责，继续执行原合同。并由甲方支付存放保管的相关费用。

PPPOE协议工作原理

协议的工作流程包含发现和会话两个阶段，发现阶段是无状态的，目的是PPPoE 地址，并建立一个唯一的以太网MACADSL设备上)获得PPPoE终结端(在局端的的PPPoESESSION-ID。发现阶段结束后，就进入标准的PPP会话阶段。 当一个主机想开始一个PPPoE会话，它必须首先进行发现阶段，以识别局端的以太网MAC地址，并建立一个PPPoESESSION-ID。在发现阶段，基于网络的拓扑，主机可以发现多个接入集中器，然后允许用户选择一个。当发现阶段成功完成，主机和选择的接入集中器都有了他们在以太网上建立PPP连接的信息。直到PPP会话建立，发现阶段一直保持无状态的Client/Server(客户/服务器)模式。一旦PPP会话建立，主机和接入集中器都必须为PPP虚接口分配资源。 PPPoE协议会话的发现和会话两个阶段具体进程如下。 1.发现(Discovery)阶段 在发现(Discovery)阶段中用户主机以广播方式寻找所连接的所有接入集中器(或)，并获得其以太网MAC地址。然后选择需要连接的主机，并确定交换机所要建立的PPP会话标识号码。发现阶段有4个步骤，当此阶段完成，通信的两端都知道PPPoESESSION-ID和对端的以太网地址，他们一起唯一定义PPPoE会话。这 4个步骤如下。 (1)主机广播发起分组(PADI) 主机广播发起分组(PADI)，分组的目的地址为以太网的广播地址0× ffffffffffff，CODE(代码)字段值为0×09，SESSION-ID(会话ID)字段值为0×0000。PADI分组必须至少包含一个服务名称类型的标签(标签类型字段值为0×0101)，向接入集中器提出所要求提供的服务。 (2)接入集中器 接入集中器收到在服务范围内的PADI分组，发送PPPoE有效发现提供包(PADO)分组，以响应请求。其中CODE字段值为 0×07，SESSION-ID字段值仍为0×0000。PADO分组必须包含一个接入集中器名称类型的标签(标签类型字段值为0×0102)，以及一个或多个服务名称类型标签，表明可向主机提供的服务种类。 (3)主机选择一个合适的PADO分组 主机在可能收到的多个PADO分组中选择一个合适的PADO分组，然后向所选择的接入集中器发送PPPoE有效发现请求分组(PADR)。其中 CODE字段为0×19，SESSION_ID字段值仍为0×0000。PADR分组必须包含一个服务名称类型标签， 当主机在指定的时间内没有接收请求的服务种类。)或交换机(确定向接入集线器．到PADO，它应该重新发送它的PADI分组，并且加倍等待时间，这个过程会被重复期望的次数。 (4)准备开始PPP会话 接入集中器收到PADR分组后准备开始PPP会话，它发送一个PPPoE有效发现会话确认PADS分组。其中CODE字段值为 0×65，SESSION-ID字段值为接入集 中器所产生的一个唯一的PPPoE会话标识号码。PADS分组也必须包含一个接入 集中器名称类型的标签以确认向主机提供的服务。当主机收到PADS分组确认后，双方就进入PPP会话阶段。 2.PPP会话阶段 用户主机与接入集中器根据在发现阶段所协商的PPP会话连接参数进行PPP 会话。一旦PPPoE会话开始，PPP数据就可以以任何其他的PPP封装形式发送。所有的以太网帧都是单播的。PPPoE会话的SESSION-ID一定不能改变，并且必