Re: [OPSAWG] Working group last call on "Ethernet in the First Mile Copper (EFMCu) Interfaces MIB"

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Tue, 13 August 2013 14:27 UTC

Return-Path: <j.schoenwaelder@jacobs-university.de>
X-Original-To: opsawg@ietfa.amsl.com
Delivered-To: opsawg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D21F121E816C for <opsawg@ietfa.amsl.com>; Tue, 13 Aug 2013 07:27:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.249
X-Spam-Level:
X-Spam-Status: No, score=-103.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AheFQ1RRWKfc for <opsawg@ietfa.amsl.com>; Tue, 13 Aug 2013 07:27:28 -0700 (PDT)
Received: from hermes.jacobs-university.de (hermes.jacobs-university.de [212.201.44.23]) by ietfa.amsl.com (Postfix) with ESMTP id D7F6511E8176 for <opsawg@ietf.org>; Tue, 13 Aug 2013 07:27:13 -0700 (PDT)
Received: from localhost (demetrius4.jacobs-university.de [212.201.44.49]) by hermes.jacobs-university.de (Postfix) with ESMTP id A1DEB20BD9; Tue, 13 Aug 2013 16:27:12 +0200 (CEST)
X-Virus-Scanned: amavisd-new at jacobs-university.de
Received: from hermes.jacobs-university.de ([212.201.44.23]) by localhost (demetrius4.jacobs-university.de [212.201.44.32]) (amavisd-new, port 10024) with ESMTP id txTF5NtSQ3y6; Tue, 13 Aug 2013 16:27:12 +0200 (CEST)
Received: from elstar.local (elstar.jacobs.jacobs-university.de [10.50.231.133]) by hermes.jacobs-university.de (Postfix) with ESMTP id 523AD20BCD; Tue, 13 Aug 2013 16:27:11 +0200 (CEST)
Received: by elstar.local (Postfix, from userid 501) id 7030527DC31D; Tue, 13 Aug 2013 16:27:06 +0200 (CEST)
Date: Tue, 13 Aug 2013 16:27:05 +0200
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: "Romascanu, Dan (Dan)" <dromasca@avaya.com>
Message-ID: <20130813142705.GA86950@elstar.local>
Mail-Followup-To: "Romascanu, Dan (Dan)" <dromasca@avaya.com>, "t.petch" <ietfc@btconnect.com>, David Harrington <ietfdbh@comcast.net>, Melinda Shore <melinda.shore@gmail.com>, "opsawg@ietf.org" <opsawg@ietf.org>
References: <CE29CAB2.2F77A%ietfdbh@comcast.net> <011b01ce94ee$a374ef40$4001a8c0@gateway.2wire.net> <20130809123557.GB13512@elstar.local> <9904FB1B0159DA42B0B887B7FA8119CA128A9591@AZ-FFEXMB04.global.avaya.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <9904FB1B0159DA42B0B887B7FA8119CA128A9591@AZ-FFEXMB04.global.avaya.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: "opsawg@ietf.org" <opsawg@ietf.org>
Subject: Re: [OPSAWG] Working group last call on "Ethernet in the First Mile Copper (EFMCu) Interfaces MIB"
X-BeenThere: opsawg@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
List-Id: OPSA Working Group Mail List <opsawg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/opsawg>, <mailto:opsawg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/opsawg>
List-Post: <mailto:opsawg@ietf.org>
List-Help: <mailto:opsawg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/opsawg>, <mailto:opsawg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Aug 2013 14:27:42 -0000

On Tue, Aug 13, 2013 at 02:02:20PM +0000, Romascanu, Dan (Dan) wrote:
> Well, copying the IETF MIB modules with all the names 'as-is' excepting the names of the MIB modules and the names of the sub-branches is what the IEEE 802.3 seem to have done, including in the revised IEEE 802.3.1 which was just approved. I asked Howard Frazier for a copy of the MIB modules in the recently approved document for confirmation. 
> 
> Section 3.1 of RFC 2578 says: 
> 
> >    The set of descriptors defined in all "standard" information modules
>      shall be unique.
> 
> Allegedly IEEE 802.3 MIB modules are not IETF "standards". From this perspective what they have done is not 'illegal'. They may have thought that they are actually making life of some of the management applications easier in transition, as they will continue to use the same names, just load a different MIB module. 
> 
> Question is what we do at this point. The I-D we have just Last Called reflects the reality - good or bad. 
> 

Well, then this is what they did. Document it - perhaps add a warning
that tools must to be able to deal with prefixed descriptors since
descriptors are for sure not unique anymore if if both old (pre IEEE)
and new MIB modules need to be supported. But then, people will also
figure this out quickly once they try and perhaps tools have generally
improved to deal with this situation better than in the past.

/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/>