协商结束后双方就是建立了LCP链路?

     以前调试3G模块的时候自己总结的一个文档,今天整理时发现,分享出来给需要的人参考。

     拨号时候有时候回失败,但是相关的系统代码又不开放,所以当时只能从协议层去分析。

用户接入Internet,在传送数据时都需要有数据链路层协议,其中最为广泛的是串行 线路网际协议(SLIP)和点对点协议(PPP)。由于SLIP具有仅支持IP等缺点,主要用于低速(不超过19.2kbit/s)的交互性业务,它并未成为Internet的标准协议。为了改进SLIP,人们制订了点对点PPP(Point-to-Point

PPP帧格式和HDLC帧格式相似,如图1所示。二者主要区别:PPP是面向字符的,而HDLC是面向位的。

可以看出,PPP帧的前3个字段和最后两个字段与HDLC的格式是一样的。标志字段F为0x7E(0x表示7E),但地址字段A和控制字段C都是固定不变的,分别为0xFF、0x03。PPP协议不是面向比特的,因而所有的PPP帧长度都是整数个字节。

与HDLC不同的是多了2个字节的协议字段。协议字段不同,后面的信息字段类型就不同。如:

0x0021——信息字段是IP数据报

0xC021——信息字段是链路控制数据LCP

0x8021——信息字段是网络控制数据NCP

0xC023——信息字段是安全性认证PAP

0xC223——信息字段是安全性认证CHAP

当信息字段中出现和标志字段一样的比特0x7E时,就必须采取一些措施。因PPP协议是面向字符型的,所以它不能采用HDLC所使用的零比特插入法,而是使用一种特殊的字符填充。具体的做法是将信息字段中出现的每一个0x7E字节转变成2字节序列(0x7D,0x5E)。若信息字段中出现一个0x7D的字节,则将其转变成2字节序列(0x7D,0x5D)。若信息字段中出现ASCII码的控制字符,则在该字符前面要加入一个0x7D字节。这样做的目的是防止这些表面上的ASCII码控制字符被错误地解释为控制字符。

上层可能还没准备好,拒绝建立链路。

这次上层同意建立链路,LCP链路建成。

   上层向MODEM发起密码认证请求,密码默认都为空。

   密码认证通过,下一步会去建立IP层协议。

后面的81、82、83、84四个配置选项分别表示希望对方为自己指定:主DNS地址、主Netbios名字服务器地址(NBNS)、辅助DNS地址、辅助NBNS地址。

上层收到MODEM的拒绝后,改变策略,只请求IP地址,主DNS和辅助DNS。

MODEM回复上层,请按照这样的地址来申请:

 其实代表已经申请到了IP地址。

12、上层向MODEM发送报文:

请求IP,DNS成功。连接建立完成。

接下来是两个路由器通过点到点连接,配置好使用ppp协议不是马上就说通了,而是要经过以下三个步骤。

LCP协议用来协商端口的一些参数

然后对端端口返回报文,来告诉发送端是否支持这些参数,如果不对应返回NCK信息的参数,发送侧将修改后的参数发送到对方端口,对方端口如果重新发送确认信息,就会进行咨询。

信息部分包含代码代码代码,代码不同,内容也不同。

最后,还有包含模具长度、值的数据部分。

协商LCP消息后开始身份验证时,必须修改身份验证消息中的字段。 说明这里面是认证的内容。

协商时不需要认证就可以在PAP认证阶段去除。

NCP阶段: NCP是总称。 如果网络配置协议是具体的TCP/IP,则是IPCP协商阶段。 如果验证成功,将开始协商网络参数,以验证协商两端的IP地址是否正确。 接口将自己的IP地址发送到对端的接口,对端接口检查IP地址没有冲突,然后还在一个网端,给予它确认。

这些都可以协商,传达上面网络层的协议。

PP协议支持的两种认证PAP认证

pap认证是基于账户密码的,该账户密码是在因特网上以明文发送的

PP协议支持的两种认证PAP认证

如果认证通过,则必须协商IP地址。 如果两端都是静态IP地址,则地址将发送到对方。 如果两个地址不冲突,而是在一个网段上,那就是合法的。 对方会回复确认信息。

PP协议支持自动分配地址,计算机拨号连接互联网,运营商为计算机分配IP地址。 这就是地址的自动分配。

数据包如下所示。 经过前三个阶段后,剩下的是网络,里面是IP数据包。 否则,网络层就无法传输数据。

我要回帖

更多关于 证据链形成闭环 的文章

 

随机推荐