ppp协议lcp协商(ppp中的lcp协议实现哪种功能)

1.PPP协议是 点到点协议，是用于连接到广域网的协议。 2.连接到点到点还可以用帧中继和HDLC等 3.ppp还可已使用pap和chap认证方式。分别是2次握手和3次握手方式chap比较安全。他不传输明文密码。
PPP 是一种得到广泛应用的广域网协议，它同时支持同/异步传输介质，也支持拨号方式。在我们的日常生活、工作中，拨号上网、DDN 专线等网络连接方式都是封装的 PPP 协议。 1. PPP 的组成部分PPP 包含一组协议，这些协议组合起来就可以实现非常丰富的功能，如图 3?5 所示。PPP 协议族的一个重要组成部分是链路控制协议 LCP（Link Control Protocol），它用于协商链路的一些参数，负责创建并维护链路。PPP 支持对多种网络层协议的封装。对于每一种网络层协议，它都提供一个对应的网络控制协议 NCP（Network Control Protocol），用来协商网络层协议的参数。2. PPP 协议栈PPP 是一个分层结构，如图 3?6 所示。在底层，它能使用同步媒介（如 ISDN 或同步DDN 专线），也能使用异步媒介（如基于 Modem拨号的 PSTN 网络）。在数据链路层，PPP 在链路建立方面提供了丰富的服务，这些服务以LCP 协商选项的形式提供。在上层，PPP 通过NCPs 提供对多种网络层协议的支持。PPP 对于每一种网络层协议都有一种封装格式来区别它们的报文。3. PPP 协商流程PPP 协商分为几个阶段：Dead 阶段、Establish 阶段、Authenticate 阶段、Network 阶段和 Terminate 阶段，在不同的阶段进行不同协议的协商。只有前面的协议协商出结果后，才能转入下一个阶段，进行下一个协议的协商，如图 3?7 所示。 4. PPP 的基本配置命令PPP 的基本配置命令如下： encapsulation ppp 命令是接口配置命令，它指定一个广域网口的封装类型为 PPP。 ppp authentication 命令是接口配置命令，它指定验证方式，可选的验证方式为 PAP 和CHAP。需要注意的是：验证是单向的，配置这条命令的一方作为验证方来验证对方。如果通信的双方都要验证对方，则双方都应配置 ppp authentication 命令。user 命令是全局配置命令，它配置验证所需的用户名和口令。命令字 password 后的可选参数中，“0”表示以明文的方式显示后面的口令，“7”表示以加密的方式显示后面的口令。5. CHAP/PAP 配置命令PAP 是一种两次握手验证协议，要经过下列两次验证：● 被验证方直接将用户名和口令传递给验证方。● 验证方将这个用户名和口令与自己 user 命令配置的用户列表进行比较，如果相同则通过验证。 CHAP 是一种 3 次握手协议，要经过下列 3 次验证：● 验证方生成一段随机报文传递到对方，并同时将本端的主机名附带上一起发送给被验证方。 ● 被验证方接到对本端的验证请求时，便根据此报文中验证方的主机名和本端的用户表查找用户口令字，用此用户的口令对这段随机报文进行加密，然后与自己的用户名一起传递给对方。 ● 验证方根据对方的用户名查找 user 列表，找到对应的口令，用这个口令对随机报文加密，与对方加密的随机报文比较，若相同则验证通过，否则失败。CHAP 不用在网络上传递口令，保密性较好。 PAP 有一条配置命令 ppp pap sentusername，是被验证方用来配置自己的用户名和口令。CHAP 有下列两条配置命令： ppp chap hostname：配置 CHAP 的用户名。 ppp chap password：配置 CHAP 的口令。下面是 PPP 配置的一个简单例子。如图 3?8 所示，路由器 A 和 B 通过串口 0 直连，A用 CHAP 对 B 进行验证。B 的用户名是 quidway，口令是 pass。在路由器 A 中，需要配置 user 命令，设置对方的用户名和口令，然后在串口 0 的接口配置状态下进行下列操作：● 封装 PPP 协议。● 配置以 CHAP 验证对方。● 配置本端 CHAP 主机名。在路由器 B 中，要在串口 0 的接口配置状态下进行下列操作： ● 封装 PPP。

LCP是Link Control Protocol(链路控制协议)的简称。它是PPP协议的一个子集，在PPP通信中，发送端和接收端通过发送LCP包来确定那些在数据传输中的必要信息。LCP检查链接设备的标识，决定是接受还是拒绝；确定传输中可接收的包字节数；核对双方配置是否匹配，如果不匹配则断开链接。只有在LCP包链接是可用的情况下，数据才能实现网络通信。 LCP负责设备之间链路的创建，维护和终止。

lcp协商 链路是否采用聚合，mtu，是否验证，ncp采用ipcp协商，协商双方ip地址，协商采用的网络协议。首先是lcp协商，lcp open之后再协商ncp，全部通过则ppp协商完成。

点对点协议（PPP） 为在点对点连接上传输多协议数据包提供了一个标准方法。PPP 最初设计是为两个对等节点之间的 IP 流量传输提供一种封装协议。在 TCP-IP 协议集中它是一种用来同步调制连接的数据链路层协议（OSI 模式中的第二层），替代了原来非标准的第二层协议，即 SLIP。除了 IP 以外 PPP 还可以携带其它协议，包括 DECnet 和 Novell 的 Internet 网包交换（IPX）。PPP 主要由以下几部分组成：封装：一种封装多协议数据报的方法。PPP 封装提供了不同网络层协议同时在同一链路传输的多路复用技术。PPP 封装精心设计，能保持对大多数常用硬件的兼容性。链路控制协议：PPP 提供的 LCP 功能全面，适用于大多数环境。LCP 用于就封装格式选项自动达成一致，处理数据包大小限制，探测环路链路和其他普通的配置错误，以及终止链路。LCP 提供的其他可选功能有：认证链路中对等单元的身份，决定链路功能正常或链路失败情况。网络控制协议：一种扩展链路控制协议，用于建立、配置、测试和管理数据链路连接。配置：使用链路控制协议的简单和自制机制。该机制也应用于其它控制协议，例如：网络控制协议（NCP）。为了建立点对点链路通信，PPP 链路的每一端，必须首先发送 LCP 包以便设定和测试数据链路。在链路建立，LCP 所需的可选功能被选定之后，PPP 必须发送 NCP 包以便选择和设定一个或更多的网络层协议。一旦每个被选择的网络层协议都被设定好了，来自每个网络层协议的数据报就能在链路上发送了。 链路将保持通信设定不变，直到有 LCP 和 NCP 数据包关闭链路，或者是发生一些外部事件的时候（如，休止状态的定时器期满或者网络管理员干涉）。
ppp协议有3部分组成 ：1协议封装方式2lcp协议3ncp协议
（1）一个将IP数据报封到串行链路的方法。PPP既支持异步链路（无奇偶校验的8比特数据），也支持面向比特的同步链路。（2）一个用来建立、配置和测试数据链路的链路控制协议LCP（Link Control Protocol）。（3）一套网络控制协议NCP（Network Control Protocol），支持不同的网络层协议，如IP、OSI的网络层、DECnet、AppleTalk等。

我们知道，数据链路层协议运行在物理层之上，网络层之下。而底层的物理层，只能提供简单的bit流的物理信道，功能非常原始，如果直接使用物理层进行通讯，肯定是非常不方便的，所以数据链路层会在底层物理层提供的功能基础之上，提供一些增值服务，方便上面的网络层使用。所以可能认为数据链路层是对物理层功能的增强。如果您想用尽量少的词来记住数据链路层，那就是：“帧和介质访问控制”。典型的数据链路层功能包括：为了使传输中发生差错后只将有错的有限数据进行重发，同时，也为了上层使用起来更加方便，数据链路层将比特流组合成以帧为单位传送。每个帧除了要传送的数据外，还包括校验码，以使接收方能发现传输中的差错。帧的组织结构必须设计成使接收方能够 明确地从物理层收到的比特流中对其进行识别，也即能从比特流中区分出帧的起始与终止，这就所谓的报文成帧问题。当链路两端的节点要进行通信前，必须数据链路层的可靠性，包括两个子问题，第一个是差错控制，第二个是流量控制。PPP协议是一个数据链路层协议，所以它会解决标准数据链路层协议的所有问题，包括除此之外，PPP协议还提供了很多其他的附加功能，正是因为这些功能的提供，使得PPP协议称为一个使用非常广泛的链路层协议。PPP协议为串行链路上传输的数据报定义了一种封装方法，它基于高层数据链路控制（HDLC）标准。即使使用所有的帧头字段，PPP协议帧也只需要8个字节就可以形成封装。如果在低速链路上或者带宽需要付费的情况下，PPP协议允许只使用最基本的字段，将帧头的开销压缩到2或4个字节的长度，这就是所谓的PPP帧头压缩。PPP协议有两个重要部分组成：LCP和NCP，LCP就是其中用来进行链路层的通道建立、管理与维护的部分。一次完整的PPP会话过程包括四个阶段: 链路建立阶段、确定链路质量阶段、网络层控制协议阶段和链路终止阶段。LCP会进行一些链路层参数的协商，只有通过LCP协商之后，才会启动后续的认证和网络层参数协商过程一次LCP协商过程如下：至此，LCP两个状态完成，可以向下一个阶段Network Layer Protocol或者Autiontication跃迁在Link Establishment阶段，P2P双方至少发一个Config-Request报文，该报文中包含了发送方对于所有的配置参数的期望值。PPP相对其他协议的一个非常重要的功能特性是其内置了安全认证机制，这也是该协议在用户接入侧被广泛使用的一个重要原因。安全认证过程内置在协议规程中，并且在链路建立起来之前被执行。很好的保证了接入链路的安全性。验证过程在PPP协议中为可选项。在连接建立后进行连接者身份验证的目的是为了防止有人在未经授权的情况下成功连接，从而导致泄密。PPP协议支持两种验证协议：这两种验证机制共同的特点就是简单，比较适合于在低速率链路中应用。但简单的协议通常都有其他方面的不足，最突出的便是安全性较差。一方面，口令验证协议的用户名/口令以明文传送，很容易被窃取；另一方面，如果一次验证没有通过，PAP并不能阻止对端不断地发送验证信息，因此容易遭到强制攻击。挑战握手协议的优点在于密钥不在网络中传送，不会被窃听。由于使用三次握手的方法，发起连接的一方如果没有收到“挑战信息”就不能进行验证，因此在某种程度上挑战握手协议不容易被强制攻击。但是，CHAP中的密钥必须以明文形式存在，不允许被加密，安全性无法得到保障。密钥的保管和分发也是CHAP的一个难点，在大型网络中通常需要专门的服务器来管理密钥。在完成安全认证后，PPP还支持上层网络层协议一些参数的协商，这也是PPP非常有特点的一个设计。不同的上层网络层协议，可能会有不同的协商内容。PPP协议为上层网络层参数协商定义了一套标准的规程，同时又支持多种不同的上层协议进行协商。设计的可扩展性非常好。NCP协议主要包括IPCP、IPXCP等，但我们在实际当中最常遇见的也只有IPCP协议IPCP控制协议主要是负责完成IP网络层协议通信所需配置参数的选项协商，负责建立，使能和中止IP模块。IPCP在运行的过程当中，主要是完成点对点通信设备的两端动态的协商IP地址。IPCP包在PPP没有达到网络层协议阶段以前不能进行交换，如果有IPCP包在到达此阶段前到达会被抛弃。IPCP到底需要协商一些什么参数呢？最重要的是下面两项：IPCP控制协议协商有两种方式：静态和动态：PPP内置了的链路质量检测机制， PPP 通过定义链路质量报告包 （Link-Quality-Report Packet）和它的详细处理过程，为链路质量监控详细说明了监控机制。 PPP 没有具体说明链路质量监控策略――如何断定链路质量或者当链路不充分时该怎么 做。这个被留做一个实现决策，并且在链路的各端可能是有差别的。用各种各样的方法去实 现这一决策是被允许甚至鼓励的。链路质量监控机制说明书保证了使用不同策略的两个实现 可以实现通信和进行内部操作。Magic-Number：魔数字段用于辅助检测链路自环。这是在链路建立过程中比较重要的一个参数，这个参数是在Config-Request里面被协商的，主要的作用是防止环路，如果在双方不协商魔术字的情况下，某些LCP的数据报文需要使用魔术字时，那么只能是将魔术字的内容填充为全0；反之，则填充为配置参数选项协商后的结果魔术字在目前所有的设备当中都是需要进行协商的，它被放在Config-Request的配置选项参数中进行发送，而且需要由自身的通信设备独立产生，协议为了避免双方可能产生同样的魔术字，从而导致通信出现不必要的麻烦，因此要求由设备采用一些随机方法产生一个独一无二的魔术字。一般来说魔术字的选择会采用设备的系列号、网络硬件地址或时钟。双方产生相同魔术字的可能性不能说是没有的，但应尽量避免，通常这种情况是发产在相同厂商的设备进行互连时，因为一个厂商所生产的设备产生魔术字的方法是一样的。我们知道魔术字产生的作用是用来帮助检测链路是否存在环路，当接收端B收到一个Config-Request报文时，会将此报文与上一次所接收到（应该是上一次发送出）的Config-Request进行比较，如果两个报文中所含的魔术字不一致的话，表明链路不存在环路。但如果一致的话，接收端B认为链路可能存在环路，但不一定存在环路，还需进一步确认。此时接收端B将发送一个Config-Nak报文，并在该报文中携带一个重新产生的魔术字，而且此时在未接收到任何Config-Request或Config-Nak报文之前，接收端B也不会发送任何的Config-Request报文。这时我们假设可能会有以下两种情况发生：但在实际应用中根据不同设备实现PPP协议的方法，我们在链路环路检测时可采用两种方法。第一种机制就是如上面所述的，这个过程不断地重复，最终可能会给LCP状态机发一个Down事件，这时可能会使LCP的状态机又回到初始化阶段，又开始新一轮的协商。当然对于某些设备还会采用第二种机制，就是不产生任何事件去影响当前LCP的状态机，而是停留在请求发送状态。但这时认为链路有环路的一端设备需要不断的向链路上发送Echo-Request报文来检测链路环路是否被解除，当接收端收到Echo-Reply报文时，就认为链路环路被解除，从而就可能进行后续的PPP的过程。PPP在LCP和NCP协商期间，都可以对各自的报文或报文头协商是否需要启用压缩机制。比如PPP头的压缩，或者IP报文的压缩等。PPP是一个不可靠的二层协议，PPP并不提供关于流量控制，差错控制等可靠性机制，他把这些问题留给上层协议去解决。其实这是很明智的做法，OSI七层模型中，各个层次都有相应的差错控制协议，比如二层链路层的等停协议或滑动窗口协议，到了传输层（如TCP），又有自己的可靠性协议。这样反反复复的各个层面都在做同样的事情，浪费了资源，并且带来了额外的复杂度。PPP将可靠性问题留给上层去解决，自己则将更多的精力集中在上层没有解决的问题域上。最终取得了更好的效果。（PPP协议的广泛使用就是一个这种效果的一个很好的证明）https://wenku.baidu.com/view/7f7391fef9c75fbfc77da26925c52cc58bd690d1.htmlPPP协议详解及举例https://wenku.baidu.com/view/118ad274580216fc700afd5f.htmlPPP基本原理（HW）http://forum.huawei.com/enterprise/thread-364813.html