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

به همین دلیل، پیش از خرید IP ثابت باید مسیر تماس و شیوه اتصال را بشناسید؛ ثابت بودن آدرس به‌تنهایی کیفیت صدا را بهتر نمی‌کند.

IP ثابت اینترنت با IP داخلی تلفن چه تفاوتی دارد؟

هر دستگاه متصل به شبکه شرکت، مانند لپ‌تاپ یا تلفن IP، یک نشانی در شبکه داخلی دریافت می‌کند. در طرف دیگر، شبکه شرکت هنگام دسترسی به اینترنت از یک آدرس عمومی استفاده می‌کند؛ آدرسی که ارائه‌دهنده اینترنت ممکن است به‌صورت ثابت یا پویا اختصاص دهد.

وقتی درباره «IP ثابت برای تلفن ابری» سوال می‌شود، معمولا منظور ثابت ماندن همین IP عمومی اینترنت شرکت است؛ نه اختصاص یک IP عمومی به تک‌تک تلفن‌ها. برای تجهیزات زیرساختی مثل IP-PBX، گیت‌وی یا SBC، ثابت نگه داشتن آدرس داخلی یا تعریف DHCP Reservation گاهی برای قوانین فایروال، مسیریابی و نگهداری شبکه ضروری است. تلفن رومیزی کاربر عادی معمولا می‌تواند IP داخلی خود را خودکار دریافت کند.

چه زمانی تلفن ابری بدون IP ثابت کار می‌کند؟

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

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

در چه اتصال‌هایی IP ثابت اهمیت پیدا می‌کند؟

فرض کنید شرکتی یک IP-PBX داخلی دارد و از طریق SIP Trunk به اپراتور متصل می‌شود. اگر احراز هویت با نام کاربری، رمز عبور یا Registration انجام شود، ممکن است IP پویا پذیرفته شود؛ البته این موضوع نیازمند تأیید اپراتور است.

در مقابل، برخی اتصال‌ها از IP Authentication یا فهرست آدرس‌های مجاز (IP Allowlist) استفاده می‌کنند. در این روش، فقط ترافیک IPهای تأییدشده معتبر است و تغییر IP عمومی می‌تواند باعث رد درخواست‌ها شود. چنین اتصالی معمولاً به IP ثابت یا راهکار جایگزین مورد تأیید سرویس‌دهنده نیاز دارد.

سازمان‌هایی که SBC یا تجهیزات تلفنی خود را مستقیماً در دسترس اینترنت قرار می‌دهند نیز ممکن است به IP عمومی قابل دسترس، رکورد DNS و قوانین فایروال نیاز داشته باشند. البته IP ثابت جایگزین تنظیمات مسیریابی و امنیت نمی‌شود.

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

گاهی از Dynamic DNS یا DDNS برای تطبیق نام دامنه با IP متغیر استفاده می‌شود، اما این ابزار محدودیت همه اتصال‌ها را برطرف نمی‌کند. اگر سرویس‌دهنده فقط IPهای ثبت‌شده در Allowlist را بپذیرد، تغییر DNS مجوز دسترسی ایجاد نمی‌کند. همچنین DDNS به‌تنهایی مشکل CGNAT یا مسیریابی صدای RTP را حل نمی‌کند. بنابراین امکان جایگزینی آن با IP ثابت باید بر اساس سیاست سرویس‌دهنده و تنظیمات تجهیزات تأیید شود.

NAT و CGNAT چه اثری بر اتصال تلفن ابری دارند؟

در شبکه‌های اداری، روتر با استفاده از NAT اجازه می‌دهد چند دستگاه با IP های خصوصی از یک اتصال اینترنت استفاده کنند. پیام‌های سیگنالینگ SIP و بسته‌های صدای RTP ممکن است از مسیرها و پورت‌های متفاوت عبور کنند. تنظیم نادرست نشانی‌ها و پورت‌ها ممکن است به صدای یک‌طرفه یا قطع تماس منجر شود.

وجود چنین علائمی اثبات نمی‌کند که مشکل از نداشتن IP ثابت است. برای مثال، SIP ALG در برخی روترها ممکن است با سرویس سازگار نباشد؛ تغییر آن باید با نظر مسئول فنی و پس از بررسی انجام شود.

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

CGNAT وضعیت دیگری است. در CGNAT چند مشترک یک IP عمومی مشترک دارند و سازمان نمی‌تواند NAT اپراتور را مدیریت کند. برای داخلی‌هایی که خودشان ارتباط را به سرور ابری شروع می‌کنند، این وضعیت لزوما مانع تماس نیست. اما اگر قرار باشد ارتباط SIP مستقیما از اینترنت به سرور داخل شرکت وارد شود، نبود امکان کنترل پورت‌های ورودی می‌تواند مانع جدی باشد.

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

پیش‌نیازهای راه‌اندازی تلفن ابری فقط به IP محدود نیست

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

پهنای باند لازم نیز باید بر اساس تعداد تماس‌های هم‌زمان، کدک مورد استفاده و سربار شبکه برآورد شود، نه فقط تعداد کارکنان. تعداد داخلی‌ها الزاما برابر با تماس‌های هم‌زمان نیست. در شبکه شلوغ، QoS ممکن است کمک کند، اما اختلال اینترنت یا کمبود ظرفیت را به‌طور کامل برطرف نمی‌کند.

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

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

قبل از خرید IP ثابت، اتصال را چگونه آزمایش کنیم؟

ابتدا با کمک مسئول شبکه بررسی کنید IP عمومی روتر واقعا در اختیار شرکت است یا از طریق CGNAT اینترنت می‌گیرید. سپس یک داخلی را روی اینترنت محل کار ثبت و وضعیت آن را بررسی کنید.

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

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

در پایان، از سرویس‌دهنده پاسخ روشن و مکتوب بگیرید: اتصال شما بر پایه Registration است یا احراز هویت با IP؟ آیا اتصال از پشت NAT یا CGNAT پشتیبانی می‌شود؟ آیا IP ثابت برای دریافت مستقیم تماس یا Allowlist الزامی است؟ اگر اینترنت شرکت عوض شود، اتصال داخلی چگونه بازیابی خواهد شد؟

با قطع شدن اینترنت چه اتفاقی برای تماس‌ها می‌افتد؟

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

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

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

چه زمانی برای تلفن ابری IP ثابت بخریم؟

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

انتهای پیام/