اصطلاح Cisco phone locked در بازار برای چند وضعیت کاملاً متفاوت استفاده میشود: رمز Admin روی خود تلفن، محدودیتهایی که Provisioning Profile اعمال کرده، Association دستگاه با یک Service Provider در EDOS، عضویت دستگاه در یک Webex Calling Organization یا حتی استفاده از Firmware اشتباه برای محیطی که میخواهید تلفن را در آن راهاندازی کنید.
به همین دلیل قبل از Factory Reset یا نصب Firmware جدید باید اول بفهمید دستگاه MPP است یا Enterprise، چه Firmwareای اکنون روی آن اجرا میشود، آیا قبلاً Remote Provision شده و آیا هنوز در سمت Provider یا Webex به مالک قبلی متصل است یا نه.
تشخیص سریع: اگر بعد از Factory Reset همان تنظیمات Provider قبلی دوباره برمیگردند، Reset را تکرار نکنید. احتمال زیاد Source Provisioning هنوز فعال است؛ مثلاً EDOS، DHCP Provisioning یا پلتفرم مدیریت سرویسدهنده دوباره Profile را روی تلفن اعمال میکند.
«قفل بودن» تلفن Cisco دقیقاً یعنی چه؟
Provider Lock در Cisco همیشه یک گزینه مشخص با نام Lock نیست. چیزی که کاربر بهعنوان قفل میبیند ممکن است یکی از چند حالت زیر باشد.
| علامت | احتمال بیشتر | محل بررسی |
|---|---|---|
| Admin Login رمز میخواهد | Admin Password قبلی | MPP Access Control |
| Web UI باز نمیشود | Web Server توسط Profile غیرفعال شده | Provisioning Policy |
| بعد از Reset Provider قبلی برمیگردد | EDOS / Remote Customization | Customization State |
| Activation Code میخواهد | Webex/Activation Onboarding | Control Hub یا Provider |
| روی PBX ثالث Provision نمیشود | Enterprise Firmware یا Licensing | PID و Software Version |
مرحله اول: قبل از Reset مدل و PID پشت تلفن را بخوانید
تلفن را برگردانید و Product ID یا PID روی Label پشت دستگاه را بخوانید.
طبق راهنمای فعلی Cisco، اگر بعد از مدل عبارتی مانند اینها وجود داشته باشد:
3PCC
3PC
3PW
دستگاه در اصل بهعنوان Multiplatform Phone یا MPP/3PCC عرضه شده است.
نمونه:
CP-8851-3PCC-K9
اگر 3PCC/3PC/3PW وجود ندارد، SKU اصلی معمولاً Enterprise بوده است.
اما PID بهتنهایی Firmware فعلی را مشخص نمیکند
این نکته برای تلفن دستدوم بسیار مهم است.
بعضی مدلهای 7800 و 8800 با فرایند رسمی Cisco قابلیت تبدیل بین Enterprise و MPP را دارند.
بنابراین ممکن است Label دستگاه Enterprise باشد ولی مالک قبلی آن را به MPP تبدیل کرده باشد، یا برعکس.
در نتیجه همیشه دو مورد را کنار هم ثبت کنید:
🔹 PID/VID پشت دستگاه
🔹 Software Version در Product Information
MPP و Enterprise چه تفاوتی برای تلفن دستدوم دارند؟
Enterprise Firmware برای Cisco Unified Communications Manager یا CUCM طراحی شده است.
MPP Firmware برای Multiplatform deployment و Call Controlهای پشتیبانیشده مانند Webex Calling و برخی سامانههای Third-Party طراحی شده است.
Cisco صریحاً اعلام میکند MPP Firmware و Enterprise Firmware تجربه و Feature Set یکسانی ندارند و MPP برای CUCM طراحی نشده است.
اگر هدف شما راهاندازی تلفن روی Asterisk، FreePBX یا Call Control پشتیبانیشده غیر CUCM است، اول باید مطمئن شوید دستگاه Firmware مناسب آن سناریو را دارد.
مرحله دوم: Product Information را قبل از هر تغییری ثبت کنید
اگر منوی تلفن قابل دسترسی است، وارد Status یا Product Information شوید و این موارد را یادداشت کنید:
🔹 Product Name
🔹 MAC Address
🔹 Software Version
🔹 Hardware Version
🔹 VID
🔹 Certificate Status
🔹 Customization State در MPP
🔹 Transition Authorization Type در دستگاههای تبدیلشده، اگر نمایش داده میشود
MAC Address را برای مستندات داخلی ثبت کنید اما در Screenshot عمومی، آگهی فروش یا انجمنهای عمومی منتشر نکنید.
Customization State مهمترین سرنخ برای MPP دستدوم است
در MPP میتوانید وضعیت Remote Customization را از مسیر Product Information ببینید.
معنی وضعیتها بهصورت عملی این است:
| وضعیت | برداشت |
|---|---|
| Open | تلفن تازه Boot شده و هنوز Provision نشده است |
| Aborted | Provisioning دیگری مثل DHCP یا تنظیم محلی مسیر Remote Customization را متوقف کرده است |
| Pending | تلفن در مسیر EDOS/Activation برای گرفتن Profile است |
| Custom-Pending | Redirect یا اطلاعات Provisioning Provider دریافت شده است |
| Acquired | Profile سرویسدهنده با موفقیت دریافت شده است |
| Unavailable | EDOS برای دستگاه Provisioning Provider قابل استفادهای ارائه نکرده است |
اگر Customization روی Acquired باشد یعنی تلفن قفل است؟
نه لزوماً، اما یک سرنخ بسیار مهم است.
Acquired یعنی تلفن از مسیر Remote Customization یک Provisioning Profile را با موفقیت گرفته است.
اگر این Profile مربوط به سرویسدهنده قبلی باشد، همان Provider میتواند Admin Access، Web UI، SIP Settings و Upgrade/Resync Policy را محدود کرده باشد.
اگر تلفن دستدوم است و Provider را نمیشناسید، قبل از Factory Reset از فروشنده بخواهید سابقه سرویس و مالکیت دستگاه را مشخص کند.
Factory State واقعی همیشه چند ثانیه بیشتر دوام ندارد
گاهی فروشنده میگوید دستگاه Factory Reset شده است، اما بعد از اتصال به اینترنت بلافاصله دوباره Profile قبلی برمیگردد.
این تناقض نیست.
تلفن ممکن است واقعاً در Factory State Boot شود ولی اگر DHCP Provisioning نداشته باشد، MPP به Cisco Activation/EDOS مراجعه کند و با MAC Address خود Provisioning Provider قبلی را پیدا کند.
پس «من Factory Reset کردم» به معنی «مالکیت Provisioning آزاد شده» نیست.
EDOS چطور Provider قبلی را دوباره پیدا میکند؟
در MPP، وقتی تلفن بعد از Factory Reset به شبکه وصل میشود، ابتدا DHCP را برای اطلاعات Provisioning بررسی میکند.
اگر DHCP اطلاعات لازم را ندهد، تلفن میتواند به سرویس Activation Cisco مراجعه کند.
در Firmwareهای جدید از دامنه:
activate.cisco.com
استفاده میشود.
تلفن MAC Address و Model را برای EDOS ارسال میکند. اگر دستگاه قبلاً با یک Service Provider Associate شده باشد، Cisco میتواند Provisioning Server همان Provider را به تلفن معرفی کند.
بعد از Reset دوباره لوگو یا تنظیم Provider قبلی میآید؛ چه کنیم؟
این حالت را با Resetهای پشتسرهم حل نکنید.
سه مسیر را بررسی کنید:
🔹 DHCP Optionهای Provisioning روی شبکه شما
🔹 EDOS/Remote Customization Association
🔹 Device Assignment روی Webex/Provider Platform
اگر Association سمت سرویسدهنده قبلی است، راه صحیح این است که فروشنده یا Service Provider دستگاه را از پلتفرم خود Release/Remove کند.
Admin Login رمز میخواهد؛ رمز پیشفرض Cisco چیست؟
برای MPP نباید دنبال یک «رمز پیشفرض جهانی» بگردید.
Cisco در راهنمای Access Control فعلی خود میگوید حسابهای:
admin
user
وجود دارند، اما برای آنها Default Password عمومی تعریف نشده است.
Service Provider میتواند برای Admin Password تعیین کند یا حتی Web Configuration Utility و بعضی Menuهای LCD را محدود کند.
پس اگر Admin Password را نداریم چه کار کنیم؟
اگر دستگاه متعلق به شماست و انتقال مالکیت آن روشن است، مسیر درست یکی از این موارد است:
🔹 دریافت Credential از مدیر یا Provider قبلی
🔹 Release دستگاه از Provisioning Platform قبلی
🔹 Factory Reset رسمی بعد از آمادهکردن Provisioning جدید
🔹 در صورت نیاز، Firmware Migration رسمی و دارای مجوز
استفاده از Password Cracking، Firmwareهای دستکاریشده یا روشهای غیررسمی برای دورزدن قفل Provider مسیر قابلاعتماد و پشتیبانیشدهای نیست.
Web UI باز نمیشود؛ آیا تلفن خراب است؟
نه.
روی MPP، Provisioning Profile میتواند دسترسی Web UI را غیرفعال کند یا بعضی گزینهها را Read Only و Hidden کند.
اگر Service Provider دسترسی Configuration Utility را بسته باشد، Cisco نیز توصیه میکند با همان Provider تماس گرفته شود.
پس این علائم:
🔹 پورت وب پاسخ نمیدهد
🔹 Admin Login وجود ندارد
🔹 بعضی Menuها روی LCD دیده نمیشوند
بهتنهایی نشانه خرابی Firmware نیستند.
Activation Code Screen بعد از Reset چه معنی دارد؟
اگر تلفن روی صفحه واردکردن Activation Code قرار گرفته، دستگاه معمولاً منتظر Onboarding به یک Calling Platform است.
در Webex Calling، Admin یا User مجاز میتواند Activation Code ایجاد کند.
طبق مستند فعلی Webex، Activation Code برای MPP یک کد ۱۶ رقمی است و در حال حاضر تا ۳۰ روز اعتبار دارد.
این Code باید توسط Organization یا Workspaceای ایجاد شود که قرار است دستگاه واقعاً به آن تعلق داشته باشد.
تلفن دستدوم هنوز در Webex Organization قبلی است
اگر Phone به User یا Workspace قبلی اختصاص داده شده است، بهترین مسیر این است که Administrator همان Organization ابتدا Device را Delete یا Reassign کند.
Webex در راهنمای فعلی خود برای استفاده مجدد از MPP توصیه میکند Device از User/Workspace قبلی حذف شود و سپس Factory Reset روی تلفن انجام شود.
بعد میتوان دستگاه را به User یا Workspace جدید Assign کرد و Activation Code جدید ساخت.
فقط Factory Reset برای Webex کافی است؟
همیشه نه.
Factory Reset Local Configuration را پاک میکند؛ اما اگر Device Record هنوز در Organization قبلی وجود دارد، انتقال مدیریت سمت Cloud کامل نشده است.
برای دستگاه دستدوم، بهتر است Seller قبل از تحویل نشان دهد Phone از Organization یا Service Provider قبلی حذف شده است.
چطور بفهمیم مشکل Provider Lock است یا فقط DHCP؟
بعد از Factory Reset یک Capture کنترلشده بگیرید.
مراحل Boot را ببینید:
DHCP → DNS → Activation/EDOS → Provisioning Server
در Wireshark برای شروع:
dhcp || bootp || dns || tls || http
اگر DHCP Server شما Profile Rule یا Provisioning Server میدهد، Customization ممکن است Aborted شود و EDOS اصلاً وارد مسیر نشود.
اگر DHCP Provisioning ندارید و تلفن به activate.cisco.com میرود، Remote Customization اهمیت بیشتری پیدا میکند.
آیا میتوان اینترنت تلفن را قطع کرد تا Provider برنگردد؟
برای تست آزمایشگاهی کوتاه میتوانید تفاوت رفتار دستگاه را در یک شبکه کنترلشده بررسی کنید، اما این کار راهحل نهایی Provider Ownership نیست.
اگر دستگاه برای استفاده واقعی به Internet Provisioning یا Cloud Calling نیاز دارد، مسدودکردن Activation Server فقط مشکل اصلی را پنهان میکند.
راه درست، Release شدن Association قبلی و Provision شدن دستگاه روی Platform جدید است.
Enterprise Phone را نمیتوان فقط با نصب یک فایل MPP آزاد کرد
اگر تلفن Enterprise است اما قصد دارید آن را روی MPP/Third-Party Call Control استفاده کنید، تبدیل Firmware یک فرایند رسمی Cisco است.
این فرایند به مواردی مثل:
🔹 مدل و VID واجد شرایط
🔹 Firmware پایه مناسب
🔹 Migration/Transition Authorization
🔹 Firmware درست برای همان مدل
🔹 Provisioning Server یا Cloud Upgrader
وابسته است.
دانلود یک فایل Firmware از سایتهای غیررسمی و Flash کردن آن به معنی Migration معتبر نیست.
Licensing تبدیل Enterprise و MPP را جدی بگیرید
Cisco برای تبدیل بعضی 7800/8800ها بین Enterprise و MPP Workflow و License رسمی دارد.
برای بعضی مسیرهای Webex Calling، Migration Assistant میتواند مجوز را در فرایند Cloud مدیریت کند؛ اما در سناریوهای دیگر Migration License جدا لازم است.
در راهنمای فعلی Cisco، Licenseهای Migration میتوانند به MAC Address همان Phone وابسته باشند و قابل استفاده روی دستگاه دیگر نیستند.
پس قبل از خرید تلفن دستدوم با فرض «بعداً Firmwareاش را عوض میکنم»، Eligibility و Licensing همان مدل را بررسی کنید.
VID در تلفن دستدوم چرا مهم است؟
در بعضی مدلهای 7800، امکان Migration به Hardware Version وابسته است.
برای همین Cisco توصیه میکند VID پشت دستگاه بررسی شود.
در سری 8800 نیز Hardwareهای قدیمیتر ممکن است بعد از Migration به MPP در محیطهای سنگین مثل تعداد زیاد BLF یا KEM محدودیت Performance بیشتری داشته باشند.
بنابراین تلفن ارزانتر همیشه انتخاب بهتر برای Conversion نیست.
Transition Authorization Type چه چیزی میگوید؟
روی بعضی تلفنهای MPP که از Enterprise تبدیل شدهاند، Product Information یا Web Status میتواند فیلد Transition Authorization Type را نشان دهد.
وجود مقدارهایی مانند Classic یا WxC میتواند سرنخی باشد که دستگاه قبلاً Workflow مهاجرت رسمی را طی کرده است.
این فیلد را همراه PID و Software Version بررسی کنید؛ نه بهتنهایی.
تشخیص سریع از روی چند علامت رایج
| نشانه | برداشت محتمل | اقدام بعدی |
|---|---|---|
| PID دارای 3PCC | SKU اصلی MPP | Software + Customization را بررسی کنید |
| Admin Password ناشناخته | Profile قبلی یا مدیر قبلی | Provider/Seller و Ownership |
| Customization = Acquired | Remote Profile با موفقیت دریافت شده | Provider Association را بررسی کنید |
| بعد از Reset تنظیمات قبلی برمیگردد | Provisioning Source هنوز فعال است | DHCP/EDOS/Cloud |
| Activation Code Screen | منتظر Cloud Onboarding | Organization جدید باید Code بسازد |
| Enterprise Firmware روی PBX ثالث | Platform/Firmware ناسازگار | Eligibility و Migration رسمی |
| Customization = Unavailable | EDOS Provider قابل استفادهای برنگردانده | Provisioning جدید را قانونی تنظیم کنید |
قبل از خرید Cisco دستدوم چه عکسهایی از فروشنده بخواهیم؟
برای کاهش ریسک، قبل از پرداخت این موارد را بخواهید:
🔹 عکس Label پشت دستگاه با PID و VID
🔹 عکس Software Version
🔹 عکس Customization State در MPP
🔹 عکس صفحه Activation در صورت وجود
🔹 تأیید کتبی اینکه دستگاه از Provider/Webex Organization قبلی Remove شده است
فروشنده میتواند بخشی از MAC و Serial را در عکس عمومی محو کند و در مرحله نهایی خرید اطلاعات کامل را برای تطبیق مالکیت ارائه دهد.
چه زمانی خرید تلفن دستدوم را متوقف کنیم؟
اگر فروشنده نمیتواند مشخص کند دستگاه از کدام Provider آمده، از ارائه PID/VID خودداری میکند، Phone بعد از Reset فوراً به یک Provider ناشناس برمیگردد یا تبدیل Firmware آن فقط با «فایل آنلاک غیررسمی» وعده داده میشود، ریسک خرید بالاست.
در چنین شرایطی هزینه رفع Ownership یا Migration ممکن است از اختلاف قیمت دستگاه نو و دستدوم بیشتر شود.
محدودیت قانونی و قراردادی را نادیده نگیرید
همه تلفنهای دستدوم الزاماً دارایی آزاد فروشنده نیستند.
بعضی Deviceها ممکن است قبلاً اجارهای، Managed Device یا بخشی از قرارداد یک Service Provider بوده باشند.
قبل از تلاش برای حذف مدیریت قبلی، مالکیت قانونی دستگاه را تأیید کنید.
همچنین Migration بین Firmwareها باید با License و Workflow رسمی Cisco انجام شود. این مقاله برای تشخیص و بازیابی قانونی دستگاه است، نه دورزدن کنترل Provider یا Licensing.
روش امن آزادسازی یک تلفن دستدوم
مرحله ۱: مالکیت دستگاه و فروش قانونی آن را تأیید کنید.
مرحله ۲: PID، VID و Software Version را ثبت کنید.
مرحله ۳: مشخص کنید دستگاه MPP است یا Enterprise و آیا Migration قبلی داشته است.
مرحله ۴: در MPP، Customization State را بررسی کنید.
مرحله ۵: اگر Provider قبلی مشخص است، Device Release را از همان Provider یا Seller درخواست کنید.
مرحله ۶: اگر Webex Calling استفاده شده، Device را از User/Workspace قبلی Remove یا Reassign کنید.
مرحله ۷: Provisioning جدید، DHCP، Voice VLAN و Activation Code را آماده کنید.
مرحله ۸: سپس Factory Reset رسمی متناسب با مدل را اجرا کنید.
مرحله ۹: Boot Sequence را Capture کنید تا مشخص شود دستگاه از کدام Provisioning Source Config میگیرد.
مرحله ۱۰: در صورت نیاز به Enterprise↔MPP Migration، فقط Workflow و License رسمی را استفاده کنید.
پرسشهای رایج
چطور بفهمیم Cisco Phone دستدوم MPP است یا Enterprise؟
Label پشت تلفن را بررسی کنید. وجود 3PCC، 3PC یا 3PW در PID نشانه SKU اصلی MPP است. با این حال دستگاه ممکن است بعداً با فرایند رسمی تبدیل شده باشد، بنابراین Software Version را نیز بررسی کنید.
آیا Cisco MPP رمز Admin پیشفرض دارد؟
خیر. Cisco برای حسابهای admin و user رمز پیشفرض عمومی تعریف نکرده است. Service Provider میتواند Password تعیین کند یا Web Access را محدود کند.
چرا بعد از Factory Reset تنظیمات Provider قبلی دوباره برمیگردند؟
احتمالاً Provisioning Source قبلی هنوز فعال است؛ مثلاً EDOS، DHCP Provisioning یا Cloud Platform دوباره Profile قبلی را روی تلفن اعمال میکند.
Customization = Acquired یعنی چه؟
یعنی تلفن MPP Remote Provisioning Profile را با موفقیت دریافت کرده است. اگر تلفن دستدوم است باید مشخص شود این Profile متعلق به چه Provider یا Organizationی است.
Customization = Unavailable یعنی تلفن آزاد است؟
این وضعیت نشان میدهد EDOS Provisioning Provider قابل استفادهای برای دستگاه برنگردانده است، اما بهتنهایی مالکیت قانونی، Admin Access یا مناسببودن Firmware را ثابت نمیکند.
آیا Factory Reset Provider Lock را حذف میکند؟
نه لزوماً. Factory Reset Local Configuration را پاک میکند، اما Association سمت EDOS، Webex یا Service Provider ممکن است باقی بماند و دستگاه دوباره Provision شود.
آیا میتوان Enterprise Phone را برای Asterisk به MPP تبدیل کرد؟
برای مدلهای واجد شرایط 7800 و 8800 امکان Migration رسمی وجود دارد، اما مدل/VID، Firmware و Licensing باید با راهنمای Cisco تطبیق داده شوند.
اگر تلفن روی Activation Code Screen مانده چه کنیم؟
اگر Device به Webex Calling یا سیستم Activation مشابه منتقل شده است، Organization مجاز باید Activation Code جدید ایجاد کند. در Webex، Activation Code MPP در حال حاضر ۱۶ رقمی و دارای تاریخ انقضا است.
آیا نصب Firmware غیررسمی برای بازکردن تلفن دستدوم توصیه میشود؟
خیر. علاوه بر خطر Brick شدن دستگاه، ممکن است Licensing و Support را نقض کند. برای Migration یا بازیابی از Firmware و Workflow رسمی Cisco استفاده کنید.
جمعبندی
وقتی یک Cisco Phone دستدوم «قفل» به نظر میرسد، قبل از Factory Reset باید نوع قفل را مشخص کنید. Admin Password، Web UI محدودشده، EDOS Association، Webex Activation و Firmware Enterprise/MPP مسائل متفاوتی هستند.
روی MPP، Customization State یکی از بهترین سرنخهاست. اگر بعد از Reset وضعیت به Acquired میرسد و Profile قبلی برمیگردد، باید Provisioning Ownership سمت Provider بررسی شود؛ Resetهای بیشتر این Association را حذف نمیکنند.
برای دستگاه دستدوم مسیر امن این است: مالکیت را تأیید کنید، PID/VID و Firmware را ثبت کنید، Device را از Provider یا Webex قبلی Release کنید، Provisioning جدید را آماده کنید و فقط بعد Factory Reset انجام دهید. اگر تبدیل Enterprise و MPP لازم است، از Migration رسمی و مجوز مناسب استفاده کنید.
قبل از Reset یا تبدیل Firmware، وضعیت واقعی دستگاه را مشخص کنید
اگر Cisco دستدومی دارید که Admin Access ندارد، بعد از Reset دوباره به Provider قبلی برمیگردد یا نمیدانید Enterprise است یا MPP، بهتر است قبل از تغییر Firmware وضعیت PID/VID، Customization، Activation و Provisioning آن بررسی شود.
ایرانیکاسرور میتواند مسیر Provisioning و PBX را بررسی کند و مشخص کند آیا دستگاه با یک Factory Reset قانونی قابل راهاندازی مجدد است، باید از Provider قبلی Release شود یا برای استفاده روی Asterisk/FreePBX/3CX نیاز به Migration رسمی دارد.
تماس با پشتیبانی ایرانیکاسرور: 021-91302467






دیدگاهها (۰)