udrulning

  • Office 365-brugere, der er tildelt til den cloud-baserede tjeneste (angivet i Cisco Webex Control Hub som på klyngen "Cisco Webex Cloud") kan vise en vedvarende fejlmeddelelse i Control Hub, "Kunne ikke finde klynge med Kalendertilslutning. Vælg en anden ressourcegruppe, eller konfigurer en ny klynge med kalendertilslutning." Denne fejl kan ignoreres.

  • Den cloud-baserede tjeneste aktiverer ikke en bruger, hvis e-mailadresse indeholder en apostrof. Hvis du migrerer brugere fra den Expressway-baserede kalendertilslutning, flytter Hybrid-kalendertjenester ikke disse brugere til den cloud-baserede tjeneste. De forbliver på kalendertilsluttektoren.

Generelle planlægningsproblemer (alle nøgleord)

  • For at OBTP kan fungere konsistent på inviterede enheder, skal du sikre, at mailsystemet ikke har en politik for automatisk at slette mødekommentarer. Følgende PowerShell-kommando sikrer, at kommentarer bevares, så hybrid-kalendertjenester kan bruge dem til at behandle møder:

    Indstil-KalenderProcessing -identity "lokale" -DeleteComments $false
  • Hybridkalender understøtter ikke delte kalendere. Tjenesten kan behandle møder, som en mødedeltagere planlægger på andres vegne, så længe de planlægger mødet i brugerens faktiske kalender, ikke en delt kalender eller gruppekalender.

  • Et møde, der er planlagt mere end 5 måneder i fremtiden, bliver muligvis ikke behandlet med det samme af den cloud-baserede Hybrid-kalendertjenester til Microsoft Office 365. Tjenesteydelsen behandler møder, der er 5-6 måneder i fremtiden, dagligt ved hjælp af et glidende vindue, så når mødets planlagte dato falder inden for vinduet, vil det blive behandlet og vise mødets deltag-oplysninger.

  • Hvis du tilføjer et planlægningsnøgleord eller en understøttet videoadresse til en enkelt forekomst af en tilbagevendende mødeserie, opdateres mødets deltag-oplysninger ikke. Som en løsning kan du tilføje nøgleords- eller videoadressen til hele mødeserien.

  • Hybrid-kalender tilføjer ikke automatisk mødedeltagelsesoplysninger til et møde, der tidligere er planlagt.

Planlægning af et Møde i personligt Webex-lokale (nøgleord, @webex, @meet:myroom)

  • Hybrid-kalenderen tilføjer ikke Webex-oplysninger, hvis mødeinvitationen allerede indeholder Webex-links til deltagelse (f.eks. tilføjet med produktivitetsværktøjer eller manuelt af mødearrangøren). Mødearrangøren kan manuelt slette tidligere tilføjede deltagelseslinks, så hybrid-kalenderen kan tilføje de nye deltagelseslinks.

  • Hybrid-kalenderen behandler ikke møder med mere end 1500 mødeinviterede.

Planlægning i et Webex-apprum (nøgleord, Herunder @webex:space, @meet, @spark)

  • Rumnøgleplanlægning understøtter i øjeblikket maksimalt 1500 mødedeltagere. En mødeorganisator, som inviterer mere end 120 deltagere, vil modtage en e-mailmeddelelse der angiver, at de har overskredet det maksimale antal. Når det samlede antal inviterede er mindre end 1500, kan organisatoren se mødeinfo i teamets klientkalendervisning. Når det samlede antal inviterede overstiger 1500, vises mødet heller ikke i deres teams kalendervisning.

  • Rummets nøgleordsplanlægning håndterer i øjeblikket ikke distributionslister. De enkelte medlemmer af distributionsliste modtager stadig mødeinvitationen med oplysninger om deltagelse i rummet, men tilføjes ikke automatisk til rummet. Som en løsning kan mødeorganisatoren udvide mailer på TIL linjen, før du sender invitationen. På den måde bliver hver bruger tilføjet individuelt til rummet.

  • Vedhæftede filer, som brugere føjer til mødeinvitationer med rumnøgleord, føjes ikke til det tilsvarende rum.

  • Hybrid-kalendertjenesten sender ikke længere en separat e-mailmeddelelse til mødeinviterede, der ikke er brugere af Webex-appen, der inviterer dem til at tilmelde sig.

  • Webex-rum har en tildelt mødenummer, der bruges til knappen Deltag på videoenheden, hver gang du planlægger et møde fra et rum. Webex kan genbruge mødenummer, hvis det ikke har været i brug i 180 dage. Møder planlagt efter begivenhed får et nyt nummer, men kalendertjenesten opdaterer ikke eksisterende møder.

    Lad os for eksempel sige, at du planlægger et rummøde (med @meet) for dit team mere end 180 dage i forvejen, og rummet mødenummer er 444 444 444. Dit team mødes ikke i rummet i rummet, og mødenummer ændres til 555 555 5555. Når mødet kommer, vil app-deltagere deltage i det mødenummer (555 555 5555). Deltagere, som forsøger at deltage fra videoenheder ved hjælp af linket i mødeinvitationen, vil oprette forbindelse til den gamle mødenummer, 444 444 444.

One Button to Push (OBTP)

Cisco TMS-integration med Office 365

  • Hvis konferencebroen, som er planlagt som vært for et kommende møde, bliver utilgængelig, opdaterer Cisco TMS møde deltag-oplysningerne for at bruge en anden bro. Dog opdateres mødets deltageroplysninger ikke i Office 365, medmindre organisatoren foretager en ændring af mødeinvitationen. Dette kan forårsage problemer, når inviterede forsøger at deltage i mødet fra invitationen.

  • Hvis et mødeplanlægningsprograms tidszone i Office 365 ikke matcher planlægningsprogrammets tidszone i Cisco TMS, kan systemet have et problem med at planlægge tilbagevendende møder. Dette kan forårsage en uoverensstemmelse mellem forekomstsdatoerne i Office 365 og i Cisco TMS. Som en løsning skal du sørge for, at brugeres tidszoner i Office 365 matcher deres tidszoner i Cisco TMS.

  • For en tilbagevendende mødeserie opdateres ændringer af start- og slutdatoer eller antallet af hændelser i Office 365 ikke i Cisco TMS. (Ændringer af start- og sluttidspunkter for hele serien fungerer som forventet.) Som en løsning skal du slette serien og oprette en ny.

  • Når en tilbagevendende mødeserie, der er planlagt med @meet, redigeres flere gange, opdateres serien korrekt i Office 365, men opdateres muligvis ikke korrekt i Cisco TMS. Adfærden er ikke konsistent. Hvis du f.eks. tilføjer mødedeltagere til et enkelt tilfælde af serien og ændrer emnet for hele serien, kan det medføre, at emnet kun ændres for den ændrede forekomst - eller for alle andre forekomster end den ændrede forekomst.

  • Hvis et slutpunkt allerede er reserveret i Office 365 til et bestemt tidsrum for et ikke-@meet-møde, og en organisator planlægger et tilbagevendende møde med @meet, som overlapper det reserverede tidsinterval, får organisatoren en meddelelse om, at slutpunktet afviste mødet, men Cisco TMS opretter det tilbagevendende møde alligevel.

    For sådanne møder sender kalendertilslutteren en ekstra mødeanmodning og logger to forskellige informationsmeddelelser, der hver indeholder en af følgende strenge:

    • status:MØDE_IKKE_FUNDET_PÅ_TMS

    • status:UN_FORVENTET_UNDTAGELSE

  • Kalendertilslutten bør udløse en alarm, hvis organisationen, som Expressway-værten er tilmeldt, har @meet-nøgleordshandlingen indstillet til Cisco TelePresence Management Suite, men kalendertilslutten ikke er blevet knyttet til Cisco TMS på siden Expressway-applikationer > hybrid -> kalendertjenester > cisco-konferencetjenestekonfiguration. Denne alarm er ikke blevet implementeret.

  • Hvis du fjerner Cisco TMS-konfigurationen fra Expressway-forbindelsesværten, kan brugere fortsætte med at planlægge @meet-møder på Cisco TMS, indtil Expressway forbindelsesværten genstartes. Løsningen er at genstarte den midlertidige Expressway efter at have fjernet Cisco TMS-konfigurationen.

Generelle planlægningsproblemer (alle nøgleord)

  • Hybridkalender understøtter ikke delte kalendere. Tjenesten kan behandle møder, som en mødedeltagere planlægger på andres vegne, så længe de planlægger mødet i brugerens faktiske kalender, ikke en delt kalender eller gruppekalender.

  • Hvis du tilføjer et planlægningsnøgleord eller en understøttet videoadresse til en enkelt forekomst af en tilbagevendende mødeserie, opdateres mødets deltag-oplysninger ikke. Som en løsning kan du tilføje nøgleords- eller videoadressen til hele mødeserien.

  • Hybrid-kalender tilføjer ikke automatisk mødedeltagelsesoplysninger til et møde, der tidligere er planlagt.

Planlægning af et Møde i personligt Webex-lokale (nøgleord, @webex, @meet:myroom)

  • Hybrid-kalenderen tilføjer ikke Webex-oplysninger, hvis mødeinvitationen allerede indeholder Webex-links til deltagelse (f.eks. tilføjet med produktivitetsværktøjer eller manuelt af mødearrangøren). Mødearrangøren kan manuelt slette tidligere tilføjede deltagelseslinks, så hybrid-kalenderen kan tilføje de nye deltagelseslinks.

  • Hybrid-kalenderen behandler ikke møder med mere end 1500 mødeinviterede.

Planlægning i et Webex-apprum (nøgleord, Herunder @webex:space, @meet, @spark)

  • Rumnøgleplanlægning understøtter i øjeblikket maksimalt 1500 mødedeltagere. En mødeorganisator, som inviterer mere end 120 deltagere, vil modtage en e-mailmeddelelse der angiver, at de har overskredet det maksimale antal. Når det samlede antal inviterede er mindre end 1500, kan organisatoren se mødeinfo i teamets klientkalendervisning. Når det samlede antal inviterede overstiger 1500, vises mødet heller ikke i deres teams kalendervisning.

  • Rummets nøgleordsplanlægning håndterer i øjeblikket ikke distributionslister. De enkelte medlemmer af distributionsliste modtager stadig mødeinvitationen med oplysninger om deltagelse i rummet, men tilføjes ikke automatisk til rummet. Som en løsning kan mødeorganisatoren udvide mailer på TIL linjen, før du sender invitationen. På den måde bliver hver bruger tilføjet individuelt til rummet.

  • Vedhæftede filer, som brugere føjer til mødeinvitationer med rumnøgleord, føjes ikke til det tilsvarende rum.

  • Hybrid-kalendertjenesten sender ikke længere en separat e-mailmeddelelse til mødeinviterede, der ikke er brugere af Webex-appen, der inviterer dem til at tilmelde sig.

  • Webex-rum har en tildelt mødenummer, der bruges til knappen Deltag på videoenheden, hver gang du planlægger et møde fra et rum. Webex kan genbruge mødenummer, hvis det ikke har været i brug i 180 dage. Møder planlagt efter begivenhed får et nyt nummer, men kalendertjenesten opdaterer ikke eksisterende møder.

    Lad os for eksempel sige, at du planlægger et rummøde (med @meet) for dit team mere end 180 dage i forvejen, og rummet mødenummer er 444 444 444. Dit team mødes ikke i rummet i rummet, og mødenummer ændres til 555 555 5555. Når mødet kommer, vil app-deltagere deltage i det mødenummer (555 555 5555). Deltagere, som forsøger at deltage fra videoenheder ved hjælp af linket i mødeinvitationen, vil oprette forbindelse til den gamle mødenummer, 444 444 444.

One Button to Push (OBTP)

Cisco TMS-integration med Google Kalender

  • Hvis konferencebroen, som er planlagt som vært for et kommende møde, bliver utilgængelig, opdaterer Cisco TMS møde deltag-oplysningerne for at bruge en anden bro. Dog opdateres mødets deltag-oplysninger ikke i Google Kalender, medmindre organisatoren foretager en ændring af mødeinvitationen. Dette kan forårsage problemer, når inviterede forsøger at deltage i mødet fra invitationen.

  • Hvis et mødeplanlægningsprograms tidszone i Google Kalender ikke matcher planlægningsprogrammets tidszone i Cisco TMS, kan systemet have et problem med at planlægge tilbagevendende møder. Dette kan forårsage en uoverensstemmelse mellem forekomstsdatoerne i Google Kalender og i Cisco TMS. Som en løsning skal du sørge for, at brugeres tidszoner i Google Kalender matcher deres tidszoner i Cisco TMS.

  • Når en tilbagevendende mødeserie, der er planlagt @meet, redigeres flere gange, opdateres serien korrekt i Google Kalender, men opdateres muligvis ikke korrekt i Cisco TMS. Adfærden er ikke konsistent. Hvis du f.eks. ændrer emnet for en enkelt serieforekomst og derefter ændrer emnet for hele serien, kan det medføre, at emnet kun ændres for den ændrede forekomst - eller for alle andre forekomster end den ændrede forekomst.

  • Hvis et slutpunkt allerede er reserveret i Google Kalender til et bestemt tidsinterval for et ikke-@meet-møde, og en organisator planlægger et møde med @meet, som overlapper det reserverede tidsinterval, modtager organisatoren en meddelelse om, at slutpunktet afviste mødet, men Cisco TMS opretter det overlappende møde alligevel.

    For sådanne møder sender kalendertilslutteren en ekstra mødeanmodning og logger to forskellige informationsmeddelelser, der hver indeholder en af følgende strenge:

    • status:MØDE_IKKE_FUNDET_PÅ_TMS

    • status:UN_FORVENTET_UNDTAGELSE

  • Kalendertilslutten bør udløse en alarm, hvis organisationen, som Expressway-værten er tilmeldt, har @meet-nøgleordshandlingen indstillet til Cisco TelePresence Management Suite, men kalendertilslutten ikke er blevet knyttet til Cisco TMS på siden Expressway-applikationer > hybrid -> kalendertjenester > cisco-konferencetjenestekonfiguration. Denne alarm er ikke blevet implementeret.

  • Hvis du fjerner Cisco TMS-konfigurationen fra Expressway-forbindelsesværten, kan brugere fortsætte med at planlægge @meet-møder på Cisco TMS, indtil Expressway forbindelsesværten genstartes. Løsningen er at genstarte den midlertidige Expressway efter at have fjernet Cisco TMS-konfigurationen.

Installation og konfiguration af kalendertilslutning

  • kalendertilslutter understøtter en enkelt klynge med maksimalt to Expressway-forekomster pr. organisation.

  • Proxyforbindelser skal bruge basisgodkendelse eller intet brugernavn og adgangskode. Ingen andre autentificeringsanmodninger understøttes.

  • Calendar Connector understøtter i øjeblikket ikke Exchange-organisationer, som kræver, at tjenestens konto (personifikation) bruger multi-factor authentication (MFA).

  • For nogle kunder vil kalendertilslutteren udløse en kritisk alarm, der er beskrevet som "Omdirigeret Microsoft Exchange Autodiscovery URL-adresse, der ikke er pålidelig." Problemet kan medføre visse forsinkelser i behandlingen af kalenderbegivenheder for brugere. I nogle tilfælde vil kalendertilsluttektoren ikke kunne levere nogen tjeneste til en del af brugerne.

    Hvis du ser denne alarm, skal du bruge URL-adressen for automatiskdiscover-omdirigering tillidsliste at konfigurere, hvordan kalendertilslutteren kan finde brugerpostkasser.

  • For nogle kunder giver kalendertilslutteren en "NTLM-godkendelsesfejl: Legitimationsoplysninger kan ikke bruges til NTLM-godkendelse"-advarsel i hybrid_services_log filerne. Denne fejl kan opstå, hvis en forbindelsesproxy er konfigureret på siden Programmer > hybrid-tjenester > forbindelsesproxy i Expressway, og denne proxy kræver godkendelse. Ingen løsning er nødvendig, så længe tilslutterproxyen understøtter grundlæggende godkendelsesplan eller ikke kræver godkendelse.

  • Hvis du afmelder kalender tilslutteren eller deaktiverer den, hvis det er den eneste hybrid-tjeneste på Expressway, kan Expressway komme ind i en fejltilstand, hvor hybrid-tjeneste forbindelser ikke tilmelder, konfigurationsændringer ikke overføres, eller andre problemer opstår. Løsningen er at genstarte den Expressway og registrere forbindelsen igen.

  • Du kan ikke søge efter https://admin.webex.com at returnere antallet af brugere, der hybridkalendertjeneste tændt eller slukket.

  • Når der tilføjes Cisco Webex websted til kalendertilslutning-konfigurationen, skal du indtaste værdien for fuldt kvalificeret webstedsnavn helt med små bogstaver. Store bogstaver får kalendertilslutning til at rør en alarm "tjeneste ikke tilgængelig eller adgang nægtet".

  • Cisco TMS-integration understøtter i øjeblikket ikke Microsoft Exchange- eller hybrid Exchange-udrulninger (Microsoft Exchange og Office 365 sammen). Integrationen fungerer i øjeblikket kun med cloud-baserede Hybrid-kalendertjenester til Office 365 eller det cloud-baserede Hybrid-kalendertjenester til Google Kalender.

    Integrationen bruger kalendertilslutning til at linke hybrid-kalendertjenester med Cisco TMS. Når du konfigurerer TMS-planlægningsvalgmuligheden på Expressway-C, kan du ikke linke den samme kalendertilslutter til Microsoft Exchange og omvendt.

Generelle planlægningsproblemer (alle nøgleord)

  • Hybridkalender understøtter ikke delte kalendere. Tjenesten kan behandle møder, som en mødedeltagere planlægger på andres vegne, så længe de planlægger mødet i brugerens faktiske kalender, ikke en delt kalender eller gruppekalender.

  • Hvis du tilføjer et planlægningsnøgleord eller en understøttet videoadresse til en enkelt forekomst af en tilbagevendende mødeserie, opdateres mødets deltag-oplysninger ikke. Som en løsning kan du tilføje nøgleords- eller videoadressen til hele mødeserien.

  • Brugere kan se flere mødeinvitationer i deres Outlook-indbakke, når de modtager møder, der er planlagt med et nøgleord eller en understøttet videoadresse. Som en løsning kan du markere følgende afkrydsningsfelter i Microsoft Outlook Web-appen under Indstillinger > Kalender > automatisk behandling:

    • Slet mødeanmodninger og -svar, der er blevet opdateret

    • Behandle anmodninger og svar automatisk fra eksterne afsendere

    Disse indstillinger er kun tilgængelige i webappen, men ovenstående ændringer gælder for alle Outlook-klienter.

  • Hybrid-kalenderen tilføjer ikke link til mødedeltagelse til mødeinvitationen for inviterede, der har enkelte anførselstegn omkring deres e-mailadresser. Som en løsning må du ikke inkludere enkelte anførselstegn omkring e-mailadresser i invitationen.

  • For at OBTP kan fungere konsistent på inviterede enheder, skal du sikre, at mailsystemet ikke har en politik for automatisk at slette mødekommentarer. Følgende PowerShell-kommando sikrer, at kommentarer bevares, så hybrid-kalendertjenester kan bruge dem til at behandle møder:

    Indstil-KalenderProcessing -identity "lokale" -DeleteComments $false
  • I nogle versioner af Microsoft Outlook 2016, efter ændring af et enkelt tilfælde af en tilbagevendende planlagt møde hvor et planlægningsnøgleord er i placeringsfeltet, kan brødtekst og deltag-links forsvinder.

    • Opgrader til den seneste version af Outlook, hvis det er muligt.

    • Hvis du ikke kan opgradere, skal du slette og omlægge den påvirkede forekomst.

    • De andre tilfælde af mødeserien bør ikke påvirkes.

  • Mødeorganisatorerne, der bruger Microsoft Outlook 2011 til Mac, kan muligvis ikke se links til at deltage i deres mødeinvitationer, selvom de besøgende modtager linkene. Dette er et problem med Outlook 2011 til Mac, og løsningen er at opgradere til en nyere version af Outlook til Mac.

  • Hybrid-kalender tilføjer ikke automatisk mødedeltagelsesoplysninger til et møde, der tidligere er planlagt.

  • Når en mødedeltagere annullerer et møde på organisatorens vegne, kan hybrid-kalendertjenester tage op til 24 timer at fjerne mødet fra mødelisten i Webex-appen.

Planlægning af et Møde i personligt Webex-lokale (nøgleord, @webex, @meet:myroom)

  • Hybrid-kalenderen tilføjer ikke Webex-oplysninger, hvis mødeinvitationen allerede indeholder Webex-links til deltagelse (f.eks. tilføjet med produktivitetsværktøjer eller manuelt af mødearrangøren). Mødearrangøren kan manuelt slette tidligere tilføjede deltagelseslinks, så hybrid-kalenderen kan tilføje de nye deltagelseslinks.

  • Hybrid-kalenderen behandler ikke møder med mere end 1500 mødeinviterede.

Planlægning i et Webex-apprum (nøgleord, Herunder @webex:space, @meet, @spark)

  • Rumnøgleplanlægning understøtter i øjeblikket maksimalt 1500 mødedeltagere. En mødeorganisator, som inviterer mere end 120 deltagere, vil modtage en e-mailmeddelelse der angiver, at de har overskredet det maksimale antal. Når det samlede antal inviterede er mindre end 1500, kan organisatoren se mødeinfo i teamets klientkalendervisning. Når det samlede antal inviterede overstiger 1500, vises mødet heller ikke i deres teams kalendervisning.

  • Rummets nøgleordsplanlægning håndterer i øjeblikket ikke distributionslister. De enkelte medlemmer af distributionsliste modtager stadig mødeinvitationen med oplysninger om deltagelse i rummet, men tilføjes ikke automatisk til rummet. Som en løsning kan mødeorganisatoren udvide mailer på TIL linjen, før du sender invitationen. På den måde bliver hver bruger tilføjet individuelt til rummet.

  • Hybrid-kalendertjenesten sender ikke længere en separat e-mailmeddelelse til mødeinviterede, der ikke er brugere af Webex-appen, der inviterer dem til at tilmelde sig.

  • Vedhæftede filer, som brugere føjer til mødeinvitationer med rumnøgleord, føjes ikke til det tilsvarende rum.

  • Webex-rum har en tildelt mødenummer, der bruges til knappen Deltag på videoenheden, hver gang du planlægger et møde fra et rum. Webex kan genbruge mødenummer, hvis det ikke har været i brug i 180 dage. Møder planlagt efter begivenhed får et nyt nummer, men kalendertjenesten opdaterer ikke eksisterende møder.

    Lad os for eksempel sige, at du planlægger et rummøde (med @meet) for dit team mere end 180 dage i forvejen, og rummet mødenummer er 444 444 444. Dit team mødes ikke i rummet i rummet, og mødenummer ændres til 555 555 5555. Når mødet kommer, vil app-deltagere deltage i det mødenummer (555 555 5555). Deltagere, som forsøger at deltage fra videoenheder ved hjælp af linket i mødeinvitationen, vil oprette forbindelse til den gamle mødenummer, 444 444 444.

One Button to Push (OBTP)

Microsoft udskriver basisgodkendelse for Exchange Online

Microsoft har til hensigt at udskrive basisgodkendelse for Exchange Online den 1. oktober 2022. For at læse mere om den se https://techcommunity.microsoft.com/t5/exchange-team-blog/basic-authentication-deprecation-in-exchange-online-may-2022/ba-p/3301866.

For at opretholde justeringen af denne ændring vil hybrid-Expressway-konnektoren ikke længere understøtte miljøer, der bruger Exchange Online-postkasser fra og med 1. oktober 2022. De fleste Exchange Online-kunder er migreret til vores cloud-baserede hybridkalender til Office 365, og vi kræver, at alle kunder, der bruger vores Expressway-forbindelse, migrerer til vores cloud-baserede konnektor.

Hybrid Calendar cloud-baserede konnektor bruger Moderne godkendelse, som er Den Microsoft anbefalede løsning til applikationer, der i øjeblikket bruger basisgodkendelse. For yderligere oplysninger om hybrid-kalender til Office 365, se https://techcommunity.microsoft.com/t5/exchange-team-blog/basic-authentication-deprecation-in-exchange-online-may-2022/ba-p/3301866.