تكوين ودمج المراسلة الفورية القياسية من CUAC وتكامل التواجد

المقدمة

يوضح هذا المستند كيفية تكامل عميل CUAC القياسي مع خادم IM و Presence لتواجد Jabber في وحدة تحكم CUAC.

المراسلة الفورية القياسية من CUAC ودمج التواجد

التكوين في عميل CUAC القياسي

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

لتكوين هذه الإعدادات في العميل، أختر File > Options > Operator Details.  

في قسم تفاصيل التواجد، قم بإدخال المعلومات المطلوبة:

عنوان الخادم - عنوان IP أو اسم المضيف أو FQDN الخاص بخادم المراسلة الفورية والحضور

المنفذ - 5222 (لأن الاتصال هو اشتراك XMPP)

المجال - المجال الذي تم تكوينه كمجال افتراضي في تكوين خادم IM و Presence.

المستخدم - اسم المستخدم النهائي الذي تم تمكين التواجد به

كلمة المرور - كلمة مرور المستخدم النهائي

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

ملاحظة: عندما يكون الاتصال ناجحا، لا يمكن تحديد زر تطبيق. في حالة حدوث مشكلة في تفاصيل الاتصال، يتم عرض هذا الخطأ:

يتم تقديم هذا الخطأ في حالة وجود مشاكل في الاتصال بالخادم الذي تم توفيره، أو اسم مستخدم/كلمة مرور غير صحيحة، أو مجال وجود غير صحيح.  

التواجد في عميل CUAC-standard Client

يظهر التواجد في عميل CUAC في التواجد البيضاوي إلى يسار اسم عائلة المستخدم.  هذا مثال على الحالة المتاحة.

يتم عرض "مشغول/في مكالمة/حضور إجتماع" كما يلي:

يتم عرض DND بهذا الشكل:

كيف يقوم عميل CUAC القياسي بسحب التواجد للمستخدمين

نظام عنونة المراسلة الفورية للمجال User@Proxy الافتراضي

يستخدم عميل CUAC حساب المستخدم النهائي الذي تم تكوينه في الخيارات لإرسال اشتراكات التواجد للمستخدمين.  

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

نظرا لأن المستخدم ليس لديه URI للدليل تم تكوينه في CUCM، قم بتطبيق اسم المستخدم فقط.  

أستخدم المجال المكون في تفاصيل التواجد لإنشاء URI - firstinitiallastname@domain.net.  

يتم بعد ذلك إستخدام URI لإرسال اشتراك وجود XMPP إلى IMP للحصول على وجود للمستخدم.

مخطط عنونة URI للدليل

يدعم CUAC Standard نظام عنونة URI للدليل لاشتراكات التواجد.  

عملية الاشتراك في التواجد هي نفسها، ومع ذلك، يتم تزويد العميل ب URI الكامل بدلا من اسم المستخدم فقط.  

في هذه الحالة يتم توفير URI بالكامل في تفاصيل جهة الاتصال:

تذكر أنه يجب على المسؤول توفير المجال الافتراضي في تفاصيل الاتصال سواء كان نظام عنوان IM الافتراضي أو URI الدليل مستخدما في IMP.

أستكشاف أخطاء دمج التواجد القياسي وإصلاحها من CUAC

من المهم التأكد من صحة المجال واسم المستخدم وكلمة المرور في تفاصيل اتصال التواجد.  

نرى هذا في السجلات:

تم تكوين مجال غير صحيح في تفاصيل اتصال عميل CUAC القياسي

2016-05-24 15:51:19،799 [1] معلومات XMPP - XMPPWrapper.IsValidLogin: المضيف:x.x.x،Port:5222،المجال:domain.ne،UserName:firstintiallastname@domain.ne.
2016-05-24 15:51:19،799 [1] معلومات XMPP - XMPPWrapper.IsValidLogin: حدث السجل:إنشاء مثيل جديد ل _xmppClient
2016-05-24 15:51:19،799 [1] معلومات XMPP - XMPPWrapper.IsValidLogin: حدث السجل:مثيل جديد ل _xmppClient الذي تم إنشاؤه

في هذا المثال، تم تكوين المجال كمجال.ne بدلا من domain.net.  هذا غير صحيح ويؤدي إلى المستخدم غير الصحيح الذي يحاول المصادقة، firstinitiallastname@domain.ne.

فشل تخويل المستخدم للخطأ:

2016-05-24 15:51:32،761 [33] INFO XMPP - XMPPWrapper.IsValidLogin: Log Event:RECV: <stream:features><mechanisms xmlns='urn:ietf:params:xml:ns:xmpp-sasl><mechanism>عادي</mechanism><mechanism>Cisco-VTG-Token</mechanism></mechanisms></stream:features>
2016-05-24 15:51:32،762 [33] INFO XMPP - XMPPWrapper.IsValidLogin: Log Event:SEND: <auth mechanism="PLAIN" xmlns="urn:ietf:params:xml:ns:xmpp-sasl">AGd3YXNoaW5ndG9uAFJUUCFhcHBz</auth>
2016-05-24 15:51:32،779 [33] معلومات XMPP - XMPPWrapper.IsValidLogin: Log Event:RECV: <failure xmlns='urn:ietf:params:xml:ns:xmpp-sasl'><غير مصرح/></failure>

إيقاف الاتصال وإغلاق جلسة العمل إلى IMP للمستخدم:

2016-05-24 15:51:32،780 [33] معلومات XMPP - XMPPWrapper.IsValidLogin: حدث السجل:إطلاق النار على LoginError()
2016-05-24 15:51:32،780 [33] معلومات XMPP - XMPPWrapper.IsValidLogin: StatusChangeEvent:<Start xmlns="firstinitiallastname@domain.ne">
<status id="403">&lt؛failure xmlns="urn:ietf:params:xml:ns:xmpp-sasl"&gt؛&lt؛غير مصرح /&gt؛&lt؛/failure&gt؛</status>
</البدء>
2016-05-24 15:51:32،780 [33] INFO XMPP - XMPPWrapper.IsValidLogin: Log Event:AUTH Error: <failure xmlns="urn:ietf:params:xml:ns:xmpp-sasl"><غير مصرح /></failure>
2016-05-24 15:51:32،781 [33] معلومات XMPP - XMPPWrapper.IsValidLogin: حدث السجل:RECV: </stream:stream>
2016-05-24 15:51:32،781 [33] معلومات XMPP - XMPPWrapper.IsValidLogin: حدث السجل:— تم قطع الاتصال ب firstinitiallastname@domain.ne —
2016-05-24 15:51:32،781 [33] معلومات XMPP - XMPPWrapper.IsValidLogin: حدث السجل:FireOnDisconnect()
2016-05-24 15:51:32،781 [33] معلومات XMPP - XMPPWrapper.IsValidLogin: StatusChangeEvent:<Shutdown xmlns="firstinitiallastname@domain.ne">
<status id="503">تم فقد الاتصال ب x.x.x.x</status>
</shutdown>

يظهر خطأ في نافذة العميل:

2016-05-24 15:51:34،299 [1] تحذير طريقة العرض - operatorDetailsViewModel.DoSave. فشل إختبار اتصال خادم Presence. الرجاء التحقق من تفاصيل الاتصال والمحاولة مرة أخرى. المضيف:x.x.x.x، المنفذ:5222

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

إعلام تغيير التواجد الناجح

2016-05-24 15:41:01،086 [3] تصحيح الأخطاء XMPP - XMPPWrapper: سجل ملحق التواجد:إطلاق النار على PresenceNotification()
2016-05-24 15:41:01،086 [3] debug xmpp - <PresenceNotify xmlns="firstinitiallastname@domain.net/jabber_9934">
     <show>متوفر</show>
     <نوع الحالة="sub" />
    <State type="phone"></State>
    </PresenceNotify>
2016-05-24 15:41:01،086 [3] معلومات XMPP - XMPPWrapper: OnPresenceChange: URI:firstinitiallastname@domain.net، eventUID:available، substate:، PhoneSate:

في تحديث التواجد هذا، تم تغيير حالة المستخدم إلى متاح.  

المستندات ذات الصلة  

        وحدات التحكم في الحضور الموحدة: إدراج إشعار نهاية العمر الافتراضي