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作為一個獨立的服務器角色被提供，不能和前端服務器并置。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。