Контент некоторых статей может отображаться непоследовательно. Приносим извинения, выполняется обновление веб-сайта.
cross icon
Видеовызовы на совещание Webex отключаются через 15 минут
list-menuОтправить обратную связь?
В этом руководстве администраторы CUCM/VCS могут ознакомиться с инструкциями по устранению проблемы, из-за которой видеоустройства отключаются ровно через 15 минут после присоединения к совещанию Webex.

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

РАЗРЕШЕНИЕ
Ознакомьтесь с приведенными ниже действиями.

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

Для всех устройств, зарегистрированных в CUCM, используется этот часовой сигнал. Если устройство во время вызова с другим удаленным устройством, один из участников должен обновить сеанс и отправить повторно ПРИГЛАСИТЬ или ОБНОВИТЬ. Это обновление необходимо отправить до истечения получаса сеанса (1800/2 = 900 секунд = 15 минут). Если не обновить сообщения, вызов будет отключен.

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

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

Пример. Вызов, совершенный от стороны A в CUCM стороне B. Если средством обновления является UAC для стороны A и UAS для стороны B:

1.     Сторона А должна отправить в CUCM повторное приглашение или ОБНОВЛЕНИЕ.
2.CUCM      необходимо отправить повторное приглашение или ОБНОВЛЕНИЕ стороне B.
3.     Сторона B получает повторное приглашение и отвечает на это сообщение с сообщением 200 OK.
4.CUCM      необходимо отправить "200 ОК" стороне А.

Если одно устройство отправляет сообщение re-INVITE в CUCM, CUCM отправляет сообщение re-INVITE другому Участнику. Тем не менее если это не получил удаленной точке затем это может быть несколько сетевых устройств между ними. Это весьма вероятно, что повторно INVITE/ответ не попасть одной из сторон вследствие SIP анализ и настройки сети.
Если устройства не инициируют повторное ПРИГЛАШЕНИЕ, может возникнуть проблема с устройством. Привлечение центра технической поддержки Cisco (TAC) для дальнейшего исследования.
 
В списке действий, которые следует попробовать [если этого еще не произошло] в области расширенной конфигурации зоны, переходящей в Webex, выполните приведенные ниже действия.
Включите режим фильтра SIP UDP/IX , чтобы включить [не по умолчанию]:
Добавленное пользователем изображение
Также проверьте таймеры сеансов SIP на VCS-e.
 
По умолчанию задано значение 1800 с [30 минут]. Это стандартное значение. Необходимо также проверить, совпадает ли таймер TCP в брандмауэре, но вы можете немного увеличить этот параметр, чтобы увидеть, влияет ли он также на ваш VCS.

Это раздел Конфигурация > Протоколы > SIP.
Добавленное пользователем изображение

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

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

Была ли статья полезной?
Была ли статья полезной?