[SR-Users] which is better for B2BUA

Denys Pozniak denys.pozniak at gmail.com
Fri Jul 30 15:12:00 CEST 2021


Hello!
We used sems to interconnect with external operators. But with a heavy call
load and with the processing of the media stream, it often crashed.
Now we use Kamailio / Rtpengine for media stream processing and sems for
signaling processing. We install all this on one server. It probably looks
complicated, but it works great.

вт, 27 июл. 2021 г. в 16:10, Gerry | Rigatta <gjacobsen at rigatta.com>:

> Hi,
>
> Some comments on Yate.
>
> Yate works well as a B2BUA. It is very performant and stable. It can
> bypass media dynamically.
>
> The main beauty of Yate is how it processes calls internally. Yate
> represents calls internally as messages with parameters (caller, callee,
> codecs …) . While the call passes from the incoming to the outgoing call
> leg the message parameters can be manipulated by different yate modules. In
> turn, message parameters can trigger yate modules for some actions, e.g.
> start a sip call.
>
> The Yate internal messaging allows to build with little code complex call
> logic. E.g a mysql query result can be used directly for routing. E,g, you
> can build a switch just with a couple of mysql procedures.
>
> Cheers
>
> Gerry
>
>
>
> On 27 Jul 2021, at 11:35, Karsten Horsmann <khorsmann at gmail.com> wrote:
>
> Hello,
>
> just for the records:
>
> You can also bypass media with FreeSWITCH if you want. The overall
> handling of many parallel calls is still not so high like in SEMS.
>
> https://freeswitch.org/confluence/display/FREESWITCH/Proxy+Media
> This is also possible on a per Call base.
>
> And you can use different profiles as well in FreeSWITCH.
>
> Asterisk Experts will have more knowledge what is possible there, and
> maybe someone told us whats going on with Yate.
>
> Kind regards
> Karsten
>
> Am Di., 13. Juli 2021 um 10:11 Uhr schrieb Mojtaba <mespio at gmail.com>:
>
>>
>> Hello there,
>> According to ,
>> https://lists.kamailio.org/pipermail/sr-users/2016-March/092058.html,
>> which talked about  B2BUA (just signalling) in Kamailio.
>> As i have experienced working with SEMS, freeswitch and Kamailio while
>> using B2BUA feature, Each of them have pros and cons:
>> 1- The sems is a light sip engine server with several applications (like
>> as sbc) for using b2bua. All incoming and outgoing calls could go to sems
>> server for doing b2bua like this:
>>
>> Incoming<=======>Kamailio<========>Sems<========>Kamailio<=======>outgoing
>>
>> 2- In sems, you could disable rtp realying. It forces sems to work just
>> as b2bua without anchoring RTP
>> 3- Easy to use different active profiles in routing.
>>
>> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>  * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>  * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
>
> __________________________________________________________
> Kamailio - Users Mailing List - Non Commercial Discussions
>   * sr-users at lists.kamailio.org
> Important: keep the mailing list in the recipients, do not reply only to
> the sender!
> Edit mailing list options or unsubscribe:
>   * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>


-- 

BR,
Denys Pozniak
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210730/7fb1bab9/attachment.htm>


More information about the sr-users mailing list