Amir Jabbari
در یک شبکه معمولی، تلفن Cisco و کامپیوتری که به پورت پشت آن وصل است از همان کابل به سوئیچ می‌رسند، اما قرار نیست هر دو در یک VLAN باشند. تلفن باید ترافیک صوتی خودش را روی Voice VLAN بفرستد و PC معمولاً روی Data VLAN یا همان Access VLAN باقی بماند.
در این راهنما توضیح می‌دهیم Voice VLAN چیست، تلفن‌های Cisco 78xx و 88xx چگونه VLAN را از CDP یا LLDP-MED یاد می‌گیرند، دستور switchport voice vlan دقیقاً چه کاری انجام می‌دهد و چرا ممکن است تلفن از DHCP شبکه اشتباه IP بگیرد. در پایان نیز یک مسیر عیب‌یابی داریم که کمک می‌کند بفهمید مشکل از Discovery، Tagging، DHCP، Trunk یا PC Passthrough است.
خلاصه ماجرا: اگر تلفن IP شبکه Data را می‌گیرد، معمولاً هنوز وارد Voice VLAN نشده است. اگر Voice VLAN درست است ولی IP نمی‌گیرد، مشکل را در DHCP، Relay، Trunk، SVI یا DHCP Snooping دنبال کنید.
Voice VLAN چیست و چرا تلفن و کامپیوتر را جدا می‌کنیم؟
Voice VLAN یک VLAN جداگانه برای تلفن‌های تحت شبکه است. هدف فقط «مرتب‌کردن شبکه» نیست. وقتی تلفن‌ها در VLAN جدا باشند، مدیریت آدرس‌دهی، امنیت، QoS، DHCP و عیب‌یابی ساده‌تر می‌شود.
فرض کنید کامپیوترهای شرکت در VLAN 10 هستند و تلفن‌های IP در VLAN 20. روی میز کاربر فقط یک کابل شبکه وجود دارد. این کابل ابتدا وارد تلفن می‌شود و کامپیوتر نیز به پورت PC پشت تلفن وصل است.
تلفن درون خودش یک سوئیچ کوچک دارد. به همین دلیل می‌تواند ترافیک خودش و PC را روی یک لینک فیزیکی به سوئیچ اصلی منتقل کند، اما این دو نوع ترافیک را در VLANهای متفاوت نگه دارد.
| دستگاه | VLAN نمونه | رفتار معمول |
|---|---|---|
| Cisco IP Phone | Voice VLAN 20 | ترافیک صوتی Tagged با 802.1Q |
| PC پشت تلفن | Data VLAN 10 | در حالت معمول Untagged و عضو Access VLAN |
تلفن Cisco Voice VLAN را از کجا می‌فهمد؟
اینجا یکی از مهم‌ترین نکته‌های مقاله است. در تلفن‌های Cisco با Multiplatform Firmware یا MPP، Voice VLAN می‌تواند از چند منبع مختلف به دستگاه برسد.
طبق مستندات فعلی Cisco، تلفن برای پیدا کردن VLAN این ترتیب را دنبال می‌کند:
🔹 ابتدا LLDP-MED
🔹 سپس CDP
🔹 بعد VLAN ID که به‌صورت دستی روی تلفن وارد شده
🔹 و در آخر DHCP VLAN Option
این ترتیب برای عیب‌یابی بسیار مهم است. مثلاً اگر روی تلفن VLAN 30 را دستی وارد کرده باشید ولی سوئیچ از طریق LLDP-MED VLAN 20 را اعلام کند، ممکن است تلفن VLAN 20 را انتخاب کند.
پس فقط نگاه‌کردن به مقدار VLAN دستی کافی نیست. باید بفهمیم تلفن در عمل VLAN را از کدام روش یاد گرفته است.
CDP چه کاری برای تلفن Cisco انجام می‌دهد؟
Cisco Discovery Protocol یا CDP پروتکل کشف تجهیزات Cisco است. در شبکه‌ای که تلفن Cisco به سوئیچ Catalyst متصل است، CDP یکی از ساده‌ترین روش‌ها برای اعلام Voice VLAN به تلفن است.
وقتی روی پورت دستور Voice VLAN وجود دارد، سوئیچ از طریق CDP به تلفن اعلام می‌کند ترافیک Voice را روی کدام VLAN ارسال کند.
برای دیدن تلفن در جدول CDP از این دستورات استفاده کنید:
show cdp neighbors
show cdp neighbors detailاگر تلفن دیده نمی‌شود، وضعیت CDP روی همان Interface را بررسی کنید:
show cdp interface GigabitEthernet1/0/12شماره Interface در این مقاله نمونه است و باید با پورت واقعی تلفن جایگزین شود.
LLDP-MED چه فرقی با CDP دارد؟
LLDP یک استاندارد عمومی برای شناسایی دستگاه‌های همسایه است و LLDP-MED قابلیت‌هایی مخصوص تجهیزات صوتی و چندرسانه‌ای به آن اضافه می‌کند.
در شبکه‌هایی که سوئیچ و تلفن همگی Cisco نیستند، LLDP-MED اهمیت بیشتری پیدا می‌کند. Network Policy می‌تواند اطلاعاتی مثل VLAN صوتی و Priority را به Endpoint اعلام کند.
روی Catalyst ابتدا بررسی کنید LLDP فعال است:
show lldp
show lldp neighbors
show lldp neighbors detailاگر LLDP خاموش است و طراحی شبکه شما به آن نیاز دارد:
configure terminal
lldp run
endفقط روشن‌بودن LLDP کافی نیست. در سوئیچ‌های غیر Cisco یا بعضی خانواده‌های Catalyst باید Network Policy مربوط به Voice نیز درست تعریف و Advertise شود.
نکته: دستور دقیق ساخت LLDP-MED Network Policy بین مدل‌ها و سیستم‌عامل‌های مختلف سوئیچ یکسان نیست. دستور مربوط به Catalyst 1300 را نباید بدون بررسی روی Catalyst 9300، Aruba، HPE یا سوئیچ برند دیگر اجرا کرد.
Network Startup Delay چیست و چرا گاهی Voice VLAN بعد از Boot خراب می‌شود؟
تلفن پس از روشن‌شدن خیلی زود تلاش می‌کند LLDP-MED را انجام دهد. اگر سوئیچ هنوز به حالت Forwarding نرسیده باشد، ممکن است تلفن در همان لحظه اطلاعات Voice VLAN را دریافت نکند.
Cisco در مستندات MPP پارامتری به نام Network Startup Delay دارد. مقدار پیش‌فرض آن در مستندات فعلی ۳ ثانیه است. در بعضی شبکه‌ها، مخصوصاً زمانی که STP باعث تأخیر می‌شود، افزایش کنترل‌شده این مقدار می‌تواند کمک کند.
اما قبل از افزایش آن، PortFast و وضعیت STP پورت را بررسی کنید. افزایش Startup Delay نباید جای اصلاح پیکربندی سوئیچ را بگیرد.
پیکربندی صحیح Voice VLAN روی Cisco Catalyst
فرض کنیم VLAN 10 برای کاربران و VLAN 20 برای تلفن‌هاست.
ابتدا VLANها را ایجاد یا وجودشان را بررسی کنید:
configure terminal
vlan 10
name DATA
vlan 20
name VOICE
endحالا پورت متصل به تلفن را تنظیم کنید:
configure terminal
interface GigabitEthernet1/0/12
switchport mode access
switchport access vlan 10
switchport voice vlan 20
spanning-tree portfast
endدستور switchport access vlan 10 ترافیک Untagged را در Data VLAN قرار می‌دهد.
دستور switchport voice vlan 20 Voice VLAN را برای تلفن تعریف می‌کند و در طراحی رایج، تلفن ترافیک صوتی خود را با تگ 802.1Q VLAN 20 ارسال می‌کند.
spanning-tree portfast نیز برای پورت Endpoint کمک می‌کند پورت سریع‌تر Forwarding شود.
هشدار: PortFast را روی پورتی که احتمال اتصال سوئیچ دیگر به آن وجود دارد بدون طراحی صحیح فعال نکنید. این دستور برای Endpoint مثل تلفن و PC مناسب است، نه لینک عادی بین دو سوئیچ.
آیا پورت تلفن باید Trunk باشد؟
در بیشتر طراحی‌های معمول Cisco IP Phone روی Catalyst، پاسخ خیر است.
پورت به‌صورت Access Port تنظیم می‌شود اما می‌تواند هم‌زمان Data VLAN و Voice VLAN را حمل کند. Voice VLAN یک قابلیت مخصوص همین سناریوست و لازم نیست برای هر تلفن یک Trunk عادی بسازید.
البته سناریوهای خاصی وجود دارند که طراحی متفاوت است، اما برای تلفن Cisco به‌همراه یک PC، Access Port + Voice VLAN نقطه شروع استانداردتر و ساده‌تری است.
اولین بررسی: سوئیچ واقعاً چه VLANی روی پورت دارد؟
قبل از تغییر DHCP Server این دستور را اجرا کنید:
show interfaces GigabitEthernet1/0/12 switchportدر خروجی دنبال Access VLAN و Voice VLAN باشید. اگر Access VLAN درست است ولی Voice VLAN روی None یا VLAN دیگری قرار دارد، دلیل IP اشتباه تلفن تقریباً روشن شده است.
وجود خود VLAN را نیز بررسی کنید:
show vlan briefچرا تلفن از VLAN شبکه کاربران IP می‌گیرد؟
وقتی تلفن از همان subnet کامپیوتر IP می‌گیرد، معمولاً DHCP Server «اشتباه تصمیم نگرفته»؛ DHCP Discover اصلاً از Data VLAN به سرور رسیده است.
این اتفاق معمولاً وقتی رخ می‌دهد که تلفن Voice VLAN را یاد نگرفته باشد.
علت می‌تواند نبود switchport voice vlan، خاموش‌بودن CDP، نبود LLDP-MED Network Policy، VLAN دستی اشتباه یا مشکل Timing هنگام Boot باشد.
در چنین وضعیتی اول باید VLAN عملیاتی تلفن را بررسی کنید، نه Scope DHCP را.
چرا تلفن Voice VLAN درست را دارد ولی IP نمی‌گیرد؟
این یک سناریوی کاملاً متفاوت است.
فرض کنید تلفن VLAN 20 را به‌درستی یاد گرفته و DHCP Discover را روی VLAN 20 می‌فرستد. اگر هیچ IP نمی‌گیرد، حالا باید مسیر DHCP را بررسی کنیم.
ممکن است VLAN 20 روی Uplink مجاز نباشد، Gateway VLAN پایین باشد، DHCP Relay اشتباه باشد، Scope خالی شده باشد یا DHCP Snooping پاسخ را Drop کند.
پس ابتدا باید میان دو حالت تفاوت بگذاریم:
| وضعیت | تمرکز عیب‌یابی |
|---|---|
| تلفن VLAN اشتباه دارد | CDP، LLDP-MED، Voice VLAN پورت، VLAN دستی |
| تلفن VLAN درست دارد ولی IP ندارد | DHCP، Trunk، Relay، SVI، DHCP Snooping |
Voice VLAN روی Uplink عبور می‌کند؟
پورت تلفن می‌تواند کاملاً درست باشد اما VLAN صوتی در Uplink به Core یا Distribution عبور نکند.
این دستور را بررسی کنید:
show interfaces trunkVLAN صوتی باید در مسیر لازم Allowed باشد و وضعیت Forwarding داشته باشد.
اگر Voice VLAN روی پورت Access وجود دارد ولی روی Uplink حمل نمی‌شود، تلفن ممکن است VLAN را درست یاد بگیرد اما نه DHCP دریافت کند و نه به Call Server برسد.
DHCP Relay یا ip helper-address را بررسی کنید
اگر DHCP Server داخل subnet Voice VLAN نیست، Broadcast DHCP به‌صورت عادی از Router عبور نمی‌کند. در این حالت روی Gateway لایه ۳ VLAN صوتی باید DHCP Relay وجود داشته باشد.
مثال زیر فقط برای حالتی است که همان سوئیچ لایه ۳ Gateway VLAN 20 باشد:
interface Vlan20
ip address 198.51.100.1 255.255.255.0
ip helper-address 203.0.113.10آدرس‌های بالا فقط نمونه مستندسازی هستند. در شبکه واقعی باید Gateway و DHCP Server واقعی خودتان را وارد کنید.
اگر Gateway روی Router یا Firewall دیگری است، DHCP Relay را همان‌جا بررسی کنید؛ اضافه‌کردن ip helper-address روی یک Access Switch لایه ۲ مشکلی را حل نمی‌کند.
DHCP Scope را فقط بعد از تأیید VLAN بررسی کنید
وقتی مطمئن شدید Discover از Voice VLAN ارسال می‌شود، حالا Scope اهمیت پیدا می‌کند.
بررسی کنید Scope فضای آزاد دارد، Subnet Mask و Gateway درست هستند و Lease با MAC تلفن روی Scope صحیح ثبت می‌شود.
اگر روی DHCP Server هیچ Discover از تلفن نمی‌بینید، قبل از سرور مشکل دارید. اگر Discover می‌رسد اما Offer تولید نمی‌شود، Scope و Policy را بررسی کنید. اگر Offer تولید می‌شود ولی تلفن آن را دریافت نمی‌کند، مسیر برگشت، Relay و DHCP Snooping مهم‌تر می‌شوند.
DHCP Option 132 چه زمانی کاربرد دارد؟
تلفن‌های MPP می‌توانند VLAN را از DHCP VLAN Option نیز یاد بگیرند. Cisco در مستندات فعلی همچنان DHCP Option 132 را پیشنهاد می‌کند.
اما این روش یک شرط مهم دارد: وقتی LLDP-MED، CDP یا VLAN دستی در دسترس باشند، DHCP VLAN Option در اولویت پایین‌تری قرار دارد.
یعنی اگر Voice VLAN را از CDP می‌گیرید، اضافه‌کردن Option 132 به‌عنوان «راه‌حل دوم» ممکن است اصلاً رفتار تلفن را تغییر ندهد.
در MPP این تنظیم معمولاً از مسیر Voice → System → VLAN Settings قابل مشاهده است.
DHCP Snooping می‌تواند تلفن را بدون IP بگذارد
اگر DHCP Snooping فعال است، پاسخ DHCP باید از پورت Trusted مناسب وارد سوئیچ شود. اشتباه در Trust می‌تواند باعث شود Discover از تلفن بیرون برود اما Offer یا ACK برگشتی Drop شود.
برای بررسی:
show ip dhcp snooping
show ip dhcp snooping bindingبرای رفع سریع مشکل، Access Port تلفن را بی‌دلیل Trusted نکنید. پورت Trusted باید مسیری باشد که پاسخ معتبر DHCP از آن می‌آید.
📌 مقاله مرتبط
اگر مشکل دقیقاً بعد از فعال‌سازی DHCP Snooping شروع شده است، مقاله رفع مشکل نگرفتن IP بعد از فعال‌سازی DHCP Snooping مسیر عیب‌یابی این بخش را دقیق‌تر ادامه می‌دهد.
PC Passthrough؛ چرا کامپیوتر پشت تلفن ممکن است VLAN اشتباه بگیرد؟
پورت PC پشت Cisco IP Phone فقط یک خروجی ساده نیست. فریم‌های کامپیوتر از داخل تلفن عبور می‌کنند و سپس به سوئیچ می‌رسند.
در حالت معمول، PC فریم Untagged می‌فرستد و سوئیچ آن را وارد Access VLAN می‌کند.
اما در MPP گزینه‌ای به نام PC Port VLAN ID نیز وجود دارد. Cisco توضیح می‌دهد که با این تنظیم، تلفن می‌تواند فریم‌های Untagged ورودی از PC را با VLAN ID مشخص Tag کند.
بنابراین اگر خود تلفن شبکه درست دارد اما PC پشت آن IP عجیب یا VLAN اشتباه می‌گیرد، فقط پورت سوئیچ را بررسی نکنید؛ مقدار PC Port VLAN ID روی تلفن هم مهم است.
خطای رایج: برای رفع مشکل Voice VLAN، PC Port VLAN ID را روی همان Voice VLAN قرار می‌دهند. در نتیجه کامپیوتر نیز وارد VLAN صوتی می‌شود. مگر طراحی شما عمداً چنین رفتاری بخواهد، Data و Voice باید جدا بمانند.
MAC Address Table یک ابزار سریع برای تشخیص VLAN واقعی است
اگر هنوز مطمئن نیستید تلفن از کدام VLAN عبور می‌کند، جدول MAC سوئیچ را ببینید:
show mac address-table interface GigabitEthernet1/0/12بعد از کامل‌شدن Boot، MAC تلفن باید روی Voice VLAN مورد انتظار دیده شود و MAC کامپیوتر معمولاً روی Data VLAN باقی بماند.
در لحظه‌های ابتدایی Boot ممکن است رفتار موقتی متفاوت ببینید، بنابراین وضعیت پایدار را چند ثانیه بعد بررسی کنید.
وضعیت VLAN را روی خود تلفن هم بررسی کنید
پیکربندی سوئیچ می‌گوید چه چیزی باید به تلفن اعلام شود؛ اما برای عیب‌یابی باید بدانید Endpoint واقعاً چه چیزی دریافت کرده است.
در MPP می‌توانید از رابط وب و بخش Network یا VLAN Settings وضعیت VLAN، CDP و LLDP-MED را ببینید.
اگر سوئیچ Voice VLAN 20 را اعلام می‌کند ولی تلفن همچنان VLAN 10 را نشان می‌دهد، مشکل قبل از DHCP است.
اگر تلفن VLAN 20 را نشان می‌دهد اما IP ندارد، Discovery کار کرده و حالا باید روی مسیر DHCP تمرکز کنید.
VLAN دستی روی تلفن؛ ابزار تشخیص خوب، راه‌حل دائمی ضعیف
برای تست می‌توانید Voice VLAN را دستی روی یک تلفن آزمایشی قرار دهید.
اگر با VLAN دستی دستگاه بلافاصله از Scope صحیح IP می‌گیرد، یک نتیجه مهم دارید: DHCP و مسیر Voice VLAN احتمالاً سالم‌اند و مسئله بیشتر در Discovery با CDP یا LLDP-MED است.
اما در شبکه‌ای با تعداد زیاد تلفن، تنظیم دستی VLAN روی تک‌تک Endpointها معمولاً انتخاب خوبی نیست. تغییر VLAN در آینده سخت می‌شود و اختلاف تنظیمات میان تلفن‌ها افزایش پیدا می‌کند.
اگر تلفن هنوز Lease قدیمی را نگه داشته چه کنیم؟
بعد از اصلاح Voice VLAN ممکن است تلفن همچنان IP قبلی را نمایش دهد. این به‌تنهایی ثابت نمی‌کند تنظیم جدید شکست خورده است.
ابتدا تلفن را به‌صورت کنترل‌شده Reboot کنید یا در صورت پشتیبانی، DHCP Lease را Release/Renew کنید.
Factory Reset را به‌عنوان اولین راه‌حل استفاده نکنید؛ چون ممکن است Provisioning و تنظیمات دیگری را نیز پاک کند.
برای تشخیص قطعی، DHCP را روی شبکه ببینید
اگر هنوز معلوم نیست DHCP Discover روی چه VLANی ارسال می‌شود، Packet Capture یا SPAN بسیار مفید است.
در Capture به تگ 802.1Q نگاه کنید.
اگر DHCP Discover تلفن با VLAN 20 خارج می‌شود اما هیچ Offer برنمی‌گردد، مشکل در تلفن یا Discovery نیست. حالا باید مسیر VLAN، Relay، DHCP Server یا Snooping را بررسی کنید.
اگر Discover بدون Tag روی Data VLAN خارج می‌شود، تلفن هنوز Voice VLAN را یاد نگرفته است و باید CDP، LLDP-MED، VLAN دستی و Startup Delay را بررسی کنید.
جدول عیب‌یابی سریع Cisco Voice VLAN
| نشانه | علت محتمل | اولین بررسی |
|---|---|---|
| تلفن IP همان شبکه PC را می‌گیرد | Voice VLAN یاد گرفته نشده | CDP، LLDP-MED، switchport voice vlan |
| تلفن VLAN درست دارد ولی IP ندارد | DHCP یا مسیر VLAN | Scope، Relay، Trunk، SVI |
| PC درست است ولی تلفن اشتباه | Discovery یا Voice VLAN | CDP/LLDP و VLAN عملیاتی تلفن |
| تلفن درست است ولی PC اشتباه | Access VLAN یا PC Port VLAN ID | Data VLAN و PC Passthrough |
| بعد از Boot گاهی VLAN اشتباه می‌شود | Timing در LLDP/STP | PortFast و Network Startup Delay |
| بعد از DHCP Snooping تلفن IP نمی‌گیرد | Trust یا Drop پاسخ DHCP | show ip dhcp snooping |
ترتیب پیشنهادی برای عیب‌یابی بدون اتلاف وقت
مرحله ۱: با show interfaces … switchport بررسی کنید Access VLAN و Voice VLAN پورت درست باشند.
مرحله ۲: با CDP یا LLDP بررسی کنید سوئیچ و تلفن یکدیگر را می‌بینند.
مرحله ۳: روی خود تلفن VLAN عملیاتی را ببینید. تا وقتی تلفن VLAN درست ندارد، سراغ تغییر Scope DHCP نروید.
مرحله ۴: اگر VLAN درست است ولی IP ندارید، Uplink، Trunk، SVI، DHCP Relay و Snooping را بررسی کنید.
مرحله ۵: PC پشت تلفن را جداگانه بررسی کنید تا مطمئن شوید مشکل از Data VLAN یا PC Port VLAN ID نیست.
مرحله ۶: اگر هنوز محل شکست مشخص نیست، SPAN یا Packet Capture بگیرید و VLAN Tag واقعی DHCP Discover و Offer را مشاهده کنید.
Voice VLAN درست است ولی تلفن هنوز IP یا رجیستر ندارد؟
وقتی Voice VLAN، DHCP Relay، Trunk و مسیر سرور تلفنی هم‌زمان درگیر هستند، تغییر تصادفی تنظیمات Endpoint معمولاً زمان عیب‌یابی را بیشتر می‌کند. بهتر است مسیر تلفن تا DHCP و سپس تا سرور تلفنی مرحله‌به‌مرحله بررسی شود.
تماس با پشتیبانی ایرانیکاسرور: 021-91302467
پرسش‌های رایج
چرا تلفن Cisco از VLAN اشتباه IP می‌گیرد؟
رایج‌ترین دلیل این است که Voice VLAN را از CDP یا LLDP-MED یاد نگرفته و DHCP Discover را از Data VLAN ارسال کرده است. ابتدا VLAN عملیاتی تلفن و Voice VLAN پورت را بررسی کنید.
آیا پورت Cisco IP Phone باید Trunk باشد؟
در طراحی معمول Catalyst، پورت تلفن Access Port است که یک Access VLAN برای Data و یک Voice VLAN جدا دارد. تلفن Voice Traffic را با Tag مربوط به Voice VLAN ارسال می‌کند و برای این سناریو معمولاً نیازی به Trunk عادی نیست.
فرق CDP و LLDP-MED چیست؟
CDP پروتکل اختصاصی Cisco است. LLDP-MED بر پایه استاندارد LLDP کار می‌کند و برای تجهیزات صوتی و شبکه‌های چندبرندی مناسب‌تر است. هر دو می‌توانند در اعلام Voice VLAN نقش داشته باشند.
چرا تلفن Voice VLAN درست را دارد ولی DHCP نمی‌گیرد؟
در این حالت Discovery موفق بوده است. DHCP Scope، Relay، Trunk بالادست، SVI، مسیر برگشت و DHCP Snooping را بررسی کنید.
DHCP Option 132 برای چیست؟
در تلفن‌های MPP می‌تواند برای یادگیری Voice VLAN استفاده شود. طبق مستندات Cisco، LLDP-MED، CDP و VLAN دستی نسبت به DHCP VLAN Option اولویت بالاتری دارند.
چرا PC پشت تلفن IP اشتباه می‌گیرد؟
Access VLAN سوئیچ و PC Port VLAN ID روی خود تلفن را بررسی کنید. در حالت معمول PC باید روی Data VLAN بماند.
آیا Factory Reset مشکل Voice VLAN را حل می‌کند؟
معمولاً اولین انتخاب نیست. ابتدا Discovery، VLAN و DHCP را بررسی کنید. Factory Reset ممکن است تنظیمات Provisioning و بخش‌های دیگر را پاک کند بدون اینکه مشکل شبکه را حل کند.
جمع‌بندی
وقتی Cisco IP Phone از شبکه اشتباه IP می‌گیرد، عیب‌یابی را از DHCP Server شروع نکنید. ابتدا مشخص کنید تلفن Voice VLAN را درست یاد گرفته یا نه. در MPP، LLDP-MED و CDP نقش اصلی دارند و VLAN دستی و DHCP VLAN Option در مراحل بعدی قرار می‌گیرند.
اگر VLAN درست است ولی IP ندارید، مسیر را به DHCP، Relay، Trunk، SVI و DHCP Snooping منتقل کنید. همین تفکیک ساده میان «VLAN اشتباه» و «DHCP خراب» می‌تواند زمان عیب‌یابی را به‌شدت کم کند.
برای بررسی Voice VLAN و DHCP شبکه کمک می‌خواهید؟
اگر تلفن از VLAN اشتباه IP می‌گیرد، بعضی پورت‌ها درست کار می‌کنند و بعضی نه، یا بعد از فعال‌شدن DHCP Snooping تلفن‌ها بدون IP مانده‌اند، می‌توانید درخواست بررسی تنظیمات سوئیچ، مسیر VLAN و DHCP را ثبت کنید.
تماس با پشتیبانی ایرانیکاسرور: 021-91302467
دیدگاه‌ها (۰)