web-dev-qa-db-ja.com

どこにもリストされていないBGPパス付加ルート

ASを2つのISPにアドバタイズする2つのルーターを備えたシンプルなマルチホームセットアップがあります。 2番目のISP(ISP B)は、ISP Aがダウンしたときのバックアップにのみ使用されるため、このルートにASを3回追加しました。

注:これらはASNの例であり、実際のものではありません。

multi-homed bgp setup

私は今朝、インターネット中のガラスルーターを探して数時間過ごしました。noneの中には、バックアップルートとその先頭のパスがリストされています。南アフリカのインターネットエクスチェンジ、ロンドンのインターネットエクスチェンジ、オレゴンのインターネットエクスチェンジ、そして数十のISPをチェックしました。それらはすべて、ISP Aを通る複数のルートを持ち、多くの場合3または4ホップです。 ISP Bを通るルートは、少なくともどこかに表示され、5または6ホップある必要があります。しかし、どこにも見つかりませんでした。 (show ip bgp 65000を使用して、見た目のガラスルーターで完全なbgpテーブルを確認しました)

私の質問は次のとおりです。

  • ほとんどのルーターが単にルートを破棄するまでのルートのサイズに制限はありますか?
  • ルーターが認識していない場合、ISP Aがダウンしても、バックアップルートは機能しますか?

2つのルーターはiBGPで接続されています。 iBGPセッションがISPAを介したルートを優先するため、ISPBを介したルートがアナウンスされない可能性はありますか?これはnon-exist-mapおよびadvertise-mapが行うことになっていることですが、どちらのルーターでも使用されていません。

4
Julien Vehent

1.)特定のBGPを話すルーターには、複数のピアから同じプレフィックスが提示され、(BGPのパス選択ルールに従って)それらのパスの最良のもののみが伝播されます。あなたの場合、これは、あるリモートルーターがプレーンルートとプリペンドルートの両方を認識した場合、そのルーターはプレーンルートを通過して隣接ルーターにのみ通過することを意味します。アナウンスするルーターには、「sh ip bgp a.b.c.d」に両方のパスがありますが、そのネイバーにはありません。

1a。)先頭に追加されたルートが表示されないという事実は、バックアップが機能しないことを意味するものではありません。表にプリペンドルートと非プリペンドルートの両方があるルーターは、通常、非プリペンドルートのみをアドバタイズしますが、非プリペンドルートが取り消されたりタイムアウトしたりすると、すぐにプリペンドルートが提供されます。

バックアップルーターで次のコマンドを試してください:sh ip bgp neighbors x.y.z.q advertised-routesプロバイダーに送信されているものを正確に確認します。

2.)プレフィックスをどのように発信(および処理)しているかを知らなければ、iBGPピアリングがどのような影響を与えるかを言うのは難しいです。これらのルーター間にiBGPピアが必要な理由はありますか?

3。)advertise-mapコマンドは、別のプレフィックスの存在に基づいて特定のプレフィックスをアドバタイズします。例として、10.0.0.0/8が存在する場合は常に10.128.0.0/16をアドバタイズする場合があります。同様に、non-exist-mapは、別のプレフィックスが存在しない場合に特定のプレフィックスをアドバタイズします。基本的なマルチホーミング設定では、どちらも必要ありません。

最終的に最良のテストは、バックアップがトラフィックを取得することを確認するために、プライマリルートをシャットダウンするのに時間をかけることです。

ああ-そしてところで-あなたは本当にPIスペースを宣伝していますか、それとも問題のプレフィックスはプロバイダーの集合体の1つの一部ですか?最長の試合は他のすべてに勝る。

6
rnxrx