لب عملی: تأثیرگذاری روی انتخاب مسیر BGP با Weight و Local Preference

هدف لب

پیکربندی weight در BGP روی یک روتر برای ترجیح یک مسیر خروجی خاص محلی، سپس پیکربندی local preference برای تأثیرگذاری روی انتخاب مسیر در سراسر کل یک AS، و تأیید تفاوت‌های محدوده و اولویت بین این دو ویژگی.

هدف لب (چرا مهم است)

الگوریتم بهترین-مسیر پیش‌فرض BGP، که پیش‌تر در این مجموعه به‌طور مفهومی بحث شد، چند ویژگی را در یک ترتیب اولویت سخت‌گیرانه در نظر می‌گیرد. Weight و local preference دو ویژگی با بالاترین-اولویت هستند که یک مدیر معمولاً دست‌کاری می‌کند، اما اساساً در محدوده متفاوت‌اند: weight خاص-سیسکو و کاملاً محلی به یک روتر است، در حالی که local preference از طریق iBGP در سراسر کل یک AS به اشتراک گذاشته می‌شود.

توپولوژی لب

R1 (AS 65020) دو مسیر برای رسیدن به
192.168.230.0/24 در یک AS دوردست دارد:

مسیر از طریق R2 (همسایه eBGP)
مسیر از طریق R3 (همسایه eBGP، لینک متفاوت)

هر دو مسیر در حال حاضر به‌طور یکسان قابل‌قبول
با ویژگی‌های پیش‌فرض BGP به‌نظر می‌رسند

وظیفه ۱: تأیید بهترین مسیر پیش‌فرض

تأیید کن R1 در حال حاضر پیش‌فرض کدام مسیر را پیش از هر دست‌کاری‌ای انتخاب می‌کند.

وظیفه ۲: پیکربندی Weight برای ترجیح مسیر R2

روی R1، یک weight بالاتر برای مسیرهای یادگرفته‌شده از R2 به‌طور خاص پیکربندی کن.

وظیفه ۳: تأیید تغییر بهترین مسیر توسط Weight

تأیید کن R1 اکنون مسیر از طریق R2 را ترجیح می‌دهد، و اینکه این تصمیم کاملاً محلی به R1 است.

وظیفه ۴: پیکربندی Local Preference به‌جای آن

پیکربندی weight را حذف کن، و به‌جای آن یک route-map که local preference را روی مسیرهای یادگرفته‌شده از R3 تنظیم می‌کند، اعمال‌شده جایی که می‌تواند از طریق iBGP منتشر شود، پیکربندی کن.

وظیفه ۵: تأیید انتشار Local Preference فراتر از Weight

تأیید کن یک همسایه iBGP R1 نیز ترجیح مبتنی‌بر-local-preference را به ارث می‌برد، چیزی که weight به‌تنهایی هرگز نمی‌توانست به دست آورد.

راه‌حل و تأیید

R1# show ip bgp 192.168.230.0

BGP routing table entry for 192.168.230.0/24
  65030
    10.10.10.2 from 10.10.10.2 (2.2.2.2)
      Origin IGP, metric 0, weight 0, valid, external, best
  65030
    10.20.20.2 from 10.20.20.2 (3.3.3.3)
      Origin IGP, metric 0, weight 0, valid, external
-- هر دو مسیر weight 0 (پیش‌فرض) نشان می‌دهند،
-- و قوانین شکست‌مساوی BGP اتفاقاً مسیر R2 را
-- به‌عنوان بهترین اینجا انتخاب کردند

R1(config)# router bgp 65020
R1(config-router)# neighbor 10.10.10.2 weight 200

-- Weight مستقیماً روی عبارت neighbor تنظیم
-- می‌شود -- هیچ route-map برای این حالت
-- ساده هر-همسایه نیاز نیست

R1# show ip bgp 192.168.230.0

BGP routing table entry for 192.168.230.0/24
  65030
    10.10.10.2 from 10.10.10.2 (2.2.2.2)
      Origin IGP, metric 0, weight 200, valid, external, best
  65030
    10.20.20.2 from 10.20.20.2 (3.3.3.3)
      Origin IGP, metric 0, weight 0, valid, external
-- مسیر R2 اکنون weight 200 دارد و بهترین
-- باقی می‌ماند -- اما این ترجیح فقط روی R1
-- وجود دارد؛ هر روتر دیگری در AS 65020 هیچ
-- دیدی به این مقدار weight ندارد اصلاً، چون
-- weight هرگز در به‌روزرسانی‌های BGP بین
-- روترها حمل نمی‌شود

R1(config)# router bgp 65020
R1(config-router)# no neighbor 10.10.10.2 weight 200
R1(config-router)# neighbor 10.20.20.2 route-map SET-LOCALPREF in

R1(config)# route-map SET-LOCALPREF permit 10
R1(config-route-map)# set local-preference 200

R1# clear ip bgp 10.20.20.2 soft in

R1# show ip bgp 192.168.230.0

BGP routing table entry for 192.168.230.0/24
  65030
    10.20.20.2 from 10.20.20.2 (3.3.3.3)
      Origin IGP, metric 0, localpref 200, valid, external, best
-- مسیر R3 اکنون به‌جای آن ترجیح داده می‌شود،
-- این‌بار هدایت‌شده توسط local preference

R4# show ip bgp 192.168.230.0
-- (R4، یک همسایه iBGP R1 درون همان AS 65020)

BGP routing table entry for 192.168.230.0/24
  65030
    10.20.20.2 from 10.10.10.1 (1.1.1.1)
      Origin IGP, metric 0, localpref 200, valid, internal, best
-- R4 همان مقدار localpref (200) که R1 تنظیم
-- کرد را می‌بیند، چون local preference
-- صراحتاً درون به‌روزرسانی‌های iBGP حمل
-- می‌شود -- چیزی که weight، محدود به فقط R1،
-- هرگز نمی‌توانست به دست آورد

نکته کلیدی

Weight و local preference مسائل از نظر مفهومی مشابه را در محدوده‌های متفاوت حل می‌کنند: weight سریع‌ترین و ساده‌ترین راه برای تأثیرگذاری روی انتخاب مسیر خود یک روتر است اما کاملاً در مرز آن روتر متوقف می‌شود، در حالی که local preference ابزار درست هروقت هر روتر درون AS نیاز به گرفتن یک تصمیم مسیر سازگار و هماهنگ‌شده باشد است — استفاده از weight وقتی هدف واقعی سازگاری در سراسر AS است یک اشتباه رایج است که انتخاب مسیر ناسازگار در سراسر روترهای مختلف در همان AS تولید می‌کند.