从而提高了modem的有效传输速率.ppt

PPP协议在OSI模型中的位置 物理层 物理链路（同步 / 异步） 链路层 网络层 OSI模型 LCP、 PAP/CHAP验证等 网络控制协议族： IPCP、IPXCP、ATCP等 IP、IPX、其他网络协议 PPP协议栈 PPP协议栈的组成 PPP主要由下列协议组成： 链路控制协议LCP 用于建立、拆除和监控PPP数据链路。 网络控制协议族NCP（IPCP、IPXCP、ATCP等） 用于协商在该数据链路上所传送的包的格式与类型。 网络安全认证协议PAP和CHAP LCP与NCP的作用 PPP协议 TCP/IP NOVELL IPX NCPs用于协商在该数据链路上所传送的包的格式与类型，提供对多种网络协议的支持。 LCP用于创建和维护链路 PPP 协议的帧结构 4.5.2 PPP协议的帧结构 PPP采用帧的首尾定界法实现帧的同步，以特殊字符0x7E作为帧的首尾标志。它的帧结构和 HDLC 的相似。 地址字段 A 只置为 0xFF，表示所有站点都接收地址。 控制字段 C缺省设置为 0x03，表明PPP在缺省情况下不使用编号，不提供捎带确认的可靠传输机制。但在线路噪声较大的环境中可以选用有编号的传输模式（RFC1663）。 7E 帧标志 FF 地址 03 控制字段 协议 数据与填充 FCS 校验码 7E 帧标志 1 1 1 2 ≤1500 2/4 1 协议C021 编码1 标识1 长度2 LCP包信息可变 PPP的透明传输 PPP的帧首尾标志是7eH，如果在帧的其它字段出现该标志必须进行填充，以示区别（RFC1662）。 当PPP用于同步传输链路时，由硬件来完成比特填充，做法与HDLC一样。 当PPP用于异步传输链路时，使用特殊字符填充法： 在7eH之前增加一个转义字符7dH，并将该字符的第6位取反变为7d5eH（7e→7d5e）； 如果信息字段出现了7dH，也采用同样的方法，用7d5dH表示（7d→7d5d） ； 缺省情况下，对所有小于20H的字符也进行填充（如： 0d→7d2d ）。 PPP帧的字段 协议字段用以标识所承载的上层协议(RFC1700)： 若为0021H，则承载的信息是IP数据报； 若为C021H，则承载的信息是PPP链路控制数据； 若为8021H，则承载的信息IP控制协议的控制数据； 若为C023H，则承载的是口令认证协议PAP包； 若为C223H，则承载的是询问握手认证协议CHAP包。 校验字段是CRC冗余码，缺省为2字节，可以协商为4个字节。 链路控制协议LCP 4.5.3 PPP 协议的子协议 链路控制协议LCP 负责建立、维护、配置及终止链路。 提供协商机制去设置两个端点之间的选项： 最大接收单元MRU、认证协议、协议字段压缩、地址字段与控制字段压缩等。 LCP包分为三类： 配置包、链路终止包和链路监管调试包。 协议C021 编码1 标识1 长度2 LCP包信息可变 网络控制协议LCP 网络控制协议NCP 网络控制协议是一组控制协议，允许在PPP帧中封装来自网络层协议的数据，最常用的NCP是IPCP。 主要的NCP包有三类： IPCP、IPXCP和ATCP。 IPCP为传输IP数据包配置和协商网络活动的选项。 协议8021 编码1 标识1 长度2 IPCP包信息可变 主验证方 用户数据库 口令认证协议PAP PAP是一种简单的明文认证协议。采用两次握手认证。 PAP客户端（被认证方）首先发起认证请求，将自己的身份（用户名和口令）明文发送给对端的服务器，服务器作为主认证方检验用户的身份是否合法，口令是否正确。 被验证方 用户名+口令 通过/拒绝 询问握手认证协议CHAP CHAP协议采用三次握手机制：主认证方向被认证的远程用户发送一个询问报文，其中包括本端主机名和一个随机生成的询问字串（不含口令）。 CHAP的安全性比PAP高。 主认证方 用户数据库 被认证方 CHAP认证过程 远程客户必须根据询问报文，在本地数据库中查找对方的主机名、口令密钥，使用MD5单向哈希算法生成加密的询问报文，送回主认证方。 主认证方收到应答后在本端查找用户主机名，和口令密钥，使用MD5单向哈希算法对保存的随机生成的询问报文进行加密，与被认证方的应答进行比较，根据比较结果决定是通过还是拒绝。 主机名+随机报文 通过/拒绝 主机名+加密后报文 PPP的链路操作 4.5.4 PPP 协议的工作过程 PPP协议提供了一整套方案来解决链路建立、维护、拆除，以及上层协议协商、认证等问题： 首先，PPP链路的每一端，必须发送LCP 包以