[SR-Users] which is better for B2BUA

[Mojtaba]

Thanks Guys for your comments.
@Gerry, I agree with you, I have a few experiences working with Yate, It
could work great in enterprise solutions. Thanks
@Denys, Thanks for sharing your experience, Although its configurations
look complicated, But in signaling, It would work great.
Just a question, Let me know which scenario is like that you use?

<operators>-------------------<kamailio/RTPEngine>----------------<SEMS>
or
<operators>----------------<SEMS>-------------------<kamailio/RTPEngine>



On Fri, Jul 30, 2021 at 9:15 AM Denys Pozniak <denys.pozniak at gmail.com>
wrote:

> 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
>
>
> __________________________________________________________
> 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
>


-- 
--Mojtaba Esfandiari.S
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20210731/f8b73ac3/attachment.htm>