- 产品与解决方案
- 行业解决方案
- 服务
- 支持
- 合作伙伴
- 新华三人才研学中心
- 关于我们
01-PPP配置
本章节下载： 01-PPP配置 (651.73 KB)
1.5.4 IP地址协商举例一（在接口下指定为Client端分配的IP地址）
1.5.5 IP地址协商举例二（从接口下指定的PPP地址池中分配IP地址）
1.5.6 IP地址协商举例三（从ISP域下关联的PPP地址池中分配IP地址）
2.4.2 PPPoE Server通过本地DHCP服务器为用户分配IP地址配置举例
2.4.3 PPPoE Server通过远端DHCP服务器为用户分配IP地址配置举例
2.4.4 PPPoE Server通过ND协议、IPv6CP协商生成信息用于用户生成IPv6地址配置举例
PPP（Point-to-Point Protocol，点对点协议）是一种点对点的链路层协议。它能够提供用户认证，易于扩充，并且支持同/异步通信。
PPP定义了一整套协议，包括：
· 链路控制协议（Link Control Protocol，LCP）：用来建立、拆除和监控数据链路。
· 网络控制协议（Network Control Protocol，NCP）：用来协商在数据链路上所传输的网络层报文的一些属性和类型。
· 认证协议：用来对用户进行认证，包括PAP（Password Authentication Protocol，密码认证协议）、CHAP（Challenge Handshake Authentication Protocol，质询握手认证协议）、MS-CHAP（Microsoft CHAP，微软CHAP协议）和MS-CHAP-V2（Microsoft CHAP Version 2）。
(1) PPP初始状态为不活动（Dead）状态，当物理层Up后，PPP会进入链路建立（Establish）阶段。
(2) PPP在Establish阶段主要进行LCP协商。LCP协商内容包括：Authentication-Protocol（认证协议类型）、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、MS-CHAP或MS-CHAP-V2认证。如果认证失败，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。
PPP提供了在其链路上进行安全认证的手段，使得在PPP链路上实施AAA变的切实可行。将PPP与AAA结合，可在PPP链路上对对端用户进行认证、计费。
PPP支持如下认证方式：PAP、CHAP、MS-CHAP、MS-CHAP-V2。
(1) PAP认证
PAP为两次握手协议，它通过用户名和密码来对用户进行认证。
PAP在网络上以明文的方式传递用户名和密码，认证报文如果在传输过程中被截获，便有可能对网络安全造成威胁。因此，它适用于对网络安全要求相对较低的环境。
(2) CHAP认证
CHAP为三次握手协议。
CHAP认证过程分为两种方式：认证方配置了用户名、认证方没有配置用户名。推荐使用认证方配置用户名的方式，这样被认证方可以对认证方的身份进行确认。
CHAP只在网络上传输用户名，并不传输用户密码（准确的讲，它不直接传输用户密码，传输的是用MD5算法将用户密码与一个随机报文ID一起计算的结果），因此它的安全性要比PAP高。
MS-CHAP为三次握手协议，认证过程与CHAP类似，MS-CHAP与CHAP的不同之处在于：
· MS-CHAP采用的加密算法是0x80。
· MS-CHAP支持重传机制。在被认证方认证失败的情况下，如果认证方允许被认证方进行重传，被认证方会将认证相关信息重新发回认证方，认证方根据此信息重新对被认证方进行认证。认证方最多允许被认证方重传3次。
MS-CHAP-V2为三次握手协议，认证过程与CHAP类似，MS-CHAP-V2与CHAP的不同之处在于：
· MS-CHAP-V2采用的加密算法是0x81。
· MS-CHAP-V2通过报文捎带的方式实现了认证方和被认证方的双向认证。
· MS-CHAP-V2支持重传机制。在被认证方认证失败的情况下，如果认证方允许被认证方进行重传，被认证方会将认证相关信息重新发回认证方，认证方根据此信息重新对被认证方进行认证。认证方最多允许被认证方重传3次。
· MS-CHAP-V2支持修改密码机制。被认证方由于密码过期导致认证失败时，被认证方会将用户输入的新密码信息发回认证方，认证方根据新密码信息重新进行认证。
在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来解析域名。
在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地址查找匹配的地址池为客户端分配地址。关于DHCPv6协议的详细介绍请参见“三层技术-IP业务配置指导”中的“DHCPv6”。
· 方式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服务器地址。
MP是MultiLink PPP的缩写，是基于增加带宽的考虑，将多个PPP通道捆绑成一条逻辑链路使用而产生的。MP会将报文分片（小于最小分片包长时不分片）后，从MP链路下的多个PPP通道发送到对端，对端将这些分片组装起来传递给网络层处理。
MP主要是增加带宽的作用，除此之外，MP还有负载分担的作用，这里的负载分担是链路层的负载分担；负载分担从另外一个角度解释就有了备份的作用。同时，MP的分片可以起到减小传输时延的作用，特别是在一些低速链路上。
综上所述，MP的作用主要有以下几个：
MP能在任何支持PPP封装的接口下工作，如串口、ISDN的BRI/PRI接口等，也包括支持PPPoX（PPPoE、PPPoA、PPPoFR等）的虚拟接口，建议用户将同一类的接口捆绑使用，不要将不同类的接口捆绑使用。
表1-1 PPP配置任务简介
|
配置PPP认证方式 |
||
|
配置PPP协商参数 |
||
|
配置PPP IPHC压缩功能 |
||
|
配置PPP链路质量监测功能 |
||
|
配置PPP计费统计功能 |
||
|
配置PPP用户的nas-port-type属性 |
|
缺省情况下，除以太网接口、VLAN接口、ATM接口外，其它接口封装的链路层协议均为PPP |
PPP支持如下认证方式：PAP、CHAP、MS-CHAP、MS-CHAP-V2。用户可以同时配置多种认证方式，在LCP协商过程中，认证方根据用户配置的认证方式顺序逐一与被认证方进行协商，直到协商通过。如果协商过程中，被认证方回应的协商报文中携带了建议使用的认证方式，认证方查找配置中存在该认证方式，则直接使用该认证方式进行认证。
|
缺省情况下，PPP协议不进行认证 |
||
|
配置本地AAA认证或者远程AAA认证 |
· 若采用本地AAA认证，则认证方必须为被认证方配置本地用户的用户名和密码 · 若采用远程AAA认证，则远程AAA服务器上需要配置被认证方的用户名和密码 |
|
配置本地被对端以PAP方式认证时本地发送的PAP用户名和密码 |
ppp pap local-user username password { cipher | simple } password |
缺省情况下，被对端以PAP方式认证时，本地设备发送的用户名和密码均为空 查看加密方式时，无论采用明文加密方式还是密文加密方式，默认显示为密文加密方式 |
CHAP认证分为两种：认证方配置了用户名和认证方没有配置用户名。
|
ppp authentication-mode chap [ [ call-in ] domain isp-name ] |
缺省情况下，PPP协议不进行认证 |
|
|
配置采用CHAP认证时认证方的用户名 |
缺省情况下，CHAP认证的用户名为空 |
|
|
配置本地AAA认证或者远程AAA认证 |
· 若采用本地AAA认证，则认证方必须为被认证方配置本地用户的用户名和密码 · 若采用远程AAA认证，则远程AAA服务器上需要配置被认证方的用户名和密码 |
· 配置被认证方
|
配置采用CHAP认证时被认证方的用户名 |
缺省情况下，CHAP认证的用户名为空 |
|
|
配置本地AAA认证或者远程AAA认证 |
· 若采用本地AAA认证，则被认证方必须为认证方配置本地用户的用户名和密码 · 若采用远程AAA认证，则远程AAA服务器上需要配置认证方的用户名和密码 |
|
ppp authentication-mode chap [ [ call-in ] domain isp-name ] |
缺省情况下，PPP协议不进行认证 |
|
|
配置本地AAA认证或者远程AAA认证 |
· 若采用本地AAA认证，则认证方必须为被认证方配置本地用户的用户名和密码 · 若采用远程AAA认证，则远程AAA服务器上需要配置被认证方的用户名和密码 |
|
配置采用CHAP认证时被认证方的用户名 |
缺省情况下，CHAP认证的用户名为空 |
|
|
设置CHAP认证密码 |
缺省情况下，没有配置进行CHAP认证时采用的密码 查看加密方式时，无论采用明文加密方式还是密文加密方式，默认显示为密文加密方式 |
与CHAP认证相同，MS-CHAP和MS-CHAP-V2认证也分为两种：认证方配置了用户名和认证方没有配置用户名。
配置MS-CHAP或MS-CHAP-V2认证时需注意：
· 设备只能作为MS-CHAP和MS-CHAP-V2的认证方来对其它设备进行认证。
· L2TP环境下仅支持MS-CHAP认证，不支持MS-CHAP-V2认证。
· MS-CHAP-V2认证只有在RADIUS认证的方式下，才能支持修改密码机制。
表1-9 配置MS-CHAP或MS-CHAP-V2认证的认证方（认证方配置了用户名）
|
配置本地认证对端的方式为MS-CHAP或MS-CHAP-V2 |
ppp authentication-mode { ms-chap | ms-chap-v2 } [ [ call-in ] domain isp-name ] |
缺省情况下，PPP协议不进行认证 |
|
配置采用MS-CHAP或MS-CHAP-V2认证时认证方的用户名 |
||
|
配置本地AAA认证或者远程AAA认证 |
· 若采用本地AAA认证，则认证方必须为被认证方配置本地用户的用户名和密码 · 若采用远程AAA认证，则远程AAA服务器上需要配置被认证方的用户名和密码 |
表1-10 配置MS-CHAP或MS-CHAP-V2认证的认证方（认证方没有配置用户名）
|
配置本地认证对端的方式为MS-CHAP或MS-CHAP-V2 |
ppp authentication-mode { ms-chap | ms-chap-v2 } [ [ call-in ] domain isp-name ] |
缺省情况下，PPP协议不进行认证 |
|
配置本地AAA认证或者远程AAA认证 |
· 若采用本地AAA认证，则认证方必须为被认证方配置本地用户的用户名和密码 · 若采用远程AAA认证，则远程AAA服务器上需要配置被认证方的用户名和密码 |
配置轮询时间间隔应该小于协商超时时间间隔。
PPP协议使用轮询机制来确认链路状态是否正常。
当接口上封装的链路层协议为PPP时，链路层会周期性地向对端发送keepalive报文（可以通过timer-hold命令修改keepalive报文的发送周期）。如果接口在retry个（可以通过timer-hold retry命令修改该个数）keepalive周期内无法收到对端发来的keepalive报文，链路层会认为对端故障，上报链路层Down。
在速率非常低的链路上，keepalive周期和retry值不能配置过小。因为在低速链路上，大报文可能会需要很长的时间才能传送完毕，这样就会延迟keepalive报文的发送与接收。而接口如果在retry个keepalive周期之后仍然无法收到对端的keepalive报文，它就会认为链路发生故障。如果keepalive报文被延迟的时间超过接口的这个限制，链路就会被认为发生故障而被关闭。
表1-11 配置轮询功能
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
进入接口视图 |
interface interface-type interface-number |
- |
|
配置接口发送keepalive报文的周期 |
timer-hold seconds |
缺省情况下，接口发送keepalive报文的周期为10秒 |
|
配置接口在多少个keepalive周期内没有收到keepalive报文的应答就拆除链路 |
timer-hold retry retry |
缺省情况下，接口在5个keepalive周期内没有收到keepalive报文的应答就拆除链路 |
可以配置的PPP协商参数包括：
· 协商IP地址
· 协商DNS服务器地址
· 协商ACFC（Address-and-Control-Field-Compression，地址控制字段压缩）
· 协商PFC（Protocol-Field-Compression，协议字段压缩）
在PPP协商过程中，如果在这个时间间隔内没有收到对端的应答报文，则PPP将会重发前一次发送的报文。超时时间间隔的取值范围为1～10秒。
|
为接口配置IP地址可协商属性 |
缺省情况下，接口没有配置IP地址可协商属性 本命令和ip address命令互斥，二者不能同时配置。关于ip address命令的详细介绍，请参见“三层技术-IP业务命令参考”中的“IP地址” |
在下列三种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地址）
|
配置接口为Client端分配的IP地址 |
缺省情况下，接口不为Client端分配IP地址 |
|
|
配置Server端的IP地址 |
表1-14 配置Server端（从接口下指定的PPP地址池中分配IP地址）
|
配置PPP地址池 |
ip pool pool-name start-ip-address [ end-ip-address ] [ group group-name ] |
|
|
（可选）配置PPP地址池的网关地址 |
ip pool pool-name gateway ip-address [ vpn-instance vpn-instance-name ] |
缺省情况下，没有为PPP地址池配置网关地址 |
|
（可选）配置PPP地址池路由 |
缺省情况下，没有配置PPP地址池路由 用户需要保证配置的PPP地址池路由网段覆盖PPP地址池网段范围 |
|
|
使用PPP地址池为Client端分配IP地址 |
缺省情况下，接口不为Client端分配IP地址 |
|
|
（可选）配置Server端的IP地址 |
配置了PPP地址池的网关地址后，可以不用配置本命令 |
表1-15 配置Server端（从接口下指定的DHCP地址池中分配IP地址）
|
配置DHCP功能 |
· 如果Server端同时作为DHCP服务器，则在Server端上配置DHCP服务器、DHCP地址池相关内容 · 如果Server端作为DHCP中继，则在Server端上配置DHCP中继相关内容（必须配置DHCP中继用户地址表项记录功能、DHCP中继地址池），并在远端DHCP服务器上配置DHCP地址池 |
DHCP的具体配置介绍请参见“三层技术-IP业务配置指导”中的“DHCP” |
|
使用DHCP地址池为Client端分配IP地址 |
缺省情况下，接口不为Client端分配IP地址 |
|
|
配置Server端的IP地址 |
||
|
（可选）配置使用PPP用户名作为DHCP客户ID |
remote address dhcp client-identifier username |
缺省情况下，未使用PPP用户名作为作为DHCP客户ID |
表1-16 配置Server端（从ISP域下关联的PPP地址池中分配IP地址）
|
配置PPP地址池 |
ip pool pool-name start-ip-address [ end-ip-address ] group group-name |
|
|
（可选）配置PPP地址池的网关地址 |
ip pool pool-name gateway ip-address [ vpn-instance vpn-instance-name ] |
缺省情况下，没有为PPP地址池配置网关地址 |
|
（可选）配置PPP地址池路由 |
缺省情况下，没有配置PPP地址池路由 用户需要保证配置的PPP地址池路由网段覆盖PPP地址池网段范围 |
|
|
进入ISP域视图 |
||
|
在ISP域下关联PPP地址池为Client端分配IP地址 |
缺省情况下，ISP域下没有关联PPP地址池 |
|
|
（可选）配置Server端的IP地址 |
配置了PPP地址池的网关地址后，可以不用配置本命令 |
表1-17 配置Server端（从ISP域下关联的DHCP地址池中分配IP地址）
|
配置DHCP功能 |
· 如果Server端同时作为DHCP服务器，则在Server端上配置DHCP服务器、DHCP地址池相关内容 · 如果Server端作为DHCP中继，则在Server端上配置DHCP中继相关内容（必须配置DHCP中继用户地址表项记录功能、DHCP中继地址池），并在远端DHCP服务器上配置DHCP地址池 |
DHCP的具体配置介绍请参见“三层技术-IP业务配置指导”中的“DHCP” |
|
进入ISP域视图 |
||
|
在ISP域下关联DHCP地址池为Client端分配IP地址 |
缺省情况下，ISP域下没有关联DHCP地址池 |
|
|
配置Server端的IP地址 |
||
|
（可选）配置使用PPP用户名作为DHCP客户ID |
remote address dhcp client-identifier username |
缺省情况下，未使用PPP用户名作为作为DHCP客户ID |
正常情况下，Client端配置了ppp ipcp dns request命令，Server端才会为本端指定DNS服务器地址。但是有一些特殊的设备，Client端并未请求，Server端却要强制为Client端指定DNS服务器地址，从而导致协商不通过，为了适应这种情况，Client端可以配置ppp ipcp dns admit-any命令。
|
配置设备主动请求对端指定DNS服务器地址 |
缺省情况下，禁止设备主动向对端请求DNS服务器地址 |
|
|
配置设备可以被动地接收对端指定的DNS服务器地址，即设备不发送DNS请求，也能接收对端设备分配的DNS服务器地址 |
缺省情况下，设备不会被动地接收对端设备指定的DNS服务器的IP地址 |
|
配置设备为对端设备指定DNS服务器地址 |
缺省情况下，设备不为对端设备指定DNS服务器的IP地址 收到Client端的请求后，Server端才会为对端指定DNS服务器地址 |
缺省情况下，PPP报文中的地址字段的值固定为0xFF，控制字段的值固定为0x03，既然这两个字段的值是固定的，就可以对这两个字段进行压缩。
ACFC协商选项字段用来通知对端，本端可以接收地址和控制字段被压缩的报文。
ACFC协商在LCP协商阶段进行，当协商通过后，对于发送的非LCP报文将进行地址控制字段压缩，不再添加地址控制字段，以增加链路的有效载荷；对于LCP报文不进行地址控制字段压缩，以确保LCP协商过程顺利进行。
(1) 配置本地发送ACFC协商请求
表1-20 配置本地发送ACFC协商请求
|
配置本地发送ACFC协商请求，即LCP协商时本地发送的协商请求携带ACFC协商选项 |
缺省情况下，LCP协商时本地发送的协商请求不携带ACFC协商选项 |
(2) 配置拒绝对端的ACFC协商请求
|
配置拒绝对端的ACFC协商请求，即LCP协商时拒绝对端携带的ACFC协商选项 |
缺省情况下，接受对端的ACFC协商请求，即LCP协商时接受对端携带的ACFC协商选项，并且发送的报文进行地址控制字段压缩 |
缺省情况下，PPP报文中的协议字段长度为2字节，然而，目前典型的协议字段取值都小于256，所以可以压缩成一个字节来区分协议类型。
PFC协商选项字段用来通知对端，本端可以接收协议字段被压缩成一个字节的报文。
PFC协商在LCP协商阶段进行，当协商通过后，对于发送的非LCP报文将进行协议字段压缩，如果协议字段的头8比特为全零，则不添加此8比特，以增加链路的有效载荷；对于LCP报文不进行协议字段压缩，以确保LCP协商过程顺利进行。
(1) 配置本地发送PFC协商请求
表1-22 配置本地发送PFC协商请求
|
配置本地发送PFC协商请求，即LCP协商时本地发送的协商请求携带PFC协商选项 |
缺省情况下，LCP协商时本地发送的协商请求不携带PFC协商选项 |
(2) 配置拒绝对端的PFC协商请求
表1-23 配置拒绝对端的PFC协商请求
|
配置拒绝对端的PFC协商请求，即LCP协商时拒绝对端携带的PFC协商选项 |
缺省情况下，接受对端的PFC协商请求，即LCP协商时接受对端携带的PFC协商选项，并且发送的报文进行协议字段压缩 |
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压缩功能，该功能才生效。
· 在虚拟模板接口上开启/关闭IPHC压缩功能时，配置不会立即生效，只有对此接口或者其绑定的物理接口进行shutdown/undo shutdown操作后，配置才能生效。
· 只有在开启IPHC压缩功能后，才能配置接口上允许进行RTP头/TCP头压缩的最大连接数，并且需要对接口进行shutdown/undo shutdown操作后，配置才能生效。在关闭IPHC压缩功能后，配置将被清除。
表1-24 配置PPP IPHC压缩功能
|
开启PPP IPHC压缩功能 |
缺省情况下，IPHC压缩功能处于关闭状态 |
|
|
配置接口上允许进行RTP头压缩的最大连接数 |
缺省情况下，接口上允许进行RTP头压缩的最大连接数为16 |
|
|
配置接口上允许进行TCP头压缩的最大连接数 |
缺省情况下，接口上允许进行TCP头压缩的最大连接数为16 |
PPP链路质量监测功能可以实时对PPP链路（包括绑定在MP中的PPP链路）的通信质量（丢包率和错包率）进行监测。
在没有配置PPP链路质量监测功能之前，PPP接口（封装PPP协议的接口）会每隔一段时间向对端发送keepalive报文；在配置此功能之后，PPP接口会用LQR（Link Quality Reports，链路质量报告）报文代替keepalive报文，即每隔一段时间向对端发送LQR报文，用以对链路情况进行监测。
当链路质量正常时，系统对每个LQR报文进行链路质量计算，如果连续两次链路质量低于用户设置的禁用链路质量百分比，链路会被禁用。当链路被禁用后，系统每隔十个LQR报文进行一次链路质量计算，只有连续三次链路质量高于用户设置的恢复链路质量百分比，链路才会被恢复。因此，当链路被禁用后，至少要在30个keepalive周期后才能恢复。如果keepalive周期设置过大，可能会导致链路长时间无法恢复。
· 当在PPP链路两端同时开启链路质量监测功能时，两端设备的参数必须相等。一般来说，不建议在链路两端同时开启链路质量监测功能。
· 不建议在拨号线路上开启PPP链路质量监测功能。当在拨号线路上开启链路质量监测功能后，由于拨号线路的特点，一旦链路被禁用，DDR模块就会把拨号线路挂断，因此链路质量监测就不能正常的运行。只有当有数据需要传输时，DDR模块把拨号线路重新呼起，链路质量监测功能才能恢复正常。
表1-25 配置PPP链路质量监测功能
|
开启PPP链路质量监测功能 |
ppp lqm close-percentage close-percentage [ resume-percentage resume-percentage ] |
缺省情况下，PPP链路质量监测功能处于关闭状态 |
|
配置当链路质量监测功能监测到链路质量低的时候向对端发送LCP echo报文 |
ppp lqm lcp-echo [ packet size ] [ interval seconds ] |
缺省情况下，链路质量监测功能监测到链路质量低时不发送LCP echo报文 |
PPP协议可以为每条PPP链路提供基于流量的计费统计功能，具体统计内容包括出入两个方向上流经本链路的报文数和字节数。AAA可以获取这些流量统计信息用于计费控制。关于AAA计费的详细介绍请参见“安全配置指导”中的“AAA”。
表1-26 配置PPP计费统计功能
|
开启PPP计费统计功能 |
ppp account-statistics enable [ acl { acl-number | name acl-name } ] |
缺省情况下，PPP计费统计功能处于关闭状态 本命令中acl参数的支持情况与设备的型号有关，请以设备的实际情况为准 |
本特性用来配置RADIUS认证计费时所携带的nas-port-type属性。关于nas-port-type属性的详细介绍请参见RFC 2865。
表1-27 配置PPP用户的nas-port-type属性
|
缺省情况下，nas-port-type属性由PPP用户的业务类型和承载链路类型决定： · 如果是PPPoE业务，当承载链路类型为三层虚拟以太网接口时，nas-port-type属性为xdsl，否则nas-port-type属性为ethernet · 如果是PPPoA业务，nas-port-type属性为xdsl · 如果是L2TP业务，nas-port-type属性为virtual |
不支持跨单板进行MP捆绑。
MP的配置主要有两种方式，一种是通过虚拟模板（Virtual Template，VT）接口，一种是通过MP-group接口。
VT是用于配置一个VA（Virtual Access，虚拟访问）接口的模板。将多个PPP链路捆绑成MP链路之后，需要创建一个VA接口与对端交换数据。此时，系统将选择一个VT，以便动态地创建一个VA接口。
虚拟模板接口配置方式可以与认证相结合，可以根据对端的用户名找到指定的虚拟模板接口，从而利用模板上的配置，创建相应的捆绑（Bundle），以对应一条MP链路。
由一个虚拟模板接口可以派生出若干个捆绑，每个捆绑对应一条MP链路。从网络层看来，这若干条MP链路会形成一个点对多点的网络拓扑。系统可以根据接口接收到的认证用户名或终端标识符来进行MP捆绑，并以此来区分虚模板接口下的多个捆绑（对应多条MP链路）。
系统支持3种绑定方式：
· authentication：根据PPP的认证用户名进行MP捆绑，每个认证用户名对应一个捆绑。认证用户名是指PPP链路进行PAP、CHAP、MS-CHAP或MS-CHAP-V2认证时所接收到的对端用户名。
· descriptor：根据PPP的终端描述符进行MP捆绑，每个终端描述符对应一个捆绑。终端标识符是用来唯一标识一台设备的标志，是指进行LCP协商时所接收到的对端终端标识符。
· both：同时根据PPP的认证用户名和终端描述符进行MP捆绑。
(2) 通过MP-group接口配置MP
MP-group接口是MP的专用接口，不支持其它应用，也不能利用对端的用户名来指定捆绑，同时也不能派生多个捆绑。与虚拟模板接口配置方式相比，MP-group接口配置方式更加快速高效、配置简单、容易理解。
表1-28 MP配置任务简介
|
通过MP-group接口配置MP |
||
|
配置MP捆绑模式 |
||
|
配置MP短序协商方式 |
||
通过虚拟模板接口配置MP时，又可以细分为两种配置方式：
· 将物理接口与虚拟模板接口直接关联：使用命令ppp mp virtual-template直接将链路绑定到指定的虚拟模板接口上，这时可以配置认证也可以不配置认证。如果不配置认证，系统将通过对端的终端描述符捆绑出MP链路；如果配置了认证，系统将通过用户名和/或对端的终端描述符捆绑出MP链路。
· 将用户名与虚拟模板接口关联：根据认证通过后的用户名查找相关联的虚拟模板接口，然后根据用户名和对端终端描述符捆绑出MP链路。这种方式需在要绑定的接口下配置ppp mp及双向认证（PAP、CHAP、MS-CHAP或MS-CHAP-V2），否则链路协商不通。
· ppp mp和ppp mp virtual-template命令互斥，即同一个接口只能采用一种配置方式。
· 实际使用中也可以配置单向认证，即一端直接将物理接口绑定到虚拟模板接口，另一端则通过用户名查找虚拟模板接口。
· 不推荐使用同一个虚拟模板接口配置多种业务（如MP、L2TP、PPPoE等）。
|
缺省情况下，接口的描述信息为“该接口的接口名 Interface”，比如：Virtual-Template1 Interface |
|||
|
配置接口发送keepalive报文的周期 |
timer-hold seconds |
缺省情况下，接口发送keepalive报文的周期为10秒 |
|
|
配置接口在多少个keepalive周期内没有收到keepalive报文的应答就拆除链路 |
缺省情况下，接口在5个keepalive周期内没有收到keepalive报文的应答就拆除链路 |
||
|
缺省情况下，接口的MTU值为1500字节 |
|||
|
缺省情况下，接口的期望带宽＝接口的波特率÷1000（kbit/s） |
|||
|
缺省情况下，接口没有MP绑定，工作在普通PPP方式下 |
|||
|
（可选）在接口下配置PPP认证，请参见“1.2.3 配置PPP认证方式” |
PPP认证对MP连接的建立没有影响 |
||
|
建立虚拟模板接口与MP用户的对应关系： |
缺省情况下，虚拟模板接口与MP用户不进行绑定 |
||
|
配置封装PPP的接口工作在MP方式： |
缺省情况下，封装PPP的接口工作在普通PPP方式下 |
||
|
配置MP的其它参数 |
|
||
表1-30 配置MP的其它参数
|
进入MP虚拟模板接口 |
- |
|
|
配置MP捆绑的条件 |
缺省情况下，同时根据PPP的认证用户名和终端标识符进行MP捆绑 |
|
|
（可选）配置MP最大捆绑链路数 |
ppp mp max-bind max-bind-num |
|
|
配置对MP报文进行分片的最小报文长度 |
ppp mp min-fragment size |
缺省情况下，对MP报文进行分片的最小报文长度为128字节 |
|
配置MP排序窗口的大小 |
缺省情况下，MP排序窗口大小系数为1 |
|
|
（可选）配置MP等待期望分片报文的时间 |
ppp mp timer lost-fragment seconds |
缺省情况下，MP不启动等待期望分片报文的定时器 |
|
（可选）关闭MP报文分片功能 |
缺省情况下，MP报文分片功能处于开启状态 配置ppp mp fragment disable命令后，接口的ppp mp lfi enable、ppp mp min-fragment命令不再起作用 |
表1-31 通过MP-group接口配置MP
|
创建MP-group接口并进入指定的MP-group接口视图 |
如果指定的MP-group接口已经创建，则该命令用来直接进入MP-group接口视图 CFIP-610板卡不支持该特性 |
|
|
（可选）配置MP最大捆绑链路数 |
ppp mp max-bind max-bind-num |
本配置不能立即生效，必须对所有已捆绑的物理接口依次执行shutdown和undo shutdown之后改变才会生效 |
|
配置对MP报文进行分片的最小报文长度 |
ppp mp min-fragment size |
缺省情况下，对MP报文进行分片的最小报文长度为128字节 |
|
配置MP排序窗口的大小 |
缺省情况下，MP排序窗口大小系数为1 |
|
|
（可选）配置MP等待期望分片报文的时间 |
ppp mp timer lost-fragment seconds |
缺省情况下，MP不启动等待期望分片报文的定时器 |
|
（可选）关闭MP报文分片功能 |
缺省情况下，MP报文分片功能处于开启状态 配置ppp mp fragment disable命令后，接口的ppp mp lfi enable、ppp mp min-fragment命令不再起作用 |
|
|
缺省情况下，接口的描述信息为“该接口的接口名 Interface”，比如：MP-group2/2/0 Interface |
||
|
配置接口发送keepalive报文的周期 |
timer-hold seconds |
缺省情况下，接口发送keepalive报文的周期为10秒 |
|
配置接口在多少个keepalive周期内没有收到keepalive报文的应答就拆除链路 |
缺省情况下，接口在5个keepalive周期内没有收到keepalive报文的应答就拆除链路 |
|
|
缺省情况下，接口的MTU值为1500字节 |
||
|
缺省情况下，接口的期望带宽＝接口的波特率÷1000（kbit/s） |
||
|
将接口加入指定的MP-group接口，使接口工作在MP方式 |
MP捆绑有如下两种捆绑模式：
· 软件捆绑模式：报文的分片和重组通过CPU实现，效率较低。
不同接口支持的MP捆绑模式不同，有的接口只支持硬件捆绑模式，有的接口只支持软件捆绑模式，有的接口同时支持两种捆绑模式。
同时支持两种捆绑模式的接口，缺省采用硬件捆绑模式，在如下情况可以通过命令切换为软件捆绑模式：
· CPOS E1/T1接口卡不支持跨CPOS接口的硬件MP捆绑，只能将同一个CPOS接口通道化生成的多个同步串口进行硬件MP捆绑，如果用户想将不同CPOS接口通道化生成的多个同步串口进行MP捆绑，必须先将这些同步串口的捆绑模式切换为软件捆绑模式。
· 硬件捆绑模式的接口不能和软件捆绑模式的接口进行MP捆绑。当用户想将支持两种捆绑模式的接口和只支持软件捆绑模式的接口进行MP捆绑时，必须先将硬件捆绑模式的接口切换为软件捆绑模式。
MP捆绑组在收发报文时默认使用长序方式（长序、短序是指报文序号的长短）。
· 如果本端接收使用短序，则需要在协商LCP的过程添加短序请求，请求对端发送短序，协商通过后，对端使用短序发送。
· 如果本端发送使用短序，则需要对端发出短序协商请求，协商通过后，本端使用短序发送。
· MP捆绑组使用的长短序方式由第一条加入该捆绑组中的子通道决定，后续加入捆绑组的子通道配置不能更改MP捆绑组的长短序方式。
· 如果想使用MP短序协商，对于普通MP，建议在所有的MP子通道下配置该命令。配置该命令会导致PPP重协商。
表1-33 配置MP短序协商方式
|
触发MP短序协商，协商成功后本端接收方向将使用短序 |
在MP的LCP协商过程会协商Endpoint选项（终端描述符）值：
· 在通过虚拟模板接口配置MP时，会根据Endpoint选项值来进行MP捆绑。缺省情况下，接口发送报文中携带的Endpoint选项内容为设备名称。如果网络中存在相同的设备名称，导致无法区分MP捆绑时，用户可以修改接口发送报文中携带的Endpoint选项的内容。
· 在通过MP-group接口配置MP时，不需要根据Endpoint选项值进行MP捆绑。当使用ppp mp mp-group命令将接口加入指定MP-group后，接口发送报文中携带的Endpoint选项内容缺省为MP-group的接口名称，如果用户配置了Endpoint选项内容，则携带用户配置的值。
由于Endpoint选项内容最长为20字节，如果内容超过20个字节，则截取前20个字节作为Endpoint选项内容。
|
配置当前接口在MP应用时，LCP协商的Endpoint选项内容 |
在低速串行链路上，实时交互式通信（如Telnet和VoIP）往往会由于大型分组的发送而导致阻塞延迟。例如，在大报文被调度而等待发送时收到语音报文，语音报文需要等该大报文被传输完毕后才能被调度。对于交互式语音等实时应用而言，大报文导致的这种阻塞延迟太长了，对端将听到断断续续的话音。交互式语音要求端到端的延迟不大于100～150ms。
一个1500bytes（即通常MTU的大小）的报文需要花费215ms穿过56kbps的链路，这超过了人所能忍受的延迟限制。为了在相对低速的链路上限制实时报文的延迟时间，例如56kbps Frame Relay或64kbps ISDN B通道，需要一种方法将大报文进行分片，将小报文和大报文的分片一起加入到队列。
LFI（Link Fragmentation and Interleaving，链路分片与交叉）将大型数据帧分割成小型帧，与其它小片的报文一起发送，从而减少在低速链路上的延迟和抖动。被分割的数据帧在目的地被重组。
图1-2描述了LFI的处理过程。大报文和小的语音报文一起到达某个接口，将大报文分割成小的分片，如果在接口配置了WFQ（Weighted Fair Queuing，加权公平队列），语音包与这些小的分片一起交叉放入WFQ。
图1-2 LFI的处理过程
使能LFI功能后，LFI最大分片大小由LFI分片的最大时延（通过ppp mp lfi delay-per-frag命令配置）和LFI分片的最大字节数（通过ppp mp lfi size-per-frag命令配置）决定：
· 如果配置了LFI分片的最大字节数，LFI最大分片大小就是该最大字节数。
· 如果配置了LFI分片的最大时延，LFI最大分片大小通过接口的期望带宽和配置的最大时延计算得出：LFI最大分片大小＝（接口的期望带宽×最大时延）÷8。
|
使能LFI功能 |
缺省情况下，LFI功能处于关闭状态 关闭LFI功能会同时删除用户配置的LFI分片的最大时延或LFI分片的最大字节数 |
|
|
配置传输一个LFI分片的最大时延 |
缺省情况下，传输一个LFI分片的最大时延为10ms，LFI分片的大小由ppp mp lfi delay-per-frag的配置来决定 |
|
|
配置LFI分片的最大字节数 |
在完成上述配置后，在任意视图下执行display命令可以显示PPP和MP配置后的运行情况，通过查看显示信息验证配置的效果。
在用户视图下执行reset命令可以清除相应接口的统计信息。
表1-36 PPP和MP显示和维护
|
显示PPP接入用户的信息 |
|
|
显示PPP地址池的信息 |
|
|
显示IPHC压缩的统计信息 |
display ppp compression iphc { rtp | tcp } [ interface interface-type interface-number ] |
|
display interface [ virtual-template [ interface-number ] ] [ brief [ description | down ] ] |
|
|
display interface [ virtual-access [ interface-number ] ] [ brief [ description | down ] ] |
|
|
显示MP-group接口的相关信息 |
display interface [ mp-group [ interface-number ] ] [ brief [ description | down ] ] |
|
显示MP的相关信息 |
display ppp mp [ interface interface-type interface-number ] |
|
清除IPHC压缩的统计信息 |
reset ppp compression iphc [ rtp | tcp ] [ interface interface-type interface-number ] |
|
清除VA接口的统计信息 |
reset counters interface [ virtual-access [ interface-number ] ] |
|
清除MP-group接口的统计信息 |
如图1-3所示，Router A和Router B之间用接口POS2/1/0互连，要求Router A用PAP方式认证Router B，Router B不需要对Router A进行认证。
图1-3 配置PAP单向认证组网图
# 为Router B创建本地用户。
[RouterA] local-user userb class network
# 设置本地用户的密码。
[RouterA-luser-network-userb] password simple passb
# 设置本地用户的服务类型为PPP。
[RouterA-luser-network-userb] service-type ppp
[RouterA-luser-network-userb] quit
# 配置接口封装的链路层协议为PPP（缺省情况下，接口封装的链路层协议为PPP，此步骤可选）。
[RouterA-Pos2/1/0] link-protocol ppp
# 配置本地认证Router B的方式为PAP。
[RouterA-Pos2/1/0] ppp authentication-mode pap domain system
# 配置接口的IP地址。
[RouterA-Pos2/1/0] ip address 200.1.1.1 16
[RouterA-Pos2/1/0] quit
# 在系统缺省的ISP域system下，配置PPP用户使用本地认证方案。
[RouterA-isp-system] authentication ppp local
# 配置接口封装的链路层协议为PPP（缺省情况下，接口封装的链路层协议为PPP，此步骤可选）。
[RouterB] interface pos 2/1/0
[RouterB-Pos2/1/0] link-protocol ppp
# 配置本地被Router A以PAP方式认证时Router B发送的PAP用户名和密码。
[RouterB-Pos2/1/0] ppp pap local-user userb password simple passb
# 配置接口的IP地址。
[RouterB-Pos2/1/0] ip address 200.1.1.2 16
通过display interface pos命令，查看接口POS2/1/0的信息，发现接口的物理层和链路层的状态都是up状态，并且PPP的LCP和IPCP都是opened状态，说明链路的PPP协商已经成功，并且Router A和Router B可以互相ping通对方。
[RouterB-Pos2/1/0] display interface pos 2/1/0
Pos2/1/0
Current state: UP
Line protocol state: UP
Description: Pos2/1/0 Interface
Bandwidth: 64kbps
Maximum Transmit Unit: 1500
Internet Address: 200.1.1.2/16 Primary
Link layer protocol: PPP
LCP: opened, IPCP: opened
…略…
[RouterB-Pos2/1/0] ping 200.1.1.1
Ping 200.1.1.1 (200.1.1.1): 56 data bytes, press CTRL_C to break
56 bytes from 200.1.1.1: icmp_seq=0 ttl=128 time=3.197 ms
56 bytes from 200.1.1.1: icmp_seq=1 ttl=128 time=2.594 ms
56 bytes from 200.1.1.1: icmp_seq=2 ttl=128 time=2.739 ms
56 bytes from 200.1.1.1: icmp_seq=3 ttl=128 time=1.738 ms
56 bytes from 200.1.1.1: icmp_seq=4 ttl=128 time=1.744 ms
--- Ping statistics for 200.1.1.1 ---
5 packet(s) transmitted, 5 packet(s) received, 0.0% packet loss
round-trip min/avg/max/std-dev = 1.738/2.402/3.197/0.576 ms
如图1-4所示，Router A和Router B之间用接口POS2/1/0互连，要求Router A和Router B用PAP方式相互认证对方。
图1-4 配置PAP双向认证组网图
# 为Router B创建本地用户。
[RouterA] local-user userb class network
# 设置本地用户的密码。
[RouterA-luser-network-userb] password simple passb
# 设置本地用户的服务类型为PPP。
[RouterA-luser-network-userb] service-type ppp
[RouterA-luser-network-userb] quit
# 配置接口封装的链路层协议为PPP（缺省情况下，接口封装的链路层协议为PPP，此步骤可选）。
[RouterA-Pos2/1/0] link-protocol ppp
# 配置本地认证Router B的方式为PAP。
[RouterA-Pos2/1/0] ppp authentication-mode pap domain system
# 配置本地被Router B以PAP方式认证时Router A发送的PAP用户名和密码。
[RouterA-Pos2/1/0] ppp pap local-user usera password simple passa
# 配置接口的IP地址。
[RouterA-Pos2/1/0] ip address 200.1.1.1 16
[RouterA-Pos2/1/0] quit
# 在系统缺省的ISP域system下，配置PPP用户使用本地认证方案。
[RouterA-isp-system] authentication ppp local
# 为Router A创建本地用户。
[RouterB] local-user usera class network
# 设置本地用户的密码。
[RouterB-luser-network-usera] password simple passa
# 设置本地用户的服务类型为PPP。
[RouterB-luser-network-usera] service-type ppp
[RouterB-luser-network-usera] quit
# 配置接口封装的链路层协议为PPP（缺省情况下，接口封装的链路层协议为PPP，此步骤可选）。
[RouterB-Pos2/1/0] link-protocol ppp
# 配置本地认证Router A的方式为PAP。
[RouterB-Pos2/1/0] ppp authentication-mode pap domain system
# 配置本地被Router A以PAP方式认证时Router B发送的PAP用户名和密码。
[RouterB-Pos2/1/0] ppp pap local-user userb password simple passb
# 配置接口的IP地址。
[RouterB-Pos2/1/0] ip address 200.1.1.2 16
[RouterB-Pos2/1/0] quit
# 在系统缺省的ISP域system下，配置PPP用户使用本地认证方案。
[RouterB-isp-system] authentication ppp local
通过display interface pos命令，查看接口POS2/1/0的信息，发现接口的物理层和链路层的状态都是up状态，并且PPP的LCP和IPCP都是opened状态，说明链路的PPP协商已经成功，并且Router A和Router B可以互相ping通对方。
[RouterB-isp-system] display interface pos 2/1/0
Pos2/1/0
Current state: UP
Line protocol state: UP
Description: Pos2/1/0 Interface
Bandwidth: 64kbps
Maximum Transmit Unit: 1500
Internet Address: 200.1.1.2/16 Primary
Link layer protocol: PPP
LCP opened, IPCP opened
…略…
[RouterB-isp-system] ping 200.1.1.1
Ping 200.1.1.1 (200.1.1.1): 56 data bytes, press CTRL_C to break
56 bytes from 200.1.1.1: icmp_seq=0 ttl=128 time=3.197 ms
56 bytes from 200.1.1.1: icmp_seq=1 ttl=128 time=2.594 ms
56 bytes from 200.1.1.1: icmp_seq=2 ttl=128 time=2.739 ms
56 bytes from 200.1.1.1: icmp_seq=3 ttl=128 time=1.738 ms
56 bytes from 200.1.1.1: icmp_seq=4 ttl=128 time=1.744 ms
--- Ping statistics for 200.1.1.1 ---
5 packet(s) transmitted, 5 packet(s) received, 0.0% packet loss
round-trip min/avg/max/std-dev = 1.738/2.402/3.197/0.576 ms
在图1-3中，要求设备Router A用CHAP方式认证设备Router B。
图1-5 配置CHAP单向认证组网图
# 为Router B创建本地用户。
[RouterA] local-user userb class network
# 设置本地用户的密码。
[RouterA-luser-network-userb] password simple hello
# 设置本地用户的服务类型为PPP。
[RouterA-luser-network-userb] service-type ppp
[RouterA-luser-network-userb] quit
# 配置接口封装的链路层协议为PPP（缺省情况下，接口封装的链路层协议为PPP，此步骤可选）。
[RouterA-Pos2/1/0] link-protocol ppp
# 配置采用CHAP认证时Router A的用户名。
[RouterA-Pos2/1/0] ppp chap user usera
# 配置本地认证Router B的方式为CHAP。
[RouterA-Pos2/1/0] ppp authentication-mode chap domain system
# 配置接口的IP地址。
[RouterA-Pos2/1/0] ip address 200.1.1.1 16
[RouterA-Pos2/1/0] quit
# 在系统缺省的ISP域system下，配置PPP用户使用本地认证方案。
[RouterA-isp-system] authentication ppp local
# 为Router A创建本地用户。
[RouterB] local-user usera class network
# 设置本地用户的密码。
[RouterB-luser-network-usera] password simple hello
# 设置本地用户的服务类型为PPP。
[RouterB-luser-network-usera] service-type ppp
[RouterB-luser-network-usera] quit
# 配置接口封装的链路层协议为PPP（缺省情况下，接口封装的链路层协议为PPP，此步骤可选）。
[RouterB-Pos2/1/0] link-protocol ppp
# 配置采用CHAP认证时Router B的用户名。
[RouterB-Pos2/1/0] ppp chap user userb
# 配置接口的IP地址。
[RouterB-Pos2/1/0] ip address 200.1.1.2 16
# 为Router B创建本地用户。
[RouterA] local-user userb class network
# 设置本地用户的密码。
[RouterA-luser-network-userb] password simple hello
# 设置本地用户的服务类型为PPP。
[RouterA-luser-network-userb] service-type ppp
[RouterA-luser-network-userb] quit
# 配置本地认证Router B的方式为CHAP。
[RouterA-Pos2/1/0] ppp authentication-mode chap domain system
# 配置接口的IP地址。
[RouterA-Pos2/1/0] ip address 200.1.1.1 16
[RouterA-Pos2/1/0] quit
# 在系统缺省的ISP域system下，配置PPP用户使用本地认证方案。
[RouterA-isp-system] authentication ppp local
# 配置采用CHAP认证时Router B的用户名。
[RouterB] interface pos 2/1/0
[RouterB-Pos2/1/0] ppp chap user userb
# 设置缺省的CHAP认证密码。
[RouterB-Pos2/1/0] ppp chap password simple hello
# 配置接口的IP地址。
[RouterB-Pos2/1/0] ip address 200.1.1.2 16
通过display interface pos命令，查看接口POS2/1/0的信息，发现接口的物理层和链路层的状态都是up状态，并且PPP的LCP和IPCP都是opened状态，说明链路的PPP协商已经成功，并且Router A和Router B可以互相ping通对方。
[RouterB-Pos2/1/0] display interface pos 2/1/0
Pos2/1/0
Current state: UP
Line protocol state: UP
Description: Pos2/1/0 Interface
Bandwidth: 64kbps
Maximum Transmit Unit: 1500
Internet Address: 200.1.1.2/16 Primary
Link layer protocol: PPP
LCP opened, IPCP opened
…略…
[RouterB-Pos2/1/0] ping 200.1.1.1
Ping 200.1.1.1 (200.1.1.1): 56 data bytes, press CTRL_C to break
56 bytes from 200.1.1.1: icmp_seq=0 ttl=128 time=3.197 ms
56 bytes from 200.1.1.1: icmp_seq=1 ttl=128 time=2.594 ms
56 bytes from 200.1.1.1: icmp_seq=2 ttl=128 time=2.739 ms
56 bytes from 200.1.1.1: icmp_seq=3 ttl=128 time=1.738 ms
56 bytes from 200.1.1.1: icmp_seq=4 ttl=128 time=1.744 ms
--- Ping statistics for 200.1.1.1 ---
5 packet(s) transmitted, 5 packet(s) received, 0.0% packet loss
round-trip min/avg/max/std-dev = 1.738/2.402/3.197/0.576 ms
Router A通过PPP协商，为Router B的接口POS2/1/0分配IP地址。
要求Router A用接口下指定的IP地址为Router B分配IP地址。
图1-6 配置IP地址协商组网图
# 配置接口POS2/1/0为Router B的接口分配的IP地址。
[RouterA] interface pos 2/1/0
[RouterA-Pos2/1/0] remote address 200.1.1.10
# 配置接口POS2/1/0的IP地址。
[RouterA-Pos2/1/0] ip address 200.1.1.1 16
# 配置接口POS2/1/0通过协商获取IP地址。
[RouterB] interface pos 2/1/0
[RouterB-Pos2/1/0] ip address ppp-negotiate
配置完成后，查看设备Router B的接口POS2/1/0的概要信息，可见接口POS2/1/0通过PPP协商获取的IP地址为200.1.1.10。
[RouterB-Pos2/1/0] display interface pos 2/1/0 brief
Brief information on interface(s) under route mode:
Link: ADM - administratively down; Stby - standby
Protocol: (s) - spoofing
Interface Link Protocol Main IP Description
Pos2/1/0 UP UP 200.1.1.10
在Router B上可以Ping通Router A的POS2/1/0接口。
[RouterB-Pos2/1/0] ping 200.1.1.1
Ping 200.1.1.1 (200.1.1.1): 56 data bytes, press CTRL_C to break
56 bytes from 200.1.1.1: icmp_seq=0 ttl=128 time=3.197 ms
56 bytes from 200.1.1.1: icmp_seq=1 ttl=128 time=2.594 ms
56 bytes from 200.1.1.1: icmp_seq=2 ttl=128 time=2.739 ms
56 bytes from 200.1.1.1: icmp_seq=3 ttl=128 time=1.738 ms
56 bytes from 200.1.1.1: icmp_seq=4 ttl=128 time=1.744 ms
--- Ping statistics for 200.1.1.1 ---
5 packet(s) transmitted, 5 packet(s) received, 0.0% packet loss
round-trip min/avg/max/std-dev = 1.738/2.402/3.197/0.576 ms
Router A通过PPP协商，为Router B的接口POS2/1/0分配IP地址。
要求Router A从接口下指定的PPP地址池中分配IP地址。
图1-7 配置IP地址协商组网图
# 配置PPP地址池aaa，IP地址范围为200.1.1.10到200.1.1.20，PPP地址池所在的组为AAA。
[RouterA] ip pool aaa 200.1.1.10 200.1.1.20 group AAA
# 配置PPP地址池路由。
[RouterA] ppp ip-pool route 200.1.1.1 24
# 配置接口POS2/1/0使用PPP地址池为Router B的接口分配IP地址。
[RouterA-Pos2/1/0] remote address pool aaa
# 配置接口POS2/1/0的IP地址。
[RouterA-Pos2/1/0] ip address 200.1.1.1 16
# 配置接口POS2/1/0通过协商获取IP地址。
[RouterB] interface pos 2/1/0
[RouterB-Pos2/1/0] ip address ppp-negotiate
配置完成后，查看设备Router B的接口POS2/1/0的概要信息，可见接口POS2/1/0通过PPP协商获取的IP地址为200.1.1.10。
[RouterB-Pos2/1/0] display interface pos 2/1/0 brief
Brief information on interface(s) under route mode:
Link: ADM - administratively down; Stby - standby
Protocol: (s) - spoofing
Interface Link Protocol Main IP Description
Pos2/1/0 UP UP 200.1.1.10
在Router B上可以Ping通Router A的POS2/1/0接口。
[RouterB-Pos2/1/0] ping 200.1.1.1
Ping 200.1.1.1 (200.1.1.1): 56 data bytes, press CTRL_C to break
56 bytes from 200.1.1.1: icmp_seq=0 ttl=128 time=3.197 ms
56 bytes from 200.1.1.1: icmp_seq=1 ttl=128 time=2.594 ms
56 bytes from 200.1.1.1: icmp_seq=2 ttl=128 time=2.739 ms
56 bytes from 200.1.1.1: icmp_seq=3 ttl=128 time=1.738 ms
56 bytes from 200.1.1.1: icmp_seq=4 ttl=128 time=1.744 ms
--- Ping statistics for 200.1.1.1 ---
5 packet(s) transmitted, 5 packet(s) received, 0.0% packet loss
round-trip min/avg/max/std-dev = 1.738/2.402/3.197/0.576 ms
在Router A上可以看到PPP地址池中已分配一个地址。
[RouterA-Pos2/1/0] display ip pool aaa
Group name: AAA
Pool name Start IP address End IP address Free In use
aaa 200.1.1.10 200.1.1.20 10 1
In use IP addresses:
IP address Interface
200.1.1.10 Pos2/1/0
Router A通过PPP协商，为Router B的接口POS2/1/0分配IP地址。
要求Router A从ISP域下关联的PPP地址池中分配IP地址。
图1-8 配置IP地址协商组网图
# 配置PPP地址池aaa，IP地址范围为200.1.1.10到200.1.1.20，PPP地址池所在的组为AAA。
[RouterA] ip pool aaa 200.1.1.10 200.1.1.20 group AAA
# 配置PPP地址池路由。
[RouterA] ppp ip-pool route 200.1.1.1 24
# 为Router B创建本地用户。
[RouterA] local-user userb class network
# 设置本地用户的密码。
[RouterA-luser-network-userb] password simple 123
# 设置本地用户的服务类型为PPP。
[RouterA-luser-network-userb] service-type ppp
[RouterA-luser-network-userb] quit
# 创建ISP域，并在ISP域下关联PPP地址池。
[RouterA-isp-bbb] authorization-attribute ip-pool aaa
[RouterA-isp-bbb] quit
# 配置接口POS2/1/0在ISP域bbb中采用PAP方式认证Router B。
[RouterA-Pos2/1/0] ppp authentication-mode pap domain bbb
# 配置接口POS2/1/0的IP地址。
[RouterA-Pos2/1/0] ip address 200.1.1.1 16
# 配置本地被Router A以PAP方式认证时Router B发送的PAP用户名和密码。
[RouterB] interface pos 2/1/0
[RouterB-Pos2/1/0] ppp pap local-user userb password simple 123
# 配置接口POS2/1/0通过协商获取IP地址。
[RouterB-Pos2/1/0] ip address ppp-negotiate
配置完成后，查看设备Router B的接口POS2/1/0的概要信息，可见接口POS2/1/0通过PPP协商获取的IP地址为200.1.1.10。
[RouterB-Pos2/1/0] display interface pos 2/1/0 brief
Brief information on interface(s) under route mode:
Link: ADM - administratively down; Stby - standby
Protocol: (s) - spoofing
Interface Link Protocol Main IP Description
Pos2/1/0 UP UP 200.1.1.10
在Router B上可以Ping通Router A的POS2/1/0接口。
[RouterB-Pos2/1/0] ping 200.1.1.1
Ping 200.1.1.1 (200.1.1.1): 56 data bytes, press CTRL_C to break
56 bytes from 200.1.1.1: icmp_seq=0 ttl=128 time=3.197 ms
56 bytes from 200.1.1.1: icmp_seq=1 ttl=128 time=2.594 ms
56 bytes from 200.1.1.1: icmp_seq=2 ttl=128 time=2.739 ms
56 bytes from 200.1.1.1: icmp_seq=3 ttl=128 time=1.738 ms
56 bytes from 200.1.1.1: icmp_seq=4 ttl=128 time=1.744 ms
--- Ping statistics for 200.1.1.1 ---
5 packet(s) transmitted, 5 packet(s) received, 0.0% packet loss
round-trip min/avg/max/std-dev = 1.738/2.402/3.197/0.576 ms
在Router A上可以看到PPP地址池中已分配一个地址。
[RouterA-Pos2/1/0] display ip pool
Group name: AAA
Pool name Start IP address End IP address Free In use
aaa 200.1.1.10 200.1.1.20 10 1
In use IP addresses:
IP address Interface
200.1.1.10 Pos2/1/0
设备Router A和Router B的POS2/1/1和POS2/1/0分别对应连接。
采用三种MP绑定方式，第一种是将链路直接绑定到VT上；第二种是按用户名查找VT，第三种是将链路绑定到MP-group接口。
# 创建虚拟模板接口，配置相应的IP地址。
[RouterA] interface virtual-template 1
[RouterA-Virtual-Template1] ip address 8.1.1.1 24
[RouterA-Virtual-Template1] quit
# 配置串口POS2/1/1。
[RouterA-Pos2/1/1] link-protocol ppp
[RouterA-Pos2/1/1] ppp mp virtual-template 1
[RouterA-Pos2/1/1] quit
# 配置串口POS2/1/0。
[RouterA-Pos2/1/0] link-protocol ppp
[RouterA-Pos2/1/0] ppp mp virtual-template 1
[RouterA-Pos2/1/0] quit
# 创建虚拟模板接口，配置相应的IP地址。
[RouterB] interface virtual-template 1
[RouterB-Virtual-Template1] ip address 8.1.1.2 24
[RouterB-Virtual-Template1] quit
# 配置串口POS2/1/1。
[RouterB-Pos2/1/1] link-protocol ppp
[RouterB-Pos2/1/1] ppp mp virtual-template 1
[RouterB-Pos2/1/1] quit
# 配置串口POS2/1/0。
[RouterB-Pos2/1/0] link-protocol ppp
[RouterB-Pos2/1/0] ppp mp virtual-template 1
[RouterB-Pos2/1/0] quit
(3) 在Router A上查看绑定结果
# 查看MP的相关信息。
Template: Virtual-Template1
max-bind: 16, fragment: enabled, min-fragment: 128
Master link: Virtual-Access0, Active members: 2, Bundle H3C
Peer's endPoint descriptor: H3C
Sequence format: long (rcv)/long (sent)
Bundle Up Time: 2013/01/10 07:13:10:723
0 lost fragments, 0 reordered, 0 unassigned, 0 interleaved
Sequence: 0 (rcv)/0 (sent)
Active member channels: 2 members
Pos2/1/1 Up-Time:2013/01/10 07:13:10:724
Pos2/1/0 Up-Time:2013/01/10 07
# 查看VA状态。
[RouterA] display interface virtual-access
Virtual-Access0
Current state: UP
Line protocol state: UP
Description: Virtual-Access0 Interface
Bandwidth: 128kbps
Maximum Transmit Unit: 1500
Hold timer: 10 seconds, retry times: 5
Internet Address is 8.1.1.1/24 Primary
Link layer protocol: PPP
LCP: opened, MP: opened, IPCP: opened
Physical: MP, baudrate: 128000 bps
Main interface: Virtual-Template1
Output queue - Urgent queuing: Size/Length/Discards 0/100/0
Output queue - Protocol queuing: Size/Length/Discards 0/500/0
Output queue - FIFO queuing: Size/Length/Discards 0/75/0
Last 300 seconds input rate: 0 bytes/sec, 0 bits/sec, 0 packets/sec
Last 300 seconds output rate: 0 bytes/sec, 0 bits/sec, 0 packets/sec
Input: 2 packets, 80 bytes, 0 drops
Output: 2 packets, 24 bytes, 0 drops
(4) 在Router B上ping对端IP地址8.1.1.1
Ping 8.1.1.1 (8.1.1.1): 56 data bytes, press CTRL_C to break
56 bytes from 8.1.1.1: icmp_seq=0 ttl=255 time=4.000 ms
56 bytes from 8.1.1.1: icmp_seq=1 ttl=255 time=0.000 ms
56 bytes from 8.1.1.1: icmp_seq=2 ttl=255 time=0.000 ms
56 bytes from 8.1.1.1: icmp_seq=3 ttl=255 time=0.000 ms
56 bytes from 8.1.1.1: icmp_seq=4 ttl=255 time=1.000 ms
--- Ping statistics for 8.1.1.1 ---
5 packet(s) transmitted, 5 packet(s) received, 0.0% packet loss
round-trip min/avg/max/std-dev = 0.000/1.000/4.000/1.549 ms
# 配置对端设备Router B在Router A上的用户名和密码。
[RouterA] local-user usera class network
[RouterA-luser-network-usera] password simple aaa
[RouterA-luser-network-usera] service-type ppp
[RouterA-luser-network-usera] quit
[RouterA] local-user userb class network
[RouterA-luser-network-userb] password simple bbb
[RouterA-luser-network-userb] service-type ppp
[RouterA-luser-network-userb] quit
# 指定用户对应的VT。
[RouterA] ppp mp user usera bind virtual-template 1
[RouterA] ppp mp user userb bind virtual-template 1
# 创建VT，配置相应的IP地址。
[RouterA] interface virtual-template 1
[RouterA-Virtual-Template1] ip address 8.1.1.1 24
[RouterA-Virtual-Template1] ppp mp binding-mode authentication
[RouterA-Virtual-Template1] quit
# 配置串口POS2/1/1。
[RouterA-Pos2/1/1] link-protocol ppp
[RouterA-Pos2/1/1] ppp authentication-mode pap
[RouterA-Pos2/1/1] ppp pap local-user userc password simple ccc
[RouterA-Pos2/1/1] ppp mp
[RouterA-Pos2/1/1] quit
# 配置串口POS2/1/0。
[RouterA-Pos2/1/0] link-protocol ppp
[RouterA-Pos2/1/0] ppp authentication-mode pap
[RouterA-Pos2/1/0] ppp pap local-user userd password simple ddd
[RouterA-Pos2/1/0] ppp mp
[RouterA-Pos2/1/0] quit
# 配置对端设备Router A在Router B上的用户名和密码。
[RouterB] local-user userc class network
[RouterB-luser-network-userc] password simple ccc
[RouterB-luser-network-userc] service-type ppp
[RouterB-luser-network-userc] quit
[RouterB] local-user userd class network
[RouterB-luser-network-userd] password simple ddd
[RouterB-luser-network-userd] service-type ppp
[RouterB-luser-network-userd] quit
# 指定用户对应的VT。
[RouterB] ppp mp user userc bind virtual-template 1
[RouterB] ppp mp user userd bind virtual-template 1
# 创建VT，配置相应的IP地址。
[RouterB] interface virtual-template 1
[RouterB-Virtual-Template1] ip address 8.1.1.2 24
[RouterB-Virtual-Template1] ppp mp binding-mode authentication
[RouterB-Virtual-Template1] quit
# 配置串口POS2/1/1。
[RouterB-Pos2/1/1] link-protocol ppp
[RouterB-Pos2/1/1] ppp authentication-mode pap
[RouterB-Pos2/1/1] ppp pap local-user usera password simple aaa
[RouterB-Pos2/1/1] ppp mp
[RouterB-Pos2/1/1] quit
# 配置串口POS2/1/0。
[RouterB-Pos2/1/0] link-protocol ppp
[RouterB-Pos2/1/0] ppp authentication-mode pap
[RouterB-Pos2/1/0] ppp pap local-user userb password simple bbb
[RouterB-Pos2/1/0] ppp mp
[RouterB-Pos2/1/0] quit
(3) 在Router A上查看绑定效果
# 查看MP的相关信息。
Template: Virtual-Template1
max-bind: 16, fragment: enabled, min-fragment: 128
Master link: Virtual-Access0, Active members: 1, Bundle usera
Peer's endPoint descriptor: H3C
Sequence format: long (rcv)/long (sent)
Bundle Up Time: 2013/01/10 08:02:34:881
0 lost fragments, 0 reordered, 0 unassigned, 0 interleaved
Sequence: 0 (rcv)/0 (sent)
Active member channels: 1 members
Pos2/1/1 Up-Time:2013/01/10 08:02:34:881
Master link: Virtual-Access1, Active members: 1, Bundle userb
Peer's endPoint descriptor: H3C
Sequence format: long (rcv)/long (sent)
Bundle Up Time: 2013/01/10 08:06:26:633
0 lost fragments, 0 reordered, 0 unassigned, 0 interleaved
Sequence: 0 (rcv)/0 (sent)
Active member channels: 1 members
Pos2/1/0 Up-Time:2013/01/10 08:06:26:634
(4) 在Router B上查看绑定效果
# 查看MP的相关信息。
Template: Virtual-Template1
max-bind: 16, fragment: enabled, min-fragment: 128
Master link: Virtual-Access2, Active members: 1, Bundle userc
Peer's endPoint descriptor: H3C
Sequence format: long (rcv)/long (sent)
Bundle Up Time: 2013/01/10 12:31:13:391
0 lost fragments, 0 reordered, 0 unassigned, 0 interleaved
Sequence: 0 (rcv)/0 (sent)
Active member channels: 1 members
Pos2/1/1 Up-Time:2013/01/10 12:31:13:392
Master link: Virtual-Access3, Active members: 1, Bundle userd
Peer's endPoint descriptor: H3C
Sequence format: long (rcv)/long (sent)
Bundle Up Time: 2013/01/10 12:35:05:88
0 lost fragments, 0 reordered, 0 unassigned, 0 interleaved
Sequence: 0 (rcv)/0 (sent)
Active member channels: 1 members
Pos2/1/0 Up-Time:2013/01/10 12:35:05:89
# 查看VA状态。
[RouterB] display interface virtual-access
Virtual-Access2
Current state: UP
Line protocol state: UP
Description: Virtual-Access2 Interface
Bandwidth: 64kbps
Maximum Transmit Unit: 1500
Hold timer: 10 seconds, retry times: 5
Internet Address is 8.1.1.2/24 Primary
Link layer protocol: PPP
LCP: opened, MP: opened, IPCP: opened
Physical: MP, baudrate: 64000 bps
Main interface: Virtual-Template1
Output queue - Urgent queuing: Size/Length/Discards 0/100/0
Output queue - Protocol queuing: Size/Length/Discards 0/500/0
Output queue - FIFO queuing: Size/Length/Discards 0/75/0
Last 300 seconds input rate: 0 bytes/sec, 0 bits/sec, 0 packets/sec
Last 300 seconds output rate: 0 bytes/sec, 0 bits/sec, 0 packets/sec
Input: 2 packets, 80 bytes, 0 drops
Output: 2 packets, 24 bytes, 0 drops
Virtual-Access3
Current state: UP
Line protocol state: UP
Description: Virtual-Access3 Interface
Bandwidth: 64kbps
Maximum Transmit Unit: 1500
Hold timer: 10 seconds, retry times: 5
Internet Address is 8.1.1.2/24 Primary
Link layer protocol: PPP
LCP: opened, MP: opened, IPCP: opened
Physical: MP, baudrate: 64000 bps
Main interface: Virtual-Template1
Output queue - Urgent queuing: Size/Length/Discards 0/100/0
Output queue - Protocol queuing: Size/Length/Discards 0/500/0
Output queue - FIFO queuing: Size/Length/Discards 0/75/0
Last 300 seconds input rate: 0 bytes/sec, 0 bits/sec, 0 packets/sec
Last 300 seconds output rate: 0 bytes/sec, 0 bits/sec, 0 packets/sec
Input: 2 packets, 80 bytes, 0 drops
Output: 2 packets, 24 bytes, 0 drops
# 在Router B上ping对端IP地址8.1.1.1。
Ping 8.1.1.1 (8.1.1.1): 56 data bytes, press CTRL_C to break
56 bytes from 8.1.1.1: icmp_seq=0 ttl=255 time=0.000 ms
56 bytes from 8.1.1.1: icmp_seq=1 ttl=255 time=0.000 ms
56 bytes from 8.1.1.1: icmp_seq=2 ttl=255 time=1.000 ms
56 bytes from 8.1.1.1: icmp_seq=3 ttl=255 time=1.000 ms
56 bytes from 8.1.1.1: icmp_seq=4 ttl=255 time=0.000 ms
--- Ping statistics for 8.1.1.1 ---
5 packet(s) transmitted, 5 packet(s) received, 0.0% packet loss
round-trip min/avg/max/std-dev = 0.000/0.400/1.000/0.490 ms
# 创建MP-group接口，配置相应的IP地址。
[RouterA] interface mp-group 2/2/0
[RouterA-MP-group2/2/0] ip address 1.1.1.1 24
# 配置串口POS2/1/1。
[RouterA-MP-group2/2/0] quit
[RouterA] interface pos 2/1/1
[RouterA-Pos2/1/1] link-protocol ppp
[RouterA-Pos2/1/1] ppp mp mp-group 2/2/0
[RouterA-Pos2/1/1] shutdown
[RouterA-Pos2/1/1] undo shutdown
[RouterA-Pos2/1/1] quit
# 配置串口POS2/1/0。
[RouterA-Pos2/1/0] link-protocol ppp
[RouterA-Pos2/1/0] ppp mp mp-group 2/2/0
[RouterA-Pos2/1/0] shutdown
[RouterA-Pos2/1/0] undo shutdown
[RouterA-Pos2/1/0] quit
# 创建MP-group接口，配置相应的IP地址。
[RouterB] interface mp-group 2/2/0
[RouterB-Mp-group2/2/0] ip address 1.1.1.2 24
[RouterB-Mp-group2/2/0] quit
# 配置串口POS2/1/1。
[RouterB-Pos2/1/1] link-protocol ppp
[RouterB-Pos2/1/1] ppp mp mp-group 2/2/0
[RouterB-Pos2/1/1] shutdown
[RouterB-Pos2/1/1] undo shutdown
[RouterB-Pos2/1/1] quit
# 配置串口POS2/1/0。
[RouterB-Pos2/1/0] link-protocol ppp
[RouterB-Pos2/1/0] ppp mp mp-group 2/2/0
[RouterB-Pos2/1/0] shutdown
[RouterB-Pos2/1/0] undo shutdown
[RouterB-Pos2/1/0] quit
(3) 在Router A上查看绑定效果
# 查看MP的相关信息。
Template: MP-group2/2/0
max-bind: 16, fragment: enabled, min-fragment: 128
Master link: MP-group2/2/0, Active members: 2, Bundle Multilink
Peer's endPoint descriptor: MP-group2/2/0
Sequence format: short (rcv)/long (sent)
Bundle Up Time: 2012/11/04 09:03:16:612
0 lost fragments, 0 reordered, 0 unassigned, 0 interleaved
Sequence: 0 (rcvd)/0 (sent)
Active member channels: 2 members
Pos2/1/1 Up-Time:2012/11/04 09:03:16:613
Pos2/1/0 Up-Time:2012/11/04 09:03:42:945
# 查看MP-group2/2/0接口的相关信息。
[RouterA] display interface mp-group 2/2/0
MP-group2/2/0
Current state: UP
Line protocol state: UP
Description: MP-group2/2/0 Interface
Bandwidth: 2048kbps
Maximum Transmit Unit: 1500
Hold timer: 10 seconds, retry times: 5
Internet Address is 1.1.1.1/24 Primary
Link layer protocol: PPP
LCP: opened, MP: opened, IPCP: opened
Physical: MP, baudrate: 2048000 bps
Output queue - Urgent queuing: Size/Length/Discards 0/100/0
Output queue - Protocol queuing: Size/Length/Discards 0/500/0
Output queue - FIFO queuing: Size/Length/Discards 0/75/0
Last clearing of counters: Never
Last 300 seconds input rate: 0 bytes/sec, 0 bits/sec, 0 packets/sec
Last 300 seconds output rate: 0 bytes/sec, 0 bits/sec, 0 packets/sec
Input: 2 packets, 80 bytes, 0 drops
Output: 2 packets, 24 bytes, 0 drops
# 在RouterA上ping对端IP地址。
Ping 1.1.1.2 (1.1.1.2): 56 data bytes, press CTRL_C to break
56 bytes from 1.1.1.2: icmp_seq=0 ttl=255 time=4.000 ms
56 bytes from 1.1.1.2: icmp_seq=1 ttl=255 time=1.000 ms
56 bytes from 1.1.1.2: icmp_seq=2 ttl=255 time=0.000 ms
56 bytes from 1.1.1.2: icmp_seq=3 ttl=255 time=7.000 ms
56 bytes from 1.1.1.2: icmp_seq=4 ttl=255 time=1.000 ms
--- Ping statistics for 1.1.1.2 ---
5 packet(s) transmitted, 5 packet(s) received, 0.0% packet loss
round-trip min/avg/max/std-dev = 0.000/2.600/7.000/2.577 ms
PPPoE（Point-to-Point Protocol over Ethernet，在以太网上承载PPP协议）的提出，解决了PPP无法应用于以太网的问题，是对PPP协议的扩展。
PPPoE描述了在以太网上建立PPPoE会话及封装PPP报文的方法。要求通信双方建立的是点到点关系，而不是在以太网中所出现的点到多点关系。
PPPoE利用以太网将大量主机组成网络，然后通过一个远端接入设备为以太网上的主机提供互联网接入服务，并对接入的每台主机实现控制、认证、计费功能。由于很好地结合了以太网的经济性及PPP良好的可扩展性与管理控制功能，PPPoE被广泛应用于小区接入组网等环境中。
PPPoE协议将PPP报文封装在以太网帧之内，在以太网上提供点对点的连接。
关于PPPoE的详细介绍，可以参考RFC 2516。
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
设备作为PPPoE Server时，配置过程请参见“2.2.1 配置PPPoE Server。
|
设置PPP的工作参数（包括：认证方式、IP地址获取方式，用户还可以设置为PPP对端分配的IP地址或使用地址池为PPP对端分配IP地址） |
如果配置认证，PPPoE Server需作为认证方 |
|
|
进入三层以太网接口视图/三层以太网子接口视图/三层VE接口视图/三层VE子接口视图/VLAN接口视图/三层聚合接口视图/三层聚合子接口视图/VE-L3VPN接口视图/VE-L3VPN子接口视图 |
||
|
在接口上启用PPPoE Server协议，将该接口与指定的虚拟模板接口绑定 |
缺省情况下，接口上的PPPoE Server协议处于关闭状态 |
|
|
（可选）配置PPPoE Server的AC Name（Access Concentrator Name，接入集中器名称） |
缺省情况下，PPPoE Server的AC Name为设备名称 PPPoE Client可以根据AC Name来选择PPPoE Server |
|
|
（可选）使能对PPP最大负载TAG的支持，并指定最大负载的范围 |
pppoe-server tag ppp-max-payload [ minimum minvalue maximum maxvalue ] |
缺省情况下，不支持PPP最大负载TAG |
|
配置PPPoE Server对PPP用户进行认证、授权、计费 |
系统创建PPPoE会话时，需同时满足如下限制，若其中任何一项不满足，则无法创建会话：
· 接口下每个用户所能创建PPPoE会话的最大数目限制
· 接口下每个VLAN所能创建PPPoE会话的最大数目限制
· 接口上所能创建PPPoE会话的最大数目限制
· 单板所能创建PPPoE会话的最大数目限制（独立运行模式/IRF模式）
本功能配置后仅对新创建的PPPoE会话有效，对已经创建的PPPoE会话无效，即不会导致已经上线的用户下线。
表2-2 限制创建PPPoE会话的数目
|
进入三层以太网接口视图/三层以太网子接口视图/三层VE接口视图/三层VE子接口视图/VLAN接口视图/三层聚合接口视图/三层聚合子接口视图/VE-L3VPN接口视图/VE-L3VPN子接口视图 |
该接口为启用PPPoE Server协议的接口 |
|
|
配置接口上所能创建PPPoE会话的最大数目 |
||
|
配置在接口下，每个VLAN所能创建PPPoE会话的最大数目 |
缺省情况下，不限制每个VLAN所能创建PPPoE会话的数目 |
|
|
配置在接口下，每个用户所能创建PPPoE会话的最大数目 |
缺省情况下，每个用户只能创建一个PPPoE会话 |
|
|
配置单板所能创建PPPoE会话的最大数目（独立运行模式） |
pppoe-server session-limit slot slot-number [ cpu cpu-number ] total number |
缺省情况下，不限制单板所能创建PPPoE会话的数目 |
|
配置成员设备的指定单板所能创建PPPoE会话的最大数目（IRF模式） |
pppoe-server session-limit chassis chassis-number slot slot-number [ cpu cpu-number ] total number |
缺省情况下，不限制单板所能创建PPPoE会话的数目 |
设备可以限制特定接口下每个用户（每个用户通过MAC地址进行标识）创建会话的速度。如果用户建立会话的速度达到门限值，即在监视时间段内该用户的会话请求数目超过配置的允许数目，则扼制该用户的会话请求，即在监视时间段内该用户的超出允许数目的请求都会被丢弃，并输出对应的Log信息。如果扼制时间配置为0，表示不扼制会话请求，但仍然会输出Log信息。
· 监视表：监视各用户在监视时间周期内创建的会话数。监视表的规格为8K。当监视表达到规格时，对新用户的会话请求不进行监视和扼制，正常建立会话。监视表项的老化时间为配置的session-request-period值，老化后对用户重新监视。
· 扼制表：当某用户建立会话的速度超过门限值时，会将该用户的信息加入扼制表，扼制该用户的会话请求。扼制表规格为8K。当扼制表达到规格时，对新用户的会话请求只进行监视和发送Log信息，但不触发扼制。扼制表项的老化时间为配置的blocking-period值，老化后对用户重新监视。
修改本功能的配置后，系统将删除已记录的监视表和扼制表，重新开始监视每个用户的会话请求。
表2-3 限制用户创建PPPoE会话的速度
|
进入三层以太网接口视图/三层以太网子接口视图/三层VE接口视图/三层VE子接口视图/VLAN接口视图/三层聚合接口视图/三层聚合子接口视图/VE-L3VPN接口视图/VE-L3VPN子接口视图 |
该接口为启用PPPoE Server协议的接口 |
|
|
pppoe-server throttle per-mac session-requests session-request-period blocking-period |
||
|
display pppoe-server throttled-mac { slot slot-number | interface interface-type interface-number } |
display命令可以在任意视图执行 |
|
|
display pppoe-server throttled-mac { chassis chassis-number slot slot-number | interface interface-type interface-number } |
display命令可以在任意视图执行 |
在含有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属性相关参数
|
进入三层以太网接口视图/三层以太网子接口视图/三层VE接口视图/三层VE子接口视图/VLAN接口视图/三层聚合接口视图/三层聚合子接口视图/VE-L3VPN接口视图/VE-L3VPN子接口视图 |
该接口为启用PPPoE Server协议的接口 |
|
|
配置上传给RADIUS服务器的nas-port-id属性中包含的内容 |
pppoe-server access-line-id content { all [ separator ] | circuit-id | remote-id } |
缺省情况下，上传给RADIUS服务器的nas-port-id属性中仅包含circuit-id |
|
配置在nas-port-id属性中自动插入BAS信息 |
缺省情况下，在nas-port-id属性中不自动插入BAS信息 |
|
|
配置接入线路ID中circuit-id的解析格式 |
pppoe-server access-line-id circuirt-id parse-mode { cn-telecom | tr-101 } |
缺省情况下，接入线路ID中circuit-id的解析格式为TR-101格式 |
|
配置接入线路ID中circuit-id的传输格式 |
pppoe-server access-line-id circuit-id trans-format { ascii | hex } |
缺省情况下，接入线路ID中circuit-id的传输格式为字符串格式 |
|
配置接入线路ID中remote-id的传输格式 |
pppoe-server access-line-id remote-id trans-format { ascii | hex } |
缺省情况下，接入线路ID中remote-id的传输格式为字符串格式 |
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接口，不会导致这些用户下线。
|
配置VA池（独立运行模式） |
||
|
配置VA池（IRF模式） |
在用户视图下执行reset pppoe-server命令，可在PPPoE Server端清除PPPoE会话。
|
清除PPPoE会话 |
reset pppoe-server { all | interface interface-type interface-number | virtual-template number } |
在完成上述配置后，在任意视图下执行display命令可以显示PPPoE Server配置后的运行情况，通过查看显示信息验证配置的效果。
表2-7 PPPoE Server显示和维护
|
显示PPPoE会话的摘要信息（独立运行模式） |
display pppoe-server session summary { slot slot-number [ cpu cpu-number ] | interface interface-type interface-number } |
|
显示PPPoE会话的摘要信息（IRF模式） |
display pppoe-server session summary { chassis chassis-number slot slot-number [ cpu cpu-number ] | interface interface-type interface-number } |
|
显示PPPoE会话的数据报文统计信息（独立运行模式） |
display pppoe-server session packet { slot slot-number [ cpu cpu-number ] | interface interface-type interface-number } |
|
显示PPPoE会话的数据报文统计信息（IRF模式） |
display pppoe-server session packet { chassis chassis-number slot slot-number [ cpu cpu-number ] | interface interface-type interface-number } |
|
display pppoe-server throttled-mac { slot slot-number [ cpu cpu-number ] | interface interface-type interface-number } |
|
|
display pppoe-server throttled-mac { chassis chassis-number slot slot-number [ cpu cpu-number ] | interface interface-type interface-number } |
|
|
显示VA池信息 |
要求以太网内的主机可以通过PPPoE接入Router，并连接到外部网络。
· 主机作为PPPoE Client，运行PPPoE客户端拨号软件。
· Router作为PPPoE Server，配置本地CHAP认证，并通过PPP地址池为主机分配IP地址。
图2-3 PPPoE Server配置组网图
# 创建一个PPPoE用户。
[Router] local-user user1 class network
[Router-luser-network-user1] password simple pass1
[Router-luser-network-user1] service-type ppp
[Router-luser-network-user1] quit
# 配置虚拟模板接口1的参数，采用CHAP认证对端，并使用PPP地址池为对端分配IP地址，并配置为对端指定DNS服务器的IP地址。
[Router] interface virtual-template 1
[Router-Virtual-Template1] ppp authentication-mode chap domain system
[Router-Virtual-Template1] ppp chap user user1
[Router-Virtual-Template1] remote address pool 1
[Router-Virtual-Template1] ppp ipcp dns 8.8.8.8
[Router-Virtual-Template1] ip address 1.1.1.1 255.0.0.0
[Router-Virtual-Template1] quit
# 配置PPP地址池，包含9个可分配的IP地址。
[Router] ip pool 1 1.1.1.2 1.1.1.10
# 在接口GigabitEthernet1/0/1上启用PPPoE Server协议，并将该接口与虚拟模板接口1绑定。
[Router] interface gigabitethernet 1/0/1
[Router-GigabitEthernet1/0/1] pppoe-server bind virtual-template 1
[Router-GigabitEthernet1/0/1] quit
# 在系统缺省的ISP域system下，配置域用户使用本地认证方案。
[Router-isp-system] authentication ppp local
[Router-isp-system] quit
以太网上各主机安装PPPoE客户端软件后，配置好用户名和密码（此处为user1和pass1）就能使用PPPoE协议，通过设备Router接入到Internet。
Host和Router之间通过以太网接口相连，Host通过PPPoE接入Router，Router作为PPPoE Server通过DHCPv4协议为Host分配IP地址。
图2-4 配置PPPoE Server通过本地DHCP服务器为用户分配IP地址组网图
# 配置虚拟模板接口10的参数，采用PAP认证对端，使用DHCP地址池pool1为用户分配IP地址及DNS服务器，配置本端的IP地址。
[Router] interface virtual-template 10
[Router-Virtual-Template10] ppp authentication-mode pap
[Router-Virtual-Template10] remote address pool pool1
[Router-Virtual-Template10] ip address 1.1.1.1 24
[Router-Virtual-Template10] quit
# 在GigabitEthernet1/0/1接口上启用PPPoE Server协议，将该以太网接口与虚拟模板接口10绑定。
[Router] interface gigabitethernet 1/0/1
[Router-GigabitEthernet1/0/1] pppoe-server bind virtual-template 10
[Router-GigabitEthernet1/0/1] quit
# 启用DHCP服务。
# 配置DHCP地址池pool1。
[Router] dhcp server ip-pool pool1
[Router-dhcp-pool-pool1] network 1.1.1.0 24
[Router-dhcp-pool-pool1] gateway-list 1.1.1.1 export-route
[Router-dhcp-pool-pool1] dns-list 8.8.8.8
# 将IP地址1.1.1.1配置为禁用地址。
[Router-dhcp-pool-pool1] forbidden-ip 1.1.1.1
[Router-dhcp-pool-pool1] quit
# 配置PPPoE用户。
[Router] local-user user1 class network
[Router-luser-network-user1] password simple pass1
[Router-luser-network-user1] service-type ppp
[Router-luser-network-user1] quit
配置完成后，当Host使用用户名user1、密码pass1，通过PPPoE接入Router后，Router通过DHCPv4协议为Host分配一个IP地址。
# 显示所有DHCP地址绑定信息。
[Router] display dhcp server ip-in-use
IP address Client identifier/ Lease expiration Type
Hardware address
1.1.1.2 3030-3030-2e30-3030- Unlimited Auto(C)
662e-3030-3033-2d45-
7468-6572-6e65-74
Host和Router A之间通过以太网接口相连，Router B为远端DHCP服务器。Host通过PPPoE接入Router A，Router A作为PPPoE Server、DHCP中继向远端DHCP服务器申请IP地址。
图2-5 PPPoE Server通过远端DHCP服务器为用户分配IP地址组网图
(1) 配置Router A（PPPoE Server）
# 配置虚拟模板接口10的参数，采用PAP认证对端，使用DHCP地址池pool1为用户分配IP地址，配置本端的IP地址。
[RouterA] interface virtual-template 10
[RouterA-Virtual-Template10] ppp authentication-mode pap
[RouterA-Virtual-Template10] remote address pool pool1
[RouterA-Virtual-Template10] ip address 1.1.1.1 24
[RouterA-Virtual-Template10] quit
# 在GigabitEthernet1/0/1接口上启用PPPoE Server协议，将该以太网接口与虚拟模板接口10绑定。
[RouterA] interface gigabitethernet 1/0/1
[RouterA-GigabitEthernet1/0/1] pppoe-server bind virtual-template 10
[RouterA-GigabitEthernet1/0/1] quit
# 启用DHCP服务。
# 启用DHCP中继的用户地址表项记录功能。
[RouterA] dhcp relay client-information record
# 创建中继地址池pool1，指定匹配该地址池的DHCPv4客户端所在的网段地址，并指定中继地址池对应的DHCP服务器地址。
[RouterA] dhcp server ip-pool pool1
[RouterA-dhcp-pool-pool1] gateway-list 2.2.2.2 export-route
[RouterA-dhcp-pool-pool1] remote-server 10.1.1.1
[RouterA-dhcp-pool-pool1] quit
# 配置与DHCP服务器连接的GigabitEthernet1/0/2接口的IP地址。
[RouterA] interface gigabitethernet 1/0/2
[RouterA-GigabitEthernet1/0/2] ip address 10.1.1.2 24
[RouterA-GigabitEthernet1/0/2] quit
# 配置PPPoE用户。
[RouterA] local-user user1 class network
[RouterA-luser-network-user1] password simple pass1
[RouterA-luser-network-user1] service-type ppp
[RouterA-luser-network-user1] quit
(2) 配置Router B（DHCP服务器）
# 启用DHCP服务。
[RouterB] dhcp enable
# 创建DHCP地址池pool1，配置为DHCP客户端分配的IP地址网段和网关地址。
[RouterB] dhcp server ip-pool pool1
[RouterB-dhcp-pool-pool1] network 2.2.2.0 24
[RouterB-dhcp-pool-pool1] gateway-list 2.2.2.1
[RouterB-dhcp-pool-pool1] dns-list 8.8.8.8
# 将IP地址2.2.2.1配置为禁用地址。
[RouterB-dhcp-pool-pool1] forbidden-ip 2.2.2.1
[RouterB-dhcp-pool-pool1]
[RouterB-dhcp-pool-pool1] quit
# 配置与PPPoE Server连接的GigabitEthernet1/0/1接口的IP地址。
[RouterB] interface gigabitethernet 1/0/1
[RouterB-GigabitEthernet1/0/1] ip address 10.1.1.1 24
[RouterB-GigabitEthernet1/0/1] quit
# 配置到PPPoE Server的静态路由。
[RouterB] ip route-static 2.2.2.0 24 10.1.1.2
配置完成后，当Host使用用户名user1、密码pass1，通过PPPoE接入Router A后，Router B通过DHCPv4协议为Host分配一个IP地址。
# 显示DHCP中继Router A的用户地址表项信息。
[RouterA] display dhcp relay client-information
Total number of client-information items: 1
Total number of dynamic items: 1
Total number of temporary items: 0
IP address MAC address Type Interface VPN name
2.2.2.3 00e0-0000-0001 Dynamic VA1 N/A
# 显示DHCP服务器Router B的DHCP地址绑定信息。
[RouterB] display dhcp server ip-in-use
IP address Client identifier/ Lease expiration Type
Hardware address
2.2.2.3 00e0-0000-0001 Unlimited Auto(C)
Host和Router之间通过以太网接口相连，Host通过PPPoE接入Router，Router作为PPPoE Server通过ND协议为Host分配IPv6地址。
在该场景下，Host通过ND协议中的RA报文获得IPv6地址前缀，通过IPv6CP协商获取IPv6接口标识，二者组合生成IPv6全球单播地址。
图2-6 配置PPPoE Server通过ND协议、IPv6CP协商生成信息用于用户生成IPv6地址组网图
# 配置虚拟模板接口10的参数，采用PAP认证对端，配置本端IPv6地址，关闭对RA消息发布的抑制。
[Router] interface virtual-template 10
[Router-Virtual-Template10] ppp authentication-mode pap domain system
[Router-Virtual-Template10] ipv6 address 2001::1 64
[Router-Virtual-Template10] undo ipv6 nd ra halt
[Router-Virtual-Template10] quit
# 在GigabitEthernet1/0/1接口上启用PPPoE Server协议，将该以太网接口与虚拟模板接口10绑定。
[Router] interface gigabitethernet 1/0/1
[Router-GigabitEthernet1/0/1] pppoe-server bind virtual-template 10
[Router-GigabitEthernet1/0/1] quit
# 配置PPPoE用户。
[Router] local-user user1 class network
[Router-luser-network-user1] password simple pass1
[Router-luser-network-user1] service-type ppp
[Router-luser-network-user1] quit
# 在ISP域下配置为用户授权IPv6前缀属性。
[Router-isp-system] authorization-attribute ipv6-prefix 2003:: 64
[Router-isp-system] quit
配置完成后，当Host使用用户名user1、密码pass1，通过PPPoE接入Router后，通过授权的IPv6前缀和IPv6CP协商获取的IPv6接口标识就自动生成一个IPv6全球单播地址。
[Router] display ppp access-user interface gigabitethernet 1/0/1
Interface Username MAC IP address IPv6 address
VA0 user1 0000-5e08-9d00 - 2003::9CBC:3898:0:605
Host和Router之间通过以太网接口相连，Host通过PPPoE接入Router，Router作为PPPoE Server通过DHCPv6协议为Host分配IPv6地址。
图2-7 配置PPPoE Server通过DHCPv6协议为用户分配IPv6地址组网图
# 配置虚拟模板接口10的参数，采用PAP认证对端，配置本端IPv6地址，关闭对RA消息发布的抑制，配置主机通过DHCPv6协议获取IPv6地址。
[Router] interface virtual-template 10
[Router-Virtual-Template10] ppp authentication-mode pap domain system
[Router-Virtual-Template10] ipv6 address 3001::1 64
[Router-Virtual-Template10] undo ipv6 nd ra halt
[Router-Virtual-Template10] ipv6 nd autoconfig managed-address-flag
# 开启DHCPv6 Server功能。
[Router-Virtual-Template10] ipv6 dhcp select server
[Router-Virtual-Template10] quit
# 在GigabitEthernet1/0/1接口上启用PPPoE Server协议，将该以太网接口与虚拟模板接口10绑定。
[Router] interface gigabitethernet 1/0/1
[Router-GigabitEthernet1/0/1] pppoe-server bind virtual-template 10
[Router-GigabitEthernet1/0/1] quit
# 创建名称为pool1的DHCPv6地址池，配置DHCPv6地址池动态分配的地址网段为3001::/32，分配的地址池网关地址为3001::1，分配的DNS服务器地址为2001:2::3。
[Router-dhcp6-pool-pool1] network 3001::/32
[Router-dhcp6-pool-pool1] gateway-list 3001::1
[Router-dhcp6-pool-pool1] dns-server 2001:2::3
[Router-dhcp6-pool-pool1] quit
# 配置PPPoE用户。
[Router] local-user user1 class network
[Router-luser-network-user1] password simple pass1
[Router-luser-network-user1] service-type ppp
[Router-luser-network-user1] quit
# 在ISP域下配置为用户授权地址池属性。
[Router-isp-system] authorization-attribute ipv6-pool pool1
[Router-isp-system] quit
配置完成后，当Host使用用户名user1、密码pass1，通过PPPoE接入Router后，Router通过DHCPv6协议为Host分配一个IPv6全球单播地址。
[Router] display ppp access-user interface gigabitethernet 1/0/1
Interface Username MAC IP address IPv6 address
VA0 user1 0000-5e08-9d00 - 3001::2
Router A和Router B之间通过以太网接口相连，Router A通过PPPoE接入Router B，Router B作为PPPoE Server通过DHCPv6协议给Router A分配代理前缀，Router A再通过代理前缀给下面的主机分配IPv6地址。
图2-8 配置PPPoE Server通过DHCPv6协议分配代理前缀用于用户生成IPv6地址组网图
# 配置虚拟模板接口10的参数，采用PAP认证对端，配置本端IPv6地址，关闭对RA消息发布的抑制。
[RouterB] interface virtual-template 10
[RouterB-Virtual-Template10] ppp authentication-mode pap domain system
[RouterB-Virtual-Template10] ipv6 address 2001::1 64
[RouterB-Virtual-Template10] undo ipv6 nd ra halt
# 开启DHCPv6 Server功能。
[RouterB-Virtual-Template10] ipv6 dhcp select server
[RouterB-Virtual-Template10] quit
# 在GigabitEthernet1/0/1接口上启用PPPoE Server协议，将该以太网接口与虚拟模板接口10绑定。
[RouterB] interface gigabitethernet 1/0/1
[RouterB-GigabitEthernet1/0/1] pppoe-server bind virtual-template 10
[RouterB-GigabitEthernet1/0/1] quit
# 配置DHCPv6前缀池6，包含的前缀为4001::/32，分配的前缀长度为42。
[RouterB] ipv6 dhcp prefix-pool 6 prefix 4001::/32 assign-len 42
# 创建名称为pool1的DHCPv6地址池，配置地址池网段为4001::/64，在地址池下引用前缀池6，分配的DNS服务器地址为2:2::3。
[RouterB] ipv6 dhcp pool pool1
[RouterB-dhcp6-pool-pool1] network 4001::/64
[RouterB-dhcp6-pool-pool1] prefix-pool 6
[RouterB-dhcp6-pool-pool1] dns-server 2:2::3
[Router-dhcp6-pool-pool1] quit
# 配置PPPoE用户。
[RouterB] local-user user1 class network
[RouterB-luser-network-user1] password simple pass1
[RouterB-luser-network-user1] service-type ppp
[RouterB-luser-network-user1] quit
# 在ISP域下配置为用户授权地址池属性。
[RouterB-isp-system] authorization-attribute ipv6-pool pool1
配置完成后，当Router A使用用户名user1、密码pass1，通过PPPoE接入Router B后，Router B通过DHCPv6协议为Router A分配一个代理前缀。
# 显示DHCPv6前缀绑定信息。
[RouterB] display ipv6 dhcp server pd-in-use
Pool: 1
IPv6 prefix Type Lease expiration
4001::1/42 Auto(O) Jul 10 19:45:01 2013
Router A把分配到的代理前缀4001::1/42再分配给Host，Host用来生成IPv6全球单播地址。
不同款型规格的资料略有差异, 详细信息请向具体销售和400咨询。H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!
支持
售前咨询
售后咨询
人工在线咨询
