شكرًا على ملاحظاتك.

في نموذج نشر الموقع الفردي، حيث يتم نشر عقدة البقاء المحسّنة (ESN) داخل الموقع جنبًا إلى جنب مع البوابة المحلية لتوجيه مكالمات PSTN. يمكن تسجيل 7500 جهاز كحد أقصى في ESN أثناء انقطاع التيار.

في نموذج النشر متعدد المواقع، حيث توجد مواقع متعددة ويمكن نشر ESN في كل موقع يعتمد على متطلبات العمل لبقاء الموقع. دائمًا ما تكون متطلبات البوابة المحلية و DNS ضرورية ويمكن إضافة ما مجموعه 8 عقد ESN إلى Unified CM المجموعة.

يعد نموذج النشر هذا مناسبًا لعميل عبر منطقة ذات مواقع متعددة، وتعد إمكانية البقاء على قيد الحياة شرطًا للعديد من هذه المواقع. في حين أنه من الممكن مشاركة بوابة PSTN المحلية عبر المواقع، لا يوصى بذلك. إذا كان هناك انقطاع في الشبكة، يمكن أن يصبح الموقع معزولًا وفي هذه الحالة، لن تتمكن ESN من الوصول إلى البوابة المحلية لتوجيه المكالمات إلى PSTN.

فيما يلي خياران للنشر للنشر في مواقع متعددة:

• الخيار 1: تم نشر عقدة البقاء المحسنة في كل موقع.

• الخيار 2 - عقدة البقاء المحسنة المشتركة المشتركة بين مواقع متعددة.

نحن نراقب وندير عقدة البقاء المحسّنة مثل العقد الأخرى التي يتم نشرها في مركز بيانات المثيل المخصص. أثناء حدث البقاء على قيد الحياة، عندما يتم فصل ESN عن ذلك عندما نفقد الوصول إلى العقدة ونقوم بالاتصال تلقائيًا مرة أخرى عند حل الانقطاع واستعادة الاتصال. Cisco Cloud

نحن ندير شهادات تطبيق UC وأثناء تنشيط عقدة البقاء المحسّنة، قمنا بتحديث شهادة Unified CM مجموعة المثيلات المخصصة التي تم تحديثها باستخدام ESN.

أثناء حدث البقاء على قيد الحياة، تقوم عقدة البقاء المحسنة بتخزين جميع بيانات CDR/CMR محليًا. عند استعادة الاتصال، ستتم مزامنة البيانات مرة أخرى مع Unified CM ناشر المثيل المخصص. تعتمد كمية البيانات التي يمكن تخزينها على حجم القرص ثم عقدة النجاة المحسنة. الحد الأقصى لمساحة تخصيص القرص التي يمكن تعيينها لـ CDR هو 3328 ميغابايت. يمكن أن يكون هذا بحجم ملف CDR صغير إلى كبير استنادًا إلى فاصل CDR الذي تم تكوينه. يحدث التطهير بناءً على:

• عندما يتجاوز استخدام القرص مساحة القرص المخصصة أو المكونة، فإنه يحذف السجلات التي تمت معالجتها. إذا استمر استخدام القرص في الزيادة، فهذا يعني أنه يتم أيضًا إزالة السجلات غير المعالجة.

• علامة مائية عالية% تم تكوينها في إعدادات «إدارة CDR»، سيتم مسح ملفات CDR. على سبيل المثال، إذا تم تكوين «High Water Mark%» بنسبة 80% وكان استخدام القرص 80%، فسيتم حذف ملفات CDR.

• مدة حفظ ملفات CDR/CMR (بالأيام) التي تم تكوينها في إعدادات «إدارة CDR»، سيتم مسح ملفات CDR. افتراضيًا، يتم ضبطه على 30 يومًا.

فيما يلي التنبيهات في RTMT المتعلقة بعقدة البقاء المحسنة:

• SurvivabilityEvent - يتم تشغيل المنبه عندما لا يمكن الوصول إلى جميع عقد المثيل المخصص من عقدة البقاء المحسّنة.

• RemoteSurvivableNotReachable - يتم تشغيل المنبه عندما لا يمكن الوصول إلى عقدة البقاء المحسنة من ناشر المثيل المخصص. Unified CM

أثناء حدث البقاء على قيد الحياة، تحتاج إلى توصيل RTMT بعقدة البقاء المحسنة لمراقبة أداء ESN. لن يكون الأمر نفسه متاحًا، إذا كان RTMT متصلاً بعقد المثيل المخصص حيث لن يمكن الوصول إلى ESN من السحابة أثناء حدث البقاء على قيد الحياة.

أثناء التشغيل العادي، يتم دمج النسخ المتماثل لقاعدة البيانات بشكل كامل بين جميع الخوادم بما في ذلك عقدة البقاء المحسنة داخل الكتلةUnified CM. يتم دائمًا تخزين بيانات التكوين الثابت، نظرًا لأنها يتم إنشاؤها من خلال عمليات النقل والإضافة والتغييرات، على الناشر ويتم نسخها بطريقة واحدة من الناشر إلى كل مشترك وعقدة البقاء المحسّنة في المجموعة.

أثناء حدث البقاء على قيد الحياة، يتم تعديل الميزات التي تواجه المستخدم فقط على الأجهزة المسجلة في Enhanced Survivability Node ويتم تمييز الميزات التي تواجه المستخدم عادةً باستخدام حقيقة أنه يمكنك تمكين ميزة أو تعطيلها مباشرةً على هاتفه عن طريق الضغط على زر واحد أو أكثر، بدلاً من تغيير الميزة من خلال واجهة المستخدم الرسومية المستندة إلى الويب. لذلك، تسمح عقدة البقاء المحسنة بالرعاية الذاتية وواجهة المستخدم الرسومية لمسؤول الويب كعمليات للقراءة فقط. يمكن لأجهزة المستخدم المسجلة في ESN إجراء تغييرات على الميزات التي تواجه المستخدم فقط المدرجة أدناه أثناء تجاوز الفشل. ومع ذلك، لن تتم مزامنة هذه التغييرات مرة أخرى مع Unified CM ناشر DI عند إعادة إنشاء الاتصال.

الميزات التي تواجه المستخدم هي أي ميزات يمكن تمكينها أو تعطيلها بالضغط على الأزرار الموجودة على الهاتف وتشمل ما يلي:

• تحويل المكالمات للجميع (CFA)

• تمكين الخصوصية أو تعطيلها

• تمكين عدم الإزعاج (DND) أو تعطيله

• Cisco Extension Mobilityتسجيل الدخول

• تسجيل الدخول إلى مجموعة Hunt-group أو تسجيل الخروج

• إمكانية تنقل الأجهزة

• حالة CTI CAPF للمستخدمين النهائيين ومستخدمي التطبيق.

تكون مصادقة العملاء اللطفاء (Cisco Jabberوتطبيق Webex) لتسجيل الدخول أثناء تجاوز الفشل إلى عقدة النجاة المحسّنة كما يلي:

1. المصادقة المحلية: عندما تتم مصادقة المستخدمين محليًا داخلUnified CM، أثناء حدث البقاء، ستتمكن عقدة النجاة المحسّنة من مصادقة العملاء المسجلين فيها.

2. مصادقة LDAP: في هذه الحالة، تتم مصادقة المستخدمين باستخدام خادم LDAP المحلي. ثم أثناء حدث البقاء على قيد الحياة، ستعمل مصادقة العملاء اللينين بشرط أن يكون خادم LDAP قابلاً للوصول من عقدة البقاء المحسّنة.

   يجب عليك التأكد من إمكانية الوصول إلى دليل LDAP إلى ESN طوال حدث البقاء على قيد الحياة.

3. مصادقة تسجيل الدخول الأحادي (SSO): تتم مصادقة تسجيل الدخول إلى SSO للمستخدمين باستخدام خادم IDP. ثم أثناء حدث البقاء على قيد الحياة، تعمل مصادقة العملاء اللينين بشرط أن يكون خادم IDP قابلاً للوصول من عقدة البقاء المحسّنة.

   لتسجيل الدخول إلى واجهة مستخدم Unified CM الويب التي تدعم SSO، تكون إمكانية الوصول إلى IDP مطلوبة أو يجب استخدام تسجيل الدخول إلى عنوان URL المستند إلى الاسترداد.

   يستمر تسجيل دخول العملاء المصادق عليهم بالفعل لأن المصادقة تستند إلى الرمز المميز الذي تم الحصول عليه قبل حدث البقاء. ومع ذلك، بالنسبة لعمليات تسجيل الدخول الجديدة عندما لا يكون لدى العميل رمز صالح من المصادقة السابقة، ستقوم ESN بإعادة التوجيه إلى خادم IDP للمصادقة. ومن ثم فمن الضروري دائمًا ضمان إمكانية وصول خادم IDP إلى ESN طوال حدث البقاء على قيد الحياة.

موارد الوسائط مطلوبة Unified CM للميزات الأساسية، مثل الموسيقى قيد الانتظار والإعلان وخدمات جسر المؤتمرات (البرنامج) التي يجب تمكينها على ESN. إذا تم نشر موارد الوسائط المستندة إلى الأجهزة، فيجب عليك أثناء حدث البقاء التأكد من إمكانية الوصول إلى خوادم الوسائط من ESN.

أثناء العمليات العادية Unified CM لمجموعة DI، يتم توجيه مكالمات الطوارئ (خاصة في منطقة AMER) عبر سحابة RedSky حيث يوجد جذع SIP تم تكوينه بين مجموعة CM الموحدة للمثيل المخصص وسحابة RedSky.

إذا كان هناك حدث للبقاء على قيد الحياة، فلن يمكن الوصول إلى سحابة RedSky من ESN، وبالتالي يتعين عليك تكوين خطة طلب الاتصال في حالات الطوارئ بحيث إذا لم يكن RedSky متاحًا، فقم بتوجيه مكالمات الطوارئ من خلال PSTN GW المحلي الذي تم تكوينه في هذا الموقع. يجب أن تتكون مجموعة المسار من PSTN GW المحلي للتعامل مع توجيه المكالمات أثناء حدث البقاء على قيد الحياة.

قم بتكوين خطة الاتصال لتوجيه المكالمات داخل الموقع وبين المواقع وبين المجموعات وPSTN أثناء حدث البقاء على قيد الحياة. بشكل عام، يمكن لـ ESN توجيه المكالمات فقط للأجهزة المسجلة بها. يجب توجيه جميع المكالمات الأخرى إلى PSTN GW المحلي (الذي تم تكوينه في كل موقع يتم فيه نشر ESN) ومن هناك إلى PSTN. فيما يلي بعض السيناريوهات الموضحة:

• تم تسجيل الهاتف 1 والهاتف 2 في نفس ESN - يتم توجيه المكالمة داخل ESN.

• الهاتف 1 مسجل في ESN والهاتف 2 مسجل في Unified CM مجموعة المثيلات المخصصة - يجب أن توجه خطة الاتصال المكالمات من ESN إلى PSTN GW المحلي، ومن هناك إلى DI Unified CM عبر PSTN. أثناء حدث البقاء على قيد الحياة، يجب أن تكتشف خطة الاتصال فشل توجيه المكالمات وتعيد توجيه المكالمات من خلال PSTN GW المحلي. يجب أن ينطبق الشيء نفسه على المكالمات الواردة إلى ESN من Unified CM أجهزة DI.

• الهاتف 1 المسجل في ESN والهاتف 2 هو جهاز PSTN: أثناء حدث البقاء على قيد الحياة، يجب توجيه مكالمات PSTN إلى بوابة PSTN المحلية. يجب التأكد من أن خطة الاتصال لديها القدرة على اكتشاف حالات فشل توجيه المكالمات وإعادة توجيه المكالمة من خلال بوابة PSTN المحلية المتاحة.

• أثناء حدث البقاء على قيد الحياة، عندما يكون الاتصال من موقعك إلى سحابة المثيل المخصص معطلاً (WAN أو انقطاع الاتصال)، لن تعمل ميزات البريد الصوتي والرد التلقائي للأجهزة التي تسجل في ESN، حيث يتم استضافة Cisco Unity Connection الخادم في سحابة المثيل المخصص التي يكون الاتصال بها من ESN معطلاً. إذا تم تكوين جهازك باستخدام «إعادة توجيه المكالمات غير المسجلة (CFU)» وتم استلام المكالمة في DIUnified CM، فسيكون المتصل قادرًا على إيداع بريد صوتي في اتصال Unity للمثيل المخصص. والتي يمكن استردادها عندما تعود الأجهزة إلى مشتركي DI UNIFIED CM.

• ومع ذلك، أثناء حدث البقاء على قيد الحياة عندما يكون الاتصال بسحابة المثيل المخصص متاحًا ولكن Unified CM المجموعة في DI معطلة، في هذه الحالة تعمل ميزات البريد الصوتي والرد التلقائي للأجهزة المسجلة في ESN، حيث سيكون لدى ESN اتصال بخادم Unity Connection المنشور في سحابة DI.

أثناء حدث البقاء على قيد الحياة، لن تتمكن ESN من الوصول إلى Cisco Expressway E & C في سحابة DI والعكس صحيح. لذلك، في هذه الحالة، لا يمكن لمستخدمي MRA الحصول على الخدمة من ESN وبالتالي لن يتمكنوا من التسجيل. ومع ذلك، إذا كان جهاز MRA مزودًا بالإنترنت ويمكنه الاتصال بـ Cisco Expressways في سحابة DI، فيمكنه التسجيل في DI Unified CM بشرط أن تعمل المجموعة في DI.

لكي تعمل عمليات الدمج المستندة إلى CTI مع عقدة البقاء المحسّنة، يجب إضافة عقدة البقاء المحسّنة كجزء من قائمة خوادم CTI. تم إجراء تحسينات CTI للتطبيقات التي تستخدم JTAPI للسماح لـ Enhanced Survivability Node كخادم CTI يمكن للتطبيق الاتصال به فقط في حالة عدم إمكانية الوصول إلى خوادم CTI الأساسية أو الثانوية في القائمة المكونة. أثناء التشغيل العادي، يمكن لتطبيقات CTI في الموقع الاتصال بخوادم CTI الأساسية والثانوية في سحابة DI وأثناء حدث البقاء على قيد الحياة، يمكنها الاتصال بـ Enhanced Survivability Node للحصول على تجربة CTI مستمرة. يجب أن تتكيف التطبيقات مع واجهات برمجة التطبيقات الجديدة كما يتم عرضها عبر واجهة JTAPI لضمان حدوث التراجع من عقدة البقاء المحسنة عند استعادة الاتصال.

لمزيد من المعلومات حول واجهات برمجة التطبيقات الجديدة المضافة، راجع قسم التكرار، https://www.cisco.com/c/en/us/td/docs/ voice_ip_comm /cucm/ /14_0_1/ -unified-jtapi-developers-guide-14/ -unified-jtapi-developers-guide-1251_chapter_00.html jtapi_dev cucm_b_cisco cucm_b_cisco

تدعم تطبيقات الطرف الثالث التي تتفاعل من خلال قنوات SIP عقدة البقاء المحسنة. في تكوينات قناة SIP، يجب تمكين تكوين «التشغيل على جميع العقد».

يتم دعم أجهزة الطرف الثالث التي تتمتع بقدرة TFTP من الدرجة الثالثة.