企業(yè)早期采購某品牌硬件視頻會(huì )議系統，放置在內網(wǎng)使用，后購買(mǎi)了某知名SaaS軟視頻會(huì )議賬號，要求硬件終端以sip方式呼入云會(huì )議，實(shí)現“軟硬互通”。
調試中出現單通現象，經(jīng)過(guò)配置后音視頻互通基本正常，但當云會(huì )議用戶(hù)啟用共享時(shí)，硬件終端只能看到共享卻看不到視頻。經(jīng)初步分析，發(fā)現是因未知原因導致了云會(huì )議的共享流頂替了原視頻流，因而硬件終端上無(wú)法實(shí)現“雙流雙屏”效果，影響體驗。
“云+本地”的融合會(huì )議
在SaaS視頻會(huì )議迅猛發(fā)展的今天，案例中的“傳統硬件+SaaS賬號”的開(kāi)會(huì )模式十分普遍，但存在“代差”的產(chǎn)品相結合，就不可避免會(huì )出現一些新的挑戰，其需求的本質(zhì)是如何融合“云+本地”的視頻通信模式。
就案例而言，調試中出現的“單通”現象，就是跨網(wǎng)通信常見(jiàn)的NAT穿越（即穿防火墻）失敗。而“雙流失敗”后經(jīng)分析，原因同樣可以歸為遠端NAT穿越失敗。具體而言，即雙方在雙流協(xié)商成功后云端并沒(méi)有獲取到正確的輔流媒體目的地址，因此云端雖然發(fā)出了輔流，卻“只能搶占”主流媒體通道，主流就無(wú)法被本地硬件收到，自然就出現了案例描述的現象。
實(shí)際上，NAT穿越是視頻會(huì )議項目中非常普遍的需求，絕大多數產(chǎn)品也具備N(xiāo)AT穿越功能。但實(shí)際的情況是，由于引起穿越失敗的原因復雜各異，視頻會(huì )議系統附帶的NAT穿越模塊覆蓋并不全面，加上用戶(hù)需求千變萬(wàn)化，造成了不同品牌的融合使用很容易出現異常。
針對上面的場(chǎng)景，建議在本地部署1臺握聯(lián)？SBC，通過(guò)SBC強大的SIP會(huì )話(huà)控制功能，自動(dòng)學(xué)習雙向的有效路由，無(wú)論您本地的SIP終端是否具備N(xiāo)AT穿越模塊，都可保證雙向音頻、視頻、輔流的互聯(lián)互通。
除此之外，使用握聯(lián)SBC，可簡(jiǎn)化融合通信中SIP終端加入第三方云會(huì )議房間時(shí)的呼叫操作，無(wú)需加撥IP地址。
選擇握聯(lián)？SBC，可讓您輕松駕馭“云+本地”的融合會(huì )議！
