> There are other far more simpler ways to check a network component that a
> cpu monitor.
Really? If you have an alternate method of determining CPU load given X
number of BGP views, full or partial, Y numbers of filters, and Z, where Z
is variable traffic load, I am all ears.
> Besides... isn't that what snmp is for ultimately? Check the bandwidth ?
No it isn't. SNMP is a reporting and management protocol. It can only
report and manage what is provided by the object being monitored/managed.
Since there is no CPU utilization monitor in the Livingston line of
products, there is nothing for SNMP to report or control. Bandwidth is not
at issue here, except as a constituent of the unknown load it places on
the CPU.
> >From those figures you can calculate the load usage? Takes a bnit of math
> but I beleive Castle Rock and the other snmp managers do the math for
> you...
See above.
> > BTW, do you have an land if Florida you'd like to sell? I'll trust you
> > that its right on the beach, in the best part of town, and buy it having
> > never seen it.
> >
>
> Sorry, but this is totally irrelevant. MZ's point was why reinvent the
> wheel? There are other tools out there that do a far better job. There's
> really no need to antagonize.
No, MZ's point was there is no feasible way to make ComOS provide meaning
CPU utilization data. There is no "wheel" to reinvent.
/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
Patrick Greenwell (510) 934-2153 voice
Network Administrator (510) 906-1173 fax
European Telecom
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/