規劃商務用 Skype的網路需求
總結：實作商務用 Skype Server之前，請先檢閱下列網路元件考慮事項。
這些主題中的資訊也會在 Lync Server 的網路規劃、監視和疑難排解 白布中討論，並提供額外的詳細資料和深度。 雖然內容明確參照 Lync 2010 和 Lync 2013，但商務用 Skype Server的考慮則會保持不變。
同樣地，如果您的網路涉及 Wi-fi 以及有線存取，透過Wi-Fi 傳遞 Lync 2013 Real-Time通訊的白皮書是很好的參考，同樣適用于商務用 Skype Server。
伺服器硬體
商務用 Skype Server拓撲中每部伺服器的網路介面卡必須支援每秒至少 1 GB (Gbps) 。 一般說來，您應該使用低延遲和高頻寬區域網路 (LAN) ，連接商務用 Skype Server拓撲中的所有伺服器角色。 LAN 的大小取決於拓撲的大小：
在 Standard Edition topologies 中，伺服器應位於支援 1 Gbps 乙太網路或相等的網路中。
在Enterprise Edition拓撲中，大部分的伺服器應位於支援超過 1 GB 的網路中，尤其是在支援音訊/視訊 (A/V) 會議和應用程式共用時。
對於公用交換電話網路 (PSTN) 整合，您可以使用 T1/E1 線或 SIP 主線進行整合。
音訊/視訊網路需求
商務用 Skype Server部署中音訊/視訊 (A/V) 的網路需求包括下列各項：
如果您使用 DNS 負載平衡部署單一 Edge Server 或 Edge 集區，您可以設定 外部 防火牆，以執行 NAT) (網路位址翻譯。 您無法設定 內部 防火牆以執行 NAT。 如需詳細資料，請參閱 埠和防火牆規劃。
重要
如果您有 Edge 集區且正在使用硬體負載平衡器，則必須在 Edge Server 上使用公用 IP 位址，而且您無法在支援 NAT 的裝置上使用 NAT 處理伺服器或集區，例如防火牆設備或 LAN 開關 (。 如需詳細資料，請參閱商務用 Skype Server中的 Edge Server案例。
如果您的組織使用品質服務 (QoS) 基礎結構，則媒體子系統是設計來在此現有的基礎結構中運作。
如果您使用網際網路通訊協定安全性 (IPsec) ，建議您透過 A/V 流量所使用的埠範圍停用 IPsec。 如需詳細資料，請參閱 IPsec 例外狀況。
若要提供最佳媒體質量，請執行下列動作：
布建網路連結以支援每秒 65 kbit 的輸送量 (每個音訊串流) Kbps，如果啟用的話，則每個視訊串流在尖峰使用期間提供 500 Kbps。 雙向音訊或視訊會話使用兩個串流，因此簡單的音訊/電話連線需要 130Kbps 來涵蓋每個串流。 影片同樣會使用總計 1000 Kbps 來承載上游和下游的連線。
若要應付流量意外增加以及一段時間後使用量增加的情況，商務用 Skype Server媒體端點可以配合不同的網路條件來調整，並支援音訊和視訊輸送量的三倍，同時仍可接受的品質。 請勿假設這項適配性會在網路布建不足時遮罩問題。 在布建不足的網路中，商務用 Skype Server媒體端點可以動態處理不同的網路條件，例如 (暫時高封包遺失) 。
對於布建成本高且困難重重的網路連結，您可能需要考慮為較低的流量布建。 在此案例中，讓商務用 Skype Server媒體端點的彈性吸收流量與尖峰流量等級之間的差異，以降低語音品質的成本。 此外，空間空間也會減少，以吸收流量的突然尖峰。
對於短期內無法正確布建的連結， (例如，使用非常不佳 WAN 連結的網站) ，請考慮停用特定使用者的視訊。
布建網路以保證最大端對端延遲 (延遲) 在最大負荷下 (ms) 150 毫秒。 延遲是商務用 Skype Server媒體元件無法減少的一種網路障礙，因此請務必找出並消除弱點。
對於執行防毒軟體的伺服器，請在例外清單中包含所有執行商務用 Skype Server的伺服器，以提供最佳效能和音訊品質。
IPsec 例外狀況
對於網際網路通訊協定安全性 (IPsec) (請參閱已部署 IETF RFC 4301-4309) 的商業網路，必須停用用於傳送音訊、視訊和全景視訊之埠範圍的 IPsec。 建議的動力在於避免因 IPsec 交涉而導致媒體埠的配置有任何延遲。
下表說明建議的 IPsec 例外設定。
建議的 IPsec 例外狀況
| 規則名稱 | 來源 IP | 目的地 IP | 通訊協定 | 來源埠 | 目的地埠 | 驗證需求 |
|---|---|---|---|---|---|---|
| A/V Edge Server 內部輸入 | 任何 | A/V Edge Server 內部 | UDP 和 TCP | 任何 | 任何 | 請勿驗證 |
| A/V Edge Server 外部輸入 | 任何 | A/V Edge Server External | UDP 和 TCP | 任何 | 任何 | 請勿驗證 |
| A/V Edge Server 內部輸出 | A/V Edge Server 內部 | A/V Edge Server External | UDP 和 TCP | 任何 | 任何 | 請勿驗證 |
| A/V Edge Server 外部輸出 | A/V Edge Server External | 任何 | UDP 和 TCP | 任何 | 任何 | 請勿驗證 |
| 中等伺服器輸入 | 任何 | 中 (伺服器) | UDP 和 TCP | 任何 | 任何 | 請勿驗證 |
| 中等伺服器輸出 | 中 (伺服器) | 任何 | UDP 和 TCP | 任何 | 任何 | 請勿驗證 |
| 會議語音應答輸入 | 任何 | 執行會議語音應答的前端伺服器 | UDP 和 TCP | 任何 | 任何 | 請勿驗證 |
| 會議語音應答輸出 | 執行會議語音應答的前端伺服器 | 任何 | UDP 和 TCP | 任何 | 任何 | 請勿驗證 |
| A/V 會議輸入 | 任何 | 前端伺服器 | UDP 和 TCP | 任何 | 任何 | 請勿驗證 |
| A/V 會議輸出 | 前端伺服器 | 任何 | UDP 和 TCP | 任何 | 任何 | 請勿驗證 |
| Exchange 輸入 | 任何 | Exchange 整合通訊 | UDP 和 TCP | 任何 | 任何 | 請勿驗證 |
| 應用程式共用伺服器輸入 | 任何 | 應用程式共用伺服器 | UDP 和 TCP | 任何 | 任何 | 請勿驗證 |
| 應用程式共用伺服器輸出 | 應用程式共用伺服器 | 任何 | UDP 和 TCP | 任何 | 任何 | 請勿驗證 |
| Exchange 輸出 | Exchange 整合通訊 | 任何 | UDP 和 TCP | 任何 | 任何 | 請勿驗證 |
| 用戶端 | 任何 | 任何 | UDP 和 TCP | 任何 | 任何 | 請勿驗證 |
會議網路需求
從網際網路資訊服務 (IIS) 伺服器下載會議內容所用的頻寬取決於內容的大小。 您可以選擇監控實際使用量，並據此調整頻寬規劃。
媒體流量的網路頻寬需求
網路規劃的一個重要部分是確保您的網路能夠處理商務用 Skype Server產生的媒體流量。 本節可協助您規劃該媒體流量。
媒體流量網路使用量
媒體流量頻寬使用量可能因為編解碼器使用量、解析度和活動層級等不同變數而難以計算。 頻寬使用量是所用編解碼器和串流活動的一種函數，因情況而異。 下表列出商務用 Skype Server案例中通常使用的音訊編解碼器。
音訊編解碼器頻寬
| 音訊編解碼器 | 案例 | 音訊承載位元速率 (KBPS) | 頻寬音訊承載和 IP 標頭僅 (Kbps) | 頻寬音訊承載、IP 頁首、UDP、RTP 和 SRTP (Kbps) | 頻寬音訊承載、IP 標頭、UDP、RTP、SRTP 和轉寄錯誤修正 (Kbps) |
|---|---|---|---|---|---|
| RTAudio Wideband |
對等 |
29.0 |
45.0 |
57.0 |
86.0 |
| RTAudio Narrowband |
對等 PSTN |
11.8 |
27.8 |
39.8 |
51.6 |
| G.722 |
會議 |
64.0 |
80.0 |
95.6 |
159.6 |
| G.722 身歷聲 |
對等會議 |
128.0 |
144.0 |
159.6 |
223.6 |
| G.711 |
PSTN、會議 |
64.0 |
80.0 |
92.0 |
156.0 |
| 警笛 |
會議 |
16.0 |
32.0 |
47.6 |
63.6 |
| SILK 寬頻 |
對等 |
36.0 |
52.0 |
64.0 |
100.0 |
| SILK 寬頻 |
對等 |
26.0 |
42.0 |
54.0 |
80.0 |
| SILK 寬頻 |
對等 |
20.0 |
36.0 |
48.0 |
68.0 |
| SILK 寬頻/窄帶 |
對等 |
13.0 |
29.0 |
41.0 |
54.0 |
注意事項
來自商務用 Skype用戶端的 PSTN 通話通常會使用需要高頻寬的 G.711 編解碼器。 如果該編解碼器無法使用足夠的頻寬，則呼叫可能會失敗，並出現類似媒體記錄中下列的錯誤： 必須啟用一個編解碼器，小時：c0042004。 媒體記錄 (.blog 檔案) 會經過加密，而且只能由 Microsoft 支援人員解碼。
上一個表格中的頻寬數位是以每秒 20ms 封包 (50 封包) 為基礎，而針對天狼星和 G.722 編解碼器，則包含額外的安全即時傳輸通訊協定 (SRTP) 會議案例的負荷，並假設 Stream 為 100% 作用中。 轉寄錯誤修正 (FEC) 會在連結有封包遺失時動態使用，以協助維持音訊串流的品質。
G.722 編解碼器的身歷聲版本是以 Lync 會議室系統為基礎的系統使用，系統會使用單一身歷聲麥克風或一對單聲道麥克風，讓聆聽者能夠更有效地區分會議室中的多個喇叭。
視訊解析度頻寬
| 視訊編解碼器 | 解析度和長寬比 | 視訊承載位元速率 (Kbps) | 最低視訊承載位元速率 (Kbps) |
|---|---|---|---|
| H.264 |
320x180 (16：9) 212x160 (4：3) |
250 |
15 |
| H.264/RTVideo |
424x240 (16：9) 320x240 (4：3) |
350 |
100 |
| H.264 |
480x270 (16：9) 424x320 (4：3) |
450 |
200 |
| H.264/RTVideo |
640x360 (16：9) 640x480 (4：3) |
800 |
300 |
| H.264 |
848x480 (16：9) |
1500 |
400 |
| H.264 |
960x540 (16：9) |
2000 |
500 |
| H.264/RTVideo |
1280x720 (16：9) |
2500 |
700 |
| H.264 |
1920x1080 (16：9) |
4000 |
1500 |
| H.264/RTVideo |
960x144 (20：3) |
500 |
15 |
| H.264 |
1280x192 (20：3) |
1000 |
250 |
| H.264 |
1920x288 (20：3) |
2000 |
500 |
視訊的預設編解碼器是 H.264/MPEG-4 第 10 部分進階視訊編碼標準，以及可縮放視訊編碼擴充功能，可暫時擴充。 為維持與舊版用戶端的互通性，RTVideo 編解碼器仍會用於商務用 Skype Server和舊版用戶端之間的對等通話。 在與商務用 Skype Server和舊版用戶端的會議會話中，商務用 Skype Server端點可以同時使用視頻編碼器編碼視訊，並將 H.264 位流傳送到商務用 Skype Server用戶端，並將 RTVideo 位流傳送給舊版用戶端。
所需的頻寬取決於解析度、品質、框架速率，以及圖片中的移動或變更量。 針對每個解析度，有兩種相關的位元速率：
承載位元速率上限 這是端點在最大畫面播放速率下用於解析度的位元速率。 這是允許最高視訊和音質的值。
最低承載位元速率這是商務用 Skype Server端點會切換到下一個較低解析度的位元速率。 為了保證特定的解析度，可用的視訊承載位元速率不得低於該解析度的最低位元速率。 如果無法使用或實際使用最高位元速率，此值可協助您瞭解可能的最低值。 對於某些使用者來說，這種低位元速率影片可能會提供無法接受的視訊體驗，因此請小心使用這些最低視訊承載位元速率。 請注意，如果是靜態、未變更的視訊場景，實際位元速率可能會暫時低於最低位元速率。
商務用 Skype Server支援許多解決方案。 這可讓商務用 Skype Server調整為不同的網路頻寬和接收用戶端功能。 商務用 Skype Server的預設長寬比為 16：9。 舊版 4：3 長寬比仍支援網路攝影機，而網路攝影機不允許擷取 16：9 長寬比。
當影片使用時，視訊 FEC 一律會包含在視訊承載位元速率中，因此在使用視訊 FEC 且不含視訊 FEC 時，不會有個別的值。
端點不會持續串流音訊或視訊封包。 視案例而定，有不同層級的串流活動指出傳送串流封包的頻率。 串流的活動視媒體和案例而定，並不取決於所使用的編解碼器。 在對等案例中：
端點只會在使用者說話時傳送音訊串流。
兩個參與者都會收到音訊串流。
如果使用視訊，端點會在通話期間傳送和接收視訊串流。
對於靜態視訊場景，實際的位元速率可能會暫時過低，因為視訊編解碼器會略過視訊的編碼區域，而不會變更先前的樣本。
在會議案例中：
只有當使用者發言時，端點才會傳送音訊串流。
所有參與者都會收到音訊串流。
如果使用視訊，所有參與者最多可以接收五個接收視訊串流和一個全景 (，例如長寬比 20：3) 視訊串流。 根據預設，五個接收的視訊串流是根據作用中的演講者歷程記錄，但使用者也可以手動選取要從中接收視訊串流的參與者。 如果啟用多視訊，每個視訊串流的解析度和頻寬需求將會降低。
每個開啟使用者傳送視訊串流的參與者都會傳送一或多個視訊串流。 商務用 Skype Server可以傳送最多五個視訊串流，以優化所有接收用戶端的視訊品質。 實際傳送的視訊串流數目，取決於寄件者根據 CPU 功能、可用的上傳連結頻寬，以及要求特定視訊串流的接收用戶端數目。 最常見的情況是，如果舊版用戶端加入會議，系統會傳送一個 H.264 和一個 RTVideo 視訊串流。 另一個常見的情況是， (傳送數個 H.264 視訊串流，並傳送不同的視訊解析度) 以容納不同的接收者要求。
除了即時傳輸通訊協定 (RTP) 音訊和視訊媒體流量所需的頻寬，即時傳輸控制通訊協定 (RTCP) 也需要頻寬。 RTCP 用於報告統計資料和 RTP 串流的頻外控制。 如需規劃，請使用下表中 RTCP 流量的頻寬數位。 這些值代表用於 RTCP 的最大頻寬，而且由於控制項資料的差異，音訊和視訊串流的頻寬上限不同
RTCP 頻寬
| 媒體 | RTCP 最大頻寬 (Kbps) |
|---|---|
| 音訊 |
5 |
| 僅 (傳送/接收 H.264 或 RTVideo 的影片) |
10 |
| 傳送/接收 H.264 和 RTVideo 的影片 () |
15 |
針對容量規劃，請注意下列兩項統計資料：
不含 FEC 的頻寬上限 一個串流所耗用的最大頻寬。 這包括串流的一般活動，以及在沒有 FEC 的情況下所用的一般編解碼器。 這是當串流處於 100% 活動時的頻寬，且不會觸發使用 FEC 的封包遺失。 這對於計算必須配置多少頻寬以在指定案例中使用編解碼器非常有用。 在受管理的網路上，不會要求 FEC。
使用 FEC 的最大頻寬 一個串流所耗用的最大頻寬。 這包括串流的一般活動，以及搭配 FEC 案例中使用的一般編解碼器。 這是當串流處於 100% 活動時的頻寬，而封包遺失會觸發使用 FEC 來改善品質。 這對於計算必須配置多少頻寬以在指定案例中使用編解碼器，並允許在封包遺失情況下使用 FEC 來保留品質非常有用。
下表也會列出額外的頻寬值， 一般頻寬。 這是串流耗用的平均頻寬。 這包括串流的一般活動，以及案例中使用的一般編解碼器。 這個頻寬可用於大約計算媒體流量在特定時間所耗用的頻寬量，但不應用於容量規劃，因為當活動層級大於平均時，個別通話會超過此值。 下表中一般視訊串流頻寬是根據客戶資料測量所觀察到的不同視訊解析度，而較小的安裝可能會有與資料表資料不同的實際數位。 例如，在點對點工作階段中，大部分的使用者會使用預設的視訊轉譯視窗，而有些百分比的使用者會增加或最大化商務用 Skype Server應用程式以允許更好的視訊解析度。
下表提供各種案例的值。
點對點工作階段的音訊/視訊容量規劃
| 媒體 | 編 解碼 器 | 一般串流頻寬 (Kbps) | 沒有 FEC 的串流頻寬上限 | 使用 FEC 的串流頻寬上限 |
|---|---|---|---|---|
| 音訊 |
RTAudio Wideband |
39.8 |
62 |
91 |
| 音訊 |
RTAudio Narrowband |
29.3 |
44.8 |
56.6 |
| 音訊 |
SILK 寬頻 |
44.3 |
69 |
105 |
| 撥打商務用 Skype Server端點時的主要視訊 |
H.264 |
460 |
最大解析度為 1920x1080 的 4010 () |
已包含 |
| 撥打 Lync 2010 或 Office Communicator 2007 R2 端點時的主影片 |
RTVideo |
460 |
最大解析度為 1280x720 的 2510 () |
已包含 |
| 撥打商務用 Skype Server端點時的全景視訊 |
H.264 |
190 |
最大解析度為 1920x288 的 2010 () |
已包含 |
| 撥打 Lync 2010 端點時的全景視訊 |
RTVideo |
190 |
最大解析度為 960x144 的 510 () |
已包含 |
會議的音訊/視訊容量規劃
| 媒體 | 一般編解碼器 | 一般串流頻寬 (Kbps) | 沒有 FEC 的串流頻寬上限 | 使用 FEC 的串流頻寬上限 |
|---|---|---|---|---|
| 音訊 |
G.722 |
46.1 |
100.6 |
164.6 |
| 音訊 |
警笛 |
25.5 |
52.6 |
68.6 |
| 主要視訊接收 |
H.264 和 RTVideo¹ |
260 |
8015 |
不適用 |
| 主視訊傳送 |
H.264 和 RTVideo |
270 |
8015 |
不適用 |
| 接收全景視訊 |
H.264 和 RTVideo |
190 |
最大解析度為 1920x288 的 2010 () |
不適用 |
| 傳送全景視訊 |
H.264 和 RTVideo |
190 |
2515 ² |
不適用 |
當 Lync 2010 用戶端連線至會議時，除了 H.264 之外，也會傳送 RT 視訊。
如果有多個串流，則會動態共用配置的頻寬。
針對主要視訊，一般串流頻寬是所有接收視訊串流的匯總頻寬，而最大串流則是所有傳送視訊串流的頻寬。 即使有多個視訊串流，一般視訊頻寬也會比對等案例中小，因為許多視訊會議都是使用內容共用，因此會導致更小的視訊視窗，因此視訊解析度較小。 支援的匯總視訊承載頻寬上限是兩者 8000 Kbps，傳送和接收資料流程會 (使用，例如，如果有兩個傳入 1920x1080p 視訊串流) 。 只有實際實作中很少出現最大值。
建立使用圖庫檢視功能的多方會議時，頻寬使用率一開始會隨著參與者加入而增加，然後在移除解析度以符合上限時減少。
| 2 位參與者 | 3 個參與者 | 4 個參與者 | 5 個參與者 | 6 位參與者 | |
|---|---|---|---|---|---|
| 已收到的最大解析度 |
1920x1080 |
1280x720 |
640x360 |
640x360 320x240 |
640x360 320x240 |
| 總平均位元速率 |
2128 |
4050 |
1304 |
1224 |
1565 |
| 總位元速率 |
4063 |
5890 |
2860 |
2699 |
3017 |
全景視訊的一般串流頻寬是以最多隻能串流 960x144 全景視訊的裝置為基礎。 使用具有 1920x288 全景視訊的裝置時，預期一般串流頻寬會增加。
PSTN 音訊容量規劃
| 媒體 | 一般編解碼器 | 一般串流頻寬 (Kbps) | 沒有 FEC 的串流頻寬上限 | 使用 FEC 的串流頻寬上限 |
|---|---|---|---|---|
| 音訊 |
G.711 (包括會議中的 PSTN 參與者) |
64.8 |
97 |
161 |
| 音訊 |
RTAudio Narrowband |
30.9 |
44.8 |
56.6 |
這些資料表中的網路頻寬數位僅代表單向流量，並包含每個串流的 5 Kbps RTCP 流量負荷。
管理服務品質
QoS) 服務品質 (是某些組織用來協助為音訊和視訊通訊提供最佳使用者體驗的網路技術。 QoS 最常用於頻寬受限的網路：因為有大量網路封包競相較少量的可用頻寬，QoS 可讓系統管理員將較高的優先順序指派給攜帶音訊或視訊資料的封包。 藉由給予這些封包較高的優先順序，音訊和視訊通訊可能會比涉及檔案傳輸、網頁流覽或資料庫備份等事項的網路會話更快完成，且中斷較少。 這是因為用於檔案傳輸或資料庫備份的網路封包被指派「最佳工作」優先順序。
注意事項
原則上，QoS 僅適用于內部網路上的通訊會話。 當您實作 QoS 時，您設定伺服器和路由器以特定的方式支援封包標記，但網際網路或其他網路可能不支援。 即使其他網路支援服務品質，也無法保證 QoS 的設定方式與您設定服務的方式完全相同。 如果您使用的是 MPLS，則必須與您的 MPLS 提供者合作。
商務用 Skype Server不需要 QoS，但強烈建議使用 QoS。 如果您在網路上遇到封包遺失問題，可用的解決方案是新增更多頻寬或實作 QoS。 如果無法新增更多頻寬，那麼實作 QoS 可能是解決問題的唯一付費專案。
商務用 Skype Server提供 QoS 的完整支援：這表示已經使用 QoS 的組織可以輕鬆地將商務用 Skype Server整合至其現有的網路基礎結構。 若要這麼做，您必須遵循下列步驟：
針對不是以 Windows 為基礎的裝置，在 商務用 Skype Server 中啟用 QoS。 根據預設，執行其他作業系統的電腦及其他 (如 iPhone) 等裝置的 QoS 會停用。 雖然您可以使用商務用 Skype Server啟用和停用裝置的服務品質，但通常無法使用該產品來修改這些裝置所使用的 DSCP 代碼。
設定會議、應用程式和中接伺服器的埠範圍和服務品質原則。 您必須針對不同的封包類型保留一組唯一的埠，例如音訊和視訊。 藉由使用商務用 Skype Server您不會將屬性值設為 True 或 False 來啟用或停用 QoS。 相反地，您可以設定埠範圍，然後建立並套用群組原則來啟用 QoS。 如果您稍後決定不使用 QoS，您可以移除適當的群組原則物件來「停用」QoS。
設定 Edge Server 的埠範圍和服務品質原則。 雖然並非必要，但您可以設定 Edge 伺服器使用與其他伺服器相同的埠範圍。 只有針對 Edge 伺服器的內部端，才能設定 QoS 原則。 這是因為 QoS 是專為在內部網路上使用而非網際網路所設計。
在 商務用 Skype Server 中為用戶端設定埠範圍和服務品質原則。 這些埠範圍僅適用于用戶端電腦，通常與伺服器上設定的埠範圍不同。 請注意，除了Windows 10之外，商務用 Skype Server不支援適用于 Windows 作業系統的 QoS。
注意事項
如果您使用的是 Windows Server 2012 或 Windows Server 2012 R2，您可能會對該平臺上用於管理 QoS 的新Windows PowerShell Cmdlet 組感興趣。 如需詳細資訊，請參閱Windows PowerShell Cmdlets 網路功能。
在 Lync Server 的網路規劃、監控和疑難排解 白布中也會討論 QoS，並提供其他詳細資料和深度。 雖然內容明確參照 Lync 2010 和 Lync 2013，但商務用 Skype Server的考慮則會保持不變。