شكرًا على ملاحظاتك.

ملاحظات تصبح CMR Hybrid نهاية الدعم بشكل فعال في 28 فبراير 2021. بعد 02/28/2021 ، ستستمر خدمة CMR Hybrid حتى أبريل 2021 (نهاية العمر) وعند هذه النقطة ، سيتم ترحيل عملاء CMR Hybrid تلقائيا إلى أحدث إصدار من CMR Cloud.

الحل:

مؤقتات TCP لجدار الحماية واستخدامها بداخل:

• غرف اجتماعات التعاون (CMR) الهجينة
• اجتماعات Cisco Webex التي تدعم أجهزة الفيديو (الإصدار 1، الإصدار 2) (CMR سابقا)
• Webex Cloud Connected Audio ((CCA سابقا)

في بيئات العملاء ذات إعدادات جدار الحماية الصارمة ، من الضروري مراعاة أهمية جلسات TCP داخل حل CMR.

في CMR أو الاجتماعات التي تدعم جهاز الفيديو، هناك جلسة TCP نشطة ثنائية الاتجاه بين العميل Cisco Expressway ومكونات Webex Edge. يحتوي مكون Webex Edge على مؤقت اتصال TCP افتراضي لمدة 30 دقيقة. سيحتوي Cisco Expressway على مؤقت اتصال TCP افتراضي لمدة 2 ساعة.

عند تكوين جدار الحماية الخاص بك ، من المهم ألا يسمح لجدار الحماية مطلقا بإسقاط اتصال TCP بصمت في أقل من 30 دقيقة.

إذا تم تكوين جدار حماية لإسقاط اتصال TCP بصمت في أقل من 30 دقيقة، فقد يتم إرسال إعادة دعوة SIP إلى Cisco Expressway على اتصال TCP الذي تم إغلاقه. سيقوم جدار الحماية بإسقاط هذا الاتصال. ستقوم Webex بإنهاء مهلة إعادة الدعوة ومن ثم إرسال رسالة BYE إلى العميل. عادة ما تستخدم رسالة Bye هذه نفس منفذ TCP وقد يتم إسقاطها أيضا.

في وقت لاحق ، سيرسل Cisco Expressway دعوة إلى جانب Webex. ستستخدم إعادة الدعوة اتصال TCP جديدا أو غير منتهي. على هذا النحو ، سيتم السماح به من خلال جدار الحماية والوصول إلى Webex. سيستجيب Webex برمز خطأ (481 مكالمة/معاملة غير موجودة) يشير إلى أن المكالمة غير موجودة.

من المهم أيضا ملاحظة أن جلسة TCP ليست فريدة من نوعها على أساس كل مكالمة. إذا كانت حافة Cisco Expressway أو Webex ترسل رسالة إلى نفس الوجهة وكان لديها بالفعل (ما تعتقد أنه كذلك) اتصال TCP مفتوح بعنوان IP الوجهة هذا، استخدام نفس المنفذ لعدة مؤتمرات أو مكالمات.

يمكن أن يتسبب ذلك في هدم مكالمات أو مؤتمرات متعددة في نفس الأوقات أو أوقات مماثلة.

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