🥇BGP プロトコルの動作原理

今日は BGP プロトコルについて見ていきます。それがなぜなのか、そしてなぜそれが唯一のプロトコルとして使用されるのかについては、長くは話しません。この件に関しては、非常に多くの情報があります。たとえば、ここで.

では、BGP とは何でしょうか? BGP は動的ルーティングプロトコルであり、唯一の EGP (外部ゲートウェイプロトコル) プロトコルです。このプロトコルは、インターネット上でルーティングを構築するために使用されます。 XNUMX つの BGP ルーター間に近隣がどのように構築されるかを見てみましょう。

Router1 と Router3 の間の近傍を考えてみましょう。次のコマンドを使用して設定してみましょう。

router bgp 10
  network 192.168.12.0
  network 192.168.13.0
  neighbor 192.168.13.3 remote-as 10

router bgp 10
  network 192.168.13.0
  network 192.168.24.0
  neighbor 192.168.13.1 remote-as 10

単一の自律システム内の近隣は AS 10 です。Router1 などのルータに関する情報を入力した後、そのルータは Router3 との隣接関係を確立しようとします。何も起こらない初期状態をと呼びます。 アイドル。 Router1 で bgp が設定されるとすぐに、TCP ポート 179 のリッスンが開始され、次の状態になります。 お問合せそして、Router3 とのセッションを開こうとすると、次の状態になります。 アクティブ.

Router1 と Router3 の間でセッションが確立された後、Open メッセージが交換されます。このメッセージが Router1 によって送信されると、この状態が呼び出されます。 送信済みを開く。 Router3 から Open メッセージを受信すると、状態になります。 開く確認。 Open メッセージを詳しく見てみましょう。

このメッセージは、ルーターが使用する BGP プロトコル自体に関する情報を伝えます。 Open メッセージを交換することにより、Router1 と Router3 は互いの設定に関する情報を通信します。次のパラメータが渡されます。

: これには、ルーターが使用している BGP バージョンが含まれます。 BGP の現在のバージョンは、RFC 4 で説明されているバージョン 4271 です。XNUMX つの BGP ルーターは互換性のあるバージョンをネゴシエートしようとします。不一致がある場合、BGP セッションは存在しません。

私のAS: これには、BGP ルーターの AS 番号が含まれます。ルーターは AS 番号に同意する必要があり、iBGP または eBGP を実行するかどうかも定義されます。

ホールドタイム: BGP が保持時間中に相手側からキープアライブまたは更新メッセージを受信しない場合、相手側が「デッド」であると宣言され、BGP セッションが切断されます。デフォルトでは、Cisco IOS ルータの保持時間は 180 秒に設定されており、キープアライブメッセージは 60 秒ごとに送信されます。両方のルーターがホールドタイムについて合意する必要があります。そうしないと、BGP セッションが確立されません。

BGP 識別子: これは、OSPF と同じように選択されるローカル BGP ルーター ID です。

bgp router-id コマンドを使用して手動で設定したルーター ID を使用します。

ループバックインターフェイスで最も大きい IP アドレスを使用します。

物理インターフェイス上で最も大きい IP アドレスを使用します。

オプションのパラメータ: ここには、BGP ルーターのオプション機能がいくつかあります。このフィールドは、新しいバージョンを作成せずに新しい機能を BGP に追加できるように追加されました。ここで見つかる可能性があるものは次のとおりです。

MP-BGP (マルチプロトコル BGP) のサポート。

ルートリフレッシュのサポート。

4 オクテット AS 番号のサポート。

近隣を確立するには、次の条件を満たす必要があります。

バージョンナンバー。現在のバージョンは4です。
AS 番号は設定したものと一致する必要があります 隣人 192.168.13.3 リモートとして 10.
ルーター ID は隣接ルーターとは異なる必要があります。

いずれかのパラメータがこれらの条件を満たさない場合、ルーターは 通知ですよ エラーを示すメッセージ。 Open メッセージの送受信後、近隣関係が状態になります。設立。この後、ルーターはルートに関する情報を交換し、これを次のように行うことができます。 アップデイト メッセージ。これは Router1 から Router3 に送信される Update メッセージです。

ここでは、メトリックに似た Router1 および Path 属性によってレポートされるネットワークを確認できます。 Path 属性について詳しく説明します。キープアライブメッセージは TCP セッション内でも送信されます。デフォルトでは、60 秒ごとに送信されます。これはキープアライブタイマーです。キープアライブメッセージがホールドタイマー中に受信されない場合、これはネイバーとの通信が失われることを意味します。デフォルトでは、180 秒に相当します。

便利な標識:

ルーターが相互に情報を送信する方法が理解できたようです。次に、BGP プロトコルのロジックを理解してみましょう。

BGP テーブルにルートを広告するには、IGP プロトコルと同様に network コマンドを使用しますが、動作ロジックが異なります。 IGP の場合、network コマンドでルートを指定した後、IGP はどのインターフェイスがこのサブネットに属しているかを調べてテーブルに含めます。次に、BGP の network コマンドはルーティングテーブルを調べて、正確 network コマンドのルートと一致します。そのようなルートが見つかった場合、これらのルートは BGP テーブルに表示されます。

ルーターの現在の IP ルーティングテーブルで、network コマンドのパラメーターと正確に一致するルートを探します。 IP ルートが存在する場合は、同等の NLRI をローカル BGP テーブルに追加します。

次に、残りすべての BGP を上げて、XNUMX つの AS 内でルートがどのように選択されるかを見てみましょう。 BGP ルーターは近隣からルートを受信すると、最適なルートの選択を開始します。ここでは、内部と外部のどのような種類の隣接関係が存在する可能性があるかを理解する必要があります。ルータは設定によって、設定されたネイバーが内部か外部かを認識しますか? チームの場合:

neighbor 192.168.13.3 remote-as 10

Remote-as パラメータは、router bgp 10 コマンドでルータ自体に設定される AS を指定します。内部 AS からのルートは内部とみなされ、外部 AS からのルートは外部とみなされます。そして、それぞれに対して、受信と送信の異なるロジックが機能します。次のトポロジを考えてみましょう。

各ルーターには、ip: xxxx 255.255.255.0 - x はルーター番号で構成されたループバックインターフェイスがあります。 Router9 には、アドレス 9.9.9.9 255.255.255.0 のループバックインターフェイスがあります。 BGP 経由でアナウンスし、どのように広がるかを見ていきます。このルートは Router8 と Router12 に送信されます。このルートは Router8 から Router6 に進みますが、Router5 へはルーティングテーブルに含まれません。また、Router12 ではこのルートがテーブルに表示されますが、Router11 ではテーブルにも表示されません。これを理解してみましょう。 Router9 がどのようなデータとパラメータを近隣に送信し、このルートを報告するかを考えてみましょう。以下のパケットは Router9 から Router8 に送信されます。

ルート情報は Path 属性で構成されます。

パス属性は 4 つのカテゴリに分類されます。

よく知られている必須 - BGP を実行しているすべてのルーターは、これらの属性を認識する必要があります。すべてのアップデートに存在する必要があります。
有名な裁量権 - BGP を実行しているすべてのルーターは、これらの属性を認識する必要があります。これらはアップデートに含まれる場合がありますが、必須ではありません。
オプションの推移的 - すべての BGP 実装で認識されるわけではありません。ルータが属性を認識しない場合、更新を部分的なものとしてマークし、認識できない属性を保存して隣接ルータに転送します。
オプションの非推移的 - すべての BGP 実装で認識されるわけではありません。ルータが属性を認識しない場合、その属性は無視され、近隣ルータに渡されるときに破棄されます。

BGP 属性の例:

よく知られている必須:
- 自律システムパス
- ネクストホップ
- Origin
有名な裁量権:
- 地域の好み
- 原子集合体
オプションの推移的:
- アグリゲーター
- コミュニティ
オプションの非推移的:
- 多出口弁別器 (MED)
- 発信者ID
- クラスターリスト

この場合、今のところ、Origin、Next-hop、AS Path に注目します。このルートは Router8 と Router9 の間、つまり XNUMX つの AS 内で送信されるため、内部とみなされ、Origin に注目します。

Origin 属性 - 更新内のルートがどのように取得されたかを示します。可能な属性値:

0 - IGP: 元の自律システム内で受信された NLRI。
1 - EGP: NLRI は Exterior Gateway Protocol (EGP) を使用して学習されます。 BGP の前身、未使用
2 - 不完全: NLRI は他の方法で学習されました

この場合、パケットから分かるように、これは 0 に等しいです。このルートが Router12 に送信されると、このコードのコードは 1 になります。

次に、ネクストホップ。ネクストホップ属性

これは、宛先ネットワークへのパスが通過する eBGP ルーターの IP アドレスです。
プレフィックスが別の AS に送信されると属性が変わります。

iBGP の場合、つまり 192.168.89.9 つの AS 内で、ネクストホップは、このルートについて学習または通知されたものによって示されます。この例では、8 になります。ただし、このルートが Router6 から Router8 に送信されると、Router192.168.68.8 はそれを変更し、独自のルートに置き換えます。ネクストホップは XNUMX になります。これにより、次の XNUMX つのルールが導き出されます。

ルーターがルートを内部ネイバーに転送する場合、ネクストホップパラメーターは変更されません。
ルーターが外部ネイバーにルートを送信する場合、ネクストホップをこのルーターの送信元インターフェイスの IP に変更します。

これにより、最初の問題、Router5 と Router11 のルーティングテーブルにルートが存在しない理由がわかります。詳しく見てみましょう。したがって、Router6 はルート 9.9.9.0/24 に関する情報を受信し、それをルーティングテーブルに正常に追加しました。

Router6#show ip route bgp
Codes: L - local, C - connected, S - static, R - RIP, M - mobile, B - BGP
       D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
       N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
       E1 - OSPF external type 1, E2 - OSPF external type 2
       i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
       ia - IS-IS inter area, * - candidate default, U - per-user static route
       o - ODR, P - periodic downloaded static route, H - NHRP, l - LISP
       a - application route
       + - replicated route, % - next hop override, p - overrides from PfR

Gateway of last resort is not set

      9.0.0.0/24 is subnetted, 1 subnets
B        9.9.9.0 [20/0] via 192.168.68.8, 00:38:25<source>
Теперь Router6 передал маршрут Router5 и первому правилу Next-hop не изменил. То есть, Router5 должен добавить  <b>9.9.9.0 [20/0] via 192.168.68.8</b> , но у него нет маршрута до 192.168.68.8 и поэтому данный маршрут добавлен не будет, хотя информация о данном маршруте будет храниться в таблице BGP:

<source><b>Router5#show ip bgp
BGP table version is 1, local router ID is 5.5.5.5
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
              r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
              x best-external, a additional-path, c RIB-compressed,
Origin codes: i - IGP, e - EGP, ? - incomplete
RPKI validation codes: V valid, I invalid, N Not found

     Network          Next Hop            Metric LocPrf Weight Path
 * i 9.9.9.0/24       192.168.68.8             0    100      0 45 i</b>

同じ状況が Router11 と Router12 の間でも発生します。この状況を回避するには、内部ネイバーにルートを渡すときに、その IP アドレスをネクストホップとして置き換えるように Router6 または Router12 を設定する必要があります。これは次のコマンドを使用して行われます。

neighbor 192.168.56.5 next-hop-self

このコマンドの後、Router6 は Update メッセージを送信します。このメッセージでは、インターフェイス Gi0/0 Router6 の IP がルートのネクストホップとして 192.168.56.6 に指定され、その後、このルートはすでにルーティングテーブルに含まれています。

さらに進んで、このルートが Router7 と Router10 に表示されるかどうかを確認してみましょう。これはルーティングテーブルには存在しないため、問題は Next-hop パラメータを使用した最初の問題と同じであると考えるかもしれませんが、show ip bgp コマンドの出力を見ると、次のことがわかります。間違ったネクストホップを使用してもルートは受信されませんでした。つまり、ルートは送信さえされませんでした。そして、これは別のルールの存在につながります。

内部ネイバーから受信したルートは、他の内部ネイバーに伝播されません。

Router5 は Router6 からルートを受信したため、他の内部ネイバーには送信されません。転送を行うには、関数を設定する必要があります。ルートリフレクターまたは、完全に接続された近隣関係 (フルメッシュ) を構成します。つまり、Router5 ～ 7 の全員が全員の近隣になります。この場合、ルートリフレクターを使用します。 Router5 では、次のコマンドを使用する必要があります。

neighbor 192.168.57.7 route-reflector-client

Route-Reflector は、ルートを内部ネイバーに渡すときの BGP の動作を変更します。内部ネイバーが次のように指定されている場合 ルートリフレクタークライアント、その後、内部ルートがこれらのクライアントにアドバタイズされます。

Router7 にルートが表示されませんでしたか? ネクストホップも忘れないでください。これらの操作の後、ルートは Router7 にも行くはずですが、これは起こりません。これにより、次のような別のルールが得られます。

ネクストホップルールは外部ルートに対してのみ機能します。内部ルートの場合、ネクストホップ属性は置き換えられません。

そして、AS 内のすべてのルートをルーターに通知するために、スタティックルーティングまたは IGP プロトコルを使用して環境を作成する必要がある状況が発生します。 Router6 と Router7 にスタティックルートを登録しましょう。その後、ルーターテーブルに目的のルートを取得します。 AS 678 では、少し異なる方法で行います。Router192.168.112.0 に 24/10 のスタティックルートを登録し、Router192.168.110.0 に 24/12 のスタティックルートを登録します。次に、Router10 と Router12 の間の近隣関係を確立します。また、Router12 のネクストホップを Router10 に送信するように設定します。

neighbor 192.168.110.10 next-hop-self

その結果、Router10 はルート 9.9.9.0/24 を受信し、Router7 と Router12 の両方から受信することになります。 Router10 がどのような選択をするかを見てみましょう。

Router10#show ip bgp
BGP table version is 3, local router ID is 6.6.6.6
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
              r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
              x best-external, a additional-path, c RIB-compressed,
Origin codes: i - IGP, e - EGP, ? - incomplete
RPKI validation codes: V valid, I invalid, N Not found

     Network              Next Hop            Metric LocPrf Weight Path
 *>i 9.9.9.0/24       192.168.112.12           0    100       0      45 i

                               192.168.107.7                                0     123 45 i

ご覧のとおり、192.168.112.12 つのルートと矢印 (>) は、XNUMX 経由のルートが選択されていることを意味します。
ルート選択プロセスがどのように機能するかを見てみましょう。

ルートを受信するときの最初のステップは、そのネクストホップが利用可能かどうかを確認することです。そのため、Next-hop-self を設定せずに Router5 でルートを受信した場合、このルートはそれ以上処理されませんでした。
次に重みパラメータが来ます。このパラメータはパス属性 (PA) ではないため、BGP メッセージでは送信されません。これは各ルーター上でローカルに構成され、ルーター自体でのルート選択を操作するためにのみ使用されます。例を見てみましょう。すぐ上では、Router10 が Router9.9.9.0 (24) 経由で 12/192.168.112.12 へのルートを選択していることがわかります。 Wiigh パラメータを変更するには、route-map を使用して特定のルートを設定するか、次のコマンドを使用してそのネイバーに重みを割り当てます。
```
 neighbor 192.168.107.7 weight 200       
```
これで、この近隣からのすべてのルートがこの重みを持つようになります。この操作後にルートの選択がどのように変化するかを見てみましょう。
```
Router10#show bgp
*Mar  2 11:58:13.956: %SYS-5-CONFIG_I: Configured from console by console
BGP table version is 2, local router ID is 6.6.6.6
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
              r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
              x best-external, a additional-path, c RIB-compressed,
Origin codes: i - IGP, e - EGP, ? - incomplete
RPKI validation codes: V valid, I invalid, N Not found

     Network          Next Hop            Metric LocPrf Weight      Path
 *>  9.9.9.0/24       192.168.107.7                        200      123 45 i
 * i                          192.168.112.12           0          100      0 45 i
```
ご覧のとおり、Router7 を経由するルートが選択されていますが、これは他のルーターには影響しません。
5 番目の位置には Local Preference があります。このパラメータはよく知られた任意の属性であり、その存在はオプションであることを意味します。このパラメータは 5 つの AS 内でのみ有効であり、内部ネイバーのパスの選択にのみ影響します。このため、内部ネイバー宛ての更新メッセージでのみ送信されます。これは、外部ネイバーの更新メッセージには存在しません。したがって、それは周知の裁量として分類されました。 Router9.9.9.0に適用してみます。 Router24 には、6/7 用の XNUMX つのルートが必要です。XNUMX つは RouterXNUMX を経由し、XNUMX つ目は RouterXNUMX を経由します。
私たちは見ます：
```
Router5#show bgp
BGP table version is 2, local router ID is 5.5.5.5
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
              r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
              x best-external, a additional-path, c RIB-compressed,
Origin codes: i - IGP, e - EGP, ? - incomplete
RPKI validation codes: V valid, I invalid, N Not found

     Network          Next Hop            Metric LocPrf Weight Path
 *>i 9.9.9.0/24       192.168.56.6             0    100      0 45 i
```
しかし、Router6 を経由するルートが 7 つあることがわかります。 Router7を経由するルートはどこですか? もしかしたらRouterXNUMXにもそれがないのでしょうか？見てみよう：
```
Router#show bgp
BGP table version is 10, local router ID is 7.7.7.7
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
              r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
              x best-external, a additional-path, c RIB-compressed,
Origin codes: i - IGP, e - EGP, ? - incomplete
RPKI validation codes: V valid, I invalid, N Not found

     Network                Next Hop            Metric LocPrf  Weight    Path
 *>i 9.9.9.0/24       192.168.56.6             0     100           0      45 i

                              192.168.107.10                                  0     678 45 i 
```
不思議なことに、すべてがうまくいっているようです。 Router5 に送信されないのはなぜですか? 問題は、BGP には次のルールがあるということです。

ルーターは、使用するルートのみを送信します。

Router7 は Router5 を経由する経路を使用するため、Router10 を経由する経路は送信されません。ローカル設定に戻りましょう。 Router7 でローカル設定を設定し、Router5 がこれにどのように反応するかを見てみましょう。
```
route-map BGP permit 10
 match ip address 10
 set local-preference 250
access-list 10 permit any
router bgp 123
 neighbor 192.168.107.10 route-map BGP in</b>
```
そこで、すべてのルートを含むルートマップを作成し、受信時に Local Preference パラメータを 7 に変更するように Router250 に指示しました。デフォルトは 100 です。 Router5 で何が起こったのか見てみましょう。
```
Router5#show bgp
BGP table version is 8, local router ID is 5.5.5.5
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
              r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
              x best-external, a additional-path, c RIB-compressed,
Origin codes: i - IGP, e - EGP, ? - incomplete
RPKI validation codes: V valid, I invalid, N Not found

     Network          Next Hop            Metric LocPrf Weight        Path
 *>i 9.9.9.0/24       192.168.57.7             0          250      0 678 45 i
```
ここでわかるように、Router5 は Router7 を経由するルートを優先します。同じ写真が Router6 にも表示されますが、Router8 を経由するルートを選択する方が有益です。また、このパラメータを変更するには、変更を有効にするために近隣を再起動する必要があることも付け加えます。読むここで。ローカル設定を整理しました。次のパラメータに進みましょう。

ネクストホップパラメータ 0.0.0.0 を持つルート、つまりローカルルートまたは集約ルートを優先します。これらのルートには、次の network コマンドを入力すると、最大値 (32678) に等しい Weight パラメータが自動的に割り当てられます。

Router#show bgp
BGP table version is 2, local router ID is 9.9.9.9
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
              r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
              x best-external, a additional-path, c RIB-compressed,
Origin codes: i - IGP, e - EGP, ? - incomplete
RPKI validation codes: V valid, I invalid, N Not found

     Network          Next Hop            Metric LocPrf Weight    Path
 *>  9.9.9.0/24       0.0.0.0                  0            32768    i

AS を通過する最短パス。最も短い AS_Path パラメータが選択されます。ルートが通過する AS の数が少ないほど、より優れています。 Router9.9.9.0 上の 24/10 へのルートを考えてみましょう。

Router10#show bgp
BGP table version is 2, local router ID is 6.6.6.6
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
              r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
              x best-external, a additional-path, c RIB-compressed,
Origin codes: i - IGP, e - EGP, ? - incomplete
RPKI validation codes: V valid, I invalid, N Not found

     Network          Next Hop            Metric LocPrf Weight Path
 *   9.9.9.0/24     192.168.107.7                           0           123 45 i
 *>i                     192.168.112.12           0    100       0       45 i

ご覧のとおり、Router10 は 192.168.112.12 経由のルートを選択しました。これは、このルートの AS_Path パラメータに 45 のみが含まれており、別のケースでは 123 と 45 が含まれているためです。直感的に明らかです。

次のパラメータは原点です。 IGP (BGP を使用して取得されたルート) は EGP (BGP の前任者を使用して取得された、現在は使用されていない) よりも優れており、EGP は不完全よりも優れていますか? (再配布など、他の方法で取得されます)。
次のパラメータは MED です。ルーター上でローカルでのみ機能する Wiigh がありました。 XNUMX つの自律システム内でのみ機能する Local Preference がありました。ご想像のとおり、MED は自律システム間で送信されるパラメータです。とても良い記事このパラメータについて。

これ以上の属性は使用されませんが、XNUMX つのルートが同じ属性を持つ場合は、次のルールが使用されます。

最も近い IGP ネイバーを経由するパスを選択します。
eBGP パスの最も古いルートを選択します。
最小の BGP ルーター ID を持つネイバーを経由するパスを選択します。
最小の IP アドレスを持つネイバーを経由するパスを選択します。

次に、BGP コンバージェンスの問題を見てみましょう。

Router6 が Router9.9.9.0 を介してルート 24/9 を失った場合に何が起こるかを見てみましょう。 Router0 のインターフェイス Gi1/6 を無効にします。これにより、Router8 との BGP セッションが終了し、ネイバーが消滅したことがすぐにわかります。これは、Router6 から受信したルートが無効であることを意味します。 Router9.9.9.0 は直ちに Update メッセージを送信し、[Withdrawn Routes] フィールドにネットワーク 24/5 が示されます。 Router7 はそのようなメッセージを受信するとすぐに Router7 に送信します。ただし、Router10 には RouterXNUMX を経由するルートがあるため、新しいルートの Update ですぐに応答します。インターフェイスの状態に基づいてネイバーの障害を検出できない場合は、ホールドタイマーが起動するまで待つ必要があります。

連合。

覚えていると思いますが、完全に接続されたトポロジを使用する必要がある場合が多いという事実についてお話しました。 XNUMX つの AS 内に多数のルーターがあると、大きな問題が発生する可能性があります。これを回避するには、連合を使用する必要があります。 XNUMX つの AS が複数のサブ AS に分割されているため、完全に接続されたトポロジを必要とせずに動作できます。

ここにこれへのリンクがありますラブとここで GNS3の構成。

たとえば、このトポロジでは、AS 2345 内のすべてのルーターを相互に接続する必要がありますが、Confederation を使用すると、相互に直接接続されているルーター間でのみ隣接関係を確立できます。これについて詳しく話しましょう。 AS 2345 しかない場合は、 ラフォージ ～から行進を受け取った ピカード それをルーターに伝えるでしょう且つ и ウォーフ、しかし彼らはそれについてルーターに伝えませんでした クラッシャー 。ルーター自体が配布するルートも ラフォージ、転送されなかったでしょう クラッシャー また ウォーフ-なんてこった且つ.

ルートリフレクターまたは完全に接続された近隣関係を構成する必要があります。 2345 つの AS 4 をルータごとに 2,3,4,5 つのサブ AS (XNUMX、XNUMX、XNUMX、XNUMX) に分割することで、最終的に異なる動作ロジックが得られます。すべてが完璧に説明されていますここで.

ソース：

CCIE Routing and Switching v5.0 公式認定ガイド、第 2 巻、第 XNUMX 版、Narbik Kocharians、Terry Vinson。
Сайт xgu.ru
Сайт GNS3ボールト.

出所： habr.com

BGP の仕組み

コメントを追加します返信をキャンセル

BGP の仕組み

コメントを追加します 返信をキャンセル

コメントを追加します返信をキャンセル