Дякуємо за відгук.

Розгортання

• Користувачі Microsoft 365, які призначені для хмарної служби (вказані в центрі керування Webex як у кластері «Cisco WebexХмара»), можуть відображати постійне повідомлення про помилку в Центрі керування «Не вдалося знайти кластер із роз'ємом календаря. Виберіть іншу групу ресурсів або налаштуйте новий кластер за допомогою роз'єму календаря. Цю помилку можна ігнорувати.

• Служба, розміщена у хмарі, не активує користувача, адреса електронної пошти якого містить апостроф. Якщо ви мігруєте користувачів із роз'єму календаря на базі Expressway, служба гібридного календаря не переміщує цих користувачів до служби, розміщеної у хмарі. Вони залишаються на роз'ємі календаря.

Загальні проблеми планування (всі ключові слова)

• Щоб OBTP працював послідовно на запрошених пристроях, необхідно переконатися, що в поштовій системі немає політики автоматичного видалення коментарів до нарад. Наступна команда PowerShell гарантує збереження коментарів, щоб служба гібридного календаря могла використовувати їх для обробки нарад:

  Set-CalendarProcessing -identity "room" -DeleteComments $false

• Гібридний календар не підтримує спільні календарі. Служба може обробляти наради, які делегат планує від імені інших осіб, якщо вони планують зустріч у фактичному календарі користувача, а не у спільному або груповому календарі.

• Зустріч, яка запланована більше 5 місяців у майбутньому, може не негайно оброблятися хмарною службою гібридного календаря для Microsoft 365. Служба щодня обробляє зустрічі, які триватимуть 5-6 місяців у майбутньому, використовуючи розсувне вікно, тому, як тільки запланована дата зустрічі потрапить у вікно, вона буде оброблена та відображатиметься деталі приєднання до зустрічі.

• Якщо ви додасте ключове слово планування або підтримувану відеоадресу до одного екземпляра повторюваної серії нарад, відомості про приєднання до наради не оновлюються. Щоб вирішити проблему, додайте ключове слово або відеоадресу до всієї серії нарад.

• Гібридний календар не автоматично додає інформацію про приєднання до наради, запланованої в минулому.

Планування зустрічі в персональній кімнаті Webex (ключові слова, включаючи @webex, @meet:myroom)

• Гібридний календар не додає відомостей Webex, якщо запрошення на зустріч вже містить посилання на приєднання Webex (наприклад, додані за допомогою Інструментів продуктивності або вручну організатором наради). Організатор нарад може вручну видаляти будь-які раніше додані посилання для приєднання, щоб Гібридний календар міг додавати нові посилання для приєднання.

• Гібридний календар не обробляє зустрічі з більш ніж 1500 запрошеними на зустріч.

Планування в просторі додатків Webex (ключові слова, включаючи @webex:space, @meet, @spark)

• Планування ключових слів Space наразі підтримує максимум 1500 учасників зустрічі. Організатор зустрічі, який запросить понад 120 учасників, отримає повідомлення електронною поштою із зазначенням, що вони перевищили максимум. Якщо загальна кількість запрошених менше 1500, організатор може бачити інформацію про зустріч у поданні клієнтського календаря команди. Крім того, коли загальна кількість запрошених перевищує 1500, зустріч не відображатиметься в перегляді календар я їхньої команди.

• Планування ключових слів Space наразі не обробляє списки розсилки. Окремі учасники списку розсилки все ще отримують запрошення на зустріч із подробицями про приєднання до простору, але вони не додаються автоматично до простору. Як варіант вирішення проблеми, організатор наради може розгорнути поштову пошту на рядку «До» перед відправкою запрошення. Таким чином, кожен користувач індивідуально додається до простору.

• Вкладення, які користувачі додають до запрошень на нараду за допомогою ключових слів пробілу, не додаються до відповідного простору.

• Служба гібридного календаря більше не надсилає окреме повідомлення електронної пошти запрошеним на зустріч, які не є користувачами програми Webex, запрошуючи їх зареєструватися.

• У просторах Webex присвоєно номер наради, який використовується для кнопки «Приєднатися» на відеопристрої кожного разу, коли ви плануєте зустріч з простору. Webex може переробляти номер наради, якщо він не був використаний протягом 180 днів. Зустрічі, заплановані після події переробки, отримують новий номер, але служба календаря не оновлює існуючі зустрічі.

  Наприклад, скажімо, ви запланували зустріч у просторі (за допомогою @meet) для своєї команди більш ніж за 180 днів до цього, а номер космічної зустрічі — 444 444 4444. Ваша команда тимчасово не збирається в просторі, а номер зустрічі змінюється на 555 555 5555. Коли зустріч відбудеться, учасники програми приєднаються до нового номера наради (555 555 5555). Учасники, які спробують приєднатися з відеопристроїв за посиланням у запрошенні на зустріч, підключаться до старого номера наради, 444 444 4444.

Одна кнопка для натискання (OBTP)

• Щоб дізнатися про проблеми, пов'язані з кнопкою «Приєднатися» та списком нарад у програмі Webex, див. розділ Дод аток Webex | Відомі проблеми під час нарад.

Інтеграція Cisco TMS з Microsoft 365

• Якщо міст конференції, який планується провести майбутню зустріч, стає недоступним, Cisco TMS оновить деталі приєднання до наради, щоб використовувати інший міст. Однак деталі приєднання до зустрічі не оновлюються в Microsoft 365, якщо організатор не внесе зміни до запрошення на зустріч. Це може спричинити проблеми, коли запрошені намагаються приєднатися до зустрічі із запрошення.

• Якщо часовий пояс планувальника нарад у Microsoft 365 не відповідає часовому поясу планувальника в Cisco TMS, у системі може виникнути проблема з плануванням повторюваних зустрічей. Це може спричинити невідповідність між датами екземплярів у Microsoft 365 та в Cisco TMS. Щоб вирішити проблему, переконайтеся, що часові пояси користувачів у Microsoft 365 відповідають їхнім часовим поясам у Cisco TMS.

• Для повторюваних серій нарад зміни дати початку та кінця або кількості випадків у Microsoft 365 не оновлюються в Cisco TMS. (Зміни часу початку та закінчення всієї серії працюють, як очікувалося.) Як обхідний шлях видаліть серію та створіть нову.

• Коли повторювану серію зустрічей, заплановану за допомогою @meet, редагується кілька разів, серія оновлюється правильно в Microsoft 365, але може не оновлюватися належним чином у Cisco TMS. Поведінка не є послідовною. Наприклад, додавання учасників до одного екземпляра серії, а потім зміна теми всієї серії може призвести до зміни теми лише для зміненого екземпляра або для всіх екземплярів, крім зміненого екземпляра.

• Якщо кінцева точка вже заброньована в Microsoft 365 на певний часовий проміжок для зустрічі, що не є @meet, і організатор запланує повторювану зустріч з @meet, яка перекриває заброньований часовий проміжок, організатор отримує повідомлення про те, що кінцева точка відхилила зустріч, але Cisco TMS все одно створює повторювану зустріч.

  Для таких нарад Календаря з'єднувач надсилає додатковий запит на нараду та реєструє два різні інформаційні повідомлення, кожне з яких містить один із наступних рядків:

  • Статус:Зустріч не знайдено_на_TMS

  • Статус:Неочікуваний_виключення

• Роз'єм календаря повинен викликати тривогу, якщо організація, в якій зареєстрований хост Expressway, має значення дії ключового слова @meet, Cisco TelePresence Management Suiteале роз'єм календаря не був пов'язаний з Cisco TMS на швидкісній дорозі в розділі Програ ми > Гі бридні служби> Служба к алендаря > Сторінка конфігурації служ б конференцій Cisco. Ця сигналізація не була реалізована.

• Якщо видалити конфігурацію Cisco TMS з хоста роз'єму Expressway, користувачі можуть продовжувати планувати зустрічі @meet у Cisco TMS, доки не буде перезапущено хост роз'єму Expressway. Вихід полягає в тому, щоб перезапустити хост роз'єму Expressway після видалення конфігурації Cisco TMS.

Загальні проблеми планування (всі ключові слова)

• Гібридний календар не підтримує спільні календарі. Служба може обробляти наради, які делегат планує від імені інших осіб, якщо вони планують зустріч у фактичному календарі користувача, а не у спільному або груповому календарі.

• Якщо ви додасте ключове слово планування або підтримувану відеоадресу до одного екземпляра повторюваної серії нарад, відомості про приєднання до наради не оновлюються. Щоб вирішити проблему, додайте ключове слово або відеоадресу до всієї серії нарад.

• Гібридний календар не автоматично додає інформацію про приєднання до наради, запланованої в минулому.

Планування зустрічі в персональній кімнаті Webex (ключові слова, включаючи @webex, @meet:myroom)

• Гібридний календар не додає відомостей Webex, якщо запрошення на зустріч вже містить посилання на приєднання Webex (наприклад, додані за допомогою Інструментів продуктивності або вручну організатором наради). Організатор нарад може вручну видаляти будь-які раніше додані посилання для приєднання, щоб Гібридний календар міг додавати нові посилання для приєднання.

• Гібридний календар не обробляє зустрічі з більш ніж 1500 запрошеними на зустріч.

Планування в просторі додатків Webex (ключові слова, включаючи @webex:space, @meet, @spark)

• Планування ключових слів Space наразі підтримує максимум 1500 учасників зустрічі. Організатор зустрічі, який запросить понад 120 учасників, отримає повідомлення електронною поштою із зазначенням, що вони перевищили максимум. Якщо загальна кількість запрошених менше 1500, організатор може бачити інформацію про зустріч у поданні клієнтського календаря команди. Крім того, коли загальна кількість запрошених перевищує 1500, зустріч не відображатиметься в перегляді календар я їхньої команди.

• Планування ключових слів Space наразі не обробляє списки розсилки. Окремі учасники списку розсилки все ще отримують запрошення на зустріч із подробицями про приєднання до простору, але вони не додаються автоматично до простору. Як варіант вирішення проблеми, організатор наради може розгорнути поштову пошту на рядку «До» перед відправкою запрошення. Таким чином, кожен користувач індивідуально додається до простору.

• Вкладення, які користувачі додають до запрошень на нараду за допомогою ключових слів пробілу, не додаються до відповідного простору.

• Служба гібридного календаря більше не надсилає окреме повідомлення електронної пошти запрошеним на зустріч, які не є користувачами програми Webex, запрошуючи їх зареєструватися.

• У просторах Webex присвоєно номер наради, який використовується для кнопки «Приєднатися» на відеопристрої кожного разу, коли ви плануєте зустріч з простору. Webex може переробляти номер наради, якщо він не був використаний протягом 180 днів. Зустрічі, заплановані після події переробки, отримують новий номер, але служба календаря не оновлює існуючі зустрічі.

  Наприклад, скажімо, ви запланували зустріч у просторі (за допомогою @meet) для своєї команди більш ніж за 180 днів до цього, а номер космічної зустрічі — 444 444 4444. Ваша команда тимчасово не збирається в просторі, а номер зустрічі змінюється на 555 555 5555. Коли зустріч відбудеться, учасники програми приєднаються до нового номера наради (555 555 5555). Учасники, які спробують приєднатися з відеопристроїв за посиланням у запрошенні на зустріч, підключаться до старого номера наради, 444 444 4444.

Одна кнопка для натискання (OBTP)

• Щоб дізнатися про проблеми, пов'язані з кнопкою «Приєднатися» та списком нарад у програмі Webex, див. розділ Дод аток Webex | Відомі проблеми під час нарад.

Інтеграція Cisco TMS з календарем Google

• Якщо міст конференції, який планується провести майбутню зустріч, стає недоступним, Cisco TMS оновить деталі приєднання до наради, щоб використовувати інший міст. Однак деталі приєднання до зустрічі не оновлюються в Календарі Google, якщо організатор не внесе зміни до запрошення на зустріч. Це може спричинити проблеми, коли запрошені намагаються приєднатися до зустрічі із запрошення.

• Якщо часовий пояс планувальника нарад у Календарі Google не відповідає часовому поясу планувальника в Cisco TMS, у системі може виникнути проблема з плануванням повторюваних зустрічей. Це може спричинити невідповідність між датами екземплярів у Календарі Google та в Cisco TMS. Щоб вирішити проблему, переконайтеся, що часові пояси користувачів у Календарі Google відповідають їхнім часовим поясам у Cisco TMS.

• Якщо повторювану серію зустрічей, заплановану за допомогою @meet, редагується кілька разів, серія оновлюється правильно в Календарі Google, але може не оновлюватися належним чином у Cisco TMS. Поведінка не є послідовною. Наприклад, зміна теми одного екземпляра серії, а потім зміна теми всієї серії може призвести до зміни теми лише для зміненого екземпляра або для всіх екземплярів, крім модифікованого екземпляра.

• Якщо кінцева точка вже заброньована в Календарі Google на певний часовий проміжок для зустрічі, що не є @meet, і організатор запланує зустріч із @meet, яка перекриває заброньований часовий проміжок, організатор отримує повідомлення про те, що кінцева точка відхилила зустріч, але Cisco TMS все одно створює нараду, що перекривається.

  Для таких нарад Календаря з'єднувач надсилає додатковий запит на нараду та реєструє два різні інформаційні повідомлення, кожне з яких містить один із наступних рядків:

  • Статус:Зустріч не знайдено_на_TMS

  • Статус:Неочікуваний_виключення

• Роз'єм календаря повинен викликати тривогу, якщо організація, в якій зареєстрований хост Expressway, має значення дії ключового слова @meet, Cisco TelePresence Management Suiteале роз'єм календаря не був пов'язаний з Cisco TMS на швидкісній дорозі в розділі Програ ми > Гі бридні служби> Служба к алендаря > Сторінка конфігурації служ б конференцій Cisco. Ця сигналізація не була реалізована.

• Якщо видалити конфігурацію Cisco TMS з хоста роз'єму Expressway, користувачі можуть продовжувати планувати зустрічі @meet у Cisco TMS, доки не буде перезапущено хост роз'єму Expressway. Вихід полягає в тому, щоб перезапустити хост роз'єму Expressway після видалення конфігурації Cisco TMS.

Розгортання та налаштування роз'єму календаря

• Calendar Connector підтримує один кластер з максимум двома екземплярами Expressway для кожної організації.

• Проксі-з'єднання повинні використовувати базову автентифікацію або без імені користувача та пароля. Інші схеми аутентифікації не підтримуються.

• Наразі роз'єм календаря не підтримує організації Exchange, які потребують облікового запису служби (видавання себе за особу), щоб використовувати багатофакторну автентифікацію (MFA).

• Для деяких клієнтів роз'єм календаря викликає критичну тривогу, описану як «Перенаправлена URL- Microsoft Exchange адреса автовиявлення не довіряє». Проблема може призвести до деяких затримок обробки подій календаря для користувачів. У деяких випадках роз'єм календаря не зможе надати будь-яку послугу деякій частині користувачів.

  Якщо ви бачите це нагадування, скористайтеся списком довіри URL-адреси автопошуку переадресації, щоб налаштувати, як роз'єм календаря може знаходити поштові скриньки користувачів.

• Для деяких клієнтів роз'єм календаря викликає попередження «Помилка автентифікації NTLM: облікові дані не можуть бути використані для автентифікації NTLM» у файлах hybrid_services_log. Це може статися, якщо проксі-сервер роз'єму налаштовано на сторінці Програми > Гібридні служби > Проксі-сервер з'єднувача в Expressway, і цей проксі-сервер вимагає автентифікації. Обхідний варіант не потрібен, якщо проксі-сервер роз'єму підтримує базову схему автентифікації або не вимагає автентифікації.

• Якщо скасувати реєстрацію роз'єму календаря або деактивувати його, якщо це єдина гібридна служба на швидкісній дорозі, швидкісна дорога може перейти до стану помилки, коли гібридні сервісні роз'єми не реєструються, зміни конфігурації не поширюються або виникнуть інші проблеми. Вихід полягає в тому, щоб перезавантажити швидкісну дорогу та повторно зареєструвати роз'єм.

• Не можна шукати в Центрі керування, щоб повернути набір користувачів, у яких увімкнено або вимкнено службу Гібридного календаря.

• Під час додавання сайту Webex до конфігурації роз'єму календаря потрібно ввести значення Повністю кваліфікованого імені сайту повністю малими літерами. Знаки великих літер призводять до того, що роз'єм календаря викликає сигнал тривоги «служба недоступна або доступ заборонений».

• Інтеграція Cisco TMS наразі не підтримує розгор Microsoft Exchange тання гібридного обміну (Microsoft Exchangeі Microsoft 365 разом). Наразі інтеграція працює лише з хмарною службою гібридного календаря для Microsoft 365 або хмарною службою гібридного календаря для календаря Google.

  Інтеграція використовує роз'єм календаря для зв'язку служби гібридного календаря з Cisco TMS. Після налаштування параметра планування TMS на Expressway-C ви не зможете зв'язати той самий роз'єм календаря та навпакиMicrosoft Exchange.

Загальні проблеми планування (всі ключові слова)

• Гібридний календар не підтримує спільні календарі. Служба може обробляти наради, які делегат планує від імені інших осіб, якщо вони планують зустріч у фактичному календарі користувача, а не у спільному або груповому календарі.

• Якщо ви додасте ключове слово планування або підтримувану відеоадресу до одного екземпляра повторюваної серії нарад, відомості про приєднання до наради не оновлюються. Щоб вирішити проблему, додайте ключове слово або відеоадресу до всієї серії нарад.

• Користувачі можуть бачити кілька запрошень на нараду у своїй папці «Вхідні» Outlook, коли отримують зустрічі, заплановані за ключовим словом або підтримуваною відеоадресою. Щоб вирішити проблему, встановіть прапорці у Microsoft Outlook веб-додатку у розділі Параметри > Календар > Авто матична оброб ка:

  • Видалити запити на нараду та відповіді, які були оновлені

  • Автоматично обробляти запити та відповіді від зовнішніх відправників

  Ці налаштування доступні лише у веб-додатку, але вищезазначені зміни стосуються всіх клієнтів Outlook.

• Гібридний календар не додає посилання на приєднання до наради до запрошення на зустріч для запрошених, які мають окремі цитати навколо своїх адрес електронної пошти. Як вирішити проблему, не включайте в запрошення одиничні цитати навколо адрес електронної пошти.

• Щоб OBTP працював послідовно на запрошених пристроях, необхідно переконатися, що в поштовій системі немає політики автоматичного видалення коментарів до нарад. Наступна команда PowerShell гарантує збереження коментарів, щоб служба гібридного календаря могла використовувати їх для обробки нарад:

  Set-CalendarProcessing -identity "room" -DeleteComments $false

• У деяких версіях Microsoft Outlook 2016 року після зміни одного екземпляра періодичної запланованої зустрічі, де ключове слово планування знаходиться в полі місцезнаходження, основний текст і посилання на приєднання можуть зникнути.

  • Якщо є можливість, оновіть до останньої версії Outlook.

  • Якщо ви не можете оновити, видаліть та перенесіть відповідний екземпляр.

  • Інші випадки серії нарад не повинні бути порушені.

• Організатори нара Microsoft Outlook д, які використовують 2011 для Mac, можуть не бачити посилання на приєднання у своїх запрошеннях на зустріч, хоча запрошені отримують посилання. Це проблема з Outlook 2011 для Mac, і рішенням є оновлення до новішої версії Outlook для Mac.

• Гібридний календар не автоматично додає інформацію про приєднання до наради, запланованої в минулому.

• Коли делегат скасовує зустріч від імені організатора, службі гібридного календаря може знадобитися до 24 годин, щоб видалити зустріч зі списку зустрічей у програмі Webex.

Планування зустрічі в персональній кімнаті Webex (ключові слова, включаючи @webex, @meet:myroom)

• Гібридний календар не додає відомостей Webex, якщо запрошення на зустріч вже містить посилання на приєднання Webex (наприклад, додані за допомогою Інструментів продуктивності або вручну організатором наради). Організатор нарад може вручну видаляти будь-які раніше додані посилання для приєднання, щоб Гібридний календар міг додавати нові посилання для приєднання.

• Гібридний календар не обробляє зустрічі з більш ніж 1500 запрошеними на зустріч.

Планування в просторі додатків Webex (ключові слова, включаючи @webex:space, @meet, @spark)

• Планування ключових слів Space наразі підтримує максимум 1500 учасників зустрічі. Організатор зустрічі, який запросить понад 120 учасників, отримає повідомлення електронною поштою із зазначенням, що вони перевищили максимум. Якщо загальна кількість запрошених менше 1500, організатор може бачити інформацію про зустріч у поданні клієнтського календаря команди. Крім того, коли загальна кількість запрошених перевищує 1500, зустріч не відображатиметься в перегляді календар я їхньої команди.

• Планування ключових слів Space наразі не обробляє списки розсилки. Окремі учасники списку розсилки все ще отримують запрошення на зустріч із подробицями про приєднання до простору, але вони не додаються автоматично до простору. Як варіант вирішення проблеми, організатор наради може розгорнути поштову пошту на рядку «До» перед відправкою запрошення. Таким чином, кожен користувач індивідуально додається до простору.

• Служба гібридного календаря більше не надсилає окреме повідомлення електронної пошти запрошеним на зустріч, які не є користувачами програми Webex, запрошуючи їх зареєструватися.

• Вкладення, які користувачі додають до запрошень на нараду за допомогою ключових слів пробілу, не додаються до відповідного простору.

• У просторах Webex присвоєно номер наради, який використовується для кнопки «Приєднатися» на відеопристрої кожного разу, коли ви плануєте зустріч з простору. Webex може переробляти номер наради, якщо він не був використаний протягом 180 днів. Зустрічі, заплановані після події переробки, отримують новий номер, але служба календаря не оновлює існуючі зустрічі.

  Наприклад, скажімо, ви запланували зустріч у просторі (за допомогою @meet) для своєї команди більш ніж за 180 днів до цього, а номер космічної зустрічі — 444 444 4444. Ваша команда тимчасово не збирається в просторі, а номер зустрічі змінюється на 555 555 5555. Коли зустріч відбудеться, учасники програми приєднаються до нового номера наради (555 555 5555). Учасники, які спробують приєднатися з відеопристроїв за посиланням у запрошенні на зустріч, підключаться до старого номера наради, 444 444 4444.

Одна кнопка для натискання (OBTP)

• Щоб дізнатися про проблеми, пов'язані з кнопкою «Приєднатися» та списком нарад у програмі Webex, див. розділ Дод аток Webex | Відомі проблеми під час нарад.

Корпорація Майкрософт припиняє використання базової аутентифікації для Exchange Online

Корпорація Майкрософт має намір припинити використання базової аутентифікації для Exchange Online 1 жовтня 2022 року. Для отримання додаткової інформації див. https://techcommunity.microsoft.com/t5/exchange-team-blog/basic-authentication-deprecation-in-exchange-online-may-2022/ba-p/3301866.

Щоб зберегти узгодження з цією зміною, з 1 жовтня 2022 року роз'єм Hybrid Calendar Expressway більше не підтримуватиме середовища, які використовують поштові скриньки Exchange Online. Більшість клієнтів Exchange Online перейшли до нашого хмарного гібридного календаря для Microsoft 365, і ми вимагаємо, щоб усі клієнти, які використовують наш роз'єм Expressway, переходили на наш хмарний роз'єм.

Хмарний роз'єм гібридного календаря використовує сучасну автентифікацію, що є рекомендованим Microsoft рішенням для програм, які наразі використовують базову автентифікацію. Для отримання додаткової інформації про гібридний календар для Microsoft 365 див. https://techcommunity.microsoft.com/t5/exchange-team-blog/basic-authentication-deprecation-in-exchange-online-may-2022/ba-p/3301866.

Одна кнопка для натискання (OBTP)

Гібридний календар не був протестований і не підтримує сторонні служби, які переписують запрошення на нараду або замінюють вихідні посилання на приєднання до наради. Наприклад, деякі інструменти розвідки доходів, включаючи Gong ^® та Clari ^™ /Wingman, можуть замінити посилання на зустрічі посиланнями на зовнішню сторінку згоди. Коли вміст запрошення переписано, гібридний календар може не розпізнати постачальника нарад, а список нарад або поведінка «Одна кнопка для натискання» може бути відсутньою або суперечливою. Ці приклади не є вичерпними.