Hoe te verplaatsen Web App Gebruikers van Spaces / Meetings in CMS

Inleiding

Dit document beschrijft de capaciteit om deelnemers van één vergadering naar een andere vergadering door Cisco Meeting Management (CMM) te verplaatsen. CMM-beheerder kan web app deelnemers verplaatsen tussen vergaderingen van dezelfde of verschillende telefoonbruggen.

Voorwaarden

Vereisten

Cisco raadt kennis van de volgende onderwerpen aan:

• Basiskennis van Cisco Meeting Server (CMS).
• CMM Basiskennis.
• CMS web app Basiskennis.

Gebruikte componenten

De informatie in dit document is gebaseerd op de volgende software- en hardware-versies:

• CMS versie 3.2
• CMM versie 3.2.
• CMS web app versie 3.2.0
• Webbrowser chroom 91.

De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u zorgen dat u de potentiële impact van elke opdracht begrijpt.

Configureren

Achtergrondinformatie

De mogelijkheid om deelnemers van de ene vergadering naar een andere vergadering te verplaatsen door CMM is oorspronkelijk voorzien in CMS 2.6, maar met enkele beperkingen, dat wil zeggen, Meeting App, web app, en Skype voor Bedrijven (SfB) deelnemers kunnen niet worden verplaatst. Begin met CMS 3.2, CMM beheerder kan web app deelnemers tussen vergaderingen van of zelfde of verschillende vraagbruggen bewegen.

Opmerking: Deze eigenschap betekent niet dat web app deelnemers een beweging van andere deelnemers kunnen aanhalen. Vroeger, toen de poging om web app deelnemers te verplaatsen, CMM zou dit met een waarschuwing voorkomen. Die beperking wordt automatisch gedetecteerd door CMM is de vergadering wordt gehost op CMS 3.2 en zou mogen bewegen.

Netwerkdiagram

Configuraties

Stap 1. CMM roept Application Programing Interface (API) op naar CallBridge B met methode POST /calls/<call_X_id>/deelnemers/ met "moveParticipant"=participant_A_guid.

Stap 2. Callbridge B verstuurt verzoeken om deelnemersverplaatsing naar Callbridge A.

Stap 3. Callbridge A reageert met de verhuisaanvraag terug naar Callbridge B.

Stap 4. Callbridge B voert een taakverdeling uit en besluit een nieuwe deelnemer aan Callbridge C te plaatsen.

Stap 5. Callbridge B stuurt een verzoek naar Callbridge C om een nieuwe deelnemer en een nieuwe deelnemer aan te maken. Voor gasten wordt een nieuwe gast-id aangemaakt. De nieuwe deelnemer heeft een nieuwe JASON Web Tokens (JWT).

Stap 6. Callbridge C verstuurt API-verplaatsen web socket bericht via Call Bridge naar Web Bridge (C2W) naar Webbridge A.

Stap 7. Webbridge A stuurt het bericht verplaatsen web socket naar de Webbridge-client (WC3) in de browser.

Stap 8. WC3 in browser verstuurt end web socket bericht naar Webbridge A.

Stap 9. Webbridge Een voorwaartse eindsessie bericht naar Callbridge A.

Stap 10. Callbridge A vernietigt de deelnemer instantie en oude JWT.

Stap 11. WC3 client in browser authenticeert in nieuwe web socket bericht naar Webbridge A en gebruik een nieuwe JWT.

Verifiëren

Hieronder staan de voorbeeldlogberichten waarin de gast-webdeelnemer wordt verplaatst van Space 1 (webapp.com) naar Space 2 (webapp.com). Om de stroom te vereenvoudigen, blijft de beweging naar verschillende ruimte op dezelfde call bridge cbcms2 (cluster is load gebalanceerd).

Eerst begint de verplaatsen-stroom met API POST/calls/<call id>/deelnemers.

2021-03-04  15:50:03.915  Info     API trace 42003: POST for "/api/v1/calls/ae778701-7fed-410c-b3e6-c2860907a3f4/participants" (from 172.19.233.174)
2021-03-04  15:50:03.915  Info     API trace 42003: content data size 75, type "application/x-www-form-urlencoded":
2021-03-04  15:50:03.915  Info     API trace 42003:  movedParticipant=26de0160-30b5-4d7b-8a05-304472a
2021-03-04  15:50:03.915  Info     API trace 42003:      f284a&
2021-03-04  15:50:03.915  Info     API trace 42003:  needsActivation=false

Beweeg deelnemer naar een andere oproep, creëer eerst nieuwe guest account (guest2316075499).

2021-03-04  15:50:03.915  Info     move participant operation: moving WC3 participant 26de0160-30b5-4d7b-8a05-304472af284a (guest921953266) (homed on this callbridge) to call ae778701-7fed-410c-b3e6-c2860907a3f4
2021-03-04  15:50:03.915  Info     guest login request 0: credential storage scheduled (queue length: 1)
2021-03-04  15:50:03.915  Info     created guest account with user ID "guest2316075499"
2021-03-04  15:50:03.915  Info     guest login request 0: credential storage executed
2021-03-04  15:50:03.915  Info     guest login request 0: credential storage in progress
2021-03-04  15:50:03.921  Info     guest login request 0: successfully stored credentials
2021-03-04  15:50:03.921  Info     replace query for conference c3958a89-3007-4959-99e7-f6ea84609aac: response from 'cbcms2' (priority: 0, load level: 0, conference is running: 1)
2021-03-04  15:50:03.921  Info     replace query for conference c3958a89-3007-4959-99e7-f6ea84609aac: using local server 'cbcms2' (priority: 0, load level: 0, conference is running: 1)
2021-03-04  15:50:03.921  Info     API call leg dd2bc8c6-fa80-495f-9a20-1da19010cfab in call c0cc4e15-bb74-4af3-948b-672c9571c7fc (API call ae778701-7fed-410c-b3e6-c2860907a3f4)
2021-03-04  15:50:03.922  Info     172.19.233.174: API user "admin" created new participant dd2bc8c6-fa80-495f-9a20-1da19010cfab, call ae778701-7fed-410c-b3e6-c2860907a3f4
2021-03-04  15:50:03.922  Info     API trace 42003: sending 200 response, size 0
2021-03-04  15:50:03.922  Info     API trace 42003: Location: /api/v1/participants/dd2bc8c6-fa80-495f-9a20-1da19010cfab
2021-03-04  15:50:03.923  Info     new session created for user "guest2316075499"
2021-03-04  15:50:03.923  Info     instantiating user "guest2316075499"

Verwijder de oude gebruiker guest921953266 en trek de vorige oproep, oproep 19.

2021-03-04  15:50:03.947  Info     user "guest921953266": deactivating due to session resource teardown
2021-03-04  15:50:03.948  Info     call 19: tearing down ("guest921953266" conference media)
2021-03-04  15:50:03.948  Info     participant "guest921953266" left space 89eae70d-5b67-41fc-97f7-38a655fa6467 (Space 1 (webapp.com))
2021-03-04  15:50:03.948  Info     call 19: destroying API call leg 26de0160-30b5-4d7b-8a05-304472af284a
2021-03-04  15:50:03.948  Info     removing guest account 'guest921953266' (name 'User X') on call drop
2021-03-04  15:50:03.948  Info     destroying guest account with user ID "guest921953266"

Stel met succes een mediasessie in voor de nieuwe oproep, bel 20.

2021-03-04  15:50:04.106  Info     call 20: allocated for guest2316075499 / "User X" conference participation (Chrome)
2021-03-04  15:50:04.106  Info     call 20: removing h264 from video codec bitmask, because it's Chrome web client and we're using a compatibility profile
2021-03-04  15:50:04.106  Info     call 20: configured - API call leg dd2bc8c6-fa80-495f-9a20-1da19010cfab
2021-03-04  15:50:04.107  Info     call 20: setting up combined RTP session for DTLS (combined media and control)
2021-03-04  15:50:04.108  Info     participant "guest2316075499" joined space 59b9e43e-b277-4d33-a244-e896d20f2049 (Space 2 (webapp.com))
2021-03-04  15:50:04.108  Info     participant "guest2316075499" (dd2bc8c6-fa80-495f-9a20-1da19010cfab) joined conference c0cc4e15-bb74-4af3-948b-672c9571c7fc via WB3

Wanneer de web app een verplaatsen aanvraag ontvangt, wordt de huidige oproep losgekoppeld, en wordt het proces opnieuw gestart met de nieuwe JWT. Na de verplaatsing ziet de deelnemer het bericht U bent verplaatst naar een nieuwe oproep rechtsonder in de hoek die aangeeft dat de oproep nu in een nieuwe vergadering is zoals in de volgende afbeelding. De tekst na de Now in bericht is de ruimtenaam in dit geval Space 2.

Sommige lokale web app vergaderstatus zoals mute en lay-out worden overgenomen van de vorige oproep. Bijvoorbeeld, als de deelnemer lokaal beweegt dan blijft het gedempt in de nieuwe vraag.

De volgende functies worden niet overgedragen naar de nieuwe oproep:

• Presentatie - Wanneer de deelnemer wordt verplaatst, wordt de actieve presentatie verbroken. In de nieuwe vergadering na de beweging, deelt de deelnemer niet.
• Chatberichten - Eerdere chat-berichten worden uit de chat verwijderd en worden niet overgedragen naar de nieuwe vergadering.

Problemen oplossen

Kwestie: Web app deelnemer wordt niet verplaatst.

Het zou veel dingen kunnen betekenen:

1. Er is niets gebeurd. De oproep is nog steeds verbonden met de eerste oproep.
2. Geleverd maar niet opnieuw verbonden. De oproep wordt verbroken, maar maakt geen verbinding met de tweede oproep.
3. Verbind met de verkeerde vergadering.

Voor scenario a. Er is niets gebeurd:

• Zorg ervoor dat de telefoonbrug het verzoek om van CMM te bewegen ontvangt. Zie de CMS Log Berichten voor specifieke trefwoord zoals verplaatsen deelnemer operatie. Als CMS geen API van CMM ontvangt, doe dan basisprobleemoplossing tussen CMM en CMS omvatten toegelaten API spoor aan beide kant, de controles van de Dienst van de Naam van het Domein (DNS), connectiviteit controle.
• Zie of de parameter canMove in /deelnemers/<deelnemer id> of /callLegs/<callLeg id> op true is ingesteld.

Voor scenario b. Geleverd maar niet opnieuw verbonden:

• Zorg ervoor dat de loskoppeling te wijten is aan een beweging, dat wil zeggen, zoek naar bewegingsdeelnemer operatie in het log.
• In CMS logboeken, zoek middel fouten/blokkade op de vraagbrug die het proces van de deelnemersverwezenlijking kon verhinderen om plaats te vinden.
• Heeft de deelnemer toestemming om zich aan te sluiten bij de nieuwe cospace?
• Is er een fout met JWT?
• Probeer om zich handmatig bij de vergadering aan te sluiten.

Voor scenario c. Verbind met de verkeerde vergadering:

In het bestand Hyper Text Transport Protocol (HTTP) Archive Format (HAR) kijkt u naar de websocket van de eerste oproep. De toegangsmethodegegevens voor de POST /api/call/sessie/move tonen de numerieke ID die wordt gebruikt om verbinding te maken met de nieuwe oproep. Zorg ervoor dat deze numerieke ID de beoogde vergadering is.