2 Mar
2016
2 Mar
'16
6:10 p.m.
As a suggestion for 5.0 being able to load config files from a URL, with any includes
being taken relative to the URL would be a really handy feature.
It would allow a central source for config files in a cluster and make it a much simpler
process to push out changes to routing to all nodes.
2 Mar
2 Mar
6:38 p.m.
On Wed, Mar 02, 2016 at 05:10:15PM +0000, Tim Chubb wrote:
As a suggestion for 5.0 being able to load config
files from a URL,
with any includes being taken relative to the URL would be a really
handy feature. It would allow a central source for config files in a
cluster and make it a much simpler process to push out changes to
routing to all nodes.
This problem has been solved by the many configuration management tools
readily available.
And no I can't give you a suggestion since I use my own manual way to
upgrade from a central repos (a test server) that simply scps the config
to the active nodes, includes load the per server specific parts from
the filesystem.
6:39 p.m.
On 03/02/2016 12:38 PM, Daniel Tryba wrote:
This problem has been solved by the many configuration
management tools
readily available.
+1, from my vantage point.
--
Alex Balashov | Principal | Evariste Systems LLC
303 Perimeter Center North, Suite 300
Atlanta, GA 30346
United States
Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct)
Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
6:46 p.m.
We use svn to manage the cfgs. The prod instances regularly update svn.
On 02 Mar 2016 7:39 PM, "Alex Balashov" <abalashov(a)evaristesys.com>
wrote:
On 03/02/2016 12:38 PM, Daniel Tryba wrote:
This problem has been solved by the many configuration management tools
--
This email is subject to the disclaimer of Smile Communications at
http://www.smilecoms.com/home/email-disclaimer/
<http://www.smilecoms.com/disclaimer>
readily available.
+1, from my vantage point.
--
Alex Balashov | Principal | Evariste Systems LLC
303 Perimeter Center North, Suite 300
Atlanta, GA 30346
United States
Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct)
Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
7:15 p.m.
Chef, Ansible, Puppet, and others, their job is exactly that, ensuring
that nodes are configured accordingly, also ensuring that any operation
needed for that configuration change is applied ( reloading dispatcher
in case of new config, restarting kamailio in case the whole config file
changed, ... ).
Maybe better to use those dedicated tool rather than working to reinvent
the wheel ?
My 2 cents...
On 03/02/2016 09:38 AM, Daniel Tryba wrote:
On Wed, Mar 02, 2016 at 05:10:15PM +0000, Tim Chubb
wrote:
As a suggestion for 5.0 being able to load config
files from a URL,
with any includes being taken relative to the URL would be a really
handy feature. It would allow a central source for config files in a
cluster and make it a much simpler process to push out changes to
routing to all nodes.
This problem has been solved by the many configuration
management tools
readily available.
And no I can't give you a suggestion since I use my own manual way to
upgrade from a central repos (a test server) that simply scps the config
to the active nodes, includes load the per server specific parts from
the filesystem.
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
8:24 p.m.
I agree I would and do use automation tools like chef and puppet for that very reason.
My original post did leave a fairly important potential benefit to native HTTP loading of
config though, that is you could dynamically generate config in a webapp which the mooted
5.0 runtime routing reloading could really take advantage of.
-----Original Message-----
From: sr-users [mailto:sr-users-bounces@lists.sip-router.org] On Behalf Of Tristan Mahé
Sent: 02 March 2016 18:15
To: sr-users(a)lists.sip-router.org
Subject: Re: [SR-Users] Kamailio 5.0 - HTTP loading of config files
Chef, Ansible, Puppet, and others, their job is exactly that, ensuring that nodes are
configured accordingly, also ensuring that any operation needed for that configuration
change is applied ( reloading dispatcher in case of new config, restarting kamailio in
case the whole config file changed, ... ).
Maybe better to use those dedicated tool rather than working to reinvent the wheel ?
My 2 cents...
On 03/02/2016 09:38 AM, Daniel Tryba wrote:
On Wed, Mar 02, 2016 at 05:10:15PM +0000, Tim Chubb
wrote:
As a suggestion for 5.0 being able to load config
files from a URL,
with any includes being taken relative to the URL would be a really
handy feature. It would allow a central source for config files in a
cluster and make it a much simpler process to push out changes to
routing to all nodes.
This problem has been solved by the many configuration
management
tools readily available.
And no I can't give you a suggestion since I use my own manual way to
upgrade from a central repos (a test server) that simply scps the
config to the active nodes, includes load the per server specific
parts from the filesystem.
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
list sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
3 Mar
3 Mar
10:16 a.m.
On Wed, Mar 02, 2016 at 07:24:59PM +0000, Tim Chubb wrote:
My original post did leave a fairly important
potential benefit to
native HTTP loading of config though, that is you could dynamically
generate config in a webapp which the mooted 5.0 runtime routing
reloading could really take advantage of.
And that you can also already do with some scripting on the kamailio
server using you favorite scripting tools/engine.
Actually I'd argue against using dynamic http requests since that adds
an extra point of failure.
2 Mar
2 Mar
8:20 p.m.
I wasn't asking for a suggestion, I use a very similar setup myself currently as a
matter of fact, server specifics abstracted into includes, simple script to select the
right abstraction all under source control.
Another impetus for wanting to load config from HTTP is that you could serve dynamic
config from a web app, i.e. customer specific configs for dedicated proxies, things which
the mooted 5.0 runtime reloading could really take advantage of...
-----Original Message-----
From: sr-users [mailto:sr-users-bounces@lists.sip-router.org] On Behalf Of Daniel Tryba
Sent: 02 March 2016 17:38
To: Kamailio (SER) - Users Mailing List <sr-users(a)lists.sip-router.org>
Subject: Re: [SR-Users] Kamailio 5.0 - HTTP loading of config files
On Wed, Mar 02, 2016 at 05:10:15PM +0000, Tim Chubb wrote:
As a suggestion for 5.0 being able to load config
files from a URL,
with any includes being taken relative to the URL would be a really
handy feature. It would allow a central source for config files in a
cluster and make it a much simpler process to push out changes to
routing to all nodes.
This problem has been solved by the many configuration management tools readily available.
And no I can't give you a suggestion since I use my own manual way to upgrade from a
central repos (a test server) that simply scps the config to the active nodes, includes
load the per server specific parts from the filesystem.
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
8:22 p.m.
On 03/02/2016 02:20 PM, Tim Chubb wrote:
Another impetus for wanting to load config from HTTP
is that you
could serve dynamic config from a web app, i.e. customer specific
configs for dedicated proxies
Yeah, that's true. I could see that being useful for those exotic cases
where a large amount of Kamailio instances is fleet-managed.
--
Alex Balashov | Principal | Evariste Systems LLC
303 Perimeter Center North, Suite 300
Atlanta, GA 30346
United States
Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct)
Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
8:38 p.m.
Indeed I would have an almost immediate use for such a feature if it was possible, same if
you wanted to offer a kamailio hosting service or dedicated proxies per carrier, reseller
or customer. It would also make the creation of a kamailio config/dev webapp quite
straight forward (install kam, point it to webapp url, start, without having to run a
webserver on the kamailio box to write to local config files) which would help lower the
bar of understanding when it comes to people getting started with kamailio in much the
same way as you get CLI and ASDM when configuring a Cisco ASA... (Its also something I
would be able to contribute back to the community as whilst my c skills are novice, I was
a webdev for many years before I got into devops)
-----Original Message-----
From: sr-users [mailto:sr-users-bounces@lists.sip-router.org] On Behalf Of Alex Balashov
Sent: 02 March 2016 19:23
To: sr-users(a)lists.sip-router.org
Subject: Re: [SR-Users] Kamailio 5.0 - HTTP loading of config files
On 03/02/2016 02:20 PM, Tim Chubb wrote:
Another impetus for wanting to load config from HTTP
is that you could
serve dynamic config from a web app, i.e. customer specific configs
for dedicated proxies
Yeah, that's true. I could see that being useful for those exotic cases where a large
amount of Kamailio instances is fleet-managed.
--
Alex Balashov | Principal | Evariste Systems LLC
303 Perimeter Center North, Suite 300
Atlanta, GA 30346
United States
Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct)
Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
11:22 p.m.
You're dealing with the signalisation, introducing a webapp driven
configuration can lead to some nice timeout/response time issues left to
investigate, or create an additional spof...
Regarding your example of offering a kamailio hosting service, or
dedicated proxies, I would do the absolute opposite, and deal with the
different configurations at the configuration management level ( very
easy to do with Ansible or Chef ) and some kind of orchestration/CD, but
that may be just me making sure that the proxies have a constant
response time, and that they do not add more than 5ms delay on heavy
loads...
I can only see this functionality being useful as a PoC or for extremely
small traffic, or for early beginners but they'll (eventually|probably)
do differently when they learn better Kamailio...
On top of that, with the embedded scripting engines, you can already
code something like that ( do a http request in lua, parse the result
and process or just run the code in result ). Doing that inside scripts
gives also more flexibility on the error handling side, allowing you
custom fallback back-ends, or very short timeout and default actions, ...
My 2 cents...
On 03/02/2016 11:38 AM, Tim Chubb wrote:
Indeed I would have an almost immediate use for such a
feature if it was possible, same if you wanted to offer a kamailio hosting service or
dedicated proxies per carrier, reseller or customer. It would also make the creation of a
kamailio config/dev webapp quite straight forward (install kam, point it to webapp url,
start, without having to run a webserver on the kamailio box to write to local config
files) which would help lower the bar of understanding when it comes to people getting
started with kamailio in much the same way as you get CLI and ASDM when configuring a
Cisco ASA... (Its also something I would be able to contribute back to the community as
whilst my c skills are novice, I was a webdev for many years before I got into devops)
-----Original Message-----
From: sr-users [mailto:sr-users-bounces@lists.sip-router.org] On Behalf Of Alex Balashov
Sent: 02 March 2016 19:23
To: sr-users(a)lists.sip-router.org
Subject: Re: [SR-Users] Kamailio 5.0 - HTTP loading of config files
On 03/02/2016 02:20 PM, Tim Chubb wrote:
Another impetus for wanting to load config from
HTTP is that you could
serve dynamic config from a web app, i.e. customer specific configs
for dedicated proxies
Yeah, that's true. I could see that being useful for
those exotic cases where a large amount of Kamailio instances is fleet-managed.
--
Alex Balashov | Principal | Evariste Systems LLC
303 Perimeter Center North, Suite 300
Atlanta, GA 30346
United States
Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct)
Web: http://www.evaristesys.com/, http://www.csrpswitch.com/
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users 
7:08 p.m.
Kamailio can read the configuration file from stdin, which obviously useful
for redirecting the output of some tool to it rather than typing the whole
configuration.
So you can do:
wget ... http://cfgserver.com/kamailio.cfg | kamailio -f - ...
The dots are for the specific parameters.
This should get you close to what you want. No support for #!include file,
though.
Further enhancements as you proposed can be considered based on interest.
Cheers,
Daniel
On 2 Mar 2016 18:10, "Tim Chubb" <tim.chubb(a)voicesimplified.com> wrote:
As a suggestion for 5.0 being able to load config
files from a URL, with
any includes being taken relative to the URL would be a really handy
feature.
It would allow a central source for config files in a cluster and make it
a much simpler process to push out changes to routing to all nodes.
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
2999
days inactive
3000
days old
11 comments
6 participants
participants (6)
-
Alex Balashov -
Daniel Tryba -
Daniel-Constantin Mierla -
Jason Penton -
Tim Chubb -
Tristan Mahé