نظرة عامة على مشاركة عرض CMS التقديمي مع Skype for Business باستخدام Expressway-E كخادم TURN - Cisco

المقدمة

يصف هذا المستند طريقة عرض تفصيلية حول تبادل رسائل TCP Turn بين مكونات CMS و Expressway و Skype for Business.

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

المتطلبات

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

• خادم Expressway
• CMS (خادم الاجتماعات من Cisco)
• خادم Skype for Business (المعروف سابقا باسم Lync)

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

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

• Expressway 8.9

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

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

قدم الإصدار Expressway X8.9 دعما ل TCP Turn، مما يسمح بتبادل العروض التقديمية بين CMS و Skype for Business (Lync) حيث تستخدم CMS Expressway-E كخادم TURN. ومن المتوقع بعد ذلك تدفق وسائط المحتوى من عميل Skype نحو Expressway-E، والتي تقوم بعد ذلك بإعادة توجيهها إلى CMS في موقع العمل.

من المفترض أن يوفر هذا المستند طريقة عرض تفصيلية حول تبادل رسائل TCP TURN بين جميع المكونات للمساعدة في أستكشاف المشكلات المحتملة وإصلاحها. لا يشرح أساسيات TURN أو إستخدام UDP TURN لمكالمات الصوت أو الفيديو العادية.

تلميح: TCP turn هو ملحق ل TURN موثق تحت RFC6062 التالي.

يركز هذا المستند على جزء TCP، الذي يعد فريدا لمكالمات مشاركة العرض التقديمي على Skype، ويضيف مزيدا من التعقيد إلى عملية TURN الكلاسيكية.

سيناريو

في سيناريو مختبر الاختبار الموضح في هذا المستند، لدينا عميل Skype يتصل ب CMS عبر خادم Skype Edge، و Expressway-E و Expressway-C. تم تكوين Expressway-E في CMS كخادم TURN. بالإضافة إلى ذلك، لا يتوفر لدى عميل Skype اتصال IP بخادم Expressway-E، لذلك نتوقع أن يكون مسار الوسائط العاملة الوحيد عبر حافة Skype باتجاه خادم Expressway-E.

الرسم التخطيطي للشبكة

تظهر الصورة التالية الدعوة الجديدة مع m=ApplicationSharing يتم إرسالها من Skype لبدء مشاركة العرض التقديمي.

(لا يعرض هذا البرنامج أول دعوات المكالمات الصوتية والمرئية، والتي تم التفاوض عليها بالفعل في هذه المرحلة): 

العمل باستخدام التقاط الحزم

  

مرشح Wireshark

  

في بعض الحالات، للحصول على نظرة عامة سريعة على اتصال STUN، قد يكون كافيا تعيين عامل تصفية Wireshark على أنه TCP و STUN:

البحث عن حزم STUN في حمولة TCP

قد لا يقوم Wireshark دائما بفك ترميز اتصال TCP ك STUN.

ستحتاج إلى التصفية على منفذ TCP الذي يتم إستخدامه للاتصالات، والبحث عن حزم TCP التي تحتوي على علامة [PSH، ACK] والتحقيق في حمولة TCP:

في الصورة الموجودة أعلى الحمولة تبدأ بالبيانات 00 6c 0001. تمثل القيم المختلفة في البايت الثالث والرابع حزم STUN التالية:

0001 - طلب الربط

01 01 - الاستجابة الناجحة الملزمة

لكي يعمل زوج الصعق، يجب ان يكون هنالك واحد من كل إتجاه.

إستخدام Wireshark لفك ترميز رسائل MSSTUN

قامت Microsoft بإضافة إضافات إلى معايير IETF الأساسية التي لم يتم التعرف عليها من قبل Wireshark. يمكنك تثبيت ملحق في Wireshark مما سيجعل التقاط الحزم هذا أكثر قابلية للقراءة. 

يمكن العثور على مزيد من المعلومات حول المكون الإضافي هنا.

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

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

يتعذر على المستخدم المشاركة

• التحقق مما إذا كانت سجلات CMS تحتوي على الإدخال التالي: ms-diagnostics-public: 21002؛ السبب="يتعذر على الحضور المشاركة في هذا المؤتمر"؛ المكون="asmcu"
• لم يتم إعداد Skype for Business Meetings للسماح للجميع بالمشاركة بشكل افتراضي. إذا رأيت الخطأ أعلاه، انقر بزر الماوس الأيمن على الحضور من عميل Skype وحدد إعداد مقدم العرض