媒體旁路搭配直接路由方案
關於媒體略過與直接路由
媒體略過可讓您縮短媒體流量路徑，並減少傳輸中的躍點數量，以獲得更好的效能。 媒體略過時，媒體會保留在會話框線控制器 (SBC) 和客戶端之間，而不是透過 Microsoft Teams Phone 傳送。 若要略過設定媒體，SBC 和客戶端必須位於相同的位置或網路。
您可以使用 Set-CSOnlinePSTNGateway 命令，並將 -MediaBypass 參數設為 True 或 False，以控制每個 SBC 的媒體略過。 如果您啟用媒體略過功能，並不表示所有媒體流量都會保留在公司網路內。 本文將說明不同案例中的通話流程。
下圖說明通話流程與媒體略過的差異。
當用戶端撥打或接聽電話時，不需略過媒體，SBC、Microsoft Teams 電話系統和 Teams 用戶端之間的訊號和媒體流程，如下圖所示：
但讓我們假設使用者與 SBC 在同一棟大樓或網路上。 例如，假設一位使用者在[載入宏] 的大樓內，撥打電話給 PSTN 使用者：
沒有媒體略過，媒體會經由阿姆斯特丹或都柏林 (部署 Microsoft 數據中心) ，然後回到在體貼中的 SBC。
由於 SBC 位於歐洲地區，且 Microsoft 使用最接近 SBC 的數據中心，因此已選取歐洲的數據中心。 雖然在大多數地區中，Microsoft 網路內的流量優化，此方法不會影響通話品質，但流量卻有不必要的迴圈。
媒體略過時，媒體會直接保留在Teams使用者和 SBC之間，如下圖所示：
媒體略過會使用稱為互動式連線的通訊協定， (Teams 用戶端上的 ICE) 和 SBC 上的 ICE 精簡版。 這些通訊協定可讓直接路由使用最直接的媒體路徑來獲得最佳品質。 ICE 和 ICE Lite 是 WebRTC 標準。 如需這些通訊協議的詳細資訊，請參閱 RFC 5245。
通話流程和防火牆規劃
通話流程和防火牆規劃取決於使用者是否可以直接存取 SBC 的公用IP位址，以及使用者是否在網路內部或外部。
如果使用者可以直接存取 SBC 的公用 IP 位址，則通話流程
如果使用者可以直接存取 SBC 的公用 IP 位址，通話流程如下：
若要略過媒體，Teams 用戶端必須能夠存取 SBC 的公用 IP 位址，即使是從內部網路也能存取。 如果不需要直接媒體，媒體可以透過傳輸轉送來傳送。
當用戶位於與 SBC 相同的建築物和/或網路中時，建議使用此流程：從媒體路徑移除 Microsoft 雲端元件。
訊號一律會透過 Microsoft 雲端傳入。
下圖顯示啟用媒體略過時的通話流程、客戶端為內部，且用戶端可以到達 SBC 的公用 IP 位址 (直接媒體) ：
路徑的箭號和數值是根據 Microsoft Teams 通話流量。
SIP 訊號一律會根據流量) 的方向，採用 4 和 4' (路徑。 媒體會保持本機，並採用路徑 5b。
如果使用者無法存取 SBC 的公用 IP 位址，則撥號流程
下列案例說明如果使用者無法存取 SBC 的公用 IP 位址，通話流程。
例如，假設使用者是外部使用者，且租用戶系統管理員決定不要向因特網上的每個人開啟 SBC 的公用 IP 位址，但只開啟 Microsoft Cloud。 流量的內部元件可以透過 Teams 傳輸轉送流程。 請考慮下列事項：
使用 Teams 傳輸轉送。
若要略過媒體，Microsoft 會使用需要在 Teams 傳輸轉送和 SBC (之間開啟埠 50 000 到 59 999 的傳輸轉送版本，我們未來計劃要移至需要 3478-3481 埠) 的版本。
下圖顯示啟用媒體略過時的通話流程、用戶端為外部，且客戶端無法連線到會話框線控制器的公用IP位址， (媒體由Teams傳輸轉送) 轉。
路徑的箭號和數值是根據 Microsoft Teams 通話流量。
媒體會透過路徑 3、3'、4 和 4'轉送。
如果使用者在網路外部且可以存取 SBC 的公用 IP，則通話流程
注意事項
這不是建議的設定，因為它不使用Teams傳輸轉送。 相反地，您應該考慮先前使用者無法存取 SBC 公用 IP 位址的案例。
下圖顯示啟用媒體略過時的通話流程、用戶端為外部，且用戶端可以到達 SBC 的公用 IP 位址 (直接媒體) 。
路徑的箭號和數值是根據 Microsoft Teams 通話流程 文章。
SIP 訊號一律會根據流量) 的方向，採用 3 和 3' (路徑。 使用路徑 2 的媒體流量。
使用媒體處理器和傳輸轉送
Microsoft Cloud 中有兩個可以位於媒體流量路徑的元件：媒體處理器和傳輸轉送。
媒體處理器是一種公開元件，可在非略過的情況下處理媒體，並處理語音應用程式的媒體。
媒體處理器一律位於使用者非略過的通話路徑中，但不會位於略過的通話路徑中。 媒體處理器一律位於所有語音應用程式的路徑中，例如「通話駐留」、「組織自動語音應答」和「通話佇列」。
傳輸轉送是用來連線到最近的傳輸服務，以傳送即時流量。
視使用者所在的位置和網路設定方式而定，傳輸轉送可能或不在略過的通話路徑中，而這些通話是來自使用者或目的地是使用者。
下圖顯示兩個通話流程：一個已啟用媒體略過，第二個已停用媒體略過。
注意事項
圖表只會說明來自使用者或目的地使用者的流量。
媒體控制器是 Azure 中的一個微伺服器，可指派媒體處理器，並在 SDP) 優惠 (建立會話描述通訊協定。
SIP Proxy 是將 Teams 中使用的 HTTP REST 訊號轉換為 SIP 的元件。
下表摘要說明媒體處理器與傳輸轉送之間的差異。
| 媒體處理器 | 傳輸轉送 | |
|---|---|---|
| 使用者非略過通話的媒體路徑 | 總是 | 如果客戶端無法直接連線到媒體處理器 |
| 使用者略過通話的媒體路徑 | 從來 沒有 | 如果客戶端無法連線到公用IP位址上的SBC |
| 在語音應用程式的媒體路徑中 | 總是 | 從來 沒有 |
| 可以執行轉譯 (B2BUA) * | 是 | 否，只在端點之間轉送音訊 |
IP 範圍如下：
- 52.112.0.0/14 (IP 位址從 52.112.0.0 到 52.115.255.255)
- 52.120.0.0/14 (IP 位址從 52.120.0.0 到 52.123.255.255)
注意事項
此文件中呈現的IP範圍是直接路由的專屬範圍，可能與Teams客戶端建議的不同。
* 轉編碼說明：
媒體處理器是 B2BUA，這表示它可以將編解碼器變更 (例如，在 MP 與 SBC) 之間，從 TEAMS 用戶端變更為 MP 和 G.711。
傳輸轉送不是 B2BUA，這表示用戶端和 SBC 之間永遠不會變更編解碼器，即使流量透過轉送。
如果主幹設定為媒體略過，請使用Teams Media處理器
在下列案例中，Teams 媒體處理器一律會插入媒體路徑：
- 通話從 1：1 升級為群組通話
- 通話即將撥打給同盟 Teams 使用者
- 呼叫會轉接或轉移給商務用 Skype 使用者
請確定您的 SBC 可以存取媒體處理器和傳輸轉送範圍，如下所述。
SIP 訊號：FQDN
對於 SIP 訊號，FQDN 和防火牆需求與非略過的案例相同。
在下列 Microsoft 365 或 Office 365 環境中提供直接路由：
- Microsoft 365 或 Office 365
- Office 365 GCC
- Office 365 GCC High
- Office 365 DoD
深入瞭解 Office 365 和美國政府環境， 例如 GCC、GCC High 和 DoD。
Microsoft 365、Office 365 和 Office 365 GCC 環境
直接路由的連接點為下列三個 FQDN：
sip.pstnhub.microsoft.com – 全球 FQDN – 必須先試用。 當 SBC 傳送解決此名稱的要求時，Microsoft Azure DNS 伺服器會傳回指向指派給 SBC 的主要 Azure 資料中心之 IP 位址。 作業是根據數據中心的效能指派，以及與 SBC 的地理鄰近度。 傳回的IP位址會對應到主要的 FQDN。
sip2.pstnhub.microsoft.com – 次要 FQDN – 地理位置對應到第二優先順序地區。
sip3.pstnhub.microsoft.com – 新式 FQDN – 地理位置對應到第三優先順序地區。
您必須將這三個 FQDN 放在以下位置：
透過查詢第一個 FQDN) ，提供 (載入較少且最接近指派的 SBC 資料中心的最佳體驗。
從 SBC 連線建立至發生暫時性問題的數據中心時，提供故障轉移。 如需詳細資訊，請參閱下方的故障轉移機制。
FQDN sip.pstnhub.microsoft.com、 sip2.pstnhub.microsoft.com 和 sip3.pstnhub.microsoft.com 將解析為來自下列子網的 IP 位址：
- 52.112.0.0/14
- 52.120.0.0/14
您必須在防火牆中開啟所有這些IP範圍的埠，以允許內送和外寄流量從位址進入和移出訊號。
Office 365 GCC DoD 環境
直接路由的連接點為下列 FQDN：
sip.pstnhub.dod.teams.microsoft.us – 全球 FQDN。 由於 Office 365 DoD 環境僅存在於美國資料中心，因此沒有次要和附屬 FQDN。
FQDN sip.pstnhub.dod.teams.microsoft.us 將從下列子網解析為 IP 位址：
- 52.127.64.0/21
您必須在防火牆中開啟所有這些IP範圍的埠，以允許內送和外寄流量從位址進入和移出訊號。 如果您的防火牆支援 DNS 名稱，FQDN sip.pstnhub.dod.teams.microsoft.us 解析到所有這些 IP 子網。
Office 365 GCC High 環境
直接路由的連接點為下列 FQDN：
sip.pstnhub.gov.teams.microsoft.us – 全球 FQDN。 由於 GCC High 環境僅存在於美國資料中心，因此沒有次要和次要 FQDN。
FQDN sip.pstnhub.gov.teams.microsoft.us 將從下列子網解析為 IP 位址：
- 52.127.88.0/21
您必須在防火牆中開啟所有這些IP範圍的埠，以允許內送和外寄流量從位址進入和移出訊號。 如果您的防火牆支援 DNS 名稱，FQDN sip.pstnhub.gov.teams.microsoft.us 解析到所有這些 IP 子網。
SIP 訊號：埠
針對提供直接路由的所有 Office 365 環境，埠需求都相同：
- Microsoft 365 或 Office 365
- Office 365 GCC
- Office 365 GCC High
- Office 365 DoD
您必須使用下列埠：
| 交通 | 從 | 自 | 來源埠 | 目的地埠 |
|---|---|---|---|---|
| SIP/TLS | SIP Proxy | Sbc | 1024 - 65535 | 定義於 SBC |
| SIP/TLS | Sbc | SIP Proxy | 定義於 SBC | 5061 |
媒體流量：IP 和埠範圍
如果可以使用直接連線能力，或如果客戶端無法使用公用IP位址連線至 SBC，則媒體流量會在 SBC 和 Teams 用戶端之間延伸。
在 Teams 用戶端和 SBC) 之間 (媒體直接流量的需求
用戶端必須能夠存取指定的埠 (請參閱 SBC 公用 IP 位址上的資料表) 。
注意事項
如果客戶端位於內部網路，媒體會流向 SBC 的公用 IP 位址。 您可以在 NAT 裝置上設定美髮釘選，讓流量永遠不會離開企業網路設備。
| 交通 | 從 | 自 | 來源埠 | 目的地埠 |
|---|---|---|---|---|
| UDP/SRTP | 用戶端 | Sbc | 50000-50019 | 定義於 SBC |
| UDP/SRTP | Sbc | 用戶端 | 定義於 SBC | 50000-50019 |
注意事項
如果您的網路裝置可以翻譯用戶端的來源埠，請確定已在網路設備和 SBC 之間開啟翻譯埠。
使用傳輸轉送的需求
對於非旁路案例，傳輸轉送的範圍與媒體處理器 () ：
Microsoft 365、Office 365 和 Office 365 GCC 環境
- 52.112.0.0 /14 (IP 位址從 52.112.0.1 到 52.115.255.254)
Office 365 GCC DoD 環境
- 52.127.64.0/21
Office 365 GCC High 環境
- 52.127.88.0/21
Teams 傳輸轉送 (適用於所有環境) 的埠範圍如下表所示：
| 交通 | 從 | 自 | 來源埠 | 目的地埠 |
|---|---|---|---|---|
| UDP/SRTP | 傳輸轉送 | Sbc | 50000-59999 | 定義於 SBC |
| UDP/SRTP | Sbc | 傳輸轉送 | 定義於 SBC | 50000–59999, 3478-3481 |
注意事項
Microsoft 建議至少在 SBC 上同時通話兩個埠。 由於 Microsoft 有兩個版本的傳輸轉送，因此必須執行下列動作：
v4，僅適用於埠範圍 50000 到 59999
v6，可與埠範圍 3478 到 3481 搭配使用
使用媒體處理器的需求
媒體處理器永遠位於語音應用程式和 Web 用戶端的媒體路徑 (例如，Microsoft Edge 或 Google Chrome 中的 Teams 用戶端) 。 這些需求與非略過設定相同。
媒體流量的IP範圍為：
Office 365 和 Office 365 GCC 環境
- 52.112.0.0 /14 (IP 位址從 52.112.0.1 到 52.115.255.254)
Office 365 GCC DoD 環境
- 52.127.64.0/21
Office 365 GCC High 環境
- 52.127.88.0/21
適用於所有環境) 的媒體處理器 (埠範圍如下表所示：
| 交通 | 從 | 自 | 來源埠 | 目的地埠 |
|---|---|---|---|---|
| UDP/SRTP | 媒體處理器 | Sbc | 3478-3481 和 49152-53247 | 定義於 SBC |
| UDP/SRTP | Sbc | 媒體處理器 | 定義於 SBC | 3478-3481 和 49152-53247 |
設定媒體略過和非媒體旁路的個別樹幹
如果您要從非媒體略過移轉到媒體，並想要在將所有使用方式移轉到媒體略過之前確認功能，您可以建立個別的主幹和個別的在線語音路由原則，以路由到媒體略過主幹並指派給特定使用者。
高階設定步驟：
識別要測試媒體略過的使用者。
使用不同的 FQDN 建立兩個不同的樹幹：一個啟用媒體略過;另一個則不會。
兩個樹幹都指向相同的 SBC。 TLS SIP 訊號的埠必須不同。 媒體埠必須相同。
建立新的在線語音路由原則，並將媒體略過主幹指派給與此原則的 PSTN 使用量相關聯的對應路由。
將新的在線語音路由原則指派給您識別為略過測試媒體的使用者。
下列範例說明此邏輯。
| 一組使用者 | 用戶數目 | 在 OVRP 中指派的主幹 FQDN | 已啟用媒體略過 |
|---|---|---|---|
| 具有非媒體旁路主幹的使用者 | 980 | sbc1.contoso.com:5061 | 假 |
| 擁有媒體略過主幹的使用者 | 20 | sbc2.contoso.com:5060 | 真 |
兩個主幹可以指向具有相同公用IP位址的相同SBC。 SBC 上的 TLS 訊號埠必須不同，如下圖所示。 請注意，您必須確認憑證支援兩個主幹。 在 SAN 中，您需要有兩個名稱 (sbc1.contoso.com 和 sbc2.contoso.com) 或有通配符憑證。
如需如何在同一個 SBC 上設定兩根樹榦的相關信息，請參閱您的 SBC 廠商所提供的檔：
媒體略過支援的用戶端點
所有獨立 Teams 桌面用戶端、Android 和 iOS 用戶端，以及 Teams Phone 裝置都支援媒體略過功能。
對於其他所有不支持媒體略過的端點，我們會將通話轉換為非略過，即使通話是以略過通話方式啟動。 這項轉換會自動進行，不需要系統管理員執行任何動作。 這包括商務用 Skype 3PIP 電話，以及支援在 Microsoft Edge、Google Chrome、Mozilla Firefox) 上執行之以 WebRTC 為基礎的用戶端直接路由通話 (Teams Web 用戶端。