IP マルチキャスト

IP マルチキャストは、インターネット プロトコル(IP)データグラムを、1 回の送信で関心のある受信者のグループに送信する方法です。これは、マルチキャストの IP 固有の形式であり、ストリーミング メディアやその他のネットワーク アプリケーションに使用されます。IPv4およびIPv6で特別に予約されたマルチキャスト アドレスブロックを使用します。

IP マルチキャストに関連するプロトコルには、インターネット グループ管理プロトコル、プロトコル独立マルチキャスト、マルチキャスト VLAN 登録などがあります。IGMPスヌーピングは、レイヤー 2ネットワーク 上の IP マルチキャスト トラフィックを管理するために使用されます。

IPマルチキャストはRFC  1112で説明されています。IPマルチキャストは1986年に初めて標準化されました。 ^[1]その仕様は、RFC 4604でグループ管理を含めるように拡張され、 RFC 5771では管理スコープのアドレスを含めるように拡張されました。

IP マルチキャストは、ネットワーク内の IP インフラストラクチャ上で1 対多および多対多のリアルタイム通信を行うための技術です。受信者の ID や受信者の数に関する事前知識を必要とせず、より多くの受信者に対応できます。マルチキャストでは、多数の受信者に配信する必要がある場合でも、送信元はパケットを 1 回送信するだけで済むため、ネットワーク インフラストラクチャを効率的に使用できます。ネットワーク内のノード (通常はネットワーク スイッチとルーター) は、複数の受信者に届くようにパケットを複製し、ネットワークの各リンクでメッセージが 1 回だけ送信されるようにします。

マルチキャスト アドレス指定を使用する最も一般的なトランスポート層プロトコルは、ユーザー データグラム プロトコル(UDP) です。UDP は本質的に信頼性が低く、メッセージが失われたり、順序どおりに配信されなかったりする可能性があります。Pragmatic General Multicast (PGM)などの信頼性の高いマルチキャストプロトコルは、IP マルチキャストに加えて損失検出と再送信を追加するために開発されました。

IPマルチキャストの主要な概念には、IPマルチキャストグループアドレス、^[2]マルチキャスト配信ツリー、および受信者主導のツリー作成が含まれます。^[3]

IP マルチキャスト グループ アドレスは、送信元と受信者がマルチキャスト メッセージを送受信するために使用されます。送信元は、データ パケットの IP 宛先アドレスとしてグループ アドレスを使用します。受信者は、このグループ アドレスを使用して、そのグループに送信されたパケットを受信する必要があることをネットワークに通知します。たとえば、あるコンテンツがグループ239.1.1.1に関連付けられている場合、送信元は 239.1.1.1 宛てのデータ パケットを送信します。そのコンテンツの受信者は、グループ239.1.1.1に送信されたデータ パケットを受信する必要があることをネットワークに通知します。受信者は239.1.1.1に参加します 。受信者がグループに参加するために通常使用するプロトコルは、インターネット グループ管理プロトコル(IGMP) と呼ばれます。^[4]

共有ツリーに基づくルーティング プロトコルでは、受信者が特定の IP マルチキャスト グループに参加すると、そのグループに対してマルチキャスト配信ツリーが構築されます。このために最も広く使用されているプロトコルは、プロトコル独立マルチキャスト(PIM) です。これは、送信者からマルチキャスト グループへのデータ パケットがグループに参加しているすべての受信者に到達するように、マルチキャスト配信ツリーを設定します。PIM 実装には、スパース モード(SM)、 デンス モード(DM)、ソース固有マルチキャスト(SSM)、双方向モード (Bidir、またはスパース デンス モード、SDM) のバリエーションがあります。これらのうち、2006 年現在最も広く導入されているのは PIM-SM です^{[アップデート]}。^{[引用が必要]} SSM と Bidir は、最近開発されたよりシンプルでスケーラブルなバリエーションであり、人気が高まっています。^{[引用が必要]}

IP マルチキャストの動作では、アクティブなソースがグループの受信者について知る必要はありません。マルチキャスト ツリーの構築は受信者主導で、受信者に近いネットワーク ノードによって開始されます。IP マルチキャストは、大規模な受信者集団にまで拡張できます。IP マルチキャスト モデルは、インターネット アーキテクトのDave Clarkによって次のように説明されています。「パケットを一方の端に投入すると、ネットワークは要求するすべての人にそれを配信しようとします。」^[5]

IP マルチキャストは、ネットワーク内のマルチキャスト配信ツリーごとに状態情報を作成します。ルータが 1000 個のマルチキャスト ツリーの一部である場合、そのルータには 1000 個のマルチキャスト ルーティングおよび転送エントリがあります。一方、マルチキャスト ルータは、インターネット内の他のすべてのマルチキャスト ツリーに到達する方法を知る必要はありません。下流の受信者を持つマルチキャスト ツリーについてのみ知る必要があります。これは、マルチキャスト アドレス サービスの拡張の鍵となります。対照的に、ユニキャスト ルータは、デフォルト ルートのみを使用していても、インターネット内の他のすべてのユニキャスト アドレスに到達する方法を知る必要があります。このため、集約はユニキャスト ルーティングの拡張の鍵となります。また、インターネット ルーティング テーブルが含まれているため、数十万のルートを伝送するコア ルータもあります。

マルチキャスト グループの受信メンバーになりたい (つまり、特定のマルチキャスト アドレスに対応するデータを受信する) 各ホストは、参加するために IGMP を使用する必要があります。隣接するルータもこのプロトコルを使用して通信します。

ユニキャスト ルーティングでは、各ルータは着信パケットの宛先アドレスを調べ、テーブルで宛先を検索して、そのパケットを宛先に近づけるために使用するインターフェイスを決定します。送信元アドレスはルータには関係ありません。ただし、マルチキャスト ルーティングでは、送信元アドレス (単純なユニキャスト アドレス) を使用してデータ ストリームの方向を決定します。マルチキャスト トラフィックの送信元は上流と見なされます。ルータは、このマルチキャスト グループの宛先 (宛先アドレス) である下流インターフェイスを決定し、適切なインターフェイスを通じてパケットを送信します。リバース パス転送という用語は、パケットを宛先に向かうのではなく、送信元から遠ざけるようにルーティングするこの概念を説明するために使用されます。

ユニキャスト用のパケットが誤ってマルチキャスト アドレスに送信されると、さまざまなエラーが発生する可能性があります。特に、ICMP パケットをマルチキャスト アドレスに送信することは、パケット増幅を実現する方法として DoS 攻撃のコンテキストで使用されてきました。

ローカル ネットワークでは、マルチキャスト配信は IGMP ( IPv4ネットワーク上) とMLD ( IPv6ネットワーク上) によって制御され、ルーティング ドメイン内ではPIMまたはMOSPFが使用され、ルーティング ドメイン間ではMBGPなどのドメイン間マルチキャスト ルーティング プロトコルが使用されます。

マルチキャスト配信に使用される一般的な配信およびルーティング プロトコルは次のとおりです。

• インターネット グループ管理プロトコル(IGMP)
• プロトコル非依存マルチキャスト(PIM)
• 距離ベクトル マルチキャスト ルーティング プロトコル(DVMRP)
• マルチキャスト オープン ショート パス ファースト(MOSPF)
• マルチキャスト BGP (MBGP)
• マルチキャスト ソース検出プロトコル(MSDP)
• マルチキャスト リスナー検出(MLD)
• GARP マルチキャスト登録プロトコル(GMRP)

ユニキャスト パケットは、イーサネット パケット アドレスに特定のレイヤー 2 MAC アドレスを設定することにより、イーサネットまたは IEEE 802.3 サブネット上の特定の受信者に配信されます。ブロードキャスト パケットは、ブロードキャスト MAC アドレスFF:FF:FF:FF:FF:FFを使用します。

IPv4マルチキャスト パケットは、イーサネット MAC アドレス範囲01:00:5E:00:00:00から01:00:5E:7F:FF:FF ( IANAが所有するOUI付き) を使用して配信されます。この範囲には、23 ビットの使用可能なアドレス空間があります。最初のオクテット (01) には、ブロードキャスト/マルチキャスト ビットが含まれます。28 ビットのマルチキャスト IP アドレスの下位 23 ビットは、使用可能なイーサネット アドレス空間の 23 ビットにマッピングされます。これは、パケットの配信に曖昧さがあることを意味します。同じサブネット上の 2 つのホストがそれぞれ、アドレスが最初の 5 ビットのみ異なる異なるマルチキャスト グループにサブスクライブしている場合、両方のマルチキャスト グループのイーサネット パケットが両方のホストに配信され、ホストのネットワーク ソフトウェアは不要なパケットを破棄する必要があります。^[6]

IPv6 マルチキャストアドレスの場合、イーサネット MAC は、下位 4 オクテットと MAC 33:33:00:00:00:00の論理和によって導出されるため、たとえば IPv6 アドレスff02:dead:beef::1:3 は、イーサネット MAC アドレス33:33:00:01:00:03にマップされます。^[7] スイッチがマルチキャストアドレスを理解しない場合は、そのトラフィックが LAN のすべてのメンバーにフラッディングされます。この場合、システムのネットワークカード (またはオペレーティングシステム) は、サブスクライブしていないマルチキャストグループに送信されたパケットをフィルタリングする必要があります。

IGMP トラフィックをリッスンし、特定のマルチキャスト グループに加入しているネットワーク システムの状態テーブルを維持するスイッチがあります。このテーブルは、特定のグループ宛てのトラフィックを、限られたホスト (ポート) のセットにのみ転送するために使用されます。IGMP トラフィックをリッスンするこのプロセスは、IGMP スヌーピングと呼ばれます。

さらに、レイヤー 3 機能を備えた一部のスイッチは、IGMP クエリアとして動作できます。マルチキャスト ルータとして機能するルータが存在しないネットワークでは、IGMP スヌーピング クエリアが有効になっているスイッチを使用して、ユーザーがマルチキャスト トラフィックにサブスクライブするために必要な IGMP メッセージを生成できます。

802.11ワイヤレス ネットワークは、有線イーサネットと同じ範囲の MAC アドレスを使用して、IP マルチキャスト アドレスをマップします。ただし、802.11 ワイヤレス ネットワークは、配信トラフィック表示メッセージ(DTIM) の構成とビーコン間隔の設定に応じて、マルチキャスト トラフィックを異なる方法で処理します。基本サービス セット内のステーションが省電力モードになっていない場合、マルチキャスト パケットは到着するとすぐに送信されます。省電力モードになっているステーションが 1 つ以上ある場合、アクセス ポイントは各 DTIM 間隔の後にのみマルチキャスト トラフィックを配信し、基本レート セットでサポートされているレートの 1 つで送信します。ほとんどの無線アクセスポイントでは、この間隔のデフォルト設定は、動作帯域と保護モードに応じて、102.4 ms ^{[引用が必要]} (ビーコン間隔 = 100 ms、DTIM = 1) または 204.8 ms ^{[引用が必要]} (ビーコン間隔 = 100 ms、DTIM = 2) のいずれかであり、送信速度は 1 Mbit/s または 6 Mbit/s ^{[引用が必要]}のいずれかです。DTIM とビーコン間隔の設定を調整することで、無線ネットワークでのマルチキャストパフォーマンスを向上させることができます。^[8]

イーサネットとは異なり、802.11 のトラフィックのほとんどは ACK と NACK を使用して確実に送信されるため、無線干渉によって耐えられないほど高いパケット損失が発生することはありません。ただし、マルチキャスト パケットは 1 回送信され、確認応答がないため、損失率がはるかに高くなります。これに対処するには、マルチキャスト データを各クライアントに繰り返しユニキャストすることを選択するか、各クライアントに ACK を要求するなど、さまざまな方法があります。 ^[9]一部の方法はアクセス ポイントの変更のみを必要とし、一部のエンタープライズ クラスのデバイスでサポートされていますが、他の改善にはクライアントの変更が必要になるため、広く採用されていません。

IP マルチキャストは、送信者から単一のデータ パケットを送信し、それを一連の受信者に複製できるインターネット通信方法です。複製技術は、データの送信に使用されるメディアに多少依存します。イーサネットや衛星リンクなどの固有のブロードキャスト メディアでマルチキャストを送信すると、メディアに直接接続されたすべての受信者がデータ パケットを自動的に受信できるようになります。対照的に、ポイントツーポイントまたはポイントツーマルチポイントのメディアでマルチキャストを送信する場合は、リンクごとにパケットを複製する必要があります。複製プロセスは、ネットワーク内に配信ツリーが構築される最適な方法で実行する必要があります。パケットは、ツリーの各ブランチで複製できます。これにより、送信者が受信者ごとにパケットを 1 回複製する必要性が軽減されます。

IPsecを通信リンクとして使用するには、ポイントツーポイント接続を確立する必要があります。通常、セキュリティは送信者から受信者に要求されるため、送信者は各安全な接続 (受信者ごとに 1 つ) でパケットを複製する必要があります。受信者の数が増えると、送信者は各受信者にパケットを複製して拡張する必要があります。送信者にかかる処理負荷が高くなる可能性があり、送信者の拡張性が制限されます。マルチキャストを安全に伝送するには新しい方法が必要であり、これはセキュア マルチキャストまたはマルチキャスト セキュリティと呼ばれていました。

インターネット技術特別調査委員会 ( IETF ) は、パケット ネットワークを介してマルチキャスト トラフィックを安全に送信するために、新しいインターネット プロトコル (IP) を作成しました。このプロトコル定義は、マルチキャスト セキュリティ ワークグループで開発され、現在 IP マルチキャスト トラフィックのセキュリティ保護の標準として使用されているいくつかの Request for Comments (RFC) につながりました。このプロトコルにより、送信者はマルチキャスト パケットを暗号化し、最適な配布ツリー上のパケット ネットワークに転送できるようになりました。パケットは、ネットワーク内の最適な場所に複製され、すべての受信者に配信されます。受信者は、パケットを復号化し、安全なネットワーク環境でパケットを転送できます。マルチキャスト パケットの送信者は、潜在的な受信者を知らないため、ペアワイズ暗号化キー (受信者ごとに 1 つ) を作成することはできません。送信者は、すべての正当な受信者がパケットの復号化に使用する共有キーを使用してパケットを暗号化する必要があります。システムのセキュリティは、正当な受信者のみにキーの配布を制御できるかどうかに基づいています。このため、IETF はRFC 6407 で定義されているGroup Domain of Interpretation (GDOI) プロトコルを作成しました。このプロトコルにより、送信者と受信者はキー サーバーに参加でき、そこでポリシーとキーが暗号化され、安全なマルチキャスト グループのメンバーに配布されます。キー サーバーは、送信者と受信者を特定のグループに認証および承認することができ、共有キーを使用してグループのメンバー間のトラフィックを暗号化および復号化します。

マルチキャストは、その性質上、接続指向のメカニズムではないため、失われたパケットの再送信を可能にするTCPなどのプロトコルは適切ではありません。オーディオやビデオのストリーミングなどのアプリケーションでは、時々パケットがドロップされても問題にはなりません。しかし、重要なデータを配信するには、再送信を要求するメカニズムが必要です。

Cisco が提案したそのような方式の 1 つに PGM (元々は Pretty Good Multicasting でしたが、商標上の理由でPragmatic General Multicastに変更されました) があり、 RFC 3208 で文書化されています^[要出典]。この方式では、マルチキャスト パケットにシーケンス番号があり、パケットが失われた場合、受信者は、必要でない場合は代替データを無視して、マルチキャスト グループの他のメンバーにパケットを再マルチキャストするように要求できます。拡張バージョンの PGM-CC は、グループ全体を最も劣悪な受信者が利用できる帯域幅にまで下げることで、IP マルチキャストをより「TCP フレンドリー」にしようとしています。

インターネット技術タスクフォース(IETF)によって文書化された他の 2 つの方式は、RFC 5740 および RFC 5401 で文書化された標準トラック プロトコル NACK-Oriented Reliable Multicast (NORM) と、RFC 6726 で文書化されたプロトコル File Delivery over Unidirectional Transport (FLUTE) です。これらには、独自の実装に加えてオープン ソースの実装が存在します。その他の同様のプロトコル ( Scalable Reliable Multicastなど) は、さまざまなソースによって定義されています。このようなプロトコルは、エラー検出の方法、エラー回復に使用されるメカニズム、そのような回復のスケーラビリティ、および信頼性の意味に関する基本的な考え方が異なります。1996 年 8 月 27 日の ACM SIGCOMM Multicast Workshop の信頼性の高いマルチキャスト プロトコルのリストには、この問題に対するいくつかのアプローチが文書化されています。

インターネット プロトコル マルチキャスト標準イニシアチブ (IPMSI) などの独立グループは、提案されているSecure Multicast for Advanced Repeating of Television (SMART) のような、真にスケーラブルでセキュアな信頼性の高い IP マルチキャスト プロトコルがないため、ドメイン間ルーティングでの IP マルチキャストの採用が妨げられていると主張しています。AES レベルのセキュリティとスケーラブルな信頼性を備えた、広く採用されているシステムがないため、スポーツ イベント (スーパー ボウルなど) やニュース速報のマス メディアの送信がパブリック インターネットで行われていません。^{[引用が必要]}

PGM や SMART などの信頼性の高い IP マルチキャスト プロトコルは実験段階です。標準化過程にあるプロトコルは NORM のみです (RFC 3941 の標準化過程リビジョンは RFC 5401 で指定され、RFC 3940 の標準化過程リビジョンは RFC 5740 で指定されています)。

マルチキャストはユニキャストとは異なる送信モードであるため、マルチキャスト用に設計されたプロトコルのみがマルチキャストで適切に使用できます。マルチキャストを使用する既存のアプリケーション プロトコルのほとんどは、ユーザー データグラム プロトコル(UDP)上で実行されます。

多くのアプリケーションでは、リアルタイム トランスポート プロトコル(RTP) は、マルチキャスト経由のマルチメディア コンテンツのフレーミングに使用されます。リソース予約プロトコル(RSVP) は、マルチキャスト配信をサポートするネットワークでの帯域幅予約に使用できます。マルチキャスト DNS (mDNS) は、マルチキャストを使用して、専用の DNS サーバーを使用せずにドメイン名またはホスト名を解決するために使用できます。

IP マルチキャストは、企業、商業証券取引所、マルチメディア コンテンツ配信ネットワークで広く導入されています。企業における IP マルチキャストの一般的な用途は、ライブ テレビ配信やテレビによる社内会議などのIPTVアプリケーションです。 ^{[引用が必要]}

ホスピタリティ業界では、ホテルでのIPTV配信に IP マルチキャストが一般的になり、小売業界では IP マルチキャストがテレビ配信やビデオ広告アプリケーションに広く使用されるようになりました。

有料テレビ事業者や、キャンパス内に学生寮を多数備えた一部の教育機関では、IP マルチキャストを導入して、高速ビデオなどの一方向ストリーミング メディアを多数の受信者に配信しています。また、マルチキャスト テクノロジを使用したオーディオおよびビデオ会議もいくつか行われています。これらはあまり普及しておらず、ほとんどの場合、需要に対応できるネットワーク容量がより高い研究機関や教育機関でのみ使用されています。^{[引用が必要]} 一部の技術会議やミーティングは、IP マルチキャストを使用して送信されます。最近まで^{[いつ? ]、} IETF ミーティングのセッションの多くはマルチキャストを使用して配信されていました。^{[引用が必要]}

キャンパスおよび商用ネットワーク内でのマルチキャストのもう 1 つの用途は、ファイルの配布、特にオペレーティング システムのイメージと更新をリモート ホストに配信することです。マルチキャスト ブート イメージがユニキャスト ブート イメージよりも優れている主な利点は、ネットワーク帯域幅の使用量が大幅に少ないことです。

IP マルチキャストは、株価表示システムやHoot-n-Hollerシステムなどのアプリケーション向けに金融分野でも導入されています。 ^{[引用が必要]}

ルータの大規模な状態要件により、多数のツリーを使用するアプリケーションは、IP マルチキャストを使用している間は動作できなくなります。プレゼンス情報を例にとると、各人が少なくとも 1 つの加入者のツリーを保持する必要があります。数百万の送信者と数百万のマルチキャスト グループに IP マルチキャスト モデルを拡張できるメカニズムはまだ実証されておらず、そのため、完全に汎用的なマルチキャスト アプリケーションを実用化することはまだ不可能です。^[要出典]

RFC 3170 ( IP マルチキャスト アプリケーション: 課題とソリューション) では、展開の問題の概要が説明されています。

IPマルチキャストは、スタンフォード大学在学中にスティーブ・ディーリングによって初めて開発され、彼はIEEEインターネット賞を受賞した。^[10]

MBONEは、トンネルを使用してサイト間のマルチキャストを可能にするための、長年にわたる実験的なアプローチでした。MBONE は現在は運用されていませんが、幅広いエンド ユーザーにサービスを提供できるように、マルチキャスト トラフィックを再びトンネリングすることに新たな関心が集まっています。

CastGateはブリュッセル自由大学のETRO-TELE研究グループによるインターネット上でIPマルチキャストを採用する試みであった。^[11]

マルチキャストは、インターネット ユーザーがネットに大きな負荷をかけずにリッチ メディアやその他のコンテンツを受信できるようにするものですが、ほとんどのインターネット ユーザーはまだ利用できませんでした。CastGate プロジェクトは、エンド ユーザーが IP マルチキャストをネイティブにサポートしていないネットワーク上で自動的に構成されたIP トンネルを介して接続できるようにすることで、この問題を解決しようとしました。そのアイデアは、マルチキャスト機能を持つユーザーが増えれば、より多くのコンテンツ プロバイダーがマルチキャストよりもストリーミング コンテンツの利点を認識するようになるというものでした。十分な数のコンテンツ プロバイダーとユーザーがこのサービスを利用すれば、より多くのインターネット サービス プロバイダーが顧客にネイティブに IP マルチキャストを有効にするだろうという期待がありました。^[11]

CastGateは、CastGateトンネルネットワークに接続するためのMicrosoft WindowsとLinuxの両方に対応したソフトウェアクライアントを提供しました。また、トンネルサーバーを追加するためのツールや、ビデオやオーディオストリームを含むマルチキャストネットワークからセッションアナウンスメントプロトコルのアナウンスを受信するためのツールも提供しました。^[12]

このプロジェクトは2007年までウェブサイトを運営していた。^[12]

2005年から^[13] 、 BBCは英国を拠点とするインターネットサービスプロバイダーに対し、自社のネットワークにマルチキャストアドレス可能なサービスを導入するよう奨励し、ユニキャストアドレスサービスよりも高品質^{[14]のBBCラジオを提供し始めた。これは、} BBC、GCap Media、EMAP、Virgin Radioなど、さまざまな商用ラジオネットワークによってもサポートされている。^[15]

ドイツの公共放送局ARD ^[16]とZDF、および仏独ネットワークArteは、複数のネットワークでマルチキャストされたテレビ番組を提供しています。オーストリアのインターネットサービスプロバイダーTelekom Austriaは、デジタル加入者線（DSL）の顧客に、マルチキャストアドレスを使用してテレビやラジオ放送を受信するテレビセットトップボックスを提供しています。ドイツでは、 Deutsche TelekomのブランドであるT-Homeが同様のサービスを提供しています。

• メディアツールリポジトリ、英国：UCL、2007-01-08にオリジナルからアーカイブ– MBone用のツールコレクション
• VideoLAN –無料のソフトウェアマルチキャスト ビデオ ストリーミングアプリケーション
• Xorp、2011-05-13にオリジナルからアーカイブ、2012-09-05に取得–マルチキャスト（IGMP、PIM）をサポートするフリーソフトウェアルーター
• スムクルート– Linuxカーネル上でマルチキャストルートを操作するためのシンプルなツール
• SSM-ping、NO : Venås、2007-11-26 にオリジナルからアーカイブ– マルチキャスト接続をテストするツール
• Wilbert、IGMP v3、Kloosterhof、2007-08-26 にオリジナルからアーカイブ– FreeBSD 上の IGMPv3 のホスト実装
• Java Reliable Multicast Service、2013 年 1 月 30 日にオリジナルからアーカイブ、2012 年 9 月 8 日に取得- マルチキャスト対応アプリケーションを構築するためのライブラリとサービス
• PIM 実装、USC、2007-12-24 にオリジナルからアーカイブ– 現在は廃止されたPIMプロトコルの実装
• qpimd – Quagga 用 PIM デーモン、GNU— Quagga ルーティング スイートのPIMモジュール
• GateD、Next hop、2007-09-09 にオリジナルからアーカイブ– マルチキャストを含むルーティングプロトコルのUnix実装
• GateD の PIM-DM コード、オレゴン大学、2007 年 10 月 15 日にオリジナルからアーカイブ。
• NORM、NRL、2008-10-07にオリジナルからアーカイブ、2008-03-26に取得– 米国海軍研究所のNack指向の信頼性の高いマルチキャスト、オープンソースのC++実装
• ecmh (Easy Cast du Multi Hub)、修正解除– IPv6マルチキャストデーモンは、PIMを必要とせずにIPv6マルチキャストを使用できるようにします。
• MRD6 – IPv6 マルチキャスト ルーティング デーモン
• UFTP – マルチキャストによる暗号化された UDP ベースの FTP
• GStreamer –マルチキャストビデオストリーミングをサポートするフリーソフトウェア マルチメディアフレームワーク
• Mcproxy (マルチキャスト プロキシ)– PMIPv6マルチキャスト拡張をサポートするIGMP / MLDプロキシ

• コアベースツリー、IPマルチキャストスケーラビリティの提案

• TCP/IP 経由のマルチキャスト (Howto)、Linux ドキュメント プロジェクト、1998 年 3 月Linux カーネルのマルチキャストについて説明しますが、一部のセクション (特にマルチキャスト プログラム) は古くなっており、最近のソフトウェアについては説明されていません。
• 信頼性の高いマルチキャスト トランスポート (rmt) (ワーキング グループ)、IETF、2007 年 12 月 3 日にオリジナルからアーカイブ。
• マルチキャスト & エニーキャスト グループ メンバーシップ (magma) (ワーキング グループ)、IETF、2007-12-14 のオリジナルからアーカイブ。
• プロトコル独立マルチキャスト (pim) (ワーキンググループ)、IETF、2007-12-02 にオリジナルからアーカイブ。
• Source-Specific Multicast (ssm) (ワーキンググループ)、IETF、2007-01-27 にオリジナルからアーカイブ。
• マルチキャスト セキュリティ (msec) (ワーキング グループ)、IETF、2007-12-16 にオリジナルからアーカイブ。
• マルチキャスト、ソケット. IPの詳細。
• IP-Ethernet マルチキャスト (チュートリアル)、CX: ファイアウォール。
• IP マルチキャスト (ビデオ)、Cisco。
• 「信頼性の高いマルチキャスト方式の概要」、ACM SIGCOMM マルチキャスト ワークショップ、マサチューセッツ大学、1996 年 8 月 27 日。
• Floyd、軽量セッションとアプリケーション レベル フレーミングのための信頼性の高いマルチキャスト フレームワーク、ICIRスケーラブルで信頼性の高いマルチキャストを定義する論文。
• マルチキャスト方式の分析、Wikidot 、 2019-05-03取得。
• Noormohammadpour, Mohammad; Raghavendra, Cauligi S.; Rao, Sriram; Kandula, Srikanth (2017)、DCCast: Efficient Point to Multipoint Transfers Across Datacenters、USENIX Association、arXiv : 1707.02096、Bibcode :2017arXiv170702096N 、 2019-05-03取得。
• インターネット マルチキャスト ルーティング アーキテクチャの概要。2008 年 1 月。doi : 10.17487/ RFC5110。RFC 5110 。