Hi Hossein,
due to those limitations, we are using a custom, in-house solution for our
MNO/MVNO deployments, which we haven't released as open-source (yet).
Thanks,
Carsten
--
Carsten Bock I CTO & Founder
ng-voice GmbH
Trostbrücke 1 I 20457 Hamburg I Germany
T +49 179 2021244 I
Registry Office at Local Court Hamburg, HRB 120189
Managing Directors: Dr. David Bachmann, Carsten Bock
Am Mi., 26. Okt. 2022 um 18:29 Uhr schrieb H Yavari <
hyavari(a)rocketmail.com>gt;:
Hi Casrten,
Thanks for the comment. I know you provide IMS, have you contributed to
Kamailio IPsec, or do you have something in-house solution for this part?
(I hope this question will not be off-topic)
BR
Hossein
On Wednesday, October 26, 2022 at 06:37:33 AM PDT, Carsten Bock <
carsten(a)ng-voice.com> wrote:
Hi Hossein,
yes, you are right, it is in-efficient. It may be fine for a private
network/PoC/Lab/ or anything else small, but it will not really work for a
commercial network - for that you need something different.
Thanks,
Carsten
--
Carsten Bock I CTO & Founder
ng-voice GmbH
Trostbrücke 1 I 20457 Hamburg I Germany
T +49 179 2021244 I
www.ng-voice.com
Registry Office at Local Court Hamburg, HRB 120189
Managing Directors: Dr. David Bachmann, Carsten Bock
Am Di., 25. Okt. 2022 um 23:03 Uhr schrieb H Yavari <
hyavari(a)rocketmail.com>gt;:
Thanks Alex for your elaboration; you are right.
This is the reason that the current ims_ipsec module will create a bunch
of listeners at startup that looks not efficient.
Regards,
Hossein
On Tuesday, October 25, 2022 at 01:28:38 PM PDT, Alex Balashov <
abalashov(a)evaristesys.com> wrote:
Well, no, it just stems from some knowledge of Kamailio’s multiprocess
architecture.
Kamailio uses a static pool of preforked SIP worker processes, and this
is initialised once upon startup. These child processes are spawned for
every listener, and communicate and share data using SysV IPC and shared
memory. The shared memory pool is likewise initialised upon startup, as is
the small fixed-size area of private memory associated with each other
worker process (“package memory”).
While perhaps not strictly impossible to alter, this setup isn’t
particularly amenable to the dynamic creation and destruction of listeners,
or the additional child processes they beget. The child processes need to
be forked on startup, before their heap is laden with runtime baggage. All
this is relatively expensive to initialise.
— Alex
On Oct 25, 2022, at 4:14 PM, H Yavari
<hyavari(a)rocketmail.com> wrote:
Thanks Alex.
Is there any document or material that tells more about those reasons?
Regards,
Hossein
On Tuesday, October 25, 2022 at 01:00:18 PM PDT, Alex Balashov <
abalashov(a)evaristesys.com> wrote:
Hi,
Unfortunately, for a variety of architectural reasons, this is not
practical.
— Alex
> On Oct 25, 2022, at 12:43 PM, H Yavari <hyavari(a)rocketmail.com>
wrote:
>
> Hi Kamailio community,
>
>
> I am running an IPsec server beside Kamailio, so I am interested to
know if
there is any method to create a SIP listener on a specific port on
the fly. I mean, when I create the IPsec SAs through the IPsec server, I
ask Kamailio to create a listener/handler for that port too.
> This case might be very rare, but it is
always good to hear community
ideas.
Thank you.
Regards,
Hossein
> __________________________________________________________
> 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!
--
Alex Balashov | Principal | Evariste Systems LLC
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
Web:
http://www.evaristesys.com/,
http://www.csrpswitch.com/
__________________________________________________________
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!
__________________________________________________________
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!
--
Alex Balashov | Principal | Evariste Systems LLC
Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free)
Web:
http://www.evaristesys.com/,
http://www.csrpswitch.com/
__________________________________________________________
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
__________________________________________________________
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
__________________________________________________________
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: