目  录

1 PPP

1.1 PPP简介

1.2 配置PPP

1.2.1 PPP配置任务简介

1.2.2 配置PPP认证方式

1.2.3 配置轮询功能

1.2.4 配置PPP协商参数

1.2.5 配置PPP IPHC压缩功能

1.2.6 配置PPP计费统计功能

1.2.7 配置PPP用户的nas-port-type属性

1.3 PPP显示和维护

2 PPPoE

2.1 PPPoE简介

2.1.1 PPPoE概述

2.1.2 PPPoE组网结构

2.2 配置PPPoE

2.2.1 配置PPPoE Server

2.2.2 配置PPPoE Client

2.3 PPPoE显示和维护

2.3.1 PPPoE Server显示和维护

2.3.2 PPPoE Client显示和维护

2.4 PPPoE典型配置举例

2.4.1 PPPoE Client永久在线模式配置举例

2.4.2 PPPoE Client按需拨号模式配置举例

2.4.3 PPPoE Client诊断模式配置举例

2.4.4 利用ADSL Modem将局域网接入Internet

1 PPP

1.1  PPP简介

PPP（Point-to-Point Protocol，点对点协议）是一种点对点的链路层协议。它能够提供用户认证，易于扩充，并且支持同/异步通信。

PPP定义了一整套协议，包括：

·     链路控制协议（Link Control Protocol，LCP）：用来建立、拆除和监控数据链路。

·     网络控制协议（Network Control Protocol，NCP）：用来协商在数据链路上所传输的网络层报文的一些属性和类型。

·     认证协议：用来对用户进行认证，包括PAP（Password Authentication Protocol，密码认证协议）、CHAP（Challenge Handshake Authentication Protocol，质询握手认证协议）、MSCHAP（Microsoft CHAP，微软CHAP协议）和MSCHAPv2（微软CHAP协议版本2）。

1. PPP链路建立过程

PPP链路建立过程如图1-1所示：

(1)     PPP初始状态为不活动（Dead）状态，当物理层Up后，PPP会进入链路建立（Establish）阶段。

(2)     PPP在Establish阶段主要进行LCP协商。LCP协商内容包括：Authentication-Protocol（认证协议类型）、ACCM（Async-Control-Character-Map，异步控制字符映射表）、MRU（Maximum-Receive-Unit，最大接收单元）、Magic-Number（魔术字）、PFC（Protocol-Field-Compression，协议字段压缩）、ACFC（Address-and-Control-Field-Compression，地址控制字段压缩）、MP等选项。如果LCP协商失败，LCP会上报Fail事件，PPP回到Dead状态；如果LCP协商成功，LCP进入Opened状态，LCP会上报Up事件，表示链路已经建立（此时对于网络层而言PPP链路还没有建立，还不能够在上面成功传输网络层报文）。

(3)     如果配置了认证，则进入Authenticate阶段，开始PAP、CHAP、MSCHAP或MSCHAPv2认证。如果认证失败，LCP会上报Fail事件，进入Terminate阶段，拆除链路，LCP状态转为Down，PPP回到Dead状态；如果认证成功，LCP会上报Success事件。

(4)     如果配置了网络层协议，则进入Network协商阶段，进行NCP协商（如IPCP协商、IPv6CP协商）。如果NCP协商成功，链路就会UP，就可以开始承载协商指定的网络层报文；如果NCP协商失败，NCP会上报Down事件，进入Terminate阶段。（对于IPCP协商，如果接口配置了IP地址，则进行IPCP协商，IPCP协商通过后，PPP才可以承载IP报文。IPCP协商内容包括：IP地址、DNS服务器地址等。）

(5)     到此，PPP链路将一直保持通信，直至有明确的LCP或NCP消息关闭这条链路，或发生了某些外部事件（例如用户的干预）。

图1-1 PPP链路建立过程

有关PPP的详细介绍请参考RFC 1661。

2. PPP认证

PPP提供了在其链路上进行安全认证的手段，使得在PPP链路上实施AAA变的切实可行。将PPP与AAA结合，可在PPP链路上对对端用户进行认证、计费。

PPP支持如下认证方式：PAP、CHAP、MSCHAP、MSCHAPv2。

(1)     PAP认证

PAP为两次握手协议，它通过用户名和密码来对用户进行认证。

PAP在网络上以明文的方式传递用户名和密码，认证报文如果在传输过程中被截获，便有可能对网络安全造成威胁。因此，它适用于对网络安全要求相对较低的环境。

(2)     CHAP认证

CHAP为三次握手协议。

CHAP认证过程分为两种方式：认证方配置了用户名、认证方没有配置用户名。推荐使用认证方配置用户名的方式，这样被认证方可以对认证方的身份进行确认。

CHAP只在网络上传输用户名，并不传输用户密码（准确的讲，它不直接传输用户密码，传输的是用MD5算法将用户密码与一个随机报文ID一起计算的结果），因此它的安全性要比PAP高。

(3)     MSCHAP认证

MSCHAP为三次握手协议，认证过程与CHAP类似，MSCHAP与CHAP的不同之处在于：

·     MSCHAP采用的加密算法是0x80。

·     MSCHAP支持重传机制。在被认证方认证失败的情况下，如果认证方允许被认证方进行重传，被认证方会将认证相关信息重新发回认证方，认证方根据此信息重新对被认证方进行认证。认证方最多允许被认证方重传3次。

(4)     MSCHAPv2认证

MSCHAPv2为三次握手协议，认证过程与CHAP类似，MSCHAPv2与CHAP的不同之处在于：

·     MSCHAPv2采用的加密算法是0x81。

·     MSCHAPv2通过报文捎带的方式实现了认证方和被认证方的双向认证。

·     MSCHAPv2支持重传机制。在被认证方认证失败的情况下，如果认证方允许被认证方进行重传，被认证方会将认证相关信息重新发回认证方，认证方根据此信息重新对被认证方进行认证。认证方最多允许被认证方重传3次。

·     MSCHAPv2支持修改密码机制。被认证方由于密码过期导致认证失败时，被认证方会将用户输入的新密码信息发回认证方，认证方根据新密码信息重新进行认证。

3. PPP支持IPv4

在IPv4网络中，PPP进行IPCP协商过程中可以进行IP地址、DNS服务器地址的协商。

(1)     IP地址协商

PPP在进行IPCP协商的过程中可以进行IP地址的协商，即一端给另一端分配IP地址。

在PPP协商IP地址的过程中，设备可以分为两种角色：

·     Client端：若本端接口封装的链路层协议为PPP但还未配置IP地址，而对端已有IP地址时，用户可为本端接口配置IP地址可协商属性，使本端接口作为Client端接受由对端（Server端）分配的IP地址。该方式主要用于设备在通过ISP访问Internet时，由ISP分配IP地址。

·     Server端：若设备作为Server端为Client端分配IP地址，则应先配置地址池（可以是PPP地址池或者DHCP地址池），然后在ISP域下关联地址池，或者在接口下指定为Client端分配的IP地址或者地址池，最后再配置Server端的IP地址，开始进行IPCP协商。

当Client端配置了IP地址可协商属性后，Server端根据AAA认证结果（关于AAA的介绍请参见“安全配置指导”中的“AAA”）和接口下的配置，按照如下顺序给Client端分配IP地址：

·     如果AAA认证服务器为Client端设置了IP地址或者地址池信息，则Server端将采用此信息为Client端分配IP地址（这种情况下，为Client端分配的IP地址或者分配IP地址所采用的地址池信息是在AAA认证服务器上进行配置的，Server端不需要进行特殊配置）。

·     如果Client端认证时使用的ISP域下设置了为Client端分配IP地址的地址池，则Server端将采用此地址池为Client端分配IP地址。

·     如果Server端的接口下指定了为Client端分配的IP地址或者地址池，则Server端将采用此信息为Client端分配IP地址。

(2)     DNS服务器地址协商

设备在进行IPCP协商的过程中可以进行DNS服务器地址协商。设备既可以作为Client端接收其它设备分配的DNS服务器地址，也可以作为Server端向其它设备提供DNS服务器地址。通常情况下：

·     当主机与设备通过PPP协议相连时，设备应配置为Server端，为对端主机指定DNS服务器地址，这样主机就可以通过域名直接访问Internet；

·     当设备通过PPP协议连接运营商的接入服务器时，设备应配置为Client端，被动接收或主动请求接入服务器指定DNS服务器地址，这样设备就可以使用接入服务器分配的DNS来解析域名。

4. PPP支持IPv6

在IPv6网络中，PPP进行IPv6CP协商过程中，只协商出IPv6接口标识，不能协商出IPv6地址、IPv6 DNS服务器地址。

(1)     IPv6地址分配

PPP进行IPv6CP协商过程中，只协商出IPv6接口标识，不能直接协商出IPv6地址。

客户端可以通过如下三种方式分配到IPv6全球单播地址：

·     方式1：客户端通过ND协议中的RA报文获得IPv6地址前缀。客户端采用RA报文中携带的前缀和IPv6CP协商的IPv6接口标识一起组合生成IPv6全球单播地址。RA报文中携带的IPv6地址前缀的来源有三种：AAA授权的IPv6前缀、接口下配置的RA前缀、接口下配置的IPv6全球单播地址的前缀。三种来源的优先级依次降低，AAA授权的优先级最高。关于ND协议的详细介绍请参见“三层技术-IP业务配置指导”中的“IPv6基础”。

·     方式2：客户端通过DHCPv6协议申请IPv6全球单播地址。在服务器端可以通过AAA授权为每个客户端分配不同的地址池，当授权了地址池后，DHCPv6在分配IPv6地址时会从地址池中获取IPv6地址分配给客户端。如果AAA未授权地址池，DHCPv6会根据服务器端的IPv6地址查找匹配的地址池为客户端分配地址。

·     方式3：客户端通过DHCPv6协议申请代理前缀，客户端通过代理前缀为下面的主机分配IPv6全球单播地址。代理前缀分配方式中地址池的选择原则和通过DHCPv6协议分配IPv6全球单播地址方式中地址池的选择原则一致。

根据组网不同，主机获取IPv6地址的方式如下：

·     当主机通过桥设备或者直连接入设备时，设备可以采用上述的方式1或方式2直接为主机分配IPv6全球单播地址。

·     当主机通过路由器接入设备时，设备可以采用方式3为路由器分配IPv6前缀，路由器把这些IPv6前缀分配给主机来生成IPv6全球单播地址。

(2)     IPv6 DNS服务器地址分配

在IPv6网络中，IPv6 DNS服务器地址的分配有如下两种方式：

·     AAA授权IPv6 DNS服务器地址，通过ND协议中的RA报文将此IPv6 DNS服务器地址分配给主机。

·     DHCPv6客户端向DHCPv6服务器申请IPv6 DNS服务器地址。

1.2  配置PPP

1.2.1  PPP配置任务简介

表1-1 PPP配置任务简介

1.2.2  配置PPP认证方式

PPP支持如下认证方式：PAP、CHAP、MSCHAP、MSCHAPv2。用户可以同时配置多种认证方式，在LCP协商过程中，认证方根据用户配置的认证方式顺序逐一与被认证方进行协商，直到协商通过。如果协商过程中，被认证方回应的协商报文中携带了建议使用的认证方式，认证方查找配置中存在该认证方式，则直接使用该认证方式进行认证。

1. 配置PAP认证

(1)     配置认证方

表1-2 配置认证方

(2)     配置被认证方

表1-3 配置被认证方

2. 配置CHAP认证

CHAP认证分为两种：认证方配置了用户名和认证方没有配置用户名。

(1)     认证方配置了用户名

·     配置认证方

表1-4 配置认证方

·     配置被认证方

表1-5 配置被认证方

(2)     认证方没有配置用户名

·     配置认证方

表1-6 配置认证方

·     配置被认证方

表1-7 配置被认证方

3. 配置MSCHAP或MSCHAPv2认证

与CHAP认证相同，MSCHAP和MSCHAPv2认证也分为两种：认证方配置了用户名和认证方没有配置用户名。

配置MSCHAP或MSCHAPv2认证时需注意：

·     设备只能作为MSCHAP和MSCHAPv2的认证方来对其它设备进行认证。

·     L2TP环境下仅支持MSCHAP认证，不支持MSCHAPv2认证。

·     MSCHAPv2认证只有在RADIUS认证的方式下，才能支持修改密码机制。

表1-8 配置MSCHAP或MSCHAPv2认证的认证方（认证方配置了用户名）

表1-9 配置MSCHAP或MSCHAPv2认证的认证方（认证方没有配置用户名）

1.2.3  配置轮询功能

PPP协议使用轮询机制来确认链路状态是否正常。

当接口上封装的链路层协议为PPP时，链路层会周期性地向对端发送keepalive报文（可以通过timer-hold命令修改keepalive报文的发送周期）。如果接口在retry个（可以通过timer-hold retry命令修改该个数）keepalive周期内无法收到对端发来的keepalive报文，链路层会认为对端故障，上报链路层Down。

如果将keepalive报文的发送周期配置为0秒，则不发送keepalive报文。

在速率非常低的链路上，keepalive周期和retry值不能配置过小。因为在低速链路上，大报文可能会需要很长的时间才能传送完毕，这样就会延迟keepalive报文的发送与接收。而接口如果在retry个keepalive周期之后仍然无法收到对端的keepalive报文，它就会认为链路发生故障。如果keepalive报文被延迟的时间超过接口的这个限制，链路就会被认为发生故障而被关闭。

表1-10 配置轮询功能

1.2.4  配置PPP协商参数

可以配置的PPP协商参数包括：

·     协商超时时间间隔

·     协商IP地址

·     协商接口IP网段

·     协商DNS服务器地址

1. 配置协商超时时间间隔

在PPP协商过程中，如果在这个时间间隔内没有收到对端的应答报文，则PPP将会重发前一次发送的报文。超时时间间隔的取值范围为1～10秒。

在PPP链路两端设备对LCP协商报文的处理速度差异较大的情况下，为避免因一端无法及时处理对端发送的LCP协商报文而导致对端重传，可在对协商报文处理速度较快的设备上配置LCP协商的延迟时间。配置LCP协商的延时时间后，当接口物理层UP时PPP将在延时时间超时后才会主动进行LCP协商；如果在延时时间内本端设备收到对端设备发送的LCP协商报文，则本端设备将不再等待延时时间超时，而是直接进行LCP协商。

表1-11 配置协商超时时间间隔

2. 配置PPP协商IP地址

(1)     配置Client端

表1-12 配置Client端

(2)     配置Server端

在下列三种Server端分配IP地址的方式下Server端需要进行配置：

·     在接口下指定为Client端分配的IP地址。

·     从接口下指定的地址池中分配IP地址。

·     从ISP域下关联的地址池中分配IP地址。

这三种方式中，不同PPP用户可以采用的方式如下：

·     不需要进行PPP认证的PPP用户可以使用两种方式：在接口下指定为Client端分配的IP地址和从接口下指定的地址池中分配IP地址。这两种方式不能同时使用。

·     需要进行PPP认证的PPP用户可以使用全部的三种方式。用户可以同时配置多种方式。同时配置多种方式时，以ISP域下关联的地址池优先，然后是接口下指定为Client端分配的IP地址或者地址池（接口下的这两种方式不能同时使用）。

PPP可以使用两类地址池为对端分配IP地址：PPP地址池、DHCP地址池，优先采用PPP地址池。如果用户配置了名称相同的PPP地址池和DHCP地址池，并采用该名称的地址池来分配IP地址，则系统只会使用PPP地址池来分配IP地址。

表1-13 配置Server端（在接口下指定为Client端分配的IP地址）

表1-14 配置Server端（从接口下指定的PPP地址池中分配IP地址）

表1-15 配置Server端（从接口下指定的DHCP地址池中分配IP地址）

表1-16 配置Server端（从ISP域下关联的PPP地址池中分配IP地址）

表1-17 配置Server端（从ISP域下关联的DHCP地址池中分配IP地址）

3. 配置接口IP网段检查

使能接口的IP网段检查功能后，当IPCP协商时，本地会检查对端的IP地址与本端接口的IP地址是否在同一网段，如果不在同一网段，则IPCP协商失败。

如果接口的IP网段检查功能处于关闭状态，则在IPCP协商阶段不进行接口IP网段检查。

表1-18 配置接口IP网段检查

4. 配置DNS服务器地址协商

(1)     配置Client端

正常情况下，Client端配置了ppp ipcp dns request命令，Server端才会为本端指定DNS服务器地址。但是有一些特殊的设备，Client端并未请求，Server端却要强制为Client端指定DNS服务器地址，从而导致协商不通过，为了适应这种情况，Client端可以配置ppp ipcp dns admit-any命令。

表1-19 配置Client端

(2)     配置Server端

表1-20 配置Server端

1.2.5  配置PPP IPHC压缩功能

IPHC（IP Header Compression，IP报文头压缩）协议主要应用于低速链路上的语音通信。

在低速链路上，每个语音报文中报文头消耗大部分的带宽。比如，G.729编码20ms打包时长PPP链路，每秒传送1000/20=50个语音报文，每个语音报文中都包含46字节的报文头（6字节PPP头、20字节IP头、8字节UDP头、12字节RTP头），这样每一路语音数据所占的带宽为：（6+20+8+12）*8*50+8000（语音净荷所占带宽）=26.4kbps，传送RTP/UDP/IP头所花的带宽开销还是很大的，为（20+8+12）*8*50=16kbps，占语音数据总带宽的百分比为16k/26.4k=60.1%，网络带宽利用率很差。为了减少报文头对带宽的消耗，可以在PPP链路上使用IPHC压缩功能，对报文头进行压缩。

IPHC压缩分为如下两种：

·     RTP头压缩：对报文中的RTP/UDP/IP头（长度共40字节）进行压缩。

·     TCP头压缩：对报文中的TCP/IP头（长度共40字节）进行压缩。

IPHC压缩机制的总体思想是：在一次连接过程中，IP头、UDP头、RTP头以及TCP头中的一些字段是固定不变的，还有一些字段是有规律变化的，这样在压缩端和解压端分别维护一个压缩表项和解压缩表项来保存固定不变的字段和有规律变化的字段，在传输过程中，压缩端不需要发送完整的报文头，只发送报文头中有变化的信息，减少了报文头信息的长度，从而降低了报文头所占的带宽。

(1)     在压缩过程中，压缩端会将变化的字段编码到报文中；对于有规律变化的字段，其二次差分值为零时则不需要携带，其二次差分值不为零时，则其标志位置1，并将其一次差分值和标志位字段编码到报文中。

(2)     在解压过程中，解压端跟据解压缩表项还原固定不变的字段，对于有规律变化的字段，若其标志位为0，则按其变化规律做相应计算还原；若其标志位为1，则根据报文中携带的该字段的一次差分值和解压缩表项中该字段的信息进行计算还原。

举例说明：在压缩TCP头时，Destination Port为固定不变的字段，在报文中不用携带；URG为变化的字段，在报文中携带；Sequence Number为有规律变化的字段（一般情况下是每次增加1），压缩端首先计算被压缩报文的Sequence Number字段和压缩表项中的Sequence Number字段的差值，即一次差分值，如果一次差分值为1，那么其二次差分值为1-1=0，则这个字段就不用携带，解压端会自动加1还原；如果其一次差分值不为1，比如为2，那么二次差分值就为2-1=1，这时就会置位Sequence Number的标志位，并将一次差分值2编码到报文中，解压端会在解压缩表项中的Sequence Number字段上加2还原。

配置本功能时需要注意：

·     用户必须在链路的两端同时开启IPHC压缩功能，该功能才生效。

·     在虚拟模板接口、Dialer接口上开启/关闭IPHC压缩功能时，配置不会立即生效，只有对此接口或者其绑定的物理接口进行shutdown/undo shutdown操作后，配置才能生效。

·     只有在开启IPHC压缩功能后，才能配置接口上允许进行RTP头/TCP头压缩的最大连接数，并且需要对接口进行shutdown/undo shutdown操作后，配置才能生效。在关闭IPHC压缩功能后，配置将被清除。

表1-21 配置PPP IPHC压缩功能

1.2.6  配置PPP计费统计功能

PPP协议可以为每条PPP链路提供基于流量的计费统计功能，具体统计内容包括出入两个方向上流经本链路的报文数和字节数。AAA可以获取这些流量统计信息用于计费控制。关于AAA计费的详细介绍请参见“安全配置指导”中的“AAA”。

表1-22 配置PPP计费统计功能

1.2.7  配置PPP用户的nas-port-type属性

本特性用来配置RADIUS认证计费时所携带的nas-port-type属性。关于nas-port-type属性的详细介绍请参见RFC 2865。

表1-23 配置PPP用户的nas-port-type属性

1.3  PPP显示和维护

在完成上述配置后，在任意视图下执行display命令可以显示PPP和MP配置后的运行情况，通过查看显示信息验证配置的效果。

在用户视图下执行reset命令可以清除相应接口的统计信息。

表1-24 PPP和MP显示和维护

2 PPPoE

2.1  PPPoE简介

PPPoE（Point-to-Point Protocol over Ethernet，在以太网上承载PPP协议）的提出，解决了PPP无法应用于以太网的问题，是对PPP协议的扩展。

2.1.1   PPPoE概述

PPPoE描述了在以太网上建立PPPoE会话及封装PPP报文的方法。要求通信双方建立的是点到点关系，而不是在以太网中所出现的点到多点关系。

PPPoE利用以太网将大量主机组成网络，然后通过一个远端接入设备为以太网上的主机提供互联网接入服务，并对接入的每台主机实现控制、认证、计费功能。由于很好地结合了以太网的经济性及PPP良好的可扩展性与管理控制功能，PPPoE被广泛应用于小区接入组网等环境中。

PPPoE协议将PPP报文封装在以太网帧之内，在以太网上提供点对点的连接。

关于PPPoE的详细介绍，可以参考RFC 2516。

2.1.2  PPPoE组网结构

PPPoE使用Client/Server模型。PPPoE Client向PPPoE Server发起连接请求，两者之间会话协商通过后，就建立PPPoE会话，此后PPPoE Server向PPPoE Client提供接入控制、认证、计费等功能。

根据PPPoE会话的起点所在位置的不同，有两种组网结构：

·     第一种方式是在两台路由器之间建立PPPoE会话，所有主机通过同一个PPPoE会话传送数据，主机上不用安装PPPoE客户端拨号软件，一般是一个企业共用一个账号接入网络（图中PPPoE Client位于企业/公司内部，PPPoE Server是运营商的设备）。

图2-1 PPPoE组网结构图1

·     第二种方式是将PPPoE会话建立在Host和运营商的路由器之间，为每一个Host建立一个PPPoE会话，每个Host都是PPPoE Client，每个Host使用一个帐号，方便运营商对用户进行计费和控制。Host上必须安装PPPoE客户端拨号软件。

图2-2 PPPoE组网结构图2

2.2  配置PPPoE

设备作为PPPoE Server时，配置过程请参见“2.2.1  配置PPPoE Server”。

设备作为PPPoE Client时，配置过程请参见“2.2.2  配置PPPoE Client”。

2.2.1  配置PPPoE Server

1. 配置PPPoE会话

表2-1 配置PPPoE会话

2. 限制创建PPPoE会话的数目

系统创建PPPoE会话时，需同时满足如下限制，若其中任何一项不满足，则无法创建会话：

·     接口下每个用户所能创建PPPoE会话的最大数目限制

·     接口下每个VLAN所能创建PPPoE会话的最大数目限制

·     接口上所能创建PPPoE会话的最大数目限制

·     成员设备所能创建PPPoE会话的最大数目限制

本功能配置后仅对新创建的PPPoE会话有效，对已经创建的PPPoE会话无效，即不会导致已经上线的用户下线。

建议设备上配置的所有成员设备所能创建PPPoE会话的最大数目之和，不要超过整机PPPoE的最大会话数（整机PPPoE的最大会话数由设备的缺省规格或授权的License规格决定），否则会有部分PPPoE用户因为整机最大用户数已达到而无法上线。

表2-2 限制创建PPPoE会话的数目

3. 限制用户创建PPPoE会话的速度

设备可以限制特定接口下每个用户（每个用户通过MAC地址进行标识）创建会话的速度。如果用户建立会话的速度达到门限值，即在监视时间段内该用户的会话请求数目超过配置的允许数目，则扼制该用户的会话请求，即在监视时间段内该用户的超出允许数目的请求都会被丢弃，并输出对应的Log信息。如果扼制时间配置为0，表示不扼制会话请求，但仍然会输出Log信息。

系统使用监控表和扼制表来共同控制用户创建会话的速度：

·     监视表：监视各用户在监视时间周期内创建的会话数。监视表的规格为8K。当监视表达到规格时，对新用户的会话请求不进行监视和扼制，正常建立会话。监视表项的老化时间为配置的session-request-period值，老化后对用户重新监视。

·     扼制表：当某用户建立会话的速度超过门限值时，会将该用户的信息加入扼制表，扼制该用户的会话请求。扼制表规格为8K。当扼制表达到规格时，对新用户的会话请求只进行监视和发送Log信息，但不触发扼制。扼制表项的老化时间为配置的blocking-period值，老化后对用户重新监视。

修改本功能的配置后，系统将删除已记录的监视表和扼制表，重新开始监视每个用户的会话请求。

表2-3 限制用户创建PPPoE会话的速度

4. 配置PPPoE会话的nas-port-id属性相关参数

在含有DSLAM的组网中，DSLAM通过接入线路ID（access-line-id）把用户的物理位置信息传送给BAS设备（PPPoE Server功能部署在BAS设备上），接入线路ID的内容包括circuit-id和remote-id两部分。BAS设备采用一定的规则解析接入线路ID后，把解析后的内容通过RADIUS的nas-port-id属性发送给RADIUS服务器，RADIUS服务器通过收到的nas-port-id属性和数据库中已配置好的物理位置信息比较，验证用户的物理位置信息是否正确。

用户可以通过下面的配置控制BAS设备上传给RADIUS服务器的nas-port-id属性的内容。

表2-4 配置PPPoE会话的nas-port-id属性相关参数

5. 配置VA池

PPPoE在建立连接时需要创建VA接口（VA接口用于PPPoE与PPP之间的报文传递），在用户下线后需要删除VA接口。由于创建/删除VA接口需要一定的时间，所以如果有大量用户上线/下线时，PPPoE的连接建立、连接拆除性能会受到影响。

使用VA池对PPPoE的连接建立、连接拆除性能有显著提高。VA池是在建立连接前事先创建的VA接口的集合。创建VA池后，当需要创建VA接口时，直接从VA池中获取一个VA接口，加快了PPPoE连接的建立速度。当用户下线后，直接把VA接口放入VA池中，不需要删除VA接口，加快了PPPoE连接的拆除速度。当VA池中的VA接口耗光后，仍需在建立PPPoE连接时再创建VA接口，在用户下线后删除VA接口。

配置VA池时需要注意：

·     每个虚拟模板接口只能关联一个全局VA池，在每个成员设备上只能关联一个局部VA池。通过某单板上的以太网接口上线的用户，只能使用上线以太网接口绑定的虚拟模板接口在该单板上关联的VA池。如果想要修改使用的VA池的大小，只能先删除原来的配置，然后重新配置VA池。

·     创建/删除VA池需要花费一定的时间，请用户耐心等待。在VA池创建/删除过程中（还没创建/删除完成）允许用户上线/下线，但正在创建/删除的VA池不生效。

·     系统可能由于资源不足不能创建用户指定容量的VA池，用户可以通过display pppoe-server va-pool命令查看实际可用的VA池的容量以及VA池的状态。

·     删除VA池时，如果已有在线用户使用该VA池中的VA接口，不会导致这些用户下线。

表2-5 配置VA池

6. 清除PPPoE会话

在用户视图下执行reset pppoe-server命令，可在PPPoE Server端清除PPPoE会话。

表2-6 清除PPPoE会话

2.2.2  配置PPPoE Client

PPPoE Client的配置包括配置拨号接口和配置PPPoE会话。

PPPoE会话有三种工作模式：永久在线模式、按需拨号模式、诊断模式。

·     永久在线模式：当物理线路up后，设备会立即发起PPPoE呼叫，建立PPPoE会话。除非用户删除PPPoE会话，否则此PPPoE会话将一直存在。

·     按需拨号模式：当物理线路up后，设备不会立即发起PPPoE呼叫，只有当有数据需要传送时，设备才会发起PPPoE呼叫，建立PPPoE会话。如果PPPoE链路的空闲时间超过用户配置的值，设备会自动中止PPPoE会话。

·     诊断模式：设备在配置完成后立即发起PPPoE呼叫，建立PPPoE会话。每隔用户配置的重建时间间隔，设备会自动断开该会话、并重新发起呼叫建立会话。通过定期建立、删除PPPoE会话，可以监控PPPoE链路是否处于正常工作状态。

PPPoE会话的工作模式由对应的拨号接口的配置决定：

·     当Dialer接口的链路空闲时间（通过dialer timer idle命令配置）配置为0，且Dialer接口上没有配置dialer diagnose命令时，PPPoE会话将工作在永久在线模式。

·     当Dialer接口的链路空闲时间（通过dialer timer idle命令配置）配置不为0，且Dialer接口上没有配置dialer diagnose命令时，PPPoE会话将工作在按需拨号模式。

·     当Dialer接口上配置了dialer diagnose命令时，PPPoE会话将工作在诊断模式。

1. 配置拨号接口

在配置PPPoE会话之前，需要先配置一个Dialer接口，并在接口上使能共享DDR。每个PPPoE会话唯一对应一个Dialer bundle，而每个Dialer bundle又唯一对应一个Dialer接口。这样就相当于通过一个Dialer接口可以创建一个PPPoE会话。

表2-7 配置拨号接口

2. 配置PPPoE会话

表2-8 配置PPPoE会话

3. 复位PPPoE会话

当PPPoE会话工作在永久在线模式时，如果使用reset pppoe-client命令复位PPPoE会话，设备会在自动拨号定时器超时后自动重新建立PPPoE会话。

当PPPoE会话工作在按需拨号模式时，如果使用reset pppoe-client命令复位PPPoE会话，设备会在有数据需要传送时，才重新建立PPPoE会话。

表2-9 复位PPPoE会话

2.3  PPPoE显示和维护

2.3.1  PPPoE Server显示和维护

在完成上述配置后，在任意视图下执行display命令可以显示PPPoE Server配置后的运行情况，通过查看显示信息验证配置的效果。

表2-10 PPPoE Server显示和维护

2.3.2  PPPoE Client显示和维护

在完成上述配置后，在任意视图下执行display命令可以显示PPPoE Client配置后的运行情况，通过查看显示信息验证配置的效果。

在用户视图下执行reset命令可以清除PPPoE会话的协议报文统计信息。

表2-11 PPPoE Client显示和维护

2.4  PPPoE典型配置举例

2.4.1  PPPoE Client永久在线模式配置举例

1. 组网需求

Device和AC之间通过各自的GigabitEthernet1/0/5接口相连，其中Device作为PPPoE Server，AC作为PPPoE Client工作在永久在线模式。

2. 组网图

图2-3 PPPoE Client组网图

3. 配置步骤

(1)     配置Device作为PPPoE Server

# 配置虚拟模板接口1的IP地址，并指定为对端分配的IP地址。

<Device> system-view

[Device] interface virtual-template 1

[Device-Virtual-Template1] ip address 1.1.1.1 255.0.0.0

[Device-Virtual-Template1] remote address 1.1.1.2

[Device-Virtual-Template1] quit

# 在接口GigabitEthernet1/0/1上启用PPPoE Server协议，并将该接口与虚拟模板接口1绑定。

[Device] interface gigabitethernet 1/0/5

[Device-GigabitEthernet1/0/5] pppoe-server bind virtual-template 1

[Device-GigabitEthernet1/0/5] quit

(2)     配置AC作为PPPoE Client

# 配置拨号访问组1以及对应的拨号访问控制条件。

<AC> system-view

[AC] dialer-group 1 rule ip permit

# 在Dialer1接口上使能共享DDR。

[AC] interface dialer 1

[AC-Dialer1] dialer bundle enable

# 将Dialer1接口与拨号访问组1关联。

[AC-Dialer1] dialer-group 1

# 配置Dialer1接口通过协商获取IP地址。

[AC-Dialer1] ip address ppp-negotiate

[AC-Dialer1] quit

# 配置一个PPPoE会话，该会话对应Dialer bundle 1（Dialer bundle 1对应Dialer1接口）。

[AC] interface gigabitethernet 1/0/5

[AC-GigabitEthernet1/0/5] pppoe-client dial-bundle-number 1

[AC-GigabitEthernet1/0/5] quit

# 配置PPPoE Client工作在永久在线模式。

[AC] interface dialer 1

[AC-Dialer1] dialer timer idle 0

# 配置DDR自动拨号的间隔时间为60秒。

[AC-Dialer1] dialer timer autodial 60

[AC-Dialer1] quit

# 配置静态路由。

[AC] ip route-static 1.1.1.1 255.0.0.0 dialer 1

4. 验证配置

配置完成后，AC就可以与远端的PPPoE Server建立PPPoE会话。

[AC-Dialer1] display pppoe-client session summary

Bundle ID    Interface    VA          RemoteMAC      LocalMAC       State

1      1     GE1/0/5      VA0         00e0-1400-4300 00e0-1500-4100 SESSION

2.4.2  PPPoE Client按需拨号模式配置举例

1. 组网需求

Device和AC之间通过各自的GigabitEthernet1/0/5接口相连，其中Device作为PPPoE Server，AC作为PPPoE Client工作在按需拨号模式，空闲时间间隔为150秒。

2. 组网图

图2-4 PPPoE Client组网图

3. 配置步骤

(1)     配置Device作为PPPoE Server

# 配置虚拟模板接口1的IP地址，并指定为对端分配的IP地址。

<Device> system-view

[Device] interface virtual-template 1

[Device-Virtual-Template1] ip address 1.1.1.1 255.0.0.0

[Device-Virtual-Template1] remote address 1.1.1.2

[Device-Virtual-Template1] quit

# 在接口GigabitEthernet1/0/5上启用PPPoE Server协议，并将该接口与虚拟模板接口1绑定。

[Device] interface gigabitethernet 1/0/5

[Device-GigabitEthernet1/0/5] pppoe-server bind virtual-template 1

[Device-GigabitEthernet1/0/5] quit

(2)     配置AC作为PPPoE Client

# 配置拨号访问组1以及对应的拨号访问控制条件。

<AC> system-view

[AC] dialer-group 1 rule ip permit

# 在Dialer1接口上使能共享DDR。

[AC] interface dialer 1

[AC-Dialer1] dialer bundle enable

# 将Dialer1接口与拨号访问组1关联。

[AC-Dialer1] dialer-group 1

# 配置Dialer1接口通过协商获取IP地址。

[AC-Dialer1] ip address ppp-negotiate

[AC-Dialer1] quit

# 配置一个PPPoE会话，该会话对应Dialer bundle 1（Dialer bundle 1对应Dialer1接口）。

[AC] interface gigabitethernet 1/0/5

[AC-GigabitEthernet1/0/5] pppoe-client dial-bundle-number 1

[AC-GigabitEthernet1/0/5] quit

# 配置静态路由。

[AC] ip route-static 1.1.1.1 255.0.0.0 dialer 1

# 配置空闲时间间隔为150秒。

[AC] interface dialer 1

[AC-Dialer1] dialer timer idle 150

[AC-Dialer1] quit

4. 验证配置

配置完成后，AC就可以与远端的PPPoE Server建立PPPoE会话。

[AC-Dialer1] display pppoe-client session summary

Bundle ID    Interface    VA          RemoteMAC      LocalMAC       State

1      1     GE1/0/5      VA0         00e0-1400-4300 00e0-1500-4100 SESSION

2.4.3  PPPoE Client诊断模式配置举例

1. 组网需求

Device和AC之间通过各自的GigabitEthernet1/0/5接口相连，其中Device作为PPPoE Server，AC作为PPPoE Client工作在诊断模式，诊断时间间隔为200秒。

2. 组网图

图2-5 PPPoE Client组网图

3. 配置步骤

(1)     配置Device作为PPPoE Server

# 配置虚拟模板接口1的IP地址，并指定为对端分配的IP地址。

<Device> system-view

[Device] interface virtual-template 1

[Device-Virtual-Template1] ip address 1.1.1.1 255.0.0.0

[Device-Virtual-Template1] remote address 1.1.1.2

[Device-Virtual-Template1] quit

# 在接口GigabitEthernet1/0/5上启用PPPoE Server协议，并将该接口与虚拟模板接口1绑定。

[Device] interface gigabitethernet 1/0/5

[Device-GigabitEthernet1/0/5] pppoe-server bind virtual-template 1

[Device-GigabitEthernet1/0/5] quit

(2)     配置AC作为PPPoE Client

# 配置拨号访问组1以及对应的拨号访问控制条件。

<AC> system-view

[AC] dialer-group 1 rule ip permit

# 在Dialer1接口上使能共享DDR。

[AC] interface dialer 1

[AC-Dialer1] dialer bundle enable

# 将Dialer1接口与拨号访问组1关联。

[AC-Dialer1] dialer-group 1

# 配置Dialer1接口通过协商获取IP地址。

[AC-Dialer1] ip address ppp-negotiate

[AC-Dialer1] quit

# 配置一个PPPoE会话，该会话对应Dialer bundle 1（Dialer bundle 1对应Dialer1接口）。

[AC] interface gigabitethernet 1/0/5

[AC-GigabitEthernet1/0/5] pppoe-client dial-bundle-number 1

[AC-GigabitEthernet1/0/5] quit

# PPPoE Client工作在诊断模式，诊断时间间隔为200秒。

[AC] interface dialer 1

[AC-Dialer1] dialer diagnose interval 200

# 配置自动拨号的时间间隔为10秒。

[AC-Dialer1] dialer timer autodial 10

4. 验证配置

配置完成后，AC就可以与远端的PPPoE Server建立PPPoE会话。

[AC-Dialer1] display pppoe-client session summary

Bundle ID    Interface    VA          RemoteMAC      LocalMAC       State

1      1     GE1/0/5      VA0         00e0-1400-4300 00e0-1500-4100 SESSION

2.4.4  利用ADSL Modem将局域网接入Internet

1. 组网需求

·     局域网内的计算机通过AC访问Internet，AC通过ADSL Modem采用永久在线的方式接入DSLAM。

·     ADSL帐户的用户名为user1，密码为123456。

·     Device作为PPPoE Server通过ATM2/4/0接口连接至DSLAM，提供RADIUS认证、授权、计费功能。

·     在AC上使能PPPoE Client功能，局域网内的主机不用安装PPPoE客户端软件即可访问Internet。

2. 组网图

图2-6 利用ADSL将局域网接入Internet组网图

3. 配置步骤

(1)     配置AC作为PPPoE Client

# 配置拨号访问组1以及对应的拨号访问控制条件。

<AC> system-view

[AC] dialer-group 1 rule ip permit

# 在Dialer1接口上使能共享DDR。

[AC] interface dialer 1

[AC-Dialer1] dialer bundle enable

# 将Dialer1接口与拨号访问组1关联。

[AC-Dialer1] dialer-group 1

# 配置Dialer1接口通过协商获取IP地址。

[AC-Dialer1] ip address ppp-negotiate

# 配置PPPoE Client工作在永久在线模式。

[AC-Dialer1] dialer timer idle 0

# 配置本地被Device以PAP方式认证时AC发送的PAP用户名和密码。

[AC-Dialer1] ppp pap local-user user1 password simple 123456

[AC-Dialer1] quit

# 配置PPPoE会话。

[AC] interface gigabitethernet 1/0/5

[AC-GigabitEthernet1/0/5] pppoe-client dial-bundle-number 1

[AC-GigabitEthernet1/0/5] quit

# 配置局域网接口的IP地址。

[AC] interface gigabitethernet 1/0/6

[AC-GigabitEthernet1/0/6] ip address 192.168.1.1 255.255.255.0

[AC-GigabitEthernet1/0/6] quit

# 配置缺省路由。

[AC] ip route-static 0.0.0.0 0 dialer 1

如果局域网内计算机使用的IP地址为私有地址，还需要在设备上配置NAT（Network Address Translation，网络地址转换）。

(2)     配置Device作为PPPoE Server

# 配置虚拟模板参数，采用PAP认证对端，配置本端IP地址，并使用PPP地址池为对端分配IP地址。

<Device> system-view

[Device] interface virtual-template 1

[Device-Virtual-Template1] ppp authentication-mode pap domain system

[Device-Virtual-Template1] remote address pool 1

[Device-Virtual-Template1] ip address 1.1.1.1 255.0.0.0

[Device-Virtual-Template1] quit

# 配置PPP地址池，包含9个可分配的IP地址。

[Device] ip pool 1 1.1.1.2 1.1.1.10

# 在Virtual-Ethernet接口上使能PPPoE Server。

[Device] interface virtual-ethernet 1

[Device-Virtual-Ethernet1] mac-address 0001-0000-0001

[Device-Virtual-Ethernet1] pppoe-server bind virtual-template 1

[Device-Virtual-Ethernet1] quit

# 对ATM接口进行配置。

[Device] interface atm 2/4/0.1

[Device-ATM2/4/0.1] pvc to_adsl_a 0/60

[Device-ATM2/4/0.1-pvc-to_adsl_a-0/60] map bridge virtual-ethernet 1

[Device-ATM2/4/0.1-pvc-to_adsl_a-0/60] quit

[Device-ATM2/4/0.1] quit

# 在系统缺省的ISP域system下，配置域用户使用RADIUS认证/授权/计费方案。

[Device] domain system

[Device-isp-system] authentication ppp radius-scheme cams

[Device-isp-system] authorization ppp radius-scheme cams

[Device-isp-system] accounting ppp radius-scheme cams

[Device-isp-system] quit

# 配置RADIUS方案以及RADIUS认证/授权/计费服务器的IP地址和端口号。

[Device] radius scheme cams

[Device-radius-cams] primary authentication 11.110.91.146 1812

[Device-radius-cams] primary accounting 11.110.91.146 1813

# 配置与RADIUS服务器交互报文时使用的认证、计费共享密钥为明文expert。

[Device-radius-cams] key authentication simple expert

[Device-radius-cams] key accounting simple expert

[Device-radius-cams] quit

(3)     配置RADIUS服务器

在RADIUS服务器上配置认证与计费的共享密钥expert。

在RADIUS服务器上增加一个PPPoE用户，用户名为user1，密码为123456。

具体配置过程请参考实际使用的RADIUS服务器的用户手册。

4. 验证配置

配置完成后，AC就可以与远端的Device建立PPPoE会话。

[AC] display pppoe-client session summary

Bundle ID    Interface    VA          RemoteMAC      LocalMAC       State

1      1     GE1/0/5      VA0         0001-0000-0001 00e0-1500-4100 SESSION

Host A、Host B、Host C可以访问Internet，比如通过IE打开网页等。