HCIE数通-WAN技术篇之PPP与MP,广域网链路中的“可靠”与“提速”艺术

  |   0 评论   |   0 浏览

HCIE数通-WAN技术篇之PPP与MP,广域网链路中的“可靠”与“提速”艺术

图片

大家好。前几篇文章我们深入探讨了局域网中的二层破环技术,从STP到RSTP,从MSTP到RRPP,从SEP到ERPS,几乎把交换网络的所有环网保护技术都讲透了。

今天,我们把目光从局域网转向广域网,从交换机的“内部世界”走向路由器的“外部连接”。广域网链路承载着跨地域的数据通信,而PPP协议,就是这条“高速公路”上最基础的通信语言。

作为一名合格的网络工程师,你对PPP的了解不能只停留在“点到点协议”这个层面。你知道它是如何建立连接的?LCP和NCP协商了什么?PAP和CHAP认证有什么区别?当一条链路带宽不够时,如何通过MP将多条链路捆绑,实现带宽的“1+1=2”?

今天,我们就从理论到实践,再到HCIE考题,把PPP和MP彻底讲透。

一、PPP是什么?它解决了什么问题?

1. 定义

PPP(Point-to-Point Protocol,点到点协议) 是一种工作在数据链路层的协议,主要用于在全双工的同异步链路上进行点到点的数据传输。它是TCP/IP协议栈中数据链路层的重要成员,广泛应用于拨号接入、专线连接、路由器互联等场景。

2. 为什么需要PPP?

在PPP出现之前,串行线路上的主要协议是SLIP(Serial Line IP,串行线路IP协议) 。SLIP虽然简单,但存在诸多缺陷:

缺陷说明
仅支持异步链路无法适应同步链路传输
无协商过程无法协商网络层属性(如IP地址)
仅支持IP只能承载IP一种网络层协议
无认证机制无法保证网络安全

正是为了克服SLIP的这些不足,PPP协议应运而生。根据RFC 1661的定义,PPP具备以下核心优势:

优势说明
链路类型兼容既支持同步链路(如POS、E1/T1),又支持异步链路(如拨号)
扩展性强协议设计具有良好的可扩展性,支持新增功能
LCP协商通过链路控制协议协商链路层参数(MRU、认证方式、魔术字等)
NCP协商通过网络控制协议协商网络层参数,支持多种网络层协议(IP、IPX、AppleTalk等)
安全认证支持PAP和CHAP两种认证协议,保障网络安全
无重传机制网络开销小,传输速度快

一句话总结 :PPP是点到点链路的“通用语言”,它让不同厂商的设备可以在串行链路上可靠地通信。


二、PPP的协议栈与报文结构

1. PPP在TCP/IP协议栈中的位置

PPP协议处于TCP/IP协议栈的数据链路层 ,位于物理层之上、网络层之下:

层级协议
网络层IP、IPX、AppleTalk...
数据链路层PPP(LCP、NCP、认证协议)
物理层同步链路(E1/T1、POS)、异步链路(RS-232、V.35)

2. PPP的三大协议族

PPP并非单一协议,而是由三类协议组成的协议族:

协议族全称作用
LCPLink Control Protocol建立、拆除和监控PPP数据链路,协商链路层参数
NCPNetwork Control Protocol协商网络层协议参数,如IPCP(IP控制协议)协商IP地址
认证协议PAP/CHAP实现网络安全验证

3. PPP报文结构

图片

PPP报文采用HDLC(高级数据链路控制)帧格式封装,结构如下:

图片

字段长度(字节)说明
Flag


1帧起始标志,固定为0x7E
Address


1地址字段,固定为0xFF(广播地址)
Control


1控制字段,固定为0x03(无序号帧)
Protocol


2协议字段,标识上层协议类型(如0x0021表示IP,0xC021表示LCP)
Information


可变信息字段,承载协议数据
FCS


2帧校验序列,用于差错检测
Flag

1帧结束标志,固定为0x7E

三、PPP的建链过程:从物理连接到网络通信

图片

PPP链路建立需要经历五个阶段:Dead → Establish → Authenticate → Network → Terminate

1. Dead阶段(链路不可用)

  • 物理层不可用,链路处于关闭状态
  • 当检测到物理线路激活(载波信号出现),跃迁至Establish阶段

2. Establish阶段(链路建立)

此阶段进行LCP协商 ,协商内容包括:

协商参数说明
MRU(最大接收单元)协商链路能接收的最大数据包长度,默认1500字节
认证方式协商是否启用认证、采用PAP还是CHAP
魔术字(Magic Number)用于检测链路自环,防止环路

LCP协商过程

  1. 一端发送Configure-Request 报文,携带本端支持的参数
  2. 对端收到后,根据自身配置响应:
    • Configure-Ack :全部参数可接受
    • Configure-Nak :部分参数需调整
    • Configure-Reject :部分参数不支持
  3. 双方反复协商,直至达成一致或超时

协商成功后,LCP状态变为Opened ,进入下一阶段。

3. Authenticate阶段(认证)

如果LCP协商中启用了认证,进入此阶段。认证方式有PAP和CHAP两种:

PAP(Password Authentication Protocol)——两次握手,明文传输

图片

PAP认证过程

  1. 被认证方发送用户名+密码 (明文)到认证方
  2. 认证方查询本地用户表:
    • 用户名存在且密码匹配 → 认证通过
    • 否则 → 认证失败

特点

  • 简单、开销小
  • 安全性低(密码明文传输)
  • 认证完成后,被认证方会持续发送用户名/密码直到认证成功

CHAP(Challenge-Handshake Authentication Protocol)——三次握手,密码不传输

图片

CHAP认证过程

  1. 认证方发送Challenge报文 (包含随机数+本端用户名)给被认证方
  2. 被认证方:
    • 若接口配置了CHAP密码,直接使用该密码
    • 若未配置,则根据认证方的用户名在本地用户表中查找密码
    • MD5哈希算法 对“Challenge随机数 + 密码 + 报文ID”进行计算
    • 将计算结果和本端用户名封装在Response报文 中返回
  3. 认证方用同样的算法计算哈希值,与收到的Response比较:
  • 一致 → 认证通过
  • 不一致 → 认证失败

特点

  • 安全性高(密码不在链路上传输)
  • 支持双向认证(双方互为认证方)
  • 复杂度稍高

CHAP vs PAP对比

维度PAPCHAP
握手次数2次3次
密码传输明文不传输(传输哈希值)
安全性
复杂度简单中等
适用场景对安全性要求不高的场景对安全性要求高的场景

4. Network阶段(网络层协商)

认证成功后(或未配置认证),进入Network阶段,进行NCP协商

以最常用的IPCP(IP Control Protocol) 为例,协商内容包括:

  • 本端IP地址
  • 对端IP地址
  • DNS服务器地址(可选)

IPCP协商过程

  1. 发送方发送Configure-Request ,携带本端希望使用的IP地址
  2. 对端响应:
    • 若地址合法且未被占用 → 返回Configure-Ack
    • 若地址不合法 → 返回Configure-Nak,建议一个可用地址
  3. 双方协商确定后,IPCP状态变为Opened,可以开始传输IP报文

5. Terminate阶段(链路终止)

任何情况下,链路可以被终止:

  • 物理链路断开
  • 认证失败
  • 管理员执行<span leaf="">shutdown</span>
  • 超时定时器到期

终止过程:一方发送Terminate-Request ,对方回复Terminate-Ack ,链路回到Dead阶段。


四、MP:多条链路捆绑的“提速”方案

1. 什么是MP?

MP(MultiLink PPP,多链路PPP) 是一种将多条PPP链路捆绑使用的技术,旨在增加带宽、提高可靠性。

2. 为什么需要MP?

单个PPP链路带宽有限,当用户对带宽要求较高时,单链路无法满足需求。MP将多条物理链路捆绑成一条逻辑链路,实现:

  • 带宽叠加 :N条链路捆绑,理论带宽为N倍单链路带宽
  • 负载分担 :流量在多条链路上均衡传输
  • 链路冗余 :部分链路故障不影响整体连接

3. MP协商过程

MP的协商分为两个阶段:

第一阶段:LCP协商

在Establish阶段,除了协商常规LCP参数外,还要验证对端是否也工作在MP模式。需要协商的关键参数包括:

参数说明
MRRU(最大接收重组单元)接收端能重组的最大报文长度,区别于MRU(单链路接收单元)
ED(Endpoint Discriminator)终端标识符,用于标识同一MP捆绑组的成员链路

如果两端都支持MP且ED匹配,则进入MP模式;否则按普通PPP处理。

第二阶段:NCP协商

按照MP-Group接口(逻辑接口)的NCP参数(如IP地址)进行协商,物理接口的NCP参数不起作用。

4. 分片与重组

MP的核心机制是分片与重组

  • 发送方向 :将IP报文按一定大小分片,分别从各成员链路上发送
  • 接收方向 :将从不同链路收到的分片重组为完整的IP报文,再递交给上层

注意 :当报文长度小于最小分片包长时,不分片,直接发送。

5. MP配置示例

图片

# 创建MP-Group逻辑接口[Router] interface mp-group 1[Router-Mp-group1] ip address 10.1.1.1 255.255.255.0[Router-Mp-group1] quit
# 将物理接口加入MP-Group[Router] interface serial 1/0/0[Router-Serial1/0/0] link-protocol ppp[Router-Serial1/0/0] ppp mp mp-group 1[Router-Serial1/0/0] quit
[Router] interface serial 1/0/1[Router-Serial1/0/1] link-protocol ppp[Router-Serial1/0/1] ppp mp mp-group 1[Router-Serial1/0/1] quit
# 对端配置相同,MP-Group IP地址为10.1.1.2

五、PPP配置实战(基于华为设备)

图片

1. PAP认证配置

认证方(Server端)

# 创建本地用户[Router] aaa[Router-aaa] local-user huawei password cipher Huawei@123[Router-aaa] local-user huawei service-type ppp[Router-aaa] quit
# 接口使能PAP认证[Router] interface serial 1/0/0[Router-Serial1/0/0] link-protocol ppp[Router-Serial1/0/0] ppp authentication-mode pap[Router-Serial1/0/0] ip address 10.1.1.1 255.255.255.0

被认证方(Client端)

[Router] interface serial 1/0/0[Router-Serial1/0/0] link-protocol ppp[Router-Serial1/0/0] ppp pap local-user huawei password simple Huawei@123[Router-Serial1/0/0] ip address 10.1.1.2 255.255.255.0

2. CHAP认证配置

认证方(Server端)

# 创建本地用户(CHAP需要双方都有对方的用户信息)[Router] aaa[Router-aaa] local-user huawei password cipher Huawei@123[Router-aaa] local-user huawei service-type ppp[Router-aaa] quit
[Router] interface serial 1/0/0[Router-Serial1/0/0] link-protocol ppp[Router-Serial1/0/0] ppp authentication-mode chap[Router-Serial1/0/0] ip address 10.1.1.1 255.255.255.0

被认证方(Client端)

# 配置CHAP用户名和密码[Router] interface serial 1/0/0[Router-Serial1/0/0] link-protocol ppp[Router-Serial1/0/0] ppp chap user huawei[Router-Serial1/0/0] ppp chap password cipher Huawei@123[Router-Serial1/0/0] ip address 10.1.1.2 255.255.255.0

3. 双向CHAP认证配置

双向认证时,双方既是认证方又是被认证方:

# RouterA配置[RouterA] aaa[RouterA-aaa] local-user RouterB password cipher Huawei@123[RouterA-aaa] local-user RouterB service-type ppp[RouterA-aaa] quit[RouterA] interface serial 1/0/0[RouterA-Serial1/0/0] link-protocol ppp[RouterA-Serial1/0/0] ppp authentication-mode chap[RouterA-Serial1/0/0] ppp chap user RouterA[RouterA-Serial1/0/0] ppp chap password cipher Huawei@123[RouterA-Serial1/0/0] ip address 10.1.1.1 255.255.255.0
# RouterB配置[RouterB] aaa[RouterB-aaa] local-user RouterA password cipher Huawei@123[RouterB-aaa] local-user RouterA service-type ppp[RouterB-aaa] quit[RouterB] interface serial 1/0/0[RouterB-Serial1/0/0] link-protocol ppp[RouterB-Serial1/0/0] ppp authentication-mode chap[RouterB-Serial1/0/0] ppp chap user RouterB[RouterB-Serial1/0/0] ppp chap password cipher Huawei@123[RouterB-Serial1/0/0] ip address 10.1.1.2 255.255.255.0

4. 验证命令

# 查看PPP接口状态display interface serial 1/0/0
# 查看LCP协商状态display ppp state interface serial 1/0/0
# 查看MP-Group成员display interface mp-group 1

六、HCIE考题实例分析

考题描述(HCIE综合题)

某企业总部与分支机构通过运营商提供的E1专线互联,两端路由器通过Serial接口连接。网络管理员配置了PPP协议和CHAP认证。某日,网络管理员在总部路由器上执行<span leaf="">display interface serial 1/0/0</span>命令,发现接口物理层Up,但链路层状态为Down。请分析可能的原因,并给出排查步骤和解决方案。

分析思路

  1. 检查物理层状态
    • 物理层Up说明物理链路正常,问题出在链路层或上层
  2. 检查LCP协商状态
  • 链路层Down,说明LCP协商失败
  • 执行<span leaf="">display ppp state interface serial 1/0/0</span>查看详细状态
  1. 可能原因分析
可能原因说明
认证配置不一致一端配置了CHAP认证,另一端未配置或配置了PAP
用户名/密码错误CHAP认证的用户名或密码不匹配
本地用户缺失认证方未创建对端的本地用户
魔术字检测失败链路存在自环,导致魔术字检测失败
MTU/MRU不匹配双方协商的MRU不一致
  1. 排查步骤
# 步骤1:检查接口配置display current-configuration interface serial 1/0/0
# 步骤2:查看PPP状态display ppp state interface serial 1/0/0
# 步骤3:查看PPP统计信息display ppp statistics interface serial 1/0/0
# 步骤4:检查AAA本地用户配置display aaa local-user
# 步骤5:抓包分析(debugging ppp all)
  1. 解决方案
  • 确保两端认证方式一致
  • 确认本地用户名和密码配置正确
  • 检查并调整MRU参数(如需)
  • 排除链路自环问题

答案要点

  • 原因 :CHAP认证配置不一致,或用户名/密码错误
  • 解决方案 :统一认证方式,修正用户名密码配置,确保两端本地用户表正确

七、总结与思考

关键点说明
PPP定位点到点链路层协议,支持同步/异步链路,承载多种网络层协议
建链五阶段Dead → Establish(LCP协商) → Authenticate(PAP/CHAP) → Network(NCP协商) → Terminate
LCP协商MRU、认证方式、魔术字
NCP协商IP地址、DNS等网络层参数(IPCP)
PAP两次握手,明文传输密码,安全性低
CHAP三次握手,密码不传输,安全性高
MP多条PPP链路捆绑,带宽叠加、负载分担、链路冗余
HCIE考点PPP建链过程、PAP/CHAP配置、MP配置、故障排查

💡 文末互动 :你在实际工作中遇到过PPP认证失败的故障吗?当时是如何排查和解决的?欢迎在评论区分享你的经验!

📌 关注公众号,后台回复【HCIE数通】获取本文笔记、教程、实验拓扑文件,最新版ENSP PRO的朋友请订阅后续系列文章。

下期预告 :PPPoE专题 | 宽带接入的“最后一公里”,你了解多少?
我们将从PPPoE的诞生背景讲起,拆解发现阶段(PADI/PADO/PADR/PADS)与会话阶段的全流程,带你掌握PPPoE客户端的配置、服务端的部署,以及它在运营商宽带、企业认证中的实战应用。从原理到排错,一次性讲透这个让无数网工又爱又恨的“拨号”协议!


标题:HCIE数通-WAN技术篇之PPP与MP,广域网链路中的“可靠”与“提速”艺术
作者:shuaiqijun
地址:https://shuaiqijun.com/articles/2026/03/26/1774506097069.html