Oproepen naar vergaderingen met hybride CMR en vergaderingen waar videoapparaat is ingeschakeld (V1, V2) worden verbroken tijdens het gesprek

Oproepen naar vergaderingen met hybride CMR en vergaderingen waar videoapparaat is ingeschakeld (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?

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

Hoe configureer ik TCP-timers in mijn firewall voor Webex Cloud Connected Audio?

Opmerking: Hybride CMR wordt vanaf 28 februari 2021 niet langer ondersteund. Na 28/02/2021 wordt de hybride CMR-service voortgezet 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 met ingeschakelde video-apparaten (V1, V2) (voorheen CMR)
  • Webex Cloud Connected Audio ((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.

Voor vergaderingen ingeschakelde CMR of video-apparaten is er een actieve bi-directionele TCP-sessie tussen de Cisco Expressway van de klant en 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?