Hello
I would like to know all the feature lists of Kamailio as SBC. Could you please send me the document? I cannot find it on the website.
Best regards Nattha Vudhiprasittipol Product Development Engineer
Creaturelab Network Solution Co.,Ltd
357 Charansanitwong Rd., Bang-Bamru,
Bangphlat, Bangkok 10700, THAILAND
Email: nattha.v@creaturelab.co.th
Website: www.creaturelab.co.th
At the risk of self-plugging:
http://www.evaristesys.com/blog/kamailio-as-an-sbc-five-years-on/
— Sent from mobile, with due apologies for brevity and errors.
On Dec 25, 2021, at 4:49 AM, Nattha Vudhiprasittipol nattha.v@creaturelab.co.th wrote:
Hello
I would like to know all the feature lists of Kamailio as SBC. Could you please send me the document? I cannot find it on the website.
Best regards Nattha Vudhiprasittipol Product Development Engineer
Creaturelab Network Solution Co.,Ltd 357 Charansanitwong Rd., Bang-Bamru,
Bangphlat, Bangkok 10700, THAILAND
Email: nattha.v@creaturelab.co.th
Website: www.creaturelab.co.th
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:
Although the Kamilio has a good performance for working as SBC, But in combination with SEMS, it can have the best performance as an SBC. With Best Regards. Mojtaba Esfandiari.S
On Sat, Dec 25, 2021, 16:42 Alex Balashov abalashov@evaristesys.com wrote:
At the risk of self-plugging:
http://www.evaristesys.com/blog/kamailio-as-an-sbc-five-years-on/
— Sent from mobile, with due apologies for brevity and errors.
On Dec 25, 2021, at 4:49 AM, Nattha Vudhiprasittipol < nattha.v@creaturelab.co.th> wrote:
Hello
I would like to know all the feature lists of Kamailio as SBC. Could you please send me the document? I cannot find it on the website.
Best regards Nattha Vudhiprasittipol Product Development Engineer
Creaturelab Network Solution Co.,Ltd
357 Charansanitwong Rd., Bang-Bamru,
Bangphlat, Bangkok 10700, THAILAND
Email: nattha.v@creaturelab.co.th
Website: www.creaturelab.co.th __________________________________________________________ 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:
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:
I would caution against excessive enthusiasm for this paradigm. The open-source/community version of SEMS has been effectively not maintained for some years, a kind of de-orbiting Mir space station…
I would reiterate the theme of my articles and presentations on this topic, personally, which is that thinking of Kamailio as an “SBC” is likely asking the wrong question and that this vocabulary is not particularly applicable to the Kamailio way of doing things.
Instead, the question should be: can I use Kamailio instead for the things I might otherwise use an “SBC” for? The answer is often yes. But they are not one and the same.
— Sent from mobile, with due apologies for brevity and errors.
On Dec 25, 2021, at 12:50 PM, Mojtaba mespio@gmail.com wrote:
Although the Kamilio has a good performance for working as SBC, But in combination with SEMS, it can have the best performance as an SBC. With Best Regards. Mojtaba Esfandiari.S
On Sat, Dec 25, 2021, 16:42 Alex Balashov abalashov@evaristesys.com wrote: At the risk of self-plugging:
http://www.evaristesys.com/blog/kamailio-as-an-sbc-five-years-on/
— Sent from mobile, with due apologies for brevity and errors.
On Dec 25, 2021, at 4:49 AM, Nattha Vudhiprasittipol nattha.v@creaturelab.co.th wrote:
Hello
I would like to know all the feature lists of Kamailio as SBC. Could you please send me the document? I cannot find it on the website.
Best regards Nattha Vudhiprasittipol Product Development Engineer
Creaturelab Network Solution Co.,Ltd 357 Charansanitwong Rd., Bang-Bamru,
Bangphlat, Bangkok 10700, THAILAND
Email: nattha.v@creaturelab.co.th
Website: www.creaturelab.co.th
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:
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:
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:
Alex Balashov writes:
I would caution against excessive enthusiasm for this paradigm. The open-source/community version of SEMS has been effectively not maintained for some years, a kind of de-orbiting Mir space station…
I would not say that SEMS has not been maintained. Some bugs have been fixed and currently I don't know any bug that would affect my use of SEMS. If someone finds a bug that affects his/her use of SEMS, pull requests are and have been welcome.
-- Juha
It is perhaps in the eye of the beholder. I did not mean to invalidate or ignore your contributions, or those of Sipwise to their fork, etc.
I still believe it’s fair to say that there exists no significant commitment to the future of the open-source version, not as a matter of critical mass.
— Sent from mobile, with due apologies for brevity and errors.
On Dec 25, 2021, at 1:15 PM, Juha Heinanen jh@tutpro.com wrote:
Alex Balashov writes:
I would caution against excessive enthusiasm for this paradigm. The open-source/community version of SEMS has been effectively not maintained for some years, a kind of de-orbiting Mir space station…
I would not say that SEMS has not been maintained. Some bugs have been fixed and currently I don't know any bug that would affect my use of SEMS. If someone finds a bug that affects his/her use of SEMS, pull requests are and have been welcome.
-- Juha
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:
Alex Balashov writes:
I still believe it’s fair to say that there exists no significant commitment to the future of the open-source version, not as a matter of critical mass.
You wrote about SEMS not being maintained. Maintaining and significant contributions are two different things.
It would be great if there would be more contributions to SEMS. I use SEMS because there is nothing else open source (or perhaps not even commercial) that even close could serve as a replacement.
-- Juha
Just from my understanding, what feature/s does SEMS have that Freeswitch does not?
Thanks!
~Noah
On Dec 25, 2021, at 1:30 PM, Juha Heinanen jh@tutpro.com wrote:
Alex Balashov writes:
I still believe it’s fair to say that there exists no significant commitment to the future of the open-source version, not as a matter of critical mass.
You wrote about SEMS not being maintained. Maintaining and significant contributions are two different things.
It would be great if there would be more contributions to SEMS. I use SEMS because there is nothing else open source (or perhaps not even commercial) that even close could serve as a replacement.
-- Juha
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:
*for
Thanks!
~Noah
On Dec 25, 2021, at 1:33 PM, Noah Mehl noahmehl@gmail.com wrote:
Just from my understanding, what feature/s does SEMS have that Freeswitch does not?
Thanks!
~Noah
On Dec 25, 2021, at 1:30 PM, Juha Heinanen jh@tutpro.com wrote:
Alex Balashov writes:
I still believe it’s fair to say that there exists no significant commitment to the future of the open-source version, not as a matter of critical mass.
You wrote about SEMS not being maintained. Maintaining and significant contributions are two different things.
It would be great if there would be more contributions to SEMS. I use SEMS because there is nothing else open source (or perhaps not even commercial) that even close could serve as a replacement.
-- Juha
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:
From an application perspective, perhaps nothing, but the sbc module offers fairly fine-grained control over the signalling and media characteristics of call legs in a logically independent way. That sort of highly intentional separation isn’t as easy to accomplish with Sofia + FS, despite considerable low-level technical attributes available.
— Sent from mobile, with due apologies for brevity and errors.
On Dec 25, 2021, at 1:37 PM, Noah Mehl noahmehl@gmail.com wrote:
*for
Thanks!
~Noah
On Dec 25, 2021, at 1:33 PM, Noah Mehl noahmehl@gmail.com wrote:
Just from my understanding, what feature/s does SEMS have that Freeswitch does not?
Thanks!
~Noah
On Dec 25, 2021, at 1:30 PM, Juha Heinanen jh@tutpro.com wrote:
Alex Balashov writes:
I still believe it’s fair to say that there exists no significant commitment to the future of the open-source version, not as a matter of critical mass.
You wrote about SEMS not being maintained. Maintaining and significant contributions are two different things.
It would be great if there would be more contributions to SEMS. I use SEMS because there is nothing else open source (or perhaps not even commercial) that even close could serve as a replacement.
-- Juha
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:
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:
I think it’s also worth noting that SEMS is very lean and efficient, and can be easily pared down to doing exactly what you need it to do and not an ounce more. FS is a bureaucratic and resource-hungry monster by comparison.
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”.
— Sent from mobile, with due apologies for brevity and errors.
On Dec 25, 2021, at 1:34 PM, Noah Mehl noahmehl@gmail.com wrote:
Just from my understanding, what feature/s does SEMS have that Freeswitch does not?
Thanks!
~Noah
On Dec 25, 2021, at 1:30 PM, Juha Heinanen jh@tutpro.com wrote:
Alex Balashov writes:
I still believe it’s fair to say that there exists no significant commitment to the future of the open-source version, not as a matter of critical mass.
You wrote about SEMS not being maintained. Maintaining and significant contributions are two different things.
It would be great if there would be more contributions to SEMS. I use SEMS because there is nothing else open source (or perhaps not even commercial) that even close could serve as a replacement.
-- Juha
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:
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:
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
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@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@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
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@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@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@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
-- --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:
Hi can you share hkw to config sems and kamailio to work together as sbc (semes for signalling and kamailio+rtpengine for media) Thanks.
On Mon, Jan 3, 2022, 8:03 PM Denys Pozniak denys.pozniak@gmail.com wrote:
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@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@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@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
-- --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:
--
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:
Configuring Sems to work with Kamailio depends entirely on your network and the scenario you want. If you mean how Sems are configured, you can find it in the doc folder in the source code. cheers
On Mon, Jan 3, 2022 at 8:24 PM mohsen khashei mkhashei@gmail.com wrote:
Hi can you share hkw to config sems and kamailio to work together as sbc (semes for signalling and kamailio+rtpengine for media) Thanks.
On Mon, Jan 3, 2022, 8:03 PM Denys Pozniak denys.pozniak@gmail.com wrote:
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@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@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@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
-- --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:
--
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:
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:
When I consider the viability of an open-source project and the question of maintenance, I take a holistic view of the life cycle, and whether there is some significant base of developers or organisation with a declared commitment to furthering its development and some goals around that. This includes all facets of project management that make it usable to others, including keeping documentation current, etc.
Without this, there are just — in the best case — some commits happening. While noble and laudable, these are not propitious for a long-term and durable investment in an esoteric technology or system. And it is far from clear, anyhow, that one or two people’s occasional — if motivated — commits can defend against the encroaching forces of “bit rot”, shifting dependencies and operating environment characteristics, changing library APIs, new packaging systems, and in short all manner of entropy.
The community edition of SEMS is not a viable recommendation for the general mass of potential users in this sense. It might work for you because you know it very well and have personally contributed to it for some years, but this doesn’t make it practical for others and I cannot in good conscience recommend it for people who aren’t you, Sipwise or a handful of other shamans verses in its spells. :-)
— Sent from mobile, with due apologies for brevity and errors.
On Dec 25, 2021, at 1:30 PM, Juha Heinanen jh@tutpro.com wrote:
Alex Balashov writes:
I still believe it’s fair to say that there exists no significant commitment to the future of the open-source version, not as a matter of critical mass.
You wrote about SEMS not being maintained. Maintaining and significant contributions are two different things.
It would be great if there would be more contributions to SEMS. I use SEMS because there is nothing else open source (or perhaps not even commercial) that even close could serve as a replacement.
-- Juha
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:
I would also like to add that SEMS is MUCH more that a typical SBC. It is a platform for developing all kinds of VoIP applications.
-- Juha
I would agree with that. It’s no accident that it’s the back side of a commercial SBC product. :-)
— Sent from mobile, with due apologies for brevity and errors.
On Dec 25, 2021, at 1:17 PM, Juha Heinanen jh@tutpro.com wrote:
I would also like to add that SEMS is MUCH more that a typical SBC. It is a platform for developing all kinds of VoIP applications.
-- Juha
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:
@Juha Heinanen jh@tutpro.com As you know, i,ve reported an issue in SEMS before. Im going to have request pull for this update in SEMS. Thanks
On Sat, Dec 25, 2021, 21:47 Juha Heinanen jh@tutpro.com wrote:
I would also like to add that SEMS is MUCH more that a typical SBC. It is a platform for developing all kinds of VoIP applications.
-- Juha
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:
-
Alex Balashov -
Denys Pozniak -
Juha Heinanen -
mohsen khashei -
Mojtaba -
Nattha Vudhiprasittipol -
Noah Mehl