IP ルーティング：BGP コンフィギュレーション ガイド、Cisco IOS Release 15.1S

BGP バージョン 4

ボーダー ゲートウェイ プロトコル（BGP）は、独立したルーティング ポリシーを持つルーティング ドメイン（自律システム）の間に、ループのないルーティングを提供するように設計されたドメイン間ルーティング プロトコルです。BGP バージョン 4 の Cisco IOS ソフトウェア実装には、BGP が IP マルチキャスト ルートに関するルーティング情報を伝送できるようにするマルチプロトコル拡張機能と、IP Version 4（IPv4; IP バージョン 4）、IP Version 6（IPv6; IP バージョン 6）、Virtual Private Networks Version 4（VPNv4; バーチャル プライベート ネットワーク バージョン 4）、および Connectionless Network Services（CLNS; コネクションレス型ネットワーク サービス）を含む複数のレイヤ 3 プロトコル アドレス ファミリが組み込まれています。

BGP は主に、ローカル ネットワークを外部ネットワークに接続して、インターネットにアクセスしたり、他の組織に接続したりするために使用されます。外部組織への接続時に、external BGP（eBGP; 外部 BGP）ピアリング セッションが作成されます。BGP は Exterior Gateway Protocol（EGP; 外部ゲートウェイ プロトコル）と呼ばれますが、組織内のネットワークの多くが複雑になってきているため、BGP を使用して、組織内で使用される内部ネットワークを簡略化することができます。同一組織内の BGP ピアは、internal BGP（iBGP; 内部 BGP）ピアリング セッションによってルーティング情報を交換します。

（注） BGP は他のルーティング プロトコルよりも多くの設定を必要としますが、ユーザは設定変更の影響をよく理解しておく必要があります。設定が正しくないと、ルーティング ループが発生し、通常のネットワーク操作に悪影響を及ぼす可能性があります。

BGP スピーカーとピア関係

BGP 対応ルータは、別の BGP 対応デバイスを自動的には検出しません。ネットワーク管理者は、通常、BGP 対応ルータ間の関係を手動で設定します。ピア デバイスとは、別の BGP 対応デバイスへのアクティブな TCP 接続を持つ BGP 対応ルータです。この BGP デバイス間の関係がネイバーと呼ばれることはよくありますが、これは BGP デバイスは直接接続されていて、その間に他のルータははさまっていないということを暗示することがあるため、このマニュアルでは「ネイバー」という語の使用は極力避けています。BGP スピーカーはローカル ルータのことで、その他の BGP 対応ネットワーク デバイスはすべてピアです。

ピアとピアの間に TCP 接続が確立されると、最初、個々の BGP ピアはもう 1 つのピアと、そのルート（完成した BGP ルーティング テーブル）をすべて交換します。この交換の後は、ネットワークでトポロジの変更が行われたとき、またはルーティング ポリシーが実装または変更されたときに差分更新が送信されるだけです。更新と更新の間の非アクティブ期間には、ピアは「キープアライブ」と呼ばれる特別なメッセージを交換します。

BGP 自律システムは、単一のアドミニストレーション エンティティにより制御されるネットワークです。ピア ルータは、異なる自律システムに存在する場合は外部ピア、同一の自律システムに存在する場合は内部ピアと呼ばれます。通常、外部ピアは隣接し、サブネットを共有していますが、内部ピアは同じ自律システムのどのような場所にあってもかまいません。

外部 BGP ピアの詳細については、「 Connecting to a Service Provider Using External BGP 」モジュールを参照してください。内部 BGP ピアの詳細については、「 Configuring Internal BGP Features 」モジュールを参照してください。

BGP 自律システム番号の形式

2009 年 1 月まで、企業に割り当てられていた BGP 自律システム番号は、RFC 4271『 A Border Gateway Protocol 4 (BGP-4) 』に記述された、1 ～ 65535 の範囲の 2 オクテットの数値でした。自律システム番号の要求の増加に伴い、Internet Assigned Number Authority（IANA; インターネット割り当て番号局）により割り当てられる自律システム番号は 2009 年 1 月から 65536 ～ 4294967295 の範囲の 4 オクテットの番号になります。RFC 5396『 Textual Representation of Autonomous System (AS) Numbers 』には、自律システム番号を表す 3 つの方式が記述されています。シスコでは、次の 2 つの方式を実装しています。

• asplain：10 進表記方式。2 バイトおよび 4 バイト自律システム番号をその 10 進数値で表します。たとえば、65526 は 2 バイト自律システム番号、234567 は 4 バイト自律システム番号になります。

• asdot：自律システム ドット付き表記。2 バイト自律システム番号は 10 進数で、4 バイト自律システム番号はドット付き表記で表されます。たとえば、65526 は 2 バイト自律システム番号、1.169031（10 進表記の 234567 をドット付き表記にしたもの）は 4 バイト自律システム番号になります。

自律システム番号を表す 3 つ目の方法については、RFC 5396 を参照してください。

asdot だけを使用する自律システム番号形式

Cisco IOS Release 12.0(32)S12、12.4(24)T、およびそれ以降のリリースでは、4 オクテット（4 バイト）の自律システム番号は asdot 表記法だけで入力および表示されます。たとえば、1.10 または 45000.64000 です。4 バイト自律システム番号のマッチングに正規表現を使用する場合、asdot 形式には正規表現で特殊文字となるピリオドが含まれていることに注意します。正規表現でのマッチングに失敗しないよう、1\.14 のようにピリオドの前にバックスラッシュを入力する必要があります。 表 1 は、asdot 形式だけが使用できる Cisco IOS イメージで、2 バイトおよび 4 バイト自律システム番号の設定、正規表現とのマッチング、および show コマンド出力での表示に使用される形式をまとめたものです。

asplain をデフォルトとする自律システム番号形式

Cisco IOS Release 12.0(32)SY8、12.0(33)S3、12.2(33)SRE、12.2(33)XNE、12.2(33)SXI1、およびそれ以降のリリースでは、シスコ実装の 4 バイト自律システム番号で asplain がデフォルトの自律システム番号表示形式として使用されていますが、4 バイト自律システム番号は asplain および asdot 形式のどちらにも設定できます。また、正規表現で 4 バイト自律システム番号とマッチングするためのデフォルト形式は asplain であるため、4 バイト自律システム番号とマッチングする正規表現はすべて、asplain 形式で記述する必要があります。デフォルトの show コマンド出力で、4 バイト自律システム番号が asdot 形式で表示されるように変更する場合は、ルータ コンフィギュレーション モードで bgp asnotation dot コマンドを使用します。デフォルトで asdot 形式がイネーブルにされている場合、正規表現の 4 バイト自律システム番号のマッチングには、すべて asdot 形式を使用する必要があり、使用しない場合正規表現によるマッチングは失敗します。 表 2 および 表 3 に示すように、4 バイト自律システム番号は asplain と asdot のどちらにも設定できるとはいえ、 show コマンド出力と正規表現を用いた 4 バイト自律システム番号のマッチング制御には 1 つの形式だけが使用されます。デフォルトは asplain 形式です。 show コマンド出力の表示と正規表現のマッチング制御で asdot 形式の 4 バイト自律システム番号を使用する場合、 bgp asnotation dot コマンドを設定する必要があります。 bgp asnotation dot コマンドをイネーブルにした後で、 clear ip bgp * コマンドを入力し、すべての BGP セッションについて、ハード リセットを開始する必要があります。

（注） 4 バイト自律システム番号をサポートしているイメージにアップグレードしている場合でも、2 バイト自律システム番号を使用できます。4 バイト自律システム番号に設定された形式にかかわらず、2 バイト自律システムの show コマンド出力と正規表現のマッチングは変更されず、asplain（10 進数）形式のままになります。

予約済みおよびプライベートの自律システム番号

Cisco IOS Release 12.0(32)S12、12.0(32)SY8、12.0(33)S3、12.2(33)SRE、12.2(33)XNE、12.2(33)SXI1、12.4(24)T、およびそれ以降のリリースでは、RFC 4893 がシスコの BGP 実装でサポートされています。RFC 4893 は、2 バイト自律システム番号から 4 バイト自律システム番号への段階的移行を BGP がサポートできるように開発されました。RFC 4893 では新たに 23456 が予約済み（プライベート）自律システム番号に指定され、Cisco IOS CLI ではこの番号を自律システム番号として設定できなくなっています。

RFC 5398『 Autonomous System (AS) Number Reservation for Documentation Use 』では、文書化を目的として新たに予約された自律システム番号について説明されています。予約済み番号を使用することで、設定例を正確に文書化しつつ、その設定がそのままコピーされた場合でも製品ネットワークに競合が発生することを防止できます。予約済み番号は IANA 自律システム番号レジストリに記載されています。予約済み 2 バイト自律システム番号は 64496 ～ 64511 の連続したブロック、予約済み 4 バイト自律システム番号は 65536 ～ 65551 をその範囲としています。

64512 ～ 65534 を範囲とするプライベートの 2 バイト自律システム番号は依然有効で、65535 は特殊な目的のために予約されています。プライベート自律システム番号は内部ルーティング ドメインで使用できますが、インターネットにルーティングされるトラフィックについては変換が必要です。プライベート自律システム番号を外部ネットワークへアドバタイズするように BGP を設定しないでください。Cisco IOS ソフトウェアは、デフォルトではルーティング アップデートからプライベート自律システム番号を削除しません。ISP がプライベート自律システム番号をフィルタリングすることを推奨します。

（注） パブリック ネットワークおよびプライベート ネットワークに対する自律システム番号の割り当ては、IANA が管理しています。予約済み番号の割り当てや自律システム番号の登録申込など、自律システム番号についての情報については、http://www.iana.org/ を参照してください。

BGP ピア セッションの確立

BGP ルーティング プロセスがピアとピアリング セッションを確立するとき、ステートは次のように変化します。

• Idle：ルーティング プロセスがイネーブルになったとき、またはルータがリセットされたときの BGP ルーティング プロセスの初期ステート。このステートでは、ルータはリモート ピアとのピアリング設定など、開始イベントを待ちます。リモート ピアから TCP 接続要求を受信すると、ルータはリモート ピアへの TCP 接続を開始する前に、タイマーを待機するための開始イベントを新たに開始します。ルータがリセットされ、ピアがリセットされると、BGP ルーティング プロセスは Idle ステートに戻ります。

• Connect：ローカル BGP スピーカーとの TCP セッションを確立しようとしていることを BGP ルーティング プロセスが検知します。

• Active：このステートでは、BGP ルーティング プロセスは、ConnectRetry タイマーを使用して、ピア ルータとの TCP セッションを確立しようとします。BGP ルーティング プロセスが Active ステートの間、開始イベントは無視されます。BGP ルーティング プロセスが再構成された場合、またはエラーが発生した場合、BGP ルーティング プロセスはシステム リソースを解放し、Idle ステートに戻ります。

• OpenSent：TCP 接続が確立され、BGP ルーティング プロセスはリモート ピアに OPEN メッセージを送信し、OpenSent ステートに移行します。このステートでは、BGP ルーティング プロセスはその他の OPEN メッセージを受信できます。接続に失敗した場合、BGP ルーティング プロセスは Active ステートに移行します。

• OpenReceive：BGP ルーティング プロセスはリモート ピアから OPEN メッセージを受信し、リモート ピアからの最初のキープアライブ メッセージを待ちます。キープアライブ メッセージを受信すると、BGP ルーティング プロセスは Established ステートに移行します。通知メッセージを受信した場合は、BGP ルーティング プロセスは Idle ステートに移行します。ピアリング セッションに影響を与えるエラー、または設定変更が発生した場合、BGP ルーティング プロセスは、Finite State Machine（FSM; 有限状態マシン）エラー コードが入った通知メッセージを送信してから、Idle ステートに移行します。

• Established：リモート ピアから最初のキープアライブが受信されます。これにより、リモート ネイバーとのピアリングが確立され、BGP ルーティング プロセスは、リモート ピアとのアップデート メッセージの交換を開始します。アップデート メッセージ、またはキープアライブ メッセージが受信されると、ホールド タイマーが再起動されます。エラー通知を受信した BGP プロセスは、Idle ステートに移行します。

シスコシステムズが採用している BGP グローバル コマンドとアドレス ファミリ コンフィギュレーション コマンド

BGP を設定するためのアドレス ファミリ モデルでは、基本的にアドレス ファミリごとに設定が分割されます。設定の最初に、アドレス ファミリとは関係のない（非依存の）コマンドがすべてグループ化され（最上位レベル）、これに各アドレス ファミリに固有のコマンドで使用される個々のサブモードが続きます（ただし、IPv4 ユニキャストに関係するコマンドは例外で、これらは設定の先頭に入力することができます）。ネットワーク オペレータが BGP を設定した場合の BGP 設定カテゴリのフローは、次の箇条書きの順に表されます。

• グローバル コンフィギュレーション：特定のネイバーではなく、BGP に全般的に適用される設定。たとえば、 network 、 redistribute 、 bgp bestpath などのコマンド。

• アドレス ファミリ依存コンフィギュレーション：個々のネイバーのポリシーなど、特定のアドレス ファミリに適用されるコンフィギュレーション。

BGP グローバルおよび BGP アドレス ファミリ依存設定のカテゴリを 表 4 に示します。

（注） アドレス ファミリ コンフィギュレーションは、それが適用されるアドレス ファミリ サブモードで入力する必要があります。

次の BGP コンフィギュレーション文の例は、グループ分けされたグローバル アドレス ファミリ非依存コマンドと、アドレス ファミリ依存コマンドを示しています。

次の例は、前の例で、BGP コンフィギュレーション文と一致する、実際の BGP コマンドを示しています。

Cisco IOS Release 12.0(22)S、12.2(15)T、およびそれ以降のリリースでは、 bgp upgrade-cli コマンドにより、Network Layer Reachability Information（NLRI; ネットワーク レイヤ到着可能性情報）形式からアドレス ファミリ形式への BGP ネットワークおよび既存のコンフィギュレーションの移行が簡単になっています。ネットワーク オペレータは、Address Family Identifier（AFI）形式でコマンドを設定し、この設定を既存の NLRI 形式の設定に保存できます。NLRI 形式の制限のため、BGP ハイブリッド Command-Line Interface（CLI; コマンドライン インターフェイス）は、AFI および NLRI の統合を完全にはサポートしていません。AFI コマンドおよび機能をすべてサポートするためには、 bgp upgrade-cli コマンドを使用して、既存の NLRI コンフィギュレーションをアップグレードすることを推奨します。NLRI 形式からアドレス ファミリ形式への BGP コンフィギュレーションの移行例については、「NLRI から AFI へのコンフィギュレーション：例」を参照してください。

BGP セッションのリセット

設定変更のためにルーティング ポリシーに変更が生じた場合は、必ず clear ip bgp コマンドを使用して、BGP ピアリング セッションをリセットする必要があります。Cisco IOS ソフトウェアは、BGP ピアリング セッションをリセットするために、次の 3 つのメカニズムをサポートしています。

• ハード リセット：ハード リセットは、TCP 接続を含む指定されたピアリング セッションを終了し、指定されたピアから到着したルートを削除します。

• ソフト リセット：ソフト リセットは、保存されたプレフィクス情報を使用し、既存のピアリング セッションを廃棄せずに BGP ルーティング テーブルの再構成とアクティブ化を行います。ソフト再構成では、保存されているアップデート情報が使用されます。アップデートを保存するために追加のメモリが必要になりますが、ネットワークを中断せずに、新しい BGP ポリシーを適用することができます。ソフト再構成は、インバウンド セッション、またはアウトバウンド セッションに対して設定できます。

• ダイナミック インバウンド ソフト リセット：これは RFC 2918 に定義されているルート リフレッシュ機能で、サポートしているピアへのルート リフレッシュ要求を交換することにより、ローカル ルータがインバウンド ルーティング テーブルを動的にリセットできるようにするものです。中断を伴わないポリシー変更については、ルート リフレッシュ機能がアップデート情報をローカルに保存することはありません。その代わり、サポートしているピアとの動的な交換に依存します。ルート リフレッシュは、最初にピア間の BGP 機能ネゴシエーションを通じてアドバタイズされる必要があります。すべての BGP ルータが、ルート リフレッシュ機能をサポートしていなければなりません。

BGP ルータがこの機能をサポートしているか確認するには、 show ip bgp neighbors コマンドを使用します。ルータがルート リフレッシュ機能をサポートしている場合、次のメッセージが出力されます。

Cisco IOS Release 12.3(14)T では、ルート リフレッシュ機能をサポートしていないピアに対してインバウンド ソフト再構成を実行するように BGP を設定するための bgp soft-reconfig-backup コマンドが導入されました。このコマンドの設定により、必要な場合にだけ、アップデート（ソフト再構成）を格納するように、BGP を設定することができます。このコマンドを設定しても、ルート リフレッシュ機能をサポートしているピアは影響されません。

BGP ルート集約

BGP ピアはルーティング情報を格納し、交換しますが、設定される BGP スピーカーの数が増えるに従って、ルーティング情報の量が増えます。ルート集約を使用することにより、関係する情報の量が減ります。集約は、複数の異なるルートのアトリビュートを合成し、1 つのルートだけがアドバタイズされるようにするプロセスです。集約プレフィクスは、Classless Interdomain Routing（CIDR; クラスレス ドメイン間ルーティング）の原則を使用して、複数の隣接するネットワークを、ルーティング テーブルに要約できる IP アドレスのクラスレス セット 1 つに合成します。これにより、アドバタイズが必要なルートの数が少なくなります。

BGP でのルート集約の実装方法は 2 種類あります。集約されたルートを BGP に再配布するか、または条件付き集約の形を使用することができます。基本ルートの再配布では、集約ルートの作成後、このルートが BGP に再配布されます。条件付き集約では、集約ルートの作成後、アドバタイズするか、または Autonomous System Set Path（AS-SET）情報、もしくは要約情報に基づいて、特定ルートのアドバタイズを抑制します。

Cisco IOS Release 12.2(25)S、12.2(33)SXH、および 15.0(1)M では、BGP ピアに非アクティブなルートをアドバタイズしないように BGP を設定するための bgp suppress-inactive コマンドが導入されました。BGP ルーティング プロセスは、デフォルトで、Routing Information Database（RIB; ルーティング情報データベース）にインストールされていないルートを BGP ピアにアドバタイズできます。RIB にインストールされていないルートは非アクティブなルートです。非アクティブなルートのアドバタイズメントは、たとえば、共通のルート集約を通じてルートがアドバタイズされた場合に行われます。非アクティブなルートのアドバタイズメントを抑制して、より整合性の取れたデータ フォワーディングを行うことができます。

BGP ピア グループ

BGP ネットワークでは、多数のネイバーが同じアップデート ポリシー（つまり、同じアウトバウンド ルート マップ、配布リスト、フィルタ リスト、アップデート ソースなど）を使って設定されていることがよくあります.同じアップデート ポリシーを持つネイバーは、コンフィギュレーションを簡素化するため、またさらに重要なことには、コンフィギュレーションのアップデートをより効率化するために、BGP ピア グループにグループ化されます。多数のピアがある場合、このアプローチを強く推奨します。

ピア グループおよび BGP アップデート メッセージ

リリース 12.0(24)S、12.2(18)S、または 12.3(4)T 以前の Cisco IOS ソフトウェア リリースでは、BGP アップデート メッセージは、ピア グループのコンフィギュレーションに基づいてグループ化されていました。BGP アップデート メッセージ生成において、ネイバーをグループ化するこの方法により、ルーティング テーブルのスキャンに必要なシステム処理リソースの量が削減されました。しかし、この方法には、次のような制約がありました。

• ピア グループ コンフィギュレーションを共有するネイバーはすべて、アウトバウンド ルーティング ポリシーも共有する必要がある。

• すべてのネイバーは同じピア グループとアドレス ファミリに属している必要がある。別のアドレス ファミリで設定されているネイバーは異なるピアグループに属することはできません。

このような制約は、ピア グループ コンフィギュレーションに対して、最適なアップデート生成とレプリケーションのバランスをとるためのものでした。これらの制約により、ネットワーク オペレータは小さめのピア グループを設定するようになるため、アップデート メッセージの生成効率が下がり、ネイバー コンフィギュレーションのスケーラビリティが限定されていました。

BGP アップデート グループ

Cisco IOS Release 12.0(24)S、12.2(18)S、12.3(4)T、または 12.2(27)SBC への BGP（ダイナミック）アップデート グループの導入により、既存の BGP ピア グループから異なるタイプの BGP ピア グループ分けが可能になります。既存のピア グループは影響を受けませんが、現在のピア グループのメンバではない、同一のアウトバウンド ポリシーを持つ設定済みピアをアップデート グループに入れることができます。このアップデート グループのメンバは同一のアップデート生成エンジンを使用します。BGP アップデート グループを設定すると、アウトバウンド ポリシーに基づいて、BGP アップデート グループ メンバシップがダイナミックに計算されます。最適な BGP アップデート メッセージの生成は、単独で自動的に行われます。BGP ネイバー コンフィギュレーションはアウトバウンド ルーティング ポリシーによる制約を受けなくなり、アップデート グループは異なるアドレス ファミリに属すことができるようになります。

ピア テンプレート

構成管理など、ピア グループの制約の一部に対応するため、BGP アップデート グループ コンフィギュレーションをサポートする BGP ピア テンプレートが導入されました。

ピア テンプレートは、ポリシーを共有するネイバーに適用可能なコンフィギュレーション パターンです。ピア テンプレートは再利用が可能で、継承がサポートされているため、ネットワーク オペレータはピア テンプレートを使用して、ポリシーを共有している BGP ネイバーに対して異なるネイバー コンフィギュレーションをグループ化し適用できます。また、ネットワーク オペレータは、別のピア テンプレートからコンフィギュレーションを継承できるというピア テンプレートの機能を使用して、非常に複雑なコンフィギュレーション パターンを定義できるようになります。

ピア テンプレートには 2 種類あります。

• ピア セッション テンプレート。アドレス ファミリ モードおよび NLRI コンフィギュレーション モードすべてに共通する一般的なセッション コマンドのコンフィギュレーションをグループ化し、適用するために使用されます。

• ピア ポリシー テンプレート。特定のアドレス ファミリおよび NLRI コンフィギュレーション モードで適用されるコマンドのコンフィギュレーションをグループ化し、適用するために使用されます。

ピア テンプレートにより、柔軟性が高まり、ネイバー コンフィギュレーションの機能が強化されます。また、ピア テンプレートはピア グループ コンフィギュレーションに代わるものを提供し、ピア グループの制約の一部を解決します。ピア テンプレートを使用した BGP ピア ルータも、自動アップデート グループ コンフィギュレーションの恩恵を受けています。BGP ピア テンプレートが設定され、BGP ダイナミック アップデート ピア グループがサポートされたことにより、ネットワーク オペレータは BGP でピア グループを設定する必要がなくなります。また、ネットワークはコンフィギュレーションの柔軟性が高まり、コンバージェンスが高速化されたことによる恩恵を受けます。

（注） BGP ピア テンプレートのコンフィギュレーションは、ピア グループ コンフィギュレーションと競合したり、これを制約したりすることはありません。また、ピア グループは引き続き、BGP ピア テンプレートをサポートする Cisco IOS リリースでもサポートされます。ただし、ピア グループおよびピア テンプレートの両方で機能するように BGP ネイバーを設定することはできません。BGP ネイバーは、1 つのピア グループだけに属するように設定するか、またはピア テンプレートからポリシーを継承するように設定します。

BGP ルーティング プロセスの設定

BGP ルーティング プロセスを設定するには、次の作業を実行します。BGP をイネーブルにするには、必須の手順を少なくとも一度、実行する必要があります。ここで説明する任意の手順を実行すると、BGP ネットワークでその他の機能を設定できます。ネイバー リセットのロギングやリンクが停止したときのピアの即時リセットなど、一部の機能はデフォルトでイネーブルにされていますが、BGP ネットワークの動作方法をよりよく理解できるようにするため、これらの機能についてはここで説明しています。

（注） Cisco IOS ソフトウェアを実行するルータは、1 つの BGP ルーティング プロセスだけを実行し、1 つの BGP 自律システムだけのメンバになるように設定できます。ただし、BGP ルーティング プロセスおよび自律システムは、同時に使用する複数の BGP アドレス ファミリおよびサブアドレス ファミリ コンフィギュレーションをサポートできます。

図 1 では、この作業のコンフィギュレーションはルータ A で行われますが、2 つのルータの間で BGP プロセスを完全に実現するには、たとえば、ルータ B で IP アドレスを適宜、変更してこのコンフィギュレーションを繰り返す必要があります。ここでは、BGP ルーティング プロセスに対して設定されるアドレス ファミリはないため、IPv4 ユニキャスト アドレス ファミリのルーティング情報はデフォルトでアドバタイズされます。

図 1 2 つの自律システムを持つ BGP トポロジ

BGP ルータ ID

BGP はルータ ID を使用して、BGP 対応ピアを識別します。BGP ルータ ID は 32 ビット値です。この値は、IPv4 アドレスで表現されることがよくあります。デフォルトでは、Cisco IOS ソフトウェアは、ルータのループバック インターフェイスの IPv4 アドレスにこのルータ ID を設定します。ルータでループバック インターフェイスが設定されていない場合、BGP ルータ ID を表現するために、ルータの物理インターフェイスで設定されている最大の IPv4 アドレスが選択されます。BGP ルータ ID は、ネットワークの BGP ピア固有のものでなければなりません。

手順の概要

1. enable

2. configure terminal

3. router bgp autonomous-system-number

4. network network-number [ mask network-mask ] [ route-map route-map-name ]

5. bgp router-id ip-address

6. timers bgp keepalive holdtime

7. bgp fast-external-fallover

8. bgp log-neighbor-changes

9. end

10. show ip bgp [ network ] [ network-mask ]

手順の詳細

例

次に、この作業を図 1 のルータ A で設定した後で、ルータ A の BGP ルーティング テーブルを表示する show ip bgp コマンドの出力例を示します。この自律システムに対してローカルなネットワーク 10.1.1.0 に対するエントリも表示されています。

トラブルシューティングのヒント

BGP ルータ間の基本的なネットワーク接続性をチェックするには、 ping コマンドを使用します。

BGP ピアの設定

2 つの IPv4 ルータ（ピア）の間に BGP を設定するには、この作業を実行します。ここで設定するアドレス ファミリは、デフォルトの IPv4 ユニキャスト アドレス ファミリで、設定は図 1 のルータ A で行われています。BGP ピアとなりうるネイバー ルータすべてについて、必ず、この作業を実行してください。

前提条件

この作業を実行する前に、BGP ルーティング プロセスの設定の作業を実行します。

制約事項

デフォルトでは、ルータ コンフィギュレーション モードで neighbor remote-as コマンドを使用して定義されたネイバーは、IPv4 ユニキャスト アドレス プレフィクスだけを交換します。IPv6 プレフィクスなど、その他のアドレス プレフィクス タイプを交換するには、アドレス ファミリ コンフィギュレーション モードで neighbor activate コマンドを使用し、ネイバーをアクティブ化することも必要です。

手順の概要

1. enable

2. configure terminal

3. router bgp autonomous-system-number

4. neighbor ip-address remote-as autonomous-system-number

5. address-family ipv4 [ unicast | multicast | vrf vrf-name ]

6. neighbor ip-address activate

7. end

8. show ip bgp [ network ] [ network-mask ]

9. show ip bgp neighbors [ neighbor-address ]

手順の詳細

例

次に、この作業を図 1 のルータ A およびルータ B で設定した後で、ルータ A の BGP ルーティング テーブルを表示する show ip bgp コマンドの出力例を示します。これで、自律システム 45000 でネットワーク 172.17.1.0 のエントリを確認できるようになります。

次に、この作業を図 1 のルータ A で設定した後で、ルータ A の BGP ネイバー 192.168.1.1 への TCP および BGP 接続に関する情報を表示する show ip bgp neighbors コマンドの出力例を示します。

トラブルシューティングのヒント

BGP ルータ間の基本的なネットワーク接続性を確認するには、 ping コマンドを使用します。

次の作業

VPN で BGP ピアを使用している場合は、「IPv4 VRF アドレス ファミリ用に BGP ピアを設定」に進みます。VPN で BGP ピアを使用していない場合は、「BGP ピアのカスタマイズ」に進みます。

BGP ルーティング プロセスと 4 バイト自律システム番号を使用したピアの設定

BGP ピアが 4 バイト自律システム番号に配置されているときに、BGP ルーティング プロセスおよび BGP ピアを設定するには、この作業を実行します。ここで設定するアドレス ファミリは、デフォルトの IPv4 ユニキャスト アドレス ファミリで、設定は図 2 のルータ B で行われています。この作業にある 4 バイト自律システム番号は、デフォルトの asplain（10 進数値）形式にフォーマットされています。たとえば、図 2 にあるルータ B の自律システム番号は 65538 です。BGP ピアとなりうるネイバー ルータすべてについて、必ず、この作業を実行してください。

シスコシステムズが採用している 4 バイト自律システム番号

Cisco IOS Release 12.0(32)SY8、12.0(33)S3、12.2(33)SRE、12.2(33)XNE、12.2(33)SXI1、およびそれ以降のリリースでは、シスコシステムズが採用している 4 バイト自律システム番号は、自律システム番号の正規表現のマッチングおよび出力表示形式のデフォルトとして asplain（たとえば、65538）を使用していますが、RFC 5396 に記載されているとおり、4 バイト自律システム番号を asplain 形式および asdot 形式の両方で設定できます。4 バイト自律システム番号の正規表現マッチングと出力表示のデフォルトを asdot 形式に変更するには、 bgp asnotation dot コマンドに続けて、 clear ip bgp * コマンドを実行し、現在の BGP セッションをすべてハード リセットします。4 バイト自律システム番号の詳細については、「BGP 自律システム番号の形式」を参照してください。

Cisco IOS Release 12.0(32)S12、および 12.4(24)T では、シスコシステムズが採用している 4 バイト自律システム番号は、設定形式、正規表現とのマッチング、および出力表示として、asdot（たとえば、1.2）だけを使用しています。asplain はサポートしていません。asdot 表記法を使用して設定された、異なる 4 バイトの自律システムにある 3 つのネイバー ピアの間での設定例については、「BGP ルーティング プロセスと 4 バイト自律システム番号を使用したピアの設定：例」を参照してください。

シスコは、BGP が 2 バイト自律システム番号から 4 バイト自律システム番号へ段階的に移行できるように開発された RFC 4893 もサポートしています。スムーズな移行を確実に行うには、4 バイト自律システム番号を使用して識別される自律システム内の BGP スピーカーをすべて、4 バイト自律システム番号をサポートするようにアップグレードすることを推奨します。

（注） 新しいプライベートの自律システム番号 23456 は RFC 4893 により作成されたもので、この番号を Cisco IOS CLI で自律システム番号として設定することはできません。

図 2 4 バイト番号を使用する 2 つの自律システム内の BGP ピア

前提条件

この作業を行うには、ルータで、Cisco IOS Release 12.0(32)SY8、12.2(33)SXI1、またはそれ以降のリリースが実行されている必要があります。

制約事項

デフォルトでは、ルータ コンフィギュレーション モードで neighbor remote-as コマンドを使用して定義されたネイバーは、IPv4 ユニキャスト アドレス プレフィクスだけを交換します。IPv6 プレフィクスなど、その他のアドレス プレフィクス タイプを交換するには、その他のプレフィクス タイプについて、アドレス ファミリ コンフィギュレーション モードで neighbor activate コマンドを使用し、ネイバーをアクティブ化することも必要です。

手順の概要

1. enable

2. configure terminal

3. router bgp autonomous-system-number

4. neighbor ip-address remote-as autonomous-system-number

5. 必要に応じて、ステップ 4. を繰り返し、その他の BGP ネイバーを定義します。

6. address-family ipv4 [ unicast | multicast | vrf vrf-name ]

7. neighbor ip-address activate

8. 必要に応じて、ステップ 7. を繰り返し、その他の BGP ネイバーをアクティブ化します。

9. network network-number [ mask network-mask ] [ route-map route-map-name ]

10. end

11. show ip bgp [ network ] [ network-mask ]

12. show ip bgp summary

手順の詳細

例

次の例は、図 2 のルータ B で実行された show ip bgp コマンドの出力ですが、ここにはルータ A で 192.168.1.2 にある BGP ネイバーから学習されたネットワーク 10.1.1.0 に対する BGP ルーティング テーブル エントリと、デフォルトの asplain 形式で表した 4 バイト自律システム番号 65536 が表示されています。

次の例は、 show ip bgp summary コマンドの出力ですが、ここには、図 2 のルータ B でこの作業を設定した後で、ルータ A にある BGP ネイバー 192.168.1.2 の 4 バイト自律システム番号が 65536 であることが表示されています。

トラブルシューティングのヒント

BGP ルータ間の基本的なネットワーク接続性を確認するには、 ping コマンドを使用します。

4 バイト自律システム番号で使用される出力および正規表現とのマッチング形式のデフォルトを変更

4 バイト自律システム番号のデフォルト出力形式を asplain 形式から asdot 表記法形式に変更するには、この作業を実行します。4 バイト自律システム番号の出力形式の変化を表示するには、 show ip bgp summary コマンドを使用します。

4 バイト自律システム番号の詳細については、「BGP 自律システム番号の形式」を参照してください。

前提条件

この例では、ルータで、Cisco IOS Release 12.0(32)SY8、12.0(33)S3、12.2(33)SRE、12.2(33)XNE、12.2(33)SXI1、またはそれ以降のリリースが実行されている必要があります。

手順の概要

1. enable

2. show ip bgp summary

3. configure terminal

4. router bgp autonomous-system-number

5. bgp asnotation dot

6. end

7. clear ip bgp *

8. show ip bgp summary

9. show ip bgp regexp regexp

10. configure terminal

11. router bgp autonomous-system-number

12. no bgp asnotation dot

13. end

14. clear ip bgp *

手順の詳細

例

次の show ip bgp summary コマンドの出力は、4 バイト自律システム番号のデフォルト asplain 形式を示しています。ここで、asplain 形式で表された 4 バイト自律システム番号 65536 および 65550 に注意してください。

bgp asnotation dot コマンドの設定後（これに、現在の BGP セッションをすべてハード リセットする clear ip bgp * コマンドが続きます）、出力は、次の show ip bgp summary コマンドの出力に示すように、asdot 表記法の形式に変換されます。asdot 形式で表された 4 バイト自律システム番号 1.0 および 1.14 に注意してください。これらは自律システム番号 65536 と 65550 を asdot 変換したものです。

bgp asnotation dot コマンドの設定後（これに、現在の BGP セッションをすべてハード リセットする clear ip bgp * コマンドが続きます）、4 バイトの自律システム パスで使用される正規表現とのマッチング形式は asdot 表記法の形式に変更されます。4 バイト自律システム番号は、asplain 形式または asdot 形式のいずれかを使用して、正規表現で設定できますが、現在のデフォルト形式を使用して設定された 4 バイト自律システム番号だけがマッチングされます。下の先頭の例では、 show ip bgp regexp コマンドは、asplain 形式で表された 4 バイト自律システム番号を使って設定されています。現在のデフォルト形式は asdot 形式なのでマッチングは失敗し、何も出力されません。asdot 形式を使用した 2 番目の例では、マッチングは成功し、4 バイトの自律システム パスに関する情報が asdot 表記法を使って表示されます。

（注） この asdot 表記法で使用されているピリオドは、シスコの正規表現では特殊文字です。特殊な意味を取り除くには、ピリオドの前にバックスラッシュをつけます。

IPv4 VRF アドレス ファミリ用に BGP ピアを設定

VPN 内に存在するため IPv4 VRF 情報を交換しなければならない 2 つの IPv4 ルータ（ピア）の間に BGP を設定するには、次の作業を任意で実行します。ここで設定するアドレス ファミリは IPv4 VRF アドレス ファミリで、設定は図 3 のルータ B で自律システム 50000 のルータ E にあるネイバー 192.168.3.2 を使って行われています。BGP IPv4 VRF アドレス ファミリ ピアとなりうるネイバー ルータすべてについて、必ず、この作業を実行してください。

（注） この作業は、VPN ルーティングに必要な設定をすべて示しているわけではありません。完全な設定サンプル、および 4 バイト自律システム番号を使用する、ルート ターゲットを使った VRF の作成方法を示した設定サンプルについては、「4 バイトの BGP 自律システム番号を使用した VRF および拡張コミュニティの設定：例」を参照してください。

図 3 IPv4 VRF アドレス ファミリ用 BGP トポロジ

前提条件

この作業を実行する前に、BGP ルーティング プロセスの設定の作業を実行します。

手順の概要

1. enable

2. configure terminal

3. ip vrf vrf-name

4. rd route-distinguisher

5. route-target { import | export | both } route-target-ext-community

6. exit

7. router bgp autonomous-system-number

8. address-family ipv4 [ unicast | multicast | vrf vrf-name ]

9. neighbor ip-address remote-as autonomous-system-number

10. neighbor { ip-address | peer-group-name } maximum-prefix maximum [ threshold ] [ restart restart-interval ] [ warning-only ]

11. neighbor ip-address activate

12. end

手順の詳細

トラブルシューティングのヒント

BGP ルータ間の基本的なネットワーク接続を検証するには ping コマンドを使用します。また、VRF インスタンスが作成されたことを確認するには show ip vrf コマンドを使用します。

BGP ピアのカスタマイズ

BGP ピアをカスタマイズするには、次の作業を実行します。この作業の手順の多くは任意ですが、ネイバーとアドレス ファミリ コンフィギュレーション コマンドの関係がどのように機能しているかを示しています。IPv4 マルチキャスト アドレス ファミリの例を使用して、IPv4 マルチキャスト アドレス ファミリを設定する前に、ネイバー アドレス ファミリに依存しないコマンドが設定されます。その後、アドレス ファミリに依存するコマンドが設定され、 exit address-family コマンドが表示されます。任意の手順は、ネイバーをディセーブルにする方法を示しています。

図 4 では、この作業のコンフィギュレーションがルータ B で行われます。2 つのルータの間で BGP プロセスを完全に実現するには、たとえば、ルータ E で IP アドレスを適宜、変更してこのコンフィギュレーションを繰り返す必要があります。

図 4 BGP ピア トポロジ

制約事項

デフォルトでは、ルータ コンフィギュレーション モードで neighbor remote-as コマンドを使用して定義されたネイバーは、IPv4 ユニキャスト アドレス プレフィクスだけを交換します。IPv6 プレフィクスなど、その他のアドレス プレフィクス タイプを交換するには、アドレス ファミリ コンフィギュレーション モードで neighbor activate コマンドを使用し、ネイバーをアクティブ化することも必要です。

手順の概要

1. enable

2. configure terminal

3. router bgp autonomous-system-number

4. no bgp default ipv4-unicast

5. neighbor { ip-address | peer-group-name } remote-as autonomous-system-number

6. neighbor { ip-address | peer-group-name } description text

7. address-family ipv4 [ unicast | multicast | vrf vrf-name ]

8. network network-number [ mask network-mask ] [ route-map route-map-name ]

9. neighbor { ip-address | peer-group-name } activate

10. neighbor { ip-address | peer-group-name } advertisement-interval seconds

11. neighbor { ip-address | peer-group-name } default-originate [ route-map map-name ]

12. exit-address-family

13. neighbor { ip-address | peer-group-name } shutdown

14. end

15. show ip bgp ipv4 multicast [ command ]

16. show ip bgp neighbors [ neighbor-address ] [ received-routes | routes | advertised-routes | paths regexp | dampened-routes | received prefix-filter ]]

手順の詳細

例

次に、この作業を図 4 のルータ B およびルータ E で設定した後で、ルータ B の BGP IPv4 マルチキャスト情報を表示する show ip bgp ipv4 multicast コマンドの出力例を示します。IPv4 マルチキャスト アドレス ファミリの下に設定されている各ルータに対してローカルなネットワークは、出力テーブルに表示されます。

次は、ネイバー 192.168.3.2 に対する show ip bgp neighbors コマンドからの出力例の一部分ですが、これにはこのネイバーに関する一般的な BGP 情報と、具体的な BGP IPv4 マルチキャスト アドレス ファミリ情報が表示されます。このコマンドは、図 4 のルータ B とルータ E でこの作業を設定した後、ルータ B で入力されたものです。

再配布の例を使用した BGP コンフィギュレーション コマンドの削除

小規模な BGP ネットワークであっても、BGP CLI コンフィギュレーションは非常に複雑になることがあります。すべての CLI コンフィギュレーションを削除する必要がある場合は、CLI を削除することで生じるあらゆる影響を考慮する必要があります。現在の実行コンフィギュレーションを分析し、現在の BGP ネイバー関係、アドレス ファミリの考慮事項、その他の設定済みルーティング プロトコルを判断します。BGP CLI コマンドの多くは、CLI コンフィギュレーションのその他の部分に影響を与えています。

EIGRP への BGP ルートの再配布で使用されている BGP コンフィギュレーション コマンドをすべて削除するには、この作業を実行します。ルート マップをパラメータのマッチングや設定、再配布ルートのフィルタに使用して、これらのルートが EIGRP によりアドバタイズされるときに、ルーティング ループが発生しないようにすることができます。BGP コンフィギュレーション コマンドを削除する場合は、必ず、関連するコマンドをすべて削除、またはディセーブルにしてください。この例では、 route-map CLI を削除しても、再配布は行われ、ルート マップのフィルタリングが取り除かれているために、予期しない結果となる可能性があります。単に redistribute CLI を削除するだけでは、ルート マップは適用されませんが、実行コンフィギュレーションに未使用の CLI が残ります。

BGP CLI の削除の詳細については、「 Cisco BGP Overview 」モジュールの「BGP CLI Removal Considerations」の概念を参照してください。

CLI を削除する前と後の再配布コンフィギュレーションの表示については、「再配布の例を使用した BGP コンフィギュレーション コマンドの削除：例」を参照してください。

手順の概要

1. enable

2. configure terminal

3. no route-map map-tag

4. router eigrp autonomous-system-number

5. no redistribute protocol [ as-number ]

6. end

手順の詳細

基本的な BGP のモニタリングとメンテナンス

ここでは、基本的な BGP プロセスとピア関係についての情報のリセットおよび表示に関する作業を説明します。BGP ネイバーになるように定義された 2 つのルータは、BGP 接続を形成し、ルーティング情報を交換します。その後、BGP フィルタ、重み、距離、バージョン、タイマーなどを変更したり、何らかのコンフィギュレーション変更を行ったりした場合、コンフィギュレーションの変更を有効にするために、BGP 接続のリセットが必要になることがあります。

• 「ルート リフレッシュ機能が失われたときのインバウンド ソフト再構成を設定」

• 「基本 BGP 情報のリセットと表示」

ルーティング ポリシーの変更管理

ピアのルーティング ポリシーには、インバウンドまたはアウトバウンド ルーティング テーブルの更新に影響する可能性のあるルート マップ、配布リスト、プレフィクス リスト、フィルタ リストなど、すべての要素に関するコンフィギュレーションが含まれています。ルーティング ポリシーを変更した場合、変更後のポリシーを有効にするには、必ず BGP セッションをソフト クリア、またはソフト リセットしてください。インバウンド リセットを実行すると、ルータで設定されている新しいインバウンド ポリシーが有効になります。アウトバウンド リセットを実行すると、BGP セッションをリセットしなくても、ルータで設定されている新しいローカル アウトバウンド ポリシーが有効になります。アウトバウンド ポリシーのリセット中に、新しい一連のアップデートが送信されると、ネイバーの新しいインバウンド ポリシーも有効になります。つまり、インバウンド ポリシーの変更後は、ローカル ルータでインバウンド リセットを実行するか、ピア ルータでアウトバウンド リセットを実行する必要があります。アウトバウンド ポリシーを変更した場合は、ローカル ルータでのアウトバウンド リセット、またはピア ルータでのインバウンド リセットが必要になります。

リセットには、ハード リセットとソフト リセットの 2 種類があります。 表 5 は、これらの利点と欠点をまとめたものです。

BGP ネイバーになるように定義された 2 つのルータは、BGP 接続を形成し、ルーティング情報を交換します。その後、BGP フィルタ、重み、距離、バージョン、タイマーなどを変更したり、何らかのコンフィギュレーション変更を行ったりした場合、コンフィギュレーションの変更を有効にするために、BGP 接続をリセットする必要があります。

ソフト リセットは、インバウンドおよびアウトバウンド ルーティング アップデートで使用されるルーティング テーブルをアップデートします。Cisco IOS Release 12.1 以降では、事前設定を必要としないソフト リセットがサポートされています。このソフト リセットにより、BGP ルータの間でルート リフレッシュ要求やルーティング情報をダイナミックに交換し、対応するアウトバウンド ルーティング テーブルをアドバタイズできるようになります。ソフト リセットには 2 種類があります。

• ソフト リセットを使用して、ネイバーからインバウンド アップデートを生成することを、ダイナミック インバウンド ソフト リセットと呼びます。

• ソフト リセットを使用して、ネイバーに新しい一連のアップデートを送信することを、アウトバウンド ソフト リセットと呼びます。

事前にコンフィギュレーションを行わずにソフト リセットを使用するためには、BGP ピアでソフト ルート リフレッシュ機能がサポートされていなければなりません。これは、ピアが TCP セッションを確立したときに送信される OPEN メッセージでアドバタイズされます。リリース 12.1 以前の Cisco IOS リリースが実行されているルータでは、ルート リフレッシュ機能はサポートされていないため、 neighbor soft-reconfiguration ルータ コンフィギュレーション コマンドを使用して、BGP セッションをクリアする必要があります。この方法で BGP セッションをクリアすると、ネットワークの動作が悪い影響を受けるため、これは最後の手段として使用してください。

ルート リフレッシュ機能が失われたときのインバウンド ソフト再構成を設定

ルート リフレッシュ機能をサポートしていない BGP ピアに対して、 bgp soft-reconfig-backup コマンドを使用してインバウンド ソフトコンフィギュレーションを設定するには、この作業を実行します。このコマンドを設定しても、ルート リフレッシュ機能をサポートしている BGP ピアは影響されません。

手順の概要

1. enable

2. configure terminal

3. router bgp autonomous-system-number

4. bgp log-neighbor-changes

5. bgp soft-reconfig-backup

6. neighbor { ip-address | peer-group-name } remote-as autonomous-system-number

7. neighbor { ip-address | peer-group-name } soft-reconfiguration [ inbound ]

8. neighbor { ip-address | peer-group-name } route-map map-name { in | out }

9. soft-reconfiguration inbound を使って設定される各ピアについて、ステップ 6 ～ 8 を繰り返します。

10. exit

11. route-map map-tag [ permit | deny ] [ sequence-number ]

12. set local-preference number-value

13. end

14. show ip bgp neighbors [ neighbor-address ]

15. show ip bgp [ network ] [ network-mask ]

手順の詳細

例

次に、BGP ネイバー 192.168.2.1 への TCP および BGP 接続に関する情報を表示する show ip bgp neighbors コマンドの出力例の一部を示します。このピアでは、ルート リフレッシュがサポートされています。

次に、BGP ネイバー 192.168.3.2 への TCP および BGP 接続に関する情報を表示する show ip bgp neighbors コマンドの出力例の一部を示します。このピアでは、ルート リフレッシュがサポートされておらず、インバウンド ポリシー アップデートを更新する方法が他にはないため、BGP ピア 192.168.3.2 の soft-reconfig inbound パスが保存されます。

次の show ip bgp コマンドの出力例には、ネットワーク 172.17.1.0 のエントリがあります。BGP ピアは両方とも 172.17.1.0/24 をアドバタイズしていますが、192.168.3.2 については、received-only パスだけが格納されます。

基本 BGP 情報のリセットと表示

基本 BGP プロセスとピア関係に関する情報をリセットおよび表示するには、この作業を実行します。

手順の概要

1. enable

2. clear ip bgp { * | autonomous-system-number | neighbor-address } [ soft [ in | out ]

3. show ip bgp [ network-address ] [ network-mask ] [ longer-prefixes ] [ prefix-list prefix-list-name | route-map route-map-name ] [ shorter prefixes mask-length ]

4. show ip bgp neighbors [ neighbor-address ] [ received-routes | routes | advertised-routes | paths regexp | dampened-routes | received prefix-filter ]]

5. show ip bgp paths

6. show ip bgp summary

手順の詳細

ステップ 1 enable

特権 EXEC モードをイネーブルにします。プロンプトが表示されたら、パスワードを入力します。

ステップ 2 clear ip bgp { * | autonomous-system-number | neighbor-address }} [ soft [ in | out ]

BGP ネイバー セッションをクリアおよびリセットするにはこのコマンドを使用します。特定のネイバーをクリアするには neighbor-address 引数、自律システムにあるすべてのピアをクリアするには autonomous-system-number 引数を使用します。引数が指定されていない場合、このコマンドは BGP ネイバー セッションをすべてクリアし、リセットします。

（注） また、clear ip bgp * コマンドは内部 BGP 構造をすべてクリアするため、トラブルシューティング ツールとして便利です。

次に、BGP ネイバー セッションをすべてクリアし、リセットする例を示します。Cisco IOS Release 12.2(25)S 以降の構文では clear ip bgp all です。

ステップ 3 show ip bgp [ network-address ] [ network-mask ] [ longer-prefixes ] [ prefix-list prefix-list-name | route-map route-map-name ] [ shorter prefixes mask-length ]

BGP ルーティング テーブル内のエントリをすべて表示するには、このコマンドを使用します。次に、10.1.1.0 ネットワークの BGP ルーティング テーブル情報を表示する例を示します。

ステップ 4 show ip bgp neighbors [ neighbor-address ] [ received-routes | routes | advertised-routes | paths regexp | dampened-routes | received prefix-filter ]]

TCP および BGP 接続に関する情報をネイバーに表示するには、このコマンドを使用します。

次の例は、図 3 のルータ B から、ルータ E にある BGP ネイバー 192.168.3.2 にアドバタイズされるルートを示しています。

ステップ 5 show ip bgp paths

データベースにある BGP パスをすべて表示するには、このコマンドを使用します。次に、図 4 のルータ B に対する BGP パス情報を表示する例を示します。

ステップ 6 show ip bgp summary

BGP パスすべてのステータスを表示するには、このコマンドを使用します。次に、図 4 のルータ B に対する BGP ルーティング テーブル情報を表示する例を示します。

BGP を使用したルート プレフィクスの集約

BGP ピアは、ローカル ネットワークに関する情報を交換しますが、このために、BGP ルーティング テーブルはすぐに巨大になります。CIDR は、ルーティング テーブルのサイズを最小限に抑えるため、集約ルート（ supernets ）の作成を可能にします。BGP ルーティング テーブルが小さければ小さいほど、ネットワークのコンバージェンス時間が短縮され、ネットワークのパフォーマンスが高まります。集約されたルートは、BGP を使用して、設定およびアドバタイズできます。集約の中には、サマリー ルートだけをアドバタイズするものもありますが、別の方法を使ってルートを集約すると、より具体的なルートが転送できるようになります。集約は、BGP ルーティング テーブルに存在するルートだけに適用されます。集約されたルートは、BGP ルーティング テーブルに具体的な集約ルートが少なくともあと 1 つ存在する場合に転送されます。BGP 内でルートを集約するには、次の作業のいずれかを行います。

• 「BGP へのスタティック集約ルートの再配布」

• 「BGP を使用した条件付き集約ルートの設定」

• 「BGP を使用した集約されたルートのアドバタイズの抑制および抑制解除」

• 「BGP を使用した非アクティブなルート アドバタイズメントの抑制」

• 「BGP ルートの条件付きアドバタイズ」

BGP へのスタティック集約ルートの再配布

スタティック集約ルートを BPG に再配布するには、この作業を使用します。スタティック集約ルートは設定後、BGP ルーティング テーブルに再配布されます。スタティック ルートは、インターフェイス ヌル 0 をポイントするように設定する必要があります。また、プレフィクスは、既知の BGP ルートのスーパーセットでなければなりません。BGP パケットを受信したルータは、より具体的な BGP ルートを使用します。BGP ルーティング テーブルにルートがない場合、パケットはヌル 0 に転送され、廃棄されます。

手順の概要

1. enable

2. configure terminal

3. ip route prefix mask { ip-address | interface-type interface-number [ ip-address ]} [ distance ] [ name ] [ permanent | track number ] [ tag tag ]

4. router bgp autonomous-system-number

5. redistribute static

6. end

手順の詳細

BGP を使用した条件付き集約ルートの設定

少なくとも 1 つのルートが指定された範囲に含まれる場合、この作業を使用して、BGP ルーティング テーブルに集約ルート エントリを作成します。集約ルートは、このユーザの自律システムから始まるものとしてアドバタイズされます。

AS-SET 生成

AS-SET 情報は、 aggregate-address コマンドを使用して、BGP ルートが集約されたときに生成されます。このようなルートについてアドバタイズされたパスは、コミュニティを含め、要約されているすべてのパスに含まれる、すべての要素から構成される AS-SET です。集約される AS-PATH が同じものである場合、AS-PATH だけがアドバタイズされます。 aggregate-address コマンド用にデフォルトで設定されている ATOMIC-AGGREGATE アトリビュートは、AS-SET には追加されません。

手順の概要

1. enable

2. configure terminal

3. router bgp autonomous-system-number

4. aggregate-address address mask [ as-set ]

5. end

手順の詳細

BGP を使用した集約されたルートのアドバタイズの抑制および抑制解除

集約ルートを作成し、BGP を使用してルートのアドバタイズメントを抑制して、その後、ルートのアドバタイズの抑制を解除するには、この作業を使用します。抑制されているルートはいかなるネイバーにもアドバタイズされませんが、特定のネイバーに対してすでに抑制されているルートの抑制を解除することはできます。

手順の概要

1. enable

2. configure terminal

3. router bgp autonomous-system-number

4. neighbor ip-address remote-as autonomous-system-number

5. aggregate-address address mask [ summary-only ]
または
aggregate-address address mask [ suppress-map map-name ]

6. neighbor { ip-address | peer-group-name } unsuppress-map map-name

7. end

手順の詳細

BGP を使用した非アクティブなルート アドバタイズメントの抑制

BGP により、非アクティブなルートのアドバタイズメントを抑制するには、この作業を実行します。Cisco IOS Release 12.2(25)S、12.2(33)SXH、および 15.0(1)M では、BGP ピアに非アクティブなルートをアドバタイズしないように BGP を設定するための bgp suppress-inactive コマンドが導入されました。BGP ルーティング プロセスは、デフォルトで、RIB にインストールされていないルートを BGP ピアにアドバタイズできます。RIB にインストールされていないルートは非アクティブなルートです。非アクティブなルートのアドバタイズメントは、たとえば、共通のルート集約を通じてルートがアドバタイズされた場合に行われます。

非アクティブなルートのアドバタイズメントを抑制して、より整合性の取れたデータ フォワーディングを行うことができます。この機能は、IPv4 アドレス ファミリごとに設定できます。たとえば、 maximum routes グローバル コンフィギュレーション コマンドを使用して、VRF で設定できるルート数の最大値を指定するときに、この上限を超えた後、非アクティブなルートが VRF で使用されるのを防ぐために、このようなルートのアドバタイズメントを抑制することもできます。

前提条件

この作業は、BGP がイネーブルにされ、ピアリングが確立されていることを前提にしています。

制約事項

非アクティブ ルートの抑制を設定できるのは、IPv4 アドレス ファミリ、またはデフォルトの IPv4 汎用セッションの下だけです。

手順の概要

1. enable

2. configure terminal

3. router bgp as-number

4. address-family { ipv4 [ mdt | multicast | unicast [ vrf vrf-name ] | vrf vrf-name ] | vpnv4 [ unicast ]}

5. bgp suppress-inactive

6. end

7. show ip bgp rib-failure

手順の詳細

例

次の例に示す show ip bgp rib-failure コマンドの出力には、RIB にインストールされていないルートが表示されています。この出力からは、表示されたルートがインストールされなかったのは、より都合のよい管理ディスタンスのルートがすでに RIB に存在していたからであることがわかります。

BGP ルートの条件付きアドバタイズ

選択した BGP ルートを条件付きでアドバタイズするには、この作業を実行します。条件付きでアドバタイズされるルートまたはプレフィクスは、アドバタイズ マップと存在マップまたは不在マップの 2 つのルート マップで定義されます。存在マップまたは不在マップと関連付けられているルート マップは、BGP スピーカーが追跡するプレフィクスを指定します。アドバタイズ マップと関連付けられているルート マップは、条件が満たされたときに、指定されたネイバーにアドバタイズされるプレフィクスを指定します。

• 存在マップが設定されている場合、プレフィクスがアドバタイズ マップと存在マップの両方に存在するときに条件が満たされます。

• 不在マップが設定されている場合、プレフィクスがアドバタイズ マップには存在するが、不在マップには存在しないときに条件が満たされます。

条件が満たされない場合、ルートは取り消され、条件付きアドバタイズメントは行われません。条件付きアドバタイズメントを行うには、ダイナミックにアドバタイズされるルート、またはアドバタイズされないルートがすべて BGP ルーティング テーブルに存在する必要があります。これらのルートは、アクセス リストから、または IP プレフィクス リストから参照されます。

手順の概要

1. enable

2. configure terminal

3. router bgp autonomous-system-number

4. neighbor { ip-address | peer-group-name } remote-as autonomous-system-number

5. neighbor ip-address advertise-map map-name { exist-map map-name | non-exist-map map-name }

6. exit

7. route-map map-tag [ permit | deny ] [ sequence-number ]

8. match ip address { access-list-number [ access-list-number ... | access-list-name ...] | access-list-name [ access-list-number ... | access-list-name ] | prefix-list prefix-list-name [ prefix-list-name ...]}

9. トラッキングの対象となる各プレフィクスについて、ステップ 7 と 8 を繰り返します。

10. exit

11. access-list access-list-number { deny | permit } source [ source-wildcard ] [ log ]

12. 作成される各アクセス リストについて、ステップ 11 を繰り返します。

13. exit

手順の詳細

BGP ルートの開始

ルート集約は BGP テーブルのサイズを最小化するには便利ですが、BGP テーブルに特定のプレフィクスを追加する必要が生じることがあります。ルート集約では、特定のプレフィクスをさらに非表示にすることができます。「BGP ルーティング プロセスの設定」の説明のとおり network コマンドを使用して、ルートを開始し、次のオプション作業に従って、さまざまな状況に対応した BGP テーブルへの BGP ルートを開始します。

• 「BGP を使用したデフォルト ルートのアドバタイジング」

• 「BGP ルートの条件付き挿入」

• 「バックドア ルートを使用した BGP ルートの開始」

BGP を使用したデフォルト ルートのアドバタイジング

BGP ピアへのデフォルト ルートをアドバタイズするには、次の作業を実行します。デフォルト ルートはローカルに開始されます。コンフィギュレーションを簡素化する、またはルータがシステム リソースを過剰にしないように防ぐには、デフォルト ルートが便利です。ルータが Internet Service Provider（ISP; インターネット サービス プロバイダー）のピアである場合、ISP は完全なルーティング テーブルを持っているため、ISP ネットワークへのデフォルト ルートを設定しておくと、ローカル ルータのリソースが節約されます。

手順の概要

1. enable

2. configure terminal

3. ip prefix-list list-name [ seq seq-value ] { deny network / length | permit network / length } [ ge ge-value ] [ le le-value ]

4. route-map map-tag [ permit | deny ] [ sequence-number ]

5. match ip address { access-list-number [ access-list-number ... | access-list-name ...] | access-list-name [ access-list-number ... | access-list-name ] | prefix-list prefix-list-name [ prefix-list-name ...]}

6. exit

7. router bgp autonomous-system-number

8. neighbor { ip-address | peer-group-name } default-originate [ route-map map-name ]

9. end

手順の詳細

トラブルシューティングのヒント

デフォルト ルートが設定されていることを確認するには、ローカル ルータではなく受信側 BGP ピアで show ip route コマンドを使用します。この出力で、次に類似した行にデフォルト ルート 0.0.0.0 が表示されていることを確認します。

BGP ルートの条件付き挿入

標準のルート集約を通じて選択された具体性にかけるプレフィクスではなく、より具体的なプレフィクスを BGP ルーティング テーブルに挿入するには、この作業を実行します。より具体的なプレフィクスを使用すると、集約されたルートを使う場合よりも、よりきめ細かなトラフィック エンジニアリングや管理制御を行うことができます。

条件付き BGP ルートの挿入

BGP を通じてアドバタイズされるルートは、通常、使用されるルートの数が最小化され、グローバル ルーティング テーブルのサイズが小さくなるように集約されます。しかし、共通のルート集約では、より具体的なルーティング情報（より正確であるが、パケットを宛先に転送するために必要なわけではない）がわかりにくくなってしまいます。ルーティングの精度は、共通のルート集約により低下します。これは、トポロジ的に大きな領域に広がる複数のアドレスやホストを表すプレフィクスを 1 つのルートに正確に反映させることはできないからです。Cisco IOS ソフトウェアには、プレフィクスを BGP にする方法がいくつか用意されています。現在使用されている方法には、再配布する方法や、 network または aggregate-address コマンドを使った方法などがあります。これらの方法は、ルーティング テーブル、または BGP テーブルのいずれかにより具体的なルーティング情報（開始されるルートと一致するもの）が存在することを前提にしています。

BGP の条件付きルートの挿入により、一致するものがなくても、プレフィクスを BGP ルーティング テーブルにすることができます。この機能を使って、管理ポリシーやトラフィック エンジニアリング情報に基づいて、より具体的なルートを生成することができます。これにより、設定された条件が満たされた場合にだけ BGP ルーティング テーブルに挿入される、より具体的なルートへのパケットの転送をさらに厳密に制御できるようになります。この機能をイネーブルにすると、条件に応じて、あまり具体的ではないプレフィクスにより具体的なプレフィクスを挿入または置き換えることにより、共通のルート集約の精度を高めることができるようになります。元のプレフィクスと同じ、またはより具体的なプレフィクスだけが挿入されます。BGP 条件付きルート挿入をイネーブルにするには、 bgp inject-map exist-map コマンドを使用します。また、BGP 条件付きルート挿入では、2 つのルート マップ（挿入マップと存在マップ）を使用して、1 つ（または複数）のより具体的なプレフィクスが BGP ルーティング テーブルに挿入されます。exist-map は、BGP スピーカーにより追跡されるプレフィクスを表します。inject map は、ローカル BGP テーブルで作成され、このテーブルにインストールされるプレフィクスを定義します。

前提条件

この作業は、BGP ピアに対して、IGP がすでに設定されていることを前提にしています。

手順の概要

1. enable

2. configure terminal

3. router bgp autonomous-system-number

4. bgp inject-map inject-map-name exist-map exist-map-name [ copy-attributes ]

5. exit

6. route-map map-tag [ permit | deny ] [ sequence-number ]

7. match ip address { access-list-number [ access-list-number ... | access-list-name ...] | access-list-name [ access-list-number ... | access-list-name ] | prefix-list prefix-list-name [ prefix-list-name ...]}

8. match ip route-source { access-list-number | access-list-name } [ access-list-number ...| access-list-name ...]

9. exit

10. route-map map-tag [ permit | deny ] [ sequence-number ]

11. set ip address { access-list-number [ access-list-number ... | access-list-name ...] | access-list-name [ access-list-number ...| access-list-name ] | prefix-list prefix-list-name [ prefix-list-name ...]}

12. set community { community-number [ additive ] [ well-known-community ] | none }

13. exit

14. ip prefix-list list-name [ seq seq-value ] { deny network / length | permit network / length } [ ge ge-value ] [ le le-value ]

15. 作成される各プレフィクス リストについて、ステップ 14 を繰り返します。

16. exit

17. show ip bgp injected-paths

手順の詳細

例

次の出力例は、 show ip bgp injected-paths コマンドを入力したときに表示される出力に類似しています。

トラブルシューティングのヒント

BGP 条件付きルート挿入は、あまり具体的ではないプレフィクスがある場合に行われる、BGP ルーティング テーブルへのより具体的なプレフィクスの挿入に基づいています。条件付きルート挿入が適切に行われない場合は、次の点を確認してください。

• 条件付きルート挿入は設定されているが、行われないという場合は、BGP ルーティング テーブルに集約プレフィクスが存在することを確認します。BGP ルーティング テーブルにトラッキングされたプレフィクスが存在するかしないかは、 show ip bgp コマンドで確認できます。

• 集約プレフィクスは存在するが、条件付きルート挿入は行われないという場合は、集約プレフィクスが正しいネイバーから来ていること、およびこのネイバーを識別するプレフィクス リストが /32 一致であることを確認します。

• show ip bgp injected-paths コマンドを使用して、より具体的なプレフィクスが挿入されたかどうかを確認します。

• 挿入されるプレフィクスが、集約プレフィクスの範囲から外れていないことを確認します。

• 挿入ルート マップが、 match ip address コマンドではなく、 set ip address コマンドを使用して設定されていることを確認します。

バックドア ルートを使用した BGP ルートの開始

バックドア ルートを使用して到達可能なネットワークを示すには、この作業を実行します。バックドア ネットワークはローカル ネットワークと同様に扱われますが、アドバタイズされません。

BGP バックドア ルート

さまざまな自律システムとの通信に eBGP を使用する境界ルータを 2 つ使った BGP ネットワーク トポロジでは、2 つの境界ルータ間の通信で、最も効果的なルーティング方法は eBGP を使用することではありません。図 5 では、ルータ B は BGP スピーカーとして、eBGP を通るルータ D へのルートを受け取りますが、このルートは少なくとも 2 つの自律システムを横切っています。また、ルータ B とルータ D は Enhanced Interior Gateway Routing Protocol（EIGRP）ネットワーク（ここでは、すべての IGP を使用可能）を通じて接続されていますが、これが最短ルートです。しかし、EIGRP ルートのデフォルト アドミニストレーティブ ディスタンスは 90 で、eBGP ルートのデフォルト アドミニストレーティブ ディスタンスは 20 であるため、BGP は eBGP ルートを選びます。アドミニストレーティブ ディスタンスを変更すると、ルーティングがループする可能性があるため、デフォルト アドミニストレーティブ ディスタンスの変更は推奨しません。BGP に EIGRP ルートを選択させるには、 network backdoor コマンドを使用します。BGP は、network backdoor コマンドで指定されたネットワークをローカルに割り当てられたネットワークとして扱います。ただし、BGP アップデートで指定されたネットワークのアドバタイズは行いません。これは、図 5 では、ルータ B は長い eBGP ルートの代わりに、短い EIGRP を使ってルータ D と通信するという意味です。

図 5 BGP バックドア ルートのトポロジ

前提条件

この作業は、BGP ピアに対して、IGP（この例では EIGRP）がすでに設定されていることを前提にしています。この設定は図 5 のルータ B で行われます。また、BGP ピアはルータ D です。

手順の概要

1. enable

2. configure terminal

3. router bgp autonomous-system-number

4. neighbor ip-address remote-as autonomous-system-number

5. network ip-address backdoor

6. end

手順の詳細

BGP ピア グループの設定

この作業では、BGP ピア グループの設定方法を説明します。BGP スピーカーでは、多数のネイバーが同じアップデート ポリシー（つまり、同じアウトバウンド ルート マップ、配布リスト、フィルタ リスト、アップデート ソースなど）を使って設定されていることがよくあります。同じアップデート ポリシーを持つネイバーは、コンフィギュレーションを簡素化するため、またさらに重要なことには、アップデートをより効率化するために、ピア グループにグループ化されます。多数のピアがある場合、このアプローチを強く推奨します。

次の作業で説明されている、BGP ピア グループを設定するための 3 つの手順は次のとおりです。

• ピア グループを作成する

• ピア グループへオプションに割り当てる

• ピア グループのメンバをネイバーにする

neighbor shutdown ルータ コンフィギュレーション コマンドを使用して、コンフィギュレーション情報を削除せずに、BGP ピア、またはピア グループを削除することができます。

制約事項

デフォルトでは、ルータ コンフィギュレーション モードで neighbor remote-as コマンドを使用して定義されたネイバーは、IPv4 ユニキャスト アドレス プレフィクスだけを交換します。IPv6 プレフィクスなど、その他のアドレス プレフィクス タイプを交換するには、その他のプレフィクス タイプについて、アドレス ファミリ コンフィギュレーション モードで neighbor activate コマンドを使用し、ネイバーをアクティブ化することも必要です。

手順の概要

1. enable

2. configure terminal

3. router bgp autonomous-system-number

4. neighbor peer-group-name peer-group

5. neighbor ip-address remote-as autonomous-system-number

6. neighbor ip-address peer-group peer-group-name

7. address-family ipv4 [ unicast | multicast | vrf vrf-name ]

8. neighbor peer-group-name activate

9. neighbor ip-address peer-group peer-group-name

10. end

手順の詳細

ピア セッション テンプレートの設定

次に説明する作業では、ピア セッション テンプレートを作成し、設定します。

• 「基本的なピア セッション テンプレートの設定」

• 「inherit peer-session コマンドを使用したピア セッション テンプレートの継承の設定」

• 「neighbor inherit peer-session コマンドを使用したピア セッション テンプレートの継承の設定」

ピア テンプレートでの継承

継承機能は、ピア テンプレート操作の重要なコンポーネントです。ピア テンプレートでの継承は、たとえば、ファイルとディレクトリ ツリーなど、一般的なコンピューティングで見られるノードとツリーの構造に似ています。ピア テンプレートは、別のピア テンプレートから直接、または間接的にコンフィギュレーションを継承することができます。直接継承されたピア テンプレートは、構造体のツリーを表します。間接的に継承されたピア テンプレートはツリーのノードを表します。個々のノードも継承をサポートしているため、チェーン内で間接的に継承されたピア テンプレートすべてのコンフィギュレーションを、直接継承されたピア テンプレート、またはツリーのソースに適用するブランチも作成できます。この構造により、ネイバーのグループに通常、再適用されるコンフィギュレーション文を繰り返す必要がなくなります。これは、共通のコンフィギュレーション文を一度適用しておくと、その後は共通のコンフィギュレーションを持つネイバー グループに適用されるピア グループにより間接的に継承されるからです。ノードとツリーの内部で別々に複製されたコンフィギュレーション文は、直接継承したテンプレートにより、ツリーのソースでフィルタ処理されます。直接継承されたテンプレートは、直接継承されたテンプレートで複製された、間接的に継承された文をすべて上書きします。

継承によりネイバー コンフィギュレーションのスケーラビリティと柔軟性がさらに広がり、複数のピア テンプレート コンフィギュレーションをチェーンして、共通のコンフィギュレーション文を継承する単純なコンフィギュレーションを作成したり、共通に継承されるコンフィギュレーションとともに非常に限定的なコンフィギュレーション文を適用する複雑なコンフィギュレーションを作成したりできるようになります。ピア セッション テンプレートおよびピア ポリシー テンプレートでの継承の設定についての詳細は、これ以降のセクションで説明します。

BGP ネイバーが継承したピア テンプレートを使用する場合、特定のテンプレートに関連付けられているポリシーを判断するのが難しいことがあります。Cisco IOS 12.0(25)S、12.4(11)T、12.2(33)SRB、12.2(33)SB 以降のリリースでは、 show ip bgp template peer-policy コマンドに、特定のテンプレートに関連付けられているローカル ポリシーおよび継承されたポリシーの詳しいコンフィギュレーションを表示するためのキーワード detail が追加されました。

基本的なピア セッション テンプレートの設定

一般的な BGP ルーティング セッション コマンドを使って、この次に説明する 2 つの作業のうち 1 つを使用して、多数のネイバーに適用できる基本的なピア セッション テンプレートを作成するには、この作業を実行します。

（注） ステップ 5 と 6 のコマンドは任意で、サポートされている一般的なセッション コマンドのいずれとでも置き換えが可能です。

ピア セッション テンプレート

ピア セッション テンプレートは、一般的なセッション コマンドのコンフィギュレーションをグループ化し、セッション コンフィギュレーション要素を共有するネイバーのグループに適用するために使用されます。異なるアドレス ファミリで設定されているネイバーに共通する一般的なセッション コマンドは、同じピア セッション テンプレートに設定できます。ピア セッション テンプレートの作成と設定は、ピア セッション コンフィギュレーション モードで行います。ピア セッション テンプレートで設定できるのは、一般的なセッション コマンドだけです。次の一般的なセッション コマンドは、ピア セッション テンプレートでサポートされています。

• description

• disable-connected-check

• ebgp-multihop

• exit peer-session

• inherit peer-session

• local-as

• password

• remote-as

• shutdown

• timers

• translate-update

• update-source

• version

一般的なセッション コマンドをピア セッションで一度設定しておくと、ピア セッション テンプレートの直接適用、またはピア セッション テンプレートの間接継承によって、多数のネイバーに適用できます。ピア セッション テンプレートのコンフィギュレーションにより、自律システム内のすべてのネイバーに共通に適用される一般的なセッション コマンドのコンフィギュレーションが簡素化されます。

ピア セッション テンプレートは、直接継承と間接継承をサポートします。一度にピアの設定に使用できるピア セッション テンプレートは 1 つだけです。また、このピア セッション テンプレートは、間接継承されたピア セッション テンプレートを 1 つだけ含むことができます。

（注） 1 つのピア セッション テンプレートを使って、複数の継承文を設定しようとすると、エラー メッセージが表示されます。

この動作により、BGP ネイバーは 1 つのセッション テンプレートだけを直接継承し、最高 7 個のピア セッション テンプレートを間接継承できます。したがって、1 つのネイバーに最高 8 個のピア セッション コンフィギュレーション（直接継承されたピア セッション テンプレートのコンフィギュレーションと最高 7 個の間接継承されたピア セッション テンプレートのコンフィギュレーション）を適用できます。継承されたピア セッション コンフィギュレーションが最初に評価され、ブランチの最後のノードから、ツリーのソースで直接適用されたピア セッション テンプレートまで適用されます。直接適用されたピア セッション テンプレートは、継承されたピア セッション テンプレート コンフィギュレーションよりも優先されます。継承されたピア セッション テンプレートで複製されたコンフィギュレーション文はすべて、直接適用されたピア セッション テンプレートにより上書きされます。したがって、異なる値を使って、一般セッション コマンドを再度適用した場合、それ以降の値が優先され、間接継承されたテンプレートで設定された直前の値が上書きされます。次に、この機能を使用した例を示します。

次の例では、一般セッション コマンド remote-as 1 がピア セッション テンプレート SESSION-TEMPLATE-ONE に適用されます。

ピア セッション テンプレートは、一般的なセッション コマンドだけをサポートします。特定のアドレス ファミリ、または NLRI コンフィギュレーション モードだけのために設定される BGP ポリシー コンフィギュレーション コマンドは、ピア ポリシー テンプレートで設定されます。

制約事項

ピア セッション テンプレートには、次の制約事項が適用されます。

• ピア セッション テンプレートが直接継承できるセッション テンプレートは 1 つだけです。また、継承されたセッション テンプレートはそれぞれ、間接継承されたセッション テンプレートを 1 つ含むことができます。したがって、ネイバー、またはネイバー グループの設定には、直接適用されたピア セッション テンプレートを 1 個だけと、間接継承されたピア セッション テンプレートを 7 個使用できます。

• ピア グループおよびピア テンプレートの両方で機能するように BGP ネイバーを設定することはできません。BGP ネイバーは、1 つのピア グループだけに属するように設定するか、またはピア テンプレートだけからポリシーを継承するように設定できます。

手順の概要

1. enable