Amir Jabbari
برای همین قبل از ریست Cisco IP Phone باید بدانید دقیقاً کدام نوع Reset لازم است. گاهی یک Reboot ساده کافی است. گاهی فقط Network Configuration باید پاک شود. و فقط در شرایط مشخص باید سراغ Factory Reset کامل رفت.
در این راهنما تفاوت Restart، Cold Reboot و Factory Reset را توضیح می‌دهیم، مشخص می‌کنیم چه زمانی Reset واقعاً منطقی است، قبل از آن چه اطلاعاتی باید Backup شود، Provisioning Ownership چه خطری ایجاد می‌کند و چرا یک تلفن Cisco بعد از Factory Reset ممکن است دوباره به سرویس‌دهنده قبلی برگردد.
قاعده مهم: اگر هنوز علت مشکل را نمی‌دانید، Factory Reset نباید اولین مرحله باشد. اول شواهد را جمع کنید، Provisioning را مشخص کنید، سپس Reset را انتخاب کنید.
Soft Reset، Hard Reset و Factory Reset چه فرقی دارند؟
در گفتگوهای فنی معمولاً اصطلاح‌های Soft Reset و Hard Reset استفاده می‌شوند، اما نام‌گذاری رسمی Cisco در همه مدل‌ها دقیقاً همین نیست.
برای Cisco MPP بهتر است این سه سطح را از هم جدا کنیم:
| نوع | چه کاری انجام می‌دهد؟ | ریسک |
|---|---|---|
| Restart / Reboot | فقط تلفن را دوباره راه‌اندازی می‌کند | کم |
| Cold Reboot | تلفن را Restart می‌کند و تغییرات ذخیره‌نشده را کنار می‌گذارد | کم |
| Factory Reset | Configuration را به حالت کارخانه برمی‌گرداند | زیاد |
برای بیشتر مشکلات اول Reboot را امتحان کنید
اگر مشکل شما یکی از این موارد است:
🔹 رابط کاربری تلفن Freeze شده است.
🔹 USB Accessory بعد از Hot Plug شناسایی نمی‌شود.
🔹 Bluetooth بعد از تغییر تنظیمات رفتار عجیب دارد.
🔹 Provisioning جدید اعمال شده ولی Phone هنوز State قدیمی دارد.
🔹 تغییر Network Setting نیاز به Restart دارد.
ابتدا Reboot منطقی‌تر از Factory Reset است.
Cold Reboot در Cisco MPP چیست؟
در برخی راهنماهای Cisco MPP گزینه:
Cold Reboot
در مسیر:
Applications → Admin Settings → Reset settings
وجود دارد.
Cisco توضیح می‌دهد Cold Reboot تغییراتی را که هنوز در Flash ذخیره نشده‌اند کنار می‌گذارد و تلفن را با آخرین تنظیمات ذخیره‌شده Restart می‌کند.
پس Cold Reboot تنظیمات SIP را پاک نمی‌کند
این تفاوت بسیار مهم است.
اگر مشکل فقط State موقت Phone است، Cold Reboot بسیار کم‌ریسک‌تر از Factory Reset است.
Factory Reset دقیقاً چه چیزی را پاک می‌کند؟
Factory Reset تنظیمات محلی Phone را به حالت Factory Default بازمی‌گرداند.
بسته به Firmware و مدل می‌تواند مواردی مثل این‌ها را از بین ببرد:
🔹 SIP Accountهای Local
🔹 Proxy / Registrar
🔹 Network Configuration دستی
🔹 VLAN Setting
🔹 DNS/NTPهای Local
🔹 BLF و Speed Dialهای Local
🔹 Audio/Headset Preferences
🔹 Provisioning Profile محلی
🔹 Passwordهای Local
اما این به معنی پاک‌شدن اطلاعات Server-side نیست.
Factory Reset مالکیت Cloud یا Provider را لزوماً حذف نمی‌کند
این مهم‌ترین ریسک تلفن‌های MPP است.
فرض کنید Phone قبلاً توسط یک Provider Provision شده است.
شما Factory Reset می‌کنید و انتظار دارید Phone کاملاً آزاد شود.
بعد از Boot:
Factory Reset
|
v
Network + DHCP
|
v
Cisco Activation / EDOS
|
v
Previous Provider
|
v
Old Provisioning returnsچرا این اتفاق می‌افتد؟
Cisco در Provisioning Guide توضیح می‌دهد وقتی Phone بعد از Factory Reset بالا می‌آید و DHCP اطلاعات Provisioning خاصی نمی‌دهد، می‌تواند به سرویس Activation/EDOS مراجعه کند.
Phone:
🔹 MAC Address خود را اعلام می‌کند.
🔹 Model را اعلام می‌کند.
🔹 Provisioning Association را بررسی می‌کند.
اگر Device هنوز به Service Provider قبلی Associate باشد، Provisioning Server همان Provider دوباره به Phone معرفی می‌شود.
نتیجه مهم
Factory Reset = پاک‌کردن Local Configuration
اما الزاماً:
Factory Reset ≠ آزادشدن از Provider
چه زمانی Factory Reset منطقی است؟
Factory Reset می‌تواند در سناریوهای زیر منطقی باشد.
۱. تلفن دست‌دوم با Configuration ناشناخته دارید
اگر Phone دارای:
🔹 SIP Account ناشناخته
🔹 VLAN قدیمی
🔹 Provisioning Rule قدیمی
🔹 Password Local ناشناخته
است، Reset ممکن است بخشی از فرآیند پاک‌سازی باشد.
اما قبل از آن باید Provisioning Ownership را بررسی کنید.
۲. Password محلی Phone را ندارید
Cisco برای MPP توضیح داده اگر User Password ناشناخته باشد و راهی برای حذف آن از Control Hub یا مدیریت مرکزی نداشته باشید، Factory Reset یکی از راه‌های بازگشت است.
۳. Configuration به‌طور جدی خراب شده است
مثلاً:
🔹 پارامترهای متناقض در چند Provisioning Profile
🔹 تنظیماتی که حتی بعد از Resync صحیح نمی‌شوند
🔹 Device State خراب پس از Migration
در این حالت Reset + Provisioning تمیز می‌تواند منطقی باشد.
۴. Phone از یک User در Cloud حذف شده است
Cisco در Troubleshooting مربوط به MPP توضیح می‌دهد در برخی سناریوهای حذف User/Device از Control Hub ممکن است Factory Reset دستی لازم باشد.
۵. قصد Onboarding مجدد دارید
اگر Device قرار است دوباره از مسیر Activation Code یا Provisioning مرکزی وارد سرویس شود، Factory Reset می‌تواند شروع فرآیند باشد؛ البته فقط بعد از اینکه Device در Server مقصد آماده شده باشد.
چه زمانی Factory Reset خطرناک است؟
۱. Provisioning Server را نمی‌شناسید
اگر نمی‌دانید Phone بعد از Reset از کجا Config می‌گیرد، Reset نکنید.
ممکن است بعد از Reset تلفن:
🔹 بدون داخلی بماند.
🔹 Activation Code بخواهد.
🔹 به Provider قبلی برگردد.
🔹 Admin Access متفاوتی بگیرد.
۲. SIP Credentials را ندارید
اگر Username، Password، Auth ID، Registrar و Outbound Proxy فقط روی خود Phone وجود دارند و نسخه Server-side ندارید، Factory Reset می‌تواند باعث از دست رفتن دسترسی شود.
قبل از Reset مطمئن شوید Credentialها قابل بازیابی هستند.
۳. Phone در Production است
اگر Phone مدیر، اپراتور یا Call Center است، Reset می‌تواند باعث Down Time شود.
قبل از Reset باید:
🔹 Replacement Plan
🔹 Provisioning File
🔹 User Assignment
🔹 Test Call Plan
آماده باشد.
۴. PRT یا Log هنوز جمع نکرده‌اید
Factory Reset می‌تواند اطلاعات محلی Troubleshooting را از دسترس خارج کند.
در مستند فعلی Cisco حتی بخش Last Problem Report Info بعد از Factory Reset دیگر نمایش داده نمی‌شود.
بنابراین اگر مشکل قابل تکرار است:
اول PRT، بعد Reset.
۵. Phone از Webex Calling یا Provider مدیریت می‌شود
Reset ممکن است Phone را وارد فرآیند Activation مجدد کند.
اگر Device Assignment، Activation Code یا Network Access آماده نیست، Phone ممکن است بعد از Reset دیگر رجیستر نشود.
قبل از Factory Reset چه چیزهایی را Backup کنیم؟
در Phoneهای Provisioned، بهترین Backup معمولاً خود Provisioning Server است.
ولی قبل از Reset حداقل این اطلاعات را ثبت کنید.
۱. مشخصات Device
🔹 Model
🔹 PID
🔹 MAC Address
🔹 Serial Number
🔹 Hardware Version
🔹 Firmware Version
۲. Network Configuration
🔹 DHCP یا Static
🔹 IP Address
🔹 Gateway
🔹 DNS
🔹 Voice VLAN
🔹 NTP
۳. SIP Configuration
🔹 Extension
🔹 Auth ID
🔹 Proxy/Registrar
🔹 Outbound Proxy
🔹 Transport
🔹 TLS/SRTP
اگر Password در UI Mask شده است، تصور نکنید از روی Screenshot قابل بازیابی خواهد بود.
Credential واقعی را از Source اصلی PBX/Provider دریافت کنید.
۴. Provisioning Configuration
مخصوصاً:
🔹 Provision Enable
🔹 Profile Rule
🔹 Resync On Reset
🔹 Resync Periodic
🔹 Upgrade Rule
نمونه Profile Rule
https://provision.example.com/cisco/$MA.cfgاین فقط مثال است.
۵. BLF و Line Keyها
اگر تنظیمات Local هستند، Mapping کلیدها را ثبت کنید:
🔹 BLF
🔹 Speed Dial
🔹 KEM
🔹 Shared Line
🔹 Voicemail
۶. Certificate و Security
اگر از:
🔹 Custom CA
🔹 SIP TLS
🔹 HTTPS Provisioning
🔹 802.1X
استفاده می‌کنید، اطلاعات Server-side و Certificate Chain را قبل از Reset مشخص کنید.
۷. PRT و Syslog
اگر Phone مشکل دارد:
PRT را قبل از Reset بگیرید.
همچنین اگر Provisioning مشکل دارد، Syslog می‌تواند مشخص کند Phone چه URL یا Serverی را Query می‌کند.
از Phone یک Backup کامل Secretsدار انتظار نداشته باشید
در یک طراحی صحیح، Source of Truth باید:
🔹 PBX
🔹 Provisioning Server
🔹 Control Hub
🔹 Provider Portal
باشد.
Factory Reset زمانی امن است که بتوانید Phone را دوباره از همین Sourceها بسازید.
قبل از Reset این چک‌لیست را کامل کنید
| سؤال | اگر پاسخ خیر است |
|---|---|
| Firmware Type را می‌دانید؟ | Reset نکنید |
| MPP یا Enterprise بودن مشخص است؟ | اول شناسایی کنید |
| MAC و Serial را ثبت کرده‌اید؟ | ثبت کنید |
| SIP Credential در اختیار دارید؟ | از Provider/PBX بگیرید |
| Provisioning Server را می‌شناسید؟ | اول Ownership را بررسی کنید |
| PRT گرفته‌اید؟ | اگر مشکل فنی دارید ابتدا PRT |
| Activation بعدی آماده است؟ | Reset نکنید |
| زمان Downtime مشخص است؟ | برای Production برنامه‌ریزی کنید |
مرحله بعد: مشخص کنید Phone MPP است یا Enterprise
روش Reset و رفتار بعد از آن می‌تواند بین:
Multiplatform Firmware
و:
Enterprise / CUCM Firmware
فرق داشته باشد.
این مقاله بیشتر روی MPP تمرکز دارد.
Firmware فعلی Cisco 8800 MPP در ۲۰۲۶
در زمان بررسی این مقاله، Maintenance Release فعلی برای مدل‌های اصلی 8800 MPP شامل 8811، 8841، 8851 و 8861:
12.0(7)SR5
است.
این نسخه در ۳۱ مارس ۲۰۲۶ منتشر شده است.
آیا Factory Reset Firmware را Downgrade می‌کند؟
خیر.
Factory Reset معمولاً Configuration را به Default برمی‌گرداند، نه اینکه Firmware Phone را به نسخه قدیمی کارخانه برگرداند.
پس:
Factory Reset ≠ Firmware Rollback
اگر Firmware Bug دارید Reset شاید هیچ کمکی نکند
اگر مشکل دقیقاً یک Caveat Firmware است، Factory Reset همان Firmware را دوباره Boot می‌کند.
قبل از Reset Release Notes را بررسی کنید.
روش کم‌خطر اول: Reboot از Web UI
برای MPP، Cisco امکان Reboot از Web UI را فراهم می‌کند.
در برخی Firmwareها می‌توانید از:
https://PHONE-IP/admin/rebootاستفاده کنید.
در Firmwareهای جدید MPP، Web Interface معمولاً به HTTPS هدایت می‌شود.
این URL Factory Reset نیست
فقط Phone را Restart می‌کند.
تنظیمات Provisioning و SIP باقی می‌مانند.
روش Factory Reset از منوی خود تلفن
در راهنمای فعلی MPP مسیر معمول:
Applications → Device administration → Factory reset
است.
سپس:
OK
را تأیید می‌کنید.
چه زمانی این روش بهترین گزینه است؟
وقتی:
🔹 Phone سالم Boot می‌شود.
🔹 Menu Access دارید.
🔹 Admin Permission دارید.
استفاده از منو از Keypad Boot Reset شفاف‌تر و کم‌خطاتر است.
Factory Reset از Web Interface
Cisco برای MPP روش Web UI هم مستند کرده است.
مسیر:
Admin Login → Advanced → Info → Debug Info → Factory Reset
است.
روش URL مستقیم
در نسخه‌های پشتیبانی‌شده می‌توان از:
https://PHONE-IP/admin/factory-resetاستفاده کرد.
بسته به Firmware، Authentication و HTTPS Policy Phone باید برقرار باشد.
Factory Reset از Server
در MPP، Administrator می‌تواند Factory Reset را از سمت Server نیز Trigger کند.
Cisco توضیح می‌دهد اگر Phone:
🔹 Idle باشد، Reset را اجرا می‌کند.
🔹 در تماس باشد، Reset را تا Idle شدن عقب می‌اندازد.
🔹 در Firmware Upgrade باشد، تا پایان وضعیت Busy منتظر می‌ماند.
این رفتار برای Production مفید است
چون Reset ناگهانی وسط تماس کمتر محتمل می‌شود.
با این حال همچنان باید Downtime بعد از Factory Reset را در نظر بگیرید.
Factory Reset با Keypad چه زمانی لازم می‌شود؟
اگر:
🔹 Admin Menu قفل است.
🔹 Web UI در دسترس نیست.
🔹 Phone Configuration به حدی خراب است که GUI قابل استفاده نیست.
Keypad Reset می‌تواند آخرین راه محلی باشد.
روش Keypad شماره ۱: روش پیشنهادی Cisco
مرحله ۱: برق Phone را قطع کنید.
اگر PoE دارید:
LAN Cable را جدا کنید.
اگر Power Cube دارید:
Power را جدا کنید.
مرحله ۲: حدود ۵ ثانیه صبر کنید.
مرحله ۳: کلید:
#را نگه دارید و Power را دوباره وصل کنید.
مرحله ۴: پس از رسیدن Phone به مرحله مشخص Boot و خاموش‌شدن چراغ Mute در Hardwareهای قدیمی‌تر، این Sequence را وارد کنید:
123456789*0#اگر Sequence را اشتباه بزنید چه می‌شود؟
Cisco می‌گوید Phone معمولاً به‌صورت عادی Boot می‌شود.
در این حالت دوباره از ابتدا انجام دهید.
وسط Factory Reset برق را قطع نکنید
Cisco روی این موضوع هشدار صریح دارد.
تا زمانی که Reset کامل نشده و صفحه اصلی ظاهر نشده است Power را قطع نکنید.
روش Keypad دوم: 0 → 369#
در راهنمای Cisco یک روش دوم نیز مستند شده است:
هنگام Power On کلید:
0را نگه می‌دارید و سپس:
369#اما این روش برای همه Phoneها نیست
طبق مستند Cisco، این روش روی مدل‌های:
🔹 8845
🔹 8865
🔹 8841
🔹 8851
🔹 8861
پشتیبانی می‌شود.
و برای:
8841 / 8851 / 8861
Hardware Version باید:
15 یا جدیدتر
باشد.
پس روش # عمومی‌تر است
اگر مدل و Hardware Version را نمی‌دانید، بدون بررسی سراغ روش 0/369 نروید.
بعد از Factory Reset چه اتفاقی می‌افتد؟
این قسمت از خود Reset مهم‌تر است.
Phone Boot می‌شود و باید دوباره Config دریافت کند.
سناریوهای ممکن:
🔹 DHCP Provisioning Server را معرفی می‌کند.
🔹 Profile Rule قبلی دیگر وجود ندارد.
🔹 Phone به Activation Service متصل می‌شود.
🔹 Activation Code Prompt ظاهر می‌شود.
🔹 Provider قبلی دوباره Config می‌فرستد.
اگر تلفن به Provider قبلی برگردد یعنی Reset خراب بوده؟
خیر.
این رفتار می‌تواند نتیجه Provisioning Ownership در Server-side باشد.
Phone محلی پاک شده، اما MAC Address هنوز به Provider قبلی Associate است.
Customization State در MPP چیست؟
Cisco در Provisioning Architecture از Stateهایی مثل:
🔹 Pending
🔹 Custom Pending
🔹 Acquired
🔹 Unavailable
🔹 Aborted
برای وضعیت Provisioning صحبت می‌کند.
این State کمک می‌کند بفهمیم Phone قبلاً با یک Provider Association درگیر بوده یا نه.
اگر Phone قبلاً Acquired شده باشد چه؟
بعد از Factory Reset دوباره ممکن است Activation Server بررسی شود و Provider Association قبلی وارد فرآیند شود.
برای آزادکردن واقعی Device باید وضعیت آن در Server/Provider نیز بررسی شود.
Reset مالکیت قانونی Device را تغییر نمی‌دهد
اگر Phone دست‌دوم است و Provider قبلی هنوز Device را مدیریت می‌کند، راه صحیح:
Release/Unassign رسمی Device
است.
Factory Reset روش دورزدن مالکیت یا Provisioning Provider نیست.
Activation Code بعد از Reset
MPP می‌تواند از Activation Code Onboarding استفاده کند.
در این مدل Phone بعد از Boot به کاربر صفحه Activation نشان می‌دهد.
بسته به سرویس، Activation Code ممکن است از:
🔹 Webex Calling
🔹 BroadWorks
🔹 Provisioning Platform سازمان
دریافت شود.
Activation Code را قبل از Reset آماده کنید
اگر Phone در یک محیط Managed است، قبل از Reset بررسی کنید Administrator می‌تواند Code جدید صادر کند.
بدترین زمان برای فهمیدن اینکه Activation Code ندارید زمانی است که Phone Production را Factory Reset کرده‌اید.
Activation Webex به Network Access نیاز دارد
Cisco در راهنمای Provisioning تأکید می‌کند برای Activation Code Onboarding باید دسترسی لازم به:
activation.webex.com
از Firewall مجاز باشد.
اگر DNS، Firewall یا TLS مسیر Activation را مسدود کرده باشد، Factory Reset می‌تواند Phone سالم را به Device بدون سرویس تبدیل کند.
قبل از Factory Reset مسیر Activation را تست کنید
حداقل:
🔹 DNS
🔹 HTTPS Internet Access
🔹 NTP
🔹 Gateway
🔹 Firewall Policy
را بررسی کنید.
Factory Reset و DHCP Optionها
پس از Reset، Phone دوباره به Network Bootstrap وابسته است.
بنابراین DHCP Optionهایی که قبلاً اهمیت کمی داشتند حالا حیاتی می‌شوند.
بسته به طراحی شبکه ممکن است شامل:
🔹 Voice VLAN
🔹 DNS
🔹 NTP
🔹 Provisioning URL
باشند.
اگر VLAN دستی داشتید مراقب باشید
Factory Reset می‌تواند VLAN Configuration محلی را پاک کند.
اگر Switch هیچ CDP/LLDP-MED یا DHCP مناسب برای Voice VLAN ندارد، Phone ممکن است بعد از Reset در Data VLAN بالا بیاید.
نتیجه ممکن است این باشد
قبل از Reset:
Voice VLAN 20
IP 10.20.0.45
Registeredبعد از Reset:
Data VLAN 10
IP 10.10.0.80
Not Registeredاین یعنی Factory Reset خراب نکرده است
Reset فقط Configuration دستی‌ای را که مشکل شبکه را پنهان کرده بود پاک کرده است.
Factory Reset و Certificate
اگر Phone از:
🔹 Custom CA
🔹 TLS
🔹 Secure Provisioning
استفاده می‌کند، بررسی کنید بعد از Reset Trust موردنیاز چطور دوباره نصب می‌شود.
اگر Provisioning خودش CA را نصب می‌کند، مشکلی نیست.
اگر CA فقط به‌صورت دستی نصب شده بود، Reset می‌تواند مسیر Secure Provisioning را پیچیده کند.
Factory Reset و Local Password
در MPPهای جدید بعد از Factory Reset ممکن است Phone دوباره کاربر را برای ساخت Password محلی Prompt کند.
Cisco این قابلیت را برای بالا بردن امنیت Web UI و منوهای Local مستند کرده است.
پس بعد از Reset یک Password امن ثبت کنید و آن را در سیستم مدیریت Credential سازمان نگه دارید.
بعد از Reset چه چیزهایی را تست کنیم؟
فقط اینکه Phone روشن شود کافی نیست.
مرحله ۱: IP Address.
مرحله ۲: Voice VLAN.
مرحله ۳: DNS.
مرحله ۴: NTP و ساعت.
مرحله ۵: Provisioning Status.
مرحله ۶: Firmware.
مرحله ۷: SIP Registration.
مرحله ۸: تماس داخلی.
مرحله ۹: تماس خروجی.
مرحله ۱۰: تماس ورودی.
مرحله ۱۱: Voicemail/MWI.
مرحله ۱۲: BLF/KEM/Headset.
Provisioning Status را کجا ببینیم؟
در MPP می‌توانید Provisioning Status را از LCD یا Web Interface بررسی کنید.
اگر Phone بعد از Reset رجیستر نمی‌شود، قبل از واردکردن دستی SIP Account ببینید Provisioning واقعاً موفق شده یا نه.
Factory Reset برای خطای Registering لازم است؟
معمولاً نه.
اگر Phone در Registering گیر کرده است، اول بررسی کنید:
🔹 DNS
🔹 SIP Server
🔹 Username/Auth ID
🔹 TLS
🔹 Certificate
🔹 NAT
Reset هیچ‌کدام از این مشکلات Server-side را حل نمی‌کند.
Factory Reset برای Configuring IP لازم است؟
باز هم معمولاً نه.
ابتدا:
🔹 DHCP DORA
🔹 Voice VLAN
🔹 CDP/LLDP-MED
🔹 DHCP Snooping
را بررسی کنید.
Reset ممکن است حتی VLAN دستی سالم را پاک کند و مشکل را بدتر کند.
Factory Reset برای مشکل ساعت لازم است؟
نه.
NTP، DHCP Option 42، DHCP Option 2، Time Zone و DST را اصلاح کنید.
Factory Reset برای مشکل Headset لازم است؟
تقریباً همیشه نه در مرحله اول.
USB، Bluetooth، EHS، Compatibility و Firmware را بررسی کنید.
Factory Reset برای KEM لازم است؟
نه در مرحله اول.
Power، Number of Units، KEM Type و Att Console را بررسی کنید.
Factory Reset چه زمانی در Troubleshooting توجیه دارد؟
وقتی این شرایط برقرار باشند:
🔹 شواهد قبل از Reset ذخیره شده‌اند.
🔹 Provisioning Path مشخص است.
🔹 Credentialها موجود هستند.
🔹 Device Ownership مشخص است.
🔹 Reboot و Reset محدودتر جواب نداده‌اند.
🔹 امکان Rebuild کامل Phone وجود دارد.
سناریوی ۱: تلفن Freeze شده است
کار درست: Reboot.
کار اشتباه: Factory Reset فوری.
اگر بعد از Reboot چند بار Freeze تکرار شد، Firmware و PRT را بررسی کنید.
سناریوی ۲: Admin Password را فراموش کرده‌اید
اگر Phone تحت Control Hub یا Provisioning مرکزی است، ابتدا از روش Server-side استفاده کنید.
اگر هیچ مسیر مدیریتی ندارید، Factory Reset ممکن است لازم شود.
سناریوی ۳: Phone دست‌دوم است
قبل از Reset:
🔹 MAC را ثبت کنید.
🔹 Firmware Type را مشخص کنید.
🔹 Customization/Provisioning State را بررسی کنید.
🔹 از فروشنده درباره Provider قبلی سؤال کنید.
بعد Factory Reset را انجام دهید.
اگر دوباره Provider قبلی برگردد، مشکل Local نیست.
سناریوی ۴: Webex Calling Device است
قبل از Reset بررسی کنید Device هنوز به User/Workspace درست Assign است.
Activation Flow و Network Access را آماده کنید.
Cisco مستند کرده Phone Assigned بعد از Factory Reset باید تلاش کند دوباره در Webex Calling Register شود.
سناریوی ۵: Phone را از Control Hub حذف کرده‌اید
در بعضی سناریوها Cisco Factory Reset دستی را بعد از حذف Device/User توصیه می‌کند تا Phone از State قبلی پاک شود.
سناریوی ۶: Provisioning Template اشتباه همه Phoneها را خراب کرده است
اول Template را اصلاح کنید.
اگر اول ۵۰ Phone را Reset کنید ولی Profile Server هنوز Config خراب می‌دهد، همه ۵۰ Phone همان مشکل را دوباره خواهند گرفت.
سناریوی ۷: فقط یک Phone خراب است
یک Device سالم و خراب را مقایسه کنید.
اگر Config Server یکسان است ولی فقط یک Phone State غیرعادی دارد، Factory Reset احتمالاً توجیه بیشتری پیدا می‌کند.
سناریوی ۸: بعد از Reset Phone Activation Code می‌خواهد
این الزاماً مشکل نیست.
ممکن است Design سازمان همین باشد.
Code را از Administrator یا سرویس مربوط دریافت کنید.
Code تصادفی وارد نکنید.
سناریوی ۹: بعد از Reset Phone دوباره Config Provider قبلی را می‌گیرد
این یکی از مهم‌ترین نشانه‌های Provisioning Ownership است.
با Provider قبلی برای:
Release / Remove Association
هماهنگ کنید.
سناریوی ۱۰: بعد از Reset Phone هیچ Provisioning نمی‌گیرد
بررسی کنید:
🔹 DHCP
🔹 DNS
🔹 NTP
🔹 Internet Access
🔹 Activation Service
🔹 Firewall
🔹 Profile Rule
سناریوی ۱۱: بعد از Reset تلفن روی Upgrade می‌رود
ممکن است Provisioning Server Upgrade Rule ارسال کند.
در این حالت برق را قطع نکنید.
ابتدا اجازه دهید Upgrade کامل شود و سپس Registration را بررسی کنید.
سناریوی ۱۲: Factory Reset وسط Upgrade
این کار را انجام ندهید مگر Cisco برای Recovery همان Firmware مشخص چنین روشی مستند کرده باشد.
قطع فرآیند Firmware می‌تواند Device Recovery را پیچیده‌تر کند.
سناریوی ۱۳: Phone در Production و تماس فعال دارد
Factory Reset Local را تا زمان Maintenance Window عقب بیندازید.
حتی اگر Server Reset منتظر Idle شود، بعد از Reboot و Provisioning Phone مدتی خارج از سرویس خواهد بود.
سناریوی ۱۴: فقط Certificate Error دارید
Factory Reset معمولاً انتخاب اول نیست.
Clock، NTP، Chain، CA و Trust Store را بررسی کنید.
سناریوی ۱۵: فقط BLF خراب است
Factory Reset نکنید.
SUBSCRIBE/NOTIFY، Event Package و PBX Support را بررسی کنید.
یک Decision Tree ساده قبل از Reset
Phone روشن می‌شود؟
🔹 بله → اول Reboot و Troubleshooting محدود.
🔹 خیر → Power/Firmware Recovery را بررسی کنید.
Admin Access دارید؟
🔹 بله → Menu/Web UI را ترجیح دهید.
🔹 خیر → Ownership و Backup را بررسی کنید، سپس Keypad Reset.
Provisioning Server مشخص است؟
🔹 خیر → Factory Reset خطرناک است.
🔹 بله → ادامه دهید.
SIP/Activation اطلاعات موجود است؟
🔹 خیر → Reset نکنید.
🔹 بله → Maintenance Window و Reset.
جدول تصمیم سریع
| مشکل | Factory Reset؟ |
|---|---|
| Freeze موقت | خیر؛ Reboot |
| ساعت اشتباه | خیر |
| هدست کار نمی‌کند | خیر |
| BLF خراب است | خیر |
| رجیستر نمی‌شود | معمولاً خیر |
| Password Local گم شده و مدیریت مرکزی ندارید | ممکن است لازم باشد |
| Device دست‌دوم با Config ناشناخته | بعد از بررسی Ownership |
| Config شدیداً خراب و Rebuild آماده است | بله |
| Provider Ownership نامشخص | خطرناک |
| Activation Code ندارید | خطرناک |
بهترین ترتیب عیب‌یابی قبل از Factory Reset
مرحله ۱: مشکل را دقیق تعریف کنید.
مرحله ۲: Firmware Type را مشخص کنید.
مرحله ۳: PRT/Log بگیرید.
مرحله ۴: Network و SIP را بررسی کنید.
مرحله ۵: Provisioning Ownership را بررسی کنید.
مرحله ۶: Reboot انجام دهید.
مرحله ۷: Resync را امتحان کنید.
مرحله ۸: Server-side Config را اصلاح کنید.
مرحله ۹: Backup/Inventory تهیه کنید.
مرحله ۱۰: فقط اگر لازم است Factory Reset کنید.
بعد از Reset چطور بفهمیم مشکل واقعاً حل شده است؟
اگر Phone دوباره Provision و Register شد، فقط یک تماس نگویید «حل شد».
تست کنید:
🔹 تماس داخلی
🔹 تماس ورودی
🔹 تماس خروجی
🔹 Hold/Transfer
🔹 Voicemail
🔹 BLF
🔹 Headset
🔹 KEM
🔹 ساعت/NTP
🔹 TLS
اگر مشکل بعد از Reset برگشت چه نتیجه‌ای بگیریم؟
این نتیجه ارزشمند است.
اگر Phone Factory Default شد و Provisioning دوباره همان مشکل را ساخت، احتمالاً Root Cause در:
🔹 Provisioning Template
🔹 PBX
🔹 Network
🔹 Provider
است، نه State محلی Phone.
پرسش‌های رایج
Factory Reset تلفن Cisco چه چیزی را پاک می‌کند؟
Factory Reset تنظیمات محلی Phone را به حالت کارخانه برمی‌گرداند و می‌تواند SIP Account، Network Setting، VLAN، Line Key، Password و Provisioning Local را پاک کند.
آیا Factory Reset Firmware را هم پاک می‌کند؟
خیر. Factory Reset معمولاً Configuration را پاک می‌کند و Firmware نصب‌شده باقی می‌ماند. برای Downgrade یا Upgrade باید فرآیند Firmware جدا انجام شود.
فرق Reboot با Factory Reset چیست؟
Reboot فقط Phone را Restart می‌کند؛ Factory Reset تنظیمات را به Factory Default برمی‌گرداند.
آیا برای رجیستر نشدن Cisco باید Factory Reset کنیم؟
معمولاً نه. DNS، SIP Server، Authentication، TLS، Certificate، NAT و Provisioning را ابتدا بررسی کنید.
روش Factory Reset Cisco 8851 چیست؟
اگر Admin Menu در دسترس است از Device administration → Factory reset استفاده کنید. روش Keypad عمومی نیز با نگه‌داشتن # هنگام Power On و سپس واردکردن 123456789*0# انجام می‌شود.
روش 369# روی همه Ciscoها کار می‌کند؟
خیر. Cisco این روش را فقط برای برخی مدل‌های 8800 مستند کرده و برای 8841، 8851 و 8861 به Hardware Version 15 یا جدیدتر نیاز دارد.
چرا بعد از Factory Reset تنظیمات Provider قبلی برمی‌گردد؟
چون Factory Reset فقط Local Configuration را پاک می‌کند. اگر MAC Address تلفن هنوز در EDOS، Control Hub یا سیستم Provisioning Provider قبلی Associate باشد، Phone می‌تواند دوباره همان Config را دریافت کند.
آیا Factory Reset قفل Provider را حذف می‌کند؟
الزاماً خیر. برای Device مدیریت‌شده باید Association یا Ownership Server-side به‌شکل رسمی Release شود.
قبل از Reset چه چیزی Backup کنیم؟
MAC، Serial، Firmware، Network/VLAN، SIP Parameters، Provisioning Profile، BLF/KEM، Certificate Configuration و PRT را ثبت کنید و مطمئن شوید Credential واقعی در PBX یا Provider موجود است.
آیا بعد از Reset ممکن است Activation Code لازم شود؟
بله. در محیط‌های Webex Calling، BroadWorks یا Activation-based Provisioning ممکن است Phone بعد از Reset وارد Activation Flow شود.
آیا Factory Reset می‌تواند Phone را از کار بیندازد؟
اگر Provisioning Server، SIP Credentials، Voice VLAN یا Activation Code در دسترس نباشند، Phone ممکن است بعد از Reset دیگر به سرویس قبلی برنگردد.
چه زمانی Factory Reset واقعاً توصیه می‌شود؟
وقتی Configuration محلی خراب یا ناشناخته است، دسترسی مدیریتی قابل بازیابی نیست، Onboarding مجدد برنامه‌ریزی شده و تمام اطلاعات لازم برای Reprovision کردن Device در دسترس است.
جمع‌بندی
Factory Reset تلفن Cisco ابزار Recovery است، نه اولین مرحله Troubleshooting.
اگر Phone فقط Freeze شده، Reboot کافی است. اگر یک Feature مثل Voicemail، BLF، Headset یا ساعت مشکل دارد، همان Feature را عیب‌یابی کنید.
Factory Reset زمانی منطقی است که Configuration محلی واقعاً خراب یا ناشناخته باشد و شما بتوانید Device را از صفر دوباره Provision کنید.
قبل از Reset حتماً MAC، Serial، Firmware، SIP Configuration، Network/VLAN، Provisioning Profile و PRT را ثبت کنید.
مهم‌تر از همه، Provisioning Ownership را بررسی کنید. یک Phone MPP بعد از Factory Reset ممکن است دوباره Cisco Activation/EDOS را Query کند و اگر هنوز به Provider قبلی Associate باشد، همان Config قبلی را دوباره بگیرد.
بنابراین Factory Reset را با «آزادکردن تلفن» اشتباه نگیرید. پاک‌شدن Local Configuration با Release شدن Device از Control Hub، EDOS یا Provider دو موضوع جدا هستند.
اگر تمام پیش‌نیازها آماده‌اند، Menu/Web UI را به Keypad Reset ترجیح دهید. Keypad Reset را زمانی استفاده کنید که دسترسی مدیریتی معمول ندارید. و در تمام روش‌ها هنگام Reset یا Firmware Upgrade برق Phone را قطع نکنید.
اگر Provisioning یا Activation مشخص نیست، اول کانفیگ را بررسی کنید؛ بعد Reset
روی تلفن‌های Cisco MPP، Factory Reset می‌تواند Phone را از تنظیمات Local پاک کند اما Association سمت Provider یا Cloud را حذف نکند. اگر تلفن سازمانی، دست‌دوم یا Provisioned دارید و نمی‌دانید بعد از Reset از کجا Config خواهد گرفت، بهتر است قبل از پاک‌کردن تنظیمات مسیر Provisioning، SIP، VLAN و Activation بررسی شود.
ایرانیکاسرور می‌تواند در بررسی Cisco MPP، Asterisk/FreePBX، Provisioning، Webex Calling، SIP و شبکه VoIP کمک کند تا مشخص شود آیا Factory Reset واقعاً لازم است یا مشکل بدون پاک‌کردن تلفن قابل رفع است.
مشاوره Cisco IP Phone و VoIP: 021-91302467
دیدگاه‌ها (۰)