Запуск

  • Користувачі Office 365, призначені для хмарної служби (вказані в Cisco Webex Control Hub як на кластері "Cisco Webex Cloud"), можуть відображати постійне повідомлення про помилку в Control Hub, "Не вдалося знайти кластер з Calendar Connector. Виберіть іншу групу ресурсів або налаштуйте новий кластер за допомогою Calendar Connector ". Цю помилку можна ігнорувати.

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

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

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

    Set-CalendarProcessing -identity "room" -DeleteComments $false
  • Гібридний календар не підтримує календарі в спільному доступі. Служба може обробляти зустрічі, які делегат планує від імені інших, якщо вони планують зустріч у фактичному календарі користувача, а не у спільному або груповому календарі.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    • стан:НАРАДУ_НЕ_ЗНАЙДЕНО_НА_TMS

    • стан: ОЧІКУЄТЬСЯ_ВИНЯТОК ООН_

  • З 'єднувач календаря повинен підняти сигнал тривоги, якщо організація, до якої зареєстрований хост швидкісної дороги, має дію ключового слова @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)

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

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

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

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

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

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

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

Інтеграція 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

    • стан: ОЧІКУЄТЬСЯ_ВИНЯТОК ООН_

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

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

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

  • з’єднувач календаря підтримує один кластер із максимум двома екземплярами Expressway на організацію.

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

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

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

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

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

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

  • Неможливо виконати пошук у, https://admin.webex.com щоб повернути набір користувачів, які ввімкнули або вимкнули службу гібридного календаря.

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

  • Інтеграція Cisco TMS наразі не підтримує розгортання Microsoft Exchange або гібридних Exchange (Microsoft Exchange і Office 365 разом). Наразі інтеграція працює лише з хмарною службою гібридного календаря для Office 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.

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

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

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

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

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

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

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

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

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

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

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

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

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

Microsoft скасовує базову автентифікацію для Exchange Online

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

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

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