檢查 Microsoft Teams 的網路需求
Microsoft Teams 是 Microsoft 365 體驗的一部分，並建基於其核心雲端運算功能。 為了最佳化 Teams 體驗，您必須檢查 Teams 的網路需求。 組織必須確保其擁有所需的頻寬、可存取所有需要的 IP 位址、開放正確的連接埠，並且符合即時媒體的效能需求。
Teams 網路流量可以分成三種類型：
Microsoft 365 線上環境與 Teams 用戶端之間的 資料流量 (傳送信號、目前狀態、聊天、檔案上傳和下載、OneNote 同步處理)
點對點即時 通訊流量 (音訊、視訊、桌面共用)
會議即時 通訊流量 (音訊、視訊、桌面共用)
這會同時在 Teams 用戶端之間產生點對點流量，以及在 Microsoft 365 雲端服務與 Teams 用戶端之間產生流量。
網路要求
若要評估現有網路是否滿足 Microsoft Teams 的網路需求，請在開始推出 Teams 前檢查以下事項：
與 Microsoft 365 的連線：公司網路中的用戶端與 Microsoft 365 服務的連線。 無防火牆和 Proxy 封鎖程式。 必須正確解析所有必要 DNS 名稱，並且 IP 位址必須可以連線。 確保網際網路存取，並為 Microsoft Teams 設定所需的連接埠和通訊協定。 如果需要與商務用 Skype 用戶端内部部署建立同盟，您需要設定額外的 DNS 記錄。
DNS 記錄 Service (服務) Protocol (通訊協定) Priority (優先順序) Weight (權數) Port (連接埠) Target (目標) SRV sipfederationtls TCP 100 1 5061 sipfed.online.lync.com 網域名稱：至少有一個已驗證的網域名稱新增至 Microsoft 365 租用戶。
可用頻寬：Teams 所需的頻寬取決於公司所在地所需的功能和客戶數量。 您應該分析同時參與者的最大數量，並將該數量與提供的已利用 Teams 功能相乘。
頻寬需求
Teams 在頻寬利用方面一律非常節約，並可在低於 1.5 Mbps 的情況下提供 HD 視訊品質。 每個音訊/視訊通話或會議中的實際頻寬消耗，會根據數個因素而有所不同，例如視訊版面配置、視訊解析度和每秒視訊畫面格數。 當頻寬不足時，Teams 會優先處理音訊品質，之後才是視訊品質。
表格說明 Teams 使用頻寬的方式 (位元速率 KB/秒 上/下)。 最低、 建議，以及 最佳效能 頻寬需求以每個端點的使用情況為依據。 一般來說，每個使用者一個端點，例如電腦或行動裝置。 不過，如果使用者同時在電腦與行動裝置上參與 Teams 會議，則兩個端點皆會與該使用者相關聯。
| 形式 | 最小值 | 建議 | 最佳效能 |
|---|---|---|---|
| 音訊 - 一對一 | 10/10 | 58/58 | 76/76 |
| 音訊 - 會議 | 10/10 | 58/58 | 76/76 |
| 視訊 - 一對一 | 150/150 | 1,500/1,500 | 4,000/4,000 |
| 視訊 - 會議 | 150/200 | 2,500/4,000 | 4,000/4,000 |
| 螢幕畫面分享 - 一對一 | 200/200 | 1,500/1,500 | 4,000/4,000 |
| 螢幕畫面分享 - 會議 | 250/250 | 2,500/2,500 | 4,000/4,000 |
| 在一起模式 - 一對一 | 不適用 | 不適用 | 不適用 |
| 在一起模式 –會議 | 1,000/1,500 | 1,500/2,500 | 2,500/4,000 |
網路最佳化
您可能會想要執行更多網路最佳化，前提是：
Teams 執行速度緩慢 (可能是您的頻寬不足)
通話持續斷線 (可能是防火牆或 Proxy 封鎖程式所導致)
通話有停滯和中斷，或聲音聽起來像機器人 (可能是抖動或封包遺失)
下列工作是選用的，且並非推出 Teams 時的必要項目，特別是如果您是小型企業，而且已經推出 Microsoft 365 或 Office 365。 使用此指引來最佳化您的網路和 Teams 的效能，或如果您知道您有一些網路限制。
網路規劃中心 - 如需評估您的網路 (包括組織實體位置的頻寬計算和網路需求) 的協助，請使用 Teams 系統管理中心中的網路規劃中心工具。
適用於 Teams 的建議程式 - 適用於 Teams 的建議程式是 Teams 系統管理中心的一部分。 在您成功推出 Teams 前，它會評估您的 Microsoft 365 或 Office 365 環境，找出可能需要更新或修改的最常用設定。
外部名稱解析 - 請確定執行 Teams 用戶端的所有電腦都可以解析外部 DNS 查詢，以探索 Microsoft 365 或 Office 365 提供的服務，而且您的防火牆不會阻止存取。
維護工作階段持續性 - 請確定您的防火牆不會變更對應的網路位址轉譯 (NAT) 位址或 UDP 的連接埠。
驗證 NAT 集區大小 - 驗證使用者連線所需的網路位址轉譯 (NAT) 集區大小。 多個使用者和裝置使用網路位址轉譯 (NAT) 或連接埠位址轉譯 (PAT) 存取 Microsoft 365 或 Office 365 時，您必須確保隱藏於每個可路由 IP 位址後方的裝置不超過支援的數量。 確保將充足的公用 IP 位址指派到 NAT 集區，以防止連接埠耗盡。 連接埠耗盡會導致內部使用者和裝置無法連線到 Microsoft 365 或 Office 365 服務。
路由至 Microsoft 資料中心 - 對 Microsoft 資料中心實作最有效率的路由。 盡可能有效率地識別可使用本機或區域出口點來連線至 Microsoft 網路的位置。
入侵偵測與預防指引 - 如果您的環境已部署入侵偵測或預防系統 (IDS/IPS)，為輸出連線獲得額外一層的安全性，請確保允許所有 Microsoft 365 或 Office 365 URL。
設定分割通道 VPN - 您希望為會略過虛擬私人網路 (VPN) 的 Teams 流量提供替代路徑，通常稱為分割通道 VPN。 分割通道表示 Microsoft 365 或 Office 365 的流量不會通過 VPN，而是直接進入 Microsoft 365 或 Office 365。 略過 VPN 會對 Teams 品質產生正面影響，並減少來自 VPN 裝置和組織網路的負載。 若要實作分割通道 VPN，請與 VPN 廠商合作。
我們建議略過 VPN 的其他原因：
VPN 通常不會設計或設定為支援即時媒體。
某些 VPN 可能也不支援 UDP (這是 Teams 所需)。
VPN 也會在已加密的媒體流量上引入額外的加密層。
由於透過 VPN 裝置切換流量，與 Teams 的連線可能會沒有效率。
實作 QoS - 使用服務品質 (QoS) 來設定封包優先順序。 這將改善 Teams 中的通話品質，並協助您監視和疑難排解通話品質。 QoS 應該在受管理網路的所有區段上實作。 即使在網路已佈建足夠頻寬時，如果發生非預期的網路事件時，QoS 也可降低風險。 使用 QoS 時，會優先處理語音流量，使得這些非預期的事件不會對品質造成負面影響。
最佳化 WiFi - 類似於 VPN，WiFi 網路不一定需要設計或設定為支援即時媒體。 規劃或最佳化 WiFi 網路以支援 Teams，是實現高品質部署的重要考慮事項。 請考慮下列因素：
實作 QoS 或 WiFi 多媒體 (WMM) 以確保透過 WiFi 網路的媒體流量有適當的優先順序。
規劃和最佳化 WiFi 頻帶與存取點位置。 根據存取點位置，2.4-GHz 範圍可能會提供足夠的體驗，但存取點往往會受到該範圍中作業的其他消費者裝置影響。 5-GHz 範圍因其密度範圍較適合即時媒體，但需要更多存取點以取得足夠的覆蓋範圍。 端點也需要支援該範圍並經過設定，才能據以使用這些頻帶。
如果您使用的是雙頻 WiFi 網路，請考慮實作頻帶操縱。 頻帶操縱是 WiFi 廠商所實作的技術，可影響雙頻用戶端以使用 5-GHz 範圍。
當同一頻道的多個存取點太近時，可能會導致信號重疊且無意間互相競爭，導致不良的使用者體驗。 確保頻道上相鄰的存取點沒有重疊。
每個無線廠商都有其無線解決方案部署建議。 請洽詢您的 WiFi 廠商以了解特定指引。
旁路 Proxy 伺服器 - 建議略過 proxy 伺服器。 與效能相關的問題可以透過延遲和封包遺失引入到環境中。 此類問題將導致 Teams 或商務用 Skype 音訊和視訊案例中的負面體驗，其中即時串流至關重要。 如果不使用 Teams 的 Proxy 不是一個選項，建議組織使用外部 DNS 解析、直接 UDP 型路由，並允許 UDP 流量。
如需詳細資訊，請參閱針對 Microsoft Teams 準備貴組織的網路。