「show ip bgp neighbor」出力の「Local Policy Denied Prefixes」


7

私は先週かそこらを費やしてQuaggaに関するいくつかの(おそらく関連しているかもしれませんが、おそらくそうではない)トラブルシューティングを行っています。Quaggaホストへの単一のBGPセッションを備えたテストルーター-12.4(24)T6を実行する7204VXR-NPEG2-があります。7204での唯一のBGPセッションは、Quaggaボックスでのセッションです。これはeBGPセッションです。どちらの側にも文字通りゼロのポリシーが設定されていませんが、show ip bgp neighbor x.x.x.x出力では必ずこれが得られます。

                                   Outbound    Inbound
  Local Policy Denied Prefixes:    --------    -------
    Bestpath from this peer:          19270        n/a
    Total:                            19270          0

偶然にも(そうでないかもしれませんが)、この数は常にピアから受信しているプレフィックスの数と同じです(show ip bgp summary)これが本当に不可解な理由はいくつかあります。

1)私が言ったように、政策はない。これは私のBGP /ネイバー設定です:

router bgp XXXXX
 no synchronization
 bgp router-id X.X.X.X
 no bgp enforce-first-as
 bgp log-neighbor-changes
 neighbor X.X.X.X remote-as XXXXX
 neighbor X.X.X.X next-hop-self
 neighbor X.X.X.X soft-reconfiguration inbound
 no auto-summary

2)7204は何も発表していません-プレフィックスを受け取ることのみを目的としています。

誰もがこれが何を意味するかについていくつかの光を当てる気にしていますか?これは正常な/予想される出力ですか?グーグル検索は私にCCOから引き出された情報のほんの一口をもたらしました:

  • このピア
    からのベストパスベストパスがローカルルータからのものであるため、着信拒否を表示します。

これは理にかなっています...インバウンドにとって。アウトバウンドはどうですか?私はこれが愚かなバグであることを簡単に確認できますが、他の人に連絡して以前にこれを見たことがあるかどうかを確認すると思いました。


何か回答がありましたか?もしそうなら、質問が永遠にポップアップし続けないように答えを受け入れ、答えを探します。または、独自の回答を提供して受け入れることもできます。
Ron Maupin

回答:


1

これはおそらく、EBGPスプリットホライズンが作動しているためです。つまり、7204ルータはQuaggaからこれらのプレフィックスを受信し、最適なパスを選択して、アドバタイズを試みます。唯一のネイバーは最良のパスを受信したネイバーであるため、アドバタイズをフィルタリングします。上記のカウンターはそれを示しています。


これは良い提案だと思いますが、このロジックを使用すると、すべてのeBGPピアは、それらが持っているすべてのeBGPセッションに対してこのカウンターの増分を持ちます。
John Jensen

いいえ。2つのeBGPセッションがそれぞれから100個の一意のプレフィックスを受信し(合計200個の一意のプレフィックス)、単一のプレフィックスを発信している場合、各BGPピアに正確に101個のプレフィックスをアドバタイズします。あなたの例では、単一のeBGPピアがあり、何も発信していません。したがって、そのピアはすべてのプレフィックスの最適パスです。したがって、split-horizo​​nは、そのピアへのすべての発信通知をフィルタリングします。
Ryan

アサーションを確認する公式のドキュメントを見つけた場合は、回答を投稿してください。喜んで受け入れます。
John Jensen

(または、あなたの答えは基本的にプラドシュのものと同じになるので、私はこの答えを受け入れます)
ジョン・ジェンセン

私のコメントが失礼なものになる可能性があることに気付いたので、もう1つ追加しますが、これは、理解が不足していることに対する私の不満から過ぎません。最初私はそれno bgp enforce-first-asが原因だと思っていましたが、@ Ryanが説明するシナリオを再作成した後、そのノブをオフにしないでください-理解よりも多くの質問を私に残し、この動作に関するドキュメントの欠如もフラストレーションを増しています。
John Jensen

0

私はあなたがIBGPを実行していると仮定します。IBGPを介して受信したプレフィックスをIBGPネイバーに送信することはありません。スプリットホライズンもあります(ルートを送信した人にルートを送信しないでください)。このボックスにはネイバーが1つしかなく、それ自体でルートを発信していないため、ルートは送信されないため、ポリシーは暗黙的ですが、そこにあります。


これは実際にはeBGPセッションです-私の質問ではそれを明確にしておく必要があります-良い点です。わかりやすくするために編集します。そして、iBGPスプリットホライズンルールに関して-理由が「このピアからのベストパス」ではなかった場合、私はこれを信じます-私が見つけたリンクの同じドキュメントは、iBGPスプリットホライズンの別の理由を示しています-「* iBGPピアからのベストパスデプロイベストパスがiBGPネイバーから来たため、着信拒否。」-groupstudy.com/archives/ccielab/200511/msg00629.htmlを
John Jensen
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.