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

Reply via email to