Запуск

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

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

Загальні питання планування (всі ключові слова)

  • Щоб 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)

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

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

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

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

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

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

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

  • Про проблеми, пов 'язані з кнопкою Приєднатися та списком зустрічей у додатку Webex, див. статтю Відомі проблеми для зустрічей Cisco Webex.

Інтеграція 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 на певний проміжок часу для зустрічі, що не стосується @ meeting, і організатор планує повторювану зустріч з @meet, яка перекриває заброньований проміжок часу, організатор отримує повідомлення про те, що кінцева точка відхилила зустріч, але Cisco TMS все одно створює повторювану зустріч.

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

    • статус:ЗУСТРІЧ_НЕ_ЗНАЙДЕНА_НА_TMS

    • статус:_ ОЧІКУВАНИЙ_ВИНЯТОК ООН

  • З 'єднувач календаря повинен викликати тривогу, якщо організація, до якої зареєстрований вузол Expressway, має дію ключового слова @meet, встановлену на Cisco TelePresence Management Suite, але з' єднувач календаря не пов 'язаний з Cisco TMS на сторінці Expressway Applications > Hybrid Services > Calendar Service > Cisco Conferencing Services Configuration. Ця сигналізація не була реалізована.

  • Якщо ви видалите конфігурацію 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, зустріч не відображатиметься у перегляді календаря їх команди.

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

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

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

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

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

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

  • Про проблеми, пов 'язані з кнопкою Приєднатися та списком зустрічей у додатку Webex, див. статтю Відомі проблеми для зустрічей Cisco Webex.

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

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

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

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

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

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

    • статус:ЗУСТРІЧ_НЕ_ЗНАЙДЕНА_НА_TMS

    • статус:_ ОЧІКУВАНИЙ_ВИНЯТОК ООН

  • З 'єднувач календаря повинен викликати тривогу, якщо організація, до якої зареєстрований вузол Expressway, має дію ключового слова @meet, встановлену на Cisco TelePresence Management Suite, але з' єднувач календаря не пов 'язаний з Cisco TMS на сторінці Expressway Applications > Hybrid Services > Calendar Service > Cisco Conferencing Services Configuration. Ця сигналізація не була реалізована.

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

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

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

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

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

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

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

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

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

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

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

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

    Інтеграція використовує роз 'єм календаря для з' єднання служби гібридного календаря з 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, зустріч не відображатиметься у перегляді календаря їх команди.

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

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

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

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

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

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

  • Про проблеми, пов 'язані з кнопкою Приєднатися та списком зустрічей у додатку Webex, див. статтю Відомі проблеми для зустрічей Cisco Webex.

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, перейшли на наш хмарний роз' єм.

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