[PWE3] PROTO STATEMENT - draft-ietf-pwe3-hdlc-ppp-encap-mpls-08.txt

Danny McPherson <danny@tcb.net> Fri, 24 February 2006 17:38 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1FCgtS-0008P6-8J; Fri, 24 Feb 2006 12:38:14 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1FCgtR-0008P1-IY for pwe3@ietf.org; Fri, 24 Feb 2006 12:38:13 -0500
Received: from cat.tcb.net ([64.78.150.134] helo=dog.tcb.net) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FCgtR-00032r-82 for pwe3@ietf.org; Fri, 24 Feb 2006 12:38:13 -0500
Received: from [205.168.100.52] (dhcp3.tcb.net [205.168.100.52]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by dog.tcb.net (Postfix) with ESMTP id 45FF764367; Fri, 24 Feb 2006 10:38:06 -0700 (MST)
Mime-Version: 1.0 (Apple Message framework v746.2)
Content-Type: text/plain; charset="US-ASCII"; format="flowed"
Message-Id: <D2E61164-6977-4B46-9E98-7DE61D7A5E1F@tcb.net>
Content-Transfer-Encoding: 7bit
From: Danny McPherson <danny@tcb.net>
Date: Fri, 24 Feb 2006 10:38:13 -0700
To: "W. Townsley Mark" <townsley@cisco.com>
X-Mailer: Apple Mail (2.746.2)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: c3a18ef96977fc9bcc21a621cbf1174b
Cc: pwe3 pwe3 <pwe3@ietf.org>, Stewart Bryant <stbryant@cisco.com>
Subject: [PWE3] PROTO STATEMENT - draft-ietf-pwe3-hdlc-ppp-encap-mpls-08.txt
X-BeenThere: pwe3@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Pseudo Wires Edge to Edge <pwe3.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pwe3>, <mailto:pwe3-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:pwe3@ietf.org>
List-Help: <mailto:pwe3-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pwe3>, <mailto:pwe3-request@ietf.org?subject=subscribe>
Errors-To: pwe3-bounces@ietf.org

Danny McPherson is the WG Chair responsible for this WG draft.

  1.a) Have the chairs personally reviewed this version of the Internet
       Draft (ID), and in particular, do they believe this ID is ready
       to forward to the IESG for publication?

Yes

  1.b) Has the document had adequate review from both key WG members
       and key non-WG members?  Do you have any concerns about the
       depth or breadth of the reviews that have been performed?

This document has been fully reviewed by the PWE3 WG.

  1.c) Do you have concerns that the document needs more review from a
       particular (broader) perspective (e.g., security, operational
       complexity, someone familiar with AAA, etc.)?

We have no concerns.

  1.d) Do you have any specific concerns/issues with this document that
       you believe the ADs and/or IESG should be aware of?  For
       example, perhaps you are uncomfortable with certain parts of the
       document, or have concerns whether there really is a need for
       it.  In any event, if your issues have been discussed in the WG
       and the WG has indicated it that it still wishes to advance the
       document, detail those concerns in the write-up.

We have no concerns.

  1.e) How solid is the WG consensus behind this document? Does it
       represent the strong concurrence of a few individuals, with
       others being silent, or does the WG as a whole understand and
       agree with it?

There is firm consensus for the design described in this document.

  1.f) Has anyone threatened an appeal or otherwise indicated extreme
       discontent?  If so, please summarize the areas of conflict in
       separate email to the Responsible Area Director.

No

  1.g) Have the chairs verified that the document adheres to all of the
       ID nits? (see http://www.ietf.org/ID-Checklist.html).

Yes

  1.h) Is the document split into normative and informative references?
       Are there normative references to IDs, where the IDs are not
       also ready for advancement or are otherwise in an unclear state?
       (note here that the RFC editor will not publish an RFC with
       normative references to IDs, it will delay publication until all
       such IDs are also ready for publication as RFCs.)

Yes, it is correctly split into normative and informative references.
All normative references are either RFCs, or in the RFC-Editor
queue.


  1.i) For Standards Track and BCP documents, the IESG approval
       announcement includes a write-up section with the following
       sections:

       *    Technical Summary

This draft describes how a ]Point to Point Protocol (PPP), or High-
Level Data Link Control (HDLC) Protocol Data Units over an
MPLS network without terminating the PPP/HDLC protocol.

This enables service providers to offer "emulated" HDLC, or PPP
link services over existing MPLS networks. This document specifies
the encapsulation of PPP/HDLC Packet Data Units (PDUs) within
a PW.

       *    Working Group Summary

This work has been thoroughly analysed by the working group
and there is consensus for the design.
       *    Protocol Quality

There are many implementations of this protocol, and it is
in operational service.




_______________________________________________
pwe3 mailing list
pwe3@ietf.org
https://www1.ietf.org/mailman/listinfo/pwe3