DTP و مذاکره Trunk

DTP چه کاری انجام می‌دهد و چه کاری نمی‌کند

802.1Q روش Tag کردن Frame است؛ DTP پروتکل مذاکره درباره این است که Port اصلاً Trunk بشود یا نه. این دو را یکی ندان. ممکن است دو Port با DTP به توافق برسند که Trunk باشند و بعد Traffic را با 802.1Q حمل کنند. همچنین ممکن است Port را استاتیک trunk کنی و به Negotiation پویا نیاز نداشته باشی.

DTP: Should this link operate as trunk?
802.1Q: How is VLAN identity carried on the trunk?

DTP اختصاصی Cisco است و همه تجهیزات آن را پشتیبانی نمی‌کنند. بسیاری از Routerها، Firewallها، Server NICها و Switchهای Vendor دیگر DTP ندارند. پس در اتصال به چنین تجهیزاتی باید نقش Port را صریح و بر اساس Design تنظیم کنی.

DTP را بیشتر به‌عنوان دانشی برای فهم رفتار Legacy و Troubleshooting ببین تا توصیه‌ای برای Dynamic کردن همه Portها. در شبکه‌های مدرن بسیاری از تیم‌ها Mode را استاتیک تعیین می‌کنند تا Intent واضح باشد. با این حال ممکن است در Exam، Lab یا شبکه قدیمی Portهایی با dynamic desirable/auto ببینی. اگر مفهوم DTP را ندانی، Operational Mode غیرمنتظره به نظر می‌رسد. بنابراین باید هم Negotiation Table را بفهمی و هم بتوانی آن را با show interfaces switchport اثبات کنی.

Modeهای Switchport

switchport mode access Port را به حالت Access می‌برد. switchport mode trunk Port را Trunk می‌کند. dynamic desirable فعالانه تلاش می‌کند همسایه را برای Trunk شدن متقاعد کند. dynamic auto حالت منفعل‌تری دارد؛ خودش فعالانه Trunk درخواست نمی‌کند اما اگر همسایه مناسب درخواست Trunk بدهد می‌تواند Trunk شود.

switchport mode access
switchport mode trunk
switchport mode dynamic desirable
switchport mode dynamic auto

نتیجه کلیدی: desirable با desirable معمولاً Trunk، desirable با auto معمولاً Trunk، اما auto با auto معمولاً Access باقی می‌ماند. اگر هر دو سمت را بدون Design در auto بگذاری، Link ممکن است Physical Up باشد ولی Trunk تشکیل نشود.

Side A              Side B              Typical result
trunk               trunk               Trunk
dynamic desirable   dynamic desirable   Trunk
dynamic desirable   dynamic auto        Trunk
dynamic auto        dynamic auto        Not trunk
access              access              Access

Mode access یا trunk یک Intent صریح است؛ dynamic Modeها Intent مشروط به Peer دارند. desirable پیام مذاکره می‌فرستد و auto بیشتر پاسخ می‌دهد. این رفتار را با LACP Active/Passive اشتباه نکن؛ هر دو الگوی active/passive-like دارند اما پروتکل و هدفشان متفاوت است. DTP درباره نوع Switchport و Trunk است، LACP درباره Link Aggregation و عضویت در Port-Channel. یک Uplink می‌تواند هم LACP EtherChannel باشد و هم Port-Channel حاصل به‌عنوان Trunk کار کند، اما این دو Function جدا هستند.

Administrative و Operational Mode

show interfaces switchport برای DTP بسیار مهم است چون Administrative Mode و Operational Mode را جدا نشان می‌دهد. Administrative Mode تنظیم موردنظر توست؛ Operational Mode نتیجه واقعی در حال اجرا است. مثلاً Administrative dynamic auto می‌تواند Operational static access یا trunk باشد، بسته به مذاکره با همسایه.

SW1# show interfaces Gi1/0/24 switchport
Name: Gi1/0/24
Switchport: Enabled
Administrative Mode: dynamic auto
Operational Mode: static access
Negotiation of Trunking: On

اگر Ticket می‌گوید «Uplink روشن است ولی VLANها رد نمی‌شوند»، Link Up فقط Layer 1 را تأیید می‌کند. Output بالا نشان می‌دهد Root Cause می‌تواند Trunk Negotiation باشد. تغییر DNS یا VLAN Client در این مرحله بی‌ربط است.

Administrative Mode به‌تنهایی برای Incident کافی نیست. ممکن است Config dynamic desirable باشد ولی به علت Peer، Operational trunk شود یا نشود. Negotiation of Trunking نیز نشان می‌دهد DTP فعال است یا با nonegotiate خاموش شده. هنگام Migration به Static Trunk، Before/After این سه Field را ثبت کن تا مطمئن شوی نتیجه موردنظر حاصل شده است. اگر Platform دستور یا Output متفاوت دارد، Documentation همان مدل را بررسی کن؛ مفاهیم Admin State، Operational State و Negotiation همچنان ثابت‌اند.

nonegotiate و Trunk استاتیک

وقتی Trunk را استاتیک پیکربندی کرده‌ای و نمی‌خواهی DTP Frame ارسال شود، روی Platformهایی که پشتیبانی می‌کنند می‌توانی switchport nonegotiate را استفاده کنی. معمولاً ابتدا Port را trunk یا access استاتیک می‌کنی و بعد Negotiation را خاموش می‌کنی.

interface GigabitEthernet1/0/24
 switchport mode trunk
 switchport nonegotiate

nonegotiate جای switchport mode trunk را نمی‌گیرد. اگر سمت مقابل Router یا تجهیز Non-Cisco است، آن سمت اصلاً DTP جواب نمی‌دهد؛ بنابراین نقش Trunk باید به‌صورت صریح Configuration شود. روی بعضی Platformها جزئیات Command متفاوت است، پس همیشه Documentation همان IOS/Platform را در Change واقعی بررسی کن.

nonegotiate به‌خصوص وقتی Peer DTP نمی‌فهمد یا سیاست سازمان Negotiation را نمی‌خواهد کاربرد دارد. اما اگر Port را dynamic نگه داری و فقط Negotiation را خاموش کنی، ممکن است نتیجه مورد انتظار به دست نیاید. اول نقش Port را صریح تعیین کن و سپس در صورت نیاز DTP را غیرفعال کن. همچنین nonegotiate هیچ ارتباطی با خاموش کردن 802.1Q Tag ندارد؛ Trunk استاتیک بدون DTP همچنان Frameهای VLAN را با 802.1Q حمل می‌کند.

Troubleshooting DTP

برای عیب‌یابی ابتدا هر دو سمت را بررسی کن. show interfaces trunk می‌گوید Trunk واقعاً وجود دارد یا نه. show interfaces switchport Administrative/Operational Mode و Negotiation را نشان می‌دهد. اگر هر دو سمت dynamic auto هستند و Operational access است، علت واضح است. اگر یک سمت access و سمت دیگر trunk باشد، ممکن است Link Up بماند اما Traffic رفتار ناسازگار داشته باشد و Log یا Errorهای دیگری دیده شود.

SW1# show interfaces trunk
<no Gi1/0/24 output>

SW1# show interfaces Gi1/0/24 switchport
Administrative Mode: dynamic auto
Operational Mode: static access

SW2# show interfaces Gi1/0/24 switchport
Administrative Mode: dynamic auto
Operational Mode: static access

Root Cause را با یک تغییر حداقلی اصلاح کن؛ مثلاً بر اساس Design هر دو سمت را static trunk قرار بده. بعد Native VLAN، Allowed VLAN و Traffic را هم Verify کن. تبدیل شدن به Trunk تنها یکی از شروط سلامت Uplink است.

در Troubleshooting یک Matrix کوچک از دو سمت بساز: Admin Mode A، Operational A، Admin Mode B، Operational B، DTP Negotiation، Native VLAN و Allowed VLAN. این جدول اختلاف را بسیار سریع آشکار می‌کند. اگر دو سمت auto/auto هستند و Operational access، Root Cause Negotiation است. اگر یک سمت trunk و دیگری trunk ولی VLAN 30 قطع است، DTP دیگر اولویت ندارد و باید Allowed/Active VLAN را بررسی کنی. تشخیص خوب یعنی بدانیم چه زمانی یک موضوع را از Suspect List حذف کنیم.