المحتويات

المقدمة

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

المتطلبات

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

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

آلية توجيه المكالمات قبل CUCM 8. 5 (لا تستخدم Run على جميع ميزة عقد CM الموحدة النشطة)

Use-case 1: هواتف IP المسجلة في العقدة 1. لم يتم تكوين أي قائمة مسار.

Use-case 2: هواتف IP المسجلة في العقدة 1. تم تسجيل RouteList إلى العقدة 2.

Use-case 3: هواتف IP المسجلة في العقدة 1. تم تسجيل RouteList إلى العقدة 2.

القرار

موازنة التحميل

آلية توجيه المكالمات بعد CUCM 8.5 (تشغيل على جميع ميزة عقد CM الموحدة النشطة قيد الاستخدام)

قنوات SIP - التشغيل على جميع العقد وقاعدة المسار المحلية

قوائم المسار - التشغيل على جميع العقد وقاعدة المسار المحلية

المقدمة

يصف هذا المستند طريقة العمل التي يستخدمها مدير الاتصالات الموحدة من Cisco لتحديد عقد CUCM التي يتم إستخدامها لإرسال المكالمات عبر بروتوكول بدء جلسة العمل (SIP) أو خطوط الاتصال المستندة إلى H.323.

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

المتطلبات

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

- مفاهيم توجيه المكالمات الأساسية لمديري الاتصالات الموحدة (CUCM) من Cisco

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

تستند المعلومات الواردة في هذا المستند إلى Cisco Unified Communications Manager (CUCM) 8.x والإصدارات الأحدث.

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

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

لا يتم تسجيل خطوط اتصال SIP وبوابات H.323 مع CUCM (على عكس بوابات MGCP). وبدلا من ذلك، تحدد مجموعة CUCM المقترنة بتجمع الأجهزة المرفق بشنطة الاتصال أو البوابة، أين ستكون نشطة. على سبيل المثال، إذا كانت نشطة على عقدتين أو ثلاث عقد، فما هي الآلية التي يستخدمها CUCM لتحديد الخادم الذي سيتم إرسال الاستدعاء إليه.

الهدف من هذا المستند هو شرح كيفية إتخاذ قرارات توجيه المكالمات وكيفية تحقيق موازنة الأحمال للمكالمات الصادرة عبر حزم SIP أو H.323.

آلية توجيه المكالمات قبل CUCM 8. 5 (لا تستخدم Run على جميع ميزة عقد CM الموحدة النشطة)

المنطق العام: بالنسبة للمكالمة الصادرة، بمجرد أن يمر CUCM بتحليل الرقم، فإنه يوسع المكالمة إلى RouteList أو الجهاز الطرفي.  (يتم تسجيل RouteList لعقدة معينة، والتي تعتمد على مجموعة CUCM)

يحدد التحكم في RouteList قائمة الأجهزة والاستعلام عن مدير الأجهزة.

تعطي إدارة الأجهزة معرف عملية الجهاز (PID) (على سبيل المثال: (2،100،25،45)، في هذا المثال يكون الجهاز نشطا على العقدة 2)

يتحقق التحكم في RouteList من حالة الجهاز (هو الجهاز الهدف نشط أو خامل أو مشغول) ويوسع المكالمة إلى خط الاتصال أو البوابة.

بما أن خطوط اتصال SIP / بوابات H.323 يمكن أن تكون نشطة على عقد متعددة، فإن السؤال يطرح الآن أي عقدة تم تحديدها كمعرف PID نشط بواسطة إدارة الأجهزة؟

وتسلط سيناريوهات حالة الاستخدام هذه المزيد من الضوء على ما يلي:

Use-case 1: هواتف IP المسجلة في العقدة 1. لم يتم تكوين أي قائمة مسار.

في خط اتصال SIP هذا نشط على العقدة 1 و 4.

- يظل المنطق العام كما هو، يقوم CUCM بإجراء تحليل أرقام على العقدة 1 حيث تم تسجيل الهاتف. ونظرا لأنه لم يتم تكوين أي قائمة مسار، فإن نمط المسار مرتبط مباشرة بشنطة SIP.

- يستعلم CUCM في العقدة 1 عن مدير الأجهزة في العقدة 1.

- مدير الأجهزة (DM) دائما تحقق من الجدول المحلي أولا، ثم قم بإرجاع الجهاز المحلي إذا كان هناك جهاز واحد، لتجنب الاتصال/حركة مرور البيانات بين مجموعات البيانات غير الضرورية.

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

Use-case 2: هواتف IP المسجلة في العقدة 1. تم تسجيل RouteList إلى العقدة 2.

في خط اتصال SIP هذا نشط على العقدة 2 و 4.

- بعد نتائج تحليل الرقم (DA)، تقوم عقدة CUCM 1 بتوسيع الاستدعاء إلى التحكم في قائمة التوجيه في العقدة 2.

- يستعلم RouteList Control على العقدة 2 مدير الأجهزة على العقدة 2.

- يتحقق DM دائما من الجدول المحلي أولا، ويعيد جهازا محليا إذا كان هناك جهاز واحد، في هذه الحالة يكون خط اتصال SIP محليا إلى العقدة 2.

ونتيجة لذلك، بغض النظر عن مكان تسجيل الهاتف، ونظرا لأن RouteList مسجل في العقدة 2 وأن خط اتصال SIP نشط على نفس العقدة، فإن جميع المكالمات هي مصدر من العقدة 2. مرة أخرى، لا يطبق منطق عشوائي.

Use-case 3: هواتف IP المسجلة في العقدة 1. تم تسجيل RouteList إلى العقدة 2.

في بوابة H323 هذه تكون نشطة على العقدة 1 و 4.

- بعد نتائج DA، يقوم CUCM على العقدة 1 بتوسيع المكالمة إلى التحكم في RouteList على العقدة 2.

- يستعلم التحكم في RouteList على العقدة 2 عن مدير الأجهزة على العقدة 2.

- تقوم إدارة الأجهزة (DM) دائما بالتحقق من الجدول المحلي أولا، وإرجاع بلا جهاز محلي.

- تبحث إدارة الأجهزة عن RemoteTable، وترى عبارة H.323 نشطة على العقدة 1 و 4.

إنها تطبق المنطق العشوائي، وتعطي PID نشط عشوائيا للتحكم في قائمة التوجيه. ونظرا لأنه يتم إرساله بشكل عشوائي بين العقدة 1 و 4، يتم موازنة حمل المكالمات في CUCM.

القرار

يتحقق CUCM مما إذا كانت بوابة SIP/H.323 نشطة على نفس العقدة مثل جهاز الاتصال. وإذا كان الأمر كذلك، فإنه يستخدم دائما العقدة المحلية لإرسال المكالمة.

إذا لم تكن بوابة SIP trunk/H.323 نشطة على نفس العقدة مثل جهاز الاتصال، فإنها ستصدر بشكل عشوائي من العقد التي يكون فيها خط الاتصال/الجهاز نشطا.

ملاحظة: يمكن أن يكون جهاز الاتصال إما هاتفا أو RouteList.  إذا كان نمط المسار مطابق ل RouteList، فإن الطرف المتصل هو RouteList. إذا كان نمط المسار مقترنا مباشرة بجهاز SIP/H.323، فإن جهة الاتصال هي الهاتف.

موازنة التحميل

إذا كانت موازنة الأحمال تريد أن تتحقق، فمن غير المستحسن أن تشارك في تحديد موقع RouteList أو الهاتف مع عقد CUCM التي ترتبط بها بوابات SIP/H.323، أي إذا كانت كلتاهما نشطة على نفس العقدة، فسيتم إرسال المكالمات من العقدة المحلية (دائما).

بمعنى آخر، يلزم تكوين بوابة SIP trunk/H.323 بحيث لا تكون نشطة على العقد التي تم فيها تسجيل RouteList أو الهواتف.

من CUCM الإصدار 8.6 وما بعده، قدمت CUCM ميزات جديدة تسمى Run على جميع عقد CM الموحدة النشطة لكل من خطوط اتصال RouteList/SIP.

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

آلية توجيه المكالمات بعد CUCM 8.5 (تشغيل على جميع ميزة عقد CM الموحدة النشطة قيد الاستخدام)

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

قنوات SIP - التشغيل على جميع العقد وقاعدة المسار المحلية

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

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

بالنسبة لشبكات SIP، فهذه هي الطريقة التي تعمل بها القاعدة المحلية للمسار:

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

يوصى بشدة بتمكين التشغيل على جميع عقد CM الموحدة النشطة على خطوط اتصال SIP لأن هذه الميزة تسمح للاستدعاءات الصادرة بالإنشاء من أي عقدة معالجة مكالمات داخل نظام المجموعة واستقبالها في حالة التشغيل. كما يمكن أن يعمل التشغيل على جميع عقد CM الموحدة النشطة لمنع إعداد المكالمات بين عقد معالجة المكالمات داخل نفس المجموعة قبل أن يتم إنشاؤه عبر خط اتصال SIP الصادر.

وكما هو الحال مع جميع خطوط اتصال CM الموحدة، يقبل برنامج SIP المقترن مع خط الاتصال المكالمات الواردة فقط من الأنظمة الطرفية ذات عناوين IP التي تم تعريفها في حقول عنوان وجهة خط الاتصال.

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

قوائم المسار - التشغيل على جميع العقد وقاعدة المسار المحلية

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

بالنسبة لقوائم المسارات، هذه هي الطريقة التي تعمل بها القاعدة المحلية للمسار:

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

- إذا تم تشغيل كل من قائمة المسار والشنطة على جميع عقد CM الموحدة النشطة الممكنة، يتم تحديد توزيع المكالمات الصادرة بواسطة العقدة التي تصل إليها المكالمة الواردة.

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

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

- إذا لم يتم تشغيل قائمة المسارات على جميع عقد CM الموحدة النشطة التي تم تمكينها، فسيكون مثيل قائمة المسارات نشطا على عقدة واحدة داخل نظام المجموعة (العقدة الأساسية لمجموعة CM الموحدة لقائمة التوجيه).

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

توصي Cisco بشدة بتمكين التشغيل على جميع عقد CM الموحدة النشطة على جميع قوائم المسارات وخطوط اتصال SIP.