لب عملی: تنظیم پورت‌های سوئیچ به حالت‌های ترانک پویا

این لب عملی حالت‌های switchport dynamic desirable و dynamic auto را پیکربندی می‌کند، و نشان می‌دهد Dynamic Trunking Protocol چگونه به‌طور خودکار مذاکره می‌کند آیا یک لینک به یک ترانک تبدیل می‌شود یا یک پورت access باقی می‌ماند، و پوشش می‌دهد چرا تکیه بر DTP عموماً در شبکه‌های تولیدی نامطلوب است.

Dynamic Trunking ProtocolSwitchport Dynamic DesirableSwitchport Dynamic Auto

~3 min read · Updated Sep 22, 2026

هدف لب

پیکربندی هم حالت‌های switchport dynamic desirable و هم dynamic auto بین دو سوئیچ، مشاهده اینکه کدام ترکیب‌ها با موفقیت یک ترانک را به‌طور خودکار از طریق DTP مذاکره می‌کنند، و شناسایی یک ترکیب که این کار را نمی‌کند.

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

پیش از پیکربندی صریح switchport mode trunk، همان‌طور که در لب‌های قبلی انجام شد، مهندسان باید درک کنند Dynamic Trunking Protocol (DTP) چگونه می‌تواند این را به‌طور خودکار مذاکره کند — و، به‌همان‌اندازه مهم، چرا بیشتر محیط‌های تولیدی DTP را کاملاً برای امنیت و قابل‌پیش‌بینی‌بودن به‌نفع پیکربندی صریح غیرفعال می‌کنند.

توپولوژی لب

Switch1 ---- Gi1/0/24 ---- Gi1/0/24 ---- Switch2

لینک در حال حاضر هیچ حالت switchport صریحی
روی هیچ سمت پیکربندی‌شده ندارد

وظیفه ۱: پیکربندی Dynamic Desirable روی هر دو سمت

Gi1/0/24 را روی هر دو سوئیچ روی dynamic desirable تنظیم کن، و تأیید کن آیا یک ترانک تشکیل می‌شود.

وظیفه ۲: پیکربندی Dynamic Auto روی هر دو سمت

هر دو سمت را به dynamic auto تغییر بده، و تأیید کن آیا یک ترانک این‌بار تشکیل می‌شود.

وظیفه ۳: پیکربندی یک سمت Desirable و دیگری Auto

Switch1 را روی dynamic desirable و Switch2 را روی dynamic auto تنظیم کن، و نتیجه را تأیید کن.

وظیفه ۴: شناسایی ترکیب غیر-مذاکره‌کننده

بر اساس الگوی مشاهده‌شده، توضیح بده کدام ترکیب از حالت‌های پویا منجر به تشکیل ترانک نمی‌شود.

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

Switch1(config)# interface gigabitethernet1/0/24
Switch1(config-if)# switchport mode dynamic desirable

Switch2(config)# interface gigabitethernet1/0/24
Switch2(config-if)# switchport mode dynamic desirable

Switch1# show interfaces gigabitethernet1/0/24 switchport | include Mode

Administrative Mode: dynamic desirable
Operational Mode: trunk
-- Desirable + Desirable با موفقیت یک ترانک را
-- مذاکره می‌کند، چون هر دو سمت به‌طور فعال
-- پیشنهاد می‌دهند

Switch1(config)# interface gigabitethernet1/0/24
Switch1(config-if)# switchport mode dynamic auto

Switch2(config)# interface gigabitethernet1/0/24
Switch2(config-if)# switchport mode dynamic auto

Switch1# show interfaces gigabitethernet1/0/24 switchport | include Mode

Administrative Mode: dynamic auto
Operational Mode: static access
-- Auto + Auto یک ترانک تشکیل نمی‌دهد -- هیچ
-- سمتی به‌طور فعال آغاز نمی‌کند، پس هر دو
-- به‌طور غیرفعال منتظر می‌مانند و به حالت
-- access پیش‌فرض می‌روند

Switch1(config)# interface gigabitethernet1/0/24
Switch1(config-if)# switchport mode dynamic desirable

Switch2(config)# interface gigabitethernet1/0/24
Switch2(config-if)# switchport mode dynamic auto

Switch1# show interfaces gigabitethernet1/0/24 switchport | include Mode

Operational Mode: trunk
-- Desirable + Auto یک ترانک تشکیل می‌دهد، چون
-- سمت desirable به‌طور فعال آغاز می‌کند و
-- سمت auto وقتی پرسیده شود پاسخ می‌دهد

نکته کلیدی

مذاکره DTP منطق مذاکره PAgP پوشش‌داده‌شده در یک لب EtherChannel قبلی را منعکس می‌کند: هم Desirable+Desirable و هم Desirable+Auto یک ترانک تشکیل می‌دهند، در حالی که Auto+Auto هرگز این کار را نمی‌کند، چون هیچ سمتی ابتکار عمل را نمی‌گیرد. در عمل، بیشتر شبکه‌های تولیدی امنیت-آگاه DTP را کاملاً غیرفعال می‌کنند (با استفاده از switchport nonegotiate همراه با حالت trunk یا access صریح)، چون تکیه بر مذاکره خودکار روی یک پورت access که یک مهاجم می‌تواند فیزیکاً به آن برسد یک ریسک غیرضروری را نشان می‌دهد.

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