udrulning

  • Office 365-brugere, der er tildelt til den skybaserede 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 Calendar Connector. Vælg en anden ressourcegruppe, eller konfigurer en ny klynge med Calendar Connector." Denne fejl kan ignoreres.

  • Den skybaserede tjeneste aktiverer ikke en bruger, hvis e-mailadresse indeholder en apostrof. Hvis du migrerer brugere fra det Expressway-baserede kalenderstik, flytter Hybrid-kalendertjenesten ikke disse brugere til den skybaserede tjeneste. De forbliver på Calendar Connector.

Generelle planlægningsproblemer (alle søgeord)

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

    Set-CalendarProcessing -identity "room" -DeleteComments $false
  • Hybrid-kalender understøtter ikke delte kalendere. Tjenesten kan behandle møder, som en delegeret planlægger på vegne af andre, 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 ude i fremtiden, bliver muligvis ikke behandlet med det samme af den skybaserede hybrid-kalendertjeneste til Microsoft Office 365. Tjenesten behandler møder, der ligger 5-6 måneder ude i fremtiden på daglig basis ved hjælp af et glidende vindue, så når mødets planlagte dato falder inden for vinduet, vil den blive behandlet og vise mødedeltagelsesoplysningerne.

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

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

Planlægning af et Webex -møde i personligt lokale (Nøgleord, herunder @webex, @meet:mitroom)

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

  • Hybrid-kalender behandler ikke møder med mere end 1500 mødedeltagere.

Planlægning i et Webex -apprum (søgeord, herunder @webex:space, @meet, @spark)

  • Planlægning af nøgleord for rum understøtter i øjeblikket maksimalt 1500 mødedeltagere. En mødearrangør, der inviterer mere end 120 deltagere, modtager en e-mailmeddelelse , der angiver, at de har overskredet det maksimale antal. Når det samlede antal inviterede er mindre end 1500, kan arrangøren se mødeoplysningerne i teamets klientkalendervisning. Når det samlede antal inviterede overstiger 1500, vises mødet desuden ikke i deres teams kalendervisning.

  • Planlægning af nøgleord for rum håndterer i øjeblikket ikke distributionslister. Individuelle medlemmer af distributionsliste modtager stadig mødeinvitationen med oplysninger om deltagelse i rummet, men de føjes ikke automatisk til rummet. Som en løsning kan mødearrangøren udvide afsendelsesprogrammet på TIL-linjen, før invitationen sendes. På den måde føjes hver bruger individuelt til rummet.

  • Vedhæftede filer, som brugere tilfø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, og inviterer dem til at tilmelde sig.

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

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

Én knap at trykke på (OBTP)

Cisco TMS integration med Office 365

  • Hvis den konferencebro, der er planlagt til at være vært for et kommende møde, bliver utilgængelig, opdaterer Cisco TMS oplysningerne om mødedeltagelse for at bruge en anden bro. Oplysningerne om mødedeltagelse opdateres dog ikke i Office 365, medmindre arrangøren foretager en ændring af mødeinvitationen. Dette kan forårsage problemer, når inviterede forsøger at deltage i mødet fra invitationen.

  • Hvis en mødeplanlæggers tidszone i Office 365 ikke svarer til planlægningsprogrammets tidszone i Cisco TMS, kan systemet have et problem med at planlægge tilbagevendende møder. Dette kan forårsage uoverensstemmelse mellem forekomstdatoerne i Office 365 og i Cisco TMS. Som en løsning kan du sørge for, at brugernes tidszoner i Office 365 stemmer overens med deres tidszoner i Cisco TMS.

  • For en tilbagevendende mødeserie opdateres ændringer af start- og slutdatoerne 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 kan 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 en enkelt forekomst af serien og derefter ændrer emnet for hele serien, kan det resultere i, at emnet kun ændres for den ændrede forekomst – eller for alle andre forekomster end den ændrede forekomst.

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

    Til sådanne møder sender Calendar Connector en ekstra mødeindkaldelse og logger to forskellige informative meddelelser, der hver indeholder en af følgende strenge:

    • status:MØDE_ IKKE_ FUNDET_ TIL_ TMS

    • status:FN_ FORVENTET_ UNDTAGELSE

  • Calendar Connector 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 Calendar Connector er ikke blevet knyttet til Cisco TMS på Expressway Applikationer > Hybrid-tjenester > Kalendertjeneste > Konfiguration af Cisco Conferencing Services side. Denne alarm er ikke blevet implementeret.

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

Generelle planlægningsproblemer (alle søgeord)

  • Hybrid-kalender understøtter ikke delte kalendere. Tjenesten kan behandle møder, som en delegeret planlægger på vegne af andre, 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ødedeltagelsesoplysningerne ikke. Som en løsning kan du tilføje nøgleordet eller videoadressen til hele mødeserien.

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

Planlægning af et Webex -møde i personligt lokale (Nøgleord, herunder @webex, @meet:mitroom)

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

  • Hybrid-kalender behandler ikke møder med mere end 1500 mødedeltagere.

Planlægning i et Webex -apprum (søgeord, herunder @webex:space, @meet, @spark)

  • Planlægning af nøgleord for rum understøtter i øjeblikket maksimalt 1500 mødedeltagere. En mødearrangør, der inviterer mere end 120 deltagere, modtager en e-mailmeddelelse , der angiver, at de har overskredet det maksimale antal. Når det samlede antal inviterede er mindre end 1500, kan arrangøren se mødeoplysningerne i teamets klientkalendervisning. Når det samlede antal inviterede overstiger 1500, vises mødet desuden ikke i deres teams kalendervisning.

  • Planlægning af nøgleord for rum håndterer i øjeblikket ikke distributionslister. Individuelle medlemmer af distributionsliste modtager stadig mødeinvitationen med oplysninger om deltagelse i rummet, men de føjes ikke automatisk til rummet. Som en løsning kan mødearrangøren udvide afsendelsesprogrammet på TIL-linjen, før invitationen sendes. På den måde føjes hver bruger individuelt til rummet.

  • Vedhæftede filer, som brugere tilfø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, og inviterer dem til at tilmelde sig.

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

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

Én knap at trykke på (OBTP)

Cisco TMS integration med Google Kalender

  • Hvis den konferencebro, der er planlagt til at være vært for et kommende møde, bliver utilgængelig, opdaterer Cisco TMS oplysningerne om mødedeltagelse for at bruge en anden bro. Oplysningerne om mødedeltagelse opdateres dog ikke i Google Kalender, medmindre arrangøren foretager en ændring af mødeinvitationen. Dette kan forårsage problemer, når inviterede forsøger at deltage i mødet fra invitationen.

  • Hvis en mødeplanlæggers tidszone i Google Kalender ikke svarer til planlægningsprogrammets tidszone i Cisco TMS, kan systemet have et problem med at planlægge tilbagevendende møder. Dette kan forårsage uoverensstemmelse mellem forekomstdatoerne i Google Kalender og i Cisco TMS. Som en løsning kan du sørge for, at brugernes tidszoner i Google Kalender stemmer overens med deres tidszoner i Cisco TMS.

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

  • Hvis der allerede er reserveret et slutpunkt i Google Kalender til et givet tidspunkt for et ikke-@meet-møde, og en arrangør planlægger et møde med @meet, som overlapper det reserverede tidsrum, får arrangøren en meddelelse om, at slutpunktet afviste mødet , men Cisco TMS opretter det overlappende møde alligevel.

    Til sådanne møder sender Calendar Connector en ekstra mødeindkaldelse og logger to forskellige informative meddelelser, der hver indeholder en af følgende strenge:

    • status:MØDE_ IKKE_ FUNDET_ TIL_ TMS

    • status:FN_ FORVENTET_ UNDTAGELSE

  • Calendar Connector 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 Calendar Connector er ikke blevet knyttet til Cisco TMS på Expressway Applikationer > Hybrid-tjenester > Kalendertjeneste > Konfiguration af Cisco Conferencing Services side. Denne alarm er ikke blevet implementeret.

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

Installation og konfiguration af Calendar Connector

  • kalenderstik understøtter en enkelt klynge med op til to Expressway-forekomster pr. organisation.

  • Proxyforbindelser skal bruge grundlæggende godkendelse eller intet brugernavn og adgangskode. Ingen andre godkendelsesordninger understøttes.

  • Calendar Connector understøtter i øjeblikket ikke Exchange-organisationer, der kræver, at tjenestekontoen (personliggerning) bruger MFA (multi-factor authentication).

  • For nogle kunder udløser Calendar Connector en kritisk alarm, der beskrives som "Omdirigeret URL -adresse til automatisk registrering af Microsoft Exchange er ikke tillid". Problemet kan medføre visse forsinkelser i behandlingen af kalenderbegivenheder for brugerne. I nogle tilfælde vil Calendar Connector ikke være i stand til at levere nogen tjenesteydelse til en del af brugerne.

    Hvis du ser denne alarm, skal du bruge Autodiscover tillidsliste for omdirigering af URL -adresser for at konfigurere, hvordan Calendar Connector kan lokalisere brugerpostkasser.

  • For nogle kunder viser Calendar Connector en "NTLM-godkendelsesfejl: Legitimationsoplysninger kan ikke bruges til NTLM-godkendelse" advarsel ihybrid_services_log filer. Dette kan opstå, hvis en connectorproxy er konfigureret på siden Applikationer > Hybrid-tjenester > Connectorproxy i Expressway, og denne proxy kræver godkendelse. Der kræves ingen løsning, så længe connectorproxyen understøtter grundlæggende godkendelsesskema eller ikke kræver godkendelse.

  • Hvis du afregistrerer Calendar Connector eller deaktiverer den, hvis det er den eneste hybridtjeneste på Expressway, kan Expressway komme i en fejltilstand, hvor hybrid-servicestik ikke registreres, konfigurationsændringer ikke udbredes, eller der opstår andre problemer. Løsningen er at genstarte Expressway og genregistrere forbindelsen.

  • Du kan ikke søge ihttps://admin.webex.com for at returnere det sæt af brugere, der har hybrid kalendertjeneste slået til eller fra.

  • Når du tilføjer et Cisco Webex websted til Calendar Connector-konfigurationen, skal du udelukkende angive værdien for det fuldt kvalificerede webstedsnavn med små bogstaver. Store bogstaver får Calendar Connector til at udløse alarmen "tjenesteydelsen kan ikke nås eller adgang nægtet".

  • Cisco TMS -integrationen understøtter i øjeblikket ikke Microsoft Exchange eller hybrid Exchange-installationer (Microsoft Exchange og Office 365 sammen). Integrationen fungerer i øjeblikket kun med den skybaserede Hybrid-kalendertjeneste til Office 365 eller den skybaserede Hybrid-kalendertjeneste til Google Kalender.

    Integrationen bruger Calendar Connector til at forbinde Hybrid Calendar Service med Cisco TMS. Når du har konfigureret valgmuligheden TMS -planlægning på en Expressway-C, kan du ikke linke den samme Calendar Connector til Microsoft Exchange og omvendt.

Generelle planlægningsproblemer (alle søgeord)

  • Hybrid-kalender understøtter ikke delte kalendere. Tjenesten kan behandle møder, som en delegeret planlægger på vegne af andre, 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ødedeltagelsesoplysningerne ikke. Som en løsning kan du tilføje nøgleordet 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 understøttet videoadresse. Som en løsning kan du markere følgende afkrydsningsfelter i Microsoft Outlook -webappen under Indstillinger > Kalender > Automatisk behandling :

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

    • Behandle automatisk anmodninger og svar fra eksterne afsendere

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

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

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

    Set-CalendarProcessing -identity "room" -DeleteComments $false
  • I nogle versioner af Microsoft Outlook 2016 kan brødteksten og links til deltagelse forsvinde efter ændring af en enkelt forekomst af et tilbagevendende planlagt møde, hvor et planlægningsnøgleord er i placeringsfeltet.

    • Hvis det er muligt, skal du opgradere til den nyeste version af Outlook.

    • Hvis du ikke kan opgradere, skal du slette og planlægge den berørte forekomst igen.

    • De øvrige forekomster af mødeserien bør ikke være påvirket.

  • Mødearrangører, der bruger Microsoft Outlook 2011 til Mac, kan muligvis ikke se linkene til deltagelse i deres mødeinvitationer, selv om de inviterede 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 er planlagt tidligere.

  • Når en mødedeltager annullerer et møde på vegne af arrangøren, kan der gå op til 24 timer for Hybrid-kalendertjenesten at fjerne mødet fra mødelisten i Webex-app.

Planlægning af et Webex -møde i personligt lokale (Nøgleord, herunder @webex, @meet:mitroom)

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

  • Hybrid-kalender behandler ikke møder med mere end 1500 mødedeltagere.

Planlægning i et Webex -apprum (søgeord, herunder @webex:space, @meet, @spark)

  • Planlægning af nøgleord for rum understøtter i øjeblikket maksimalt 1500 mødedeltagere. En mødearrangør, der inviterer mere end 120 deltagere, modtager en e-mailmeddelelse , der angiver, at de har overskredet det maksimale antal. Når det samlede antal inviterede er mindre end 1500, kan arrangøren se mødeoplysningerne i teamets klientkalendervisning. Når det samlede antal inviterede overstiger 1500, vises mødet desuden ikke i deres teams kalendervisning.

  • Planlægning af nøgleord for rum håndterer i øjeblikket ikke distributionslister. Individuelle medlemmer af distributionsliste modtager stadig mødeinvitationen med oplysninger om deltagelse i rummet, men de føjes ikke automatisk til rummet. Som en løsning kan mødearrangøren udvide afsendelsesprogrammet på TIL-linjen, før invitationen sendes. På den måde føjes hver bruger individuelt til rummet.

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

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

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

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

Én knap at trykke på (OBTP)

Microsoft udfaser grundlæggende godkendelse til Exchange Online

Microsoft har til hensigt at udfase grundlæggende godkendelse til Exchange Online den 1. oktober 2022. For at læse mere om det sehttps://techcommunity.microsoft.com/t5/exchange-team-blog/basic-authentication-deprecation-in-exchange-online-may-2022/ba-p/3301866 .

For at bevare tilpasningen til denne ændring understøtter Hybrid Calendar Expressway-forbindelsen ikke længere miljøer, der bruger Exchange Online-postkasser fra den 1. oktober 2022. De fleste Exchange Online-kunder er migreret til vores cloudbaserede hybridkalender til Office 365, og vi kræver, at alle kunder, der bruger vores Expressway-stik, overgår til vores skybaserede forbindelse.

Det skybaserede Hybrid-kalender-stik bruger moderne godkendelse, som er den løsning, der anbefales af Microsoft, til applikationer, der i øjeblikket bruger grundlæggende godkendelse. For yderligere oplysninger om Hybrid-kalender til Office 365, sehttps://techcommunity.microsoft.com/t5/exchange-team-blog/basic-authentication-deprecation-in-exchange-online-may-2022/ba-p/3301866 .