Skip to content

0. 课件来源

1. PPP 基础

PPP = Point-to-Point Protocol,点到点协议。用于广域网串口链路、拨号接入等场景,核心能力:建立链路、认证、协商网络层参数。

1.1 组成结构

  • LCP(Link Control Protocol):管链路本身
  • NCP(Network Control Protocol):管上层网络协议
LCP 链路控制
建立链路 · 协商参数 · 检测状态 · 终止链路
Echo Request/Reply · Terminate-Request/Ack
NCP 网络控制
IPv4 → IPCP · IPv6 → IPv6CP
协商地址、DNS、MTU 等网络层参数

1.2 工作阶段

LCP 建立认证(可选)NCP 协商数据传输

口诀PPP = LCP → 认证 → NCP → 传数据

2. LCP 协商

2.1 协商报文

报文含义考试区分
Configure-Request提出参数请求
Configure-Ack完全接受
Configure-Nak不接受当前值,给出推荐值还能谈
Configure-Reject不接受该选项别再发

2.2 协商参数

参数说明
MRU本端可接收的最大报文大小
Magic Number检测链路回环的识别参数
Authentication Protocol协商使用 PAP 还是 CHAP

2.3 PPP 与以太网差异

对比项以太网PPP
地址解析ARP 查询 MAC点到点天然两端,无需 ARP
广播域存在广播无广播
地址掩码常用 /30点到点可用 /31(更省地址)
适用场景局域网广域网点到点链路

3. PPP 认证

3.1 PAP(2-way)

明文传输用户名密码,对端用本地 AAA 核对。交互 2 次:Request → Ack/Nak。

text
# 服务端
interface s1/0/0
 ppp authentication pap
aaa
 local-user hw password cipher 123
 local-user hw service-type ppp

# 客户端
interface s1/0/1
 ppp pap local-user hw password cipher 123

3.2 CHAP(3-way)

挑战应答机制,不传输密码本身,传输 MD5 哈希结果。交互 3 次:Challenge → Response → Success/Failure。

text
# 认证端
interface s1/0/0
 ppp authentication-mode chap
aaa
 local-user hw password cipher 123
 local-user hw service-type ppp

# 对端
interface s1/0/1
 ppp chap user hw
 ppp chap password cipher 123

易错点chap user 必须与对端 AAA 用户名匹配;双方哈希计算用的密码必须一致。

3.3 PAP vs CHAP 对比

PAP
交互:2-way
传输:明文用户名+密码
安全性:低
机制:直接校验密码
CHAP
交互:3-way
传输:MD5 哈希(不泄露密码)
安全性:高
机制:Challenge-Response 证明"你知道密码"

4. NCP 与 IPCP

4.1 静态协商

双方各自提出地址,互相 Ack,生成直连主机路由(/32)。

text
# 双方接口配好地址后
IPCP config-request → config-ack
# 自动生成:
direct 202.100.23.2/32
direct 202.100.33.3/32

4.2 动态协商(对端分配)

客户端不配具体地址,由服务端通过 IPCP 分配。

text
# 客户端
interface s1/0/1
 ip address ppp-negotiate       # 地址由 PPP 协商获取

# 服务端
interface s1/0/0
 remote address 1.2.3.4         # 分配给对端的地址

典型协商过程(考试常考):

1. 客户端 Request 地址 0.0.0.0
2. 服务端 Nak,建议正确地址
3. 客户端按建议地址重新 Request
4. 服务端 Ack,协商完成

4.3 IPCP 协商 DNS

text
# 服务端下发 DNS
ppp ipcp dns 8.8.8.8 8.8.4.4

# 客户端请求 DNS
ppp ipcp dns-request

5. PPPoE

5.1 本质

在以太网上运行 PPP,把认证、地址协商能力带入以太网接入场景。用户侧通过以太网接入,运营侧通过 BAS 集中处理 PPPoE 会话。

5.2 发现阶段(4 步必背)

PADIPADOPADRPADSSession-ID
报文方向含义
PADI客户端 → 广播Discovery Initiation
PADO服务端 → 客户端Discovery Offer
PADR客户端 → 服务端Discovery Request
PADS服务端 → 客户端Session-confirmation

发现阶段结束后进入 PPP 会话阶段:LCP → 认证 → NCP/IPCP → 数据

5.3 配置思路

text
# 客户端
interface Dialer 1
 ip address ppp-negotiate
 ppp pap local-user hw password cipher 123
 dialer user hw
 dialer-bundle 1
#
interface g0/0/0
 pppoe-client dial-bundle-number 1

# 服务端
interface virtual-template 1
 ip address 4.3.2.1 24
 remote address 1.2.3.4
 ppp authentication-mode pap
#
aaa
 local-user hw password cipher 123
#
interface g0/0/0
 pppoe-server bind virtual-template 1

关键理解:以太接口跑 PPPoE 发现报文;Dialer / Virtual-Template 才真正承载 PPP 逻辑。

6. 易混淆点与考前速记

对比项结论
LCP vs IPCPLCP 先协商链路参数;IPCP 后协商 IPv4 地址和 DNS
PAP vs CHAPPAP 2-way 明文;CHAP 3-way 挑战应答
Nak vs RejectNak = 改值再谈;Reject = 不要发这个选项
PPP vs PPPoEPPP 是协议本体;PPPoE 是把 PPP 放到以太网中运行

考前速记 8 条

  1. PPP = LCP → 认证 → NCP → 传数据
  2. LCP 管链路,IPCP 管 IPv4 地址和 DNS
  3. PAP 2-wayCHAP 3-way
  4. CHAP 不直接传密码,传挑战应答结果
  5. ip address ppp-negotiate = 地址由 PPP 协商获取
  6. ppp ipcp dns-request = 通过 IPCP 请求 DNS
  7. PPPoE 先发现,再进入 PPP 会话
  8. PADI / PADO / PADR / PADS 必背
真人撰写written by human