Mulțumim pentru feedback.
Feedback?Apelurile către întâlnirile CMR hibride și video activate pentru dispozitive (V1, V2) se deconectează în timpul apelului.
Apelurile către CMR Hybrid se deconectează în timpul apelului.
Cum configurez cronometrele TCP pe paravanul meu de protecție pentru întâlnirile cu capacități pentru dispozitive video?
Apelurile către întâlnirile Cisco Webex Video Device-Enabled Meetings (V1, V2) (anterior CMR) se deconectează în timpul apelului.
Cum configurez cronometrele TCP pe paravanul meu de protecție pentru Webex Cloud Connected Audio?
Notă: CMR Hybrid devine End of Support efectiv pe 28 februarie 2021. După 28.02.2021, serviciul CMR Hybrid va continua până în aprilie 2021 (Sfârșitul vieții), iar în acel moment, clienții CMR Hybrid vor fi migrați automat la cea mai recentă versiune de CMR Cloud.
Soluția:
Firewall TCP Cronometre și utilizarea lor în cadrul:
- Collaboration Meeting Rooms (CMR) Hybrid
- Cisco Webex Video Device-Enabled Meetings (V1, V2) (anterior CMR)
- Webex Cloud Connected Audio ((anterior CCA)
În mediile clienților cu setări stricte ale firewall-ului, este imperativ să se ia în considerare importanța sesiunilor TCP în interiorul soluției CMR.
În întâlnirile CMR sau cu capacități pentru dispozitive video, există o sesiune TCP bidirecțională activă între clientul Cisco Expressway și componentele Webex Edge. Componenta Webex Edge are un cronometru implicit de conexiune TCP de 30 de minute. Un Cisco Expressway va avea un cronometru implicit de conexiune TCP de 2 ore.
Atunci când configurați paravanul de protecție, este important ca paravanului de protecție să nu i se permită niciodată să renunțe în tăcere la conexiunea TCP în mai puțin de 30 de minute.
Dacă un paravan de protecție este configurat să scadă în tăcere o conexiune TCP în mai puțin de 30 de minute, o invitație din nou SIP poate fi trimisă la Cisco Expressway pe conexiunea TCP care a fost închisă. Firewall-ul va renunța la această conexiune. Webex va expira re-invitarea și, ulterior, va trimite un mesaj BYE clientului. Acest mesaj bye va utiliza, de obicei, același port TCP și poate fi scăzut, de asemenea.
Ulterior, Cisco Expressway va trimite o invitație către partea Webex. Invitația din nou va utiliza o conexiune TCP nouă sau neîncheiată. Ca atare, va fi permis prin firewall și va ajunge la Webex. Webex va răspunde cu un cod de eroare (481 Call/Transaction Does Not Exist) care indică faptul că apelul nu există.
De asemenea, este important să rețineți că o sesiune TCP nu este unică per apel. Dacă Cisco Expressway sau Webex edge trimite un mesaj către aceeași destinație și are deja (ceea ce consideră a fi) o conexiune TCP deschisă la adresa IP de destinație, același port va fi utilizat pentru mai multe conferințe sau apeluri.
Acest lucru poate provoca mai multe apeluri sau conferințe pentru a fi rupte în același timp sau în momente similare.
Consultați diagrama de mai jos pentru detalii despre această problemă:
