[PWE3] Danny McPherson's Rtg-Dir review of draft-ietf-pwe3-p2mp-pw-requirements
"Adrian Farrel" <adrian@olddog.co.uk> Mon, 31 March 2014 16:27 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 5A0E41A6F22; Mon, 31 Mar 2014 09:27:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -99.783
X-Spam-Level:
X-Spam-Status: No,
score=-99.783 tagged_above=-999 required=5 tests=[BAYES_00=-1.9,
RCVD_IN_BL_SPAMCOP_NET=1.347, RCVD_IN_DNSWL_NONE=-0.0001,
RCVD_IN_SORBS_WEB=0.77, 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 co0Zv1jlF-1d;
Mon, 31 Mar 2014 09:27:51 -0700 (PDT)
Received: from asmtp5.iomartmail.com (asmtp5.iomartmail.com [62.128.201.176])
by ietfa.amsl.com (Postfix) with ESMTP id 4B8CE1A6F14;
Mon, 31 Mar 2014 09:27:51 -0700 (PDT)
Received: from asmtp5.iomartmail.com (localhost.localdomain [127.0.0.1]) by
asmtp5.iomartmail.com (8.13.8/8.13.8) with ESMTP id s2VGRjLo023476;
Mon, 31 Mar 2014 17:27:45 +0100
Received: from 950129200 (13.17.90.92.rev.sfr.net [92.90.17.13])
(authenticated bits=0) by asmtp5.iomartmail.com (8.13.8/8.13.8) with ESMTP id
s2VGRhOb023448 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO);
Mon, 31 Mar 2014 17:27:44 +0100
From: "Adrian Farrel" <adrian@olddog.co.uk>
To: <draft-ietf-pwe3-p2mp-pw-requirements.all@tools.ietf.org>
Date: Mon, 31 Mar 2014 17:27:44 +0100
Message-ID: <022001cf4cfe$25fd5fc0$71f81f40$@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: Ac9M/iD4IE2H4j8CQBCtnHo5w4RK/w==
Content-Language: en-gb
X-TM-AS-MML: disable
X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.5.0.1017-20602.000
X-TM-AS-Result: No--10.511-10.0-31-10
X-imss-scan-details: No--10.511-10.0-31-10
X-TMASE-MatchedRID: mVgEJzmU0frzLVZFOZrw3hes/RxhysDbFJFr2qlKix9V84HrPxCfbDMB
KS/l5ik348guxdxp7TNRS7xjEb+dxBDuooXos5VesyNb+yeIRApK0YCCYqpa5WrhyhOS2sZfH4K
EMeoXL42pwFIHOgOkued3pyPFrS5NDPcQ8d9u8CjPmshbRFtLmKlLUhyBHY5VpdltGKiWi0X/89
8ll77v0FARYuGRJCWsZglrOek4r3enL17LOfosqtPNaYYJeRf5mGSSol4Uei3kMnUVL5d0E5BC/
Jexu7qkctp4k2S63CH6XP0KNPsN+8g10rLpRC19jWe5HOFKvuMKajiKVoihqU+0uGVOF08Qsfhy
a0bmQlnOUluAtapGmFWZ0OFrtGDS7vfqpNCsVOri3aa5wOREEQ9EjwhJIvFicmvfzvLIdjARj9Y
/8jRVH2vPPHhz/E48jenw2507tJ9Nfs8n85Te8v7E6GNqs6ce3QfwsVk0UbtuRXh7bFKB7pK/5o
0YiKu9dr3SxN4ays+A0n+XPU8CJs9JcXGZZeHOHIV02d1rpG8=
Archived-At: http://mailarchive.ietf.org/arch/msg/pwe3/Km26Cb-d5yuSCq3O55V8Iayfcjk
Cc: rtg-dir@ietf.org, pwe3@ietf.org
Subject: [PWE3] Danny McPherson's Rtg-Dir review of
draft-ietf-pwe3-p2mp-pw-requirements
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: Mon, 31 Mar 2014 16:27:53 -0000
draft-ietf-pwe3-p2mp-pw-requirements Hello, I have been selected as the Routing Directorate reviewer for this draft. The Routing Directorate seeks to review all routing or routing-related drafts as they pass through IETF last call and IESG review, and sometimes on special request. The purpose of the review is to provide assistance to the Routing ADs. For more information about the Routing Directorate, please see http://www.ietf.org/iesg/directorate/routing.html Although these comments are primarily for the use of the Routing ADs, it would be helpful if you could consider them along with any other comments that you receive, and strive to resolve them through discussion or by updating the draft as appropriate. Document: http://tools.ietf.org/html/draft-ietf-pwe3-p2mp-pw-requirements-07 Reviewer: Danny McPherson Review Date: March 31, 2014 Intended Status: Informational Document Overview: This document presents a set of requirements and a framework for providing a P2MP PWs over MPLS PSNs. A P2MP PW is a mechanism that emulates the essential attributes of a P2MP telecommunications service such as a P2MP ATM VC over a PSN. The I-D describes the general architecture for P2MP PWs with a reference model, discusses data encapsulation, and outlines specific requirements for setup and maintenance of P2MP PWs, with a focus only on Single-Segment PWs. This version was lasted updated in February of 2014, although it has existed as a PWE3 WG document since March 2009, and as an individual contribution (draft-jounay-pwe3-p2mp-pw-requirements) since February of 2007. Among other applications, it provides primitives that can be employed for Virtual Private LAN and Virtual Private Multicast services, such as those specified in the L2VPN WG. I have no substantial concerns with this document. There are several comments and nits below. 1. I am not sure if from an IPR perspective the claims regarding IPR that apparently no longer apply to this version of the document need to be explicitly acknowledged as such by the relevant co-authors? Nits === General: 1. Only single-segment PWs are addressed, not multi-segment PWs. I understand why this is the case currently although I wonder if the requirement akin to "a single NMS" such as provided in S.4 should be conveyed forward? I suppose it should simply be out of scope. 2. In order to align with descriptive text in S3.1 it might be useful if the Reference Model in Figure 1 depicted where root and leaf PEs reside in the topology, and perhaps also that multiple CEs could be downstream from a single leaf PE (the latter point Farrel made in his AD review as well, IIRC). --- S 3.2: - A single P2MP PSN tunnel MUST be able to serve more than one P2MP PW traffic in an aggregated way, i.e., multiplexing - "not destined to Leaf PE at the service layer." reads a bit odd and ambiguous, might use a bit of expansion. --- S 3.4.6: - "In the example depicted below, a standby P2MP PW is used to protect the active P2MP." -- might consider adding a "PW" after the last P2MP in this sentence. - It might be useful to identify the "leaf" and "root" layer in Figure 3 & 4 as well.
- [PWE3] Danny McPherson's Rtg-Dir review of draft-… Adrian Farrel
- Re: [PWE3] Danny McPherson's Rtg-Dir review of dr… Jounay Frédéric
- Re: [PWE3] Danny McPherson's Rtg-Dir review of dr… Andrew G. Malis
- Re: [PWE3] Danny McPherson's Rtg-Dir review of dr… Jounay Frédéric