Re: [mrtg] Bandwidth of entire Switch

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: mrtg-bounces@lists.oetiker.ch
[mailto:mrtg-bounces@lists.oetiker.ch] On Behalf Of Daniel J McDonald
Sent: Wednesday, May 07, 2008 8:20 AM
To: mrtg@lists.oetiker.ch
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:public@192.168.1.10 + 2:public@192.168.1.10 +
> 3:public@192.168.1.10 + 4:public@192.168.1.10:
>
> 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
mrtg@lists.oetiker.ch
https://lists.oetiker.ch/cgi-bin/listinfo/mrtg

_______________________________________________
mrtg mailing list
mrtg@lists.oetiker.ch
https://lists.oetiker.ch/cgi-bin/listinfo/mrtg