[rtg] Fwd: Results with RTG

[Jacob Steinberger]

1 and 5: I'm with John, I created some simple cron jobs to run 
targetmaker and restart RTG like clock work. I haven't had a single 
problem with adding a new device or a memory leak.
2: I've done the same thing as Matt. I created a graphical interface to 
RTG using Flex/Flash and AMFPHP. The included graphing module costs 
money, but it looks nice and the customers seem to like the presentation.
3: I have bugs in the default grapher as well. Depending on how I 
compiled it, or what release I do, I can basically move the bugs around, 
but at least one always seems to exist.
4: It is? How so? I monitor servers, switches, routers and firewalls. 
I've never had a problem matching a port to a device.

In my opinion, bugs and all, it's better than HP-OVPI or IBM's Provisio. 
There might be smaller shops selling statistical software, rather, I 
hope there is because there's a lot of expensive crap out there. What I 
wont do is try to sell it to you. I've been using it for over a year and 
I've spent a lot of time making it do what I want to do on the 
presentation layer - you'll probably end up doing the same.

Jacob

Harry Marcson wrote:
> We are looking to integrate RTG into our system, because it seems to 
> be the only option for our setup. We are looking to poll about 100 
> switches, connecting about 2000 servers.
>
> Our current RTG testing results for 1 switch polling showed us that RTG:
>
> 1- Seems to have memory leaks, not new news after reading through the 
> mailing list, but was wondering how people are surviving with this, 
> especially the ones with the bigger setups. did you apply any specific 
> patch such as yahoo rtg (yrtg) or own fixes?
> 2- Has really boring and bad-looking graphs. Good graphs would be the 
> ones that are from Cacti for example.. If anyone has a better 
> rtgplot.cgi or improved graphing code, please do share it!
> 3- Bugs in the graphs. A simple example is a server that got a 800Mbps 
> DDOS attack and got nullrouted.. RTG did not move the line near the 
> 0Mbps, when it crashed. The end result is, once the server was 
> restored a few hours later, the graph line went down to the actual 
> usage of about 10Mbps, but showed that during the nullroute a 800Mbps 
> usage.
> 4- Makes matching the actual switch port with the RTG device id a bit 
> of a hassle. Has anyone come up with a solution for that?
> 5- Lacks automation when it comes to discovering new devices. Adding 
> switch ips is an easy one, but how to run rtg targetmaker.pl every 
> time a new server is added to a switch, aswell as restarting the RTG 
> process is a more difficult one.
>
> I am also very interested in knowing wether any big companies are 
> utilizing RTG for their bandwidth monitoring or billing. I saw in the 
> mailinglist that Layeredtech, Gnax, Savvis are some examples. Any 
> others that would like to convince us that RTG is worth it in the long 
> run?
>
> Harry
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> RTG mailing list
> RTG at lists.grdata.com
> http://lists.grdata.com/mailman/listinfo/rtg
>