Matthias Blankenhaus wrote:
Though I agree that would be the best solution, due to the network
architecture I can't add any hosts to the area behind the NAT, nor can I
add any load to the existing hosts.  :(
    

Mmh, that's too bad.  I guess my point is then that Ganglia as it is right 
now can be used in NAT environments.  Thus, I would not consider this is a 
convincing point to implement all metrics as spoofed metrics.

Maybe you could somehow talk to your admin :)
  
I'm sure he is THE "admin" ;-). Reminds me of the BSOD message that says

"Contact your system administrator" (something like that)

Well I am the [EMAIL PROTECTED] administrator :-). Now what.

Anyways I don't see why you would be imposing any high load on destination network. All you need to do is point GMETAd on the network you control to a single host behind the NAT (obviously through a hole in the firewall). You do not need to run GMETAd on the NATed network. I don't think load on gmond is that tragic.

Vladimir
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Ganglia-general mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ganglia-general

Reply via email to