HCIE RS 面试-----PPP

1.PPP 协议组成,各种协议的作用?
链路控制协议LCP；链路控制协议主要用于建立、拆除和监控PPP数据链路。
网络控制协议NCP；网络控制协议主要用于协商在该数据链路上所传输的数据包的格式与类型。
认证协议，认证协议包括密码认证协议PAP和挑战握手认证协议CHAP。认证协议用于保护数据链路的安全。
2.PPP链路建立过程?
一个典型的PPP链路建立过程分为三个阶段。
阶段1：链路建立阶段
当物理层可用时，PPP首先进行LCP协商，协商内容包括工作方式是SP还是MP，验证方式，最大传输单元等。LCP协商通过后，此时LCP状态为Opened，表示链路已经建立。
阶段2：认证阶段
用户认证阶段是可选的。如果配置了用户认证，就进入认证阶段。在认证阶段可以选择PAP认证或者CHAP认证。认证通过后，进入Network协商阶段。
阶段3：网络层协议阶段
PPP完成前面的阶段后，每一个网络层协议（例如IP、IPX或者AppleTalk）必须通过各自相应的NCP分别进行协商。NCP协商支持IPCP协商，IPCP协商主要包括双方的IP地址。当一个NCP处于Opened状态时，该网络层协议就可以通过这条链路发送报文了。
Dead阶段（链路不可用阶段）、Establish阶段（链路建立阶段）、Authenticate阶段（验证阶段）、Network阶段（网络层协商阶段）、Terminate阶段（网络终止阶段）

Dead阶段（链路不可用阶段）：Dead阶段也称为物理层不可用阶段。当通信双方的两端检测到物理线路激活（通常是检测到链路上有载波信号）时，就会从Dead阶段跃迁至Establish阶段，即链路建立阶段。链路被断开后也同样会返回到链路不可用阶段。

Establish阶段（链路建立阶段）：接口UP之后，就会进入establish状态，在establish状态，会进行LCP协商，主要协商的内容有以下几点：
工作方式：SP/MP；协商使用单链路工作方式还是多链路工作方式
接口最大接收单元：MRU；（两端不一致，则向小的协商）
魔术字：魔术字主要用于PPP链路上检查环路，主要用于检查物理链路的环路，比如光纤打环测试的时候，就会出现发送的LCP报文中的魔术字和接收到的LCP报文的魔术字相同的情况；如果相同则会重新选取魔术字；

认证方式
Authenticate阶段（验证阶段）：LCP协商通过则进入authentication阶段，可选阶段，，进行PAP或者CHAP的认证；

Network阶段（网络层协商阶段）：认证通过则进入network阶段；Network协商不通过也不会进入terminate阶段，因为这样的话，配置了相应的IP地址之后，就可以直接发送业务，不需要重新建立链路后，再进行NCP协商。
Terminate阶段（网络终止阶段）：认证不通过则进入terminate阶段，也就是拆链阶段

3.PPP协议的LCP有哪些功能?
建立、拆除和监控PPP链路；检测是否存在物理链路环路
4.LCP协议协商的过程？
链路两端交互config-request ;
同意对方的链路层参数则回config-ack;
不同意对方的链路层参数则回config-nak
不识别对方的链路层参数则回config-reject
连续10次没有收到config-request的回应，则认为对方不可用
5.LCP是如何检测环路的?
收到一个Configure-Request报文之后，其包含的魔术字需要和本地产生的魔术字做比较，如果不同，表示链路无环路，则使用Confugure-Ack报文确认（其他参数也协商成功），表示魔术字协商成功。在后续发送的报文中，如果报文含有魔术字字段，则该字段设置为协商成功的魔术字，LCP不再产生新的魔术字。
如果收到的Configure-Request报文和自身产生的魔术字相同，则发送一个Configure-Nak报文，携带一个新的魔术字。然后，不管新收到的Configure-Nak报文中是否携带相同的魔术字，LCP都发送一个新的Configure-Request报文，携带一个新的魔术字。如果链路有环路，则这个过程会不停的持续下去，如果链路没有环路，则报文交互会很快恢复正常。
6.PAP 认证过程？
PAP认证为两次握手认证，口令为明文，PAP验证的过程如下：
1. 被验证方发送用户名和密码到验证方；
2. 验证方根据用户配置查看是否有此用户以及口令是否正确。只有认证成功才会进入阶段3的协商。
PAP认证的特点是在网络上以明文的方式传递用户名及口令。如果在传输过程中被截获，便有可能对网络安全造成极大的威胁。

7.CHAP 认证过程?
认证端接口配置用户名的情况下，被认证端接口用户名一定要配，密码可配可不配；
认证端的接口下没有配置用户名的情况下，被认证端的接口下用户名一定要配，此时密码也必须配置。否则认证过程失败。

*验证方配置用户名的验证过程：
验证方主动发起验证请求，验证方向被验证方发送一些随机产生的报文（Challenge），并同时将本端的用户名附带上一起发送给被验证方（挑战报文里面包含一个随机数和ID）
被验证方接到验证方的验证请求后，先检查本端接口上是否配置了pppchappassword命令，如果配置了该命令，则被验证方用报文ID、随机数，命令中配置的用户密码和MD5算法对该随机报文进行加密，将生成的hash和接口的用户名发回验证方：如果接口上未配置pppchappassword命令&