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

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

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

~4 min read · Updated Sep 26, 2026

هدف لب

پیکربندی یک 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 که یک مدیر کنترلش نمی‌کند تبدیل می‌کند.

Written & researched by Dr. Shahin Siami

Related Articles

لب عملی: چالش عیب‌یابی جامع نهایی CCNP (یکپارچگی BGP، DMVPN، و QoS)

این لب عملی یک شکست پیچیده چندلایه در سراسر یک توپولوژی یکپارچه BGP-روی-DMVPN ترکیب‌شده با علامت‌گذاری QoS ارائه می‌دهد، و نیازمند تشخیص سیستماتیک یک پیکربندی نادرست route reflector، یک شکست ثبت NHRP، و یک سیاست QoS نادرست‌اعمال‌شده که هم‌زمان روی همان شبکه تأثیر می‌گذارند است.

Continue

لب عملی: پیکربندی BGP روی DMVPN

این لب عملی iBGP را به‌عنوان پروتکل مسیریابی در سراسر همان توپولوژی hub-and-spoke DMVPN استفاده‌شده در دو لب قبلی اجرا می‌کند، hub را به‌عنوان یک route reflector BGP پیکربندی می‌کند طوری‌که spoke ها مسیرهای یکدیگر را بدون یک mesh کامل iBGP یاد بگیرند، و دو مفهوم قبلاً جداگانه را در یک طراحی یکپارچه ترکیب می‌کند.

Continue

لب عملی: پیکربندی OSPF روی DMVPN

این لب عملی OSPF را به‌عنوان پروتکل مسیریابی پویا در سراسر همان توپولوژی hub-and-spoke DMVPN اجرا می‌کند، و اینترفیس تونل را به‌عنوان یک نوع شبکه OSPF point-to-multipoint پیکربندی می‌کند تا الگوی همسایگی hub-and-spoke را به‌درستی بدون نیاز به انتخاب DR/BDR نوع شبکه broadcast مدیریت کند.

Continue

لب عملی: پیکربندی EIGRP روی DMVPN

این لب عملی EIGRP را به‌عنوان پروتکل مسیریابی پویا در سراسر توپولوژی hub-and-spoke DMVPN ساخته‌شده در لب‌های قبلی اجرا می‌کند، و تأیید می‌کند روابط همسایه به‌درستی در سراسر تونل چندنقطه‌ای شکل می‌گیرند و مسیرها بدون نیاز به پیکربندی ایستای هر-spoke روی hub منتشر می‌شوند.

Continue

لب عملی: پیکربندی احراز هویت MD5 در HSRP

این لب عملی احراز هویت MD5 را روی یک گروه HSRP پیکربندی می‌کند، و تأیید می‌کند دو روتر با رشته‌های احراز هویت منطبق یک رابطه active/standby معمولی تشکیل می‌دهند در حالی که یک روتر با رشته نامنطبق کاملاً از گروه مستثنی می‌شود.

Continue

لب عملی: پیکربندی امنیت DNS به‌سبک-Cisco Umbrella از طریق تغییرمسیر Forwarding DNS

این لب عملی یک روتر را برای رهگیری هر پرس‌وجوی DNS کلاینت و تغییرمسیر آن به‌سمت یک resolver DNS امنیت-محور با استفاده از رهگیری forwarding DNS پیکربندی می‌کند، و اعمال امنیت DNS تحویل‌شده-با-ابر را بدون نیاز به تغییرات پیکربندی به‌ازای-هر-کلاینت تقریب می‌زند.

Continue