لب عملی: پیکربندی AS-Path Prepending در BGP

این لب عملی پیشوند‌گذاری AS-path را روی یک مسیر خروجی BGP خاص پیکربندی می‌کند تا برای همتایان خارجی به‌طور مصنوعی طولانی‌تر به‌نظر برسد، و روی انتخاب مسیر ورودی یک AS بالادستی بدون نیاز آن AS به هیچ تغییر پیکربندی خودش تأثیر می‌گذارد.

AS-Path Prependingمهندسی ترافیک ورودیدست‌کاری مسیر AS چند-هوم

~4 دقیقه مطالعه · آخرین به‌روزرسانی ۴ مهر ۱۴۰۵

هدف لب

پیکربندی یک route-map که شماره‌های AS اضافی را به یک تبلیغ مسیر خروجی خاص پیشوند می‌کند، تأیید افزایش طول AS-path حاصل همان‌طور که توسط یک همتای خارجی دیده می‌شود، و تأیید اینکه آن همتا اکنون مسیر کوتاه‌تر و بدون‌پیشوند را از طریق اتصال جایگزین ترجیح می‌دهد.

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

local preference و weight، پوشش‌داده‌شده در لب قبلی، فقط تأثیر می‌گذارند روی اینکه چگونه روترها درون AS خود در میان چند مسیر خروجی انتخاب می‌کنند. هیچ‌کدام نمی‌توانند روی اینکه چگونه یک AS خارجی در میان چند مسیر بازگشت به AS محلی انتخاب می‌کند تأثیر بگذارند. AS-path prepending این مسئله خاص مهندسی ترافیک ورودی را با ساختن یک مسیر که از بیرون به‌طور مصنوعی کمتر-جذاب به‌نظر برسد حل می‌کند.

توپولوژی لب

AS 65040 چند-هوم به اینترنت از طریق دو
اتصال است:

R1 (AS 65040) ---- eBGP ---- ISP-A (AS 65100)
R2 (AS 65040) ---- eBGP ---- ISP-B (AS 65200)

هدف: تبدیل مسیر ISP-B به مسیر ثانویه/پشتیبان،
با ISP-A ترجیحی برای ترافیک ورودی به‌سمت شبکه
AS 65040 یعنی 192.168.240.0/24

وظیفه ۱: تأیید ظهور یکسان هر دو مسیر جذاب در ابتدا

تأیید کن ISP-A و ISP-B در حال حاضر AS-path برای 192.168.240.0/24 را همان طول می‌بینند.

وظیفه ۲: پیکربندی AS-Path Prepending روی مسیر R2-ISP-B

یک route-map روی R2 که AS 65040 را سه‌بار اضافی به مسیرهای تبلیغ‌شده به‌سمت ISP-B پیشوند می‌کند پیکربندی کن.

وظیفه ۳: اعمال Route-Map روی تبلیغ خروجی

route-map پیشوند‌گذاری را به‌عنوان یک سیاست خروجی به‌سمت ISP-B اعمال کن.

وظیفه ۴: تأیید AS-Path پیشوند‌شده از دیدگاه ISP-B

تأیید کن ISP-B اکنون یک AS-path به‌طور مصنوعی طولانی‌شده برای این مسیر می‌بیند.

وظیفه ۵: تأیید ترجیح مسیر جایگزین توسط ISP-B اکنون (اگر یکی روی سمت آن‌ها وجود دارد)

تأیید کن، از یک روتر شبیه‌سازی‌کننده یک AS شخص-ثالث که هر دو مسیر را دریافت می‌کند، مسیر کوتاه‌تر (ISP-A) اکنون ترجیح داده می‌شود.

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

ThirdPartyAS# show ip bgp 192.168.240.0

   Network              Next Hop       Path
*> 192.168.240.0/24    [via ISP-A]     65100 65040 i
*  192.168.240.0/24    [via ISP-B]     65200 65040 i
-- هر دو مسیر در حال حاضر طول AS-path 2
-- نشان می‌دهند، و پیش از پیشوند‌گذاری به‌طور
-- یکسان با این معیار جذاب به‌نظر می‌رسند

R2(config)# route-map PREPEND-TO-ISPB permit 10
R2(config-route-map)# set as-path prepend 65040 65040 65040

-- پیشوند‌گذاری شماره AS خود R2 (65040) سه‌بار
-- اضافی، چون AS-path prepending همیشه کپی‌های
-- شماره AS خود تبلیغ‌کننده را اضافه می‌کند،
-- هرگز یک AS ساختگی یا شخص-ثالث

R2(config)# router bgp 65040
R2(config-router)# neighbor [آدرس ISP-B] route-map PREPEND-TO-ISPB out

ISPB-Router# show ip bgp 192.168.240.0

   Network              Next Hop       Path
*> 192.168.240.0/24    [via R2]        65040 65040 65040 65040 i
-- ISP-B اکنون یک AS-path به طول ۴ به‌جای ۱
-- (از دیدگاه مستقیم خودشان) می‌بیند -- سه
-- کپی پیشوندشده به‌علاوه شماره AS اصلی

ThirdPartyAS# show ip bgp 192.168.240.0

   Network              Next Hop       Path
*> 192.168.240.0/24    [via ISP-A]     65100 65040 i
*  192.168.240.0/24    [via ISP-B]     65200 65040 65040 65040 65040 i
-- مسیر ISP-A (طول AS-path 2) اکنون به‌وضوح
-- کوتاه‌تر از مسیر ISP-B (طول AS-path 5) است،
-- پس هر شخص-ثالثی که قانون ترجیح استاندارد
-- کوتاه‌ترین-AS-path BGP را اعمال می‌کند مسیر
-- ISP-A را برای ترافیک مقصدش 192.168.240.0/24
-- انتخاب خواهد کرد

نکته کلیدی

AS-path prepending دقیقاً به این دلیل کار می‌کند که از قانون استاندارد بهترین-مسیر خود BGP که یک AS-path کوتاه‌تر را ترجیح می‌دهد بهره می‌برد — به‌جای درخواست از ISP-B برای تغییر پیکربندی خودش، AS 65040 مسیر تبلیغ‌شده خودش را عینا کمتر-جذاب می‌سازد با استفاده از قانونی که هر روتر گویا-BGP در جهان از قبل به‌طور پیش‌فرض اعمال می‌کند، که این را به تکنیک استاندارد برای تأثیرگذاری روی مهندسی ترافیک ورودی در سراسر یک مرز AS که یک مدیر کنترلش نمی‌کند تبدیل می‌کند.

نوشته و پژوهش‌شده توسط دکتر شاهین صیامی

مقالات مرتبط

لب عملی: پیکربندی مسیریابی Stub در EIGRP

این لب عملی یک روتر شعبه را به‌عنوان یک stub در EIGRP پیکربندی می‌کند، و تأیید می‌کند فقط مسیرهای متصل و خلاصه خودش را تبلیغ می‌کند در حالی که روتر hub به‌درستی از پرس‌وجوکردن stub در طول یک تغییر توپولوژی در جای دیگری از شبکه اجتناب می‌کند.

ادامه

لب عملی: پیکربندی حالت Named در EIGRP

این لب عملی یک پیکربندی EIGRP کلاسیک موجود را به حالت named EIGRP بازپیکربندی می‌کند، و عبارات network و پیکربندی خاص-اینترفیس را در یک سلسله‌مراتب address-family ساختاریافته‌تر سازمان‌دهی می‌کند، و تعادل عملکردی با سبک پیکربندی کلاسیک استفاده‌شده در سراسر لب‌های EIGRP قبلی این مجموعه را تأیید می‌کند.

ادامه

لب عملی: پیکربندی ERSPAN در سراسر یک شبکه مسیریابی‌شده

این لب عملی Encapsulated RSPAN (ERSPAN) را برای آینه‌کردن ترافیک در سراسر یک شبکه مسیریابی‌شده-لایه-۳ به‌جای یک ترانک لایه ۲ واحد پیکربندی می‌کند، و مفهوم RSPAN از لب قبلی را فراتر از مرزهای یک VLAN یا دامنه سوئیچ‌شده واحد گسترش می‌دهد.

ادامه

لب عملی: پیکربندی RSPAN در سراسر سوئیچ‌ها

این لب عملی Remote SPAN (RSPAN) را با استفاده از یک VLAN RSPAN اختصاصی حمل‌شده در سراسر یک ترانک پیکربندی می‌کند، و اجازه می‌دهد ترافیک آینه‌شده روی یک سوئیچ توسط یک دستگاه گرفتن متصل به یک سوئیچ کاملاً متفاوت نظارت شود، و مفهوم SPAN محلی پوشش‌داده‌شده در یک لب قبلی را در سراسر شبکه گسترش می‌دهد.

ادامه

لب عملی: پیکربندی In-Service Software Upgrade (ISSU) روی یک Stack

این لب عملی یک In-Service Software Upgrade را در سراسر یک stack StackWise انجام می‌دهد، و ایمیج IOS هر عضو را یکی‌یکی ارتقا می‌دهد در حالی که stack در سراسر آن به فوروارد‌کردن ترافیک ادامه می‌دهد، و صفر خرابی را در مقایسه با رویکرد مخل reload استفاده‌شده در لب‌های ارتقای IOS قبلی تأیید می‌کند.

ادامه

لب عملی: پیکربندی Stacking سنتی StackWise در Catalyst

این لب عملی stacking سنتی Catalyst (StackWise) را در سراسر سه سوئیچ با استفاده از کابل‌های stack پیکربندی می‌کند، و نیازمندی تک-لایه و مجاورت فیزیکی‌اش را با جفت StackWise Virtual پوشش‌داده‌شده در لب قبلی که اجازه می‌دهد سوئیچ‌ها بسیار دورتر از هم قرار بگیرند مقایسه می‌کند.

ادامه