Amir Jabbari
مشکل از جایی شروع می‌شود که اصطلاح‌های Restart، Soft Reset، Cold Reboot، Network Reset، Security Reset و Factory Reset به‌جای هم استفاده می‌شوند. در حالی که اثر آن‌ها یکسان نیست.
در این مقاله مشخص می‌کنیم برای Cisco IP Phone دقیقاً چه نوع Resetی لازم است، چه چیزی پاک می‌شود، قبل از Factory Reset چه اطلاعاتی باید ثبت شود و در چه شرایطی بهتر است اصلاً به تنظیمات کارخانه برنگردید.
قاعده اصلی: قبل از Factory Reset باید جواب این سؤال را بدانید: «بعد از پاک‌شدن تنظیمات، این تلفن از کجا دوباره Configuration می‌گیرد؟» اگر پاسخ این سؤال مشخص نیست، Factory Reset هنوز اقدام مناسبی نیست.
Restart، Soft Reset و Factory Reset یکی نیستند
در صحبت‌های روزمره ممکن است همه این‌ها «ریست تلفن» نامیده شوند، اما Cisco بین آن‌ها تفاوت قائل است.
| نوع اقدام | اثر کلی | ریسک |
|---|---|---|
| Restart / Reboot | تلفن دوباره راه‌اندازی می‌شود و تنظیمات ذخیره‌شده باقی می‌مانند | کم |
| Cold Reboot در MPP | تغییرات ذخیره‌نشده برمی‌گردند و تلفن Restart می‌شود | کم |
| Network Reset | تنظیمات شبکه به حالت پیش‌فرض برمی‌گردند | متوسط؛ ممکن است دسترسی شبکه قطع شود |
| Security / CTL Reset | بخش امنیتی مشخص مثل CTL پاک می‌شود | متوسط؛ در محیط Secure باید با برنامه انجام شود |
| Custom Reset در MPP | Configuration به Noncustomized Default برمی‌گردد | متوسط |
| Factory Reset | Configuration و پارامترهای تلفن به تنظیمات کارخانه برمی‌گردند | زیاد |
Soft Reset در Cisco دقیقاً چیست؟
عبارت Soft Reset در مستندات همه مدل‌ها به یک اسم ثابت استفاده نمی‌شود.
در MPP، نزدیک‌ترین اقدام کم‌خطر معمولاً Cold Reboot است. Cisco توضیح می‌دهد که این کار تغییرات User و Network را که هنوز در Flash نوشته نشده‌اند کنار می‌گذارد، تنظیمات ذخیره‌شده قبلی را نگه می‌دارد و تلفن را Restart می‌کند.
در Enterprise/CUCM نیز Reset Device برای Restart دستگاه بدون پاک‌کردن همه Configuration ذخیره‌شده استفاده می‌شود.
اگر مشکل با یک Restart ساده حل می‌شود، Factory Reset فقط ریسک اضافه ایجاد می‌کند.
چه مشکلاتی را اول با Restart آزمایش کنیم؟
Restart برای این سناریوها منطقی‌تر است:
🔹 تلفن پس از تغییر Provisioning هنوز تنظیم جدید را اعمال نکرده است.
🔹 یک Feature موقتاً در UI گیر کرده است.
🔹 SIP Registration بعد از تغییر Server باید دوباره ساخته شود.
🔹 بعد از تغییر VLAN، DNS یا NTP می‌خواهید Boot Sequence دوباره اجرا شود.
🔹 Firmware سالم است و فقط Endpoint باید دوباره Register شود.
اما اگر دستگاه بعد از هر Restart دوباره همان Configuration خراب را از Server می‌گیرد، Restart علت اصلی را حل نخواهد کرد.
Factory Reset دقیقاً چه کاری می‌کند؟
در Cisco MPP، Factory Reset تنظیمات و Configuration تلفن را به حالت کارخانه برمی‌گرداند.
در Enterprise 8800 نیز Cisco صریحاً اعلام می‌کند Factory Reset همه Phone Parameters را پاک می‌کند.
این یعنی باید فرض کنید تنظیمات محلی‌ای که فقط روی خود Endpoint وجود دارند از بین می‌روند و تلفن باید دوباره از طریق DHCP، TFTP، Provisioning Server، CUCM یا Activation Code راه‌اندازی شود.
Hard Reset چیست؟
اصطلاح Hard Reset در اینترنت زیاد دیده می‌شود، اما برای سری 8800 بهتر است به نام دقیق روش توجه کنید.
در مستند فعلی Cisco 8800 Enterprise و MPP، روش فشردن کلید هنگام Power-On و واردکردن Sequence به‌عنوان Factory Reset from Keypad مستند شده است.
بعضی مستندات مدل‌های دیگر Cisco اصطلاح Hard Factory Reset را به‌کار می‌برند، اما نباید Sequence یک مدل را روی مدل دیگر بدون بررسی راهنمای همان Phone اجرا کرد.
Factory Reset چه زمانی واقعاً لازم است؟
چند سناریو وجود دارد که Factory Reset تصمیم منطقی‌تری است.
۱. می‌خواهید تلفن MPP دوباره وارد Activation/Provisioning شود
Cisco برای بعضی روش‌های Activation Code Onboarding صراحتاً Factory Reset را بخشی از فرایند می‌داند.
بعد از Reset تلفن می‌تواند Welcome Screen یا Activation Flow را دوباره اجرا کند و با Code جدید Provision شود.
در این شرایط Factory Reset بخشی از طراحی Onboarding است، نه یک روش تصادفی برای رفع مشکل.
۲. تلفن برای کاربر یا سازمان جدید آماده می‌شود
اگر دستگاه واقعاً قرار است از Configuration قبلی جدا شود، Factory Reset می‌تواند تنظیمات محلی قبلی را پاک کند.
اما این کار را فقط بعد از بررسی Provisioning Ownership انجام دهید؛ چون Reset محلی لزوماً Association سمت سرویس‌دهنده را حذف نمی‌کند.
۳. Configuration محلی تلفن به وضعیتی رسیده که Resetهای محدودتر جواب نمی‌دهند
اگر Network Reset، Reboot، اصلاح Provisioning و Resync نتیجه نداده‌اند و Configuration منبع قابل‌اعتمادی برای بازسازی تلفن دارید، Factory Reset می‌تواند یک Endpoint پاک ایجاد کند.
۴. Activation Code Onboarding روی CUCM برای تلفن موجود فعال شده است
Cisco توضیح می‌دهد تلفن‌های موجودی که برای Activation Code Onboarding تنظیم می‌شوند Reset می‌شوند و تا زمانی که Activation Code معتبر وارد نشود Register نخواهند شد.
پس در چنین سناریویی باید Code جدید و مسیر Onboarding قبل از Reset آماده باشند.
Factory Reset چه زمانی خطرناک است؟
۱. وقتی نمی‌دانید Provisioning Server تلفن چیست
این مهم‌ترین هشدار مقاله است.
اگر تلفن MPP بعد از Reset روی شبکه Boot شود و DHCP هیچ Provisioning Server مشخصی ندهد، دستگاه می‌تواند سراغ Cisco Device Activation/EDOS برود.
در EDOS، MAC Address تلفن ممکن است هنوز به یک Service Provider قبلی Associate باشد.
در این صورت Factory Reset می‌تواند باعث شود تلفن دوباره Provisioning URL همان سرویس‌دهنده را دریافت کند.
پس «Factory Reset کردم ولی تنظیمات قبلی دوباره برگشتند» الزاماً باگ نیست؛ ممکن است Zero-Touch Provisioning دقیقاً کار مورد انتظارش را انجام داده باشد.
۲. وقتی تلفن دست دوم خریده‌اید و Ownership آن مشخص نیست
روی MPP دست دوم، قبل از Factory Reset باید مشخص شود Device در EDOS یا Platform سرویس‌دهنده قبلی هنوز Claim شده یا نه.
اگر Association باقی مانده باشد، پاک‌کردن Local Config به معنی آزادشدن Device نیست.
در چنین وضعیتی ممکن است تلفن بعد از Reset دوباره Provider Configuration بگیرد یا به وضعیتی برسد که برای استفاده جدید به همکاری Provider قبلی نیاز داشته باشد.
۳. وقتی تلفن در شعبه راه‌دور است و دسترسی فیزیکی ندارید
فرض کنید تلفن فعلاً از طریق Static VLAN، Proxy و Provisioning دستی کار می‌کند.
اگر از راه دور Factory Reset کنید و دستگاه بعد از Boot نتواند Voice VLAN، DHCP، DNS یا Provisioning Server را پیدا کند، همان لحظه Remote Access شما نیز ممکن است از بین برود.
برای Endpointهای Remote، Reset فقط وقتی انجام شود که مسیر بازگشت دستگاه از قبل تست شده باشد.
۴. وقتی Configuration فقط روی خود تلفن وجود دارد
اگر SIP Account، Proxy، BLF، Speed Dial، KEM، NTP یا Line Keyها فقط به‌صورت دستی روی تلفن ساخته شده‌اند و Provisioning Template ندارید، Factory Reset می‌تواند همه زحمت Configuration را از بین ببرد.
قبل از Reset باید این اطلاعات مستندسازی شوند.
۵. وقتی مشکل اصلاً Configuration نیست
Factory Reset موارد زیر را درست نمی‌کند:
🔹 Packet Loss و Jitter شبکه
🔹 PoE ناکافی
🔹 Cable یا Switch Port خراب
🔹 PBX Policy اشتباه
🔹 DHCP Server خراب
🔹 Firewall Block
🔹 سرویس TFTP خاموش
اگر علت بیرون از Endpoint باشد، Factory Reset فقط زمان عیب‌یابی را بیشتر می‌کند.
Provisioning Ownership یعنی چه؟
در MPP باید بین دو چیز فرق بگذاریم:
تنظیماتی که داخل خود تلفن ذخیره شده‌اند و ارتباط Device با Provisioning Service بیرونی.
Factory Reset بخش Local را پاک می‌کند، اما اگر MAC Address در یک سیستم Zero-Touch مثل Cisco EDOS به Service Provider مرتبط باشد، تلفن بعد از Reset می‌تواند دوباره آن Provider را پیدا کند.
برای انتقال واقعی Ownership باید Association سمت Provider/Activation Platform نیز بررسی شود.
چرخه EDOS بعد از Factory Reset چگونه کار می‌کند؟
در MPP، اگر DHCP اطلاعات Provisioning ندهد، تلفن بعد از Boot می‌تواند Cisco Activation Server را Query کند.
تلفن MAC Address و Model را ارسال می‌کند.
اگر EDOS برای آن Device Service Provider شناخته‌شده‌ای داشته باشد، Provisioning Server URL مربوطه به تلفن برگردانده می‌شود.
تلفن سپس برای دریافت Configuration به همان URL Resync می‌کند.
پس Factory Reset می‌تواند عملاً Trigger دوباره Zero-Touch Provisioning باشد.
Customization State در MPP چرا مهم است؟
Cisco در Provisioning Guide وضعیت‌هایی مانند Pending، Custom Pending، Acquired، Unavailable و Aborted را برای فرایند Customization توضیح می‌دهد.
وقتی Provisioning Provider با موفقیت Configuration را اعمال کند، وضعیت می‌تواند به Acquired برسد.
بعد از اینکه Phone Provision شده است، EDOS معمولاً دوباره استفاده نمی‌شود؛ مگر اینکه Factory Reset انجام شود.
این دقیقاً دلیل خطر Reset روی Deviceهایی است که Provider Ownership آن‌ها مشخص نیست.
قبل از Factory Reset چه چیزهایی را Backup یا ثبت کنیم؟
Cisco برای همه تنظیمات Local یک دکمه عمومی «Backup Everything» در Maintenance ارائه نمی‌کند؛ بنابراین باید بین Server-side Configuration و Local Documentation فرق بگذارید.
قبل از Reset حداقل این موارد را ثبت کنید:
🔹 مدل دقیق Phone
🔹 MAC Address
🔹 Hardware Version
🔹 Firmware Version
🔹 نوع Firmware: MPP یا Enterprise
🔹 IP، Voice VLAN، Gateway و DNS
🔹 Provisioning URL یا Profile Rule در صورت دسترسی
🔹 Proxy / Registrar / SIP Server
🔹 Extension و Line Assignment
🔹 BLF، Speed Dial و KEM Mapping
🔹 NTP و Time Zone
🔹 VPN یا Wi-Fi Configuration در مدل‌های مرتبط
🔹 نسخه Config Template روی Provisioning Server
رمزهای SIP، Admin و User را در یک فایل متن ساده یا Screenshot عمومی نگهداری نکنید؛ اگر نیاز به بازیابی آن‌ها دارید، از Password Manager یا منبع امن مدیریت Credentials استفاده کنید.
PRT را قبل از Reset بگیرید
اگر Factory Reset را برای عیب‌یابی انجام می‌دهید، قبل از آن Problem Report یا PRT را Collect کنید.
Cisco در Troubleshooting فعلی MPP اشاره می‌کند اگر Factory Reset انجام شود، اطلاعات Last Problem Report دیگر نمایش داده نمی‌شود.
یعنی اگر قبل از Reset شواهد را ذخیره نکنید، ممکن است مهم‌ترین Log مربوط به وضعیت خراب را از دست بدهید.
قبل از Reset یک تماس یا Boot خراب را Capture کنید
اگر مشکل Registration، TFTP، TLS یا SIP است، قبل از Factory Reset Packet Capture بگیرید.
بعد از Reset شرایط Device تغییر می‌کند و ممکن است مشکل موقتاً ناپدید شود.
بدون Capture دیگر نمی‌دانید مشکل قبلی دقیقاً چه بوده است.
Network Reset چه زمانی بهتر از Factory Reset است؟
در Enterprise 8800، Cisco امکان Reset جداگانه Network Configuration را فراهم می‌کند.
اگر مشکل شما فقط IP، VLAN، DHCP یا Network Setup است، پاک‌کردن همه Phone Parameters منطقی نیست.
Network Reset می‌تواند تنظیمات شبکه را به پیش‌فرض برگرداند و اجازه دهد DHCP دوباره دستگاه را Configure کند.
البته قبل از آن مطمئن شوید DHCP و Voice VLAN آماده‌اند؛ چون Static IP فعلی نیز از بین می‌رود.
Security Reset چه زمانی بهتر است؟
در محیط Enterprise/CUCM، Cisco امکان Reset بخش Security و حذف CTL File را جداگانه دارد.
اگر مشکل مشخصاً CTL یا Security Trust است، این روش هدفمندتر از Factory Reset کامل است.
اما حذف CTL در محیط Secure باید فقط با شناخت Cluster و Trust State انجام شود؛ چون تغییر امنیتی بی‌برنامه می‌تواند Registration امن را مختل کند.
Custom Reset در MPP چیست؟
در MPP جدیدتر، Cisco گزینه Custom Reset را نیز مستند کرده است.
این گزینه Configuration را به noncustomized default برمی‌گرداند و با Factory Reset کامل یکسان نیست.
اگر محیط Provisioning شما از Customization استفاده می‌کند، قبل از انتخاب این گزینه دقیقاً مشخص کنید چه Stateی قرار است حفظ یا پاک شود.
Factory Reset از منوی تلفن
اگر دستگاه Boot می‌شود و Admin Menu در دسترس است، روش منویی معمولاً از روش Keypad قابل‌کنترل‌تر است.
در MPP جدیدتر مسیر معمول می‌تواند به شکل زیر باشد:
Applications → Device administration → Factory reset
در بعضی Releaseهای قدیمی‌تر مسیر Admin Settings → Reset settings → Factory Reset دیده می‌شود.
نام دقیق Menu به Firmware بستگی دارد.
Factory Reset با Keypad؛ فقط وقتی واقعاً لازم است
برای خانواده 8800، Cisco روش Factory Reset از طریق Keypad هنگام Power-On را نیز مستند کرده است.
روش پیشنهادی عمومی در اسناد 8800 این است که هنگام وصل‌کردن برق کلید # نگه داشته شود و سپس Sequence مخصوص Factory Reset وارد شود.
هشدار: این روش Configuration را پاک می‌کند. قبل از اجرای آن Provisioning/Activation Path را آماده کنید و حین Reset برق تلفن را قطع نکنید.
Sequence مستندشده برای روش اصلی:
123456789*0#Cisco تأکید می‌کند تا پایان فرایند Factory Reset و برگشت Main Screen نباید برق دستگاه قطع شود.
روش 369# روی همه 8851/8861ها قابل استفاده نیست
در راهنمای MPP جدیدتر، Cisco روش دوم با نگه‌داشتن 0 و Sequence:
369#را برای بعضی مدل‌ها مستند کرده است.
اما برای 8841، 8851 و 8861 این روش به Hardware Version 15 یا جدیدتر وابسته است.
بنابراین روش # و Sequence اصلی انتخاب امن‌تر برای راهنمای عمومی است؛ روش دوم را فقط با تطبیق Model و Hardware Revision اجرا کنید.
Factory Reset از Web Interface
در MPP امکان Factory Reset از صفحه Web نیز وجود دارد.
یکی از مسیرهای مستندشده:
Admin Login → Advanced → Info → Debug Info → Factory Reset
و در برخی Releaseها Endpoint مخصوص Admin نیز وجود دارد:
http://PHONE-IP/admin/factory-resetاین روش نیز همان ریسک از دست‌دادن Remote Access را دارد. برای Phone راه‌دور، قبل از کلیک Confirm مطمئن شوید Device بعد از Reset دوباره Online می‌شود.
Factory Reset از Server
در MPP، Administrator می‌تواند Factory Reset را از Server نیز Trigger کند.
Cisco توضیح می‌دهد اگر تلفن Idle باشد Reset اجرا می‌شود و اگر تماس فعال یا Upgrade در حال انجام باشد، Reset تا زمانی که Phone Idle شود به تعویق می‌افتد.
این روش در مدیریت تعداد زیادی Endpoint مفید است، اما فقط زمانی که Provisioning Backend سالم و کنترل‌شده باشد.
Activation Code را قبل از Reset آماده کنید
اگر Deployment از Activation Code استفاده می‌کند، Reset را تا زمانی که Code معتبر آماده نیست انجام ندهید.
در MPP، Activation Codeها می‌توانند یک‌بارمصرف و دارای زمان انقضا باشند.
در CUCM On-Premises نیز Cisco Activation Code Onboarding را طوری طراحی کرده که Phone تا واردشدن Code معتبر و تأیید MIC Register نشود.
پس Factory Reset بدون Code می‌تواند دستگاه را عملاً در Welcome/Activation Screen نگه دارد.
بعد از Factory Reset چه چیزی باید اتفاق بیفتد؟
یک Recovery Plan سالم باید Boot Sequence را از قبل مشخص کرده باشد.
برای نمونه:
مرحله ۱: Phone از Voice VLAN درست IP بگیرد.
مرحله ۲: DHCP Optionهای لازم را بگیرد.
مرحله ۳: DNS و NTP کار کنند.
مرحله ۴: TFTP یا Provisioning Server پیدا شود.
مرحله ۵: Configuration دریافت شود یا Activation Code درخواست شود.
مرحله ۶: Phone روی CUCM/PBX/SIP Server Register شود.
اگر یکی از این مراحل از قبل آماده نیست، Reset می‌تواند به جای حل مشکل Endpoint جدیدی با مشکل بزرگ‌تر بسازد.
چه زمانی Factory Reset بی‌فایده است؟
| مشکل | آیا Factory Reset منطقی است؟ | اقدام بهتر |
|---|---|---|
| Jitter و Packet Loss | خیر | QoS و RTP Statistics |
| DHCP Server پاسخ نمی‌دهد | خیر | DORA، VLAN و Relay |
| TFTP در Firewall Block است | خیر | Routing/Firewall/Capture |
| BLF SUBSCRIBE رد می‌شود | خیر | PBX و Event Package |
| KEM برق کافی ندارد | خیر | PoE Budget |
| Provider Ownership قدیمی | نه به‌تنهایی | Release/Association سمت Provider |
| Local Config خراب و Provisioning سالم موجود است | گاهی بله | بعد از Backup و آماده‌سازی Recovery |
| Activation Code Onboarding لازم است | بله، در سناریوی مستند | Code و Network را قبل از Reset آماده کنید |
چک‌لیست قبل از Factory Reset
قبل از زدن Reset این موارد را پاسخ دهید:
🔹 مدل و نوع Firmware را می‌دانم؟
🔹 MAC Address و Firmware Version ثبت شده‌اند؟
🔹 Configuration روی Server Backup یا Version شده است؟
🔹 Provisioning URL یا TFTP مشخص است؟
🔹 تلفن در EDOS/Provider دیگری Claim نشده است؟
🔹 DHCP، Voice VLAN، DNS و NTP بعد از Reset کار می‌کنند؟
🔹 Activation Code در صورت نیاز آماده است؟
🔹 SIP Credentials از منبع امن قابل بازیابی‌اند؟
🔹 PRT و Packet Capture موردنیاز ذخیره شده‌اند؟
🔹 برای شعبه Remote فردی برای دسترسی فیزیکی وجود دارد؟
اگر چند مورد از این‌ها جواب مشخص ندارند، Reset را عقب بیندازید.
ترتیب پیشنهادی از کم‌خطر به پرخطر
مرحله ۱: علت را با Status، PRT و Packet Capture مشخص کنید.
مرحله ۲: Resync یا Re-register را امتحان کنید.
مرحله ۳: Restart / Cold Reboot.
مرحله ۴: Reset هدفمند Network یا Security، اگر مشکل دقیقاً در همان بخش است.
مرحله ۵: Custom Reset در MPP، فقط اگر معماری Customization را می‌شناسید.
مرحله ۶: Factory Reset بعد از Backup و تأیید Recovery Path.
مرحله ۷: Keypad Factory Reset زمانی که Menu/Web قابل استفاده نیست یا سناریوی Cisco آن را لازم کرده است.
بعد از Reset تنظیم قبلی دوباره برگشت؛ چرا؟
سه علت رایج دارد:
Provisioning Server دوباره همان Configuration را فرستاده است.
DHCP Option هنوز به Server قبلی اشاره می‌کند.
MPP از طریق EDOS/Activation Server دوباره Provider قبلی را پیدا کرده است.
در این شرایط Reset دوباره و دوباره کمکی نمی‌کند. باید Source Configuration را اصلاح کنید.
Factory Reset تلفن دست دوم و بازار کارکرده
در تلفن دست دوم، Factory Reset را معادل «آنلاک شدن» در نظر نگیرید.
قبل از خرید یا انتقال، Model، Firmware Type و وضعیت Provider Provisioning را بررسی کنید.
اگر Device در Platform قبلی Claim است، ممکن است نیاز باشد مالک یا Service Provider قبلی Association را Release کند.
Reset Local نمی‌تواند لزوماً این Ownership بیرونی را حذف کند.
پرسش‌های رایج
ریست Cisco IP Phone چه زمانی لازم است؟
وقتی Configuration محلی خراب است و Provisioning سالم برای بازسازی دستگاه دارید، هنگام Onboarding خاص با Activation Code یا هنگام آماده‌سازی دستگاه برای Configuration جدید، Factory Reset می‌تواند لازم باشد.
آیا Restart همان Factory Reset است؟
خیر. Restart فقط دستگاه را دوباره راه‌اندازی می‌کند و Configuration ذخیره‌شده را نگه می‌دارد. Factory Reset تنظیمات تلفن را به حالت کارخانه برمی‌گرداند.
Factory Reset روی Cisco MPP چه خطری دارد؟
ممکن است Provisioning محلی پاک شود و تلفن بعد از Boot دوباره از DHCP، Activation Server یا EDOS Configuration دریافت کند. اگر Device هنوز به Provider قبلی مرتبط باشد، همان Provisioning قبلی ممکن است برگردد.
قبل از Factory Reset چه چیزی Backup کنیم؟
MAC، Firmware، Network Settings، Provisioning URL، SIP Server، Line/BLF/KEM Mapping، NTP/Time Zone، PRT و Config Template سمت Server را ثبت یا Version کنید. Credentials را در محل امن نگهداری کنید.
آیا Factory Reset مشکل TFTP یا DHCP را حل می‌کند؟
اگر مشکل واقعی در Server، VLAN، Routing یا Firewall باشد خیر. Factory Reset حتی ممکن است وضعیت را بدتر کند چون تلفن برای Boot دوباره به همان سرویس‌ها نیاز دارد.
چرا بعد از Factory Reset تنظیمات قبلی دوباره می‌آیند؟
به احتمال زیاد Source Provisioning همچنان فعال است؛ مثلاً DHCP Provisioning Option، Profile Server یا EDOS دوباره همان Configuration را تحویل می‌دهد.
آیا برای تلفن Remote از راه دور Factory Reset کنیم؟
فقط اگر دقیقاً می‌دانید Device بعد از Reset چگونه IP، VLAN، Provisioning و Registration را دوباره به دست می‌آورد. در غیر این صورت ممکن است دسترسی Remote کامل از بین برود.
آیا برای پاک‌کردن CTL باید Factory Reset کنیم؟
در Enterprise 8800 Cisco Security Reset جداگانه برای حذف CTL دارد؛ بنابراین در سناریوی مشخص CTL معمولاً Full Factory Reset اولین انتخاب نیست.
جمع‌بندی
Factory Reset باید یک اقدام برنامه‌ریزی‌شده باشد، نه اولین واکنش به هر خطای Cisco IP Phone.
اگر مشکل با Restart، Network Reset، Security Reset یا اصلاح Provisioning قابل حل است، همان روش هدفمند ریسک کمتری دارد.
مهم‌ترین خطر در MPP این است که بعد از Reset، تلفن دوباره وارد Zero-Touch Provisioning شود و بر اساس DHCP یا EDOS به Configuration سرویس‌دهنده قبلی برگردد. به همین دلیل قبل از Reset باید Provisioning Ownership و Recovery Path مشخص باشند.
PRT و اطلاعات دستگاه را قبل از Reset ذخیره کنید، Activation Code را در صورت نیاز آماده نگه دارید و فقط زمانی Factory Reset کنید که دقیقاً می‌دانید Phone بعد از پاک‌شدن Configuration از چه مسیری دوباره آنلاین خواهد شد.
قبل از Factory Reset مطمئن نیستید تلفن بعدش دوباره Provision می‌شود؟
اگر Cisco Phone شما با Asterisk، FreePBX، 3CX یا یک Provisioning Server اختصاصی کار می‌کند، قبل از Factory Reset بهتر است مسیر بازگشت دستگاه مشخص باشد؛ از Voice VLAN و DHCP تا Profile Rule، SIP Account و BLF/KEM Configuration.
ایرانیکاسرور می‌تواند وضعیت Provisioning و PBX را قبل از Reset بررسی کند، Configuration قابل بازیابی آماده کند و سپس Reset را طوری انجام دهد که تلفن بعد از Boot بدون تنظیم دستی طولانی دوباره آنلاین شود.
تماس با پشتیبانی ایرانیکاسرور: 021-91302467
دیدگاه‌ها (۰)