[rtg] Traffic is wrapping
John Von Essen
john at quonix.net
Mon Apr 7 23:19:12 EDT 2008
yrtg looks interesting... didn't know it existed.
Does anyone know if anyone has tried to tackle a pgsql implementation
with any success?
Out of curiosity, at what point (say, interface count) does scalability
start to become an issue? Right now I monitor 30 FE interfaces across 2
routers (7600 series) with 5 minute polling - and haven't noticed any
problems. Will I start to see some soon or is scalability problem much
higher in the interface/device count range?
Thanks
John
On Apr 7, 2008, at 8:38 PM, Ryan DiRocco wrote:
> Also in regards to Bill's Yrtg there is a great 'yrtg-builer' that was
> posted a few months back that actually works well.
>
> I honestly think .9 should have been grown out of .8-yrtg
>
> =======================
> | Ryan DiRocco
> | Director Of Engineering
> | Global Net Access, LLC.
> | PH: 404-230-9150 ext 240
> | Cell: 678-525-7307
> | E-Mail: ryan.dirocco at gnax.net
> =======================
>
> -----Original Message-----
> From: rtg-bounces at lists.grdata.com
> [mailto:rtg-bounces at lists.grdata.com] On
> Behalf Of bill fumerola
> Sent: Monday, April 07, 2008 7:46 PM
> To: Leech, Jonathan
> Cc: rtg at lists.grdata.com
> Subject: Re: [rtg] Traffic is wrapping
>
> On Tue, Apr 01, 2008 at 03:44:46PM -0600, Leech, Jonathan wrote:
>> I think now is as good a time as any to further pollute the waters...
>> My
>> colleague and I implemented JRTG to address the problems we had with
>> RTG, primarily scalability. As its Java another benefit is there is no
>> problem building it.
>>
>> http://jrtg.sourceforge.net
>>
>> We built it to read the targets file from TargetMaker, and write to
>> the
>> same schema as RTG, but we never tested the database insertion as we
>> write to a different schema.
>
> first: neat idea. i'm sure it works great better etc., no disrespect.
> but..
>
> my lord, that code is so far gone from the original codebase... it's
> nice that you gave a nod to its roots. i mean, i guess it's obvious
> from
> some of the structure and variables and event loops, but here is one of
> many reasons why i stay away from java....
>
> %%%%%%%%%%%%%%%%%%%%%%%%%%%%
> // need to make a new delegate if the className or delegateName for i
> has
> changed,
> // or if there wasn't a delegate for i to begin with
> if (
> ((oldDelegate != null) &&
> (!oldDelegate.getClass().getName().equals(className) ||
> !oldDelegate.name.equals(delegateName)))
> || ((oldDelegate == null) && (className != null) &&
> !"".equals(className) && (delegateName != null) &&
> !"".equals(delegateName))
> )
> {
> %%%%%%%%%%%%%%%%%%%%%%%%%%%%
>
> OOP will save us all / save us all from OOP.
>
> if you had to rewrite it in an entirely other language, ruby would have
> made a nice fit. dunno how advanced the SNMP modules are, but from a
> language fitting the task perspective, i think it would work great.
>
> rrtg? bfrtg? odnsrtg?
>
> dare to dream.
>
> -- bill
>
> p.s. to the other poster who asked "Yahoo-RTG?"
> http://mu.org/~billf/yrtg/
> _______________________________________________
> RTG mailing list
> RTG at lists.grdata.com
> http://lists.grdata.com/mailman/listinfo/rtg
>
> _______________________________________________
> RTG mailing list
> RTG at lists.grdata.com
> http://lists.grdata.com/mailman/listinfo/rtg
>
More information about the RTG
mailing list