Apelurile către întâlniri cmr hibride și video activate pentru dispozitive (V1, V2) se deconectează în timpul apelului

Apelurile către întâlniri cmr hibride și video activate pentru dispozitive (V1, V2) se deconectează în timpul apelului.

Apelurile către CMR Hybrid se deconectează în timpul apelului.

configurez cronometre tcp pe paravanul de protecție pentru întâlnirile activate pentru dispozitive video?

Apelurile către întâlnirile Cisco Webex cu dispozitive video activate (V1, V2) (anterior CMR) se deconectează în timpul apelului.

configurez cronometrele TCP pe paravanul de protecție pentru Webex Cloud Connected Audio?

Rețineți: CMR Hybrid devine end of support în mod eficient 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ție:

Cronometre TCP firewall și utilizarea lor în:

  • Colaborare Săli de întâlnire (CMR) Hibrid
  • Întâlniri cisco webex cu dispozitiv video activat (V1, V2) (anterior CMR)
  • Webex Cloud Connected Audio ((anterior CCA)

În mediile clienților cu setări stricte de firewall, este imperativ să se ia în considerare importanța sesiunilor TCP în interiorul soluției CMR.

În întâlnirile CMR sau video activate pentru dispozitive, 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 paravanul de protecție să nu fie lăsat să renunțe silențios la conexiunea TCP în mai puțin de 30 de minute.

Dacă un paravan de protecție este configurat să fixeze silențios o conexiune TCP în mai puțin de 30 de minute, o invitație sip poate fi trimisă la Cisco Expressway pe conexiunea TCP care a fost închisă. Paravanul de protecție va renunța la acea conexiune. Webex va expira invitația din nou și, ulterior, va trimite un mesaj BYE clientului. Acest mesaj Bye va utiliza, de obicei, același port TCP și poate fi abandonat, de asemenea.

Mai târziu, pe Cisco Expressway va trimite o invitație la partea Webex. Invitația din nou va utiliza o conexiune TCP nouă sau neîn terminarea. Ca atare, va fi permis prin firewall și ajunge la Webex. Webex va răspunde cu un cod de eroare (481 Apel/Tranzacție nu există) indicând că apelul nu există.

De asemenea, este important să rețineți că o sesiune TCP nu este unică pe bază de 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 respectivă, același port va fi utilizat pentru mai multe conferințe sau apeluri.

Acest lucru poate provoca mai multe apeluri sau conferințe care pot fi descătușate în aceleași ore sau în alte momente similare.

A se vedea diagrama de mai jos pentru detalii cu privire la această problemă:


Imagine adăugată de utilizator

A fost util acest articol?