[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Fwd: Re: A few potential requirements
- To: ops-nm@ops.ietf.org
- Subject: Re: Fwd: Re: A few potential requirements
- From: Joe Provo <crimson@gweep.net>
- Date: Mon, 25 Jun 2001 17:42:26 -0400
- Delivery-date: Mon, 25 Jun 2001 14:43:56 -0700
- Envelope-to: ops-nm-data@psg.com
- Organization: RSUC: Quality UN*X-like systems and IP networking since 1990.
- Reply-To: crimson@gweep.net
- User-Agent: Mutt/1.2.5i
re: 03 & 04. strong echo of Adi's statement. if the vendor only supplied
compiled configurations, they should be required to decompile when speaking
the 'Infrastructure Management Protocol' (regardless if that is to humans
or databases or scripts or...)
re: 05 [SMTP-alike]. I know the intent is not o develop such a protocol
here, but I need to toss in:
- in addition to vebosity switch (rather than binary, I would encourage
suggesting at least the triad of 'none'/'machine-only'/'machine+human'.
paranoid sites would undoubtable prefer to leave minimal feedback,
engaging error/success responses only when they deem needed.
- similarly, if recommending a help, that should not be hard-coded into a
spec as some folks will want it off (for same reasons as above),
independant of verbosity.
- one may wish to recommend ESTMP-aline rather than SMTP-alike, and open
the can of worms of capability negotiation.
--
crimson@sidehack.gweep.net * jprovo@gnu.ai.mit.edu * jzp@rsuc.gweep.net
RSUC / GweepNet / Spunk / FnB / Usenix / SAGE