IETF Logo Mail Archive

Re: [NGO] access control

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Wed, 19 March 2008 09:14 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 1055A28C25D; Wed, 19 Mar 2008 02:14:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -100.799
X-Spam-Level:
X-Spam-Status: No, score=-100.799 tagged_above=-999 required=5 tests=[AWL=-0.362, 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 LWCWAUApFa8L; Wed, 19 Mar 2008 02:14:17 -0700 (PDT)
Received: from core3.amsl.com (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 071B428C24F; Wed, 19 Mar 2008 02:14:16 -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 A199928C24F for <ngo@core3.amsl.com>; Wed, 19 Mar 2008 02:14:15 -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 ST6XvTl81+OL for <ngo@core3.amsl.com>; Wed, 19 Mar 2008 02:14:03 -0700 (PDT)
Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) by core3.amsl.com (Postfix) with ESMTP id 7C75E28C1CE for <ngo@ietf.org>; Wed, 19 Mar 2008 02:14:03 -0700 (PDT)
Received: from localhost (demetrius.jacobs-university.de [212.201.44.32]) by hermes.jacobs-university.de (Postfix) with ESMTP id D3DFA8A5D0; Wed, 19 Mar 2008 10:11:45 +0100 (CET)
Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id 32330-10; Wed, 19 Mar 2008 10:11:44 +0100 (CET)
Received: from elstar.local (elstar.iuhb02.iu-bremen.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id D4F4555F3E; Wed, 19 Mar 2008 10:11:44 +0100 (CET)
Received: by elstar.local (Postfix, from userid 501) id 4729D511D75; Wed, 19 Mar 2008 10:11:45 +0100 (CET)
Date: Wed, 19 Mar 2008 10:11:45 +0100
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: Andy Bierman <ietf@andybierman.com>
Message-ID: <20080319091145.GB24284@elstar.local>
Mail-Followup-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>
MIME-Version: 1.0
Content-Disposition: inline
In-Reply-To: <47E027E5.6080502@andybierman.com>
User-Agent: Mutt/1.5.17 (2007-11-01)
X-Virus-Scanned: amavisd-new 2.3.3 (20050822) at jacobs-university.de
Cc: 'NETCONF Goes On' <ngo@ietf.org>, David B Harrington <dbharrington@comcast.net>
Subject: Re: [NGO] access control
X-BeenThere: ngo@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: j.schoenwaelder@jacobs-university.de
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

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.

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

/js

-- 
Juergen Schoenwaelder           Jacobs University Bremen gGmbH
Phone: +49 421 200 3587         Campus Ring 1, 28759 Bremen, Germany
Fax:   +49 421 200 3103         <http://www.jacobs-university.de/>
_______________________________________________
NGO mailing list
NGO@ietf.org
https://www.ietf.org/mailman/listinfo/ngo

v2.23.0 | Report a Bug | By Email