4.3. ソース特定マルチキャストアドレスの割り当て

SSM 宛先アドレス 232.0.0.0 は予約されており、宛先アドレスとして使用してはならない (MUST NOT)。同様に、FF3x::4000:0000 も予約されている。これら 2 つのアドレスを予約する目的は、IPv4 および IPv6 それぞれに 1 つずつ、無効な SSM 宛先アドレスを確保し、実装上のヌル値 (null value) として使用できるようにすることである。アドレス範囲 232.0.0.1 - 232.0.0.255 は現在 IANA の割り当て用に予約されている。FF3x::4000:0001 から FF3x::7FFF:FFFF の範囲の SSM 宛先アドレスも同様に IANA の割り当て用に予約されている [IPv6-MALLOC]。これらのアドレスを予約する動機は、後述の第 9 節「IANA 考慮事項」(IANA Considerations) で概説されている。

残りの SSM アドレスを送信アプリケーションに割り当てる方針は、厳密に送信ホストのローカルな決定による。

SSM アドレスを動的に割り当てる場合、ホストまたはホストオペレーティングシステムは、許可された最初のアドレスから順次割り当ててはならない (MUST NOT)。推奨される (RECOMMENDED) 做法是、割り当てられたアドレスが複数のアプリケーションに同時に提供されないこと (および予約アドレスを避けること) を確保した上で、アプリケーションに対してランダムに割り当てることである。IPv6 については、ランダム化はアドレスの下位 31 ビットに作用させるべきである。

第 6 節で述べるように、SSM 宛先アドレスを持つ IP パケットのリンク層マルチキャストアドレスへのマッピングは、データグラムの送信元 IP アドレスを考慮しない (イーサネット等の一般的なリンク層において)。すべてのホストが許可された最初のアドレスから開始する場合、共有メディア LAN 上では、多くのソース特定チャネルが同じリンク層マルチキャストアドレスを使用する可能性が極めて高くなる。その結果、あるチャネルの購読者に向けたトラフィックが、別のホストの IP モジュールに配信され、その後当該ホストはそのデータグラムを破棄せざるを得なくなる。

ホストオペレーティングシステムは、アプリケーションがセッション開始前にチャネル宛先アドレスの一意な割り当てを事前に要求できるインタフェースを提供すべきである (SHOULD)。また、その割り当てデータベースはホストの再起動後も維持されるべきである (SHOULD)。永続的な割り当てを提供することで、ホストアプリケーションはそのセッションを Web ページや他のディレクトリであらかじめ公開できる。(この問題は SSM アプリケーションに特有のものではないことに留意する ― ASM でも同様の問題が生じる。)

本ドキュメントは、アドレスの要求または返却のためのインタフェースを定義せず、またそれらの割り当てを格納するホストアルゴリズムを規定しない。RFC 2771 [RFC2771] は妥当な抽象 API を定義している。RFC 2771 はアプリケーションが特定のアドレス範囲内でアドレスを要求することを許可していることに留意されたい。このインタフェースを使用する場合、その範囲の開始アドレスはアプリケーションによってランダムに選択されるべきである (SHOULD)。

IPv6 については、管理スコープ (administratively scoped) の SSM チャネルアドレスは、SSM 宛先アドレスに対して適切なスコープ識別子を選択することによって作成される。通常の IPv6 マルチキャストスコープ境界 [SCOPINGv6] は、SSM 宛先アドレスに送信されるトラフィックに適用され、送信元アドレスおよび宛先アドレスに適用される関連する境界を含む。

IPv4 のソース特定マルチキャストに対しては、グローバルに一貫した、管理スコープのアドレス範囲はまだ定義されていない [ADMIN-SCOPE]。IPv4 については、SSM アドレスの管理スコープは、管理ドメイン内の境界ルーターにおいて、ある範囲のアドレスへの送信 SSM トラフィックをフィルタリングすることによって実現できる。