企业早期采购某品牌硬件视频会议系统，放置在内网使用，后购买了某知名SaaS软视频会议账号，要求硬件终端以sip方式呼入云会议，实现“软硬互通”。
调试中出现单通现象，经过配置后音视频互通基本正常，但当云会议用户启用共享时，硬件终端只能看到共享却看不到视频。经初步分析，发现是因未知原因导致了云会议的共享流顶替了原视频流，因而硬件终端上无法实现“双流双屏”效果，影响体验。
“云+本地”的融合会议
在SaaS视频会议迅猛发展的今天，案例中的“传统硬件+SaaS账号”的开会模式十分普遍，但存在“代差”的产品相结合，就不可避免会出现一些新的挑战，其需求的本质是如何融合“云+本地”的视频通信模式。
就案例而言，调试中出现的“单通”现象，就是跨网通信常见的NAT穿越（即穿防火墙）失败。而“双流失败”后经分析，原因同样可以归为远端NAT穿越失败。具体而言，即双方在双流协商成功后云端并没有获取到正确的辅流媒体目的地址，因此云端虽然发出了辅流，却“只能抢占”主流媒体通道，主流就无法被本地硬件收到，自然就出现了案例描述的现象。
实际上，NAT穿越是视频会议项目中非常普遍的需求，绝大多数产品也具备NAT穿越功能。但实际的情况是，由于引起穿越失败的原因复杂各异，视频会议系统附带的NAT穿越模块覆盖并不全面，加上用户需求千变万化，造成了不同品牌的融合使用很容易出现异常。
针对上面的场景，建议在本地部署1台握联？SBC，通过SBC强大的SIP会话控制功能，自动学习双向的有效路由，无论您本地的SIP终端是否具备NAT穿越模块，都可保证双向音频、视频、辅流的互联互通。
除此之外，使用握联SBC，可简化融合通信中SIP终端加入第三方云会议房间时的呼叫操作，无需加拨IP地址。
选择握联？SBC，可让您轻松驾驭“云+本地”的融合会议！
