لب عملی: پیکربندی MED (Multi-Exit Discriminator) در BGP

این لب عملی ویژگی MED را روی دو مسیر eBGP تبلیغ‌شده به همان AS همسایه پیکربندی می‌کند، و تأیید می‌کند فقط وقتی طول AS-path و سایر ویژگی‌های با-اولویت-بالاتر از قبل مساوی‌اند روی انتخاب مسیر ورودی آن همسایه تأثیر می‌گذارد.

ویژگی MED در BGPMulti-Exit Discriminatorپایین‌ترین MED ترجیحی

~4 min read · Updated Sep 26, 2026

هدف لب

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

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

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

توپولوژی لب

AS 65050 به همان AS همسایه 65060 از طریق دو
لینک جداگانه متصل می‌شود:

R1 (AS 65050) ---- eBGP ---- R3 (AS 65060)
R2 (AS 65050) ---- eBGP ---- R3 (AS 65060)
                              (همان AS 65060،
                               روتر متفاوت یا
                               همان روتر،
                               چند لینک)

هدف: تبدیل مسیر R1 به ترجیحی برای R3 برای
ترافیک به‌سمت 192.168.250.0/24

وظیفه ۱: تأیید ظهور یکسان هر دو مسیر برای R3 در حال حاضر

تأیید کن R3 هر دو مسیر به 192.168.250.0/24 را با طول AS-path یکسان و بدون تفاوت MED هنوز می‌بیند.

وظیفه ۲: پیکربندی یک MED پایین‌تر روی تبلیغ R1

R1 را طوری پیکربندی کن که 192.168.250.0/24 را با یک مقدار MED برابر ۵۰ تبلیغ کند.

وظیفه ۳: پیکربندی یک MED بالاتر روی تبلیغ R2

R2 را طوری پیکربندی کن که همان شبکه را با یک مقدار MED برابر ۱۵۰ تبلیغ کند.

وظیفه ۴: تأیید ترجیح مسیر MED-پایین‌تر توسط R3

تأیید کن R3 مسیر R1 را به‌عنوان بهترین انتخاب می‌کند، به‌طور خاص به‌دلیل مقدار MED پایین‌ترش.

وظیفه ۵: نمایش محدوده محدود MED

یک مسیر سوم از طریق یک AS همسایه کاملاً متفاوت با یک AS-path کوتاه‌تر اما یک MED بالاتر معرفی کن، و تأیید کن طول AS-path همچنان می‌برد، چون MED فقط بین مسیرها از همان AS همسایه مقایسه می‌شود.

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

R1(config)# router bgp 65050
R1(config-router)# neighbor [آدرس R3] route-map SET-MED-LOW out

R1(config)# route-map SET-MED-LOW permit 10
R1(config-route-map)# set metric 50

R2(config)# router bgp 65050
R2(config-router)# neighbor [آدرس R3] route-map SET-MED-HIGH out

R2(config)# route-map SET-MED-HIGH permit 10
R2(config-route-map)# set metric 150

R3# show ip bgp 192.168.250.0

   Network              Next Hop         Metric  Path
*> 192.168.250.0/24    [via R1]          50      65050 i
*  192.168.250.0/24    [via R2]          150     65050 i
-- هر دو مسیر AS-path یکسان ("65050" فقط)
-- نشان می‌دهند، پس MED عامل تصمیم‌گیرنده
-- می‌شود -- مقدار پایین‌تر (50، از طریق R1)
-- به‌عنوان بهترین انتخاب می‌شود، چون BGP یک
-- MED پایین‌تر را ترجیحی‌تر رفتار می‌کند

-- معرفی یک مسیر سوم از طریق یک AS همسایه
-- متفاوت (65070)، با یک طول AS-path کوتاه‌تر
-- اما یک MED پیکربندی‌شده بالاتر:

R3# show ip bgp 192.168.250.0

   Network              Next Hop         Metric  Path
*> 192.168.250.0/24    [via AS65070]     500     65070 i
   192.168.250.0/24    [via R1]           50     65050 i
   192.168.250.0/24    [via R2]          150     65050 i
-- مسیر AS65070 با وجود MED 500 به‌طور کلی
-- می‌برد -- چون از یک AS همسایه متفاوت
-- می‌آید، AS-path کوتاه‌ترش (طول ۱ در مقابل ۲)
-- مقایسه می‌شود و پیش از اینکه MED اصلاً بین
-- آن و دو مسیر دیگر در نظر گرفته شود می‌برد

نکته کلیدی

مقایسه MED، به‌طور پیش‌فرض، فقط بین مسیرهای یادگرفته‌شده از همان AS همسایه رخ می‌دهد — این رفتار پیش‌فرض (گاهی "قانون مقایسه MED فقط در میان مسیرهای همان-AS" نامیده می‌شود) یعنی MED ابزاری بسیار محدودتر از AS-path prepending است، مفید به‌طور خاص برای اشتراک‌گذاری بار یا ترجیح یک نقطه ورودی نسبت به دیگری وقتی یک شبکه چند-هوم به یک 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