Połączenia ze spotkaniami hybrydowymi i wideo obsługującymi urządzenia CMR (V1, V2) rozłączają się podczas połączenia

Wywołania spotkań hybrydowych i urządzeń wideo CMR (V1, V2) rozłączają się podczas połączenia.

Wywołania CMR Hybrid są rozłączanie podczas połączenia.

Jak skonfigurować czasomierze TCP na zaporze dla spotkań z obsługą urządzeń wideo?

Wywołania spotkań obsługujących urządzenia wideo cisco Webex (V1, V2) (dawniej CMR) podczas połączenia.

Jak skonfigurować czasomierze TCP na zaporze dla systemu Webex Cloud Connected Audio?

Uwaga: CMR Hybrid skutecznie zakoń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 zastosowanie w obrębie:

  • Sale konferencyjne współpracy (CMR) Hybrid
  • Spotkania cisco Webex Video Device (V1, V2) (dawniej CMR)
  • Webex Cloud Connected Audio ((dawniej CCA)

W środowiskach klientów z ścisłymi ustawieniami zapory należy wziąć pod uwagę znaczenie sesji TCP wewnątrz rozwiązania CMR.

W cmr lub video device-enabled Meetings, istnieje aktywna dwukierunkowa sesja TCP między klientem Cisco Expressway i Webex Server składników. Składnik Webex Edge ma domyślny czasomierz połączenia TCP 30 minut. Cisco Expressway będzie miał domyślny czasomierz połączenia TCP 2 godziny.

Podczas konfigurowania zapory ważne jest, aby zapora nigdy nie mogła dyskretnie upuścić połączenia TCP w czasie krótszym niż 30 minut.

Jeśli zapora jest skonfigurowana do dyskretnego upuszczania połączenia TCP w czasie krótszym niż 30 minut, do drogi ekspresowej Cisco expressway można wysłać ponownie zaproszenie do sieci Cisco na zamkniętym połączeniu TCP. Zapora spowoduje upuszczenie tego połączenia. Webex przesunie limit czasu ponownie zaprosić, a następnie wysłać wiadomość BYE do klienta. Ten komunikat Bye zwykle używa tego samego portu TCP i może również zostać usunięty.

Później na Cisco Expressway wyśle zaproszenie do strony Webex. Ponowne zaproszenie użyje nowego lub nieukończenie połączenia TCP. W związku z tym będzie dozwolone przez zaporę i dotrzeć Webex. Webex odpowie kodem błędu (481 Wywołanie/Transakcja nie istnieje) wskazując, że wywołanie nie istnieje.

Należy również pamiętać, że sesja TCP nie jest unikatowa dla na podstawie wywołania. Jeśli cisco Expressway lub Webex edge wysyła wiadomość do tego samego miejsca docelowego i ma już (co uważa za) 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:


Obraz dodany przez użytkownika

Czy ten artykuł był pomocny?