[合同协议]第八章 PPPoE协议.ppt

PADO报文中必须包含一个访问集中器名这个标记，同时还要包含对PADI报文中服务名标记的确认标记和对其它标记的一些确认标记。这个过程有点类似于PPP协议中链路建立过程中的Config-Ack报文，当然如果用户主机所申请的服务访问集中器不支持的话，则访问集中器就不会回应PADO报文。 这个报文中包括4个标记，在PADI所提供的标记的基础上又增加了两个标记，一个是访问集中器名(0102)，访问集中器名是MD5500，而且还包含一个标记结束标记（1000）。 00 10 A4 97 C1 09 00 B0 D0 BC AB 75 88 63 11 07 00 00 00 1A 01 02 00 06 4D 44 35 35 30 30 01 03 00 04 01 00 00 00 01 01 00 00 10 00 00 00 PADO报文净载荷 访问集中器的MAC地址 承载的是PADO报文 4、PADR（PPPoE Active Discovery Request）报文 PPPoE发现阶段的第三步，也即是由用户主机向访问服务器发送单播的请求报文。当用户主机收到PADO报文后，会从这些报文中挑选一个访问集中器作为后续会话的对象。 由于用户主机在收到PADO报文后，就获知了访问集中器的MAC地址，因此PADR报文所以应的以太网帧的源地址填充用户主机的MAC地址，而以太网的目的地址填充为访问集中器的MAC地址。 我们来看一下PADR报文几个域的填充情况，版本域和类型域不变固定填充0x11，代码域填充0x19，会话ID域填充0x0000。此时PADR报文必须准确地包含一个服务名的标记，指示用户主机申请的服务和其它的标记类型。 00 B0 D0 BC AB 75 00 10 A4 97 C1 D9 88 63 11 19 00 00 00 0C 01 03 00 04 01 00 00 00 01 01 00 00 当收到访问集中器的PADO报文后，用户主机会发送PADR报文，该报文所含的标记域与PADI报文中的一致，但此时用户主机已获知了访问集中器名。（以太网的目的MAC已变成单播地址） 5、PADS（PPPoE Active Discovery Session-confirmation）报文 PPPoE发现阶段的第四步，也即是最后一步，此时访问集中器当收到PADR报文时，就准备进入开始一个PPP的会话了，而此时访问集中器会为这个会话分配一个唯一的会话进程ID，并在发送给主机的PADS报文中携带上这个会话ID。当然如果访问集中器不满足用户所申请的服务的话，则会向用户发送一个PADS报文，而其中携带一个服务名错误的标记，而且此时该PADS报文中的会话ID填充0x0000。 我们来看一下PADS报文几个域的填充情况，版本域和类型域不变固定填充0x11，代码域填充0x65，会话ID必须设为给这个PPPoE进程所分配的唯一值。 00 10 A4 97 C1 D9 88 63 11 65 01 6B 00 10 01 03 00 04 01 00 00 00 01 01 00 00 00 B0 D0 BC AB 75 00 00 00 00 访问集中器分配的会话ID 表示PPPoE报文中一串标记结束的标记类型，为了保证版本的兼容性，在有些报文中有应用 8.3 PPPoE的会话阶段 一旦PPPoE进入到会话阶段，则PPP的数据报文就会被填充在PPPoE的净载荷中被传送，这时两者所发送的所有以太网包均是单播目的地址。PPPoE会话阶段以太网帧的协议域填充为0x8864，代码域填充0x00。 之后的整个会话的过程就是PPP的会话过程，但是在PPPoE数据域内的PPP数据帧是从协议域开始的。并不包含PPP头的标志、地址、控制域。 我们可以看到下划线部分就是PPP的数据报文（0xC021表示LCP协商阶段，且为代码域为0x01表示是Config-Request报文）。 00 10 A4 97 C1 D9 88 64 11 00 01 6B 00 19 00 B0 D0 BC AB 75 02 06 0A 00 00 00 0017 01 01 C021 05 06 0A 00 00 00 07 02 08 02 0D 03 06 PPPoE会话阶段报文 进入PPPoE会话阶段后，PPPoE报文的代码域变为0 IETF是Internet工程任务组（Internet Engineering Task Force）的简写。IETF又叫互联网工程任务组，成立于1985年底，是全球互联网最具权威的技术标准化组织，主要任务是负责互联网相关技术规范的