在本文中，我們列出對等處理效率低的常見原因，以及如何解決每個原因。
小型現場活動
一般來說，事件越受歡迎，卸載性能就越強。 請記住，對等組中至少有一個檢視者需要從原始來源下載資料。 因此，如果群組中只有兩個檢視器，則最大對等互連效率/卸載為 50%、3 個檢視者 => 67%、4 => 75%，依此類推。
排除邊緣案例，Microsoft eCDN SDK 最多會建立 30 個對等互連連線。 只有觀看相同解析度內容的觀眾才能彼此對等。 透過增加群組中的觀看者數量，擴大了可用對等體的池，從而有效提高了對等效率潛力。
次優的用戶端存取
為了獲得最優化的 Teams Live Event 和 Town Hall 體驗，所有觀眾都應該通過 Teams 桌面應用程序加入。 使用 Teams 用戶端，Microsoft eCDN 會自動取得使用者的本機 IP，並有效地將它們彼此對等互連。
如果檢視者透過瀏覽器加入，請確定他們授與麥克風或攝影機存取 Teams 網站，或停用 mDNS IP 遮罩。 如此一來，就會公開對等互連所需的本機 IP 位址。 如需詳細資訊，請參閱 停用 mDNS IP 遮罩 文件。
缺少子網路對應
使用 Microsoft eCDN，系統管理員可以合併自己的子網對應，以便根據本地 IP 構建對等互連組/限制。 包含的優點：
只有位於相同網路上的檢視器才能彼此對等
可以防止跨站點對等互連
豐富的分析顯示基於站點的對等互連和性能
可以明確排除系統管理員想要停用對等互連) 的 VPN 子網路 (和其他子網路
子網可以直接上傳到 Microsoft eCDN 入口網站的子 網對應頁面。 所需的子網路對應格式是具有下列結構的 CSV 檔案。
請參閱 子網路對應檔案 ，以取得如何準備 CSV 以供上傳的指引和更多選項。
如果沒有子網對應，所有成功將其本機 IP 公開給 eCDN SDK) 的用戶端 (都可以自由地彼此對等互連。 此案例非常適合最大化潛在的對等計數，但可能會允許形成不想要的對等連線，例如透過 VPN 通道或跨遠端網站，導致效能不佳。
超細分子網路群組
性質與前面提到的 小型現場活動 案例類似。 如果子網路過度細分，則對應的卸載潛力會按比例降低。
兩個用戶端之間的高延遲
執行延遲測試。 為了獲得最佳體驗，兩個用戶端之間的延遲應小於 30 毫秒。 為了保護使用者體驗，用戶端不會使用高延遲的不良對等互連連線。 高延遲的一個潛在原因可能是由於太多人連接到單一網路設備，例如存取點或交換器。
VPN 的使用 (僅與測試) 相關
此案例僅與在家中管理測試並使用其他個人裝置的人員相關。 確保測試設備上的 VPN 已禁用。
如果您在辦公室，不建議透過 VPN 存取視訊內容。
不正確的本地 IP 識別
在 Microsoft eCDN 支援的視訊視窗中按 Alt+Shift+P 以開啟統計資料重迭。 可以觀察到與預期的本地IP地址不同的IP地址。 在此案例中，檢視器會指派給錯誤的子網路群組，可能是未 群組 (無對等互連) 群組。 請洽詢您的Microsoft客戶成功客戶經理 (CSAM) 以取得解決方案。