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

BGP は主に、ローカル ネットワークを外部ネットワークに接続して、インターネットにアクセスしたり、他の組織に接続したりするために使用されます。外部組織への接続時に、外部 BGP（eBGP）ピアリング セッションが作成されます。BGP は外部ゲートウェイ プロトコル（EGP）と呼ばれますが、組織における多くのネットワークは非常に複雑になりつつあるため、BGP を組織内で使用されている内部ネットワークを簡素化する際にも使用できます。同じ組織内の BGP ピアは、内部 BGP（iBGP）ピアリング セッションを通じて、ルーティング情報を交換します。

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

BGP では、ルータ ID を使用して、BGP スピーキング ピアを識別します。BGP ルータ ID は 32 ビット値であり、IPv4 アドレスで表すことがよくあります。デフォルトでは、シスコ ソフトウェアによって、ルータ ID がルータ上のループバック インターフェイスの IPv4 アドレスに設定されます。デバイス上でループバック インターフェイスが設定されていない場合は、BGP ルータ ID を表すためにデバイスの物理インターフェイスに設定されている最上位の IPv4 アドレスがソフトウェアによって選択されます。BGP ルータ ID は、ネットワーク内の BGP ピアごとに一意である必要があります。

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

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

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

RFC 4271『A Border Gateway Protocol 4 (BGP-4)』に記述されているように、2009 年 1 月まで、企業に割り当てられていた BGP 自律システム番号は 1 ～ 65535 の範囲の 2 オクテットの数値でした。自律システム番号の要求の増加に伴い、インターネット割り当て番号局（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 を参照してください。

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 形式を使用する必要があり、使用しない場合正規表現によるマッチングは失敗します。次の表に示すように、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 進数）形式のままになります。

表 2. asplain をデフォルトとする 4 バイト自律システム番号形式

書式	設定形式	show コマンド出力および正規表現のマッチング形式
asplain	2 バイト：1 ～ 655354 バイト：65536 ～ 4294967295	2 バイト：1 ～ 655354 バイト：65536 ～ 4294967295
asdot	2 バイト：1 ～ 655354 バイト：1.0 ～ 65535.65535	2 バイト：1 ～ 655354 バイト：65536 ～ 4294967295

表 3. asdot を使用する 4 バイト自律システム番号形式

書式	設定形式	show コマンド出力および正規表現のマッチング形式
asplain	2 バイト：1 ～ 655354 バイト：65536 ～ 4294967295	2 バイト：1 ～ 655354 バイト：1.0 ～ 65535.65535
asdot	2 バイト：1 ～ 655354 バイト：1.0 ～ 65535.65535	2 バイト：1 ～ 655354 バイト：1.0 ～ 65535.65535

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

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 がサポートできるように開発されました。新しい予約済み（プライベート）自律システム番号（23456）は RFC 4893 により作成された番号で、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/ を参照してください。

Cisco IOS Release 12.0(32)SY8、12.0(33)S3、12.2(33)SRE、12.2(33)XNE、12.2(33)SXI1、15.1(1)SG、およびそれ以降のリリースでは、シスコが採用している 4 バイト自律システム番号は、AS 番号の正規表現のマッチングおよび出力表示形式のデフォルトとして asplain（たとえば、65538）を使用しています。ただし、RFC 5396 に記載されているとおり、4 バイト自律システム番号を asplain 形式および asdot 形式の両方で設定できます。

4 バイト自律システム番号の正規表現マッチングと出力表示のデフォルトを asdot 形式に変更するには、bgp asnotation dot コマンドの後に clear ip bgp * コマンドを実行し、現在の BGP セッションをすべてハード リセットします。

Cisco IOS Release 12.0(32)S12、および 12.4(24)T では、シスコが採用している 4 バイト自律システム番号は、設定形式、正規表現とのマッチング、および出力表示として、asdot（たとえば、1.2）だけを使用しています。asplain はサポートしていません。

4 バイト番号を使用する 2 つの自律システム内の BGP ピアの例については、下の図を参照してください。asdot 表記法を使用して設定された、異なる 4 バイトの自律システムにある 3 つのネイバー ピアの間での設定例については、「例：BGP ルーティング プロセスと 4 バイト自律システム番号を使用したピアの設定」を参照してください。

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

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

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 ルーティング プロセスは、有限状態マシン（FSM）エラー コードが入った通知メッセージを送信してから、Idle ステートに移行します。

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

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

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

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

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

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

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

router bgp <AS>
 ! AF independent part
 neighbor <ip-address> <command> ! Session config; AF independent 
 address-family ipv4 unicast
  ! AF dependant part
  neighbor <ip-address> <command> ! Policy config; AF dependant 
  exit-address-family 
 address-family ipv4 multicast
  ! AF dependant part
  neighbor <ip-address> <command> ! Policy config; AF dependant
  exit-address-family 
 address-family ipv4 unicast vrf <vrf-name>
  ! VRF specific AS independent commands
  ! VRF specific AS dependant commands
  neighbor <ip-address> <command> ! Session config; AF independent
  neighbor <ip-address> <command> ! Policy config; AF dependant 
  exit-address-family 

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

router bgp 45000
 router-id 172.17.1.99
 bgp log-neighbor-changes
 neighbor 192.168.1.2 remote-as 40000
 neighbor 192.168.3.2 remote-as 50000
 address-family ipv4 unicast
  neighbor 192.168.1.2 activate
  network 172.17.1.0 mask 255.255.255.0
  exit-address-family
 address-family ipv4 multicast
  neighbor 192.168.3.2 activate
  neighbor 192.168.3.2 advertisement-interval 25
  network 172.16.1.0 mask 255.255.255.0
  exit-address-family
 address-family ipv4 vrf vpn1
  neighbor 192.168.3.2 activate
  network 172.21.1.0 mask 255.255.255.0
  exit-address-family

bgp upgrade-cli コマンドは、BGP ネットワークと既存のコンフィギュレーションのネットワーク層到達可能性情報（NLRI）形式からアドレス ファミリ形式への移行を簡素化します。ネットワーク オペレータは、Address Family Identifier（AFI）形式でコマンドを設定し、この設定を既存の NLRI 形式の設定に保存できます。NLRI 形式の制限のため、BGP ハイブリッド コマンドライン インターフェイス（CLI）は、AFI および NLRI の統合を完全にはサポートしていません。AFI コマンドおよび機能をすべてサポートするためには、bgp upgrade-cli コマンドを使用して、既存の NLRI コンフィギュレーションをアップグレードすることを推奨します。NLRI 形式からアドレス ファミリ形式への BGP コンフィギュレーションの移行例については、このモジュールの「例：NLRI から AFI へのコンフィギュレーション」の項を参照してください。

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

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

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

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

         Received route refresh capability from peer.

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

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

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

bgp suppress-inactive コマンドは、非アクティブのルートをどの BGP ピアにもアドバタイズしないように BGP を設定します。BGP ルーティング プロセスは、デフォルトで、ルーティング情報データベース（RIB）にインストールされていないルートを BGP ピアにアドバタイズできます。RIB にインストールされていないルートは非アクティブなルートです。非アクティブなルートのアドバタイズメントは、たとえば、共通のルート集約を通じてルートがアドバタイズされた場合に行われます。非アクティブなルートのアドバタイズメントを抑制して、より整合性の取れたデータ フォワーディングを行うことができます。

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

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

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

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

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

（注）	挿入マップおよび存在マップで一致となるプレフィックスはルート マップ句ごとに 1 つだけです。さらにプレフィックスを挿入するには、ルート マップ句を追加で設定する必要があります。複数のプレフィックスが使用されている場合は、一致する最初のプレフィックスが使用されます。

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

さまざまな自律システムとの通信に eBGP を使用する境界デバイスを 2 つ使った BGP ネットワーク トポロジでは、2 つの境界デバイス間の通信で、最も効果的なルーティング方法は eBGP を使用することではありません。下の図では、ルータ 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 アップデートで指定されたネットワークのアドバタイズは行いません。これは、 下の図では、ルータ B は長い eBGP ルートの代わりに、短い EIGRP を使ってルータ D と通信するという意味です。

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

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

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

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

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

Cisco IOS Release 12.0(24)S、12.2(18)S、12.3(4)T、12.2(27)SBC、およびそれ以降のリリースには、同一のアウトバウンド ポリシーを共有し、同一のアップデート メッセージを共有するネイバーのアップデート グループをダイナミックに計算および最適化できる新しいアルゴリズムが導入されました。BGP ダイナミック アップデート グループをイネーブルにするための設定は必要ありません。アルゴリズムは自動的に実行されます。アウトバウンド ポリシーが変更された場合、ルータは、1 分間のタイマー期限が切れた後で、アウトバウンド ソフト リセットをトリガーすることにより、自動的にアップデート グループ メンバーシップを再計算し、変更を適用します。この動作は、ネットワーク オペレータがミスを犯した場合に、コンフィギュレーションを変更する時間を与えるように設計されています。タイマー期限が切れる前に、アウトバウンド ソフト リセットを手動で有効にするには、clear ip bgp ip-address soft out コマンドを入力します。

（注）	Cisco IOS Release 12.0(22)S、12.2(14)S、12.3(2)T およびそれ以前のリリースでは、アップデート グループの再計算遅延タイマーは 3 分間に設定されています。

BGP アップデート グループの生成を最適化するには、ネットワーク オペレータは、類似するアウトバウンド ポリシーを持つネイバーのアウトバウンド ルーティング ポリシーを同じものにしておくことを推奨します。

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

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

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

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

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

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

（注）	BGP ネイバーを、ピア グループとピア テンプレートの両方と連動するようには設定できません。BGP ネイバーは、1 つのピア グループだけに属するように設定するか、またはピア テンプレートからポリシーを継承するように設定します。

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

• ピア ポリシー テンプレートは、直接的、または間接的に、最高 8 個のピア ポリシー テンプレートを継承できます。

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

継承機能は、ピア テンプレート操作の重要なコンポーネントです。ピア テンプレートでの継承は、たとえば、ファイルとディレクトリ ツリーなど、一般的なコンピューティングで見られるノードとツリーの構造に似ています。ピア テンプレートは、別のピア テンプレートから直接、または間接的にコンフィギュレーションを継承することができます。直接継承されたピア テンプレートは、構造体のツリーを表します。間接的に継承されたピア テンプレートはツリーのノードを表します。個々のノードも継承をサポートしているため、チェーン内で間接的に継承されたピア テンプレートすべてのコンフィギュレーションを、直接継承されたピア テンプレート、またはツリーのソースに適用するブランチも作成できます。

この構造により、ネイバーのグループに通常、再適用されるコンフィギュレーション文を繰り返す必要がなくなります。これは、共通のコンフィギュレーション文を一度適用しておくと、その後は共通のコンフィギュレーションを持つネイバー グループに適用されるピア グループにより間接的に継承されるからです。ノードとツリーの内部で別々に複製されたコンフィギュレーション文は、直接継承したテンプレートにより、ツリーのソースでフィルタ処理されます。直接継承されたテンプレートは、直接継承されたテンプレートで複製された、間接的に継承された文をすべて上書きします。

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

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

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

• 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 に適用されます。

template peer-session SESSION-TEMPLATE-ONE 
 remote-as 1
 exit peer-session

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

ピア ポリシー テンプレートは、特定のアドレス ファミリおよび NLRI コンフィギュレーション モードで適用されるコマンドのコンフィギュレーションをグループ化し、適用するために使用されます。ピア ポリシー テンプレートの作成と設定は、ピア ポリシー コンフィギュレーション モードで行います。特定のアドレス ファミリ専用に設定される BGP ポリシー コマンドは、ピア ポリシー テンプレートで設定されます。ピア ポリシー テンプレートでは、次の BGP ポリシー コマンドがサポートされています。

• advertisement-interval

• allowas-in

• as-override

• capability

• default-originate

• distribute-list

• dmzlink-bw

• exit-peer-policy

• filter-list

• inherit peer-policy

• maximum-prefix

• next-hop-self

• next-hop-unchanged

• prefix-list

• remove-private-as

• route-map

• route-reflector-client

• send-community

• send-label

• soft-reconfiguration

• unsuppress-map

• weight

ピア ポリシー テンプレートは、特定のアドレス ファミリに属するネイバーに設定される BGP ポリシー コマンドの設定に使用されます。ピア セッション テンプレートと同様、ピア ポリシー テンプレートを一度設定しておくと、直接適用、または継承を通じて、多数のネイバーにピア ポリシー テンプレートを適用することができます。ピア ポリシー テンプレートの設定により、自律システム内のすべてのネイバーに適用される BGP ポリシー コマンドの設定が簡略化されます。

ピア セッション テンプレートと同様、ピア ポリシー テンプレートは継承をサポートしています。しかし、多少の違いはあります。直接適用されたピア ポリシー テンプレートは、最大 7 つのピア ポリシー テンプレートから設定を直接的または間接的に継承できます。したがって、合計 8 つのピア ポリシー テンプレートをネイバーまたはネイバー グループに適用できます。ルート マップと同じように、継承されたピア ポリシー テンプレートにはシーケンス番号が設定されます。また、ルート マップと同じように、継承されたピア ポリシー テンプレートは、最も低いシーケンス番号を持つ inherit peer-policy 文が最初に評価され、最も高いシーケンス番号のものが最後に評価されます。ただし、ピア ポリシー テンプレートはルート マップのように折りたたむことはできません。シーケンスはすべて評価されます。異なる値を使って、BGP ポリシー コマンドが再適用された場合は、シーケンス番号の小さいものから順に、前の値がすべて上書きされます。

直接適用されたピア ポリシー テンプレートと、シーケンス番号が最も大きい inherit peer-policy 文のプライオリティは常に最も高く、最後に適用されます。これ以降のピア テンプレートに再適用されるコマンドは、必ず、前の値を上書きします。この動作は、個々のポリシー コンフィギュレーション コマンドを重複させることなく、共通のポリシー コンフィギュレーションは大規模なネイバー グループに適用し、特定のポリシー コンフィギュレーションは特定のネイバーやネイバー グループだけに適用できるように設計されています。

ピア ポリシー テンプレートは、ポリシー コンフィギュレーション コマンドだけをサポートします。特定のアドレス ファミリ用に設定される BGP ポリシー コンフィギュレーション コマンドは、ピア ポリシー テンプレートで設定されます。

ピア ポリシー テンプレートの設定により、BGP 設定が簡略化され、柔軟性が向上します。特定のポリシーを 1 回設定すれば、何回も参照できます。ピア ポリシーは最大 8 レベルの継承をサポートするため、非常に具体的で複雑な BGP ポリシーも作成できます。

Cisco IOS Release 12.2(33)SRE4 よりも前のリリースでは、デフォルトで IPv6 と IPv4 の両方の機能は、IPv6 アドレスを持つ BGP ピアと交換されます。IPv6 ピアを設定すると、そのネイバーは、IPv4 ユニ キャスト アドレス ファミリの下で自動的にアクティブになります。

Cisco IOS Release 12.2(33)SRE4 以降では、新しい IPv6 ネイバーが設定されると、IPv4 アドレス ファミリの下では自動的にアクティブ化されません。たとえば、デュアル スタック環境があり、IPv6 と IPv4 プレフィックスを送信しようとする場合、IPv4 アドレス ファミリの下で手動で IPv6 ネイバーをアクティブにできます。

既存の IPv6 ピアを IPv4 アドレス ファミリの下でアクティブにしない場合、no neighbor activate コマンドでピアを手動で非アクティブにできます。それまでは、IPv4 ユニキャスト アドレス ファミリの下で IPv6 ネイバーをアクティブにする既存のコンフィギュレーションはセッションの確立を試行し続けます。

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

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

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

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