BGP の制約事項
グレースフルリスタートが無効になっている場合でも、BGP ホールド時間は常にデバイスのグレースフルリスタートのホールド時間よりも長く設定する必要があります。ホールド時間がサポートされていないピアデバイスでは、オープンメッセージを介してデバイスとのセッションを確立できますが、グレースフルリスタートが有効になっていると、セッションはフラッピングします。
この製品のドキュメントセットは、偏向のない言語を使用するように配慮されています。このドキュメントセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブ ランゲージの取り組みの詳細は、こちらをご覧ください。
このドキュメントは、米国シスコ発行ドキュメントの参考和訳です。リンク情報につきましては、日本語版掲載時点で、英語版にアップデートがあり、リンク先のページが移動/変更されている場合がありますことをご了承ください。あくまでも参考和訳となりますので、正式な内容については米国サイトのドキュメントを参照ください。
グレースフルリスタートが無効になっている場合でも、BGP ホールド時間は常にデバイスのグレースフルリスタートのホールド時間よりも長く設定する必要があります。ホールド時間がサポートされていないピアデバイスでは、オープンメッセージを介してデバイスとのセッションを確立できますが、グレースフルリスタートが有効になっていると、セッションはフラッピングします。
ボーダー ゲートウェイ プロトコル(BGP)は、Exterior Gateway Protocol です。自律システム間で、ループの発生しないルーティング情報交換を保証するドメイン間ルーティング システムを設定するために使用されます。自律システムは、同じ管理下で動作して RIP や OSPF などの Interior Gateway Protocol(IGP)を境界内で実行し、Exterior Gateway Protocol(EGP)を使用して相互接続されるルータで構成されます。BGP バージョン 4 は、インターネット内でドメイン間ルーティングを行うための標準 EGP です。このプロトコルは、RFC 1163、1267、および 1771 で定義されています。BGP の詳細については、『Internet Routing Architectures』(Cisco Press 刊)、および『Cisco IP and IP Routing Configuration Guide』の「Configuring BGP」を参照してください。
BGP コマンドおよびキーワードの詳細については、『Cisco IOS IP Command Reference, Volume 2 of 3: Routing Protocols』の「IP Routing Protocols」を参照してください。
同じ自律システム(AS)に属し、BGP アップデートを交換するルータは内部BGP(IBGP)を実行し、異なる自律システムに属し、BGP アップデートを交換するルータは外部 BGP(EBGP)を実行します。大部分のコンフィギュレーション コマンドは、EBGP と IBGP で同じですが、ルーティング アップデートが自律システム間で交換されるか(EBGP)、または AS 内で交換されるか(IBGP)という点で異なります。下の図に、EBGP と IBGP の両方を実行しているネットワークを示します。
外部 AS と情報を交換する前に、BGP は AS 内のルータ間で内部 BGP ピアリングを定義し、IGRP や OSPF など AS 内で稼働する IGP に BGP ルーティング情報を再配布して、AS 内のネットワークに到達することを確認します。
BGP ルーティング プロセスを実行するルータは、通常 BGP スピーカーと呼ばれます。BGP はトランスポート プロトコルとして伝送制御プロトコル(TCP)を使用します(特にポート 179)。ルーティング情報を交換するため相互に TCP 接続された 2 つの BGP スピーカーを、ピアまたはネイバーと呼びます。上の図では、ルータ A と B が BGP ピアで、ルータ B と C、ルータ C と D も同様です。ルーティング情報は、宛先ネットワークへの完全パスを示す一連の AS 番号です。BGP はこの情報を使用し、ループのない自律システム マップを作成します。
このネットワークの特徴は次のとおりです。
ルータ A および B では EBGP が、ルータ B および C では IBGP が稼働しています。EBGP ピアは直接接続されていますが、IBGP ピアは直接接続されていないことに注意してください。IGP が稼働し、2 つのネイバーが相互に到達するかぎり、IBGP ピアを直接接続する必要はありません。
AS 内のすべての BGP スピーカーは、相互にピア関係を確立する必要があります。つまり、AS 内の BGP スピーカーは、論理的な完全メッシュ型に接続する必要があります。BGP4 は、論理的な完全メッシュに関する要求を軽減する 2 つの技術(連合およびルート リフレクタ)を提供します。
AS 200 は AS 100 および AS 300 の中継 AS です。つまり、AS 200 は AS 100 と AS 300 間でパケットを転送するために使用されます。
BGP ピアは完全な BGP ルーティング テーブルを最初に交換し、差分更新だけを送信します。BGP ピアはキープアライブ メッセージ(接続が有効であることを確認)、および通知メッセージ(エラーまたは特殊条件に応答)を交換することもできます。
BGP の場合、各ルートはネットワーク番号、情報が通過した自律システムのリスト(自律システム パス)、および他のパス属性リストで構成されます。BGP システムの主な機能は、AS パスのリストに関する情報など、ネットワークの到達可能性情報を他の BGP システムと交換することです。この情報は、AS が接続されているかどうかを判別したり、ルーティング ループをプルーニングしたり、AS レベル ポリシー判断を行うために使用できます。
Cisco IOS が稼働しているルータまたはデバイスが IBGP ルートを選択または使用するのは、ネクストホップ ルータで使用可能なルートがあり、IGP から同期信号を受信している(IGP 同期が無効の場合は除く)場合です。複数のルートが使用可能な場合、BGP は属性値に基づいてパスを選択します。BGP 属性については、「BGP 判断属性の設定」の項を参照してください。
BGP バージョン 4 ではクラスレス ドメイン間ルーティング(CIDR)がサポートされているため、集約ルートを作成してスーパーネットを構築し、ルーティング テーブルのサイズを削減できます。CIDR は、BGP 内部のネットワーク クラスの概念をエミュレートし、IP プレフィックスのアドバタイズをサポートします。
BGP NSF 認識機能は、で IPv4 に対してサポートされます。Network Advantage ライセンス。。BGP ルーティングでこの機能を有効にするには、グレースフル リスタートを有効にする必要があります。隣接ルータが NSF 対応で、この機能が有効である場合、レイヤ 3 デバイスでは、ルータに障害が発生してプライマリ RP がバックアップ RP によって引き継がれる間、または処理を中断させずにソフトウェアアップグレードを行うためにプライマリ RP を手動でリロードしている間、隣接ルータからパケットを転送し続けます。
この機能の詳細については、『Cisco IOS IP Routing Protocols Configuration Guide, Release 12.4』の「BGP Nonstop Forwarding (NSF) Awareness」を参照してください。
BGP ルーティングを有効にするには、BGP ルーティング プロセスを確立し、ローカル ネットワークを定義します。BGP はネイバーとの関係を完全に認識する必要があるため、BGP ネイバーも指定する必要があります。
BGP は、内部および外部の 2 種類のネイバーをサポートします。内部ネイバーは同じ AS 内に、外部ネイバーは異なる AS 内にあります。通常の場合、外部ネイバーは相互に隣接し、1 つのサブネットを共有しますが、内部ネイバーは同じ AS 内の任意の場所に存在します。
スイッチではプライベート AS 番号を使用できます。プライベート AS 番号は通常サービス プロバイダによって割り当てられ、ルートが外部ネイバーにアドバタイズされないシステムに設定されます。プライベート AS 番号の範囲は 64512 ~ 65535 です。AS パスからプライベート AS 番号を削除するように外部ネイバーを設定するには、neighbor remove-private-as ルータ コンフィギュレーション コマンドを使用します。この結果、外部ネイバーにアップデートを渡すとき、AS パス内にプライベート AS 番号が含まれている場合は、これらの番号が削除されます。
AS が別の AS からさらに別の AS にトラフィックを渡す場合は、アドバタイズ対象のルートに矛盾が存在しないことが重要です。BGP がルートをアドバタイズしてから、ネットワーク内のすべてのルータが IGP を通してルートを学習した場合、AS は一部のルータがルーティングできなかったトラフィックを受信することがあります。このような事態を避けるため、BGP は IGP が AS に情報を伝播し、BGP が IGP と同期化されるまで、待機する必要があります。同期化は、デフォルトで有効に設定されています。AS が特定の AS から別の AS にトラフィックを渡さない場合、または自律システム内のすべてのルータで BGP が稼働している場合は、同期化を無効にし、IGP 内で伝送されるルート数を少なくして、BGP がより短時間で収束するようにします。
ピアのルーティング ポリシーには、インバウンドまたはアウトバウンド ルーティング テーブル アップデートに影響する可能性があるすべての設定が含まれます。BGP ネイバーとして定義された 2 台のルータは、BGP 接続を形成し、ルーティング情報を交換します。このあとで BGP フィルタ、重み、距離、バージョン、またはタイマーを変更する場合、または同様の設定変更を行う場合は、BGP セッションをリセットし、設定の変更を有効にする必要があります。
リセットには、ハード リセットとソフト リセットの 2 種類があります。Cisco IOS Release 12.1 以降では、事前に設定を行わなくても、ソフト リセットを使用できます。事前設定なしにソフト リセットを使用するには、両方の BGP ピアでソフト ルート リフレッシュ機能がサポートされていなければなりません。この機能は、ピアによって TCP セッションが確立されたときに送信される OPEN メッセージに格納されてアドバタイズされます。ソフト リセットを使用すると、BGP ルータ間でルート リフレッシュ要求およびルーティング情報を動的に交換したり、それぞれのアウトバウンド ルーティング テーブルをあとで再アドバタイズできます。
ソフト リセットによってネイバーからインバウンド アップデートが生成された場合、このリセットはダイナミック インバウンド ソフト リセットといいます。
ソフト リセットによってネイバーに一連のアップデートが送信された場合、このリセットはアウトバウンド ソフト リセットといいます。
ソフト インバウンド リセットが発生すると、新規インバウンド ポリシーが有効になります。ソフト アウトバウンド リセットが発生すると、BGP セッションがリセットされずに、新規ローカル アウトバウンド ポリシーが有効になります。アウトバウンド ポリシーのリセット中に新しい一連のアップデートが送信されると、新規インバウンド ポリシーも有効になる場合があります。
下の表に、ハード リセットとソフト リセットの利点および欠点を示します。
リセット タイプ |
利点 |
欠点 |
---|---|---|
ハード リセット |
メモリ オーバーヘッドが発生しません。 |
ネイバーから提供された BGP、IP、および FIB テーブルのプレフィックスが失われます。非推奨 |
発信ソフト リセット |
ルーティング テーブル アップデートが設定、保管されません。 |
インバウンド ルーティング テーブル アップデートがリセットされない。 |
ダイナミック インバウンド ソフト リセット |
BGP セッションおよびキャッシュがクリアされません。 ルーティング テーブル アップデートを保管する必要がなく、メモリ オーバーヘッドが発生しません。 |
両方の BGP ルータでルート リフレッシュ機能をサポートする必要があります(Cisco IOS Release 12.1 以降)。 |
BGP スピーカーが複数の自律システムから受信したアップデートが、同じ宛先に対して異なるパスを示している場合、BGP スピーカーはその宛先に到達する最適パスを 1 つ選択する必要があります。選択されたパスは BGP ルーティング テーブルに格納され、ネイバーに伝播されます。この判断は、アップデートに格納されている属性値、および BGP で設定可能な他の要因に基づいて行われます。
BGP ピアはネイバー AS からプレフィックスに対する 2 つの EBGP パスを学習するとき、最適パスを選択して IP ルーティング テーブルに挿入します。BGP マルチパス サポートが有効で、同じネイバー自律システムから複数の EBGP パスを学習する場合、単一の最適パスの代わりに、複数のパスが IP ルーティング テーブルに格納されます。そのあと、パケット スイッチング中に、複数のパス間でパケット単位または宛先単位のロード バランシングが実行されます。maximum-paths ルータ コンフィギュレーション コマンドは、許可されるパス数を制御します。
これらの要因により、BGP が最適パスを選択するために属性を評価する順序が決まります。
パスで指定されているネクスト ホップが到達不能な場合、このアップデートは削除されます。BGP ネクスト ホップ属性(ソフトウェアによって自動判別される)は、宛先に到達するために使用されるネクスト ホップの IP アドレスです。EBGP の場合、通常このアドレスは neighbor remote-as router ルータ コンフィギュレーション コマンドで指定されたネイバーの IP アドレスです。ネクストホップの処理を無効にするには、ルートマップまたは neighbor next-hop-self ルータ コンフィギュレーション コマンドを使用します。
最大の重みのパスを推奨します(シスコ独自のパラメータ)。ウェイト属性はルータにローカルであるため、ルーティング アップデートで伝播されません。デフォルトでは、ルータ送信元のパスに関するウェイト属性は 32768 で、それ以外のパスのウェイト属性は 0 です。最大の重みのルートを推奨します。重みを設定するには、アクセスリスト、ルートマップ、または neighbor weight ルータ コンフィギュレーション コマンドを使用します。
ローカル プリファレンス値が最大のルートを推奨します。ローカル プリファレンスはルーティング アップデートに含まれ、同じ AS 内のルータ間で交換されます。ローカル初期設定属性のデフォルト値は 100 です。ローカルプリファレンスを設定するには、bgp default local-preference ルータ コンフィギュレーション コマンドまたはルートマップを使用します。
ローカル ルータ上で稼働する BGP から送信されたルートを推奨します。
AS パスが最短のルートを推奨します。
送信元タイプが最小のルートを推奨します。内部ルートまたは IGP は、EGP によって学習されたルートよりも小さく、EGP で学習されたルートは、未知の送信元のルートまたは別の方法で学習されたルートよりも小さくなります。
想定されるすべてのルートについてネイバー AS が同じである場合は、MED メトリック属性が最小のルートを推奨します。MED を設定するには、ルートマップまたは default-metric ルータ コンフィギュレーション コマンドを使用します。IBGP ピアに送信されるアップデートには、MED が含まれます。
内部(IBGP)パスより、外部(EBGP)パスを推奨します。
最も近い IGP ネイバー(最小の IGP メトリック)を通って到達できるルートを推奨します。ルータは、AS 内の最短の内部パス(BGP のネクストホップへの最短パス)を使用し、宛先に到達するためです。
次の条件にすべて該当する場合は、このパスのルートを IP ルーティング テーブルに挿入してください。
最適ルートと目的のルートがともに外部ルートである
最適ルートと目的のルートの両方が、同じネイバー自律システムからのルートである
maximum-paths が有効である
マルチパスが有効でない場合は、BGP ルータ ID の IP アドレスが最小であるルートを推奨します。通常、ルータ ID はルータ上の最大の IP アドレスまたはループバック(仮想)アドレスですが、実装に依存することがあります。
BGP 内でルート マップを使用すると、ルーティング情報を制御、変更したり、ルーティング ドメイン間でルートを再配布する条件を定義できます。ルート マップの詳細については、「Using Route Maps to Redistribute Routing Information」の項を参照してください。各ルート マップには、ルート マップを識別する名前(マップ タグ )およびオプションのシーケンス番号が付いています。
BGP アドバタイズメントをフィルタリングするには、as-path access-list グローバル コンフィギュレーション コマンドや neighbor filter-list ルータ コンフィギュレーション コマンドなどの AS パスフィルタを使用します。neighbor distribute-list ルータ コンフィギュレーション コマンドとアクセスリストを併用することもできます。distribute-list フィルタはネットワーク番号に適用されます。distribute-list コマンドの詳細については、「ルーティングアップデートのアドバタイズおよび処理の制御」の項を参照してください。
ネイバー単位でルート マップを使用すると、アップデートをフィルタリングしたり、さまざまな属性を変更したりできます。ルート マップは、インバウンド アップデートまたはアウトバウンド アップデートのいずれかに適用できます。ルート マップを渡すルートだけが、アップデート内で送信または許可されます。着信および発信の両方のアップデートで、AS パス、コミュニティ、およびネットワーク番号に基づくマッチングがサポートされています。AS パスのマッチングには match as-path access-list ルートマップコマンド、コミュニティに基づくマッチングには match community-list ルートマップコマンド、ネットワークに基づくマッチングには ip access-list グローバル コンフィギュレーション コマンドが必要です。
neighbor distribute-list ルータ コンフィギュレーション コマンドを含む多数の BGP ルート フィルタリング コマンドでは、アクセスリストの代わりにプレフィックスリストを使用できます。プレフィックス リストを使用すると、大規模リストのロードおよび検索パフォーマンスが改善し、差分更新がサポートされ、コマンドライン インターフェイス(CLI)設定が簡素化され、柔軟性が増すなどの利点が生じます。
プレフィックス リストによるフィルタリングでは、アクセス リストの照合の場合と同様に、プレフィックス リストに記載されたプレフィックスとルートのプレフィックスが照合されます。一致すると、一致したルートが使用されます。プレフィックスが許可されるか、または拒否されるかは、次に示すルールに基づいて決定されます。
空のプレフィックス リストはすべてのプレフィックスを許可します。
特定のプレフィックスがプレフィックス リストのどのエントリとも一致しなかった場合、実質的に拒否されたものと見なされます。
指定されたプレフィックスと一致するエントリがプレフィックス リスト内に複数存在する場合は、シーケンス番号が最小であるプレフィックス リスト エントリが識別されます。
デフォルトでは、シーケンス番号は自動生成され、5 ずつ増分します。シーケンス番号の自動生成を無効にした場合は、エントリごとにシーケンス番号を指定する必要があります。シーケンス番号を指定する場合の増分値に制限はありません。増分値が 1 の場合は、このリストに追加エントリを挿入できません。増分値が大きい場合は、値がなくなることがあります。
BGP コミュニティ フィルタリングは、COMMUNITIES 属性の値に基づいてルーティング情報の配信を制御する BGP の方法の 1 つです。この属性によって、宛先はコミュニティにグループ化され、コミュニティに基づいてルーティング判断が適用されます。この方法を使用すると、ルーティング情報の配信制御を目的とする BGP スピーカーの設定が簡単になります。
コミュニティは、共通するいくつかの属性を共有する宛先のグループです。各宛先は複数のコミュニティに属します。AS 管理者は、宛先が属するコミュニティを定義できます。デフォルトでは、すべての宛先が一般的なインターネット コミュニティに属します。コミュニティは、過渡的でグローバルなオプションの属性である、COMMUNITIES 属性(1 ~ 4294967200 の数値)によって識別されます。事前に定義された既知のコミュニティの一部を、次に示します。
internet :このルートをインターネット コミュニティにアドバタイズします。すべてのルータが所属します。
no-export :EBGP ピアにこのルートをアドバタイズしません。
no-advertise :どのピア(内部または外部)にもこのルートをアドバタイズしません。
local-as :ローカルな AS 外部のピアにこのルートをアドバタイズしません。
コミュニティに基づき、他のネイバーに許可、送信、配信するルーティング情報を制御できます。BGP スピーカーは、ルートを学習、アドバタイズ、または再配布するときに、ルートのコミュニティを設定、追加、または変更します。ルートを集約すると、作成された集約内の COMMUNITIES 属性に、すべての初期ルートの全コミュニティが含まれます。
コミュニティ リストを使用すると、ルート マップの match 句で使用されるコミュニティ グループを作成できます。さらに、アクセス リストの場合と同様、一連のコミュニティ リストを作成することもできます。ステートメントは一致が見つかるまでチェックされ、1 つのステートメントが満たされると、テストは終了します。
コミュニティに基づいて COMMUNITIES 属性および match 句を設定するには、「ルートマップによるルーティング情報の再配信」に記載されている match community-list および set community ルート マップ コンフィギュレーション コマンドを参照してください。
通常、BGP ネイバーの多くは同じアップデート ポリシー(同じアウトバウンド ルート マップ、配信リスト、フィルタ リスト、アップデート送信元など)を使用して設定されます。アップデート ポリシーが同じネイバーをピア グループにまとめると設定が簡単になり、アップデートの効率が高まります。多数のピアを設定した場合は、この方法を推奨します。
BGP ピア グループを設定するには、ピア グループを作成し、そこにオプションを割り当てて、ピア グループ メンバーとしてネイバーを追加します。ピアグループを設定するには、neighbor ルータ コンフィギュレーション コマンドを使用します。デフォルトでは、ピア グループ メンバーは remote-as(設定されている場合)、version、update-source、out-route-map、out-filter-list、out-dist-list、minimum-advertisement-interval、next-hop-self など、ピア グループの設定オプションをすべて継承します。すべてのピア グループ メンバーは、ピア グループに対する変更を継承します。また、アウトバウンド アップデートに影響しないオプションを無効にするように、メンバーを設定することもできます。
クラスレス ドメイン間ルーティング(CIDR)を使用すると、集約ルート(またはスーパーネット)を作成して、ルーティング テーブルのサイズを最小化できます。BGP 内に集約ルートを設定するには、集約ルートを BGP に再配布するか、または BGP ルーティング テーブル内に集約エントリを作成します。BGP テーブル内に特定のエントリがさらに 1 つまたは複数存在する場合は、BGP テーブルに集約アドレスが追加されます。
IBGP メッシュを削減する方法の 1 つは、自律システムを複数のサブ自律システムに分割して、単一の自律システムとして認識される単一の連合にグループ化することです。各自律システムは内部で完全にメッシュ化されていて、同じコンフェデレーション内の他の自律システムとの間には数本の接続があります。異なる自律システム内にあるピアでは EBGP セッションが使用されますが、ルーティング情報は IBGP ピアと同様な方法で交換されます。具体的には、ネクスト ホップ、MED、およびローカル プリファレンス情報は維持されます。すべての自律システムで単一の IGP を使用できます。
BGP では、すべての IBGP スピーカーを完全メッシュ構造にする必要があります。外部ネイバーからルートを受信したルータは、そのルートをすべての内部ネイバーにアドバタイズする必要があります。ルーティング情報のループを防ぐには、すべての IBGP スピーカーを接続する必要があります。内部ネイバーは、内部ネイバーから学習されたルートを他の内部ネイバーに送信しません。
ルート リフレクタを使用すると、学習されたルートをネイバーに渡す場合に他の方法が使用されるため、すべての IBGP スピーカーを完全メッシュ構造にする必要はありません。IBGP ピアをルート リフレクタに設定すると、その IBGP ピアは IBGP によって学習されたルートを一連の IBGP ネイバーに送信するようになります。ルート リフレクタの内部ピアには、クライアント ピアと非クライアント ピア(AS 内の他のすべてのルータ)の 2 つのグループがあります。ルート リフレクタは、これらの 2 つのグループ間でルートを反映させます。ルート リフレクタおよびクライアント ピアは、クラスタを形成します。非クライアント ピアは相互に完全メッシュ構造にする必要がありますが、クライアント ピアはその必要はありません。クラスタ内のクライアントは、そのクラスタ外の IBGP スピーカーと通信しません。
アドバタイズされたルートを受信したルート リフレクタは、ネイバーに応じて、次のいずれかのアクションを実行します。
外部 BGP スピーカーからのルートをすべてのクライアントおよび非クライアント ピアにアドバタイズします。
非クライアント ピアからのルートをすべてのクライアントにアドバタイズします。
クライアントからのルートをすべてのクライアントおよび非クライアント ピアにアドバタイズします。したがって、クライアントを完全メッシュ構造にする必要はありません。
通常、クライアントのクラスタにはルート リフレクタが 1 つあり、クラスタはルート リフレクタのルータ ID で識別されます。冗長性を高めて、シングル ポイントでの障害を回避するには、クラスタに複数のルート リフレクタを設定する必要があります。このように設定した場合は、ルート リフレクタが同じクラスタ内のルート リフレクタからのアップデートを認識できるように、クラスタ内のすべてのルート リフレクタに同じクラスタ ID(4 バイト)を設定する必要があります。クラスタを処理するすべてのルート リフレクタは完全メッシュ構造にし、一連の同一なクライアント ピアおよび非クライアント ピアを設定する必要があります。
ルート フラップ ダンプニングは、インターネットワーク内でフラッピング ルートの伝播を最小化するための BGP 機能です。ルートの状態が使用可能、使用不可能、使用可能、使用不可能という具合に、繰り返し変化する場合、ルートはフラッピングと見なされます。ルート ダンプニングが有効の場合は、フラッピングしているルートにペナルティ値が割り当てられます。ルートの累積ペナルティが、設定された制限値に到達すると、ルートが稼働している場合であっても、BGP はルートのアドバタイズメントを抑制します。再使用限度は、ペナルティと比較される設定可能な値です。ペナルティが再使用限度より小さくなると、起動中の抑制されたルートのアドバタイズメントが再開されます。
IBGP によって取得されたルートには、ダンプニングが適用されません。このポリシーにより、IBGP ピアのペナルティが AS 外部のルートよりも大きくなることはありません。
BGP 設定の詳しい説明については、『Cisco IOS IP Configuration Guide, Release 12.4』の「IP Routing Protocols」にある「Configuring BGP」を参照してください。特定コマンドの詳細については、『Cisco IOS IP Command Reference, Volume 2 of 3: Routing Protocols, Release 12.4』を参照してください。
BGP の設定方法
下の表に、BGP のデフォルト設定を示します。すべての特性の詳細については、『Cisco IOS IP Command Reference, Volume 2 of 3: Routing Protocols, Release 12.4』の特定のコマンドを参照してください。
機能 |
デフォルト設定 |
---|---|
集約アドレス |
無効:未定義 |
AS パス アクセス リスト |
未定義 |
自動サマリー |
ディセーブル。 |
最適パス |
|
BGP コミュニティ リスト |
|
BGP 連合 ID/ピア |
|
BGP 高速外部フォールオーバー |
有効 |
BGP ローカル初期設定 |
100。指定できる範囲は 0~4294967295 です(大きな値を推奨)。 |
BGP ネットワーク |
指定なし。バックドア ルートのアドバタイズなし |
BGP ルート ダンプニング |
デフォルトでは、無効です。有効の場合は、次のようになります。
|
BGP ルータ ID |
ループバック インターフェイスに IP アドレスが設定されている場合は、ループバック インターフェイスの IP アドレス、またはルータの物理インターフェイスに対して設定された最大の IP アドレス |
デフォルトの情報送信元(プロトコルまたはネットワーク再配布) |
ディセーブル。 |
デフォルト メトリック |
自動メトリック変換(組み込み) |
ディスタンス |
|
ディストリビュート リスト |
|
内部ルート再配布 |
無効 |
IP プレフィックス リスト |
未定義 |
Multi Exit Discriminator(MED) |
|
ネイバー |
|
NSF1 認識 |
無効にされた 2。。有効な場合、レイヤ 3 スイッチでは、ハードウェアやソフトウェアの変更中に、隣接する NSF 対応ルータからのパケットを転送し続けることができます。 |
ルート リフレクタ |
未設定 |
同期化(BGP および IGP) |
無効 |
テーブル マップ アップデート |
無効 |
タイマー |
キープアライブ:60 秒、ホールドタイム:180 秒 |
(注) |
BGP を有効にするには、スイッチまたはアクティブスイッチでNetwork Advantageライセンスを実行している必要があります。 |
コマンドまたはアクション | 目的 | |
---|---|---|
ステップ 1 |
configure terminal 例:
|
グローバル コンフィギュレーション モードを開始します。 |
ステップ 2 |
ip routing 例:
|
IP ルーティングを有効にします。 |
ステップ 3 |
router bgp autonomous-system 例:
|
BGP ルーティング プロセスを有効にして AS 番号を割り当て、ルータ コンフィギュレーション モードを開始します。指定できる AS 番号は 1~65535 です。64512~65535 は、プライベート AS 番号専用です。 |
ステップ 4 |
network network-number [ mask network-mask] [ route-map route-map-name] 例:
|
この AS に対してローカルとなるようにネットワークを設定し、BGP テーブルにネットワークを格納します。 |
ステップ 5 |
neighbor {ip-address | peer-group-name} remote-as number 例:
|
BGP ネイバー テーブルに設定を追加し、IP アドレスによって識別されるネイバーが、指定された AS に属することを示します。 EBGP の場合、通常ネイバーは直接接続されており、IP アドレスは接続のもう一方の端におけるインターフェイスのアドレスです。 IBGP の場合、IP アドレスにはルータ インターフェイス内の任意のアドレスを指定できます。 |
ステップ 6 |
neighbor {ip-address | peer-group-name} remove-private-as 例:
|
(任意)発信ルーティング アップデート内の AS パスからプライベート AS 番号を削除します。 |
ステップ 7 |
synchronization 例:
|
(任意)BGP と IGP の同期化を有効にします。 |
ステップ 8 |
auto-summary 例:
|
(任意)自動ネットワーク サマライズを有効にします。IGP から BGP にサブネットが再配布された場合、ネットワーク ルートだけが BGP テーブルに挿入されます。 |
ステップ 9 |
bgp graceful-restart 例:
|
(任意)NSF 認識をスイッチで有効にします。NSF 認識はデフォルトでは無効です。 |
ステップ 10 |
end 例:
|
特権 EXEC モードに戻ります。 |
ステップ 11 |
show ip bgp network network-number 例:
|
設定を確認します。 |
ステップ 12 |
show ip bgp neighbor 例:
|
NSF 認識(グレースフル リスタート)がネイバーで有効にされていることを確認します。 スイッチおよびネイバーで NSF 認識がイネーブルである場合は、次のメッセージが表示されます。 Graceful Restart Capability: advertised and received スイッチで NSF 認識がイネーブルであり、ネイバーでディセーブルである場合は、次のメッセージが表示されます。 Graceful Restart Capability: advertised |
ステップ 13 |
copy running-config startup-config 例:
|
(任意)コンフィギュレーション ファイルに設定を保存します。 |
BGP ピアがルート リフレッシュ機能をサポートするかどうかを学習して、BGP セッションをリセットするには、次の手順を実行します。
コマンドまたはアクション | 目的 | |
---|---|---|
ステップ 1 |
show ip bgp neighbors 例:
|
ネイバーがルート リフレッシュ機能をサポートするかどうかを表示します。サポートされている場合は、ルータに関する次のメッセージが表示されます。 Received route refresh capability from peer |
ステップ 2 |
clear ip bgp {* | address | peer-group-name} 例:
|
指定された接続上でルーティング テーブルをリセットします。
|
ステップ 3 |
clear ip bgp {* | address | peer-group-name} soft out 例:
|
(任意)指定された接続上でインバウンド ルーティング テーブルをリセットするには、アウトバウンド ソフト リセットを実行します。このコマンドは、ルート リフレッシュがサポートされている場合に使用してください。
|
ステップ 4 |
show ip bgp 例:
|
ルーティング テーブルおよび BGP ネイバーに関する情報をチェックし、リセットされたことを確認します。 |
ステップ 5 |
show ip bgp neighbors 例:
|
ルーティング テーブルおよび BGP ネイバーに関する情報をチェックし、リセットされたことを確認します。 |
コマンドまたはアクション | 目的 | |
---|---|---|
ステップ 1 |
configure terminal 例:
|
グローバル コンフィギュレーション モードを開始します。 |
ステップ 2 |
router bgp autonomous-system 例:
|
BGP ルーティング プロセスを有効にして AS 番号を割り当て、ルータ コンフィギュレーション モードを開始します。 |
ステップ 3 |
bgp best-path as-path ignore 例:
|
(任意)ルート選択中に AS パス長を無視するようにルータを設定します。 |
ステップ 4 |
neighbor {ip-address | peer-group-name} next-hop-self 例:
|
(任意)ネクストホップ アドレスの代わりに使用される特定の IP アドレスを入力し、ネイバーへの BGP アップデートに関するネクストホップの処理を無効にします。 |
ステップ 5 |
neighbor {ip-address | peer-group-name} weight weight 例:
|
(任意)ネイバー接続に重みを割り当てます。指定できる値は 0 ~ 65535 です。最大の重みのルートを推奨します。別の BGP ピアから学習されたルートのデフォルトの重みは 0 です。ローカル ルータから送信されたルートのデフォルトの重みは 32768 です。 |
ステップ 6 |
default-metric number 例:
|
(任意)推奨パスを外部ネイバーに設定するように MED メトリックを設定します。MED を持たないすべてのルータも、この値に設定されます。指定できる範囲は 1 ~ 4294967295 です。最小値を推奨します。 |
ステップ 7 |
bgp bestpath med missing-as-worst 例:
|
(任意)MED がない場合は無限の値が指定されていると見なし、MED 値を持たないパスが最も望ましくないパスになるように、スイッチを設定します。 |
ステップ 8 |
bgp always-compare med 例:
|
(任意)異なる AS 内のネイバーからのパスに対して、MED を比較するようにスイッチを設定します。デフォルトでは、MED は同じ AS 内のパス間でだけ比較されます。 |
ステップ 9 |
bgp bestpath med confed 例:
|
(任意)連合内の異なるサブ AS によってアドバタイズされたパスから特定のパスを選択する場合に、MED を考慮するようにスイッチを設定します。 |
ステップ 10 |
bgp deterministic med 例:
|
(任意)同じ AS 内の異なるピアによってアドバタイズされたルートから選択する場合に、MED 変数を考慮するようにスイッチを設定します。 |
ステップ 11 |
bgp default local-preference value 例:
|
(任意)デフォルトのローカル プリファレンス値を変更します。指定できる範囲は 0 ~ 4294967295 で、デフォルト値は 100 です。最大のローカル プリファレンス値を推奨します。 |
ステップ 12 |
maximum-paths number 例:
|
(任意)IP ルーティング テーブルに追加するパスの数を設定します。デフォルトでは、最適パスだけがルーティング テーブルに追加されます。指定できる範囲は 1 ~ 16 です。複数の値を指定すると、パス間のロード バランシングが可能になります。スイッチ ソフトウェア では最大 32 の等コスト ルートが許可されていますが、スイッチ ハードウェアはルートあたり 17 パス以上は使用しません。 |
ステップ 13 |
end 例:
|
特権 EXEC モードに戻ります。 |
ステップ 14 |
show ip bgp 例:
|
ルーティング テーブルおよび BGP ネイバーに関する情報をチェックし、リセットされたことを確認します。 |
ステップ 15 |
show ip bgp neighbors 例:
|
ルーティング テーブルおよび BGP ネイバーに関する情報をチェックし、リセットされたことを確認します。 |
ステップ 16 |
copy running-config startup-config 例:
|
(任意)コンフィギュレーション ファイルに設定を保存します。 |
コマンドまたはアクション | 目的 | |
---|---|---|
ステップ 1 |
configure terminal 例:
|
グローバル コンフィギュレーション モードを開始します。 |
ステップ 2 |
route-map map-tag [permit | deny] [sequence-number] 例:
|
ルート マップを作成し、ルート マップ コンフィギュレーション モードを開始します。 |
ステップ 3 |
set ip next-hop ip-address [...ip-address] [peer-address] 例:
|
(任意)ネクストホップ処理を無効にするようにルート マップを設定します。
|
ステップ 4 |
end 例:
|
特権 EXEC モードに戻ります。 |
ステップ 5 |
show route-map [map-name] 例:
|
設定を確認するため、設定されたすべてのルート マップ、または指定されたルート マップだけを表示します。 |
ステップ 6 |
copy running-config startup-config 例:
|
(任意)コンフィギュレーション ファイルに設定を保存します。 |
コマンドまたはアクション | 目的 | |||
---|---|---|---|---|
ステップ 1 |
configure terminal 例:
|
グローバル コンフィギュレーション モードを開始します。 |
||
ステップ 2 |
router bgp autonomous-system 例:
|
BGP ルーティング プロセスを有効にして AS 番号を割り当て、ルータ コンフィギュレーション モードを開始します。 |
||
ステップ 3 |
neighbor {ip-address | peer-group name} distribute-list { access-list-number | name} {in | out} 例:
|
(任意)アクセス リストの指定に従って、ネイバーに対して送受信される BGP ルーティング アップデートをフィルタリングします。
|
||
ステップ 4 |
neighbor {ip-address | peer-group name} route-map map-tag {in | out} 例:
|
(任意)ルート マップを適用し、着信または発信ルートをフィルタリングします。 |
||
ステップ 5 |
end 例:
|
特権 EXEC モードに戻ります。 |
||
ステップ 6 |
show ip bgp neighbors 例:
|
設定を確認します。 |
||
ステップ 7 |
copy running-config startup-config 例:
|
(任意)コンフィギュレーション ファイルに設定を保存します。 |
BGP 自律システム パスに基づいて着信および発信の両方のアップデートにアクセス リスト フィルタを指定して、フィルタリングすることもできます。各フィルタは、正規表現を使用するアクセス リストです。(正規表現の作成方法については、『Cisco IOS Dial Technologies Command Reference, Release 12.4』の付録「Regular Expressions」を参照してください)。この方法を使用するには、自律システム パスのアクセス リストを定義し、特定のネイバーとの間のアップデートに適用します。
コマンドまたはアクション | 目的 | |
---|---|---|
ステップ 1 |
configure terminal 例:
|
グローバル コンフィギュレーション モードを開始します。 |
ステップ 2 |
ip as-path access-list access-list-number {permit | deny} as-regular-expressions 例:
|
BGP-related アクセス リストを定義します。 |
ステップ 3 |
router bgp autonomous-system 例:
|
BGP ルータ コンフィギュレーション モードを開始します。 |
ステップ 4 |
neighbor {ip-address | peer-group name} filter-list {access-list-number | name} {in | out | weight weight} 例:
|
アクセス リストに基づいて、BGP フィルタを確立します。 |
ステップ 5 |
end 例:
|
特権 EXEC モードに戻ります。 |
ステップ 6 |
show ip bgp neighbors [ paths regular-expression] 例:
|
設定を確認します。 |
ステップ 7 |
copy running-config startup-config 例:
|
(任意)コンフィギュレーション ファイルに設定を保存します。 |
コンフィギュレーション エントリを削除する場合は、シーケンス番号を指定する必要はありません。Show コマンドの出力には、シーケンス番号が含まれます。
コマンド内でプレフィックス リストを使用する場合は、あらかじめプレフィックス リストを設定しておく必要があります。
コマンドまたはアクション | 目的 | |
---|---|---|
ステップ 1 |
configure terminal 例:
|
グローバル コンフィギュレーション モードを開始します。 |
ステップ 2 |
ip prefix-list list-name [ seq seq-value] deny | permit network/len [ ge ge-value] [ le le-value] 例:
|
一致条件に合わせてアクセスを deny または permit するプレフィックスリストを作成します。シーケンス番号を指定することもできます。少なくとも 1 つの permit または deny 句を入力する必要があります。
|
ステップ 3 |
ip prefix-list list-name seq seq-value deny | permit network/len [ ge ge-value] [ le le-value] 例:
|
(任意)プレフィックス リストにエントリを追加し、そのエントリにシーケンス番号を割り当てます。 |
ステップ 4 |
end 例:
|
特権 EXEC モードに戻ります。 |
ステップ 5 |
show ip prefix list [detail | summary] name [network/len] [ seq seq-num] [longer] [first-match] 例:
|
プレフィックス リストまたはプレフィックス リスト エントリに関する情報を表示して、設定を確認します。 |
ステップ 6 |
copy running-config startup-config 例:
|
(任意)コンフィギュレーション ファイルに設定を保存します。 |
デフォルトでは、COMMUNITIES 属性はネイバーに送信されません。COMMUNITIES 属性が特定の IP アドレスのネイバーに送信されるように指定するには、neighbor send-community ルータ コンフィギュレーション コマンドを使用します。
コマンドまたはアクション | 目的 | |
---|---|---|
ステップ 1 |
configure terminal 例:
|
グローバル コンフィギュレーション モードを開始します。 |
ステップ 2 |
ip community-list community-list-number {permit | deny} community-number 例:
|
コミュニティ リストを作成し、番号を割り当てます。
|
ステップ 3 |
router bgp autonomous-system 例:
|
BGP ルータ コンフィギュレーション モードを開始します。 |
ステップ 4 |
neighbor {ip-address | peer-group name} send-community 例:
|
この IP アドレスのネイバーに送信する COMMUNITIES 属性を指定します。 |
ステップ 5 |
set comm-list list-num delete 例:
|
(任意)ルート マップで指定された標準または拡張コミュニティ リストと一致する着信または発信アップデートのコミュニティ属性から、コミュニティを削除します。 |
ステップ 6 |
exit 例:
|
グローバル コンフィギュレーション モードに戻ります。 |
ステップ 7 |
ip bgp-community new-format 例:
|
(任意)AA:NN の形式で、BGP コミュニティを表示、解析します。 BGP コミュニティは、2 つの部分からなる 2 バイト長形式で表示されます。シスコのデフォルトのコミュニティ形式は、NNAA です。BGP に関する最新の RFC では、コミュニティは AA:NN の形式をとります。最初の部分は AS 番号で、その次の部分は 2 バイトの数値です。 |
ステップ 8 |
end 例:
|
特権 EXEC モードに戻ります。 |
ステップ 9 |
show ip bgp community 例:
|
設定を確認します。 |
ステップ 10 |
copy running-config startup-config 例:
|
(任意)コンフィギュレーション ファイルに設定を保存します。 |
各ネイバーに設定オプションを割り当てるには、ネイバーの IP アドレスを使用し、次に示すルータ コンフィギュレーション コマンドのいずれかを指定します。ピア グループにオプションを割り当てるには、ピア グループ名を使用し、いずれかのコマンドを指定します。neighbor shutdown ルータ コンフィギュレーション コマンドを使用して、コンフィギュレーション情報を削除せずに、BGP ピア、またはピアグループを削除することができます。
コマンドまたはアクション | 目的 | |
---|---|---|
ステップ 1 |
configure terminal 例:
|
グローバル コンフィギュレーション モードを開始します。 |
ステップ 2 |
router bgp autonomous-system |
BGP ルータ コンフィギュレーション モードを開始します。 |
ステップ 3 |
neighbor peer-group-name peer-group |
BGP ピア グループを作成します。 |
ステップ 4 |
neighbor ip-address peer-group peer-group-name |
BGP ネイバーをピア グループのメンバにします。 |
ステップ 5 |
neighbor {ip-address | peer-group-name} remote-as number |
BGP ネイバーを指定します。remote-as number を使用してピアグループが設定されていない場合は、このコマンドを使用し、EBGP ネイバーを含むピアグループを作成します。指定できる範囲は 1 ~ 65535 です。 |
ステップ 6 |
neighbor {ip-address | peer-group-name} description text |
(任意)ネイバーに説明を関連付けます。 |
ステップ 7 |
neighbor {ip-address | peer-group-name} default-originate [ route-map map-name] |
(任意)BGP スピーカー(ローカル ルータ)にネイバーへのデフォルト ルート 0.0.0.0 の送信を許可して、このルートがデフォルト ルートとして使用されるようにします。 |
ステップ 8 |
neighbor {ip-address | peer-group-name} send-community |
(任意)この IP アドレスのネイバーに送信する COMMUNITIES 属性を指定します。 |
ステップ 9 |
neighbor {ip-address | peer-group-name} update-source interface |
(任意)内部 BGP セッションに、TCP 接続に関するすべての操作インターフェイスの使用を許可します。 |
ステップ 10 |
neighbor {ip-address | peer-group-name} ebgp-multihop |
(任意)ネイバーがセグメントに直接接続されていない場合でも、BGP セッションを使用可能にします。マルチホップ ピア アドレスへの唯一のルートがデフォルト ルート(0.0.0.0)の場合、マルチホップ セッションは確立されません。 |
ステップ 11 |
neighbor {ip-address | peer-group-name} local-as number |
(任意)ローカル AS として使用する AS 番号を指定します。指定できる範囲は 1 ~ 65535 です。 |
ステップ 12 |
neighbor {ip-address | peer-group-name} advertisement-interval seconds |
(任意)BGP ルーティング アップデートを送信する最小インターバルを設定します。 |
ステップ 13 |
neighbor {ip-address | peer-group-name} maximum-prefix maximum [threshold] |
(任意)ネイバーから受信できるプレフィックス数を制御します。指定できる範囲は 1 ~ 4294967295 です。threshold (任意)は、警告メッセージが生成される基準となる最大値(パーセンテージ)です。デフォルトは 75% です。 |
ステップ 14 |
neighbor {ip-address | peer-group-name} next-hop-self |
(任意)ネイバー宛ての BGP アップデートに関して、ネクストホップでの処理を無効にします。 |
ステップ 15 |
neighbor {ip-address | peer-group-name} password string |
(任意)TCP 接続での MD5 認証を BGP ピアに設定します。両方の BGP ピアに同じパスワードを設定する必要があります。そうしないと、BGP ピア間に接続が作成されません。 |
ステップ 16 |
neighbor {ip-address | peer-group-name} route-map map-name {in | out} |
(任意)着信または発信ルートにルート マップを適用します。 |
ステップ 17 |
neighbor {ip-address | peer-group-name} send-community |
(任意)この IP アドレスのネイバーに送信する COMMUNITIES 属性を指定します。 |
ステップ 18 |
neighbor {ip-address | peer-group-name} timers keepalive holdtime |
(任意)ネイバーまたはピア グループ用のタイマーを設定します。
|
ステップ 19 |
neighbor {ip-address | peer-group-name} weight weight |
(任意)ネイバーからのすべてのルートに関する重みを指定します。 |
ステップ 20 |
neighbor {ip-address | peer-group-name} distribute-list {access-list-number | name} {in | out} |
(任意)アクセス リストの指定に従って、ネイバーに対して送受信される BGP ルーティング アップデートをフィルタリングします。 |
ステップ 21 |
neighbor {ip-address | peer-group-name} filter-list access-list-number {in | out | weight weight} |
(任意)BGP フィルタを確立します。 |
ステップ 22 |
neighbor {ip-address | peer-group-name} version value |
(任意)ネイバーと通信するときに使用する BGP バージョンを指定します。 |
ステップ 23 |
neighbor {ip-address | peer-group-name} soft-reconfiguration inbound |
(任意)受信したアップデートのストアを開始するようにソフトウェアを設定します。 |
ステップ 24 |
end 例:
|
特権 EXEC モードに戻ります。 |
ステップ 25 |
show ip bgp neighbors |
設定を確認します。 |
ステップ 26 |
copy running-config startup-config 例:
|
(任意)コンフィギュレーション ファイルに設定を保存します。 |
コマンドまたはアクション | 目的 | |
---|---|---|
ステップ 1 |
configure terminal 例:
|
グローバル コンフィギュレーション モードを開始します。 |
ステップ 2 |
router bgp autonomous-system 例:
|
BGP ルータ コンフィギュレーション モードを開始します。 |
ステップ 3 |
aggregate-address address mask 例:
|
BGP ルーティング テーブル内に集約エントリを作成します。集約ルートは AS からのルートとしてアドバタイズされます。情報が失われた可能性があることを示すため、アトミック集約属性が設定されます。 |
ステップ 4 |
aggregate-address address mask as-set 例:
|
(任意)AS 設定パス情報を生成します。このコマンドは、この前のコマンドと同じルールに従う集約エントリを作成します。ただし、アドバタイズされるパスは、すべてのパスに含まれる全要素で構成される AS_SET です。多くのパスを集約するときは、このキーワードを使用しないでください。このルートは絶えず取り消され、アップデートされます。 |
ステップ 5 |
aggregate-address address-mask summary-only 例:
|
(任意)サマリー アドレスだけをアドバタイズします。 |
ステップ 6 |
aggregate-address address mask suppress-map map-name 例:
|
(任意)選択された、より具体的なルートを抑制します。 |
ステップ 7 |
aggregate-address address mask advertise-map map-name 例:
|
(任意)ルート マップによって指定された設定に基づいて集約を生成します。 |
ステップ 8 |
aggregate-address address mask attribute-map map-name 例:
|
(任意)ルート マップで指定された属性を持つ集約を生成します。 |
ステップ 9 |
end 例:
|
特権 EXEC モードに戻ります。 |
ステップ 10 |
show ip bgp neighbors [advertised-routes] 例:
|
設定を確認します。 |
ステップ 11 |
copy running-config startup-config 例:
|
(任意)コンフィギュレーション ファイルに設定を保存します。 |
自律システムのグループの自律システム番号として機能する連合 ID を指定する必要があります。
コマンドまたはアクション | 目的 | |
---|---|---|
ステップ 1 |
configure terminal 例:
|
グローバル コンフィギュレーション モードを開始します。 |
ステップ 2 |
router bgp autonomous-system 例:
|
BGP ルータ コンフィギュレーション モードを開始します。 |
ステップ 3 |
bgp confederation identifier autonomous-system 例:
|
BGP 連合 ID を設定します。 |
ステップ 4 |
bgp confederation peers autonomous-system [autonomous-system ...] 例:
|
連合に属する AS、および特殊な EBGP ピアとして処理する AS を指定します。 |
ステップ 5 |
end 例:
|
特権 EXEC モードに戻ります。 |
ステップ 6 |
show ip bgp neighbor 例:
|
設定を確認します。 |
ステップ 7 |
show ip bgp network 例:
|
設定を確認します。 |
ステップ 8 |
copy running-config startup-config 例:
|
(任意)コンフィギュレーション ファイルに設定を保存します。 |
コマンドまたはアクション | 目的 | |
---|---|---|
ステップ 1 |
configure terminal 例:
|
グローバル コンフィギュレーション モードを開始します。 |
ステップ 2 |
router bgp autonomous-system 例:
|
BGP ルータ コンフィギュレーション モードを開始します。 |
ステップ 3 |
neighbor {ip-address | peer-group-name} route-reflector-client 例:
|
ローカル ルータを BGP ルート リフレクタとして、指定されたネイバーをクライアントとして、それぞれ設定します。 |
ステップ 4 |
bgp cluster-id cluster-id 例:
|
(任意)クラスタに複数のルート リフレクタが存在する場合、クラスタ ID を設定します。 |
ステップ 5 |
no bgp client-to-client reflection 例:
|
(任意)クライアント間のルート反映を無効にします。デフォルトでは、ルート リフレクタ クライアントからのルートは、他のクライアントに反映されます。ただし、クライアントが完全メッシュ構造の場合、ルート リフレクタはルートをクライアントに反映させる必要がありません。 |
ステップ 6 |
end 例:
|
特権 EXEC モードに戻ります。 |
ステップ 7 |
show ip bgp 例:
|
設定を確認します。送信元 ID およびクラスタリスト属性を表示します。 |
ステップ 8 |
copy running-config startup-config 例:
|
(任意)コンフィギュレーション ファイルに設定を保存します。 |
コマンドまたはアクション | 目的 | |
---|---|---|
ステップ 1 |
configure terminal 例:
|
グローバル コンフィギュレーション モードを開始します。 |
ステップ 2 |
router bgp autonomous-system 例:
|
BGP ルータ コンフィギュレーション モードを開始します。 |
ステップ 3 |
bgp dampening 例:
|
BGP ルート ダンプニングを有効にします。 |
ステップ 4 |
bgp dampening half-life reuse suppress max-suppress [ route-map map] 例:
|
(任意)ルート ダンプニング係数のデフォルト値を変更します。 |
ステップ 5 |
end 例:
|
特権 EXEC モードに戻ります。 |
ステップ 6 |
show ip bgp flap-statistics [{ regexp regexp} | { filter-list list} | {address mask [longer-prefix]}] 例:
|
(任意)フラッピングしているすべてのパスのフラップを監視します。ルートの抑制が終了し、安定状態になると、統計情報が削除されます。 |
ステップ 7 |
show ip bgp dampened-paths 例:
|
(任意)抑制されるまでの時間を含めて、ダンプニングされたルートを表示します。 |
ステップ 8 |
clear ip bgp flap-statistics [{ regexp regexp} | { filter-list list} | {address mask [longer-prefix]} 例:
|
(任意)BGP フラップ統計情報を消去して、ルートがダンプニングされる可能性を小さくします。 |
ステップ 9 |
clear ip bgp dampening 例:
|
(任意)ルート ダンプニング情報を消去して、ルートの抑制を解除します。 |
ステップ 10 |
copy running-config startup-config 例:
|
(任意)コンフィギュレーション ファイルに設定を保存します。 |
特定のキャッシュ、テーブル、またはデータベースのすべての内容を削除できます。この作業は、特定の構造の内容が無効になった場合、または無効である疑いがある場合に必要となります。
BGP ルーティング テーブル、キャッシュ、データベースの内容など、特定の統計情報を表示できます。さらに、リソースの利用率を取得したり、ネットワーク問題を解決するための情報を使用することもできます。さらに、ノードの到達可能性に関する情報を表示し、デバイスのパケットが経由するネットワーク内のルーティング パスを検出することもできます。
下の図に、BGP を消去および表示するために使用する特権 EXEC コマンドを示します。表示されるフィールドの詳細については、『Cisco IOS IP Command Reference, Volume 2 of 3: Routing Protocols, Release 12.4』を参照してください。
clear ip bgp address |
特定の BGP 接続をリセットします。 |
clear ip bgp * |
すべての BGP 接続をリセットします。 |
clear ip bgp peer-group tag |
BGP ピア グループのすべてのメンバを削除します。 |
show ip bgp prefix |
プレフィックスがアドバタイズされるピア グループ、またはピア グループに含まれないピアを表示します。ネクスト ホップやローカル プレフィックスなどのプレフィックス属性も表示されます。 |
show ip bgp cidr-only |
サブネットおよびスーパーネット ネットワーク マスクを含むすべての BGP ルートを表示します。 |
show ip bgp community [community-number] [exact] |
指定されたコミュニティに属するルートを表示します。 |
show ip bgp community-list community-list-number [exact-match] |
コミュニティ リストで許可されたルートを表示します。 |
show ip bgp filter-list access-list-number |
指定された AS パス アクセス リストによって照合されたルートを表示します。 |
show ip bgp inconsistent-as |
送信元の AS と矛盾するルートを表示します。 |
show ip bgp regexp regular-expression |
コマンドラインに入力された特定の正規表現と一致する AS パスを持つルートを表示します。 |
show ip bgp |
BGP ルーティング テーブルの内容を表示します。 |
show ip bgp neighbors [address] |
各ネイバーとの BGP 接続および TCP 接続に関する詳細情報を表示します。 |
show ip bgp neighbors [address] [advertised-routes | dampened-routes | flap-statistics | paths regular-expression | received-routes | routes] |
特定の BGP ネイバーから取得されたルートを表示します。 |
show ip bgp paths |
データベース内のすべての BGP パスを表示します。 |
show ip bgp peer-group [tag] [summary] |
BGP ピア グループに関する情報を表示します。 |
show ip bgp summary |
BGP 接続すべての状況を表示します。 |
bgp log-neighbor changes コマンドは、デフォルトでは有効です。そのため、BGP ネイバーのリセット、起動、またはダウン時に生成されるメッセージをログに記録できます。