6.1.2. Map-Request Message Format (Map-Request メッセージ形式)
6.1.2. Map-Request Message Format (Map-Request メッセージ形式)
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|Type=1 |A|M|P|S|p|s| Reserved | IRC | Record Count |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Nonce . . . |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| . . . Nonce |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Source-EID-AFI | Source EID Address ... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| ITR-RLOC-AFI 1 | ITR-RLOC Address 1 ... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| ... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| ITR-RLOC-AFI n | ITR-RLOC Address n ... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
/ | Reserved | EID mask-len | EID-Prefix-AFI |
Rec +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
\ | EID-Prefix ... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Map-Reply Record ... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
パケットフィールドの説明:
Type: 1 (Map-Request)
A: 権威 (authoritative) ビット。ITR が送信する UDP ベースの Map-Request では 0 に設定されます。ITR が宛先サイトからマッピングデータベースシステムの代わりに Map-Reply を返すことを望む場合は 1 に設定されます。
M: map-data-present ビット。設定されている場合, Map-Request に Map-Reply Record セクションが含まれていることを示します。
P: probe ビット。Map-Request が Locator 到達可能性プローブとして扱われるべきであることを示します。受信者は probe ビットが設定された Map-Reply で応答すべきであり, Map-Reply が Locator 到達可能性プローブ応答であることを示し, Map-Request から nonce をコピーします。詳細についてはセクション 6.3.2 を参照してください。
S: Solicit-Map-Request (SMR) ビット。セクション 6.6.2 を参照してください。
p: PITR ビット。PITR が Map-Request を送信するときに 1 に設定されます。
s: SMR-invoked ビット。xTR が SMR ベースの Map-Request を受信した結果として Map-Request を送信するときに 1 に設定されます。
Reserved: 送信時にゼロでなければならず, 受信時に無視しなければなりません。
IRC: 5 ビットフィールド ITR-RLOC Count。このメッセージ内の最初のもの以外の (ITR-RLOC-AFI, ITR-RLOC Address) フィールドの数をエンコードします。少なくとも 1 つのペア (ITR-RLOC-AFI, ITR-RLOC-Address) をエンコードしなければなりません。複数の ITR-RLOC Address は, Map-Replier が Map-Reply の宛先アドレスを選択するために提供されます。IRC の範囲は 0 から 31 です。0 の場合は 1 つの ITR-RLOC アドレスをエンコードし, 1 の場合は 2 つ, 以下同様に, 31 の場合は合計 32 の ITR-RLOC アドレスをエンコードします。
Record Count: この Map-Request 内のレコード数。レコードは上図で Rec とラベル付けされたパケット部分で構成され, Record Count と等しい回数出現します。このプロトコルバージョンでは, 受信者は 1 つ以上のレコードを含む Map-Request を受け入れて処理しなければなりませんが, 送信者は 1 つのレコードのみを含む Map-Request のみを送信しなければなりません。単一の Map-Request で複数の EID を要求するサポートは, 将来のプロトコルバージョンで規定されます。
Nonce: Map-Request 送信者によって作成された 8 オクテットのランダム値で, Map-Reply で返されます。LISP マッピングプロトコルのセキュリティは, Map-Request の nonce の強度に大きく依存します。Nonce は, 適切にシードされた疑似ランダム (または強力なランダム) ソースによって生成されるべきです。セキュリティに敏感なランダムデータの生成に関する推奨事項については [RFC4086] を参照してください。
Source-EID-AFI: Source EID Address フィールドのアドレスファミリ。
Source EID Address: Map-Request の送信を引き起こした送信元ホスト EID。Map-Request が Map-Cache エントリのリフレッシュまたは RLOC-Probing に使用される場合, AFI 値 0 が使用され, このフィールドの長さは 0 です。
ITR-RLOC-AFI: 直後に続く ITR-RLOC Address フィールドのアドレスファミリ。
ITR-RLOC Address: ETR が Map-Reply の宛先アドレスとして任意のアドレスファミリを選択するために提供されます。このアドレスは, Map-Request 送信者にルーティング可能な RLOC アドレスでなければなりません。
EID mask-len: EID-Prefix のマスク長。
EID-Prefix-AFI: [AFI] による EID-Prefix のアドレスファミリ。
EID-Prefix: IPv4 アドレスファミリの場合は 4 オクテット, IPv6 の場合は 16 オクテット。ITR がデータパケットの宛先にマッピングエントリがないために Map-Request を送信する場合, EID-Prefix はデータパケットの宛先 IP アドレスに設定され, EID mask-len は IPv4 または IPv6 に対してそれぞれ 32 または 128 に設定されます。xTR がキャッシュされたマッピング状態についてサイトに問い合わせる場合, Map-Request の EID-Prefix マスク長は, サイトが Map-Reply を送信したときに返された EID-Prefix マスク長と同じです。
Map-Reply Record: M ビットが設定されている場合, このフィールドの長さは Map-Reply 形式の単一の「Record」です。この Map-Reply レコードには, Source EID に関連付けられた EID-to-RLOC マッピングエントリが含まれており, この Map-Request を受信する ETR がこのデータをキャッシュすることを選択できるようにします。