最小のネットワーク 第9回 マルチキャスト/ habr。

私たちのスケジュールのLinkMeupプロバイダは、通常の通信事業者のすべてのサービスによって静かに育ちます。今、私たちはIPTVに成長しました。

これは、マルチキャストルーティングを設定する必要があり、まずそのようなマルチコンがあることを理解する必要があります。

これはIPネットワークの通常の原則からの最初の偏差です。それでも、マルチキャストパラダイムは暖かいランプランプとは根本的に異なる。

あなたも言うことができます、それはどういうわけか新しいアプローチを理解するためのあなたの心の柔軟性に挑戦します。

この記事では、次の点に注目しています。

伝統的なビデオチュートリアル:

エンジニアのように、私の形成の夜明けでは、マルチキャストのテーマは信じられないほどおびえていました、そして私は彼と私の最初の経験の心理タラハムと関連付けられました。 "" だから、狂ったように、狂ったように、あなたが市内中心部の私たちの新しい建物にビデオストリームを喚起する必要がある - プロバイダーは2階にここにそれを与えるでしょう 「私は一つの素晴らしい朝に聞いた。私がマルチキャストについて知っていたことはすべて、これが送信者が1つの受信者であるものであり、IGMPプロトコルがどういうわけか関与しているようです。

その結果、正午前に、私たちは全体を始めようとしました - 私はエントリポイントからコントレットポイントまで最も普通のVLANを破った。しかし、信号は不安定でした - 凍結し、折りたたまれた、中断されました。 IGMP全般で、Multicast Routing、IGMP-Snoopingをオンにしたのは、IGMPで行うことができることを理解するパニックで試してみました。そして突然すべてがうまくいった。もちろん、安定した、トラブルフリー。

マルチキャストを予防接種することで私に奉仕しました、そして長い間私は彼に興味を示さなかった。

すでに後で私は次の規則に来ました。 そして今、理解可能なケースの高さから、ネットワーク部分の設定 - バギー有限機器の設定に問題があることがわかりました。 落ち着いて私を信頼してください。この記事の後、そのようなことはあなたを怖がらせません。 一般的なマルチキャストの理解。 ご存知のとおり、次の種類のトラフィックが存在します。 ユニキャスト。 - ユニキャスト - 1人の送信者、1人の受信者。 ( 例:WebサーバーでのHTTP-PAGEのクエリ ご存知のとおり、次の種類のトラフィックが存在します。 )。 放送。 - ブロードキャスト - 1つの送信者、受信者 - 放送セグメント内のすべてのデバイス。 ( ご存知のとおり、次の種類のトラフィックが存在します。 例:ARPリクエスト マルチキャスト。 - マルチキャスト - 1つの送信者、多くの受信者。 ( 例:IPTV。

エニーキャスト。

- 最寄りのノードのユニキャスト - 1つの送信者、一般的に多くの受信者ですが、実際にはデータは1つだけ送信されます。 ( 例:Anycast DNS )。

マルチキャストについて話すことにしたので、おそらく、質問からこの段落から始めましょう。

心にやってくる最初のものはテレビ(IPTV)です - 1つのソースサーバーは一度に多くの顧客を受け取る必要があるトラフィックを送信します。これはそのもので決定されます -

マルチキャスト。

- マルチキャストブロードキャストつまり、ブロードキャストが既に知られている場合は、すべてのグループをブロードキャストすることを意味します。

  1. 第2のアプリケーションは、例えば、オペレーティングシステムの多くのコンピュータへの複製である。これは、1つのサーバーから大きなデータボリュームをロードすることを意味します。
  2. 可能なシナリオ:オーディオとビデオ会議(1つは言う - 誰もが聞いた)、電子商取引、オークション、株価交換。しかし、これは理論的には、実際にはマルチキャストはここではめったに使用されません。

別のアプリケーションはプロトコルサービスメッセージです。たとえば、ブロードキャストドメイン内のOSPFはそのメッセージをアドレス224.0.0.0.5および224.0.0.6に送信します。そして、OSPFが実行されているノードのみが処理されます。

マルチキャストニュースレターの基本原則を2つ作成します。

送信者は、受信者数に関係なく、1つのトラフィックのコピーしか送信されません。

交通はそれに本当に興味がある人だけを受け取ります。

この記事では、最も視覚的な例としてIPTVを取ります。

例I.

最も単純なケースから始めましょう。 ソースサーバーでは、ブロードキャストは224.2.2.4グループに設定されています。これは、サーバーがIPアドレス224.2.2.4にトラフィックを送信することを意味します。クライアントでは、ビデオプレーヤーは224.2.2.4のグループを取るように構成されています。 .

同時に、クライアントとサーバーは、1つのサブネットからアドレスを持つ必要はなく、互いに互いにpingを持つ必要はありません.1つのブロードキャストドメインに入るのに十分です。

マルチキャストストリームは単にサーバーから注ぎ、クライアントは単にそれを取ります。パッチを使って2つのコンピュータを接続して、たとえばVLCを実行して、職場で直接試すことができます。

マルチキャストでは、ソースからシグナリングがないことに注意してください。

「こんにちは、私はソースです、あなたは少しマルチキャストが必要ですか?」

ソースサーバーは、単に自分のインターフェース内のマルチキャストパケットをブロードキャストし始めます。この例では、それらは直接クライアントに入り、実際にすぐにそれらを取ります。

このリンクのパッケージをキャッチすると、マルチキャストトラフィックがSea UDPパケットのようなものではないことがわかります。

マルチキャストは特定のプロトコルに接続されていません。実際、そのアドレスを定義するすべて。ただし、そのアプリケーションについて話している場合は、絶対的な大部分でUDPです。これは通常ここで必要とされるデータがマルチキャストの助けに送信されるという事実によって簡単に説明されています。たとえば、ビデオです。フレームの一部が失われた場合、送信者はそれをTCPでどのように起こるかを再び送信しようとします。その後、この作品は遅く、そしてそれを表示する場所はどこにありますか?電車が残っています。音とまったく同じです。

したがって、接続をインストールする必要がないため、TCPが必要です。

Unicustからマルチキャストをそらすのは何ですか?私はあなたがすでに仮定していると思います。そしてあなたはおそらく正しいです。 通常の状況では、1つの受信者と1の送信者があります - それぞれに1つの固有のIPアドレスがあります。送信者は、パッケージをスケートする場所を正確に知っており、このアドレスをIPヘッダーに入れます。そのルーティングテーブルによる各中間ノードは、パッケージの送信先を知っています。 2つのノード間のユニキャストトラフィックはネットワークを介して妨げられません。しかし、問題は通常のパッケージで1つの受信者のIPアドレスしか指定されていないことです。 1人と同じトラフィックには何があるかどうでしょうか?原則として、ユニキャストアプローチとそのような状況を拡張することが可能です。パッケージのコピーを各クライアントに送信することができます。顧客は違いには違いに気付きません - 1つは少なくとも千でありますが、違いはあなたのデータ転送チャネルで明確に区別できます。 Gマルチキャストサーバーから1つのSDチャネルの転送があるとします。 2 Mb / sを使用しましょう。 30の総チャネル、そして20人のチャンネルを同時に見る。ユニキャストの場合はテレビでのみ2 Mb / s * 30チャンネル* 20人= 1200 MB / sまたは1.2 GB / sです。しかし、あなたは安全にこの数字を2で掛けることができるHDチャンネルがまだあります。そして急流の場所はどこにありますか?

そのため、アドレスブロックがIPv4に配置された理由です。

クラスD:224.0.0.0/4

(224.0.0.0-239.255.255.255.255.255.255)。この範囲のアドレスはマルチキャストグループによって決まります。ある住所は1つのグループです、通常は文字で示されています

""

つまり、クライアントがグループ224.2.2.4に接続されていると言って、宛先224.2.2.4のアドレスを持つマルチキャストトラフィックを受信することを意味します。

実施例2

スキームにスイッチを追加し、さらにいくつかの顧客を追加します。

マルチキャストサーバーはまだグループ224.2.2.4のためにブロードキャストされています。スイッチでは、4つのポートすべてが1つのVLANになければなりません。トラフィックがスイッチにやってくるため、デフォルトは1つのVLANのすべてのポートに送信されます。そのため、すべての顧客はこのトラフィックを受け取ります。その上に、グループアドレス224.2.2.4もビデオプレーヤーの全く指定されています。

実際には、これらすべての機器はこのマルチキャストグループのメンバーになります。それのメンバーシップは動的です:いつでも、それから出入りすることができます。 この状況では、これが一般的にこれを望んでいなかった人でさえ、それはそれでもそれに起動されていない人でもない人でも交通が受け取るでしょう。しかし、彼が同じVLANにいる場合に限り。後で私たちはそれに対処する方法を扱います。

この場合、スイッチへのトラフィックのコピーが1つのコピーだけが送信元サーバーから来ており、各クライアントには別のコピーではありません。そして、SDチャネルを使用したこの例では、ソースとスイッチ間のポート負荷は1.2 GB / sではなく、60 MB / s(2MB / c * 30チャンネル)だけです。

実際には、この全体の巨大な範囲(224.0.0.0-239.255.255.25555)を使用できます。

まあ、ほとんどすべて - 最初のアドレス(224.0.0.0/23の範囲)はまだ既知のプロトコルのために予約されています。

予約IPアドレスのリスト

Link-Localの下に予約されている範囲224.0.0.0/24

通信そのような目的地のアドレスを持つマルチキャストパッケージは、1つのブロードキャストセグメントの限界を超えてはいけません。

224.0.1.0/24の範囲は、ネットワーク全体にマルチキャストを送信する必要があるプロトコル、つまりルータを通過するプロトコルの下に予約されています。

ここで、実際には、マルチキャストに関する最も基本的なものです。

ソースと受信者が同じネットワークセグメント内にあるときに簡単な状況を見ました。スイッチによって受信されたトラフィックは単純にすべてのポートで送信されます - 魔法なし。

しかし、それでも、巨大なプロバイダネットワークLinkMIAPがあるときに、サーバーからのトラフィックが顧客に届くのでしょうか。そして、実際には、クライアントは誰ですか?顧客がどこにあるかわからないという理由だけで、手動でルートを登録できません。通常のルーティングプロトコルはこの質問に答えません。だから私たちはマルチキャストの配達が私たちにとって完全に新しいものであることを理解するようになりました。

一般に、現時点では多くのプロトコル - IGMP / MLD、PIM、MSDP、MBGP、MOSPF、DVMRPの多くのプロトコルから受信者にマルチキャストを配信すること。

現在使用されている2つの2つに集中します.PIMとIGMP。 IGMPでは、最終的なカスタマーレシピエントがトラフィックを受信したい最も近いルータを通信します。そしてPIMは、ルータを介してソースから受信者にマルチキャストトラフィックを移動するパスを構築します。 イグム

もう一度ダンプに戻ります。このトップパッケージを参照してください。マルチキャストストリームがスローされましたか?

プレイを押したときにクライアントによって送信されたこのIGMPプロトコルメッセージ。それが彼がグループ224.2.2.4のためのトラフィックを受け取りたいと彼が報告する方法です。

IGMP - インターネットグループ管理プロトコル

- マルチキャストトラフィッククライアントと最も近いルータとの対話ネットワークプロトコルです。

IPv6は、IGMPの代わりにMLD(マルチキャストリスナーディスカバリー)を使用しています。操作の原理は絶対に同じですので、MLD上のいたるところでIGMPを簡単に変更でき、IPv6のIPを簡単に変更できます。

IGMPがどのくらい正確に機能しますか?

おそらく、プロトコルのバージョンが現在3つであるという事実から始める必要があります.IGMPv1、IGMPv2、IGMPv3。最も使われています - 2番目のもの、最初はほとんど忘れられているので、それについて話しません、3番目は2番目に非常に似ています。

私は最も影響を与えるように、私は2番目に焦点を合わせ、それがその前にクライアントをグループに接続することからすべてのイベントを考慮します。

また、クライアントはVLCプレーヤーを通じて224.2.2.4のグループを要求します。 IGMPの役割は非常に簡単です:顧客がない場合 - マルチキャストトラフィックをセグメントに送信する必要はありません。クライアントが表示された場合、彼はトラフィックを受信したいIGMPを使用してルーターに通知します。 すべてが起こった方法を理解するために、このネットワークを取ります。 ルータがマルチキャストトラフィックを受信して​​処理するように既に構成されているとします。

1。

クライアント上でアプリケーションを起動してグループ224.2.2.4を設定したらすぐに、パッケージはネットワークに送信されます。 IGMPメンバーシップレポート - このグループのトラフィックを受け取りたいという「レポート」ノット。

IGMPv2の報告書は、所望のグループのアドレスに行き、並行してパッケージ自体に表示されます。これらのメッセージはセグメント内でのみ生活する必要があります。したがって、ルータによって転送されないため、1 TTLがあります。 しばしばあなたが言及することができる

IGMP結合。

。怖がってはいけません - これはIGMPメンバーシップレポートの代替名です。

2。

ルータはIGMPレポートを受信し、このインターフェイスが顧客に顧客を持っていることを実現し、テーブルに情報を作ります。

これはIGMPに関する情報の出力です。最初のグループはクライアントによって要求されます。 3番目と4番目はSSDPサービスレポートです。

Windowsで構築されています。 2つ目は、Ciscoルータに常に存在する特別なグループです。それは自動RPプロトコルに使用されます。 これはデフォルトでルータでアクティブ化されます。 FE0 / 0インターフェースは224.2.2.4のグループに対して降順になり、受信したトラフィックを送信する必要があります。 通常の独自のルーティングテーブルとともにマルチキャストもあります: 顧客の入手可能性について最初の録音と言う

(*、224.2.2.4)

。そして録音します (172.16.0.5,224.2.2.4) .

これは、ルータがこのグループのマルチキャストストリームのソースを知っていることを意味します。 出力から、グループ224.2.2.4のトラフィックがFE0 / 1を介して来て、FE0 / 0ポートに送信する必要があります。 トラフィックを送信する必要があるインターフェイスは、ダウンストリームインターフェイスのリストに含まれています -

オイルアウトバウンドインタフェースリスト

コマンドの詳細について IP MROUTEを表示します。 後で識別します。 . ダンプの上に、UDPを飛んだ直後に、クライアントがIGMPレポートを送信したらすぐに表示されます。 .

3。 クライアントはトラフィックを受信し始めました。これで、ルータは、突然顧客が残っている場合、受信者がブロードキャストされないギャップを持っていることを確認する必要があります。これを行うために、それは定期的にそのすべての降順インターフェイスに要求を送信します。 IGMPクエリ

* IGMPでフィルタリングされたダンプ* ダンプの上に、UDPを飛んだ直後に、クライアントがIGMPレポートを送信したらすぐに表示されます。 .

デフォルトでは、これは60秒ごとに発生します。このようなパッケージも1に等しい。特定のグループを指定せずに、アドレス224.0.0.1 - このセグメント内のすべてのノードに送信されます。そのようなクエリメッセージは呼び出されます

一般的なクエリ

- 一般的です。したがって、ルータは「男や誰と、他に何を受けたいのか」を尋ねます。

IGMP Generalクエリを受信した場合、任意のグループをリッスンするホストは、接続したときにIGMPレポートを実行する必要があります。彼のグループに対する関心のあるグループのアドレスは、レポートに指定する必要があります。 クエリに応答して、少なくとも1つのレポートがルータに入った場合、それはまだ顧客があることを意味し、このレポートがそこから来た場所からこのグループのトラフィックの間のインターフェースをブロードキャストし続けます。 クエリに応答インターフェイスからの応答がない場合、ルータはこのグループのマルチキャストルーティングテーブルからこのインタフェースを削除します。トラフィックを送信しなくなります。 そのイニシアチブでは、クライアントは通常接続されている場合にのみレポートを送信します。その後、それは単にルータからのクエリに応答します。 クライアントの行動の興味深い詳細:クエリを受け取ったことで、彼はすぐに返信するために急いではありません。ノードは0から1までのタイムアウトの長さを取ります .最大応答時間。 .

これは次のクエリで指定されています。 ところで、デバッグまたはダンプ内での場合、数秒が異なるレポートを取得することを渡すことができることがわかります。 これは、一般的なクエリを受信して​​、何百もの顧客すべての顧客がネットワークに報告されていないように行われます。さらに、クライアントが1つだけレポートに送信されます。 その事実は、レポートがグループアドレスに送信され、したがってすべての顧客になるということです。同じグループの別のクライアントからレポートを受信した後、ノードはそれ自身の送信されません。ロジックは簡単です:ルーターはすでにこのレポートを受信して​​おり、顧客があることを知っているので必要ありません。

このメカニズムは呼び出されます

レポート抑制

次の記事では、このメカニズムが実際にめったに働いているのかについて説明します。 四。 それで、クライアントがグループを終了したいまで何世紀にもわたって起こります(たとえば、プレーヤー/ TVの電源を切ってください)。この場合、彼は送ります IGMPの休暇。 グループアドレスに。

ルータはそれを受信し、アイデアでオフにする必要があります。しかし彼は特定のクライアントを1つずつ無効にすることができません - ルータはそれらを区別しません - それはただダウンストリームインターフェースを持っています。そしてインターフェースはいくつかの顧客になることができます。つまり、ルータがこのグループのOULリスト(発信インターフェイスリスト)からこのインタフェースを削除した場合、ビデオはまったくオフになります。

しかし、それを削除することもできません。これも不可能です - 突然それは最後のクライアントでした - なぜそれを洗うのですか? ダンプの上に、UDPを飛んだ直後に、クライアントがIGMPレポートを送信したらすぐに表示されます。 .

ダンプを調べると、Leack Routerを受信した後、ストリームはしばらく行っています。その事実は、去ることに応じてルータがIGMPクエリを送信することが、この休暇がそのインターフェースに入ったグループアドレスに送信されます。そのようなパッケージは求められます

グループ固有のクエリ。

。それに答えます

のみ グループ固有のクエリ。 この特定のグループに接続されているこれらのクライアント。

ルータがグループの応答レポートを受信した場合は、受信していない場合はインターフェイスでブロードキャストし続けます - タイマーが期限切れになった後にタイマーを削除します。

合計で、休暇を受け取った後、2つのグループ固有のクエリが行われます - 1つの必須、2番目のコントロール。 次に、ルータはストリームを停止します。 Querier. もう少し難しいケースを検討してください。 トラフィックをブロードキャストできる2つのルータがクライアントセグメントに接続されています。何もしない場合は、マルチキャストトラフィックが重複しています - 両方のルータは顧客からのレポートを受け取ります。これを回避するために選択メカニズムがあります - 政治。勝つ人はクエリを送信し、レポートを監視し、残すために反応します。したがって、それはそのセグメントにトラフィックを送信します。敗者は報告を聴いて脈拍を維持するだけです。 選挙は非常にシンプルで直感的に発生します。 R1ルータとR2ルータがオンになってからの状況を検討してください。 1) インターフェイス上のIGMPを有効にしました。 2) 最初に、デフォルトでは、それぞれが自分自身をクエリアと見なします。 3) それぞれIGMP一般クエリをネットワークに送信します。主な目標は、顧客がいるかどうか、そして並行してセグメント内の他のルーターを宣言することを調べることです。 四) 一般的なクエリは、他のIGMPルータを含むすべてのデバイスをセグメント内のすべてのデバイスを受け取ります。 五) そのようなメッセージを隣人から受け取ったことが、各ルーターは誰がより価値があるかを推定します。 6) WINSルーターS

小さいIP。

(IGMPクエリの送信元IPフィールドに指定)。彼はQuerierになり、他のすべてのもの - ノンクエリア。

7)

ノンクエリアは、QuarynyがIPアドレスが小さいたびにリセットされるタイマーを起動します。タイマーが期限切れになる前(100秒以上:105~107)、ルータはアドレスが小さいアドレスでクエリを受信しません。 8) Querierがアドレスが小さいとクエリを受信した場合、彼はこれらの義務を追加します。 Querierは別のルーターになりつつあります。

測定時のまれな場合は、誰が少なくなります。 Querier選挙はマルチキャストで非常に重要な手順ですが、RFCを保持していないいくつかの潜在的な製造業者は、車輪に強い棒を挿入することができます。 IGMPクエリについては、0.0.0.0のアドレスを使用して、スイッチによって生成できます。そのようなメッセージはクエリアの選択に参加してはいけませんが、あなたはすべての準備ができている必要があります。これが例です 非常に複雑な長期的な問題。

.

他のIGMPバージョンについてのより多くの単語 バージョン1は、その事実によってのみ本質的に異なります メッセージ休暇はありません

.

。クライアントがこのグループのより多くのトラフィックを受け取りたくない場合、彼は単にクエリに応答してレポートを送信しなくなります。単一のクライアントが残っていない場合、タイムアウトルータはトラフィックの送信を停止します。 また、 クライエル選挙はサポートされていません。

。トラフィックの重複を回避するために、より高いプロトコルが責任を負います、例えばPIMはさらに話します バージョン3はIGMPv2をサポートするすべてをサポートしていますが、いくつかの変更があります。まず、レポートはグループアドレスにはなく、マルチキャストサービスアドレスに送信されます。 224.0.0.22

。また、要求されたグループのアドレスはパッケージ内にのみ表示されます。これはIGMPスヌーピングの作業を簡素化するために行われます。

.

第二に、より重要なことに、IGMPv3はその純粋な形でSSMをサポートし始めました。これはいわゆるです

ダンプの上に、UDPを飛んだ直後に、クライアントがIGMPレポートを送信したらすぐに表示されます。 .

また、クライアントはVLCプレーヤーを通じて224.2.2.4のグループを要求します。 ソース固有のマルチキャスト。 IGMPv2の報告書は、所望のグループのアドレスに行き、並行してパッケージ自体に表示されます。これらのメッセージはセグメント内でのみ生活する必要があります。したがって、ルータによって転送されないため、1 TTLがあります。 。この場合、クライアントはグループを要求するだけでなく、トラフィックを受信したい、またはその逆の要因のリストも指定できます。 IGMPv2では、クライアントは、ソースを介していなくてもグループトラフィックを要求して受信するだけです。 そのため、IGMPは顧客とルーターをやり取りするように設計されています。したがって、に戻る コマンドの詳細について 実施例2 4ご存知のとおり、次の種類のトラフィックが存在します。 ルータがない場合は、当方、そこでIGMPを宣言することができます - フォーマル比以下。ルータはなく、クライアントにはマルチキャストストリームを要求する必要がありません。そして、彼はフローが簡単な理由でビデオを獲得するでしょう、そしてスイッチから注ぎ出してください - あなたはそれを拾う必要があります。 IGMPがIPv6で機能しないことを思い出してください。 MLDプロトコルがあります 繰り返してください まず第一に、ルーターはIGMPをオンにした後にそのIGMP一般クエリをインターフェイス上で起動して、受信者があるかどうかを調べ、クエリアであることを望みます。当時、誰もこのグループにいませんでした。 その後、クライアントが登場しました。 その後、私はその上のトラフィックに行きましたが、それはダンプから除外されます。 その後、ルータは何らかの理由でチェックすることを決定しました - そして、これ以上の顧客がないか、クライアントが答えられるように再びIGMP一般クエリを送信したのかを決定しました( 五。

定期的に(1回)ルータは、受信者がIGMP Generalクエリを使用して、受信者がまだ持っていることを確認し、ノードはIGMPレポートを使用してこれを確認します。

しかし、それでも、巨大なプロバイダネットワークLinkMIAPがあるときに、サーバーからのトラフィックが顧客に届くのでしょうか。そして、実際には、クライアントは誰ですか?顧客がどこにあるかわからないという理由だけで、手動でルートを登録できません。通常のルーティングプロトコルはこの質問に答えません。だから私たちはマルチキャストの配達が私たちにとって完全に新しいものであることを理解するようになりました。 6。 それから彼は彼の心を変え、IGMP休暇を送ることによってグループを拒否しました。 7。 ルータは残し、他の受信者が他の受信者がいないことを確認したい場合、IGMPグループ固有のクエリ...を2回送信したいと思っています。そしてタイマーの満了後、ここでトラフィックを送信しなくなります。 8。 ただし、IGMPクエリをネットワークに送信し続けます。たとえば、プレーヤーをオフにしていない場合は、問題のつながりを持つ単にどこかにあります。その後、接続は復元されますが、クライアントはレポートを自分で送信しません。しかしクエリの答え。したがって、フローは人間の参加なしに回復することができます。 もう一度 これは、一般的なクエリを受信して​​、何百もの顧客すべての顧客がネットワークに報告されていないように行われます。さらに、クライアントが1つだけレポートに送信されます。 - ルータがマルチキャストトラフィック受信者の存在とその切断について学習するプロトコル。 グループ固有のクエリ。 IGMPレポート

- 接続しているとき、およびIGMPクエリに応答してクライアントによって送信されます。これは、クライアントが特定のグループの視野を受け取りたいことを意味します。

.

IGMP一般クエリ

- それは定期的にルータによって送信されて、どのグループが今必要とされるかを確認します。受信者のアドレスとして、224.0.0.1が示されています。

IGMPグループの敗学薬クエリ

- このグループに他の受信者があるかどうかを調べるために、メッセージの休暇に応じてルーターによって送信されます。受信者のアドレスとして、マルチキャストグループのアドレスが表示されます。

- 彼がグループを離れたいときにクライアントによって選択されます。

・一方の放送セグメントに放送できるルータがいくつかある場合は、それらの中に1つのメインクエリアが選択されています。それは定期的にクエリと送信トラフィックを送信します。

すべてのIGMP用語の詳細な説明

ピンプ

だから、私たちは顧客がその意図について最も近いルーターにどのように知らせるかを考え出しました。現在、大規模なネットワークを通じて、送信元から受信者にトラフィックを転送するのがうれしいです。 あなたがそれについて考えるならば、我々はコンテンツの複雑な問題の前に立っています - ソースはグループにブロードキャストするだけで、彼は受信者がどこにあるのか何を知っています。 .

受信者と最も近いルーターは、彼らが特定のグループの眼鏡を必要とするのを知っていますが、ソースがどこにあるのか、そして彼のアドレスは何ですか。 この状況でトラフィックを配信する方法

いくつかのマルチキャストトラフィックルーティングプロトコルがあります.DVMRP

  • 、MOSPF。
  • 、CBT。

- すべての方法でさまざまな方法でそのようなタスクを解決します。しかし、標準的な事実上はになりました

PIM - プロトコルに依存しないマルチキャスト

その他のアプローチは非常に望まれていませんが、時には彼らの開発者でさえ実質的にそれを認識しています。ここでは、例えば、CBTプロトコルによるRFCからの抜粋: CBTバージョン2はではなく、バージョン1と互換性があることを意図していませんでした。 CBTがこの段階で全く広く展開されているとは考えていないため、これを広範囲の互換性の問題を引き起こすことはありません。

PIMには、原則として2つの異なるプロトコルと呼ばれることさえできる2つのバージョンがあります。

PIM高密度モード(DM)

PIMスパースモード(SM) 独立した彼は、それがユニークなトラフィックをルーティングする特定のプログラムに縛られていないため、後であなたはなぜ見るでしょう。 .

PIM高密度モード。

PIM DM。

額のマルチクリスの配達の問題を解決しようとしています。彼は明らかに受信者がネットワークのすべての隅にある場所であるとしていると仮定しています。したがって、最初に彼はマルチキャストトラフィックのネットワーク全体を置き、つまり、それはすべてのポートにそれをすべてのポートに送信します。それから彼が必要とされないことがあると判明した場合、この支店は特別なメッセージPIM Pruneの助けを借りて「カットオフ」されています - トラフィックはそこに送信されなくなりました。 しかし、同じブランチの中にしばらくした後、ルーターは再度マルチキャストを送信しようとしています - 突然の受信者がそこに登場しました。表示されない場合、分岐は一定の期間で再び遮断されます。ルータ上のクライアントがこれら2つのイベント間の間隔で登場した場合、グラフトメッセージが送信されます - ルータはそれが何かを落とすまで待たないようにカットブランチを要求します。 .

ご覧のとおり、受信者へのパスを決定するという問題はありません - トラフィックはあちこちにあるという理由だけでそれらを達成します。

不要な枝の「割礼」の後、木は残っています。これにより、マルチキャストトラフィックが渡されます。このツリーは呼び出されます

SPT - 最短パスツリー

それはループがないので、受信者からソースへの最短パスを使用します。本質的にそれはSTPのスパニングツリーと非常によく似ています

ルートがソースの場所です。

SPTはコンクリートのツリービュー - 最短の木ツリーです。一般的に、マルチコーンツリーは呼び出されます

MDT - マルチキャスト配信ツリー

PIM DMは、マルチキャスト顧客の高密度ネットワークで使用されるべきであり、その名前(濃度)について説明します。しかし現実は、この状況がむしろ例外であり、しばしばPIM DMが不適切です。 私たちにとって本当に重要なのは、ループを避けるためのメカニズムです。 そのようなネットワークを想像してみてください。

1つのソース、1つの受信者とそれらの間の最も単純なIPネットワーク。 PIM DMを実行しているすべてのルータで。

ループを避けるための特別なメカニズムがなかったらどうなりますか?

ソースはマルチキャストトラフィックを送信します。 R1はそれを受信し、PIM DMの原則に従って、彼がそこから来た場所、すなわちR2とR3でのすべてのインターフェースに送信されます。

R2は同じ方法で、すなわちR3に向けてトラフィックを送信します。 R3は、これがR1からすでに受信しているのと同じトラフィックであることを判別できないため、すべてのインタフェースに送信します。 R1はR3などからトラフィックのコピーを受け取ります。ここで彼女はループです。

PIMはそのような状況で何を提供しますか?

RPF - リバースパス転送

。これがPIM(任意の種類:およびDMおよびSM)でマルチキャストトラフィックを送信する主な原則です - ソースからのトラフィックは最短パスに沿って来なければなりません。 すなわち、受信された各マルチキャストパッケージについて、ルーティングテーブルに基づいてそこから来たかどうかをチェックする。 1)ルータはマルチキャストパケットソースのアドレスを調べます。

2)ルーティングテーブルをチェックします。これを通じて、ソースアドレスが利用可能なインターフェイス。

3)マルチキャストパッケージが入ったインターフェイスを確認します。

4)インターフェイスが一致していない場合 - すべてが問題ありません。データが別のインターフェイスから来ると、マルチキャストパッケージはスキップされます。それらは破棄されます。

例:IPTV。

この例では、R3は、ソースへの最短経路がR1(静的または動的ルート)を介して存在することを知っています。したがって、R1から来るマルチキャストパケットはテストされ、R3から受信され、R2から来たものは廃棄されます。

このチェックは呼び出されます

RPFチェック そして、彼女にもっと複雑なネットワークでさえありがとう、MDTのループは生じません。 このメカニズムは、それが関連性があり、PIM-SMで、他の人だけで働いているので、私たちにとって重要です。

ご覧のとおり、PIMは固有のルーティングの表に基づいていますが、最初にトラフィックをルーティングしません。 あなたはここでは止まらず、PIM DMの詳細を詳細に考えることはありません - これは欠陥の計量を伴う時代遅れのプロトコルです(RIPのように。 .

ただし、PIM DMを適用することができます。たとえば、非常に小さいネットワークでは、マルチキャストの流れが少ない。

PIMスパースモード。

まったく異なるアプローチが適用されます PIM SM。

。名前(破損モード)にもかかわらず、それは少なくともPIM DMよりも悪い効率を持つ任意のネットワークでうまく使用できます。

.

ここで彼らはマルチキャストネットワークの無条件フラッディングのアイデアを拒否しました。興味のあるノットは、メッセージを使用してツリー接続を独立して要求します 
PIM結合。 ルータが結合を送信しなかった場合、トラフィックは送信されません。 PIMがどのように機能するかを理解するために、単一のPIMルータを使用して単純なネットワークから始めましょう。

設定からR1まで、マルチキャスト、PIM SMを2つのインターフェイスに(ソースに向かって、クライアントに向かって)、IGMPをクライアントに向けてルーティングする機能を有効にする必要があります。

他の基本設定に加えて、もちろん(IP、IGP)。

これからはGNSを落として研究室を集めることができます。この記事で言ったマルチキャストのスタンドを組み立てる方法については十分です。

R1(config)#ipマルチキャストルーティングr1(config)#int fa0 / 0 r1(config-if)#ip PIMスパースモードR1(config-if)#int fa1 / 0 r1(config-if)#ip pimスパースモード。 ここで通常特別なアプローチを特長としています。インターフェイスでPIMをアクティブにすると、IGMPは自動的に有効になります。 PIMが有効になっているすべてのインターフェイスで、それは機能し、IGMP。 同時に、他の製造業者には2つの異なるコマンドが2つの異なるコマンドをオンにしています:別々のIGMP、別々にPIM。 Ciscoがこの奇妙さを許しますか?他のすべてと一緒に? さらに、RPアドレスを設定する必要があるかもしれません( IP PIM RPアドレス172.16.0.1 例えば)。これについては、与えられて受け入れて受け入れながら、後で受け入れながら。

グループ224.2.2.4のマルチキャストルーティングテーブルの現在のステータスを確認してください。 ソースでブロードキャストを開始したら、もう一度テーブルを確認する必要があります。 この小さな結論を分析しましょう。

録音ビュー (*、225.0.1.1) 同時に、他の製造業者には2つの異なるコマンドが2つの異なるコマンドをオンにしています:別々のIGMP、別々にPIM。 呼び出す さらに、RPアドレスを設定する必要があるかもしれません( (*、g) 、 / 読んだ Starkomadzhi. (/そして受信者について私達に知らせます。そして、1つのクライアントコンピュータについて話す必要はありませんが、一般に、それはたとえば他のPIMルータであり得る。どのインターフェースがトラフィックを通過する必要があるかが重要です。 ダウンストリームインターフェイスのリスト(オイル)が空の場合 -

ヌル

したがって、受信者はありません - そして我々はまだそれらを起動していません。

記録

(172.16.0.5,225.0.1.1) (S、G) .

eskijah.

/そしてソースが知られていることを示唆しています。私たちの場合、住所172.16.0.5のソースは、グループ224.2.2.4のトラフィックをブロードキャストします。マルチキャストトラフィックはFE0 / 1インターフェイスにやってくる - これは

上昇

上流の

) インターフェース。

だから、顧客はいません。ソースからのトラフィックはルータにやってくり、このライフは終了します。今すぐ追加しましょう - PC上のマルチキャストの受信を設定します。

PCはIGMPレポートを送信し、ルータは顧客が現れてマルチキャストルーティングテーブルを更新したことを理解しています。 今、彼女はこのように見えます: ダウンストリームインターフェイスが表示されました:FE0 / 0で、これは非常に予想されます。そしてそれは(*、g)と(s、g)の両方に現れました。ダウンストリームインターフェイスのリストは呼び出されます

オイルの発信インタフェースリスト

.

FE1 / 0インターフェイスに別のクライアントを追加します。

文字通り出力を読む場合は、次のとおりです。

(*、g):グループ224.2.2.4のマルチキャストトラフィック受信者は、外部インタフェースFE0 / 0、FE1 / 0です。そして、送信者が誰であるか、何を言っているのか。 

(S、G):送信元172.16.0.5から宛先アドレス224.2.2.4を持つマルチキャストトラフィックがFE0 / 1インターフェイスになると、そのコピーはFE0 / 0とFE1 / 0に送信する必要があります。

しかし、それは非常に単純な例でした -  1つのルータはすぐに送信元アドレスと受信者がある場所を知っています。実際、木々でさえここにはありません - 縮退を除いて。しかし、それは私たちがPIMとIGMPがどのように対話するかを扱うのを助けました。 
PIMが何であるかに対処するために、私たちはネットワークにはるかに複雑になる

すべてのIPアドレスがスキームに従って既に設定されているとします。ネットワークは、通常の固有のルーティングのためにIGPを実行します。 クライアント1 たとえば、ソースサーバーをpingできます。 しかし、これまでのところPIM、IGMPは実行されていない、顧客はチャンネルを要求しません。 ファイルの初期設定

だから、時間の瞬間。

5つのルータすべてでマルチキャストルーティングをオンにします。

rx(config)#ipマルチキャストルーティング

PIMは、すべてのルータのすべてのインターフェイスに直接含まれています(ソースサーバーとクライアントに向けてインタフェースを含む)。

rx(config)#int fex / x rx(config-if)#ip pimスパースモード IGMPは、理論的には顧客に向けてインターフェースに含める必要がありますが、私たちがすでに上記のように、それはPIMを持つシスコの機器で自動的にオンになります。 PIMが最初にすること - 近隣を設定します。これに使用されるメッセージ

PIMこんにちは。

。インターフェイスでPIMを有効にすると、PIM Helloがアドレスに送信されます。

  1. 224.0.0.13
  2. これは、1つのブロードキャストドメイン内のルータのみがネイバーになることができることを意味します。

隣人がお互いから挨拶をしたらすぐに:

これで、マルチキャストグループのアプリケーションを受け入れる準備ができています。

片手で顧客のエンクロージャから始めて、他方のサーバーからマルチキャストストリームをオンにすると、R1はトラフィックフローを受け取り、R4は接続しようとするとR4がIGMPレポートを受け取ります。その結果、R1は受信者について何も知らず、r4はソース上です。 ソースとグループのクライアントに関する情報がある場所でどこかに収集された場合、それはいいでしょう。しかし、何に? そのような会議のポイン​​トは求められます

ランデブーポイント -  RP. 

。これはPIM SMの中心的概念です。それなしで何も働いていません。これがソースと受信者です。

すべてのPIMルータは、そのIPアドレスを知っているのは、誰がドメインのRPであるかを知っておくべきです。 MDTツリーを構築するために、ネットワークはRPの中心点として選択されます。 ソースの勉強に責任を負う、

それはすべての関心のあるすべての関心のあるメッセージの魅力のポイントです。 

rp:静的および動的なタスクには2つの方法があります。この記事の両方を見ますが、静的である可能性が高いため、静的で始まりますか?

R2をRPで再生する。

信頼性を高めるために、ループバックアドレスは通常選択されます。したがって

すべての人のために

ルータはコマンドによって実行されます。 RX(config)#ip PIM RPアドレス2.2.2.2 )

当然のことながら、このアドレスはすべてのポイントからルーティングテーブルで利用できる必要があります。 さて、アドレス2.2.2.2はrp、インタフェースでは )

ループバック0 R2上では、PIMを活性化することも望ましい。 r2(config)#Interfaceループバック0 Rx(config-if)#IP PIMスパースモード )

その直後に、R4はグループ224.2.2.4のトラフィックの原因について学びます。

そしてトラフィックを転送しても:

FE0 / 1インターフェースは362000 B / s、およびそれらが送信されるFE0 / 0インターフェースを通して。

私たちがしたのは: 次に、ルータはストリームを停止します。 マルチキャストトラフィックをルーティングする機能が含まれています(

もう少し難しいケースを検討してください。 IPマルチキャストルーティング

インターフェイス上のPIMを有効にしました( すなわち、受信された各マルチキャストパッケージについて、ルーティングテーブルに基づいてそこから来たかどうかをチェックする。 IP PIMスパースモード

アドレスRPを示した( IP PIM RP-Adress. x.x.x.x. すべて、これはすでに作業構成で、シーンがステージ上で表示される以上に隠されているため検索できます。 PIMを使った完全な構成。

- 政治。勝つ人はクエリを送信し、レポートを監視し、残すために反応します。したがって、それはそのセグメントにトラフィックを送信します。敗者は報告を聴いて脈拍を維持するだけです。 デバリーフィーフ

まあ、すべてが最後にどのように機能しますか? RPは、顧客がどこにコミュニケーションを提供しているかをどこで提供するかをどのように知っていますか? すべてのお気に入りの顧客のためにすべてが判明したので、それらから始めて、詳細の全プロセスを検討してください。 クライアント1は、グループ224.2.2.4のIGMPレポートを送信します

R4このクエリを取得し、FE0 / 0インターフェイスの外側にクライアントがあることを理解し、このインタフェースをオイルに追加し、記録(*、G)をフォームにします。

ここでは昇順インターフェイスFE0 / 1が見られますが、これはR4がグループ224.2.2.4のトラフィックを受信するという意味ではありません。それは彼が受け取ることができる場所からの唯一の場所がFe0 / 1であることを話すだけです。ところで、亡くなった隣人

R1ルータとR2ルータがオンになってからの状況を検討してください。 - R2:10.0.2.24。予想される。

R4は - LHR(Last Hop Router) - ソースから数える場合、マルチキャストトラフィックのパス上の最後のルータです。言い換えれば、これは受信者に最も近いルータです。にとって

クライアント1。 - R4です クライアント2。

- これはR5です。

R4にマルチキャストストリームがないので(前に要求されていません)、PIM結合メッセージを形成し、それをRP(2.2.2.2)に送信します。

PIM結合は、アドレス224.0.0.13にマルチキャストによって送信されます。 「RPの方向にある」とは、パッケージ内で指定されているアドレスのアウトバウンドとして、ルーティングテーブルで指定されているインターフェイスを介して意味します。私たちの場合、それは2.2.2.2 - アドレスRPです。そのような結合はと呼ばれます

参加(*、g)

そして彼は言っています。「誰が源氏は関係ありません。グループトラフィック224.2.2.4が必要です。」 つまり、途中の各ルータはそのような結合を処理する必要があり、必要に応じてRPの側面に新しい結合を送信します。 (ルータにこのグループがすでにある場合は、結合を送信しないことを理解することが重要です - それは単に結合が石油に入ってトラフィックを受け取るのを開始します)。 私たちの場合、結合はFE0 / 1に行きました:

JOINを受信したR2は、レコード(*、G)を生成し、FE0 / 0インターフェースをオイルに追加します。しかし、結合はもう送付することはできません - 彼自身はすでにRPであり、そしてソースについてはまだ知られていません。 しかし、同じブランチの中にしばらくした後、ルーターは再度マルチキャストを送信しようとしています - 突然の受信者がそこに登場しました。表示されない場合、分岐は一定の期間で再び遮断されます。ルータ上のクライアントがこれら2つのイベント間の間隔で登場した場合、グラフトメッセージが送信されます - ルータはそれが何かを落とすまで待たないようにカットブランチを要求します。 したがって、RPは顧客がどこにあるのかについて学びます。

インターフェイス上のIGMPを有効にしました。 もし

クライアント2。 また、同じグループのマルチキャストトラフィックを受信したいと考えて、R5はそれを受信したRP、R3であるため、新しいPIM結合を作成し、それをFE1 / 1に送信し、ここでRPが見つけられます。 つまり、このグループの顧客がすでにあるようにRPまたは別のルーターに入るまで、ノードの後ろにあるノードを結合します。

そのため、R2は私たちのRPです - Fe0 / 0とFe1 / 0の場合、グループ224.2.2.4の受信者があることを知っています。

そして、それは各インターフェースの後に1つずつ、あるいは百の後には関係ありません - トラフィックの流れは依然としてインターフェース上のものです。 あなたが私たちが得たものをグラフィカルに描いた場合、それはこのようになります: リモートで木に似ていますか?したがって、それは呼ばれます -

最初に、デフォルトでは、それぞれが自分自身をクエリアと見なします。 RPT - ランデブーポイントツリー

。このツリーはRPに根ざしており、そのブランチは顧客に拡張されています。

上記のようなより一般的な用語 -

- マルチキャストストリームが配布されるツリー。後でMDTとRPTの違いが表示されます。

今サーバーに渡します。私たちがすでに上で議論したように、彼はPIM、RP、IGMPについて心配しません - 彼はただ放送するだけです。そしてR1はこのストリームを取得します。彼の仕事はRPにマルチキャストを配信することです。 Pimでは特別なタイプのメッセージがあります - 登録 。 RPにマルチキャストソースを登録する必要があります。

一般的なクエリは、他のIGMPルータを含むすべてのデバイスをセグメント内のすべてのデバイスを受け取ります。 そのため、R1はグループのマルチキャストストリームを受信します224.2.2.4:

R1 IS

FHR(ファーストホップルータ)

- マルチキャストトラフィックのパスまたはソースに最も近い最初のルータ。

次に、ソースから受信した各マルチキャストパッケージを一意のPIMレジスタにカプセル化し、それをRPにまっすぐ送信します。

  1. プロトコルスタックに注意してください。 Unicust IPの上に、PIMヘッダーは元のマルチキャストIP、UDP、およびデータです。
  2. 現在、他のすべてのものとは異なり、受信者のアドレス、2.2.2.2のアドレスで、私たちに認識されているPIMメッセージが示されており、マルチコンアドレスは示されています。

そのようなパッケージは、Unicretenルーティングの標準的な規則に従ってRPに配信され、元のマルチキャストパッケージを運びます。つまり、これはトンネリングです!

===============:

タスク番号1。 スキームと初期設定 .

そのようなメッセージを隣人から受け取ったことが、各ルーターは誰がより価値があるかを推定します。 サーバー172.16.0.5では、UDP 10999の受信先ポートを使用して、パッケージのみをブロードキャストアドレス255.255.255.255にのみ送信できるアプリケーション。 このトラフィックは顧客1と2に配信する必要があります。 .

グループアドレスを持つマルチキャストトラフィックの形式239.9.9.9。

そしてクライアントセグメント2では、アドレス255.255.255.255へのブロードキャストパッケージの形で。

ここでのタスクの詳細。

===============: スキームと初期設定 RPはPIMレジスタを受信し、それを解凍し、グループ224.2.2.4のラッパーの下のトラフィックを検出します。 独立した彼は、それがユニークなトラフィックをルーティングする特定のプログラムに縛られていないため、後であなたはなぜ見るでしょう。 これに関する情報、彼はすぐにマルチキャストルーティングのテーブルに入ります。

エントリ(S、G) - (172.16.0.5,224.2.2.4)。 解凍されていないRPパケットは、どのトラフィックが顧客に登場するかに応じて、さらにRPTをFE0 / 0とFE1 / 0のインタフェースに送信します。

原則として、これは止まることができます。すべてが動作します - 顧客はトラフィックを取得します。しかし、2つの問題があります。

カプセル化とカプセル化プロセス - ルータのための非常に高価なアクション。さらに、追加のヘッダーはパッケージのサイズを増やし、中間ノードのどこかにMTUに登ることはできません(トンネリングのすべての問題を覚えておいてください)。

SourceとRPの間のどこかにどこかに、グループの受信者もあり、マルチキャストトラフィックは片道を2回行わなければならないでしょう。 たとえば、ここにそのようなトポロジがあります。 REGISTERメッセージのトラフィックは、最初にR1-R42-R2ラインに沿ってRPに到達し、その後ネットマルチキャストはR2-R42ラインに沿って戻ります。したがって、R42-R2ラインでは、反対方向には、1つのトラフィックの2コピーが行くでしょう。 したがって、RPからRPへのクリーンマルチキャストをRPに転送することをお勧めします。 ソースツリー したがって、RPはPIM結合をR1に送信します。しかし今では、それはRPではなくグループアドレスのためにそれに示されていますが、ソースはレジスタメッセージから検討されています。このメッセージは呼び出されます join(S、G) - ソース固有の参加 彼の目標はPIM結合(*、g)とまったく同じです。これは、ソースからRPへの今回だけツリーを構築します。 JOIN(S、G)は、通常の結合(*、G)としてノードの後ろのノードを拡張します。参加する(*、g)はRPを監視し、(S、G)をS - SOURCEに参加しています。受信者のアドレスもサービスアドレス224.0.0.13およびTTL = 1であるため。 たとえば、R42などの中間ノードがある場合、それらはまたこのグループの記録(S、G)、およびこのグループのダウンストリームインターフェイスのリストとソース上の転送結合を形成します。 RPからSourceへの参加が変わるパス - ソースからのツリー。しかしより一般的な名前 - - 結局のところ、ソースからRPへのトラフィックは最短パスに沿って行くでしょう。

9) join(s、g)を受信したR1は、パッケージがダウンストリームオイルインターフェイスのリストにやってくるFE1 / 0インターフェースを追加し、ネットマルチキャストトラフィックをブロードキャストし始めます。 R1上の録音(S、G)は、ソースサーバーから最初の多数のパッケージを取得するとすぐに既に既に行われています。 構築されたソースツリーによると、マルチキャストはRP(およびそれらが、たとえばR42の場合、すべての中間クライアント)に送信されます。 .

しかし、今回のすべての登録メッセージが送信され、現在まで渡されたことを留意する必要があります。つまり、実際には、R1は2コピーのトラフィックを送信します。これは純粋なマルチキャストSPTで、もう1つはユニシスティックレジスタにカプセル化されています。 まず、R1は登録するマルチキャストを送信します - パッケージ231。

。その後、R2(RP)がツリーに接続したい場合、結合を送信します。

パッケージ232。

。 R1はまだQueryがR2によって処理されている間、登録にマルチキャストを送信します( 233から238までのパッケージ )。次に、R1上のオイルにダウンストリームインターフェイスが追加されたとき、それは純粋なマルチキャストを送信し始める -

パッケージ239および242 しかし、まだ停止して登録していません - パッケージ241,243 。だが и パッケージ240。 - このR2は立っても再びツリーを構築するように頼まれました。 スキームと初期設定 10) したがって、未開発のマルチキャストはRPに達します。彼女は、これがレジスタに付属の同じトラフィックであることを理解しています。同じグループアドレスは同じ送信元アドレスと1つのインターフェイスからのものです。 2つのコピーを受信しないようにするために、それはR1のユニークに送信します PIM登録停止

Register-Stopは、R2がトラフィックを拒否したり、このソースを認識したりしないという意味ではありませんが、送信を停止する必要があると言っています

カプセル化された トラフィック。 次に、激しい闘争-R1は、レジスタ停止プロセス、および通常のマルチキャストとレジスタメッセージの中でバッファに蓄積されているトラフィックを転送し続けます。

しかし、遅かれ早かれ、R1は純粋なマルチキャストトラフィックのみをブロードキャストし始めます。

準備するとき、私は正当な質問をしました:まあ、なぜこれらすべてのトンネリング、なぜPIM登録? PIM JOINと同様に、マルチキャストトラフィックを使用しないでください。したがって、不要なジェスチャーなしで同時に木を構築するでしょう。

ここにはいくつかのニュアンスがあります。

まず、PIM SMの主な原則が違反しています - それが要求された場所にのみ送信されます。

いいえ参加 - 木はありません

第二に、このグループの顧客がいない場合、FHRはこれを認識せず、「自身のツリー」のトラフィックを送り続けます。帯域幅のマインドレス使用は何ですか?コミュニケーションの世界では、PIM DMまたはDVMRPを生き残らなかったので、そのようなプロトコルは単に生き残らないだろう。 だから私達はグループ224.2.2.4のための1つの大きなMDTツリーを持っています

今サーバーに渡します。私たちがすでに上で議論したように、彼はPIM、RP、IGMPについて心配しません - 彼はただ放送するだけです。そしてR1はこのストリームを取得します。彼の仕事はRPにマルチキャストを配信することです。 ソースサーバ 登録 顧客1。

顧客2。

。そしてこのMDTは2つの部分で構成されています。これは互いに独立して構築されました。

源からRPへ rpt. RPからお客様へ。ここでは、RPTとSPTのMDTの違いです。 MDTは、一般的にマルチキャスト送信ツリーを意味するかなり一般的な用語ですが、RPT / SPTは非常に具体的な外観です。

そして、サーバーがすでにブロードキャストされている場合はどうなり、顧客がないのですか? Multicast SOは送信者とRPの間のサイトを詰まらせますか?

いいえ、この場合、PIMレジスタストップも役立ちます。登録メッセージがいくつかのグループでRPで始まっていて、それの受信者がない場合、RPはこのトラフィックを取得することに興味がありません。

送信しない

PIM結合(S、G)、RPは直ちにレジスタストップをR1に送信します。

R1は、レジスタ停止を受け、このグループ(顧客なし)のツリーがないことを確認し、サーバーからマルチキャストトラフィックを破棄し始めます。

つまり、サーバー自体はこれが非常に心配しており、フローを送信し続けているが、ルータインタフェースに到達した場合、フローは破棄されます。

この場合、RPはエントリを保存し続けます(S、G)。つまり、トラフィックは取得されませんが、グループのソースが見つかるところです。受信者がグループに表示された場合、RPはそれらについて学び、ツリーを構築するソース結合(S、G)に送信します。

さらに、3分ごとにR1ごとにRP上のソースを再登録して、つまりレジスタパケットを送信します。このソースがまだ生きていることをRPに通知するために必要です。

特に興味深い読者では、問題は起こらなければなりません - RPFはどうですか?結局のところ、このメカニズムはマルチキャストパッケージの送信者のアドレスをチェックし、トラフィックが正しいインターフェイスから来ていない場合は破棄されます。同時に、RPとソースは異なるインターフェイスにあります。そのため、R3 RPの例では、FE1 / 1、FE1 / 0のソースです。 。だが 答えは予測可能です - この場合、送信元アドレスはチェックされていますが、RPです。つまり、トラフィックはRPへのインターフェースから来なければなりません。 しかし、あなたがさらに見るように、これは非現実的な規則ではありません。 .

RPがユニバーサルマグネットではないことを理解することは重要です。各グループのRPがある可能性があります。すなわち、ネットワーク内にそれらのうちの2つがあるかもしれず、3つのグループのうちの1組のグループに対して責任がある。また、そのようなものがあります アニーキャストRP。 そして、異なるRPは同じグループに役立ちます。 タスク番号2 и - R4です トポロジへの注意 :この問題では、R1、R2ルーターのみがネットワークの管理者を実行しています。つまり、構成はそれらの上でのみ変更できます。 サーバー172.16.0.5は、マルチキャストトラフィックをグループ239.1.1.1および239.2.2.2に送信します。

グループ239.1.1.1のトラフィックがR3とR5の間のセグメント、およびR5の下のすべてのセグメントに送信されるようにネットワークを設定します。

しかし同時に、トラフィックグループ239.2.2.2は問題なく送信されるべきです。

ここでのタスクの詳細。

===============:

奥本のかみそりや不要な枝を無効にします

セグメント内の最後のクライアントが購読を拒否した後、PIMは余分なRPTブランチを切り取らなければなりません。

たとえば、R4上の唯一のクライアントがコンピュータのオフになった。 IGMPルータを残すか、または3回の未回答IGMPクエリがFE0 / 0の顧客がないことを理解し、RPメッセージに送信することを理解しています。

ピンププルーン 。フォーマットによると、それは結合とまったく同じですが、反対の関数を実行します。 宛先アドレスも224.0.0.13、TTLは1です。

しかし、購読を削除する前にPIMプリューューを受け取ったルーターは、しばらくの間待機してください(通常3秒 - 結合遅延タイマー)。

これはそのような状況のために行われます。

1つのブロードキャストドメイン3ルータで。そのうちの1つはより高いです、そしてそれはセグメントにマルチキャストトラフィックを送信する彼です。これはR1です。両方のルータ(R2とR3)では、そのオイルには1つのレコードしか含まれていません。

今R2がPIMプリューューを切断して送信することを決定した場合、彼はすべての間に彼の同僚R3 - R1を置き換えることができます。

それで、これは起こらないように、R1と3秒でタイムアウトを与えます。この間、R3は反応する時間がある必要があります。放送ネットワークを考えると、R2からプリューューを受け取り、したがって、彼がトラフィックを受信し続けることを望んでいる場合、彼は即座にインターフェイスを削除する必要がないことをr1に通知することを即座に送信します。

このプロセスはPrune Overrideと呼ばれます。 R2は、R1を越えて、イニシアチブを遮断した。

SPTスイッチオーバー - RPT-SPTスイッチング

これまで、私たちはほとんどのみ考えられています

。今に向けてみましょう 顧客2。 最初はすべて彼のために同じです 顧客1。 - 彼はRPからRPTを使用しています。ところで、両方から

クライアント1。 .

- 1つのツリーを使う、そのようなツリーが呼び出されます

共有ツリー

- これはかなり一般的な名前です。共有ツリー= RPT。

  • これは、R5上のマルチキャストルーティングテーブルが、ツリーの構築直後に非常に始まりのように見える方法です。 レコードはありませんが、これはマルチキャストトラフィックが送信されないという意味ではありません。 R5だけが誰が送信者を気にしません。 この場合、トラフィックがどのように行くべきか - R1-R2-R3-R5に注意してください。要するに、経路R1~R3 - R5。
  • そしてネットワークがより複雑な場合は? どういうわけかNeakkuratnyko。 この場合、トラフィックがどのように行くべきか - R1-R2-R3-R5に注意してください。要するに、経路R1~R3 - R5。
  • 事実はRPに縛られている間 - それはRPT rootです、彼女は最初はどこにいるのかを知っています。ただし、最初のマルチキャストパッケージについて考えると、トラフィックパスに沿ったすべてのルータは、IPヘッダーで指定されているため、送信元アドレスを知っています。 誰もがソースに向かって自分自身に参加してルートを最適化しないのですか? )

rootのサイト。そのような切り替えは開始することができます

LHR(ラストホップルーター)

- R5。 R3 R5から最初のマルチキャストパケットを受信した後、ネットワーク172.16.0.0/24の発信として、ルーティングテーブルで指定されているFE0 / 1インターフェイスにソース固有の結合(S、G)を送信します。

そのような結合を受信した、R3は、通常の結合(*、g)と同じであるが、(ルーティングテーブルに従ってインタフェースを介して)ソースに向かって実行されたので、R3はRPではない。 つまり、この場合、R3はFE1 / 0インタフェースに結合(172.16.0.5,224.2.2.4)を送信します。 .

次に、この結合はR1に立ち下がります。そして、それを送った違いなしでR1を、RPまたは他の誰かを送りました - それは単にグループ224.2.2.4のためにFE1 / 1をそのオイルに追加します。 この時点で、ソースと受信者の間には、2つの方法とR3が2つのストリームを受け取ります。 不必要にトリミングするための選択をする時間。そして、R5はこれら2つのストリームを区別できなくなる可能性があるので、それはR3です。それらは両方とも1つのインターフェースを通して来るでしょう。

R3が異なるインターフェースから2つの同一のストリームを記録するとすぐに、ルーティングテーブルに従って好ましいのが選択されます。この場合、via rpよりも直接的です。この時点で、R3はRPの側面にPrune(S、G)を送信し、このRPTブランチを燃焼させます。そしてこの時点から、ソースから直接ストリームは1つだけです。

したがって、PIMはSPTを構築しました - 最短パスツリー。ソースツリーです。これはクライアントからソースへの最短パスです。さて、我々がすでにより高いと見なされているソースからRPへのツリーは、本質的に同じSPTです。

記録(S、G)を特徴としています。ルータにそのようなレコードがある場合、SはグループGとSPTツリーのソースであることを知っています。

SPTツリーのルートはソースであり、本当に「から最短のパス」と言いたい

お客様への出典 ""しかし、ソースからクライアントへのパスおよびクライアントからソースへのパスが異なるため、技術的に間違っています。すなわち、クライアントからツリーブランチを構築し始める:ルータはSource / RPに向かってPIM結合を送信し、RPFはインターフェイスの正当性もチェックします。 受入

トラフィック。

R5上のこの段落の始めには、現在のすべてのイベントの後にエントリ(*、g)があったことを覚えています。(*、g)と(s、g) ちなみに、VLCのPlay PlayとしてR3のマルチキャストルーティングテーブルを見ても、R1から直接トラフィックがすでにトラフィックを取得していることがわかります。(S、G)言います。 . つまり、SPTスイッチオーバーはすでに起こっています - これは多くの製造元の機器のデフォルトのアクションです - 最初のマルチキャストパッケージを受信した後の切り替えを開始する。 一般的に言って、そのようなスイッチはいくつかの場合に発生する可能性があります。 。フォーマットによると、それは結合とまったく同じですが、反対の関数を実行します。 .

まったく起こらない(チーム

IP PIM SPTスレッショルドインフィニティ

)。

明確な帯域幅利用率(チーム

IP PIM SPTスレッショルドX 確かに - 最初のパッケージを受信した直後(デフォルトまたは なしIP PIM SPT-THRESHRESHER X

原則として、「時間」がLHRを取ります。

この場合、RPF操作が2回目の場合 - ソースの場所をもう一度確認します。つまり、RPとソースからの2つのマルチキャストストリームのうち、ソースからのトラフィックが与えられます。

博士、アサート、フォワーダー

PIMを検討する際のいくつかの重要な点。

DR - 指定ルータ

これは専用のルータです。これはRP上のユーティリティを送信する責任があります。

ソース博士

- ソースから直接マルチキャストパケットを採用し、RPに登録します。 これがトポロジの例です。 .

両方のルーターがRPへのトラフィックを渡すことは何もするものは何もありませんが、それらを互いに予約しましょうが、責任は1つだけでなければなりません。 両方のルータが1つのブロードキャストネットワークに接続されているので、それらは互いにPIM-HELLOを取得します。それに基づいて、彼らは彼らの選択をします。 PIM Helloはこのインタフェース上のこのルータの優先順位の値を担います。

値が大きいほど、優先順位が高くなります。それらが同じであれば、ノットが選択されます 最高のIPアドレス (Helloメッセージから)。 HOLDTIME(デフォルト105秒)の間に別のルータ(DR)が隣接からhelloを受け取らなかった場合は、自動的にDRの役割を引き受けます。 本質的に博士号線です

FHR - ファーストホップルータ

博士号博士 - マルチキャストトラフィック受信者のみのソースDRと同じです。 r2(config)#Interfaceループバック0 Rx(config-if)#IP PIMスパースモード .

トポロジの例: 受信機DRはRP PIM結合への送信を担当しています。上記のトポロジでは、両方のルータが結合を送信すると、両方ともマルチキャストトラフィックが表示されますが、必要ありません。 DRは結合を送信します。 2番目は博士の可用性を単に監視します。 :

DRは結合を送信するので、LANでトラフィックもブロードキャストされます。しかし、それから自然な質問が発生します - そしてPIM DR'omが1つとなった場合、そしてIGMPクエリアが他のものになったのか?そして、Querier、IP、より良い、そして博士のために、逆に、状況は非常に可能です。 - R4です この場合、DRは既にクエリアで、この問題が発生しないルータが選択されます。

受信機DR選択規則は、ソースDRとまったく同じです。

アサートとPIMフォワーダ

2つの同時に送信ルータの問題は、ネットワークの中央に発生する可能性があります。ここでは、最終的な顧客やソースのみがありません。 非常に急性のこの質問はPIM DMで立っていました。 しかしPIM SMでは、それは除外されません。

そのようなネットワークを考慮してください。 出力から、グループ224.2.2.4のトラフィックがFE0 / 1を介して来て、FE0 / 0ポートに送信する必要があります。 ここでは、3つのルータが同じネットワークセグメント内にあり、したがって、PIMの隣接者である。 R1はRPとして機能します。

R4はRPに向かってPIM結合を送信します。このマルチキャストパッケージはR2とR3に落ちるので、両方とも処理を処理し、油の下流のインターフェースを追加します。

ここでは、DRの選択メカニズムを作業する必要がありますが、R2とR3にもこのグループの他のクライアントがあり、両方のルータもPIM結合に送信できます。

マルチキャストトラフィックがR2およびR3のソースから来ると、セグメント内の両方のルータに送信され、そこで逆転されます。 PIMはそのような状況を防ぐことを試みることはありません - それは挑戦された犯罪の事実に作用します - ルータがこのグループのマルチキャストトラフィックを彼のダウンストリームインターフェイスで受信するとすぐに、彼は理解しています:何かが間違っている- 他の送信者はすでにこのセグメントにあります。 その後、ルータは特別なメッセージを送信します。 PIMアサート。

そのようなメッセージを選択するのに役立ちます 

PIMフォワーダ。

- このセグメントでブロードキャストする権利があるルーター。 PIM DRと混同しないでください。まず、PIM DRは送信を担当しています PIM結合と版画 、およびPIMフォワーダ - 送信用 トラフィック

。 2番目の差 - PIM DRは常に近隣を確立するときに任意のネットワークで選択され、PIM Forwrderは必要に応じてのみ - オイルリストからのインターフェイスからのマルチキャストトラフィックが取得されます。

RPを選択してください。 

単純さのために私たちは手でRPに尋ねたためです IP PIM RPアドレス そして、チームがどのように見えたかです

IP PIM RPを表示

しかし、現代のネットワークで完全に不可能な状況を発表します - R2は失敗しました。これはすべて終了です。 SPTスイッチオーバーが発生したため、まだ機能しますが、すべてが新しく、RPを通過したものがすべて壊れています。 まあ、ドメイン管理者の負荷。想像してみてください:少なくとも1つのコマンド(そして異なるグループのために、それは異なるRPSかもしれません)で50のルータを殺すために。 RPの動的選択は、手作りを避け、信頼性を確保することを可能にします - 1つのRPが利用できない場合、別のRPはすぐに戦いになります。 現在、それをすることを可能にする一般的に承認されたプロトコルが1つあります。 ブートストラップ 。旧時のTSISKAは、いくつかの不器用な自動RPを宣伝しました

しかし、TSISKAはそれを認識していないが、今はほとんど使用されていない。 私たちは224.0.1.40のグループの形で迷惑な遺跡を持っています。 自動RPプロトコルを実際に支払う必要があります。彼は昔の救いでした。しかし、オープンで柔軟なブートストラップの出現を伴うと、彼は自然に彼の立場への道を与えました。

したがって、R2がR2の障害の場合、R3がRP機能を拾いたいとしたいとします。

R2とR3はRPの役割の候補として定義されています。

C-RP。

。これらのルータでは、次のように構成します。

RX(config)インタフェースループバック0 RX(config-if)IP PIMスパースモードRX(config-if)出口RX(config)#ip PIM RP候補ループバック0

  1. しかし依然として何も起こらない - 候補者はまだ自分自身についてみんなに通知する方法を知らない。
  2. 既存のRP入力メカニズムに関するすべてのマルチキャストドメインルータに通知する
  3. BSR - ブートストラップルータ
  4. 。 C-RPのような応募者がいくつかあるかもしれません。それらはそれぞれ呼ばれます
  5. C-BSR
  6. 。それらは同様に構成されています。

BSRを私たちと一緒にいて、テストのために(排他的に)それはR1になりましょう。 しかし、同じブランチの中にしばらくした後、ルーターは再度マルチキャストを送信しようとしています - 突然の受信者がそこに登場しました。表示されない場合、分岐は一定の期間で再び遮断されます。ルータ上のクライアントがこれら2つのイベント間の間隔で登場した場合、グラフトメッセージが送信されます - ルータはそれが何かを落とすまで待たないようにカットブランチを要求します。 R1(config)インタフェースループバック0 R1(config-if)IP PIMスパースモードR1(config-if)出口R1(config)#ip PIM BSR - 候補ループバック0 独立した彼は、それがユニークなトラフィックをルーティングする特定のプログラムに縛られていないため、後であなたはなぜ見るでしょう。 まず、すべてのC-BSRから1つのメインBSRが選択され、これはみんなに課金されます。これを行うには、各C-BSRはマルチキャストを送信します 呼び出す ブートストラップメッセージ(BSM) スキームと初期設定 アドレス224.0.0.13もPIMプロトコルパッケージです。それはすべてのマルチキャストルータを受け入れて処理する必要があり、PIMがアクティブになっているすべてのポートに送信した後に送信してください。 PIM結合とは対照的に、BSMは何か(RPまたはSource)の側面には影響しません。そのようなファンメーリングは、すべてのC-BSRとすべてのC-RPを含む、ネットワークのすべてのコーナーのBSMを達成するのに役立ちます。 BSMがネットワークを無限に浪費するために、同じRPFメカニズムが適用されます.BSMがこのメッセージの送信者のネットワークが解放されている間違ったインターフェイスから起こった場合、そのようなメッセージは破棄されます。 つまり、途中の各ルータはそのような結合を処理する必要があり、必要に応じてRPの側面に新しい結合を送信します。 (ルータにこのグループがすでにある場合は、結合を送信しないことを理解することが重要です - それは単に結合が石油に入ってトラフィックを受け取るのを開始します)。 これらのBSMを使用すると、すべてのマルチキャストルータは優先順位に基づいて最も価値のある候補を決定します。 C-BSRが大きな優先順位を持つ別のルータからBSMを受信するとすぐに、メッセージの送信を停止します。その結果、みんな同じ情報があります。 Ciscoがこの奇妙さを許しますか?他のすべてと一緒に? . :この問題では、R1、R2ルーターのみがネットワークの管理者を実行しています。つまり、構成はそれらの上でのみ変更できます。 この段階では、BSRがネットワーク全体に分岐しているという事実のために、BSRが選択された場合、C-RPはそのアドレスと一意性をそれに送信します

Candidte-RPアドバタイズメント 彼らは彼らが奉仕するグループのリストを伝えます - これは呼ばれます グループからRPマッピング 。 BSRこれらのメッセージはすべて集約して作成します RPセット。 - 情報テーブル:各グループがどのRPを修正しています。 次に、前者のファンのBSRは同じブートストラップメッセージを送信します。この時間はRP-Setを含みます。これらのメッセージはすべてのマルチキャストルータを正常に達成します。 一人で 特定のグループごとにどのRPを使用する必要があるかを選択できます。 BSRは定期的にそのような分布を作り、RPの情報がまだ関連性があることを誰もが知っていて、他のC-BSRでは、メインBSR自体がまだ生きていることを認識していました。 ところで、RPはまた定期的にあなたの候補者RPアドバタイズメントアナウンスをBSRに送信します。 また、同じグループのマルチキャストトラフィックを受信したいと考えて、R5はそれを受信したRP、R3であるため、新しいPIM結合を作成し、それをFE1 / 1に送信し、ここでRPが見つけられます。 実際には、自動RP選択を設定するために必要なものすべて - C-RPを指定してC-BSRを指定します - それほど多くの仕事ではなく、他のすべてがあなたのためにPIMを作るでしょう。 常に信頼性を高めるために、ループバックインタフェースを候補として指定することをお勧めします。 PIM SMの章を完成させる、最も重要な瞬間に気付きましょう 非常に急性のこの質問はPIM DMで立っていました。 通常のユニークな接続にはIGPまたはスタティックルートを指定する必要があります。これはRPFアルゴリズムの根底にあります。 ツリーはクライアントが表示された後にのみ基づいています。木の建設を開始するのはクライアントです。クライアントなし - ツリーはありません。 RPFはループを回避するのに役立ちます。 すべてのルーターは、WHO RPがツリーを構築することができるのかというヘルプだけであるのは誰に知っているべきです。 RPポイントは静的に示されていて、ブートストラッププロトコルを使用して自動的に選択できます。 RPTは、SourceからRPへのツリーからRPとソースツリーへのツリー - 最初のフェーズで構築されています。第2段階では、SPT上の組み込みのRPTからの切り替えは、受信者からソースへの最短経路です。 私たちが現在知られているすべての種類の木やメッセージもリストされています。 。マルチキャスト送信ツリーを記述する共通の用語。

。クライアントまたはRPからソースへの最短方法のツリー。 PIM DMではSPTしかありません。 PIM SM SPTは、SPTスイッチオーバーが発生した後に、ソースからRPへ、またはソースから受信者へのものである可能性があります。記録で示されています

- グループの公知の情報源。

- SPTと同じです。

。 RPから受信者へのツリー。 PIM SMでのみ使用されます。記録で示されています

- RPTと同じです。すべての顧客がRPのrootを持つ1つの一般的なツリーに接続されているため、それは呼ばれます。

PIMスパースモードメッセージ:

こんにちは。

- 近隣を確立し、これらの関係を維持する。 DRを選択する必要があります。 参加(*、g) - グループGへの接続を要求します。 RPに向かって出発する。彼らの助けを借りて、RPTツリーは構築されています。 参加(S、G) - ソース固有の参加。これは、SOWER-S.に向かって送信された特定のソースを持つグループGに接続する要求です.S.彼らの助けを借りて、SPTツリーが構築されています。

プルーン(*、g)

- それがあったソースであれ、ツリーGから切断する要求。 RPに向かって出発する。そのため、ブランチRPTが覆われています。

  • プルーン(S、G)
  • - ツリーGツリーからシャットダウンを要求すると、そのルートはS. S. Systemsがソースに向かって送信されます。そのため、SPTブランチがカットされています。
  • - SPTがソースからRPに構築されるまで、マルチキャストがRPに送信される特別なメッセージ。 RPのFHRからユニキャストによって送信されます。

登録停止。

- registerでカプセル化されたマルチキャストトラフィックの送信を停止するように順序付け、順序付け、順序付け、順序付けされている。

- BSRメカニズムBSRロールにルータを選択することを可能にするパケットと既存のRPとグループに関する情報も送信します。

主張する。

- 2つのルータが1つのセグメントに渡されるように、PIMフォワーダを選択するメッセージ。

候補rp-advertisement

-  RPがどのグループにサービスを提供する情報を送信するメッセージ。 

RP到達可能な

- RPからのメッセージ。彼女はその利用可能性についてすべて通知します。

  • * PIMには他の種類のメッセージがありますが、これらはすでに詳細です*
  • そして、プロトコルの詳細から抽象化しようとしましょうか。そしてその複雑さは明らかになります。
  • 1)RP定義、 2)RP上のソースの登録、 3)SPTツリーを切り替えます。

多くのプロトコル状態、マルチキャストルーティングテーブルの多くのレコードです。何かをすることは可能ですか? 今日まで、PIM:SSMおよびBidir PIMを単純化するための二次反対のアプローチがある。 SSM。

まだ説明したことはすべてです

ASM - 任意の送信元マルチキャスト

。顧客は、グループのトラフィックの源である無関心です - 主なことは彼らがそれを受け取ることです。覚えておくと、IGMPv2レポートは単にグループに接続するように要求されます。

SSM - ソース固有のマルチキャスト - 代替アプローチこの場合、クライアントは接続時にグループとソースを示します。 それは何を与えますか?これ以上:RPを完全に取り除く能力。 LHRは直ちに送信元アドレスを知っています - RP上で結合を送信する必要はありません、ルータは直ちに結合(S、G)をソースの方向に送信してSPTを構築することができます。

だから私たちは取り除く

RP検索(ブートストラップおよび自動RPプロトコル)、

マルチキャストのソースの登録(そしてこれは時間が多すぎる、帯域幅とトンネリングのデュアル使用) SPTへの切り替え。 RPがないので、それぞれ1つのルータではそれぞれRPTはエントリ(*、G) - のみではありません(S、G)。

SSMで解決されるもう1つの問題は、いくつかのソースの存在です。 ASMでは、マルチキャストグループのアドレスが一意で、RPTツリーのいくつかのストリームがやや、クライアントが異なるソースから2つのストリームを取得するため、おそらく分解できないため、1つのソースブロードキャストが一意であることをお勧めします。それら。 SSMでは、さまざまなソースからのトラフィックが独立して分散され、それぞれSPTツリーに配布されており、これはすでに問題にならないようになり、利点は同時にブロードキャストできます。突然クライアントがメインソースからの損失を修正し始めた場合、彼はバックアップに切り替えることができ、それを再構築しても - 彼は2つのストリームを受け取りました。 さらに、アクティブ化されたマルチキャストルーティングを持つネットワーク上の攻撃の可能なベクトルは、そのソースの侵入者を接続し、ネットワークを過負荷にする大量のマルチキャストトラフィックを生成することです。 SSMでは、これは実際に除外されています。

SSMの場合、特殊な範囲のIPアドレスが強調表示されます.232.0.0.0 / 8。 SSMをサポートするルータでは、PIM SSMモードが有効になります。 ルータ(config)#ip PIM SSM

IGMPv3とMLDV2は純粋な形でSSMをサポートします。

それらを使用するとき、クライアント5月

ソースを指定せずに、単なるグループへの接続を要求します。つまり、典型的なASMとして機能します。

特定のソースを持つグループへの接続を要求します。ソースを複数指定できます - それぞれの前にツリーが構築されます。 グループ接続を要求し、クライアントがクライアントのリストを指定します。 ほしくなかった トラフィックを受け取るだろう

IGMPv1 / V2、MLDV1はSSMをサポートしていませんが、そのようなものがあります 特定のソースを持つグループへの接続を要求します。ソースを複数指定できます - それぞれの前にツリーが構築されます。 SSMマッピング 。クライアントの隣には、各グループが送信元アドレス(または複数)に従って配置されます。したがって、IGMPv3 / MLDv2をサポートしていないクライアントがある場合、SPTはそれらのためにそれらのために構築され、そしてソースアドレスがまだ知られているという事実のためにRPTを構築されません。 SSMマッピングは、LHRの静的設定とDNSサーバーを参照することによって実装できます。 SSMの問題は、顧客が事前に送信元アドレスを知っている必要があることです。それらはそれらに伝達されません。 したがって、ネットワークが特定のセットのソースを持っている場合、SSMはそれらの状況では適していますが、それらのアドレスは知られており、変更されません。クライアント端末やアプリケーションはそれらに関連付けられています。 言い換えれば、IPTVはSSMを実装するための非常に適した環境です。それは概念をよく説明しています 一対多

- 1つのソース、多くの受信者。

ビジルピック。

そして、ネットワークソース内で自然に現れることができるのは、同じグループでブロードキャストすることができ、すばやく送信を停止して消えますか?

例えば、この状況はネットワークゲームまたはデータセンターで可能であり、データは異なるサーバ間で複製される。これは概念です 多い - 多くの顧客、多くの顧客。

いつものPIM SMはどのように見ていますか?

不活性PIM SSMがまったく適していないことは明らかですか?

あなたはちょうどカオスが何を始めるのかと思います:ソースの無限の登録、木の再構築、そしてプロトコルタイマーのために数分間生きる膨大な数のレコード(g)。

  • 双方向PIMは収益です( 双方向PIM、Bidir Pim
  • )。 SSMとは異なり、SPTとRecords(S、G)によって完全に拒否されています。共有ツリーのみがRPでrootのままです。 そして、通常のPIMの場合、ツリーは片面である場合、トラフィックは常にソースダウンSPTからrp down rp from rp from source this-sourceトラフィックへの双方向に送信されます。 RPはまた、どのトラフィックが顧客に流れるかによって、同じ方法で共有ツリーを渡します。
  • これにより、警報と状態の変更なしに、SourceをRPトラフィック転送に確実に登録することを拒否できます。 SPTツリーがまったくないので、SPTスイッチオーバーも発生しません。 例えば: 特定のソースを持つグループへの接続を要求します。ソースを複数指定できます - それぞれの前にツリーが構築されます。 源泉
  • トラフィックグループ224.2.2.4を同時にネットワークに転送し始めました 源2 。それらからのストリームはただRPに注がれた。近くにあるいくつかの顧客は一度にトラフィックを受信し始めました。ルーターではエントリー(*、g)(顧客がいる)があるためです。もう1つの部分は、RPから共有ツリー上のトラフィックを受け取ります。そして彼らは両方のソースから同時にトラフィックを受け取ります。 つまり、投機的なネットワークゲームを一例として撮る場合は、 。クライアントの隣には、各グループが送信元アドレス(または複数)に従って配置されます。したがって、IGMPv3 / MLDv2をサポートしていないクライアントがある場合、SPTはそれらのためにそれらのために構築され、そしてソースアドレスがまだ知られているという事実のためにRPTを構築されません。 これはシューターの最初のシューティングゲームで、ショットを作りました。

源2

- これは横に一歩を踏み入った別の選手です。これら2つのイベントに関する情報はネットワーク全体に広がります。そして

全員

例:IPTV。

別のプレイヤー(

.

受信者

)これらのイベントの両方について学ばなければなりません。

あなたが覚えているならば、それから私たちがRP上のソースの登録プロセスが必要な理由を説明する直前 - 顧客がないときにトラフィックはチャネルを占有しないように、つまりRPはそれを拒否したばかりです。なぜ私たちは今この問題について考えていないのですか?その理由は単純です:多くの情報源がある状況のためのBidir PIMですが、それらは絶えず放映されていませんが、定期的には比較的小さいデータ部分です。つまり、ソースからRPへのチャネルは水の処分されません。

R5とR7の間の上の画像では、RPを介したパスよりもはるかに短い直線がありますが、このパスが最適ではないルーティングテーブルに従ってJOINがRPに向かって行われるため、使用されていません。

それは非常に単純に見えます - あなたはRPの方向とすべてのものにマルチキャストパケットを送信する必要がありますが、すべての台無しにのニュアンスがあります - RPFです。 RPTツリーでは、その他の方法ではトラフィックがRPから来ておらず、そうでないことが必要です。そしてどこからでも来ることができます。私たちは、もちろん、RPFを取ることも放棄することはできません - これはループの形成を回避する唯一のメカニズムです。

したがって、概念はBidir Pimに導入されています

DF - 指定されたフォワード

。各ネットワークセグメントで、RPへのルートがこのロールの各行でより優れている1つのルータが選択されます。

これを含めて、顧客が直接接続されている線で行われます。 Bidir PIM DFは自動的に博士です。

オイルリストは、DFの役割のためにルータが選択されたインターフェースからのみ形成されます。

ルールはかなり透明です。

PIM結合/休暇要求がそのインターフェースになると、このセグメントでDFは標準規則に従ってRPに向かって送信されます。

ここで、例えばR3。 Red CircleでマークされているDFインターフェイスに要求が発生した場合は、それらをRPに送信します(ルーティングテーブルに応じて、R1またはR2を介して)。

PIM結合/休暇要求がDF以外のインターフェースにやってくると、無視されます。 R1とR3の間にあるクライアントがIGMPレポートを接続して送信することを決定したとします。 R1は、DF(赤い丸でマークされている)が選択されているインターフェイスを通り抜けて、以前のシナリオに戻ります。 R3はDFではないインターフェイスへの要求を受信します。 R3は、彼がここで最高ではないことを見て、要求を無視します。 (マルチキャストトラフィックがDFインタフェースに入った場合、それはオイルリストからのインタフェースとRPに向かって送信されます。 例えば、

トラフィックを送信し始めました。 R4はそれをあなたのDFインターフェースに入り、それを他のDFインターフェースに取得し、それをクライアントに向けてRPに向けて送信し、トラフィックはRP上に乗り込み、すべての受信者に広がっているため重要です。 R3はまた、オイルリストからのインタフェースへのコピー、すなわちR5上で、RPFチェックのために廃棄され、もう1つはRPに向かっています。

マルチキャストトラフィックが非DFインターフェイスに入った場合は、オイルリストからインターフェイスに送信する必要がありますが、

ならないだろう

RPに向かって投稿されました。

例えば、

放送を始めました、トラフィックはRPに達し、RPTを広げ始めました。 R3はR1からトラフィックを取得し、R4とR5のみをR2に送信しません。

したがって、DFは、マルチキャストパッケージのコピーが1つだけであり、ループ形成はRP上で除外され、最終的には送信されます。同時に、ソースが配置されている一般的なツリーは、もちろん、RPに入る前にこのトラフィックを受け取ります。 RPは、通常の規則に従って、トラフィックがすべてのオイルポートにトラフィックを送信します。

ちなみに、DFが各セグメントで選択されているため、アサートメッセージが必要ない。 DRとは異なり、彼はRPへの参加を送信するだけでなく、セグメントへのトラフィックの送信、つまり2つのルーターがBidir PIMで除外された1つの姿勢に送信された場合もあります。

おそらくあなたが双方向PIMについて言う必要がある最後のことはRPの機能です。 PIM SM RPがソースの特定の機能を実行した場合、Bidir PIM RPでは、トラフィックが一方の側に照明されている特定の非常に条件付きのポイントです。 SPTツリーの構築に尋ねるために、誰もカプセル化を実行する必要はありません。いくつかのルータでは、急激なソースからのトラフィックが共有ツリーに送信され始めます。なぜ私は「一部」と言っているのですか?事実は、Bidir PIM RP - RPアドレスが存在しないIPアドレスを実行できるように、特定のルータではなく、特定のルータではありません。主なことは、それがルーティングされていることです(そのようなRPはPhantom RPと呼ばれます。

PIMに関連するすべての用語は、用語集にあります チャネル上のマルチキャスト したがって、睡眠、処理、テストの欠如との長い労働省の週の後ろに - あなたはマルチキャストで満足のある顧客、ディレクターおよび営業部を実施しました。 金曜日は創造を見落として快適な滞在をするのに最悪の日ではありません。 .

金曜日は創造を見落として快適な滞在をするのに最悪の日ではありません。

しかし、あなたの午後の夢は突然テクニカルサポートの呼びかけを邪魔しました。チェック - 損失、壊れます。すべてのスイッチの1つのセグメントにすべてが収束します。

未確定、CPUをチェックし、インターフェイスの処理を確認し、1つのVLANのすべてのインタフェースでほぼ100%以下の範囲内のローディングを確認しました。ループ!しかし、仕事がない場合はどこから来たのですか。 10分の確認と、カーネルへのアップストリームインタフェースでは、たくさんの着信トラフィックがあること、および顧客への降順に降順になっていることがわかりました。ループの場合は、それは特徴的ですが、どういうわけか疑わしい:マルチキャストを導入し、切り替え時の作業と一方向にのみジャンプをしませんでした。

ルータ上のマルチキャストグループのリストを確認し、可能なすべてのチャネルへの購読があり、1つのポート上のすべてが当然このセグメントにつながるものです。

細心の注意を払った調査では、クライアントのコンピュータが感染していて、すべてのマルチキャストアドレスにIGMPクエリを行に送信することが示されています。

スイッチが自分自身を膨大な量のトラフィックを通過させなければならなかったので、パッケージの損失が始まりました。これにより、インタフェースバッファがオーバーフローしました。

主な問題は、あるクライアントのトラフィックがすべてのポートにコピーされ始めた理由です。

この理由はマルチキャストMACアドレスの性質にあります。事実は、マルチキャストIPアドレスのスペースがマルチキャストMACアドレスのスペースに特別に表示されます。そして、SNAGはそれらが送信元MACアドレスとして使用されることは決してないので、スイッチによって検討されず、MACアドレステーブルにリストされていることです。宛先アドレスが検討されていないフレーム付きのスイッチは何ですか?彼はそれらをすべての港に送ります。何が起こった。

これがデフォルトのアクションです。

マルチキャストMACアドレス そのため、そのようなパッケージのイーサネットヘッダーにはどのようなMACアドレスが置き換えられますか。放送?そうではありません。マルチキャストIPアドレスが表示される特別なMACアドレスがあります。 登録 これらの特別なアドレスは始まります。

0x01005Eと次の25ビットは0でなければなりません

なぜSOに答えてみてください

)。残りの23ビット(MACアドレス48内にすべてのマックアドレス48)がIPアドレスから転送されます。

ここにはあまり深刻ではなく、問題はありません。マルチキャストアドレスの範囲は、マスク224.0.0.0/4によって決定されます。これは、最初の4ビットが予約されていることを意味し、残りの28ビットは変更できます。つまり、2 ^ 28マルチキャストIPアドレスを持ち、2 ^ 23 MACアドレスのみ - 1に1を表示するには1インチ5ビットです。したがって、最後の23ビットのIPアドレスが取られ、1対1がMACアドレスに転送され、残りの5は破棄されます。

実際、これは2 ^ 5 = 32のIPアドレスが1つのマルチキャストMACアドレスに表示されることを意味します。たとえば、グループ224.0.0.1,224.128.0.1,225.0.0.1、239.128.0.1まで、1つのMACアドレス0100:5E00:0001に全体が表示されます。

一例としてストリーミングビデオダンプを受講した場合は、次のことがあります。

IPアドレス - 224.2.2.4、MACアドレス:01:00:5E:02:02:04。

IPv4マルチキャストに属していないマルチキャストMACアドレスもあります(クリック)

)。ところで、それらのすべては、最初のオクテットの最後のビットが1に等しいという事実によって特徴付けられます。

当然のことながら、同じネットワークカードをそのようなMACアドレスで設定することはできませんので、ソースMac Ethernetフィールドにはありません。そのようなフレームは未知のユニキャストとして送信されるべきです

すべてのVLANポートに。

これまで考慮した合計では、ストリーミングビデオから株価見積の間にマルチキャストトラフィックを完全に送信するのに十分です。しかし、私たちはそのような不名誉を持つほとんど完璧な世界で、選挙に転送される可能性があるものの放送の伝達としてしていますか?

どういたしまして。 特に完璧主義者のために 発明された機構

IGMPスヌーピング。

アイデアは非常に単純です - スイッチ "Listens" IT IGMPパケットを通過します。

グループごとに、別々に昇順ポートと下向きのポートのテーブルがあります。

IGMPレポートがグループのポートから、クライアントのポートから来た場合、スイッチはこのグループのダウンリンクリストに追加されます。

IGMPクエリがグループのポートから取得された場合は、ルータがあり、スイッチはそれを昇順リストに追加します。

これにより、チャネルレベルでマルチキャストトラフィック送信テーブルが生成されます。 その結果、マルチキャストストリームが上から来ると、下向きのインタフェースにのみコピーされます。 16ポートで2つのクライアントのみを切り替えると、トラフィックが配信されます。 この考えの天才は彼女の性質について考えるときに終わります。このメカニズムは、スイッチが3番目のレベルでトラフィックを聴取する必要があると仮定します。

ただし、IGMP-Snoopingは、ネットワーク相互作用の原理を無視するためのNATと比較しません。さらに、リソースへの節約に加えて、それは明らかな機会が少なくて済みます。はい、そして一般的に、現代の世界では、IPの内側の検査方法を知っているスイッチ - 現象は例外的ではありません。 ===============: タスク番号3

サーバー172.16.0.5は、マルチキャストトラフィックをグループ239.1.1.1,239.2.2.2および239.0.xに送信します。

ネットワークを設定してください。

- 顧客1はグループ239.2.2.2に参加できませんでした。しかし同時に彼はグループ239.0.0.xに参加することができました。

- 顧客2はグループ239.1.1.1に参加できませんでした。しかし同時に彼はグループ239.0.0.xに参加することができました。

ここでのタスクの詳細。

===============:

IGMPスヌーピングプロキシ。

.

Response Readerは、1つの最速のクライアントのみが上記のようにIGMPクエリを担当することを考えると、IGMPスヌーピングがすべてのクライアントポートを学習する方法についての問題を抱えている可能性があります。そして非常に単純:IGMPスヌーピングでは、レポートが顧客の間に行くことを許可しません。それらはルータへの立ち上がりポートにのみ送信されます。このグループの他の受信者からのレポートを見ることなく、クライアントはこのクエリで指定された最大応答時間中にクエリに応答する義務があります。

その結果、1000ノードのネットワーク上では、秒10の1つのIGMPクエリ(最大応答時間の通常の値)がルータに1000レポートが発生します。それは彼らのグループのために十分でしょうが。

そしてそれは毎分起こる。

この場合、IGMP要求のプロキシを設定できます。それからスイッチは渡すパッケージを「待機」していない、彼はそれらを傍受します。

IGMPスヌーピングの運用規則は、製造業者によって異なる場合があります。したがって、それらを概念的に考えます。

1)スイッチが最初にグループに最初にレポートに到着した場合は、ルータに送信され、インタフェースはダウンリンクにサブされます。そのようなグループがすでにそこにある場合、インタフェースは単に降順リストに追加され、レポートは破棄されます。

2)最新の休暇がスイッチにやってくると、他の顧客がなく、この残りはルータに送信され、インタフェースはダウンリンクリストから削除されます。それ以外の場合、インターフェイスは単に削除され、残りは破棄されます。

3)IGMPクエリがルータから来ている場合、スイッチはそれを傍受し、現在受信者があるすべてのグループに対してIGMPレポートの応答に送信します。

今サーバーに渡します。私たちがすでに上で議論したように、彼はPIM、RP、IGMPについて心配しません - 彼はただ放送するだけです。そしてR1はこのストリームを取得します。彼の仕事はRPにマルチキャストを配信することです。 そして、設定や製造元に応じて、または同じクエリがすべてのクライアントポートに送信されるか、またはスイッチがルータからクエリをブロックし、それ自体はクエリアとして機能し、すべての受信者を定期的に統一します。 これにより、ネットワーク上の不要なサービストラフィックのシェアとルータの負荷が軽減されます。 マルチキャストVLANレプリケーション また、クライアントはVLCプレーヤーを通じて224.2.2.4のグループを要求します。 ab IGMPv2の報告書は、所望のグループのアドレスに行き、並行してパッケージ自体に表示されます。これらのメッセージはセグメント内でのみ生活する必要があります。したがって、ルータによって転送されないため、1 TTLがあります。 MVR

。これは、ユーザーごとにVLANを練習するプロバイダーのメカニズムです。

例えば。

ここでは、MVRが不可欠であるネットワークの典型的な例です。

5つのvlansの5つの顧客、そして誰もが1つのグループのマルチキャストトラフィックを受信したい224.2.2.4。この場合、顧客は互いに分離されたままでなければなりません。

IGMP-Snoopingはもちろん、そしてVLANを考慮に入れる。異なるVLAN内の5つの顧客が1つのグループを要求した場合 - それは5つの異なるテーブルになります。したがって、ルータにグループに接続するための5つの要求があります。そして、ルータ上のこれら5つからの各サブインテンニアは油中に別々に追加されます。つまり、グループ224.2.2.4のために1ストリームを受信したことは、それらがすべて1つのセグメントに入るという事実にもかかわらず、5部のコピーを送信します。

この問題を解決するために、マルチキャストVLAN複製メカニズムが開発されました。

追加のVLANが入力されました -

.

マルチキャストVLAN。

- その中で、マルチキャストフローが送信されます。これは最後のスイッチに直接「趣味が良い」です。そこからのトラフィックは、このトラフィックを受信したいすべてのクライアントインターフェイスにコピーされます。これはレプリケーションです。

.

マルチキャストVLANからのレプリケーションの実装に応じて、

ユーザーVLAN。

あるいは特定の物理的インターフェイスで。

そして、IGMPメッセージはどうですか?ルータからのクエリは、もちろんマルチキャストVLANを通過します。スイッチはそれらをクライアントポートに送信します。レポートまたは終了がクライアントから来ると、スイッチは(VLAN、インターフェイス)、必要に応じてマルチキャストVLANにリダイレクトされます。

したがって、通常のトラフィックは絶縁され、それでもユーザーVLANのルータに移動します。マルチキャストトラフィックとIGMPパケットはマルチキャストVLANに送信されます。

.

Cisco MVRとIGMPスヌーピングは独立して設定されています。つまり、1つをオフにすることができ、2番目の順序が機能します。一般に、MVRはIGMPスヌーピングに基づいており、MVR操作のための他の製造業者のスイッチでは、IGMPスヌーピングの必須であり得る。

RPFチェック

さらに、IGMP-Snoopingを使用すると、スイッチでトラフィックフィルタリングを実行することができ、ユーザーが利用できるグループの数、IGMPクエリアの包含、昇順ポートの静的設定、任意のグループへの永続的な接続を制限します(このスクリプトは添付のものです。ビデオ

)、IGMPv2などの追加のクエリ、SSMマッピングを送信することによってトポロジの変更に対する高速反応

  • IGMPスヌーピングについての会話を終了します。繰り返したいです。これはオプションの機能です。しかし、それはネットワークをより予測可能にするでしょう、そしてエンジニアの寿命は穏やかです。
  • しかし、IGMPスヌーピングのすべての利点は自分自身に対して包まれることがあります。そのような優れたケースの1つは、参照によって読むことができます。
  • ところで、CiscoがCGMPプロトコルを持っています

- スイッチの原則に違反しないIGMPのアナログが適切であり、それは広まっていないと言っていない。

だから、私のティークのない読者、私たちは問題の最後に近づき、ついにIPTVサービスをクライアント側でどのように実装できるかを表示したいです。

この記事で繰り返し上訴された最も簡単な方法 - ネットワークからマルチキャストストリームを取ることができるプレイヤーを実行します。グループのIPアドレスを手動で設定してビデオを楽しむことができます。

プロバイダがよく使用する別のプログラムオプションは、通常はかなりカスタムで、プロバイダのネットワークで使用されているチャンネルのセットが縫製されます。手動で何かを設定する必要はありません - チャンネルをボタンで切り替える必要があります。

どちらの方法でも、コンピュータ上でのみストリーミングビデオを見ることを可能にします。

3番目のオプションを使用すると、テレビ、およびルールとして、任意のオプションを使用できます。これを行うために、クライアントの家は、いわゆるセットトップボックス(STB)をテレビにインストールされています。これは、加入者の行に含まれており、トラフィックを共有しているPUSaleakです。 RGB、アンテナTD)。

しばしばあなたは、プロバイダーがテレビを接続するためのコンソールを提供する広告を見ることができます - これは非常にSTBです

タスク番号4。

最後に、起動されていないマルチキャストタスク(著者は私たちではありません、答えに元のものへのリンクがあるでしょう)。

  1. 最も簡単なスキーム:
  2. 一方では、ソースサーバーに、ARCを持つ - トラフィックを取る準備ができているコンピュータ。

マルチキャストストリームアドレスを自分でインストールできます。

そしてそれに応じて、2つの質問:

  • コンピュータがストリームを手に入れることができ、マルチキャストルーティングに頼ることができるようにする必要があるのは何ですか?
  • マルチキャストと設定できないものがわからないとします。サーバーからコンピュータにストリームを転送する方法は?
  • タスクは検索エンジンで簡単に検索されますが、自分で解決してみてください。
  • ここでのタスクの詳細。
  • ===============:
  • 記事の不採算のままでは、マルチキャストトラフィックのクロスドメインルーティングを残しました(MSDP
  • 、MBGP。

、BGMP.

)RP間の負荷分散(Anycast RP.

独自のプロトコル。しかし、私はこの記事をスタートさせることをして、残りを扱うことは難しくないと思います。

マルチキャストに関連するすべての用語、あなたは電気通信用語集ルックーアップで見つけることができます

記事の準備のための助けのためにありがとうございましたJDIMA.

テクニカルサポートのためにNatasha Samoilenkoをありがとう CDPV描画ニーナドルゴロヴェリー

- 素晴らしいアーティストやその他のプロジェクト。

RPFチェック

SDSMによる記事のプールでは、終わりの前にまだはるかに興味深いので、あなたはリリースの長い欠如のためにサイクルを埋める必要はありません - それぞれの新しい記事で複雑さは大幅に増加します。先に、ほとんどすべてのMPLS、IPv6、QoS、およびネットワーク設計です。

  1. あなたがすでに気付いたように、お知らせ、LinkMeupには新しいプロジェクトがあります - Lookmeupの用語集(はい、私たちはファンタジーを残しました)。この用語集がコミュニケーション分野で最も完全な用語のディレクトリになることを願っていますので、充填するのに役立ちます。 [email protected]で私たちに書く
  2. 私たちと居て
  3. IGMPスヌーピング:ルータでは何が必要ですか。
  4. ルータにあるIGMPスヌーピングオプションについて質問が発生した場合、そしてこの設定が必要な理由は正しい記事を発見しました。インターネット上の情報のほとんどは、通常のユーザーを理解するための複雑であり、特定のタスクを解決したい場合はこれらの用語はまったく必要ありません。
  5. 問題についてはもう少し詳しくは、IGMPスヌーピングに興味がある可能性があります。

あなたはネットワークゲームをプレイします。

IPTV Rostelecomインターネットテレビ機能やその他のプロバイダを使用してください。

ネットワークシステム:ビデオ会議、オンライン学習、または郵送中の郵送物でも署名しました。

そして同時に、ルータに接続されているすべてのデバイスで速度を大幅に削減しました。たとえば、テレビでIPTVを見ていますが、PCを「恥ずかしがり屋」したり、電話でインターネットを作業し始めたりします。もう1つの問題が可能です - 上記のIPTV、ネットワークゲーム、またはサービスはまったく開始されず、うまくいきません。これらすべてのケースでは、ソリューションはIGMPスヌーピングの設定に役立ちます。

IGMPとは何ですか

データがネットワークを介してネットワーク経由で送信されると、グローバルインターネット上、またはプロバイダから、またはデバイス間では、これはクリアルール:プロトコルで発生します。各プロトコルは、ゼロと単位、データパケットでそれらを収集する方法、画面上の画面上でそれらの「正当性」をチェックする方法を確認する方法を決定します。全体的には7つのレベルがあります - 電気信号からあなたのブラウザへ。

インターネットグループ管理プロトコルは、略語が形成されている最初の文字に従って - チャネルレベルのこれらのプロトコルの1つ。上記の「問題」が起こった場合、あなたはその存在について知らないでしょう。名前から分かるように、これはブロードキャストグループを管理するためのプロトコルです。

つまり、IPTVインターネットTV信号がプロバイダからルータ上であなたに来ると、それをすべての機器にブロードキャストし始めます。スマートフォンやテレビで同じギアを見るのは便利です。しかし、同じ時点で他の任意の装置 - あなたのコンピュータは信号が必要な場合は「尋ねられません」です。

したがって、彼はまだそれを受け取り、それはインターネットの速度を短縮し、その資源を費やします。

スヌーピングは、ルータがオンラインゲーム、テレビ、または特別なサービスからデータのフローを必要とするのかを調べるのを助ける機能です。単に置くだけで、これはあなたのネットワーク内のトラフィックの最適化、そしてその安全性を向上させることです。それは自動的に作業するべきですが、手動でそれを設定する必要がある場合があります。それがIGMPがルータにあるものです。

IGMPスヌーピングの景色 このプロトコルのルータのサポートはすでにあなたがIPTVからの信号の受信および他のサービスからの問題がないことを意味します。しかし、ルータやモデムが古い場合は、ブロードキャストデータ転送を受け入れることはできません。そうしないと十分な権限があり、「ハング」になります。しかし、すべてが順番にあるとき、IGMPスヌーピングはタイプによって異なります。 受動的。この基本技術は、全体的な追跡および放送データ送信をサポートしています。すべてが動作し、ルータの負荷は最小限です。ただし、その中の機器の負荷は増加します。 アクティブです。そのようなプロトコルはネットワークを最大化する。それは彼が必要としないルータへの「余分な」要求を満足させ、データ転送リソースを解放します。ただし、プロセッサの負荷とデバイスのメモリ上の負荷が増加します。中程度の高価格セグメントのデバイスは問題なくこれに対処します。デバイスに安価なデータ量によって異なります。 .

ルータ内の関数を設定する方法 IGMPはルータに分解されます。この設定は、IPTVの例では何ですか。通常、すべてが自動的に点灯します。しかし、あなたがこの記事を読むならば、何かが明確にうまくいかなかった。したがって、これらのステップを実行してください。 ルータのWebインタフェースに移動します。アドレスバー192.168.1.1または192.168.0.1または下部ステッカーに指定されているアドレスのブラウザを入力します。 ユーザー名とパスワードを入力してください - 通常、手動で変更されていない場合は「管理者」ログインとパスワード「admin」です。またはルータの同じステッカーを確認してください。 .

「ネットワーク」、「ネットワーク設定」などに進みます。 ASUSでは、「ローカルネットワーク」と呼ばれます。 「IPTV」タブを見つける必要があります。 「プロキシ」オプションにはブロードキャストが含まれていますが、実際にはIPTV機能を起動します。それが、ルータ内のIGMPプロキシなことです。それをオン。 すべてのモデルがIGMPスヌーピングアイテムを持っているわけではなく、存在する場合は、電源を入れます。スヌーピングはすべてのデバイスの作業を改善します。 .

「適用」をクリックしてください。 すべて準備ができています。

考えられる問題 放送がうまくいかない場合に問題が発生します。これはファイアウォールと接続することができます。数分間外します。問題が解消された場合は、電源を入れると設定内にインターネットテレビ、オンラインゲーム、または別のサービスのプロトコルを許可します。 ビデオ。 例:Anycast DNS .

IPTVが別々の機器受信機を使用している場合(なぜテレビプレフィックスが必要なのですが、これは単一の会話のトピックです)、次にルータの設定では「ブリッジ」オプションを解決する必要があるかもしれません。 「WANブリッジポートの選択」または「ネットワークブリッジ」と呼ばれることがあります - それはデバイスによって異なります。

最後に、信号が「遅く」すると、デバイスは最も可能性が最も高いです。他の機器の操作を制限するか、無効にする必要があります。何も役に立つなら、あなたはより強力にルーターを変更する必要があります。

この記事では、ルータのIGMPスヌーピングが何であるかを最も明確な言語を説明しようとしました。この情報があなたにとって役立つことを願っています、そしてあなたは生まれた問題を決定します。今、あなたのデータは最適かつ正確に送信され、すべてのデバイスを過負荷にするためにネットワークへの攻撃は生じません。 ソース: https://besprovodnik.ru/igmp-snooping-chto-to-v-rutere/

MikrotikでIPTVを設定する たとえば、IPTVの設定Mikrotik RB2011UIAS-2HNDを取得しました。もちろん、かなりの家庭用ルーターではありませんが、他のデバイスの設定は原則として異なりません。 設定ルータをリセットします。 /そして受信者について私達に知らせます。そして、1つのクライアントコンピュータについて話す必要はありませんが、一般に、それはたとえば他のPIMルータであり得る。どのインターフェースがトラフィックを通過する必要があるかが重要です。 ルータを更新します(IPTV用パッケージを追加)。

IGMPプロキシの設定 ファイアウォールの例外を追加します。 Wi-Fiを設定します。

アクセスポイントの設定をリセットします

このアイテムはオプションです。以前にした作業設定を持つルータにIPTVを設定した場合、以下の操作は不要です。バックアップ構成も妨げません。 しかし、マイクロティックのIPTV設定中にIPTVの設定が間違っていた場合、最良の方法は設定を「リセット」して、再びすべてを行います。 .

設定をファクトリにリセットするには、3つの方法になります。 プログラムでWinboxに移動し、システムメニューを開き、リセット設定を行います。 機械的に:Mikrotikのリセットボタンをクリックして、ルーターが再起動するまで待ちます。 (ほとんどのMikrotikでは、ボタンをオンにするためにボタンを固定し、スイッチングから約10秒後に保持することなく、ボタンをクランプすることをお勧めします。 /そして受信者について私達に知らせます。そして、1つのクライアントコンピュータについて話す必要はありませんが、一般に、それはたとえば他のPIMルータであり得る。どのインターフェースがトラフィックを通過する必要があるかが重要です。 ルータ自体の設定をリセットします(セットアップ画面上)。実際には、ルータにタッチスクリーンがある場合にのみ。 ReRETEROSの更新(IPTV用のパッケージを追加) IPTV用に追加のパッケージをインストールするには、アップデートが必要です。 私たちはMikrotikのサイトに行き、リスト上のあなたのモデルの行を探しており、それについて最新のファームウェアバージョンをダウンロードしています。メインパッケージ(メイン)と追加(追加)でファームウェアを選択しないことに注意してください。

開いた

ウィンボックス。

私たちはルーターに行きます(私達はMACアドレスに最初に入力するようにアドバイスし、それはさらなる構成プロセスを容易にするでしょう)。ルータで更新するには、メニューに移動します ファイル それを開いてウィンドウにドラッグします ファイル 開梱されていないアーカイブからのダウンロードされたファイル . multicast-x.xx-mipsbe.npk

パッケージが追加され、その後メニューの機器を再起動します。

システム。

リブート

ルータは再起動してファームウェアを更新します。プロセスは最大5分かかることがあります。

現時点での栄養は無効にされるべきではありません!

オープンを再起動した後

システム - パッケージ。 そしてモジュールが登場したかどうかを見てください

利用可能な場合は、あなたはすべてを正しくしました。 IGMPプロキシを設定します

Mikrotikメニューで開きます ルーティング - IGMPプロキシ。 このインターフェイスを追加する必要があります(画面に表示されているように)。 このフィールド内の新しいインタフェースで インターフェース。 私たちは私たちと一緒に来ている港を選び、私たちの場合はether2-masterで、ダニをインストールします スクリーンショットのように:

フィールドで少し低い

代替サブネット

代替サブネットを指定する必要があります。そこに入力するのかわからない場合は、最も一般的なオプションを試してください.10.0.0.0/8; 172.16.0.0/12; 192.168.0.0/16。

  • 極端な場合は、ゼロを残すこともできますが、ルータがインターネット全体に適用されないように、依然として目的のサブネットを見つけることをお勧めします。 変更を確認し、クリックしてください OK。 青いプラスをクリックする別のインターフェースを作成しますが、今、 じゃあ
  • 極端な場合は、ゼロを残すこともできますが、ルータがインターネット全体に適用されないように、依然として目的のサブネットを見つけることをお勧めします。 )。 反対にダニを置く OK。 そして同時に私たちがする港を選びます over over

IPTV - つまり、IPTVを監視するデバイスが接続されているものです。 私たちの場合、静止したPCが接続されているため、これは橋です。 .

つまり、最初のケースでは、データが含まれているポートを指摘し、今から来る。 ボタンを押した後 設定

反対のティックをティックします

テクニカルサポートのためにNatasha Samoilenkoをありがとう 早く。

レヴェ。

RPFチェック

チャンネル間ですばやく切り替えることができるようにします。

ファイアウォールの設定

現時点でiPTVを見逃していないファイアウォールをカスタマイズする新しい端末を作成し、新しい端末をクリックしてウィンドウが開きます。 これで、このコンソールで複数のチームを実行する必要があります。 / IPファイアウォールフィルタの追加アクション= accept chain =入力comment =»IGMPを許可する»無効= interface = ether2-master protocol = igmp

/ IPファイアウォールフィルタの追加アクション= ACCEPT CHAIN =入力COMPONE =»IPTV UDP着信»Disabled = NO DST-PORT = 1234 INFENTERS = ETHER2-MASTER PROTOCOL = UDP

/ IPファイアウォールフィルタの追加アクション= Chain = forward comment =»IPTV UDP転送»Disabled = no dst-port = 1234プロトコル= UDP 1234。

- ポートはストリーミングビデオとIPTVのために非公式に登録されています Ether2-Master。 - これはIPTVがプロバイダーから来ているインターフェースです。

メニューで次に必要です

IP。 アイテムを選択 ファイアウォール

そしてタブに行きます ルールをフィルタリングします。

。私たちはルールを除外し、彼らが働くことを除いて、彼らは禁止のためより高いはずです。マウスでドラッグします。

  1. Wi-Fiの設定
  2. Wi-Fiを介してIPTVを配布または配信する場合は、設定を追加する必要があります。これを行うには、順番に開きます。
  3. 詳細モードボタンを押した後、追加のパラメータが表示されます。
  4. フィールドで
  5. WMMサポート

putう

有効 -

RPFチェック

Wi-Fiによるマルチメディア伝送の包括的なサポート

ヘルパー

full

。このパラメータには、Wi-Fiに座っているマルチキャスト顧客の送信が含まれます。

すべてボタンで確認してください

IGMPでは、最終的なカスタマーレシピエントがトラフィックを受信したい最も近いルータを通信します。そしてPIMは、ルータを介してソースから受信者にマルチキャストトラフィックを移動するパスを構築します。 OK。

そしてプログラムを見て楽しんでください

それは私たちの構成のパフォーマンスをチェックするためだけに残っています。私たちはこのIPTVプレーヤー、Nのために使用しました

私たちのプロバイダのチャンネルのチャンネルを半径方向にダウンロードする

プレイヤーの設定の(ボルンテレコム)。

私達は私達の設定が完全​​に運営されていることを見ることができます。幸せな視聴!

https://lantorg.com/article/NASTROJKA-IPTV-na-mikrotik。

ルータ内のIGMPスヌーピングとは何ですか:IGMPスヌーピング機能の理由

また、クライアントはVLCプレーヤーを通じて224.2.2.4のグループを要求します。 IGMPの役割は非常に簡単です:顧客がない場合 - マルチキャストトラフィックをセグメントに送信する必要はありません。クライアントが表示された場合、彼はトラフィックを受信したいIGMPを使用してルーターに通知します。 すべてが起こった方法を理解するために、このネットワークを取ります。 インターネット上のプラットフォームの多数のプラットフォームは、マルチキャスト方法を使用してデータをユーザーグループに送信します。このような技術は、オンラインゲーム、ライブブロードキャスト、遠隔学習、および郵便郵便でも使用されています。しかし、マルチフォーマットは、常にトラフィックリレーを最適化してユーザーのネットワークをロードするわけではありませんので、IGMPスヌーピング機能はこの問題を作成しました。関数とは何を見分けるか、そしてあなたのトラフィックを最適化する方法を説明しましょう。

IGMPスヌーピング機能が必要なのは何ですか

まず、技術の原則を理解するためにIGMPの定義を説明します。

インターネットグループ管理プロトコル - マルチキャストネットワーク管理プロトコル。グループ内の複数のデバイスを編成します。 IGMPメンバーシップレポート - このグループのトラフィックを受け取りたいという「レポート」ノット。

IGMPv2の報告書は、所望のグループのアドレスに行き、並行してパッケージ自体に表示されます。これらのメッセージはセグメント内でのみ生活する必要があります。したがって、ルータによって転送されないため、1 TTLがあります。 IPプロトコルに基づいており、ネットワークリソースを効果的に使用している場所でインターネットに適用されます。

IGMPスヌーピングは、コンシューマグループとホスト間のマルチキャストトラフィックを追跡するプロセスです。スヌーピング機能は、マルチマスターグループと接続するためのユーザー要求を分析し、そのポートをIGMPブロードキャストリストに追加することができます。 MultiTaficationの使用が完了したら、ユーザーはクエリとプロトコルを残し、グループデータリストからポートを削除します。

したがって、スヌーピングは、不要なデータのマルチキャストチャネルへの転送を排除する。

これにより、チャネルレベルに関するデータの交換がより効率的でネットワーク層のニーズを考慮に入れており、これは情報提供者にとって特に重要です。ユーザーは最適化されたコンテンツを受信しますが、その結果、ネットワーク上の負荷が増加します。

データを追跡し分析することなく、特定のIPアドレスの形式のUltimate Consuerは、それらに追加の無駄な情報を「ダイジェスト」することを余儀なくされます。 これはデフォルトでルータでアクティブ化されます。 FE0 / 0インターフェースは224.2.2.4のグループに対して降順になり、受信したトラフィックを送信する必要があります。 通常の独自のルーティングテーブルとともにマルチキャストもあります: 顧客の入手可能性について最初の録音と言う

IGMPスヌーピングは過剰なトラフィックからユーザーを保存するだけでなく、情報の交換も安全にします。

トラッキングモードは、ネットワーク上でのDDOS攻撃の試みまたはインターネットグループ管理プロトコルが脆弱なアドレスでの試みを防ぐために、時間通りに有効になります。 アクティベーション機能IGMPスヌーピング トラッキングおよび分析機能は、管理対象ネットワークスイッチまたはスイッチで利用可能です。この装置は、ネットワークのチャネルレベルでグループブロードキャストの原則を実装するのに役立ちます。 .

IGMPスヌーピングを有効にするには、手動でスイッチにそれを有効にして設定する必要があります。

管理されていないアナログは、インターフェイスを介して設定できないため、トラフィック分析モードをサポートしません。

コマンドの詳細について IP MROUTEを表示します。 後で識別します。 .

ネットワーク上のCommunicatorを使用する前に、最後の受信者(Smart-TVなど)がスヌーピングモードをサポートしていることを確認してください。

通常、デバイスは「セットアップネットワーク接続」セクションに適切な項目を持っています。これにより、マルチキャストの調整が著しく単純化されます。 クライアントはトラフィックを受信し始めました。これで、ルータは、突然顧客が残っている場合、受信者がブロードキャストされないギャップを持っていることを確認する必要があります。これを行うために、それは定期的にそのすべての降順インターフェイスに要求を送信します。 一般的なD-Linkスイッチの例でコマンドラインを介して関数を接続する方法を検討してください。

CLIインターフェイスでコマンドラインを開きます。

"enable-igmp-snooping"を入力してください。このコマンドは、スイッチと接続されているアドレスの機能を有効にします。

"config-igmp-snooping-vlan-default-state-enable"を入力して、VLANプロトコルを設定できます。

"confog-multicast-vlan-filtering-mode-vlan-default-filter-unregistred-groups"コマンドは、コミュニケータの複数のアドレスからのデータフィルタリングを含みます。

最後に、VLANネットワークの "config-igmp-snooping-vlan-default-snooping-enable"を使用します。

最後のコマンドには、ユーザーがリクエスト「去る」とすぐにネットワークからポートを除外するIGMPスヌーピングファストリーブ機能が含まれています。早い休暇のおかげで、消費者は不要なデータを受け取らず、それらを処理しません。これにより、ネットワーク上の負荷が軽減され、スイッチがより効果的に機能することができます。 クエリに応答して、少なくとも1つのレポートがルータに入った場合、それはまだ顧客があることを意味し、このレポートがそこから来た場所からこのグループのトラフィックの間のインターフェースをブロードキャストし続けます。 クエリに応答インターフェイスからの応答がない場合、ルータはこのグループのマルチキャストルーティングテーブルからこのインタフェースを削除します。トラフィックを送信しなくなります。

最小のネットワークパート9.2。マルチキャスト。 IGMPプロトコル

マルチキャストIGMP(インターネットグループ管理プロトコル)、マルチキャストトラフィッククライアントとそれらに最も近いルータのインタラクションのためのネットワークプロトコルの研究を続けてください。

IGMPプロトコル

もう一度ダンプに戻ります。このトップパッケージを参照してください。マルチキャストストリームがスローされましたか? クライアントの行動の興味深い詳細:クエリを受け取ったことで、彼はすぐに返信するために急いではありません。ノードは0から1までのタイムアウトの長さを取ります .

接続時のIGMPプロトコルメッセージ

これは次のクエリで指定されています。 ところで、デバッグまたはダンプ内での場合、数秒が異なるレポートを取得することを渡すことができることがわかります。 これは、一般的なクエリを受信して​​、何百もの顧客すべての顧客がネットワークに報告されていないように行われます。さらに、クライアントが1つだけレポートに送信されます。 プレイを押したときにクライアントによって送信されたこのIGMPプロトコルメッセージ。それが彼がグループ224.2.2.4のためのトラフィックを受け取りたいと彼が報告する方法です。

- マルチキャストトラフィッククライアントと最も近いルータとの対話ネットワークプロトコルです。

IPv6は、IGMPの代わりにMLD(マルチキャストリスナーディスカバリー)を使用しています。操作の原理は絶対に同じですので、MLD上のいたるところでIGMPを簡単に変更でき、IPv6のIPを簡単に変更できます。

IGMPがどのくらい正確に機能しますか? 四。 それで、クライアントがグループを終了したいまで何世紀にもわたって起こります(たとえば、プレーヤー/ TVの電源を切ってください)。この場合、彼は送ります IGMPの休暇。 おそらく、プロトコルのバージョンが現在3つであるという事実から始める必要があります.IGMPv1、IGMPv2、IGMPv3。最も使われています - 2番目のもの、最初はほとんど忘れられているので、それについて話しません、3番目は2番目に非常に似ています。

私は最も影響を与えるように、私は2番目に焦点を合わせ、それがその前にクライアントをグループに接続することからすべてのイベントを考慮します。また、クライアントはVLCプレーヤーを通じて224.2.2.4のグループを要求します。

IGMPの役割は非常に簡単です:顧客がない場合 - マルチキャストトラフィックをセグメントに送信する必要はありません。クライアントが表示された場合、彼はトラフィックを受信したいIGMPを使用してルーターに通知します。

すべてが起こった方法を理解するために、このネットワークを取ります。

ルータがマルチキャストトラフィックを受信して​​処理するように既に構成されているとします。

- このグループのトラフィックを受け取りたいという「レポート」ノット。

グループ固有のクエリ。

IGMPメンバーシップレポートの送信

IGMPv2の報告書は、所望のグループのアドレスに行き、並行してパッケージ自体に表示されます。これらのメッセージはセグメント内でのみ生活する必要があります。したがって、ルータによって転送されないため、1 TTLがあります。 グループ固有のクエリ。 しばしばあなたが言及することができる

ルータはIGMPレポートを受信し、このインターフェイスが顧客に顧客を持っていることを実現し、テーブルに情報を作ります。

これはIGMPに関する情報の出力です。最初のグループはクライアントによって要求されます。 3番目と4番目は、SSDPビルドSSDPプロトコルグループです。 2つ目は、Ciscoルータに常に存在する特別なグループです - ルータではデフォルトでアクティブ化されているAuto-RPプロトコルに使用されます。

  1. FE0 / 0インターフェースは224.2.2.4のグループに対して降順になり、受信したトラフィックを送信する必要があります。
  2. 通常の独自のルーティングテーブルとともにマルチキャストもあります:
  3. 顧客の入手可能性について最初の録音と言う
  4. 出力から、グループ224.2.2.4のトラフィックがFE0 / 1を介して来て、FE0 / 0ポートに送信する必要があります。
  5. トラフィックを送信する必要があるインターフェイスは、ダウンストリームインターフェイスのリストに含まれています -
  6. それぞれIGMP一般クエリをネットワークに送信します。主な目標は、顧客がいるかどうか、そして並行してセグメント内の他のルーターを宣言することを調べることです。 アウトバウンドインタフェースリスト。
  7. より詳細には、Show IP Mroorteチームのショーは後で見ていきます。
  8. ダンプの上に、UDPを飛んだ直後に、クライアントがIGMPレポートを送信したらすぐに表示されます。

WINSルーターS

IGMPクエリクエリの受信(ダンプはIGMPによってフィルタ処理されます)。

7)

デフォルトでは、これは60秒ごとに発生します。このようなパッケージも1に等しい。特定のグループを指定せずに、アドレス224.0.0.1 - このセグメント内のすべてのノードに送信されます。そのようなクエリメッセージは呼び出されます 8) - 一般的です。したがって、ルータは「男や誰と、他に何を受けたいのか」を尋ねます。

IGMP Generalクエリを受信した場合、任意のグループをリッスンするホストは、接続したときにIGMPレポートを実行する必要があります。彼のグループに対する関心のあるグループのアドレスは、レポートに指定する必要があります。 Querier選挙はマルチキャストで非常に重要な手順ですが、RFCを保持していないいくつかの潜在的な製造業者は、車輪に強い棒を挿入することができます。 IGMPクエリについては、0.0.0.0のアドレスを使用して、スイッチによって生成できます。そのようなメッセージはクエリアの選択に参加してはいけませんが、あなたはすべての準備ができている必要があります。これが例です IGMP一般クエリへのコンピュータの応答(ダンプはIGMPによってフィルタ処理されます)

クエリに応答して、少なくとも1つのレポートがルータに入った場合、それはまだ顧客があることを意味し、このレポートがそこから来た場所からこのグループのトラフィックの間のインターフェースをブロードキャストし続けます。 バージョン1は、その事実によってのみ本質的に異なります クエリに応答インターフェイスからの応答がない場合、ルータはこのグループのマルチキャストルーティングテーブルからこのインタフェースを削除します。トラフィックを送信しなくなります。

そのイニシアチブでは、クライアントは通常接続されている場合にのみレポートを送信します。その後、それは単にルータからのクエリに応答します。

クライアントの行動の興味深い詳細:クエリを受け取ったことで、彼はすぐに返信するために急いではありません。ノードは0から1までのタイムアウトの長さを取ります

ところで、デバッグまたはダンプ内での場合、数秒が異なるレポートを取得することを渡すことができることがわかります。

これは、一般的なクエリを受信して​​、何百もの顧客すべての顧客がネットワークに報告されていないように行われます。さらに、クライアントが1つだけレポートに送信されます。

その事実は、レポートがグループアドレスに送信され、したがってすべての顧客になるということです。同じグループの別のクライアントからレポートを受信した後、ノードはそれ自身の送信されません。ロジックは簡単です:ルーターはすでにこのレポートを受信して​​おり、顧客があることを知っているので必要ありません。

ダンプの上に、UDPを飛んだ直後に、クライアントがIGMPレポートを送信したらすぐに表示されます。

また、クライアントはVLCプレーヤーを通じて224.2.2.4のグループを要求します。 このメカニズムは呼び出されます

IGMPv2の報告書は、所望のグループのアドレスに行き、並行してパッケージ自体に表示されます。これらのメッセージはセグメント内でのみ生活する必要があります。したがって、ルータによって転送されないため、1 TTLがあります。 さらにこのメカニズムが実際に本当にめったに働いている理由について説明します。

コマンドの詳細について 実施例2 4この場合、トラフィックがどのように行くべきか - R1-R2-R3-R5に注意してください。要するに、経路R1~R3 - R5。

ルータがない場合は、当方、そこでIGMPを宣言することができます - フォーマル比以下。ルータはなく、クライアントにはマルチキャストストリームを要求する必要がありません。そして、彼はフローが簡単な理由でビデオを獲得するでしょう、そしてスイッチから注ぎ出してください - あなたはそれを拾う必要があります。 グループアドレスに。

繰り返してください IGMPの休暇を送信する

その後、クライアントが登場しました。 ルータはそれを受信し、アイデアでオフにする必要があります。しかし彼は特定のクライアントを1つずつ無効にすることができません - ルータはそれらを区別しません - それはただダウンストリームインターフェースを持っています。そしてインターフェースはいくつかの顧客になることができます。つまり、ルータがこのグループのOULリスト(発信インターフェイスリスト)からこのインタフェースを削除した場合、ビデオはまったくオフになります。しかし、それを削除することもできません。これも不可能です - 突然それは最後のクライアントでした - なぜそれを洗うのですか?

その後、ルータは何らかの理由でチェックすることを決定しました - そして、これ以上の顧客がないか、クライアントが答えられるように再びIGMP一般クエリを送信したのかを決定しました( ダンプを調べると、Leack Routerを受信した後、ストリームはしばらく行っています。その事実は、去ることに応じてルータがIGMPクエリを送信することが、この休暇がそのインターフェースに入ったグループアドレスに送信されます。そのようなパッケージは求められます

定期的に(1回)ルータは、受信者がIGMP Generalクエリを使用して、受信者がまだ持っていることを確認し、ノードはIGMPレポートを使用してこれを確認します。

この特定のグループに接続されているこれらのクライアント。

IGMP休暇に応じてルータルータグループ固有のクエリを送信する

ルータがグループの応答レポートを受信した場合は、受信していない場合はインターフェイスでブロードキャストし続けます - タイマーが期限切れになった後にタイマーを削除します。

合計で、休暇を受け取った後、2つのグループ固有のクエリが行われます - 1つの必須、2番目のコントロール。

2つのグループ固有のクエリ - 1つの必須、2番目のコントロール

次に、ルータはストリームを停止します。 しかし、それでも、巨大なプロバイダネットワークLinkMIAPがあるときに、サーバーからのトラフィックが顧客に届くのでしょうか。そして、実際には、クライアントは誰ですか?顧客がどこにあるかわからないという理由だけで、手動でルートを登録できません。通常のルーティングプロトコルはこの質問に答えません。だから私たちはマルチキャストの配達が私たちにとって完全に新しいものであることを理解するようになりました。 もう少し難しいケースを検討してください。 )。 トラフィックをブロードキャストできる2つのルータがクライアントセグメントに接続されています。何もしない場合は、マルチキャストトラフィックが重複しています - 両方のルータは顧客からのレポートを受け取ります。これを回避するために選択メカニズムがあります - 政治。勝つ人はクエリを送信し、レポートを監視し、残すために反応します。したがって、それはそのセグメントにトラフィックを送信します。敗者は報告を聴いて脈拍を維持するだけです。 選挙は非常にシンプルで直感的に発生します。

テクニカルサポートのためにNatasha Samoilenkoをありがとう R1ルータとR2ルータがオンになってからの状況を検討してください。

インターフェイス上のIGMPを有効にしました。

RPFチェック

最初に、デフォルトでは、それぞれが自分自身をクエリアと見なします。

  • それぞれIGMP一般クエリをネットワークに送信します。目標は、顧客がいるかどうか、そして並行して - セグメント内の他のルータを宣言することです。 一般的なクエリは、他のIGMPルータを含むすべてのデバイスをセグメント内のすべてのデバイスを受け取ります。
  • そのようなメッセージを隣人から受け取ったことが、各ルーターは誰がより価値があるかを推定します。 WINSルーターS
  • 例:Anycast DNS (IGMPクエリの送信元IPフィールドに指定)。彼はQuerierになり、他のすべてのもの - ノンクエリア。

ノンクエリアは、QuarynyがIPアドレスが小さいたびにリセットされるタイマーを起動します。タイマーが期限切れになる前(100秒以上:105~107)、ルータはアドレスが小さいアドレスでクエリを受信しません。

Querierがアドレスが小さいとクエリを受信した場合、彼はこれらの義務を追加します。 Querierは別のルーターになりつつあります。 Querier選挙はマルチキャストで非常に重要な手順ですが、RFCを保持していないいくつかの潜在的な製造業者は、車輪に強い棒を挿入することができます。 IGMPクエリについては、0.0.0.0のアドレスを使用して、スイッチによって生成できます。そのようなメッセージはクエリアの選択に参加してはいけませんが、あなたはすべての準備ができている必要があります。これは非常に複雑な長いパフォーマンスの問題の一例です。 .

バージョン1は、その事実によってのみ本質的に異なります

。クライアントがこのグループのより多くのトラフィックを受け取りたくない場合、彼は単にクエリに応答してレポートを送信しなくなります。単一のクライアントが残っていない場合、タイムアウトルータはトラフィックの送信を停止します。

また、 しかし、それでも、巨大なプロバイダネットワークLinkMIAPがあるときに、サーバーからのトラフィックが顧客に届くのでしょうか。そして、実際には、クライアントは誰ですか?顧客がどこにあるかわからないという理由だけで、手動でルートを登録できません。通常のルーティングプロトコルはこの質問に答えません。だから私たちはマルチキャストの配達が私たちにとって完全に新しいものであることを理解するようになりました。 。トラフィックの重複を回避するために、より高いプロトコルは責任があります。たとえば、PIM、それについてさらに話します。

バージョン3はIGMPv2をサポートするすべてをサポートしていますが、いくつかの変更があります。まず、レポートはグループアドレスにはなく、マルチキャストサービスアドレスに送信されます。

。また、要求されたグループのアドレスはパッケージ内にのみ表示されます。これはIGMPスヌーピングの作業を簡素化するために行われます。

第二に、より重要なことに、IGMPv3はその純粋な形でSSMをサポートし始めました。これはいわゆるソース固有のマルチキャストです。この場合、クライアントはグループを要求するだけでなく、トラフィックを受信したい、またはその逆の要因のリストも指定できます。 IGMPv2では、クライアントは、ソースを介していなくてもグループトラフィックを要求して受信するだけです。

IGMPのメンバーシップをIGMPv3で書き直してください そのため、IGMPは顧客とルーターをやり取りするように設計されています。したがって、ルータがない例2に戻り、私たちは正式に宣言することができます - それでも - フォーマル以下のものはありません。ルータはなく、クライアントにはマルチキャストストリームを要求する必要がありません。そして、彼はフローが簡単な理由でビデオを獲得するでしょう、そしてスイッチから注ぎ出してください - あなたはそれを拾う必要があります。 IGMPがIPv6で機能しないことを思い出してください。 MLDプロトコルがあります。

繰り返してください まず第一に、ルーターはIGMPをオンにした後にそのIGMP一般クエリをインターフェイス上で起動して、受信者があるかどうかを調べ、クエリアであることを望みます。当時、誰もこのグループにいませんでした。 その後、クライアントが登場しました。その後、私はその上のトラフィックに行きましたが、それはダンプから除外されます。

定期的に(1回)ルータは、受信者がIGMP Generalクエリを使用して、受信者がまだ持っていることを確認し、ノードはIGMPレポートを使用してこれを確認します。

それから彼は彼の心を変え、IGMP休暇を送ることによってグループを拒否しました。 ルータは残し、他の受信者が他の受信者がいないことを確認したい場合、IGMPグループ固有のクエリ...を2回送信したいと思っています。そしてタイマーの満了後、ここでトラフィックを送信しなくなります。 ただし、IGMPクエリをネットワークに送信し続けます。たとえば、プレーヤーをオフにしていない場合は、問題のつながりを持つ単にどこかにあります。その後、接続は復元されますが、クライアントはレポートを自分で送信しません。しかしクエリの答え。したがって、フローは人間の参加なしに回復することができます。 ルータがマルチキャストトラフィック受信者の存在を学習し、接続され、IGMPクエリに応答したときに、クライアントによるトリップ.IGMPレポートについてのIGMProtokol。つまり、クライアントは特定のグループトラフィックを受け取りたいことを意味します。MIGMP一般Queryは、現在どのグループが必要なグループをチェックするために定期的にルータを保護します。受信者のアドレスとして、224.0.0.1が示されています。 .

このグループに他の受信者がいるかどうかを調べるために、Leaveメッセージに応答してルータによるIGMPグループSepCific QueryPrust。受信者のアドレスとしては、マルチキャストグループのアドレスが表示されます。1つのブロードキャストセグメントにQuerielenedを残したときにクライアントによるミグマプは、ブロードキャストすることができるいくつかのルータが1つずつ選択されています。それら。 それは定期的にクエリと送信トラフィックを送信します。 ソース:

タグ

シスコ。

IPTV

SDSM

ネットワークハードウェア

最小のネットワーク https://radioprog.ru/post/623。
ルータのマルチキャストとは何ですか。システムリソースの要件マルチキャストとユニキャスト:キーの違い

テクニカルサポートのためにNatasha Samoilenkoをありがとう まず第一に、さらに誤解を排除するためのいくつかの概念を声にしましょう。トラフィックには3種類あります。

(*、G)(S、G)

チャンネル間ですばやく切り替えることができるようにします。

ファイアウォールの設定

現時点でiPTVを見逃していないファイアウォールをカスタマイズする新しい端末を作成し、新しい端末をクリックしてウィンドウが開きます。 これで、このコンソールで複数のチームを実行する必要があります。 / IPファイアウォールフィルタの追加アクション= accept chain =入力comment =»IGMPを許可する»無効= interface = ether2-master protocol = igmp

/ IPファイアウォールフィルタの追加アクション= ACCEPT CHAIN =入力COMPONE =»IPTV UDP着信»Disabled = NO DST-PORT = 1234 INFENTERS = ETHER2-MASTER PROTOCOL = UDP

/ IPファイアウォールフィルタの追加アクション= Chain = forward comment =»IPTV UDP転送»Disabled = no dst-port = 1234プロトコル= UDP 1234。 オイルマルチキャスト。

- ポートはストリーミングビデオとIPTVのために非公式に登録されています Ether2-Master。 - これはIPTVがプロバイダーから来ているインターフェースです。

メニューで次に必要です

IP。 アイテムを選択 ファイアウォール

そしてタブに行きます ルールをフィルタリングします。

。私たちはルールを除外し、彼らが働くことを除いて、彼らは禁止のためより高いはずです。マウスでドラッグします。

  1. Wi-Fiの設定
  2. Wi-Fiを介してIPTVを配布または配信する場合は、設定を追加する必要があります。これを行うには、順番に開きます。
  3. 詳細モードボタンを押した後、追加のパラメータが表示されます。
  4. フィールドで
  5. WMMサポート PIM SM RP。

putう

タスク番号4。

ユニキャスト。

  1. - ユニキャスト、1つのストリームソース1人の受信者 放送。
  2. - 放送、1つの情報源、受信者すべての顧客がオンライン - マルチキャスト、1つの送信者、受信者一部の顧客グループ

IPTVに使用するトラフィックはどのようなトラフィックですか?

明らかに、マルチキャストは放送チャンネルに与えられます。ブロードキャストネットワークをブロードキャストしたいテレビチャネルは、これらの目的のために予約されている範囲から選択されるグループアドレスによって特徴付けられます。

224.0.0.0 - 239.255.255.255.

Новости

Добавить комментарий