IBGP بهتر است EBGP «وبلاگ ipSpace.net

هر زمان که توضیح دادم چگونه می توان پارچه های مرکز داده فقط EBGP را ساخت، شخصی ناگزیر از او پرسید: “اما آیا می توانید این کار را با IBGP انجام دهید؟”

TL&DR: مطمئنا، اما این بدان معنا نیست که شما باید.

به هر حال، با پشت سر گذاشتن طرح های معقول، بیایید دنباله خرگوش شبکه های فقط IBGP را طی کنیم.

از دور آسان به نظر می رسد

قبل از شروع پرواز به سرزمین روشنگری GIFEE، ما در حال ساخت شبکه های خسته کننده بودیم که کار می کردند:

زمانی که نیاز به مبادله تعداد زیادی از مسیرها یا انتقال مسیرهای سرویس گیرنده که نیاز بود برای هسته شبکه با استفاده از خانواده آدرس VPNv4، VPNv6 یا EVPN نامرئی باقی بماند، IBGP را به ترکیب اضافه کردیم:

به دلیل روشی که قدیمی‌ها IBGP را برای استفاده طراحی می‌کردند، گره‌های میانی باید باشند بازتابنده های مسیر. ما همچنین جلسات IBGP را بین آنها برقرار می کنیم رابط های حلقه بک تا اطمینان حاصل شود که IBGP مجبور نیست با خرابی پیوندهای اصلی مقابله کند.

دنبال کردن BGP IGP بهتری است رالی، مردم شروع به ساخت شبکه‌هایی کردند که در آن هر گره یک سیستم مستقل متفاوت خواهد بود:

حال بیایید این سفر را به نتیجه آشکار خود برسانیم و از IBGP به عنوان EBGP بهتر استفاده کنیم. چه چیزی می تواند اشتباه باشد؟

جزئیات

نمودار بالا قبلاً به تعدادی از جزئیات اشاره می کند:

• از آنجایی که هیچ IGP برای انتشار پیشوندهای حلقه بک وجود ندارد، جلسات IBGP باید بین رابط های مستقیماً متصل ایجاد شود.
• تمام گره های میانی (سوئیچ های ستون فقرات یا روترهای P) باید بازتاب دهنده مسیرهای IBGP باشند.
• شما به زنجیره ای از بازتابنده های مسیر در شبکه های بزرگتر نیاز دارید.

انجام همه اینها آسان خواهد بود. متأسفانه، یک جزئیات اضافی وجود دارد:

به طور خلاصه: اگر بتوانید جلسات IBGP را بین آدرس‌های IP مستقیماً متصل پیکربندی کنید، می‌توانید شبکه‌های فقط IBGP بسازید. و جهش بعدی BGP بازتابنده مسیر را تغییر دهید.

آیا کار می کند

البته وجود دارد. ما چنین شبکه ای داشتیم که کار می کرد ^{در دهه 90و در ضمن راحت تر شد}

برای اثبات آن، من یک ساده ایجاد کردم netlab توپولوژی با یک پلاگین که تمام جلسات IBGP را از شبکه حذف می کند و آنها را با جلسات IBGP بین گره های متصل مستقیم جایگزین می کند. این بخش مربوط به پیکربندی سوئیچ ستون فقرات است که Arista EOS را اجرا می‌کند (پیکربندی‌های کامل دستگاه در GitHub هستند):

پیکربندی BGP یک سوئیچ ستون فقرات در یک شبکه فقط IBGP

router bgp 65000
   router-id 10.0.0.3
   no bgp default ipv4-unicast
   bgp cluster-id 10.0.0.3
   bgp advertise-inactive
   neighbor 10.1.0.1 remote-as 65000
   neighbor 10.1.0.1 next-hop-peer
   neighbor 10.1.0.1 description leaf-1
   neighbor 10.1.0.1 route-reflector-client
   neighbor 10.1.0.1 send-community standard extended large
   neighbor 10.1.0.9 remote-as 65000
   neighbor 10.1.0.9 next-hop-peer
   neighbor 10.1.0.9 description leaf-2
   neighbor 10.1.0.9 route-reflector-client
   neighbor 10.1.0.9 send-community standard extended large
   !
   address-family ipv4
      neighbor 10.1.0.1 activate
      neighbor 10.1.0.9 activate
      network 10.0.0.3/32

تنها تغییرات پیکربندی سنتی IBGP عبارتند از:

• آدرس‌های IP همسایه، آدرس‌های رابط هستند، نه آدرس‌های حلقه‌ای.
• وجود ندارد منبع به روز رسانی مجاور فرمان آدرس IP رابط خروجی به عنوان آدرس منبع جلسه IBGP استفاده می شود.
• را همسایه next-hop-peer دستور، جهش بعدی BGP در به‌روزرسانی‌های BGP ورودی را به آدرس IP همتا تنظیم می‌کند. از همین دستور در سوئیچ های برگ استفاده می شود^.

در اینجا جدول BGP از یکی از سوئیچ های برگ است:

جدول BGP در ورق-1

leaf-1#show ip bgp
BGP routing table information for VRF default
Router identifier 10.0.0.1, local AS number 65000
Route status codes: s - suppressed contributor, * - valid, > - active, E - ECMP head, e - ECMP
                    S - Stale, c - Contributing to ECMP, b - backup, L - labeled-unicast
                    % - Pending best path selection
Origin codes: i - IGP, e - EGP, ? - incomplete
RPKI Origin Validation codes: V - valid, I - invalid, U - unknown
AS Path Attributes: Or-ID - Originator ID, C-LST - Cluster List, LL Nexthop - Link Local Nexthop

          Network                Next Hop              Metric  AIGP       LocPref Weight  Path
 * >      10.0.0.1/32            -                     -       -          -       0       i
 * >      10.0.0.2/32            10.1.0.2              0       -          100     0       i Or-ID: 10.0.0.2 C-LST: 10.0.0.3
 *        10.0.0.2/32            10.1.0.6              0       -          100     0       i Or-ID: 10.0.0.2 C-LST: 10.0.0.3
 * >      10.0.0.3/32            10.1.0.2              0       -          100     0       i
 * >      10.0.0.4/32            10.1.0.6              0       -          100     0       i
 * >      172.16.0.0/24          -                     -       -          -       0       i
 * >      172.16.1.0/24          10.1.0.2              0       -          100     0       i Or-ID: 10.0.0.2 C-LST: 10.0.0.3
 *        172.16.1.0/24          10.1.0.6              0       -          100     0       i Or-ID: 10.0.0.2 C-LST: 10.0.0.3

همانطور که می بینید:

• یک سوئیچ برگ مسیرهای راه دور را از دو سوئیچ ستون فقرات دریافت می کند.
• پرش های بعدی BGP روی آدرس های IP سوئیچ های ستون فقرات تنظیم می شود.

جای تعجب نیست، leaf-1 می تواند آدرس IP حلقه بک را پینگ کند leaf-2اثبات اتصال سرتاسر:

leaf-1#ping ip leaf-2 source 10.0.0.1
PING leaf-2 (10.0.0.2) from 10.0.0.1 : 72(100) bytes of data.
80 bytes from leaf-2 (10.0.0.2): icmp_seq=1 ttl=63 time=0.649 ms
80 bytes from leaf-2 (10.0.0.2): icmp_seq=2 ttl=63 time=0.349 ms
80 bytes from leaf-2 (10.0.0.2): icmp_seq=3 ttl=63 time=0.459 ms
80 bytes from leaf-2 (10.0.0.2): icmp_seq=4 ttl=63 time=0.489 ms
80 bytes from leaf-2 (10.0.0.2): icmp_seq=5 ttl=63 time=0.520 ms

--- leaf-2 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4ms
rtt min/avg/max/mdev = 0.349/0.493/0.649/0.096 ms, ipg/ewma 1.000/0.572 ms

آیا می خواهید تست های من را تکرار کنید؟ ساده ترین راه این است که از مخزن netlab-examples با GitHub Codespaces استفاده کنید (در صورت لزوم یک کانتینر Arista EOS وارد کنید و دایرکتوری را تغییر دهید BGP/interface-IBGP).

مزایا و معایب

آیا باید از این طرح استفاده کنید؟ احتمالا نه، اما اجازه دهید به جوانب مثبت و منفی نگاه کنیم:

مزایا:

• لازم نیست خود را با شماره های BGP AS نگران کنید. ویژگی BGP CLUSTER_LIST جایگزین ویژگی AS_PATH به عنوان مکانیزم پیشگیری از حلقه می شود.
• شما نیازی به نگرانی در مورد فاصله به روز رسانی BGP ندارید. اکثر پیاده سازی ها به روز رسانی IBGP را به تاخیر نمی اندازند/گروه بندی نمی کنند.
• لازم نیست نگران مسیرهای بدون دره یا یافتن مسیر باشید. سوئیچ های برگ مسیرهای IBGP را منعکس نمی کنند.
• امنیت شغلی شما چندین درصد افزایش یافته است.
• می توانید به کنفرانس ها بروید و در مورد اینکه چقدر باحال هستید به خود ببالید.

معایب

• شما بر پیاده سازی هایی تکیه می کنید که از رفتار توصیه شده منحرف می شوند.
• من هرگز آزمایش نکرده ام که آیا BFD روی جلسات IBGP کار می کند یا خیر.
• شما ممکن است تنها کسی در جهان باشید که از این طرح استفاده می‌کنید، بنابراین ممکن است اولین کسی باشید که اشکالات ظریف را تشخیص می‌دهد. موفق باشید فروشنده را متقاعد کنید که آنها را تعمیر کند، مگر اینکه با یک سفارش خرید بزرگ مسلح شده باشید.

چیز دیگری؟ لطفا یک نظر بنویسید!