Over bijwerken van Sitebeheer naar Control Hub


 

Voor het bijwerken van een site van Sitebeheer naar Control Hub is geen update van clientversies vereist. Sommige sites kunnen deze functie pas gebruiken als de partners die deze organisaties beheren, klaar zijn.


 
Als uw Webex voor de overheid-organisatie externe gebruikers bevat, kunt u momenteel niet converteren van Sitebeheer naar Control Hub. U ontvangt een foutmelding als u probeert te converteren met externe gebruikers in uw organisatie. We verwachten deze mogelijkheid medio 2023 beschikbaar te maken voor organisaties met externe gebruikers.

Webex wordt een gemeenschappelijke platform voor het beheren van vergaderingen, chatten, bellen en andere samenwerkingsmodi. Daarom willen we het beheer van alle Webex Meetings -sites verplaatsen van Sitebeheer naar Control Hub.

We hebben een hulpprogramma in Sitebeheer om u te helpen bij deze wijziging. Als uw site al in aanmerking komt om bij te werken naar Control Hub, kunt u aan de slag gaan door te klikken op Beheer bijwerken in het navigatiemenu.

Zie deze video voor een demonstratie over hoe het bijwerken van uw site naar Control Hub werkt.

Om te helpen uw site-update te plannen, bekijkt u het gedeelte gereedheid voor sitebeoordeling .

De voordelen van het beheren van sites in Control Hub zijn onder andere:

  • Uniforme licentietoewijzingen voor alle Webex-services, zoals vergaderingen, berichten en bellen.

  • Consistent beveiligingsbeleid voor alle Webex-services.

  • Algemene aanmeldingservaring voor alle eindgebruikers tussen verschillende Webex-services.

  • Moderne bedieningselementen voor beheerders, zoals Directoryconnector, SCIM en Active Directory-groepen.

  • Licentiesjablonen om automatisch meerdere licenties aan gebruikers toe te wijzen.


 

U kunt de vergaderingssite Sitebeheer beheren nadat u de update naar Control Hub hebt bijgewerkt.

De ervaring voor het beheren van sites in Control Hub is vergelijkbaar met het beheren in Sitebeheer. Gebruikersbeheer in Control Hub heeft modernere onderliggende technologieën, dus er zijn een paar verschillen in het beheren van sites in Control Hub. Deze rubriek richt zich op verschillen die worden gebeld bij het bijwerken van uw site.


 

Zie dit artikel voor een meer gedetailleerd overzicht van de verschillen Sitebeheer Control Hub.

Gebruikersbeheer

We hebben een gecentraliseerd gebruikersbeheersysteem onderliggende Control Hub, waarbij gebruikers binnen de gehele organisatie (en alle Webex) afzonderlijke en unieke gebruikers zijn. In Sitebeheer is de gebruikersprofiel anders per vergaderingssite.

Single Sign On (SSO) met automatisch account maken

In Sitebeheerder hebt u een functie 'Automatisch account maken' waarmee gebruikers worden gemaakt wanneer ze zichzelf verifiëren via SSO.

Schermafbeelding van sitebeheerder die de SSO weergeven voor het automatisch maken van een account

Deze functie is niet beschikbaar in Control Hub, omdat er meer krachtige manieren zijn om nieuwe gebruikers toe te voegen. U moet deze functie in het Sitebeheer uitschakelen voordat u uw site bij werkt in Control Hub.

Veel organisaties die SSO gebruiken, geven er mogelijk de voorkeur aan om hun gebruikers centraal te beheren in externe telefoonlijsttools zoals Microsoft® Active Directory en Microsoft Azure, en ook om verificatie bij externe identiteitsproviders verplicht te stellen.

Meer informatie over:

Verplichte profielgegevens en traceercodes

Sitebeheer kunt u verplichte profielvelden opgeven voor nieuwe gebruikers (vorige schermafbeelding). U kunt dit verlengen zodat gebruikers traceercodes maken (onderstaande schermafbeelding). Als u deze aanvullende vereisten configureert, kunt u gebruikers niet toevoegen aan de site zonder deze.

Schermafbeelding van sitebeheer met opties voor de afdwinging van traceercodes

Control Hub heeft alleen een weergavenaam en e-mailadres nodig om een gebruiker te maken.

Alle andere gebruikersvelden zijn optioneel wanneer u een nieuwe gebruiker maakt in Control Hub, dus we dwingen geen aanvullende profielgegevens af voor door Control Hub beheerde sites.

U moet verplichte profielvelden uitschakelen en deze traceercodes voordat u uw site bijwerkt in Control Hub.

Wachtwoordbeheer en vergrendeling

Sitebeheer heeft een functie die gebruikers tijdelijk vergrendelt als ze zich na een aantal pogingen niet meer aanmelden.

Control Hub heeft de volgende opties om ongeautoriseerde toegang te voorkomen:

  • Automatische time-out na de eerste paar mislukte pogingen.

  • Een CAPTCHA mechanisme (Volledig geautomatiseerde openbare Turingtest om computers en mensen gescheiden te houden).

  • Betrouwbare gebruikers hebben een selfservice-optie om hun vergeten wachtwoord te wijzigen.

Hostlicenties

Hosts moeten zich in uw Control Hub-organisatie hebben

In Sitebeheerder kunt u een hostlicentie toewijzen aan elke gebruiker. Wanneer u de site in Control Hub beheert, kunt u alleen hostlicenties (en de rol van deelnemer) toewijzen aan gebruikers in dezelfde Control Hub-organisatie.

Zelf aanmelden voor hostaccount

In Sitebeheerder kunt u ervoor kiezen gebruikers toe te staan een (host)-account op de site aan te vragen. U kunt gebruikers met een account ook toestaan om aanvullende services op de site aan te vragen. (zie schermafbeeldingen).

Schermafbeelding van sitebeheerder met de optie 'Aanmelden hostaccount toestaan' Schermafbeelding van sitebeheerder die het beheer laat zien zodat gebruikers extra services kunnen aanvragen

Wanneer u een vergaderingssite beheert in Control Hub, kunnen gebruikers hun eigen hostaccount voor die site niet aanvragen.

Control Hub heeft een gecentraliseerde, geautomatiseerde manier om vergaderingslicenties toe te wijzen aan nieuwe gebruikers. https://help.webex.com/n3ijtao/

U kunt gebruikerslicenties ook beheren via API of in bulk met CSV.

Als u wilt dat gebruikers hun hostaccount aanvragen, kunt u de help/ondersteuning van de site configureren met aanwijzers om contact op te nemen met beheerders of een koppeling te maken met andere tools.

U moet 'Aanmelden hostaccount toestaan' en 'Gebruikers toestaan extra services aan te vragen' in Sitebeheer voordat u uw site bij werken naar Control Hub.

Control Hub heeft andere licentiebeheeropties, zoals sjablonen voor automatische toewijzing. U kunt een rapport van inactieve hosts krijgen om u te helpen bij het verwijderen van licenties van deze gebruikers, individueel of in bulk, of via API.

Als u deze geautomatiseerde deactiveringsoptie nodig hebt en de andere opties in Control Hub niet geschikt voor u zijn, moet u op dit moment geen update van uw site naar Control Hub instellen.

Voordat u uw vergaderingssite bij werken om te worden beheerd in Control Hub, moet u uw Control Hub-organisatie voorbereiden.


 

Zorg ervoor dat het abonnement geen lopende of blokkeringsacties zijn. Het bijwerken mislukt als:

  • U hebt alle in behandeling zijnde acties van het abonnement dat is gekoppeld aan de site die u bij wilt werken.
  • De site heeft geen abonnement gekoppeld aan het in de Control Hub-organisatie.
  • De licentie-informatie van de site in Sitebeheer komt niet overeen met de licentie-informatie van de site in Control Hub.

We raden u ten zeerste aan om uw domeinen te verifiëren en uw gebruikers te claimen. De volgende lezen zal helpen:

  • Het e-book over de Control Hub: https://ebooks.cisco.com/story/controlhubessentials/

  • Uw domeinen beheren: https://help.webex.com/a7d9dj/

  • Claim uw gebruikers van andere organisaties (na het verifiëren van uw domeinen): https://help.webex.com/nceevy2/ Het is vooral belangrijk om gebruikers te claimen, omdat het ervoor zorgt dat zoveel mogelijk gebruikers die in uw organisatie zouden moeten zijn, er zijn. Als u gebruikers claimt met 'Onmiddellijke claim', voorkomt u ook vertragingen bij het gebruik van de e-mailadressen in uw organisatie.


     

    We raden u ten zeerste aan gebruikers te claimen voordat u uw site bijwerkt naar Control Hub. Als u gebruikers claimt in uw organisatie nadat de site is bijgewerkt naar Control Hub, kunnen deze gebruikers de toegang tot vergaderingen en vergaderingsmiddelen op de site verliezen.

    Tijdelijke oplossing: voor gebruikers die u claimt nadat de site is bijgewerkt naar Control Hub, verwijdert u eerst de licentie voor de vergaderlocatie voor die gebruiker, claimt u de gebruiker bij uw organisatie en geeft u die gebruiker vervolgens een nieuwe licentie voor de site. Hiermee wordt de toegang tot de site, vergaderingen en opnamen hersteld.

  • Als de vergaderingssite is geconfigureerd voor SSO, moet u de site ook configureren SSO control hub-organisatie .

Automatisch account maken voor nieuwe gebruikers

Als uw Webex-site het automatisch maken van accounts in Sitebeheer heeft ingeschakeld, kunt u een vergelijkbare functie inschakelen in Control Hub met Automatisch SAML -account maken . Zorg ervoor dat u ook een automatische licentiesjabloon zodat nieuwe gebruikers automatisch licenties krijgen toegewezen zodra hun accounts zijn gemaakt in de Control Hub-organisatie.

Organisaties met telefoonlijstsynchronisatie

Als uw organisatie is geconfigureerd voor directorysynchronisatie, moet u ervoor zorgen dat alle gebruikers die u in uw organisatie wilt hebben, aanwezig zijn op de site. Dit moet 24 uur voordat u het updateproces voor de site start worden uitgevoerd, zodat gebruikers op de site kunnen worden gekoppeld aan de nieuwe gebruikers in uw Control Hub-organisatie.


 
De update mislukt als actieve gebruikers op de site niet kunnen worden gekoppeld aan Control Hub-gebruikers.

XML -API's

XML-API's zijn nu compatibel met door Control Hub beheerde sites. Lees meer over de gegevens en waarschuwingen in XML API 41.11.0 Updates.

De URL's van de XML - API -service blijven ongewijzigd nadat een site is bijgewerkt van Sitebeheer naar Beheerd door Control Hub. Dezelfde API -URL's blijven werken. Cisco raadt aan dat alle API -integraties OAUTH gebruiken voor verificatie.

Verificatie in XML -API's

Integraties die geen gebruik maken van Webex OAUTH voor verificatie kan mislukken nadat de site is bijgewerkt naar Control Hub. In de volgende tabel ziet u welk type beheerdersverificatie blijft werken na het bijwerken van uw site.

Tabel 1. Typen beheerdersverificatie die werken in XML API na site-update
Type beheerdersverificatie in XML API vóór site-updateBeheerder in SSO -organisatie na site-updateBeheerder niet in SSO -organisatie na site-update
gebruikersnaam (webExID)/wachtwoord Beschikbaar Zal werken* Beschikbaar Zal werken*
gebruikersnaam (webExID)/sessionTicket Beschikbaar Zal werken Beschikbaar Zal werken
gebruikersnaam/OAUTH (webExAccessToken) Beschikbaar Zal werken Beschikbaar Zal werken
e-mail/wachtwoord Beschikbaar Zal werken* Beschikbaar Zal werken*
e-mail/sessieticket Beschikbaar Zal werken Beschikbaar Zal werken
e-mail/OAUTH (webExAccessToken) Beschikbaar Zal werken Beschikbaar Zal werken

 

* Achterwaartse compatibiliteit: Cisco heeft gebruikersnaam-/wachtwoordverificatie ingeschakeld om te werken in XML -API's na site-update, zelfs als de gebruikersnaam niet overeenkomt met het e-mailadres voor niet- SSO -organisaties. De compatibiliteit is alleen van toepassing als:

  • Gebruikersreferenties zijn gemaakt vóór de site-update. Wijzigingen in de gebruikersnaam zijn niet toegestaan, anders mislukken eerdere inloggegevens.
  • Referenties voor API -verificatie kunnen geen ander wachtwoord hebben in Control Hub dan voor de site wanneer deze werd beheerd in Sitebeheer.

U kunt meer informatie vinden over XML API -integraties op door Control Hub beheerde sites, inclusief OAUTH-verificatie, met: deze handleiding .

Gebruikersnaam is ingesteld op e-mail voor alle gebruikers wanneer een site wordt bijgewerkt naar Control Hub. Als de gebruikersnaam wordt gebruikt voor API -payloads, moeten de payloads e-mail gebruiken nadat de site is bijgewerkt.

Beheerdersrol in Control Hub voor API -integraties

Beheerders met alleen de rol Sitebeheerder kunnen mogelijk bepaalde bewerkingen niet uitvoeren met XML -API's, zoals het wijzigen van het e-mailadres of de weergavenaam van een gebruiker nadat de site is bijgewerkt naar een Control Hub-site. Voor beheerders van wie de referenties worden gebruikt voor API -integraties, raden we u aan deze beheerders te promoveren tot volledige beheerders van de organisatie in Control Hub, idealiter voordat u de site bijwerkt naar Control Hub.


 

We raden u aan om, als beste praktijk, eerst een testsite bij te werken om te bevestigen dat uw API-integraties niet meer werken na de update naar Control Hub.

Afhankelijk van wat uw integratie doet, moeten beheerders mogelijk ook een Meetings hostaccount op de Control Hub-site toegewezen krijgen om de integratie te laten werken (dit was niet vereist voor beheerders in Sitebeheer-sites).

ook toevoegen (niet in het gedeelte SSO ).

Gebruikersnaam is ingesteld op e-mail voor alle gebruikers wanneer een site wordt geconverteerd naar CH.

Als een gebruikersnaam dus API -payloads is, moeten ze het e-mailadres van de gebruiker gebruiken nadat de site is geconverteerd.

XML API -verschillen in Control Hub

De meeste XML API-integraties zouden, zonder wijzigingen, moeten werken na het bijwerken van uw site. Maar er zijn enkele uitzonderingen die in de volgende lijst worden beschreven:

  • Gebruiker maken Op door Control Hub beheerde sites kan deze bewerking ook een gebruiker maken in de organisatie die eigenaar is van de site voordat een licentie wordt toegewezen. Als de gebruiker al in een andere organisatie bestaat, mislukt deze bewerking. PMR ID parameter wordt niet van kracht voor gebruikers die nog geen Actief status in Control Hub.

     

    createuser Het duurt langer om de API te voltooien op door Control Hub beheerde sites. Voor betere prestaties kunt u een extra thread toevoegen om te parallelliseren createuser gesprekken.

  • Gebruiker instellen —Kan leiden tot het toewijzen of verwijderen van een sitelicentie voor vergaderingen van de gebruiker (afhankelijk van de API -parameters of payload).
  • DelUser —Verwijdert de sitelicentie voor vergaderingen, maar verwijdert de gebruiker niet uit de Control Hub-organisatie.
  • OverzichtGebruiker —Retourneert ook de . van de gebruiker objectGUID.
  • Gebruiker verifiëren —Op door Control Hub beheerde sites raden we aan een sessieticket maken via AuthenticateUser in plaats van gebruikersnaam en wachtwoord te gebruiken voor elke XML API. Het gebruik van SAML -respons in hoofdtekstinhoud wordt niet ondersteund met deze aanroep voor door Control Hub beheerde sites.

REST API's

Control Hub heeft eigen API's, waaronder API's voor personen en licentie-REST voor het maken en licentie-gebruikers op:

Sessietypen en traceercodes zijn ook beschikbaar met REST-API's op:

De bovenstaande REST-API's ondersteunen echter niet alle gebruikersbeheerfuncties die beschikbaar zijn in XML -API's. U moet bijvoorbeeld nog steeds XML -API's gebruiken om vergaderingslicenties toe te wijzen aan gebruikers buiten de organisatie die eigenaar is van de site. De People API biedt geen ondersteuning voor de toewijzing van sitebeheerdersrollen aan gebruikers. Als u sitebeheerdersrollen wilt toewijzen via een API, moet u nog steeds de XML API gebruiken.

U kunt de Personen- API gebruiken om organisatiebeheerders met volledige (of alleen-lezen) machtigingen te maken, en deze beheerders kunnen ook uw door Control Hub beheerde vergaderingsites beheren (of weergeven).


 

Control Hub heeft specifieke beheerdersrollen voor de Webex-site, maar de People API kan deze rol op dit moment niet toewijzen.

Toekomstplannen (onder voorbehoud)

  • Nieuwe licentie- API die ook licenties voor vergaderlocatie kan verlenen aan externe gebruikers die zich niet in dezelfde organisatie bevinden die de site heeft gemaakt. Externe gebruikerslicenties zijn handmatig beschikbaar in Control Hub vandaag.
  • SCIM- API om gebruikers in de organisatie te maken en te verwijderen.
  • De langetermijnrichtlijn van Cisco is om alleen REST-API's te gebruiken (voor alle bewerkingen op gebruikers en vergadersites). XML -API's voor gebruikersbeheer blijven worden ondersteund totdat REST-API's exclusief kunnen worden gebruikt voor alle gebruikersbeheerbewerkingen. XML -API's voor gebruikersbeheer worden ook beëindigd (datum nog niet bekend).

Voordat u uw site hebt bijgewerkt naar Control Hub, raden we u sterk aan om eerst de volgende items te bekijken om de update zo soepel mogelijk te laten verlopen:

  • Controleer eerst dit document en zorg ervoor dat uw organisatie de aanbevolen werkwijzen volgt in het gedeelte Uw Control Hub-organisatie voorbereiden.
  • Meld u vervolgens aan bij Webex-beheer en klik op Beheer bijwerken. In de fase voor de gereedheid van de site moet u in het gedeelte Gebruikers controleren geen aanbevolen actie ondernemen en moet u de functies die worden gebeld in het gedeelte Controlefuncties nog niet uitschakelen. Door deze instructies te volgen, wordt de site gereedheidsbeoordeling een alleen-lezen-bewerking om de wijzigingen te beoordelen die u moet uitvoeren voordat u een update naar Control Hub uitvoeren.
Site beoordelen vóór bijwerken naar Control Hub
  1. Klik in het gedeelte Gebruikers controleren op CSV-bestand van gebruiker exporteren en download het CSV-bestand, dat ook wel csv-bestanden genoemd heeft. users-to-review-xxxxx.csv.

    Dit bestand bevat een overzicht van alle gebruikers die aandacht nodig hebben en bevat een aanbevolen actie voor elke gebruiker. Het aantal gebruikers in dit bestand geeft u een idee hoeveel gebruikersgerelateerde problemen u moet oplossen voordat u de site kunt bijwerken.

  2. Bekijk in het gedeelte Functies controleren de functies die in de kolom met de consequenties worden weergegeven met een rode X. Dit informeert u over de gereedheid van uw site vanuit een functieconflict.
  3. Ga niet naar stap 2 en klik nog niet op de knop Bijwerken naar Control Hub.

Zodra u het CSV-bestand van de gebruiker hebt bekeken en hebt bekeken welke functies u mogelijk opnieuw moet configureren, gaat u verder met het lezen van de rest van de gedeelten in dit artikel om u voor te bereiden op het voorbereiden van uw site en organisatie voor de update naar Control Hub.


 

Opmerking: Als uw site API-integraties heeft die zijn uitgevoerd door uw bedrijf of via oplossingen van derden, zoals learning management-oplossingen, controleert u het gedeelte Api-integraties voor de site voorbereiden om met Control Hub te werken.

Gebruikersinterface voor functies controleren voor het bijwerken van beheer in Sitebeheer

Sommige functies moeten worden uitgeschakeld voordat u een Webex-site kunt bijwerken naar Control Hub. U kunt een lijst zien die laat zien welke functie moet worden uitgeschakeld. Functies die zijn gemarkeerd met een pictogram met rode cirkel X moeten worden uitgevoerd. Functies gemarkeerd met een pictogram voor het uitroepen van een gele driehoek zijn alleen voor uw informatie en vereisen geen actie.

Zie deze video voor een demo over het bijwerken van uw site in Control Hub.


 

Als uw organisatie de functie voor het automatisch maken van accounts in Sitebeheer gebruikt, moet u een gelijkwaardige functie instellen in Control Hub en een automatische licentiesjabloon instellen om automatisch licenties toe te wijzen. Zie dit artikel voor meer informatie. Dit moet worden gedaan voordat u de site bijwerkt die moet worden beheerd in Control Hub.

  1. Meld u aan bij Webex-sitebeheer en ga naar ConfiguratieAlgemene site-instellingenOpties.

    • Zoek de optie Aanmelden hostaccount en schakel deze uit.

    • Zoeken voor het aanmelden bij account: en alle vakjes voor verplichte gebruikersprofiel in.

  2. Klik op Bijwerken.

  3. Ga naar Configuratie > Algemene site-instellingen en > traceercodes.

  4. Wijzig in de kolom Hostprofiel alle traceercoderijen die zijn gemarkeerd als Verplicht voor BeheerSet of Optioneel.


     

    Alle traceercodewaarden voor gebruikers worden bewaard wanneer u een site bij werken naar Control Hub.

Voordat u uw site bij werkt om te worden beheerd in Control Hub, moet u ervoor zorgen dat:

  • Alle gebruikers van de -site die zich in uw organisatie zouden moeten hebben, zijn daadwerkelijk in uw Control Hub-organisatie.
  • Alle gebruikers van de site die zich niet in uw organisatie moeten vinden, worden verwijderd uit uw organisatie.
  • Gebruikers in de organisatie kunnen worden geverifieerd door uw IdP als uw organisatie is geconfigureerd voor SSO.
  • U hebt het gedeelte Uw Control Hub-organisatie voorbereiden van eerder in dit artikel gelezen.

 
We raden u ten zeerste aan gebruikers te claimen voordat u uw site bijwerkt naar Control Hub. Als u gebruikers claimt in uw organisatie nadat de site is bijgewerkt naar Control Hub, kunnen deze gebruikers de toegang tot vergaderingen en vergaderingsmiddelen op de site verliezen. Zie Uw Control Hub-organisatie voorbereiden sectie voor meer informatie.

Zie deze video voor een demo over het bijwerken van uw site in Control Hub.

Controleren op gebruikers die site-update blokkeren

Het gedeelte Gebruikers bekijken bij het bijwerken van de site van Sitebeheer naar Control Hub
  1. Meld u aan Sitebeheer en open de pagina Beheer bijwerken.

  2. Open de Vereisten voor controleren voor het bijwerken van het beheer en klik op Beïnvloede gebruikers exporteren in CSV.

  3. Wacht tot het exporteren is voltooien. Afhankelijk van de starttijd en het aantal gebruikers in de site, kan het even duren. Het exporteren wordt aan het begin van het uur 6 minuten onderbroken (tussen xx:57 en xx:03).

  4. Klik op CSV downloaden zodra de export is voltooien.

    Uw browser wordt gedownload users-to-review.csv.

  5. Open het CSV-bestand en controleer de kolom Aanbevolen actie (de laatste kolom). Ondernomen aanbevolen actie voor elke gebruiker in het bestand.

Gebruikers met niet-overeenkomende e-mailadressen

Sommige gebruikers hebben mogelijk een ander e-mailadres in Sitebeheer en Control Hub. Dit is mogelijk als het e-mailadres van de gebruiker op slechts één van de twee plaatsen is gewijzigd nadat de gebruiker van deze site aan Control Hub is gekoppeld.

Probeer deze acties om gebruikers op te lossen met niet-overeenkomende e-mailadressen:


 

Als u uw site bijwerkt naar Control Hub zonder dat de e-mailadres van gebruikers worden gecorrigeerd, moeten de betrokken gebruikers hun Control Hub-e-mailadres gebruiken om zich aan te aanmelden bij hun vergaderlocatie. Deze gebruikers kunnen zich mogelijk niet aanmelden als ze zich proberen aan te aanmelden met het e-mailadres in Sitebeheer of als hun Control Hub e-mailadres niet langer geldig is in hun IdP (voor SSO -organisaties). Ze zullen u niet blokkeren om de site bij te werken, maar het is beter om de e-mailadressen te corrigeren voordat u de update start.

Externe gebruikers met een Basic Meetings-licentie

Externe gebruikers met Basis Meetings-licenties moet worden gedeactiveerd of geüpgraded naar betaalde Webex Meetings -licenties voordat de site wordt bijgewerkt van Sitebeheer naar Control Hub.

Gebruikers deactiveren


 
Wanneer u gebruikers deactiveert, verliezen zij hun hostlicentie of deelnemerrechten (afhankelijk van de rol die ze hadden terwijl ze actief waren). Gedeactiveerde gebruikers worden nog steeds weergegeven in het CSV-exportbestand van de site nadat u de site hebt bijgewerkt naar Control Hub.

Voor individuele gebruikersdeactivering in een Sitebeheer:

  1. Ga naar Gebruikersbeheer om > bewerken.

  2. Gebruik de besturingselementen index, zoeken en filteren om de gebruiker te vinden.

  3. Vink het selectievakje Actief uit.

  4. Verzend de wijzigingen.

    Zie Gebruikersaccounts Sitebeheer in Webex voor meer informatie.

Voor batchgebruikersdeactivering in de Sitebeheer:

  1. Exporteert de gebruikers naar een CSV-bestand.

  2. Open het CSV-bestand en wijzig de Active kolomwaarden voor N voor alle betrokken gebruikers.

  3. Importeer het aangepaste CSV-bestand.

    De gebruikers die u hebt gewijzigd, zijn nu niet meer actief.

    Zie Batch-import en -export van Webex-gebruikers in Webex Sitebeheer meer informatie.

Gebruikers in organisaties met telefoonlijstsynchronisatie

Als er niet-gekoppelde gebruikers zijn die wel in uw organisatie zouden moeten zijn, maar nog niet zijn toegevoegd, moet u deze eerst toevoegen aan uw organisatie. Dit is vooral essentieel voor organisaties die zijn geconfigureerd voor directorysynchronisatie (via Directoryconnector of Azure AD), omdat het bijwerken van de site niet wordt toegestaan door de directorysynchronisatie gebruikers toe te voegen.


 

De site-update mislukt als actieve gebruikers op de site niet kunnen worden gekoppeld aan een Control Hub-organisatie. Als uw organisatie is geconfigureerd voor directorysynchronisatie, moet u ervoor zorgen dat alle gebruikers op de site die onderdeel moeten zijn van de Control Hub-organisatie eerst worden toegevoegd aan Directoryconnector of Azure AD voordat u de update start.

Gebruikersproblemen oplossen voordat u de update start

Als u probeert de site bij te werken naar Control Hub zonder de problemen voor gebruikers in de users-to-review bestand, kan het updatebeheerproces mislukken. De tool controleert niet om te zien of u de problemen hebt gecorrigeerd tot nadat u de laatste update hebt start.

Voordat u begint

Er zijn functies die u moet uitschakelen en u moet controleren of alle gebruikers de status Goed hebben om te worden bijgewerkt naar Control Hub. Als u API-geïntegreerde toepassingen gebruikt, moet u deze bijwerken om de Webex API te gebruiken.

In eerdere delen van dit artikel kunt u over deze vereisten lezen.


 

Zorg ervoor dat al uw beheerders weten dat u de site bij updatet naar Control Hub en dat ze na het starten geen wijzigingen in Sitebeheer moeten aanbrengen.

1

Exporteren en sla het exportbestand van de sitegebruikers op. Dit bestand fungeert als een gebruikerconfiguratie om u te helpen bij het valideren na de update.

2

Meld u aan Sitebeheer en klik op Beheer bijwerken.

3

Bekijk de vereisten, met name de CSV-lijst met gebruikers in de staten die een invloed kunnen hebben op het geslaagd gebruik van de update.

4

Lees meer over de functies die moeten worden uitgeschakeld en de verschillen die u kunt verwachten in gebruikersbeheer- en hostlicenties (ook gedocumenteerd in dit artikel).

5

Klik op Bijwerken naar Control Hub. Deze knop wordt alleen geactiveerd nadat de bovenstaande stappen zijn voltooid.

Er wordt een pop-upvenster weergegeven. Dit venster geeft aan dat de update van een site naar Control Hub permanent is en dat u de update niet ongedaan kunt maken zodra deze is uitgevoerd. Wanneer de update is klaar, wordt deze site niet meer beheerd in de Sitebeheer. Als u niet klaar bent om deze site volledig te beheren in Control Hub, sluit u de wizard nu.
6

Klik op OK.

Bij de update wordt een banner boven deze Sitebeheer om u te laten weten dat er een site-update bezig is. Als er iets mis gaat, wordt er een foutbericht weergegeven met de voorgestelde actie. Anders krijgt u een bericht met geslaagd bericht.


 

Het duurt ongeveer 3 min + 1000 actieve gebruikers/min + 2000 inactieve gebruikers/min om de site te updaten. Als u bijvoorbeeld de site-update hebt gestart om 05:20 en uw site 8000 actieve gebruikers en 2000 inactieve gebruikers heeft, duurt het bijwerken van de site ongeveer 12 minuten. Bovendien worden site-updates aan het begin van het uur 6 minuten onderbroken (tussen xx:57 en xx:03). Maar uw resultaten kunnen verschillen.

7

Klik op Aanmelden bij Control Hub.

Nadat u de site-update vanuit Webex-Sitebeheer hebt getriggerd, kunt u zich aanmelden bij Control Hub om de status van de site-update te bekijken.


 
Het duurt langer voordat de site-update wordt bijgewerkt als deze wordt geactiveerd in de buurt van de bovenkant van het uur. Site-updates worden enkele minuten voor en na de bovenkant van elk uur onderbroken.
  1. Aanmelden bij Besturingshub en open de Vergaderingen pagina.

    U kunt een lijst met uw vergadersites zien.

  2. Klik op een site om informatie over die site weer te geven.

  3. Zoek naar het gedeelte Site-update , waar u de updatestatus kunt lezen.

    Nadat de update is voltooid, kunt u een lijst met alle gebruikers in uw Sitebeheer en bekijken welke van deze gebruikers actief of inactief waren op de site. Gebruikers die worden weergegeven als inactief in de kolom met gebruikersstatus van Sitebeheer geen toegang hebben tot de beheerde Control Hub-site. Deze gebruikers worden ook niet getoond als enige toegang tot de site in het gebruikersgedeelte van Control Hub.


     

    Het kan enige tijd duren voordat de downloadknop verschijnt (minuten voor de meeste organisaties).

  4. Controleer de lijst om te controleren op problemen tijdens het bijwerken.

U kunt deze site niet meer beheren in een Sitebeheer zodra de site-update is voltooien. Al het beheer voor deze site moet worden uitgevoerd in Control Hub. Hier volgen enkele stappen om uzelf bekend te maken met en het beheer van uw -site in Control Hub uit te proberen:

  1. Controleer enkele configuratie-instellingen om te bevestigen dat er niets is gewijzigd. Dit is gemakkelijker als u een aantal instellingen voor sitebeheer hebt gekopieerd voordat u de update naar Control Hub hebt uitgevoerd.

  2. Selecteer een host en controleer de licentie- en sessietypen in Control Hub. Meld u aan bij de vergaderlocatie en bevestig dat hun geplande vergaderingen, opnamen en voorkeuren niet zijn gewijzigd. Validatie is eenvoudiger als de gegevens van die host worden gekopieerd voordat deze worden bijgewerkt naar Control Hub.

    Vraag de gebruiker om te controleren of deze nieuwe vergaderingen kan plannen en hosten.

  3. Voeg een nieuwe gebruiker toe aan uw organisatie. Verleen ze een hostlicentie, wijzig hun sessietypen en verifieer of ze vergaderingen kunnen hosten.


     
    We raden u aan om licentiesjablonen voor organisaties of groepen instellen om automatisch licenties toe te wijzen aan nieuwe gebruikers of specifieke groepen nieuwe gebruikers.
  4. Selecteer een gebruiker die in Sitebeheerder een volledige beheerder was en controleer of deze gebruiker het juiste toegangsniveau heeft tot de bijgewerkte site in Control Hub.

    Ze moeten de site kunnen lezen en wijzigen; gebruikers maken, licentie toevoegen, wijzigen en verwijderen.

  5. Als uw site API-integraties heeft, schakelt u over naar het gebruik van de People API's. Bevestig dat de bijgewerkte integratie werkt zoals verwacht.

Lees meer over het beheren van vergadersites in Control Hub op https://help.webex.com/naqlzeu .

  • Gebruikers kunnen eenmalig aanmelden via de Webex-app en alle beheerde sites in Control Hub.


     
    Als de gebruikersnaam niet overeen komt met het e-mailadres van de gebruiker in de Sitebeheer, hebben deze gebruikers een invloed op de aanmeldingservaring. Oude gebruikersnamen kunnen niet meer worden gebruikt. Deze gebruikers moeten hun e-mailadres gebruiken om zich aan te melden.
  • Gebruikersgegevens zijn gekoppeld aan de identiteit van de Control Hub. Dezelfde gegevens zijn van toepassing op alle door Control Hub beheerde sites in dezelfde organisatie en op de Webex-app.

  • Als de Control Hub-organisatie SSO geconfigureerd, is het dus mogelijk SSO aan te melden bij de Webex-app en alle door Control Hub beheerde sites.

  • Dit heeft geen invloed op de aanmeldingservaring in de Webex-app als gevolg van de update naar Control Hub.

  • Wanneer gebruikers zich aanmelden bij Webex Meetings website, ziet het aanmeldingsscherm er anders uit. Gebruikers moeten hun e-mailadres invoeren om zich aan te melden, zelfs als hun organisatie is geconfigureerd voor SSO.


     
    Beheerders kunnen de optie Mij onthouden inschakelen in Control Hub , zodat gebruikers hun e-mailadres niet telkens opnieuw hoeven in te voeren wanneer ze zich aanmelden.
  • Afhankelijk van de geschiedenis van elke gebruiker, het aantal sites waar deze een account op had, enzovoort:

    • Als gebruikers zijn gekoppeld aan bestaande gebruikers in Webex Identity/Control Hub, gebruiken gebruikers hetzelfde wachtwoord voor alle Webex-sites die zijn bijgewerkt naar Control Hub.

    • Als gebruikers zijn gemaakt in Webex Identity/Control Hub vanwege het koppelen van de site, zijn de aanmeldgegevens van hun eerste gekoppelde site van toepassing (als de organisatie niet was geconfigureerd met SSO). Gebruikers worden omgeleid om zich bij die site aan te melden. Als gebruikers meerdere sites met meerdere gebruikersgegevens hebben, moet de site-URL hen helpen bepalen welke gebruikersgegevens moeten gebruiken.

    • Gebruikers mogen hun wachtwoord herstellen in Control Hub-organisaties (als het wachtwoord niet wordt beheerd via een SSO). Als gebruikers hun wachtwoord zijn vergeten, kunnen ze gewoon klikken op Gebruikersnaam of wachtwoord vergeten? op het aan melden scherm om hun wachtwoord opnieuw in te stellen. Gebruikers kunnen hun wachtwoord ook opnieuw instellen door de volgende instructies te volgen:

  • Als het e-mailadres van een eindgebruiker is gewijzigd en die gebruiker een ander e-mailadres had in Sitebeheer en Control Hub op het moment van de site-update, kan die gebruiker problemen ondervinden bij het aanmelden. De gebruiker weet mogelijk niet dat ze nu hun Control Hub e-mailadres moeten gebruiken om zich aan te aanmelden, of het e-mailadres in Control Hub is mogelijk niet meer geldig in de SSO -IdP van hun organisatie. U kunt dit type situatie het beste vermijden door de e-mailadressen van gebruikers in Control Hub bij te werken wanneer wijzigingen worden aangebracht in de e-mailadressen van dezelfde gebruikers in Sitebeheer.

  • Opnieuw aanmelden vereist voor gebruikers van de mobiele Webex Meetings -app voor iOS:

    • Als u een niet- SSO -site bijwerkt naar Control Hub, moeten uw gebruikers zich opnieuw aanmelden bij de mobiele Webex Meetings -app voor iOS. Hoewel de Meetings voor iOS-app niet vereist dat gebruikers zich tot twee maanden na de site-update opnieuw aanmelden , raden we gebruikers aan aanmelden om deze situatie preventief te voorkomen.
  • Tijdens de site-update moeten gebruikers van wie de gebruikersnamen niet overeenkomen met hun e-mailadres, zich mogelijk opnieuw aanmelden .

    • Deze gebruikers moeten zich mogelijk opnieuw aanmelden bij hun Webex clients als ze proberen toegang te krijgen tot Webex services op de site tijdens de site-update naar Control Hub. Dit heeft geen invloed op gebruikers die al deelnamen aan vergaderingen voordat de site-update werd gestart.

Leeg CSV-bestand 'te beoordelen gebruiker'

Als uw site groot is en meer dan 1000 gebruikers heeft van wie de e-mailadressen in Sitebeheer anders zijn dan in Control Hub, kan er een leeg CSV-bestand 'te beoordelen gebruiker' in de wizard voor site-update optreden. Hierdoor werkt de site-update niet omdat u de gebruikers met problemen niet kunt oplossen. Er wordt aan dit probleem gewerkt en we zijn van plan dit in de komende weken op te lossen.

Instellingen die niet worden overgedragen bij het bijwerken naar Control Hub

  • Als uw door Sitebeheerder beheerde site zich op het trage kanaal bevond en uw Control Hub ook wordt beheerd door een partner, kunt u de zichtbaarheid van de besturingselementen voor het bijwerken van de Meetings-site kwijtraken na het bijwerken naar Control Hub. Als dit zich voordoet, neemt u contact op met uw partner en vraagt u deze de Klant toestaan siteversie te upgraden instelling voor uw organisatie.
  • Accountverzoeken voor zelfregistratie die in behandeling zijn, worden niet overgedragen naar het Waarschuwingscentrum. Gebruikers moeten: registreren voor een account opnieuw nadat de update is voltooid.
  • Gebruikersnaamwaarden in Sitebeheer worden overschreven met e-mailadressen van gebruikers in Control Hub nadat de update is voltooid.

Gebruikersproblemen die ertoe leiden dat de update mislukt

  • Wanneer gebruikers met e-mailadressen zijn gekoppeld aan gebruikers in een organisatie van de overheid van Webex, mislukt de update als deze gebruikers niet zijn gedeactiveerd voordat de update wordt starten.

Veelvoorkomende problemen waardoor de update mislukt en aanbevolen acties

Als uw site niet kan worden bijgewerkt naar Control Hub, controleert u de volgende tabel om te zien of een van deze veelvoorkomende fouten de oorzaak is en wat u kunt doen om dit te verhelpen.

Fouten waardoor de update misluktAanbevolen actie
Het sitetype is ongeldig. Neem contact op met uw Webex -ondersteuningsteam om te controleren of de site door de gebruiker is gekoppeld.
Er is geen abonnement aan de site gekoppeld. Sites moeten aan een abonnement zijn gekoppeld voordat het kan worden bijgewerkt naar Control Hub.
Er is een probleem met de organisatie-id. De aan de site gekoppelde organisatie Id is niet hetzelfde als de organisatie Id van het abonnement. Neem contact op met uw Webex -ondersteuningsteam.
Voor het volgende abonnement staan bewerkingen in behandeling in Control Hub: (Sub-id). Probeer de site-update opnieuw nadat de bewerking in behandeling is voltooid.
Er zijn conflicten in de instellingen voor eenmalige aanmelding (SSO). Als de site SSO is ingeschakeld, controleert u het volgende:
  • Automatisch account maken is uitgeschakeld.
  • SSO is ingeschakeld in de Control Hub-organisatie.
De licentie-informatie van de site in Sitebeheer komt niet overeen met de licentie-informatie van de site in Control Hub. Inconsistente licentiegegevens tussen Sitebeheer en Control Hub. Neem contact op met uw Webex -ondersteuningsteam.
Bepaalde gebruikersnamen of e-mailadressen in Sitebeheer conflicteren met gebruikersnamen of e-mailadressen in Control Hub. Het e-mailadres van een gebruiker in Sitebeheer wordt gebruikt door een andere gebruiker in Control Hub. Wijzig een van de e-mailadressen of gebruikersnamen.
We ondervinden een probleem bij het bijwerken van uw site. Door een interne fout kan deze site niet worden bijgewerkt. Neem contact op met uw Webex -ondersteuningsteam.
Er is een probleem opgetreden bij het bijwerken van de Webex-gebruikers. Door een interne fout kan deze site niet worden bijgewerkt. Neem contact op met uw Webex -ondersteuningsteam.

Aanmeldingsproblemen voor gebruikers

Zorg ervoor dat u altijd Webex cookies toestaat. Anders kunnen gebruikers zich aanmelden na het bijwerken naar Control Hub.

V. Is er een datum waarop Cisco Sitebeheer niet langer ondersteunt?

A: Ja. We zijn van plan Webex - Sitebeheer te beëindigen in het vierde kwartaal van het kalenderjaar 2023 (exacte datum wordt bepaald). We raden u aan uw sitebeheer vóór het einde van de eerste helft van 2023 bij te werken van Sitebeheer naar Control Hub.

V. aanmelden bij de productiviteitstool werkt niet na het bijwerken van de site naar Control Hub

A: Zorg ervoor dat internetbrowsers zijn geconfigureerd om: sessiecookies altijd toestaan , bevindt zich in de geavanceerde privacyinstellingen van de browsers.

V. Als een gebruiker wordt verwijderd in Control Hub en hetzelfde e-mailadres vervolgens opnieuw wordt toegevoegd aan Control Hub en een Meetings-licentie aan dezelfde Webex-site is toegewezen, heeft de gebruiker dan toegang tot zijn oude opnamen?

A: Ja, de gebruiker heeft toegang tot al hun oude Meetings-inhoud als er een licentie is toegewezen aan een van de vorige Webex sites waarop ze zich bevonden. Dit geldt voor zowel door Control Hub beheerde sites als sites die zijn bijgewerkt naar Control Hub.

V. Als een gebruiker is gedeactiveerd in Sitebeheer vóór de site-update naar Control Hub en later opnieuw is gelicentieerd voor dezelfde Webex-site in Control Hub, heeft de gebruiker dan toegang tot zijn oude opnamen?

A: Ja, de gebruiker heeft nog steeds toegang tot de oude opnamen. Bovendien wordt elke gebruiker die vóór de site-update in Sitebeheer is gedeactiveerd, weergegeven in de: CSV -exportbestand voor vergaderingen in Control Hub .

V. Als voor een site geen SSO IdP is ingesteld, maar de Control Hub-organisatie wel een SSO IdP heeft, wat gebeurt er dan wanneer de site wordt bijgewerkt naar Control Hub?

A: De site gebruikt dezelfde SSO -IdP als de Control Hub-organisatie.

V. Als voor een site een andere SSO IdP is ingesteld dan de SSO IdP in Control Hub, wat gebeurt er dan wanneer de site wordt bijgewerkt naar Control Hub?

A: De site schakelt over om dezelfde SSO -IdP te gebruiken als de Control Hub-organisatie.

V. Als een site wel een SSO IdP heeft ingesteld, maar de Control Hub-organisatie geen SSO IdP heeft, wat gebeurt er dan wanneer de site wordt bijgewerkt naar Control Hub?

A: U wordt geblokkeerd voor het bijwerken van uw site. Als u de blokkering van de site wilt opheffen zodat u kunt bijwerken naar Control Hub, verwijdert u de SSO -IdP van de sitebeheersite of voegt u een SSO -IdP toe aan de Control Hub-organisatie.

V. Kan ik me nog steeds aanmelden bij de site- URL om toegang te krijgen tot opnamen en vergaderingen of gebeurtenissen te plannen?

A: Ja, u kunt zich nog steeds aanmelden bij de site- URL waar u toegang hebt tot opnamen, vergaderingen kunt plannen, enzovoort.

V. Worden gebruikersspecifieke instellingen gewijzigd tijdens de site-update van Sitebeheer naar Control Hub?

A: Nee, de gebruikersinstellingen blijven ongewijzigd. Deze instellingen zijn van toepassing zoals vóór de site-update.

V. Worden mijn opnamen of geplande vergaderingen beïnvloed door deze site-update?

A: Hostopnamen worden niet beïnvloed. U hebt er nog steeds toegang toe. Uw geplande vergaderingen worden ook niet beïnvloed. Er zijn geen wijzigingen in hen.

V. Waar kan ik in behandeling zijnde accountaanvragen voor zelfregistratie voor door Control Hub beheerde sites bekijken?

A: U en andere beheerders registreren zelfaanmeldingsverzoeken bekijken in Meldingencentrum .

V. Heb ik toegang tot gebruikersnaamwaarden via Sitebeheer nadat ik een site heb bijgewerkt naar Control Hub?

A: Een gebruikersexportbestand van alle gebruikers in Sitebeheer is gedurende 90 dagen beschikbaar in Control Hub nadat u de site hebt bijgewerkt naar Control Hub. Dit CSV-bestand bevat gebruikersnaamwaarden.

V. We gebruiken gebruikersnaamwaarden om gebruikers te identificeren in Sitebeheer. Hoe kunnen we hetzelfde doen in Control Hub?

A: Gebruikersnaamwaarden gaan verloren na het bijwerken van een site naar Control Hub. Als u toegang tot die waarden nodig hebt, kunt u de waarden kopiëren naar een traceercode voordat u de site bijwerkt. Traceercodewaarden voor gebruikers blijven behouden en zijn beschikbaar na het bijwerken van een site naar Control Hub. Als u SSO gebruikt, dan ExternalID is een gebruikerskenmerk van Control Hub dat deze waarde kan bevatten. Dit vereist: u uw SAML -bevestigingen configureren om deze waarde door te geven wanneer SSO configureren in Control Hub . Deze waarde wordt ook doorgegeven aan Control Hub tijdens: automatisch nieuwe gebruikers maken .

V. Hoe lang duurt het om de site-update te voltooien nadat deze is gestart?

A: Het duurt ongeveer 3 min + 1000 actieve gebruikers/min + 2000 inactieve gebruikers/min om de site te updaten. Als u bijvoorbeeld de site-update hebt gestart om 05:20 en uw site 8000 actieve gebruikers en 2000 inactieve gebruikers heeft, duurt het bijwerken van de site ongeveer 12 minuten. Bovendien worden site-updates aan het begin van het uur 6 minuten onderbroken (tussen xx:57 en xx:03). Maar uw resultaten kunnen verschillen.

V. Hoe kan ik elke nieuwe gebruiker of nieuwe gebruikers in specifieke groepen automatisch een licentie verlenen nadat ik de site heb bijgewerkt die moet worden beheerd in Control Hub?

A: U kunt licentiesjablonen voor organisaties of groepen instellen om automatisch licenties toe te wijzen aan nieuwe gebruikers.

V. Is er downtime tijdens de site-update?

A: Nee. Tijdens de site-update:

  • Gebruikers kunnen de Meetings-service blijven gebruiken, zoals deelnemen aan en starten van geplande en ad-hocvergaderingen.
  • Dit heeft geen invloed op vergaderingen die aan de bezig zijn wanneer de site-update wordt gestart.
  • Het abonnement wordt vergrendeld in Control Hub.
  • De Meetings-bureaubladclient kan problemen hebben met het gedeelte 'Aankomende vergaderingen'.
  • Wijzigingen in configuraties voor sitebeheer worden niet aanbevolen.