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

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

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

راه‌اندازی VoIP را از کجا شروع کنیم؟

مسیر پیشنهادی اجرای پروژه این است:

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

VoIP چیست و چه تفاوتی با SIP و مرکز تلفن دارد؟

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

تعداد کاربران و تماس‌های هم‌زمان

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

برای نیازسنجی، این موارد را ثبت کنید:

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

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

تماس‌ها باید چه مسیری طی کنند؟

به‌جای درخواست کلی «تلفن گویا و امکانات کامل»، رفتار مورد انتظار را بنویسید:

• در ساعت کاری چه کسی ابتدا پاسخ دهد؟
• اگر پاسخ نداد، تماس به کجا منتقل شود؟
• تماس‌گیرنده بتواند شماره داخلی را وارد کند؟
• خارج از ساعت کاری چه پیامی پخش شود؟
• کدام کاربران اجازه تماس بیرونی داشته باشند؟
• در صورت اختلال، چه مسیر جایگزینی لازم است؟

این پاسخ‌ها بعداً مبنای تنظیمات و آزمون تحویل خواهند بود.

امکانات را به نیاز واقعی وصل کنید

خطوط و تجهیزات موجود را فهرست کنید

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

نمونه آموزشی: طراحی VoIP برای دفتر ۱۰ نفره

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

فرض کنیم دفتر موردنظر این شرایط را دارد:

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

این نیازها چه اثری بر طراحی دارند؟

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

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

هیچ‌کدام همیشه بهترین انتخاب نیستند. پیش از تصمیم‌گیری، پاسخ دو سؤال باید روشن باشد:

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

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

ایزابل، FreePBX یا 3CX؟

این گزینه‌ها را فقط با عبارت «رایگان» یا «تجاری» مقایسه نکنید. در پیشنهاد فنی باید مشخص باشد:

• نسخه دقیق و وضعیت پشتیبانی آن چیست؟
• امکانات موردنیاز در همان نسخه وجود دارند؟
• چه مجوز یا افزونه‌ای لازم است؟
• مدل گوشی‌های موجود چگونه پشتیبانی می‌شود؟
• پشتیبان‌گیری و بازیابی چه محدودیت‌هایی دارند؟
• مسئول به‌روزرسانی و رفع اشکال کیست؟

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

چه بخش‌هایی از شبکه باید بررسی شوند؟

• سلامت کابل و پورت هر میز؛
• ظرفیت و تعداد پورت‌های سوئیچ؛
• روش اختصاص نشانی IP؛
• دسترسی تلفن‌ها به مرکز تلفن؛
• مسیر ارتباط با اپراتور؛
• وضعیت شبکه در ساعات شلوغ؛
• منابع سرور یا ماشین مجازی.

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

چرا سرعت اینترنت به‌تنهایی کافی نیست؟

کیفیت تماس به چند شاخص وابسته است:

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

کدک چیست و چگونه انتخاب می‌شود؟

کدک روش کدگذاری و بازسازی صداست. نمونه‌های رایج آن شامل G.711، ‏G.722 و Opus هستند؛ اما پشتیبانی از آن‌ها در همه گوشی‌ها و سرویس‌ها یکسان نیست.

در انتخاب کدک، این موارد مهم‌اند:

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

آیا VLAN و QoS لازم‌اند؟

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

برق تلفن‌ها را چگونه تأمین کنیم؟

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

پیش از خرید بررسی کنید:

• گوشی از چه استاندارد تغذیه‌ای پشتیبانی می‌کند؟
• آداپتور همراه دستگاه است یا جداگانه تهیه می‌شود؟
• توان هر پورت سوئیچ کافی است؟
• بودجه کل برق سوئیچ پاسخ‌گوی همه دستگاه‌هاست؟

تعداد پورت‌های PoE به‌تنهایی کافی نیست؛ توان کل قابل‌ارائه سوئیچ هم محدودیت دارد.

مرحله چهارم: تلفن و تجهیزات اتصال را انتخاب کنید

تلفن رومیزی یا سافت‌فون؟

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

آیا هر گوشی SIP با هر مرکز تلفن سازگار است؟

سه موضوع را جداگانه بررسی کنید:

1. تماس پایه: آیا تماس برقرار می‌شود؟
2. امکانات: آیا انتقال، کلیدهای وضعیت داخلی و هدست درست کار می‌کنند؟
3. پشتیبانی رسمی: آیا سازنده یا پشتیبان این ترکیب را تأیید می‌کند؟

چه زمانی گیت‌وی لازم است؟

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

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

مرحله پنجم: مرکز تلفن و دو داخلی آزمایشی را راه‌اندازی کنید

۱. محیط نصب را ثبت کنید

نصب را مطابق مستندات رسمی نسخه انتخابی انجام دهید و این اطلاعات را نگه دارید:

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

۲. ابتدا فقط دو داخلی بسازید

برای نمونه آموزشی می‌توانید شماره‌های ۲۰۱ و ۲۰۲ را انتخاب کنید. این شماره‌ها نمونه‌اند، نه الزام محصول.

برای هر حساب:

• رمز قوی و مستقل تعیین کنید؛
• مجوز تماس را محدود به نیاز قرار دهید؛
• اطلاعات احراز هویت را ثبت و امن نگهداری کنید.

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

۳. اطلاعات حساب را در تلفن یا سافت‌فون وارد کنید

۴. تماس داخلی را آزمایش کنید

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

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

اگر حساب ثبت شد اما صدا ندارید، تغییر تصادفی رمز یا ساخت دوباره داخلی معمولاً روش مناسبی برای تشخیص نیست؛ باید مسیر رسانه بررسی شود.

مرحله ششم: سرویس اپراتور و مسیرهای تماس را اضافه کنید

اطلاعات اتصال را مستقیماً از اپراتور دریافت کنید:

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

همه ترانک‌ها مانند داخلی به ثبت حساب نیاز ندارند. بعضی سرویس‌ها بر اساس نشانی IP احراز هویت می‌شوند؛ وضعیت اتصال را با معیار خود سرویس بررسی کنید.

مسیر ورودی

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

مسیر خروجی

مشخص کنید:

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

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

مرحله هفتم: امکانات تکمیلی را اضافه کنید

منوی صوتی

منو را کوتاه و قابل فهم طراحی کنید. علاوه بر انتخاب‌های اصلی، این حالت‌ها را هم تنظیم کنید:

• کاربر عددی وارد نکند؛
• عدد نامعتبر وارد کند؛
• مقصد پاسخ ندهد.

تشخیص ارقام، یا DTMF، باید در تماس واقعی ورودی آزمایش شود.

صف تماس

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

ضبط مکالمه

پیش از فعال‌سازی مشخص کنید:

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

اتصال به CRM و ارتباط شعب

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

مرحله هشتم: دسترسی‌ها و ارتباط بیرونی را ایمن کنید

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

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

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

مرحله نهم: مهاجرت از سیستم قبلی را برنامه‌ریزی کنید

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

پیش از انتقال

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

هنگام انتقال

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

چه زمانی باید به وضعیت قبلی برگردیم؟

معیار بازگشت را پیشاپیش توافق کنید؛ برای مثال:

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

کاربران را آموزش دهید

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

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

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

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

آزمون قطعی و بازیابی باید با هماهنگی انجام شود تا تماس‌های جاری مختل نشوند.

مدارک تحویل پروژه

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

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

نگهداری VoIP پس از راه‌اندازی

پس از تحویل، مسئول مشخصی برای این کارها تعیین کنید:

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

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

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

اگر تماس کار نکرد، از کجا شروع کنیم؟

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

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

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

هزینه راه‌اندازی VoIP چگونه محاسبه می‌شود؟

پیشنهاد قیمت باید اقلام و خدمات را جدا کند.

برای مقایسه دو پیشنهاد، این اطلاعات را بخواهید:

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

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

راه‌اندازی VoIP خانگی چه تفاوتی دارد؟

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

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

آیا VoIP بدون اینترنت کار می‌کند؟

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

آیا برای VoIP حتماً IP عمومی ثابت لازم است؟

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

آیا باید همه تلفن‌های قبلی را تعویض کنیم؟

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

سوئیچ PoE ضروری است؟

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

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

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

این مقاله برای نصب مستقیم FreePBX یا ایزابل کافی است؟

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

جمع‌بندی

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

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

پروژه زمانی آماده تحویل است که تماس‌ها آزموده شده باشند، مدارک و روش بازیابی تحویل داده شوند و مسئول نگهداری مشخص باشد.

منابع و محدوده استناد

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

۱. IETF — RFC 3261: SIP: سیگنالینگ و ثبت اطلاعات دسترسی در SIP.

۲. IETF — RFC 3550: RTP: انتقال رسانه بلادرنگ.

۳. 3CX — تلفن‌های پشتیبانی‌شده: بررسی مدل‌ها و محدودیت‌های پشتیبانی.

۴. Cisco — معرفی PoE: انتقال برق روی کابل اترنت.

۵. Cisco — الزامات توان PoE: توان پورت و بودجه برق؛ اعداد سند مختص تجهیزات معرفی‌شده در آن هستند.

۶. Grandstream — مشخصات HT813: نمونه دستگاه دارای رابط‌های FXS و FXO.

۷. FreePBX — افزونه‌ها: بررسی امکانات افزوده و شرایط آن‌ها.

۸. 3CX — طرح‌ها و قیمت‌گذاری: بررسی شرایط مجوز، نه استناد به قیمت ثابت در این مقاله.

۹. Cisco — راهنمای طراحی QoS: اصول طراحی کیفیت شبکه صوتی، نه دستور تنظیم همه تجهیزات.

۱۰. IETF — RFC 3711: SRTP: حفاظت از رسانه.