IP : ボーダー ゲートウェイ プロトコル(BGP)

BGP: よく寄せられる質問(FAQ)

2015 年 11 月 26 日 - 機械翻訳について
その他のバージョン: PDFpdf | ライター翻訳版 (2008 年 7 月 23 日) | 英語版 (2015 年 8 月 22 日) | フィードバック


目次

show ip bgp コマンドの出力にある 0.0.0.0 のネクストホップには、どんな意味がありますか。
show ip bgp コマンドの出力にある r RIB-Failure には、どんな意味がありますか。
[%BGP-3-NOTIFICATION: sent to neighbor *A.B.C.D passive 6/0 (cease) 0 bytes] エラー メッセージの意味は何ですか。

概要

このドキュメントでは、Border Gateway Protocol(BGP; ボーダーゲートウェイ プロトコル)に関する FAQ を記載しています。

Q. BGP を設定するにはどうすればよいのですか。

A. BGP と BGP の機能を設定する方法の詳細については、次のドキュメントを参照してください。

Q. ループバック アドレスを使用して BGP を設定するにはどうすればよいのですか。

A. ループバック インターフェイスを使用すると、ネイバーはアップ状態が保たれ、誤動作を起こしたハードウェアの影響を受けなくなります。

デフォルトでは、BGP は BGP ピアリング セッションを確立する際、発信元アドレスとして BGP ピアに直接接続された物理インターフェイス上で設定された IP アドレスを使用します。 この動作を変更し、ルータとやり取りする BGP を設定して、発信元アドレスとしてループバック アドレスを使用してピアリングを確立するには、neighbor <ip address> update-source <interface> コマンドを発行します。

詳細については、「iBGP および eBGP のコンフィギュレーション例:ループバック アドレスを使用する場合と使用しない場合」(英語)を参照してください。

Q. 一部またはすべてのアトリビュートが BGP の 1 つの近隣ルータに適用される場合、アトリビュートの優先順位はどのようになりますか。

A. 優先順位は、属性が受信アップデートに適用されるか、送信アップデートに適用されるかにより異なります。

受信アップデートの場合、優先順位は次のようになります。

  1. ルート マップ

  2. フィルタ リスト

  3. プレフィックス リスト、配布リスト

送信アップデートの場合、優先順位は次のようになります。

  1. フィルタ リスト

  2. ルート マップ | unsuppress-map

  3. advertise-map(条件付きアドバタイズメント)

  4. prefix-list|distribute-list

  5. ORF prefix-list(ネイバーから送信されるプレフィックス リスト)

注: プレフィックス リストおよび配布リストは相互に排他的な属性であり、特定のネイバーの受信方向または送信方向には、1 つのコマンド(neighbor prefix-list または neighbor distribute-list)しか適用できません。

Q. show ip bgp コマンド出力にある 0.0.0.0 のネクストホップには、どんな意味がありますか。

A. BGP テーブル内のネットワークでネクストホップ アドレスが 0.0.0.0 の場合、そのネットワークが、Interior Gateway Protocol(IGP; 内部ゲートウェイ プロトコル)の BGP への再配布か、BGP 設定内での network コマンドまたは aggregate コマンドにより、ローカルで作成されていることを意味しています。

Q. BGP コミュニティ アトリビュートの既知のコミュニティは何ですか。

A. コミュニティ属性は推移的なオプションの属性で、特定のコミュニティ内の宛先をグループ化し、特定のポリシー(許容、優先、または再配布など)を適用するために作成されています。 次の表は、代表的な BGP コミュニティを示しています。

コミュニティ 説明
Local-AS パケットがローカルの自律システム(AS)外部へ送信されないようにするために、コンフェデレーション シナリオで使用。
no-export 外部 BGP(eBGP)ピアへアドバタイズしない。 このルートは AS 内に維持する。
no-advertise このルートはどのようなピア(内部や外部)へもアドバタイズしない。
なし ルートに関連付けられたコミュニティをクリアするときに、コミュニティ アトリビュートなしを適用。
インターネット このルートをインターネット コミュニティと、そのコミュニティに属するあらゆるルータにアドバタイズする。

コミュニティ設定の詳細については、「BGP の設定」(英語)の「BGP コミュニティ フィルタリングの設定」セクションを参照してください。

Q. BGP コミュニティ アトリビュートを設定するにはどのような形式を使用できますか。

A. Cisco IOS ではか。 ソフトウェアリリース 12.0 およびそれ以降、呼ばれる十進法、16 進法と 3 つの異なる形式および AA のコミュニティを設定できます: NN の 3 種類の形式で設定できます。 デフォルトでは、IOS は従来の 10 進形式を使用します。 AA: NN 形式(前半部分は AS 番号で、後半部分は 2 バイトの番号)で表示するには、ip bgp new-format グローバル設定コマンドを実行します。

注: BGP コミュニティ アトリビュートは、特定のプレフィックスに割り当てて、他のネイバーにアドバタイズできる数値(任意)です。 コミュニティ属性は 10 進数、16 進数、または AA: NN で表すことができますが、32 ビットの数字のままです。 たとえば、次の 3 つの設定コマンドはいずれもコミュニティ 30:20(AS 30、番号 20)を指定します。

  • set community 30:20

  • set community 0x1E0014

  • set community 1966100

どのコマンドを使用しても、ルータ設定ファイルと BGP テーブルに表示されるコミュニティは 30:20 です。

詳細は、『BGP ケース スタディ』の「コミュニティ アトリビュート」セクション、および『BGP コミュニティ値を使用した、アップストリーム プロバイダー ネットワークでのルーティング ポリシーの制御』を参照してください。

Q. オート サマリーを有効にした場合と無効にした場合では、BGP の動作にどのような違いがありますか。

A. オート サマリーの動作は、Cisco IOS ソフトウェア リリース間で変更されています。 オート サマリーは当初はデフォルトで有効になっていました。 ところが、Cisco Bug ID CSCdu81680登録ユーザ専用)に関連して、この動作は変更されています。 最新版の Cisco IOS では、オート サマリーがデフォルトで無効になっています。 オート サマリーが有効な場合、ローカルで作られた BGP ネットワークがクラスフルな境界にまとめられます。 自動サマリーがデフォルトで有効になっているのは、古いバージョンだけです。 オート サマリーが無効な場合、BGP テーブルにローカルで挿入されたルートはクラスフルな境界にまとめられません。 サブネットがルーティング テーブル内に存在し、次の 3 つの条件が満たされると、ローカル ルーティング テーブル内にあるそのクラスフル ネットワークのあらゆるサブネットが BGP に対して、クラスフル ネットワークを BGP テーブルにインストールするよう促します。

  • ルーティング テーブル内のネットワークのクラスフル ネットワーク文

  • そのネットワーク文のクラスフル マスク

  • オート サマリーが有効

たとえばルーティング テーブル内のサブネットが 75.75.75.0 マスク 255.255.255.0 で、network 75.0.0.0router bgp コマンドで設定して、オート サマリーが有効な場合、BGP はクラスフル ネットワーク 75.0.0.0 マスク 255.0.0.0 を BGP テーブルに挿入します。

これら 3 つの条件がすべて満たされない場合、BGP がエントリを BGP テーブルにインストールするのは、ローカルのルーティング テーブル内に完全な一致がある場合だけです。

注: BGP を実行する AS に、完全にクラスフルなネットワークがない場合は、no auto-summary コマンドを router bgp で発行してオート サマリーを無効にすることを推奨いたします。

Q. BGP ルータが BGP ネットワークをアナウンスして、さらにグローバル BGP メッシュに伝搬しているかを検証するには、どのようにすればよいのですか。

A. IP ブロックが、直接接続された ISP にアナウンスされているかを確認するには、次のコマンドを使用します。

  • show ip bgp neighbors [address] advertised-routes コマンドにより、どのメッセージが送信されているかが表示されます。

  • show ip bgp neighbors [address] routes コマンドにより、どのメッセージが受信されているかが表示されます。

注: show ip bgp neighbors [address] advertise-routes コマンドでは、ユーザが適用した送信ポリシーは考慮されません。 将来の Cisco IOS ソフトウェア リリースでは、コマンド出力結果は送信ポリシーを反映するように変更されます。 宛先への代替パスが 2 つある場合、BGP は常に最適なルートを使用してアドバタイズします。

IP ブロックが直接接続された ISP を経由してグローバル BGP メッシュに伝播されているようすを検証するには、インターネットのルーティング サーバ にログオンし、leavingcisco.com ルーティング サーバでプレフィックスの BGP エントリを探してください。

Q. BGP セッションのリセットは、いつどのようにして行うべきですか。

A. BGP セッションの受信/送信ポリシーを変更する場合に、BGP セッションをクリアします。 BGP セッションをクリアして送信ポリシーの変更を反映するには、clear ip bgp x.x.x.x soft out コマンドを発行します。 BGP セッションをクリアして受信ポリシーの変更を反映するには、clear ip bgp x.x.x.x コマンドを発行します。 ネイバーにソフト再設定機能がある場合は、clear ip bgp x.x.x.x soft in コマンドを発行できます。 Optimized Edge Routing(OER)を設定してある場合は、BGP セッションを自動的にクリアできます。 OER は、着信方向と発信方向の両方の BGP セッションを自動的にクリアします。 OER の詳細については、「OER ネットワーク コンポーネントの設定」(英語)を参照してください。

注: Cisco IOS ソフトウェア リリース 12.0 以降では、新しい BGP ソフト リセット拡張機能が導入されています。 詳細については、「BGP ソフト リセット機能拡張」(英語)を参照してください。

Q. PIX/ASA 経由の BGP セッションを許可するには、PIX/ASA で特別な設定が必要ですか。

A. はい、詳細な設定については、「ASA/PIX: ASA 経由の BGP の設定例」(英語)を参照してください。

Q. 自律システム(AS)番号とは何で、どのようにしたら取得できるのですか。

A. AS 番号はグローバルに一意の番号で、AS の識別に使用されます。この番号により、AS では外部ルーティング情報をネイバー AS 間で交換できるようになります。 AS は IP ネットワークの接続グループで、1 つの明確に定義されたルーティング ポリシーに準拠しています。

使用できる AS 番号の数には制限があります。 そのため、固有の AS 番号を必要とするサイトと、必要としないサイトを判断することが重要です。 固有の AS 番号を必要としないサイトは、専用で使用するために予約された AS 番号を 1 つまたは複数使用する必要があります。この番号の範囲は 64512 ~ 65535 です。 AS 番号を取得するには、AS Number Registration Services leavingcisco.com Web サイトにアクセスしてください。

Q. BGP パス選択基準とは何ですか。

A. BGP パスの選択基準は、『BGP の最適パス選択アルゴリズム』に記載されています。

Q. always-compare-meddeterministic-med の違いは何ですか。

A. この 2 つのコマンドの違いについての詳細な説明は、『bgp deterministic-med コマンドと bgp always-compare-med コマンドの相違点』に記載されています。

Q. 内部 BGP(iBGP)セッションでネクストホップは修正されるのですか。

A. A.iBGP セッションは eBGP ピアからラーニングしたネクストホップのアトリビュートを保存します。 これがネクストホップへの内部ルートが重要となる理由です。 これ以外の方法では、BGP ルートは到達不可能になります。 eBGP ネクストホップへ到達できるようにするには、ネクスト ホップが所属するネットワークを IGP 内に含めるか neighbor next-hop-self コマンドを発行して強制的にルータが外部ピアではなく自身を、ネクスト ホップとしてアドバタイズするようにします。 詳細は、「BGP ケース スタディ」(英語)の「BGP ネクストホップ アトリビュート」セクションを参照してください。

Q. コンフェデレーション間の外部 BGP(eBGP)セッションでネクストホップは修正されるのですか。

A. いいえ、コンフェデレーション サブ AS 間の eBGP セッションでは、ネクストホップの属性は修正されません。 すべての iBGP ルールは、AS 全体が 1 つのエンティティとして振舞うよう適用されます。 メトリックおよびローカル プリファレンスの値も、コンフェデレーション eBGP ピアの中で変更されないままになります。 コンフェデレーションの詳細については、「BGP ケース スタディ」(英語)の「BGP コンフェデレーション」セクションを参照してください。

Q. 外部 BGP(eBGP)セッションでは、どの IP アドレスがネクストホップとして送信されるのですか。

A. eBGP ピアでは、ネクストホップは、ルートをアナウンスしたネイバーの IP アドレスです。 しかしルートがマルチアクセス メディア(イーサネットやフレームリレーなど)でアドバタイズされている場合、通常ネクスト ホップは、そのルートを基点としたメディアに接続された、ルータ インターフェイスの IP アドレスになります。 詳細は、「BGP ケース スタディ」(英語)の「BGP ネクストホップ アトリビュート」を参照してください。

Q. ルート リフレクタは、反映されたプレフィックスのネクストホップ アトリビュートを変更しますか。

A. デフォルトでは、プレフィックスがルート リフレクタによって反映された際に、ネクストホップの属性は変更されません。 しかし、neighbor next-hop-self コマンドを発行すると、eBGP ピアから反映されたプレフィクスのネクストホップのアトリビュートはあらゆるルート リフレクタ クライアントへ変更できます。

Q. 一次 ISP へ接続できなくなったとき、プレフィックスを 1 つの ISP だけにという条件で宣言するにはどのようにしたらよいですか。

A. BGP は、デフォルトで BGP テーブルから外部ピアへルートをアドバタイズします。 BGP 条件付きアドバタイズメント機能を使用すると、BGP テーブルの中に別のプレフィックスが存在しているかどうかに応じて、ルート アドバタイズメントの新たな制御が可能になります。 通常、ルートは異なるパスの有無にはかかわらず伝搬されます。 BGP 条件付きアドバタイズメント機能は、non-exist-map および advertise-map 設定コマンドを使用して、ルート プレフィクスによりルートを追跡します。 ルート プレフィクスが non-exist-map コマンドの中に存在しない場合、advertise-map コマンドによって指定されたルートがアナウンスされます。 詳細は、『BGP の設定』の「BGP 設定条件付きアドバタイズメントの設定」セクションを参照してください。

Q. ロード シェアリングと冗長性をネットワークに実装するには BGP をどのように設定したらよいですか。

A. 設定情報の詳細は、次のドキュメントを参照してください。

Q. ISP から BGP ルーティング テーブルを完全に受信するにはルータ内にどのくらいのメモリ量が必要ですか。

A. BGP ルートの保存に必要なメモリ量は、ルータ、使用可能な代替パスの数、ルート ダンプニング、コミュニティ、設定された最大パスの数、BGP 属性、および VPN の構成など多数の要素によって決まります。 これらのパラメータの情報がない場合は、特定の数の BGP ルートを保存する場合に必要なメモリ量を計算するのは困難です。 一般に、1 つの BGP ピアからグローバル BGP ルーティング テーブルを完全に保存する場合は、ルータに少なくとも 512 MB の RAM を推奨いたします。 しかし、メモリ使用量を減らし、インターネット ルーティング テーブルをそっくり受信することなく最適なルーティングを実現する方法を理解することが重要です。 詳細は、「最適なルーティングの実現と BGP メモリ消費の低減」(英語)を参照してください。

Q. BGP ピア グループを設定することのメリットは何ですか。

A. BGP ピア グループを指定することの大きなメリットは、アップデート生成の際に使用されるシステム リソース(CPU およびメモリ)の量が少なくなるということです。 また、ルーティング テーブルの確認が一度だけになり、アップデートが他のすべての同期ピア グループ メンバーに複製できるようになるため、BGP 設定も簡単になります。 ピア グループ メンバの数、テーブル内のプレフィックスの数、およびアドバタイズされたプレフィックスの数によっては、これにより負荷の量は大きく削減されます。 Cisco では、同一の発信アナウンスメント ポリシーのピアをグループ化することを推奨いたします。 詳細は、「BGP ピア グループ」(英語)を参照してください。

Q. なぜ、BGP の同じピアに対して、同じルートが 2 回表示されるのですか。 次に、例を示します。
  64512 28513 8151 65194 65230 65085
    169.185.119.90 from 169.185.119.90 (153.40.61.128)
      Origin IGP, localpref 200, valid, external
      Community: 100:2 28513:1281
  64512 28513 8151 65194 65230 65085, (received-only)
    169.185.119.90 from 169.185.119.90 (153.40.61.128)
      Origin IGP, localpref 100, valid, external
      Community: 28513:1281

A. soft-reconfiguration を設定しているため、2 つのエントリが表示されます。 未変更のパスと、インバウンド ポリシーに依存する変更済みパス(許可されている場合)の両方が、プレフィックスのパス テーブルに格納されます。 詳細については、「BGP ソフト再設定の設定」(英語)を参照してください。

Q. 同期化とは何ですか。また、それは IP ルーティング テーブルに組み込まれた BGP 経路にどのような影響を与えますか。。

A. AS が別の AS から第 3 の AS へトラフィックを送っている場合、AS 内のすべてのルータが IGP を介してルートをラーニングするまでは、BGP がルートをアドバタイズべきではありません。 BGP は、IGP がルートを AS 内で伝搬するまで待機した後、そのルートを外部ピアへアドバタイズします。 同期化を有効にした BGP ルータは、iBGP で学習されたルートを自身の IGP で検証できない場合、これらのルートをルーティング テーブルにインストールしません。 router bgpno synchronization コマンドを発行して、同期化を無効にします。 これにより、BGP は iBGP ルートを IGP で検査しなくなります。 「BGP ケース スタディ: 同期」(英語)を参照してください。

Q. ある BGP 機能をサポートしている Cisco IOS ソフトウェア リリースは、どのように調べたらよいのですか。

A. Cisco IOS Software Advisor登録ユーザ専用)を使用すると、目的の機能が、どの Cisco IOS ソフトウェア リリースでサポートされているかがすぐにわかります。

Q. Interior Gateway Protocol(IGP; 内部ゲートウェイ プロトコル)ネクストホップ メトリックと一致させるには、外部 BGP(eBGP)ネイバーにアドバタイズされたプレフィックスの Multi Exit Discriminator(MED)値をどのように設定したらよいのですか。

A. set metric-type internal route-map 設定コマンドを発行すると、BGP は、ルートのネクストホップに関連付けられた IGP メトリックに対応する MED をアドバタイズします。 このコマンドは、Cisco IOS ソフトウェア リリース 10.3 以降で使用できます。 詳細は、「BGP コマンド」(英語)を参照してください。

Q. デフォルトBGP ConnectRetry タイマーとは何ですか。またBGP ConnectRetry タイマーを調整することは可能ですか。

A. デフォルトの BGP ConnectRetry タイマーは 120 秒です。 この時間が経過すると、受動的な TCP セッションが確立されたかどうかが BGP プロセスでチェックされます。 受動的な TCP セッションが確立されていなければ、アクティブな新しい TCP が開始され、リモート BGP スピーカへの接続が試行されます。 ConnectRetry タイマーがアイドルになっているこの 120 秒の間に、リモート BGP ピアはそれ対して BGP セッションを確立することができます。 現時点では、Cisco IOS ConnectRetry タイマーをデフォルトの 120 秒から変更することはできません。

Q. show ip bgp コマンドの出力にある r RIB-Failure には、どんな意味がありますか。

R1> show ip bgp
BGP table version is 5, local router ID is 200.200.200.1
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
              r RIB-failure
Origin codes: i - IGP, e - EGP, ? - incomplete

   Network          Next Hop            Metric LocPrf Weight Path
r> 6.6.6.0/24       10.10.13.3               0    130      0 30 i
*> 7.7.7.0/24       10.10.13.3               0    125      0 30 i

A. ルーティング情報ベース(RIB)(IP ルーティング テーブルなど)に BGP が bestpath プレフィックスをインストールしようとすると、次のいずれかの理由で BGP ルートが RIB で拒否されることがあります。

  • より適切なアドミニストレーティブ ディスタンスのルートが、すでに IGP に存在する。 たとえば、IP ルーティング テーブルにすでにスタティック ルートが存在する。

  • メモリ障害。

  • VPN ルーティング/転送(VRF)におけるルートの数が、VRF インスタンスで設定された制限を超えている。

この場合、前述の理由で拒否されたプレフィックスは、show ip bgp コマンド出力の r RIB Failure により識別され、ピアにはアドバタイズされません。 この機能は、Cisco IOS ソフトウェア リリース 12.2(08.05)T で使用できるようになっています。

Q. 内部 BGP(iBGP)によって学習された default-route(0.0.0.0/0)ルートを EIGRP/OSPF/IS-IS に再配布するには、どのようにすればよいのですか。

A. Enhanced Interior Gateway Routing Protocol/Open Shortest Path First/Intermediate System-to-Intermediate System(EIGRP/OSPF/IS-IS)などの Interior Gateway Protocol(IGP; 内部ゲートウェイ プロトコル)に iBGP ルートを再配布すると、自律システム内でルーティング ループが発生する可能性があるため、推奨されません。 デフォルトでは、IGP への iBGP の再配布は無効になっています。 IGP への iBGP ルートの再配布を有効にするには、bgp redistribute-internal コマンドを実行します。 ルート マップを使用して特定のルートを IGP に再配布する場合は、十分に注意してください。 次の出力に、iBGP によって学習されたデフォルト ルート 0.0.0.0/0 を EIGRP に再配布するための設定例を示します。 OSPF/IS-IS の場合も、同様の設定を行います。

router bgp 65345 
[...]
bgp redistribute-internal
!
router eigrp 10 
[...]
redistribute bgp 65345 route-map check-def
!
ip prefix-list def-route seq 5 permit 0.0.0.0/0 
!
route-map check-def permit 10 
match ip address prefix-list def-route

注:  bgp redistribute internal コマンドの設定後は、必ず clear ip bgp コマンドを入力して、ローカル ルーティング テーブルのすべてのルートをクリアしてください。

Q. デフォルト ルート 0.0.0.0/0 を除き、BGP ネイバーにアドバタイズされるすべての IP ルートをフィルタリングするにはどのようにすればよいのですか。

A. 同じ BGP ネイバーに同時に、着信フィルタ リスト、配布リスト、プレフィックス リスト、およびルート マップを使用すると、特定のルートをフィルタリングできます。 処理の順序を次に示します。

  1. フィルタ リスト

  2. ルート マップ

  3. 配布リスト(または)プレフィックス リスト

Q. エラー [Protocol not in this image] を解決するには、どうすればよいですか。

A. エラー メッセージ [protocol not in this image] が表示されるのは、ルータ上で稼働している IOS バージョンで BGP 機能がサポートされていないためです。 このエラーを解決するには、IOS を、BGP がサポートされている新しい IOS バージョンにアップグレードします。

Q. BGP: timer-wheel running slow by 1 ticks」がデバッグ出力に表示されます。

A. このメッセージは、ルータで BGP デバッグがオンになっている場合にのみ表示されます。 これは単なる情報提供のメッセージで、エラー メッセージではありません。 この情報提供のメッセージは BGP の内部タイマーに関連するものです。 このメッセージは、undebug all コマンドを発行することによって無視できます。

Q. インターフェイスを追跡し、ルートの可用性を変更することはできますか。

A. はい、拡張オブジェクト トラッキングで、インターフェイスの状態変更とルートの可用性を追跡できます。 詳細は、「拡張オブジェクト トラッキング」(英語)を参照してください。

Q. IP RIB アップデートでは、どのようにメモリを割り当てるのですか。

A. IP RIB 属性では、プレフィックスを割り当て、属性をチャンクで保持します。 チャンクのすべての要素が解放されるまで、チャンク全体を解放することはできません。 より多くのルートが認識されると、チャンク内で解放されている要素が使用されます。

Q. IPv6 BGP ネイバーを表示するコマンドは何ですか。

A. IPv6 BGP ネイバーを表示するには、show bgp ipv6 unicast summary コマンドを使用します。

Q. スタティック ルート「ip route 10.150.0.0 255.255.0.0 Null0」を削除する場合、BGP の no auto-summary によって、10.150.0.0 のすべてのサブネットがアドバタイズされますか。 例:
network 10.150.0.0 mask 255.255.0.0
        no auto-summary
        ip route 10.150.0.0 255.255.0.0 Null0

A. ルータは、このルートの参照を停止しますが、他の特定のルートを引き続き送信します。

Q. debug bfd events コマンドと debug bfd packets コマンドの使用しても、統計情報の結果が得られないのは、なぜですか。

A. これは通常の動作です。bfd hellos は非常にわずかな時間で送信されており、それについてのデバッグを実行しても、ルータが処理できないためです。 したがって、bfd メッセージは、フラップが発生した場合にのみ、デバッグで表示されます。 次に、debug bfd コマンドの目的を示します。

debug bfd events

このコマンドは、現在設定されているすべての BFD セッションの BFD イベントのロギングを有効にします。 また、セッション状態の変更や、ローカル CLI またはリモート エンドによってトリガーされたセッション設定の変更などの BFD イベントをキャプチャします。

debug bfd packets

このコマンドは、現在設定されているすべての BFD セッションの BFD パケットのロギングを有効にします。 セッション状態の変更など、bfd 設定変更時に交換される BFD hello パケットだけをキャプチャします。 通常の BFD パケットは、このコマンドではキャプチャされません。

Q. 新しい BGP ネイバーの最大プレフィックスを設定した後は、ルータを再起動する必要がありますか。

A. プレフィックスの新しい最大数が現在の最大数より大きい場合は、BGP セッションのソフト/ハード クリアは不要で、リロードも必要ありません。

Q. AS パスの付加とともに、アドバタイズされたルートを確認するコマンドはありますか。

A. AS パスの先頭への付加が設定されている場合は、付加される AS 番号が AS パスに追加されます。また、アップデートが AS から eBGP へと送信されると、ローカル AS 番号が、AS パス全体の先頭に追加されます。

ただし、次のオプションのいずれかを使用して、AS パスの付加が実行されたかどうかを簡単に確認できます。

  1. ピア デバイスで BGP AS PATH アトリビュートを確認します。 これは、ルータが AS PATH 付加を実行するかどうかを判断する最も簡単な方法の 1 つです。

  2. BGP アップデートにデバッグを実行し(発信方向に)、追加を確認します。 BGP アップデートをデバッグする間にアクセス リストを使用します。

    Example:
    
    Debug ip bgp update 1 out
    
    BGP: TX IPv4 Unicast Mem global 3 1 1.1.1.2 Refresh has to wait for net
    prepend.
    
    BGP: TX IPv4 Unicast Top global Start net prepend.
    
    
    BGP: TX IPv4 Unicast Top global Done net prepend (1 attrs). 
     
    The router has prepended the prefix.
    
    
    BGP: TX IPv4 Unicast Grp global 3 Starting refresh after prepend completion.
  3. もう 1 つのオプションは、終了インターフェイスでパケット キャプチャを取得し、どのアップデートが回線上で送信されているかを確認することです。

Q. neighbor soft-reconfiguration inbound コマンドは、どのように機能しますか。

A. neighbor soft-reconfiguration inbound コマンドを実行すると、ルータがすべての受信(着信)ルーティング ポリシー アップデートを修正なしで保存します。たとえば、重複するテーブルが各ピアのメモリに保存されます。 この方法は、メモリを集中的に使用するため、どうしても必要な場合以外は推奨されません。 追加メモリを使用せずにソフト リセットを行うには、「ソフト リセットの機能拡張」(英語)を参照してください。

Q. [%BGP-3-NOTIFICATION: sent to neighbor *A.B.C.D passive 6/0 (cease) 0 bytes] エラー メッセージの意味は何ですか。

A. このメッセージは、すでに設定されている別の BGP セッションがある場合に発生します。 停止メッセージを受信したルータが、別の IP の同じピアに BGP OPEN メッセージを送信しようとしました。 この問題は外観上のものであり、設定が誤っているために発生します。

Q. [%IPRT-3-ROUTEINSERTERROR: Error inserting routing entry] エラー メッセージの意味は何ですか。

A. このエラー メッセージは、ネイバーから学習した BGP プレフィックスを格納するためのメモリが不足していることを示します。

Q. Q. IOS-XR を含む GSR は、VPLS-BGP の自動検出機能をルート リフレクタとしてサポートしていますか。

A. はい、IOS-XR を含む GSR では、VPLS-BGP 自動検出のためのルート リフレクタ機能をサポートしています。

Q. Cisco IOS-XR 環境では、特定の VRF のルートをどのようにデバッグするのですか。

A. debug bgp keepalive [vrf [vrf-name | all]] vpnv4 unicast コマンドを使用して、Cisco IOS-XR 環境の特定の VRF のルートをデバッグします。 次に出力例を示します。

*Mar  1 00:16:06.735: BGP: ses TWO 2.2.2.3 (0x69A1C8F4:1) Keep alive timerfired.
*Mar  1 00:16:06.735: BGP: 2.2.2.3 KEEPALIVE requested (bgp_keepalive_timer_expired)
*Mar  1 00:16:06.743: BGP: ses TWO 2.2.2.3 (0x69A1C8F4:1) service keepalive IO request.
*Mar  1 00:16:06.747: BGP: 2.2.2.3 KEEPALIVE write request serviced in BGP_IO
*Mar  1 00:16:07.759: BGP: ses ONE 1.1.1.1 (0x6900D344:1) Keep alive timer fired.
*Mar  1 00:16:07.759: BGP: 1.1.1.1 KEEPALIVE requested (bgp_keepalive_timer_expired)
*Mar  1 00:16:07.759: BGP: ses ONE 1.1.1.1 (0x6900D344:1) service keepalive IO request.
*Mar  1 00:16:07.763: BGP: 1.1.1.1 KEEPALIVE write request serviced in BGP_IO

Q. ルートが BGP に redistribute コマンドでインジェクトされた場合と、network コマンドでインジェクトされた場合の違いは何ですか。

A. BGP への IGP の再配布を使用してルートをアドバタイズする場合は、すべてのサブネット個別にネットワーク文を指定する必要はありません。 また、ルートが再配布によって BGP テーブルへの他のルーティング プロトコルからも取得されている場合、起点(Origin)属性は Incomplete (?) であり、network コマンドを指定した場合は、この属性が Internal/IGP (i) です。 ルート選択時には、最小の起点コードが優先されます(IGP < EGP < Incomplete)。

Q. レイヤ 4 の転送情報のサマリーは、どのように確認するのですか。

A. レイヤ 4 転送情報のサマリーを表示するには、show mls cef summary コマンドを使用します。 次に、例を示します。

Router#
show mls cef summary


Total routes:                     532462
    IPv4 unicast routes:          502841
    IPv4 Multicast routes:        6     
    MPLS routes:                  19794 
    IPv6 unicast routes:          9821  
    IPv6 multicast routes:        3     
    EoM routes:                   0    

Router#
show mls cef maximum-routes

FIB TCAM maximum routes :
=======================
Current :-
-------
 IPv4 + MPLS         - 512k (default)
 IPv6 + IP Multicast - 256k

関連するシスコ サポート コミュニティ ディスカッション

シスコ サポート コミュニティは、どなたでも投稿や回答ができる情報交換スペースです。


関連情報


Document ID: 5816