@Mojtaba > Just a question, Let me know which scenario is like that you use? <operators>----------------<SEMS/RTPengine>-------------------<kamailio> -------------------<core>
<SEMS/RTPengine> - this server has 2 interfaces: local and public <kamailio> - controls RTPengine and rewrites SDP пн, 2 авг. 2021 г. в 20:36, Carsten Bock <cars...@ng-voice.com>: > Hi, > > We don't do RTP on this setup, as we only use it for connecting different > Consumer-Voice-Platforms with various upstream carriers. > > We did trigger RTPEngine once from Kamailio for connecting IPv6 to IPv4 > carriers, but we've removed that meanwhile. > > Thanks, > Carsten > > Carsten Bock I CTO & Founder > > > > > ng-voice GmbH > > Trostbrücke 1 I 20457 Hamburg I Germany > T +49 40 524 75 93-40 | M +49 179 2021244 I www.ng-voice.com > > Registry Office at Local Court Hamburg, HRB 120189 > Managing Directors: Dr. David Bachmann, Carsten Bock > > Mojtaba <mes...@gmail.com> schrieb am Mo., 2. Aug. 2021, 13:04: > >> Hi Carsten, >> Yes, Using SEMS as B2BUA would be good plan, But just a question, Do you >> skip RTP flow to SEMS, too? >> Thanks >> >> On Mon, Aug 2, 2021 at 1:46 PM Carsten Bock <cars...@ng-voice.com> wrote: >> >>> Hi, >>> >>> we even take it one step further: >>> Incoming <-> Kamailio <-> SEMS (B2BUA) <-> Kamailio <-> Interconnect >>> >>> We do this, to limit the required functionality of SEMS to be a B2BUA >>> and we do all further stuff (Number Portability Lookup, Least-Cost-Routing, >>> Message Manipulation, ..) on Kamailio. >>> >>> I almost hate to say this as Kamailian, but one more alternative to SEMS >>> worth checking is OpenSIPS and its b2b modules. >>> >>> Thanks, >>> Carsten >>> -- >>> Carsten Bock I CTO & Founder >>> >>> ng-voice GmbH >>> >>> Trostbrücke 1 I 20457 Hamburg I Germany >>> T +49 40 524 75 93-40 | M +49 179 2021244 I www.ng-voice.com >>> >>> Registry Office at Local Court Hamburg, HRB 120189 >>> Managing Directors: Dr. David Bachmann, Carsten Bock >>> >>> >>> Am Sa., 31. Juli 2021 um 23:24 Uhr schrieb Mojtaba <mes...@gmail.com>: >>> >>>> 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 >>>> >>> __________________________________________________________ >>> 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 >> > __________________________________________________________ > 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