[Pals] Alia Atlas' Yes on draft-ietf-pals-vccv-for-gal-05: (with COMMENT)

"Alia Atlas" <akatlas@gmail.com> Wed, 16 September 2015 15:22 UTC

Return-Path: <akatlas@gmail.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 163EF1A914C; Wed, 16 Sep 2015 08:22:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.898
X-Spam-Level:
X-Spam-Status: No, score=-101.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001, USER_IN_WHITELIST=-100] 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 thxyTlsLcAji; Wed, 16 Sep 2015 08:22:41 -0700 (PDT)
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id BAD5B1A8A29; Wed, 16 Sep 2015 08:22:41 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Alia Atlas <akatlas@gmail.com>
To: The IESG <iesg@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.4.1
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20150916152241.19554.14958.idtracker@ietfa.amsl.com>
Date: Wed, 16 Sep 2015 08:22:41 -0700
Archived-At: <http://mailarchive.ietf.org/arch/msg/pals/zuBhmfCjy0thxha7XT_16yj-kaU>
Cc: matthew.bocci@alcatel-lucent.com, draft-ietf-pals-vccv-for-gal@ietf.org, draft-ietf-pals-vccv-for-gal.ad@ietf.org, draft-ietf-pals-vccv-for-gal.shepherd@ietf.org, pals-chairs@ietf.org, pals@ietf.org
Subject: [Pals] Alia Atlas' Yes on draft-ietf-pals-vccv-for-gal-05: (with COMMENT)
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.15
List-Id: "Pseudowire And LDP-enabled Services dicussion list." <pals.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pals>, <mailto:pals-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pals/>
List-Post: <mailto:pals@ietf.org>
List-Help: <mailto:pals-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pals>, <mailto:pals-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 16 Sep 2015 15:22:43 -0000

Alia Atlas has entered the following ballot position for
draft-ietf-pals-vccv-for-gal-05: Yes

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)


Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.


The document, along with other ballot positions, can be found here:
https://datatracker.ietf.org/doc/draft-ietf-pals-vccv-for-gal/



----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

1) In the last paragraph of Section 3: " Note that the inclusion of a GAL
following the PW LSE over a label
   switched path subject to Equal-Cost Multi-path (ECMP) load balancing
   can cause the OAM packet to take a different path through the network
   from the corresponding PW data packets.  If that is not acceptable,
   then an alternative VCCV type needs to be used."

Since the GAL is a Reserved label, it should not be included in a hash
done for load-balancing.  This is
described in RFC 7325 Sec 2.4.5.1 bullet 3 " Special-purpose labels
(label values 0-15) MUST NOT be used. 
Extended special-purpose labels (any label following label 15) MUST NOT
be used.  In particular, GAL and 
RA MUST NOT be used so that OAM traffic follows the same path as payload
packets with the same label stack."

Please correct the paragraph to add this reference.  I know that there
may be old implementations out
there that do the wrong thing - but an RFC should refer to the correct
behavior.

The sentence in Section 7 " Attention is drawn to the possible absence of
fate sharing between PW
   data packets and VCCV CC Type 4 packets described in Section 3 and
   Section 4." will also need updating.

2)  The use of LSE as an unintroduced abbreviation is slightly confusing.
 Can you please expand it the first time
to Label Stack Entry?