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

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

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

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

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

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

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

نحن ندير شهادات تطبيق UC وأثناء تنشيط عقدة البقاء المعززة قمنا بتحديث شهادة مجموعة Dedicated Instance Unified CM مع ESN.

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

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

• علامة ارتفاع المياه % الذي تم تكوينه في إعدادات "إدارة CDR"، سيتم مسح ملفات CDR. على سبيل المثال، إذا كانت "علامة ارتفاع مستوى المياه ⁦%” is configured as 80%⁩ واستخدام القرص هو 80%، فسيتم مسح ملفات CDR.

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

فيما يلي التنبيهات الموجودة في RTMT والمتعلقة بعقدة البقاء المعززة:

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

• RemoteSurvivableNodeNotReachable - يتم تشغيل التنبيه عندما لا يمكن الوصول إلى عقدة البقاء المعززة من ناشر Dedicated Instance Unified CM.

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

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

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

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

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

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

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

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

• تسجيل الدخول أو الخروج لمجموعة الصيد

• تنقل الجهاز

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• ومع ذلك، أثناء حدث البقاء على قيد الحياة عندما يكون الاتصال بسحابة Dedicated Instance متاحًا ولكن مجموعة 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 للسماح بعقدة البقاء المحسنة كخادم CTI يمكن للتطبيق الاتصال به فقط في حالة عدم إمكانية الوصول إلى خوادم CTI الأساسية أو الثانوية في القائمة المكونة. أثناء التشغيل العادي، يمكن لتطبيقات CTI في الموقع الاتصال بخوادم CTI الأساسية والثانوية في سحابة DI، وأثناء حدث البقاء، يمكنها الاتصال بعقدة البقاء المعززة للحصول على تجربة CTI مستمرة. يجب أن تتكيف التطبيقات مع واجهات برمجة التطبيقات الجديدة كما تم الكشف عنها عبر واجهة JTAPI لضمان الرجوع إلى عقدة البقاء المعززة عند استعادة الاتصال.

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

تدعم تطبيقات الطرف الثالث التي تتفاعل من خلال جذوع SIP عقدة القدرة على البقاء المعززة. في تكوينات جذع SIP، يجب تمكين تكوين 'تشغيل على جميع العقد'.

يتم دعم الأجهزة التابعة لجهات خارجية والتي تتمتع بقدرة TFTP الثلاثية.