Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

BGPのオン/リンク

論理システムを使用すると、内部セッションとBGPできます。詳細については、以下のトピックを参照してください。

例: 論理システムでのBGPピアリング セッションの設定

この例では、論理システム上で内部セッション セッションBGP ピア設定する方法を示しています。

要件

この例では、デバイス初期化以外の特別な設定は必要ありません。

概要

この例では、IBGP(internal BGP ピアリング セッションを設定します。

サンプル ネットワークでは、デバイス 17 のデバイスASピアで完全に メッシュされます。デバイスには、ループバック アドレス 192.168.6.5、192.163.6.4、192.168.40.4 があります。

図1は、 内部ピアセッションを持つ典型的なネットワークを示しています。

図 1:IBGPセッションでの典型的なネットワーク Typical Network with IBGP Sessions

構成

CLI迅速な設定

この例を迅速に設定するには、以下のコマンドをコピーして、テキスト ファイルに貼り付け、改行を削除し、ネットワーク設定に一致する必要がある詳細情報を変更してから、コマンドを階層レベルで CLI にコピー アンド ペースト [edit] します。

デバイス A

手順

次の例では、設定階層内のさまざまなレベルに移動する必要があります。デバイスのナビゲーションについて、詳しくは CLI ガイド の 設定モードでの CLI エディターの使用 CLI を参照してください

デバイス A で内部 BGP ピア セッションを設定するには、次の手順に示します。

  1. インターフェイスを設定します。

  2. 設定BGP。

    論理システム A では、論理システム A がデバイス C に直接接続されていない場合でも、ステートメントはデバイス B とデバイス C の両方 neighbor に対して組み込まれます。

  3. 設定OSPF。

  4. 直接ルートを受け入れるポリシーを設定します。

    このシナリオで役立つその他のオプションは、ネットワーク ルートまたはローカル ルートを通じて学習OSPF受け入れる場合です。

  5. ルーター ID と自律システム(AS)番号を設定します。

結果

設定モードから、 コマンドを入力して設定を確認 show logical-systems します。出力結果に意図した設定結果が表示されない場合は、この例の設定手順を繰り返して設定を修正します。

デバイスの設定が完了したら、設定モード から Commit を入力します。

検証

設定が正常に機能されていることを確認します。

ネイバー BGP検証

目的

設定されたインターフェイスBGP、ネイバー アドレスごとに設定されたセッションがアクティブBGPを確認します。

アクション

動作モードから コマンドを入力 show bgp neighbor します。

ホスト グループBGP検証

目的

ネットワーク グループがBGPが正しく構成されていることを検証します。

アクション

動作モードから コマンドを入力 show bgp group します。

検証BGPサマリ情報の検証

目的

設定が正BGPを検証します。

アクション

動作モードから コマンドを入力 show bgp summary します。

ルーティング テーブルBGPがインストールされていることを検証する

目的

エクスポート ポリシーの設定が機能している検証します。

アクション

動作モードから コマンドを入力 show route protocol bgp します。

例:IPv6インターフェイスを使用BGP上の外部インターフェイス インターフェイスの設定

この例では、IPv6 インターフェイスを使用して論理システムBGPポイントツーポイント ピア セッションを設定する方法を示しています。

要件

この例では、デバイス初期化以外の特別な設定は必要ありません。

概要

Junos OSは、IPv6 アドレスによって EBGP ピア セッションをサポートします。IPv6 ピア セッションは、ステートメントで IPv6 アドレスが指定されている場合に設定 neighbor できます。この例では、EUI-64を使用して、インターフェイスに自動的に適用されるIPv6アドレスを生成します。EUI-64アドレスは、アドレスのインターフェイス識別子部分にIEEE EUI-64形式を使用するIPv6アドレスです(最後の64ビット)。

注:

または、手動で割り当てた 128 ビット IPv6 アドレスを使用して、EBGP セッションを設定することもできます。

インターフェイスに128ビットのリンクローカル アドレスを使用する場合は、 ステートメントを含める必要 local-interface があります。このステートメントは、128ビットIPv6リンクローカルアドレスでのみ有効であり、IPv6 EBGPリンクローカルピアセッションを設定する場合に必須です。

リンクローカル アドレスを使用した EBGP ピアリングの設定は、直接接続されたインターフェイスにのみ適用できます。マルチホープ ピアリングはサポートされていません。

インターフェイスが起動した後、 コマンドを使用してインターフェイス上で show interfaces terse EUI-64が生成されたIPv6アドレスを表示できます。これらの生成されたアドレスは、指定されたステートメントBGP neighbor する必要があります。この例では、エンドツーエンドの完全な手順を示しています。

この例では、フレーム リレー インターフェイスのカプセル化が論理トンネル(lt)インターフェイスに適用されています。ltインターフェイスでIPv6アドレスが設定されている場合、フレーム リレー カプセル化のみサポートされるので、これは要件です。

図 2 は、 セッション数が少ないBGP ピアを示しています。サンプル ネットワークでは、ルーター R1 には 5 つの論理システムが設定されています。自律システム(AS)のデバイスE 17は、BGP ピアピアと呼ばれるピアのグループにセッション を送信できます。ピア A、B、C は 22 のASされます。この例では、論理システム A および論理システム E 上の設定を手順を示します。

トポロジ

図 2:一般的なネットワークと BGP ピア セッション Typical Network with BGP Peer Sessions

構成

手順

CLI迅速な設定

この例を迅速に設定するには、以下のコマンドをコピーして、テキスト ファイルに貼り付け、改行を削除し、ネットワーク設定に一致する必要がある詳細情報を変更し、コマンドを階層レベルで CLI にコピー アンド ペーストして、設定モードから を入力します。 [edit] commit

デバイス A

デバイス B

デバイス C

デバイス D

デバイス E

手順

次の例では、設定階層内のさまざまなレベルに移動する必要があります。デバイスのナビゲーションの詳細については、「 CLI ガイド 」の「 設定モードでの CLI CLI エディター の使用 」を 参照してください

以下の手順にBGP ピアします。

  1. コマンドを show interfaces terse 実行して、物理ルーターに論理トンネル(lt)インターフェイスが含か確認します。

  2. 論理システム A で、インターフェイスのカプセル化、ピアユニット番号、DLCI を設定して論理システム E に到達します。

  3. 論理システム A で、ピア E へのリンクのネットワーク アドレスを設定し、ループバック インターフェイスを設定します。

  4. 論理システムEで、インターフェイスのカプセル化、ピアユニット番号、DLCIを設定して論理システム A に到達します。

  5. 論理システム E で、ピア A へのリンクのネットワーク アドレスを設定し、ループバック インターフェイスを設定します。

  6. コマンドを show interfaces terse 実行して、EUI-64によって生成されたIPv6アドレスを確認します。

    この例では、2001 アドレスが BGP neighbor されています。

    注:

    fe80アドレスはリンクローカルアドレスであり、この例では使用されません。

  7. 他の論理システム上でインターフェイス設定を繰り返します。

外部セッションのBGP設定

手順

次の例では、設定階層内のさまざまなレベルに移動する必要があります。デバイスのナビゲーションの詳細については、「 CLI ガイド 」の「 設定モードでの CLI CLI エディター の使用 」を 参照してください

以下の手順にBGP ピアします。

  1. 論理システム A で、デバイス グループをBGPし、外部ネイバー アドレスを追加します。

  2. 論理システム E で、デバイス グループをBGPし、外部ネイバー アドレスを追加します。

  3. 論理システム A で、外部デバイスの自律システム(AS)番号を指定AS。

  4. 論理システムEで、外部デバイスの自律システム(AS)番号をAS。

  5. 論理システム A で、ピア タイプを EBGP に設定します。

  6. 論理システム E で、ピア タイプを EBGP に設定します。

  7. 論理システム A で、自律システム(AS)番号とルーター ID を設定します。

  8. 論理システムEで、デバイス番号とAS IDを設定します。

  9. ピア A、B、C、D に対してこれらの手順を繰り返します。

結果

設定モードから、 コマンドを入力して設定を確認 show logical-systems します。出力結果に意図した設定結果が表示されない場合は、この例の手順を繰り返して設定を修正します。

デバイスの設定が完了したら、設定モード から Commit を入力します。

検証

設定が正常に機能されていることを確認します。

ネイバー BGP検証

目的

設定済みBGPで動作し、各ネイバー アドレスに対して BGP がアクティブな状態されていることを確認します。

アクション

動作モードから コマンドを実行 show bgp neighbor します。

意味

近隣間でIPv6ユニキャストネットワークレイヤー到達可能性情報(NLRI)が交換されています。

ホスト グループBGP検証

目的

ネットワーク グループがBGPが正しく構成されていることを検証します。

アクション

動作モードから コマンドを実行 show bgp group します。

意味

グループ タイプは外部で、グループには 4 つのピアがあります。

検証BGPサマリ情報の検証

目的

ネットワークとBGP ピアが確立されているを検証します。

アクション

動作モードから コマンドを実行 show bgp summary します。

意味

ダウン ピア: 0 の出力は、ピアのBGPが確立された状態を示しています。

ルーティング テーブルの確認

目的

inet6.0 サーバーにローカル ルーティング テーブル直接ルートが追加されています。

アクション

動作モードから コマンドを実行 show route します。

意味

inet6.0 にはルーティング テーブル直接ルートが含まれている必要があります。ルーティング テーブルのルートを追加するには、ルーティング ポリシーを設定する必要があります。

例: 内部ファイアウォール およびピア セッションBGP BFD の設定

この例では、BFD(Bidirectional Forwarding Detection)プロトコルを使用してIBGP(内部BGPピア セッションを設定して、ネットワークの障害を検出する方法を示しています。

要件

この例を設定する前に、デバイス初期化以外の特別な設定を行う必要はありません。

概要

IBGP セッションで BFD を有効にする最小設定は、ステートメントを BFD セッションに参加しているすべてのBGPデバイス設定に bfd-liveness-detection minimum-interval 含める必要があります。ステートメント minimum-interval は、障害検知の最小送受信間隔を指定します。具体的には、この値は、ローカル ルーティング デバイスが hello パケットを送信する最小間隔と、BFD セッションを確立したネイバーからの応答を受信するとルーティング デバイスが期待する最小間隔を表します。1~255,000ミリ秒の値を設定できます。

必要に応じて、 および ステートメントを使用して、最小送信間隔と受信間隔 transmit-interval minimum-intervalminimum-receive-interval 個別に指定できます。これらのステートメントおよび他のオプションの BFD 設定ステートメントについては、 を参照 bfd-liveness-detection してください。

注:

BFD は、システム リソースを消費する集中的なプロトコルです。ルーティング エンジンベースのセッションに100ミリ秒未満の BFD の最小間隔を指定し、分散 BFD セッションで 10 ミリ秒未満を指定すると、BFD フラッピングが不要になる可能性があります。

ネットワーク環境によっては、以下の推奨事項が追加される場合があります。

  • 一般的なスイッチオーバー イベント中に BFD フラッピングをルーティング エンジンするには、アプリケーション ベース のセッションに対して 5,000 ミリ秒の最小間隔ルーティング エンジンします。この最小値は、一般的な ルーティング エンジン スイッチオーバー イベント中に、RPD、MIBD、SNMPD などのプロセスが指定したしきい値を超える CPU リソースを利用するために必要です。このため、CPU リソースが不足するため、BFD の処理とスケジューリングが影響を受ける可能性があります。

  • デュアル シャーシ クラスタ制御リンク シナリオ中に BFD セッションが維持される場合、最初の制御リンクに障害が発生した場合、最小間隔 6,000 ミリ秒を指定して、ルーティング エンジン ベースのセッションに対して LACP がセカンダリ ノードにフラッピングされるのを防ぐ。

  • 多数の BFD セッションを持つ大規模なネットワーク導入の場合、ルーティング エンジン ベース のセッションに 300 ミリ秒、分散 BFD セッションで 100 ミリ秒の最小間隔を指定します。

  • 非常に大規模なネットワーク導入と多数の BFD セッションについては、詳細については、カスタマー サポートジュニパーネットワークスにお問い合わせください。

  • ノンストップ アクティブ ルーティング(NSR)が設定されている場合に、ルーティング エンジン スイッチオーバー イベント中に BFD セッションを維持するには、ルーティング エンジン ベースのセッションに 2,500 ミリ秒の最小間隔を指定します。NSR が設定された分散 BFD セッションでは、最小間隔の推奨事項は変更されず、ネットワークの導入によってのみ異なります。

BFD は、デフォルトのルーティング インスタンス(メイン ルーター)、ルーティング インスタンス、論理システムでサポートされています。この例では、論理システムの BFD を示しています。

図3は、 内部ピアセッションを持つ典型的なネットワークを示しています。

図 3:IBGPセッションでの典型的なネットワーク Typical Network with IBGP Sessions

構成

CLI構成の迅速な設定

この例を迅速に設定するには、以下のコマンドをコピーして、テキスト ファイルに貼り付け、改行を削除し、ネットワーク設定に一致する必要がある詳細情報を変更してから、コマンドを階層レベルで CLI にコピー アンド ペースト [edit] します。

デバイス A

デバイス B

デバイス C

デバイス A の設定

手順

次の例では、設定階層でさまざまなレベルに移動する必要があります。デバイスのナビゲーションの詳細については、「 CLI ガイド 」の「 設定モードでの CLI CLI エディター の使用 」を 参照してください

デバイス A を設定するには、次の手順に示します。

  1. 物理リンクをCLIシステム A に設定します。

  2. インターフェイスを設定します。

  3. 設定BGP。

    デバイス A がデバイス C に直接接続されていない場合でも、ステートメントはデバイス B とデバイス C の両方 neighbor に含まれます。

  4. BFD を設定します。

    接続ピアで同じ最小間隔を設定する必要があります。

  5. (オプション)BFD トレースを設定します。

  6. 設定OSPF。

  7. 直接ルートを受け入れるポリシーを設定します。

    このシナリオで役立つその他のオプションは、ネットワーク ルートまたはローカル ルートを通じて学習OSPF受け入れる場合です。

  8. ルーター ID と自律システム(AS)番号を設定します。

  9. デバイスの設定が完了したら、設定モード commit から を入力します。 これらの手順を繰り返して、デバイス B とデバイス C を設定します。

結果

設定モードから、 、および のコマンド show interfaces を入力して show policy-options show protocols 設定を確認 show routing-options します。出力結果に意図した設定結果が表示されない場合は、この例の手順を繰り返して設定を修正します。

検証

設定が正常に機能されていることを確認します。

BFD が有効になっている検証

目的

IBGP ピア間で BFD が有効になっているか検証します。

アクション

動作モードから コマンドを入力 show bgp neighbor します。フィルタを使用して | match bfd 出力を絞り込む

意味

この出力では、論理システム A には BFD が有効になっている 2 つのネイバーが設定されています。BFD が有効になっていない場合、出力は表示 BFD: disabled, down され、 <BfdEnabled> オプションは大分になります。BFD が有効でセッションがダウンしている場合、出力に BFD: enabled, down .出力はまた、トレース操作が設定されたため、BFD 関連イベントがログ ファイルに書き込されていることを示しています。

BFD セッションがアップの確認

目的

BFD セッションがアップしているのを検証し、BFD セッションの詳細を表示します。

アクション

動作モードから コマンドを入力 show bfd session extensive します。

意味

出力 TX interval 1.000, RX interval 1.000 は、 ステートメントで設定された設定を表 minimum-interval します。その他のすべての出力は、BFD のデフォルト設定を表しています。デフォルト設定を変更するには、 ステートメントの下に オプションのステートメントを含 bfd-liveness-detection める必要があります。

詳細な BFD イベントの表示

目的

BFD トレース ファイルの内容を表示して、必要に応じてトラブルシューティングをサポートします。

アクション

動作モードから コマンドを入力 file show /var/log/A/bgp-bfd します。

意味

ルートが確立される前に、 No route to host メッセージが出力に表示されます。ルートが確立された後、最後の 2 行には、両方の BFD セッションが設定されます。

ループバック インターフェイスの非アクティブ化と再有効化後の詳細な BFD イベントの表示

目的

ルーターやスイッチをダウンして動作を戻した後、何が起こっているかを確認します。ルーターやスイッチの停止をシミュレーションするには、論理システム B のループバック インターフェイスを非アクティブにします。

アクション
  1. 設定モードから コマンドを入力 deactivate logical-systems B interfaces lo0 unit 2 family inet します。

  2. 動作モードから コマンドを入力 file show /var/log/A/bgp-bfd します。

  3. 設定モードから コマンドを入力 activate logical-systems B interfaces lo0 unit 2 family inet します。

  4. 動作モードから コマンドを入力 file show /var/log/A/bgp-bfd します。

例: 論理システムでのEBGPマルチホープセッションの設定

この例では、ローカル ルーターから 1 ホップ以上離BGP EBGP(外部ゲートウェイ ピア)を設定する方法を示しています。このタイプのセッションは、マルチホー EBGPセッションと呼ばれる。

要件

この例では、デバイス初期化以外の特別な設定は必要ありません。

概要

EBGP ピアが直接接続されていない場合は、1 つ以上の非接続ルーティング デバイスBGP相互に到達する必要があります。マルチホープ EBGP を設定すると、ピアは他のルーティング デバイスを通過して、ピアの関係を形成し、更新メッセージを交換できます。このタイプの設定は、一般的に、ジュニパーネットワークス ルーティング デバイスが、2 つの EBGP ピアの直接接続を許可しないサードパーティーのルーティング デバイスで EBGP を実行する必要がある場合に使用されます。EBGP マルチホープにより、直接接続されていない 2 つの EBGP ピア間のネイバー接続が可能になります。

マルチホープ EBGP セッションを有効にするには、2 つの EBGP ピア間の接続が必要です。この例では、静的ルートを使用してデバイス間の接続を提供しています。

直接接続された EBGP セッションの場合、通常、物理アドレスはステートメントで neighbor 使用されます。マルチホープ EBGP では、ループバック インターフェイス アドレスを使用し、間接的に接続されたピアのループバック インターフェイス アドレスを指定する必要があります。ループバック インターフェイス アドレスを使用する場合、EBGP マルチホープは内部インターフェイス(IBGP)BGP似ています。

最後に、 ステートメントを追加する multihop 必要があります。必要に応じて、 ステートメントを使用してTTL(最大TTL)値を設定 ttl できます。TTL は、指定されたパケットの IP ヘッダー BGPされます。TTL値を指定しない場合は、システムのデフォルトの最大TTL値が使用されます。マルチホップEBGPセッションのデフォルトTTL値は64です。もう 1 つのオプションは、 ステートメントBGPを含めて、ルート アドバタイズメントのネクスト ホップ値を保持 no-nexthop-change します。

図4は 、典型的なEBGPマルチホープネットワークを示しています。

デバイス C とデバイス E には、EBGP セッションが確立されています。デバイス D は、BGP対応デバイスではありません。すべてのデバイスが静的ルート経由で接続しています。

図 4:EBGPマルチホープ セッションによる典型的なネットワーク Typical Network with EBGP Multihop Sessions

構成

CLI迅速な設定

この例を迅速に設定するには、以下のコマンドをコピーして、テキスト ファイルに貼り付け、改行を削除し、ネットワーク設定に一致する必要がある詳細情報を変更してから、コマンドを階層レベルで CLI にコピー アンド ペースト [edit] します。

デバイス C

デバイス D

デバイス E

デバイス C

手順

次の例では、設定階層内のさまざまなレベルに移動する必要があります。デバイスのナビゲーションについて、詳しくは CLI ガイド の 設定モードでの CLI エディターの使用 CLI を参照してください

デバイス C を設定するには、以下の手順にアクセスします。

  1. 物理リンクをCLIシステム C に設定します。

  2. 直接接続されたデバイスに対してインターフェイスを設定し(-D)、ループバック インターフェイスを設定します。

  3. 論理システム E との EBGP セッションを設定します。

    ステートメント neighbor は、論理システム E 上のループバック インターフェイスを示しています。

  4. 論理システム C および論理システム E が EBGP ピアになるには、マルチホープ ステートメントを設定します。

    ピアが互いに2ホップ離れたため、この例ではステートメントを使用 ttl 2 しています。

  5. 静的ルートを使用して論理システム E への接続を設定します。

    ループバック インターフェイス アドレスと物理インターフェイス上のアドレスへのルートを設定する必要があります。

  6. ローカル ルーター ID と自律システム(AS)番号を設定します。

  7. 直接ルートを受け入れるポリシーを設定します。

    このシナリオで役立つその他のオプションは、ネットワーク ルートまたはローカル ルートを通じて学習OSPF受け入れる場合です。

結果

設定モードから、 、および のコマンド show interfaces を入力して show protocols show policy-options 設定を確認 show routing-options します。出力結果に意図した設定結果が表示されない場合は、この例の手順を繰り返して設定を修正します。

デバイスの設定が完了したら、設定モード から Commit を入力します。トポロジー内のすべての BFD セッションに対して、これらの手順を繰り返します。

デバイス D

手順

次の例では、設定階層内のさまざまなレベルに移動する必要があります。デバイスのナビゲーションについて、詳しくは CLI ガイド の 設定モードでの CLI エディターの使用 CLI を参照してください

デバイス D を設定するには、次の手順に示します。

  1. デバイスのCLI論理システム D に設定します。

  2. 直接接続されたデバイスへのインターフェイスを設定し、ループバック インターフェイスを設定します。

  3. ループバック インターフェイス アドレスへの静的ルートを使用して、他のデバイスとの接続を設定します。

    論理システムDは論理システムCと論理システムEに直接接続いので、論理システムDでは、物理アドレスへの静的ルートを必要としません。

  4. ローカル ルーター ID と自律システム(AS)番号を設定します。

結果

設定モードから、 および コマンドを入力して設定 show interfaces を確認 show routing-options します。出力結果に意図した設定結果が表示されない場合は、この例の手順を繰り返して設定を修正します。

デバイスの設定が完了したら、設定モード から Commit を入力します。トポロジー内のすべての BFD セッションに対して、これらの手順を繰り返します。

デバイス E

手順

次の例では、設定階層内のさまざまなレベルに移動する必要があります。デバイスのナビゲーションの詳細については、「 CLI ガイド 」の「 設定モードでの CLI CLI エディター の使用 」を 参照してください

デバイス E を設定するには、次の手順に示します。

  1. 物理リンクをCLIシステム E に設定します。

  2. 直接接続されたデバイスに対してインターフェイスを設定し(-D)、ループバック インターフェイスを設定します。

  3. 論理システム E との EBGP セッションを設定します。

    ステートメント neighbor は、論理システム C 上のループバック インターフェイスを示しています。

  4. 論理システム C および論理システム E が EBGP ピアになるには、 multihop ステートメントを設定します。

    ピアが互いに2ホップ離れたため、この例ではステートメントを使用 ttl 2 しています。

  5. 静的ルートを使用して論理システム E への接続を設定します。

    ループバック インターフェイス アドレスと物理インターフェイス上のアドレスへのルートを設定する必要があります。

  6. ローカル ルーター ID と自律システム(AS)番号を設定します。

  7. 直接ルートを受け入れるポリシーを設定します。

    このシナリオで役立つその他のオプションは、ネットワーク ルートまたはローカル ルートを通OSPF受け入れる場合です。

結果

設定モードから、 、および のコマンド show interfaces を入力して show protocols show policy-options 設定を確認 show routing-options します。出力結果に意図した設定結果が表示されない場合は、この例の手順を繰り返して設定を修正します。

デバイスの設定が完了したら、設定モード から Commit を入力します。

検証

設定が正常に機能されていることを確認します。

接続の検証

目的

ping 要求の送信元としてループバック インターフェイス アドレスを指定して、デバイス C がデバイス E に ping を実行できる必要があります。

ループバック インターフェイス アドレスは、パケットが使用BGPアドレスです。

アクション

動作モードから、論理システム C から コマンドを入力し、論理システム ping 10.10.10.14 source 192.168.40.4 ping 10.10.10.9 source 192.168.6.7 E から コマンドを入力します。

意味

ping が機能している場合、静的ルートは機能します。

セッションのBGPの検証

目的

セッションのBGPがアップ示します。

アクション

動作モードから コマンドを入力 show bgp summary します。

意味

出力では、両方のデバイスにそれぞれ1つのピアがあるという結果が表示されています。ピアがダウンする必要はありません。

アドバタイズされたルートの表示

目的

ネットワークによってルートがアドバタイズされているのを確認BGP。

アクション

動作モードから コマンドを入力 show route advertising-protocol bgp neighbor します。

意味

静的 送信アプリケーションルーティング ポリシー 静的ルートが、デバイスからデバイスにルーティング テーブルBGP。BGPが確立されたため、ピア間でこれらのBGP ピアを宣伝しています。