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

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

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

این مقاله دو بخش اصلی دارد:

• نقشه راه: انتخاب تجهیزات، طراحی و ترتیب اجرای پروژه؛
• تمرین آموزشی: برقراری تماس بین دو داخلی در شبکه محلی.

تنظیمات پیشرفته NAT، VLAN، QoS، رمزگذاری و سرور پشتیبان در این مقاله در حد ملاحظات طراحی مطرح می‌شوند؛ نه دستورالعمل یکسان برای تمام تجهیزات.

تلفن تحت شبکه چگونه کار می‌کند؟

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

در یک سیستم رایج:

• VoIP فناوری انتقال صدا روی IP است.
• SIP ایجاد، تغییر و پایان نشست تماس را هماهنگ می‌کند.
• RTP معمولاً جریان صوت را انتقال می‌دهد.
• مرکز تلفن داخلی‌ها، مجوزها و مسیر تماس را مدیریت می‌کند.

تعریف وظیفه SIP در بخش ۱ استاندارد RFC 3261 و نقش RTP در بخش ۱ استاندارد RFC 3550 آمده است. این استانداردها رفتار پروتکل را توضیح می‌دهند، نه مسیر منوهای یک محصول خاص.

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

پیش از خرید تجهیزات، این اطلاعات را ثبت کنید

تعداد کاربران با تعداد تماس‌های هم‌زمان یکسان نیست. همچنین تعداد گوشی‌ها الزاماً برابر تعداد کارکنان نیست؛ بعضی کاربران می‌توانند از سافت‌فون استفاده کنند.

تجهیزات مورد نیاز برای راه‌اندازی تلفن تحت شبکه

انتخاب گوشی و سافت‌فون

معیار انتخاب ابزار تماس باید مشخص باشد:

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

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

شبکه و برق

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

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

گیت‌وی و ATA

• برای اتصال تلفن آنالوگ، معمولاً تجهیز دارای FXS لازم است.
• برای اتصال خط آنالوگ به مرکز تلفن IP، معمولاً تجهیز دارای FXO لازم است.

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

ترتیب اجرای پروژه

راه‌اندازی را مرحله‌ای انجام دهید:

1. ثبت نیازها و تهیه نقشه شبکه؛
2. آماده‌سازی شبکه و برق؛
3. نصب یا فعال‌سازی مرکز تلفن؛
4. ایجاد دو داخلی آزمایشی؛
5. اتصال ابزارهای تماس؛
6. آزمون تماس داخلی؛
7. اتصال مسیر بیرونی؛
8. افزودن امکانات ضروری؛
9. اجرای آزمون پذیرش؛
10. تحویل مستندات، پشتیبان و مسئولیت نگهداری.

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

تمرین آموزشی: دو داخلی در شبکه محلی

وضعیت این تمرین: نمونه آموزشی اجرا‌نشده؛ نه گزارش نصب یا تضمین سازگاری یک نسخه مشخص.

هدف، برقراری تماس بین دو داخلی است؛ بدون ترانک، انتقال پورت از اینترنت یا دسترسی بیرونی به مرکز تلفن.

مشخصات محیط را قبل از شروع ثبت کنید

نقشه شبکه نمونه

پیش‌نیازها

• مرکز تلفن نصب‌شده و قابل مدیریت؛
• دو ابزار تماس سازگار؛
• اتصال به شبکه آزمایشگاهی؛
• آدرس‌های بدون تداخل؛
• رمزهای مستقل و قوی؛
• مجوز اجرای آزمون؛
• نسخه پشتیبان پیش از تغییر سامانه موجود.

مرحله اول: بررسی اتصال شبکه

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

نتیجه مورد انتظار: مرکز تلفن و ابزارهای تماس در شبکه موردنظر قابل دسترسی باشند.

در صورت شکست: ابتدا کابل، وضعیت پورت، VLAN و آدرس‌دهی را بررسی کنید. شکست Ping به‌تنهایی اثبات قطع ارتباط نیست؛ ممکن است ICMP مسدود باشد.

مرحله دوم: ایجاد داخلی‌ها در ایزابل

در رابط‌های رایج مبتنی بر FreePBX، مدیریت داخلی‌ها معمولاً در مسیر PBX → PBX Configuration → Extensions دیده می‌شود. این مسیر برای نصب شما تأیید نشده است؛ اگر منو متفاوت بود، راهنمای همان نسخه ملاک است.

دو حساب با اطلاعات زیر ایجاد کنید:

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

نتیجه مورد انتظار: هر دو حساب در مرکز تلفن موجود و فعال باشند.

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

مرحله سوم: اتصال گوشی یا سافت‌فون

برای ابزار A حساب ۱۰۱ و برای ابزار B حساب ۱۰۲ را تنظیم کنید.

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

در گوشی‌های یالینک، اطلاعات حساب معمولاً در بخش Account وارد می‌شود؛ اما نام و جای فیلدها باید از راهنمای رسمی مدل و Firmware گرفته شود.

نتیجه مورد انتظار: ابزار تماس وضعیت ثبت موفق را نشان دهد و مرکز تلفن نیز ثبت دستگاه را تأیید کند.

در صورت شکست: به مسیر عیب‌یابی بخش بعد بروید؛ تنظیمات NAT و کدک را تصادفی تغییر ندهید.

مرحله چهارم: تماس دوطرفه

1. از ۱۰۱ با ۱۰۲ تماس بگیرید.
2. تماس را پاسخ دهید.
3. هر طرف به نوبت صحبت کند.
4. تماس را پایان دهید.
5. همین آزمون را از ۱۰۲ به ۱۰۱ تکرار کنید.

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

این تعداد و مدت، معیار پیشنهادی همین تمرین است؛ نه استاندارد عمومی صنعت.

در صورت شکست:

• نبود زنگ: حساب‌ها، شماره‌گیری و مسیر داخلی بررسی شود.
• نبود صدا: مذاکره رسانه و مسیر RTP بررسی شود.
• قطع تماس: زمان قطع و گزارش همان تماس ثبت شود.

مرحله پنجم: ثبت شواهد

برای گزارش قابل پیگیری، این موارد را نگه دارید:

• جدول نسخه‌ها؛
• تصویر حساب داخلی با حذف رمز؛
• تصویر وضعیت ثبت ابزار تماس؛
• گزارش تماس با زمان و نتیجه؛
• مشکلات مشاهده‌شده و تغییرات انجام‌شده.

تصاویر باید از محیط واقعی تهیه شوند. تصویر نمونه یا بازسازی‌شده نباید به‌عنوان شاهد اجرای موفق معرفی شود.

عیب‌یابی رجیستر نشدن گوشی

فرایند ثبت SIP در بخش ۱۰ RFC 3261 و احراز هویت در بخش ۲۲ توضیح داده شده است.

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

اگر در ثبت مبتنی بر SIP، پاسخ موفق 200 OK به REGISTER دیده می‌شود ولی دستگاه وضعیت نامناسب دارد، تطبیق پاسخ با همان تراکنش، زمان انقضا و گزارش سمت دستگاه را بررسی کنید.

مسیر عیب‌یابی صدای یک‌طرفه

۱. مشکل در تماس داخلی هم وجود دارد؟

• بله: ابتدا ابزار صوتی، کدک، مذاکره SDP و مسیر رسانه داخلی را بررسی کنید.
• خیر، فقط تماس بیرونی: مسیر ترانک، NAT، فایروال و اطلاعات رسانه اپراتور را بررسی کنید.

۲. مقصد ارسال رسانه صحیح است؟

در SDP تماس، آدرس و پورت رسانه را با مسیر مورد انتظار تطبیق دهید.

نتیجه مورد انتظار: هر سمت، رسانه را به مقصد قابل دسترسی و صحیح ارسال کند.

۳. بسته‌های رسانه در دو جهت دیده می‌شوند؟

با ابزار مجاز و در نقاط مناسب مسیر، وجود ترافیک رسانه را بررسی کنید.

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

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

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

VLAN، QoS، NAT و رمزگذاری: ملاحظات طراحی

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

VLAN صوتی

پیش از اجرا، شناسه VLAN، محدوده IP، DHCP، پورت‌های سوئیچ و روش معرفی VLAN به گوشی را تعیین کنید.

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

QoS

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

RTP به‌خودی‌خود کیفیت سرویس را تضمین نمی‌کند؛ این محدودیت در بخش ۱ RFC 3550 آمده است.

NAT

تنظیم NAT باید با درایور مورد استفاده هماهنگ باشد. گزینه‌های PJSIP و chan_sip را نباید به‌جای هم استفاده کرد.

در محیط مبتنی بر PJSIP، توضیح گزینه‌های مرتبط را از مرجع رسمی res_pjsip استریسک و مستندات متناظر با نسخه نصب‌شده بررسی کنید؛ صفحه Latest لزوماً نماینده نسخه قدیمی نصب شما نیست.

برای این تمرین محلی، انتقال پورت از اینترنت لازم نیست.

TLS و SRTP

TLS از ارتباط سیگنالینگ در مسیر پشتیبانی‌شده محافظت می‌کند؛ SRTP برای محافظت از رسانه است. نقش SRTP در بخش ۱ RFC 3711 توضیح داده شده است.

فعال‌سازی یکی، به معنی فعال‌بودن دیگری نیست. استفاده از هر دو نیز به‌تنهایی رمزگذاری سرتاسری تماس را اثبات نمی‌کند.

معیارهای پذیرش پروژه

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

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

کیفیت شبکه چگونه سنجیده شود؟

در برگه آزمون ثبت کنید:

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

آمار RTP/RTCP یا ضبط ترافیک می‌تواند برای بررسی رسانه مفید باشد. Ping به‌تنهایی کیفیت تماس را اثبات نمی‌کند و زمان رفت‌وبرگشت آن معادل تأخیر یک‌طرفه صوت نیست.

پشتیبان‌گیری و سرور آماده‌به‌کار

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

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

کپی ماشین مجازی به‌تنهایی سامانه دسترس‌پذیری بالا ایجاد نمی‌کند. حفظ تماس‌های جاری نیز نباید بدون آزمون تضمین شود.

هزینه راه‌اندازی و سفارش نصب

هزینه کل شامل این موارد است:

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

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

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

1. نقشه شبکه و فهرست تجهیزات؛
2. جدول نسخه‌ها؛
3. مستند تنظیمات غیرحساس؛
4. تحویل امن دسترسی‌ها؛
5. نسخه پشتیبان و روش بازیابی؛
6. گزارش آزمون پذیرش؛
7. شرایط پشتیبانی و توسعه.

موضوعاتی که به آموزش مستقل نیاز دارند

برای جلوگیری از پراکندگی، موضوعات زیر بهتر است در مقاله‌های جداگانه پوشش داده شوند:

• راه‌اندازی VoIP خانگی؛
• راه‌اندازی ویپ روی موبایل و دریافت تماس در پس‌زمینه؛
• اتصال سرویس مخابرات با مشخصات تحویل واقعی؛
• آموزش نسخه‌دار ایزابل؛
• تنظیمات مدل مشخص یالینک؛
• پیکربندی VLAN و QoS روی سوئیچ مشخص؛
• NAT، TLS و SRTP در یک معماری مشخص.

مقاله اصلی مسیر تصمیم‌گیری را نشان می‌دهد؛ آموزش‌های مستقل باید مقادیر، تصاویر و نتایج قابل تکرار ارائه کنند.

جمع‌بندی

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

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

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

۱. برای شرکت ما چه تجهیزاتی لازم است و کدام تجهیزات فعلی قابل استفاده‌اند؟

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

۲. هزینه راه‌اندازی برای ۱۰ یا ۲۰ داخلی چقدر می‌شود؟

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

۳. آیا می‌توانیم شماره‌ها و خطوط فعلی شرکت را حفظ کنیم؟

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

۴. آیا برای هر کارمند باید گوشی بخریم یا موبایل و رایانه کافی است؟

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

۵. اگر اینترنت قطع شود، تماس‌های داخلی و بیرونی چه وضعیتی دارند؟

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

۶. آیا گوشی‌های فعلی ما به ایزابل متصل می‌شوند؟

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

۷. چرا گوشی یالینک رجیستر نمی‌شود؟

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

۸. چرا تماس برقرار می‌شود، اما صدا یک‌طرفه است؟

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

۹. آیا کارکنان دورکار می‌توانند با شماره شرکت تماس بگیرند؟

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

۱۰. آیا به سرور مستقل و سوئیچ PoE نیاز داریم؟

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

۱۱. نصب چقدر طول می‌کشد و آیا تلفن‌های شرکت در این مدت قطع می‌شوند؟

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

۱۲. چند تماس هم‌زمان می‌توانیم داشته باشیم؟

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

۱۳. آیا ضبط مکالمه، صف تماس و تلفن گویا هزینه جداگانه دارند؟

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

۱۴. هنگام قطع برق، چطور تماس‌ها را برقرار نگه داریم؟

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

۱۵. نصب و پشتیبانی شامل چه خدماتی است و چه هزینه‌هایی جدا محاسبه می‌شوند؟

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

۱۶. پس از نصب، دسترسی مدیریتی، مستندات و نسخه پشتیبان تحویل داده می‌شوند؟

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