在此文章中
微軟 365 (雲端服務)
dropdown icon
谷歌日曆(雲端服務)
    一般排程問題(所有關鍵字)
    排定 Webex 個人會議室會議(關鍵字包括 @webex,@會議室內部)
    在 Webex 應用程式空間中排程 (關鍵字包括 @webex: 空間、@meet、@spark)
dropdown icon
Exchange 和微軟 365 (基於快速遞的行事曆連接器)
    行事曆連接器部署和組態
    一鍵按下 (OBTP)
    微軟停用 Exchange 線上的基本驗證
一般排程問題
混合行事曆服務的已知問題
list-menu在此文章中
list-menu意見回饋?

了解混合行事曆服務的已知問題和限制。

微軟 365 (雲端服務)

部署

  • 指派至雲端架構服務的 Microsoft 365 使用者 (在 Webex 控制中心指示為叢集「Cisco Webex雲端」上) 可能會在控制中心中顯示持續錯誤訊息「無法找到具有行事曆連接器的叢集。 選取其他資源群組,或使用行事曆連接器設定新叢集。」此錯誤可以忽略。

  • 雲端架構服務不會啟用電子郵件地址包含單號的使用者。 如果您要從以 Express Way 為基礎的行事曆連接器移轉使用者,混合行事曆服務不會將這些使用者移至雲端架構服務。 它們會保留在行事曆連接器上。

一般排程問題(所有關鍵字)

  • 若要讓 OBTP 在受邀裝置上一致運作,您必須確保郵件系統沒有自動刪除會議註解的原則。 下列 PowerShell 命令可確保留註解,以便混合行事曆服務可以使用它們來處理會議:

    Set-CalendarProcessing -identity "room" -DeleteComments $false
  • 混合行事曆不支援共用行事曆。 服務可以處理委派代表其他人排定的會議,只要他們在使用者的實際行事曆中排定會議,而不是共用或群組行事曆。

  • Microsoft 365 的雲端架構混合行事曆服務可能無法立即處理未來 5 個月以上的會議。 服務每天使用滑動視窗處理未來 5-6 個月的會議,因此一旦會議的排定日期落在窗口內,它就會被處理並顯示會議加入詳細信息。

  • 如果您將排程關鍵字或支援的視訊位址新增至週期性會議系列的單一執行個體,會議加入詳細資訊將不會更新。 作為因應措施,將關鍵字或視訊地址新增至整個會議系列。

  • 混合行事曆不會自動將會議加入資訊新增至過去已排定的會議。

排定 Webex 個人會議室會議(關鍵字包括 @webex,@會議室內部)

  • 如果會議邀請已包含 Webex 加入連結 (例如,使用生產力工具或會議組織者手動新增),混合行事曆不會新增 Webex 詳細資訊。 會議組織者可以手動刪除先前添加的任何聯結連結,以便混合行事曆可以新增新的聯結連結。

  • 混合行事曆不會處理有超過 1500 名會議邀請人的會議。

在 Webex 應用程式空間中排程 (關鍵字包括 @webex: 空間、@meet、@spark)

  • 空間關鍵字排程目前最多支援 1500 位會議參與者。 邀請超過 120 名參與者的 會議組織者將收到一封電子郵件 訊息,指出他們已超過上限。 當邀請人總數少於 1500 時,組織者可以在團隊的客戶行事曆檢視中查看會議資訊。 此外, 當邀請人總數超過 1500 時,會議將不會顯示在他們的 團隊的日曆視圖中。

  • 空間關鍵字排程目前不會處理通訊清單。 通訊清單的個別成員仍會收到會議邀請,其中包含有關加入空間的詳細資訊,但不會自動新增至空間。 作為因應措施,會議組織者可以在傳送邀請之前展開 TO 行上的郵件器。 這樣,每個用戶都會單獨添加到空間中。

  • 使用者使用空間關鍵字新增到會議邀請中的附件不會新增至相應的空間。

  • 混合行事曆服務不再向不是 Webex App 使用者的會議受邀者傳送單獨的電子郵件,並邀請他們註冊。

  • Webex 空間具有指定的會議號碼,每次從空間排定會議時,都會用於視訊裝置加入按鈕。 如果在 180 天內未使用,Webex 可能會回收會議號碼。 在回收事件之後排定的會議會得到新號碼,但行事曆服務不會更新現有會議。

    例如,假設您提前 180 天以上為團隊安排空間會議(使用 @meet),而空間會議編號為 444 444 4444。 您的團隊暫時不會在空間中集合,而會議號碼變更為 555 555 5555。 會議到來時,應用程序參與者將加入更新的會議號碼(555 555 5555)。 使用會議邀請中的連結嘗試從視訊裝置加入的參與者將連線到舊會議號碼 444 444 4444。

一鍵按下 (OBTP)

思科 TMS 與微軟 365 整合

  • 如果預定為主持即將舉行會議的會議橋接器無法使用,Cisco TMS 會更新會議加入詳細資訊以使用其他橋接。 但是,除非組織者對會議邀請進行變更,否則會議加入詳細資訊不會在 Microsoft 365 中更新。 當受邀者嘗試從邀請加入會議時,這可能會造成問題。

  • 如果 Microsoft 365 中的會議排程器的時區與 Cisco TMS 中排程器的時區不符,則系統可能會排定週期會議時發生問題。 這可能會導致微軟 365 和思科 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 TMS 組態,使用者可以繼續在 Cisco TMS 上排定 @meet 會議,直到重新啟動高速公路連接器主機為止。 解決方法是在移除 Cisco TMS 組態後重新啟動高速公路連接器主機。

谷歌日曆(雲端服務)

一般排程問題(所有關鍵字)

  • 混合行事曆不支援共用行事曆。 服務可以處理委派代表其他人排定的會議,只要他們在使用者的實際行事曆中排定會議,而不是共用或群組行事曆。

  • 如果您將排程關鍵字或支援的視訊位址新增至週期性會議系列的單一執行個體,會議加入詳細資訊將不會更新。 作為因應措施,將關鍵字或視訊地址新增至整個會議系列。

  • 混合行事曆不會自動將會議加入資訊新增至過去已排定的會議。

排定 Webex 個人會議室會議(關鍵字包括 @webex,@會議室內部)

  • 如果會議邀請已包含 Webex 加入連結 (例如,使用生產力工具或會議組織者手動新增),混合行事曆不會新增 Webex 詳細資訊。 會議組織者可以手動刪除先前添加的任何聯結連結,以便混合行事曆可以新增新的聯結連結。

  • 混合行事曆不會處理有超過 1500 名會議邀請人的會議。

在 Webex 應用程式空間中排程 (關鍵字包括 @webex: 空間、@meet、@spark)

  • 空間關鍵字排程目前最多支援 1500 位會議參與者。 邀請超過 120 名參與者的 會議組織者將收到一封電子郵件 訊息,指出他們已超過上限。 當邀請人總數少於 1500 時,組織者可以在團隊的客戶行事曆檢視中查看會議資訊。 此外, 當邀請人總數超過 1500 時,會議將不會顯示在他們的 團隊的日曆視圖中。

  • 空間關鍵字排程目前不會處理通訊清單。 通訊清單的個別成員仍會收到會議邀請,其中包含有關加入空間的詳細資訊,但不會自動新增至空間。 作為因應措施,會議組織者可以在傳送邀請之前展開 TO 行上的郵件器。 這樣,每個用戶都會單獨添加到空間中。

  • 使用者使用空間關鍵字新增到會議邀請中的附件不會新增至相應的空間。

  • 混合行事曆服務不再向不是 Webex App 使用者的會議受邀者傳送單獨的電子郵件,並邀請他們註冊。

  • Webex 空間具有指定的會議號碼,每次從空間排定會議時,都會用於視訊裝置加入按鈕。 如果在 180 天內未使用,Webex 可能會回收會議號碼。 在回收事件之後排定的會議會得到新號碼,但行事曆服務不會更新現有會議。

    例如,假設您提前 180 天以上為團隊安排空間會議(使用 @meet),而空間會議編號為 444 444 4444。 您的團隊暫時不會在空間中集合,而會議號碼變更為 555 555 5555。 會議到來時,應用程序參與者將加入更新的會議號碼(555 555 5555)。 使用會議邀請中的連結嘗試從視訊裝置加入的參與者將連線到舊會議號碼 444 444 4444。

一鍵按下 (OBTP)

思科 TMS 與谷歌日曆整合

  • 如果預定為主持即將舉行會議的會議橋接器無法使用,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 TMS 組態,使用者可以繼續在 Cisco TMS 上排定 @meet 會議,直到重新啟動高速公路連接器主機為止。 解決方法是在移除 Cisco TMS 組態後重新啟動高速公路連接器主機。

Exchange 和微軟 365 (基於快速遞的行事曆連接器)

行事曆連接器部署和組態

  • 行事曆連接器支援單一叢集,每個組織最多可容納兩個 Expressway 執行個體。

  • Proxy 連線必須使用基本驗證,或不使用使用者名稱和密碼。 不支援其他驗證方案。

  • 行事曆連接器目前不支援需要服務 (模擬) 帳戶使用多因素驗證 (MFA) 的 Exchange 組織。

  • 對於某些客戶,行事曆連接器會發出重要警報,描述為「重新導向的Microsoft Exchange自動探索 URL 不受信任」。此問題可能會導致使用者處理日曆事件延遲。 在某些情況下,行事曆連接器將無法為某些使用者提供任何服務。

    如果您看到此警示,請使用「自動探索重新導向 URL 信任」清單來設定行事曆連接器如何尋找使用者信箱。

  • 對於某些客戶,行事曆連接器會在 hybrid_services_log 檔案中引發「NTLM 驗證錯誤:憑證無法用於 NTLM 驗證」警告。 如果在 Expressway 中的「應用程式 > 混合服務 > 連接器代理伺服器」頁面上設定連接器代理,且該代理需要驗證,就會發生這種情況。 只要連接器代理支援基本驗證配置,或不需要驗證,就不需要因應措施。

  • 如果您取消註冊行事曆連接器,或停用它(如果它是高速公路上唯一的混合服務),則 Expressway 可能會進入錯誤狀態,混合服務連接器將不會註冊,組態變更不會傳播,或發生其他問題。 因應措施是重新啟動高速公路並重新註冊連接器。

  • 您無法在 Control Hub 中搜尋以傳回已開啟或關閉混合行事曆服務的使用者集合。

  • 將 Webex 網站新增至「行事曆連接器」組態時,您必須完全以小寫輸入「完全符合條件的網站名稱」值。 大寫字元會導致行事曆連接器發出「服務無法連接或被拒絕存取」警報。

  • 思科 TMS 整合目前不支援混合Microsoft Exchange交換部署(Microsoft Exchange和微軟 365 一起)。 此整合目前僅適用於 Microsoft 365 的雲端混合行事曆服務或適用於 Google 行事曆的雲端混合行事曆服務。

    整合使用行事曆連接器將混合行事曆服務與 Cisco TMS 連結。 在 Expressway-C 上設定 TMS 排程選項後,就無法將相同的行事曆連接器連結到,反之亦然Microsoft Exchange。

一般排程問題(所有關鍵字)

  • 混合行事曆不支援共用行事曆。 服務可以處理委派代表其他人排定的會議,只要他們在使用者的實際行事曆中排定會議,而不是共用或群組行事曆。

  • 如果您將排程關鍵字或支援的視訊位址新增至週期性會議系列的單一執行個體,會議加入詳細資訊將不會更新。 作為因應措施,將關鍵字或視訊地址新增至整個會議系列。

  • 當使用者收到使用關鍵字或支援的視訊地址排定的會議時,使用者可能會在 Outlook 收件匣中看到多個會議邀請。 因應措施,請勾選 Microsoft Outlook Web 應用程式中的「設定」>「行事曆」>「自動處理」下的下列核取方塊:

    • 刪除已更新的會議請求和回應

    • 自動處理來自外部寄件者的請求和回應

    這些設定僅在 Web 應用程式中可用,但上述變更適用於所有 Outlook 用戶端。

  • 混合行事曆不會針對其電子郵件地址周圍有單一報價的受邀人新增會議加入連結至會議邀請。 因應措施,請勿在邀請中包含電子郵件地址周圍的單引號。

  • 若要讓 OBTP 在受邀裝置上一致運作,您必須確保郵件系統沒有自動刪除會議註解的原則。 下列 PowerShell 命令可確保留註解,以便混合行事曆服務可以使用它們來處理會議:

    Set-CalendarProcessing -identity "room" -DeleteComments $false
  • 在 Microsoft Outlook 2016 的某些版本中,在變更位置欄位中有排程關鍵字的重複排程會議的單一執行個體後,主文文字和聯結連結可能會消失。

    • 如果可能,請升級到最新版本的 Outlook。

    • 如果您無法升級,請刪除並重新安排受影響的執行個體。

    • 會議系列的其他實例應不會受到影響。

  • 使用 Mac 版 Microsoft Outlook 2011 的會議組織者可能無法在其會議邀請中看到加入連結,儘管受邀者收到連結。 這是適用於 Mac 的 Outlook 2011 問題,解決方案是升級到更新版本的 Outlook 適用於 Mac。

  • 混合行事曆不會自動將會議加入資訊新增至過去已排定的會議。

  • 當委派代表主辦單位取消會議時,混合行事曆服務最多可能需要 24 小時才能從 Webex App 中的會議清單中移除會議。

排定 Webex 個人會議室會議(關鍵字包括 @webex,@會議室內部)

  • 如果會議邀請已包含 Webex 加入連結 (例如,使用生產力工具或會議組織者手動新增),混合行事曆不會新增 Webex 詳細資訊。 會議組織者可以手動刪除先前添加的任何聯結連結,以便混合行事曆可以新增新的聯結連結。

  • 混合行事曆不會處理有超過 1500 名會議邀請人的會議。

在 Webex 應用程式空間中排程 (關鍵字包括 @webex: 空間、@meet、@spark)

  • 空間關鍵字排程目前最多支援 1500 位會議參與者。 邀請超過 120 名參與者的 會議組織者將收到一封電子郵件 訊息,指出他們已超過上限。 當邀請人總數少於 1500 時,組織者可以在團隊的客戶行事曆檢視中查看會議資訊。 此外, 當邀請人總數超過 1500 時,會議將不會顯示在他們的 團隊的日曆視圖中。

  • 空間關鍵字排程目前不會處理通訊清單。 通訊清單的個別成員仍會收到會議邀請,其中包含有關加入空間的詳細資訊,但不會自動新增至空間。 作為因應措施,會議組織者可以在傳送邀請之前展開 TO 行上的郵件器。 這樣,每個用戶都會單獨添加到空間中。

  • 混合行事曆服務不再向不是 Webex App 使用者的會議受邀者傳送單獨的電子郵件,並邀請他們註冊。

  • 使用者使用空間關鍵字新增到會議邀請中的附件不會新增至相應的空間。

  • Webex 空間具有指定的會議號碼,每次從空間排定會議時,都會用於視訊裝置加入按鈕。 如果在 180 天內未使用,Webex 可能會回收會議號碼。 在回收事件之後排定的會議會得到新號碼,但行事曆服務不會更新現有會議。

    例如,假設您提前 180 天以上為團隊安排空間會議(使用 @meet),而空間會議編號為 444 444 4444。 您的團隊暫時不會在空間中集合,而會議號碼變更為 555 555 5555。 會議到來時,應用程序參與者將加入更新的會議號碼(555 555 5555)。 使用會議邀請中的連結嘗試從視訊裝置加入的參與者將連線到舊會議號碼 444 444 4444。

一鍵按下 (OBTP)

微軟停用 Exchange 線上的基本驗證

微軟計劃於 2022 年 10 月 1 日停用 Exchange 線上的基本身份驗證。 如需詳細資訊,請參閱 https://techcommunity.microsoft.com/t5/exchange-team-blog/basic-authentication-deprecation-in-exchange-online-may-2022/ba-p/3301866。

為了維持與此變更的一致性,自 2022 年 10 月 1 日起,混合行事曆 高速公路連接器將不再支援使用 Exchange Online 信箱的環境。 大多數 Exchange Online 客戶都已移轉至我們適用於 Microsoft 365 的雲端混合行事曆,而且我們要求任何使用我們的高速公路連接器的客戶都必須移轉至雲端架構的連接器。

混合行事曆雲端架構連接器使用現代驗證,這是 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,可能會用外部同意頁面的連結取代會議連結。 重寫邀請內容時,混合行事曆可能無法識別會議提供者,並且會議清單或「一按鈕推送」行為可能遺失或不一致。 這些例子並非詳盡的。

本文是否有幫助?
本文是否有幫助?