html ERPS設定:RPLの役割、制御VLAN、フェイルオーバー | FCTELE
                                   +8618758069661 [email protected]
製品検索 検索ガイド: スペース = AND(かつ)、 | = OR(または)、 ! = NOT(除外)

ご質問はありますか? 今すぐお電話ください!

+8618758069661

またはメッセージをお送りください

オンラインお問い合わせ

ERPSリングネットワークの設定例:RPL、制御VLAN、フェイルオーバーの検証

閲覧数: 85 +2FCTELEによるオリジナル記事著者:FCTELE技術チーム
概要

新しく設定したERPSリングを閉じる前に、何を検証する必要がありますか?

トポロジーがまだ開いたチェーンの状態で、参加機器の互換性、予定したリングポート、RPLの役割、制御トラフィック、保護対象サービスの範囲を検証します。管理アクセスの到達性を確保し、検証済みの設定を保存してから、予定したリンクを接続してリングを閉じ、異常な複製が発生せず、想定どおりにブロックされることを確認します。定義した障害と復旧をそれぞれ個別に試験してください。物理的にリングを閉じるだけでは、保護が成立したことにはならず、アプリケーションの無中断動作も保証されません。

3つの仕組みと検証の適用範囲信号の流れを追い、実際のサービスを検証する

01通常時のサービスをループのない状態に保つ

Keep normal service loop-freeThe configured protection block constrains forwarding while the cable stays connected.ABCDRPL service blockPhysical cable remains connected

設定された保護用のブロックは、ケーブルを接続したまま転送を制限します。

02保護メッセージを伝送する

Carry the protection messagesProtection control and the set of protected services have distinct roles.ABR-APS controlProtected serviceSeparate roles, VLAN handling and service scope

保護制御と保護対象サービス群には、それぞれ異なる役割があります。

03障害と復旧を検証する

Verify failure and restorationAn alternate path after a declared fault must later reach a stable restored state.ABCDSupported alternative pathRestored span / controlled block

障害と判定された後の代替経路は、その後、安定した復旧状態に移行する必要があります。

スワイプして3つの図を比較 →

概念を説明するための図であり、実測波形、設置配線図、特定製品の内部構成を示すものではありません。
  • 通常時のサービスをループのない状態に保つ

    実際の実装に基づいて、Ownerと適用されるNeighborの役割を確認します。

  • 保護メッセージを伝送する

    制御VLANの処理と、プロトコルパラメーターの互換性を検証します。

  • 障害と復旧を検証する

    実際のトラフィック、設定された復旧方針、その後のトポロジー変更を観察します。

選定・検証チェックリスト確認項目と関連ガイドを展開する
対象サービスと実際の運用条件に関する確認事項
確認項目確認する内容検証方法
通常時のサービスをループのない状態に保つ設定された保護用のブロックは、ケーブルを接続したまま転送を制限します。実際の実装に基づいて、Ownerと適用されるNeighborの役割を確認します。
保護メッセージを伝送する保護制御と保護対象サービス群には、それぞれ異なる役割があります。制御VLANの処理と、プロトコルパラメーターの互換性を検証します。
障害と復旧を検証する障害と判定された後の代替経路は、その後、安定した復旧状態に移行する必要があります。実際のトラフィック、設定された復旧方針、その後のトポロジー変更を観察します。

ERPS設定の要点は、光ファイバーをリング状に接続することではなく、正しい保護インスタンスを構成することです。リングポート、RPLの役割、制御VLAN、保護対象サービスを明確に定義し、リングを閉じる前にリング全体の設定を検証します。通常時は保護リンク上のサービス転送がブロックされ、障害発生後は該当するブロックが解除されて、サービスに代替経路が提供されます。復旧プロセスについても実際の試験が必要であり、無条件の無中断動作を約束することはできません。

物理的なリングですべてを転送できない理由

通常のレイヤー2リングでは、ブロードキャストフレームがループ内で複製される可能性があります。ERPSはITU-T G.8032の保護機構を使用し、通常時に保護対象サービスでループが発生しないようにします。RPLはリング保護リンクであり、抜いておく必要がある光ファイバーではありません。機器はポート状態によってサービス転送を制御します。関連する保護状態の伝達には、R-APS制御メッセージが使用されます。

RPL Ownerは該当する保護制御を担い、隣接するRPL Neighborの役割や、その他のノードの役割は、機器の実装に従って設定する必要があります。役割は盤内の設置位置で決まるものではなく、すべてのノードをOwnerに設定するわけでもありません。プロトコルバージョン、インスタンス、VLANの制約は、該当モデルのマニュアルで確認する必要があります。異なるメーカーのメニュー名やデフォルトパラメーターを、そのまま流用することはできません。

通常時、光ファイバーは物理的にリングを形成していますが、保護対象サービスがリング全体を無制限に転送されるわけではありません。RPLのブロックは、光ファイバーを取り外すこととは異なります。
通常時、光ファイバーは物理的にリングを形成していますが、保護対象サービスがリング全体を無制限に転送されるわけではありません。RPLのブロックは、光ファイバーを取り外すこととは異なります。

検証可能な4ノードの実験計画

以下では、互換性のあるERPSをサポートする4台のスイッチA、B、C、Dを学習用の例として使用します。特定モデルで検証されていない、そのまま実行できるコマンドは提示しません。接続順序はA—B—C—D—Aとし、各スイッチで2つのリングポートを使用します。D—AをRPLに選び、AをOwner、Dを隣接ノード、BとCを通常の転送ノードとして計画します。具体的に選択できる役割は、ファームウェアの実装によって異なります。

分離された実験用ネットワークでは、管理アドレスを192.168.50.11から14までとして計画できますが、既存のアドレスと競合しないことを確認する必要があります。これらは例示用のアドレスであり、機器のデフォルトのログインアドレスではありません。機器が許容し、他の機能に使用されておらず、所属ポートとタグ付け方式をマニュアルに従って設定することを条件に、サービスVLANの例を100、制御VLANの例を4090とすることができます。制御VLANを、一般端末向けのサービスとして安易に使用することはできません。

まず開いたチェーンで設定し、リングを閉じてから検証する

最初は1本のリンクを未接続のままにし、単一の機器への管理接続を確立して、元の設定をバックアップします。必要なVLANを作成し、正しいリングポートを該当するインスタンスに含め、保護対象サービスの範囲、RPLポート、制御VLAN、プロトコルパラメーターを検証します。ノードごとにポート番号が異なる場合があるため、同じ行の設定を単純にコピーしてはいけません。インスタンス番号に関する各機器の要件も確認する必要があります。

設定を保存した後、まず開いたチェーンでサービスと管理の両方に到達できることを確認し、保守計画に従って最後のリンクを接続します。プロトコル状態、ポートの役割、RPLのブロック状態を確認し、ブロードキャストの異常や継続的なMACテーブルのフラッピングがないことを確認します。状態が想定と一致しない場合は、リンクを再び開いた状態に戻して原因を調査してください。試行錯誤でリングの閉鎖と試験を繰り返してはいけません。

RPL以外のリンク1本に障害が発生すると、保護機構によってバックアップ経路を開放できます。この図は単一障害の概念を示したものであり、実際の中断時間は測定する必要があります。
RPL以外のリンク1本に障害が発生すると、保護機構によってバックアップ経路を開放できます。この図は単一障害の概念を示したものであり、実際の中断時間は測定する必要があります。

フェイルオーバーと復旧は個別に試験する

試験トラフィックを継続的に送信して時刻を記録し、承認された実験環境または保守時間帯に、RPL以外のリンクを1本切断します。障害が検出されること、保護状態が変化すること、代替経路でサービスが伝送されることを確認し、パケット損失、遅延、映像の中断を記録します。ポートのランプを観察したり、Pingが1回成功したりしただけでは、切替品質が要件を満たすことの証明にはなりません。

リンクを再接続した後は、想定どおりに切り戻されるかどうかも確認します。リバーティブモードや復旧待ち時間などのパラメーターは動作に影響するため、評価せずに最小値へ設定してはいけません。リンク切断とノードの電源断では、試験時の障害範囲が異なる場合もあります。単一リングの保護は、2か所が同時に切断された場合でも、すべてのノードが相互に通信できることを意味しません。

デュアルリングへの拡張でも計画を省略しない

2つのリングが集約機器を共有する場合、各リングのポート、保護インスタンス、制御メッセージ、サービス範囲を明確に区別する必要があります。共有機器自体が共通の障害点になる可能性があり、2つのリングを2つの独立したシステムと同一視することはできません。VLANの追加、トランクの変更、他のリングネットワークプロトコルの併用についても、ERPSの保護対象範囲に影響するかどうかを評価する必要があります。

実験計画を実際の構築に活用するには、トポロジー、ポート一覧、設定のバックアップ、ソフトウェアバージョン、試験記録を保存しておく必要があります。規格上の原理については、次を参照してください: ITU-T G.8032。ただし、実際の導入では、引き続きFeichang Technologyの該当モデルの設定手順と現地での検証に基づいて進める必要があります。

中国語の技術記事から翻訳。原文の初回公開日:2022-10-19。原文の最終改訂日時:2026-10-13T23:07:12+08:00。 中国語の原文を読む

実務上のよくある質問

ERPSのリング保護リンクは、通常運用中に物理的に抜いておく必要がありますか?

いいえ。サービスの転送状態は保護機構によって制御されます。サービス経路のブロックを光ファイバーの未接続と同一視せず、設定された役割と状態を確認してください。

復旧を速めるために、ERPSの検証環境にあるすべてのスイッチをRPL Ownerに設定してもよいですか?

いいえ。役割は、サポートされるリング設計と実装に従う必要があります。リングを閉じる前に、予定したOwnerと関連する役割が全体で整合していることを確認してください。任意にOwnerを設定しても、有効な保護は成立しません。

ERPSの受入試験で、切断とその後の再接続の両方を試験する必要があるのはなぜですか?

復旧方針とタイマーによって、別途サービスの乱れや不安定な状態変化が生じる場合があります。実際のアプリケーションの動作と想定する最終状態を記録してください。迂回に成功しただけでは、正しく復旧することの証明にはなりません。

出典と適用範囲

これらの補足は一般的な仕組みを説明するものです。対応機能、接続の詳細、受入判定基準は、実際の機器、ソフトウェア、運用条件に合わせて検証する必要があります。図は測定結果や認証の証拠ではありません。

この記事を共有する