AS内の内部通信にIGPプロトコル（OSPF、RIP）がある場合、ルートにiBGPが必要な理由を誰もが説明できますか？
たくさんの記事や本を読みましたが、答えが見つかりませんでした。
AS内の内部通信にIGPプロトコル（OSPF、RIP）がある場合、ルートにiBGPが必要な理由を誰もが説明できますか？
たくさんの記事や本を読みましたが、答えが見つかりませんでした。
回答:
内部通信にIGPプロトコル（OSPF、RIP）がある場合、ルートにIBGP通信が必要であることを誰もが説明できますか？
信頼/制御の境界を強制する：BGPには、IGPよりも多くのピアフィルタリング方法があります（アドバタイズおよび受信するものを制御するため）。
柔軟なデータ構造（前の箇条書きに多少関連する）：BGPコミュニティ、BGP拡張コミュニティ、ローカル設定など。これらは、BGPを（iBGPを使用して）独自の自律システム内にカスタムルーティングポリシーを実装する魅力的な方法にします。
すべてと同様に、トレードオフがあります。iBGPから得られるスケーラビリティ、制御、および柔軟性は、IGP（一般的に）よりも収束プロトコルが遅いことを意味します。
1 スケーラビリティ：
2 iBGPルーティングの例：
iBGPが必要な理由を理解するには、4.2.2.2へのこのルーティングエントリを検討してください...
R2>sh ip bgp 4.2.2.2
BGP routing table entry for 4.0.0.0/9, version 3146
Paths: (32 available, best #7, table Default-IP-Routing-Table)
... <!-- extra BGP RIB entries deleted -->
7660 2516 3356, (aggregated by 3356 4.69.130.4)
203.181.248.168 from 203.181.248.168 (203.181.248.168)
Origin IGP, localpref 100, valid, internal, atomic-aggregate
Community: 2516:1030
3356, (aggregated by 3356 4.69.130.6)
4.69.184.193 from 4.69.184.193 (4.69.184.193)
Origin IGP, metric 0, localpref 100, valid, internal, atomic-aggregate, best
Community: 3356:0 3356:3 3356:100 3356:123 3356:575 3356:2012
... <!-- extra BGP RIB entries deleted -->
考慮すべき32のパスがあります...この場合、BGPは4.69.184.193を介して4.0.0.0/9に進むことを選択しました（bestRIBエントリの下に注意してください）。この場合、このルートには最短のASパスリストがあるため、BGPはこれを選択しました。ただし、すべてのルートがAS3356（R1に接続）経由で優先されるわけではありません。いくつかはR3（AS7660経由）から優先される場合があります。iBGPを使用すると、最短のBGPパスを取得する方法を（R2で）知ることができます。
BGP route to 4.0.0.0/9 via
NH: 4.69.184.193 [Path: 3356]
-------->
eBGP w/ AS3356 }{ iBGP inside AS64000 }{ eBGP w/ AS7660
S1/0 S1/2 S2/1 S2/3 S3/2 S3/0
Peered w/ AS3356 +------+ +------+ +------+ Peered w/ AS7660
4.69.184.193 <------| R1 |---------| R2 |--------| R3 |-----> 203.181.248.168
+------+ +------+ +------+
| S2/0
|
^
^
| Ingress packet to 4.2.2.2
|
R1、R2、およびR3は完全にiBGPメッシュ化されています。iBGPがルートをアドバタイズすると、ネクストホップは変更されません。これは、OSPFで4.69.184.193のサブネットを運ぶ必要があることを意味します...
R2>sh ip route 4.69.184.193
Routing entry for 4.69.184.192/30
Known via "ospf 100", distance 110, metric 65536, type intra area
Last update from 192.0.2.109 on GigabitEthernet3/1, 1w0d ago
Routing Descriptor Blocks:
* 192.0.2.109, from 192.0.2.3, 1w0d ago, via Serial2/1
Route metric is 65536, traffic share count is 1
R2>
したがって、4.2.2.2のパケットがR2に到着すると、R2はそれをSerial2 / 1に送信します。これは、iBGPがネクストホップがあることを通知する場所だからです。
IGPは通常、リンク状態ベースのOSPFまたはISISです。これにより、ネットワークのすべての情報が得られます。誰もがすべての観点からネットワークを知っているため、非常に興味深い収束オプションとトラフィックエンジニアリングオプションが可能になります。
BGPは基本的に距離ベクトルであり、ネットワーク全体のビューが非常に限られていることを知っています。BGPは、ルーティング情報のフィルタリングと変更を非常にうまく処理します。
リンク状態プロトコルは、距離ベクトルと比較して非常に高価であり、INET DFZサイズにスケーリングすることは非常に問題です。
両方を持っている理由は、1つの特定のネットワーク内で、リンク状態プロトコルでそれを処理するのに十分に複雑さが低いためです。これにより、ネットワークに関する高度な知識のすべての利点を得ることができます。
しかし、インターネットのサイズに合わせて拡張できないため、これらの多くのリンクステートアイランドを接続するには、他のネットワークが必要です。
ネットワーク内でIGPのすべてのプレフィックス（顧客を含む）を運ぶことができますが、IGPのパフォーマンスに悪影響を与えますが、コアルータのループバックアドレスを運ぶだけですべての収束とTEの利点を得ることができます。IGPにカスタマープレフィックスを追加しても、IGPが不必要に複雑になるため、ネットワークパフォーマンスが低下します。