PPP的全称是Point-to-Point Protocol，中文译为点到点协议。在软考网络工程师与网络规划设计师的考纲里，它被归入数据链路层的核心协议范畴，是考生必须掌握的接入与广域网组网基础知识。要准确理解PPP，必须先把它的协议栈位置、设计目标与历史演进三条线索理清楚，否则很容易把它与HDLC、SLIP、以太网这些同样工作在数据链路层的协议混为一谈。
PPP工作在OSI参考模型的第二层，即数据链路层，它的职责是在两个直接相连的对等节点之间，提供一种全双工的、面向连接的链路层数据帧传输服务。所谓点到点，指的是通信双方之间只存在一条唯一的物理链路，链路上没有第三方的中间节点参与转发，这与以太网这种广播型、多路访问的链路环境有本质区别。在点到点链路上，发送方发出的每一帧都只有一个确定的接收方，不存在地址解析的问题，也不需要像CSMA/CD那样处理介质竞争。
从协议分层的角度看，PPP的上方直接承载网络层协议，最常见的是IP协议，也可以承载IPX、AppleTalk等其他网络层协议；PPP的下方则依赖具体的物理链路，既可以是同步的串行线路，也可以是异步的拨号电话线路，还可以是被封装在以太网帧里的虚拟链路。这种"下不依赖物理介质、上可承载多种网络层协议"的灵活性，正是PPP能够长期存续并不断扩展应用场景的根本原因。
在PPP出现之前，拨号上网时代最常用的链路层协议是SLIP，即Serial Line Internet Protocol。SLIP的设计极其简陋，它只是简单地把IP数据报前后加上帧界定标志就发出去，既没有差错校验能力，也不能标识上层协议类型，更不支持身份认证和链路参数协商。随着互联网接入需求的增长，SLIP的缺陷越来越突出：无法区分网络层协议类型、缺乏检错手段、地址分配和认证机制完全缺失、压缩等扩展能力更是无从谈起。
1992年，IETF正式制定PPP协议，目标就是弥补SLIP的不足。RFC 1661是PPP的基础规范，它确立了PPP协议体系由三个层次构成的基本框架：一是帧封装方式，借鉴了HDLC的帧格式；二是链路控制协议LCP，负责链路的建立、配置、测试与拆除；三是网络控制协议NCP，负责为不同的网络层协议进行配置，其中针对IP的就是IPCP。这一"封装加LCP加NCP"的三层架构，把链路本身的维护与网络层参数的协商彻底解耦，让PPP从诞生之初就具备了良好的可扩展性。
考生需要建立的一个关键认知是：PPP不是一个单一协议，而是一个协议族。日常所说的"PPP协议"在严格意义上涵盖帧格式、LCP、NCP以及认证协议等多个组成部分。命题人常常利用这一点设置陷阱，比如把LCP的功能安到NCP头上，或者把认证协议的握手过程与链路建立过程混为一谈。理解PPP协议族的整体结构，是答题的第一道门槛。
PPP帧格式是整个协议体系的物理载体，也是软考选择题中最常被考查的细节之一。掌握帧格式七个字段的名称、含义与取值，是理解后续一切机制的前提。与此同时，PPP为了保证任意比特流都能被透明传输而设计的字节填充规则，是区分考生是否真正读懂协议本质的试金石。
PPP帧格式直接承袭了HDLC的帧结构，但在字段设计上做了简化。一个标准的PPP帧由七个部分组成，依次是标志字段、地址字段、控制字段、协议字段、信息字段、帧校验字段和结尾的标志字段。标志字段固定为十六进制的7E，即二进制的01111110，它既是帧的起始定界符，也是帧的结束定界符，收发双方依靠这个字段识别一帧的边界。
地址字段在PPP中被固定为十六进制的FF，即二进制的11111111，表示广播地址。这一点是很多考生的迷惑点：PPP明明是点到点协议，为什么地址字段要填广播地址？原因在于PPP的设计者沿用了HDLC的帧格式模板，而点到点链路上实际上不需要地址来标识接收方，于是干脆把地址字段置为一个无实际意义的缺省值FF。这个字段在PPP中已经不再承担寻址功能，命题人常借此考查考生是否理解"点到点链路不需要地址"这一本质。
控制字段固定为十六进制的03，对应的是HDLC中的无编号帧类型，表明PPP帧不携带任何序号，不做确认和重传。这也就意味着PPP自身不提供可靠传输，流量控制和差错恢复需要由更上层的协议来承担。协议字段占两个字节，用来标识信息字段中承载的是哪一种协议的数据，常用的取值包括十六进制的0021表示IP数据报、C021表示LCP报文、8021表示IPCP报文、C023表示PAP报文、C223表示CHAP报文。这个字段是PPP区分多种上层协议和自身控制报文的关键枢纽。
信息字段是变长的，默认最大长度是1500字节，承载真正要传输的数据或控制信息。帧校验字段占两个字节，采用CRC循环冗余校验，用于检测帧在传输过程中是否出错，但只检错不纠错。整体来看，PPP帧格式可以概括为"7E FF 03 协议 信息 校验 7E"这样的骨架，考生若能把这七个字段的固定取值记牢，遇到帧结构选择题即可迅速定位答案。
透明传输是数据链路层协议的经典问题。所谓透明传输，指的是无论数据中出现什么样的比特组合，都不能干扰帧边界的正确识别。PPP使用异步传输时，帧边界靠标志字段7E来界定，但如果信息字段里恰好也出现了7E这个字节，接收方就会误以为帧在那里结束了，从而把一帧错误地拆成两段。为了解决这个问题，PPP引入了字节填充机制。
字节填充的规则并不复杂：发送方在信息字段中扫描每一个字节，凡是遇到十六进制7E的字节，就把它替换为7D 5E两个字节；凡是遇到十六进制7D的字节，就把它替换为7D 5D两个字节。也就是说，7D是一个转义字符，7E和7D这两个特殊字节都必须经过转义后才能放进信息字段。接收方则执行相反的操作，一旦读到7D，就把后续的字节与它还原成原来的字节。此外，PPP还规定，对于小于十六进制20的控制字符，必要时也要用7D加上原字节加上20的方式来转义，以避免与控制流字符混淆。
字节填充机制的考点通常集中在两个方面。一是转义方向，考生要分清发送端是把7E变成7D 5E，接收端是把7D 5E还原成7E，方向不能颠倒。二是填充的对象，被填充的是信息字段中出现特殊字节的位置，而不是标志字段本身，标志字段7E作为帧定界符始终不做转义。理解这一点，就能明白为什么字节填充既保证了数据透明传输，又不破坏帧边界的识别。需要特别强调的是，字节填充是异步PPP的机制，同步PPP采用更高效的零比特填充，这一区别在部分年份的真题里被作为易错点考查。
PPP链路的生命周期遵循一套严格的状态机，一条链路从无到有再到正常传输数据，依次经历链路不可用、链路建立、认证、网络层协议、链路终止几个阶段。这套流程由LCP和NCP分工协作完成，理解各阶段的触发条件与转换关系，是掌握PPP运行机制的关键。
LCP是链路控制协议，它在PPP中的职责可以概括为建立链路、配置链路、测试链路、拆除链路四大类。当物理层就绪后，PPP进入链路建立阶段，通信双方通过LCP报文来协商链路的工作参数。LCP报文本身也封装在PPP帧的信息字段中，其协议字段标识为C021。
LCP协商的主要内容包括最大接收单元MRU、认证协议类型、魔术数字、压缩选项、异步控制字符映射等。MRU限定了双方能够接收的信息字段最大长度，缺省值是1500字节；认证协议类型决定了进入认证阶段后采用PAP还是CHAP；魔术数字用于检测链路上是否存在环路。协商的过程采用请求加确认的模式，一方发送配置请求报文，另一方根据自身能力回以配置确认报文或者配置拒绝报文，直到双方在所有参数上达成一致，链路才算真正建立起来。
需要强调的是，LCP协商的是链路本身的物理层与链路层工作参数，它不涉及网络层地址的分配，这是LCP与NCP最本质的分工边界。LCP同时负责链路的保活与拆除，通过周期性的回声请求和回声应答报文来检测链路质量，一旦发现链路故障就发起拆除。软考命题人常把LCP说成是"分配IP地址"或"封装网络层数据"的协议，考生只要牢记LCP只管链路不管网络层，就不会掉进陷阱。
当链路建立且认证通过后，PPP进入网络层协议阶段，此时轮到NCP登场。NCP不是单一协议，而是一组协议的统称，每一个网络层协议都对应一个自己的NCP，用于协商与该网络层协议相关的参数。对于IP协议而言，对应的就是IPCP，它在PPP帧中的协议字段标识为8021。
IPCP的核心任务是协商IP地址。在拨号接入场景中，用户侧主机往往没有固定的IP地址，需要向接入服务器申请一个动态分配的地址。IPCP通过配置请求、配置确认等报文完成这一协商过程，让用户主机获得一个可用的IP地址以及必要的配置信息。除了IP地址，IPCP还可以协商域名服务器地址、压缩选项等参数。只有当IPCP协商成功，用户主机拿到IP地址之后，网络层的数据报才能真正开始封装进PPP帧进行传输。
这一阶段体现的是PPP协议族设计上的精妙之处：链路层的建立由LCP统一负责，而网络层的个性化需求由各自的NCP分别处理。这样一种分层解耦的设计，使得PPP可以很方便地同时承载多种网络层协议，每种协议各谈各的、互不干扰。考生在理解这一机制时，要抓住"LCP管链路、NCP管网络层、IPCP管IP地址"这条主线，才能对PPP的工作流程建立起清晰的框架。
认证是PPP链路建立过程中的可选环节，但却是软考认证与安全相关考题的高频考点。PPP支持两种认证协议：口令认证协议PAP和挑战握手认证协议CHAP，两者的安全性与握手流程差异显著。
PAP采用两次握手机制，被认证方把自己的用户名
本篇完！