6.3.1. Echo Nonce Algorithm (エコー Nonce アルゴリズム)

6.3.1. Echo Nonce Algorithm (エコー Nonce アルゴリズム)

異なるサイトの Locator 間でデータが双方向に流れる場合, 「nonce echoing (nonce エコー)」と呼ばれるデータプレーンメカニズムを使用して ITR と ETR 間の到達可能性を判定できます。ITR が nonce エコーを要求する場合, N ビットと E ビットを設定し, 次のカプセル化データパケットの LISP ヘッダに 24 ビットの nonce (ランダム数) [RFC4086] を配置します。

ETR がこのパケットを受信すると, カプセル化されたパケットは通常どおり転送されます。ETR が次に ITR にデータパケットを送信するとき, 以前に受信した nonce を含め, N ビットを設定し E ビットをクリアします。ITR はこの「echoed nonce (エコーされた nonce)」を見ると, ETR への往復パスが通っていることを認識します。

ITR は echo-nonce-request (エコー nonce リクエスト) 状態にある間, 送信するすべてのデータパケットに対して E ビットと N ビットを設定します。ITR がエコー nonce の処理を待ってからパスが到達不可能であると判定するまでの時間は可変であり, これは実装の選択に任されています。

ITR が ETR からデータパケットを受信しているが, echo-nonce-request 状態にある間に nonce エコーを見ない場合, ETR へのパスは到達不可能です。この決定は他の Locator 到達可能性アルゴリズムによって上書きできます。ITR が ETR へのパスが切断されたと判断すると, その EID-Prefix の別の Locator に切り替えることができます。

ここでの「ITR」と「ETR」は相対的な用語であることに注意してください。エコー nonce メカニズムが機能するには, 両方のデバイスが ITR と ETR 機能を実装していなければなりません。

ITR と ETR は同時に echo-nonce-request 状態に入る可能性があります。送信されるデータパケットの数またはエコー nonce リクエストを送信する時間は実装固有の設定です。ただし, ITR が echo-nonce-request 状態にある場合, 次のカプセル化データパケットのセットで ETR の nonce をエコーし, その後 echo-nonce-request パケットの送信を続けることができます。

このメカニズムは前方パス到達可能性の問題を完全に解決できません。トラフィックが一方向である可能性があるためです。つまり, サイトでトラフィックを受信している ETR が, そのサイトからトラフィックを送信する ITR デバイスではない可能性があるか, サイト間のトラフィックが一方向であるため, リターントラフィックの ITR がない可能性があります。

エコー nonce アルゴリズムは双方向です。つまり, 一方が E ビットを設定し, もう一方が echo-noncing を有効にしていない場合, nonce エコーは発生せず, 要求者は誤って Locator が到達不可能であると考える可能性があります。ITR は, ETR が echo-noncing を有効にしていることを認識している場合にのみ, カプセル化データパケットで E ビットを設定すべきです。これは Map-Reply メッセージの E ビットを介して伝達されます。

他の Locator 到達可能性メカニズムが研究されており, エコー nonce アルゴリズムを補完または上書きするために使用できることに注意してください。次のセクションの制御プレーンプローブの例を参照してください。