そこで、サーバーに Diameter EAP のサポートを追加することを検討しています。読んだ後rfc4072
、rfc3748
私はだまされて一般的な考えを思いつきました。
私の期待は、クライアントがいわゆるEAP-Start
メッセージ (空のEAP-Payload
AVP) をサーバーに渡すことでした。ID に対する適切な EAP 要求 (タイプ 1) で応答すると、diameter クライアントは新しい EAP-Payload で応答を配信し、サイクルが続行されます。
しかし、実際の pcap トレースfreeDiameter
(例:この pcap ) を調べていると、最初の EAP 直径要求 (No.6) に EAP Identity 応答 (!!) が既に含まれていることに気付きました。最初の往復をバイパスするようなものです。
これを実装することに大きな問題はありませんが、これが (EAP-) 仕様によるものかどうかを本当に知りたいですか? との応答で EAP トランザクションを開始できますか?