چرا تلفن IP رجیستر نمی‌شود؟ راهنمای مرحله‌به‌مرحله عیب‌یابی

تلفن تحت شبکه روشن است، کابل شبکه وصل است، اما کنار حساب عبارت‌هایی مانند Not Registered یا Registration Failed دیده می‌شود. این پیام‌ها می‌گویند حساب آماده استفاده نیست، ولی معمولاً علت دقیق را مشخص نمی‌کنند. مراحل کامل تنظیم تلفن تحت شبکه را در این مقاله ببینید.

ممکن است نشانی سرور اشتباه باشد، گوشی به شبکه درست متصل نشده باشد، اطلاعات حساب تطبیق نداشته باشد یا سرور درخواست را نپذیرد. برای پیدا کردن علت، بهتر است از بررسی‌های ساده شروع کنیم و فقط در صورت نیاز سراغ لاگ و پیام‌های SIP برویم.

این راهنما درباره حساب‌هایی است که باید روی سرور SIP ثبت شوند. نام منوها و رفتار دقیق تنظیمات، به مدل گوشی و نسخه مرکز تلفن بستگی دارد.

رجیسترشدن تلفن IP یعنی چه؟

گوشی برای ثبت حساب، پیامی به نام REGISTER به سرویس ثبت‌کننده SIP یا Registrar می‌فرستد. این فرایند به سامانه کمک می‌کند بداند حساب از چه نشانی‌ای در دسترس است.

در یک جریان رایج، سرور ابتدا از گوشی می‌خواهد هویت خود را ثابت کند:

گوشی                          سرور SIP

| ——– REGISTER ——–> |

| <— 401 Unauthorized —– |

| — REGISTER با احراز هویت -> |

| <——- 200 OK ———– |

این نمودار آموزشی است؛ همه سامانه‌ها دقیقاً همین مسیر را طی نمی‌کنند.

ثبت حساب معمولاً زمانِ اعتبار دارد و باید تمدید شود. بنابراین رجیسترشدن اولیه، به‌تنهایی پایداری اتصال را ثابت نمی‌کند.

رجیسترنشدن با نداشتن صدا فرق دارد

پیش از تغییر تنظیمات، مطمئن شوید مسئله را درست تشخیص داده‌اید:

همچنین همه اتصال‌های SIP به Registration نیاز ندارند. برای مثال، برخی ترانک‌های اپراتور بر اساس IP احراز هویت می‌شوند و نباید وضعیت آن‌ها را مانند یک داخلی بررسی کرد.

قبل از شروع: مشکل برای چه کسانی رخ می‌دهد؟

همین سؤال ساده می‌تواند مسیر بررسی را کوتاه کند.

• فقط یک گوشی مشکل دارد: تنظیمات همان دستگاه، حساب، کابل و پورت را زودتر بررسی کنید.
• همه گوشی‌ها مشکل دارند: وضعیت مرکز تلفن و تغییرات مشترک شبکه اهمیت بیشتری پیدا می‌کنند.
• فقط یک شعبه مشکل دارد: مسیر ارتباطی و تنظیمات شبکه همان شعبه را بررسی کنید.
• فقط کاربران خارج از شرکت مشکل دارند: روش اتصال بیرونی، فایروال و مسیر دسترسی به مرکز تلفن را بررسی کنید.

این الگوها سرنخ‌اند، نه تشخیص قطعی.

اگر مشکل تازه ایجاد شده، آخرین تغییر را یادداشت کنید: تغییر رمز، تعویض روتر، ارتقای نرم‌افزار، تغییر VLAN یا تعویض گواهی. VLAN بخش‌بندی منطقی شبکه است و قرارگرفتن گوشی در بخش اشتباه می‌تواند دسترسی آن به سرور را مختل کند.

مرحله اول: آیا گوشی به شبکه درست متصل است؟

آدرس IP و تنظیمات شبکه را ببینید

در صفحه وضعیت شبکه گوشی، این موارد را بررسی کنید:

• آدرس IP؛
• Subnet Mask یا ماسک شبکه؛
• Gateway برای ارتباط با شبکه‌های دیگر؛
• DNS، اگر سرور را با نام دامنه وارد کرده‌اید؛
• VLAN، اگر در شبکه استفاده می‌شود.

گرفتن IP به معنی درست‌بودن همه این موارد نیست. ممکن است گوشی از شبکه‌ای آدرس گرفته باشد که اجازه دسترسی به مرکز تلفن را ندارد.

اگر گوشی IP نمی‌گیرد، ابتدا لینک شبکه، کابل، پورت سوئیچ و سرویس DHCP را بررسی کنید. DHCP همان سرویسی است که می‌تواند تنظیمات شبکه را خودکار به دستگاه بدهد. در گوشی‌های دارای دو پورت شبکه، اتصال کابل به پورت مناسب دستگاه را نیز بررسی کنید.

آیا Ping کافی است؟

خیر. Ping فقط یکی از ابزارهای بررسی دسترسی است:

• Ping موفق، فعال‌بودن سرویس SIP یا بازبودن پورت آن را ثابت نمی‌کند.
• Ping ناموفق هم همیشه به معنی قطع مسیر نیست؛ ممکن است پاسخ به Ping محدود شده باشد.
• بازشدن پنل وب مرکز تلفن نیز سلامت سرویس SIP را تضمین نمی‌کند.

مرحله دوم: اطلاعات حساب SIP را تطبیق دهید

برای بررسی، تنظیمات گوشی را کنار اطلاعات همان حساب در مرکز تلفن قرار دهید. به حافظه یا تنظیمات گوشی دیگری تکیه نکنید.

شماره داخلی همیشه همان شناسه احراز هویت نیست

برای مثال، شماره داخلی ممکن است 201 باشد، اما سرور برای احراز هویت شناسه دیگری بخواهد. واردکردن شماره داخلی در همه فیلدهای کاربری، الزاماً درست نیست. همچنین رمز ورود به پنل وب گوشی یا مرکز تلفن، لزوماً رمز حساب SIP نیست.

هنگام ورود اطلاعات، این موارد را بررسی کنید:

• فاصله اضافی هنگام کپی‌کردن؛
• استفاده از رمز قدیمی؛
• اشتباه‌گرفتن اطلاعات دو حساب؛
• تفاوت نویسه‌ها یا ارقام واردشده.

آیا تنظیمات خودکار، تغییرات شما را برمی‌گرداند؟

بعضی گوشی‌ها تنظیمات را از یک سامانه مرکزی دریافت می‌کنند. این فرایند Provisioning یا آماده‌سازی خودکار نام دارد. اگر مقدار صحیح را وارد می‌کنید اما بعد از راه‌اندازی مجدد تغییر می‌کند، منبع تنظیمات خودکار را بررسی کنید.

مرحله سوم: سرور، پورت و روش انتقال را بررسی کنید

گوشی به مقصد درست می‌رود؟

نشانی واردشده باید مربوط به سرویس SIP موردنظر باشد، نه لزوماً نشانی پنل مدیریت. اگر از نام دامنه استفاده می‌کنید، بررسی کنید گوشی آن را به مقصد مورد انتظار تبدیل می‌کند. ممکن است DNS داخل و خارج شرکت پاسخ متفاوتی بدهد؛ این تفاوت می‌تواند عمدی باشد یا از تنظیم نادرست ناشی شود.

UDP، TCP و TLS باید با سرور هماهنگ باشند

این گزینه‌ها روش انتقال پیام‌های SIP را مشخص می‌کنند. اگر گوشی با روشی ارتباط بگیرد که در مقصد فعال نیست، ثبت حساب انجام نمی‌شود. پورت هم باید مطابق تنظیمات همان سرویس باشد. پورت رایج، الزام همیشگی نیست؛ بنابراین تغییر همه دستگاه‌ها به یک شماره پورت ثابت، روش قابل اتکایی نیست.

اگر از TLS استفاده می‌کنید

TLS برای حفاظت از ارتباط به کار می‌رود. پیش از رسیدن به مرحله احراز هویت SIP، ممکن است خود اتصال TLS با مشکل مواجه شود.

این موارد را بررسی کنید:

• تاریخ و ساعت گوشی درست باشد؛
• نام سرور با گواهی سازگار باشد؛
• گواهی منقضی نشده باشد؛
• گوشی زنجیره گواهی را معتبر بداند؛
• قابلیت‌های TLS گوشی و سرور با هم سازگار باشند.

مرحله چهارم: مرکز تلفن درخواست را می‌پذیرد؟

اگر تنظیمات گوشی درست به نظر می‌رسند، وضعیت سمت سرور را بررسی کنید.

سرویس SIP فعال است؟

روشن‌بودن سرور کافی نیست. سرویس باید روی نشانی، پورت و روش انتقال مورد انتظار فعال باشد.

در مرکز تلفن بررسی کنید:

• سرویس SIP در حال اجرا باشد؛
• تنظیمات جدید اعمال شده باشند؛
• سرویس روی رابط شبکه درست گوش دهد؛
• لاگ‌ها خطای مرتبط نشان ندهند.

حساب اجازه ثبت دارد؟

وجود شماره داخلی در پنل، به‌تنهایی کافی نیست. بررسی کنید:

• حساب فعال باشد؛
• اطلاعات احراز هویت درست باشد؛
• محدودیت IP مانع اتصال نشده باشد؛
• محدودیت ثبت چند دستگاه رعایت شده باشد؛
• تنظیمات حساب با روش اتصال گوشی هماهنگ باشند.

آیا IP گوشی مسدود شده است؟

تلاش‌های ناموفق مکرر می‌توانند در بعضی سامانه‌ها باعث مسدودشدن موقت IP شوند. گزارش ابزار امنیتی و فایروال را بررسی کنید. اگر مسدودی وجود دارد، ابتدا علت تلاش ناموفق را اصلاح کنید؛ در غیر این صورت احتمال تکرار آن وجود دارد.

مرحله پنجم: درخواست کجا متوقف می‌شود؟

اگر هنوز علت روشن نیست، سؤال اصلی این است:

آیا گوشی REGISTER می‌فرستد، سرور آن را دریافت می‌کند و پاسخ به گوشی برمی‌گردد؟

NAT سازوکاری برای ترجمه آدرس‌های شبکه است و معمولاً در ارتباط میان شبکه داخلی و بیرونی حضور دارد.

با SIP ALG چه کنیم؟

SIP ALG قابلیتی در بعضی روترهاست که پیام‌های SIP را بررسی و گاهی تغییر می‌دهد. بسته به دستگاه و معماری، ممکن است در ارتباط اثر بگذارد.

اما هر مشکل Registration را نباید به آن نسبت داد. اگر شواهد یا مستندات تجهیزات به SIP ALG اشاره می‌کنند، تغییر را کنترل‌شده انجام دهید:

1. وضعیت فعلی را ثبت کنید.
2. فقط همان گزینه را تغییر دهید.
3. آزمون را تکرار کنید.
4. اگر نتیجه بهتر نشد، تنظیم قبلی را برگردانید.

اگر گوشی خارج از شرکت است

از روش اتصال پشتیبانی‌شده توسط سامانه استفاده کنید؛ ممکن است VPN، ‏SBC یا راهکار دیگری باشد. SBC سامانه‌ای برای کنترل ارتباطات تلفنی در مرز شبکه است.

قراردادن مرکز تلفن در DMZ یا بازکردن گسترده پورت‌ها، جای طراحی صحیح دسترسی بیرونی را نمی‌گیرد.

خطاهای رایج رجیسترشدن چه معنایی دارند؟

پیام صفحه گوشی ممکن است خلاصه‌ای از مشکل باشد. برای تشخیص دقیق‌تر، پاسخ SIP یا خطای ارتباطی مرتبط را پیدا کنید.

آیا تکرار 401 یعنی رمز اشتباه است؟

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

ابتدا مشخص کنید:

• گوشی چالش را دریافت کرده است؟
• درخواست احرازشده فرستاده است؟
• آن درخواست به سرور رسیده است؟
• سرور چه پاسخی داده است؟

اگر علت مشخص نشد، مقایسه کنترل‌شده انجام دهید

یک حساب آزمایشی سالم یا دستگاه سالم می‌تواند کمک کند؛ به شرط اینکه نتیجه را بیش از حد تفسیر نکنید.

برای مثال:

• حساب آزمایشی سالم را روی گوشی مسئله‌دار بررسی کنید.
• حساب مسئله‌دار را روی دستگاه آزمایشی سالم بررسی کنید.
• تنظیمات سرور، Transport و مسیر شبکه را تا حد ممکن یکسان نگه دارید.

اگر سافت‌فون رجیستر شد ولی گوشی نشد، فقط می‌دانید آن حساب در شرایط آزمون سافت‌فون قابل استفاده بوده است. هنوز باید تفاوت‌های شبکه، تنظیمات و قابلیت‌های دو دستگاه را بررسی کنید.

چه زمانی به ثبت ترافیک نیاز داریم؟

وقتی لاگ‌ها برای تشخیص کافی نیستند، ابزارهایی مانند Wireshark می‌توانند برای بررسی ترافیک کمک کنند.

در ارتباط رمزگذاری‌نشده می‌توان زنجیره REGISTER و پاسخ‌ها را بررسی کرد. در TLS معمولاً متن SIP مستقیماً قابل مشاهده نیست و لاگ دو سمت و وضعیت اتصال TLS اهمیت بیشتری دارند.

چرا گوشی ابتدا رجیستر می‌شود اما بعداً از دسترس خارج می‌شود؟

در این حالت، علاوه بر ثبت اولیه، تمدید ثبت حساب را بررسی کنید.

تمدید انجام نمی‌شود یا پاسخ نمی‌رسد

ببینید گوشی پیش از پایان اعتبار، درخواست جدید می‌فرستد یا نه. سپس بررسی کنید سرور آن را دریافت و تأیید می‌کند یا خیر.

کاهش تصادفی زمان ثبت، جای تشخیص علت را نمی‌گیرد.

وضعیت شبکه تغییر می‌کند

قطعی کوتاه، تغییر IP یا پایان وضعیت ارتباط در تجهیزات میانی می‌تواند روی دسترسی اثر بگذارد. سازوکارهای حفظ ارتباط باید مطابق مستندات محصول و طراحی شبکه تنظیم شوند.

گوشی یا تنظیمات آن تغییر می‌کند

این موارد را هم بررسی کنید:

• راه‌اندازی مجدد به دلیل مشکل برق یا PoE؛
• قطع لینک شبکه؛
• دریافت تنظیمات خودکار قدیمی؛
• تغییر رمز در مرکز تلفن؛
• ثبت دستگاه دیگری با همان حساب.

پس از رفع مشکل، چه چیزهایی را آزمایش کنیم؟

به نمایش Registered اکتفا نکنید. جدول زیر یک قالب پیشنهادی آزمون است، نه گزارش اجرای واقعی.

برای پشتیبانی چه اطلاعاتی بفرستیم؟

به‌جای پیام «گوشی وصل نمی‌شود»، این اطلاعات را آماده کنید:

مدل و Firmware گوشی:

نام و نسخه مرکز تلفن:

محل گوشی: داخل شرکت / شعبه / دورکار

زمان دقیق مشکل و منطقه زمانی:

متن خطا:

تعداد کاربران درگیر:

پورت و روش انتقال:

آخرین تغییر انجام‌شده:

آزمون‌های انجام‌شده و نتیجه هرکدام:

بخش مرتبط لاگ:

Firmware نرم‌افزار داخلی گوشی است. نسخه آن می‌تواند برای بررسی سازگاری مهم باشد.

پرسش‌های متداول

آیا تلفن IP برای رجیسترشدن به اینترنت نیاز دارد؟

اگر گوشی و مرکز تلفن داخل شبکه محلی باشند و خدمات موردنیازشان نیز در دسترس باشد، ثبت حساب می‌تواند بدون اینترنت انجام شود. اتصال به سرویس بیرونی به مسیر ارتباطی آن سرویس وابسته است.

چرا گوشی IP گرفته ولی رجیستر نمی‌شود؟

دریافت IP فقط بخشی از اتصال شبکه است. ممکن است مقصد SIP، DNS، مسیر دسترسی، اطلاعات حساب یا پورت و Transport درست نباشد.

آیا بازکردن پورت ۵۰۶۰ مشکل را حل می‌کند؟

نه لزوماً. ابتدا باید پورت و روش انتقال واقعی سرویس مشخص شود. حتی با دسترسی شبکه، اطلاعات نادرست حساب یا محدودیت سرور می‌تواند مانع ثبت شود.

آیا ریست کارخانه‌ای راه‌حل مناسبی است؟

معمولاً نباید اولین اقدام باشد. ریست می‌تواند تنظیمات و شواهد لازم را حذف کند. اگر طبق راهنمای محصول به آن نیاز شد، ابتدا تنظیمات لازم و روش راه‌اندازی مجدد را آماده کنید.

اگر حساب Registered است اما صدا ندارم، چه کنم؟

بررسی را به مسیر تماس و رسانه منتقل کنید. وضعیت Registered به‌تنهایی سلامت RTP، کدک‌ها یا عبور صدا از فایروال را تأیید نمی‌کند.

جمع‌بندی

برای عیب‌یابی رجیسترنشدن تلفن IP، از شبکه و اطلاعات حساب شروع کنید؛ سپس مقصد SIP، پورت، روش انتقال و وضعیت مرکز تلفن را بررسی کنید.

اگر مشکل باقی ماند، مشخص کنید درخواست REGISTER در کدام مرحله متوقف می‌شود: گوشی آن را نمی‌فرستد، به سرور نمی‌رسد، سرور آن را رد می‌کند یا پاسخ به گوشی برنمی‌گردد.

تغییر هم‌زمان چند تنظیم، تشخیص را سخت‌تر می‌کند. هر بار یک مورد را تغییر دهید، نتیجه را ثبت کنید و پس از رفع مشکل، تمدید حساب و تماس واقعی را هم بیازمایید.

منابع پایه

• RFC 3261 — SIP: ثبت حساب، احراز هویت و پاسخ‌های SIP.
• RFC 3263 — Locating SIP Servers: یافتن مقصد سرویس SIP.
• RFC 3550 — RTP: انتقال رسانه بلادرنگ.

برای نام منوها، مقادیر تنظیمات و روش اتصال امن، مرجع اجرایی باید مستندات همان مدل گوشی و نسخه مرکز تلفن باشد.