Re: [SR-Users] Features of Kamailio as SBC
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 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 > 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 : >> >>> 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 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: * 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 >>> >> >> >> -- >> >> 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 >> > __ > 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
Re: [SR-Users] Features of Kamailio as SBC
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 : > 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 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: >> * 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 > -- 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
Re: [SR-Users] Features of Kamailio as SBC
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 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: > * 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
Re: [SR-Users] Features of Kamailio as SBC
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 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 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: >> * 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 __ 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
Re: [SR-Users] Features of Kamailio as SBC
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 wrote: > > *for > > Thanks! > > ~Noah > >> On Dec 25, 2021, at 1:33 PM, Noah Mehl 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 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: >>> * 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 __ 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
Re: [SR-Users] Features of Kamailio as SBC
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 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: > * 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
Re: [SR-Users] Features of Kamailio as SBC
*for Thanks! ~Noah > On Dec 25, 2021, at 1:33 PM, Noah Mehl 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 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: >> * 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
Re: [SR-Users] Features of Kamailio as SBC
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 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: > * 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
Re: [SR-Users] Features of Kamailio as SBC
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 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: > * 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
Re: [SR-Users] Features of Kamailio as SBC
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 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: > * 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
Re: [SR-Users] Features of Kamailio as SBC
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 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 wrote: >> At the risk of self-plugging: >> >> https://youtu.be/j-0C6eHfocI >> >> 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 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: natth...@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: >>> * 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 > __ > 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
Re: [SR-Users] Features of Kamailio as SBC
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 wrote: > At the risk of self-plugging: > > https://youtu.be/j-0C6eHfocI > > 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 < > natth...@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: natth...@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: > * 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 > __ 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
Re: [SR-Users] Features of Kamailio as SBC
At the risk of self-plugging: https://youtu.be/j-0C6eHfocI 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 > 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: natth...@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: > * 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
[SR-Users] Features of Kamailio as SBC
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: natth...@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: * https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
