يتم إسقاط المكالمات التي تتم من خلال الفيديو علي الاجتماعات الممكنة لأجهزه الفيديو بعد 15 دقيقه (أو بعد اي وقت محدد)

يتم إسقاط المكالمات التي تتم من خلال الفيديو علي الاجتماعات الممكنة لأجهزه الفيديو بعد 15 دقيقه (أو بعد اي وقت محدد).

يتم فصل اتصالات مكالمة الفيديو الخاصة بالاجتماعات التي تم تمكينها من جهاز الفيديو Cisco Webex بعد 15 دقيقه.

يتم إسقاط مكالمات SIP بعد فتره زمنيه محدده.

يتم فصل اتصالات الاجتماعات التي تم تمكينها من جهاز الفيديو بعد 15 دقيقه.

يتم الإسقاط لمكالمات الفيديو بعد 15 دقيقه.

 

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

الحل :

للتحقق من ذلك :

  1. أداره الCisco Unified Communications Manager (CM) المفتوحة.
  1. انقر فوق معلمات خدمه > النظام.
  2. ضمن تحديد الخادم والخدمة ، في مربع القائمة المنسدلة الخدمة ، حدد Cisco Call Manager (نشط):
صوره مضافه من قبل المستخدم
  1. ابحث عن مؤقت انتهاء مده صلاحيه جلسة SIP:
صوره مضافه من قبل المستخدم

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

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

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

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

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

إذا أرسل أحد الاجهزه رسالة أعاده الدعوة إلى الCUCM ، سيقوم CUCM بإرسال أعاده الدعوة إلى الطرف الآخر. علي الرغم من ذلك ، إذا لم يتم استلام ذلك بواسطة الجانب البعيد ، فقد يكون ذلك بسبب بعض أجهزه الشبكات في بين. من الممكن جدا ان تكون أعاده الدعوة/الرد لا تصل إلى أحد الجوانب بسبب فحص SIP أو إعدادات الشبكة.
إذا لم تبدا الاجهزه عمليه أعاده الدعوة ، فقد تكون مشكله في الجهاز. يتضمن Cisco Technical Assistance Center (TAC) لتحقيق مزيد من المعلومات.

في قائمه الأشياء التي ستتم تجربتها [إذا لم يكن ذلك بالفعل] في منطقه "التكوين المتقدم" الخاصة بالمنطقة التي سWebex:
قم بتشغيل وضع "التصفية الUDP SIP" في [ليس الافتراضي]: 
صوره مضافه من قبل المستخدم
وتحقق من وحدات توقيت جلسة SIP علي VCS-e أيضا.

الاعداد الافتراضي الخاص به هو 1800s [15 دقيقه] ، والذي يعد مقياسا ستحتاج إلى التاكد من ان مؤقت TCP الموجود علي جدار الحماية لديك لا يتطابق معه أيضا ، ولكنك قد يؤدي إلى زيادة القليل لمعرفه ما إذا كانت هناك اثر علي الVCS.

وهذا يوجد ضمن بروتوكولات > التكوين > SIP
صوره مضافه من قبل المستخدم

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

يمكننا مساعدتنا علي تحديد المشكلة بشكل أفضل قليلا.  ومن الممكن أيضا ان تكون بحاجه إلى خفض هذه القيمة تبعا لاعداد فو الخاص بهذا المؤقت.

هل كان هذا المقال مفيدًا؟