マルチキャストトラフィックをすべての端末に送信すべきでない理由
マルチキャストは、サービスを必要とする受信者グループに、そのサービスのコピーを1つ配信するために使用されます。産業用ネットワークには、映像、状態情報の配信、その他のマルチキャストアプリケーションが存在する場合があります。対応する宛先アドレスを必要とするポートをスイッチが把握していないと、機器のポリシーに従って、より広い範囲にトラフィックを複製することがあります。GMRPは、参加機器がマルチキャストMACアドレスと関連する出力ポートの対応関係を維持するのを支援する、レイヤー2のマルチキャスト登録機構です。光ポートの速度を上げる技術ではありません。
まず、マルチキャストとブロードキャストを区別してください。ブロードキャストは同じブロードキャストドメイン内の関連機器を対象とする一方、マルチキャストはグループアドレスによって受信者グループを表します。両者の宛先アドレスは同じではありません。マルチキャストが複数のポートに複製されても、そのパケットがブロードキャストになったわけではありません。不要なトラフィックを制限するには、まずサービスが使用するアドレス、端末の参加方法、スイッチが対応するメンバーシップ管理方式を確認する必要があります。
登録テーブルは通常のMAC学習テーブルとは異なる
通常のユニキャストアドレス学習では、主に「送信元MACアドレスがどのポートから入ってきたか」を記録します。一方、GMRPはGARPの汎用属性登録フレームワークに基づき、参加機器が登録を必要とするマルチキャストMAC属性を宣言し、それに応じて関連する転送情報を確立できるようにします。マルチキャストを登録するGARPアプリケーションはGMRPと呼ばれ、VLANを登録するGVRPは別のアプリケーションです。名称が似ていても、一方の機能を他方の機能として扱ってはいけません。
マルチキャスト送信元がS1側にあり、受信端末がS3経由で接続され、S1、S2、S3がスイッチのチェーンを構成しているとします。登録情報は参加機器に沿って伝播し、上流機器が、どの方向にまだ需要があるかを把握するのに役立ちます。その後、マルチキャストデータは送信元から、設定された出力ポートを経由して送信されます。制御パケットは転送の判断に用いる情報を更新し、サービスパケットは映像やデータを運びます。この2種類のパケットの方向と目的は、分けて観測する必要があります。
JoinとLeaveによって出力ポートがどう変わるか
Joinは、関連する属性を登録する必要があることを示します。参加機器は、自身の状態とプロトコルの規則に従って情報を維持し、伝播させます。Leaveは、関連する属性の登録を解除する意思を示しますが、「1台の端末が離脱したら、分岐全体ですべての受信者への転送が直ちに停止する」と解釈してはいけません。他の参加主体がそのグループをまだ必要としている可能性があり、登録解除処理では、依然として有効な転送の必要性を直接削除しないよう、仕組みに従って待機し、再確認する必要があります。
LeaveAllは、1回の再登録の機会を設けることで、有効な参加主体が存在しなくなった古い属性の削除を支援します。これは、IGMPでクエリアが送信するIPメンバーシップクエリとは異なり、GMRPをまったく同じ問い合わせ・応答プロトコルとして記述してはいけません。関連するタイミング機構は、宣言、まとめて行う送信、登録解除の待機に影響します。パラメーターの範囲とデフォルト値は実装によって決まります。古いインターフェースに記載された固定のミリ秒値を、すべてのモデルに適用することはできません。
タイミングの調整は、仕組みを理解してから行ってください。登録解除が過度に急だとトラフィックが中断する可能性があり、待機が長すぎると削除が遅れる可能性があります。まず、サポートされるデフォルト設定で安定した基準状態を確立し、必要性が明確で、ドキュメントによる裏付けがある場合に限って、管理された調整を行ってください。単に「速く」するためにすべての周期を最小値に設定したり、登録の収束時間をアプリケーションの復旧時間と同一視したりしないでください。
IGMP SnoopingとGMRPは自由に置き換えられない
IGMPはIPv4のマルチキャストメンバーシップ管理に使用され、IGMP Snoopingスイッチは関連メッセージを監視することでレイヤー2の出力ポートを維持します。GMRPはマルチキャストMAC属性を登録し、対応する端末またはスイッチ機器の参加を必要とします。端末がIGMPだけを送信していても、GMRP登録も生成することの証明にはなりません。また、GMRPを有効にするだけで、既存のIP映像システムが直ちに期待どおりに複製を制限できる保証もありません。
選択した動的登録機構に一部の機器が対応していない場合は、モデルの対応範囲に従って静的マルチキャストテーブルやその他の方法を評価し、現在のVLANおよびリンクとの関係を確認する必要があります。未登録マルチキャストの処理、制御パケットのフィルタリング、静的テーブルと動的テーブルの優先順位は異なる場合があります。「テーブルエントリがない」ことを、一律に破棄または全ポートへのフラッディングと解釈することはできません。該当するマニュアルと試験によって確認する必要があります。
旧来のプロトコルと後継の登録フレームワークは分けて確認する
IEEE 802.1akは、GARP登録フレームワークをMRPに置き換えています。対応する後継のMAC登録機構であるMMRPとGMRPは、単に綴りが1文字違うだけのものではありません。
また、プロトコルによる登録は、サービスの暗号化や強力な端末の本人認証を提供するものではありません。外部機器が登録情報を注入できる場合、管理境界に関する問題が増えます。プロジェクトの要件に従って参加ポートと機能を制限し、静的設定と動的変更の記録を残してください。機能一覧の見栄えをよくするためにすべてを有効にするのではなく、不要な機能は現場の要件に従って無効にできます。
FCTEL M12機器をソリューションに組み込む方法
FCTELの製品である3187 M12 IP68マネージド16ポートギガビット電気ポートスイッチのページには、GMRPとIGMP Snooping V1/V2/V3の両方が記載されています。これは2系統の機能に関する公開情報上の根拠となりますが、端末が自動的にそれらに対応することや、2種類のテーブルエントリを無条件に混在させられることを証明するものではありません。実際には、ファームウェア、参加ポート、VLAN、テーブル容量、未登録トラフィックの処理を確認する必要があります。
M12の接続形態は、対応する機械的要件や環境要件に適合する一方、マルチキャスト登録はパケットの出力ポートの問題を解決するものであり、両者に自動的な因果関係はありません。また、映像送信元、共有アップリンク、複製先の出力ポートの総トラフィックと、障害時の迂回負荷を算出する必要があります。不要なポートへの転送を制限すれば無駄なトラフィックを減らせますが、単一リンクの容量が増えるわけではなく、キュー、帯域幅、ループ保護の設計を代替することもできません。
スイッチを見るだけでなく、メンバーシップの変化で検証する
隔離されたテストネットワークで、1つのマルチキャスト送信元と明確に定義した受信者を用意し、想定したVLANとポートに登録情報が現れるかを確認してから、実際のデータ出力ポートを観測してください。2番目の受信者を追加し、最初の受信者を離脱させ、まだ必要な分岐が誤って削除されないことを確認します。すべての受信者が離脱した後は、登録解除と未登録トラフィックの処理を確認してください。毎回、制御メッセージ、テーブルエントリ、ポートカウンター、アプリケーションの結果を記録します。
本番現場では、トポロジー、プロトコル、ファームウェアの一覧を保持し、通常のメンバーシップ変更と、承認されたリンク障害復旧の試験を分けて実施してください。映像が表示されることは、現在そのサービスを受信していることを示すだけで、無関係なポートがコピーを受信していないことの証明にはなりません。また、テーブルエントリが存在しても、データが正しいアプリケーションに到達したことの証明にはなりません。GMRPの役割は、制御された登録と、検証可能な出力ポートの証拠によって説明すべきであり、「有効化済み」であることは、完全なマルチキャスト受入試験の代わりにはなりません。
資料に関する注記：原理図は一般的な仕組みを説明するためのものであり、製品写真や実測記録ではありません。具体的なインターフェース、モード、能力は、選択したモデル、バージョン、現場での検証によって確認してください。
検証資料： Hirschmann RS2：GMRPとマルチキャストフィルタリングテーブル
Siemens RSG908C：GMRPの登録と離脱
IEEE 802.1ak：GARPとMRPの登録フレームワーク
FCTEL M12 IP68マネージド16ポートギガビットスイッチ
FCTEL産業用スイッチの製品カテゴリー
関連技術トピック： 産業用スイッチのACLの仕組み：ルール照合、適用方向、アクセスの受入試験 DHCP Snoopingの設定方法：信頼ポート、バインディングテーブル、アドレス取得のトラブルシューティング スイッチのループ検出の仕組み：プローブの帰還、ポートの処理、制御された復旧 マルチサービス映像光トランシーバーの信号伝送：アナログ変調、デジタルサンプリング、対応フォーマットの範囲
中国語の技術記事から翻訳。原文の初公開日：2022-11-24。原文の最終改訂日：2026-10-13。 中国語の原文を読む
