[storm] FW: http://www.ietf.org/id/draft-ietf-storm-ifcpmib-06.txt

"David B Harrington" <dbharrington@comcast.net> Tue, 02 November 2010 16:08 UTC

Return-Path: <dbharrington@comcast.net>
X-Original-To: storm@core3.amsl.com
Delivered-To: storm@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6670628C149 for <storm@core3.amsl.com>; Tue, 2 Nov 2010 09:08:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level:
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, 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 dG930Yb8tFu1 for <storm@core3.amsl.com>; Tue, 2 Nov 2010 09:08:02 -0700 (PDT)
Received: from qmta01.westchester.pa.mail.comcast.net (qmta01.westchester.pa.mail.comcast.net [76.96.62.16]) by core3.amsl.com (Postfix) with ESMTP id 2BB2F28C148 for <storm@ietf.org>; Tue, 2 Nov 2010 09:08:02 -0700 (PDT)
Received: from omta17.westchester.pa.mail.comcast.net ([76.96.62.89]) by qmta01.westchester.pa.mail.comcast.net with comcast id SBvo1f0031vXlb851G87Zp; Tue, 02 Nov 2010 16:08:07 +0000
Received: from 23FX1C1 ([67.189.235.106]) by omta17.westchester.pa.mail.comcast.net with comcast id SG871f0022JQnJT3dG8700; Tue, 02 Nov 2010 16:08:07 +0000
From: "David B Harrington" <dbharrington@comcast.net>
To: <storm@ietf.org>
Date: Wed, 3 Nov 2010 00:08:11 +0800
Message-ID: <58659D517CAC46EEA0931F209845D47D@23FX1C1>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 11
Thread-Index: Act6kYA1vw79dVXXQ9anGQvbf623EQAE9YUQAACyCMA=
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994
X-Mailman-Approved-At: Wed, 03 Nov 2010 08:04:03 -0700
Subject: [storm] FW: http://www.ietf.org/id/draft-ietf-storm-ifcpmib-06.txt
X-BeenThere: storm@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Storage Maintenance WG <storm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/storm>, <mailto:storm-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/storm>
List-Post: <mailto:storm@ietf.org>
List-Help: <mailto:storm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/storm>, <mailto:storm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 02 Nov 2010 16:08:03 -0000

 

-----Original Message-----
From: David Harrington [mailto:ietfdbh@comcast.net] 
Sent: Wednesday, November 03, 2010 12:05 AM
To: 'Joan Cucchiara'; 'Romascanu, Dan (Dan)'
Subject: RE: http://www.ietf.org/id/draft-ietf-storm-ifcpmib-06.txt

Hi Joan,

We deliberately did NOT deprecate the enumeration value because
deprecated places special requirements on a MIB module. So I think
putting in the "-- deprecated" comment in the TC is wrong. We are NOT
deprecating the enumeration value. We are only changing the compliance
requirements, per Bert's suggestion.

Despite the warning from SMICNG, we deliberately put in the object
clause in the old compliance clause saying both enumerations were
required for compliance, and in the new compliance clause syaing only
transparent is required. I think that is what Bert recommended.

I'll work with the author to update the description clauses.

dbh

> -----Original Message-----
> From: Joan Cucchiara [mailto:jcucchiara@mindspring.com] 
> Sent: Tuesday, November 02, 2010 9:24 PM
> To: David Harrington; 'Dan Wing'
> Subject: Re: http://www.ietf.org/id/draft-ietf-storm-ifcpmib-06.txt
> 
> 
> Dave,
> 
> Here are my few comments.  I can post them to the storm and 
> MIB Dr. groups 
> as appopriate, or
> you can just respin (comments are very minor and think that 
> most have been
> stated before).
> 
> Please let me know how you want to proceed.
> 
> Thanks,
>   -Joan
> 
> 
> SMILINT
> ---------
> * Compiles cleanly.
> 
> SMICNGPRO
> ----------
> W: f(IFCP-MIB.my), (950,24) For 
> "ifcpLclGtwyInstAddrTransMode", syntax is 
> identical
> 
> The above warning is due to the following.  I believe you can 
> remove this 
> since it
> doesn't add any info and it wasn't in rfc4369 (the original
IFCP-MIB).
> 
>           OBJECT      ifcpLclGtwyInstAddrTransMode
>           SYNTAX      IfcpAddressMode {addressTransparent(1),
>                                        addressTranslation(2)}
>           DESCRIPTION
>                  "This object must support addressTransparent(1) and
>                   addressTranslation(2)."
> 
> 
> 
> Comments
> ----------
> 
> 
> 1) Need to add a comment of -- deprecated
> 
>      IfcpAddressMode ::= TEXTUAL-CONVENTION
>        STATUS         current
>          ...
> 
>        SYNTAX         INTEGER {addressTransparent(1),
>                                addressTranslation(2)}  -- deprecated
> 
> 
> 
> 
> 2)  ifcpGatewayCompliance
> 
> According to rfc2580, Section 7.2
> wrt changing a compliance definition
> (MODULE-COMPLIANCE)
> 
> If the STATUS is changed to "deprecated"
> the DESCRIPTION clause should be updated
> to explain.
> 
> DESCRIPTION:
> "This MODULE-COMPLIANCE has been deprecated because ...."
> 
> 
> 
> 3)  ifcpLclGatewaySessionGroup
> 
>  According to rfc2580, Section 7.1
> 
> Should update the DESCRIPTION clause:
> 
> DESCRIPTION:
>   "This OBJECT-GROUP has been deprecated because ..."
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> ----- Original Message ----- 
> From: "David Harrington" <ietfdbh@comcast.net>
> To: "'Joan Cucchiara'" <jcucchiara@mindspring.com>om>; "'Dan Wing'" 
> <dwing@cisco.com>
> Sent: Monday, October 25, 2010 12:58 PM
> Subject: http://www.ietf.org/id/draft-ietf-storm-ifcpmib-06.txt
> 
> 
> >A new revision has been published:
> > http://www.ietf.org/id/draft-ietf-storm-ifcpmib-06.txt
> > please check it when you have a chance.
> > I'll wait for your re-review before putting it on a telechat.
> >
> > David Harrington
> > Director, IETF Transport Area
> > ietfdbh@comcast.net (preferred for ietf)
> > dbharrington@huaweisymantec.com
> > +1 603 828 1401 (cell)
> > 
>