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

مشكلة
عند الانضمام إلى اجتماع Webex باستخدام جهاز فيديو مسجل في CUCM، يتم قطع المكالمة خلال 15 دقيقة بالضبط.

القرار
راجع الخطوات التالية:

1. افتح إدارة Cisco Unified Communications Manager (CM).
2. انقر على النظام > معلمات الخدمة.
3. ضمن تحديد الخادم والخدمة، في مربع القائمة المنسدلة الخدمة ، حدد Cisco Call Manager (نشط):

4. البحث عن مؤقت انتهاء صلاحية جلسة SIP:

تستخدم جميع الأجهزة المسجلة في CUCM هذا المؤقت. عند إجراء مكالمة على الجهاز باستخدام جهاز بعيد آخر، يجب على أحد الأطراف تحديث الجلسة وإرسال إعادة الدعوة أو التحديث. يجب إرسال هذا التحديث قبل نصف مؤقت انتهاء صلاحية الجلسة ( 1800/2 = 900 ثانية = 15 دقيقة). إذا لم يتم استلام رسالة تحديث، يتم قطع الاتصال.

تحقق من وجود مؤقت الجلسة في الدعوة الأولية. يجب استلام تحديث (INVITE / تحديث) قبل انتهاء صلاحية هذا الوقت:


بناءً على التفاوض المبدئي لعميل وكيل المستخدم / خادم وكيل المستخدم (UAC/UAS)، يقوم أحد الأجهزة بتحديث الجلسة عندما يرسل Re-INVITE. إذا كان التحديث هو UAC، يتحمل منشئ المكالمة مسؤولية تحديث الجلسة. إذا كان التحديث هو UAS، فيجب على الخادم تحديث الجلسة. قم بتجميع سجلات تصحيح أخطاء SIP من نقطتي النهاية وحدد هذه العناصر:مثال:

مكالمة تم إجراؤها من الطرف أ إلى CUCM إلى الطرف ب. إذا كان التحديث هو UAC على الطرف أ وUAS على الطرف ب:

1.يجب على      الطرف "أ" إرسال إعادة الدعوة / التحديث إلى كوكم.
2.يتعين على     CUCM إرسال إعادة دعوة / تحديث إلى الطرف B.
3.يتلقى      الطرف "ب" إعادة الدعوة ويستجيب لهذه الرسالة بـ 200 موافق.
4.يجب على      أن ترسل كوكم 200 موافق إلى الطرف "أ".

إذا أرسل أحد الأجهزة رسالة إعادة الدعوة إلى CUCM، فسيرسل CUCM إعادة الدعوة إلى الطرف الآخر. ومع ذلك، إذا لم يتم استلامه من قبل الجانب البعيد، فقد يكون هذا بسبب بعض أجهزة الشبكة الموجودة بينهما. من المحتمل جدًا عدم وصول الاستجابة/إعادة الدعوة إلى أحد الجانبين بسبب فحص SIP أو إعدادات الشبكة.
إذا لم تبدأ الأجهزة إعادة الدعوة، فقد تظهر مشكلة في الجهاز. إشراك مركز المساعدة الفنية من Cisco لإجراء المزيد من التحقيقات.
 
في قائمة الأشياء المطلوب تجربتها [إذا لم يكن ذلك قد تم بالفعل] في منطقة التكوين المتقدم للمنطقة المنتقل إلى Webex:
قم بتشغيل وضع عامل تصفية SIP UDP/IX على [وليس الإعداد الافتراضي]:

وتحقق من مؤقتات جلسة SIP على VCS-e أيضًا.
 
الافتراضي هو 1800 ثانية [30 دقيقة]، وهو المعيار وستحتاج إلى التأكد من أن مؤقت TCP على جدار الحماية الخاص بك يطابق هنا أيضًا، ولكن يمكنك إلغاء ذلك قليلاً لمعرفة ما إذا كان له تأثير على VCS أيضًا.

يكون هذا تحت التكوين > البروتوكولات > SIP:


لاحظ أن الفاصل الزمني لتحديث الجلسة (بالثواني) تم تعيينه على القيمة الافتراضية. يمكنك تجربة 3600. لكن الجذر الفعلي للمشكلة هنا هو عندما تعتقد FW أن الجلسة لم تعد قيد الاستخدام [الحالة 1] ، عندما تعتقد VCS بالفعل أنها على ما يرام وأن الجلسة لا تزال نشطة ولكنها لا تتلقى FIN/إغلاق على تلك الجلسة/المنفذ وتحاول إعادة استخدامها وتموت المكالمة. [الحالة 2] هي أن FW تغلق الاتصال بشكل صحيح وترسل FIN/إغلاق وتسجيل VCS إسقاط/مسح عادي للمكالمة وتموت المكالمة أيضًا. يؤدي تعديل مؤقت الجلسة هنا إلى التحكم فقط في الوقت الذي سيتخلى فيه VCS عن جلسة بعد فشله في تلقي أي ACKs لأي محاولة اتصال فيما يتعلق بحالة المكالمة.
 
قد يساعدنا ذلك على تحديد المشكلة بشكل أفضل. من الممكن أيضًا أننا نحتاج إلى خفض هذه القيمة بناءً على إعداد FW لهذا المؤقت.

السبب
عندما يتم فصل مكالمات الفيديو خلال 15 دقيقة بالضبط، تتمثل المشكلة الشائعة في أن مهلة TCP التي تم تكوينها على الشبكة (جدار الحماية/أجهزة التوجيه) تكون أقل من مؤقت انتهاء صلاحية جلسة SIP. بشكل افتراضي في CallManager، يتم تعيين مؤقت انتهاء صلاحية جلسة SIP على 1800 ثانية.