Dziękujemy za opinię.
Opinia?Połączenia ze spotkaniami CMR Hybrid i spotkaniami z obsługą urządzeń wideo (V1, V2) rozłączają się 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) Spotkania są rozłączane podczas połączenia.
Jak skonfigurować timery TCP na zaporze dla Webex Cloud Connected Audio?
Uwaga: CMR Hybrid faktycznie kończy wsparcie 28 lutego 2021 r. Po 28.02.2021 r. usługa CMR Hybrid będzie kontynuowana do kwietnia 2021 r. (koniec eksploatacji) i w tym momencie klienci CMR Hybrid zostaną automatycznie zmigrowani do najnowszej wersji CMR Cloud.
Rozwiązanie:
Czasomierze TCP zapory i ich użycie w:
- Hybrydowe sale konferencyjne do współpracy (CMR)
- Spotkania Cisco Webex Video Device-Enabled (V1, V2) (dawniej CMR)
- Webex Cloud Connected Audio (dawniej CCA)
W środowiskach klientów ze ścisłymi ustawieniami zapory konieczne jest rozważenie znaczenia sesji TCP wewnątrz rozwiązania CMR.
W spotkaniach CMR lub Video Device-Enabled istnieje aktywna dwukierunkowa sesja TCP między klientem Cisco Expressway a komponentami Webex Edge. Komponent Webex Edge ma domyślny czasomierz połączenia TCP wynoszący 30 minut. Droga ekspresowa Cisco będzie miała domyślny licznik czasu połączenia TCP wynoszący 2 godziny.
Podczas konfigurowania zapory ważne jest, aby zapora nigdy nie mogła po cichu przerwać połączenia TCP w czasie krótszym niż 30 minut.
Jeśli zapora jest skonfigurowana do cichego przerywania połączenia TCP w czasie krótszym niż 30 minut, ponowne zaproszenie SIP może zostać wysłane do Cisco Expressway na zamkniętym połączeniu TCP. Zapora sieciowa przerwie to połączenie. Webex przekroczy limit czasu ponownego zaproszenia, a następnie wyśle wiadomość BYE do klienta. Ten komunikat Bye zwykle używa tego samego portu TCP i może również zostać usunięty.
Później Cisco Expressway wyśle zaproszenie do strony Webex. Ponowne zaproszenie będzie korzystać z nowego lub niezakończonego połączenia TCP. W związku z tym będzie mógł przejść 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.
Ważne jest również, aby pamiętać, że sesja TCP nie jest unikalna dla każdego wywołania. Jeśli Cisco Expressway lub Webex edge wysyła wiadomość do tego samego miejsca docelowego i ma już (co uważa za to) 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ć, że wiele połączeń lub konferencji zostanie zerwanych w tym samym lub podobnym czasie.
Zobacz poniższy diagram, aby uzyskać szczegółowe informacje na ten temat:
