Office 365（基于云的服务）

部署

  • 在 Control Hub 中，分配到基于云的服务的 Office 365 用户（在 Cisco Webex Control Hub 中显示为位于“Cisco Webex Cloud”集群上）可能会显示永久性错误消息“找不到含日历连接器的集群。请选择另一资源组或配置含日历连接器的新集群。” 可以忽略该错误。

  • 基于云的服务不会激活其电子邮件地址中包含撇号的用户。如果您从基于 Expressway 的日历连接器迁移用户，混合日历服务不会将这些用户移至基于云的服务。他们仍留在日历连接器上。

常规安排问题（所有关键字）

  • 为了让 OBTP 在受邀设备上持续工作，您必须确保邮件系统没有自动删除会议评论的策略。以下 PowerShell 命令可确保保留评论，以便混合日历服务可以使用它们来处理会议：

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

  • 混合日历不支持共享日历。该服务可以处理由代理代表其他人安排的会议，只要他们在实际日历中安排会议，而不是使用共享或群组日历。

  • 安排在未来 5 个月以后的会议可能不会立即由基于云的 Microsoft Office 365 混合日历服务处理。该服务将每天使用滑动窗口处理未来 5-6 个月的会议，因此一旦会议的安排日期位于该窗口中，就会得到处理并显示会议加入详细信息。

  • 如果您向重复会议系列的单个实例添加安排关键字或受支持的视频地址，会议加入详细信息将不会更新。解决办法：向整体会议系列添加关键字或视频地址。

  • 混合日历不会自动将会议加入信息添加到以前已安排的会议。

安排 Webex 个人会议室会议（关键字包含 @webex、@meet:myroom）

  • 如果会议邀请已包含Webex加入链接（例如，使用Productivity Tools添加或会议组织者手动添加），混合日历不会添加Webex详细信息。会议组织者可以手动删除之前添加的任何加入链接，以便混合日历可以添加新的加入链接。

  • 混合日历不会处理包含超过1500名会议受邀者的会议。

在Webex应用程序空间中安排时间（关键词，包括@webex：space、 @meet、 @spark）

  • 空间关键字安排当前最多支持 1500 位会议参加者。邀请 120 名以上参加者的会议组织者将收到一封电子邮件，并表示其已超出最大限值。如果受邀者总数小于 1500 人，组织者可以在团队的客户端日历视图中查看会议信息。此外，如果受邀者总数超过 1500 人，会议将不会显示在其团队的日历视图中。

  • 空间关键字安排当前不能处理通讯组列表。通讯组列表中的单个成员仍然能够接收会议邀请以及加入空间的详细信息，但是不会自动添加到空间。解决办法：会议组织者可以在“收件人”行中增加收件人，然后再发送邀请。这样便可逐个将每个用户添加到空间。

  • 用户通过空间关键字添加至会议邀请的附件不会添加至相应的空间。

  • 混合日历服务不再向非Webex应用程序用户的会议受邀者发送单独的电子邮件消息，邀请他们注册。

  • 每次通过空间安排会议时，Webex 空间会提供一个已分配的会议号，供视频设备加入时使用。如果会议号在 180 天内未使用，Webex 可以对其进行回收。回收后安排的会议将获取新号码，但日历服务不会更新现有会议。

    例如，假设您在 180 天之前为团队安排某个空间会议（使用 @meet），并且空间会议号为 444 444 4444。您的团队在此期间未在该空间中开会，那么会议号将更改为 555 555 5555。当要召开会议时，应用程序参加者将加入新的会议号 (555 555 5555)。尝试使用会议邀请中的链接从视频设备加入的参加者将连接到旧的会议号 444 444 4444。

一键通 (OBTP)

与 Office 365 集成的 Cisco TMS

  • 如果安排托管即将召开的会议的会议桥接器不可用，Cisco TMS 将更新会议加入详细信息以使用其他桥接器。但是，除非组织者更改会议邀请，否则 Office 365 中的会议加入详细信息不会更新。这可能会在受邀者试图通过邀请加入会议时出现问题。

  • 如果 Office 365 中会议安排程序的时区与 Cisco TMS 中的安排程序时区不一致，系统可能会在安排重复会议时遇到问题。这可能会导致 Office 365 和 Cisco TMS 中的实例日期不一致。解决方法：确保 Office 365 中的用户时区与 Cisco TMS 中的用户时区一致。

  • 对于重复的会议系列，在Cisco TMS中不会更新对Office 365中的开始和结束日期或事件数量的更改。（按预期更改整个系列工作的开始和结束时间。）作为解决方法，请删除该系列并创建新的系列。

  • 如果多次编辑通过 @meet 安排的重复会议系列，该系列将在 Office 365 中正确更新，但在 Cisco TMS 中可能无法正确更新。行为不一致。例如，向系列中的单个实例添加与会者，然后更改整个系列的主题，可能导致主题更改仅对已修改的实例生效，或对除已修改实例外的所有实例生效。

  • 如果 Office 365 中已在指定时间段为非 @meet 会议预订终端，而组织者在该预订时间段通过 @meet 安排了重复会议，则组织者将收到一条消息，指出端点已拒绝会议，但是 Cisco TMS 仍会创建该重复会议。

    对于此类会议，日历连接器将发送额外的会议请求并记录两条不同的信息消息，每条消息包含下列一个字符串：

    • 状态：在TMS上未找到会议____

    • 状态：UN_预期_例外

  • 如果 Expressway 主机注册到的组织已为 Cisco TelePresence Management Suite 设置 @meet 关键字操作，但日历连接器尚未链接到 Cisco TMS（在 Expressway 的 Applications（应用程序）> Hybrid Services（混合服务）> Calendar Service（日历服务）> Cisco Conferencing Services Configuration（Cisco 会议服务配置）页面），那么日历连接器应发出警报。此警报尚未实施。

  • 如果在 Expressway 连接器主机中删除 Cisco TMS 配置，用户可继续在 Cisco TMS 上安排 @meet 会议，直到 Expressway 连接器主机重启为止。解决方法：删除 Cisco TMS 配置后重启 Expressway 连接器主机。

Google 日历（基于云的服务）

常规安排问题（所有关键字）

  • 混合日历不支持共享日历。该服务可以处理由代理代表其他人安排的会议，只要他们在实际日历中安排会议，而不是使用共享或群组日历。

  • 如果您向重复会议系列的单个实例添加安排关键字或受支持的视频地址，会议加入详细信息将不会更新。解决办法：向整体会议系列添加关键字或视频地址。

  • 混合日历不会自动将会议加入信息添加到以前已安排的会议。

安排 Webex 个人会议室会议（关键字包含 @webex、@meet:myroom）

  • 如果会议邀请已包含Webex加入链接（例如，使用Productivity Tools添加或会议组织者手动添加），混合日历不会添加Webex详细信息。会议组织者可以手动删除之前添加的任何加入链接，以便混合日历可以添加新的加入链接。

  • 混合日历不会处理包含超过1500名会议受邀者的会议。

在Webex应用程序空间中安排时间（关键词，包括@webex：space、 @meet、 @spark）

  • 空间关键字安排当前最多支持 1500 位会议参加者。邀请 120 名以上参加者的会议组织者将收到一封电子邮件，并表示其已超出最大限值。如果受邀者总数小于 1500 人，组织者可以在团队的客户端日历视图中查看会议信息。此外，如果受邀者总数超过 1500 人，会议将不会显示在其团队的日历视图中。

  • 空间关键字安排当前不能处理通讯组列表。通讯组列表中的单个成员仍然能够接收会议邀请以及加入空间的详细信息，但是不会自动添加到空间。解决办法：会议组织者可以在“收件人”行中增加收件人，然后再发送邀请。这样便可逐个将每个用户添加到空间。

  • 用户通过空间关键字添加至会议邀请的附件不会添加至相应的空间。

  • 混合日历服务不再向非Webex应用程序用户的会议受邀者发送单独的电子邮件消息，邀请他们注册。

  • 每次通过空间安排会议时，Webex 空间会提供一个已分配的会议号，供视频设备加入时使用。如果会议号在 180 天内未使用，Webex 可以对其进行回收。回收后安排的会议将获取新号码，但日历服务不会更新现有会议。

    例如，假设您在 180 天之前为团队安排某个空间会议（使用 @meet），并且空间会议号为 444 444 4444。您的团队在此期间未在该空间中开会，那么会议号将更改为 555 555 5555。当要召开会议时，应用程序参加者将加入新的会议号 (555 555 5555)。尝试使用会议邀请中的链接从视频设备加入的参加者将连接到旧的会议号 444 444 4444。

一键通 (OBTP)

与 Google Calendar 集成的 Cisco TMS

  • 如果安排托管即将召开的会议的会议桥接器不可用，Cisco TMS 将更新会议加入详细信息以使用其他桥接器。但是，除非组织者更改会议邀请，否则会议加入详细信息在 Google Calendar 中不会更新。这可能会在受邀者试图通过邀请加入会议时出现问题。

  • 如果 Google Calendar 中会议安排者的时区与 Cisco TMS 中的安排者时区不一致，系统可能在安排重复会议时遇到问题。这可能导致 Google Calendar 和 Cisco TMS 中的实例日期不一致。解决方法：确保 Google Calendar 中的用户时区与 Cisco TMS 中的用户时区一致。

  • 如果多次编辑通过 @meet 安排的重复会议系列，该系列将在 Google Calendar 中正确更新，但在 Cisco TMS 中可能无法正确更新。行为不一致。例如，更改系列中单个实例的主题，然后更改整个系列的主题，可能导致主题更改仅对已修改的实例生效，或对除已修改实例外的所有实例生效。

  • 如果 Google Calendar 中已在指定时间段为非 @meet 会议预订终端，而组织者在该预订时间段通过 @meet 安排了会议，则组织者将收到一条消息，指出端点已拒绝会议，但是 Cisco TMS 仍会创建该时间重合的会议。

    对于此类会议，日历连接器将发送额外的会议请求并记录两条不同的信息消息，每条消息包含下列一个字符串：

    • 状态：在TMS上未找到会议____

    • 状态：UN_预期_例外

  • 如果 Expressway 主机注册到的组织已为 Cisco TelePresence Management Suite 设置 @meet 关键字操作，但日历连接器尚未链接到 Cisco TMS（在 Expressway 的 Applications（应用程序）> Hybrid Services（混合服务）> Calendar Service（日历服务）> Cisco Conferencing Services Configuration（Cisco 会议服务配置）页面），那么日历连接器应发出警报。此警报尚未实施。

  • 如果在 Expressway 连接器主机中删除 Cisco TMS 配置，用户可继续在 Cisco TMS 上安排 @meet 会议，直到 Expressway 连接器主机重启为止。解决方法：删除 Cisco TMS 配置后重启 Expressway 连接器主机。

Exchange 和 Office 365（基于 Expressway 的日历连接器）

日历连接器部署和配置

  • 日历连接器支持单个集群，每个组织最多有两个Expressway实例。

  • 代理连接必须使用基本身份验证，或无用户名和密码身份验证。不支持其他任何验证机制。

  • Calendar Connector 当前不支持需要服务（模拟）帐户才能使用多因素验证 (MFA) 的 Exchange 组织。

  • 对于某些客户，Calendar Connector 会发出“重定向的 Microsoft Exchange 自动发现 URL 不受信任”的严重警报。该问题可能会导致在为用户处理日历事件时发生一定的延迟。有些情况下，Calendar Connector 将无法为部分用户提供任何服务。

    如果看到此警报，使用自动发现重定向 URL 信任列表来配置日历连接器查找用户邮箱的方式。

  • 对于某些客户，Calendar Connector 会在 hybrid_services_log 文件中发出“NTLM 验证错误：凭证无法用于 NTLM 验证”的警告。如果在 Expressway 的“应用程序 > 混合服务 > 连接器代理”页面上配置了连接器代理，并且该代理要求验证，就可能会出现这种情况。只要连接器代理支持基本验证机制或不要求验证，就无需采取任何解决措施。

  • 如果对某个日历连接器取消注册，或将其停用，而该日历连接器是 Expressway 上唯一的混合服务，那么 Expressway 可能会陷入错误状态，在此状态下，混合服务连接器不能注册，配置更改不能传播，或者出现其他问题。解决办法是重新启动 Expressway，然后重新注册该连接器。

  • 无法在https://admin.webex.com中进行搜索以返回打开或关闭混合日历服务的用户集合。

  • 在将 Cisco Webex 站点添加到日历连接器配置时，必须以小写形式输入“标准站点名”值。大写字符导致日历连接器引发“服务无法访问或访问被拒绝”警报。

  • Cisco TMS 集成目前不支持 Microsoft Exchange 或混合 Exchange 部署（同时部署 Microsoft Exchange 和 Office 365）。该集成当前仅适用于基于云的 Office 365 混合日历服务或基于云的 Google Calendar 混合日历服务。

    该集成使用日历连接器将混合日历服务与 Cisco TMS 链接。在 Expressway-C 上配置 TMS 安排选项后，您无法将同一日历连接器链接到 Microsoft Exchange，反之亦然。

常规安排问题（所有关键字）

  • 混合日历不支持共享日历。该服务可以处理由代理代表其他人安排的会议，只要他们在实际日历中安排会议，而不是使用共享或群组日历。

  • 如果您向重复会议系列的单个实例添加安排关键字或受支持的视频地址，会议加入详细信息将不会更新。解决办法：向整体会议系列添加关键字或视频地址。

  • 当用户接收使用关键字或受支持的视频地址安排的会议时，他们可能会在其 Outlook 收件箱中看到多个会议邀请。解决办法：勾选 Microsoft Outlook Web 应用程序的 Settings（设置）> Calendar（日历）> Automatic Processing（自动处理）中的下列复选框：

    • 删除已更新的会议请求与回应

    • 自动处理来自外部发件人的请求与回应

    以上设置仅在 Web 应用程序中提供，但上述更改将应用于所有 Outlook 客户端。

  • 混合日历不会为围绕电子邮件地址使用单一报价的任何受邀者添加会议加入链接。解决方法为：不要在邀请的电子邮件地址中包含单引号。

  • 为了让 OBTP 在受邀设备上持续工作，您必须确保邮件系统没有自动删除会议评论的策略。以下 PowerShell 命令可确保保留评论，以便混合日历服务可以使用它们来处理会议：

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

  • 对于某些版本的 Microsoft Outlook 2016，在已安排的重复会议中，更改“地点”字段包含安排关键字的单个实例后，正文与加入链接可能会消失。

    • 如果可能，请升级至 Outlook 的最新版本。

    • 如果您无法进行升级，请删除并重新安排受影响的实例。

    • 会议系列的其他实例应该不受影响。

  • 使用 Mac 版 Microsoft Outlook 2011 的会议组织者可能不会在其会议邀请中看到加入链接，尽管受邀者会收到链接。这是 Mac 版 Outlook 2011 的问题，解决方法是升级到 Mac 版 Outlook 的更新版本。

  • 混合日历不会自动将会议加入信息添加到以前已安排的会议。

  • 当代理代表组织者取消会议时，混合日历服务最多可能需要 24 小时才能在 Webex 应用程序中从会议列表删除该会议。

安排 Webex 个人会议室会议（关键字包含 @webex、@meet:myroom）

  • 如果会议邀请已包含Webex加入链接（例如，使用Productivity Tools添加或会议组织者手动添加），混合日历不会添加Webex详细信息。会议组织者可以手动删除之前添加的任何加入链接，以便混合日历可以添加新的加入链接。

  • 混合日历不会处理包含超过1500名会议受邀者的会议。

在Webex应用程序空间中安排时间（关键词，包括@webex：space、 @meet、 @spark）

  • 空间关键字安排当前最多支持 1500 位会议参加者。邀请 120 名以上参加者的会议组织者将收到一封电子邮件，并表示其已超出最大限值。如果受邀者总数小于 1500 人，组织者可以在团队的客户端日历视图中查看会议信息。此外，如果受邀者总数超过 1500 人，会议将不会显示在其团队的日历视图中。

  • 空间关键字安排当前不能处理通讯组列表。通讯组列表中的单个成员仍然能够接收会议邀请以及加入空间的详细信息，但是不会自动添加到空间。解决办法：会议组织者可以在“收件人”行中增加收件人，然后再发送邀请。这样便可逐个将每个用户添加到空间。

  • 混合日历服务不再向非Webex应用程序用户的会议受邀者发送单独的电子邮件消息，邀请他们注册。

  • 用户通过空间关键字添加至会议邀请的附件不会添加至相应的空间。

  • 每次通过空间安排会议时，Webex 空间会提供一个已分配的会议号，供视频设备加入时使用。如果会议号在 180 天内未使用，Webex 可以对其进行回收。回收后安排的会议将获取新号码，但日历服务不会更新现有会议。

    例如，假设您在 180 天之前为团队安排某个空间会议（使用 @meet），并且空间会议号为 444 444 4444。您的团队在此期间未在该空间中开会，那么会议号将更改为 555 555 5555。当要召开会议时，应用程序参加者将加入新的会议号 (555 555 5555)。尝试使用会议邀请中的链接从视频设备加入的参加者将连接到旧的会议号 444 444 4444。

一键通 (OBTP)

Microsoft 已弃用 Exchange Online 基本验证

Microsoft 计划在 2022 年 10 月 1 日弃用 Exchange Online 基本验证。要了解更多会议信息，请参阅 https://techcommunity.microsoft.com/t5/exchange-team-blog/basic-authentication-deprecation-in-exchange-online-may-2022/ba-p/3301866。

为了与这项更改保持一致，截至 2022 年 10 月 1 Expressway，混合日历连接器将不再支持使用 Exchange Online 邮箱的环境。大多数 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。