MR-Ringは独自のイーサネットリングネットワークソリューションの名称であり、標準のMRPや、すべてのベンダーのリングネットワーク機能と同一視すべきではありません。その考え方は、正常動作時には予備のデータ経路の1つを制限してループを回避し、障害発生時には予備経路を使用して接続を復旧するというものです。実際の役割、検出方式、互換性、復旧性能については、該当するメーカー、機種、ファームウェアに照らして確認する必要があります。
まず、リングを単純に全接続できない理由を理解する
スイッチを順につないで環状に接続すると物理的な予備経路が得られますが、レイヤー2のパケットがループに沿って繰り返し転送される可能性があります。特に、ブロードキャストトラフィックや宛先不明のトラフィックは継続的に複製され、ストームを引き起こすおそれがあります。そのため、物理的な閉ループと論理的な転送経路は分けて理解する必要があります。
リングネットワークプロトコルが管理するのは、このような予備経路の集合です。ケーブルを1本追加するだけで、自動的に信頼性が得られるわけではありません。正常時にはデータ転送ループのない経路を維持し、障害発生後に切り替えを行う必要があります。具体的にどのフレームを遮断し、制御パケットをどのように処理するかは、実装と設定によって決まります。
名称が似ていても互換性があるとは限らない理由
本サイトの資料では、MR-Ringをメーカー独自のソリューションとして紹介していますが、現行のすべての機種間での相互運用性を確認するのに十分なプロトコル仕様は提供していません。名称に含まれるRingを汎用的な相互運用性の証と解釈することはできず、IEC標準のMRPと直接同一視することもできません。
独自リングネットワークでは、ベンダーが定義した検出方式、役割、制御パケットが使用される場合があります。同じメーカーでも、シリーズやファームウェアが異なる場合は、サポートされる組み合わせの確認が必要です。ある機器の製品紹介ページを根拠に、すべての機器の互換性を保証することはできません。本記事では、未検証の飛暢科技の機種にMR-Ring機能があるとはしていません。
障害発生後に、通信が瞬時に移るわけではない
リングネットワークに参加する機器が指定された障害を検出すると、関連する制御処理が予備経路を調整し、ネットワークでは転送テーブルの再学習も必要になる場合があります。その後、端末とアプリケーションが通信を再開します。リンクの切り替え、ネットワーク転送の復旧、アプリケーションの復旧は、それぞれ異なる3つの観測点です。
ポートダウン、機器の電源喪失、単方向のリンク障害も、必ずしも同じ処理を引き起こすとは限りません。検出されない障害、プロトコルの対象外の障害、ノード外部の電源の問題がリング保護によって解決されると想定することはできません。実際の要件に応じて、試験を個別に設計する必要があります。
復旧時間には試験条件の明示が必要
過去の資料に記載された遅延値に、機種、ファームウェア、ノード数、トポロジー、負荷の情報がなければ、新規プロジェクトの保証値としては不十分です。本記事では、現時点で検証されていない固定のミリ秒単位の保証値を引き続き引用することはせず、ましてそれをパケット損失が絶対にない、または電話の通話が絶対に途切れないという意味には解釈しません。
試験では、障害発生時刻、転送復旧時刻、アプリケーション復旧時刻を併せて記録し、サンプリング方法とサービスの通信方向を説明する必要があります。複数の障害箇所と複数の結果を収集し、最速のスクリーンショットだけを選ぶのではなく、最長の復旧時間や異常に注意してください。
本番ネットワークへの接続前に5つの事項を明確に確認する
サポートされる機器とファームウェア、リングポートの設定、役割の割り当て、許容されるトポロジー、混在接続の適用範囲を確認し、そのうえでスパニングツリー、VLAN、その他の冗長化機構と競合しないかを確認してください。本番環境で2種類のリングネットワークプロトコルを混在させ、互換性を推測しようとしないでください。
トポロジーと設定を保存し、保守時にリングを開放する方法、ノードを交換する方法、元の状態に戻す方法を明確にしてください。2本のリンクが同じ電源、同じ機器、または同じ配管を経由している場合、共通の原因で障害が発生する可能性もあります。光ファイバーを1か所切断する試験だけでは、すべてのリスクを網羅できません。
修復後の受け入れ確認も同様に重要
障害のあったリンクを復旧した後、ループのない転送状態が再確立されているか、状態の変動の繰り返し、継続的なパケット損失、異常なフラッディングがないかを確認してください。リングネットワークのインターフェースに正常と表示されることだけを記録するのではなく、重要な端末を観測してください。稼働中のネットワークに影響を与える可能性のある試験は、すべて承認された作業時間帯に実施する必要があります。
サプライヤーがサポート範囲を明確に示す資料と試験資料を提供できない場合は、まず検証可能なソリューションを選び、独自の名称に頼らないでください。ループ解消と予備経路を理解するには、次の原理と併せて考えることができます。 RSTPの原理 ただし、両者はそのまま相互に置き換えられるプロトコルではありません。
中国語の技術記事から翻訳。原文の初回公開日：2021-08-30。原文の最終改訂日時：2026-10-13T20:58:17+08:00。 中国語の原文を読む
