These addon looks great in my book. I really do like pmacct but have not had the chance to implement it other than in testing due the the lack of a good frontend ( and due to the fact that we lack time to develop one ourself)
Med vänlig hälsning Andreas Larsen IP-Only Telecommunication AB| Postadress: 753 81 UPPSALA | Besöksadress: S:t Persgatan 6, Uppsala | Telefon: +46 (0)18 843 10 00 | Direkt: +46 (0)18 843 10 56 www.ip-only.se<https://webmail.ip-only.net/owa/UrlBlockedError.aspx> 18 sep 2014 kl. 15:32 skrev Karl O. Pinc <k...@meme.com<mailto:k...@meme.com>>: On 09/16/2014 11:50:56 AM, Thomas King wrote: On 16 Sep 2014, at 17:37, Karl O. Pinc <k...@meme.com<mailto:k...@meme.com>> wrote: On 09/16/2014 04:25:19 AM, Thomas King wrote: We are thinking about adding features in the following categories: - Reconfiguration via API: As we want to use pmacct in a dynamic environment we want to be able to change the configuration via an API without restarting pmacct. Just curious. Why is an API required. Isn't a signal to re-read configs enough? If this can be done without interrupting the pmacct operations (and losing any data) it is enough I like the idea of a signal, it being the simplest API there is. It'd also then be trivial to add support for a system pmacct startup script that supports a "reload" operation, without data loss. Just my 2 cents. Karl <k...@meme.com<mailto:k...@meme.com>> Free Software: "You don't pay back, you pay forward." -- Robert A. Heinlein _______________________________________________ pmacct-discussion mailing list http://www.pmacct.net/#mailinglists
_______________________________________________ pmacct-discussion mailing list http://www.pmacct.net/#mailinglists