NW(192.168.11.0/24)→A  →  B  →  C

とルーターがBGPでつながっており、
AがAS100。BとCがAS200とします。
なので、AB間がEBGP、BC間がIBGP接続だとします。


Aから、Bは、192.168.11.0/24の経路を受け取り、自身が所属するネイバーＣに対して、自分(B)がネクストホップになると書き換えないと、
Cから192.168.11.0あてのパケットを届けられない。

という記述がありました。

この内容に対して、違和感はなく、あぁその通りだなー。
と納得できています。


シスコでいう、next-hop-selfだと思います。



ただ、この問題を見ていて気になったのは、これ以外の事例でも、ネクストホップを書き換えないとエラーになるみたいな記事を多く見るのですが、
なぜ、ネクストホップをデフォルトで書き換える設定になっていないのでしょう。
※今回でいえば、next-hop-selfを自分であとから設定している。


デフォルトで書き換えないようになっている理由は、多分あるような気がするのですが、
ちょっとこのデフォルトでネクストホップを書き換えない理由を知りたいな。とおもったのです。
今回のように問題が多く出るケースがあるのであれば、デフォルトでネクストホップを書き換える設定でもいいのではないか？
時になったのです。


どなたか参考記事等を知っている方がおられましたら教えていただけないでしょうか？
よろしくお願いします。

あまり詳しくないため調べた情報のみとなりますが、

SEの道標(【図解/BGP】ルートリフレクタと冗長クラスタ)のページには、
ルートリフレクタ(RR)を設定した場合、next-hop-selfが効かないという留意事項があります。

さらにCISCOのページ(章のタイトル： 内部 BGP 機能の設定  next-hop-selfで検索すると1番目にヒットする）には、
RR設定ルータに当該コマンドを設定すると、意図しないルートのネクストホップの属性が変更されるとあります。

next-hop-selfをデフォルト有効にしないのは、RRとの問題が関連しているのではないかと思います。

hisashiさんありがとうございます。
ルートリフレクタ関係でなにかありそうですね。

情報提供ありがとうございました。