Re: [PWE3] Last Call: <draft-ietf-pwe3-p2mp-pw-requirements-07.txt> (Requirements and Framework for Point-to-Multipoint Pseudowires over MPLS PSNs) to Informational RFC

"Adrian Farrel" <adrian@olddog.co.uk> Thu, 13 March 2014 16:49 UTC

Return-Path: <adrian@olddog.co.uk>
X-Original-To: pwe3@ietfa.amsl.com
Delivered-To: pwe3@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 35C7B1A0A45; Thu, 13 Mar 2014 09:49:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -100.553
X-Spam-Level:
X-Spam-Status: No, score=-100.553 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_BL_SPAMCOP_NET=1.347, RCVD_IN_DNSWL_NONE=-0.0001, USER_IN_WHITELIST=-100] autolearn=no
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 CYnQCyUKLsZV; Thu, 13 Mar 2014 09:49:28 -0700 (PDT)
Received: from asmtp4.iomartmail.com (asmtp4.iomartmail.com [62.128.201.175]) by ietfa.amsl.com (Postfix) with ESMTP id 003681A0A4F; Thu, 13 Mar 2014 09:49:18 -0700 (PDT)
Received: from asmtp4.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id s2DGkpfa010595; Thu, 13 Mar 2014 16:46:51 GMT
Received: from 950129200 (16.17.90.92.rev.sfr.net [92.90.17.16]) (authenticated bits=0) by asmtp4.iomartmail.com (8.13.8/8.13.8) with ESMTP id s2DGkm7U010565 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 13 Mar 2014 16:46:50 GMT
From: "Adrian Farrel" <adrian@olddog.co.uk>
To: <ietf@ietf.org>
Date: Thu, 13 Mar 2014 16:49:09 -0000
Message-ID: <1fe901cf3edc$28f277e0$7ad767a0$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 14.0
Thread-Index: Ac8+3CSHtvMB4vQUTRWdSGMcPxZgRA==
Content-language: en-gb
X-TM-AS-MML: disable
X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1017-20562.007
X-TM-AS-Result: No--37.894-8.0-31-10
X-imss-scan-details: No--37.894-8.0-31-10
X-TMASE-MatchedRID: nI1cAR4k0HYzx9GDMr0HvzYTypjB3iDVuikHZcC6ceDgq9d1J0a/OxMG tPkUyFbdP4wcg9yz5nHcW7+9VQc7GowuvJsHvR+uvHKClHGjjr3hKQh1LCmGBrKeTtOdjMy6p74 NiggzoBjF0wMQNKBsD5nvngIQxPHhvCGUW+fAEvCTd7CJ8bYw0279evoIpeI3RJts9OIxqBPaJ6 dlT/OtpSt7TnnEB8DPnricLPPxEZKyRDt3x3st9xi14cCd2Fej1zuqJnnszJW3vnde8jbubOs7U SOi3SHKLSy8E4R72MwaPoPbpBkOOFe3tVY/4Ewfz5rIW0RbS5i3dp6DuD+6wC62hjZS0WoYMbR0 IBfF11Dpy2RAH6qC4W0Trdd22RQ4g3V8xGMW7vfKl4yJoI+fG4iU4AhMsFDmJDftO4aKCRvA4C9 G/+bRm4E46MRwEgtvGnNuMk6tg7uvmrkKNTjR8UbKkLkJUU4fIj/gXT6UiJ2RHg0e1SdWXpdEDn skDq+Wna7FQOsAsH4nU1kw2RLUlYiceOuNnLyWFhjSYefXlWySTnFzEHOIwRHfiujuTbed82+ZJ oKeNOW36h2hK5rvdpGTpe1iiCJqtD9qpBlNF8o/vucGn10dpvoA9r2LThYYKrauXd3MZDUD/dHy T/Xh7Q==
Archived-At: http://mailarchive.ietf.org/arch/msg/pwe3/RN73mdTwMN1Q_BfQJRm9AXRV73k
Cc: pwe3@ietf.org
Subject: Re: [PWE3] Last Call: <draft-ietf-pwe3-p2mp-pw-requirements-07.txt> (Requirements and Framework for Point-to-Multipoint Pseudowires over MPLS PSNs) to Informational RFC
X-BeenThere: pwe3@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: adrian@olddog.co.uk
List-Id: Pseudowire Emulation Edge to Edge <pwe3.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/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: Thu, 13 Mar 2014 16:49:31 -0000

Hi,

Here are few nits I discovered during AD review. They should be taken with any
other IETF last call comments that you receive.

Thanks for the work,
Adrian

===

PSN needs to be expanded in the title, Abstract, and Introduction.

Please check for other acronyms like OAM.

---

Since this is not a protocol specification, the RFC 2119 language does
not apply in the way described in RFC 2119. I suggest you replace 
Section 1.3 with something like...

   Although this is a requirements specification not a protocol 
   specification, the key words "MUST", "MUST NOT", "REQUIRED", "SHALL",
   "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and 
   "OPTIONAL" in this document are to be interpreted to apply to 
   protocol solutions designed to meet these requirements as described
   in [RFC2119] .

---

I have a question about the architecture and model shown in Figure 1.
Can the P2MP PW branch at an egress PE by having multiple attached ACs
leading to different CEs?

Perhaps this does not count as a branch in the PW, but it is a branch in 
the service.

---

In Section 3.2

s/P-to-MP MPLS LSP/P2MP MPLS LSP/

---

Section 3.4.2 has...

   The Root PE and Leaf PEs of a P2MP PW MUST be configured with the
   same PW type as defined in [RFC4446] for P2P PW.  In case of a
   different type, a PE MUST abort attempts to establish the P2MP PW.

That seems a little drastic. Do you mean "MUST abort attempts to 
attach the leaf PE to the PW"?

Similarly in 3.4.3.

---

Section 4 might usefully refer back to the discussion of OAM.

---

Section 5 is fine, but it is interesting to consider

   A solution MUST NOT allow a P2MP PW to be established to PEs that do
   not support P2MP PW functionality.  It MUST have a mechanism to
   report an error for incompatible PEs.

Does an egress PE even need to know that it is attached to a P2MP PW
rather than a P2P PW?

> -----Original Message-----
> From: pwe3 [mailto:pwe3-bounces@ietf.org] On Behalf Of The IESG
> Sent: 13 March 2014 16:22
> To: IETF-Announce
> Cc: pwe3@ietf.org
> Subject: [PWE3] Last Call: <draft-ietf-pwe3-p2mp-pw-requirements-07.txt>
> (Requirements and Framework for Point-to-Multipoint Pseudowires over MPLS
> PSNs) to Informational RFC
> 
> 
> The IESG has received a request from the Pseudowire Emulation Edge to
> Edge WG (pwe3) to consider the following document:
> - 'Requirements and Framework for Point-to-Multipoint Pseudowires over
>    MPLS PSNs'
>   <draft-ietf-pwe3-p2mp-pw-requirements-07.txt> as Informational RFC
> 
> The IESG plans to make a decision in the next few weeks, and solicits
> final comments on this action. Please send substantive comments to the
> ietf@ietf.org mailing lists by 2014-03-27. Exceptionally, comments may be
> sent to iesg@ietf.org instead. In either case, please retain the
> beginning of the Subject line to allow automated sorting.
> 
> Abstract
> 
>    This document presents a set of requirements and a framework for
>    providing a Point-to-Multipoint Pseudowire (PW) over MPLS PSNs.  The
>    requirements identified in this document are related to architecture,
>    signaling and maintenance aspects of Point-to-Multipoint PW
>    operation.  They are proposed as guidelines for the standardization
>    of such mechanisms.  Among other potential applications, Point-to-
>    Multipoint PWs can be used to optimize the support of multicast layer
>    2 services (Virtual Private LAN Service and Virtual Private Multicast
>    Service) as defined in the Layer 2 Virtual Private Network Working
>    Group.
> 
> 
> The file can be obtained via
> http://datatracker.ietf.org/doc/draft-ietf-pwe3-p2mp-pw-requirements/
> 
> IESG discussion can be tracked via
> http://datatracker.ietf.org/doc/draft-ietf-pwe3-p2mp-pw-requirements/ballot/
> 
> 
> The following IPR Declarations may be related to this I-D:
>    http://datatracker.ietf.org/ipr/2249/
> 
> _______________________________________________
> pwe3 mailing list
> pwe3@ietf.org
> https://www.ietf.org/mailman/listinfo/pwe3