链路层协议PPP.pptx

DCN-ROUTE-005 链路层协议PPP  ,认证失败,管理员关闭链路等原因,随时可以进入链路终止状态.
该状态随即会站入链路死亡状态.
PPP 协议原理
PPP 的主要协议
链路建立阶段（LCP）
可选认证阶段（CHAP/PAP）
网络层协商阶段（NCP）
DEAD
LCP OPEN
CHAP/PAP OPEN
PROTOCOL OPEN
NCP OPEN
ADD PEER INTO ROUTE TABEL
PPP 协议原理
LCP协商过程
所谓协商,就是link configuration packet报文的交互
双方互相发送Config Request，若同意CONFIG中的协商参数,则回复Config ACK
一端收到对方的ACK后，进入LCP OPEN状态
双方的协商相对独立，一方收到自己REQ的ACK后即认为LCP OPEN
PPP 协议原理
LCP协商过程(续)
双方互相发送Config Request，接收方若不同意对方的协商参数，可以使用NAK回复对方自己不同意的选项并包含自己同意的参数
收到NAK后，在下一次的CONFIG REQ中，将NAK中所提到的选项填入NAK中的参数
PPP 协议原理
链路终止
Terminate-Request & Terminate-ACK
LCP包含链路终止报文来中断连接
当一端接收到Terminate-Request后必须回复Terminate-ACK,同时中断连接
PPP 协议原理
链路维护
Echo-Request & Echo-ACK
检测物理链路是否中断
使用LCP协商时确定的MAGIC NUMBER，检测是否有环路
只有在LCP OPEN状态，收到的Echo报文才是有效的,否则会被丢弃
PPP 协议原理
PPP 协商的可选认证阶段
PAP
Password Authentication Protocol
CHAP
Challenge Handshake Authentication Protocol
PPP 协议原理
PPP 协商的可选认证阶段—PAP
如果在LCP的协商中，任意一端要求使用PAP认证，则当LCP协商结束后，双方进入PAP认证阶段
Peer使用明文将用户名与密码发送给要求认证的authenticator端
如果认证通过，authenticator回复Success，反之回复Failure
PAP认证只在链路的建立阶段进行认证
PPP 协议原理
PPP 协商的可选认证阶段--CHAP
如果在LCP协商中，任意一端要求CHAP认证，则在LCP协商结束后，双方进入CHAP认证阶段
双方通过以下报文的交互，完成CHAP认证
Challenge报文
Response报文
Success报文
Failure报文
PPP 协议原理
PPP 协商的可选认证阶段—CHAP(续)
CHAP认证流程
进入CHAP认证后，要求认证端成为authenticator
authenticator向peer端发送challenge报文
Peer收到challenge报文后，使用收到的随机数+标识符+收到的用户名在本地数据库中所对应的密码,使用MD5计算出HASH值，并向authenticator回复response报文
PPP 协议原理
PPP 协商的可选认证阶段—CHAP(续)
CHAP认证流程(续)
authenticator收到response后,使用相同的随机数+标识符+收到的response中的用户名在本地数据库中所对应的密码,进行MD5计算.
将计算得到的HASH值与收到的response中的HASH值进行对比,.
整个过程中challenge , response , success以及failure的identifier值必定相同,如果不相同,报文会被丢弃.
PPP 协议原理
PPP 协商的可选认证阶段—CHAP(续)
CHAP认证的优点
链路上只传输HASH加密值，不传输密码，密码非常安全
在链路建立后还要随机进行认证，如果失败将随时切断连接，持续地保证了连接的安全性
PPP 协议原理
Network Control Protocol
将自己的IP地址装入NCP REQ中发送给对方
收到对方的NCP REQ并可以接收其中地址,