المحتويات

المقدمة

سيناريو

الافتراضات المقدمة

التكوين على المؤسسة 1 عند إستدعاء Jabber A ل Jabber B

يصبح تدفق المكالمات الخارجية الإجمالي

التكوين على المؤسسة 1 عندما يدعو Jabber B Jabber A

يصبح تدفق المكالمات الواردة الإجمالي

المقدمة

يصف هذا المستند التكوين المتضمن في Cisco Unified Communications Manager (CUCM) و Expressway C و E حتى يمكن ل Jabber إستدعاء معرف الموارد الموحد (URI) لبروتوكول بدء جلسة عمل (SIP) لمستخدم آخر من مؤسسة أخرى عند الاتصال عبر الوصول عن بعد للأجهزة المحمولة (MRA). ويطلق على نفس الشيء في سياق Expressway أيضا تدفق المكالمات B2B.

سيناريو

افتراض سيناريو تقوم فيه المنظمة 1 بنشر تقرير ما بعد التصرف والمنظمة 2 لا. بالنسبة للمؤسسة 2، ينتهي النطاق باستخدام جهاز الأمان القابل للتكيف (ASA)، الذي يوجد بعده CUBE والذي يتم دمجه مع مجموعة CUCM الخاصة بالمؤسسة 2.

كما هو موضح في الصورة، يمكن توصيل Jabber A عبر MRA أو داخليا، ولكن يظل التكوين هو نفسه على CUCM، Expressway C و E، للمؤسسة 1.

الافتراضات المقدمة

يمكنك افتراض أن مستخدم Jabber A ومستخدم Jabber B قادرين على تبادل IM والحضور عبر إتحاد Extensible Messaging و Presence Protocol (XMPP)، وعناوين IM الخاصة بهم هي أيضا عناوين URI ل SIP الخاصة بالعمل.

كما يمكن لكل من Jabber A و Jabber B الاتصال عبر SIP URI داخليا، داخل مؤسساتها الخاصة، بنجاح.

في السيناريو المذكور أعلاه، تفترض أن المنظمة 2 لديها CUCM كخادم للتحكم في المكالمات. ومع ذلك، يمكن أن يكون خادم التحكم في المكالمات من مورد مختلف أيضا.

يلزم إدراك الإصدار أثناء دمج CUCM و Jabber و VCS ل MRA.

التكوين على المؤسسة 1 عند إستدعاء Jabber A ل Jabber B

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

الخطوة 2. إنشاء خط اتصال SIP يشير إلى ExpressWay-C وتعيين ملف تعريف أمان خط اتصال SIP، كما هو موضح في الصورة:

ملاحظة: يتم إنشاء ملف تعريف أمان خط الاتصال الجديد الذي يستمع إلى منفذ 5065. يتم تعيينها إلى خط اتصال SIP الجديد هذا الذي يشير إلى Expressway-C لأن Expressway-C مكون بالفعل لإرسال تسجيلات Jabber غير الآمنة على 5060 إلى CUCM عند تسجيل دخول مستخدم Jabber عبر MRA. إذا كنت تستخدم ملف تعريف أمان خط الاتصال الافتراضي، فيفشل Jabber الذي سجل الدخول عبر MRA في التسجيل على المنفذ 5060 من CUCM.

الخطوة 3. قم بإنشاء نمط مسار SIP لمعرف مواقع المعلومات (URI) الخاص بالمؤسسة 2 وعينت ذلك لنقطة اتصال SIP إلى Expressway-C، كما هو موضح في الصورة:

الخطوة 4. قم بإنشاء منطقة مجاورة على Expressway-C تشير إلى CUCM، كما هو موضح في الصورة:

الخطوة 5. قم بإنشاء منطقة عميل Traversal على Expressway-C (ليس إجتياز UC)، كما هو موضح في الصورة:

الخطوة 6. قم بإنشاء منطقة خادم تبادلي على Expressway-E (وليس تجتاز الاتصالات الموحدة)، كما هو موضح في الصورة:

الخطوة 7. قم بإنشاء منطقة DNS على Expressway-C، والتي سيتم إستخدامها لإجراء بحث DNS SRV لمعرف URI الخاص بالمؤسسة 2، كما هو موضح في الصورة:

بمجرد إنشاء جميع المناطق، تحتاج إلى تحديد قواعد البحث على Expressway C و E حتى يمكن أن يحدث التوجيه.

الخطوة 8. قاعدة البحث في Expressway-C هي إعادة توجيه دعوة SIP المخصصة ل URI starlabs.com إلى Expressway-E ، في منطقة العبور الجديدة التي قمت بها، كما هو موضح في الصورة:

الخطوة 9. قاعدة بحث في Expressway-E، لإعادة توجيه دعوة SIP المخصصة ل URI starlabs.com إلى منطقة DNS، بمجرد وصول المكالمة إلى منطقة العبور Expressway-Evia، التي قمت بها، كما هو موضح في الصورة:

الخطوة 10. بمجرد أن تصل المكالمة إلى منطقة DNS، يقوم Expressway-C بالبحث عن DNS SRV ل _sips.tcp.starlabs.com وsip._tcp.starlabs.com وsip._udp.starlabs.com مقابل خادم DNS العام.

في سجلات Exp-E، يمكنك أن ترى هذا على هيئة:

2016-03-09T09:48:35+05:30 VCSECOL tvcs: UTCTime="2016-03-09 04:18:35,399" Module="network.dns" Level="DEBUG":  Detail="Sending DNS query" Name="_sip._tcp.starlabs.com" Type="SRV (IPv4 and IPv6)"

2016-03-09T09:48:35+05:30 VCSECOL tvcs: UTCTime="2016-03-09 04:18:35,400" Module="network.dns" Level="DEBUG":  Detail="Resolved hostname to:  ['IPv4''TCP''14.160.103.10:5060'] (A/AAAA) Number of relevant records retrieved: 1"

من بحث DNS SRV، يحصل Exp-E على IP والمنفذ للخطوة التالية، للوصول إلى المؤسسة 2. في هذا السيناريو يحل DNS SRV _sip._tcp.starlabs.com إلى العامة FQDN/IP & Port 5060، من ASA للمؤسسة 2.

يصبح تدفق المكالمات الخارجية الإجمالي

1. Jabber A dials userB@starlabs.com ك SIP URI.

2. تصل دعوة SIP إلى CUCM (عبر EXP-E —> EXP-C).

3. يقوم CUCM بتحليل الأرقام التي تطابق نمط مسار SIP.

4. يقوم CUCM بتوجيه المكالمة إلى EXP-C عبر خط اتصال SIP.

5. تتلقى EXP-C المكالمة في "المنطقة المجاورة ل CUCM"، وتقوم "قاعدة البحث" بإعادة توجيه المكالمة إلى المنطقة التبادلية التي قمنا بها.

6. تصل الاستدعاء الآن إلى Exp-E عبر "منطقة العبور" وتقوم قاعدة البحث هنا بإعادة توجيه الاستدعاء إلى "منطقة DNS".

7. بمجرد الوصول إلى منطقة DNS، يتم بحث DNS SRV عن _sip._tcp.starlabs.com مقابل خادم DNS العام، والذي يتم حله إلى الخطوة التالية للوصول إلى المؤسسة 2.

التكوين على المؤسسة 1 عندما يدعو Jabber B Jabber A

افترض الآن أن للمنظمة 2 خطة طلب خاصة بها تم تكوينها لتوجيه مكالمة SIP URI إلى المؤسسة 1، عندما يدعو Jabber B Jabber A. لنرى التغييرات التي تحتاج إليها، للحصول على دعوة SIP الواردة، الموجهة إلى CUCM للمؤسسة 1.

الخطوة 1. قاعدة البحث الوارد على Expressway-E، لإرسال دعوة SIP واردة من المؤسسة 2 إلى Exp-C، لمجال fed.sollab1.com SIP URI، كما هو موضح في الصورة:

الخطوة 2. قاعدة البحث الوارد على Expressway-C، لإرسال دعوة SIP واردة من Exp-E إلى CUCM، لمجال URI ل SIPfed.sollab1.com، كما هو موضح في الصورة:

يصبح تدفق المكالمات الواردة الإجمالي

1. دعوة SIP الواردة من Jabber B ل userA@fed.sollab1.com زيارة Exp-E.

2. تقوم قاعدة البحث على Exp-E بإعادة توجيه الاستدعاء إلى Exp-C، عبر "منطقة العبور".

3. قاعدة بحث على EXP-C، إعادة توجيه إستدعاء مجموعة CUCM عبر 'المنطقة المجاورة ل CUCM'.

4. يرسل CUCM دعوة SIP إلى Jabber A المسجلة عبر MRA (عبر EXP-C —> EXP-E).

ملاحظة: يلزم الحصول على تراخيص وسائط غنية على كل من ExpressWay-C و ExpressWay-E لاستدعاءات B2B للعمل.

ملاحظة: تأكد من أن العميل قام بفتح المنافذ الصحيحة على جدار الحماية.