pppoe报文.docVIP

pppoe报文 2010-01-06 09:04PPPOE的发现阶段可分为四步，其实这个过程也是PPPOE四种数据报文的交换的一个过程。当完成这四步后，用户主机与访问集中器双方就能获知对方的MAC地址和唯一的会话ID号， 从而进入到下一个阶段（PPPOE的会话阶段）。实际上双方在互相知道了对方的MAC地址后，就已经在广播式的网络上确定了一一的对应关系，为了保证这个连接的有效性，同时使 PPPOE协议能更加灵活的运用，因此还加入了会话ID字段，通过这两个条件就可完成确定双方点对点的关系。 在这个阶段一开始，由于接入用户并不知道访问集中器的MAC地址，则使用类似于ARP解析的过程的机制来获取访问集中器的MAC地址。首先由接入用户侧发起一个初始化的广播报文 ，对于访问集中器如果配置了PPPOE的业务时，它会时实检测网络上的数据包，当发现以太网数据帧中所承载的是PPPOE报文时（通过协议域的内容来区分），就会将其交给相应的 模块去处理。当收到初始化报文后，访问集中器会向该用户回应一个报文。如果网络上存在很多这样的访问集中器且都收到了用户侧发送的初始化报文时，它们也都会向用户侧会 送一个确认报文，如果该用户收到这个报文后，则会依据报文中所携带的内容或本端的一些配置来选择一个唯一的访问集中器进行会话。到此时已完成了前两步了，那么剩下的两 步则是协商一些所提供的服务选项和获取PPPOE会话阶段所必须的会话ID值。 在这个阶段，前面在讲述以太网帧格式时也特别强调了，所有数据报文是被承载在以太网的数据域中的，而且以太网数据帧的协议域始终为0x8863。 下面我们结合具体的数据报文的内容，来具体的讲解这四步的过程。 2.1.3.1 PPPOE数据报文中Tag（标记）的格式 对于发现阶段的PPPOE数据报文而言，它的净载荷可能包含零个或多个Tag（标记），实际上这些标记的意义非常类似于PPP配置参数选项，它同样也是要经过协商的。对于PPPOE协 议而言，没有像PPP的配置参数选项那样定义了很多细节，而只是一个初略的定义，因此在实际当中实现这个过程会依据不同厂商的设备有不同。首先还是让我们看一下承载在 PPPOE报文数据域中的标记封装格式： 从上图中可以看出，标记的封装格式采用的是大家所熟知的TLV结构，也即是（类型+长度+数据）。 标记的类型域为2个字节，下表列出了各种标记类型的含义： 标记类型 标记说明 0x0000 表示PPPOE报文数据域中一串标记的结束，为了保证版本的兼容性而保留，在有些报文中有应用。 0x0101 服务名，主要用来表明网络侧所能提供给用户的一些服务。 0x0102 访问集中器名，当用户侧接收到了AC的回应的PADO报文时，就可获从所携带的标记中获知访问集中器的名子，而且还可以据此来选择相应的访问集中器。 0x0103 主机唯一标识，类似于PPP数据报文中的标识域，主要是用来匹配发送和接收端的，因为对于广播式的网络中会同时存在很多个PPPOE的数据报文。 0x0104 AC-Cookies，主要被用来防止恶意性DOS功击。 0x0105 销售商的标识符。 0x0110 中继会话ID，对于PPPOE的数据报文也同样可以像DHCP报文一样被中断到另外的AC上终结，这个字段则是用来维护另一个连接的。 0x0201 服务名错误，当请求的服务名不被对端所接受时，会在响应的报文中携带这个标记。 0x0202 访问集中器名出错。 0x0203 一般性错误。 ? 标记的长度域为2个字节，它用来指明标记数据域的长度。 ? 标记的数据域中用来放置不同类型标记所对应的相关数据。 2.1.3.2 PADI（PPPOE Active Discovery Initiation）报文 PPPOE发现阶段的第一步，也即是由用户侧首先发送这样一个报文。用户主机是以广播的方式发送这个报文，所以该报文所对应的以太网帧的目的地址域应填充为全1，而源地址域 填充用户主机的MAC地址。广播包可能会被多个访问集中器接收到，后面会讲到对于接收到PADI报文的访问集中器会使用PADO报文来回应用户主机。 我们来看一下PADI报文中几个域的填充情况，前面已强调过版本域和类型域固定填充0x01，因为两个域各占4位，所以合并为1个字节后应为0x11。PADI报文的代码域填充0x09，会 话ID填充0x0000。PADI报文必须含一个由用户侧请求的正确服务名标记，当然还可能携带一些其它的标记，而一个完整的PADI报文（包括PPPOE头）不能超过1484个字节，以便能留 下足够的空间给中继代理增加一个中继的会话ID标记。 例1：PADI 数据报文 这个报文中包括两个标记：一个是主机的只唯一标识，另一个则是服务名标记，从上面这个报文中可以看出服务名没有具体实际的内容，说明对于用户主机