Виклики на наради CMR з підтримкою гібридних і відеопристроїв (V1, V2) під час виклику відключаються.
Дзвінки на CMR Hybrid під час дзвінка відключаються.
Як настроїти таймери TCP у брандмауері для нарад із підтримкою відеопристрою?
Виклики на наради Cisco Webex із підтримкою відеопристрою (V1, V2) (колишня назва – CMR) під час виклику відключаються.
Як налаштувати таймери TCP на брандмауері для підключеного до Webex Cloud Audio?
Примітки CMR Hybrid фактично припиняє підтримку 28 лютого 2021 року. Після 28.02.2021 послуга CMR Hybrid триватиме до квітня 2021 року (Кінець життя), і в цей момент клієнти CMR Hybrid будуть автоматично перенесені на останню версію CMR Cloud.
Рішення.
Таймери TCP брандмауера та їх використання в:
- Гібридні кімнати для спільних переговорів (CMR)
- Зустрічі Cisco Webex із підтримкою відеопристрою (V1, V2) (колишня назва – CMR)
- Підключений до хмари Webex Audio ((раніше 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-адресою цього пункту призначення, один і той самий порт буде використовуватися для кількох конференцій або дзвінків.
Це може призвести до того, що кілька дзвінків або конференцій будуть зірвані в один або подібний час.
Детальніше з цього питання дивіться на схемі нижче: