PPPoE会话解析

从PPPoE会话的内容中，我们可以了解到PPPoE应用的不同情况。那么我们在之前的文章中，也讲解了有关的内容。那么这里我们针对PPPoE会话，以及PPPoE协议的一些应用该内容再来进行一下具体的分析。PPP在拨号介入网络中的应用场景,先看一幅PPPoE接入场景图:

PPPoE场景1

用户在自己的PC上拨号以建立到达图中SSG设备的PPPoE通道.

下图和上图结构相同,在细节上画的更清晰了一些:

PPPoE场景2

从用户PC到modem,从modem到DSLAM,从DSLAM到PPPoE Server的链路和协议栈进本上在前文中都介绍了,读者可以在本场景图中自己回味一下.不清楚或者有疑问的地方欢迎和Hans做深入探讨.

下面介绍PPPoE协议的细节:

上图第一行为Ethernet frame的格式,当ethernet type类型为0×8863时,表示payload承载的是PPPoE协商报文,当类型为0×8864时,表示承载的是PPPoE的会话数据报文.Payload部分就是PPPoE报文的内容了.

第二行中是PPPoE的报文头,版本、类型字段的数值恒为0×01.Code字段在各种报文中的数值不同,在后面会一一介绍.会话ID表示此报文为 哪个PPPoE会话的报文.长度字段表示后面Payload字段的长度.在这个层次上的Payload是一组的PPPoE标记（Tag）.

第三行就显示了PPPoE Tag的组织格式,是以一串常见的TLV（类型、长度、值）三元组组成的.

标记(Tag)对照表:

PPPoE的协商流程:

1、PADI（PPPOE Active Discovery Initiation）报文

这是用户主机发起（广播方式）的一个PPPoE服务器探测报文.code字段为0×09,会话ID为0×0000（此时还没有会话session）,必须需要包含0×0101标记,这个标记表示主机需要的服务.有时还会带上0×0103这个tag,表示主机的唯一标识.

2、PADO（PPPOE Active Discovery Offer）报文

这是PPPoE服务器收到PADI报文之后的回应报文（目的MAC地址为客户端主机的MAC地址）.当PPPoE报文受到PADI报文后,如果此服 务器可以回应主机0×0101标记请求的服务,则可以回应PADO报文.PADO的code字段为0×07,会话ID为0×0000.此报文必须包含 0×0102标记以及一些针对收到的PADI报文的确认标记.

3、PADR（PPPOE Active Discovery Request）报文

这是用户主机收到PPPoE服务器回应的PADO报文后,单播（目的地址为此用户选定的那个PPPoE主机的MAC）发起的请求报文.code字段为0×19,session ID为0×0000.包含了0×0101标识.

4、PADS（PPPOE Active Discovery Session-confirmation）报文

PPPoE服务器会为在这个会话分配一个唯一的会话进程ID,并在发送给主机的PADS报文中携带上这个会话ID.当然如果PPPoE服务器不满足 用户所申请的服务的话,则会向用户发送一个PADS报文,而其中携带一个服务名错误的标记,而且此时该PADS报文中的会话ID填充0×0000. code为0×65.至此,一个PPPoE会话就建立成功了,用户和服务器两点之间可以进行会话,也就是可以发送PPP报文了.

5、PADT（PPPOE Active Discovery Terminate）报文

当用户或者服务器需要终止会话时,可以发送这种PADT报文.code字段为0xA7.session ID为希望终止的会话ID.此报文不需要附加任何的tag标识.

PPPoE的会话数据报文:

一旦经过前面介绍的协商之后,PPPoE的会话就建立成功了,客户端和服务器获得了会话ID,也就是建立了一条点对点的隧道（tunnel）.此时 两端之间就可以发送会话报文,也就是PPP报文了.此时ethernet报文头的type字段为0×8864.PPPoE头的code字段为0×00.此 时PPPoE承载的payload就是PPP报文了.

总结:PPPoE为非点对点链路的以太网物理链路上承载PPP报文提供了一种创建虚拟点对点隧道链路的协商方式和封装方式.