[PWE3] Comments to draft-nadeau-pwe3-vccv-2-01

Greg Mirsky <gregimirsky@gmail.com> Fri, 11 March 2011 22:25 UTC

Return-Path: <gregimirsky@gmail.com>
X-Original-To: pwe3@core3.amsl.com
Delivered-To: pwe3@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E99B83A6A35; Fri, 11 Mar 2011 14:25:16 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.798
X-Spam-Level:
X-Spam-Status: No, score=-2.798 tagged_above=-999 required=5 tests=[AWL=-0.200, BAYES_00=-2.599, HTML_MESSAGE=0.001]
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 wgm9dbpUjnG3; Fri, 11 Mar 2011 14:25:16 -0800 (PST)
Received: from mail-vx0-f172.google.com (mail-vx0-f172.google.com [209.85.220.172]) by core3.amsl.com (Postfix) with ESMTP id CA0073A6A33; Fri, 11 Mar 2011 14:25:15 -0800 (PST)
Received: by vxg33 with SMTP id 33so3633815vxg.31 for <multiple recipients>; Fri, 11 Mar 2011 14:26:35 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=2GrZGr9yDED+6AhRbC4GZkBBarxuS5Cb/vMPyFJUJVw=; b=cjUd4wLgtt8GEGz1ZPmueWRecd5wVMu3rw8zoZV3xD7qOywQF45mW/2uC+QTbkIuf/ 78/pmq7ES+xUpWrxIPw6BmcRMGRwFLvug/+R4imH4p/8LrSvEIazXtxgG6E9adlPbhi3 RTYAtMezTOKjJyLtS/gOOwR55uzVfIS768ld8=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=YeOPp/xYEezSXaUlAE95Lu6IP/7QoDPsSZGqqUlFl11fFr50Ik4/M2XmD6QYx6eBIw aHFxSXOViyGqTHMxkzn1qJEDoacs/1Bl0yoqlS4wN8HS54Ery955BCdSaauOGuGD1RG8 Yza/sSb49py3cuQ7mIhzsoUOKvgUxqJ5h7D4Y=
MIME-Version: 1.0
Received: by 10.52.0.34 with SMTP id 2mr14634365vdb.9.1299882395425; Fri, 11 Mar 2011 14:26:35 -0800 (PST)
Received: by 10.52.169.35 with HTTP; Fri, 11 Mar 2011 14:26:35 -0800 (PST)
Date: Fri, 11 Mar 2011 14:26:35 -0800
Message-ID: <AANLkTik5HhC9piYN1nShWEtGWnKwH81DLin9C1+m972W@mail.gmail.com>
From: Greg Mirsky <gregimirsky@gmail.com>
To: Thomas Nadeau <tnadeau@lucidvision.com>, Luca Martini <lmartini@cisco.com>, pwe3 <pwe3@ietf.org>, mpls@ietf.org
Content-Type: multipart/alternative; boundary="20cf3054aa2b6ddb57049e3c7486"
Subject: [PWE3] Comments to draft-nadeau-pwe3-vccv-2-01
X-BeenThere: pwe3@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Pseudo Wires Edge to Edge <pwe3.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/pwe3>, <mailto:pwe3-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pwe3>
List-Post: <mailto:pwe3@ietf.org>
List-Help: <mailto:pwe3-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pwe3>, <mailto:pwe3-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 11 Mar 2011 22:25:17 -0000

Dear Authors,
please find my comments below.

   - this proposal is closely related to changes to RFC 5586 put forward in
   draft-lm-pwe3-mpls-tp-gal-in-pw-00 but there's no reference to the draft.
   - RFC 5586 states and the draft-lm-pwe3-mpls-tp-gal-in-pw-00 maintains
   that in MPLS-TP network the GAL must be BoS. Only in non-TP MPLS netowrks
   GAL might be not a BoS. In your proposal the GAL precedes the PW and thus is
   not BoS. But the document's scope is for all MPLS PWs, including over
   MPLS-TP PSN. Unless statement in Section 4.2 RFC 5586 "In MPLS-TP (GAL) ...
   MUST always be at the bottom of the label stack (i.e., S bit set to 1)"
   updated proposed use of GAL is allowed only in non-TP MPLS PSN.
   - Section 2 lists of allowed ACH. Since these are hexadecimal numbers I'd
   suggest prepending them with '0x' to make as "0x07, 0x21, and 0x57". And I'd
   ask for clarification of "allowed". Is it "MAY", "SHOULD" or "MUST" be
   limited to ... A, B, C"?
   - In Section 3 stated that TTL in PW LSE must be set to 1 for SS-PW and
   to appropriate value in MS-PW to reach intended PE. Hence my question, Is
   this mechanism to reach MIP, i.e. S-PE, or this is mechanism to generate
   exception? But that is how PW VCCV Control Channel Type 3 works. What is the
   interpretation of GAL in a label stack? To indicate PW CW after the PW LSE?
   - editorial - in Abstract s/The MPLS/the MPLS or a reference to, perhaps,
   RFC 5654.


Regards,
Greg