إستبدال خوادم السلسلة X بجهاز Cisco Meeting Server أو الجهاز الظاهري

المقدمة

يصف هذا المستند كيفية إستبدال خوادم Acano من السلسلة X بشكل آمن وموثوق به بالأجهزة الظاهرية (VM) لخادم الاجتماعات (CMS) من Cisco أو خوادم CMS1000 أو CMS2000. تم إسقاط دعم خوادم Acano من السلسلة X من الإصدار 3.0 وما بعده.  أحدث برنامج يمكنك تشغيله على X-Series هو 2.9.5 وهو مدعوم فقط حتى 1 مارس 2022.  وبعد ذلك، لن يكون هناك إصدارات صيانة أو إصلاح للأخطاء.  وهذا يعني أنه إذا كان لديك خادم Acano X-series، فأنت بحاجة إلى التخطيط لاستبداله قبل ذلك الوقت.

المتطلبات

توصي Cisco بأن تكون لديك معرفة بالمواضيع التالية:

• إدارة سي إم إس
• ترقيات CMS
• إنشاء الشهادة وتوقيعها

المكونات المستخدمة

تستند المعلومات الواردة في هذا المستند إلى خوادم Cisco Meeting Server (VM أو CMS1K، أو CMS2K) وخوادم Acano من السلسلة X.

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

معلومات أساسية

عند إستبدال الخوادم التي بحوزتك من الفئة X، يجب أن تكون على دراية بسعات المكالمات المتوفرة في مختلف الخوادم. ارجع إلى أدلة نشر Cisco Meeting Server، في الملحق ج (https://www.cisco.com/c/en/us/support/conferencing/meeting-server/products-installation-and-configuration-guides-list.html) للحصول على إرشادات تحديد الحجم.

أحجام الفئة X للمرجع:

• X1 - 25 مكالمة عالية الدقة (بدقة 720 بكسل)
• X2 - 125 مكالمة عالية الدقة (بدقة 720 بكسل)
• X3 - 250 مكالمة عالية الدقة (بدقة 720 بكسل)

يمكن العثور على عملية إعداد خادم الاستبدال في وثائق التثبيت ولا يتم تغطيتها أدناه.  يمكن العثور على أدلة التثبيت هنا: https://www.cisco.com/c/en/us/support/conferencing/meeting-server/products-installation-guides-list.html.

إستبدال خوادم السلسلة X بجهاز CMS أو الجهاز الظاهري

الطريقة المعتمدة لاستبدال خوادم السلسلة X هي إضافة الجهاز الجديد إلى مجموعة قاعدة البيانات بحيث يحصل على نسخة من قاعدة البيانات.

تحذير: لا تستخدم نسخة إحتياطية من خادم X-Series لنشر البديل الخاص بك.

ليست كل خطوة أدناه مطلوبة لإكمال الاستبدال.  قم بتجميع الملقمات الجديدة لديك مع الملقمات القديمة حتى تتمكن من الحصول على نسخة من قاعدة البيانات وهو الجزء الأكثر أهمية. 

بمجرد اكتمال عملية الترحيل، تظهر جميع معلومات قاعدة البيانات (قواعد الوارد والقواعد الصادرة ومعرفات المكالمات وما إلى ذلك) على الخوادم الجديدة أيضا.

ملاحظة: البيانات التي تم إدخالها في واجهة المستخدم الرسومية (GUI) ضمن التكوين > عام والتكوين > Active Directory غير موجودة في قاعدة البيانات.  يجب نقل تكوين بروتوكول الوصول إلى الدليل خفيف الوزن (LDAP) من واجهة المستخدم الرسومية (GUI) إلى واجهة برمجة التطبيقات (API). إذا لم تكن مستعدا للقيام بذلك بعد، فعليك نسخ جميع البيانات من هاتين الصفحتين حتى يمكن إعادة إدخالها على الخوادم الجديدة. مدرك أن الكلمة ل ال LDAP username مطلوب أيضا ل LDAP لأن أنت يستطيع لا ينسخ أن معلومة.

ستجد وصف عالي المستوى لتدفق العمل أولا، متبوعا بتعليم الخطوة بخطوة. يوصى بشدة باتباع إرشادات خطوة بخطوة بشأن إجراء الاستبدال.

وصف العمل على مستوى عال

الخطوة 1. إنشاء ملفات نسخ إحتياطي من خوادم Acano X-Series القديمة.

الخطوة 2. قم بتنزيل ملف النسخ الاحتياطي وملف logbundle.tar.gz من الخوادم القديمة في حالة الحاجة إلى معلومات لتكوين معالج إدارة اللوحة الرئيسية (MMP) الخاص بالخادم الجديد.

الخطوة 3. على خادم X-Series القديم الخاص بك، قم بتسجيل الدخول إلى MMP واحصل على مخرجات كل خدمة/config وانسخ المعلومات في ملف ملاحظة. 

الخطوة 4. إعداد خادم (خوادم) جديد.

الخطوة 5. الحصول على تراخيص على الخادم (الخوادم) الجديد.

الخطوة 6. نسخ الشهادات من الخوادم القديمة إلى خوادم جديدة.

الخطوة 7. تمكين خدمات MMP على الخوادم الجديدة التي تم إعدادها على الخادم القديم.
(يمكن ل Acano X-series إستخدام واجهة مسؤول مخصصة للإدارة. يجب إدارة الخادم الجديد عبر واجهة A-D، ولكن يمكن أن تكون جميع الخدمات الموجودة على الخادم الجديد على الواجهة A.)

الخطوة 8. قم بإنشاء نفس حسابات المستخدمين على الخوادم الجديدة التي تم إستخدامها على الخوادم القديمة.

الخطوة 9. انسخ قاعدة البيانات إلى الخوادم الجديدة.

الخطوة 10. قم بإزالة X-Series من مجموعة قواعد البيانات.

الخطوة 11. قم بإيقاف تشغيل خادم السلسلة X الذي يقوم الخادم الجديد باستبداله.

الخطوة 12. قم بتغيير IP على الجهاز الجديد لمطابقة واجهة X-Series القديمة A IP التي يتم إستبدالها.  إذا كنت تستخدم واجهات متعددة على السلسلة X، فيجب عليك إستخدامها على الخوادم الجديدة أيضا لأن هذا يزيل الحاجة إلى تغيير أي سجلات DNS.

الخطوة 13. قم بضم الخادم مرة أخرى إلى مجموعة قواعد البيانات (فقط إذا لم يكن النشر الأصلي خادما واحدا مجمعا).

الخطوة 14. قم بضبط حدود التحميل وفقا لذلك على الخوادم الجديدة في واجهة برمجة التطبيقات (API) - API/V1/system/configuration/cluster.

الخطوة 15. قم باختبار النشر لضمان إستمرار عمله.

التعليمات التفصيلية خطوة بخطوة

الخطوة 1. قم بإنشاء نسخة إحتياطية باستخدام لقطة أمر MMP للنسخ الاحتياطي <server_specific_filename>.

الخطوة 2. قم بتنزيل ملف النسخ الاحتياطي وملف logbundle.tar.gz (https://video.cisco.com/video/5810051601001) من كل خادم من خوادم السلسلة X التي تريد إستبدالها.

الخطوة 3. قم بتشغيل الأوامر التالية على خوادم X-Series للحصول على تكوين الخدمات المختلفة ووضعها في ملف ملاحظة. يوفر ذلك مرجعا سهلا حول كيفية إعادة تكوين الخوادم الجديدة.

'webAdmin'، 'callBridge'، 'webbridge'، 'xmpp'، 'turn'، 'dns'، 'ntp server list'، 'tls sip'، 'tls ldap'، 'tls dtls'، 'tls webadmin'، 'حالة نظام قاعدة البيانات'، 'user list'، 'ipV4 a'، 'ipV4 b'، 'ipV4 c'، 'ipV4 d'، 'recorder'، 'streamer'، 'streamer'، 'dscp'، 'sipedge'، 'h323_gateway، syslog، 'ldap

ملاحظة: تم إهمال H323_gateway و SIP Edge و XMPP في CMS 3.0. 

إذا كنت تستخدم SIP Edge، فأنت بحاجة إلى أن يكون لديك Cisco Expressway-C و E لتوجيه حركة مرور البيانات من الإنترنت وإليها. 
إذا كنت تستخدم بوابة H323، فأنت بحاجة إلى تكوين هذا باستخدام خادم Expressway من Cisco لتنفيذ العمل البيني ل H.323 ل SIP.
إذا كنت تستخدم XMPP، فبمجرد الترقية إلى CMS 3.x، ستحتاج إلى إجراء بعض تغييرات التكوين. ومع ذلك، إذا كنت على وشك إستبدال السلسلة X والبقاء على الإصدار 2.9.x لفترة ما، وكنت بحاجة إلى إستخدام WebRTC أو Recorder أو Streamer، فأنت بحاجة إلى إعادة تكوين بروتوكول XMPP على الخادم الجديد. 

يمكنك قراءة المزيد حول التغييرات التي يجب أن تكون على علم بها قبل الترقية إلى CMS 3.0 في هذا المستند.

الخطوة 4. إعداد الخوادم الجديدة. تأكد من أن لديهم نفس إصدار التعليمات البرمجية كخوادم X-Series. امنح الخوادم التي لم تستخدم عناوين IP للاستخدام الآن (واجهة IPv4 <إضافة <address>/<prefix length> <gateway>)، ولكن عند اكتمال العمل، يتم تغيير عناوين IP إلى ما تم إستخدامه على السلسلة X. وذلك لتجنب أي تغيير في سجلات DNS وشهاداته.  إذا لم تكن ترغب في إعادة إستخدام عناوين IP القديمة، يجب عليك تحديث DNS والشهادات وفقا لذلك.

الخطوة 5. في الخادم الجديد وخادم X-Series القديم MMP، قم بتشغيل الأمر على وجه a للحصول على عنوان MAC للواجهات A. من السلسلة X التي توشك على الاستبدال، قم بتنزيل ملف cms.lic وافتح حالة ترخيص TAC. امنح وكيل الترخيص الخاص بواجهة الخادم الجديد عنوان MAC وعنوان MAC للخادم القديم واقول لهم أنك تريد إستبدال الخادم القديم بآخر جديد. اطلب منهم إستبدال التراخيص من Mac القديم إلى Mac الجديد. يتم بعد ذلك توفير ملف ترخيص جديد، والذي تحتاج إلى إلغاء تسميته، وإعادة تسميته ك cms.lic وتحميله إلى الخادم الجديد.

الخطوة 6. انسخ ملفات الشهادات والمفاتيح والمراجع المصدقة (CA) المستخدمة على السلسلة X القديمة إلى الخادم (الخوادم) الجديد باستخدام WinSCP أو أي برنامج SFTP آخر.

الخطوة 7. على الخادم الجديد، قم بتمكين نفس الخدمات والإعدادات في MMP الموجودة حاليا لديك على السلسلة X القديمة. ارجع إلى المعلومات التي قمت بجمعها في الخطوة 3، للتأكد من قيامك بإجراء التكوينات نفسها كما كانت من قبل. 

ملاحظة: إذا كنت ستقوم بالترقية إلى CMS 3.x مباشرة بعد إعداد هذه الخوادم الجديدة، فلن تكون بحاجة إلى تكوين مكونات XMPP أو Webbridge أو SIP Edge أو H323_gateway. هذه لم تعد تستخدم في CMS 3.x.

الخطوة 8. قم بإنشاء نفس حسابات المستخدمين التي كانت على خوادم السلسلة X على MMP باستخدام الأمر user add <username> <role> (بالإضافة إلى قاعدة المستخدم <rule name> <value> إذا كان لديك أي قواعد تم إعدادها). يمكن إعداد أجهزة أخرى مثل Cisco Meeting Management (CMM) أو مجموعة إدارة TelePresence (TMS) أو Cisco Unified Communications Manager (CUCM) لميزات مع هذه الحسابات، لذلك تحتاج إلى التأكد من إعدادك لها على الخوادم الجديدة.

الخطوة 9. الحصول على نسخة من قاعدة البيانات على الخادم (الخوادم) الجديد. 

9a. إذا كان النشر الحالي عبارة عن خادم مدمج واحد (لا يوجد مجموعة قواعد بيانات)، فأنت بحاجة إلى تهيئة مجموعة قواعد بيانات عليه. من CMS الإصدار 2.7 وما بعده، يتطلب نظام مجموعة قاعدة البيانات شهادات. لذلك تم إدخال "مرجع مصدق" مدمج في CMS من الإصدار 2.7 وما بعده والذي يمكنك إستخدامه لتوقيع شهادات قاعدة البيانات الخاصة بك:

1. على MMP الأحادي المشترك من السلسلة X، قم بتشغيل PKI DBCA CN الموقع ذاتيا:<اسم الشركة> (على سبيل المثال، PKI الموقع ذاتيا على dbca cn:tplab.local)

2. في X-Series MMP المدمج الواحد، خلقت شهادة لخادم قاعدة معطيات مع PKI csr dbserver cn:xseries.example.com subjectAltName:<new cms1fqdn>

(لا تحتاج إلى وجود سجلات DNS A في هذه المرحلة.)

3. في MMP الموحد الواحد من السلسلة X، قم بإنشاء شهادة لعميل قاعدة البيانات باستخدام PKI csr dbclient cn:postgres

4. على MMP أحادي مجمع من السلسلة X، أستخدم dbca (من الخطوة 1) لتوقيع DBSERVER (من الخطوة 2) على علامة PKI DBSERVER DBCA

5. في MMP الموحد الواحد من السلسلة X، أستخدم dbca (من الخطوة 1) لتوقيع Dbclient (من الخطوة 3) شهادة PKI، علامة dbclient dbca

6. انسخ ملفات dbserver.crt و dbserver.key و dbclient.crt و dbclient.key إلى كافة الخوادم (الخوادم) التي سيتم ضمها إلى قاعدة البيانات (العقد التي تشكل مجموعة قواعد البيانات) من السلسلة X إلى الخادم (الخوادم) الجديد

7. انسخ ملف dbca.crt إلى كل الخادم (الخوادم) من السلسلة X

8. في MMP الأحادي المجمع من السلسلة X، قم بتشغيل مجموعة قواعد البيانات dbserver.key dbserver.crt dbclient.key dbclient.crt dbca.crt (dbca.crt كشهادة المرجع المصدق الجذر)

9. في MMP الأحادي المشترك من السلسلة X، قم بتشغيل العقدة المحلية A لمجموعة قواعد البيانات

10. في X-series MMP المدمج الواحد، قم بتشغيل تهيئة مجموعة قاعدة بيانات

11. في MMP الأحادي المشترك من السلسلة X، قم بتشغيل حالة تجمع قاعدة البيانات. يجب أن ترى:
العقد: <xSeriesIP> (ME): الأساسي المتصل

12. على الخادم (الخوادم) الجديدة التي ستنضم إليها في مجموعة قواعد البيانات، من قسم قواعد بيانات تشغيل قاعدة البيانات dbserver.key dbserver.crt dbclient.key dbclient.crt dbca.crt

13. على الخادم (الخوادم) الجديد الذي ستلتحق به (موقع مشترك مع قاعدة بيانات)، من MMP:

أ. تشغيل عقدة محلية لمجموعة قواعد البيانات أ

ب. تشغيل ربط مجموعة قواعد البيانات <العقدة الأساسية IP>

عند هذه النقطة، يحتوي الخادم (الخوادم) الجديد على/يحتوي على نسخة من قاعدة البيانات. قم بتشغيل حالة نظام مجموعة قاعدة البيانات في MMP على الخادم الجديد للتأكد من إظهارها بشكل متزامن.  إذا كان الأمر كذلك، فهذا يعني أنك قد انتهيت من الخطوة 9 ويمكنك متابعة الخطوة 10. ومع ذلك، إذا لم تكن متزامنة، فيجب عليك مراجعة تكوينات مجموعة قاعدة البيانات لديك وضمان عدم وجود أي شيء في الشبكة من شأنه حظر الاتصال عبر بروتوكول TCP 5432 بين الخوادم.

9b. إذا كان النشر الحالي عبارة عن مجموعة قواعد بيانات بالفعل، فأنت تريد إستبدال خوادم السلسلة X واحدة في كل مرة. على السلسلة X، قم بالتشغيل في حالة نظام مجموعة قاعدة بيانات MMP للتحقق مما إذا كان الخادم منضما إلى نظام مجموعة قاعدة البيانات أم متصلا. إذا كان IP الخاص بالخادم مدرجا في قائمة مكونات البيانات، فسيتم الانضمام إليه.  وإذا لم تكن كذلك، وكان الأمر الأخير الذي تم عرضه هو "اتصال نظام المجموعة لقاعدة البيانات"، فسيتم توصيل العقدة. 

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

1. في السلسلة X التي على وشك أن يتم إستبدالها، لاحظ الشهادات المستخدمة لمفتاح/شهادة الخادم ومفتاح/شهادة العميل وشهادة CA

2. في السلسلة X التي توشك على إستبدالها، قم بتشغيل إزالة مجموعة قواعد البيانات

الخطوة 10. إذا قمت باستبدال خادم X-Series واحد مدمج، فقم بالمتابعة هنا مع الخطوة 10.  إذا كان نظام مجموعة، فقم بالتخطي إلى الخطوة 11.

عند هذه النقطة، يحتوي الخادم الجديد على نسخة من قاعدة البيانات.  يمكنك تأكيد ذلك مع تسجيل الدخول إلى واجهة الويب الخاصة بالخادم الجديد والتحقق من تكوين المستخدمين والمساحات. بعد التأكيد، قم الآن بإزالة الخادم الجديد من مجموعة قواعد البيانات وتغيير IP (عناوين) IP:

1. على الخادم الجديد، قم بتشغيل 'إزالة نظام مجموعة قواعد البيانات'.

2. قم بإيقاف تشغيل خادم السلسلة X.

3. قم بتغيير عناوين IP (آت) الموجودة على الخادم الجديد إلى تلك المستخدمة على خادم السلسلة X.

4. قم بإعادة تشغيل الخادم الجديد.

5. إذا بقيت على إصدار CMS 2.9.x، اختبر الخادم الجديد لضمان عمل جميع التكوينات.

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

الخطوة 11. إذا قمت باستبدال خادم سلسلة X كجزء من نظام مجموعة، فيمكنك اتباع الخطوات التالية:

1. قم بإيقاف تشغيل خادم السلسلة X الذي نخطط لفكه.

2. قم بتغيير عناوين IP الموجودة على الخادم الجديد إلى ما تم إستخدامه سابقا على واجهة عقدة محلية لقاعدة بيانات خادم السلسلة X (بشكل نموذجي أ).

3. انسخ مفتاح/شهادة الخادم ومفتاح/شهادة العميل وشهادة المرجع المصدق إلى الخادم الجديد باستخدام برنامج SFTP.

4. على الخادم الجديد، قم بتشغيل الأمر: 'مجموعة قواعد البيانات عقدة محلية A'

5a. إذا كان سيتم ضم العقدة الجديدة إلى نظام المجموعة لقاعدة البيانات، قم بتشغيل الأمر خادم نظام مجموعة قواعد البيانات <server.key> <server.crt> <client.key> <client.crt> <ca.crt>'

5b. إذا كانت العقدة الجديدة ستكون متصلة (غير موجودة في موقع مشترك مع قاعدة بيانات) بمجموعة قاعدة البيانات، فقم بتشغيل الأمر Database cluster certs <client.key> <client.crt> <ca.crt>'.

6a. إذا كانت العقدة الجديدة بحاجة إلى الانضمام (موقع مشترك مع قاعدة بيانات) قم بتشغيل الأمر: ربط مجموعة قواعد البيانات <العقدة الأساسية ip>'

6b. إذا كانت العقدة الجديدة بحاجة إلى الاتصال (ليس لها موقع مشترك مع قاعدة بيانات) قم بتشغيل الأمر: 'اتصال مجموعة قواعد البيانات <العقدة الأساسية ip>'

كرر الخطوة 9 ب و 11 لكل سلسلة X تحتاج إلى فك إرتباطها.

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

الخطوة 13. هل تم تمكين موازنة التحميل على عملية النشر؟

إذا كنت تستخدم موازنة حمل مكالمات CMS مع CallBridgeGroups على API التي تم إعدادها باستخدام LoadBalancing=True، فيجب عليك تغيير حد التحميل لمطابقة الحدود الموصى بها للخوادم الجديدة في البيئة.  انتقل إلى API/v1/system/configuration/cluster وقم بتحديث حد التحميل وفقا لذلك:

النظام	حد التحميل الموصى به
CMS1000 M5v2	120000
CMS1000 M4 أو M5v1	96000
CMS2000 M5v2	875000
CMS2000	700000
VM (عدد vCPU x 1250)	مثال: 70 فولت من وحدة المعالجة المركزية × 1250 = 87500

الخطوة 14. إذا كان لديك مجموعة XMPP قبل هذا العمل وكنت تنوي البقاء على CMS 2.9.x لفترة، فأنت بحاجة إلى إعادة إنشاء مجموعة XMPP الخاصة بك.

أوامر MMP	الأمثلة
التكوين على جميع عقد XMPP	التكوين على جميع عقد XMPP
1. إعادة تعيين XMPP	1. إعادة تعيين XMPP
2. xmpp domain <domain name>	2. مجال XMPP example.com
3. XMPP Listen <interface whiteIst>	3. XMPP الاستماع
4. xmpp مرجع <keyfile> <certificate file> <cert-bundle>	4. xmpp certs xmppcluster.key xmppcluster.cer root.cer
5. ثقة نظام المجموعة XMPP <xmpp cert>	5. XMPP Cluster Trust xmppcluster.cer *** ملاحظة 1
تكوين العقدة الأولى	تكوين العقدة الأولى
6. xMPP enable	تمكين 6 xMPP
7. xMPP callbridge يضيف <callBridge name>	7. xmpp callBridge add cb1
8. xmpp callBridge يضيف <callBridge name>	8. xmpp callBridge add cb2
9. xmpp callBridge يضيف <callBridge name>	9. xmpp callBridge add cb3
10. xmpp callBridge يضيف <callBridge name>	10. xMPP callBridge يضيف cb4 *** ملاحظة 2
11. قائمة جسر اتصال XMPP	11. xmpp callBridge list <— انسخ هذا الإخراج إلى Notepad
12. xmpp disable	12. xmpp disable
13. تمكين مجموعة xmpp	13. تمكين مجموعة xmpp
14. تهيئة نظام المجموعة XMPP	14. تهيئة نظام المجموعة XMPP
15. xmpp enable	15. xmpp enable
16. حالة قطاع xMPP	16. حالة قطاع xMPP
تكوين العقدة الثانية والثالثة	تكوين العقدة الثانية والثالثة
17. xmpp enable	17. xmpp enable
18. xmpp callBridge add-secret <callBridge name>	18. xmpp callBridge add-secret cb1
19. أدخل كلمة سر CallBridge:	19. أدخل كلمة سر: <copy secret ل CB1 من notepad>
20. xmpp callBridge add-secret <callBridge name>	20. xmpp callBridge add-secret cb2
21. أدخل كلمة سر:	21. أدخل كلمة سر: <copy secret ل CB2 من notepad>
22. xmpp callBridge add-secret <callBridge name>	22. xmpp callBridge add-secret cb3
23. أدخل كلمة سر:	23: أدخل كلمة سر: <copy secret ل CB3 من notepad>
24. xmpp callBridge add-secret <callBridge name>	24. xmpp callBridge add-secret cb4 *** ملاحظة 3
25. أدخل كلمة سر:	25. أدخل كلمة سر: <copy secret ل CB4 من notepad>
26. xmpp disable	26. xmpp disable
27. تمكين مجموعة xmpp	27. تمكين مجموعة xmpp
28. xmpp enable	28. xmpp enable
29. وصلة نظام المجموعة XMPP <cluster>	29. ربط نظام المجموعة XMPP <عنوان IP أو FQDN للعقدة 1>
تكوين إعدادات XMPP في Web Admin	تكوين إعدادات XMPP في Web Admin
على كل خادم مزود بخدمة CallBridge	على كل خادم مزود بخدمة CallBridge
30. أدخل هذا الاسم الفريد ل CallBridges الذي تم تكوينه أعلاه	30. أدخل CB1 على callBridge1، وما إلى ذلك
31. أدخل المجال	31- أدخل المجال: example.com
32. أدخل السر من المفكرة	32. أدخل السرية من Notepad ل callBridge المقابل
33. تحقق من صفحة حالة مسؤول الويب للمصادقة	33. تحقق من صفحة حالة مسؤول الويب للمصادقة

ملاحظة 1: ثقة نظام المجموعة XMPP مثلا هي شهادة XMPP لأن الشهادة تحتوي على كافة FQDNs الخاصة بخادم XMPP في سمة Subject Alternative Name (SAN) أو أنها شهادة بطاقة جامحة.  إذا كان كل خادم XMPP لديه ترخيصه الخاصة، فيجب عليك دمجهم وإضافتهم كعنصر ثقة نظام المجموعة XMPP.

ملاحظة 2: xmpp callBridge add cb4.  تمت إضافة هذه الخطوة كمثال على أنه يمكنك الحصول على عدد من جسور الاتصال أكبر من عدد خوادم XMPP لديك.  هذه الخطوة ليست ضرورية، لكنها أضيفت كمثال.

ملاحظة 3: XMPP callBridge ad-secret cb4.  تمت إضافة هذه الخطوة لتتماشى مع الملاحظة 2.  إذا كان لديك 4 جسور اتصال، فأنت بحاجة إلى إضافة كل ال 4 إلى كل العقد في مجموعة XMPP.

إذا بقيت على إصدار CMS 2.9.x، فيمكنك بدء الاختبارات والتحقق من الصحة الآن لضمان عمل (أعمال) الخادم الجديد كما هو متوقع.

التحقق من الصحة

بعد الترحيل إلى الخادم (الخوادم) الجديد، تأكد من أن كافة المستخدمين والمساحات مرئية، وأن مكالمات SIP لا تزال تعمل.  إذا بقيت على إصدار CMS 2.9.x، فأكد أن XMPP لا يزال يعمل (لا يزال بإمكان مستخدمي WebRTC الانضمام/تسجيل الدخول، ويمكن أن يتصل المسجل، وما إلى ذلك).  تحقق من أي خوادم متصلة ب CMS لضمان أنها لا تزال تعمل (برنامج إدارة الاجتماعات (CMM) من Cisco، وبرنامج Unified Communications Manager (CUCM) من Cisco، ومجموعة إدارة TelePresence (TMS)، Expressway).  كما أنها فكرة جيدة لتشغيل "syslog follow" في MMP لمعرفة ما إذا كانت هناك أي أخطاء تحتاج إلى معالجة. 

استكشاف الأخطاء وإصلاحها

إن يقع أنت في أي مشكلة، أنت يستطيع رجعت إلى ك sery نادل، أو اتصل cisco TAC للدعم.