لب عملی: پیکربندی UDLD

این لب عملی UDLD را در حالت aggressive روی یک لینک فیبر بین دو سوئیچ پیکربندی می‌کند، یک شکست فیبر یک‌طرفه را شبیه‌سازی می‌کند، و تأیید می‌کند UDLD عدم‌تطابق را تشخیص می‌دهد و پورت تحت‌تأثیر را پیش از اینکه یک حلقه لایه ۲ بتواند تشکیل شود خاموش می‌کند.

حالت Aggressive در UDLDتشخیص فیبر یک‌طرفهErr-Disable از UDLD

~4 min read · Updated Sep 23, 2026

هدف لب

فعال‌کردن UDLD در حالت aggressive روی یک لینک فیبر بین دو سوئیچ، شبیه‌سازی یک شکست فیبر یک‌طرفه که فقط یک رشته شکست می‌خورد، و تأیید اینکه UDLD عدم‌تطابق را تشخیص می‌دهد و پورت تحت‌تأثیر را در حالت err-disabled قرار می‌دهد.

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

Loop Guard، پوشش‌داده‌شده در لب قبلی، در برابر یک شکست یک‌طرفه با تکیه بر غیبت BPDU ها محافظت می‌کند. UDLD رویکردی مستقیم‌تر اتخاذ می‌کند، که به‌طور خاص برای لینک‌های فیبر طراحی شده جایی که یک رشته تک می‌تواند شکست بخورد در حالی که دیگری همچنان کار می‌کند، و باعث می‌شود ترافیک فقط در یک جهت جریان یابد — سناریویی که تشخیص حالت-لینک معمولی اترنت اصلاً نمی‌تواند ببیند، چون لایه لینک فیزیکی همچنان up گزارش می‌دهد.

توپولوژی لب

Switch1 ---- Gi1/0/10 (فیبر) ---- Gi1/0/10 ---- Switch2

لینک فیبر از رشته‌های TX/RX جداگانه استفاده
می‌کند، که اجازه می‌دهد یک شکست تک-رشته مستقل
از جهت دیگر رخ دهد

وظیفه ۱: فعال‌کردن حالت Aggressive UDLD روی هر دو سوئیچ

حالت aggressive UDLD را روی اینترفیس فیبر روی هر دو سوئیچ پیکربندی کن.

وظیفه ۲: تأیید عملیات معمولی UDLD

تأیید کن هر دو سوئیچ لینک را دوطرفه و سالم گزارش می‌دهند.

وظیفه ۳: شبیه‌سازی یک شکست فیبر یک‌طرفه

شکست یک رشته (ترافیک فقط می‌تواند از Switch1 به Switch2 جریان یابد، نه برعکس) را شبیه‌سازی کن، چیزی که تشخیص حالت-لینک معمولی اترنت متوجهش نمی‌شد.

وظیفه ۴: تأیید تشخیص شکست توسط UDLD

تأیید کن حالت aggressive UDLD وضعیت یک‌طرفه را تشخیص می‌دهد و پورت تحت‌تأثیر را خاموش می‌کند.

وظیفه ۵: تأیید وضعیت پورت

تأیید کن پورت err-disabled را به‌طور خاص به‌دلیل UDLD نشان می‌دهد، متمایز از سایر علل err-disable پوشش‌داده‌شده در لب‌های قبلی.

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

Switch1(config)# interface gigabitethernet1/0/10
Switch1(config-if)# udld port aggressive

Switch2(config)# interface gigabitethernet1/0/10
Switch2(config-if)# udld port aggressive

Switch1# show udld gigabitethernet1/0/10

Interface Gi1/0/10
---
Port enable administrative configuration setting: Enabled / in aggressive mode
Current bidirectional state: Bidirectional
Neighbor state: Bidirectional
-- حالت معمولی و سالم پیش از شکست شبیه‌سازی‌شده

-- شبیه‌سازی‌شده: یک رشته فیبر شکست می‌خورد،
-- Switch2 همچنان می‌تواند به Switch1 بفرستد،
-- اما انتقال‌های Switch1 هرگز به Switch2 نمی‌رسند
-- (یا بالعکس، بسته به اینکه کدام رشته شکست خورده)

-- به‌طور قابل‌توجه، خود اینترفیس معمولاً همچنان
-- "up/up" را از دیدگاه حالت-لینک پایه نشان
-- می‌داد، چون فیبر نوری می‌تواند یک سیگنال نور
-- را روی یک رشته حفظ کند حتی اگر دیگری شکست خورده باشد

Switch1# show udld gigabitethernet1/0/10

Interface Gi1/0/10
---
Current bidirectional state: Unidirectional
-- تبادل hello دوره‌ای UDLD تشخیص داد hello های
-- خودش توسط همسایه دوباره تأیید نمی‌شوند، چیزی
-- که نظارت حالت-لینک ساده هرگز نمی‌توانست به‌تنهایی
-- آشکار کند

Switch1# show interfaces gigabitethernet1/0/10 status

Gi1/0/10   err-disabled

Switch1# show interfaces gigabitethernet1/0/10 | include err-disable

Interface Gi1/0/10 is down (UDLD Port Disabled)
-- تأیید می‌کند این حالت err-disabled خاص توسط
-- UDLD ایجاد شد، متمایز از علل err-disable
-- امنیت پورت یا BPDU Guard پوشش‌داده‌شده در
-- لب‌های قبلی

نکته کلیدی

حالت aggressive UDLD یک نقطه کور را حل می‌کند که نه تشخیص حالت-لینک پایه اترنت و نه Spanning Tree نمی‌توانند به‌تنهایی برطرف کنند: یک لینک فیبر که فیزیکاً up به‌نظر می‌رسد و حتی برخی ترافیک را عبور می‌دهد، اما واقعاً در یک جهت خراب است — حالت شکستی که در غیر این صورت می‌توانست اجازه دهد یک حلقه لایه ۲ بی‌سروصدا تشکیل شود، یا مسائل اتصال متناوب و سخت-برای-تشخیص بسته به اینکه کدام جهت ترافیک تحت‌تأثیر است ایجاد کند.

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