تكوين برنامج CMS Scheduler وجدولة إجتماع على Web App

المقدمة

يصف هذا وثيقة كيف أن يشكل cisco إجتماع نادل (CMS) جدول على CMS 3.3 وكيف أن يجدول إجتماع.

المتطلبات الأساسية

المتطلبات

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

• الاتصال بجسر 
• جسر ويب

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

تستند المعلومات الواردة في هذا المستند إلى إصدارات البرامج والمكونات المادية التالية:

• CMS الإصدار 3.3
• إدارة إجتماعات Cisco (CMM)

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

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

يقدم CMS الإصدار 3.3 إمكانية جدولة الاجتماعات ومشاهدة الاجتماعات القادمة في تطبيق ويب. يمكن لمستخدمي تطبيق ويب جدولة الاجتماعات وتعديل الاجتماعات المجدولة وإعلام المشاركين عبر البريد الإلكتروني.

ملاحظة: في الإصدار 3.4، تم إصدار مكون أداة الجدولة كميزة مدعومة بالكامل على Meeting Server 1000 وعمليات النشر الافتراضية. يقدم الإصدار 3.5 دعم "مجدول" على Meeting Server 2000. وهو مدعوم الآن على Meeting Server 1000 و Meeting Server 2000 و Meeting Server على عمليات النشر الافتراضية.

ملاحظة: يقوم مكون المجدول بحذف المساحات المؤقتة التي يتم إنشاؤها عند جدولة الاجتماع من خلال مهمة داخلية تعمل كل 24 ساعة الساعة 1:15 بتوقيت جرينتش. في حالة انتهاء الاجتماع قبل تشغيل المهمة ب 24 ساعة أو أكثر، تتم إزالة المساحة المؤقتة.

ملاحظة: لا تقم بإنشاء سجل لمضيف محلي A (أو حرف بدل * سجل يطابق مضيف محلي) في أي منطقة DNS تستخدمها خوادم CMS. يقوم برنامج "المجدول" داخليا بتحديد نقطة نهاية واجهة برمجة التطبيقات (API) الخاصة به ل CallBridge من خلال LocalHost، والتي يجب حلها إلى 127.0.0.1؛ إذا قام DNS بإرجاع أي عنوان آخر، فسيفشل اكتشاف WebBridge بصمت بدون إرجاع WebBridge ولن تتمكن خدمة Scheduler من بدء تشغيل C2W.

التكوين

تم تكوين تطبيق ويب بدون مجدول كما هو موضح في الصورة.

المجدول هو مكون بيتا من CMS 3.3. تم تعيين أمر معالج إدارة اللوحة الرئيسية (MMP) الجديد لتكوين المجدول المبرز كما هو موضح في الصورة.

Scheduler C2W - يتم شرح اتصال Web Bridge

عند تمكين المجدول، فإنه يقوم بإجراء طلبات API إلى "جسر الاستدعاء" عبر واجهة الاسترجاع. وبالتالي، فمن الضروري نشر أداة الجدولة على خادم الاجتماعات الذي يستضيف أيضا جسر المكالمات. لا يمكن تكوين مجدول لاستخدام "جسر المكالمات البعيدة".

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

إتصالات المجدول:

1. تكوين الثقة C2W:

C2W هو اتصال WebSocket مستند إلى TLS تم إنشاؤه من المجدول إلى كل جسر ويب. في هذا الإصدار، يجب أن يكون كل مجدول قادرا على الاتصال بكل جسر ويب في نظام المجموعة. يتطلب المجدول تكوين شهادة العميل والمفتاح المراد إستخدامهما لهذا الاتصال. ونظرا لأن خدمة "المجدول" مطلوبة للتشغيل على خادم يحتوي أيضا على "جسر مكالمات" مجمع، فمن الممكن إستخدام شهادة "جسر المكالمات" وشهادة الثقة C2W لخدمة "المجدول" لتسهيل النشر. وهذا يضمن تضمين الشهادة المستخدمة بالفعل في الضمان Web Bridge C2W.

للقيام بذلك، قم بإنشاء شهادة وتحميلها إلى خادم الاجتماعات عبر بروتوكول نقل الملفات الآمن (SFTP) أو أستخدم أوامر MMP الخاصة بالبنية الأساسية للمفتاح العام (PKI) لإنشاء شهادة:

scheduler c2w certs CB344748.key BUN344748.cer

هنا BUN344748.CER هي شهادة سلسلة كاملة. يجب تقديم شهادة سلسلة كاملة من قبل خدمة المجدول عند تأسيس اتصال آمن بخوادم Web Bridge.

من المهم أن يتمكن المجدول من الثقة في كل جسر ويب يتصل به. لذلك قم بتجميع كل شهادات Web Bridge وتملك حزمة Web Bridge للمجدول الموثوق به.

قم بتكوين المجدول باستخدام الأمر scheduler c2w trust webbridge_bundle.cer.

على سبيل المثال، Scheduler c2w trust wbbundle.cer، حيث wbbundle.cer هو حزمة من الثقة لجميع شهادات Web Bridge.

من الضروري أيضا أن يتمكن Web Bridge من الثقة في المجدول. لذلك، قم بتجميع كل شهادات المجدول ولها حزمة مجدول Web Bridge للثقة: WebBridge3 c2w Trust <crt-bundle>.
يمكن تضمين جميع الشهادات الضرورية لكل من المجدول وجسور الاتصال في <crt-bundle>.

على سبيل المثال، webbridge3 c2w trust schedulerbun.cer، حيث schedulerbun.cer عبارة عن حزمة من جميع شهادات المجدول وشهادات Call Bridge.

يحتفظ المجدول باتصالات شبكة كاملة مع كل جسور الويب. في هذا السيناريو، يتضمن النشر ما يلي:

3 جسور اتصال

3 جسور ويب

مجدلان

جميع جسور الاتصال تتحدث إلى جميع جسور الويب. يعرف المجدول 1 و 2 بأمر Web-Bridge 3 لأنه تم تقديم Web-Bridge 3 إلى خدمة المجدول في إستدعاء API الأولي الذي تم إجراؤه لاستدعاء Bridge عند تمكين المجدول.

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

scheduler https listen <interface> <port>

scheduler https certs <key-file> <crt-fullchain-file>


scheduler https listen a 9443

scheduler https certs CB344748.key  BUN344748.cer  

أداة الجدولة التي تم تكوينها على CMS 1:

تم تمكين المجدول على CMS 1:

تم تمكين المجدول على CMS 2:

السجلات القصاصات عرض:

يتم إسترداد قائمة جسور الويب التي تم تكوينها بواسطة المجدول باستخدام واجهات برمجة التطبيقات (API) الخاصة ب Call Bridge. يتم إنشاء إتصالات C2W المتواصلة لكل جسر ويب مماثل لكيفية قيام جسر الاتصال أيضا بإنشاء اتصال C2W لكل جسر ويب.

تم تمكين خدمة المجدول:

Aug 21 11:53:22.408 daemon.info cms1 scheduler_backend[2056]:  INFO  CmsWebSchedulerApplication - Starting CmsWebSchedulerApplication with PID 1 (/app started by ? in /)

يقوم المجدول بإجراء استعلام API لاستدعاء Bridge، وهي قائمة بمكالمات Web Bridges التي تم تكوينها والتي تم سحبها بواسطة خدمة المجدول عبر إستدعاء API:

Aug 21 11:53:28.999 daemon.info cms1 scheduler_backend[2056]:  INFO  C2WSupervisor - getWebBridges - totalCount=3

Aug 21 11:53:28.999 daemon.info cms1 scheduler_backend[2056]:  INFO  C2WSupervisor - getWebBridges - added=3

تمت محاولة الاتصال من قبل C2W للاتصال بجميع جسور الويب:

Aug 21 11:53:29.011 daemon.info cms1 scheduler_backend[2056]:  INFO  C2WService - Connecting to webBridge=10.106.80.34:8443

Aug 21 11:53:29.015 daemon.info cms1 scheduler_backend[2056]:  INFO  C2WService - Connecting to webBridge=10.106.80.47:8443

Aug 21 11:53:29.015 daemon.info cms1 scheduler_backend[2056]:  INFO  C2WService - Connecting to webBridge=10.106.80.48:8443



Aug 21 11:53:29.069 daemon.info cms1 scheduler_backend[2056]:  INFO  C2WService - Received guid b6859515-3ea3-4bdc-9dce-a8b3033e62d7 from webbridge 10.106.80.34:8443

Aug 21 11:53:29.069 daemon.info cms1 scheduler_backend[2056]:  INFO  C2WService - Received guid 09b94d9c-9f70-452e-863b-99f099c774e9 from webbridge 10.106.80.47:8443

Aug 21 11:53:29.070 daemon.info cms1 scheduler_backend[2056]:  INFO  C2WService - Received guid 994190fa-1917-4c49-a9e6-3c05f1b8be91 from webbridge 10.106.80.48:8443

تتصل خدمة المجدول بجسور الويب عبر C2W وتوفر علامة التبويب مجدول:

Aug 21 11:53:31.016 daemon.info cms1 scheduler_backend[2056]:  INFO  C2WSupervisor - C2W connection for webbridge 10.106.80.34:8443 UP

Aug 21 11:53:31.017 daemon.info cms1 scheduler_backend[2056]:  INFO  C2WSupervisor - C2W connection for webbridge 10.106.80.47:8443 UP

Aug 21 11:53:31.017 daemon.info cms1 scheduler_backend[2056]:  INFO  C2WSupervisor - C2W connection for webbridge 10.106.80.48:8443 UP

يحتفظ المجدول باتصالات شبكة كاملة مع كل جسور الويب. يحتوي هذا النشر على:

3 جسور اتصال

3 جسور ويب

مجدلان

جميع جسور الاتصال تتحدث إلى جميع جسور الويب. يعرف المجدلان 1 و 2 تطبيق Web Bridge 3 لأنه تم تقديم Web Bridge 3 إلى خدمة المجدول في وقت إجراء إستدعاء API الأولي عند تمكين المجدول.

Aug 21 11:53:28.999 daemon.info cms1 scheduler_backend[2056]:  INFO  C2WSupervisor - getWebBridges - totalCount=3

Aug 21 11:53:28.999 daemon.info cms1 scheduler_backend[2056]:  INFO  C2WSupervisor - getWebBridges - added=3

Aug 21 11:53:29.011 daemon.info cms1 scheduler_backend[2056]:  INFO  C2WService - Connecting to webBridge=10.106.80.34:8443

Aug 21 11:53:29.015 daemon.info cms1 scheduler_backend[2056]:  INFO  C2WService - Connecting to webBridge=10.106.80.47:8443

Aug 21 11:53:29.015 daemon.info cms1 scheduler_backend[2056]:  INFO  C2WService - Connecting to webBridge=10.106.80.48:8443

حالة المجدول:

ملاحظة: يجب تسجيل الدخول لتتمكن من الوصول إلى وظيفة المجدول ولا تتوفر لصفحة هبوط المستخدمين Guest/Join.

بعد تكوين "مجدول"، يقوم تطبيق ويب العميل بجدولة علامة تبويب إجتماع.

جدولة إجتماع (إختياري)

ملاحظة: هذا هو التكوين الخاص بالبيئة لديك.

وبالإضافة إلى ذلك، يمكنك تكوين CoSpaceTemplates لتعيينه على الاجتماع. توفر CoSpaceTemplates طرق الوصول إلى الاجتماعات للمنظم والمشارك.

إنشاء قالب CoSpace:

قم بإنشاء قالب أسلوب وصول، وتعيينه إلى CoSpaceTemplates:

/api/v1/coSpaceTemplates/19577d25-f7cf-4524-9a26-5fd418dd5f96/accessMethodTemplates

تعيين أسلوب وصول إضافي إذا كان لديك:

يمكنك الآن تعيين CoSpaceTemplates هذا لمستخدم LDAP. لأغراض الاختبار، قم بتعيينه لمستخدم واحد.

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

بعد أن يقوم المستخدم بتسجيل الدخول، انقر فوق جدولة الاجتماع من أجل جدولة الاجتماع.

قم بإعطاء اسم للاجتماع المجدول حديثا واختر CoSpace الموجود بالفعل أو قم بإنشاء واحد جديد.

أختر قالب CoSpace الذي أنشأته سابقا:

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

إضافة مشاركين في الصفحة التالية. هنا يمكنك تعريف أي من المشاركين لديه طريقة الوصول.

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

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

تتصل المكالمة المجدولة بمجموعة من CMS:

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

لا يوجد حاليًا إجراء للتحقق من صحة هذا التكوين.

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

لا تتوفر حاليًا معلومات محددة لاستكشاف الأخطاء وإصلاحها لهذا التكوين.

محفوظات المراجعة

المراجعة	تاريخ النشر	التعليقات
3.0	01-Oct-2026	تم تحديث الملاحظة الخاصة بحذف المساحة المؤقتة.
1.0	14-Sep-2021	الإصدار الأولي