===suggested Sequential Task List===
~1) ++manually add Chris to the list of hosts++
~1) ++carefully review existing configs for monitoring and alerting++
~1) ++devise scheme for rsyncing configs, histories, etc.++
~1) ++prepare downloadable tarball and instructions for next host++

===Ideas to be discussed===

	- Criteria for setting up a Monitoring Station
	               - Required MTA
	               - Pre-requisites (apache, ssh, etc)
	- How to inform the audit team of a new Monitoring Station
	                - Email template that should be filled out when server established.
	                   EXAMPLE
	                   SERVER IP:
	                   SERVER LOCATION (City, country):
	                   SERVER ADMIN:
	                   ADMINS EMAIL:
	                   Upon submission of this, the Audit team will audit the new Monitoring Station, and when approved, a hostname will be given with the .glue tld.
	 - Naming convention. for consistency with Hostmastering, .... mon1.pp.cc.opennic.glue where pp is province/state and cc is country
	 - We would like to consider/test a 'subversion (SVN)' system to keep revisions of the config files. Any ideas, recommendations? Who has this experience?


=== Future Ideas ===

I have been playing with Centreon at work, and I have found the graphing features it offers very useful. This could be applied to the auditing infrastructure to supply graph statistics, of;

	 - Latency from the monitoring host to the monitored host (can also set up monitoring agents, whos sole purpose is to feed data back to the monitor)
	 - DNS query response time

Using SNMP with a unique community name which would be hard to guess could also help get remote host information easier.