المحتويات

المقدمة

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

المتطلبات

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

أساليب إضافة مشارك إلى مؤتمر CMS الحالي

التكوين

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

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

معلومات ذات صلة

المقدمة

يوضح هذا المستند كيفية إضافة مشاركين إلى مؤتمر CMS موجود في نشر أنظمة CMS المجمعة مع تمكين موازنة الأحمال.

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

المتطلبات

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

- موازنة تحميل CMS (خادم الاجتماعات من Cisco)

- المؤتمرات المؤقتة CUCM (Cisco Unified Communications Manager)

يفترض هذا المستند أنه قد تم تكوين "تحميل التحميل" بالفعل ل CallBridges (CB) المجمعة الخاصة بك ويعمل على المكالمات المباشرة لخوادم CMS هذه (الاتصال مباشرة بمساحة CMS موجودة). هذا يعني أن هذه المتطلبات تم تكوينها بالفعل:

- تتم إضافة جميع خوادم CMS التي سيتم إستخدامها للمؤتمرات المؤقتة إلى CUCM>موارد الوسائط > Conference Bridge ويتم تسجيلها

- يتم إنشاء قائمة مجموعة موارد الوسائط (MRGL) التي تحتوي على مجموعة موارد الوسائط (MRG)، ولديها خوادم CMS فقط، وهي المجموعة الأولى في MRGL

- يتم إنشاء قائمة مسارات تحتوي على مجموعة مسارات، كما أنها تحتوي على خوادم CMS، وخوارزمية التوزيع المحددة هي دائرية

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

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

- CMS 2.9.1

- CUCM، الإصدار 12.5.1

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

أساليب إضافة مشارك إلى مؤتمر CMS الحالي

ملاحظة: هناك ثلاث طرق رئيسية لإضافة مشارك إلى مؤتمر CMS قائم: إضافة مشارك عن طريق واجهة برمجة التطبيقات، وإضافة مشارك عن طريق المراقبة النشطة، وإضافة مشارك بدون رقابة نشطة.

1. إضافة مشارك عبر واجهة برمجة التطبيقات

لاستخدام هذه الطريقة، يجب تمكين LoadBalanceOutgoingCalls على مجموعة CallBridge.

لإضافة المشارك باستخدام هذه الطريقة، يجب تقديم طلب API POST إلى /المكالمات/<active-call-id>/participants/. يجب أن يتضمن طلب POST معرف المشارك الخاص بالمشارك الذي تتم إضافته إلى المؤتمر كقيمة للمعلمة remoteParty، والتي تعد جزءا من طلب POST هذا.

يوجه طلب البريد هذا CMS لإجراء مكالمة صادرة للمشترك الذي تتم إضافته. إذا تم تمكين LoadBalanceOutgoingCalls على مجموعة CallBridge، وإذا كانت CMS قد وصلت إلى حد التحميل، فإنها تجد خادم CMS في المجموعة لإجراء مكالمة صادرة إلى المشارك الذي تتم إضافته، ويتم إنشاء مكالمة موزعة بين الخادمين. هذه هي الطريقة نفسها التي يستخدمها CMM لإضافة مشاركين إلى مؤتمر CMS.

2. إضافة مشارك من خلال عنصر تحكم نشط

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

تحتاج إلى تمكين التحكم النشط على ملف تعريف خط اتصال SIP الذي تم تكوينه على خط اتصال SIP الذي يربط CUCM مع CMS، للقيام بذلك تمكين المعلمة السماح بوسائط تطبيق IX، والملاحظ أن ملف تعريف SIP القياسي لعقد مؤتمرات TelePresence قد تم تمكينه بشكل افتراضي. بالإضافة إلى ذلك، يجب تمكين LoadBalanceOutgoingCalls على مجموعة CallBridge.

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

add participant "<participant-uri>" request failed: call bridge unavailable

وينطبق ذلك على حالتي الاستخدام - عندما يضاف المشترك إلى مؤتمر مخصص، وعندما يضاف إلى حيز CMS موجود عن طريق التحكم النشط.

هذا سلوك معيب ويتم تتبعه تحت العيب CSCvu72374

3. إضافة مشارك بدون تحكم نشط

عندما تتم إضافة مشارك بدون إستخدام التحكم النشط (وبالتالي السماح بوسائط تطبيق IX غير ممكنة على ملف تعريف SIP)، يقوم CUCM بإجراء مكالمة بين المستخدم الذي يبدأ الإجراء والمشترك الجديد. ثم عندما يكون المستخدم مستعدا للانضمام إلى المشارك الجديد في المؤتمر، يقوم CUCM بإجراء مكالمة صادرة إلى المؤتمر المخصص الذي يعمل على CMS1. إذا تم الوصول إلى حد الحمل على CMS1، لا يمكن إضافة المشارك وتعرض CMS1 رسالة الخطأ هذه (55 مثال على رقم الاتصال):

call 55: ending; local teardown, system participant limit reached - not connected after 0:00

رسالة الخطأ هذه هي رسالة خطأ عادية تتم طباعتها بواسطة خادم CMS عندما يستلم مكالمة واردة وبعد أن تصل إلى الحد الأقصى للتحميل الخاص بها. ومن ثم يعود الأمر إلى خادم التحكم في المكالمات (CUCM أو VCS) لمتابعة توجيه المكالمة إلى الأعضاء الآخرين في نظام المجموعة. غير أن ذلك لا ينجح في حالة عقد مؤتمر مخصص، ولا يمكن القيام بذلك لأن مؤتمر حفظ السلام في جمهورية أفريقيا الوسطى ليس لديه قائمة بالمسارات للمؤتمرات المخصصة.

التكوين

يقدم هذا المستند خطوات التكوين المطلوبة لاستخدام الطريقة الثالثة لإضافة مشارك إلى المؤتمر الحالي (إضافة مشارك بدون تحكم نشط).

يكون السلوك الذي تم تناوله مع خطوات التكوين في هذا المستند:

1. يقوم المستخدم بإنشاء مؤتمر مخصص، ويستضيفه خادم CMS1

2. بعد إنشاء المؤتمر المخصص، تصل CMS1 تدريجيا إلى حد التحميل المهيأ لها (المهيأ عبر API at /system/configuration/cluster)

3 - يحاول المستعمل إضافة مشارك جديد إلى المؤتمر المخصص الجاري، بيد أن المستعمل الجديد لا يتصل بالمؤتمر

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

الخطوة 1.  إنشاء ملف تعريف أمان خط اتصال SIP جديد ل Trunk1

- انتقل إلى النظام > الأمان > ملف تعريف أمان خط اتصال SIP

- حدد إضافة جديد

- تعيين الاسم ليكون إستقبال غير آمن ل Trunk1 على 5040

- تعيين وضع أمان الجهاز على غير آمن

- تعيين المنفذ الوارد ليكون 5040

- حدد حفظ

ملف تعريف أمان SIP ل Trunk1

الخطوة 2.  إنشاء ملف تعريف أمان خط اتصال SIP جديد ل Trunk2

- انتقل إلى النظام>الأمان> ملف تعريف أمان خط اتصال SIP

- حدد إضافة جديد

- تعيين الاسم ليكون إستقبال Trunk2 غير الآمن على 5041

- تعيين وضع أمان الجهاز على غير آمن

- تعيين المنفذ الوارد ليكون 5041

- حدد حفظ

ملف تعريف أمان SIP من Trunk2

الخطوة 3.  إنشاء برنامج نصي جديد لتطبيع SIP

- انتقل إلى الجهاز>إعدادات الجهاز > نصوص تطبيع SIP

- حدد إضافة جديد

- قم بتعيين الاسم ليكون remove_conference_from_call_info_header

- في المحتوى، أستخدم هذا البرنامج النصي

M = {}

function M.outbound_INVITE(msg)

msg:removeHeaderValue("Call-Info", "<urn:x-cisco-remotecc:conference>")

end

return M

- حدد حفظ

الخطوة 4.  إنشاء ملف تعريف SIP جديد

- انتقل إلى الجهاز>إعدادات الجهاز > ملف تعريف SIP

- حدد ملف تعريف SIP القياسي لمؤتمرات TelePresence ونسخه

- تعيين الاسم ليكون لا يوجد مؤتمر نظام TelePresence للتحكم النشط

- قم بإلغاء تحديد خانة الاختيار السماح بوسائط تطبيقات iX في أسفل الصفحة

- حدد حفظ

الخطوة 5.  إنشاء قسم جديد

- انتقل إلى توجيه المكالمات > فئة التحكم > تفريق

- حدد إضافة جديد

- قم بتعيين الاسم ليكون cms_adhoc_number

- حدد حفظ

الخطوة 6.  إنشاء مساحة بحث إستدعاء جديدة (CSS):

- انتقل إلى توجيه المكالمات > فئة التحكم > إستدعاء مساحة البحث

- حدد إضافة جديد

- قم بتعيين الاسم ليكون CMS_ADHOC_NUMBER

- إضافة القسم الذي تم إنشاؤه في الخطوة 5 cms_adhoc_number

- حدد حفظ

إستدعاء تكوين مساحة البحث

الخطوة 7.  إنشاء خط اتصال SIP جديد، Trunk1:

- انتقل إلى الجهاز > خط الاتصال

- حدد إضافة جديد

- تحديد خط اتصال SIP لنوع خط الاتصال

- تحديد التالي

- أدخل هذه القيم وقم بالحفظ

اسم الجهاز

أدخل اسم لشنطة SIP، Trunk1

التشغيل على جميع عقد CM الموحدة النشطة

تم التحقق

عنوان الوجهة

دخلت ال IP من ال CUCM نادل نفسه، مثلا 10.48.36.50

غاية ميناء

دخلت الميناء على أي شنطة 2 يستمع على، 5041

ملف تعريف أمان خط اتصال SIP

حدد ملف التعريف الذي تم إنشاؤه في الخطوة 1، خط الاتصال 1 غير الآمن للاستقبال في 5040

ملف تعريف SIP

حدد ملف التعريف الذي تم إنشاؤه في الخطوة 4، بدون عقد مؤتمر التواجد عن بعد لعنصر التحكم النشط

طريقة إرسال إشارات DTMF

تحديد RFC 2833

برنامج SIP Normalization

حدد البرنامج النصي الذي تم إنشاؤه في الخطوة 3، remove_conference_from_call_info_header

إعدادات SIP ل Trunk1

الخطوة 8.  إنشاء خط اتصال SIP جديد، Trunk2:

- انتقل إلى الجهاز>خط الاتصال

- حدد إضافة جديد

- تحديد خط اتصال SIP لنوع خط الاتصال

- تحديد التالي

- أدخل هذه القيم وقم بالحفظ

اسم الجهاز

أدخل اسم لشنطة SIP، Trunk2

التشغيل على جميع عقد CM الموحدة النشطة

تم التحقق

إستدعاء مساحة البحث

حدد CSS الذي تم إنشاؤه في الخطوة 6، CMS_ADHOC_NUMBER

عنوان الوجهة

دخلت العنوان أو FQDN من ال CUCM نادل نفسه، مثلا 10.48.36.50

غاية ميناء

دخلت الميناء على أي شنطة 1 يستمع على، 5040

ملف تعريف أمان خط اتصال SIP

حدد ملف التعريف الذي تم إنشاؤه في الخطوة 2، خط الاتصال 2 غير الآمن في 5041

ملف تعريف SIP

حدد ملف التعريف الذي تم إنشاؤه في الخطوة 4، بدون عقد مؤتمر التواجد عن بعد لعنصر التحكم النشط

طريقة إرسال إشارات DTMF

تحديد RFC 2833

برنامج SIP Normalization

حدد برنامج التطبيع النصي الموجود Cisco-meeting-server-interop

إعدادات SIP ل Trunk2

الخطوة 9.  إنشاء نمط مسار جديد

- انتقل إلى توجيه المكالمات > المسار/الصيد> نمط المسار

- حدد إضافة جديد

- تعيين نمط المسار إلى !

- تعيين قسم المسار إلى القسم الذي تم إنشاؤه في الخطوة 5، cms_adhoc_number

- تمكين خانة الاختيار أولوية ملحة

- تغيير تصنيف المكالمة إلى OnNet

- قم بتعيين البوابة/قائمة المسارات لتكون قائمة مسارات CMS التي تم تكوينها بالفعل (كما هو مذكور في قسم الطلبات سابقا)

- حدد حفظ

نمط المسار

قائمة مسارات موازنة حمل CMS

مجموعة مسار موازنة حمل CMS

الخطوة 10.  تعديل تكوين جسر المؤتمر المؤقت CMS

- انتقل إلى موارد الوسائط > جسر المؤتمرات

- تحديد خادم CMS الأول

- تغيير خط اتصال SIP إلى Trunk1، تم إنشاء خط اتصال SIP في الخطوة 7

- تمكين خانة الاختيار تجاوز وجهة خط اتصال SIP كعنوان HTTPS

- في حقل hostname/عنوان IP، قم بتعيين CMS WebAdmin FQDN لخادم CMS المحدد الذي يجب أن يكون موجودا أيضا في شهادة WebAdmin الخاصة بذلك الخادم

- حدد حفظ

- قم بالمثل لجميع خوادم CMS الأخرى، قم بتعيين Trunk1 التي سيتم إستخدامها عليها كلها، ومع ذلك قم بتغيير حقل اسم المضيف/عنوان IP إلى CMS FQDN المحدد

CMS1

CMS2

CMS3

الخطوة 11.  إعادة ضبط خط اتصال SIP1 وخط الاتصال 2

- انتقل إلى الجهاز > خط الاتصال

- حدد Trunk1 وTrunk2

- تحديد إعادة تعيين العناصر المحددة

- انتظر حتى يتم عرض الخدمة الكاملة لكل منهما

الخطوة 12.  إعادة ضبط خوادم CMS المؤقتة

- انتقل إلى موارد الوسائط>جسر المؤتمرات

- تحديد كافة خوادم CMS

- تحديد إعادة تعيين العناصر المحددة

- انتظر حتى يتم عرض كافة الخوادم المسجلة

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

استخدم هذا القسم لتأكيد عمل التكوين بشكل صحيح.

- إنشاء مؤتمر مخصص والتحقق من خادم CMS الذي يستضيف المؤتمر

CMS1 إستضافة المؤتمر المخصص

- تحقق من حمل معالجة الوسائط الحالي على خادم CMS هذا، أستخدم واجهة برمجة تطبيقات الحصول على /النظام/التحميل

حمل الوسائط الحالي

- قم بتعيين حد الحمل على الخادم على قيمة أقل من حمل معالجة الوسائط عن طريق إرسال POST إلى /system/configuration/cluster باستخدام Parter LoadLimit، على سبيل المثال 1000

تغيير حدود التحميل

- إضافة مشارك جديد إلى الاجتماع. تتم إضافة المشارك ويتم إنشاء عملية توزيع بين CMS1 وخادم CMS آخر نظرا لأن CMS1 قد وصل إلى حده

مكالمة موزعة

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

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

يمكنك إستخدام أداة محلل حلول التعاون لتحليل السجل.

معلومات ذات صلة

- منطق موازنة التحميل على خادم الاجتماعات من Cisco

- وثائق تكوين CMS

- أدلة برمجة CMS API و MMP

- وثائق تكوين CUCM