[mrtg] Re: Proposal: "Passive" or "Serverized" MRTG.
Alex van den Bogaerdt
alex at slot.hollandcasino.nl
Sat Feb 17 13:06:44 MET 2001
Paul C. Williamson wrote:
> Tobias Oetiker <oetiker at ee.ethz.ch> 02/16/01 16:21 PM
>>
>> How about this approach:
>>
>> I guess it would be possible to have an asyncronous mrtg with
>> a target syntax like this:
>>
>> ListenPort: port
>> Target[dddd]: remote.host.com
>>
>> mrtg would now listen on <port> for incoming data.
>>
>> cheers
>> tobi
> That would be cool. So mrtg would now have clients that run on Netware,
> NT, unix, whatever? And those boxes would collect data from routers
> and send it on to the "host" mrtg server?
The clients could ofcourse also collect data from their own system.
This would create the possibility to have a lightweight data collector
on systems that should not allow incoming connections on the SNMP port
but that should also not have MRTG running on it for security and/or
performance reasons.
And, if I may also suggest something, what about:
ListenTo: remotehost.domain:port
SendTo: remotehost.domain:port
[...]
Target[importantrouter]: etcetera
Options[importantrouter]: listen,forward,<whatever>
Target[localthingy]: etcetera
Options[localthingy]: <whatever but not forward>
to send such updates from MRTG itself. That would allow for a system
where two (or more!) MRTG boxes would be virtually in sync and thus
it would be possible to have a redundant MRTG solution...
Just don't forward incoming remote updates to prevent looping.
Or, another possibilty with the same option set: Create a distributed
environment where you can have one MRTG box on-site, this one only
polls local devices and without having to poll a device twice you can
send the data to a centralized MRTG box containing data for all of
the more important devices.
cheers,
--
__________________________________________________________________
/ alex at slot.hollandcasino.nl alex at ergens.op.het.net \
| work private |
| My employer is capable of speaking therefore I speak only for myself |
+----------------------------------------------------------------------+
| Technical questions sent directly to me will be nuked. Use the list. |
+----------------------------------------------------------------------+
| http://faq.mrtg.org/ |
| http://rrdtool.eu.org --> tutorial |
+----------------------------------------------------------------------+
--
Unsubscribe mailto:mrtg-request at list.ee.ethz.ch?subject=unsubscribe
Archive http://www.ee.ethz.ch/~slist/mrtg
FAQ http://faq.mrtg.org Homepage http://www.mrtg.org
WebAdmin http://www.ee.ethz.ch/~slist/lsg2.cgi
More information about the mrtg
mailing list