Re: [SR-Users] which is better for B2BUA

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 &lt;gjacobsen(a)rigatta.com&gt;om>: > 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 &lt;khorsmann(a)gmail.com&gt; > 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 &lt;mespio(a)gmail.com&gt;om>: > >> >> 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(a)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(a)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(a)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