Вызовы на CMR гибридного типа и совещания с поддержкой видеоустройств (V1, V2) обрываются во время разговора

Во время вызовов на совещания CMR гибридного года и совещаний с поддержкой видео устройств (версий 1 и 2) происходит разрыв соединения.

Во время вызовов в CMR гибридного типа происходит завершение вызова.

Как настроить таймеры TCP на моем брандмауэре для совещаний с поддержкой видеоустройств?

Во время вызовов на совещания с поддержкой видео устройств Cisco Webex (V1 и V2) (ранее CMR) происходит разрыв соединения.

Как настроить таймеры TCP на моем брандмауэре для функции аудио с подключением к облаку Webex?

Примечание. Поддержка CMR гибридного типа будет полностью прекращена 28 февраля 2021 г. После 28 февраля 2021 года службы CMR гибридного типа продолжат работу до апреля 2021 года (окончание срока службы), после чего клиенты CMR гибридного типа будут автоматически переведены на последнюю версию облака CMR (CMR Cloud).

Решение.

Таймеры брандмауэра TCP и их использование.

  • Совместные комнаты совещания (CMR) гибридного типа
  • Совещания с поддержкой видео устройств Cisco Webex (V1 и V2) (ранее CMR)
  • Аудио с подключением к облаку Webex (ранее CCA)

В клиентских средах со строгими настройками брандмауэра следует учитывать важность сеансов TCP внутри решения CMR.

Для CMR или совещаний с поддержкой видео устройств осуществляются двусторонние активные сеансы TCP между Cisco Expressway клиента и компонентами Webex Edge. Для таймера соединения TCP в компоненте Webex Edge по умолчанию установлено значение 30 минут. В Cisco Expressway для таймера соединения TCP по умолчанию будет установлено значение 2 часа.

При настройке брандмауэра важно, чтобы автоматический разрыв соединения TCP не был разрешен ранее, чем через 30 минут.

Если в брандмауэре настроен автоматический разрыв соединения TCP ранее, чем через 30 минут, повторное обращение SIP может быть отправлено в Cisco Expressway по соединению TCP, которое было закрыто. Брандмауэр разорвет это соединение. По истечении срока ожидания повторного обращения Webex отправит клиенту сообщение о завершении соединения. Для сообщения о завершении соединения обычно используется тот же порт TCP, поэтому оно также может быть не доставлено.

После этого Cisco Expressway отправит обращение в Webex. Для повторного обращения будет использоваться новое или непрерванное соединение TCP. Соответственно, оно будет разрешено в брандмауэре и будет получено службой Webex. Webex предоставит ответ с кодом ошибки, указывающим на то, что вызов не существует (481, вызов или транзакция не существует).

Также необходимо обратить внимание, что сеанс TCP не является уникальным для определенного вызова. Если Cisco Expressway или Webex Edge отправляет сообщение в это же назначение и с IP-адресом этого назначения уже есть (должно быть) открытое соединение TCP, для нескольких конференций или вызовов будет использован один и тот же порт.

Это может привести к одновременному или последовательному разрыву нескольких вызовов или конференций.

Подробные сведения о проблеме см. в диаграмме ниже.


Добавленное пользователем изображение

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