[SR-Users] Features of Kamailio as SBC

[Denys Pozniak]

Hello!

We also have a similar experience with the sems, in the end, we came to the
conclusion that under heavy load and passing the RTP, it behaves unstable.
Now we use sems only for SIP signaling processing and in conjunction with
Kamailio and Rtpengine, and in this mode it is excellent!

If someone needs packages for Centos 7, then you can use the repository
(the building is triggered for each commit into sems-server master):
https://copr.fedorainfracloud.org/coprs/denysp/sems/


вс, 26 дек. 2021 г. в 11:28, Mojtaba <mespio at gmail.com>:

> I also have written some applications which use some of its SBC
> capabilities.
> I feel so happy that the SEMS works powerfully in signaling mode. For some
> reason, I don't anchor RTP sessions to SEMS and use a media server in
> Kamailio (LRKProxy).
> Because of the elasticity of each item, you might find some unusual manner
> in Sems, they are quite a topic that has no effect on Sems's overall
> behavior. For these cases, you can have contributions in solving them or
> using Kamailio.
>
> On Sun, Dec 26, 2021 at 11:17 AM Juha Heinanen <jh at tutpro.com> wrote:
>
>> Alex Balashov writes:
>>
>> > I use SEMS myself and like it very much. It’s sad to see it fall away
>> > and I regret that I personally lack the resources to prop it
>> > up. Nevertheless, I think it’s a fact that it’s not a dependable input
>> > in a future-proof way for lack of active public development and (much)
>> > maintenance. I think in the most optimistic view it is merely “very
>> > unpolished”.
>>
>> I too feel sad that SEMS development has stalled to minimal maintenance
>> level.  I have written numerous applications from scratch using SEMS's
>> DSM scripts (call center, conference, voicemail, ivr apps, charging,
>> ...)  plus I'm using some of its SBC capabilities.  As long as there is
>> no alternative, for me it is the only way to go.
>>
>> -- Juha
>>
>> __________________________________________________________
>> Kamailio - Users Mailing List - Non Commercial Discussions
>>   * sr-users at 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 at 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20220103/4fe1ff86/attachment.htm>