シンプルなマルチキャスト設計


9

デスクトップイメージングの要件をサポートするために、既存のネットワークのマルチキャストデザインを修正する必要がありますが、このテーマに精通していません。次の図は、トポロジの基本的な例を示しています。ジュニパーEX8200は、シンプルなハブアンドスポークデザインのハブです。他の各サイトに直接接続された1Gb L3インターフェイスを備えています。これらのインターフェイスでOSPFが有効になり、他のサイトにあるシスコデバイスとルートを交換します。ハブと各サイトには、クローゼットスイッチにトランク接続された1つ以上のVLANがあります。ここまでの私の理解は、各サイトの各VLANインターフェイスで、IGMPとIGMPスヌーピングの両方を有効にする必要があるということです。WAN接続では、ジュニパー側でPIMデンスモードを有効にし、シスコ側でスパースデンスモードを有効にする必要があります。ジュニパーネットワークスが直接接続するVLANについては、mどちらのモードを使用すればよいかわからないが、クライアント数が最も多い最大の環境であるため、すべてのモードで稠密モードを使用することを期待する。だからここに私の質問があります:

1)ここのどこかにアドレス指定を割り当てることについて心配する必要がありますか?2)このデザインに大きな欠陥はありますか?

ヒレスはネットワークトポロジーの基本的な表現です


本当に?まだ何もありません?確かに誰かがこれに精通しています。これまでのところ、拠点とIGMPとIGMPスヌーピングアクセススイッチの組み合わせの間のルーターインターフェイスでPIMを使用することについては、かなりの妥当性が確認されています。
SpacemanSpiff、

あなたが達成しようとしていることについてより詳細に調べた場合、それは役立つかもしれません。マルチキャストが「デスクトップイメージングの要件」とどのように関係しているのか理解できません

デスクトップイメージングツールは通常、マルチキャスティングを利用して効率を高めます。サイト間に1Gbの接続がありますが、20GBのイメージと500台のリモートマシンのマルチキャスティングでは、20GBを1回送信するか、500回送信するかの違いを意味します。
SpacemanSpiff、

回答:


2

セットアップに特定の問題がありますか?マルチキャストセンダーがどこにあるのかはまだわかりませんが、だいたい問題ありません。

おそらくPIMは必要ないでしょう。ダイアグラムは、各ホストからジュニパールーターを経由する別のホストへのパスが常に1つあるように見えます。ここでダイナミックマルチキャストルーティングを導入することは、おそらくやり過ぎであり、さらに複雑さをもたらすだけです。さらに、(「直接接続された」VLANなどの)マルチキャストルーターの追加が予想されないインターフェイスでは、まったく必要ありません-IGMPは、そこで必要なすべてのことを処理します。

IGMPスヌーピングは、L2スイッチがブロードキャストトラフィックを削減するのに役立ちますが、機能には役立ちません。マルチキャストが有効になっていない場合、マルチキャストはすべてのポートに(ブロードキャストと同様に)単純にフラッディングされるため、トラブルシューティングの目的で無効にすることができます。


今は問題なく動いているようで、デザインの確認をもっと探していました。サイトルーターの一部はIOSからJunOSに変換されました。これが発生すると、コンバーターがすべてのVLANでPIMをオンにし、これにより多くのオーバーヘッド、奇妙な応答が発生しました。説明したように、PIMサイト間、各VLANのIGMPで調整を行ったが、問題はないように見える。私はそれに精通しておらず、検証を探していました。
SpacemanSpiff、

結局、同じスイッチ上のVLAN間で機能するために、疎密度モードでPIMを有効にする必要がありました。
SpacemanSpiff
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.