Hi Ruben, The protocol between pmacct and pmacctd is fairly stable, didn't evolve much over the last year or so. But, of course, stability is also greatly related to the purpose: as that didn't evolve consequently the protocol remained still. This is to say i'm open to review it with anybody might be interested into it.
Documentation is absent in this regard - but i can (and willing to) put something together if it can be of use. Let me conclude that you propose a valid idea: should you want to progress it, i will fully support. Cheers, Paolo On Thu, Feb 24, 2011 at 10:04:53AM +0100, Ruben Laban wrote: > Hi Paolo, > > Digging up an ancient thread as the topic became "interesting" again as I'm > improving/refactoring my current setups. > > One of the ideas I had was for perl to directly "talk" to pmacct using the > sockets (talking memory plugins only here). Is the protocol/ABI/API that's > used between pmacct and pmacctd stable? And perhaps documented somewhere > already? If this were the case, writing "3rd party" interfaces to pmacct(d) > could be fairly trivial. > > Regards, > Ruben Laban > > On Thursday 02 August 2007 at 13:01 (CET), Ruben Laban wrote: > > Hi Paolo, > > > > I understand the time-related problem, I face it myself way more often than > > I'd hope for :-) > > > > I haven't looked very closely at the pmacct source code, but a nice first > > step would be to modularize the functionality of pmacct. I have no idea if > > the current codebase is suited for something like that. If pmacct were to > > become a mere frontend to a pmacct library, it would pave the road for > > other frontend implementations. If I have some spare time I will take look > > at the code myself as well. > > > > For now the interfacing with the pmacct does the job pretty nicely. Except > > that errorhandling is a bit nasty, though that's also caused by my far from > > extensive perl knowledge. > > > > Thanks for your input thus far. > > > > Kind regards, > > Ruben Laban > > > > On Thursday 02 August 2007, Paolo Lucente wrote: > > > Hi Ruben, > > > > > > Personally, i don't have plans to go in that way. But let me clarify > > > that's only because of my current time constraints; i recognize it would > > > be a great addition to the current status, so i would be absolutely open > > > and supportive to anybody that would like to get the token. > > > > > > A valid and effective starting point, as you were suggesting, could be to > > > develop a module that allows to interact with the memory tables without > > > the need to invoke the pmacct binary. > > > > > > Cheers, > > > Paolo > > > > > > On Thu, Aug 02, 2007 at 08:39:30AM +0200, Ruben Laban wrote: > > > > Hello list, > > > > > > > > I was wondering if there were any plans or if anyone had given it a try > > > > to implement a perl interface to pmacct. Right now I'm calling the > > > > pmacct binary from within my perl scripts. A much nicer way would be > > > > to have a perl module to do the interaction with pmacctd. > > > > > > > > Kind regards, > > > > -- > > > > Ruben Laban > > > > Systems and Network Administrator > > > > [email protected] > > > > > > > > ISM eCompany > > > > Van Nelleweg 1 > > > > Postbus 13043 > > > > 3004 HA Rotterdam > > > > +31 (0)10 243 6000 (tel) > > > > +31 (0)10 243 6066 (fax) > > > > www.ism.nl > > > > > > > > Quality Solutions - Reliable Partner > > > > > > _______________________________________________ > > > pmacct-discussion mailing list > > > http://www.pmacct.net/#mailinglists > > > > _______________________________________________ > > pmacct-discussion mailing list > > http://www.pmacct.net/#mailinglists > > > _______________________________________________ > pmacct-discussion mailing list > http://www.pmacct.net/#mailinglists _______________________________________________ pmacct-discussion mailing list http://www.pmacct.net/#mailinglists
