PPPoE协议个人理解+报文示例+典型配置-RFC2516

已于 2024-10-09 20:24:51 修改
阅读量1.2k 收藏 20
点赞数 10
文章标签： 网络 服务器 BRAS PPPoE帧格式 PPPoE基本原理 面试 运维
于 2024-10-06 21:43:05 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/fengxingzhe008/article/details/142623201
版权

个人认为，理解报文就理解了协议。通过报文中的字段可以理解协议在交互过程中相关传递的信息，更加便于理解协议。

因此本文将在PPPoE协议报文的基础上进行介绍。

PPPoE协议发展

相关资料：

Note：个人能力有限，敬请各位指导。

目录

Point-to-Point Over Ethernet

1.PPPoE协议

1.1.PPPoE基本原理

PPPoE (Point-to-Point Over Ethernet) 协议主要用于解决一个远程站点设备可以控制连接站点的多个设备主机，同时还可提供类似于使用 PPP 的拨号服务的方式的访问控制和计费功能。在许多接入技术中，Ethernet 网可以用最具成本效益的方法将多台主机连接到客户端接入设备。因此 PPPoE 协议应运而生。

通过 PPPoE 技术，每个用户主机可使用独立的 PPP 协议，实现基于用户的访问计费控制。同时又可具有良好的私密性。

PPPoE的两个阶段：
Discovery stage：主机希望启动 PPPoE 会话时，它必须首先执行发现以识别对等体的 Ethernet MAC 地址并建立 PPPoE SESSION_ID。这一阶段称为 Discovery 阶段。

主机可以与之通信的 Access Concentrator 可能不止一个。因此协议允许其发现所有 Access Concentrator 后选择一个。随后主机和选定的 Access Concentrator 都将获得需要通过 Ethernet 建立点对点连接的信息。

PPP Session Stage：在 Discovery 阶段获取到 SESSION_ID 后，Session 阶段开始进行 PPP 协议交互。这一过程包括了 PPP 的 LCP 和 NCP 交互。上述交互都完成后，主机可正式开始访问网络资源。

PPP 协议的 LCP 阶段主要进行包括认证在内的链路协商，NCP 阶段主要进行包括 IP/DNS 地址在内网络资源协商。

由于以太网的最大负载大小为 1500 字节，PPPoE 报头为 6 个字节，PPP 协议 ID 为 2 个字节，因此 PPP MTU 不得大于 1492。

点击此处回到目录

1.2.PPPoE帧格式

PPPoE以太帧：
在这里插入图片描述PPPoE 以太帧主要是将 PPP 帧作为 payload 封装于 Ethernet 帧中。同时以 0x8863 的 ETHER_TYPE 标识 Discovery Stage，以 0x8864 的 ETHER_TYPE 标识 PPP Session Stage。

Ethernet payload for PPPoE：
在这里插入图片描述VER：4-bits，标识 PPPoE 协议版本。必须置 0x1。
TYPE：4-bits，必须置 0x1。
CODE：8-bits，取值取决于对应的阶段。

目前共约定义了10种左右的CODE值，此处仅介绍常用CODE：
CODE=0x00：表示进入PPP Session Stage。
CODE=0x07：PADO，PPPoE Active Discovery Offer。
CODE=0x09：PADI，PPPoE Active Discovery Initiation。
CODE=0x19：PADR，PPPoE Active Discovery Request。
CODE=0x65：PADS，PPPoE Active Discovery Session-confirmation。
CODE=0xa7：PADT，PPPoE Active Discovery Terminate。

SESSION_ID：16-bits，在 Discovery 阶段的 PADS 报文中获取。并且对于给定的 PPP 会话为固定值。

实际上，它定义了 PPP 会话以及以太网 SOURCE_ADDR 和 DESTINATION_ADDR。值 0xffff 保留供将来使用，不得使用。

LENGTH：16-bits，排除了 Ethernet 和 PPPoE 头后的 PPPoE 载荷长。
payload：不定长

Discovery 阶段还可能额外携带TAG TLV：这些TAG可以用于额外标识用户信息。
在这里插入图片描述TAG_TYPE：16-bits，标识 TAG 类型。
TAG_LENGTH：16-bits，标识 TAG_LENGTH 的长度。
TAG_VALUE：不定长，取决于实际值。
自动换行
在此提供常用的PPPoE TAG Values
在这里插入图片描述关于 TAG 字段的详细含义可查看相关资料。

点击此处回到目录

1.3.PPPoE交互过程

在这里插入图片描述PPPoE交互过程如上图所示。

4步Discovery阶段：
在这里插入图片描述PADI —> PADO —> PADR —> PADS。

1@PPPoE Active Discovery Initiation：CODE=0x09
首先，用户主机发送 PADI 数据包，并将 DMAC 设置为广播地址。CODE 字段设置为 0x09，SESSION_ID 必须设置为 0x0000。

PADI 数据包必须只包含一个 Service-Name TAG (TAG_TYPE = 0x0101)，表示主机请求的服务，以及任意数量的其他 TAG 类型。整个 PADI 数据包包括 PPPoE 头不得超过 1484 位字节，以便为中继代理留出足够的空间来添加 Relay-Session-Id TAG (TAG_TYPE = 0x0110)。

在这里插入图片描述PADI 数据包示例。

2@PPPoE Active Discovery Offer：CODE=0x07
Access Concentrator 收到它可以服务的 PADI 时，它通过发送单播的 PADO 数据包进行回复。CODE 字段设置为 0x07，SESSION_ID 必须设置为 0x0000。

同时必须包含一个包含 Access Concentrator 名称的 AC-Name TAG (TAG_TYPE = 0x0101)、一个与 PADI 中 Service-Name TAG (TAG_TYPE = 0x0101) 相同的 Service-Name TAG，以及表示 Access Concentrator 可提供的其他服务的其他 TAG。

在这里插入图片描述PADO 数据包示例。

3@PPPoE Active Discovery Request：CODE=0x19
用户主机可能会收到多个 PADO，但仅查看它收到的 PADO 数据包并选择一个。用户主机可以根据 AC-Name 或提供的服务进行选择。随后，主机以一个 PADR 数据包进行单播回应。CODE 字段设置为 0x19，SESSION_ID 必须设置为 0x0000。

PADR 数据包必须只包含一个 Service-Name TAG (TAG_TYPE = 0x0101)，表示主机请求的服务，以及任意数量的其他 TAG 类型。

在这里插入图片描述PADR 数据包示例。

4@PPPoE Active Discovery Session-confirmation：CODE=0x65
当 Access Concentrator 收到 PADR 数据包时，为 PPPoE 会话生成唯一的 SESSION_ID，并使用 PADS 数据包单播回复主机。CODE 字段设置为 0x65，并且 SESSION_ID 必须设置为为此 PPPoE 会话生成的唯一值。

PADS 数据包只包含一个 Service-Name TAG (TAG_TYPE = 0x0101)，指示可提供接受 PPPoE 会话的服务，以及任意数量的其他 TAG 类型。如果 Access Concentrator 不喜欢 PADR 中的 Service-Name，则它必须回复包含 Service-Name-Error (TAG_TYPE = 0x0201，以及任意数量的其他 TAG 类型) 的 PADS 数据包。同时在这种情况下，SESSION_ID 必须设置为 0x0000。

在这里插入图片描述PADS 数据包示例。

5@PPPoE的终止PPPoE Active Discovery Terminate：CODE=0xA7
PADT 数据包可以在建立会话后的任何时间发送，以指示 PPPoE 会话已终止。并且不限制发送方。CODE 字段设置为 0xa7，并且必须设置 SESSION_ID 以指示要终止的会话。

PADT 数据包不需要 TAG。 收到 PADT 后，不允许使用该会话发送进一步的 PPP 流量。即使是普通的 PPP termination 数据包，在发送或接收 PADT 后也不得发送。 PPP 对等体应该使用 PPP 协议来关闭 PPPoE 会话，但是当 PPP 不能使用时，可以使用 PADT。

在这里插入图片描述PADT 数据包示例。

PPPoE的PPP Session Stage阶段：
在完成 PPPoE 的发现阶段后，将进入 PPP 会话阶段。在此阶段将先进行 PPP 的 LCP (Link Control Protocol，链路控制协议) 进行链路协商。随后进入 NCP (Network Control Protocols，网络控制协议)，以便完成 IP/DNS 在内的网络层协议协商。最终在 NLP (Network Layer Protocols，网络层协议) 中进行真正的业务报文交互。

关于 PPP 协议的基本原理，可参考博客-PPP协议原理介绍+报文分析+配置指导-RFC1661。

在这里插入图片描述PPPoE的PPP Session Stage阶段报文示例。

在此阶段，需要将 ETHER_TYPE 字段设置为 0x8864，PPPoE CODE 设置为 0x00。并且该 PPPoE 会话的 SESSION_ID 不得更改，并且必须是在 Discovery 阶段分配的值。PPPoE 的 PPP 帧以 PPP 协议 ID 开头。

在这里插入图片描述PPP 协议 ID 为 0xc021 时表示 LCP 协议。
在这里插入图片描述PPP 协议 ID 为 0x0021 时表示 NLP 交互的 IPv4 协议。

其他需要注意的内容：

  1. 由于以太网的最大负载大小为 1500 字节，PPPoE 报头为 6 个字节，PPP 协议 ID 为 2 个字节，因此 PPP MTU 不得大于 1492。
  2. 当主机在指定时间内没有收到 PADO 数据包时，它应该重新发送 PADI 数据包并将等待时间加倍。根据需要重复多次此操作。
  3. 如果主机正在等待接收 PADS 数据包，则应使用类似的超时机制，以便在未收到 PADS 数据包时重新发送 PADR。在指定的重试次数后，主机应该重新发送 PADI 数据包。

点击此处回到目录

2.PPPoE典型配置

在这里插入图片描述这里以上图为例，进行 PPPoE 的相关介绍。

AR1：
interface Dialer0
 link-protocol ppp
 ppp ipcp default-route
 ppp chap user pppoe-1
 ppp chap password cipher pppoe-1
 ppp timer negotiate 5
 ppp ipcp dns request
 timer hold 20
 ip address ppp-negotiate
 dialer user pppoe-1
 dialer bundle 1
 dialer number 1111
 dialer timer enable 6
 dialer-group 1
#
interface GigabitEthernet0/0/0
 pppoe-client dial-bundle-number 1 
#

AR2：
aaa 
 local-user pppoe-1 password cipher pppoe-1
 local-user pppoe-1 service-type ppp
#
interface Virtual-Template1
 ppp authentication-mode chap 
 remote address pool pool-pppoe
 ppp ipcp remote-address forced
 ppp ipcp default-route
 ppp timer negotiate 5
 ppp ipcp dns 8.8.8.8 114.114.114.114
 timer hold 20
 ip address 192.168.1.1 255.255.255.0 
#
interface GigabitEthernet0/0/0
 pppoe-server bind Virtual-Template 1
#

在这里插入图片描述display pppoe-server session all 用于查看相应的 PPPoE 信息。

点击此处回到目录

更新

fengxingzhe008
关注
PPPoE 报文实例
Gowind001的专栏
12-26 1860
PPPoE是对PPP的扩展，提供了在以太网上建立PPPoE会话以及封装PPP数据帧的方法。 客户端：Shenzhen_a0:d5:51 服务端：HuaweiTe_1c:bb:c8 - 完整报文如下： PPPoE Discovery 1. PADT 2. PADI 3. PADO 4. PADR 5. PADS PPPoE Session session阶段又可细分为LCP，PAP或者CHAP，NCP 3个小阶段 LCP：主要完成最大传输单元和认证方式协商 PA
PPPoE协议
GodCC667的博客
12-22 2383
PPPoE协议的基本概念： PPP协议本身就具备了通过用户名和密码的形式进行认证的功能。然而，PPP协议只适用于点到点的网络类型，而无法直接应用在多点接入网络上，为了将PPP协议应用在以太网上，一种被成为PPPoE的协议便应运而生。从本质上讲，PPPoE（PPP over Ethernet）是一个允许在以太广播域中的两个以太网口之间创建点对点隧道的协议，它描述了如何将PPP帧封装在以太帧中。 PPPoE协议采用了Client/Server模式。在PPPoE协议的标准术语中农，运行PPPoE Client
PPPOE协议
qq_51773642的博客
05-31 7214
PPPOE协议 PPPoE（Point-to-Point Protocol over Ethernet）协议，又称作以太网上的PPP协议，应用在链路层。它通过在以太网上提供点到点的连接，建立PPP会话，封装PPP报文为PPPoE报文。PPPoE技术可以将用户连接到远程接入设备上，并提供良好访问控制功能，提供了一种经济的用户接入技术，并实现了对用户的控制。 PPPoE利用以太网络，提供远程的多个用户主机接入功能，并且能够提供数据传输的计费数据，解决用户上网收费等实际应用问题，因而被广泛应用于接入运营商网络。
PPPoE报文格式及交互详解
热门推荐
xinyuan510214的专栏
03-21 4万+
简介PPPoE报文的格式就是在以太网帧中携带PPP报文，如图所示：各个字段解释如下： Destination_address：一个以太网单播目的地址或者以太网广播地址（0xffffffff）。对于Discovery数据包来说，该域的值是单播或者广播地址，PPPoE Client寻找PPPoE Server的过程使用广播地址，确认PPPoE Server后使用单播地址。对于Session阶段来说，该...
关于PPPoE协议
weixin_34014555的博客
05-17 414
PPPoE英语：Point-to-Point Protocol Over Ethernet），以太网上的点对点协议，是将点对点协议（PPP）封装在以太网（Ethernet）框架中的一种网络隧道协议。本质上，它是一个允许在以太网广播域中的两个以太网接口间创建点对点隧道的协议。 PPPoE是一种用于将多个客户端连接到远程场点的规范。PPPoE协议...
PPPOE协议简介
秋月语荷花
01-27 1934
modem接入技术面临一些相互矛盾的目标，既要通过同一个用户前置接入设备连接远程的多个用户主机，又要提供类似拨号一样的接入控制，计费等功能，而且要尽可能地减少用户的配置操作。　　PPPOE 的目标就是解决上述问题， 1998年后期问世的以太网上点对点协议（PPP over Ethernet）技术是由Redback 网络公司、客户端软件开发商RouterWare公司以及Worldco
华为设备配置NAT原理与示例
phoenix7670的博客
10-31 783
随着互联网用户的增多，IPv4的公有地址资源显得越发短缺。同时IPv4公有地址资源存在地址分配不均的问题，这导致部分地区的IPv4可用公有地址严重不足。一方面NAT缓解了IPv4地址短缺的问题（多个人使用一个IP），另一方面NAT技术让外网无法直接与使用私有地址的内网进行通信，提升了内网的安全性。动态NAT:.静态NAT严格地一对一进行地址映射，这就导致即便内网主机长时间离线或者未使用时，与之对应的公有地址也处于使用状态。
计算机网络-3数据链路层
行者常至，为者常成
01-01 2559
数据链路层概述 概述 链路是从一个结点到相邻结点的一段物理线路，数据链路则是在链路的基础上增加了一些必要的硬件（如网络适配器）和软件（如协议的实现） 网络中的主机、路由器等都必须实现数据链路层 局域网中的主机、交换机等都必须实现数据链路层 从层次上来看数据的流动 仅从数据链路层观察帧的流动 主机H1 到主机H2 所经过的网络可以是多种不同类型的 注意：不同的链路层可能采用不同的数据链路层协议 数据链路层使用的信道 数据链路层属于计算机网路的低层。数据链路层使用的信道主要有以下两种类型： 点对点
计算机网络1-6合集
行者常至，为者常成
01-01 1143
视频课程见，B站@胡科大教书匠，瑞斯拜老师，yyds。 笔记整理如下： 思维导图 图示说明 1.1、计算机网络在信息时代的作用 计算机网络已由一种通信基础设施发展成为一种重要的信息服务基础设施 计算机网络已经像水，电，煤气这些基础设施一样，成为我们生活中不可或缺的一部分 我国互联网发展状况 中国互联网络信息中心 CNNIC 1.2、因特网概述 1、网络、互连网（互联网）和因特网 网络：网络（Network）由若干**结点（Node）和连接这些结点的链路（Link）**组成。 互连网（互联网）
lwIP TCP/IP 协议栈笔记之一：概述和目录结构详解
Xanthium
07-30 1万+
目录 1. lwIP概述 1.1 TCP/IP 协议简介 1.2 lwIP 简介 1.2.1 目录结构 lwip-2.1.2 1.2.2 lwip-2.1.2/src 2 目录结构详解 2.1 /doc 2.2 /test 2.3 /src 2.3.1 APIs 2.3.2 /src/api 2.3.3 /src/apps 2.3.4 /src/core 2.3.5 /...
PPPOE协议详细分析
11-03
通过实际PPPOE抓包分析PPPOE协议，非常详细
pppoe 协议协议协议协议
03-27
pppoe 协议协议协议协议pppoe 协议协议协议协议pppoe 协议协议协议协议pppoe 协议协议协议协议
pppoe 协议协议协议协议pppoe 协议协议协议协议
03-27
pppoe 协议协议协议协议pppoe 协议协议协议协议pppoe 协议协议协议协议pppoe 协议协议协议协议
PPPoE数据包分析
10-19
PPPOE协议介绍，PPPoE数据包的分析
tcpdump - 数据包进行截获的包分析工具
墨鱼菜鸡
07-11 1372
From：http://www.cnblogs.com/ggjucheng/archive/2012/01/14/2322659.html 30 分钟掌握 tcpdump：http://zhuanlan.51cto.com/art/201701/527498.htm Androidtcpdump下载：https://www.androidt...
[PPPOE]报文交互分析
qq_28000789的博客
01-16 1022
...
pppoe报文结构
weixin_34306446的博客
11-27 307
上传3张图片，从简介绍。完 转载于:https://blog.51cto.com/715528/727264
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值