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

2021-08-04 Thread Denys Pozniak
@Mojtaba > Just a question, Let me know which scenario is like that you use? --- --- - this server has 2 interfaces: local and public - controls RTPengine and rewrites SDP пн, 2 авг. 2021 г. в 20:36, Carsten Bock : > Hi, > > We don't do RTP on

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

2021-08-02 Thread Carsten Bock
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 &

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

2021-08-02 Thread Mojtaba
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 wrote: > Hi, > > we even take it one step further: > Incoming <-> Kamailio <-> SEMS (B2BUA) <-> Kamailio <-> Interconnect > > We do

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

2021-08-02 Thread Carsten Bock
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

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

2021-07-31 Thread 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,

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

2021-07-30 Thread Denys Pozniak
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

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

2021-07-27 Thread Gerry | Rigatta
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

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

2021-07-27 Thread Karsten Horsmann
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

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

2021-07-13 Thread Daniel-Constantin Mierla
Hello, every SIP UA that sends out a request must add a Via header with own address, not matter is the originating UA, intermediary SBC or proxy. The SBC/B2BUA, remove incoming Via headers, but they add one with onw address, otherwise routing of replies does not work. Anyhow, if you need