Повикванията към събрания на CMR хибридни и видеоустройства (V1, V2) се прекъсват по време на разговора

Повикванията към събрания на CMR хибридни и видеоустройства (V1, V2) се прекъсват по време на разговора.

Повикванията към CMR Hybrid прекъсват връзката по време на разговора.

Как да конфигурирам TCP таймери на защитната стена за събрания с възможност за видеоустройство?

Обажданията към събрания на Cisco Webex за видеоустройства (V1, V2) (по-рано CMR) се прекъсват по време на разговора.

Как да конфигурирам TCP таймери на защитната стена за Webex Cloud Connected Audio?

Забележка:CMR Hybrid става End of Support ефективно на 28 февруари 2021 г.След 28.02.2021 г. услугата CMR Hybrid ще продължи до април 2021 г. (End of Life) и в този момент клиентите на CMR Hybrid ще бъдат автоматично мигрирани към най-новата версия на CMR Cloud.

Решение:

TCP таймери за защитна стена и тяхното използване в:

  • Сътрудничество Заседателни зали (CMR) Hybrid
  • Cisco Webex Video Device-Enabled Meetings (V1, V2) (по-рано CMR)
  • Webex Cloud Connected Audio (по-рано CCA)

В клиентска среда със строги настройки на защитната стена е наложително да се разгледа значението на TCP сесиите вътре в CMR решението.

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

При конфигуриране на защитната стена е важно защитната стена никога да не може безшумно да изпусне TCP връзката за по-малко от 30 минути.

Ако защитната стена е конфигурирана да пуска безшумно TCP връзка за по-малко от 30 минути, SIP повторна покана може да бъде изпратена до Cisco Expressway на TCP връзката, която е била затворена.Защитната стена ще премахне тази връзка.Webex ще изтече времето за повторно поканване и впоследствие ще изпрати съобщение BYE на клиента.Това съобщение за чао обикновено използва същия TCP порт и може да отпадне.

По-късно Cisco Expressway ще изпрати покана до страната на Webex.Повторната покана ще използва нова или непрекратена TCP връзка.Като такъв той ще бъде разрешен през защитната стена и ще достигне Webex.Webex ще отговори с код за грешка (481 Call/Transaction Does Not Exist), показващ, че повикването не съществува.

Също така е важно да се отбележи, че TCP сесията не е уникална на база повикване.Ако Cisco Expressway или Webex edge изпраща съобщение до една и съща дестинация и вече има (това, което смята, че е) отворена TCP връзка към този IP адрес на местоназначението, един и същ порт ще се използва за множество конференции или повиквания.

Това може да доведе до прекъсване на множество обаждания или конференции по едно и също или подобно време.

Вижте диаграмата по-долу за подробности по въпроса:


Изображение, добавено от потребител

Беше ли полезна тази статия?