نظرة عامة

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• RemoteSurvivableNodeNotReachable - يتم تشغيل التنبيه عندما لا يمكن الوصول إلى عقدة قابلية استمرار الخدمة المحسنة من ناشر 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): تتم مصادقة تسجيل الدخول إلى تسجيل الدخول الفردي للمستخدمين باستخدام خادم IDP. ثم أثناء حدث قابلية استمرار الخدمة، تم مصادقة عمل العملاء البرمجيين شريطة إمكانية الوصول إلى خادم IDP من عقدة قابلية استمرار الخدمة المحسنة.

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

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

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

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

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

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

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

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

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

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

لا نوصي بمكالمات تكنولوجيا المعلومات والاتصالات بين عُقد 2 ESN، على الرغم من أنه من الممكن الوصول إلى ESNs داخل شبكتك.

• أثناء حدث قابلية استمرار الخدمة، عندما يكون الاتصال من موقعك إلى سحابة المثيل المكرّس معطلاً (WAN أو انقطاع الاتصال)، لن تعمل ميزات البريد الصوتي والرد التلقائي للأجهزة التي تقوم بالتسجيل في ESN، حيث يتم استضافة خادم Cisco Unity Connection في سحابة المثيل المكرّس التي يتم إيقاف الاتصال بها من ESN. إذا تم تكوين جهازك باستخدام "إعادة توجيه المكالمات غير المسجلة (CFU)" وتم استلام المكالمة في DI Unified CM، فيمكن للمتصل إيداع بريد صوتي في اتصال وحدة المثيل المخصص. والتي يمكن استردادها عندما تعود الأجهزة إلى مشتركي 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 للسماح بعقدة قابلية استمرار الخدمة المحسنة كخادم CTI الذي يمكن للتطبيق الاتصال به فقط في حالة عدم إمكانية الوصول إلى خوادم CTI الأساسية أو الثانوية في القائمة التي تم تكوينها. أثناء التشغيل العادي، يمكن لتطبيقات CTI على الموقع الاتصال بخوادم CTI الأساسية والثانوية في سحابة DI وأثناء حدث قابلية استمرار الخدمة، يمكنها الاتصال بعقدة قابلية استمرار الخدمة المحسنة للحصول على تجربة CTI مستمرة. يجب أن تتكيف التطبيقات مع واجهات API الجديدة كما يتم كشفها عبر واجهة JTAPI لضمان حدوث تراجع من عقدة قابلية استمرار الخدمة المحسنة عند استعادة الاتصال.

لمزيد من المعلومات حول واجهات API الجديدة المضافة، ارجع إلى قسم التكرار، 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

يتم تمكين خدمة AXL Web في عقدة قابلية استمرار الخدمة المحسنة باستخدام امتيازات المسؤول للقراءة فقط. نوصي بأن أي تطبيقات طرف ثالث مثل خادم التوفير لواجهة مع ناشر DI Unified CM فقط لأي تحديثات ذات صلة بقاعدة البيانات. ومع ذلك، من الممكن لهذه التطبيقات أن تقرأ فقط عند توصيلها بعقدة قابلية استمرار الخدمة المحسنة.

تدعم تطبيقات الجهات الخارجية التي يتم الاتصال بها من خلال قنوات SIP باستخدام عقدة قابلية استمرار الخدمة المحسنة. في تكوينات قناة SIP، يجب تمكين تكوين "التشغيل على جميع العقد".

يتم دعم أجهزة الطرف 3rd التي تحتوي على إمكانية TFTP العالي.