数据包是如何传到pppoe

1. 宽带pppoe协议

1. 前言

PPPOE(PPP over Ethernet, RFC2516，值得注意的是此RFC不是Standard而是Information类型的)定义了如何在以太网上传输PPP数据包的方法，目前流行的宽带类型
ADSL就是通过PPPoE实现的。

2. 通信过程概述

建立PPPOE通道（ADSL拨号卜前）分两个阶段：发现阶段和PPP会话阶段。

在发现阶段，以太网李宴上的客户机要找到一个访问集中器(AC，Access Concentrator)，就是ADSL MODEM，一般家用时一般就只有一个AC；但如果是一个以太网内可能会有多条ADSL，就会有多个AC，这时客户机就从中选择一个。发现阶段完成后，客户机和AC都得到要在以太网上建立PPP通道的相关信息。

发现阶段是无状态的，也就是两边都不用保存以前的状态信息；只有PPP会话开始后，双方就要建立一个虚拟的PPP通信接口，具体在linux下会有ppp0网卡，在windows下网络连接中增加ADSL的接口。

3. 协议头格式

3.1 协议值

PPPOE数据是直接哪弊银在以太头数据之上的，其等级和ARP、IP等是相同的，在以太头的类型字段中，用0x8863 表示是PPPOE发现阶段数据，用0x8864表示PPP会话阶段数据，如下所示。(类比：0x0800表示IP数据，0x0806表示ARP数据)

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| DESTINATION_ADDR |
| (6 octets) |
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SOURCE_ADDR |
| (6 octets) |
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| ETHER_TYPE (2 octets) |
| 0x8863 or 0x8864 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
| PPPOE Header |
| (6 octets) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
~ ~
~ payload ~
~ ~
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| CHECKSUM |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

3.2 PPPOE协议头

1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| VER | TYPE | CODE | SESSION_ID |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| LENGTH | payload ~
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

PPPOE协议头有6个字节，正好和14字节的以太头实现了4字节对齐，包括以下字段：
VER：版本号，4位，必须为0x01TYPE：类型，4位，必须是0x01CODE：8位，在发现阶段和PPP会话阶段有不同的定义，表示PPPOE数据类型SESSION_ID：16位，用来定义一个PPP会话，在发现过程中定义。LENGTH：16位，表示负载长度，不包括以太头和PPPOE头。

4. 发现阶段

PPPOE发现阶段数据的以太类型是0x8863。

4.1 TAG

在发现阶段用于交换客户机和AC的信息，建立PPPOE通道，负载信息都是PPPOE信息，并没有上层协议数据。
发现阶段的负载称为TAG，一个TAG信息格式如下，负载信息中可能会包含多个TAG：

1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| TAG_TYPE | TAG_LENGTH |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| TAG_VALUE ... ~
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

TAG_TYPE：16位，TAG类型TAG_LENGTH：16位，表示TAG_VALUE部分的长度TAG_VALUE：TAG值
TAG_TYPE可取以下值(注意第一字节为2表示是错误信息)：
0x0000 End-Of-List
0x0101 Service-Name
0x0102 AC-Name
0x0103 Host-Uniq
0x0104 AC-Cookie
0x0105 Vendor-Specific
0x0110 Relay-Session-Id
0x0201 Service-Name-Error
0x0202 AC-System-Error
0x0203 Generic-Error

4.2 PPPOE主动发现初始包

PPPOE主动发现初始包(PPPoE Active Discovery Initiation, PADI)由客户机发出，以太头中的目的地址是以太广播地址FF:FF:FF:FF:FF:FF，PPPOE头中的CODE为0x09，SESSION_ID值必须为0，负载部分必须只包含一个Service-Name类型的TAG表示请求的服务类型，另外可以包含其他TAG，整个PPPOE包不能超过1484字节，这样省出的16字节可以由ADSL中继设备添加中继TAG。
一个PADI包的例子为:
1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 0xffffffff |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 0xffff | Host_mac_addr |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Host_mac_addr (cont) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| ETHER_TYPE = 0x8863 | v = 1 | t = 1 | CODE = 0x09 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SESSION_ID = 0x0000 | LENGTH = 0x0004 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| TAG_TYPE = 0x0101 | TAG_LENGTH = 0x0000 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

4.3 PPPOE主动发现提议包

PPPOE主动发现提议包(PPPoE Active Discovery Offer, PADO)由AC发出，用来回应客户机的PADI包，以太头中的目的地址是客户机的MAC地址，PPPOE头中的CODE为0x07，SESSION_ID值必须为0，负载部分必须包含一个AC-Name类型的TAG，用来指示本AC的名称，一个在PADI包中指定的Service-Name的TAG，另外可以包含其他Service-Name的TAG。如果AC不对该客户机提供服务，AC就不回应PADO包。 一个PADO包的例子为:
1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Host_mac_addr |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Host_mac_addr (cont) | Access_Concentrator_mac_addr |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Access_Concentrator_mac_addr (cont) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| ETHER_TYPE = 0x8863 | v = 1 | t = 1 | CODE = 0x07 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SESSION_ID = 0x0000 | LENGTH = 0x0020 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| TAG_TYPE = 0x0101 | TAG_LENGTH = 0x0000 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| TAG_TYPE = 0x0102 | TAG_LENGTH = 0x0018 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 0x47 | 0x6f | 0x20 | 0x52 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 0x65 | 0x64 | 0x42 | 0x61 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 0x63 | 0x6b | 0x20 | 0x2d |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 0x20 | 0x65 | 0x73 | 0x68 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 0x73 | 0x68 | 0x65 | 0x73 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 0x68 | 0x6f | 0x6f | 0x74 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

4.4 PPPOE主动发现请求包

PPPOE主动发现请求包(PPPoE Active Discovery Request, PADR)由客户机发出，因为可能会有多个AC对客户机发出的PADI包回应了PADO包，客户机从回应的PADO包中选择一个AC发送PADR包，以太头中的目的地址是该AC的MAC地址，PPPOE头中的CODE为0x19，SESSION_ID值必须为0，负载部分必须只包含一个Service-Name类型的TAG表示请求的服务类型，另外可以包含其他TAG。

4.5 PPPOE主动发现会话确认包

PPPOE主动发现会话确认包(PPPoE Active Discovery Session-confirmation, PADS)由AC发出，收到客户机的PADR包后，AC将产生一个SEESSION_ID值用来标志本次PPP会话，以PADR包方式发送给客户机。以太头中的目的地址是客户机的MAC地址，PPPOE头中的CODE为0x65，SESSION_ID值必须为所生成的那个SESSION_ID，负载部分必须只包含一个Service-Name类型的TAG，表示该服务类型被AC接受，另外可以包含其他TAG。如果AC不接受PADR中的Server-Name，PADS中则包含一个Service-Name-Error类型的TAG,这时SESSION_ID设置为0。

4.6 PPPOE主动发现停止包

PPPOE主动发现停止包(PPPoE Active Discovery Terminate, PADT)表示PPPOE会话过程的结束，AC和客户机都可以主动发出。以太头中的目的地址是对方的MAC地址，PPPOE头中的CODE为0xa7，SESSION_ID值必须为PPPOE会话过程的SESSION_ID，不需要TAG。

5. PPP会话阶段

在PPP会话阶段，PPP包被封装在PPPOE以太帧中，以太包目的地址都是单一的，以太协议为0x8864，PPPOE头的CODE必须为0，SESSION_ID必须一直为发现阶段协商出的SEESION_ID值，PPPOE的负载是整个PPP包，PPP包前是两字节的PPP协议ID值。
一个PPPOE会话过程包的例子为:
1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Access_Concentrator_mac_addr |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|Access_Concentrator_mac_addr(c)| Host_mac_addr |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Host_mac_addr (cont) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| ETHER_TYPE = 0x8864 | v = 1 | t = 1 | CODE = 0x00 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SESSION_ID = 0x1234 | LENGTH = 0x???? |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| PPP PROTOCOL = 0xc021 | PPP payload ~
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

注意：由于PPPOE头是6字节，PPP协议ID号两个字节，一共要占用8个字节，而以太网的MTU值为1500，所以上层PPP负载数据不能超过1492字节，所以PPP协商时协商的最大接收单元值不能超过1492字节，也就是相当于在PPPOE环境下的MTU是1492字节。

6. ADSL拨号过程简述

客户机启动拨号程序，发送PADI包，ADSL MODEM回应PADO包，客户机再发送PADR包，ADSL MODEM回应PADS包后建立PPPOE通道，随后客户机进行普通的PPP协议拨号过程，不过PPP数据包都是包装进以太帧中的，拨号成功后客户机和服务器之间建立了PPP通道，ADSL MODEM起到将以太帧转换为PPP包的作用。ADSL虽然是用电话线，但所用频率不是通话用的频率，所以ADSL拨号不影响打电话。通信结束后，会发送PADT断开PPPOE通道。
7. 结论

由于ADSL的大面积使用，PPPOE也随之应用，了解其通信协议和数据格式对于底层驱动的开发、协议分析、访问控制等是必要的，现在不论在windows还是linux下都可以很好地支持PPPOE。

2. PPPOE+是什么

PPPOE+是以太网上的点对点协议。

PPPOE+是将点对点协议（搏悉坦PPP）封装在以太网（Ethernet）框架中的一种网络隧道协议。由于协议中集陆凯成PPP协议，所以实现出传统以太网不能提供的身份验证、加密以及压缩等功能。

也可用于缆线调制解调器（cable modem）和数字用户线路（DSL）等以以太网协议向用户提供接入服务的协议体系。

(2)数据包是如何传到pppoe扩展阅读：

PPPOE+协议是为在同等单元之间传输数据包这样的简单链路设计的链路层协议。这种链路提供全双工操作，并按照顺序传递数据包。

最终设计目的主要是用来通过拨号或专线方式建立点对点连接发送数据，使其成为各种主机、网桥和路由器之间简单连接基桐的一种共通的解决方案。

参考资料来源：网络——PPPOE

3. 数据包是如何在网络中传输的

我们电脑上的数据，是如何“走”到远端的另一台电脑的呢？这是个最基础的问题，可能很多人回答不上来，尽管我们每天都在使用网络。这里我们以一个最简单的“ping”命令，来解释一个数据包“旅程”。

假设：我的电脑A，向远在外地的朋友电脑B传输数据，最简单的就是“ping”一下，看看这个家伙的那一端网络通不通。A与B之间只有一台路由器。（路由器可能放在学校，社区或者电信机房，无所谓，基本原理是一样的）

具体过程如下------
1．“ping”命令所产生的数据包，我们归类为ICMP协议。说白了就是向目的地发送一个数据包，然后等待回应，如果回应正常则目的地的网络就是通的。当我们输入了“ping”命令之后，我们的机器（电脑A）就生成了一个包含ICMP协议域的数据包，姑且称之为“小德”吧~~~~

2．“小德”已经将ICMP协议打包到数据段里了，可是还不能发送，因为一个数据要想向外面传送，还得经过“有关部门”的批准------IP协议。IP要将你的“写信人地址”和“收信人地址”写到数据段上面，即：将数据的源IP地址和目的IP地址分别打包在“小德”的头部和尾部，这样一来，大家才知道你的数据是要送到哪里。

3．准备工作还没有完。接下来还有部门要审核------ARP。ARP属于数据链路层协议，主要负责把IP地址对应到硬件地址。直接说吧，都怪交换机太“傻”，不能根据IP地址直接找到相应的计算机，只能根据硬件地址来找。于是，交换机就经常保留一张IP地址与硬件地址的对应表以便其查找目的地。而ARP就是用来生成这张表的。比如：当“小德”被送到ARP手里之后，ARP就要在表里面查找，看看“小德”的IP地址与交换机的哪个端口对应，然后转发过去。如果没找到，则发一个广播给所有其他的交换机端口，问这是谁的IP地址，如果有人回答，就转发给它。

4．经过一番折腾，“小德”终于要走出这个倒霉的局域网了。可在此之前，它们还没忘给“小德”屁股后面盖个“戳”，说是什么CRC校验值，怕“小德”在旅行途中缺胳膊少腿，还得麻烦它们重新发送。。。。。我靠~~~~注：很多人弄不清FCS和CRC。所谓的CRC是一种校验方法，用来确保数据在传输过程中不会丢包，损坏等等，FCS是数据包（准确的说是frame）里的一个区域，用来存放CRC的计算结果的。到了目的地之后，目的计算机要检查FCS里的CRC值，如果与原来的相同，则说明数据在途中没有损坏。

5．在走出去之前，那些家伙最后折磨了一次“小德”------把小德身上众多的0和1，弄成了什么“高电压”“低电压”，在双绞线上传送了出去。晕~~出趟门就这么麻烦吗？

6．坐着双绞线旅游，爽！可当看到很多人坐着同轴电缆，还有坐光纤的时候，小德又感觉不是那么爽了。就在这时，来到了旅途的中转站------路由器。这地方可是高级场所，人家直接查看IP地址！剩下的一概不管，交给下面的人去做。够牛吧？路由器的内部也有一张表，叫做路由表，里面标识着哪一个网络的IP对应着路由器的哪一个端口。这个表也不是天生就有的，而是靠路由器之间互相“学习”之后生成的，当然也可以由管理员手工设定。这个“学习”的过程是依靠路由协议来完成的，比如RIP，EIGRP，OSPF等等。

7．当路由器查看了“小德”的IP地址以后，根据路由表知道了小德要去的网络，接着就把小德转到了相应的端口了。至此，路由器的主要工作完成，下面又是打包，封装成frame，转换成电压信号等一系列“折腾”的活，就由数据链路层和物理层的模块去干吧。

8．小德从路由器的出口出来，便来到了目的地----电脑B----所属的网络的默认网关。默认网关可以是路由器的一个端口，也可以是局域网里的各种服务器。不管怎样，下面的过程还是一样的：到交换机里的ARP表查询“小德”的IP地址，看看属于哪个局域网段或端口，然后就转发到B了。

9．进了B的网卡之后，还要层层“剥皮”，基本上和从A出来的程序是一样的------电脑B先校验一下CRC值，看看数据是否完整；然后检查一下frame的封装，看到是IP协议之后，就把“小德”交给IP“部门”了；IP协议一看目的地址，正确，再看看应用协议，是ICMP。于是知道了该怎么做了------产生一个回应数据包，（可以命名为“回应小德”），并准备以同样的顺序向远端的A发送。。至于刚刚收到的那个数据包就丢弃了。

10．“回应小德”这个数据包又开始了上述同样的循环，只不过这次发送者是B而接收者是A了。

以上是一个最简单的路由过程，任何复杂的网络都是在次基础之上实现的。

4. 关于路由器的数据包转发问题，懂原理的进！

兄弟啊，看你写了这么多，但是表达的不是很清晰啊。作为一个技术人员，希望你养成画图的习惯，这样可以直观表达，让跟你交流的人也能理解你的意思。

好了，言归正传。

1. 你们所在的局域网使用了H3C的上网管理系统。这个系统是需要客户端了。这点非常关键。有了这个客户端，它就可以跟服务端的系租蠢启统进行很多交流。所以，客户端可以反馈你是否是windows系统，什么版本，是否是双网卡等等。所以，你使用路弊如由器如何拨号呢？

2. 即便使用通用的pppoe方式拨号，那么对方的系统无法跟客户端进行信息交换，就不会通过策略，你还是出不去的。

3. 直接使用路由器硬件档扰是行不通的。但是如果为了共享上网，给你个提示，你可以使用VMware虚拟机。

5. PPPoE原理配置

数字用户线路 DSL(Digital Subscriber Line）是以电话线为传输介质的传输数字信号的技术,人们通常把所有的DSL技术统称为XDSL,X代表不同种类的数字用户线路技术。目前比较流行的宽带接入方式为ADSL,ADSL是非对称DSL技术,使用的是 PPPoE( PPP over Ethernet)协议。
PPPoE协议通过在以太网上提供点到点的连接,建立PPP会话,使得以太网中的主机能够连接到远端的宽带接入服务器上。 PPPOE具有适用颂芦范围广安全性高碧厅、计费方便等特点。

定义
PPP （Point-to-Point Protocol）协议是一种在点到点链路上传输、封装网络层数据包的数据链路层协议。由于它能够提供用户认证、易于扩充，并且支持同/异步通信，因而获得广泛应用。

PPPoE (PPP over Ethernet)属于链路层协议，主要功能是在以太网上提供点到点的连接，建立PPP会话，以及封装PPP数据包的方法，是PPP协议在更广范围内应用的补充性协议。

各个字段解释如下：

介绍PPPoE的实现原理。
PPPoE协议采用Client/Server方式，它将PPP报文封装在以太网帧之内，在以太网上提供点对点的连接。
PPPoE可分为三个阶段，即 Discovery阶段（发现阶段）、Session阶段（会话阶段）、Terminate阶段（会话终结阶段） 。

Discovery阶段 为PPPoE认证的PPPoE协商阶段，由四个过程组成。

PPPoE Client广播发送一个 PADI （PPPoE Active Discovery Initial）报文，在此报文中包含PPPoE Client想要得到的服务类型信息。

所有的PPPoE Server收到PADI报文之后，将其中请求的服务与自己能够提供的服务进行比较，如果可以提供，则单播回复一个 PADO （PPPoE Active Discovery Offer）报文。

根据网络的野慧带拓扑结构，PPPoE Client可能收到多个PPPoE Server发送的PADO报文，PPPoE Client选择最先收到的PADO报文对应的PPPoE Server做为自己的PPPoE Server，并单播发送一个 PADR （PPPoE Active Discovery Request）报文。

PPPoE Server产生一个唯一的会话ID（Session ID），标识和PPPoE Client的这个会话，通过发送一个 PADS （PPPoE Active Discovery Session-confirmation）报文把会话ID发送给PPPoE Client，会话建立成功后便进入PPPoE Session阶段。

完成之后通信双方都会知道PPPoE的Session_ID以及对方以太网地址，它们共同确定了唯一的PPPoE Session。

PPPoE Discovery阶段的工作为PPPoE Client和PPPoE Server之间建立了Session，之后PPPoE便进入到Session阶段，Session阶段可划分为两部分，一是PPPoE认证的PPP协商阶段，二是PPP报文传输阶段。

PPPoE认证过程中的PPP协商和普通的PPP协商方式一致，分为LCP、认证、NCP三个阶段。

实验环境：

服务器端

客户端

如果不配置on-demand（有流量拨号没流量不拨号）的话直接undo掉这些命令就可以

配置验证：
1. display interface Dialer 1 ——查看拨号接口的配置

State是IDLE时PPPoE是没有拨号成功的，UP时就说明拨号成功了。

6. 数据包是如何在网络中传输的

然后在命令行中输入
arp
-a，会看见192.168.85.100
bb-bb-bb-bb-bb-bb
dynamic这样的信息。这就是arp高速缓存中ip地址和mac地址的一个映射关系，谈猜在以太网中，数据传递靠的是mac，而并不是ip地址。其实在这背后就隐枝碧藏着arp的秘密。你一定会问，网络上这么多计算机，a是怎么找到b的？那么我们就来分析一下细节。首先a并不知道b在哪里，那么a首先就会发一个广播的arp请求，即目的mac为ff-ff-ff-
ff-ff-ff,目的ip为b的192.168.85.100，再带上自己的源ip，和源mac。那么这个网段上的所有计算机都会接收到来自a的arp请求，由于每台计算机都有自己唯一的mac和ip，那么它会分析目的ip即192.168.85.100是不是自己的ip？如果不是，网卡会自动丢弃数据包。如果b接收到了，经过分析，目的ip是自己的，于是更新自己的arp高速缓存，记录下a的ip和mac。然后b就会回应a一个arp应答，就是把a的源ip，源mac变成现在目的ip，和目的mac，再带上自己的源ip，源mac，发送给a。当a机接收到arp应答后，更新自己的arp高猛侍举速缓存，即把arp应答中的b机的源ip，源mac的映射关系记录在高速缓存中。那么现在a机中有b的mac和ip，b机中也有a的mac和ip。arp请求和应答过程就结束了。由于arp高速缓存是会定时自动更新的，在没有静态绑定的情况下，ip和mac的映射关系会随时间流逝自动消失。在以后的通信中，a在和b通信时，会首先察看arp高速缓存中有没有b的ip和mac的映射关系，如果有，就直接取得mac地址，如果没有就再发一次arp请求的广播，b再应答即重复上面动作。

7. Pppoe是怎样上网的，和用路由器上网的区别

1、网桥是二层设备，二层设备通讯用MAC地址就行，它不需要IP地址。HUB和普通的小交换机你什么时候见过有IP地址的？
2、PPPoe拨号，是使用虚拟技术在你的计算机中虚拟了一个网卡，这个虚拟网卡通过你举搏电脑上的物理网卡与其他设备连接而已，此时你可以将你的的物理网卡只提供网络接口。在逻辑上，在你的电脑中虚拟技术和物理的网络接口共同组成了一个新的设备，你拨号用的网卡是这个新设备，可你的物理网卡没什么关系（只要你的物理网卡不禁用）。你的本地连接设置的IP、网关、dns、之类的参数，与你拨号上网时的网络通讯没有任何联系。你随便正帆祥设成什么，或者不做任何设置都能上网轿州。在你建好pppoe拨号连接后，你就应该能在网络连接中看到有一个新的设备了。拨号后的网络通讯是和这个设备相关的。这个新设备的网络参数在你拨号成功后可以查到。
4、DHCP服务器，只要你安装了相应的服务协议，启动是没有问题的。