2つのプロバイダーの例を考えてみましょう。
- ISP1
インターフェイスIP 1.1.1.100
ゲートウェイIP 1.1.1.1
ネットマスク255.255.255.0
インターフェイス名ge-0 / 0 / 2.0 - ISP2
インターフェースIP 2.2.2.200
ゲートウェイIP 2.2.2.1
ネットマスク255.255.255.0
インターフェイス名ge-0 / 0 / 2.0
構成は2つのステップで構成されます。
- rpmの構成-選択したホストの可用性を確認します
- IPモニタリングの設定-ルートスイッチングを直接実行します
ステージ1
原則として、この例ではicmp-pingで最初に常に使用可能なホストが選択されています。 たとえば、模倣ではなく、大規模プロバイダーのIPの監視に使用します：213.180.193.3、209.85.148.104。 誤検知は一度に1つずつ発生する可能性があるため、監視には2つのIPを使用します。 実際の状況では、プロバイダーのネットワークとその境界ルーターの後のホップを監視できます。
コマンドラインから設定編集モードに入ります。
だから：
set services rpm probe Probe-Servers test ya-test probe-type icmp-ping
Probe-Serversという名前のサーバーテストの新しいセクションと、サーバーテストの新しい名前ya-testを作成します。 テストicmp-pingのタイプを設定します
set services rpm probe Probe-Servers test ya-test target address 213.180.193.3
pingのターゲットIPアドレスを割り当てます。
注意！ pingを実行する人が、一般的なトラフィックフローでのテストを気にしたり、気付かなかったり、このプロトコルを閉じないようにしてください。
set services rpm probe Probe-Servers test ya-test probe-count 5
テストサイクルごとにテストパッケージの数を設定します。
set services rpm probe Probe-Servers test ya-test probe-interval 1
テストの間隔（テストサイクル）。
set services rpm probe Probe-Servers test ya-test thresholds successive-loss 3
テストに合格しなかったと見なされるために失われるパケットの数。
set services rpm probe Probe-Servers test ya-test destination-interface ge-0/0/1.0
検証のためにパケットを送信するインターフェイス-私たちの場合、それはすべてのトラフィックが通過するメインプロバイダーのインターフェイスになります。
set services rpm probe Probe-Servers test ya-test next-hop 1.1.1.1
さて、テストパッケージのネクストホップにルートします。
同様に、次のgo-testサーバーを構成します。
set services rpm probe Probe-Servers test go-test probe-type icmp-ping
set services rpm probe Probe-Servers test go-test target address 209.85.148.104
set services rpm probe Probe-Servers test go-test probe-count 5
set services rpm probe Probe-Servers test go-test probe-interval 1
set services rpm probe Probe-Servers test go-test thresholds successive-loss 3
set services rpm probe Probe-Servers test go-test destination-interface ge-0/0/1.0
set services rpm probe Probe-Servers test go-test next-hop 1.1.1.1
ところで、ルーティングテーブルは、デフォルトメトリックよりも低いメトリックで、最初のプロバイダーのデフォルトの静的ルートを指定する必要があります。 私の場合、50のメトリックがあります。
set routing-options static route 0.0.0.0/0 next-hop 1.1.1.1
set routing-options static route 0.0.0.0/0 metric 50
ステージ2
テストサーバーが利用できない場合のルートスイッチングのセットアップ。
set services ip-monitoring policy Server-Tracking match rpm-probe Probe-Servers
手順1で上記の名前でテストトラッキングを設定します。
set services ip-monitoring policy Server-Tracking then preferred-route route 0.0.0.0/0 next-hop 2.2.2.1
そして、両方のサーバーが落ちた場合、ルートを別のプロバイダーに切り替えます。
次のコマンドで構成をロードし、ステータスを観察します。
show services ip-monitoring status
コマンドからの出力は次のようになります。
Policy - Server-Tracking
RPM Probes:
Probe name Address Status
---------------------- ---------------- ---------
Probe-Servers 213.180.193.3 PASS
Probe-Servers 209.85.148.104 PASS
Route-Action:
route-instance route next-hop State
----------------- ----------------- ---------------- -------------
inet.0 0.0.0.0 2.2.2.1 NOT-APPLIED
まとめ
インターネット上の特定のホストの可用性に基づいて、スイッチングプロバイダーを設定します。 多くの読者は、perlまたはbashスクリプトを使用してこれを実装しています。 もちろん、 BGPがプロバイダーで構成されている場合は状況に応じません。この例では、プロバイダーに依存せず、外部の世界への異なるチャネルを持つ2つの異なる競合プロバイダーからのサービスを必要とすることが非常に多いためです。