U merkt mogelijk dat sommige artikelen inhoud inconsistent weergeven. Onze excuses voor het ongemak terwijl we onze site bijwerken.
cross icon
Gesprekken naar hybride CMR vergaderingen waar videoapparaat en videoapparaat is ingeschakeld (V1, V2) worden verbroken tijdens het gesprek
list-menuFeedback?

Oproepen naar hybride CMR -vergaderingen en vergaderingen ingeschakeld voor video-apparaten (V1, V2) worden verbroken tijdens het gesprek.

Oproepen naar een hybride CMR worden verbroken tijdens het gesprek.

Hoe configureer ik TCP-timers op mijn firewall voor vergaderingen waar videoapparaat is ingeschakeld?

Gesprekken naar Cisco Webex vergaderingen waar videoapparaat is ingeschakeld (V1, V2) (voorheen CMR) worden verbroken tijdens het gesprek.

Hoe configureer ik TCP-timers in mijn firewall voor Webex cloudaudio?

Opmerking: hybride CMR vanaf 28 februari 2021 niet meer ondersteund. Na 28/02/2021 gaat de hybride CMR-service door tot 2021 (einde van levensduur) en vanaf dat moment worden hybride CMR-klanten automatisch gemigreerd naar de nieuwste versie van CMR Cloud.

Oplossing:

Firewall-TCP-timers en het gebruik ervan binnen:

  • Hybride CMR (samenwerkingsver vergaderruimte)
  • Cisco Webex-vergaderingen (V1, V2) (voorheen CMR) ingeschakeld voor videoapparaat
  • Webex cloudaudio (voorheen CCA)

In klantenomgevingen met strikte firewall-instellingen is het noodzakelijk om rekening te houden met het belang van TCP-sessies binnen de CMR-oplossing.

In vergaderingen waar CMR of videoapparaat is ingeschakeld, is er een actieve birichtings-TCP-sessie tussen de klant Cisco Expressway de Webex Edge-onderdelen. Het Webex Edge-onderdeel heeft een standaard TCP-verbindingstimer van 30 minuten. Een Cisco Expressway heeft een standaard TCP-verbindingstimer van 2 uur.

Bij het configureren van uw firewall is het belangrijk dat de firewall nooit ongemerkt de TCP-verbinding mag verbreken in minder dan 30 minuten.

Als een firewall is ingesteld om ongemerkt de TCP-verbinding te verbreken in minder dan 30 minuten, wordt mogelijk nogmaals een SIP-uitnodiging verzonden naar de Cisco Expressway op de TCP-verbinding die is afgesloten. De firewall zal die verbinding verbreken. Webex zal de nieuwe uitnodiging onderbreken en vervolgens een BYE-bericht versturen naar de klant. Dit Bye-bericht gebruikt meestal dezelfde TCP-poort en kan mogelijk ook worden verbroken.

De Cisco Expressway zal later een uitnodiging versturen naar de Webex-zijde. De nieuwe uitnodiging zal een nieuwe of niet-beëindigde TCP-verbinding gebruiken. Op die manier wordt deze via de firewall toegestaan en kan deze Webex bereiken. Webex zal reageren met een foutcode (481 gesprek/transactie bestaat niet) die aangeeft het gesprek niet bestaat.

Het is ook belangrijk om erop te letten dat een TCP-sessie niet uniek is per gesprek. Als de Cisco Expressway of Webex Edge een bericht stuurt naar dezelfde bestemming en al beschikt over een (vermeende) open TCP-verbinding naar dat IP-adres, zal dezelfde poort gebruikt worden voor meerdere conferenties of gesprekken.

Hierdoor kunnen meerdere gesprekken of vergaderingen tegelijkertijd of ongeveer op hetzelfde tijdstip worden afgebroken.

Raadpleeg het onderstaande diagram voor meer informatie over het probleem:


Door een gebruiker toegevoegde afbeelding

Vond u dit artikel nuttig?
Vond u dit artikel nuttig?