اگر هنگام بررسی وضعیت پورتهای یک سوئیچ سیسکو، دستور show interfaces status را اجرا کرده باشید، احتمالاً با وضعیتهایی مثل connected، disabled، err-disabled و notconnect روبهرو شدهاید. یکی از رایجترین موارد، نمایش وضعیت notconnect است؛ حالتی که در نگاه اول ساده به نظر میرسد، اما میتواند دلایل مختلفی داشته باشد.
نکته مهم این است که notconnect لزوماً به معنی خراب بودن پورت سوئیچ نیست. این وضعیت معمولاً نشان میدهد که سوئیچ در لایه فیزیکی ارتباط فعالی روی آن پورت تشخیص نداده است. بنابراین قبل از تغییر تنظیمات VLAN، Speed یا Duplex، بهتر است عیبیابی را از کابل و دستگاه مقصد شروع کنید.
در این مقاله قدمبهقدم بررسی میکنیم که چرا یک پورت Cisco در خروجی show interfaces status به صورت notconnect نمایش داده میشود و برای پیدا کردن مشکل دقیقاً چه کارهایی باید انجام دهید.
notconnect در سوئیچ سیسکو یعنی چه؟دستور زیر یکی از سریعترین روشها برای مشاهده وضعیت پورتهای سوئیچ است:
show interfaces status
خروجی معمولاً چیزی شبیه این است:
Port Name Status Vlan Duplex Speed Type
Gi1/0/1 connected 10 a-full a-1000 10/100/1000-T
Gi1/0/2 notconnect 20 auto auto 10/100/1000-T
Gi1/0/3 disabled 1 auto auto 10/100/1000-T
Gi1/0/4 err-disabled 30 a-full a-1000 10/100/1000-T
در اینجا notconnect یعنی پورت از نظر تنظیمات لزوماً خاموش نشده، اما Link فیزیکی فعالی بین این پورت و دستگاه مقابل وجود ندارد. مثلاً ممکن است کابل شبکه به پورت Gi1/0/2 متصل باشد، اما کامپیوتر، Access Point، سرور یا سوئیچ مقابل خاموش باشد. در این حالت ممکن است پورت همچنان notconnect باقی بماند.

اولین و سادهترین دلیل همین است. فرض کنید پورت Gi1/0/10 به یک کامپیوتر متصل است و در خروجی زیر را میبینید:
Gi1/0/10 notconnect
قبل از هر تغییر در تنظیمات Cisco، بررسی کنید دستگاه مقصد روشن است یا خیر. اگر کامپیوتر خاموش باشد، کارت شبکه آن Link ایجاد نمیکند و سوئیچ نیز چیزی برای تشخیص دادن ندارد. این موضوع درباره تجهیزات دیگر هم صدق میکند:
بنابراین اولین مرحله عیبیابی همیشه بررسی وضعیت دستگاه مقابل است.
اگر دستگاه مقصد روشن است اما پورت همچنان notconnect است، کابل را بررسی کنید. یک کابل خراب میتواند باعث شود هیچ Link فیزیکی بین دو دستگاه ایجاد نشود. موارد زیر را بررسی کنید:
یک تست بسیار کاربردی این است که کابل را عوض کنید. اگر بعد از تعویض کابل وضعیت از notconnect به connected تغییر کرد، احتمالاً مشکل از کابل یا سوکت آن بوده است.
گاهی مشکل اصلاً از سوئیچ نیست. برای مثال ممکن است پورت شبکه کامپیوتر در Windows غیرفعال شده باشد یا کارت شبکه سرور Down باشد. در سرورها نیز ممکن است Interface به دلیل تنظیمات سیستمعامل، Driver یا مشکلات سختافزاری فعال نباشد.
اگر به دستگاه مقصد دسترسی دارید، وضعیت Network Adapter را بررسی کنید. برای Linux میتوانید از ابزارهایی مانند ip link استفاده کنید و در Windows نیز وضعیت Network Adapter را در Network Connections یا Device Manager بررسی کنید.
اگر کابل سالم است و دستگاه نیز روشن است، احتمال خرابی NIC را هم در نظر بگیرید. یک روش سریع برای تست این است که همان کابل را به یک دستگاه سالم دیگر وصل کنید. مثلاً:
Cisco Switch
|
| Cable
|
Server NIC
اگر با همان کابل، دستگاه دیگری روی همان پورت connected شد، مشکل میتواند از NIC سرور باشد. این تست کمک میکند مشخص کنید مشکل در کدام قسمت مسیر است:
Switch → Cable → NIC → Device
این مورد ساده است اما در شبکههای بزرگ زیاد اتفاق میافتد. ممکن است کابل واقعاً به Gi1/0/12 وصل باشد، ولی شما وضعیت Gi1/0/13 را بررسی کنید. به همین دلیل بهتر است هنگام عیبیابی، شماره پورت را روی خود سوئیچ و Patch Panel بررسی کنید. همچنین میتوانید وضعیت یک پورت خاص را مستقیماً بررسی کنید:
show interfaces gi1/0/12 status
اگر پورت با دستور shutdown غیرفعال شده باشد، معمولاً در show interfaces status وضعیت آن disabled دیده میشود، نه notconnect.
برای بررسی وضعیت دقیق پورت:
show running-config interface gi1/0/12
اگر چنین خطی وجود داشته باشد:
shutdown
پورت Administratively Down است. برای فعال کردن آن:
configure terminal
interface gi1/0/12
no shutdown
end
سپس دوباره بررسی کنید:
show interfaces status
در بعضی شرایط، عدم توافق مناسب بین دو طرف لینک میتواند باعث مشکل در برقراری ارتباط شود. ابتدا وضعیت پورت را بررسی کنید:
show interfaces gi1/0/12
و همچنین:
show interfaces gi1/0/12 status
اگر Speed یا Duplex به صورت دستی روی یکی از طرفین تنظیم شده، بهتر است در صورت امکان هر دو طرف را روی Auto Negotiation قرار دهید. برای مثال:
interface gi1/0/12
speed auto
duplex auto
البته این تغییر را بدون بررسی انجام ندهید؛ مخصوصاً در شبکههای حساس یا تجهیزات قدیمی که رفتار Auto Negotiation متفاوتی دارند.
اگر پورت موردنظر Fiber یا SFP است، عیبیابی کمی متفاوت میشود. در این حالت موارد زیر را بررسی کنید:
برای بررسی اطلاعات SFP در بسیاری از مدلهای Cisco میتوانید از این دستور استفاده کنید:
show interfaces transceiver
و در برخی مدلها:
show inventory
اگر شک دارید مشکل از SFP است، استفاده از یک SFP سالم و شناختهشده یکی از سریعترین روشهای تست است.
به LED پورت روی سوئیچ هم توجه کنید. اگر پورت notconnect است و LED مربوط به آن نیز هیچ Link Activity نشان نمیدهد، احتمال مشکل فیزیکی بیشتر میشود. در چنین شرایطی بهتر است به جای شروع با تنظیمات VLAN، مسیر فیزیکی را بررسی کنید:
Switch Port → Patch Cable → Patch Panel → Network Cable → Device NIC
این روش معمولاً سریعتر از تغییر تصادفی تنظیمات است.
notconnect شدن پورت میشود؟در حالت معمول، خیر. این نکته بسیار مهم است. اگر یک پورت در show interfaces status وضعیت notconnect دارد، تغییر VLAN معمولاً مشکل Link فیزیکی را حل نمیکند. برای مثال:
interface gi1/0/12
switchport access vlan 20
اگر هیچ دستگاهی Link ایجاد نکرده باشد، پورت همچنان ممکن است notconnect نمایش داده شود. VLAN بیشتر روی ارتباط لایه 2 و نحوه عبور ترافیک تأثیر میگذارد، نه اینکه به تنهایی Link فیزیکی را ایجاد کند. بنابراین برای notconnect ابتدا Physical Layer را بررسی کنید.
notconnectاگر میخواهید بدون اتلاف وقت مشکل را پیدا کنید، این ترتیب را دنبال کنید:
show interfaces status
پورت مشکلدار را پیدا کنید.
show interfaces gi1/0/12
به مواردی مانند:
line protocol
input errors
CRC
speed
duplex
توجه کنید.
show running-config interface gi1/0/12
بررسی کنید پورت shutdown نباشد و تنظیمات غیرعادی نداشته باشد.
کابل را با یک کابل سالم تعویض کنید.
بررسی کنید دستگاه روشن و Network Interface آن فعال باشد.
همان دستگاه و کابل را روی یک پورت سالم دیگر تست کنید. اگر روی پورت دیگر connected شد، احتمال مشکل در پورت اولیه بیشتر است.

notconnect با err-disabledاین دو وضعیت را نباید با هم اشتباه گرفت. notconnect معمولاً یعنی سوئیچ Link فیزیکی فعال دریافت نمیکند. اما err-disabled معمولاً یعنی Cisco پورت را به دلیل یک خطا یا رخداد خاص به صورت خودکار غیرفعال کرده است. برای err-disabled باید سراغ علتهایی مانند Port Security، BPDU Guard، EtherChannel و سایر مکانیزمهای حفاظتی بروید. بنابراین روش عیبیابی این دو وضعیت یکسان نیست.
اگر این شرایط همزمان وجود داشته باشد:
notconnect باقی میماند.در این حالت احتمال خرابی فیزیکی Port، Transceiver یا بخش مرتبط با Interface در سوئیچ بیشتر میشود. بهترین کار این است که یک تست Cross-Check انجام دهید و دستگاه و کابل سالم را روی همان پورت امتحان کنید.
وقتی دستور show interfaces status یک پورت Cisco را notconnect نشان میدهد، سریع سراغ تغییر VLAN یا تنظیمات پیچیده نروید. در بیشتر موارد باید ابتدا ارتباط فیزیکی را بررسی کنید. مهمترین دلایل عبارتاند از:
قاعده ساده برای عیبیابی این است:
اول Physical Layer، بعد Interface Configuration و در نهایت تنظیمات شبکه را بررسی کنید.
اگر بعد از تعویض کابل و تست دستگاه روی پورت دیگر مشکل همچنان باقی ماند، آنوقت بررسی دقیقتر خروجی show interfaces، لاگهای سوئیچ و سختافزار منطقیتر خواهد بود.