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

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

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

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

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

Как настроить в брандмауэре TCP облако Webex подключенного аудио?

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

Решение:

TCP-время и их использование в межсетевом экране в:

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

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

Во время совещаний CMR или совещаний с поддержкой видео устройств существует активный двухнаправленный сеанс TCP между клиентом и компонентами Webex Edge Cisco Expressway видео.Для таймера соединения 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, для нескольких конференций или вызовов будет использован один и тот же порт.

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

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


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

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