Може да забележите, че съдържанието на някои статии се показва по различен начин. Извинете ни, докато актуализираме сайта.
cross icon
Повикванията към 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 г. След 02/28/2021 cmR Hybrid услугата ще продължи до април 2021 г. (Край на живота) и в този момент клиентите на CMR Hybrid ще бъдат автоматично мигрирани към най-новата версия на CMR Cloud.

Решение:

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

  • Заседателни зали за сътрудничество (CMR) Хибрид
  • Cisco Webex видео устройство-разрешени срещи (V1, V2) (преди CMR)
  • Webex облак свързан аудио ((преди 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 ще изпрати покана за webex страна. Повторното покана ще използва нова или не-прекратена TCP връзка. Като такъв тя ще бъде разрешена през защитната стена и да достигне До Webex. Webex ще отговори с код на грешка (481 Повикване/транзакция не съществува), указващ, че повикването не съществува.

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

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

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


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

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