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.pozn...@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 <gjacob...@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 <khorsm...@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 <mes...@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@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@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@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
__________________________________________________________ Kamailio - Users Mailing List - Non Commercial Discussions * sr-users@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