企業(yè)早期采購(gòu)某品牌硬件視頻會(huì)議系統(tǒng)，放置在內(nèi)網(wǎng)使用，后購(gòu)買了某知名SaaS軟視頻會(huì)議賬號(hào)，要求硬件終端以sip方式呼入云會(huì)議，實(shí)現(xiàn)“軟硬互通”。

　　調(diào)試中出現(xiàn)單通現(xiàn)象，經(jīng)過配置后音視頻互通基本正常，但當(dāng)云會(huì)議用戶啟用共享時(shí)，硬件終端只能看到共享卻看不到視頻。經(jīng)初步分析，發(fā)現(xiàn)是因未知原因?qū)е铝嗽茣?huì)議的共享流頂替了原視頻流，因而硬件終端上無法實(shí)現(xiàn)“雙流雙屏”效果，影響體驗(yàn)。

　　在SaaS視頻會(huì)議迅猛發(fā)展的今天，案例中的“傳統(tǒng)硬件+SaaS賬號(hào)”的開會(huì)模式十分普遍，但存在“代差”的產(chǎn)品相結(jié)合，就不可避免會(huì)出現(xiàn)一些新的挑戰(zhàn)，其需求的本質(zhì)是如何融合“云+本地”的視頻通信模式。

　　就案例而言，調(diào)試中出現(xiàn)的“單通”現(xiàn)象，就是跨網(wǎng)通信常見的NAT穿越（即穿防火墻）失敗。而“雙流失敗”后經(jīng)分析，原因同樣可以歸為遠(yuǎn)端NAT穿越失敗。具體而言，即雙方在雙流協(xié)商成功后云端并沒有獲取到正確的輔流媒體目的地址，因此云端雖然發(fā)出了輔流，卻“只能搶占”主流媒體通道，主流就無法被本地硬件收到，自然就出現(xiàn)了案例描述的現(xiàn)象。

　　實(shí)際上，NAT穿越是視頻會(huì)議項(xiàng)目中非常普遍的需求，絕大多數(shù)產(chǎn)品也具備NAT穿越功能。但實(shí)際的情況是，由于引起穿越失敗的原因復(fù)雜各異，視頻會(huì)議系統(tǒng)附帶的NAT穿越模塊覆蓋并不全面，加上用戶需求千變?nèi)f化，造成了不同品牌的融合使用很容易出現(xiàn)異常。

　　針對(duì)上面的場(chǎng)景，建議在本地部署1臺(tái)握聯(lián)？SBC，通過SBC強(qiáng)大的SIP會(huì)話控制功能，自動(dòng)學(xué)習(xí)雙向的有效路由，無論您本地的SIP終端是否具備NAT穿越模塊，都可保證雙向音頻、視頻、輔流的互聯(lián)互通。

　　除此之外，使用握聯(lián)SBC，可簡(jiǎn)化融合通信中SIP終端加入第三方云會(huì)議房間時(shí)的呼叫操作，無需加撥IP地址。

　　選擇握聯(lián)？SBC，可讓您輕松駕馭“云+本地”的融合會(huì)議！