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.
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.
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.
We use svn to manage the cfgs. The prod instances regularly update svn. On 02 Mar 2016 7:39 PM, "Alex Balashov" abalashov@evaristesys.com wrote:
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/
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
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@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
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@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@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
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.
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@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@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
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.
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@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@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
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@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@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@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
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@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@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
-
Alex Balashov -
Daniel Tryba -
Daniel-Constantin Mierla -
Jason Penton -
Tim Chubb -
Tristan Mahé