LCPネゴシエーション中のGPRS PPP接続障害

私はMCUにTCP/IPスタックを移植するためにいくつかの仕事をしました。 GPRSを通じて、MCUはインターネットに接続できます。 しかし、私はLCP交渉中にいくつかの問題を経験しました。

  1. In order to make MCU PPP simpler.The LCP option request will be respond with rejection.

    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. A authentication request is expected in the second step. But i get a none LCP option request.     

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

これは、サーバがMCUにLCPネゴシエーションを開始させることを意味します。

私はサーバに認証オプションの要求を送信して、強制的にサーバが認証オプションのネゴシエーションを開始するようにします。サーバは2パケットを返します.1つは認証要求のACKパケットです。もう1つは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

いくつかの "オプションなし"要求の後、交渉が終わった。私は何をすべきか?私は私です

(私の英語は良くありません。あなたが私の手段を理解できることを願っています。)

0

1 答え

モデムがConfigure-Requestを送信するときにConfigure-Rejectで応答するとき。その後、モデムは新しい変更されたConfigure-Requestを送信します。 RFC1661 の章6.4を参照してください。

したがって、Configure-Requestが適切な値を含んでいる場合、Configure-Ackで応答する必要があります。したがって、2回目のConfigure-Requestの後にConfigure-Ackを送信する必要があります。

0
追加された