BGPウェイトアトリビュートの重要性の理解

ダウンロード オプション

  • PDF     (728.2 KB)
    Adobe Reader を使ってさまざまなデバイスで表示
  • ePub     (457.1 KB)
    iPhone、iPad、Android、ソニーの Reader、または Windows Phone 上で、さまざまなアプリを使って表示
  • Mobi (Kindle)     (353.8 KB)
    Kindle デバイスで、または Kindle アプリを使って複数のデバイスで表示
Updated: 2026 年 10 月 7 日
Document ID:213285

偏向のない言語

この製品のドキュメントセットは、偏向のない言語を使用するように配慮されています。このドキュメントセットでの偏向のない言語とは、年齢、障害、性別、人種的アイデンティティ、民族的アイデンティティ、性的指向、社会経済的地位、およびインターセクショナリティに基づく差別を意味しない言語として定義されています。製品ソフトウェアのユーザインターフェイスにハードコードされている言語、RFP のドキュメントに基づいて使用されている言語、または参照されているサードパーティ製品で使用されている言語によりドキュメントに例外が存在する場合があります。シスコのインクルーシブ ランゲージの取り組みの詳細は、こちらをご覧ください。

翻訳について

シスコは世界中のユーザにそれぞれの言語でサポート コンテンツを提供するために、機械と人による翻訳を組み合わせて、本ドキュメントを翻訳しています。ただし、最高度の機械翻訳であっても、専門家による翻訳のような正確性は確保されません。シスコは、これら翻訳の正確性について法的責任を負いません。原典である英語版（リンクからアクセス可能）もあわせて参照することを推奨します。

概要

このドキュメントでは、ネットワークフェールオーバーのシナリオにおけるボーダーゲートウェイプロトコル(BGP)の重み属性の重要性について説明します。 

前提条件

要件

次の項目に関する知識があることが推奨されます。

  • ボーダー ゲートウェイ プロトコル（BGP）
  • ルーティングプロトコルの再配布
  • Cisco IOSコマンドラインインターフェイス(CLI)

使用するコンポーネント

このドキュメントの情報は、Cisco IOS®バージョン15.6(2)を搭載したCiscoルータに基づくものです。

このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されました。このドキュメントで使用するすべてのデバイスは、初期（デフォルト）設定の状態から起動しています。本稼働中のネットワークでは、各コマンドによって起こる可能性がある影響を十分確認してください。

背景説明

BGPは、ローカルエリアネットワーク(LAN)から内部ゲートウェイプロトコル(IGP)を介して受信したネットワークプレフィックスをワイドエリアネットワーク(WAN)にアドバタイズする場合、およびその逆に使用されます。適切に設定されていないと、ネットワークがリンク障害から回復した後に、BGP が、WAN を介した元のルーティングパスの復元に失敗する可能性があります。

フェールオーバーシナリオで導入されたルータでは、ルートがスタックすることがあり、これにより、障害およびリカバリネットワークイベント後にバックアップパスを介したトラフィックのリダイレクトが発生する可能性があります。この問題は、BGP 重みパス属性の性質が原因で発生する可能性があります。

このネットワークでは、ネットワーク障害が発生（通常は WAN リンクで）すると、ネットワーク コンバージェンスが発生し、IGP を介して受信した利用可能なバックアップパスを使用できるようになります。

ただし、プライマリパスが回復しても、ルータが引き続きバックアップパスを使用し、WAN リンクを介した元のルートが復元されない場合があります。その結果、非対称のルーティングパスや最適とは言えないルーティングパスが発生する可能性があります。

2 つの WAN ルータを使用した冗長性シナリオでは、これらのルータが、BGP を使用して、ネットワークプレフィックスを WAN と交換することができます。IGPに似たEnhanced Interior Gateway Routing Protocol(EIGRP)を使用して、ネットワークプレフィックスをLANネットワークデバイスと交換できます。 ここで説明するトポロジでは、BGPルートはEIGRPに再配布され、EIGRPルートはWANルータ上のBGPに再配布されて、完全なネットワーク接続を実現します。このようなシナリオでは、プロトコル間でルートがフィードバックしないようにするため、適切なルートフィルタリングまたはタギングが必要です

注：このドキュメントでは、プレフィックスとルートという用語を同じ意味で使用しています。

この概要設計は、次のトポロジで確認できます。

High Level Design of WAN_1, WAN_2 and LAN

ローカル発信ルートに設定されたBGPの重み属性

次のシナリオでは、フェールオーバー時のBGPウェイトアトリビュートの動作について説明します。

1. ルートがBGP経由で受信されます。

図のように、WAN RTR という名前のルータが、BGP を介して 192.168.1.0/24 ネットワークを受信します。アドミニストレーティブディスタンス(AD)が20の場合、ルートはルーティングテーブルにインストールされます。

Route is Received via Border Gateway Protocol

 BGP テーブル：

WAN_RTR 
WAN_RTR#show ip bgp
<snip>
     Network          Next Hop            Metric LocPrf Weight Path
 *>  192.168.1.0      10.1.2.2                 0             0 2 i

次の表に、BGPによってインストールされたルートを示します。

WAN_RTR 
WAN_RTR#show ip route
<snip>
B     192.168.1.0/24 [20/0] via 10.1.2.2, 00:00:42

2. ルートがEIGRPを介して受信される

リンク障害が原因でBGPセッションが使用できなくなります。ネットワーク コンバージェンスによって、同じルート 192.168.1.0/24 が、今度は EIGRP を介して受信されます。

Route is Received via EIGRP

redistribute eigrpコマンドは、BGP内の適格なEIGRPルートを発信します。その結果、EIGRPルートがローカルBGPテーブルに表示されます。

注：ルータがローカルでネットワークプレフィックスを発信する場合、BGP Weightはデフォルトで32768に設定されます。

BGP 設定：

WAN_RTR 
WAN_RTR#show running-config | begin router bgp
<snip>
router bgp 1
 redistribute eigrp 1
 neighbor 10.1.2.2 remote-as 2
!

注:IPルーティングテーブルに完全一致ルートが存在する間は、BGPコマンドnetwork 192.168.1.0 mask 255.255.255.0でもこのプレフィクスを生成できます。


 BGP テーブル：

WAN_RTR 
WAN_RTR#show ip bgp
<snip>

     Network          Next Hop            Metric LocPrf Weight Path
 *>  192.168.1.0      10.1.3.3            156160         32768 ?

次の表に、EIGRPによってインストールされたルートを示します。

WAN_RTR 
WAN_RTR#show ip route
<snip>

D     192.168.1.0/24 [90/156160] via 10.1.3.3, 00:00:02, FastEthernet0/1
WAN_RTR#

3. BGP経由で受信したルート（再び）

EIGRPルートがBGPに再配布され、元のルートがBGP経由で再度受信された後、BGPテーブルに192.168.1.0/24ネットワークの2つのエントリが存在するようになりました。

 Route Received via Border Gateway Protocol Again

BGP テーブル：

WAN_RTR 
WAN_RTR#show ip bgp
<snip>

     Network          Next Hop            Metric LocPrf Weight Path
 *   192.168.1.0      10.1.2.2                 0             0 2 i
 *>                   10.1.3.3            156160         32768 ?

BGP テーブルは、次のようになります。

  • ステップ 2 で BGP に再配布された EIGRP ルートによって作成されたエントリが、引き続き存在する可能性があります。
  • 元のルートは、BGPセッションが再確立された後に再度追加されます。

BGPベストパス選択の観点から見ると、次のようになります。

  • BGPに再配布されるEIGRPルートのBGP Weightの値は、BGPの観点からは、ルータ内でローカルに発信されたルートとして32768に設定されます。
  • WANとのBGPセッションを介して受信された元のルートのBGP Weightの値は0です。
  • BGPに再配布されたEIGRPルートは重みが大きいため、BGPテーブルでベストパスとして選択されます。
  • BGPはローカルで発信されたパスをベストパスとして選択するため、復元されたWAN学習パスによってルーティングテーブル内のEIGRPルートが置き換えられることはありません。

注:BGPウェイトローカル属性は、Cisco IOS®ルータのBGPテーブルでベストパスを選択するときにBGPがチェックする最初のパラメータです。BGP は、最も高い重みを持つエントリのパスを優先します。重みはシスコ固有のパラメータであり、設定されているルータにおいてローカルでのみ有効です。詳細は、ドキュメント『BGPでベストパスを選択するアルゴリズム』を参照してください。


ルーティング テーブル:

WAN_RTR 
WAN_RTR#show ip route
<snip>
D     192.168.1.0/24 [90/156160] via 10.1.3.3, 00:08:55, FastEthernet0/1


BGP 重みパス属性の変更

BGP Weightのデフォルト値は、weightまたはroute-map コマンドを使用してBGPピアごとに変更できます。次のコマンドでは、BGP ピアから受信するすべてのルートの重みパス属性が 40000 に設定されます。

例 1

weight コマンドの使用 
router bgp 1
 neighbor 10.1.2.2 weight 40000

例 2

route-map コマンドによる重みパス属性の設定 
route-map FROM-WAN permit 10
 set weight 40000
!
router bgp 1
 neighbor 10.1.2.2 route-map FROM-WAN in
!
clear ip bgp * soft in

例 3

route-map コマンドによる特定ルートの重みパス属性の設定 
ip prefix-list NETWORKS permit 192.168.1.0/24
!
route-map FROM-WAN permit 10
 match ip address prefix NETWORKS
 set weight 40000
route-map FROM-WAN permit 100
!
router bgp 1
 neighbor 10.1.2.2 route-map FROM-WAN in
!
clear ip bgp * soft in
note-icon

注：ルートマップFROM-WANの最後のpermitシーケンスは、重み40000を割り当てずにピアからの他のルートを受け入れます。

note-icon

注：clear ip bgp * soft inのワイルドカードは、すべてのBGPピアからの着信ルートを更新します。これらの例で使用されているピアだけを更新するには、clear ip bgp <ip-address> soft inコマンドを実行します。

重みパス属性の値を大きくすると、次の場合のように、BGP を介して受信した元のルートが優先されます。


ステップ 1：BGPを介してルートを受信

次のBGPテーブルは、BGP経由で受信されたルートのウェイト値が、ゼロではなく40000になったことを示しています。

BGP テーブル：

WAN_RTR 
WAN_RTR#show ip bgp
<snip>

     Network          Next Hop            Metric LocPrf Weight Path
 *>  192.168.1.0      10.1.2.2                 0         40000 2 i

WAN_RTR#

ルーティング テーブル:

WAN_RTR 
WAN_RTR#show ip route
<snip>
B     192.168.1.0/24 [20/0] via 10.1.2.2, 00:09:53

ステップ 2：EIGRPを介して受信されるルート

BGP テーブルでは、ローカル発信ルートの値は依然として 32768 です。

BGP テーブル：

WAN_RTR 
WAN_RTR#show ip bgp
<snip>
     Network          Next Hop            Metric LocPrf Weight Path
 *>  192.168.1.0      10.1.3.3            156160         32768 ?

ルーティング テーブル:

WAN_RTR 
WAN_RTR#show ip route
<snip>
D     192.168.1.0/24 [90/156160] via 10.1.3.3, 00:01:41, FastEthernet0/1

ステップ 3：BGP経由で受信したルート（再び）

Weightが40000の場合、BGP経由で受信したルートは、ローカルで発信されたルートよりも選択されます。WANルートがルーティングテーブルのEIGRPルートを置き換えると、ネットワークは元の状態に正しく収束します。

BGP テーブル：

WAN_RTR 
WAN_RTR#show ip bgp
<snip>
     Network          Next Hop            Metric LocPrf Weight Path
 *>  192.168.1.0      10.1.2.2                 0         40000 2 i

ルーティング テーブル:

WAN_RTR 
WAN_RTR#show ip route
<snip>
B     192.168.1.0/24 [20/0] via 10.1.2.2, 00:00:25

フェールオーバーシナリオ

ステップ 1：元のネットワークの状態

Original Network State

コアレイヤ3スイッチは、WAN RTR AおよびWAN RTR BからEIGRP経由で192.168.1.0/24ルートを受信します。WAN RTR A上のパスが選択されます。

次の出力は、コアスイッチがWANルータとWAN RTR Aの両方とEIGRPアジャセンシー関係を維持し、192.168.1.0/24ネットワークに到達するように選択されていることを示しています。

コア 
CORE#show ip eigrp neighbors
EIGRP-IPv4 Neighbors for AS(1)
H   Address                 Interface              Hold Uptime   SRTT   RTO  Q  Seq
                                                   (sec)         (ms)       Cnt Num
0   10.1.2.2  (WAN_RTR_A)   Fa0/0                    10 00:05:15   79  1066  0  10
1   10.1.3.3  (WAN_RTR_B)   Fa0/1                    12 00:06:22   76   456  0  5


CORE#show ip route
<snip>
D EX  192.168.1.0/24 [170/28416] via 10.1.2.2, 00:00:32, FastEthernet0/0


CORE#show ip eigrp topology
EIGRP-IPv4 Topology Table for AS(1)/ID(10.10.10.10)
<snip>
P 192.168.1.0/24, 1 successors, FD is 28416, tag is 4
        via 10.1.2.2 (28416/2816), FastEthernet0/0
        via 10.1.3.3 (281856/2816), FastEthernet0/1

ステップ 2：プライマリWANリンクの障害

Primary LAN Link Failure

リンク障害が発生すると、コアスイッチは2番目に最適なEIGRPパスであるWAN RTR B経由でルートを設定します。

コア 
CORE#show ip route
<snip>
D EX  192.168.1.0/24 [170/281856] via 10.1.3.3, 00:00:05, FastEthernet0/1


CORE#show ip eigrp topology
EIGRP-IPv4 Topology Table for AS(1)/ID(10.10.10.10)
<snip>
P 192.168.1.0/24, 1 successors, FD is 28416, tag is 4
        via 10.1.3.3 (281856/2816), FastEthernet0/1

ステップ 3：プライマリWANリンクの復元

Restoration of Primary WAN Link

プライマリ WAN リンクが復元されました。ただし、次の出力に示すように、コアスイッチは引き続きバックアップパスを介してルーティングします。

コア 
CORE#show ip route
<snip>
D EX  192.168.1.0/24 [170/281856] via 10.1.3.3, 00:06:09, FastEthernet0/1


CORE#show ip eigrp topology
EIGRP-IPv4 Topology Table for AS(1)/ID(10.10.10.10)
<snip>
P 192.168.1.0/24, 1 successors, FD is 28416, tag is 4
        via 10.1.3.3 (281856/2816), FastEthernet0/1

この動作の原因は、前述のようにBGP Weightアトリビュートにあります。

現在の状態では、WAN RTR AはEIGRPルートをルーティングテーブルにインストールします。BGPテーブルでは、EIGRPから再配布されたルートは、復元されたWANリンクを介して受信されたルートよりも重みが大きく、ベストパスのままになります。

WAN_RTR_A 
WAN_RTR_A#show ip bgp
<snip>
    Network          Next Hop            Metric LocPrf Weight Path
*   192.168.1.0      10.2.4.4                 0             0 4 i
*>                   10.1.2.1            284416         32768 ?


WAN_RTR_A#show ip bgp summary
BGP router identifier 10.20.20.20, local AS number 2
<snip>
Neighbor        V           AS MsgRcvd MsgSent   TblVer  InQ OutQ Up/Down  State/PfxRcd
10.2.4.4        4            4      12      12       16    0    0 00:03:54   (UP) 4


WAN_RTR_A#show ip route
<snip>
D EX  192.168.1.0/24 [170/284416] via 10.1.2.1, 00:08:22, FastEthernet0/0

この動作は、WANルータがIGPバックアップルートをBGPに再配布し、ローカルで発信されたルートのウェイトが、復元されたWAN学習ルートよりも高い場合に発生する可能性があります。ネットワークトポロジと初期症状は、この例とは異なる場合があります。永続的なバックアップパスルーティングをこの状態に割り当てる前に、再配布設定、BGPの重み付け、および選択したルートを確認します。

更新履歴

改定 発行日 コメント
5.0
07-Oct-2026
読みやすくするために、スペル、文法、間隔、挿入された水平線がセクションごとに更新されました。
4.0
16-Apr-2025
再認定
3.0
23-Jan-2024
更新された書式。
2.0
09-Dec-2022
PIIを削除。 代替テキストが追加されました。 タイトル、機械翻訳、スタイル要件、ゲルンド、およびフォーマットに関する更新。
1.0
06-Jun-2018
初版
TAC Authored

シスコ エンジニア提供

  • ヘクター・グスタボ・セラノ・グティエレス
    テクニカルコンサルティングエンジニア

このドキュメントは役に立ちましたか?

Feedbackフィードバック

シスコに問い合わせ