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

РАЗРЕШЕНИЕ
Просмотрите приведенные ниже действия.

1. Откройте службу администрирования Cisco Unified Communications Manager (CM).
2. Щелкните Система > Служебные параметры.
3. В разделе Выберите сервер и службу, в раскрывающемся списке Служба выберите диспетчер вызовов Cisco (активный):

4. Найдите таймер истечения сеанса SIP.

Все устройства, зарегистрированные в CUCM, используют этот таймер. Если устройство участвует в вызове с другим удаленным устройством, одна из сторон должна обновить сеанс и отправить повторное INVITE или UPDATE. Это обновление необходимо отправить до половины таймера истечения сеанса ( 1800/2 = 900 секунд = 15 минут). Если сообщение о обновлении не получено, вызов отключается.

Проверьте таймер сеанса в исходном приглашении. Обновление (INVITE/UPDATE) должно быть получено до истечения этого времени:


На основании первоначального согласования клиента оператора пользователя /сервера агента пользователя (UAC/UAS) одно из устройств обновляет сеанс при отправке повторного приглашения. Если обновителем является UAC, инициатор вызова несет ответственность за обновление сеанса. Если подсвечивателем является UAS, сервер должен обновить сеанс. Соберите журналы отладки SIP с обеих конечных точек и проверьте следующие элементы:

Пример: Вызов, совершенный от стороны A в CUCM к стороне B. Если переключателем является UAC на стороне A и UAS на стороне B:

1.     Сторона А должна отправить повторное ПРИГЛАШЕНИЕ/ОБНОВЛЕНИЕ в CUCM.
2.     CUCM должен отправить повторное ПРИГЛАШЕНИЕ / ОБНОВЛЕНИЕ стороне B.
3.     Сторона B получает re-INVITE и отвечает на это сообщение 200 OK.
4.     CUCM должен отправить 200 OK стороне A.

Если одно устройство отправляет сообщение re-INVITE в CUCM, CUCM отправляет повторное INVITE другой стороне. Однако, если это не получено удаленной стороной, это может быть связано с некоторыми сетевыми устройствами, находящимися между ними. Весьма вероятно, что повторное INVITE/ответ не дойдет до одной из сторон из-за проверки SIP или сетевых настроек.
Если устройства не инициируют повторное INVITE, это может привести к проблемам с устройством. Для дальнейшего расследования привлеките центр технической поддержки Cisco (TAC).
 
В списке действий, которые следует попробовать [если это еще не выполнено] в области расширенной конфигурации зоны при переходе в Webex.
Поверните режим фильтра SIP UDP/IX до on [не по умолчанию]:

Также проверьте таймеры сеанса SIP в VCS-e.
 
По умолчанию установлено значение 1800 минут [30 минут], что является стандартным, и вы хотите убедиться, что таймер TCP в брандмауэре совпадает и здесь, но вы можете немного увеличить это, чтобы увидеть, влияет ли это на вашу VCS.

Это под Конфигурация > > Протоколы > > SIP::


Обратите внимание, что интервал обновления сеанса (в секундах) установлен по умолчанию. Вы можете попробовать 3600. Но истинный корень проблемы здесь заключается в том, что FW считает, что сеанс больше не используется [вариант 1], когда VCS фактически считает, что это нормально, и что сеанс все еще работает, но не получает FIN/close на этом сеансе/порту и пытается использовать его повторно, и вызов умирает. [вариант 2] FW правильно закрывает соединение и отправляет FIN/close, а VCS записывает нормальное падение/очистку вызова, и вызов также умирает. Изменение таймера сеанса здесь просто определяет, когда VCS откажется от сеанса после того, как не удалось получить какие-либо ACK для любой попытки связи относительно состояния вызова.
 
Это может помочь нам определить проблему немного лучше. Также возможно, что необходимо снизить это значение в зависимости от настройки FW для этого таймера.

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