اگر یک تلفن Cisco دستدوم خریدهاید و گوشی رمز Admin میخواهد، روی Activation مانده، بعد از اتصال به اینترنت دوباره تنظیمات قبلی را میگیرد یا نمیدانید MPP است یا Enterprise، قبل از هر Factory Reset باید وضعیت واقعی دستگاه را مشخص کنید. چیزی که بین کاربران با عنوان «Cisco phone locked» شناخته میشود همیشه یک قفل واحد نیست؛ گاهی فقط تنظیمات محلی مدیر قبلی باقی مانده، گاهی Web UI محدود شده، گاهی گوشی هنوز از یک Provisioning Server تنظیمات میگیرد و گاهی MAC دستگاه در یک سرویس ابری یا Provider قبلی Associate شده است.
قاعده اصلی: یک تلفن Cisco که بعد از Factory Reset دوباره به Provider قبلی برمیگردد الزاماً «خراب» یا «ریستنشده» نیست. Factory Reset وضعیت محلی را پاک میکند، اما Association سمت Provider، EDOS یا Webex ممکن است همچنان باقی مانده باشد.
«قفل بودن» تلفن Cisco دستدوم دقیقاً چه معنیهایی میتواند داشته باشد؟
قبل از عیبیابی، باید واژه «قفل» را به چند حالت واقعیتر تقسیم کنیم. این کار مهم است چون راهحل هرکدام متفاوت است.
| نشانه | احتمال اصلی | Factory Reset کافی است؟ |
|---|---|---|
| Admin Login رمز میخواهد | Admin Password قبلی یا Policy مدیریتی | گاهی؛ ابتدا Provisioning را بررسی کنید |
| Web UI باز نمیشود | Web Server یا Web Admin Access غیرفعال شده است | ممکن است لازم شود |
| Enter Activation Code | جریان فعالسازی Webex/MPP | خیر؛ Activation باید آماده باشد |
| بعد از Reset تنظیمات قبلی برمیگردد | EDOS، DHCP یا Provisioning Provider | خیر |
| Firmware با PBX شما سازگار نیست | MPP/Enterprise mismatch | خیر؛ Migration جداست |
| Migration License درخواست میشود | تبدیل رسمی Enterprise ↔ MPP | خیر؛ موضوع مجوز است |
اول از همه: مدل، PID، VID و MAC را ثبت کنید
تلفن را از شبکه جدا نکنید و مستقیم سراغ Reset نروید. ابتدا پشت دستگاه را بررسی کنید و از برچسب آن عکس واضح بگیرید. چهار مورد مهم عبارتاند از مدل یا PID، نسخه سختافزاری یا VID، MAC Address و Serial Number.
Cisco در راهنمای رسمی Migration همین اطلاعات را برای بررسی واجدشرایط بودن دستگاه و تولید مجوز تبدیل Firmware استفاده میکند. VID مخصوصاً در برخی مدلهای 7800 تعیین میکند که تبدیل Enterprise به MPP اصلاً پشتیبانی میشود یا نه.
از روی PID بفهمید گوشی در اصل MPP بوده یا Enterprise
در خانوادههای قابل تبدیل، یکی از سریعترین نشانهها عبارت روی برچسب است. Cisco توضیح میدهد اگر در PID بعد از شماره مدل عبارتهایی مثل 3PCC، 3PC یا 3PW دیده شود، دستگاه در اصل SKU چندسکویی یا MPP/3PCC است. اگر این عبارت وجود ندارد، گوشی معمولاً SKU سازمانی یا Enterprise بوده است.
برای نمونه:
CP-8851-3PCC-K9= → MPP / 3PCC
CP-8851-K9= → Enterprise SKU
این تشخیص نقطه شروع است، نه پایان. یک دستگاه میتواند در گذشته از یک خانواده Firmware به خانواده دیگر مهاجرت کرده باشد؛ بنابراین باید وضعیت Firmware فعلی را هم ببینید.
از خود منوی تلفن هم MPP یا Enterprise بودن را بررسی کنید
طبق راهنمای Cisco، در گوشی MPP معمولاً عنوان منوی اصلی تنظیمات Information and settings دیده میشود و در مسیر Status → Product information میتوانید Product Name را ببینید. نمایش عبارتی مانند CP-8841-3PCC نشانه روشن MPP است.
در Enterprise معمولاً عنوان منوی اصلی Applications است و در Phone Information مدل بدون 3PCC نمایش داده میشود. یک استثنا هم وجود دارد: بعضی MPPهای بسیار قدیمی با Firmware نسل 10.x ممکن است ظاهر متفاوتی داشته باشند؛ پس PID، Firmware و Product Information را با هم ببینید.
کدام مدلهای 7800 و 8800 واقعاً قابلیت Migration دارند؟
ظاهر شبیه به هم به این معنی نیست که همه مدلها قابلیت تبدیل دارند. Cisco برای Enterprise → MPP فهرست مشخصی منتشر کرده است. در سری 7800، مدلهای 7811، 7821، 7841، 7861 و 7832 در شرایط مشخص پشتیبانی میشوند؛ اما برای بعضی مدلها حداقل VID لازم است. در سری 8800 مدلهایی مانند 8811، 8841، 8851، 8861، 8845 و 8865 در مسیر رسمی قرار دارند.
Cisco همچنین تصریح میکند که 8821 و 8831 در فهرست قابل تبدیل به MPP نیستند. برای 8832 هم محدودیتها و الزامات Firmware جداگانه وجود دارد. بنابراین قبل از خرید یک گوشی Enterprise ارزان برای استفاده با Asterisk یا سرویس SIP دیگر، حتماً eligibility همان مدل و VID را بررسی کنید.
نکته خرید: خود Cisco برای خرید جدید توصیه میکند از ابتدا SKU متناسب با مقصد یعنی MPP یا Enterprise انتخاب شود، نه اینکه یک SKU ارزانتر بخرید و بعد روی تبدیل آن حساب کنید. Firmware Migration بیشتر برای تجهیزات موجود سازمانها طراحی شده است.
اگر Admin Access قفل است، اول بفهمید دقیقاً چه چیزی بسته شده
در MPP دو حساب اصلی وجود دارد: admin و user. حساب Admin دسترسی کاملتری به تنظیمات دارد و حساب User محدودتر است. هر دو میتوانند مستقل از هم Password داشته باشند.
در Firmwareهای فعلی، آدرس مدیریتی رایج بهصورت زیر است:
https://PHONE-IP/admin/advanced
بهجای PHONE-IP آدرس واقعی تلفن را قرار دهید. Cisco در نسخههای جدید MPP دسترسی مدیریتی را به HTTPS هدایت میکند. اگر Admin Login رمز میخواهد، این بهتنهایی اثبات نمیکند گوشی Provider Lock شده است؛ ممکن است فقط Admin Password تنظیم شده باشد.
اگر Web UI اصلاً باز نمیشود چه؟
این حالت نیز میتواند کاملاً عمدی باشد. Cisco اجازه میدهد پارامتر Enable Web Server یا Enable Web Admin Access از طریق Provisioning Profile غیرفعال شود. همچنین با User Access Attribute میتوان بعضی تنظیمات را مخفی، Read-only یا قابل ویرایش کرد.
بنابراین سه وضعیت را از هم جدا کنید:
🔹 IP گوشی را دارید ولی هیچ صفحهای باز نمیشود: Web Server ممکن است خاموش باشد یا HTTPS/Port متفاوت باشد.
🔹 صفحه User باز میشود ولی Admin باز نمیشود: Web Admin Access ممکن است غیرفعال شده باشد.
🔹 Admin باز میشود ولی بعضی گزینهها نیستند: Policy موجود در Provisioning Profile میتواند دسترسی را محدود کرده باشد.
Cisco صریحاً توصیه میکند اگر Service Provider دسترسی Configuration Utility را بسته است، قبل از ادامه با همان Provider هماهنگ شود. این موضوع مهم است چون تلاش برای دورزدن محدودیت مالک یا سرویسدهنده، راه پشتیبانیشدهای نیست.
Provisioning قبلی را چطور تشخیص دهیم؟
روی MPP، تنظیمات میتوانند از چند مسیر وارد تلفن شوند. Cisco در Provisioning Guide چهارچوبی مشخص دارد: گوشی میتواند آدرس سرور را از EDOS، DHCP یا تنظیم دستی بگیرد و سپس فایل XML و در صورت نیاز Firmware را با HTTPS، HTTP یا TFTP دریافت کند.
اگر Admin Access دارید، در بخش Provisioning دنبال پارامترهایی مانند Profile Rule، Resync On Reset، Resync Periodic و Upgrade Rule باشید. اگر URL یا دامنه ناشناختهای از Provider قبلی میبینید، قبل از پاککردن دستگاه آن را ثبت کنید.
نمونه یک Profile Rule میتواند شبیه این باشد:
https://provision.example.com/cisco/$MA.cfg
این URL فقط نمونه است و نباید آن را روی گوشی وارد کنید. نکته مهم خود ساختار است: متغیر $MA میتواند باعث شود سرور براساس MAC دستگاه فایل مخصوص همان تلفن را برگرداند.
EDOS چیست و چرا برای گوشی دستدوم مهم است؟
EDOS یکی از بخشهای مهم ماجرای «بعد از Reset دوباره قفل شد» است. در مدل Remote Customization، یک تلفن میتواند در Cisco EDOS RC Server به Service Provider مشخصی Associate شده باشد.
Cisco توضیح میدهد وقتی گوشی جدید یا Factory Reset شده به شبکه وصل میشود، ابتدا DHCP را برای اطلاعات Provisioning بررسی میکند. اگر DHCP اطلاعات لازم را ندهد، گوشی میتواند Activation Server را پرسوجو کند. سپس MAC Address و مدل دستگاه ارسال میشوند و اگر EDOS برای آن دستگاه Provider مشخصی داشته باشد، آدرس Provisioning Server همان Provider به گوشی برگردانده میشود.
در نتیجه این جریان ممکن است رخ دهد:
Factory State
|
v
DHCP check
|
v
Cisco Activation / EDOS
|
v
MAC + Model lookup
|
v
Previous Provider
|
v
Old provisioning returns
این دقیقاً جایی است که باید بین Factory State محلی و مالکیت یا Association سمت Server تفاوت بگذارید.
Customization State چه چیزی به ما میگوید؟
در معماری Provisioning سیسکو، Stateهایی مانند Pending، Custom Pending، Acquired، Unavailable و Aborted استفاده میشوند. مفهوم کلی آنها نشان میدهد تلفن در چه مرحلهای از یافتن یا دریافت Provisioning قرار دارد.
برای یک گوشی دستدوم، مهمترین سناریو این است که Device قبلاً به یک Provider مرتبط بوده و پس از Factory Reset دوباره Activation/EDOS را Query کند. اگر Association سمت Provider هنوز موجود باشد، پاککردن Local Configuration آن Association را حذف نمیکند.
Factory State یعنی «آزاد شدن کامل دستگاه» نیست
این یکی از مهمترین اشتباهها در خرید Cisco دستدوم است. Factory Reset تنظیمات محلی را به حالت کارخانه برمیگرداند؛ اما سه موضوع دیگر خارج از حافظه محلی قرار دارند:
🔹 Assignment دستگاه در Webex Control Hub
🔹 Association دستگاه با Provider در EDOS یا سامانه Provisioning
🔹 مجوز و Transition Authorization مربوط به Migration Firmware
پس یک گوشی میتواند از نظر Local Configuration کاملاً Factory State باشد و چند دقیقه بعد از اتصال به اینترنت دوباره به همان سرویس قبلی برگردد.
Activation Code روی گوشی دستدوم چه معنایی دارد؟
نمایش Enter Activation Code بهخودیخود نشانه قفل یا خرابی نیست. Webex Calling میتواند تلفن را با MAC Address یا Activation Code Onboard کند.
طبق مستند Webex، اگر تلفن قبلاً با MAC Address اضافه شده باشد، پس از Factory Reset میتواند دوباره به Webex Calling متصل شود. اگر با Activation Code اضافه شده باشد، بعد از Reset برای اتصال مجدد به کد تازه یا Onboarding با MAC نیاز دارد.
اگر قرار است گوشی به User یا Workspace دیگری منتقل شود، Webex توصیه میکند دستگاه ابتدا از Assignment قبلی حذف شود و سپس Reassign و Reset انجام شود. بنابراین اگر فروشنده میگوید «فقط ریست کن و تمام»، بهتر است قبل از خرید مطمئن شوید دستگاه از سازمان قبلی هم آزاد شده است.
از فروشنده چه مدرکی درباره آزاد بودن دستگاه بخواهیم؟
برای گوشی دستدوم، بررسی فنی کافی نیست. بهتر است مالکیت و امکان انتقال نیز روشن باشد. حداقل این موارد را بخواهید:
🔹 عکس واضح PID/VID/MAC/Serial روی برچسب دستگاه.
🔹 عکس Product Information یا Phone Information بعد از Boot.
🔹 توضیح روشن درباره اینکه گوشی قبلاً روی CUCM، Webex Calling یا یک Provider دیگر بوده است.
🔹 اگر Managed بوده، تأیید اینکه Device از Account/Workspace/Provider قبلی Remove یا Release شده است.
🔹 اگر قرار است Firmware تبدیل شود، مشخصبودن مجوز و eligibility قبل از پرداخت.
مستندات عمومی Cisco یک سامانه همگانی برای خریدار نهایی ارائه نمیکنند که بتوانید با واردکردن MAC، مالک قانونی قبلی را پیدا کنید. بنابراین سند خرید، سابقه فروشنده و Release رسمی دستگاه اهمیت دارد.
Provider Lock را با Password Lock اشتباه نگیرید
اصطلاح Provider Lock بین کاربران رایج است، اما در عمل ممکن است مجموعهای از چند کنترل باشد: Admin Password، Provisioning Profile، Web UI Access، EDOS Association، Webex Assignment یا Firmware Policy.
اگر فقط Password محلی ناشناخته است و هیچ Provisioning خارجی وجود ندارد، Factory Reset ممکن است مسئله را حل کند. اگر گوشی بعد از Reset دوباره همان Policy را دریافت میکند، مشکل دیگر Local Password نیست و باید Association یا Provisioning سمت Server بررسی شود.
چه زمانی Factory Reset برای گوشی دستدوم منطقی است؟
Factory Reset فقط وقتی منطقی است که اطلاعات شناسایی دستگاه را ثبت کردهاید، میدانید قرار است بعد از Reset از کجا Config بگیرد، مالک یا مدیر مجاز دستگاه هستید و Credential یا Activation لازم برای راهاندازی مجدد در اختیار شماست.
اگر هنوز نمیدانید Device MPP است یا Enterprise، Provider قبلی چیست یا Activation بعدی چگونه انجام میشود، Reset را عقب بیندازید. مقاله جداگانه Factory Reset باید برای روشهای دقیق منو، Web UI و Keypad استفاده شود؛ این مقاله عمداً روی تشخیص قبل از Reset تمرکز دارد.
قانون ساده: اگر بعد از Factory Reset نمیتوانید توضیح دهید گوشی در بوت بعدی «از کجا» تنظیماتش را خواهد گرفت، هنوز زمان Reset نرسیده است.
محدودیتهای قانونی و لایسنس در تبدیل MPP و Enterprise
Firmware Migration با Factory Reset فرق دارد. Cisco برای مدلهای واجد شرایط 7800 و 8800 مسیر رسمی Enterprise ↔ MPP ارائه میدهد و در بعضی مسیرها Migration License لازم است.
طبق راهنمای فعلی Cisco، مهاجرت Enterprise به MPP برای استفاده در Webex Calling از طریق ابزار Migration Assistant در Control Hub میتواند بدون خرید مجوز جداگانه انجام شود. اما برای بسیاری از Migrationهای دیگر، مجوز per-device مطرح است.
مجوز Migration نیز به MAC Address همان تلفن وابسته است و قابل انتقال به تلفن دیگری نیست. پس اگر فروشنده میگوید «یک لایسنس دارم که روی همه گوشیها استفاده میشود»، این ادعا با مدل لایسنس رسمی Cisco همخوانی ندارد.
برای Asterisk یا FreePBX کدام نسخه مناسبتر است؟
اگر هدف شما اتصال مستقیم به یک سامانه SIP مانند Asterisk، FreePBX یا Call Control شخص ثالث پشتیبانیشده است، MPP/3PCC معمولاً مسیر طبیعیتری است. Cisco نیز در مستند Migration، MPP را برای کار با Call Controlهای تأییدشده شخص ثالث معرفی میکند.
اگر گوشی Enterprise دستدوم میخرید، قبل از خرید بررسی کنید مدل و VID شما eligible هستند و هزینه یا فرآیند Migration را هم در تصمیم اقتصادی لحاظ کنید. فقط ظاهر یا قیمت گوشی را مقایسه نکنید.
Firmware فعلی را هم ثبت کنید
نسخه Firmware روی رفتار Admin UI، HTTPS، Activation و Provisioning اثر دارد. در زمان بازبینی این مقاله در ۱۸ اکتبر ۲۰۲۶، Cisco نسخه 12.0(7)SR5 منتشرشده در ۳۱ مارس ۲۰۲۶ را جدیدترین Release Notes فهرستشده برای سری 8800 MPP نشان میدهد.
این جمله توصیه به Upgrade فوری نیست. اگر دستگاه هنوز به Provider قبلی وابسته است، اول Ownership و Provisioning را مشخص کنید و سپس درباره ارتقا تصمیم بگیرید.
چکلیست تشخیص Cisco دستدوم قبل از خرید یا Reset
| سؤال | اگر پاسخ مشخص نیست |
|---|---|
| PID و VID را دارید؟ | عکس برچسب را بگیرید |
| MPP یا Enterprise بودن مشخص است؟ | Product Information و PID را بررسی کنید |
| Firmware فعلی را میدانید؟ | قبل از هر Migration ثبت کنید |
| Admin Access دارید؟ | مشخص کنید Password است یا Web Admin Access بسته شده |
| Provisioning Server معلوم است؟ | Reset نکنید |
| EDOS/Provider Association محتمل است؟ | از فروشنده Release رسمی بخواهید |
| Webex Assignment حذف شده؟ | قبل از Reassign بررسی شود |
| Activation بعدی آماده است؟ | Reset نکنید |
| Migration License لازم است؟ | Eligibility و مسیر رسمی Cisco را بررسی کنید |
سه تست سریع که بدون دستکاری خطرناک اطلاعات زیادی میدهند
تست اول: Label + Product Information. در چند دقیقه میتوانید SKU اولیه و Firmware فعلی را با هم مقایسه کنید. اگر یکی MPP و دیگری Enterprise را نشان میدهد، احتمال Migration قبلی وجود دارد.
تست دوم: Admin/Web UI. بازشدن یا نشدن Admin Page و نوع محدودیت آن سرنخ میدهد که مشکل فقط Password است یا Policy مدیریتی هم وجود دارد.
تست سوم: رفتار شبکه. اگر بدون دستزدن به تنظیمات، گوشی پس از اتصال به شبکه یا اینترنت خودکار وارد Activation یا Provisioning میشود، مشخص است که بخشی از رفتار از بیرون Device کنترل میشود.
سناریوهای واقعی و نتیجه درست
سناریو ۱: Cisco 8851 میخرید و Admin Password را ندارید
اول PID/VID و Firmware را ثبت کنید. اگر MPP است و Web Admin Access بسته شده، بررسی کنید آیا دستگاه هنوز تحت Provider Management است. فقط بعد از روشنشدن وضعیت مالکیت و Reprovision میتوان درباره Reset تصمیم گرفت.
سناریو ۲: بعد از Reset همان نام Provider برمیگردد
این نشانه مهمی است که Local Reset انجام شده اما Server-side Association هنوز وجود دارد. EDOS، Webex Assignment یا Provisioning Server قبلی باید بررسی شود.
سناریو ۳: روی صفحه Activation Code میماند
اول مشخص کنید مقصد Webex Calling است یا Provider دیگری. اگر Webex است، Admin سازمان باید Device Assignment و Activation را آماده کند. Code تصادفی یا مربوط به سازمان دیگر وارد نکنید.
سناریو ۴: گوشی Enterprise است ولی برای Asterisk خریدهاید
Factory Reset کمکی به تبدیل Firmware نمیکند. Model، VID و eligibility را با Cisco تطبیق دهید و مشخص کنید Migration رسمی و License لازم است یا خیر.
سناریو ۵: فروشنده میگوید «قفل Provider با فلش Firmware باز میشود»
این ادعا را کافی ندانید. اگر مسئله Association سمت EDOS/Webex یا مجوز Migration باشد، نصب Firmware بهتنهایی مالکیت Server-side را حذف نمیکند. Release رسمی Device قبل از خرید امنتر است.
گوشی دستدوم MPP است، Enterprise است یا هنوز به Provider قبلی وصل است؟
اگر چند تلفن Cisco 7800/8800 دستدوم تهیه کردهاید و نمیخواهید با Reset گروهی یا Migration اشتباه وقت از دست بدهید، ابتدا PID/VID، Firmware، Admin Access، Provisioning Path و وضعیت Activation هر Device را مشخص کنید.
ایرانیکاسرور میتواند در بررسی Cisco MPP، Asterisk/FreePBX، Provisioning، SIP، Webex Calling و شبکه VoIP کمک کند تا قبل از پاککردن تنظیمات معلوم شود مسیر درست برای هر تلفن چیست.
تماس با پشتیبانی ایرانیکاسرور: 021-91302467
پرسشهای رایج
چطور بفهمیم تلفن Cisco دستدوم Provider Lock است؟
یک تست واحد وجود ندارد. باید Admin Access، Provisioning Profile، رفتار دستگاه پس از اتصال به شبکه، EDOS/Activation و Assignment در سرویس قبلی را بررسی کنید. برگشت خودکار تنظیمات قبلی بعد از Factory Reset یکی از نشانههای مهم Server-side Provisioning است.
آیا Factory Reset قفل Provider را حذف میکند؟
الزاماً خیر. Factory Reset تنظیمات محلی را پاک میکند، اما Association در EDOS، Webex یا سامانه Provisioning Provider میتواند باقی بماند.
چطور بفهمیم Cisco 8841 یا 8851 MPP است یا Enterprise؟
PID پشت دستگاه را بررسی کنید. وجود 3PCC، 3PC یا 3PW نشانه MPP SKU است. سپس Product Information و منوی دستگاه را بررسی کنید تا Firmware فعلی هم مشخص شود.
صفحه Enter Activation Code یعنی گوشی قفل است؟
خیر. این صفحه میتواند بخشی عادی از جریان Onboarding باشد. مهم این است که بدانید Activation Code را کدام سازمان یا Provider باید صادر کند و Device قبلاً به چه حسابی وابسته بوده است.
اگر Admin Password را ندانیم باید Factory Reset کنیم؟
نه همیشه. ابتدا مشخص کنید تلفن تحت Provisioning یا Webex/Provider Management است یا نه. اگر پس از Reset همان Policy دوباره اعمال شود، مشکل با پاککردن Password محلی حل نمیشود.
آیا Enterprise را میتوان رایگان به MPP تبدیل کرد؟
برای مهاجرت به Webex Calling از طریق ابزار رسمی Control Hub شرایط متفاوتی وجود دارد و Cisco میتواند مجوز را در همان فرآیند مدیریت کند. برای بسیاری از Migrationهای دیگر مجوز per-device لازم است. Eligibility مدل و VID باید قبل از تصمیم بررسی شود.
آیا یک Migration License روی چند تلفن کار میکند؟
خیر. Cisco توضیح میدهد Migration License به MAC Address همان دستگاه قفل میشود و برای تلفن دیگری قابل استفاده نیست.
آیا خرید Cisco Enterprise دستدوم برای Asterisk منطقی است؟
فقط زمانی که مدل و VID واجد شرایط Migration باشند و هزینه و فرآیند تبدیل را از قبل پذیرفته باشید. اگر هدف استفاده مستقیم با Call Control شخص ثالث است، MPP/3PCC سازگار معمولاً انتخاب سادهتری است.
جمعبندی
برای تلفن Cisco دستدوم، «قفل» را یک مشکل واحد نبینید. ممکن است فقط Admin Password باشد، Web UI با Provisioning بسته شده باشد، دستگاه به EDOS یا Webex قبلی متصل باشد یا Firmware آن با مقصد شما سازگار نباشد.
قبل از Reset، PID، VID، MAC، Serial و Firmware را ثبت کنید. MPP و Enterprise را از روی Label و Product Information تشخیص دهید. بعد Admin Access، Provisioning Path و رفتار Activation را بررسی کنید.
مهمترین نکته این است که Factory State محلی با Release شدن Device از Provider یکی نیست. اگر MAC هنوز در سرویس قبلی Associate باشد، گوشی میتواند پس از Reset دوباره همان Provisioning را بگیرد.
برای تبدیل Firmware هم فقط از مسیر رسمی Cisco استفاده کنید. Migration روی همه مدلها و VIDها پشتیبانی نمیشود و در بسیاری از سناریوها مجوز به همان MAC Address وابسته است.
برای تشخیص MPP، Enterprise و Provisioning قبلی کمک میخواهید؟
اگر تلفن Cisco دستدوم شما Admin Access ندارد، بعد از اتصال به اینترنت به Provider قبلی برمیگردد یا درباره Migration آن مطمئن نیستید، مدل، PID/VID، MAC، Firmware و عکس صفحه فعلی دستگاه را آماده کنید تا مسیر بررسی دقیقتر شود.
تماس با پشتیبانی ایرانیکاسرور: 021-91302467






دیدگاهها (۰)