Amir Jabbari
تلفن‌های Cisco این خانواده می‌توانند در دو دنیای نسبتاً متفاوت قرار بگیرند: Enterprise Firmware که برای Cisco Unified Communications Manager یا CUCM طراحی شده، و MPP یا Multiplatform Firmware که برای Webex Calling و سیستم‌های Call Control ثالث مورد تأیید Cisco ساخته شده است.
دو تلفن Cisco 8841 ممکن است از نظر ظاهر تقریباً یکسان باشند، اما یکی مستقیماً فیلدهای SIP Proxy و Authentication داشته باشد و دیگری منتظر TFTP، فایل تنظیمات و CUCM بماند. همین تفاوت باعث می‌شود شخصی ساعت‌ها دنبال Port 5060، DNS یا NAT بگردد، در حالی که از ابتدا Firmware مناسب سانترال خود را در اختیار نداشته است.
در این راهنما تفاوت MPP و Enterprise را از پایه بررسی می‌کنیم، روش تشخیص نسخه واقعی تلفن را توضیح می‌دهیم، سازگاری با CUCM و سانترال‌های ثالث را مشخص می‌کنیم و بعد سراغ محدودیت‌های Conversion، Hardware Version و وضعیت فعلی Licensing می‌رویم تا قبل از خرید یا تبدیل Firmware تصمیم اشتباه نگیرید.
MPP و Enterprise دقیقاً چه هستند؟
MPP مخفف Multiplatform Phone است. در بعضی Product IDها از عبارت 3PCC نیز استفاده می‌شود که به Third-Party Call Control اشاره دارد.
این خانواده برای محیط‌هایی ساخته شده که تلفن باید با Call Controlهایی خارج از CUCM یا با Webex Calling کار کند. راهنمای فعلی MPP نیز تلفن‌های این خانواده را برای راهکارهای مبتنی بر SIP و سیستم‌های ثالث معرفی می‌کند.
در مقابل، Enterprise Firmware نسخه‌ای است که برای اکوسیستم Cisco Unified Communications Manager طراحی شده و مراحل Boot، Provisioning، Trust و Registration آن بر اساس CUCM شکل گرفته است.
تفاوت MPP و Enterprise در یک نگاه
| ویژگی | MPP / 3PCC | Enterprise |
|---|---|---|
| معماری اصلی | SIP Call Controlهای ثالث و Webex Calling | Cisco CUCM |
| مدیریت SIP Account | مستقیم از Web UI یا Provisioning | عمدتاً از CUCM |
| SIP Proxy | قابل تعریف روی Phone | مدیریت از Call Control و فایل Config |
| TFTP / Option 150 | مسیر اصلی Registration نیست | بخش مهم Deployment سنتی CUCM |
| Asterisk / FreePBX | مسیر مناسب در مدل و سرویس سازگار | مسیر رسمی و استاندارد آن نیست |
| CUCM | پشتیبانی نمی‌شود | Firmware اصلی برای CUCM |
| Web UI | تنظیمات گسترده SIP و Line | محدودتر و وابسته به CUCM |
| Conversion | در مدل‌های واجد شرایط | در مدل‌های واجد شرایط |
چرا یک Cisco Enterprise روی سانترال SIP شما رجیستر نمی‌شود؟
فرض کنید Cisco 8841 دست‌دومی خریده‌اید و قرار است آن را روی Asterisk راه‌اندازی کنید.
در یک MPP Phone انتظار دارید بخش‌هایی برای این تنظیمات داشته باشید:
Proxy
User ID
Auth ID
Password
SIP Transport
Register Expiresاما Enterprise Phone اساساً با این ذهنیت راه‌اندازی نشده است. Phone انتظار دارد از طریق DHCP و TFTP به زیرساخت CUCM برسد، فایل Configuration مخصوص دستگاه را دریافت کند و اطلاعات Call Control را از همان مسیر بگیرد.
بنابراین اینکه روی صفحه Enterprise Phone گزینه واردکردن یک SIP Account ساده مشابه Yealink یا Grandstream پیدا نمی‌کنید، الزاماً نقص دستگاه نیست؛ شما Firmware متفاوتی دارید.
MPP روی CUCM چطور؟
این اشتباه در جهت عکس هم رخ می‌دهد.
Cisco در راهنمای رسمی Conversion صریحاً اعلام می‌کند MPP Firmware روی Cisco Unified Communications Manager کار نمی‌کند و پشتیبانی نمی‌شود.
پس اگر سازمان CUCM دارد ولی یک CP-8841-3PCC دست‌دوم خریده‌اید، نباید تصور کنید چون سخت‌افزار ظاهراً همان 8841 است، دستگاه بدون تغییر Firmware دقیقاً مثل Enterprise 8841 رفتار خواهد کرد.
برای چه سانترالی کدام Firmware را بخریم؟
| زیرساخت | انتخاب منطقی |
|---|---|
| Cisco CUCM | Enterprise |
| Webex Calling | MPP |
| Asterisk / FreePBX / Issabel | MPP در صورت سازگاری Deployment |
| Third-party SIP Call Control مورد تأیید | MPP |
| تلفن دست‌دوم با Firmware نامشخص | قبل از خرید بررسی شود |
نکته مهم این است که عبارت MPP را معادل «با هر SIP Server دنیا حتماً کار می‌کند» در نظر نگیرید. Cisco از عبارت approved third-party call control استفاده می‌کند و سازگاری Featureها باید با Call Control یا Provider واقعی شما بررسی شود.
3PCC همان MPP است؟
در این خانواده‌ها معمولاً بله؛ وقتی روی PID دستگاه عباراتی مانند:
3PCC
3PC
3PWمی‌بینید، Cisco آن را به‌عنوان MPP/3PCC SKU شناسایی می‌کند.
نمونه Product ID
این مدل:
CP-8841-3PCC-K9به‌عنوان MPP SKU شناخته می‌شود.
در حالی که:
CP-8841-K9Enterprise SKU است.
اما برچسب پشت دستگاه به‌تنهایی کافی نیست
اینجا همان جایی است که خرید تلفن دست‌دوم سخت می‌شود.
Cisco روی بعضی مدل‌های 7800 و 8800 امکان Firmware Migration را فراهم کرده است. یعنی یک دستگاهی که ابتدا Enterprise فروخته شده، ممکن است بعداً به MPP تبدیل شده باشد؛ یا برعکس.
پس Product ID پشت دستگاه به شما می‌گوید Phone در اصل با چه SKUای فروخته شده، اما همیشه Firmware فعلی را مشخص نمی‌کند.
روش تشخیص Firmware فعلی از LCD
Cisco در راهنمای فعلی خود یک روش ساده ارائه کرده است.
کلید Settings/Applications را روی دستگاه بزنید.
اگر عنوان صفحه:
Information and settingsباشد، دستگاه روی MPP Firmware قرار دارد.
سپس وارد:
Status → Product informationشوید و Product Name را بررسی کنید.
نشانه Enterprise Firmware
اگر عنوان منوی اصلی:
Applicationsباشد و Model Number عبارت 3PCC نداشته باشد، به احتمال زیاد Enterprise Firmware اجرا می‌شود.
Cisco یک استثنا هم ذکر می‌کند: دستگاه 3PCC با Firmware قدیمی سری 10.x ممکن است ظاهر متفاوتی داشته باشد؛ بنابراین Product Information و Software Version را نیز ثبت کنید.
هنگام خرید دست‌دوم دقیقاً چه چیزهایی از فروشنده بخواهیم؟
| اطلاعات | چرا مهم است؟ |
|---|---|
| عکس PID | تشخیص SKU اصلی |
| VID | بررسی Hardware Revision و Conversion |
| Product Name | تشخیص وضعیت فعلی |
| Software Version | تشخیص Firmware جاری |
| Transition Authorization Type | بررسی امکان بازگشت/Conversion |
| صفحه Web UI | تأیید MPP یا Enterprise |
| وضعیت License Warning | تشخیص بعضی Migrationهای قبلی |
فقط جمله «این Cisco SIP است» برای خرید کافی نیست.
آیا همه 7800 و 8800ها قابل تبدیل هستند؟
خیر.
Cisco فهرست مشخصی از Deviceهای واجد شرایط دارد و برای برخی 7800ها حتی Hardware Version نیز محدودیت دارد.
Enterprise به MPP؛ مدل‌های 7800 واجد شرایط
| مدل | شرط |
|---|---|
| 7811 | در فهرست Conversion Cisco |
| 7821 | V03 تا V24 |
| 7841 | V04 یا جدیدتر |
| 7861 | V03 یا جدیدتر |
| 7832 | در فهرست Conversion Cisco |
بنابراین مثلاً خرید یک 7821 با Hardware Revision نامناسب با این تصور که «بعداً Firmware را تبدیل می‌کنم» می‌تواند شما را گرفتار کند.
کدام 8800ها در مسیر Conversion قرار دارند؟
در راهنمای Cisco مدل‌هایی مانند 8811، 8841، 8851، 8861، 8832، 8845 و 8865 در فهرست Deviceهای قابل تبدیل قرار گرفته‌اند.
اما این به معنی نبود هیچ محدودیتی نیست.
8821 و 8831 را با بقیه 8800ها یکی ندانید
Cisco در راهنمای Conversion فعلی به‌طور مشخص اعلام می‌کند:
8821 و 8831 برای Migration به MPP واجد شرایط نیستند.
پس شماره سری 8800 به‌تنهایی تضمین نمی‌کند که Enterprise → MPP Conversion امکان‌پذیر باشد.
محدودیت Hardware Revisionهای جدید 8800
برای مدل‌های Audio سری 8800 که در فهرست Conversion قرار دارند، Cisco یک نکته مهم برای VIDهای V15 و جدیدتر دارد.
پس از Conversion، این Hardwareها حداقل به MPP Firmware نسخه 11.3.3 نیاز دارند و امکان Downgrade به نسخه‌های MPP قدیمی‌تر وجود ندارد.
این موضوع مخصوصاً زمانی مهم است که Provider شما هنوز Firmware قدیمی خاصی را استفاده می‌کند.
8832 یک استثنای مهم دیگر است
Cisco اجازه Migration مدل‌های 8832 و 8832NR را در شرایط مشخص می‌دهد، اما هشدار می‌دهد بعضی قابلیت‌ها پس از Migration در دسترس نیستند.
در راهنمای رسمی، مواردی مثل Wi-Fi و Daisy Chain برای بعضی سناریوهای 8832 مهاجرت‌کرده پشتیبانی نمی‌شوند.
پس «Firmware تبدیل شد» به معنی «تمام Featureهای قبلی بدون تغییر باقی می‌مانند» نیست.
Migration فقط تعویض یک فایل Firmware نیست
این تصور که فایل MPP را دانلود کنیم و با یک Firmware Upgrade معمولی روی Enterprise نصب کنیم، می‌تواند باعث اتلاف وقت یا حتی ایجاد مشکل در دستگاه شود.
Cisco Conversion را یک فرایند کنترل‌شده تعریف کرده که بسته به مسیر شامل:
بررسی Eligibility، Firmware حداقل موردنیاز، Authorization یا Migration License و سپس نصب Load مناسب است.
در بعضی روش‌های جدید Migration، Conversion مستقیم‌تر شده است، اما همچنان باید مسیر رسمی همان Model و همان جهت Conversion استفاده شود.
آیا Conversion اطلاعات تلفن را پاک می‌کند؟
بله؛ Cisco در راهنمای Migration هشدار می‌دهد فرایند Migration می‌تواند Factory Reset انجام دهد و اطلاعاتی مثل Call History و Local Contacts از بین بروند.
بنابراین قبل از Conversion، Backup یا ثبت اطلاعات لازم را جدی بگیرید.
Licensing فعلی Cisco برای Enterprise به MPP
این بخش مهم است چون قوانین Conversion بسته به مقصد متفاوت‌اند.
طبق راهنمای رسمی فعلی Cisco، اگر Enterprise Phone را برای Webex Calling تبدیل کنید و از Webex Control Hub Migration Assistant استفاده شود، نیازی به سفارش جداگانه Firmware Migration License نیست؛ Authorization در همان فرایند انجام می‌شود.
اما یک محدودیت مهم دارد: تلفنی که از این مسیر Convert شده برای استفاده با Webex Calling Authorize می‌شود.
Enterprise به MPP برای Third-Party Call Control
اگر مقصد Webex Calling نیست و قرار است Device روی یک Call Control ثالث مورد تأیید استفاده شود، Cisco همچنان برای Conversion معمولی مجوز به ازای Device تعریف کرده است.
SKUهای فعلی که Cisco در راهنمای خود ذکر می‌کند:
L-CP-E2M-78XX-CNV=
L-CP-E2M-88XX-CNV=E2M یعنی Enterprise to MPP.
License به خود دستگاه وابسته است
یکی از مهم‌ترین جزئیات برای خرید دست‌دوم این است که Migration License عمومی نیست که آن را روی هر تلفنی استفاده کنید.
Cisco اعلام می‌کند License به MAC Address دستگاه وابسته است و نمی‌توان همان License را روی یک Phone دیگر استفاده کرد.
بنابراین جمله فروشنده که «یک لایسنس تبدیل هم دارم» فقط زمانی ارزش دارد که مشخص شود همان Authorization مربوط به همان MAC Address است.
MPP به Enterprise چطور؟
Cisco برای جهت MPP → Enterprise نیز SKUهای Conversion معرفی کرده است:
L-CP-M2E-78XX-CNV=
L-CP-M2E-88XX-CNV=M2E یعنی MPP to Enterprise.
اما در Firmwareهای جدیدتر و برای Deviceهایی که قبلاً از مسیرهای مشخص Migration شده‌اند، استثناهایی وجود دارد و ممکن است بازگشت به Firmware اصلی نیاز به خرید License جدید نداشته باشد.
Transition Authorization Type را قبل از خرید بررسی کنید
Cisco برای MPP Phoneهای جدیدتر یک فیلد مهم دارد:
Transition Authorization Typeدر MPPهای مناسب می‌توانید آن را از Product Information یا Info → Status بررسی کنید.
اگر مقداری مانند Classic یا WxC در آن دیده شود، مسیر بازگشت Device ممکن است با حالتی که این فیلد خالی است متفاوت باشد.
برای همین در تلفن دست‌دوم فقط سؤال «MPP هست؟» کافی نیست؛ سابقه Migration هم مهم است.
جدول ساده Licensing و Conversion
| مسیر | وضعیت عمومی |
|---|---|
| Enterprise → MPP برای Webex Calling | از طریق Control Hub Migration Assistant بدون سفارش جداگانه Migration License |
| Enterprise → MPP برای Third-party مورد تأیید | معمولاً Per-device Migration License |
| MPP → Enterprise | Conversion رسمی؛ Licensing وابسته به Transition History/Authorization |
| استفاده License یک Phone روی Phone دیگر | امکان‌پذیر نیست؛ License به MAC وابسته است |
Cisco خودش برای خرید دستگاه جدید چه توصیه‌ای دارد؟
این بخش برای تصمیم خرید بسیار مهم است.
Cisco در راهنمای رسمی Migration توصیه می‌کند برای سفارش‌های جدید از ابتدا SKU درست را متناسب با Deployment بخرید و برنامه اصلی شما این نباشد که Enterprise بخرید و بعد به MPP تبدیل کنید یا برعکس.
Conversion در درجه اول برای Migration مشتریانی در نظر گرفته شده که از قبل Phone موجود دارند.
پس اگر هنوز خرید نکرده‌اید، معمولاً خرید مستقیم Firmware/SKU درست بسیار ساده‌تر و کم‌ریسک‌تر از خرید ارزان‌تر اشتباه و برنامه‌ریزی برای Conversion بعدی است.
چرا تلفن Enterprise دست‌دوم گاهی خیلی ارزان‌تر است؟
در بازار تجهیزات دست‌دوم ممکن است Enterprise Phoneهای خارج‌شده از سازمان‌ها به تعداد زیاد عرضه شوند.
ظاهر دستگاه سالم است، PoE کار می‌کند، صفحه روشن می‌شود و قیمت نیز جذاب است؛ اما خریدار بعداً متوجه می‌شود دستگاه برای Asterisk موردنظرش MPP نیست.
در آن مرحله Conversion ممکن است با Hardware Revision، Licensing، Firmware Version یا حتی Feature Limitation روبه‌رو شود.
بنابراین اختلاف قیمت اولیه را باید کنار هزینه و ریسک Migration قرار دهید.
سناریوی واقعی اول: 8841 Enterprise برای FreePBX خریده‌اید
Phone روشن می‌شود و DHCP هم IP می‌دهد، اما منوی SIP Account مورد انتظار را پیدا نمی‌کنید.
اول Product Information را بررسی کنید.
اگر Device واقعاً Enterprise Firmware دارد، تغییر DNS و NAT راه‌حل اصلی نیست.
سه انتخاب منطقی دارید:
استفاده از آن در CUCM،
بررسی Eligibility و Conversion رسمی به MPP،
یا تعویض با MPP SKU مناسب.
سناریوی دوم: CP-8841-3PCC خریده‌اید ولی CUCM دارید
این بار مشکل برعکس است.
MPP Firmware برای CUCM پشتیبانی نمی‌شود.
اگر Device واجد شرایط است باید Migration رسمی MPP → Enterprise انجام شود؛ در غیر این صورت بهترین انتخاب تهیه Enterprise Phone مناسب است.
سناریوی سوم: فروشنده می‌گوید «Firmware را راحت فلش می‌کنی»
این جمله را به‌تنهایی قبول نکنید.
قبل از خرید این موارد را بخواهید:
| مورد | بررسی |
|---|---|
| Model | در فهرست Cisco باشد |
| VID | Hardware Revision واجد شرایط باشد |
| Current Firmware | مشخص باشد |
| Transition Authorization | بررسی شود |
| License Path | قبل از خرید روشن باشد |
| Target Call Control | با MPP یا Enterprise سازگار باشد |
سناریوی چهارم: Phone قبلاً Convert شده است
در این حالت PID پشت دستگاه ممکن است Enterprise باشد اما Firmware فعلی MPP.
یا دستگاه 3PCC بوده ولی اکنون Enterprise اجرا کند.
به همین دلیل Software Version، Product Name و Transition Authorization Type از خود Phone ارزش بیشتری از حدس‌زدن بر اساس قاب دستگاه دارند.
سناریوی پنجم: 8800 با VID جدید دارید ولی Firmware قدیمی می‌خواهید
اگر Device از Hardware Revisionهای V15 یا جدیدتر سری Audio 8800 باشد و به MPP Migration شده باشد، Cisco حداقل 11.3.3 MPP را الزام کرده و Downgrade به MPP قدیمی‌تر را مجاز نمی‌داند.
اگر Provider شما فقط نسخه بسیار قدیمی را تأیید کرده، قبل از Conversion این محدودیت را با Provider بررسی کنید.
سناریوی ششم: 8832 را تبدیل کرده‌اید ولی بعضی امکانات از بین رفته‌اند
این الزاماً Bug نیست.
Cisco برای 8832/8832NR بعد از Migration محدودیت Feature ذکر کرده است. پس Feature Parity میان Enterprise و MPP را نباید فرض کنید.
MPP و Enterprise رابط کاربری یکسانی ندارند
Cisco در FAQ Migration نیز تأکید می‌کند تجربه کاربری این دو Firmware یکسان نیست.
ممکن است:
Line Appearance،
فعال‌سازی Featureها،
Softkeyها،
Provisioning،
و بعضی قابلیت‌های سازمانی
رفتار متفاوتی داشته باشند.
برای Migration تعداد زیاد Phone بهتر است قبل از تبدیل عمومی یک Proof of Concept واقعی انجام دهید.
Field Notice مهم برای بعضی 8800های قدیمی
Cisco در Field Notice جدیدتر FN74296 هشدار داده است که برخی Hardwareهای قدیمی‌تر سری 8800 پس از Migration به MPP ممکن است در سناریوهای سنگین عملکرد ضعیف‌تری داشته باشند.
نمونه شرایطی که Cisco ذکر می‌کند شامل تعداد زیاد BLF، استفاده از KEM، بار تماس بالا و Network Latency زیاد است.
پس Eligibility فقط به معنی «Firmware نصب می‌شود» نیست؛ باید Performance و Featureهای Deployment واقعی نیز بررسی شوند.
آیا بعد از Conversion می‌توان دوباره برگرداند؟
در بسیاری از مدل‌ها بله، اما مسیر بازگشت به تاریخچه Migration، Firmware و Authorization Device بستگی دارد.
Cisco برای Phoneهای Migrated با Firmwareهای جدید شرایطی تعریف کرده که بعضی دستگاه‌ها می‌توانند بدون خرید License جدید به Firmware قبلی برگردند.
اما این مسئله را نباید برای هر Phone دست‌دومی فرض کنید.
قبل از Conversion مقدار Transition Authorization Type و راهنمای رسمی همان مدل را بررسی کنید.
Factory Reset نوع Firmware را عوض نمی‌کند
یکی از اشتباه‌های رایج این است که کاربر چند بار Factory Reset انجام می‌دهد تا شاید Enterprise Phone تبدیل به MPP شود.
Factory Reset تنظیمات Device را پاک می‌کند؛ Firmware Family دستگاه را از Enterprise به MPP تبدیل نمی‌کند.
برای تغییر Firmware Family باید Migration رسمی انجام شود.
Firmware Upgrade هم با Firmware Migration فرق دارد
این دو اصطلاح را جدا کنید.
| عملیات | معنی |
|---|---|
| Firmware Upgrade | ارتقا داخل همان Firmware Family |
| Firmware Migration | تغییر Enterprise ↔ MPP |
مثلاً ارتقای MPP از یک Release به Release جدیدتر، همان Conversion از Enterprise به MPP نیست.
اگر مدل فعلی Enterprise است، قبل از Conversion چه چیزهایی ثبت کنیم؟
| اطلاعات | هدف |
|---|---|
| PID | SKU اولیه |
| VID | Hardware Eligibility |
| MAC Address | Migration License |
| Firmware Version | Pre-requisite |
| Call History | ممکن است پاک شود |
| Local Contacts | ممکن است پاک شوند |
| Target PBX | انتخاب MPP/Enterprise |
آیا برای Asterisk حتماً باید Cisco MPP بخریم؟
اگر هدف یک Deployment استاندارد، قابل مدیریت و مطابق مسیر رسمی Cisco است، برای Third-party SIP Call Control باید MPP را در نظر بگیرید.
ممکن است در اینترنت روش‌های غیررسمی برای استفاده از Enterprise Firmware با سیستم‌های دیگر ببینید؛ اما آن‌ها را نباید با مسیر پشتیبانی‌شده Cisco یکی دانست.
برای محیط Production بهتر است Compatibility و Provisioning بر اساس Firmware مناسب همان Call Control طراحی شوند.
آیا MPP دقیقاً همان SIP Phone ساده است؟
MPP همچنان یک پلتفرم Cisco با Provisioning، Security، Firmware و Featureهای خاص خودش است.
پس انتخاب MPP فقط اولین شرط است.
بعد از آن هنوز باید:
Proxy،
SIP Account،
DNS،
TLS،
Certificate،
Codec،
Provisioning
و قابلیت‌های PBX
با یکدیگر سازگار باشند.
اگر MPP دارید ولی هنوز رجیستر نمی‌شود چه؟
بعد از اینکه مطمئن شدید Firmware Family صحیح است، آن زمان عیب‌یابی Registration معنا پیدا می‌کند.
DNS A/SRV، SIP Transport، REGISTER Response، Auth ID، TLS، NTP و PCAP را بررسی کنید.
اگر این مقاله را به‌عنوان مقاله دوم خوشه Cisco منتشر می‌کنید، مقاله قبلی درباره Register Failed باید لینک داخلی اصلی این بخش باشد.
یک Decision Tree قبل از خرید Cisco دست‌دوم
| سؤال | اقدام |
|---|---|
| سانترال من CUCM است؟ | Enterprise را انتخاب کنید |
| سانترال من Third-party SIP است؟ | MPP سازگار را بررسی کنید |
| روی PID عبارت 3PCC وجود دارد؟ | MPP SKU اولیه است |
| 3PCC روی PID نیست؟ | Firmware فعلی را جداگانه بررسی کنید |
| Device قبلاً Convert شده؟ | Transition Authorization را ببینید |
| Conversion لازم است؟ | Model، VID و License را قبل از خرید بررسی کنید |
| فروشنده اطلاعات Firmware نمی‌دهد؟ | ریسک خرید را بالا در نظر بگیرید |
چک‌لیست نهایی Cisco MPP vs Enterprise
| بررسی | نتیجه مورد انتظار |
|---|---|
| Target Call Control | CUCM یا Third-party مشخص باشد |
| PID | SKU اولیه مشخص باشد |
| Product Name | Firmware Family فعلی مشخص شود |
| Software Version | نسخه دقیق ثبت شود |
| VID | Conversion Eligibility بررسی شود |
| Transition Authorization | سابقه Migration مشخص شود |
| Migration License | قبل از خرید Device مشخص شود |
| Feature Compatibility | با Deployment واقعی تست شود |
| Backup | قبل از Migration انجام شود |
| Proof of Concept | قبل از Migration گروهی اجرا شود |
پرسش‌های متداول درباره Cisco MPP و Enterprise
Cisco MPP با Enterprise چه فرقی دارد؟
MPP برای Webex Calling و Call Controlهای SIP ثالث مورد تأیید طراحی شده است، در حالی که Enterprise Firmware برای Cisco CUCM ساخته شده و Provisioning و Registration متفاوتی دارد.
از کجا بفهمم Cisco 8841 من MPP است؟
وجود 3PCC، 3PC یا 3PW روی PID نشانه MPP SKU است. اما چون بعضی دستگاه‌ها قابلیت Migration دارند، Product Information و Software Version فعلی را نیز بررسی کنید.
آیا Cisco Enterprise روی Asterisk کار می‌کند؟
Enterprise Firmware برای CUCM طراحی شده است. برای یک Deployment استاندارد روی Third-party SIP PBX باید MPP سازگار یا Conversion رسمی در مدل واجد شرایط بررسی شود.
آیا Cisco MPP روی CUCM رجیستر می‌شود؟
Cisco صریحاً اعلام می‌کند MPP Firmware روی CUCM پشتیبانی نمی‌شود. برای CUCM باید Enterprise Firmware مناسب استفاده شود.
آیا همه Cisco 7800 و 8800ها قابل تبدیل هستند؟
خیر. Model و Hardware Revision اهمیت دارند. برای نمونه 7821، 7841 و 7861 محدودیت VID دارند و مدل‌هایی مانند 8821 و 8831 در مسیر Enterprise به MPP واجد شرایط نیستند.
آیا تبدیل Enterprise به MPP رایگان است؟
برای Migration به Webex Calling از طریق Control Hub Migration Assistant، Cisco سفارش جداگانه Migration License را لازم نمی‌داند. برای سایر Call Controlهای مورد تأیید معمولاً License به ازای Device لازم است.
Migration License را می‌توان روی تلفن دیگری استفاده کرد؟
خیر. Cisco Migration License را به MAC Address دستگاه وابسته می‌کند و نمی‌توان آن را روی Phone دیگری منتقل کرد.
آیا Factory Reset تلفن Enterprise را به MPP تبدیل می‌کند؟
خیر. Factory Reset فقط Configuration را پاک می‌کند. تغییر Firmware Family نیازمند فرایند رسمی Migration است.
آیا بعد از Conversion تمام قابلیت‌ها همان قبلی می‌مانند؟
نه لزوماً. Cisco صریحاً می‌گوید Feature Set و User Experience دو Firmware یکسان نیست و در بعضی مدل‌ها مانند 8832 محدودیت Feature نیز وجود دارد.
هنگام خرید Cisco دست‌دوم مهم‌ترین موارد چیست؟
PID، VID، Product Name، Firmware Version، Transition Authorization Type و Target PBX را بررسی کنید. فقط به ظاهر دستگاه یا ادعای فروشنده درباره SIP بودن تلفن اکتفا نکنید.
جمع‌بندی
تفاوت Cisco MPP و Enterprise یکی از مهم‌ترین نکاتی است که قبل از خرید تلفن‌های 7800 و 8800 باید بدانید. Enterprise Firmware برای CUCM طراحی شده و MPP برای Webex Calling و Call Controlهای ثالث مورد تأیید Cisco. بنابراین یک Phone سالم می‌تواند فقط به این دلیل روی سانترال شما رجیستر نشود که Firmware Family آن با معماری شبکه شما هماهنگ نیست.
در خرید تلفن دست‌دوم فقط Product ID پشت دستگاه را بررسی نکنید. بعضی 7800 و 8800ها قابلیت Migration دارند و ممکن است Firmware فعلی با SKU اولیه متفاوت باشد. Product Name، Software Version و در MPPهای جدیدتر Transition Authorization Type را از خود دستگاه بررسی کنید.
همچنین Conversion روی همه Modelها و VIDها آزاد نیست. بعضی 7800ها Hardware Revision مشخص می‌خواهند، 8821 و 8831 در مسیر Enterprise به MPP واجد شرایط نیستند و برای بعضی 8800های جدید محدودیت Minimum Firmware وجود دارد.
Licensing را نیز قبل از خرید محاسبه کنید. Migration به Webex Calling از مسیر Control Hub شرایط متفاوتی با Conversion برای Third-party Call Control دارد و Licenseهای Conversion عادی به Device و MAC Address وابسته‌اند.
اگر هنوز Phone را نخریده‌اید، توصیه خود Cisco ساده است: از ابتدا SKU صحیح را متناسب با Deployment انتخاب کنید. Conversion را بیشتر به‌عنوان راه‌حل Migration برای تجهیزات موجود ببینید، نه روشی برای خرید هر Cisco ارزانی و تبدیل آن در آینده.
قبل از تغییر Firmware، مدل و زیرساخت VoIP را بررسی کنید
اگر برای Cisco 7800 یا 8800 بین MPP، Enterprise، Asterisk یا CUCM دچار ابهام شده‌اید، می‌توانید درخواست بررسی کانفیگ ثبت کنید تا Firmware، مدل دستگاه و مسیر مناسب راه‌اندازی بر اساس زیرساخت واقعی شما بررسی شود.
تماس با پشتیبانی ایرانیکاسرور
دیدگاه‌ها (۰)