Video Interop Server是SFB中新增的一個功能,主要是為了能夠和第三方視頻會議系統(VIS)集成。我們都知道Lync在語音上的成功,語音網關、IP電話等都被有效的統一管理和應用,但是在視頻上卻顯得有些欠缺。要實現視頻的互通需要借助合作伙伴的解決方案來實現(Polycom),但市場上這種合作伙伴比較單一,就我所了解中國市場上,能夠把Lync視頻會議做的比較專業的也就是Polycom了。為什么會出現這種現象?我的猜測是因為Lync 中沒有像中介服務器一樣來處理視頻的工作流。直到現在Video Interop Server的出現。
Video Interop Server將會打通第三方視頻會議系統和SFB之間的通訊。Video Interop Server將作為一個單獨的組件部署在本地(Office 365 上不含有此功能)。不像中介服務器那樣,可以并置在前端服務器上。就目前來看,官方文檔上只提到了支持Cisco/Tandberg。對于其他的視頻會議系統我們只能去自己測。
VIS支持的模式—SIP Trunk模式
像前面所說的那樣,VIS作為一個獨立的服務器角色被提供,不能和前端服務器并置。VIS作為B2BUA,在架構中在網關和SFB代理中起中介作用,像Lync 2013中的中介服務器,但它也提供音頻和視頻的中介。
那么VIS在內部是怎么樣工作的?從下圖中可以看的很明白。紅色的代表Media,灰色的代表Signaling。VTC在CUCM中注冊,這里為什么只有講到思科,微軟官方給出的解釋是VIS目前只專注于Cisco/Tandberg。
從圖中我們注意到不論是信號流還是媒體流都必須經過VIS角色,我們很容易理解信號經過VIS是因為需要VIS處理信號流(需要轉換思科和微軟SIP的信號流),但是媒體為什么也要經過VIS?
這里我們需要了解的一點是VIS不僅僅作為一個信令網關,它也是個媒體轉碼網關。從Lync 2013 開始視頻流就采用H.264 SVC,在多方視頻電話會議中的聯播流上,SFB也是采用此編碼。當Lync客戶端和SFB客戶端發送這些聯播流到前端服務器上時,傳統的VTC并不具備此轉碼能力。
為了保存靈活性,滿足各種客戶端對前端服務器的A/V MCU不同的視頻分辨率和幀速率的請求,就需要VIS來解決。
VTC會直接向VIS協商出站視頻流的分辨率和幀速率,如果前端服務器A/V MCU受到不同的客戶端請求,則會以低的分辨率和幀速率再申請一個或兩個附加流(最多三個)。由于VTC并不能提供這些額外的數據流,則只能是VIS創建它們。所以VIS會把VTC源流轉換成最多3種不同的流發給前端服務器A/V MCU。