ПРОБЛЕМА
У разі приєднання до наради Webex за допомогою відеопристрою, зареєстрованого в CUCM, виклик розривається рівно через 15 хвилин.

РОЗДІЛ
Перегляньте наведені нижче кроки.

1. Відкрийте адміністрування Cisco Unified Communications Manager (CM).
2. Клацніть Система > Параметри служби .
3. Під Виберіть Сервер і служба , у Служба розкривний список, виберіть Cisco Call Manager (активний) :

4. Шукайте Таймер завершення сеансу SIP :

Усі пристрої, зареєстровані в CUCM, використовують цей таймер. Коли пристрій здійснює виклик з іншим віддаленим пристроєм, одна зі сторін має оновити сеанс і надіслати повторне ЗАПРОШЕННЯ або ОНОВЛЕННЯ. Це оновлення має бути надіслано до половини таймера завершення сеансу (1800/2 = 900 секунд = 15 хвилин). Якщо повідомлення про оновлення не отримано, виклик буде розірвано.

Перевірте наявність таймера сеансу в початковому ЗАПРОШЕННІ. Оновлення (ЗАПРОСИТИ / ОНОВЛЕННЯ) має бути отримано до закінчення цього часу:


На основі початкового узгодження клієнта оператора користувача / сервера оператора користувача (UAC/UAS) один із пристроїв оновлює сеанс, коли надсилає повторне запрошення. Якщо оновленням є UAC, ініціатор виклику несе відповідальність за оновлення сеансу. Якщо засіб оновлення використовується UAS, сервер повинен оновити сеанс. Зберіть журнали налагодження SIP з обох кінцевих пристроїв і перевірте ці елементи:

Приклад : Здійснено виклик від сторони A до CUCM до сторони B. Якщо оновлюючим елементом є UAC на стороні A та UAS на стороні B:

1.     Сторона A має надіслати повторне ЗАПРОШЕННЯ/ОНОВЛЕННЯ до CUCM.
2.     CUCM має надіслати повторне ЗАПРОШЕННЯ / ОНОВЛЕННЯ стороні B.
3.     Сторона Б отримує повторне ЗАПРОШЕННЯ і відповідає на це повідомлення 200 OK.
4.     CUCM має надіслати 200 OK стороні A.

Якщо один пристрій надсилає CUCM повідомлення про повторне ЗАПРОШЕННЯ, CUCM надсилає повторне запрошення іншій стороні. Однак, якщо це не отримано віддаленою стороною, це може бути пов’язано з деякими мережевими пристроями між ними. Дуже ймовірно, що повторне ЗАПРОШЕННЯ/відповідь не буде надійшло до однієї зі сторін через перевірку SIP або налаштування мережі.
Якщо пристрої не ініціюють повторне ЗАПРОШЕННЯ, можливо, проблема з пристроєм. Залучіть центр технічної допомоги Cisco (TAC) для подальшого дослідження.
 
У списку речей, які потрібно спробувати [якщо цього ще не зробили] в області розширених конфігурацій зони для Webex:
Увімкніть Режим фільтра SIP UDP/IX до увімкнено [не значення за замовчуванням]:

Також перевірте таймери сеансу SIP на VCS-e.
 
За замовчуванням встановлено значення 1800s [30 mins], що є стандартним значенням, і ви повинні переконатися, що таймер TCP у вашому брандмауері збігається з цим значенням, але ви можете трохи збільшити цей параметр, щоб побачити, чи вплине це на ваш VCS.

Це нижче Конфігурація > Протоколи > SIP :


Зверніть увагу, що інтервал оновлення сеансу (у секундах) установлено на значення за замовчуванням. Ви можете спробувати 3600. Але суть проблеми тут полягає в тому, коли FW вважає, що сеанс більше не використовується [випадок 1], коли VCS справді вважає, що все гаразд і що сеанс все ще триває, але не отримує FIN/закриття про це. сеансу/порту та спробує повторно використати його, і виклик завершується. [випадок 2]: FW належним чином закриває з’єднання та надсилає FIN/закриття, а VCS реєструє звичайне скидання/залишення виклику, і виклик також припиняється. Зміна таймера сеансу тут лише визначає, коли VCS припиняє сеанс після того, як не отримав жодного підтвердження ACK для будь-якої спроби зв’язку щодо стану виклику.
 
Однак це може допомогти нам дещо краще визначити проблему. Також можливо, що нам потрібно знизити це значення залежно від налаштування FW для цього таймера.

ПРИЧИНА
Коли відеовиклики відключаються рівно за 15 хвилин, поширеною проблемою є те, що тайм-аут TCP, налаштований у мережі (брандмауер/маршрутизатори), менший за таймер завершення сеансу SIP. За замовчуванням у CallManager таймер закінчення сеансу SIP встановлено на 1800 секунд.