ppp协议lcp协商(在lcp协商阶段,ppp会协商哪些内容)

PPP协议，即点对点协议n位于OSI参考模型的第二层数据链路层协议，主要是用来通过拨号或专线方式建立点对点连接发送数据。 PPP协议主要由链路控制协议(LCP)、网络控制协议族 (NCPs)和用于网络安全方面的验证协议族（PAP和CHAP）组成。NCP 主要负责与上层的协议进行协商，LCP用于创建和维护链路。PAP是两次握手验证协议，口令以明文传递，被验证方首先发起验证请求。CHAP是三次握手验证协议，不发送口令，验证方首先发起验证请求（也就是挑战信息），安全性比PAP高。PPP会话建立可归纳为三个阶段：链路建立阶段、验证阶段、网络层协议获得阶段。 望采纳！

我们知道，数据链路层协议运行在物理层之上，网络层之下。而底层的物理层，只能提供简单的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

点对点协议（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等。

PPP（Point-to-Point Protocol点到点协议）是为在同等单元之间传输数据包这样的简单链路设计的链路层协议。这种链路提供全双工操作，并按照顺序传递数据包。设计目的主要是用来通过拨号或专线方式建立点对点连接发送数据，使其成为各种主机、网桥和路由器之间简单连接的一种共通的解决方案。 参考:http://www.mdtu.com/bbs/dispbbs.asp?boardid=18&id=780HDLC/PPP的帧结构在网络通信中，“包”（Packet）和 “帧”（Frame）的概念相同，均指通信中的一个数据块。对于具体某种通信网络，一般使用术语“帧”。一种网络的帧格式可能与另一种网络不同，通常使用术语“包”来指一般意义的帧。串行通信的数据格式有面向字符型的数据格式，如单同步、双同步、外同步；也有面向比特型的数据格式，这以帧为单位传输，每帧由六个部分组成，分别是标志区、地址区、控制区、信息区、帧校验区和标志区。串行通信协议属于ISO国际参考标准的第三层，数据链路层。数据链路层必须使用物理层提供给它的服务。物理层所做的工作是接收个一个原始的比特流，并准备把它交给目的地。不能保证这个比特流无差错。所接收的比特的数量也许少于，也许等于或多于所传递的比特的数量，它们具有不同的值。一直要上到数据链路层才能进行检测，如果需要的话，纠正错误。对于数据层，通常的方法是把比特流分成离散的帧，并对每一帧计算出校验和……。当一帧到达目的地后重新计算校验和时，如果新算出的校验和不同于帧中所包括的值，数据链路层就知道出现差错了，从而会采取措施处理差错（即，丢弃坏帧，并发回一个差错报告）。数据链路层的任务是在两个相邻接点间的线路上无差错地传送以帧为单位的数据。每一帧包括数据和必要的控制信息。人们发现，对于经常产生误码的实际链路，只要加上合适的控制规程，就可以使通信变为比较可靠的。如IBM公司推出了著名的体系结构SNA,在SNA的数据链路规程采用了面向比特的规程SDLC，后来ISO把它修改后称为HDLC，译为高级数据链路控制。在INTERNET中，用户与ISP（INTERNET服务提供者）之间的链路上使用得最多的协议就是SLIP和PPP。下面就简单介绍HDLC帧结构以及PPP帧结构：1.HDLC的帧结构：从网络层交下来的分组，变成为数据链路层的数据。这就是图1中的信息字段。信息字段的长度没有具体规定。数据链路层在信息字段的头尾各加上24bit的控制信息，这样就构成了一个完整的帧。HDLC规定了一个帧的开头（即首部中的第一个字节）和结尾（即尾部中的最后一个字节）各放入一个特殊的标记，作为一个帧的边界。这个标记就叫做标志字段F。标志字段F为6个连续1加上两边各一个0共8位。地址字段A也是8个比特，它一般被写入次站的地址。帧校验序列FSC字共占16位，采用CRC-CCITT生成多项式。控制字段功8位，是最复杂的字段,HDLC的许多重要功能都要靠控制字段来实现。根据其前面两个比特的取值，可将HDLC的许多帧划分为三大类，即信息帧、监督帧和无编号帧。此主题相关图片如下：图1 2.点对点协议PPP的帧结构：PPP帧格式和HDLC的相似，PPP帧的前3个字段和最后两个字段和HDLC的格式是一样的。PPP不是面向比特的，因而所有的PPP帧的长度都是整数个字节。与HDLC不同的是多了一个2个字节的协议字段。当协议字段为0X0021时，信息字段就是IIP数据报。若为0XC021,则信息字段是链路控制数据，而0X8021表示这是网络控制数据。
某种意义上不对。 pap和chap只是验证方式ppp协议包括LCP（链路控制协议）和NCP（网络控制协议）两种协议。pap和chap只是在链路或网络建立后，根据发送来的报文来判断是否进行验证，选择这两种验证方式。 所以这种讲法我觉得不对
正看到这，挖个坟，根据我的理解，这句话是正确的，争议的地方在于PAP,CHAP是不是属于PPP协议的部分，在《计算机网络第五版》，第75页倒数第三段“协商结束后，双方就建立了LCP链路，接着就进入鉴别状态，在这一状态，只允许传送LCP协议的分组，鉴别协议的分组及检测链路质量的分组”，这一句中的“鉴别协议的分组”，应该指的就是PAP、CHAP协议。

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