1 Aug
2021
1 Aug
'21
12:22 a.m.
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(a)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(a)rigatta.com>om>:
--
--Mojtaba Esfandiari.S
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(a)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(a)gmail.com>om>:
--
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
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