WebRTC 转 SIP 软电话平台 Siperb 详述了一款本地运行的媒体桥接器（media bridge），该组件能让其桌面客户端连接到客户本地部署的 PBX，而无需将该 PBX 暴露于公网，也无需通过云基础设施路由通话。创始人 Conrad De Wet 在布加勒斯特举办的 OpenSIPS 峰会上介绍了这一特性。
该桥接器所解决的问题，对于云上实时通信软件厂商而言并不陌生：部分客户将 PBX 完全部署在自有网络内部，且无意将其接入互联网。Siperb 并没有要求这些客户进行迁移，而是构建了一个直接运行在其桌面客户端内部的组件。
该桥接器使用 Go 语言编写，在用户本机本地终结 WebRTC 连接。从浏览器引擎的视角看，它的行为如同一个普通的 WebRTC 端点；从客户 PBX 的视角看，它则是一个承载纯明文媒体的普通 SIP 端点。在两者之间，桥接器执行了通常在云基础设施上完成的工作：终结 WebSocket 连接，将通话信令代理转发至上游 SIP 服务器，并通过以下方式处理媒体——修改会话描述（SDP）、将自身作为媒体服务器插入其中、剥离浏览器施加的 DTLS 加密，然后以上游 PBX 所期望的编码格式转发明文媒体，无论是 PCMA、PCMU 还是 Opus。
这一架构规避了一个常见替代方案：向客户楼宇内部署一台专用本地设备，例如会话边界控制器（SBC）或 RTP 中继。该方案可行，但会给一个本应是纯软件的部署增添硬件成本和持续的运维负担。通过改为在客户端内部完成媒体终结，Siperb 的客户可以保持纯软件部署模式：软电话应用本身在需要时才充当一个具备媒体感知能力的 SBC，无需额外添置任何硬件设备。
Siperb 还透露，该桥接器的首个可用版本大约仅用两天时间便开发完成，由其工程团队与 AI 编程助手协作，基于参照成熟 RTP 代理设计而制定的详细规格说明实现。团队描述了一个持续的反馈循环：将运行时日志回传给 AI 助手进行分析和修复。
Siperb 创始人认为，业界一个更广泛的假设，即任何尚未上云的系统都是一个”等待被解决的迁移问题”对于相当一部分客户而言很可能是错误的。在他看来，那些打算无限期将 PBX 保留在本地部署的组织，由那些直接针对这一现实进行设计的厂商来服务，会更为妥当。
本文来自作者投稿，版权归原作者所有。如需转载，请注明出处：https://www.nxrte.com/zixun/71287.html
