Re: [NGO] access control

Andy Bierman <ietf@andybierman.com> Wed, 19 March 2008 11:40 UTC

Return-Path: <ngo-bounces@ietf.org>
X-Original-To: ietfarch-ngo-archive@core3.amsl.com
Delivered-To: ietfarch-ngo-archive@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6D43428C49E; Wed, 19 Mar 2008 04:40:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -100.698
X-Spam-Level:
X-Spam-Status: No, score=-100.698 tagged_above=-999 required=5 tests=[AWL=-0.261, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_ORG=0.611, RDNS_NONE=0.1, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5Fm3frnolA2D; Wed, 19 Mar 2008 04:40:51 -0700 (PDT)
Received: from core3.amsl.com (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A17AA28C486; Wed, 19 Mar 2008 04:40:51 -0700 (PDT)
X-Original-To: ngo@core3.amsl.com
Delivered-To: ngo@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0870B28C450 for <ngo@core3.amsl.com>; Wed, 19 Mar 2008 04:40:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4ze5vuvZE-Yt for <ngo@core3.amsl.com>; Wed, 19 Mar 2008 04:40:47 -0700 (PDT)
Received: from smtp118.sbc.mail.sp1.yahoo.com (smtp118.sbc.mail.sp1.yahoo.com [69.147.64.91]) by core3.amsl.com (Postfix) with SMTP id 2C41728C45C for <ngo@ietf.org>; Wed, 19 Mar 2008 04:40:47 -0700 (PDT)
Received: (qmail 45111 invoked from network); 19 Mar 2008 11:38:30 -0000
Received: from unknown (HELO ?127.0.0.1?) (andybierman@att.net@67.126.242.5 with plain) by smtp118.sbc.mail.sp1.yahoo.com with SMTP; 19 Mar 2008 11:38:28 -0000
X-YMail-OSG: l1UPUVUVM1kuvL.XgG0.sp2nXWwdai2qAoxCMM9l7w5Ow2sP
X-Yahoo-Newman-Property: ymail-3
Message-ID: <47E0FB33.2030909@andybierman.com>
Date: Wed, 19 Mar 2008 04:38:27 -0700
From: Andy Bierman <ietf@andybierman.com>
User-Agent: Thunderbird 2.0.0.12 (Windows/20080213)
MIME-Version: 1.0
To: Andy Bierman <ietf@andybierman.com>, David B Harrington <dbharrington@comcast.net>, 'NETCONF Goes On' <ngo@ietf.org>
References: <012e01c88919$53aa3330$6c02a8c0@china.huawei.com> <47E027E5.6080502@andybierman.com> <20080319091145.GB24284@elstar.local>
In-Reply-To: <20080319091145.GB24284@elstar.local>
Subject: Re: [NGO] access control
X-BeenThere: ngo@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: NETCONF Goes On - discussions on future work and extensions to NETCONF <ngo.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ngo>, <mailto:ngo-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/ngo>
List-Post: <mailto:ngo@ietf.org>
List-Help: <mailto:ngo-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ngo>, <mailto:ngo-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: ngo-bounces@ietf.org
Errors-To: ngo-bounces@ietf.org

Juergen Schoenwaelder wrote:
> On Tue, Mar 18, 2008 at 01:36:53PM -0700, Andy Bierman wrote:
>  
>> One of the many lessons learned from SMING was that vendors
>> would not tolerate a MIB language that changed -- at all.
>> It is way too expensive to support multiple DML variants.
>> A development approach in the IETF that relied on 'adding on'
>> bits and pieces to the MIB language was soundly rejected.
>> I think that logic still holds today.
> 
> I do not subscribe to this statement. The extensibility of SMIng has
> in fact been carried forward to YANG and as far as I can tell this
> will be used at least for vendor extensions.
> 

I don't see how this helps the standard at all.
Vendors can always do whatever they want in their own data models.
Producing incremental versions of the standard is not acceptable.
I'm not concerned at all if vendors want to create their own
proprietary languages.

I doubt vendors will accept a new standard DML every time
the IETF wants to add 'one more clause'.  I think it will be very
difficult to introduce new versions of the DML.

> Andy, why do you not get a team together to work out a decent access
> control proposal? This would be forward progress...

Because I already posted a draft on access control (as did 4 or 5 others)
and they were all ignored, so I'm pretty sure that's what would happen again.

> 
> /js
> 

Andy

_______________________________________________
NGO mailing list
NGO@ietf.org
https://www.ietf.org/mailman/listinfo/ngo