以前の
記事 では
、Siklu機器の機能と
モデル範囲を調べました。
この機器の主な機能は、ギガビットのパフォーマンスであり、さらに重要なことは、周波数定格を取得する必要がないことです。
Eレンジの反対側は、雨の中でかなり減衰し、5 GHzレンジの通常の波の減衰よりも数十倍高くなります。
実際、雨の減衰係数は、3〜4 kmの免許不要周波数でのチャネルの範囲を制限します。
ブカレスト
の設置に関する資料では、設置されたチャネルの信頼性が計算されたデータに対応することを示しました。これにより、可用性計算計算機の信頼性について話すことができます。
しかし、7〜8 kmの距離にあるオブジェクトを接続する必要がある場合は、ミリメートルチャネルには十分なアクセシビリティがありません。 または、通信回線の二重化とトラフィックルートの高速スイッチングを使用して、光ファイバーおよび無線チャネルに基づいた結合ネットワークを構築する必要があります。
今日、ERPテクノロジーを使用して、チャネルの信頼性を高め、スイッチング時間、トラフィックの優先順位付けの作業をテストします。
本日の記事では、Siklu機器での実装におけるERPプロトコルについて検討します。
ERPプロトコルはIEEEによってG.8032標準として標準化されており、さまざまなメーカーの機器を使用して安全なネットワークを構築できます。
ERPは、冗長接続、リング構造を持つネットワーク用の第2レベルのプロトコルです。
プロトコルの目的：冗長リンクの検出、冗長リンクのブロック、トラフィック分散のメインパスに違反した場合-バックアップルートへのトラフィックの切り替え。
一般に、タスクはrstpプロトコルのタスクと似ていますが、ERPネットワークの収束時間ははるかに短く、50ミリ秒未満で送信トラフィックの大幅な損失なしに再構築が行われます。
私たちの作業では、減衰器を使用して、無線チャネルのパラメーターの劣化をシミュレートし、システムを低周波機器で構成されるバックアップリンクに切り替えます。
この状況は、私たちの意見では、既存の低周波チャンネルをより効率的なSikluソリューションに置き換える状況を反映しています。
オペレーターが5 GHz帯域で20 MHz、または7-38 GHz帯域で28の利用可能な周波数帯域の取得を停止する状況では、E帯域に切り替えるとネットワークパフォーマンスが大幅に向上します。
ただし、ミリ波ソリューションは、4 kmを超える距離で大雨の通信を中断する可能性があります。
ERPテクノロジーを使用すると、既存の無線チャネルをバックアップとして残し、平均的なパフォーマンスの高可用性を実現できます。
5 GHzの範囲に20 MHzがあるとします。
正しく選択されたアンテナを使用して8 kmの距離で、このようなチャネルは、測定で示されているように、約100 Mビットまたは50 Mビットの双方向トラフィックを送信できます。
同時に、晴天時やミリメートル範囲の2フィートアンテナを備えた小雨時には、最大ギガビットのパフォーマンスを得ることができます。
ただし、このようなソリューションの可用性は大きく異なりますが、5 GHzチャネルの場合、そのようなチャネルの可用性は使用するデバイスの干渉と信頼性によってのみ制限され、80 GHzの場合は状況が悪化します。
ERPプロトコルを使用して、さまざまな範囲のシステムの利点を組み合わせます。そして、重要なことに、低周波機器でのERPのサポートは必要ありません。
まず、ERPテクノロジースタンドのサポートを確認します。
セキュアなERPトポロジは、L2拡張ライセンスがアクティブ化されたSIKLU 1200および1200Fでサポートされます。
WEBメニューからアクティブなライセンスを表示できます。
ライセンスがインストールされています。
低周波数デバイスがリレーステーションのセカンダリポートに含まれている間、4つのデバイスの最小構成を使用します。
実験台
そのため、デバイスの役割とチャネルの動作モードを切り替えるための基準を決定します。
変調は速度に対応します：20、85、185、700、1000 Mbit
低周波数チャネルのパフォーマンスが100 Mbpsである場合、100 Mbps未満のモードを除外するように両方のデバイスの変調テーブルを構成します。
rf最低変調qpsk 4 1 0.5を設定
したがって、デフォルト設定のように、18ではなく185 Mbpsの速度で動作することが不可能な場合、低周波数チャネルへの切り替えが発生します。
論理的な観点から、Sikluデバイスはスイッチのセットで表され、各ポートで設定する必要があるトラフィックを送信することに注意してください。
次に、デバイスとポートに役割を割り当てます。
Set ip 2 ip-addr 192.168.100.2 prefix-len 24 vlan 100
set vlan s1100 fdb-id 1 egress c1、c2、c3、c4 untagged none
vlan c1 100出力s1を設定、ホストタグなしnone
set vlan c2 100 egress s1、eth0 untagged none
vlan c3 100出力s1、eth1タグなしなしを設定
vlan c4 100出力s1、eth2をタグなしに設定しますnone
標準の観点から、デバイスの役割、プライマリおよびバックアップデータ伝送パス、ERPプロトコルデータが伝送されるVLANを記述する必要があります。
100番目のVLANはサービストラフィックの伝送を目的としていますが、トポロジは100番目のVLAN用ではなく、最初のスイッチングテーブルでスイッチングされるすべてのトラフィック用に構築されています。
デバイスは複数のfdbテーブルをサポートしているため、両方のハーフリングをロードすることでトラフィックのバランスを取ることができます。
最初のスイッチングテーブルの安全なトポロジを作成する
set ring 1 ring-id 100 type ring fdb-id 1 role none cw-port eth2 acw-port eth0 raps-cvid 100
set ring 1 raps-md-level 7 version v2 revertive yes hold-off-timer 0 guard-timer 500 wtb-timer 5500 wtr-timer 1
少し説明：
リング番号1を作成し、逆方向の切り替え間隔を設定して、メインに戻ります。
eth0ポートはプライマリルートとして割り当てられた無線であり、2番目のケーブルポートはバックアップルートとして指定されています。
2番目のデバイス設定
Set ip 2 ip-addr 192.168.100.1 prefix-len 24 vlan 100
set vlan s1100 fdb-id 1 egress c1、c2、c3、c4 untagged none
vlan c1 100出力s1を設定、ホストタグなしnone
set vlan c2 100 egress s1、eth0 untagged none
vlan c3 100出力s1、eth1タグなしなしを設定
vlan c4 100出力s1、eth2をタグなしに設定しますnone
set ring 1 ring-id 100 type ring fdb-id 1 role acw-rpl cw-port eth0 acw-port eth2 raps-cvid 100
set ring 1 raps-md-level 7 version v2 revertive yes hold-off-timer 0 guard-timer 500 wtb-timer 5500 wtr-timer 1
調整可能な減衰器とトラフィックジェネレーターを使用して、システムのパフォーマンスをテストします。
プライマリデータチャネルとバックアップデータチャネルをテストします。
メインチャンネル
バックアップチャネル
予想どおり、容量はメインで約500 Mビット、バックアップチャネルで50 Mビットでした。
メインチャンネルがオフになったときに、バックアップチャンネルに切り替えてテストを行いましょう。
接続ステータスを確認できます。
無線チャネルの減衰を増やし、トラフィックの伝送を監視します。
システムは、トポロジの変更を報告し、各方向のトラフィックの伝送時間をカウントします。切り替え時に、50 Mbitへのスループットの低下が見られます。
予備ルート容量の領域で、低負荷での単一セッションの動作を見てみましょう。
セッションのルートスイッチングに対する応答が弱いことがわかります。
データ転送遅延を見てみましょう
メインラジオチャンネルに戻る
切り替え時のトラフィック遅延は最小限であり、ping時間の増加はバックアップチャネルのデータ転送テクノロジーによって引き起こされます。
実際には、バックアップチャネルがERPでサポートされていないため、MACアドレスのバックアップシステムのトレーニング中にかなりの割合の遅延が発生します。
この例では、バックアップチャネルの容量はメインチャネルの10分の1であるため、優先順位を設定することをお勧めします。 ミリ波機器に優先順位を設定するだけで十分です。 セカンダリチャネルではサポートされていない場合がありますが、この場合もシステムは正しく動作します。
仕事の結果。
ERPテクノロジーのサポートにより、最大8 kmの無認可範囲で無線チャネルを構築できることを確認しました。
99％以上の時間、システムはギガビットパフォーマンスを提供し、より控えめな速度での可用性は99.999％に達します。