المقدمة
يوضح هذا المستند كيفية تمكين الاتصال بين خادم الاجتماعات (CMS) من Cisco ومدير الاتصالات الموحدة (CUCM).
المتطلبات الأساسية
المتطلبات
توصي Cisco بأن تكون لديك معرفة بالمواضيع التالية:
- CMS الإصدار 3.8 والإصدارات الأحدث
- CUCM و IM&P
- Jabber
المكونات المستخدمة
تستند المعلومات الواردة في هذا المستند إلى إصدارات البرامج والمكونات المادية التالية:
- CMS، الإصدار 3.8
- CUCM و IM&P 14 SU (3)
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك قيد التشغيل، فتأكد من فهمك للتأثير المحتمل لأي أمر.
معلومات أساسية
يوضح هذا المستند عملية إنشاء اتصال آمن بين CMS و CUCM لمشاركة وجود Jabber/Web App. وهو يشرح الخطوات التفصيلية لتكوين حالة التحديث لمستخدمي Jabber واستكشاف أخطائها وإصلاحها أثناء إجتماعات تطبيق الويب على CMS. يمكن تكوين خادم الاجتماعات لتحديث حالة التواجد الخاصة بمستخدمي Jabber أثناء اشتراكهم في إجتماع Cisco Meeting Server Web App.
التكوين
تمكين الاتصال الآمن بين خادم CMS و CUCM/IMP
قم بتسجيل الدخول إلى CUCM في صفحة إدارة OS، وتصفح إلى Security > Certificate Management، وتنزيل شهادة TOMCAT.
شهادة CUCM Tomcat
قم بتسجيل الدخول إلى خادم Cisco Unified Presence (CUPS) في صفحة إدارة OS، وتصفح إلى Security > Certificate Management، وتنزيل شهادة CUPS.
شهادة Presence CUPS
تنزيل "شهادة المرجع المصدق الجذر" التي وقعت على شهادة Tomcat و Cup.
شهادة الجذر ل Tomcat
الشهادة الجذر ل CUPS
إنشاء حزمة شهادة من شهادات CUCM. حزمة شهادة تعني، وضع شهادة الخادم في الأعلى، والشهادة الوسيطة (أي) في المنتصف، وشهادة الجذر في الأسفل، متبوعة ب (1) رجوع عربة.
هنا عينة ل الحزمة شهادة:
حزمة شهادة Tomcat
قم بإنشاء حزمة ترخيص من شهادات CUPS. حزمة شهادة تعني، وضع شهادة الخادم في الأعلى، والشهادة الوسيطة (أي) في المنتصف، وشهادة الجذر في الأسفل، متبوعة ب (1) رجوع عربة.
حزمة شهادة CUPS
اضغط على شهادات الحزمة التي تم إنشاؤها سابقا إلى خادم CMS من خلال WinSCP.
نسخ حزمة الشهادات إلى CMS
تعيين شهادة حزمة TOMCAT على CallBridge باستخدام callbridge ucm certs <cert-bundle>.
كاليبريغدي سيرت تراست
تعيين شهادة مجموعة خوادم Cup على CallBridge باستخدام callbridge imps certs <cert-bundle>.
قم بتشغيلcallbridge الأمر للتحقق من تعيين حزم الشهادات.
التحقق من شهادة الثقة في CallBridge
قم بتسجيل الدخول إلى CUCM كمسؤول CM، انتقل إلى User Management > User Settings > Access Control Group، وانقر Add New، وقم بإنشاء مجموعة تحكم في الوصول CUCM_AXL_Group.
إنشاء مجموعة AXL
قم بتعيين الدور Standard AXL API Access إلى مجموعة التحكم في الوصول التي تم إنشاؤها مسبقا.
تعيين وصول واجهة برمجة التطبيقات إلى مجموعة AXL
انتقل إلى User Management > Application User، وانقر فوق Add New، ثم قم بإنشاء مستخدم AXLuser للتطبيق. ثم قم بتعيين مجموعة التحكم في الوصول، التي تم إنشاؤها مسبقا.
إنشاء مستخدم وتعيين مجموعة AXL
قم بإنشاء مستخدم Cup وتعيين هذين الدورين: Third Party Application Users وAdmin-3rd Party API.
إنشاء مستخدم الكأس
تمكين التحقق من الشهادة لشهادة CUCM و Cisco Unified Communications Manager IM & Presence Service (IMPS) على CMS باستخدام:
callbridge ucm verify <enable/disable>
callbridge imps verify <enable/disable>
التحقق من CUCM و CUPS من CallBridge
تحقق من ذلك من خلال تشغيل callbridge الأمر.
التحقق من أمر الاستدعاء
قم الآن بإضافة اسم المجال المؤهل بالكامل (FQDN) ل CUCM وAXL و CUPS التي تم إنشاؤها سابقا على CMS باستخدام callbridge ucm add <hostname/IP> <axl_user> <presence_user>.
axl_user = مستخدم AXL على CUCM
presence_user = مستخدم CUP الذي تم إنشاؤه مسبقا
إضافة CUCM إلى CallBridge
الآن، تحقق مما إذا كانت CMS تثق بخدمات CUCM بمساعدة:
callbridge ucm <hostname/IP> axl_service status
callbridge ucm cucm14test.test.com axl_service status
حالة CallBridge AXL
callbridge imps <hostname/IP> <presence_user> presence_service status
wb3> callbridge imps impnew.test.com cisco presence_service status
حالة وجود CallBridge
تعني الخدمات المتوفرة أن CUCM و CMS يثقان ببعضهما البعض بالنسبة لخدمات AXL والحضور.
ملاحظة:
يحتوي CUCM على مستخدمي بروتوكول الوصول إلى الدليل خفيف الوزن (LDAP) الذين تمت مزامنتهم وتحديثهم أيضا على CUPS. يجب أن يكون لدى المستخدمين نفس معرف مستخدم تطبيق ويب و Jabber JID ويجب أن يتم تسجيلهم في تطبيق ويب بنفس معرف المستخدم، ليتم تحديث التواجد على Jabber.
تكوين CUCM المحدد لمشاركة التواجد بين WebApp وعميل Jabber
يجب أن يحتوي CUCM على بروتوكول LDAP تم تكوينه.
نظام LDAP:
تكوين CUCM LDAP 1
دليل LDAP:
تكوين CUCM LDAP 2
مصادقة LDAP:
تكوين CUCM LDAP 1 CUCM LDAP Configuration 1 CUCM LDAP Configuration 1 CUCM LDAP Configuration 3
المستخدمون الذين تم سحبهم من LDAP إلى CUCM مع تكوين معرف البريد:
مستخدمون في CUCM
تم تحديث مستخدم CUCM على خادم CUPS:
المستخدمون في CUPS
تم تكوين دليل LDAP نفسه أيضا على CMS. يتم سحب قاعدة بيانات المستخدم ومزامنتها على CMS.
مستخدمو CMS
الآن، بما أنك قد قمت بالفعل بالتحقق من أن CMS يمكن أن تثق في CUCM، يمكنك متابعة إختبار التواجد.
إضافة كؤوس و CUCM إلى CMS
التحقق من الصحة
تم التوقيع على عميلين بنفس المستخدم (تمت المزامنة من نفس بروتوكول LDAP):
تسجيل دخول المستخدم في Jabber و WebApp
قام كلا الزبونين بتسجيل الدخول إلى نفس المستخدم test@test.com.
التواجد في Jabber و WebApp قبل الاتصال
تتغير حالة التواجد عند الانضمام من تطبيق ويب
عندما يقوم مستخدم Jabber بتسجيل الدخول إلى تطبيق ويب والانضمام إلى إجتماع، يقوم خادم الاجتماعات بتحديث حالة Jabber إلى "في إجتماع، في مكالمة" ويرتد إلى حالته السابقة بعد أن ينهي المستخدم الاجتماع. على سبيل المثال، إذا كانت حالة المستخدم على Jabber تظهر "متوفر"، يتم تحديثها إلى "في إجتماع، في مكالمة" عندما تكون في إجتماع تطبيق ويب. بعد أن يغادر المستخدم الاجتماع، يتم تعيين حالة Jabber إلى "متوفر" مرة أخرى. إذا كان مستخدم Jabber في إجتماع/مكالمة أخرى أثناء الانضمام إلى إجتماع تطبيق ويب، فلن يقوم خادم الاجتماعات بتحديث حالة Jabber. إذا كان مستخدم Jabber قد قام بتعيين حالته إلى 'DND - عدم الإزعاج' قبل الانضمام إلى إجتماع تطبيق ويب، فإن خادم الاجتماعات لا يقوم بتحديث حالة Jabber. إذا قام المستخدم بتحديث حالة Jabber يدويا في أي وقت أثناء إجتماع تطبيق ويب، لا يتجاوز خادم الاجتماعات حالة المستخدم التي تم تحديثها يدويا.