Re: WG LAST CALL draft-ietf-l3vpn-vr-mib-03

Joseph Laria <jlaria@levelstream.com> Mon, 04 July 2005 16:04 UTC

Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DpTQa-0007hk-BB; Mon, 04 Jul 2005 12:04:12 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DpTQY-0007hW-Rw for l3vpn@megatron.ietf.org; Mon, 04 Jul 2005 12:04:11 -0400
Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA05599 for <l3vpn@ietf.org>; Mon, 4 Jul 2005 12:04:08 -0400 (EDT)
Received: from web304.biz.mail.mud.yahoo.com ([68.142.199.180]) by ietf-mx.ietf.org with smtp (Exim 4.33) id 1DpTr5-0007AO-9j for l3vpn@ietf.org; Mon, 04 Jul 2005 12:31:40 -0400
Received: (qmail 27472 invoked by uid 60001); 4 Jul 2005 16:03:49 -0000
Message-ID: <20050704160349.27470.qmail@web304.biz.mail.mud.yahoo.com>
Received: from [221.221.9.49] by web304.biz.mail.mud.yahoo.com via HTTP; Mon, 04 Jul 2005 09:03:49 PDT
Date: Mon, 04 Jul 2005 09:03:49 -0700
From: Joseph Laria <jlaria@levelstream.com>
To: Adrian Farrel <adrian@olddog.co.uk>, l3vpn@ietf.org
In-Reply-To: <0d1401c578e1$9dac59e0$7f849ed9@Puppy>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 9af087f15dbdd4c64ae6bbcdbc5b1d44
Content-Transfer-Encoding: 8bit
Cc: jlaria@levelstream.com
Subject: Re: WG LAST CALL draft-ietf-l3vpn-vr-mib-03
X-BeenThere: l3vpn@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: l3vpn.ietf.org
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/l3vpn>, <mailto:l3vpn-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:l3vpn@ietf.org>
List-Help: <mailto:l3vpn-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/l3vpn>, <mailto:l3vpn-request@ietf.org?subject=subscribe>
Sender: l3vpn-bounces@ietf.org
Errors-To: l3vpn-bounces@ietf.org

Hi Adrian,

Thanks for your thoughtful comments.  I've replied
in-line below.

Regards.

Joe Laria

--- Adrian Farrel <adrian@olddog.co.uk> wrote:

> Hi,
> 
> A few brief comments. Nothing very important.
> 
> I-D should indicate intended status.
> Since you have suggested that the OID is
> "experimental" perhaps this I-D
> is also Experimental?
I disagree.  Rather the I-D would be informational. 
The VR MIB would likely go under mib-2 as does the
vpnTcMIB.  This change would be incorporated in the
next version of the draft.

> 
> Most mentions of "MIB" should read "MIB module"
I agree and will encorporate your suggestion in the
next version of the draft.

> 
> Nice to indicate (in a comment and not using square
> brackets) the RFC
> number of imports.
> (e.g. see draft-ietf-ccamp-gmpls-te-mib-09.txt)
I agree, but I this follows the style of other drafts
in the WG.

> 
> vrName Description clause has spare period and line
> break.
I agree and will encorporate your suggestion in the
next version of the draft.

> 
> vrRpTrigger Description appears to repeat itself.
I agree and will encorporate your suggestion in the
next version of the draft.

> 
> vrRpTrigger
> "Bits 4-7 are reserved for future use."
> I think the BITS syntax is not constrained to be
> exactly 8 bits. So you
> don't need this sentence.
I agree and will encorporate your suggestion in the
next version of the draft.

> 
> vrActiveVRs
> "vrStatOperationalStatus" should read "vrOperStatus"
I agree and will encorporate your suggestion in the
next version of the draft.

> 
> vrRpStatus
> Shouldn't this have Syntax BITS and a back pointer
> to vrRpTrigger?
> Better still would be to define a Textual Convention
> for them both to use.
I agree and will encorporate your suggestion in the
next version of the draft.

> 
> vrRouterAddress
> Are you sure that this cannot be configured per VR?
The VR router addresses are indexed by VR.  They can
be configured per VR.

> 
> All Notifications return vrRowStatus. I would have
> expected vrOperStatus.
> Seems, however, to be unnecessary as the status can
> be deduced from the
> trap type.
I agree, but it seems unnecessary as the status can be
deduced from the trap type.

> 
> vrUp and vrDown
> The Description clauses should refer explicitly to
> vrOperStatus
I agree and will encorporate your suggestion in the
next version of the draft.

> 
> vrMaxRoutesExceeded
> Isn't there a danger of Notification storms with
> this Notification?
> The definition of vrMaxRoutes is such that
> vrStatRouteEntries could never
> exceed it. So when you reach vrMaxRoutes, each new
> attempt to add a route
> will cause a new Notification.
I agree and will encorporate your suggestion in the
next version of the draft.

> 
> You should probably reference as normative the RFCs
> from which you import
> things.
> That will include the new RFC4001.
> Also VPN-TC-STD-MIB in draft-ietf-l3vpn-tc-mib. This
> is pretty important
> as this I-D must not go to RFC before that one does.
I agree and will encorporate your suggestion in the
next version of the draft.

> 
> Cheers,
> Adrian
> 
> ----- Original Message ----- 
> From: "Ron Bonica" <rbonica@juniper.net>
> To: <l3vpn@ietf.org>
> Sent: Wednesday, June 22, 2005 10:16 PM
> Subject: WG LAST CALL draft-ietf-l3vpn-vr-mib-03
> 
> 
> > Folks,
> >
> > This message begins a working group last call on
> > draft-ietf-l3vpn-vr-mib. The last call will end on
> > July 8.
> >
> >                            Ron
> >
> >
> > -------- Original Message --------
> > Subject: I-D ACTION:draft-ietf-l3vpn-vr-mib-03.txt
> > Date: Wed, 22 Jun 2005 15:50:01 -0400
> > From: Internet-Drafts@ietf.org
> > To: i-d-announce@ietf.org
> > CC: l3vpn@ietf.org
> >
> > A New Internet-Draft is available from the on-line
> Internet-Drafts
> > directories.
> > This draft is a work item of the Layer 3 Virtual
> Private Networks
> > Working Group of the IETF.
> >
> > Title : Virtual Router Management Information Base
> Using SMIv2
> > Author(s) : E. Stelzer, et al.
> > Filename : draft-ietf-l3vpn-vr-mib-03.txt
> > Pages : 21
> > Date : 2005-6-22
> >
> > This memo defines a portion of the Management
> Information Base (MIB)
> > for use with network management protocols in
> TCP/IP based internets.
> > In particular, it defines objects for managing
> networks using Virtual
> > Routers (VR).
> >
> > A URL for this Internet-Draft is:
> >
>
http://www.ietf.org/internet-drafts/draft-ietf-l3vpn-vr-mib-03.txt
> >
> >
> >
> >
> >
> 
> 
>