关于Kamailio，SBC和SIP处事器的误解
|
许多语音开拓的用户有许多的疑问，对付SBC的给你，成果，以及开源SIP软互换有着很是多的，禁绝确的领略。同时，网上有许多的文章文档确实分享了许多SBC，操作开源软互换做SBC的资料。笔者在几年前对SBC专门写过一篇很是完备的文章先容SBC的浸染和其成果，假如用户不认识的话，可以到网上查找，也可以到我们的链接来得到进一步的进修。什么是SBC，以下是一个很是明白的界说： https://wiki.freepbx.org/display/SBC/Theory+of+Operation
这里，，笔者不在对SBC的成果做太多先容，仅针对SBC和SIP的区别做一个简朴声名，同时针对是否可以行使Kamailio做SBC做一点先容。 起首我们通过两张图例声名一下什么是SBC，什么是SIP处事器。以下图例是一个SBC的架构声名。这里，我们可以看到，在SBC的架构中，我们必要一个B2BUA来认真处理赏罚SIP和RTP的相干技能流程和营业流程。这里的B2BUA必要处理赏罚很是伟大的营业流程，譬喻，电话灌音，计费，编码转换等。
UAS和UAC
SBC详细的行使场景是这样的：
以下是一个SIP处事器的架构，虽然，这里的SIP 应用措施可所以Asterisk，FreeSWITCH可能其他第三方的SIP应用媒体处事器。这里的SIP模块仅对SIP头做处理赏罚，它并没有涉及RTP的处理赏罚。
通过以上两张简朴示例图，我们可以看出关于SBC和SIP处事器的本质上的区别。假如读者如故不太清晰的话，必要恶补什么是proxy和B2BUA的根基常识。其它，笔者在早年的分享较量中有很是完备的先容，用户可以参考。因此，我们这里可以对SBC和SIP处事器简朴总结为以下几点： 凡是环境下，SBC必要B2BUA的成果来实现。B2BUA可以支持更多的SIP 防进攻成果，拓扑潜匿成果，编码转换处理赏罚的成果。一样平常环境下，按照RFC的界说，SIP 处事器只能做注册，定位，呼唤路由成果，逃天水果等SIP相干成果。 凡是环境下，用户陈设SBC必要在DMZ中配置，必要WAN和LAN口设置。这样的话，通过SBC和内网的SIP 媒体处事器对接就会潜匿了SIP应用处事器的收集陈设，起到了拓扑潜匿的成果。假如没有SBC的支持的话，用户则必要直接在DMZ收集中设置SIP处事器，这样会导致SIP收集被袒露在公网，安详性就会呈现题目。以是，基于SIP处事器的这种陈设方法对拓扑潜匿可能收集潜匿根基上都很难实现，会导致严峻的安详题目。 Kamalio是一个SIP 处事器，Kamailio可以实现部门SBC成果。读者必要留意，我们这里夸大的部门成果。详细到现实陈设情形时，用户毕竟必要SBC的什么成果，用户必要本身判定。笔者不想做过多的接头。按照上面的先容中，我们可以得知，SIP处事器可以支持部门SBC的成果，可是不能完全实现SBC的市场上承认的SBC成果，譬喻，SBC多必需编码转换的成果，可能灌音等SBC必需的成果。虽然，用户可以通过kamailio 实现SBC的注册，路由等简朴成果。 此刻，我们开始接头第二个题目，Kamalio是否支持了SBC成果。着实，在上面的先容中，我们已经接头了这个题目。Kamailio可以实现部门SBC的简朴成果。在今朝的刊行版本中，kamailio也没有打算支持b2BUA的模式。因此，理论上来说，Kamailio不能支持真正意义上的SBC成果，也没有支持B2BUA的模块。虽然，Kamailio可以通过其他方法，譬喻UAC模块来实现，这里不做接头。在2016年，官方在这个题目上就有许多的接头，按照官方接头的功效，我们汇总了以下几点： B2BUA的模块可以借助第三方来实现。 增进B2BUA模块会增进kamailio 处事器的负载，影响Kamailio的执行机能。 假如增进B2BUA成果的话，必要增进许多B2BUA的其他成果，会导致平台成长题目。 由于时刻和精神的缘故起因，官方开拓职员接待第三方开拓职员提供B2BUA模块的代码支持。 通过以上简朴说明，我们可以看到，SBC具有很是富厚的对SIP打点的成果，而SIP处事器仅能实现部门SBC成果。Kamalio可以SBC的部门成果，不具备B2BUA成果，因此不能支持完备的SBC须要成果，而且，官方开拓职员今朝没有开拓打算来支持SBC模块。由于SBC，SIP在观念上存在许多一再的处所，因此，我们接头的空间也很大。可是，笔者以为，为了停止客户被忽悠，我们照旧要从今朝的SBC行使场景和产物自己来接头题目，停止用户对SBC产物选型上呈现的各类误解，辅佐用户得到一个势力巨子专业靠谱的办理方案。 （编辑：河北网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
