「マルチキャスト」の編集履歴（バックアップ）一覧はこちら
「マルチキャスト」(2013/12/24 (火) 14:14:27) の最新版変更点
追加された行は緑色になります。
削除された行は赤色になります。
<p><u>・マルチキャスト<br /></u>メリット：ユニキャストやブロードキャストのように無駄に帯域を使用しない。</p>
<p><u>・マルチキャストMACアドレス<br /></u>マックアドレスの前から２４ビット目が「１」のマックアドレス。</p>
<p><u>・RPF(<strong>Reverse Path
Fowarding)</strong><br /></u>マルチキャストにおいてループを防ぐ仕組み。<br /><br />
パケットを受信した複数のインターフェースの中で、そのパケットの送信元まで、<br />
一番近い経路のインターフェースを「アップストリーム」という。<br />
以後、アップストリームに選ばれたインターフェース以外からはパケット受け取らない（ドロップする）為、<br />
ルーティングループは起こらない。</p>
<p><u>□IGMPの基本動作（バージョン共通）<br /></u>・グループに参加<br />
参加したいクライアントはJOINメッセージを送る。<br /><br />
・グループの維持<br />
１、クエリア（クエリというパケットを定期的に全ルータに配信）を全ルータに配信する。<br />
２、クエリアを受信したメンバはランダムな時間待って、レポートを返す<br />
３、レポートが返ってこなければクエリアはグループは消滅したとみなす。<br />
※グループが存在していることを確認できればよいので、クエリアにレポートが届いたらほかのメンバはレポートを返さない。</p>
<p>・グループからの離脱<u><br /></u> -ver.1：メンバは何もアクションを起こさないことで、勝手に抜ける。<br />
デメリット：定期的なクエリアの配信まではグループが消滅したことを確認できないため、<br />
その間は不要なマルチキャストトラフィクを送信してしまう。</p>
<p> -ver.2：明示的な離脱メッセージである、「リーブメッセージ」が追加された。<br />
リーブメッセージを受け取ったクエリアはメッセージをメンバにだして、レポートが帰ってくればグループは存続していると判断できる<u>。</u></p>
<p><u> ・クエリアの選択（IGMPｖ２）<br /></u>要はIPアドレスが低いクエリアがクエリアとして生き残る。</p>
<p><u>□スイッチでマルチキャストがフラッディングされてしまう事象を回避する手段。</u><br />
スイッチは基本的にはマルチキャストパケットはフラッディングしてしまう。<br />
これでは負担が大きくなるため、スイッチでもマルチキャストの制御ができるようにしたもの。<br /><br />
・CGNP<br />
実際のネットワークでは、ルーターではなくスイッチにメンバが接続されている為。<br />
IGMPと連動してマックアドレスをL2スイッチのアドレステーブルを書き換える。</p>
<p>・CGMP Leave<br />
ver.1:①メンバは特に宣言せず、勝手に離脱。②クエリアは定期的なクエリに応答がなくなった為、CGMP Leaveメッセージをスイッチに送信。<br />
④スイッチはマルチキャストマックアドレスをエントリから削除。</p>
<p>・IGMPスヌーピング<br />
IGMPパケットはL3パケットであるため通常はスイッチで感知することは無いが、<br />
それをL2スイッチで覗き見することでダイレクトに「マルチキャストテーブルエントリ」を更新する。<br />
→マックアドレステーブルとは違うもの？</p>
<p> </p>
<p> <u>□送信元配信ツリーと共有配信ツリー</u><u><br /></u><br />
・送信元配信ツリー（DMで使用）<br />
送信元を根とするツリーを作成する。<br /><br />
メリット：送信先へ最適な経路で配信できる。<br />
デメリット：宛先ごとにツリーが複数必要。</p>
<p>・共有配信ツリー（SM）で使用。<br />
RPを根とするツリーを作成する。<br /><br />
メリット：複数の配信先があっても、一つのツリーで済む。<br />
デメリット：RPの設定が必要。<br />
RPまでの経路が必ずしも最適経路になるとは限らない。</p>
<p><u>・マルチキャスト<br /></u>メリット：ユニキャストやブロードキャストのように無駄に帯域を使用しない。</p>
<p><u>・マルチキャストMACアドレス<br /></u>マックアドレスの前から２４ビット目が「１」のマックアドレス。</p>
<p><u>・RPF(<strong>Reverse Path
Fowarding)</strong><br /></u>マルチキャストにおいてループを防ぐ仕組み。<br /><br />
パケットを受信した複数のインターフェースの中で、そのパケットの送信元まで、<br />
一番近い経路のインターフェースを「アップストリーム」という。<br />
以後、アップストリームに選ばれたインターフェース以外からはパケット受け取らない（ドロップする）為、<br />
ルーティングループは起こらない。</p>
<p><u>□IGMPの基本動作（バージョン共通）<br /></u>・グループに参加<br />
参加したいクライアントはJOINメッセージを送る。<br /><br />
・グループの維持<br />
１、クエリア（クエリというパケットを定期的に全ルータに配信）を全ルータに配信する。<br />
２、クエリアを受信したメンバはランダムな時間待って、レポートを返す<br />
３、レポートが返ってこなければクエリアはグループは消滅したとみなす。<br />
※グループが存在していることを確認できればよいので、クエリアにレポートが届いたらほかのメンバはレポートを返さない。</p>
<p>・グループからの離脱<u><br /></u> -ver.1：メンバは何もアクションを起こさないことで、勝手に抜ける。<br />
デメリット：定期的なクエリアの配信まではグループが消滅したことを確認できないため、<br />
その間は不要なマルチキャストトラフィクを送信してしまう。</p>
<p> -ver.2：明示的な離脱メッセージである、「リーブメッセージ」が追加された。<br />
リーブメッセージを受け取ったクエリアはメッセージをメンバにだして、レポートが帰ってくればグループは存続していると判断できる<u>。</u></p>
<p><u> ・クエリアの選択（IGMPｖ２）<br /></u>要はIPアドレスが低いクエリアがクエリアとして生き残る。</p>
<p><u>□スイッチでマルチキャストがフラッディングされてしまう事象を回避する手段。</u><br />
スイッチは基本的にはマルチキャストパケットはフラッディングしてしまう。<br />
これでは負担が大きくなるため、スイッチでもマルチキャストの制御ができるようにしたもの。<br /><br />
・CGNP<br />
実際のネットワークでは、ルーターではなくスイッチにメンバが接続されている為。<br />
IGMPと連動してマックアドレスをL2スイッチのアドレステーブルを書き換える。</p>
<p>・CGMP 離脱<br />
ver.1:①メンバは特に宣言せず、勝手に離脱。②クエリアは定期的なクエリに応答がなくなった為、CGMP Leaveメッセージをスイッチに送信。<br />
④スイッチはマルチキャストマックアドレスをエントリから削除。</p>
<p>・IGMPスヌーピング<br />
IGMPパケットはL3パケットであるため通常はスイッチで感知することは無いが、<br />
それをL2スイッチで覗き見することでダイレクトに「マルチキャストテーブルエントリ」を更新する。<br />
→マックアドレステーブルとは違うもの？<br />
・IGMPver2のLeaveメッセージをスヌーピングする事で、マルチキャストテーブルエントリから離脱することも可能。</p>
<p> </p>
<p> <u>□送信元配信ツリーと共有配信ツリー</u><u><br /></u><br />
・送信元配信ツリー（DMで使用）<br />
送信元を根とするツリーを作成する。<br /><br />
メリット：送信先へ最適な経路で配信できる。<br />
デメリット：宛先ごとにツリーが複数必要。</p>
<p>・共有配信ツリー（SM）で使用。<br />
RPを根とするツリーを作成する。<br /><br />
メリット：複数の配信先があっても、一つのツリーで済む。<br />
デメリット：RPの設定が必要。<br />
RPまでの経路が必ずしも最適経路になるとは限らない。</p>
