Good to know, I will look into the router2 I have not checked that out yet.
The reasoning for the overview was to have a list of graphs of all the switches and if there were a bottle neck or high bandwidth in one place we would be able to see it without having to drill down into each one to look at the ports. I am not familiar with the router2 but I will become acquainted with it and see what it offers. I think I might also look into what was suggested ealier about simply monitoring the uplink ports for an over all for each switch. Thank you everyone for your helpful replies. jas -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Daniel J McDonald Sent: Wednesday, May 07, 2008 8:20 AM To: [email protected] Subject: Re: [mrtg] Bandwidth of entire Switch On Wed, 2008-05-07 at 07:59 -0400, scoob8000 wrote: > Why couldn't he just do something like: > > Target[totalswitch]: 1:[EMAIL PROTECTED] + 2:[EMAIL PROTECTED] + > 3:[EMAIL PROTECTED] + 4:[EMAIL PROTECTED]: > > For all the ports he wants to graph? (And set maxbytes accordingly) > Because the cumulative rollover effect gives vastly unpredictable results. MRTG can cope with a single counter rollover. Trying to sum 52 gigabit interfaces and make sense of the rollovers is sheer madness. Even two interfaces is problematic, and will result in un-predictable spikes and valleys. > Or you could use a shell script (linux) to minimize your queries. > Query all the ports for your individual charts, then add them together > for a aggregate chart.. Why not just use routers2? Or ignore the whole request because it sounds like a PHB wants it (who cares how busy the switch fabric is if it is not a constrained resource? It's not like knowing the aggregate traffic is going to enable you to plan/justify when a switch upgrade is necessary) -- Daniel J McDonald, CCIE #2495, CISSP #78281, CNX Austin Energy http://www.austinenergy.com _______________________________________________ mrtg mailing list [email protected] https://lists.oetiker.ch/cgi-bin/listinfo/mrtg _______________________________________________ mrtg mailing list [email protected] https://lists.oetiker.ch/cgi-bin/listinfo/mrtg
