マルチキャストアドレスは、指定されたネットワーク サービスにマルチキャストされるデータグラムまたはフレームを処理するために使用できる、コンピュータ ネットワーク内のホストのグループの論理識別子です。マルチキャスト アドレス指定は、イーサネットマルチキャストなどのリンク層( OSI モデルの第 2 層)や、インターネット プロトコルバージョン 4 (IPv4) またはバージョン 6 (IPv6) マルチキャストのインターネット層(OSI の第 3 層)で使用できます。
IPv4
IPv4マルチキャストアドレスは、最上位ビットパターン1110で定義されます。これは、このアドレスグループがクラス Dとして指定されていた初期のインターネットのクラスフルネットワーク設計に由来しています。このグループのCIDR 表記は224.0.0.0 / 4です。[1]このグループには、 224.0.0.0から239.255.255.255までのアドレスが含まれます。
アドレス範囲はブロックに分割され、それぞれに特定の目的または動作が割り当てられます。[2]
- ローカルサブネットワーク
- 224.0.0.0~224.0.0.255の範囲のアドレスは、IANA によって個別に割り当てられ、ローカルサブネットワーク上でのみマルチキャスト用に指定されます。たとえば、ルーティング情報プロトコル(RIPv2) は224.0.0.9を使用し、Open Shortest Path First (OSPF) は224.0.0.5と224.0.0.6を使用し、マルチキャスト DNS は224.0.0.251 を使用します。ルータは、これらのメッセージを発信元のサブネットの外部に転送してはなりません。
- インターネットワーク制御ブロック
- 224.0.1.0から224.0.1.255までの範囲のアドレスは、IANA によって個別に割り当てられ、インターネットワーク制御ブロックとして指定されます。このアドレス ブロックは、 224.0.1.1を使用するネットワーク タイム プロトコルのアプリケーションなど、パブリック インターネット経由でルーティングする必要があるトラフィックに使用されます。
- AD-HOCブロック
- 3つの別々のブロック内のアドレスは、IANAによって個別に割り当てられるものではありません。これらのアドレスはグローバルにルーティングされ、前述の目的のいずれにも当てはまらないアプリケーションに使用されます。[2] : §6
- SDP/SAP ブロック
- 予約済みの224.2.0.0 / 16の範囲のアドレスは、IANAによって個別に割り当てられません。使用されなくなった[11] :§10 セキュリティ上の考慮のため、実験的なセッションアナウンスメントプロトコル [12]は、セッション記述プロトコルを通じてアドレスを提供する主な手段でしたが、現在は主にプライベートセッションの確立に使用されています。
- ソース固有のマルチキャスト
- 232.0.0.0 / 8 (IPv4) およびff3x:: / 32 ( IPv6) ブロックは、ソース固有のマルチキャストで使用するために予約されています。
- グロップ[13]
- 233.0.0.0 / 8の範囲は、もともと、インターネット上でコンテンツを提供したいと考えている出版社やインターネット サービス プロバイダー向けに、実験的なパブリック静的割り当てマルチキャスト アドレス空間として割り当てられました。[14]この割り当て方法は GLOP アドレス指定と呼ばれ、実装者に 16 ビットの自律システム番号(ASN) 割り当てによって決定される 255 個のアドレス ブロックを提供します。簡単に言うと、このブロックの中央の 2オクテットは割り当てられた ASN から形成され、ASN を割り当てられたすべてのオペレーターに 256 個のグローバルに一意のマルチキャスト グループ アドレスが与えられます。[15]この方法は、新しい 32 ビット ASN には適用できません。2001 年 9 月、IETF は、この範囲を多対多のマルチキャスト アプリケーションに幅広く使用することを想定しました。[16]残念ながら、各自律システムに使用できるマルチキャスト アドレスは 256 個しかないため、GLOP は大規模な放送局には適していません。[要出典]
- ユニキャストプレフィックスベース
- 234.0.0.0 / 8の範囲は、 / 24以上のグローバルルーティングユニキャストアドレス空間が割り当てられている各組織に提供されるグローバルIPv4マルチキャストアドレス空間の範囲として割り当てられ、ユニキャスト空間の/ 24ごとに1つのマルチキャストアドレスが予約されます。 [17] GLOPに対する利点は、ユニキャストプレフィックスメカニズムがIPv6のユニキャストプレフィックス機能に似ていることです。[18]
- 管理範囲
- 239.0.0.0 / 8の範囲は、組織内での私的使用のために割り当てられます。[19]管理スコープの IPv4 マルチキャスト アドレス宛のパケットは、管理上定義された組織の境界を越えません。また、管理スコープの IPv4 マルチキャスト アドレスはローカルに割り当てられ、グローバルに一意である必要はありません。239.0.0.0 / 8の範囲は、スコープの IPv6 マルチキャスト アドレスと大まかに類似するように構成できます。[20]
- イーサネット固有
- IGMPを使用しないリンクローカルマルチキャストをサポートするために、*.0.0.0 / 24および*.128.0.0 / 24の範囲内にあるすべてのIPv4マルチキャストアドレスは、 IGMPスヌーピングが有効になっている場合でも、多くのイーサネットスイッチのすべてのポートにブロードキャストされるため、IGMPスヌーピングの機能が必要なイーサネットネットワークでは、これらの範囲内のアドレスを避ける必要があります。[21] [疑わしい–議論する]
注目すべき IPv4 マルチキャスト アドレス
次の表は、 IPマルチキャスト用に予約されており、インターネット割り当て番号機関(IANA)に登録されている有名なIPv4アドレスの一覧です。 [5]
IPv6
IPv6のマルチキャストアドレスはプレフィックスff00:: / 8を使用する。[20]
すべてのマルチキャスト アドレスの場合、プレフィックスフィールドにはバイナリ値 11111111 が保持されます。
現在、 flgフィールドの4つのフラグビットのうち3つが定義されています。[20]最も重要なフラグビットは将来の使用のために予約されています。
4 ビットのスコープ フィールド( sc )は、アドレスが有効かつ一意である場所を示すために使用されます。
さらに、スコープ フィールドは、要請ノードなどの特殊なマルチキャスト アドレスを識別するために使用されます。
sc (ope)フィールドには、バイナリ値 0010 (リンク ローカル) が保持されます。 要求ノード マルチキャスト アドレスは、ノードのユニキャスト アドレスまたはエニーキャスト アドレスの関数として計算されます。 要求ノード マルチキャスト アドレスは、ユニキャスト アドレスまたはエニーキャスト アドレスの最後の 24 ビットをマルチキャスト アドレスの最後の 24 ビットにコピーすることによって作成されます。
リンクスコープのマルチキャストアドレスも同様の形式を使用する。[27]
フラグビットの値に基づいて、IPv6マルチキャストアドレスは、ユニキャストプレフィックスベースのマルチキャストアドレス[18]、 送信元固有のマルチキャストアドレス[18]、または埋め込みRP IPv6マルチキャストアドレス[26]のいずれかになります。これらの各タイプのマルチキャストアドレスには独自の形式があり、特定のルールに従います。
ユニキャストアドレスと同様に、 IPv6 マルチキャスト アドレスのプレフィックスはそのスコープを指定しますが、マルチキャスト アドレスの可能なスコープのセットは異なります。4 ビットのスコープフィールド (ビット 12 ~ 15) は、アドレスが有効で一意である場所を示すために使用されます。
サービスはグループ IDフィールドで識別されます。たとえば、ff02::101 がローカル ネットワーク セグメント上のすべてのネットワーク タイム プロトコル(NTP) サーバーを参照する場合、 ff08::101 は組織のネットワーク内のすべての NTP サーバーを参照します。グループ IDフィールドは、特殊なマルチキャスト アドレス タイプ用に さらに分割される場合があります。
注目すべき IPv6 マルチキャスト アドレス
以下の表は、IANAに登録されている主要なIPv6マルチキャストアドレスの一覧です。[29] 以下のマルチキャストグループの一部に含まれるには、クライアントはICMPv6スイートのコンポーネントであるマルチキャストリスナー検出(MLD)を送信してそのグループに参加する必要があります。[30]たとえば、ff02::1:ff28:9c5aをリッスンするには、クライアントは、そのグループをリッスンすることを示すために、マルチキャストアドレスを含むMLDレポートをルーターに送信する必要があります。[31]
イーサネット
宛先MAC アドレスの最初のオクテット[注 2]の最下位ビットの値が 1 であるイーサネット フレームは、マルチキャスト フレームとして扱われ、ネットワーク上のすべてのポイントにフラッディングされます。宛先アドレスのすべてのビットが 1 であるフレーム ( FF-FF-FF-FF-FF-FF ) はブロードキャストと呼ばれることもありますが、イーサネットでは通常、マルチキャスト フレームとブロードキャスト フレームを区別しません。最近のイーサネット コントローラは、ソフトウェアによって初期化されたテーブルでマルチキャスト宛先アドレスのハッシュを検索することにより、受信したパケットをフィルタリングして CPU 負荷を軽減し、マルチキャスト パケットをドロップするか完全に受信するかを制御します。
IEEEは、標準プロトコルで使用するグループアドレスとして、アドレスブロック01-80-C2-00-00-00から01-80-C2-FF-FF-FFを割り当てている。このうち、 01-80-C2-00-00-00から01-80-C2-00-00-0Fの範囲のMACグループアドレスは、802.1D準拠のMACブリッジでは転送されない。[35]
802.11
802.11ワイヤレス ネットワークは、イーサネットと同じ MAC アドレスをマルチキャストに使用します。
参照
注記
- ^ xは、フラグフィールドの値が現在の議論では重要ではないことを示すプレース ホルダーです。
- ^ イーサネットでは、オクテットの最下位ビットが最初に送信されます。マルチキャストは、宛先アドレスの最初の送信ビットが 1 であることによって示されます。
参考文献
- ^ MULTICAST_IP_ADDR。General Electric Digital Solutions。CIMPLICITY 10.0。
ネットワーク プレフィックスまたはクラスレス インタードメイン ルーティング (CIDR) 表記では、IP マルチキャスト アドレスは 224.0.0.0/4 として要約されます。
- ^ abcde M. Cotton; L. Vegoda; D. Meyer (2010 年 3 月). IPv4 マルチキャスト アドレス割り当てに関する IANA ガイドライン。IETF。doi : 10.17487 / RFC5771。ISSN 2070-1721。BCP 51。RFC 5771。 ベスト コモン プラクティス。RFC 3138 および 3171 は 廃止されます。RFC 2780 が更新されます。
- ^ abc IP マルチキャスト ルーティング コンフィギュレーション ガイド、Cisco 、 2021 年 1 月 13 日取得
- ^ AD-HOC ブロック 1
- ^ abcd 「IANA IP マルチキャスト アドレスの割り当て」。Internet Assigned Numbers Authority。
- ^ SDP/SAP ブロック
- ^ AD-HOC ブロック 2
- ^ Fall, KR および Stevens, WR (2011)。TCP/IP イラストレイテッド。第 1 巻。Addison-Wesley。p. 55。ISBN 9780321336316。
{{cite book}}: CS1 maint: 複数の名前: 著者リスト (リンク) - ^ AD-HOC ブロック 3
- ^ ユニキャストプレフィックスベースの IPv4 マルチキャストアドレス
- ^ Begen, A; Kyzivat, P; Perkins, C; Handley, M (2021年1月). SDP: セッション記述プロトコル.インターネット技術タスクフォース(IETF). doi : 10.17487/RFC8866 . ISSN 2070-1721. RFC 8866. 提案された標準。 RFC 4566 は 廃止されます。
- ^ Handley, M; Perkins, C; Whelan, E (2000 年 10 月). セッションアナウンスメントプロトコル. ネットワークワーキンググループ. doi : 10.17487/RFC2974 . RFC 2974. 実験的。
- ^ Joseph, Vinod; Mugulu, Srinivas (2011)。次世代マルチキャスト対応アプリケーションの導入 - MPLS、VPN、VPLS、ホールセールイーサネット向けラベルスイッチマルチキャスト。Morgan Kaufmann/Elsevier。p. 7。ISBN 978-0-12-384923-6他にもっと良い呼び方がなかったため
、[RFC2770] の著者の 1 人である David Meyer が、これを単に「GLOP」アドレス指定と呼び始め、その名前が定着しました。
- ^ D. Meyer; P. Lothberg (2000 年 2 月). 233/8 での GLOP アドレス指定. ネットワーク ワーキング グループ. doi : 10.17487/RFC2770 . RFC 2770. 廃止。RFC 3180 により廃止されました。
- ^ 「マルチキャストに関するよくある質問 (FAQ) ファイル」。マルチキャスト テクノロジ。2011 年 5 月 16 日時点のオリジナルからのアーカイブ。
- ^ D. Meyer; P. Lothberg (2001 年 9 月). 233/8 での GLOP アドレス指定. ネットワーク ワーキング グループ. doi : 10.17487/RFC3180 . BCP 53. RFC 3180. ベスト コモン プラクティス。RFC 2770 は 廃止されました。
- ^ M. Thaler (2010 年 10 月)。ユニキャスト プレフィックス ベースの IPv4 マルチキャスト アドレス。インターネット技術タスク フォース(IETF)。doi : 10.17487 / RFC6034。ISSN 2070-1721。RFC 6034 。 提案された標準。
- ^ abcde B. Haberman; D. Thaler (2002 年 8 月). ユニキャストプレフィックスベースの IPv6 マルチキャストアドレス。ネットワークワーキンググループ。doi : 10.17487 / RFC3306。RFC 3306 。 提案された標準。RFC 3956、4489、および 7371 によって更新されました。
- ^ ab D. Meyer (1998 年 7 月). 管理スコープ IP マルチキャスト。ネットワーク ワーキング グループ。doi : 10.17487/ RFC2365。BCP 23。RFC 2365。 ベストコモンプラクティス。
- ^ abcd R. Hinden; S. Deering (2006 年 2 月). IP バージョン 6 アドレス指定アーキテクチャ. ネットワークワーキンググループ. doi : 10.17487/RFC4291 . RFC 4291. ドラフト標準。RFC 3513 は廃止されました。RFC 5952、6052、7136、7346、7371、8064 によって更新されました。
- ^ 「エンタープライズ IP マルチキャスト アドレス割り当てのガイドライン」(PDF)。Cisco。p . 7。2023-01-14取得。ほとんどのレイヤー 2 スイッチは、
IGMP スヌーピングが有効になっている場合でも、MAC アドレス範囲 0x0100.5E00.00xx 内のすべてのマルチキャスト トラフィックをスイッチ上のすべてのポートにフラッディングします。[...] 224.0.0.0/24 以外にも、0x0100.5E00.00xx MAC アドレス範囲にマッピングされるマルチキャスト グループ範囲がいくつかあり、そのためほとんどのレイヤー 2 スイッチによってフラッディングされます。
- ^ B. Cain; S. Deering ; I. Kouvelas; B. Fenner; A. Thyagarajan (2002 年 10 月). インターネット グループ管理プロトコル、バージョン 3. ネットワーク ワーキング グループ. doi : 10.17487/RFC3376 . RFC 3376. 提案された標準。RFC 2236 を更新します。RFC 4604 によって更新されます。
- ^ C. Huitema (2006 年 2 月)。Teredo: ネットワーク アドレス変換 (NAT) による UDP 経由の IPv6 トンネリング。ネットワーク ワーキング グループ。doi : 10.17487 / RFC4380。RFC 4380 。 提案された標準。RFC 5991 および 6081 によって更新されました。
- ^ 「IPv4 マルチキャストアドレス空間レジストリ」www.iana.org . 2024 年 6 月 30 日閲覧。
- ^ シルビア・ハーゲン (2006 年 5 月)。IPv6 Essentials (第 2 版)。 O'Reilly。ISBN 978-0-596-10058-2。
- ^ abc P. Savola; B. Haberman (2004 年 11 月)。IPv6 マルチキャスト アドレスへのランデブー ポイント (RP) アドレスの埋め込み。ネットワーク ワーキング グループ。doi : 10.17487/ RFC3956。RFC 3956 。 提案された標準。RFC 7371 によって更新されました。RFC 3306 を更新します。
- ^ JS. Park; MK. Shin; HJ. Kim (2006 年 4 月). リンクスコープ IPv6 マルチキャストアドレスを生成する方法。ネットワークワーキンググループ。doi : 10.17487 / RFC4489。RFC 4489 。 提案された標準。RFC 3306 を更新します。
- ^ ab R. Droms (2014 年 8 月). IPv6 マルチキャスト アドレス スコープ.インターネット エンジニアリング タスク フォース. doi : 10.17487/RFC7346 . ISSN 2070-1721. RFC 7346. 提案された標準。RFC 4007 および 4291 を 更新します。
- ^ 「IPv6 マルチキャスト アドレス空間レジストリ」。インターネット割り当て番号局。
- ^ P. Savola (2008 年 1 月)。インターネット マルチキャスト ルーティング アーキテクチャの概要。ネットワーク ワーキング グループ。doi : 10.17487 / RFC5110。RFC 5110 。 情報提供。
- ^ S. Deering 、W. Fenner、B. Haberman (1999 年 10 月)。 IPv6 のマルチキャスト リスナー検出 (MLD)。ネットワーク ワーキング グループ。doi : 10.17487/ RFC2710。RFC 2710 。 提案された標準。RFC 3590 および 3810 によって更新されました。
- ^ R. Vida、L. Costa 編 (2004 年 6 月)。 IPv6 用マルチキャスト リスナー検出バージョン 2 (MLDv2)。ネットワーク ワーキング グループ。doi : 10.17487 / RFC3810。RFC 3810 。 提案された標準。RFC 2710 を更新します。RFC 4604 によって更新されます。
- ^ ab T. Mrugalski; M. Siodelski; B. Volz; A. Yourtchenko; M. Richardson; S. Jiang; T. Lemon; T. Winters (2018 年 11 月). IPv6 用動的ホスト構成プロトコル (DHCPv6). IETF . doi : 10.17487/RFC8415 . ISSN 2070-1721. RFC 8415. 提案された標準。RFC 3315、3633、3736、4242、7083、7283、および 7550 は 廃止されます。
- ^ B. Aboba、D. Thaler、L. Esibov (2007 年 1 月)。リンクローカルマルチキャスト名前解決 (LLMNR)。ネットワークワーキンググループ。doi : 10.17487/ RFC4795。RFC 4795 。 情報提供。
- ^ IEEE. 「標準グループ MAC アドレス: チュートリアル ガイド」(PDF)。IEEE 規格協会。pp. 2–3。2022 年 10 月 9 日のオリジナル(PDF)からアーカイブ。
- ^ Patton, Michael A.; et al. 「マルチキャスト (ブロードキャストを含む) アドレス」. cavebear.com . Karl Auerbach .
- ^ 「標準グループMACアドレス - 公開リスト」。IEEE-SA 。 2022年11月30日閲覧。
- ^ 「IANA マルチキャスト 48 ビット MAC アドレス」。IANA。2021年1 月 31 日閲覧。
- ^ S. Deering (1989 年 8 月)。IP マルチキャストのホスト拡張。ネットワーク ワーキング グループ。doi : 10.17487 /RFC1112。STD 5。RFC 1112 。 インターネット標準 5。RFC 988 および 1054 は廃止されました。RFC 2236 によって更新されました。
- ^ ab D. Eastlake III; J. Abley (2013 年 10 月). IANA の考慮事項と IEEE 802 パラメータに関する IETF プロトコルおよびドキュメントの使用法。インターネット技術タスク フォース(IETF)。doi : 10.17487 / RFC7042。ISSN 2070-1721。BCP 141。RFC 7042。 ベスト コモン プラクティス。RFC 5342 を 廃止します。RFC 2153 を更新します。
- ^ M. Crawford (1998 年 12 月)。イーサネット ネットワークを介した IPv6 パケットの送信。ネットワーク ワーキング グループ。doi : 10.17487 / RFC2464。RFC 2464 。 提案された標準。 RFC 1972 は 廃止されます。
