pppoe原理协议详解

1、pppoe原理协议详解PPPoE （ Pointto Point Protocol overEthernet ,基于以太网的点对点协议）的工作流 程包含发现（Discovery ）和会话（Session ）两 个阶段，发现阶段是无状态 的，目的是获得PPPoE终端（在局端的ADSL设备上）的以太网 MAC地址，并建立一个惟一的PPPoE SESSION-ID 。发现阶段结束后，就进入标准的PPP会话阶 段1.发现阶段（PPPoED PPPoE Discovery）1.1 PADI（ PPPoE Active Discovery Initiation ）主机广播发起分组，分组的目的地址为以太网的

2、广播地址Oxfffffff，CODE（代码）字段值为 0X 09 （ PADI Code），SESSION-ID （会话 ID）字段值为 0x0000。PADI 分组必须至少包含一个服务名称类型的 标签（Service Name Tag，字段值为0x0101 ），向接入 集中器提出所要求提供的服务。1.2 PADO（ PPPoE Active Discovery Offer ）接入集中器收到在服务范围内的PADI分组，发送PPPoE有效发现提供包分组，以响应请求。其中 CODE段值为 0X 07 （ PADO Code，SESSION-ID 字段值仍为 0x0000。PADO分 组必须包含一个

3、接入集中器名称类型的标签（Access Concen trator Name Tag ，字段值为0x0102），以及一个或多个服务名称类型标签，表明可向主机提供的服务种类。PADO和PADI 的 Host-Uniq Tag 值相同。1.3 PADR （ PPPoE Active Discovery Request ）主机在可能收到的多个PADO分组中选择一个合适的PADO分组，然后向所选择的接入集中器发送PPPoE有效发现 请求分组。其中 CODE字段为0x19 （ PADR Code），SESSION_ID字 段值仍为0x0000。PADF分组必须包含一个服务名称类型标签，确定向接入集线器（

4、或交换机）请求的服务种类。当主机在指定的时间内没有接收到PADO它应该重新发送它的PADI分组，并且加倍等待时间，这个过程会被重复期望的次数。1.4 PADS( PPPoE Active DiscoverySession -confirmation)接入集中器收到 PADF分组后准备开始 PPP会话，它发送一个 PPPoE有效发现会话确认PADS分组。其中 CODE字段值为0X65 ( PADS Code , SESSION-ID字段值为接入集中器所 产生的一个惟一的PPPoE会话标识号码。PADS分组也必须包含一个接入集中器名称类型的标签以确认向主机提供的服务。当主机收到PADS分组确认后，

5、双方就进入PPP会话阶段。PADS和 PADR勺 Host-Uniq Tag 值相同。User协if3ME601.PADI 2 PADO 3-PADR4PADS图1 PPPoE旳协商流程2.会话阶段(PPPoES PPPoE Session)PPP 会话的建立，需要两端的设备都发送 LCP数据包来配置和测试数据通信链路。用户主机与接入集中器根据在发现阶段所 协商的PPP会话连接参数进行PPP会话。一旦 PPPoE会话开始，PPP数据就可以以任何其他的 PPF封装形式发送。所有的以太网帧都是单播的。PPPoE会话的SESSION-ID一定不能改变，并且 必须是发现阶段分配的值。2.1LCP 协商

6、阶段(LCP Link ControlProtocol )LCP的Request主机和AC都要给对方发送，LCP协商阶段完成最大传输单元(MT)是否进 行认证和采用何种认证方式(Authe nticatio n Type )的协商。(1) LCP协议数据报文分类链路配置报文：用来建立和配置一条链路， 主要包括 Configure-Request、Configure-Ack、 Configure-Nak 和 Configure-Reject 报文链路维护报文：用来管理和调试链路，主要 包括 Code-Reject 、 Protocol-Reject 、 EchoRequest 、Echo-Rep

7、ly 和 Discard-Request 扌报文链路终止报文：用来终止一条链路，主要包 括 Terminate-Request 和 Terminate-Reply 扌报 文(2) LCP协商过程ServerLCP协商的过程如下：协商双方互相发送一 个LCP Config-Request 报文，确认收到的 Config-Request报文中的协商选项，根据这些 选项的支持与接受情况，做出适当的回应。若两 端都回应了 Config-ACK，则标志LCP链路建立 成功，否则会继续发送Request报文，直到对端 回应了 ACK报文为止。iMMi MH am iV. * i* 4B. iMiH MM

8、MM MHL MiConfig-req * jlConfig* nekConfig-reqGonfigwckClient1卩V W- I图2 LCP协商的基本过程说明:（1）Config-ACK :若完全支持对端的 LCP选项，则回应Config-ACK报文，报文中必须完全携带对端Request报文中的选项。(2) Config-NAK :若支持对端的协商选项，但不认可该项协商的内容，则回应Con fig-NAK报文，在Config-NAK的选项中填上自己期望的 内容，女口 ：对端MRU直为1500,而自己期望 MRU 值为1492，则在Config-NAK报文中埴上自己的 期望值1492。(3) Config-Reject :若不能支持对端的协 商选项，贝I回应Config-Reject报文，报文中带 上不能支持的选项，如 Win dows拨号器会协商 CBCP(被叫回呼)，而ME60不支持CBCF功能， 则回将此选项拒绝掉。2.2认证阶段(PPP Auth