تلفن سیسکو IP نمی‌گیرد؛ از کجا بررسی کنیم؟
تلفن روشن است اما در مرحله دریافت IP مانده؟ کابل و پورت شبکه، شبکه مخصوص تلفن‌ها و روش تخصیص نشانی از بخش‌های قابل بررسی‌اند. روشن‌بودن گوشی یا کارکردن رایانه کنار آن، درست‌بودن ارتباط تلفن را ثابت نمی‌کند.
آخرین بازبینی متن:
در این صفحه
گوشی روشن نمی‌شود، IP نمی‌گیرد یا رجیستر نمی‌شود؟
برق‌گرفتن، دریافت IP و ثبت داخلی مراحل متفاوتی هستند. وضعیت فعلی گوشی را با جدول مقایسه کنید؛ برای خواندن اطلاعاتی که در دسترس عادی نیستند، نیازی به بازکردن قفل تنظیمات ندارید.
| وضعیت گوشی | چه بخشی مطرح است؟ |
|---|---|
| صفحه خاموش است یا دستگاه واکنش ندارد | برق و راه‌اندازی؛ پاسخ به کلید معمول و چراغ‌ها کمک می‌کند خاموشی صفحه را از خاموشی دستگاه جدا کنید. |
| در مرحله دریافت نشانی یا پیام شبکه مانده است | کابل، پورت و روش دریافت IP در شبکه همین محل. |
| نشانی دارد، اما داخلی آماده تماس نیست | اعتبار تنظیمات شبکه، دسترسی به مرکز و وضعیت ثبت داخلی. |
برای دیدن همه ستون‌ها، جدول را به چپ یا راست بکشید؛ با کیبورد از کلیدهای جهت استفاده کنید.
پیامی مانند Configuring IP باید در کنار مدل و نرم‌افزار گوشی تفسیر شود. ماندن روی یک پیام شبکه به‌تنهایی خرابی گوشی یا نیاز به ریست را ثابت نمی‌کند.
فقط یک گوشی IP نمی‌گیرد یا چند گوشی؟
| الگوی مشکل | برداشت مفید برای بررسی |
|---|---|
| فقط یک گوشی مشکل دارد | کابل، محل اتصال و تنظیمات همان گوشی مطرح‌اند؛ سالم‌بودن بقیه به معنی خرابی سخت‌افزاری آن نیست. |
| چند گوشی یک بخش هم‌زمان مشکل دارند | اتصال یا تنظیم مشترک آن بخش اهمیت بیشتری پیدا می‌کند؛ همه دستگاه‌ها لزوماً نیاز به ریست یا تعویض ندارند. |
| مشکل پس از جابه‌جایی میز شروع شده است | پریز و پورت محل جدید ممکن است برای شبکه تلفن آماده نباشد. |
| رایانه کار می‌کند، اما تلفن IP ندارد | تلفن و رایانه ممکن است در بخش‌های منطقی جداگانه شبکه باشند؛ نتیجه رایانه جای بررسی گوشی را نمی‌گیرد. |
برای دیدن همه ستون‌ها، جدول را به چپ یا راست بکشید؛ با کیبورد از کلیدهای جهت استفاده کنید.
مثال فرضی: بعد از جابه‌جایی میزها، دو گوشی IP نمی‌گیرند، اما تلفن اتاق دیگر کار می‌کند. این اطلاعات کمک می‌کند مسئول فنی ابتدا اتصال‌های جدید را بررسی کند. هنوز نمی‌توان گفت باید دو گوشی تعویض شوند یا تنظیمات کل شرکت تغییر کند.
کابل، پورت و صفحه گوشی را چگونه بررسی کنیم؟
برق را از ارتباط شبکه جدا کنید
صفحه و چراغ‌ها و پاسخ به کلید معمول را ببینید. PoE یعنی تأمین برق از کابل شبکه؛ حتی در این حالت، روشن‌شدن گوشی دریافت IP را ثابت نمی‌کند.
اتصال قابل مشاهده را بررسی کنید
کابل شبکه با سیم گوشی دستی و هدست فرق دارد. در مدل دارای پورت شبکه و PC، اتصال شبکه باید به پورت مناسب همان مدل برسد؛ وجود کابل در یک سوکت به‌تنهایی کافی نیست.
پیام فعلی را با شرایط مقایسه کنید
ماندن روی پیام دریافت IP، تکرار راه‌اندازی و شروع مشکل پس از جابه‌جایی، مسیرهای متفاوتی برای بررسی دارند. کارکرد گوشی نزدیک در همان زمان مقایسه مفیدی است.
تعویض آزمایشی کابل یا پورت بهتر است با هماهنگی مسئول شبکه انجام شود تا اتصال رایانه پشت گوشی یا دستگاه دیگری قطع نشود. آداپتور نامتناسب، IP حدسی و ریست کارخانه راه‌حل عمومی نیستند. هنگام دریافت نرم‌افزار یا به‌روزرسانی، برق گوشی را قطع نکنید.
از صفحه وضعیت شبکه چه چیزی را بخوانیم؟
صفحه اطلاعات شبکه، روش دریافت نشانی و مقدار فعلی آن را نشان می‌دهد. جدول زیر مربوط به IPv4 در سری 8800 با مرکز CUCM است؛ منو و گزینه‌ها در مدل یا نرم‌افزار دیگر ممکن است متفاوت باشند.
| نام گزینه | چه چیزی را نشان می‌دهد؟ | چه نکته‌ای را باید بدانیم؟ |
|---|---|---|
| DHCP Enabled | دریافت خودکار نشانی فعال است یا غیرفعال. | Yes یعنی این روش انتخاب شده، نه اینکه گوشی حتماً IP گرفته است. No هم ممکن است درست باشد، اگر نشانی طبق طرح شبکه به‌صورت دستی تنظیم می‌شود. |
| IP Address | نشانی IPv4 که دستگاه نشان می‌دهد. | دیدن نشانی کافی نیست؛ باید معلوم شود برای شبکه فعلی درست است و گوشی به مرکز دسترسی دارد. |
| Subnet Mask | مقداری که محدوده شبکه محلی گوشی را مشخص می‌کند. | مقدار درست به طرح شبکه بستگی دارد. آن را از گوشی دیگر یا مثال اینترنتی کپی نکنید. |
| Default Router | نشانی دروازه شبکه‌ای که گوشی از آن استفاده می‌کند. | این گزینه نشانی مرکز تلفن نیست. متفاوت‌بودن این دو نشانی، به‌تنهایی خطا محسوب نمی‌شود. |
برای دیدن همه ستون‌ها، جدول را به چپ یا راست بکشید؛ با کیبورد از کلیدهای جهت استفاده کنید.
در بخش IPv4 همان راهنمای Cisco، مسیر Applications → Admin settings → Network setup → Ethernet setup → IPv4 Setup آمده است. فقط اطلاعاتی را بخوانید که اجازه دسترسی به آن‌ها را دارید. این بررسی به تغییر مقدار، Apply، Save یا آزادکردن نشانی نیاز ندارد.
آیا IP نگرفتن حتماً به معنی خرابی DHCP است؟
خیر. DHCP سرویس تخصیص خودکار نشانی است؛ فعال‌بودن آن روی گوشی به معنی رسیدن پاسخ نیست. اتصال پورت، دسترسی شبکه تلفن به این سرویس و وجود نشانی قابل تخصیص باید بررسی شوند. در شبکه‌ای با تنظیم دستی نیز درستی IP، ماسک و دروازه اهمیت دارد؛ اضافه‌کردن DHCP دیگر یا IP دلخواه راه‌حل عمومی نیست.
در راهنمای Cisco برای سری 8800 در محیط CUCM، دریافت IP، دسترسی به سرور و ثبت گوشی جدا بررسی شده‌اند. دستورهای همان راهنما را نباید برای همه مدل‌ها یا ایزابل یکسان اجرا کرد.
VLAN بخش‌بندی منطقی شبکه است. تلفن و رایانه کنار آن می‌توانند در VLANهای متفاوت باشند؛ پس کارکردن رایانه، صحت شبکه تلفن را ثابت نمی‌کند. لازم نیست در هر طراحی گوشی و سرور DHCP در یک VLAN باشند، اما مسیر دسترسی و تنظیمات موردنیاز باید برقرار باشد.
اگر چند دستگاه درگیرند یا مشکل به سوئیچ و تجهیزات مشترک مربوط است، عیب‌یابی شبکه شرکت اتصال‌ها و تنظیمات آن بخش را پوشش می‌دهد. اصلاح شبکه تلفن باید با طرح واقعی شرکت هماهنگ باشد تا اتصال بقیه دستگاه‌ها مختل نشود.
اگر IP دیده می‌شود ولی تماس نداریم چه کنیم؟
دیدن IP نشان نمی‌دهد نشانی برای شبکه فعلی درست است یا گوشی می‌تواند با مرکز ارتباط بگیرد. مسئول فنی ابتدا این موارد را بررسی می‌کند. اگر ارتباط تأیید شد اما داخلی ثبت نمی‌شود، نوبت بررسی رجیسترشدن گوشی است.
برای این مرحله، راهنمای رجیسترنشدن تلفن سیسکو را بخوانید. اگر مشکل پس از انتقال به مرکز جدید شروع شده، راهنمای استفاده از گوشی سیسکو در سیستم جدید به بررسی سازگاری کمک می‌کند. داشتن IP به معنی سازگار‌بودن گوشی با مرکز جدید نیست.
رفع مشکل اتصال و IP تلفن سیسکو
در خدمات تنظیم و رفع مشکل تلفن سیسکو، کابل و پورت مرتبط، دریافت نشانی و ارتباط با مرکز را بررسی می‌کنیم. اگر علت در زیرساخت باشد، رسیدگی همان بخش شبکه را هم در بر می‌گیرد؛ تعویض گوشی صرفاً به دلیل IP نگرفتن لازم فرض نمی‌شود.
بعد از اصلاح آدرس‌دهی، ثبت داخلی و تماس‌های موردنیاز هم جدا امتحان می‌شوند. این بررسی‌ها مشخص می‌کنند مشکل فقط در دریافت IP بوده یا تنظیمات تلفنی دیگری نیز نیاز به اصلاح دارد.