Під час виклику відключаються виклики на наради з підтримкою CMR у гібридному режимі та на відеопристрої (V1, V2).
Дзвінки на CMR Hybrid відключаються під час дзвінка.
Як настроїти таймери TCP у брандмауері для нарад із підтримкою відеопристроїв?
Виклики на наради з підтримкою відеопристроїв Cisco Webex (V1, V2) (колишня назва – CMR) Під час виклику відключаються.
Як налаштувати таймери TCP у брандмауері для Webex Cloud Connected Audio?
Примітка.CMR Hybrid фактично завершує підтримку 28 лютого 2021 року.Після 28.02.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 матиме стандартний таймер TCP-з'єднання 2 години.
Під час налаштування брандмауера важливо, щоб брандмауер ніколи не дозволяв безшумно скидати TCP-з'єднання менш ніж за 30 хвилин.
Якщо брандмауер настроєно на безшумне скидання TCP-з'єднання менш ніж за 30 хвилин, повторне запрошення SIP може бути надіслано на швидкісну автомагістраль Cisco на закритому TCP-з'єднанні.Брандмауер припинить це з'єднання.Webex проведе тайм-аут повторного запрошення, а згодом надішле клієнту повідомлення BYE.Це повідомлення Bye зазвичай використовує той самий порт TCP, а також може бути скинуто.
Пізніше на швидкісній автомагістралі Cisco надішлють запрошення на сторону Webex.Повторне запрошення використовуватиме нове або нерозірване TCP-з'єднання.Таким чином, він буде дозволений через брандмауер і досягне Webex.Webex відповість кодом помилки (481 виклик/транзакція не існує), що вказує на те, що дзвінок не існує.
Важливо також зазначити, що сесія TCP не є унікальною на основі кожного дзвінка.Якщо Cisco Expressway або Webex edge надсилає повідомлення до того самого пункту призначення і вже має (що він вважає собою) відкрите TCP-з'єднання з цією IP-адресою призначення, один і той самий порт буде використовуватися для кількох конференцій або дзвінків.
Це може призвести до того, що кілька дзвінків або конференцій будуть зірвані в один і той же час або в один і той же час.
Детальніше про проблему дивіться на схемі нижче: