Re: [10] Re: Towards Rough Concensus and Running Code

Keith McCloghrie <kzm@cisco.com> Thu, 17 August 1995 13:24 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa01018; 17 Aug 95 9:24 EDT
Received: from CNRI.Reston.VA.US by IETF.CNRI.Reston.VA.US id ae00981; 17 Aug 95 9:24 EDT
Received: from neptune.tis.com by CNRI.Reston.VA.US id aa02242; 17 Aug 95 1:08 EDT
Received: from neptune.tis.com by neptune.TIS.COM id aa21303; 17 Aug 95 0:12 EDT
Received: from relay.tis.com by neptune.TIS.COM id aa21293; 17 Aug 95 0:01 EDT
Received: from foxhound.cisco.com(171.69.1.171) by relay.tis.com via smap (g3.0.1) id xma019695; Wed, 16 Aug 95 23:52:10 -0400
Received: (kzm@localhost) by foxhound.cisco.com (8.6.8+c/8.6.5) id VAA03891 for snmpv2@tis.com; Wed, 16 Aug 1995 21:01:30 -0700
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Keith McCloghrie <kzm@cisco.com>
Message-Id: <199508170401.VAA03891@foxhound.cisco.com>
Subject: Re: [10] Re: Towards Rough Concensus and Running Code
To: snmpv2@tis.com
Date: Wed, 16 Aug 1995 21:01:29 -0700
In-Reply-To: <0D15DDF1.5g6i84@bir.bir.com>; from "Michael L. Kornegay" at Aug 16, 95 9:57 pm
X-Mailer: ELM [version 2.3 PL11]

 
> > Proposal:	SNMPv2+USEC
> > Auathors:	Galvin, McCloghrie, Rose, Waters
> 
> > 		[10] draft-kzm-snmpv2-adminv2-alt-00.txt
>
> I suggest throwing this out, its purpose is questionable.  It reminds
> me of the mound of extra information in the origional SNMPv2AM drafts.
> 
> [11] says what needs to be said for your proposal.  

Assuming [11] is draft-kzm-snmpv2-sec-alt-00.txt, then it's true that
it contains just about all the *new* material of SNMPv2+USEC.
However, we propose a set of documents which, taken together, would
constitute a total replacement for the WG's latest set of I-Ds.

The 31 May version, draft-ietf-snmpv2-adminv2-ds-02.txt, of the Admin
Infrastructure document is the latest produced the WG's editor.
For this document, our proposal is to replace it with [10].

If you are suggesting that [10] is not needed because
draft-ietf-snmpv2-adminv2-ds-02.txt is still needed, then I disagree.
draft-ietf-snmpv2-adminv2-ds-02.txt discusses parties and our proposal
doesn't have parties.

If you are suggesting that neither [10] nor
draft-ietf-snmpv2-adminv2-ds-02.txt are needed, then I still disagree.
There needs to be a document to introduce the concept of security models,
and specify the parts of the admin infrasturcture which a security model
cannot change, such as views, proxy, contexts, etc.  People complained
about the difficulty of understanding the SNMPv2 RFCs; the Overview
section of the admin document provides a high-level introduction.

if you mean something else, I don't understand.

Keith.