商務用 Skype Online 中的 ExpressRoute 與 QoS
重要
由中國 21Vianet 營運的 商務用 Skype Online 將於 2023 年 10 月 1 日淘汰。 如果您尚未升級 商務用 Skype 在線用戶，系統會自動排程他們進行協助升級。 如果您想要將組織自行升級至 Teams，我們強烈建議您立即開始規劃升級路徑。 請記住，成功升級會使技術和使用者整備一致，因此請務必在您流覽 Teams 旅程時運用我們的 升級指導方針 。
商務用 Skype Online 已在 2021 年 7 月 31 日淘汰，但不包括由中國 21Vianet 所營運的服務。
使用 azure ExpressRoute for Microsoft 365 或 Office 365 和 商務用 Skype Online，透過專用網路連線連線至 Microsoft 365 或 Office 365。 您的 商務用 Skype 應用程式專用連線可讓您遠離公用因特網，提供可靠且可預測的效能和隱私權。 您現在可以購買更好的網路連線到 Microsoft 365 或 Office 365 和 商務用 Skype Online，這可增加可預測性、商務類別的可靠性，並隨附上線時間 SLA。
注意事項
有新版本的頻寬計算機可供使用：商務用 Skype、頻寬計算機。 不過，本文中的指示使用 Lync 2010 和 2013 帶寬計算機。
商務用 Skype Online 和 ExpressRoute
您可以與Microsoft的 ExpressRoute 合作夥伴合作，透過專用連線連接各種Microsoft 365 和 Office 365 應用程式，包括雲端中的 商務用 Skype Online。 不過，商務用 Skype的即時語音和視訊通訊功能需要設定為支持這些Microsoft 365 或 Office 365 即時工作負載的網路服務。 這包括一個網路，其頻寬足以承載所需的流量，並且能夠支援服務品質 (QoS) ，為您的使用者提供商務類別體驗。
這份文件的設計目的是要協助您、系統管理員和網路設計師瞭解支援即時通訊所需的特殊挑戰、Microsoft提供的工具，以協助您設計能夠支持這些需求的網路，以及使用案例研究逐步引導您完成設計程式。
本文的第一部分會逐步引導您進行個案研究，以協助您使用 Lync 2010 和 2013 帶寬計算機進行網路設計，以評估大型多網站 商務用 Skype ExpressRoute 部署的網路需求。 本檔第二部分提供您服務品質 (QoS) 的基本概念，深入探討支援 商務用 Skype 實時通訊的特定技術詳細數據，以及所需的特定網路服務類型。
此處的所有資訊都可讓您瞭解 QoS 和 ExpressRoute 的技術詳細數據，瞭解您所面臨的特定挑戰，並提供工具和技術的相關知識，讓您能夠在 商務用 Skype 網路上成功部署 ExpressRoute。
快速入門
當您準備好使用 ExpressRoute for 商務用 Skype 時，建議您查看不同的 ExpressRoute 連線模型以及合作夥伴和位置的各種選擇，並瞭解如何在公司內購買和布建 ExpressRoute。 以下是一些可協助您快速入門的資源：
第 1 部分：案例研究 - ExpressRoute for Dewey Law， LLC.
這份 Dewey Law， LLC 的案例研究。 示範如何設定網路、訂購網路存取服務，以及決定支援 ExpressRoute for 商務用 Skype Online 的頻寬需求。
背景 Dewy Law LLC. 是一家擁有 790 名律師的大型國家法律公司，員工總數達 5,580 人，遍佈 78 個地點。 該公司的總部位於紐約，三個地區辦公室分別位於芝加哥、三藩市和達拉斯，以及24個大型分公司和50家小型分公司遍佈於美國/地區。 該公司處理大型且複雜的案例，工作量通常會分散在兩間或多個辦公室之間。 擁有此網路設計會造成辦公室之間的大量網路流量。
Dewy Law LLC. 是一家年幼的公司，律師及其他員工都熟悉科技，因此在日常工作中也十分依賴科技。
根據位置和位置分配使用者
| 員工 | 紐約總部 () | 地區辦公室 (3) | 大型分公司 (24) | 小型分公司 (50) |
|---|---|---|---|---|
| 執行的 | 20 | 10 | 1 | 1 |
| 合作夥伴 | 150 | 50 | 10 | 5 |
| 同事 | 300 | 100 | 20 | 10 |
| 助理 | 400 | 125 | 30 | 15 |
| 高階主管 | 100 | 35 | 6 | 3 |
| IT 與一般系統管理 | 100 | 25 | 3 | 2 |
| 每個網站的總和 | 1,070 | 345 | 70 | 36 |
| 每個網站類別的總和 | 1,070 | 1,035 | 1,680 | 1,800 |
設定網路
若要為 Dewey Law LLC.提供一致且高品質的即時服務，必須滿足一些基本需求：
他們想要在電源中斷期間提供語音服務，因此他們的網路通訊交換器和路由器必須透過乙太網路 (PoE) IEEE 802.3af 或 802.3at 提供電力。
網路交換器和路由器也必須使用UPS) (不中斷的電源，以便在電源中斷時繼續運作。
他們與 LAN 辦公室有 Wi-Fi 連線，因此強烈建議他們使用來自 商務用 Skype Solutions 的認證 商務用 Skype Wi-Fi 基礎結構合作夥伴。
提示
建議使用802.11n和802.11ac無線存取點。
最重要的是，所有辦公室的所有 LAN 網路都必須設定為提供品質服務 (QoS) 。 這包括計算機、膝上型計算機，以及任何網路硬體，例如交換器和路由器。
現在您已瞭解提供 Dewey Law LLC.商務級語音服務的基本概念，建議您使用網路服務合作夥伴提供的多重通訊協定標籤切換 (MPLS) IP 服務，以連線至 Azure ExpressRoute 服務。 MPLS 提供IP服務，提供延遲、抖動和封包遺失的效能保證。 不過，如果無法使用 MPLS，也可以使用連線到我們其中一個 ExpressRoute 數據交換合作夥伴的乙太網路。
MPLS 提供者提供數種服務等級，但每個類別都使用不同的字詞來識別。 您必須與您的提供者密切合作，以確保他們瞭解您在 Lync 2010 和 2013 帶寬計算機中所輸入的數據，以及適用於不同Microsoft 365 和 Office 365 即時工作負載應用程式的可用和建議選項。
對於來自 商務用 Skype 應用程式的數據如何對應至適當的 MPLS 服務類別，有兩個選項：
使用 DiffServ 控制點 (DSCP) 的流量端點標記
網路 存取控制 清單 (ACL)
若要實作端點標記，您必須針對 Dewey Law LLC 設定所有加入網域的 Windows 計算機。 將每個封包標示為適當的 DiffServ 控制點 (DSCP) 標示，然後在其所有辦公室網站的所有網路交換器和路由器上實作 QoS，以確保 QoS 標記受到維護且不會移除。 網路封包上的 DSCP 標記會告訴服務提供者該網路封包的優先順序。 如需 DSCP 的詳細資訊，請參閱第 2 部分的 QoS 一節。
針對網路 ACL 型工作分派，DSCP 優先順序標記是在上層路由器實作，並以 UDP 來源埠為基礎。 每個應用程式的建議埠範圍會列在 Lync Server 的網路規劃、監視和疑難解答的第 2.6.1.1 節。 請務必與 Dewey Law LLC 整體 QoS 實作和設計協調，並注意不同的 QoS 原則，以及封包標記不相符的可能性。
每個 ExpressRoute 網路服務提供者都會有適合即時語音和視訊的服務類別 (QoS) 。 此 COS 稱為「快速轉寄」 (EF) 語音和「確保轉接」 (AF) 視訊。 您必須小心調整您為語音 EF 流量購買的頻寬量。 原因在於，如果您傳送的語音流量超過服務類別所布建的數量，語音服務類別便無法原狀。
提示
在語音服務類別上傳送的任何流量超過服務提供者承諾的流量，都會立即捨棄，這會直接影響語音品質。
查看 Dewey Law LLC 整體設計時。 請務必精確判斷他們在整個網路上支持語音流量所需的網路頻寬量，並將每個語音封包標示 (，並僅以 DSCP 語音 (設定 DSCP (即 DSCP EF 46) 標示語音封包) 。
若要在其企業網路上實作 QoS，端點或路由器必須以適當的第 3 層優先順序指標標記每個封包 (，也就是 DSCP) 。 沿著整個網路路徑，每個交換器和路由器都必須開啟QoS選項。 即使只有一個網路交換器或路由器沒有開啟 QoS，通過該開關或路由器的語音或視訊封包上的 QoS 標記也可能會被去除。 這可有效停用所有下游交換器和路由器中的 QoS，這會降低 ExpressRoute 的值。
這也要求在每一個點定義第 3 層和第 2 層 QoS 優先順序的關聯。 在 IEEE 802.1p 的有線網路和 802.11e/WMM Wi-Fi 網路中定義第 2 層優先順序機制。 更重要的是，面向網路服務提供者 MPLS 網路的網路路由器必須維護所有輸出封包上的 DSCP 設定，以便維護適當的 MPLS 服務類別。
提示
如需 QoS 設定的特定詳細數據，請參閱 Lync Server 的 2.6 節 網路規劃、監控和疑難解答。 如需更多網路規劃需求，您也可以參閱規劃 商務用 Skype 2015 的網路需求。
訂購網路存取服務
一旦您擁有支援 ExpressRoute 的 QoS 網路必要條件和機制，下一步就是下單購買 ExpressRoute 網路存取服務。 當您向Microsoft網路服務提供者合作夥伴訂購 Dewey Law LLC 的 ExpressRoute 存取服務時，您必須提供兩件事：
將每個網站連線到 ExpressRoute 所需的總頻寬量，Microsoft 365 或 Office 365。
支援 Dewey Law LLC 所使用之 商務用 Skype 應用程式所需的每種服務類別所需的總頻寬。 服務頻寬類別需求是由您預期從語音、視訊、IM、目前狀態和螢幕共用等各種 商務用 Skype 應用程式所產生的流量所驅動。
判斷 商務用 Skype 應用程式的頻寬需求
針對 Dewey Law LLC.，一旦您判斷出所需的總頻寬後，現在就必須知道如何將總頻寬分成各種服務類別。 例如，每個 商務用 Skype 應用程式的頻寬量。
若要在每個 Dewey Law LLC 中判斷這些需求。 網站中，您將使用 Lync 2010 和 2013 帶寬計算機。 此小算盤是 Excel 工具，可讓您指定各種 商務用 Skype 應用程式的預期使用方式，包括語音、視訊、會議和螢幕共用。 計算機會自動產生其網路上每個網站的頻寬和 CoS 需求估計值。 當您下載 Lync 2010 和 2013 頻寬計算機時，也會下載使用者指南，並提供使用該計算機的詳細數據。
為了協助您處理電子錶格，電子表格中的各種儲存格都以色彩標示：
綠 這些是一般數據輸入區域。
黃色 這些是進階數據輸入區域。 您可以變更這些專案，但請謹慎處理。
紅 這些是只讀區域，且是鎖定的輸入值，無法變更。
灰色 這些是僅供顯示的區域。 它們是來自一般輸入區域的結果或數據。
The design process for Dewey Law LLC. 從將使用者字元化為不同的「角色」開始。 您可以針對您定義的每個角色，指定他們對於各種 商務用 Skype 應用程式的預期使用 (『None」、「低」、「中」、「高」或三個定義的「自定義」設定) 之一。 您可以在「角色」工作表中找到這些選項。 系統會提供每個選項 (『低」、「中」或「高」) 的特定使用量，但您可以變更每個選項的預設值。 計算機可識別每個網站每個角色的用戶數目，以計算每個位置所需的總頻寬。
您也可以指定使用的音訊和視訊編解碼器、是否使用轉寄錯誤修正，以及其他會影響頻寬需求的系統參數。 您可以使用 Lync 2010 和 2013 帶寬計算機中的預設設定，或選取不同的編解碼器和其他系統參數。 針對 Dewey Law LLC 的網站設計，可以使用預設設定。 不過，若要從任何預設設定變更，有一個包含所有可用選項的下拉功能表。 每個選項所用的頻寬都包含在 [編解碼器] 工作表中。 當您變更任何設定時，每一個網站 (CoS) 混合的頻寬和服務類別變更都會更新。 使用此功能可讓您測試不同的可能設定，並查看變更對頻寬需求的影響。
我們已定義Dewey Law LLC.、'Executive/Partner、' 'Associate/Paralegal' 和 'IT 系統管理員'三個角色。 下表顯示我們如何針對每個角色設定各種 商務用 Skype 應用程式的使用方式配置檔。
角色和使用方式設定檔 ( 角色工作表- A 欄到 P 欄)
| 角色 | IM/目前狀態 | P2P 音訊 | P2P 影片 | 會議音訊 | 會議影片 | 桌面共用 | 音訊會議 | Lync 2010 RTV_Type | 遠端使用者 | Lync 2013 立體聲音頻 | Lync 2013 影片品質 | P2P 視訊視窗的 Lync 2013 用戶行為 | Lync 2013 多重檢視使用量 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 高階主管/合作夥伴 | 高 | 中型 | 低 | 中型 | 中型 | 無 | 中型 | CIF | 0% | 0% | 最好 | 典型 | 典型 |
| Associate/ Paralegal | 高 | 中型 | 低 | 中型 | 高 | 高 | 中型 | CIF | 0% | 0% | 中型 | 典型 | 典型 |
| IT 系統管理員 | 高 | 中型 | 無 | 低 | 無 | 無 | 中型 | CIF | 0% | 0% | 中型 | 典型 | 典型 |
您必須在上方 Lync 2010 和 2013 帶寬計算機的「網站」工作表中，輸入依據 位置和位置分配用戶 的資訊。 由於地區辦公室中的用戶數目相同，因此會將使用者定義為一個「網站」，並指定其中有三個實例。 對於網站中分別有 24 和 50 個使用者的大型和小型分支也一樣。
指定每個角色的設定之後，您必須在「網站」工作表中輸入每個網站中每個角色的用戶數目。 所有網站的用戶總數都會自動更新。 由於Microsoft 365 或 Office 365 位置沒有使用者，因此應該全部在工作表的 [分支] 列中輸入使用者。 Lync 2010 和 2013 帶寬計算機接著在「每個 QoS 流量類別 WAN BW」數據表中填入「最佳投入量類別」、「數據流量類別」和「即時流量類別」數據行。 這會顯示在下表中的數據中。
提示
完整電子表格也包含每個應用程式的同時會話數目上限，但我們刪除了這些欄以節省空間。
依網站顯示角色 - ( 網站的工作表- A、D、I 欄和 AI 欄，透過 AX)
| 網站名稱 | 網站中的用戶總數 | 這類網站總數 | 使用者配置檔 1 | 配置檔 1 的使用者 | 使用者配置檔 2 | 配置檔 2 的使用者 | 使用者配置檔 3 | 配置檔3的使用者 |
|---|---|---|---|---|---|---|---|---|
| 總部 | 1070 | 1 | 高階主管/合作夥伴 | 170 | Associate/Paralegal | 700 | IT 系統管理員 | 200 |
| 地區辦公室 | 345 | 3 | 高階主管/合作夥伴 | 60 | Associate/Paralegal | 225 | IT 系統管理員 | 60 |
| 大型分公司 | 70 | 24 | 高階主管/合作夥伴 | 11 | Associate/Paralegal | 50 | IT 系統管理員 | 9 |
| 小型分公司 | 36 | 50 | 高階主管/合作夥伴 | 6 | Associate/Paralegal | 25 | IT 系統管理員 | 1 |
在 Kbps ('Sites Worksheet'- 欄 A 和 BQ 到 LF) 中，每個應用程式需要頻寬
| 網站 | SIP/IM 頻寬最大使用量 | 網站間對等音頻頻寬最大使用量 | 網站間對等視訊頻寬最大使用量 | 音訊會議頻寬最大使用量 | 視頻會議頻寬最大使用量 | WAN 共用頻寬最大使用量 | PSTN 通話的WAN頻寬最大使用量 |
|---|---|---|---|---|---|---|---|
| 總部 | 1070 | 525.30 | 560.00 | 739.50 | 2640.00 | 4224.00 | 2688.30 |
| 地區辦公室 | 345 | 185.40 | 560.00 | 255.00 | 1320.00 | 1536.00 | 896.10 |
| 大型分支 | 70 | 92.70 | 560.00 | 102.00 | 600.00 | 384.00 | 216.30 |
| 小型分支 | 36 | 119.40 | 560.00 | 76.50 | 600.00 | 384.00 | 123.60 |
電子錶格中最重要的欄可能是那些依 QoS 類別描述 WAN 頻寬的欄。 這會顯示在下表中。 此數據摘要列出您需要提供給網路服務提供者的資訊，以便在每一個網站訂購存取連線。 計算總頻寬時，請記得將每個分支網站類型的頻寬乘以相同類型的網站數目。 若要與您的 ExpressRoute 網路服務合作夥伴連線，您可以參閱 Azure ExpressRoute。
請務必不要超過語音或「快速轉寄」 (EF) 服務類別的頻寬。 系統會捨棄一組隨機封包，這樣就不會降低單一通話或一組通話的品質，而是會影響進行中的所有通話。 此外，也請務必只使用 DSCP for EF (標示語音，也就是 DSCP = 46) ，或新增非發票流量時，語音佇列可能會溢位。
提示
同樣地，當 EF 服務類別提供最佳效能保證時，如果您超過定義的頻寬，將會立即捨棄任何其他封包。
每個網站的匯總頻寬依 QoS 流量類別 - ( 的網站工作表 - A 欄和 ML 欄經 MR)
| 網站名稱 | (DSCP 0) 最佳投入工作類別 | DSCP 自定義) (數據流量類別 | DSCP 34、AF41) (即時流量類別 | DSCP 46、EF) (優先順序流量類別 |
|---|---|---|---|---|
| 總部 | 0.00 | 5764.80 | 3200.00 | 3953.10 |
| 地區辦公室 | 0.00 | 2033.60 | 1880.00 | 1336.50 |
| 大型分支 | 0.00 | 486.40 | 1160.00 | 411.00 |
| 小型分支 | 0.00 | 438.40 | 1160.00 | 319.50 |
將您的計劃付諸行動
我們可以使用上述 每個網站 每個應用程式數據表的頻寬估計值，來計算周遭WAN的總頻寬，以及周遭ExpressRoute的頻寬量。 周轉 ExpressRoute 的流量部分會排除網站間對等頻寬。
| 網站 | SIP/IM 頻寬最大使用量 | 音訊會議頻寬最大使用量 | 視頻會議頻寬最大使用量 | WAN 共用頻寬最大使用量 | PSTN 通話的WAN頻寬最大使用量 | ExpressRoute 總計 每個網站類別的流量 (，即總計 網站) 的時間 |
|---|---|---|---|---|---|---|
| 總部 | 1,070 | 739.50 | 2640.00 | 4224.00 | 2688.30 | 11361.80 |
| 地區辦公室 | 345 | 255.00 | 1320.00 | 1536.00 | 896.10 | 8704.20 |
| 大型分支 | 70 | 102.00 | 600.00 | 384.00 | 216.30 | 32935.20 |
| 小型分支 | 36 | 76.50 | 600.00 | 384.00 | 123.60 | 61005.00 |
這表示 商務用 Skype 經由快速路由的在線流量約為 114 Mbps，因此 Dewey 至少需要 200-Mbps 訂閱才能使用 ExpressRoute。 您可以在不同的 ExpressRoute 對等位置購買多個 ExpressRoute 迴路。 如果 Dewey 的網站位於不同的地理區域，或在連線到 ExpressRoute 迴路失敗時提供復原，建議使用此選項。 如果您在多個 Azure 地區購買 ExpressRoute 回路，則需要 ExpressRoute 進階版附加元件才能透過 ExpressRoute 接收全域連線。
現在您擁有所需的總頻寬量，以及服務類別 (CoS) 頻寬號碼，您可以向選取的網路服務提供者 () 下訂單。 別忘了包含其他應用程式和服務流量的估計值。 我們為其他Microsoft 365 和 Office 365 服務提供網路規劃指導方針，包括 Exchange 和 OneDrive 的頻寬計算機。 網路服務提供者的頻寬訂閱會更高，因為網站內部流量必須重新加入。 Lync 2010 和 2013 頻寬計算機僅提供預期流量的估計值，因此建議您確認網路是否能夠支持進行壓力測試的流量。
提示
當您執行網路預先評估時，強烈建議您進行網路壓力測試。
壓力測試需要建置和設定基礎結構，然後以預期的模擬流量執行它，同時監控效能。 您在某些地區的流量估計值可能不正確，但至少您可以確定它可支援 Lync 2010 和 2013 帶寬計算機預測的流量。 建議您至少執行幾天的壓力測試，但執行較長的時間可以協助您縮小數字範圍。 不過，延長壓力測試期間必須因您支付但不含實際用戶網路流量的網路服務成本而負擔。 Microsoft已將許多廠商認證為 IT 專業人員工具計畫的一部分，以提供網路管理和操作工具，包括網路預先組合壓力工具。 商務用 Skype 也提供系統整合 (SI) ，可取得經過認證的 IT 專業人員工具，並可為您進行網路評估。 如需詳細資訊，請參閱 商務用 Skype Solutions：IT 專業人員工具]。
壓力測試提供一些重新保證，讓網路支援所需的流量，但實際上 Lync 2010 和 2013 帶寬計算機數據可能會因為各種原因而關閉。 為了確保頻寬足夠且 QoS 機制正常運作，部署之後，您也應該考慮持續執行持續的網路評估，以持續監視您的網站網路。 請務必繼續監視網路效能，因為會讓更多實際的用戶上線。
第 2 部分：ExpressRoute 商務用 Skype QoS
Microsoft的 ExpressRoute 服務提供 Azure 雲端的專用連線，但 Office 365 即時工作負載的通訊服務將需要具備足夠頻寬的網路服務，才能承載流量，且能夠支援服務品質 (QoS) ，以提供商務級的用戶體驗。 支援 QoS 的連線必須設定為端對端 (計算機、網路交換器和雲端) 路由器，因為路徑中任何無法支援 QoS 的部分都可能會降低整個通話的品質。
本節的目的是要協助您瞭解在IP網路中支持即時流量，以及使用 Microsoft 的 ExpressRoute Exchange 提供者或網路服務提供者合作夥伴成功部署 Microsoft 365 或 Office 365 即時工作負載時所遇到的挑戰。
QoS 是透過 ExpressRoute 網路迴路完全從您的網路接受，並且會在Microsoft網路內用於 商務用 Skype 流量。 目前，部分來自Microsoft的輸出連線遺失了 商務用 Skype 的 DSCP 值。 在輸出流量以 DSCP 值完整標示之前，建議您遵循在網路邊界的流量中新增 QoS 標記的指導方針，如本文 存取控制 實作 QoS 清單 (ACL) 一節中所述。
實時問題
提供商務品質的語音和視訊服務會在IP網路上提出特殊需求。 即時流量使用使用用戶數據圖表通訊協定 (UDP) 執行的即時傳輸通訊協定 (RTP) 。 不同於傳輸控制通訊協定 (TCP) 編號並測試每封郵件的錯誤，並包含其他偵測及重新傳送遺失或錯誤郵件的機制，UDP 不提供這種類型的可靠性。 如果郵件因錯誤損毀或因緩衝區溢出而遺失，郵件就會遺失。 選擇UDP搭配 RTP 使用，因為即時流量的本質是，即使重新傳送遺失的郵件，這些郵件送達的時間太晚，對語音消息的流程沒有任何正面影響。
瞭解遺失語音封包的影響，設計者會提供兩種方法來改善透過IP的語音和視訊效能：
當封包遺失時，讓語音編碼/譯碼更有彈性。 您可以使用轉寄錯誤校正 (FEC) 來修正發生錯誤的百分比，這是在 Microsoft 365 或 Office 365 實時傳輸中找到的功能，或是設計嘗試遮罩封包遺失效果的語音譯碼系統，這是Microsoft編解碼器的特性。
使用傳輸服務，使用服務品質機制來保證網路在延遲、封包遺失和抖動，以及封包間延遲變化方面的效能。
有彈性的語音編碼僅能解決封包遺失的問題，因此，用來承載即時語音和視訊的網路必須具備最小化延遲和抖動的機制。 即使使用彈性編碼，如果遺失太多封包，接收站將沒有足夠的資訊來重新建立可辨識版本的語音訊號。 遺失封包的百分比會導致語音質量明顯降低，這會根據使用的語音編碼技術而有所不同。 不過，在所有情況下，遺失連續封包的字串都是有問題的。
最小化延遲很重要，因為過多的延遲可能會影響交談流程，並造成喇叭的困擾。 最佳做法告訴我們，語音的端對端延遲 (我們所謂的「嘴對耳」延遲) 必須保持在 150 毫秒以下， (毫秒) 。 單向，而不是「往返」延遲。 延遲會增加較長的傳輸連結，例如跨海傳輸的連結，因為傳播延遲或訊號實際透過纜線移動所需的時間。
當延遲超過 150 毫秒時。 單向，對喇叭有奇怪的效果。 在心理上，喇叭大腦中的時鐘熄落，讓他們認為收件者聽不到他們的聲音，並重複他們所說的最後一個專案。 這會與來自最遠端的延遲響應發生衝突。 如果您曾透過衛星頻道說話，您將會辨識出這種效果。 透過衛星頻道，單向延遲大約為 250 毫秒，遠超出允許的延遲。
建議商務級語音的網路參數
| 參數 | 建議值 |
|---|---|
| 中間送達封包抖動 (平均) | ≤ 5ms |
| 傳送封包 (最大) | ≤ 40ms |
| 封包遺失率 (平均) | 接近 0% |
| 單向網路延遲 | ≤ 100ms (應包含延遲與地理距離) |
ExpressRoute 是商務級語音網路的一部分
ExpressRoute 可透過網路服務提供者 (NSP) 或 Exchange 提供者 (EXP) 提供專用連線，提供 3 個連線選項之一：
雲端 Exchange 定位
點對點乙太網路連線
任何 (IPVPN) 連線
這提供高可用性 (99.9% 上線時間 SLA) 以及安全的可靠路由，安全 (沒有因特網傳輸) 、不受因特網流量變化的影響，並尊重排定流量優先順序的服務質量標記 (下) 說明 QoS。 ExpressRoute 以及規劃完善的 WAN 可為您提供商務級的語音網路。
如果混合拓撲是連線到迴路的) ，您可以使用 ExpressRoute 從辦公室或數據中心 (資料傳輸。 (的異地用戶數據 例如，來自家中辦公室或出差等 ) 將無法運用 ExpressRoute 迴路，除非使用者已連線 VPN，且不需要包含在調整 ExpressRoute 迴路大小的頻寬估計中。 如果您是多國客戶，您可以在每個地區購買 ExpressRoute 迴路，並使用 BGP 社群標籤通知路由規則，讓流量導向到慣用的 ExpressRoute 迴路 (通常是每個網站) 最接近的線路，而其他迴路則會在影響單一回路中斷時提供備援。
如果 ExpressRoute 不是選項
因為成本、無法符合 ExpressRoute 先決條件，或是目前 NSP 的限制，將所有網站連線到 ExpressRoute 可能不可行。 如果您無法使用 ExpressRoute，我們仍建議您使用下列指導方針，在您的網路中標示 QoS，並規劃與 NSP 的合約，以確保有足夠的頻寬，並支援根據 QoS 排定流量的優先順序。
此外，如果您在多個地區設有辦公室，但並非所有地區都有 ExpressRoute 迴路，在設定衛星辦公室的流量路由時，應使用區域 BGP 社群標籤，以避免不必要的長距離傳輸。 例如，請考慮一家公司，該公司的 商務用 Skype Online 組織裝載於美國，但分公司位於歐洲，而該公司在矽谷只有一個 ExpressRoute 迴路。 大部分 商務用 Skype 在線流量會路由至組織託管的數據中心 (例如，大部分的流量可能會偏好使用 ExpressRoute 迴路與公司) 中的其他使用者進行電話會議。 不過，如果歐洲的使用者加入由另一家公司託管的電話會議，而該公司的組織位於歐洲，則該通話中媒體的目的地會是第二家公司所在的歐洲數據中心。 比起透過因特網路由路由，透過矽城的 ExpressRoute 線路路由流量會是較不直接的路由。 在這種情況下，您可能會想要在您的網路中設定路由器 (例如，歐洲辦公室) 在建立路由規則時檢查社群標籤，以及透過因特網路由路由，而不是針對有歐洲地區捲標的流量，透過因特網路由而不是晶元谷 ExpressRoute 迴路。
服務品質 (QoS) /Service (CoS) 的基本概念
在IP中，服務品質 (QoS) 描述用來提供某些封包優先處理比其他封包優先處理的任何機制。 根據國際電信聯盟 (ITU) 定義，QoS 包含連線的所有質量層面，包括延遲、遺失、訊號到噪音比例、串流、回音、中斷、頻率回應、音量等級等。 我們在封包網路中稱為 QoS，其稱為「服務類別」 (CoS) ，其著重於改善延遲、抖動和封包遺失的效能，但我們會繼續使用 QoS 字詞，因為它較常使用。
在IP網路通話中為兩個主要元件提供QoS：
即時流量每個連結的已定義頻寬保留量;如果即時流量不需要該頻寬，則可將其用於其他流量。 一般指導方針是，任何連結的容量不可超過 30% 的指派給語音流量。
使用標頭中的優先順序指標標示封包，告知路徑中的切換器和路由器應指派的封包優先順序。
當切換器或路由器收到封包時，它會移至下一個單段或下一個躍點的輸出佇列。 不同優先順序等級的輸出佇列不同。 切換器或路由器使用的演算法會比較低優先順序的佇列更頻繁地服務高優先順序佇列。
挑戰在於，在第 2 層 (實作不同的 QoS 技術，也就是乙太網路或 Wi-Fi 圖層) 和第 3 層 (，也就是 IP 層) 。 這些不同的 QoS 實作可能必須在網路中的每個交換器和路由器中設定，以及您的網路與網路服務提供者網路之間的介面。
各種 商務用 Skype 應用程式的數據如何對應至適當的服務類別有兩種選項：
使用差異化服務控制點 (DSCP) 的流量端點標記
網路 存取控制 清單 (ACL) 型
端點流量標記- 差異化服務控制點 (DSCP)
差異化服務 (DiffServ) 稱為分類及管理網路流量以及在 IP 網路中提供 QoS 的「粗細」機制。 實作第 3 層函數的路由器和其他裝置會使用 DiffServ 控制點 (DSCP) 來定義封包的優先順序。 QoS 是在 [差異化服務] 欄位中插入 6 位 DSCP 值， (舊稱 IP 標頭中的 [服務類型] 字段) 來實作 QoS;6 位可允許 64 種不同的優先順序等級。 優先順序等級的定義通常如下所示。
建議的 DSCP 設定
| 交通類別 | 處理 (DSCP 標記) | 商務用 Skype 工作負載 |
|---|---|---|
| 語音 | EF (46) | 商務用 Skype和 Lync 語音 |
| 互動 | AF41 (34) | 影片 |
| AF21 (18) | 應用程式共用 | |
| 違約 | AF11 (10) | 檔傳輸 |
| CS0 (0) | 別的東西 |
IP 版本 4 頁首
第 2 層 QoS：IEEE 802.1p/Wi-Fi 多媒體 (IEEE 802.11e)
雖然 DSCP 是實作第 3 層 QoS 的標準機制，但有線 (有不同的第 2 層 QoS 機制，也就是乙太網路) 和無線 (，也就是 Wi-Fi 網路) 。 有線網路的 QoS 機制是在 IEEE 802.1p 標準中定義;WLAN QoS 機制是在 IEEE 802.11e 中定義，Wi-Fi Alliance 識別為「Wi-Fi Multi-Media 認證」 (WMM 認證) 。
IEEE 802.1p 使用 3 位的優先順序代碼點 (PCP) 來識別郵件的優先順序;PCP 是以太網路標頭中一個 32 位字段的一部分，也會承載 VLAN 標識碼。 PCP 值的定義如下所示。
IEEE 802.1p PCP 值
| PCP 值 | Priority (優先順序) | 縮寫 | 交通類型 |
|---|---|---|---|
| 7 | 7 | 數控 | 網路控制 |
| 6 | 6 | 積體電路 | 因特網控制 |
| 5 | 5 | VO | 語音 |
| 4 | 4 | 六 | 影片 |
| 3 | 3 | CA | 重要應用程式 |
| 2 | 2 | EE | 超棒的投入 |
| 0 | 1 | 是 | 最佳作法 |
| 1 | 0 | BK | 背景 |
IEEE 802.1p 的實作方式與 DSCP 大致相同，針對每個優先順序等級將流量排序為不同的優先順序佇列，但 WLAN 的共用媒體性質會呼叫不同的方法。 雖然存取點和客戶端會針對不同的優先順序等級維持個別的輸出佇列，但在無線電信道上傳送框架的方式也有差異。
在 Wi-Fi 網路中，所有與存取點相關聯的用戶端都會共用單一半雙面通道 (，也就是一次只能傳送一個用戶端站或存取點) 。 為了將無線電信道上可能發生的衝突降到最低，在傳送框架之前，基座會等候通道閑置一段稱為「框架間距」的定義時間，如果通道在傳送站時忙碌，則會回到隨機的時段。 傳送框架後，如果發件者未收到收件者的確認訊息，則會假設發生衝突或其他失敗，並在嘗試存取無線電信道重新傳送之前，先返回隨機間隔。 後退區間是隨機的，以降低相同的兩個基座再次發生衝突的機率。
若要優先存取無線電信道，IEEE 802.11e/WMM 會定義稱為「已仲裁 Inter-Frame 間距」的不同傳輸前等待間隔 (AFIS) 以及不同流量類別的不同後退範圍;四個稱為「Access 類別」的優先順序層級已定義。
將較短的 AFIS 值指派給較高的優先順序框架，即可提供優先順序。 因此，如果一個站正在等待傳送語音框架，而另一個正在等待傳送數據框架，語音框架一律會先傳送。 技術上，語音和視訊框架會被指派相同的 AFIS 值，但視訊框架的後退間隔範圍較高。 因此，當第一次嘗試時，當語音和視訊框架發生衝突時，語音框架一律會更快重新傳輸。 IEEE 802.1p 與 IEEE 802.11e 之間的相互關聯如下所示：
IEEE 802.11e/Wi-Fi 多媒體 (WMM) 對應至 802.1P
| WMM 存取類別 | WMM 描述 | 802.1P PCP 值 | 802.1P 指定 |
|---|---|---|---|
| 1 (AC_VO) | 語音 | 7 (111) | 數控 |
| 6 (110) | VO | ||
| 2 (AC_VI) | 影片 | 5 (101) | 六 |
| 4 (100) | CL | ||
| 3 (AC_BE) | 最佳工作量數據 | 3 (011) | EE |
| 0 (000) | 是 | ||
| 4 (AC_BK) | 背景數據 | 1 (001) | BK |
| 2 (010) | --- |
建議的第 3 層至第 2 層優先順序關聯如下所示：
建議的第 3 層至第 2 層優先順序關聯
| 第 3 層標記 | 第 2 層 (PCP 值) | Wi-Fi (Access 類別) | |
|---|---|---|---|
| 網路控制 | 每個躍點行為 (PHB) - 課程選取器 (CS) 6 | 6 | 1 (AC_VO) |
| DSCP 值 -48 | |||
| 語音 | 每個躍點行為 (PHB) -快速轉寄 (EF) | 5 | 1 (AC_VO) |
| DSCP 值 - 46 | |||
| 視頻會議 | 每個躍點行為 (PHB) - 確保轉寄 (AF) 41 | 4 | 2 (AC_VI) |
| DSCP 值 - 34 | |||
| 通話訊號 | 每個躍點行為 (PHB) - 課程選取器 (CS) 3 | 3 | 2 (AC_VI) |
| DSCP 值 - 24 | |||
| 低延遲數據 | 每個躍點行為 (PHB) -確保轉寄 (AF) 21 | 2 | 3 (AC_BE) |
| DSCP 值 -18 | |||
| 高輸送量數據 | 每個躍點行為 (PHB) - 確保轉接 (AF) 11 | 1 | 3 (AC_BE) |
| DSCP 值 - 10 | |||
| 最佳作法 | 每個躍點行為 (PHB) - 0 | 0 | 4 (AC_BK) |
| DSCP 值 - 0 |
請務必注意，IEEE 802.1p 和 WMM 的優先順序編碼不相符。 802.1p 的語音PCP值為5，但是在標準對應到WMM時，PCP 5會轉換為Access類別2，也就是視訊 (AC_VI) 的WMM存取類別。 如果可能，您應該覆寫該對應，讓PCP 5轉換為Access類別1，或直接避免在同一個 Wi-Fi 網路上使用語音和視訊，直到 Wi-Fi Alliance 解決此問題為止。 如需Wi-Fi的詳細資訊，請參閱 Wi-Fi目錄專案。
使用網路 存取控制 清單 (ACL) 實作 QoS
在 ExpressRoute 設定中實作 QoS 的替代方法是使用網路 存取控制 清單 (ACL) 。 在該方法中，與其讓端點在每個封包的頁首插入適當的 DSCP 標記，而是可以根據 UDP 來源埠，由上游路由器完成標記。 所有切換器和路由器仍必須設定為支援QoS，以確保 DSCP 設定維持不變。 更重要的是，連線到服務提供者網路的路由器必須在每個封包的頁首中維護 DSCP，因為 DSCP 設定基本上是您向網路服務提供者指示如何處理封包。
每個 商務用 Skype 應用程式的建議埠範圍會列在 Lync Server 指南的網路規劃、監視和疑難解答第 2.6.1.1 節中。 請務必協調組織的整體 QoS 處理方式，並留意不同的 QoS 原則和潛在的封包批注不相符。
使用 QoS 和 MPLS 網路服務的主要原因是為了確保使用者能獲得良好的即時語音和視訊體驗，這些相同的功能也可以套用至數據應用程式。 MPLS 網路可讓組織將某些數據應用程式優先於其他應用程式，而非同等對待所有應用程式。 透過 MPLS，即時信用卡交易或螢幕共用等應用程式可優先於較不區分時間的流量，例如電子郵件。
瞭解IP網路服務的類型 - 基本IP和MPLS
原始IP封包轉寄作業是以「最佳作法」的原則執行。這表示路由器轉寄這些IP封包會盡力將這些封包傳送到目的地，但是對於這些封包抵達目的地的時機或時間絕對沒有保證。 這就是包括您家用因特網連線在內的基本因特網服務目前運作方式。 其構想是，如果特定應用程式需要可靠性，則會在通訊協定堆疊中以較高層級提供。 可靠的傳遞機制是 TCP) (傳輸控制通訊協定。 用於即時語音和視訊的用戶數據圖表通訊協定 (UDP) 是「最佳」) 傳遞機制的不可靠 (。
多重通訊協定標籤切換 (MPLS) 是開發來做為網路服務提供者提供 IP 服務的一種方式，提供延遲、抖動和封包遺失等效能保證。 為了提供這些效能保證，MPLS 會將一些無法預測性從傳統IP中移除。 首先，與其讓每個封包找到路由器到路由器到目的地 (結果可能是每個封包從來源到目的地) 採用不同的路由，MPLS 會使用稱為「卷標交換路徑 (LSP) 」的固定路由，路由至「虛擬迴路」連線上的所有封包。 如果該路徑中的其中一個鏈接失敗，使用該連結的所有 LSP 都會快速重新路由。
當封包傳送到 MPLS 網路時，網路服務提供者的邊緣路由器會在封包中附加額外的標頭，其中包含用來轉寄到適當 LSP 的標籤。 MPLS 網路另一端的邊緣路由器會去除標籤。
除了簡化轉寄程式之外，MPLS 提供的其他優點是網路管理系統會知道網路中每個連結上所進行的連線。 藉由控制流量透過網路路由的方式，運算元可以保證每個路徑所提供的QoS。 因此，與傳統或基本IP的最佳效能不同，MPLS 運算符可以提供可預測效能的IP服務。 LSP 也讓 MPLS 固有的更安全，而不是傳統因特網服務。 因此，有了基本IP服務，我們希望網路能夠運作良好，以提供優質的語音和使用技術，例如 FEC，以及更有彈性的語音編碼來改善機率，但使用 MPLS，我們可以確定。
MPLS 提供者提供數種服務漸層類別，可惜地使用不同的字詞來識別它們。 您必須與您的提供者密切合作，以確保他們瞭解 Lync 2010 和 2013 帶寬計算機的輸出，以及不同Microsoft 365 或 Office 365 即時工作負載應用程式的建議選項。
總結
商務用 Skype 增強進行商務通訊的方式。 與其讓電話連線到 PBX、獨立視頻會議系統、電子郵件的個別平臺、音訊會議的外部服務，以及一些 IM 和目前狀態工具，商務用 Skype 可以將所有這些功能整合在單一使用者介面中。
若要持續提供商務級的即時語音和視訊服務，需要能夠提供QoS的端對端網路基礎結構。 這會同時包括 LAN 和 WAN 服務。 Microsoft提供 Lync 2010 和 2013 帶寬計算機 等工具，以估算各種服務所需的網路容量。 此外，IT 專業人員工具計劃中有合作夥伴 商務用 Skype 解決方案：IT 專業人員工具，提供預先評估網路基礎結構和支援監控、報告及疑難解答的工具。 如果沒有大小正確且設定正確的網路基礎結構，您可能會遇到商務用 ExpressRoute Skype部署不符合使用者對於品質和一致性的預期。
有效的商務工具必須可靠、一致地執行，並提供鼓勵用戶採用的用戶體驗。 從網路角度來看，這代表有可讓您進行此作業的本機和廣域、固定和行動裝置等網路基礎結構。 規劃、設計、實作及維護基礎結構不一定都能輕鬆地建立基礎結構。 今天已提供硬體、工具和網路服務來達成目標，但 IT 專業人員有責任看到這些服務的設計、實作及維護方式，以確保使用者取得一組通訊和共同作業服務，讓他們有效率且有效率地工作，而且組織能夠獲得這項技術所提供的完整優點。