Мое видео вызовов платформа видео Cisco Webex, сеансы – это снижается через 15 минут (или после любой определенное время)

Видео вызовы на платформа видео Cisco Webex, сеансы снижается через 15 минут (или после любой определенное время).

Видеозвонок соединения платформа видео Cisco Webex отключение через 15 минут.

Вызовы SIP снижается после интервала времени.

Конечная точка подключения к платформа видео Cisco Webex отключение через 15 минут.

Видеовызовы сюда через 15 минут.

 

Эта статья написана на английском языке и была. Без гарантий, выраженных или подразумеваемых, опосредованно точность, правильность и надежность машинного с английского на любой другой язык. Cisco не несет ответственности за неточную информацию, ошибки или повреждения вследствие ненадлежащего перевода контента или использования информации.

Примечание. Облако CMR теперь называется платформа видео Cisco Webex. Некоторых ссылках и текстах может все еще упоминаться облако CMR, однако информация будет применима к переименованной службе.

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

Решение.

Чтобы это проверить:

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

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

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

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

Пример: Вызовов, выполненных из сторон A в CUCM для участника в. В случае повышения квалификации UAC на сторон A и UAS на участник B:

1.     Стороны A должен отправить повторно пригласить / обновление до CUCM.
2.     CUCM должен отправить повторно пригласить / обновление до абонента B.
3.     Группа B получает повторное приглашение и отвечает к этому сообщению с 200 OK.
4.     CUCM должен отправить 200 OK на стороне а.

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

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

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

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