共用方式為


規劃商務用 Skype Server 中的 Video Interop Server

總結: 規劃整合商務用 Skype Server 與合作夥伴電話會議裝置時,請檢閱本文。

商務用 Skype Server 現在可讓您與特定第三方 VTC (視訊電話會議系統) 解決方案整合。 啟用此視訊會議互操作性的新伺服器角色是 Video Interop Server (VIS) ,目前實作為獨立伺服器角色,僅供內部部署安裝使用。 VIS 會作為第三方電話會議系統與商務用 Skype Server 部署之間的媒介。 針對此版本,VIS 著重於與 Cisco/Tandberg 視訊系統的互操作性。 請檢閱本文,判斷是否要在商務用 Skype Server 安裝中使用此功能。

裝置互操作性

在 Cisco Unified Communications Manager (CallManager 註冊的 Cisco VTC 或 CUCM) 版本 10.5 和在 CUCM 和 VIS 之間設定 TCP SIP 主幹時,會測試並支援互操作。

目前支援的 VTC 為:

  • Cisco C40

  • Cisco C60

  • Cisco C90

  • Cisco MX200

  • Cisco MX300

  • Cisco DX80

  • Cisco EX60

  • Cisco EX90

  • Cisco SX20

注意事項

這些系統需要 Cisco 軟體版本 TC7.0.0 或更新版本,才能與商務用 Skype Server 整合以如預期般運作。

SIP 主幹

影片 Interop Server 函數位於 SIP 主幹模式,其中 VTC 會繼續向現有的 Cisco 基礎結構註冊,例如 Cisco Call Manager (CUCM) 。 在 CUCM 和 VIS 之間定義視訊 SIP 主幹,以便在兩個系統之間路由呼叫。 僅支援透過SIP主幹從 VTC 到 VIS 的呼叫。 因此,VTC 可以撥入商務用 Skype 會議 (,方法是撥打與通話自動化語音應答) 相關聯的電話號碼,但無法拖放到會議中。

SfB 中的 VIS 圖表。

功能

此伺服器角色提供:

  • 第三方視訊系統所使用的 H.264 格式與商務用 Skype Server 部署之間的轉換。

  • 以指定解析度將單一視訊串流從 VTC 轉換為多個不同解析度的同步處理串流,以便在商務用 Skype Server 部署中使用。 這些串流可以傳送到AVMCU,然後傳送到商務用Skype Server端點和其他要求不同解決方案的視訊系統。 當第三方視訊系統參與商務用 Skype A/V 電話會議時,也會使用此轉換功能。 在特定 VIS 伺服器達到轉編碼限制後,下列任何不同解析度的要求只會收到解析度最低的串流。

  • 在 CUCM 閘道和商務用 Skype Server Video Interop Server 之間支援視訊 SIP 主幹;VTC 會繼續向 Cisco 閘道註冊,並透過閘道開始呼叫商務用 Skype 部署。 通話是透過影片 SIP 主幹從閘道路由至商務用 Skype Video Interop Server。

  • 支援在具有支援視訊系統的會議室中,從該系統撥號以加入開啟或關閉的會議的使用者。 此通話會周閱影片 SIP 主幹。

  • 支援在會議室中使用受支援視訊系統的使用者撥打商務用Skype用戶端。 通話會周到 SIP 主幹。

  • 商務用 Skype Server 端或支援的 VTC 系統支援中間通話控制,支援指向點和多點通話,包括靜音/取消靜音、暫停/繼續視訊、鎖定視訊,以及保留/取消保留通話。

已知限制

此伺服器角色有下列限制:

  • 不支援透過影片 SIP 主幹從商務用 Skype 部署到 VTC 的新通話。 . 這表示只有從 VTC 新撥入商務用 Skype 部署的新通話會透過影片 SIP 主幹受到支援。 支援的視訊系統的目前狀態無法透過 VIS 的影片 SIP 主幹取得。

  • 只有獨立 VIS 集區支援影片 SIP 主幹模式。

  • TLS + SRTP 或 TCP + RTP 將支援 VTC 和 VIS 之間透過影片 SIP 主幹的通訊。

  • 不支援應用程式共用。 會議室中的商務用 Skype 用戶必須透過膝上型電腦加入商務用 Skype 會議 (,例如) ,並在會議室中與 VTC 無關的免費監視器上顯示應用程式共享畫面。

  • 不支援 VTC 透過 VIS 加入同盟會議的功能。

  • 不支援 VTC 透過 VIS 加入線上會議的功能。

  • 不支援透過 VIS 從 VTC 撥打到 PSTN 的通話。

  • 不支援透過 VIS 從 PSTN 到 VTC 的通話。

復原機制

VIS 支援透過影片 SIP 主幹接聽的 CUCM 來電。 端上或下游有可能失去連線能力,因此若要獲得強固的復原,請考慮下列兩種可能性:

  1. VIS 集區故障轉移 如果視訊閘道指向的主要 VIS 集區已關閉,如果視訊閘道已將主幹定義為兩個或多個 (或更多) VIS 集區,則可進行復原。 如果視訊網關判斷無法撥打電話到主要 VIS 集區,則只會將通話路由至次要 VIS 集區。

    VIS 集區故障轉移圖表。

    特定的 VIS 集區可以有多個閘道的主幹,但一般特定閘道不能有多個 VIS 集區的通道,因此必須執行一個技巧來支援此故障轉移:在 DNS 中定義 2 個 FDQN,它解析為視訊網關的同一個 IP 位址。 在拓撲檔中,將每個 FQDN 做為個別的視訊閘道,其中每個視訊閘道都有前往不同 VIS 集區的主幹,現在可以復原。 (如果使用 TLS,則視訊閘道憑證的 SAN 中必須有多個名稱。)

    注意事項

    VIS 只允許從拓撲檔中設定之閘道的來電。

  2. 前端故障轉移 如果 VIS 集區接到 CUCM 來電,但無法連線到其主要的下一個躍點註冊機構或前端集區,通話會路由至備份前端集區。

    前端故障轉移圖表。

    VIS 會追蹤其主要前端集區及其備份前端集區的狀態, (在拓撲檔) 中註冊機構服務的備份設定中找到此設定。 它每分鐘會傳送一次 [選項] 投票至兩個集區,如果連續五次失敗,VIS 會假設特定的前端集區已關閉。 如果主要前端集區標示為向下,而且有可用的備份,VIS 會從閘道傳送新的呼叫到備份前端集區。 主要前端集區恢復后,VIS 會繼續使用主要前端集區進行新的通話。

    VIS 也會針對來自影片 SIP 主幹的通話實作 10 秒定時器。 如果主要的下一個躍點前端集區是用於視訊 SIP 主幹的通話,而主要的下一個躍點前端集區未接聽一些 SIP 訊息 (包含 100 嘗試) 在此定時器值內傳送給邀請,則應在設定時嘗試通話的備份下一個躍點 Proxy。

    注意事項

    如果先嘗試備份下一個躍點,則下一步將不會嘗試主要躍點。

    系統管理員也可以使用 Windows PowerShell 故障轉移命令來強制 VIS 使用備份前端集區,例如,當必須在主要的前端集區上執行維護時。

將語音和視訊主幹共同存在至相同的閘道對等

商務用 Skype Server 支援讓語音和視訊 SIP 主幹使用相同的閘道對等功能。 因此,相同的 CUCM 部署可能會將語音 SIP 主幹連接到中繼伺服器,並將影片 SIP 主幹連接到 VIS。

  • PSTN 閘道必須與語音 SIP 主幹的拓撲檔中的特定 FQDN 一起定義。

  • PSTN 閘道的對等值是中等伺服器。

  • 如有需要,可以定義從 PSTN 閘道到多個中繼伺服器集區的多個語音主幹。

  • 視訊閘道必須定義於拓撲檔中,視訊 SIP 主幹的 FQDN 與 PSTN 閘道相同。

  • 視訊閘道的對等值為 VIS。

  • 您可以從視訊閘道定義到特定 VIS 集區中的單一視訊主幹。

  • CUCM 必須設定為透過語音主幹與視訊主幹正確路由通話。 例如,從 VTC 撥號時,可以使用特殊的撥號前綴;CUCM 可能會將此撥號前綴與呼叫 VIS 建立關聯,而適當的翻譯規則會將此前綴從 SIP 邀請邀請移至 VIS 中去除。

在 Lync 的舊版商務用 Skype 發行中共同存在 VIS

VIS 只能在商務用 Skype 部署中部署。 它可以與屬於現有部署一部分的 Lync 2013 會議和客戶端進行互操作;在這些情況下,VIS 集區必須是商務用 Skype 部署的一部分,其中包含註冊機構/FE 集區是 VIS 集區下一個躍點。

VIS 不支援 RTV 和 H.264 之間的轉譯。 Lync 2013 前的用戶端和會議中的 VTC 參與者之間沒有視訊互操作性。

在會議中擁有 Lync 2013 前的用戶端會讓行動用戶端使用 RTV 傳送,因此當行動用戶端成為主要喇叭時,VTC 不會收到任何視訊。

為了讓 Lync 2013 能與商務用 Skype 部署一部分的 VIS 正確搭配使用,Lync 2013 需要套用適當的 CU,以將 Lync 2013 用戶端、CAA 和 AVMCU 升級至 VIS。

已測試 VIS 與 Lync 2013 和商務用 Skype 桌面用戶端的互操作性,並受到支援。

在 VIS 發行時,VIS 與非桌面 (Android、Ipad、Iphone、Windows Phone、LMX 等 VIS 的互操作性 ) 在 VIS 發行時,可從適用的 App Store 取得的商務用 Skype 用戶端已經過測試並受到支援。

透過 FEC 從封包遺失復原

您可以開啟 FEC,以協助從封包遺失複原。 如果已開啟,VIS 到 VTC 方向會使用 50% 以上的視訊頻寬。

VIS 縮放和轉譯成本

將單一視訊串流從 Cisco VTC 轉譯為多個 simulcast 串流時,會使用 CPU 容量。 假設每個 VTC 的 720p 視訊串流是以 720p、360p 和 180p) 在相同 Lync 2013 建議 FE 平臺上執行的單一 VIS 中,大約 16 個 VTC 可以將其視訊轉碼 (轉碼。 如果關閉 Transcoding,這會儲存在 VIS CPU 上。 不過,VIS 向 VTC 要求的視訊影像會是滿足商務用 Skype 所有接收者需求的最低常見解析度。 關閉轉譯后,當商務用 Skype 用戶端要求 VTC 無法傳送的特定低解析度時,可能會啟用轉編碼。

從視訊閘道到 VIS 的通話發佈

發佈是透過其中一個 CUCM 分配機制來完成:

  • 動態使用 DNS。

  • 在 CUCM 端,您可以定義個別的主幹,其中每個主幹會在 VIS 集區中不同的伺服器上終止。 CUCM 會在不同的主幹之間路由通話。

無混合式互操作性

透過內部部署 VIS 加入在線會議的 VTC 不屬於商務用 Skype 的一部分。

無同盟支援

透過 VIS 加入同盟會議的 VTC 不屬於商務用 Skype 的一部分。

另請參閱

在商務用 Skype Server 中部署 Video Interop Server