数据通信——数据链路层（LCP与NCP）

引言

    LCP逻辑链路协商。它由不同的LCP报文交互完成。协商是由任意一方发送Configure-Request报文发起的。如果对端接收此报文且参数匹配，则通过回复Configure-Ack响应协商成功。

    NCP网络层协议协商。它主要用来建立和配置不同的网络层协议，协商在该数据链路上所传输的数据包的格式与类型。

LCP

 先来看这样一张图

     以上是LCP协商。它由不同的LCP报文交互完成。协商是由任意一方发送Configure-Request报文发起的。如果对端接收此报文且参数匹配，则通过回复Configure-Ack响应协商成功。

LCP的正常协商：

    R1和R2使用串行链路相连接，运行PPP协议。当物理层可用后，R1与R2进行LCP协商。R1先发送一个Configure-Request报文，此报文包含R1上配置的链路层参数。当R2收到此报文后，如果R2能够识别并接受此报文的所有参数，则回馈一个Configure-ACK报文。同样的操作也要在R2上面进行一次发送，由R1反馈。双方每3s发送一次Configure-Request报文，一共发送10次，一旦成功连接将终止发送，超过10次发送后仍未收到ACK反馈，那么认定双方无法沟通。停止发送。

LCP协商参数不匹配

    但是也有可能R2不匹配R1的参数，也就是参数不匹配，这个时候R1发送Configure-Request报文后，R2会返回一个Configure-Nak报文。这个Nak中包含了不匹配的参数以及可以接受的参数的取值范围。R1收到以后，会按照Nak更改Configure-Request报文并重新发送，从而两者进入正常通信阶段。

LCP协商参数不识别

    如果R2不识别R1的参数，也就是参数不识别，这个时候R2接收到R1发送Configure-Request报文后，R2会返回一个Configure-Reject报文。这个报文中包含了不识别的参数。R1收到以后，会删除不识别的参数并重新发送Configure-Request报文，从而两者进入正常通信阶段。

NCP

    PPP认证中，经历了LCP的认证以后，双方进入NCP协商阶段。它们会协商在数据链路上所传输的数据包的格式与类型。这个协商分为静态IP地址协商和动态IP地址协商。

静态协商：

静态IP地址协商需要手动在链路两端配置IP地址。

静态IP地址协商过程如下：

• 每一端都要发送Configure-Request报文，在此报文中包含本地配置的IP地址。

• 每一端接收到此Configure-Request报文之后，检查其中的IP地址，如果IP地址是一个合法的单播IP地址，而且和本地配置的IP地址不同（无IP冲突），则认为对端可以使用该地址，回应一个Configure-Ack报文。如下图所示：

动态协商：

动态IP地址协商支持PPP链路一端为端对端配置IP地址。

动态协商IP地址如下：

• R1向R2发送一个Configure-Request报文，此报文中会包含一个IP地址0.0.0.0，表示向对端请求的IP地址；

• R2收到上述Configure-Request报文后，认为其中包含的地址0.0.0.0不合法，使用Configure-NAK回应一个新的IP地址10.1.1.1；

• R1收到Configure-Nak后，更新本地的IP地址，并重新发送一个Configure-Request报文，包含新的IP地址10.1.1.1；

• R2收到Configure-Request报文后，认为其中包含的IP地址为合法地址，回应一个Configure-Ack报文；

• 同时，R2也要向R1发送Configure-Request报文请求使用地址10.1.1.2

• R1收到R2的地址后认为这个是合法地址，因此回应Configure-Ack报文，NCP协商完成。

 后续

    对于LCP和NCP大体也就说这么多，如果上面的熟能生巧了也是能在行业内外乱“杀”了。这些知识也并非为考研时候的重点（考研书中并未涉及到），但是计算机网络考研里面内容扩展性还是太少，很多知识不是很连贯，如果看计网谢老师的书，这本书的受众群体还是专业性强的人员或者资深的工程师更合适。多学点，没啥坏处