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 > > > > > > > > > > > > >
- WG LAST CALL draft-ietf-l3vpn-vr-mib-03 Ron Bonica
- Re: WG LAST CALL draft-ietf-l3vpn-vr-mib-03 Adrian Farrel
- Re: WG LAST CALL draft-ietf-l3vpn-vr-mib-03 Joseph Laria
- Re: WG LAST CALL draft-ietf-l3vpn-vr-mib-03 Adrian Farrel
- Re: WG LAST CALL draft-ietf-l3vpn-vr-mib-03 Sam Hancock
- Re: WG LAST CALL draft-ietf-l3vpn-vr-mib-03 Adrian Farrel
- Re: WG LAST CALL draft-ietf-l3vpn-vr-mib-03 Ron Bonica