Re: [mpls] working group last call for draft-ietf-mpls-extended-admin-group
"Andrew G. Malis" <agmalis@gmail.com> Tue, 04 February 2014 19:39 UTC
Return-Path: <agmalis@gmail.com>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 28DCA1A0167 for <mpls@ietfa.amsl.com>; Tue, 4 Feb 2014 11:39:50 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id k-Vde5Y_Hjjy for <mpls@ietfa.amsl.com>; Tue, 4 Feb 2014 11:39:48 -0800 (PST)
Received: from mail-qa0-x232.google.com (mail-qa0-x232.google.com [IPv6:2607:f8b0:400d:c00::232]) by ietfa.amsl.com (Postfix) with ESMTP id E96C11A0127 for <mpls@ietf.org>; Tue, 4 Feb 2014 11:39:47 -0800 (PST)
Received: by mail-qa0-f50.google.com with SMTP id cm18so12809956qab.23 for <mpls@ietf.org>; Tue, 04 Feb 2014 11:39:47 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=g5KbojDEzm1V8oHZYx654AFYj/+MUDud9zOyoKi4X10=; b=mcG8+M+xcYg2pAIMecw1oz/Z3PoyDbCQ7lIilXqsMsWt1lK6m5OsUSDeNHEnt7rCzf lEEiHfdYsFtBTnVW7nZ9AkdR6v8vtTqJNgY42eIDFRB08DaFCioHZsLB3+7fSp2hWIjs QiyM7VP81hUKMbUpFw+ESpj3Ls02VY/m6OcfUfGZPtVs26O+FxUyG8Anje7xGe9IUZmp yBmiXZmcLMNFBtEtgTS5K1l/BF7I5JVM6jqzEEpj9kxiuu21NRd2s7RSmIS3msenOV5f zZxB8DFOGQGLP+fny7U7AYJYRw2ztnwY2z+g6ujW1yyRRrU++eNg1GTB4KJ25/oGn2Ip DBpg==
X-Received: by 10.224.87.193 with SMTP id x1mr69850569qal.70.1391542783524; Tue, 04 Feb 2014 11:39:43 -0800 (PST)
MIME-Version: 1.0
Received: by 10.229.71.132 with HTTP; Tue, 4 Feb 2014 11:39:23 -0800 (PST)
In-Reply-To: <52F08085.9000907@pi.nu>
References: <52F08085.9000907@pi.nu>
From: "Andrew G. Malis" <agmalis@gmail.com>
Date: Tue, 04 Feb 2014 14:39:23 -0500
Message-ID: <CAA=duU3jTANV0myUvjtRnFJWspE=tz4LW24_mVkSoekKmrwKVw@mail.gmail.com>
To: Loa Andersson <loa@pi.nu>
Content-Type: text/plain; charset="ISO-8859-1"
Cc: "mpls@ietf.org" <mpls@ietf.org>, "mpls-chairs@tools.ietf.org" <mpls-chairs@tools.ietf.org>, draft-ietf-mpls-extended-admin-group@tools.ietf.org
Subject: Re: [mpls] working group last call for draft-ietf-mpls-extended-admin-group
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls/>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 04 Feb 2014 19:39:50 -0000
I was asked by the WG chairs for a WG LC review of this draft. In general, the draft is ready for publication, but I do have a few comments. [Editorial] Section 1: There are several unbracketed RFC references that are in the actual list of references, and thus should be in brackets in the text. [Technical] Section 2.2: The numbering of the EAG's first word of bits is discussed, but the numbering of the bits in subsequent words is not described. It can be implied that the bit numbering will continue at 32 with the LSB of the second word of the EAG, but that is not actually stated. [Technical] Section 2.3.1: It is easy to predict that routers or software loads that implement the EAG will be deployed in the same network as those that only implement the AG. It can be expected that routers that do not implement the EAG will simply ignore that particular sub-TLG. Thus, those routers, upon receipt of both the AG and EAG sub-TLVs, will ignore the EAG and use the AG. Thus, for improved backwards compatibility, if the AG and EAG co-exist and the AG is inconsistent with the first word of the EAG, it would seem that the AG should take precedence. This is the opposite of what is stated in the draft. Of course, once all of the routers in a network support the EAG, the AG will be unnecessary and only the EAG will be used. [Technical] Section 2.3.2: I'm personally hard-pressed to find usefulness in the flexibility in this section. For maximum interoperability and simplicity of implementations, I would prefer that the third paragraph be modified to say: To encourage maximum interoperability an implementation MUST treat desired but unadvertised EAG bits as if they are set to 0. Consider the case where a node wants to only use links where the 127th bit of an EAG is set to 1. If a link is only advertising 64 EAG bits, clearly the 127th EAG bit is not defined - that is, it is neither explicitly 0 nor 1. The node which wants the 127th EAG bit to be 1 MUST NOT use this link, as the assumption is than an unadvertised bit is set to 0. and also completely remove the following paragraph. [Technical] Section 3 contains a lot of unattributed hand-waving. I would prefer that is simply say: Signaling EAG in RVSP is not addressed in this document. Addressing this in the future is not precluded. [Technical] Section 4: While the existing text is strictly true, having available a virtually unlimited set of AGs does make it more important for network administrations that want their traffic engineering to operate correctly to be careful with their AG allocation and usage, to avoid unintended side-effects of unconstrained AG usage or router misconfiguration. What may have been a relatively easy task with 32 AGs may be more difficult with 128, or 1000, or 1,000,000 attributes. Previously manual processes may need to be automated to ensure correctness. Feel free to add text to this effect to this section, or not, as you prefer. Thanks, Andy On Tue, Feb 4, 2014 at 12:54 AM, Loa Andersson <loa@pi.nu> wrote: > Working Group, > > This is to initiate a working group last call on > draft-ietf-mpls-extended-admin-group-02. > > There are no IPR disclosures against this document. The author has > stated that he is unaware of any IPRs that relate to this document. > > Please send your comments to the mpls wg mailing list (mpls@ietf.org) > > This working group last call ends Feb 18, 2014. > > /Loa > for the MPLS wg chairs > -- > > > Loa Andersson email: loa@mail01.huawei.com > Senior MPLS Expert loa@pi.nu > Huawei Technologies (consultant) phone: +46 739 81 21 64 > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls
- [mpls] working group last call for draft-ietf-mpl… Loa Andersson
- Re: [mpls] working group last call for draft-ietf… Andrew G. Malis
- Re: [mpls] working group last call for draft-ietf… Carlos Pignataro (cpignata)
- Re: [mpls] working group last call for draft-ietf… Andrew G. Malis
- Re: [mpls] working group last call for draft-ietf… Carlos Pignataro (cpignata)
- Re: [mpls] working group last call for draft-ietf… Tarek Saad (tsaad)
- Re: [mpls] working group last call for draft-ietf… Andrew G. Malis
- Re: [mpls] working group last call for draft-ietf… Tarek Saad (tsaad)
- Re: [mpls] working group last call for draft-ietf… Andrew G. Malis
- Re: [mpls] working group last call for draft-ietf… Eric Osborne
- Re: [mpls] working group last call for draft-ietf… Eric Osborne
- Re: [mpls] working group last call for draft-ietf… Sam Aldrin
- Re: [mpls] working group last call for draft-ietf… Andrew G. Malis
- Re: [mpls] working group last call for draft-ietf… Andrew G. Malis
- Re: [mpls] working group last call for draft-ietf… Tarek Saad (tsaad)
- Re: [mpls] working group last call for draft-ietf… Tarek Saad (tsaad)
- Re: [mpls] working group last call for draft-ietf… Andrew G. Malis
- Re: [mpls] working group last call for draft-ietf… Andrew G. Malis
- [mpls] Closed wglc - Re: working group last call … Loa Andersson
- Re: [mpls] working group last call for draft-ietf… Eric Osborne
- Re: [mpls] working group last call for draft-ietf… Tarek Saad (tsaad)