distribution

  • Office 365-användare som har tilldelats till den molnbaserade tjänsten (anges i Cisco Webex Control Hub som på klustret "Cisco Webex Cloud") kan visa ett permanent felmeddelande i Control Hub: "Det gick inte att hitta kluster med Kalenderanslutning. Välj en annan resursgrupp eller konfigurera ett nytt kluster med Kalenderanslutning." Detta fel kan ignoreras.

  • Den molnbaserade tjänsten aktiverar inte en användare vars e-postadress innehåller en apostrof. Om du migrerar användare från den Expressway-baserade Kalenderanslutningen kommer Hybrid-kalendertjänst inte att flytta dessa användare till den molnbaserade tjänsten. De finns kvar i Kalenderanslutningen.

Allmänna schemaläggningsproblem (alla nyckelord)

  • För att OBTP ska fungera konsekvent på inbjudna enheter måste du säkerställa att e-postsystemet inte har en princip för att automatiskt ta bort möteskommentarer. Följande PowerShell-kommando säkerställer att kommentarer bevaras så att Hybrid-kalendertjänst kan använda dem för att bearbeta möten:

    Ställ in-kalenderprocessing -identiteten "rum" -DeleteComments $false
  • Hybrid-kalendern stöder inte delade kalendrar. Tjänsten kan behandla möten som ett ombud schemalägger åt andra, så länge de schemalägger mötet i användarens faktiska kalender, inte en delad eller gruppkalender.

  • Ett möte som är schemalagt längre än fem månader i framtiden kanske inte omedelbart behandlas av det molnbaserade hybrid-kalendertjänst för Microsoft Office 365. Tjänsten bearbetar möten som är 5–6 månader i framtiden på daglig basis med ett skjutfönster, så att när mötets schemalagda datum hamnar i fönstret bearbetas de och informationen om hur man deltar i mötet.

  • Om du lägger till ett nyckelord för schemaläggning eller en videoadress som stöds i en enskild instans av en återkommande mötesserie, uppdateras inte informationen om att delta i mötet. Som en tillfällig lösning kan du lägga till nyckelordet eller videoadressen till hela mötesserien.

  • Hybrid-kalendern lägger inte automatiskt till information om mötesdeltagande i ett tidigare schemalagt möte.

Schemalägga ett Webex-möte i ett personligt rum (nyckelord @webex, @meet:mitt rum)

  • Hybrid-kalendern lägger inte till Webex-uppgifter om mötesinbjudan redan innehåller anslutningslänkar till Webex (till exempel har lagts till med produktivitetsverktygen eller manuellt av mötesorganisatören). Mötesorganisatören kan manuellt ta bort alla tidigare tillagda anslutningslänkar så att hybridkalendern kan lägga till de nya anslutningslänkarna.

  • Hybrid-kalendern bearbetar inte möten med fler än 1 500 inbjudna mötesdeltagare.

Schemaläggning i ett Webex-apputrymme (nyckelord inklusive @webex:space, @meet, @spark)

  • Schemaläggning av nyckelord för utrymmet stöder för närvarande högst 1 500 mötesdeltagare. En mötesorganisatör som bjuder in fler än 120 deltagare kommer att få en e-postmeddelande som anger att de har överskridit maximum. När det totala antalet inbjudna är mindre än 1500 kan organisatören se mötesinformationen i teamets kalendervy för klienten. När det totala antalet inbjudna överstiger 1 500 visas inte mötet i teamets kalendervy.

  • Schemaläggning av nyckelord i rummet hanterar för närvarande inte distributionslistor. Enskilda medlemmar i distributionslista fortfarande får mötesinbjudan med uppgifter om hur de deltar i utrymmet, men läggs inte till automatiskt i utrymmet. Som en tillfällig lösning kan mötesarrangören expandera mejlaren på TILL-linjen innan inbjudan skickas. På så sätt läggs varje användare individuellt till i utrymmet.

  • Bilagor som användare lägger till i mötesbjudningar med nyckelord för mellanslag läggs inte till i motsvarande utrymme.

  • Kalendertjänsten för hybrid skickar inte längre ett separat e-postmeddelande till inbjudna mötesdeltagare som inte är användare av Webex-appen och bjuder in dem att registrera sig.

  • Webex-utrymmen har ett mötesnummer som används för videoenhetens delta-knapp varje gång du schemalägger ett möte från ett utrymme. Webex kan återanvända mötesnummer den inte har använts inom 180 dagar. Möten som schemaläggs efter återanvändningen får ett nytt nummer, men kalendertjänsten uppdaterar inte befintliga möten.

    Säg till exempel att du schemalägger ett utrymmesmöte (med @meet) för ditt team mer än 180 dagar i förväg, och utrymmet är mötesnummer är 444 444 444. Ditt team träffas inte i utrymmet under mötet och ändringarna mötesnummer till 555 555 5555. När mötet börjar kommer appdeltagare att delta i det nyare mötesnummer (555 555 5555). Mötesdeltagare som försöker delta via videoenheter via länken i mötesinbjudan kommer att anslutas till det gamla mötesnummer, 444 444 4444.

En knapp att trycka på (OBTP)

Cisco TMS-integrering med Office 365

  • Om den konferensbrygga som är schemalagd att vara värd för ett kommande möte inte längre är tillgänglig kommer Cisco TMS att uppdatera informationen om mötesinkopplingen så att den använder en annan brygga. Uppgifter om att delta i möten uppdateras dock inte i Office 365 om inte organisatören gör ändringar i mötesinbjudan. Detta kan orsaka problem när inbjudna försöker ansluta till mötet från inbjudan.

  • Om tidszonen för ett mötesschemaläggning i Office 365 inte överensstämmer med schemaläggaren tidszon i Cisco TMS kan systemet ha problem med att schemalägga återkommande möten. Detta kan orsaka en felaktig överensstämmelse mellan instansdatumen i Office 365 och Cisco TMS. Som en tillfällig lösning ska användarnas tidszoner i Office 365 matcha deras tidszoner i Cisco TMS.

  • För en återkommande mötesserie uppdateras inte ändringar av start- och slutdatum eller antalet förekomster i Office 365 i Cisco TMS. (Ändringar av start- och sluttiderna för hela serien fungerar som förväntat.) Som en tillfällig lösning tar du bort serien och skapar en ny.

  • När en återkommande mötesserie som @meet har redigerats flera gånger, uppdateras serien korrekt i Office 365, men kan inte uppdateras korrekt i Cisco TMS. Beteendet är inte konsekvent. Om du exempelvis lägger till deltagare till en enskild instans av serien och sedan ändrar ämnet för hela serien kan det resultera i att ämnet endast ändras för den ändrade instansen, eller för alla andra instanser än den ändrade instansen.

  • Om en slutpunkt redan har bokats i Office 365 för en viss tidslucka för ett möte som inte är @meet, och en organisatör schemalägger ett återkommande möte med @meet som överlappar det bokade tidsplatsen, får organisatören ett meddelande som säger att slutpunkten avvisade mötet, men Cisco TMS skapar det återkommande mötet ändå.

    För sådana möten skickar Kalenderanslutningen en extra mötesförfrågan och loggar två olika informationsmeddelanden som var och en innehåller en av följande strängar:

    • status:MÖTE_HITTADES INTE__PÅ_TMS

    • status:UN_FÖRVÄNTAT_UNDANTAG

  • Kalenderanslutningen bör väcka ett larm om organisationen som Expressway-värden är registrerad till har nyckelordsåtgärden @meet inställd på Cisco TelePresence Management Suite, men Kalenderanslutningen inte har kopplats till Cisco TMS på sidan Expressway Applications > Hybrid-tjänster > kalendertjänst > Konfiguration av Ciscos konferenstjänster. Det här larmet har inte implementerats.

  • Om du tar bort Cisco TMS-konfigurationen från Expressway-anslutningsvärden kan användare fortsätta att schemalägga @meet-möten på Cisco TMS tills anslutningsvärden Expressway startas om. Lösningen är att starta om anslutningsvärden Expressway efter borttagning av Cisco TMS-konfigurationen.

Allmänna schemaläggningsproblem (alla nyckelord)

  • Hybrid-kalendern stöder inte delade kalendrar. Tjänsten kan behandla möten som ett ombud schemalägger åt andra, så länge de schemalägger mötet i användarens faktiska kalender, inte en delad eller gruppkalender.

  • Om du lägger till ett nyckelord för schemaläggning eller en videoadress som stöds i en enskild instans av en återkommande mötesserie, uppdateras inte informationen om att delta i mötet. Som en tillfällig lösning kan du lägga till nyckelordet eller videoadressen till hela mötesserien.

  • Hybrid-kalendern lägger inte automatiskt till information om mötesdeltagande i ett tidigare schemalagt möte.

Schemalägga ett Webex-möte i ett personligt rum (nyckelord @webex, @meet:mitt rum)

  • Hybrid-kalendern lägger inte till Webex-uppgifter om mötesinbjudan redan innehåller anslutningslänkar till Webex (till exempel har lagts till med produktivitetsverktygen eller manuellt av mötesorganisatören). Mötesorganisatören kan manuellt ta bort alla tidigare tillagda anslutningslänkar så att hybridkalendern kan lägga till de nya anslutningslänkarna.

  • Hybrid-kalendern bearbetar inte möten med fler än 1 500 inbjudna mötesdeltagare.

Schemaläggning i ett Webex-apputrymme (nyckelord inklusive @webex:space, @meet, @spark)

  • Schemaläggning av nyckelord för utrymmet stöder för närvarande högst 1 500 mötesdeltagare. En mötesorganisatör som bjuder in fler än 120 deltagare kommer att få en e-postmeddelande som anger att de har överskridit maximum. När det totala antalet inbjudna är mindre än 1500 kan organisatören se mötesinformationen i teamets kalendervy för klienten. När det totala antalet inbjudna överstiger 1 500 visas inte mötet i teamets kalendervy.

  • Schemaläggning av nyckelord i rummet hanterar för närvarande inte distributionslistor. Enskilda medlemmar i distributionslista fortfarande får mötesinbjudan med uppgifter om hur de deltar i utrymmet, men läggs inte till automatiskt i utrymmet. Som en tillfällig lösning kan mötesarrangören expandera mejlaren på TILL-linjen innan inbjudan skickas. På så sätt läggs varje användare individuellt till i utrymmet.

  • Bilagor som användare lägger till i mötesbjudningar med nyckelord för mellanslag läggs inte till i motsvarande utrymme.

  • Kalendertjänsten för hybrid skickar inte längre ett separat e-postmeddelande till inbjudna mötesdeltagare som inte är användare av Webex-appen och bjuder in dem att registrera sig.

  • Webex-utrymmen har ett mötesnummer som används för videoenhetens delta-knapp varje gång du schemalägger ett möte från ett utrymme. Webex kan återanvända mötesnummer den inte har använts inom 180 dagar. Möten som schemaläggs efter återanvändningen får ett nytt nummer, men kalendertjänsten uppdaterar inte befintliga möten.

    Säg till exempel att du schemalägger ett utrymmesmöte (med @meet) för ditt team mer än 180 dagar i förväg, och utrymmet är mötesnummer är 444 444 444. Ditt team träffas inte i utrymmet under mötet och ändringarna mötesnummer till 555 555 5555. När mötet börjar kommer appdeltagare att delta i det nyare mötesnummer (555 555 5555). Mötesdeltagare som försöker delta via videoenheter via länken i mötesinbjudan kommer att anslutas till det gamla mötesnummer, 444 444 4444.

En knapp att trycka på (OBTP)

Cisco TMS-integrering med Google Kalender

  • Om den konferensbrygga som är schemalagd att vara värd för ett kommande möte inte längre är tillgänglig kommer Cisco TMS att uppdatera informationen om mötesinkopplingen så att den använder en annan brygga. Informationen om att delta i ett möte uppdateras dock inte i Google Kalender om inte organisatören gör en ändring av mötesinbjudan. Detta kan orsaka problem när inbjudna försöker ansluta till mötet från inbjudan.

  • Om schemaläggaren för ett möte i Google Kalender inte matchar schemaläggaren tidszon i Cisco TMS kan systemet ha problem med att schemalägga återkommande möten. Detta kan orsaka en felaktig överensstämmelse mellan datumen för instansen i Google Kalender och i Cisco TMS. Som en tillfällig lösning, se till att användarnas tidszoner i Google Kalender matchar deras tidszoner i Cisco TMS.

  • När en återkommande mötesserie som @meet har redigerats flera gånger, uppdateras serien korrekt i Google Kalender men kanske inte uppdateras korrekt i Cisco TMS. Beteendet är inte konsekvent. Om du till exempel ändrar ämnet för en enskild instans i serien och sedan ändrar ämnet för hela serien kan det leda till att ämnet endast ändras för den ändrade instansen, eller för alla andra instanser än den ändrade instansen.

  • Om en slutpunkt redan har bokats i Google Kalender för en viss tidslucka för ett möte som inte är @meet, och en organisatör schemalägger ett möte med @meet som överlappar det bokade tidsplatsen, får organisatören ett meddelande som säger att slutpunkten avvisade mötet, men Cisco TMS skapar det överlappande mötet ändå.

    För sådana möten skickar Kalenderanslutningen en extra mötesförfrågan och loggar två olika informationsmeddelanden som var och en innehåller en av följande strängar:

    • status:MÖTE_HITTADES INTE__PÅ_TMS

    • status:UN_FÖRVÄNTAT_UNDANTAG

  • Kalenderanslutningen bör väcka ett larm om organisationen som Expressway-värden är registrerad till har nyckelordsåtgärden @meet inställd på Cisco TelePresence Management Suite, men Kalenderanslutningen inte har kopplats till Cisco TMS på sidan Expressway Applications > Hybrid-tjänster > kalendertjänst > Konfiguration av Ciscos konferenstjänster. Det här larmet har inte implementerats.

  • Om du tar bort Cisco TMS-konfigurationen från Expressway-anslutningsvärden kan användare fortsätta att schemalägga @meet-möten på Cisco TMS tills anslutningsvärden Expressway startas om. Lösningen är att starta om anslutningsvärden Expressway efter borttagning av Cisco TMS-konfigurationen.

Distribution och konfiguration av kalenderanslutning

  • kalenderanslutningen har stöd för ett kluster med högst två Expressway-instanser per organisation.

  • Proxyanslutningar måste använda grundläggande autentisering eller inget användarnamn och lösenord. Inga andra autentiseringsscheman stöds.

  • Kalenderanslutningen stöder för närvarande inte Exchange-organisationer som kräver att tjänstekontot (personifiering) använder multi-faktorautentisering (MFA).

  • För vissa kunder ger Kalenderanslutningen ett kritiskt larm som beskrivs som "Omdirigering av Microsoft Exchange-automatisk upptäckt-URL inte betrodd". Problemet kan leda till viss fördröjning vid bearbetning av kalenderhändelser för användare. I vissa fall kan Kalenderanslutningen inte tillhandahålla någon tjänst till någon del av användarna.

    Om du ser det här larmet använder du URL:en för automatisk upptäckt pålitlig lista för att konfigurera hur Kalenderanslutningen kan hitta användarnas postlådor.

  • För vissa kunder ger Kalenderanslutningen ett "NTLM-autentiseringsfel: Autentiseringsuppgifterna kan inte användas för NTLM-autentisering" i hybrid_services_log filerna. Detta kan inträffa om en anslutningsproxyn är konfigurerad på sidan Applications > Hybrid Services > Connector Proxy (Proxy för anslutning Expressway) och proxyn kräver autentisering. Ingen lösning krävs så länge anslutningsproxyn stöder schema för grundläggande autentisering eller inte kräver autentisering.

  • Om du avregistrerar kalender anslutningen eller inaktiverar den om den är den enda hybrid-tjänsten på Expressway, kan Expressway få en fel status där hybrid-tjänstens kontakter inte registreras, det går inte att överföra konfigurations ändringarna eller andra problem. Lösningen är att starta om Expressway och registrera om anslutningen.

  • Du kan inte söka efter https://admin.webex.com en uppsättning användare som har kalendertjänst för hybrid på eller av.

  • När du lägger Cisco Webex-webbplats i Kalenderanslutningskonfigurationen måste du ange värdet för fullständigt kvalificerat webbplatsnamn helt i små bokstäver. Med versaler kan Kalenderanslutningen höja larmet "Tjänsten är inte åtkomlig eller åtkomst nekad".

  • Cisco TMS-integreringen stöder för närvarande inte Microsoft Exchange- eller Hybrid Exchange-distributioner (Microsoft Exchange och Office 365 tillsammans). Integreringen fungerar för närvarande bara med den molnbaserade Hybrid-kalendertjänst för Office 365 eller den molnbaserade Hybrid-kalendertjänst för Google Kalender.

    Integreringen använder Kalenderanslutningen för att länka hybridanslutningen kalendertjänst Cisco TMS. När du har konfigurerat schemaläggningsalternativet TMS på en Expressway-C kan du inte länka samma Kalenderanslutning till Microsoft Exchange och vice versa.

Allmänna schemaläggningsproblem (alla nyckelord)

  • Hybrid-kalendern stöder inte delade kalendrar. Tjänsten kan behandla möten som ett ombud schemalägger åt andra, så länge de schemalägger mötet i användarens faktiska kalender, inte en delad eller gruppkalender.

  • Om du lägger till ett nyckelord för schemaläggning eller en videoadress som stöds i en enskild instans av en återkommande mötesserie, uppdateras inte informationen om att delta i mötet. Som en tillfällig lösning kan du lägga till nyckelordet eller videoadressen till hela mötesserien.

  • Användare kan se flera mötesinbjudningar i sin Outlook-inkorg när de tar emot möten som har schemalagts med ett nyckelord eller en videoadress som stöds. Som en tillfällig lösning, markera följande kryssrutor i Microsoft Outlook-webbappen under Inställningar > kalender > automatisk bearbetning:

    • Ta bort mötesförfrågningar och -svar som har uppdaterats

    • Behandla förfrågningar och svar automatiskt från externa avsändare

    Dessa inställningar är endast tillgängliga i webbappen, men ändringarna ovan gäller för alla Outlook-klienter.

  • Hybrid-kalendern lägger inte till länkar för att delta i möten i mötesinbjudan för inbjudna som har enkla citattecken runt sina e-postadresser. Som en tillfällig lösning ska du inte inkludera enkla citattecken runt e-postadresserna i inbjudan.

  • För att OBTP ska fungera konsekvent på inbjudna enheter måste du säkerställa att e-postsystemet inte har en princip för att automatiskt ta bort möteskommentarer. Följande PowerShell-kommando säkerställer att kommentarer bevaras så att Hybrid-kalendertjänst kan använda dem för att bearbeta möten:

    Ställ in-kalenderprocessing -identiteten "rum" -DeleteComments $false
  • I vissa versioner av Microsoft Outlook 2016 kan brödtexten och länkarna i form av ett återkommande möte, efter ändring av ett återkommande schemalagt möte där ett nyckelord för schemaläggning finns i platsfältet, försvinna.

    • Uppgradera om möjligt till den senaste versionen av Outlook.

    • Om du inte kan uppgradera, ta bort och ändra tiden för den påverkade instansen.

    • De andra instanserna i mötesserien bör inte påverkas.

  • Mötesarrangörer som använder Microsoft Outlook 2011 för Mac kanske inte ser länkarna för att delta i sina mötesinbjudningar, men de inbjudna får länkarna. Detta är ett problem i Outlook 2011 för Mac och lösningen är att uppgradera till en nyare version av Outlook för Mac.

  • Hybrid-kalendern lägger inte automatiskt till information om mötesdeltagande i ett tidigare schemalagt möte.

  • När ett ombud avbokar ett möte åt organisatören kan Hybrid-kalendertjänst ta upp till 24 timmar att ta bort mötet från möteslistan i Webex-appen.

Schemalägga ett Webex-möte i ett personligt rum (nyckelord @webex, @meet:mitt rum)

  • Hybrid-kalendern lägger inte till Webex-uppgifter om mötesinbjudan redan innehåller anslutningslänkar till Webex (till exempel har lagts till med produktivitetsverktygen eller manuellt av mötesorganisatören). Mötesorganisatören kan manuellt ta bort alla tidigare tillagda anslutningslänkar så att hybridkalendern kan lägga till de nya anslutningslänkarna.

  • Hybrid-kalendern bearbetar inte möten med fler än 1 500 inbjudna mötesdeltagare.

Schemaläggning i ett Webex-apputrymme (nyckelord inklusive @webex:space, @meet, @spark)

  • Schemaläggning av nyckelord för utrymmet stöder för närvarande högst 1 500 mötesdeltagare. En mötesorganisatör som bjuder in fler än 120 deltagare kommer att få en e-postmeddelande som anger att de har överskridit maximum. När det totala antalet inbjudna är mindre än 1500 kan organisatören se mötesinformationen i teamets kalendervy för klienten. När det totala antalet inbjudna överstiger 1 500 visas inte mötet i teamets kalendervy.

  • Schemaläggning av nyckelord i rummet hanterar för närvarande inte distributionslistor. Enskilda medlemmar i distributionslista fortfarande får mötesinbjudan med uppgifter om hur de deltar i utrymmet, men läggs inte till automatiskt i utrymmet. Som en tillfällig lösning kan mötesarrangören expandera mejlaren på TILL-linjen innan inbjudan skickas. På så sätt läggs varje användare individuellt till i utrymmet.

  • Kalendertjänsten för hybrid skickar inte längre ett separat e-postmeddelande till inbjudna mötesdeltagare som inte är användare av Webex-appen och bjuder in dem att registrera sig.

  • Bilagor som användare lägger till i mötesbjudningar med nyckelord för mellanslag läggs inte till i motsvarande utrymme.

  • Webex-utrymmen har ett mötesnummer som används för videoenhetens delta-knapp varje gång du schemalägger ett möte från ett utrymme. Webex kan återanvända mötesnummer den inte har använts inom 180 dagar. Möten som schemaläggs efter återanvändningen får ett nytt nummer, men kalendertjänsten uppdaterar inte befintliga möten.

    Säg till exempel att du schemalägger ett utrymmesmöte (med @meet) för ditt team mer än 180 dagar i förväg, och utrymmet är mötesnummer är 444 444 444. Ditt team träffas inte i utrymmet under mötet och ändringarna mötesnummer till 555 555 5555. När mötet börjar kommer appdeltagare att delta i det nyare mötesnummer (555 555 5555). Mötesdeltagare som försöker delta via videoenheter via länken i mötesinbjudan kommer att anslutas till det gamla mötesnummer, 444 444 4444.

En knapp att trycka på (OBTP)

Microsoft tar bort grundläggande autentisering för Exchange Online

Microsoft planerar att ta bort grundläggande autentisering för Exchange Online den 1 oktober 2022. Se för att läsa mer om det https://techcommunity.microsoft.com/t5/exchange-team-blog/basic-authentication-deprecation-in-exchange-online-may-2022/ba-p/3301866.

För att bibehålla anpassningen till den här ändringen kommer Hybrid-kalenderanslutningen Expressway inte längre att stödja miljöer som använder Exchange Online-e-brevlådor från och med 1 oktober 2022. De flesta Exchange Online-kunder har migrerat till vår molnbaserade Hybrid-kalender för Office 365 och vi kräver att alla kunder som använder vår Expressway-anslutning migrerar till vår molnbaserade anslutning.

Den molnbaserade Hybrid-kalenderanslutningen använder modern autentisering, vilket är den Microsoft-rekommenderade lösningen för program som för närvarande använder grundläggande autentisering. Mer information om Hybrid-kalender för Office 365 finns i https://techcommunity.microsoft.com/t5/exchange-team-blog/basic-authentication-deprecation-in-exchange-online-may-2022/ba-p/3301866.