Połączenia ze spotkaniami CMR Hybrid i spotkaniami obsługującymi urządzenia wideo (V1, V2) są rozłączane podczas połączenia.
Połączenia z CMR Hybrid rozłączają się podczas połączenia.
Jak skonfigurować czasomierze TCP na zaporze dla spotkań z obsługą urządzeń wideo?
Połączenia ze spotkaniami Cisco Webex Video Device-Enabled Meetings (V1, V2) (dawniej CMR) są rozłączane podczas połączenia.
Jak skonfigurować timery TCP na mojej zaporze dla Webex Cloud Connected Audio?
Uwaga:CMR Hybrid kończy wsparcie z dniem 28 lutego 2021 r.Po 28.02.2021 r. usługa CMR Hybrid będzie kontynuowana do kwietnia 2021 r. (koniec życia) i od tego momentu klienci CMR Hybrid zostaną automatycznie przeniesieni do najnowszej wersji CMR Cloud.
Rozwiązanie:
Timery TCP zapory sieciowej i ich użycie w ramach:
- Collaboration Meeting Rooms (CMR) Hybrid
- Cisco Webex Video Device-Enabled Meetings (V1, V2) (dawniej CMR)
- Webex Cloud Connected Audio ((dawniej CCA)
W środowiskach klientów ze ścisłymi ustawieniami zapory należy wziąć pod uwagę znaczenie sesji TCP wewnątrz rozwiązania CMR.
W przypadku spotkań CMR lub Video Device-Enabled istnieje aktywna dwukierunkowa sesja TCP między klientem Cisco Expressway a komponentami Webex Edge.Domyślny czasomierz połączenia TCP składnika Webex Edge wynosi 30 minut.Domyślny czasomierz połączenia TCP dla drogi Cisco Expressway wynosi 2 godziny.
Podczas konfigurowania zapory ważne jest, aby nigdy nie zezwalała ona na dyskretne zerwanie połączenia TCP w czasie krótszym niż 30 minut.
Jeśli zapora jest skonfigurowana do dyskretnego przerywania połączenia TCP w czasie krótszym niż 30 minut, ponowne zaproszenie SIP może zostać wysłane do drogi ekspresowej Cisco w zamkniętym połączeniu TCP.Zapora sieciowa upuści to połączenie.Webex przekroczy limit czasu ponownego zaproszenia, a następnie wyśle wiadomość BYE do klienta.Ta wiadomość Bye zwykle używa tego samego portu TCP i może również zostać usunięta.
Później Cisco Expressway wyśle zaproszenie na stronę Webex.Ponowne zaproszenie użyje nowego lub niezakończonego połączenia TCP.W związku z tym będzie dozwolony przez zaporę ogniową i dotrze do Webex.Webex odpowie kodem błędu (481 Call/Transaction Does Not Exist) wskazującym, że połączenie nie istnieje.
Należy również pamiętać, że sesja TCP nie jest unikalna dla każdego wywołania.Jeśli urządzenie Cisco Expressway lub Webex edge wysyła wiadomość do tego samego miejsca docelowego i ma już (jak się uważa) otwarte połączenie TCP z tym docelowym adresem IP, ten sam port będzie używany do wielu konferencji lub połączeń.
Może to spowodować zerwanie wielu połączeń lub konferencji w tym samym lub podobnym czasie.
Zobacz poniższy schemat, aby uzyskać szczegółowe informacje na temat tego problemu:
