私は何年もopenbgpdを使用していないので、構成に適用できるいくつかの理論を説明します。
プロバイダーはルートを送信できます。通常、「デフォルト」、「顧客」、または「完全」を送信します。デフォルトのルートはそれだけで、0.0.0.0 / 0がアナウンスされ、それらを介して0.0.0.0/0（任意のIP）に到達することがわかっています。あなたの状況は、両方のプロバイダーがあなたにデフォルトルートを手渡しているように聞こえます、そして、最も可能性が高いのは、ASNがより低いプロバイダーがすべてのトラフィックを得ていることです（ASNは、パケットが複数の宛先に行き、ASパスが等しい場合、タイブレーカーです）長さなど）。
「顧客」フィードでは、直接接続されているすべてのルートをアナウンスします。Level3のようなプロバイダーを使用している場合、このフィードを介してインターネットの半分が表示される可能性があります。他のプロバイダーのASNが低い場合、ピアに直接接続されていないトラフィックを受け取り、カスタマールートをアナウンスします。
「完全な」フィードには、直接接続されているサイトだけでなく、プロバイダーが到達方法を知っているすべてのサイトのルート通知があります。
あなたは次のようなことができるはずです：
show ip bgp summary（IOSコマンド）
どこかに受信されたプレフィックスの数をリストする必要があります。
既存のプロバイダーの両方がデフォルトルートを送信している場合、接続は現在フェイルオーバー用に設定されています。プロバイダーAがダウンすると、プロバイダーBにルーティングされます。デフォルトルートとともに両方からカスタマーフィードを取得すると、トラフィックは、指定されたアドレスに到達するためのASpathが最も短いプロバイダーに流れ、デフォルトにフォールバックします。アドレスが見つからなかった場合はルーティングします。両方から完全なフィードを受け取った場合、プロバイダー間のオーバーラップに応じて、トラフィックをそれぞれへの「最適な」パスから送信します。
ボーダールーターの1つで、310540のアクティブなルートを表示します。十分なRAMがあり、完全なルートをとる場合は両方のプロバイダーからのルートを処理するようにマシンを構成していることを確認してください。より快適になるまで、両方からカスタマールートを取得して実験することもできます。または、2つの小規模プロバイダーから顧客ルートを取得して、状況がどのように変化するかを確認します。
これでもまだ「ロードバランス」またはトラフィックに応じてトラフィックを均等に分割しません。1つのプロバイダーが依然としてトラフィックの大部分を占めていることに気付くでしょう。この時点で、トラフィックを調整して一方または他方を優先するように、いくつかのプレフィックス/ルートマップを実行する必要があります。
ルートマップまたはASNマッチを設定してトラフィックをシフトすると、宛先サイトがダウンし、それらのルートがそのプロバイダーから削除された場合でも、ルーターはトラフィックを他の接続に送信します。BGPはやや自己回復します。
これで、ASNに基づいて一致するいくつかのマップが定義されました。
PROVIDER_A_TO PROVIDER_A_THROUGH PROVIDER_B_TO PROVIDER_B_THROUGH
ジュニパーネットワークスを使用すると、コミュニティを使用するよりも簡単になります。
プレフィックスリストは、宛先が特定のASNであるかどうかを確認し、そうである場合は、_TOマップを通過します。ASNが_THROUGHにリストされている場合、そのプロバイダーを優先します。プロバイダーの1つがAT＆Tに直接接続しているため、PROVIDER_B_THROUGHは7018 | 7019（および他のいくつかのASN）に一致するため、AT＆TトラフィックはデフォルトでプロバイダーBに送信されます。 。
openbgpdにも同様の方法があると思います。