LCP协商期间的GPRS PPP连接故障

我做了一些工作将TCP/IP堆栈移植到MCU。通过GPRS，MCU可以连接互联网。不过，我下面是我的解决方案涉及网络材料LCP协商期间的GPRS PPP连接故障

为了使MCU PPP simpler.The LCP选项请求将被拒绝响应LCP negotiation.The过程中遇到了一些麻烦。

 
Server:7e ff 03 c0 21 01 01 00 14 02 06 00 00 00 00 05 06 b0 70 9c c3 07 02 08 02 54 06 7e 

MCU:7e ff 03 c0 21 04 01 00 04 02 06 00 00 00 00 05 06 b0 70 9c c3 07 02 08 02 69 78 7e

认证请求预计在第二步。但我得到一个没有LCP选项的请求。
```
 
Server:7e ff 03 c0 21 01 02 00 04 b5 5a 7e 
    
```

这意味着服务器势力MCU开始LCP negotiation.I很想念。

我向服务器发送一个认证选项请求，以便迫使服务器启动认证选项协商。服务器响应我两个数据包。一个是用于认证请求的ACK数据包。另一个仍然是没有LCP选项。

 
MCU:7e ff 03 c0 21 01 05 00 08 03 04 C0 23 ac 56 7e 

Server:7e ff 03 c0 21 02 05 00 08 03 04 C0 23 bd 34 7e 
Server:7e ff 03 c0 21 01 02 00 04 b5 5a 7e

经过多次“无选择”请求后，协商结束。我该怎么办？我升

（我的英语不太好。我希望你能明白我的意思）

来源

2011-12-19 soncyang

当你与配置拒绝时，调制解调器发送配置请求作出回应。然后调制解调器将发送一个新的修改的配置请求。见RFC1661第6.4章。

因此，当Configure-Request包含适合您的值时，您应该使用Configure-Ack进行响应。所以你应该在第二个配置请求后发送Configure-Ack。

来源

2011-12-29 11:14:54 SKi

LCP协商期间的GPRS PPP连接故障

回答

相关问题