共用方式為

針對 eCDN 效能問題進行疑難排解

此頁面列出了一些常見的效能問題和可能的解決方案。

未觀察到非預期的對等互連

一般而言，您的檢視器會自動設定為 p2p-off 兩種主要案例，即 no-ip 案例和錯誤 ip 案例。

「未分組」群組中的檢視者

「未分組」的預先定義子網路群組中的檢視器不會對等互連，因為它們會自動設定為 p2p-off。 如果您的檢視器屬於 [未分組 ] 群組，請確定您遵守 如何停用 mDNS IP 遮罩 指引。 如需 「未分組」 群組的完整定義，請參閱預設 群組定義。

如果您正確遵守我們的 mDNS 指引，但您的檢視器仍然無法公開其 IP，因此被指派給 未分組 群組，原因可能是瀏覽器原則造成的。

WebRTC IP 處理原則封鎖對等互連

某些瀏覽器原則可能會阻止 Microsoft eCDN 取得對等互連所需的本機 IP 位址。 Microsoft Edge (WebRtcLocalhostIpHandling) 和 Google Chrome (WebRtcIPHandling) 具有可能導致問題的等效策略。 如果任一原則設定為：

  • disable_non_proxied_udp：WebRTC 流量受到限制，可能會封鎖 eCDN 功能
  • default_public_interface_only：僅使用預設公共介面，這會阻止本地IP檢測

解決方案：有兩種可能的方式可以還原 Microsoft eCDN 用戶端的本機 IP 列舉：

  1. 偏好 — 將全域處理原則變更為本文目前建議的原則 () ：將受控裝置的原則設定為下列其中一個值，以便瀏覽器允許本機 IP 列舉：

    • default：允許正常的WebRTC行為， (建議用於Microsoft eCDN)
    • default_public_and_private_interfaces：允許公共和私人介面偵測

    這通常會透過群組原則或 Microsoft Intune 集中套用，而且是確保 Microsoft eCDN 可以取得本機 IP 以進行對等互連的最簡單方式。

  2. 替代 — 套用 eCDN 來源的目標例外狀況：使用 WebRtcIPHandlingUrlMicrosoft Edge 和 Google Chrome) 所支援的原則 (，明確設定 Microsoft eCDN 和 Teams 來源的 IP 處理模式 (中列出 如何 停用 mDNS 模糊化 一文) default至 。 此選項可讓您保留更嚴格的全域預設值，同時僅針對所需的來源啟用本機 IP 列舉。 透過群組原則或 Intune 部署此原則，並確認已包含列出的來源。

    PowerShell) (測試範例

    在測試電腦上以系統管理員身分執行此 PowerShell () ，以暫時啟用 Microsoft Edge 上 eCDN/Teams 來源的預設 IP 處理;測試後驗證並恢復。

    $edgePoliciesPath = 'HKLM:\SOFTWARE\Policies\Microsoft\Edge'
$jsonValue = '[{"handling":"default","url":"[*.]ecdn.teams.microsoft.com"},{"handling":"default","url":"https://teams.microsoft.com"},{"handling":"default","url":"https://teams.cloud.microsoft"},{"handling":"default","url":"[*.]ecdn.teams.cloud.microsoft"}]'
Set-ItemProperty -Path $edgePoliciesPath -Name "WebRtcIPHandlingUrl" -Value $jsonValue -Force

    重要事項

    配置此原則時，請特別注意 URL 型樣中的萬用字元 (*) 語法。

與您的 IT 管理員合作，選擇和部署最適合您組織安全狀態和變更管理做法的方法。

「預設群組」群組中的檢視者

「預設群組」預先定義子網路群組中的檢視器可能會自動設定為 p2p-off，視您是否上傳了子網路對應而定。

如果您已設定子網路對應，但檢視器屬於「預設群組」群組，則表示 eCDN SDK 擷取的 IP 不會在您的子網路對應中考慮。 查看在「向下切入」儀表板的「使用者明細表」的「私人 IP」欄中擷取的 IP。 如需詳細資訊，請參閱 預設群組定義。

多個 NIC 問題

「多個 NIC 問題」的特徵通常是檢視器不小心被放置在非預期的 catch-all 群組或系統定義的 預設群組 中，而不是其預期的子網路群組。 當檢視器的裝置上存在多個有效的本機 IP 時，就會發生此問題。 請參閱 多 NIC 案例 以深入瞭解。

若要驗證此問題，請遵循下列步驟：

  1. 檢查私有IP位址：檢查 [向下切入] 儀表板的 [使用者] 明細資料表的 [私人 IP] 資料行中列出的使用者 IP 位址。
  2. 與裝置 IP 比較： 在使用者裝置的命令列中執行 ipconfig 命令。 將從此命令取得的 IP 與「向下切入」儀表板中的 IP 進行比較。 您可能會發現，已為裝置的子網路群組指派選取了非預期的乙太網路配接卡的 IP 位址。

更多的乙太網路配接卡可以為系統提供額外的 IP 位址。 常見原因包括存在 VPN 用戶端或虛擬主機軟體。 適當的解決方案取決於您環境的特定環境定義。 建議您與您的 IT 系統管理員進行內部討論，以決定解決此問題的最佳方法。

如果您認為錯誤地選擇了不正確的 IP 地址，請與我們的團隊建立案例。

對等互連效率低

低對等互連效率通常是由於下列一或多個原因造成的。

  • 使用者太少 (50) 的即時活動
  • 缺乏最終用戶的本地 IP
  • 缺少子網路對應群組
  • 兩個裝置之間的高延遲

解決方案

  • 如果進行測試，請務必使用盡可能多的用戶端進行測試。 事件的參與者越多，對等組就越大，從而導致更強的卸載效能。

  • 如果檢視者未使用 Teams 傳統型應用程式，請確定已停用 mDNS IP 模糊化，讓 Microsoft eCDN 能夠取得終端使用者的本機 IP。 請參閱 如何停用 mDNS IP 遮罩 以取得指示。

  • 將您的子網路對應上傳至 子網路對應 UI。 您的對應包含公司網路內的網站名稱和子網路。 請參閱下列範例圖。

    站點名稱和子網 C S V 檔案的圖形範例。

  • 執行延遲測試。 理想情況下，兩個裝置之間的延遲應該低於 30 毫秒，而且不應大幅波動。

如需詳細資訊，請參閱 低對等互連效率疑難排解。

缺乏分析，沒有即時事件的對等互連

以下是常見原因，可能會阻止您在 TLE) 或市政廳 (進行 Teams 即時事件之後看到分析，以及每個原因的解決方案。

管理員檢視的時間範圍不正確

分析儀表板的右上角有一個時間選擇器。 請確定您選取正確的時間範圍。

時間範圍選擇器的圖像。

未在 Teams 管理員中心中設定 Microsoft eCDN

在 Teams 管理員 Center (TAC) 中，確定已選取Microsoft eCDN 作為 SDN 提供者。

Microsoft eCDN 未針對生產租用戶或在測試租用戶中進行的事件進行設定

請確定正在使用生產租用戶。

Microsoft eCDN在TAC中正確配置，但在Microsoft eCDN生效之前進行即時事件

租用戶組態變更最多需要 24 小時才能傳播。 在少數內部使用者中進行快速測試，並確保您在大型生產事件之前看到分析。

生產者已建立 Teams 會議，而不是 TLE 或全體大會

Microsoft eCDN 支援 Teams Live 活動 和 全體大會。 請務必建立支援的即時事件。

Teams UI 中的即時事件按鈕影像。

出席者是匿名用戶

也就是說，他們是租使用者外部的使用者或未經驗證的使用者。

Microsoft eCDN 會在設定它的租使用者上啟用。 租用戶外部的出席者不會使用 Microsoft eCDN。 確保使用者正確驗證的其中一種方式是將事件存取限制為組織內的使用者，而不是將其設為「公開」。

針對 Teams 即時活動：

Teams 即時事件許可權選項的影像。

對於市政廳：

市政廳訪問選項的圖像。

參與者被邀請作為演講者

簡報者不會參與對等互連，只有出席者會參與。 建立活動時，請確定您邀請參與者作為出席者。

Microsoft eCDN IP 篩選會封鎖出席者 eCDN 參與

請確定 [ 安全性] 索引標籤 不包含任何 IP，除非您只想允許來自指定 公用 IP 範圍的使用者使用 eCDN 服務。 如果未指定 IP，則允許所有使用者從所有公用 IP 連線。

Microsoft eCDN 網域篩選會封鎖出席者 eCDN 參與

與上述 IP 篩選類似，請確定 [協力廠商平臺] 索引標籤 不包含任何網域，除非您只想允許來自指定網域的使用者使用 eCDN 服務。 如果未指定網域，則允許所有使用者從所有網域連線。

防火牆/網路設定可能會封鎖 WebSocket 連線

請確定允許 Microsoft eCDN 網域 。 使用我們的 測試器頁面 進行快速測試，並在瀏覽器開發人員工具的網路標籤中尋找錯誤。

如需詳細資訊，請參閱 網路需求 文件。 理想情況下，網路部分應該顯示以下結果。

網路需求清單，每個需求旁邊都有綠色核取記號。

進一步協助

如果您已用盡上述疑難排解步驟，但仍在分析儀錶板中看不到數據，請收集相關事件的下列資訊，並將其提交給您的 Microsoft 客戶代表。

  1. 擷取完整使用量報告表格的螢幕擷取畫面。

    1. (TAC) 存取您的 Teams 管理員中心。
    2. 前往左側功能表面板上的 Analytics & 報告> 使用情況報告
    3. 從報表類型選擇器中選取 Teams 即時事件使用量
    4. 選取適當的日期範圍
    5. 選取 [執行報表] 按鈕
    6. 確保螢幕截圖包含相關事件的「生產類型」欄

  2. 從TAC下載與會者報告。

    1. 繼續上述步驟，選取有問題的事件
    2. 選取要下載的出席者參與報告

  3. 將此資訊與您的租用戶識別碼一起傳送給您的 Microsoft 技術專家、客戶成功客戶經理或雲端解決方案架構師。

觀眾人數與其他地方的報表不同

將不重複觀看者與觀看次數進行比較

Microsoft eCDN Analytics 會顯示 唯一檢視者的計數，而不論裝置計數或檢視會話的流失為何。 也就是說，一個唯一的、經過身份驗證的使用者等同於一個檢視器。 在比較從其他來源得出的觀眾計數時，重要的是要注意計數方法中可能存在的差異。

舉個例子：Teams 即時事件報告

讓我們比較 Microsoft eCDN 的檢視器計數與 Teams 即時事件使用量報告中 [檢視] 資料行的檢視器計數。 這裡要注意的區別是，在使用情況報告中，一個視圖等同於一個 查看工作階段。 因此，對於單一檢視器，新裝置上的每個新工作階段，或在中斷連線、網路變更後，甚至在重新載入頁面後，都可以算作額外檢視。 從 Microsoft eCDN 的觀點來看，無論會話計數為何，它都會計為事件的一個 唯一檢視器 。

非 Microsoft 平台也可以找到計數方法的這種差異。

軼事

一個簡短的軼事來說明潛在的感知差異。 在 45 分鐘的案例中，Microsoft eCDN 工程師在測試事件上使用單一測試帳戶，連接和中斷多個並行檢視會話，TLE 使用量報告的總檢視計數為 19，而 Microsoft eCDN Analytics 報告具有對等互連卸載的單一檢視器。

iOS 使用者

目前，Microsoft eCDN 不支援 iOS 平台。 因此，iOS 檢視器不會參與對等互連。 他們的觀看體驗不受影響，但此警告可能會導致觀看人數減少。

  • Last updated on