媒體旁路搭配直接路由方案

  • 發行項
  • 適用於:
    Microsoft Teams

關於媒體略過與直接路由

媒體略過可讓您縮短媒體流量路徑，並減少傳輸中的躍點數量，以獲得更好的效能。 媒體略過時，媒體會保留在會話框線控制器 (SBC) 和客戶端之間，而不是透過 Microsoft Teams 電話 傳送。 若要略過設定媒體，SBC 和客戶端必須位於相同的位置或網路。

您可以使用 Set-CSOnlinePSTNGateway 命令，並將 -MediaBypass 參數設為 True 或 False，以控制每個 SBC 的媒體略過。 如果您啟用媒體略過功能，並不表示所有媒體流量都會保留在公司網路內。 本文將說明不同案例中的通話流程。

下圖說明通話流程與媒體略過的差異。

當用戶端撥打或接聽電話時，不需略過媒體，SBC、Microsoft Teams 電話 和 Teams 用戶端之間的訊號和媒體流程，如下圖所示：

顯示訊號和媒體流程，但不需媒體略過。

但讓我們假設使用者與 SBC 在同一棟大樓或網路上。 例如，假設一位使用者在[載入宏] 的大樓內，撥打電話給 PSTN 使用者：

  • 若不使用媒體略過，媒體會透過阿姆斯特丹或都柏林 (部署 Microsoft 資料中心) ，然後再回到 SBC In Defender。

    由於 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 位址，通話流程。

例如，假設使用者是外部使用者，且租用戶系統管理員決定不要向因特網上的每個人開啟 SBC 的公用 IP 位址，但只開啟 Microsoft Cloud。 流量的內部元件可以透過 Teams 傳輸轉送流程。 請考慮下列事項：

  • 使用 Teams 傳輸轉送。

  • 若要略過媒體，Microsoft 會使用需要在 Teams 傳輸轉送和 SBC (之間開啟埠 50 000 到 59 999 的傳輸轉送版本，我們未來計劃要移至需要 3478-3481 埠) 的版本。

下圖顯示啟用媒體略過時的通話流程、用戶端為外部，且客戶端無法連線到會話框線控制器的公用IP位址， (媒體由Teams傳輸轉送) 轉。

圖表顯示啟用媒體旁路、用戶端為外部，且客戶端無法連線至 SBC 的公用 IP 時的通話流程。

如果使用者在網路外部且可以存取 SBC 的公用 IP，則通話流程

注意事項

這不是建議的設定，因為它不使用Teams傳輸轉送。 相反地，您應該考慮先前使用者無法存取 SBC 公用 IP 位址的案例。

下圖顯示啟用媒體略過時的通話流程、用戶端為外部，且用戶端可以到達 SBC 的公用 IP 位址 (直接媒體) 。

  • 路徑的箭號和數值是根據 Microsoft Teams 通話流程 文章。

  • SIP 訊號一律會根據流量) 的方向，採用 3 和 3' (路徑。 使用路徑 2 的媒體流量。

圖表顯示啟用媒體略過時的通話流程、用戶端是外部用戶端，且用戶端可以到達 SBC 的公用 IP 位址。

使用媒體處理器和傳輸轉送

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) 或有通配符憑證。

顯示兩個主幹可以指向具有相同公用IP的相同SBC。

如需如何在同一個 SBC 上設定兩根樹榦的相關信息，請參閱您的 SBC 廠商所提供的檔：

媒體略過支援的用戶端點

所有獨立 Teams 桌面用戶端、Android 和 iOS 用戶端，以及 Teams 電話 裝置都支援媒體略過功能。

對於其他所有不支持媒體略過的端點，我們會將通話轉換為非略過，即使通話是以略過通話方式啟動。 這項轉換會自動進行，不需要系統管理員執行任何動作。 這包括 商務用 Skype 3PIP 手機，以及支援在 Microsoft Edge、Google Chrome、Mozilla Firefox) 上執行之以 WebRTC 為基礎的用戶端直接路由呼叫 (Teams Web 用戶端。

另請參閱

設定媒體旁路搭配直接路由