Cisco NCS 5000 シリーズ ルータの BGP コンフィギュレーション ガイド、IOS XR リリース 6.0.x

BGP ルーティングをイネーブルにし、BGP ルーティング プロセスを設定するには、次の作業を実行します。BGP ネイバーの設定は、BGP ルーティングのイネーブル化の一部として含まれています。

（注）	BGP ルーティングをイネーブルにするには、1 つ以上のネイバーおよび 1 つ以上のアドレス ファミリを設定する必要があります。address family コマンドおよび remote as コマンドを使用して、リモート AS とアドレス ファミリの両方を持つ 1 つ以上のネイバーをグローバルに設定する必要があります。

はじめる前に

BGP はルータ ID（設定済みループバック アドレスなど）を取得できなければなりません。1 つ以上のアドレス ファミリを BGP ルータ コンフィギュレーションに設定する必要があり、同じアドレス ファミリをネイバーの下にも設定する必要があります。

（注）	ネイバーが外部 BGP（eBGP）ピアとして設定されている場合は、route-policy コマンドを使用して、インバウンドおよびアウトバウンドのルート ポリシーをネイバー上に設定する必要があります。

1.    configure


2.    route-policyroute-policy-name


3.    end-policy


4.    commit


5.    configure


6.    router bgpas-number


7.    bgp router-idip-address


8.    address-family {ipv4 | ipv6} unicast

9.    exit


10.    neighborip-address


11.    remote-asas-number


12.    address-family {ipv4 | ipv6} unicast

13.    route-policyroute-policy-name {in | out}

14.    commit

RP/0/RP0/CPU0:router(config)# route-policy drop-as-1234
  RP/0/RP0/CPU0:router(config-rpl)# if as-path passes-through '1234' then
  RP/0/RP0/CPU0:router(config-rpl)# apply check-communities
  RP/0/RP0/CPU0:router(config-rpl)# else
  RP/0/RP0/CPU0:router(config-rpl)# pass
  RP/0/RP0/CPU0:router(config-rpl)# endif
  

RP/0/RP0/CPU0:router(config-rpl)# end-policy

RP/0/RP0/CPU0:router(config)# router bgp 120

RP/0/RP0/CPU0:router(config-bgp)# bgp router-id 192.168.70.24

RP/0/RP0/CPU0:router(config-bgp)# address-family ipv4 unicast

RP/0/RP0/CPU0:router(config-bgp-af)# exit

RP/0/RP0/CPU0:router(config-bgp)# neighbor 172.168.40.24

RP/0/RP0/CPU0:router(config-bgp-nbr)# remote-as 2002

RP/0/RP0/CPU0:router(config-bgp-nbr)# address-family ipv4 unicast

RP/0/RP0/CPU0:router(config-bgp-nbr-af)# route-policy drop-as-1234 in

  prefix-set static
     2020::/64,
     2012::/64,
     10.10.0.0/16,
     10.2.0.0/24
  end-set
  
  route-policy pass-all
    pass
  end-policy
  route-policy set_next_hop_agg_v4
    set next-hop 10.0.0.1  
  end-policy
  
  route-policy set_next_hop_static_v4
    if (destination in static) then
      set next-hop 10.1.0.1
    else
      drop
    endif
  end-policy
  
  route-policy set_next_hop_agg_v6
    set next-hop 2003::121
  end-policy
  
  route-policy set_next_hop_static_v6
    if (destination in static) then
       set next-hop 2011::121
    else
       drop
    endif
  end-policy
  
  router bgp 65000
    bgp fast-external-fallover disable
    bgp confederation peers
      65001
      65002
    bgp confederation identifier 1
    bgp router-id 1.1.1.1
    address-family ipv4 unicast
      aggregate-address 10.2.0.0/24 route-policy set_next_hop_agg_v4
      aggregate-address 10.3.0.0/24 
      redistribute static route-policy set_next_hop_static_v4
    address-family ipv6 unicast
      aggregate-address 2012::/64 route-policy set_next_hop_agg_v6
      aggregate-address 2013::/64
      redistribute static route-policy set_next_hop_static_v6
   			neighbor 10.0.101.60
      remote-as 65000
      address-family ipv4 unicast
      neighbor 10.0.101.61
      remote-as 65000 
      address-family ipv4 unicast
      neighbor 10.0.101.62
      remote-as 3
      address-family ipv4 unicast
        route-policy pass-all in
        route-policy pass-all out
      neighbor 10.0.101.64
      remote-as 5
      update-source Loopback0
      address-family ipv4 unicast
        route-policy pass-all in
        route-policy pass-all out
      

1.    configure


2.    router bgpas-number


3.    timers bgpkeepalive hold-time


4.    neighborip-address


5.    timerskeepalive hold-time


6.    commit

RP/0/RP0/CPU0:router(config)# router bgp 123

RP/0/RP0/CPU0:router(config-bgp)# timers bgp 30 90

RP/0/RP0/CPU0:router(config-bgp)# neighbor 172.168.40.24

RP/0/RP0/CPU0:router(config-bgp-nbr)# timers 60 220

1.    configure


2.    router bgpas-number


3.    bgp default local-preferencevalue


4.    commit

RP/0/RP0/CPU0:router(config)# router bgp 120

RP/0/RP0/CPU0:router(config-bgp)# bgp default local-preference 200

1.    configure


2.    router bgpas-number


3.    default-metricvalue


4.    commit

RP/0/RP0/CPU0:router(config)# router bgp 120

RP/0/RP0/CPU0:router(config-bgp)# default metric 10

1.    configure


2.    router bgpas-number


3.    neighborip-address


4.    remote-asas-number


5.    address-family {ipv4 | ipv6} unicast

6.    weightweight-value


7.    commit

RP/0/RP0/CPU0:router(config)# router bgp 120

RP/0/RP0/CPU0:router(config-bgp)# neighbor 172.168.40.24

RP/0/RP0/CPU0:router(config-bgp-nbr)# remote-as 2002 

RP/0/RP0/CPU0:router(config-bgp-nbr)# address-family ipv4 unicast

RP/0/RP0/CPU0:router(config-bgp-nbr-af)# weight 41150

新たに設定したウェイトを反映するには、clear bgp コマンドを使用します。

BGP ルータは、通常は同じ宛先に対する複数のパスを受信します。BGP の最適パス アルゴリズムは、IP ルーティング テーブルに格納し、トラフィックの転送に使用する最適なパスを決めるものです。BGP 最適パスは、次の 3 つのステップで構成されます。

• ステップ 1：2 つのパスを比較して、いずれが優れているのかを判別します。

• ステップ 2：すべてのパスを順に処理し、全体として最適なパスを選択するためにパスを比較する順序を決定します。

• ステップ 3：新しい最適パスを使用するに足るだけの差が新旧の最適パスにあるかどうかを判別します。

（注）	比較演算が推移的ではないため、ステップ 2 で決定された比較の順序は重要です。つまり、3 つのパス、A、B、C がある場合、A と B を比較したときに A の方が優れていて、B と C と比較したときに B の方が優れている場合、A と C を比較したときに必ずしも A が優れているとは限りません。この非推移性は、Multi Exit Discriminator（MED）は、すべてのパス間ではなく、同じネイバー自律システム（AS）からのパス間のみで比較されるために生じます。BGP 最適パス アルゴリズムその他概念的な詳細を提供します。

デフォルトの BGP 最適パスの計算の動作を変更するには、次の作業を実行します。

1.    configure


2.    router bgpas-number


3.    bgp bestpath med missing-as-worst


4.    bgp bestpath med always


5.    bgp bestpath med confed


6.    bgp bestpath as-path ignore


7.    bgp bestpath compare-routerid


8.    commit

RP/0/RP0/CPU0:router(config)# router bgp 126

RP/0/RP0/CPU0:router(config-bgp)# bgp bestpath med missing-as-worst

RP/0/RP0/CPU0:router(config-bgp)# bgp bestpath med always

RP/0/RP0/CPU0:router(config-bgp)# bgp bestpath med confed

RP/0/RP0/CPU0:router(config-bgp)# bgp bestpath as-path ignore

RP/0/RP0/CPU0:router(config-bgp)# bgp bestpath compare-routerid

アドミニストレーティブ ディスタンスは、ルーティング情報源の信頼性を示す評価基準です。通常は、値が大きいほど、信頼性の格付けが下がります。一般的にルートは複数のプロトコルによって検出されます。アドミニストレーティブ ディスタンスは、複数のプロトコルから学習したルートを区別するために使用されます。最もアドミニストレーティブ ディスタンスが低いルートが IP ルーティング テーブルに組み込まれます。BGP はデフォルトで、次に示すアドミニストレーティブ ディスタンスを使用します。

表 1 デフォルトの BGP アドミニストレーティブ ディスタンス

ディスタンス	デフォルト値	機能
External	20	eBGP から学習したルートに適用されます。
内部	200	iBGP から学習したルートに適用されます。
ローカル	200	ルータを起点とするルートに適用されます。

（注）	ディスタンスは BGP パス選択アルゴリズムに影響しませんが、BGP で学習されたルートを IP ルーティング テーブルに組み込むかどうかを左右します。

あるルートのクラスよりも別のルートのクラスを優先するために使用できるアドミニストレーティブ ディスタンスを使用することを指定するには、次の作業を実行します。

1.    configure


2.    router bgpas-number


3.    address-family {ipv4 | ipv6} unicast

4.    distance bgpexternal-distance internal-distance local-distance


5.    commit

RP/0/RP0/CPU0:router(config)# router bgp 120

RP/0/RP0/CPU0:router(config-bgp)# address-family ipv4 unicast

RP/0/RP0/CPU0:router(config-bgp-af)# distance bgp 20 20 200

1.    configure


2.    router bgpas-number


3.    address-family {ipv4 | ipv6} unicast

4.    network {ip-address /prefix-length | ip-address mask} backdoor

5.    commit

RP/0/RP0/CPU0:router(config)# router bgp 120

RP/0/RP0/CPU0:router(config-bgp)# address-family ipv4 unicast

RP/0/RP0/CPU0:router(config-bgp-af)# network 172.20.0.0/16 

バックドア：例

ここでは、ルータ A と C、ルータ B と C が eBGP を実行しています。ルータ A および B は、IGP を実行しています（ルーティング情報プロトコル（RIP）、Enhanced Interior Gateway Routing Protocol（IGRP）、Enhanced IGRP、または Open Shortest Path First（OSPF）など）。RIP、IGRP、Enhanced IGRP、および OSPF のデフォルト ディスタンスは、それぞれ、120、100、90、および 110 です。これらの距離はすべて eBGP のデフォルト ディスタンス（20）よりも長くなります。通常は、ディスタンスの一番小さいルートが優先されます。

ルータ A は、160.10.0.0 に関するアップデートを、eBGP と IGP の 2 つのルーティング プロトコルから受信します。eBGP のデフォルトのディスタンスが IGP のデフォルトのディスタンスよりも低いので、ルータ A はルータ C からの eBGP-learned ルートを選択します。ルータ A にルータ B（IGP）からの 160.10.0.0 について学習させる場合は、BGP バック ドアを確立します。を参照してください。

次の例では、ネットワーク バックドアが設定されています。

RP/0/RP0/CPU0:router(config)# router bgp 100
RP/0/RP0/CPU0:router(config-bgp)# address-family ipv4 unicast
RP/0/RP0/CPU0:router(config-bgp-af)# network 160.10.0.0/16 backdoor

ルータ A では、eBGP-learned ルートをローカルとして扱い、ディスタンス 200 で IP ルーティング テーブルに組み込みます。このネットワークは Enhanced IGRP を介しても学習しているため（ディスタンスは 90）、Enhanced IGRP ルートは、IP ルーティング テーブルに正常に組み込まれ、トラフィックの転送に使用されます。Enhanced IGRP-learned ルートが停止すると、eBGP-learned ルートが IP ルーティング テーブルに組み込まれ、トラフィックの転送に使用されます。

Although BGP ではネットワーク 160.10.0.0 をローカル エントリとして扱いますが、通常、ローカル エントリをアドバタイズするようにネットワーク 160.10.0.0 をアドバタイズすることはありません。

1.    configure


2.    router bgpas-number


3.    address-family {ipv4 | ipv6} unicast

4.    aggregate-addressaddress/mask-length [as-set] [as-confed-set] [summary-only] [route-policyroute-policy-name]

5.    commit

RP/0/RP0/CPU0:router(config)# router bgp 120

RP/0/RP0/CPU0:router(config-bgp)# address-family ipv4 unicast

RP/0/RP0/CPU0:router(config-bgp-af)# aggregate-address 10.0.0.0/8 as-set

自律システム番号（ASN）は、自律システム（AS）を識別するために使用されるグローバルに一意な識別子であり、これにより、AS では、ネイバー AS との間で外部ルーティング情報を交換できるようになります。一意の ASN は、BGP ルーティングで使用するために各 AS に割り当てられます。BGP では、ASN を 2 バイトの番号および 4 バイトの番号としてエンコードします。

iBGP メッシュを削減する方法の 1 つとして、ある自律システムを複数の副自律システムに分割し、単一のコンフェデレーションにグループ化することがあげられます。外部からは、このコンフェデレーションは単一の自律システムであるかのように見えます。各自律システムは内部で完全にメッシュ化されていて、同じコンフェデレーション内の他の自律システムとの間には数本の接続があります。異なる自律システム内にあるピアは eBGP セッションを持ちますが、ルーティング情報は iBGP ピアと同様な方法で交換されます。具体的には、ネクスト ホップ、MED、およびローカル プリファレンス情報は維持されます。この機能により、自律システムすべてに対して単一の IGP を保持できます。

ボーダー ゲートウェイ プロトコル（BGP）の追加パス機能では、1 つのプレフィックスに対して複数のパスを送信できるように、BGP スピーカーの BGP プロトコル機械を変更します。これにより、ネットワークに「パスの多様性」が生まれます。追加パスにより、エッジ ルータでの BGP プレフィックス独立コンバージェンス（PIC）が可能になります。

BGP 追加パスでは、iBGP ネットワーク内の追加パス アドバタイズメントが可能になり、プレフィックスに対する次のタイプのパスがアドバタイズされます。

• バックアップ パス：高速コンバージェンスおよび接続の回復をイネーブルにします。

• グループ最適パス：ルート振動を解決します。

• すべてのパス：iBGP フル メッシュをエミュレートします。

最大プレフィックス機能では、特定のアドレス ファミリのネイバーから受信されるプレフィックスの数に上限が課されます。受信されるプレフィックスの数が設定した最大数を超えると、停止通知がネイバーに送信された後、BGP セッションが終了します（これはデフォルト動作です）。手動によるクリアがユーザによって実行されるまで、セッションはダウンしたままになります。セッションは、clear bgp コマンドを使用して再開できます。restart キーワードを指定した maximum-prefix コマンドを使用して、セッションを自動的に起動できるまでの期間を設定できます。プレフィックスの上限はユーザが設定できます。ユーザがそのアドレス ファミリに対するプレフィックスの最大数を設定していない場合は、デフォルトの制限値が使用されます。

同じ回線で、最大プレフィックス値が変更された場合のアクションを次に示します。

• 最大値が単独で変更されると、必要に応じてルート更新メッセージが送信されます。

• 新しい最大値が現在のプレフィックス カウント ステートよりも大きい場合、新しいプレフィックス ステートが保存されます。

• 新しい最大値が現在のプレフィックス カウント ステートより小さい場合、新しく設定されたステートの値に一致するように、既存のプレフィックスが一部削除されます。

どのプレフィックスを削除するかを制御する方法は現在ありません。

最適外部パス機能では、ローカルで選択された最適パスが内部ピアからのパスの場合における、iBGP およびルート リフレクタ ピアへの最適外部パスのアドバタイズメントをサポートしています。BGP では各宛先に対して最適パスを 1 つとバックアップ パスを 1 つ選択します。デフォルトでは、最適パスを 1 つ選択します。さらに、BGP では、1 つのプレフィックスに対する残りの外部パスのうちから別の最適パスを選択します。1 つのパスのみが最適外部パスとして選択され、バックアップ パスとして他の PE に送信されます。BGP では、最適パスが iBGP パスの場合のみ最適外部パスを計算します。最適パスが eBGP パスの場合、最適外部パス計算は不要です。

最適外部パスを決定する手順を次に示します。

1. プレフィックスに利用可能なパスの全セットから最適パスを決定します。

2. 現在の最適パスを除外します。

3. このプレフィックスのすべての内部パスを除外します。

4. 残りのパスから、現在の最適パスと同じネクスト ホップを持つすべてのパスを除外します。

5. 残りのパスのセットに対して最適パス アルゴリズムを再度実行し、最適外部パスを決定します。

BGP では、1 つのプレフィックスに対する外部およびコンフェデレーションの BGP パスを考慮して最適外部パスを計算します。BGP では、最適パスおよび最適外部パスを次のようにアドバタイズします。

• プライマリ PE 上：プレフィックスの最適パスを内部と外部の両方のピアにアドバタイズ

• バックアップ PE 上：あるプレフィックスに対して選択された最適パスを外部ピアにアドバタイズし、このプレフィックスに対して選択された最適外部パスを内部ピアにアドバタイズ

プライマリ PE-CE リンクが故障した場合、BGP では、プライマリ パスに対応するルートおよびこのルートのローカル ラベルを取り消し、デフォルトでは、ルーティング情報ベース（RIB）および転送情報ベース（FIB）にバックアップ パスをプログラムします。

ただし、プライマリ PE のすべての内部ピアがバックアップ パスを新しい最適パスとして使用するように再コンバージェンスするまで、トラフィックは、プライマリ パスに割り当てられたローカル ラベルとともに、引き続きプライマリ PE に転送されます。したがって、プライマリ パスに前に割り当てられていたローカル ラベルは、再コンバージェンス後、設定可能な期間、プライマリ PE 上で保持する必要があります。BGP Local Label Retention 機能を使用すると、ローカル ラベルを指定期間保持できます。時間を指定していない場合、ローカル ラベルは、デフォルト値の 5 分間保持されます。

ローカル ポリシーが設定されていないボーダー ゲートウェイ プロトコル（BGP）対応ルータが複数のネットワーク層到達可能性情報（NLRI）を同じ宛先の内部 BGP（iBGP）から受信すると、このルータは 1 つの iBGP パスを最適パスとして選択します。この最適パスは、次にこのルータの IP ルーティング テーブルに組み込まれます。iBGP のマルチパス ロード シェアリング機能を使用すると、BGP 対応ルータでは、複数の iBGP パスを宛先への最適パスとして選択できます。この最適パスまたはマルチパスは、次にこのルータの IP ルーティング テーブルに組み込まれます。

iBGP マルチパス ロード シェアリングの参照 その他詳細情報を提供します。

ルート ダンプニングは、インターネットワーク上でのフラッピング ルートの伝搬を最小限に抑える BGP 機能です。ルートの状態が使用可能、使用不可能、使用可能、使用不可能という具合に、繰り返し変化する場合、ルートはフラッピングと見なされます。

たとえば、自律システム 1、自律システム 2、および自律システム 3 の 3 つの BGP 自律システムがあるネットワークについて考えます。自律システム 1 のネットワーク A へのルートがフラッピングする（利用できなくなる）と仮定します。ルート ダンプニングがない状況では、自律システム 1 から自律システム 2 への eBGP ネイバーは、取り消しメッセージを自律システム 2 に送信します。次に自律システム 2 内の境界ルータは、取り消しメッセージを自律システム 3 に伝播します。ネットワーク A へのルートが再出現したとき、自律システム 1 は自律システム 2 に、自律システム 2 は自律システム 3 にアドバタイズメント メッセージを送信します。ネットワーク A へのルートが利用可能になったり不可になったりを繰り返す場合、取り消しメッセージおよびアドバタイズメント メッセージが多数送信されます。ルート フラッピングは、インターネットに接続されたインターネットワークでの問題です。インターネットのバックボーンでルートのフラッピングが生じると、通常、多くのルートに影響を与えるからです。

ルート ダンプニング機能は、次のようにしてフラッピングの問題を最小限に抑えます。ここでも、ネットワーク A へのルートがフラッピングしたと仮定します。（ルート ダンプニングがイネーブルになっている）自律システム 2 内のルータは、ネットワーク A にペナルティ 1000 を割り当てて、履歴状態に移行させます。自律システム 2 内のルータは、引き続きネイバーにルートのステータスをアドバタイズします。ペナルティは累積されます。ルート フラップが非常に頻繁に発生し、ペナルティが設定可能な抑制制限を超える場合は、フラップの発生回数に関係なく、ルータはネットワーク A へのルートのアドバタイズを停止します。このようにして、ルート ダンプニングが発生します。

ネットワーク A に課されたペナルティは再使用制限に達するまで減衰し、達すると同時にそのルートは再びアドバタイズされます。再使用制限の半分の時点で、ネットワーク A へのルートのダンプニング情報が削除されます。

（注）	ルート ダンプニングがイネーブルの場合は、リセットによってルートが取り消されるときでも、BGP ピアのリセットにペナルティは適用されません。

BGP ネイバー グループを設定し、ネイバーにネイバー グループの設定を適用するには、次の作業を実行します。ネイバー グループは、ネイバーに関連するアドレス ファミリから独立した設定とアドレス ファミリ固有の設定を持つテンプレートです。

ネイバー グループを設定すると、各ネイバーは、use コマンド経由で設定を継承できるようになります。ネイバー グループを使用するように設定されているネイバーは、デフォルトでネイバー グループの設定すべて（アドレス ファミリに依存しない設定とアドレス ファミリ固有の設定を含む）を継承します。継承された設定を上書きするには、ネイバーに対して直接コマンドを設定するか、または use コマンドを使用して、セッション グループまたはアドレス ファミリ グループを設定します。

ネイバー グループではアドレス ファミリに依存しない設定を行うことができます。アドレス ファミリ固有の設定では、アドレス ファミリ サブモードを開始するようにネイバー グループのアドレス ファミリを設定する必要があります。ネイバー グループ コンフィギュレーション モードでは、ネイバー グループについて、アドレス ファミリに依存しないパラメータを設定できます。ネイバー グループ コンフィギュレーション モードで address-family コマンドを使用します。neighbor group コマンドを使用してネイバー グループ名を指定した後で、オプションをそのネイバー グループに割り当てることができます。

（注）	指定されたネイバー グループで設定できるコマンドはすべて、ネイバーでも設定できます。

1.    configure


2.    router bgpas-number


3.    address-family {ipv4 | ipv6} unicast

4.    exit


5.    neighbor-groupname


6.    remote-asas-number


7.    address-family {ipv4 | ipv6} unicast

8.    route-policyroute-policy-name {in | out}

9.    exit


10.    exit


11.    neighborip-address


12.    use neighbor-groupgroup-name


13.    remote-asas-number


14.    commit

RP/0/RP0/CPU0:router(config)# router bgp 120 

RP/0/RP0/CPU0:router(config-bgp)# address-family ipv4 unicast

RP/0/RP0/CPU0:router(config-bgp-af)# exit

RP/0/RP0/CPU0:router(config-bgp)# neighbor-group nbr-grp-A

RP/0/RP0/CPU0:router(config-bgp-nbrgrp)# remote-as 2002

RP/0/RP0/CPU0:router(config-bgp-nbrgrp)# address-family ipv4 unicast

RP/0/RP0/CPU0:router(config-bgp-nbrgrp-af)# route-policy drop-as-1234 in

RP/0/RP0/CPU0:router(config-bgp-nbrgrp-af)# exit

RP/0/RP0/CPU0:router(config-bgp-nbrgrp)# exit

RP/0/RP0/CPU0:router(config-bgp)# neighbor 172.168.40.24

RP/0/RP0/CPU0:router(config-bgp-nbr)# use neighbor-group nbr-grp-A

RP/0/RP0/CPU0:router(config-bgp-nbr)# remote-as 2002

  route-policy pass-all 
   pass
  end-policy
  router bgp 109
   address-family ipv4 unicast
    network 172.16.0.0 255.255.0.0
    network 192.16831.7.0 255.255.0.0
    neighbor 172.16.200.1 
     remote-as 167
     exit
   address-family ipv4 unicast
    route-policy pass-all in
    route-policy pass-out out
    neighbor 172.26.234.2 
     remote-as 109
     exit
   address-family ipv4 unicast
    neighbor 172.26.64.19 
     remote-as 99
     exit
   address-family ipv4 unicast
    route-policy pass-all in
    route-policy pass-all out
  

1.    configure


2.    route-policyname


3.    end-policy


4.    router bgpas-number


5.    neighborip-address


6.    address-family {ipv4 | ipv6} unicast

7.    route-policyroute-policy-name {in | out}

8.    commit

RP/0/RP0/CPU0:router(config)# route-policy drop-as-1234
  RP/0/RP0/CPU0:router(config-rpl)# if as-path passes-through '1234' then
  RP/0/RP0/CPU0:router(config-rpl)# apply check-communities
  RP/0/RP0/CPU0:router(config-rpl)# else
  RP/0/RP0/CPU0:router(config-rpl)# pass
  RP/0/RP0/CPU0:router(config-rpl)# endif
  

RP/0/RP0/CPU0:router(config-rpl)# end-policy

RP/0/RP0/CPU0:router(config)# router bgp 120

RP/0/RP0/CPU0:router(config-bgp)# neighbor 172.168.40.24

RP/0/RP0/CPU0:router(config-bgp-nbr)# address-family ipv4 unicast

RP/0/RP0/CPU0:router(config-bgp-nbr-af)# route-policy drop-as-1234 in

1.    configure


2.    router bgpas-number


3.    attribute-filter groupattribute-filter group name


4.    attributeattribute code {discard |treat-as-withdraw }

RP/0/RP0/CPU0:router(config)# router bgp 100

RP/0/RP0/CPU0:router(config-bgp)# attribute-filter group ag_discard_med

RP/0/RP0/CPU0:router(config-bgp-attrfg)# attribute 24 discard

ネクストホップ情報が変更されると、BGP はルーティング情報ベース（RIB）から通知を受信します（イベント駆動型の通知）。BGP は RIB からネクスト ホップ情報を取得して次の処理を行います。

• ネクスト ホップが到達可能であるかどうかを確認する。

• ネクスト ホップへの完全再帰 IGP メトリックを見つける（最適パス計算で使用）。

• 受信したネクスト ホップを検証する。

• 発信ネクスト ホップを計算する。

• ネイバーの到達可能性および接続を確認する。

BGP ネクスト ホップの参照 BGP ネクスト ホップに関する追加の概念的な詳細を提供します。

BGP コスト コミュニティは非過渡的な拡張コミュニティ属性で、内部 BGP（iBGP）およびコンフェデレーション ピアへ渡されますが、外部 BGP（eBGP）ピアへは渡されません。コスト コミュニティ機能により、コスト値を特定のルートに割り当てることで、ローカル ルート プリファレンスをカスタマイズし、最適パス選択プロセスに反映させることができます。拡張コミュニティ形式は、最適パス アルゴリズムの異なるポイントでの最適パスの決定に影響する標準の挿入ポイント（POI）を定義します。

BGP コスト コミュニティの参照 BGP コスト コミュニティに関する追加の概念的な詳細を提供します。

Intermediate System-to-Intermediate System（IS-IS）や Open Shortest Path First（OSPF）など、内部ゲートウェイ プロトコル（IGP）に iBGP ルートを再配布するには、次の作業を実行します。

（注）	bgp redistribute-internal コマンドを使用するには、すべての BGP ルートを IP ルーティング テーブルに再インストールするために、clear route * コマンドを発行する必要があります。

注意	IGP への iBGP ルートの再配布は、自律システム内にルーティング ループが作成される原因となる可能性があります。このコマンドの使用には注意が必要です。

1.    configure


2.    router bgpas-number


3.    bgp redistribute-internal


4.    commit

RP/0/RP0/CPU0:router(config)# router bgp 120

RP/0/RP0/CPU0:router(config-bgp)# bgp redistribute-internal

1.    configure


2.    router bgpas-number


3.    vrfvrf-name


4.    address-family {ipv4 | ipv6} unicast

5.    次のいずれかを実行します。

• redistribute connected [metricmetric-value] [route-policyroute-policy-name]
• redistribute eigrpprocess-id [match {external | internal}] [metricmetric-value] [route-policyroute-policy-name]
• redistribute isisprocess-id [level {1 | 1-inter-area | 2}] [metricmetric-value] [route-policyroute-policy-name]
• redistribute ospfprocess-id [match {external [1 | 2] | internal | nssa-external [1 | 2]}] [metricmetric-value] [route-policyroute-policy-name]
• redistribute ospfv3process-id [match {external [1 | 2] | internal | nssa-external [1 | 2]}] [metricmetric-value] [route-policyroute-policy-name]
• redistribute rip [metricmetric-value] [route-policyroute-policy-name]
• redistribute static [metricmetric-value] [route-policyroute-policy-name]

6.    commit

RP/0/RP0/CPU0:router(config)# router bgp 120

RP/0/RP0/CPU0:router(config-bgp)# vrf vrf_a

RP/0/RP0/CPU0:router(config-vrf)# address-family ipv4 unicast

RP/0/RP0/CPU0:router(config-bgp-vrf-af)# redistribute eigrp 23 

BGP アップデート グループ機能には、アウトバウンド ポリシーを共有し、アップデート メッセージを共有できるネイバーのアップデート グループをダイナミックに計算し、最適化する新しいアルゴリズムが含まれています。BGP アップデート グループ機能では、アップデート グループ レプリケーションはピア グループ コンフィギュレーションから分離されるため、ネイバー コンフィギュレーションのコンバージェンス時間が短縮され、柔軟性が高まります。

BGP キーチェーンを使用すると、2 つの BGP ピア間のキーチェーン認証がイネーブルになります。BGP のエンドポイントは、どちらも draft-bonica-tcp-auth-05.txt を順守する必要があり、一方のエンドポイントのキーチェーンと、もう一方のエンドポイントのパスワードは機能しません。

BGP では、認証にこのキーチェーンを使用して、ヒットレス キー ロールオーバーを実装できます。キー ロールオーバーの仕様は時間に基づいているため、ピア間で時計のずれがあるとロールオーバーのプロセスに影響します。許容値の指定を設定できるため、承認時間枠をその分だけ（前後に）拡張できます。この承認時間枠により、アプリケーション（ルーティング プロトコルおよび管理プロトコルなど）のヒットレス キー ロールオーバーが容易になります。

キーのロール オーバーは、エンドポイントでのキーチェーン設定の不一致が原因でセッション トラフィック（送信または受信）で使用する共通のキーがない場合を除き、BGP セッションには影響しません。

BGP Accept Own 機能を使用すると、自動送信 VPN ルート（BGP スピーカーがルート リフレクタ（RR）から受信するルート）を処理できるようになります。「自動送信」ルートは、スピーカー自体によって最初にアドバタイズされたルートです。BGP プロトコル（RFC4271）に従って、BGP スピーカーは、スピーカー自体によって送信されたアドバタイズメントを拒否します。ただし、BGP Accept Own メカニズムを使用すると、プレフィックスの特定の属性を変更するルート リフレクタから反映された場合に、ルータは自身がアドバタイズしたプレフィックスを受け入れることが可能になります。ACCEPT-OWN と呼ばれる特別なコミュニティがルート リフレクタによってプレフィックスに付加されます。これは ORIGINATOR_ID および NEXTHOP/MP_REACH_NLRI チェックをバイパスするための受信側ルータに対する信号です。通常、BGP スピーカーは自動送信されたプレフィックスを自動送信チェック（ORIGINATOR_ID、NEXTHOP/MP_REACH_NLRI）によって検出し、受信した更新をドロップします。ただし、更新に Accept Own コミュニティがあれば、BGP スピーカーはそのルートを処理します。

BGP Accept Own の応用例の 1 つは、MPLS VPN ネットワーク内のエクストラネットの自動設定です。エクストラネットの設定では、ある VRF にあるルートは同じ PE の別の VRF にインポートされます。通常、エクストラネットのメカニズムでは、別の VRF からのプレフィックスのインポートを制御するために、エクストラネット VRF のインポート RT またはインポート ポリシーを編集する必要があります。ただし、Accept Own 機能を使用すると、ルート リフレクタは、PE で設定変更することなく、その制御をアサートできます。このように Accept Own 機能によって、異なる VRF 間でのルートのインポートの制御を集中管理できます。

（注）	BGP Accept Own 機能は、ネイバー コンフィギュレーション モードの VPNv4 および VPNv6 アドレス ファミリ向けにのみサポートされています。

BGP Accept Own を設定するには、次の作業を実行します。

1.    configure


2.    router bgpas-number


3.    neighborip-address


4.    remote-asas-number


5.    update-sourcetypeinterface-path-id


6.    address-family {vpnv4 unicast | vpnv6 unicast}

7.    accept-own [inheritance-disable]

RP/0/RP0/CPU0:router(config)#router bgp 100

RP/0/RP0/CPU0:router(config-bgp)#neighbor 10.1.2.3

RP/0/RP0/CPU0:router(config-bgp-nbr)#remote-as 100

RP/0/RP0/CPU0:router(config-bgp-nbr)#update-source Loopback0

RP/0/RP0/CPU0:router(config-bgp-nbr)#address-family vpnv6 unicast

RP/0/RP0/CPU0:router(config-bgp-nbr-af)#accept-own

BGP Accept Own の設定：例

この設定例の内容は次のとおりです。

• PE11 にカスタマー VRF とサービス VRF が設定されています。

• OSPF は IGP として使用されます。

• VPNv4 ユニキャストおよび VPNv6 ユニキャストのアドレス ファミリが PE ネイバーと RR ネイバーとの間でイネーブルになっており、IPv4 および IPv6 が PE ネイバーと CE ネイバーとの間でイネーブルになっています。

Accept Own の設定は次のように動作します。

1. CE1 がプレフィックス X を発信します。

2. プレフィックス X は、カスタマー VRF に (RD1:X) として設定されています。

3. プレフィックス X は IntraAS-RR11 に (RD1:X, RT1) としてアドバタイズされます。

4. IntraAS-RR11 が InterAS-RR1 に X を (RD1:X, RT1) としてアドバタイズします。

5. InterAS-RR1 はインバウンドのプレフィックス X とアウトバウンドの ACCEPT_OWN コミュニティに RT2 を付加し、IntraAS-RR31 にプレフィックス X をアドバタイズします。

6. IntraAS-RR31 が PE11 に X をアドバタイズします。

7. PE11 は X をサービス VRF に (RD2:X,RT1, RT2, ACCEPT_OWN) としてインストールします。

次に、BGP Accept Own を PE ルータに設定する例を示します。

router bgp 100
 neighbor 45.1.1.1
   remote-as 100
   update-source Loopback0
   address-family vpnv4 unicast
    route-policy pass-all in
    accept-own
    route-policy drop_111.x.x.x out
   !
   address-family vpnv6 unicast
    route-policy pass-all in
    accept-own
    route-policy drop_111.x.x.x out
   !
  !

次の例は、BGP Accept Own のための InterAS-RR の設定を示しています。

router bgp 100
 neighbor 45.1.1.1
  remote-as 100
  update-source Loopback0
  address-family vpnv4 unicast
   route-policy rt_stitch1 in
   route-reflector-client
   route-policy add_bgp_ao out
  !
  address-family vpnv6 unicast
   route-policy rt_stitch1 in
   route-reflector-client
   route-policy add_bgp_ao out
  !
 !
extcommunity-set rt cs_100:1
  100:1
end-set
!
extcommunity-set rt cs_1001:1
  1001:1
end-set
!
route-policy rt_stitch1
  if extcommunity rt matches-any cs_100:1 then
    set extcommunity rt cs_1000:1 additive
 endif
end-policy
!
route-policy add_bgp_ao
  set community (accept-own) additive
end-policy
!

BGP リンクステート（LS）は、BGP を介して内部ゲートウェイ プロトコル（IGP）リンクステート データベースを伝えるために定義されたアドレス ファミリ識別子（AFI）およびサブアドレス ファミリ識別子（SAFI）です。BGP LS は、ネットワーク トポロジ情報をトポロジ サーバおよびアプリケーション層トラフィック最適化（ALTO）サーバに提供します。BGP LS では、集約、情報の非表示、および抽象化に対するポリシー ベースの制御が可能です。BGP LS は、IS-IS および OSPFv2 をサポートしています。

（注）	IGP は、リモート ピアからの BGP LS データを使用しません。BGP は、ルータの他のコンポーネントに受信した BGP LS データをダウンロードしません。