LCP协商期间GPRS PPP连接失败

Question

我做了一些工作来将TCP / IP堆栈移植到MCU。通过GPRS，MCU可以连接互联网。 但是，我在LCP协商期间遇到了一些麻烦。以下是我的解决方案，参考网络资料

1. 为了使MCU PPP更简单.LCP选项请求将以拒绝方式响应。

   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
   

2. 第二步中需要验证请求。但我得到一个无LCP选项请求。

   Server:7e ff 03 c0 21 01 02 00 04 b5 5a 7e
       

这意味着服务器强制MCU启动LCP协商。我错过了。

我向服务器发送身份验证选项请求，以便强制服务器启动身份验证选项negotiation.Server响应我两个数据包。一个是用于身份验证请求的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

经过几次“无选项”请求，协商结束。我该怎么办？我是

（我的英语不好。我希望你能理解我的意思。）

Answer 1

当调制解调器发送Configure-Request时，使用Configure-Reject响应。然后调制解调器将发送一个新的修改后的Configure-Request。见RFC1661第6.4章。

因此，当Configure-Request包含适合您的值时，您应该使用Configure-Ack进行响应。因此，您应该在第二个Configure-Request之后发送Configure-Ack。