
From nobody Tue Jul  5 08:48:52 2016
Return-Path: <internet-drafts@ietf.org>
X-Original-To: pals@ietf.org
Delivered-To: pals@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 03FC112D129; Tue,  5 Jul 2016 08:48:49 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.25.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20160705154849.22367.16767.idtracker@ietfa.amsl.com>
Date: Tue, 05 Jul 2016 08:48:49 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/pals/k_Hq2LxLso6LKkA77OZt-YbwKYs>
Cc: pals@ietf.org
Subject: [Pals] I-D Action: draft-ietf-pals-rfc4447bis-05.txt
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.17
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: Tue, 05 Jul 2016 15:48:49 -0000

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the Pseudowire And LDP-enabled Services of the IETF.

        Title           : Pseudowire Setup and Maintenance using the Label Distribution Protocol
        Authors         : Luca Martini
                          Giles Heron
	Filename        : draft-ietf-pals-rfc4447bis-05.txt
	Pages           : 34
	Date            : 2016-07-05

Abstract:
   Layer 2 services (such as Frame Relay, Asynchronous Transfer Mode,
   and Ethernet) can be "emulated" over an MPLS backbone by
   encapsulating the Layer 2 Protocol Data Units (PDU) and then
   transmitting them over "pseudowires". It is also possible to use
   pseudowires to provide low-rate Time Division Multiplexed and
   Synchronous Optical NETworking circuit emulation over an MPLS-enabled
   network. This document specifies a protocol for establishing and
   maintaining the pseudowires, using extensions to the Label
   Distribution Protocol (LDP).  Procedures for encapsulating Layer 2
   PDUs are specified in a set of companion documents.

   This document has been written to address errata in a previous
   version of this standard.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-pals-rfc4447bis/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-ietf-pals-rfc4447bis-05

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-pals-rfc4447bis-05


Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/


From nobody Tue Jul  5 09:38:51 2016
Return-Path: <ietf@kuehlewind.net>
X-Original-To: pals@ietf.org
Delivered-To: pals@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 2A8D012D094; Tue,  5 Jul 2016 09:38:46 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "Mirja Kuehlewind" <ietf@kuehlewind.net>
To: "The IESG" <iesg@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.25.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20160705163846.22350.79584.idtracker@ietfa.amsl.com>
Date: Tue, 05 Jul 2016 09:38:46 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/pals/xPKXW4Wt8YZvQXiang6akpLJjVA>
Cc: stewart.bryant@gmail.com, pals-chairs@ietf.org, draft-ietf-pals-mpls-tp-pw-over-bidir-lsp@ietf.org, pals@ietf.org
Subject: [Pals] =?utf-8?q?Mirja_K=C3=BChlewind=27s_Discuss_on_draft-ietf-p?= =?utf-8?q?als-mpls-tp-pw-over-bidir-lsp-08=3A_=28with_DISCUSS_and_COMMENT?= =?utf-8?q?=29?=
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.17
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: Tue, 05 Jul 2016 16:38:46 -0000

Mirja Kühlewind has entered the following ballot position for
draft-ietf-pals-mpls-tp-pw-over-bidir-lsp-08: Discuss

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-mpls-tp-pw-over-bidir-lsp/



----------------------------------------------------------------------
DISCUSS:
----------------------------------------------------------------------

I think the protocol specification is not complete:

- What happens if none of the two S and C bits are set?

- What happens if more the one sub-TLV is present?

Actually I think that the protocol design is more complicated than needed
and simplifying it would resolve these error cases. But as that's not a
DISCUSS reason, please see more detailed comments below!


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

A few questions/comments:

1) The shepherd writeup says: "An IPR discolusure has been filed and the
WG has not remarked on this."
    Does this mean the wg is not aware of it or it is aware and nobody
commented?

2) Acronym: I found a few acronyms that where not spelled out, e.g. FEC
as well as LDP and TE in the abstract. One can argue if that's needed but
usually I think it helps. Further there are quite a few acronyms that are
introduced somewhere and then never used again (e.g. Point-to-Point
(P2P); that makes it actually harder to read, so I would recommend to
remove them.

3) I think I don't understand the following MUST: "PSN Tunnel Binding TLV
is an optional TLV and MUST be carried in the Label Mapping message
[RFC5036] if PW to LSP binding is required." and again later "To perform
PSN binding, the Label Mapping messages MUST carry a PSN Tunnel Binding
TLV". Maybe just remove it?

4) Why is there a "MUST be zero" and a "Reserved" field? Shouldn't this
all just be a large "Reserved" field? And the "Reserve" field is not
discussed.

5) On the T (Tunnel Representation) bit: Why is that an extra bit?
Usually you can simply use the length field here and then either have the
LSP Number fields in the sub-TLV or not.

6) Why are there two bits for C and S if they are mutual exclusive and
one of them has to be set? In this case you should use one bit and say
e.g. 0 means S(trict) and 1 means C(o-routed path). This would also avoid
the error case when both are set! (Otherwise if it should be possible to
not set both flags, this case is not described  in the draft and must be
added.)

7) Sub-TLV: I'm not an LDP expert but I assume having sub-TLV is not a
general concept that is widely used this way but something introduced in
this document. If that's the case, I have a couple of questions/remarks:

   - Given that the PSN Tunnel Binding TLV already has a length field
that includes the sub-TLV, why do you need another length field in the
sub-TLV?
  - Why is there another 'Reserved' field in the sub_TLV (that is also
not discussed)?
  - If you already have different types of sub-TLVs here, why don't you
simply define some with or without the the LSP Number fields instead of
the T bit?
  - And finally do you really need these sub-TLVs  or would a flag be
enough to indicate IPv4 or IPv6 (or again just use the length field to
distinguish)?
 - And this should be normative "Each PSN Tunnel Binding TLV can only
have one such sub-TLV." -> "Each PSN Tunnel Binding TLV MUST have only
one such sub-TLV." and you must specify what happen if more then one is
presented (if you actually want to use sub-TLVs).

8) There are a couple of MUSTs basically twice in the document (once in
section 2 and another time in sections 4 and 5). I would recommend to
avoid these duplications and subsequent redundancy and really state it
only once to avoid any future confusions.



From nobody Tue Jul  5 13:23:44 2016
Return-Path: <agmalis@gmail.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7F20E12D555 for <pals@ietfa.amsl.com>; Tue,  5 Jul 2016 13:23:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level: 
X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 Sz0LL2FQ1lhj for <pals@ietfa.amsl.com>; Tue,  5 Jul 2016 13:23:41 -0700 (PDT)
Received: from mail-oi0-x22c.google.com (mail-oi0-x22c.google.com [IPv6:2607:f8b0:4003:c06::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B295412D567 for <pals@ietf.org>; Tue,  5 Jul 2016 13:23:40 -0700 (PDT)
Received: by mail-oi0-x22c.google.com with SMTP id f189so245222544oig.3 for <pals@ietf.org>; Tue, 05 Jul 2016 13:23:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=R4RurrlnW/u2d1BH6ht10zUGkUn4gaNt5KosgpolxuU=; b=LTw1nQUehD+olEnWm/DBBFsNvzkB06Rw0gCUqnqf58Jbq0Vu25Tt7QVHJIqeb+7XCx S8By7BsTDdw8jIjwAdnHf+F39ZcdifJ9hJAu011t0PtGZxhFfDpO4IQWuVqxFERnKiap GcS/ZNpmWEOjaXxB3NYWoubE4VxCzEwNNWCaFE+6BCDNx2FlTT1S7ZbaYpBF3TNFEOVi wjLYE5j2jYM5J7MOoEWOAzfARvqWRqpCgZ77+SXjjg+Dutt3yjGiPs9KjqnZCoZqn8MB NVhINwUq5UhtOnPPdoHk6Ow5fxhpvIz31yvbb6H9Tps+GrxifLQz+BAfIB1IUuHgDnQi Ggog==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=R4RurrlnW/u2d1BH6ht10zUGkUn4gaNt5KosgpolxuU=; b=DpZtod4RV3Y7i9sk/qFsCFPn9GCtv9Wc7oJMyCmeAGl9DuwsZxBQAX5Ia3DxvuCJBR Gz3YvSs6WcLm88AWlaq9J2SYjaz/qd9wFubxtkAqX5VyGv0BThuXCEgXdFvYResVzwGj PZHVBUEBwqRIuavf3XmmpSIrOlEpancgazXn0XTZXLuHRmntpRSlMI0c++bPyyhjV+Ga 5Jsnrln2TWTa1MZixbhmbdMcA1CmktEkRUssIahPL5b+nu6iRaa1kebkii0QK+pLnoAJ KS8gig0IVBU2wqRUuJOAR+2Nb+4MEBXFuI81OJD5lNN0flM17qpABffC5o2lyLktT6FL 7jDw==
X-Gm-Message-State: ALyK8tIaVW/m5DRi1mVL9U3YgzpChqCzIK/4FsFxXHaEPO0MLJKEk/EgIyiRGRg22hNlp1Xbe3YXnOQdOm9Vrw==
X-Received: by 10.157.37.181 with SMTP id q50mr5830169ota.79.1467750220090; Tue, 05 Jul 2016 13:23:40 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.182.43.6 with HTTP; Tue, 5 Jul 2016 13:23:20 -0700 (PDT)
In-Reply-To: <D3970BF0.1D929A%david.sinicrope@ericsson.com>
References: <D3970BF0.1D929A%david.sinicrope@ericsson.com>
From: "Andrew G. Malis" <agmalis@gmail.com>
Date: Tue, 5 Jul 2016 16:23:20 -0400
Message-ID: <CAA=duU3=8cmsdXDPh93hqZg85qDPUvdfQF2bg2wqKkZjiQhyFQ@mail.gmail.com>
To: "pals@ietf.org" <pals@ietf.org>
Content-Type: multipart/alternative; boundary=001a11372fe47cd19c0536e93ad4
Archived-At: <https://mailarchive.ietf.org/arch/msg/pals/ns6Mon107hij_brbiRG3aRyp3CU>
Cc: David Sinicrope <david.sinicrope@ericsson.com>
Subject: [Pals] Fwd:  PALS IETF 96 Slot Requests - Berlin
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
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: Tue, 05 Jul 2016 20:23:43 -0000

--001a11372fe47cd19c0536e93ad4
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Just a reminder =E2=80=A6 if you want to present at the PALS session in Ber=
lin,
please send your request to Dave Sinicrope in the form below.

Thanks,
Andy

---------- Forwarded message ----------
From: David Sinicrope <david.sinicrope@ericsson.com>
Date: Mon, Jun 27, 2016 at 5:00 PM
Subject: [Pals] PALS IETF 96 Slot Requests - Berlin
To: "pals@ietf.org" <pals@ietf.org>

Hi All,

It's that time again.

If you need a presentation slot for the upcoming IETF PALS session,
please *reply
to this email *(subject intact) completing the form below.

*Please *use this form and *please* reply to this email with the subject
intact.  (Not doing so probably means your request will not trigger the
filter I use to identify PALS slot requests.)


Form:
1. *Topic:* (e.g., MPLS and Ethernet OAM Interworking):

2. *URL to your draft on Datatracker:* you only need to provide the file
name to the example URL (e.g.,
http://datatracker.ietf.org/doc/draft-ietf-pwe3-mpls-eth-oam-iwk/):

3. *Brief statement of objectives and issues to be discussed and resolved
via the presentation during the meeting:*  (e.g., need to address security
issues and get direction from the WG):

4. *Requested d**uration:* (norm/default is 10 min):

5. *Speaker name:* <Given-name FAMILY-NAME-IN-ALL-CAPS> (e.g., Dave
SINICROPE):



Thanks!
Dave

_______________________________________________
Pals mailing list
Pals@ietf.org
https://www.ietf.org/mailman/listinfo/pals

--001a11372fe47cd19c0536e93ad4
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Just a reminder =E2=80=A6 if you want to present at the PA=
LS session in Berlin, please send your request to Dave Sinicrope in the for=
m below.<div><br></div><div>Thanks,</div><div>Andy<br><div><br></div><div><=
div class=3D"gmail_quote">---------- Forwarded message ----------<br>From: =
<b class=3D"gmail_sendername">David Sinicrope</b> <span dir=3D"ltr">&lt;<a =
href=3D"mailto:david.sinicrope@ericsson.com">david.sinicrope@ericsson.com</=
a>&gt;</span><br>Date: Mon, Jun 27, 2016 at 5:00 PM<br>Subject: [Pals] PALS=
 IETF 96 Slot Requests - Berlin<br>To: &quot;<a href=3D"mailto:pals@ietf.or=
g">pals@ietf.org</a>&quot; &lt;<a href=3D"mailto:pals@ietf.org">pals@ietf.o=
rg</a>&gt;<br><br><div style=3D"word-wrap:break-word;color:rgb(0,0,0);font-=
size:14px;font-family:Arial,sans-serif"><span><div><div style=3D"word-wrap:=
break-word;color:rgb(0,0,0);font-size:14px;font-family:Arial,sans-serif">
<div><span style=3D"background-color:rgba(255,255,255,0)">Hi All,</span></d=
iv>
<span>
<div dir=3D"auto"><span style=3D"background-color:rgba(255,255,255,0)"><spa=
n>
<div style=3D"word-wrap:break-word">
<span>
<div>
<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<div>
<p class=3D"MsoNormal">It&#39;s that time again.=C2=A0</p>
</div>
<div>
<p class=3D"MsoNormal">If you need a presentation slot for the upcoming IET=
F PALS session, please=C2=A0<b>reply to this email=C2=A0</b>(subject intact=
) completing the form below. =C2=A0=C2=A0</p>
</div>
</div>
</div>
</div>
</span></div>
</span><span>
<div style=3D"word-wrap:break-word">
<span>
<div>
<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<div>
<p class=3D"MsoNormal"><b><i><u>Please</u></i>=C2=A0</b>use this form and=
=C2=A0<b><i><u>please</u></i></b>=C2=A0reply to this email with the subject=
 intact. =C2=A0(Not doing so probably means your request will not trigger t=
he filter=C2=A0I use to identify PALS slot requests.)</p>
</div>
<div>
<p class=3D"MsoNormal"><br>
</p>
</div>
</div>
</div>
</div>
</span></div>
</span></span><span>
<div style=3D"word-wrap:break-word">
<span style=3D"background-color:rgba(255,255,255,0)">
<div>
<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<div>
<p class=3D"MsoNormal"><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"line-height:11.25pt">Form:</p>
</div>
</div>
</div>
</div>
</span></div>
</span>
<div><span style=3D"background-color:rgba(255,255,255,0)">1. <b>Topic:</b> =
(e.g.,=C2=A0</span><span style=3D"background-color:rgba(255,255,255,0)">MPL=
S and Ethernet OAM Interworking):</span></div>
</div>
</span>
<div><br>
</div>
<span>
<div>
<div dir=3D"auto">
<div><span style=3D"background-color:rgba(255,255,255,0)">2. </span><b styl=
e=3D"background-color:rgba(255,255,255,0)">URL to your draft on Datatracker=
:</b><span style=3D"background-color:rgba(255,255,255,0)">=C2=A0you only ne=
ed to provide the file name
 to the example URL (e.g.,=C2=A0</span><a rel=3D"nofollow" href=3D"http://d=
atatracker.ietf.org/doc/draft-ietf-pwe3-mpls-eth-oam-iwk/" style=3D"backgro=
und-color:rgba(255,255,255,0)" target=3D"_blank">http://datatracker.ietf.or=
g/doc/draft-ietf-pwe3-mpls-eth-oam-iwk/</a><span style=3D"background-color:=
rgba(255,255,255,0)">):
 =C2=A0=C2=A0</span></div>
<span>
<div style=3D"word-wrap:break-word">
<span style=3D"background-color:rgba(255,255,255,0)">
<div>
<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<div>
<p class=3D"MsoNormal"><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">3. <b>Brief statement of objectives and issues to be=
 discussed and resolved via the presentation during the meeting:</b> =C2=A0=
(e.g., need to address security issues and get direction from the WG): =C2=
=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">4. <b>Requested d</b><span style=3D"background-color=
:rgba(255,255,255,0)"><b>uration:</b> (norm/default is 10 min):</span></p>
</div>
</div>
</div>
</div>
</span></div>
</span></div>
</div>
</span><span>
<div dir=3D"auto"><span>
<div style=3D"word-wrap:break-word">
<span style=3D"background-color:rgba(255,255,255,0)">
<div>
<div lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div>
<div>
<p class=3D"MsoNormal"><u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">5. <b>Speaker name:</b>=C2=A0&lt;Given-name FAMILY-N=
AME-IN-ALL-CAPS&gt; (e.g., Dave SINICROPE): =C2=A0<u></u><u></u></p>
</div>
<div>
<div>
<p class=3D"MsoNormal">=C2=A0<u></u><u></u></p>
</div>
<div>
<p class=3D"MsoNormal">Thanks!</p>
</div>
</div>
</div>
</div>
</div>
</span></div>
</span></div>
</span>
<div><span style=3D"background-color:rgba(255,255,255,0)">Dave</span></div>
<span>
<div dir=3D"auto">
<div></div>
</div>
</span></div>
</div>
</span>
</div>

<br>_______________________________________________<br>
Pals mailing list<br>
<a href=3D"mailto:Pals@ietf.org">Pals@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/pals" rel=3D"noreferrer" t=
arget=3D"_blank">https://www.ietf.org/mailman/listinfo/pals</a><br>
<br></div><br></div></div></div>

--001a11372fe47cd19c0536e93ad4--


From nobody Tue Jul  5 23:13:01 2016
Return-Path: <mach.chen@huawei.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 864D012B03D; Tue,  5 Jul 2016 23:13:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.647
X-Spam-Level: 
X-Spam-Status: No, score=-5.647 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 zQ9HiwzXD9a8; Tue,  5 Jul 2016 23:12:57 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 165D112B05E; Tue,  5 Jul 2016 23:12:55 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml701-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CSC72609; Wed, 06 Jul 2016 06:12:53 +0000 (GMT)
Received: from SZXEMA412-HUB.china.huawei.com (10.82.72.71) by lhreml701-cah.china.huawei.com (10.201.5.93) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 6 Jul 2016 07:12:49 +0100
Received: from SZXEMA510-MBX.china.huawei.com ([169.254.3.42]) by SZXEMA412-HUB.china.huawei.com ([10.82.72.71]) with mapi id 14.03.0235.001; Wed, 6 Jul 2016 14:12:40 +0800
From: Mach Chen <mach.chen@huawei.com>
To: Mirja Kuehlewind <ietf@kuehlewind.net>, The IESG <iesg@ietf.org>
Thread-Topic: =?utf-8?B?TWlyamEgS8O8aGxld2luZCdzIERpc2N1c3Mgb24gZHJhZnQtaWV0Zi1wYWxz?= =?utf-8?B?LW1wbHMtdHAtcHctb3Zlci1iaWRpci1sc3AtMDg6ICh3aXRoIERJU0NVU1Mg?= =?utf-8?Q?and_COMMENT)?=
Thread-Index: AQHR1tu4vG3B3U+azU26eaxj5RuoiaAKspig
Date: Wed, 6 Jul 2016 06:12:40 +0000
Message-ID: <F73A3CB31E8BE34FA1BBE3C8F0CB2AE28CC8B3A1@SZXEMA510-MBX.china.huawei.com>
References: <20160705163846.22350.79584.idtracker@ietfa.amsl.com>
In-Reply-To: <20160705163846.22350.79584.idtracker@ietfa.amsl.com>
Accept-Language: en-US, zh-CN
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.111.102.135]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090202.577CA165.008D, ss=1, re=0.000, recu=0.000, reip=0.000,  cl=1, cld=1, fgs=0, ip=169.254.3.42, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: 807ad040e4e5546c86601611c5aa7453
Archived-At: <https://mailarchive.ietf.org/arch/msg/pals/1iqUIl9hwXqj6zrRc75q60xQr6g>
Cc: "stewart.bryant@gmail.com" <stewart.bryant@gmail.com>, "pals-chairs@ietf.org" <pals-chairs@ietf.org>, "draft-ietf-pals-mpls-tp-pw-over-bidir-lsp@ietf.org" <draft-ietf-pals-mpls-tp-pw-over-bidir-lsp@ietf.org>, "pals@ietf.org" <pals@ietf.org>
Subject: Re: [Pals] =?utf-8?q?Mirja_K=C3=BChlewind=27s_Discuss_on_draft-ietf-p?= =?utf-8?q?als-mpls-tp-pw-over-bidir-lsp-08=3A_=28with_DISCUSS_and_COMMENT?= =?utf-8?q?=29?=
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
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, 06 Jul 2016 06:13:00 -0000

SGkgTWlyamEsDQoNClRoYW5rcyBmb3IgeW91ciAiRElTQ1VTUyBhbmQgQ09NTUVOVCIhDQoNClBs
ZWFzZSBzZWUgc29tZSByZXBsaWVzIGlubGluZS4uLg0KDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2Fn
ZS0tLS0tDQo+IEZyb206IE1pcmphIEt1ZWhsZXdpbmQgW21haWx0bzppZXRmQGt1ZWhsZXdpbmQu
bmV0XQ0KPiBTZW50OiBXZWRuZXNkYXksIEp1bHkgMDYsIDIwMTYgMTI6MzkgQU0NCj4gVG86IFRo
ZSBJRVNHDQo+IENjOiBkcmFmdC1pZXRmLXBhbHMtbXBscy10cC1wdy1vdmVyLWJpZGlyLWxzcEBp
ZXRmLm9yZzsgU3Rld2FydCBCcnlhbnQ7DQo+IHBhbHMtY2hhaXJzQGlldGYub3JnOyBzdGV3YXJ0
LmJyeWFudEBnbWFpbC5jb207IHBhbHNAaWV0Zi5vcmcNCj4gU3ViamVjdDogTWlyamEgS8O8aGxl
d2luZCdzIERpc2N1c3Mgb24NCj4gZHJhZnQtaWV0Zi1wYWxzLW1wbHMtdHAtcHctb3Zlci1iaWRp
ci1sc3AtMDg6ICh3aXRoIERJU0NVU1MgYW5kIENPTU1FTlQpDQo+IA0KPiBNaXJqYSBLw7xobGV3
aW5kIGhhcyBlbnRlcmVkIHRoZSBmb2xsb3dpbmcgYmFsbG90IHBvc2l0aW9uIGZvcg0KPiBkcmFm
dC1pZXRmLXBhbHMtbXBscy10cC1wdy1vdmVyLWJpZGlyLWxzcC0wODogRGlzY3Vzcw0KPiANCj4g
V2hlbiByZXNwb25kaW5nLCBwbGVhc2Uga2VlcCB0aGUgc3ViamVjdCBsaW5lIGludGFjdCBhbmQg
cmVwbHkgdG8gYWxsIGVtYWlsDQo+IGFkZHJlc3NlcyBpbmNsdWRlZCBpbiB0aGUgVG8gYW5kIEND
IGxpbmVzLiAoRmVlbCBmcmVlIHRvIGN1dCB0aGlzIGludHJvZHVjdG9yeQ0KPiBwYXJhZ3JhcGgs
IGhvd2V2ZXIuKQ0KPiANCj4gDQo+IFBsZWFzZSByZWZlciB0byBodHRwczovL3d3dy5pZXRmLm9y
Zy9pZXNnL3N0YXRlbWVudC9kaXNjdXNzLWNyaXRlcmlhLmh0bWwNCj4gZm9yIG1vcmUgaW5mb3Jt
YXRpb24gYWJvdXQgSUVTRyBESVNDVVNTIGFuZCBDT01NRU5UIHBvc2l0aW9ucy4NCj4gDQo+IA0K
PiBUaGUgZG9jdW1lbnQsIGFsb25nIHdpdGggb3RoZXIgYmFsbG90IHBvc2l0aW9ucywgY2FuIGJl
IGZvdW5kIGhlcmU6DQo+IGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWll
dGYtcGFscy1tcGxzLXRwLXB3LW92ZXItYmlkaXItbHNwLw0KPiANCj4gDQo+IA0KPiAtLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tDQo+IERJU0NVU1M6DQo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4gDQo+IEkgdGhpbmsgdGhlIHBy
b3RvY29sIHNwZWNpZmljYXRpb24gaXMgbm90IGNvbXBsZXRlOg0KPiANCj4gLSBXaGF0IGhhcHBl
bnMgaWYgbm9uZSBvZiB0aGUgdHdvIFMgYW5kIEMgYml0cyBhcmUgc2V0Pw0KDQpJbmRlZWQsIHRo
aXMgaXMgbm90IGV4cGxpY2l0bHkgc3RhdGVkIGluIHRoZSBkb2N1bWVudC4gT25lIHdheSBpcyB0
byBjbGFyaWZ5IHdoYXQgaGFwcGVucyBpZiBub25lIG9mIHRoZSB0d28gUyBhbmQgQyBiaXRzIGFy
ZSBzZXQuIEFub3RoZXIgd2F5IGlzIHRvIGFsb25nIHlvdXIgc3VnZ2VzdGlvbiBiZWxvdy4gQWZ0
ZXIgY29uc2lkZXJhdGlvbiwgSSB0aGluayB5b3VyIHN1Z2dlc3Rpb24gaXMgYmV0dGVyIGFuZCB3
ZSB3aWxsIGFjY2VwdCB5b3VyIHN1Z2dlc3Rpb24uIA0KDQpUaGVuIG5vdywgQyBiaXQgd2lsbCBi
ZSBvbWl0dGVkLCBhbmQgb25seSB0aGUgUyBiaXQgd2lsbCBiZSBsZWZ0IGFuZCBpdCdzIGRlZmlu
aXRpb24gYXMgYmVsb3c6DQoNCiJTIChTdHJpY3QpIGJpdDogVGhpcyBpbnN0cnVjdHMgdGhlIFBF
cyB3aXRoIHJlc3BlY3QgdG8gdGhlIGhhbmRsaW5nIG9mIHRoZSB1bmRlcmx5aW5nIExTUHMuIFdo
ZW4gdGhlIFMgYml0IHNldCwgdGhlIHJlbW90ZSBQRSBNVVNUIHVzZSB0aGUgdHVubmVsL0xTUCBz
cGVjaWZpZWQgaW4gdGhlIFBTTiBUdW5uZWwgU3ViLVRMViBhcyB0aGUgUFNOIHR1bm5lbCBvbiB0
aGUgcmV2ZXJzZSBkaXJlY3Rpb24gb2YgdGhlIFBXLCBvciB0aGUgUFcgd2lsbCBmYWlsIHRvIGJl
IGVzdGFibGlzaGVkLiBXaGVuIHRoZSBTIGJpdCBjbGVhcmVkLCB0aGUgcmVtb3RlIFQtUEUvUy1Q
RXMgU0hPVUxEIHNlbGVjdCBjby1yb3V0ZWQgTFNQIChhcyB0aGUgZm9yd2FyZGluZyB0dW5uZWwp
IGFzIHRoZSByZXZlcnNlIFBTTiB0dW5uZWwuIElmIHRoZXJlIGlzIG5vIHN1Y2ggdHVubmVsIGF2
YWlsYWJsZSwgaXQgbWF5IHRyaWdnZXIgdGhlIHJlbW90ZSBULVBFL1MtUEVzIHRvIGVzdGFibGlz
aCBhIG5ldyBMU1AuIg0KDQpBbmQgY29ycmVzcG9uZGluZ2x5LCB0aGUgc29tZSB0ZXh0IGluIHRo
ZSBPcGVyYXRpb24gc2VjdGlvbiB3aWxsIG1vZGlmaWVkIGFjY29yZGluZ2x5LiANCg0KPiANCj4g
LSBXaGF0IGhhcHBlbnMgaWYgbW9yZSB0aGUgb25lIHN1Yi1UTFYgaXMgcHJlc2VudD8NCg0KSG93
IGFib3V0Og0KDQpPTEQ6DQoiRWFjaCBQU04gVHVubmVsIEJpbmRpbmcgVExWIGNhbiBvbmx5IGhh
dmUgb25lIHN1Y2ggc3ViLVRMVi4iDQoNCk5FVw0KIkVhY2ggUFNOIFR1bm5lbCBCaW5kaW5nIFRM
ViBNVVNUIG9ubHkgaGF2ZSBvbmUgc3VjaCBzdWItVExWLiBXaGVuIHNlbmRpbmcsIG9ubHkgb25l
IHN1Yi1UTFYgTVVTVCBiZSBjYXJyaWVkLiBXaGVuIHJlY2VpdmVkLCBpZiB0aGVyZSBhcmUgbW9y
ZSB0aGFuIG9uZSBzdWItVExWcyBjYXJyaWVkLCBvbmx5IHRoZSBmaXJzdCBzdWItVExWIE1VU1Qg
YmUgdXNlZCwgdGhlIHJlc3Qgc3ViLVRMVnMgTVVTVCBiZSBpZ25vcmVkLiINCg0KSG9wZSB0aGlz
IGFkZHJlc3NlcyB0aGUgRElTQ1VTUy4NCg0KDQo+IA0KPiBBY3R1YWxseSBJIHRoaW5rIHRoYXQg
dGhlIHByb3RvY29sIGRlc2lnbiBpcyBtb3JlIGNvbXBsaWNhdGVkIHRoYW4gbmVlZGVkIGFuZA0K
PiBzaW1wbGlmeWluZyBpdCB3b3VsZCByZXNvbHZlIHRoZXNlIGVycm9yIGNhc2VzLiBCdXQgYXMg
dGhhdCdzIG5vdCBhIERJU0NVU1MNCj4gcmVhc29uLCBwbGVhc2Ugc2VlIG1vcmUgZGV0YWlsZWQg
Y29tbWVudHMgYmVsb3chDQo+IA0KPiANCj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiBDT01NRU5UOg0KPiAt
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tDQo+IA0KPiBBIGZldyBxdWVzdGlvbnMvY29tbWVudHM6DQo+IA0KPiAxKSBU
aGUgc2hlcGhlcmQgd3JpdGV1cCBzYXlzOiAiQW4gSVBSIGRpc2NvbHVzdXJlIGhhcyBiZWVuIGZp
bGVkIGFuZCB0aGUgV0cNCj4gaGFzIG5vdCByZW1hcmtlZCBvbiB0aGlzLiINCj4gICAgIERvZXMg
dGhpcyBtZWFuIHRoZSB3ZyBpcyBub3QgYXdhcmUgb2YgaXQgb3IgaXQgaXMgYXdhcmUgYW5kIG5v
Ym9keQ0KPiBjb21tZW50ZWQ/DQo+IA0KDQpJIHRoaW5rIGl0J3MgdGhlIGxhdHRlci4NCg0KPiAy
KSBBY3JvbnltOiBJIGZvdW5kIGEgZmV3IGFjcm9ueW1zIHRoYXQgd2hlcmUgbm90IHNwZWxsZWQg
b3V0LCBlLmcuIEZFQyBhcw0KPiB3ZWxsIGFzIExEUCBhbmQgVEUgaW4gdGhlIGFic3RyYWN0LiBP
bmUgY2FuIGFyZ3VlIGlmIHRoYXQncyBuZWVkZWQgYnV0IHVzdWFsbHkgSQ0KPiB0aGluayBpdCBo
ZWxwcy4gRnVydGhlciB0aGVyZSBhcmUgcXVpdGUgYSBmZXcgYWNyb255bXMgdGhhdCBhcmUgaW50
cm9kdWNlZA0KPiBzb21ld2hlcmUgYW5kIHRoZW4gbmV2ZXIgdXNlZCBhZ2FpbiAoZS5nLiBQb2lu
dC10by1Qb2ludCAoUDJQKTsgdGhhdCBtYWtlcyBpdA0KPiBhY3R1YWxseSBoYXJkZXIgdG8gcmVh
ZCwgc28gSSB3b3VsZCByZWNvbW1lbmQgdG8gcmVtb3ZlIHRoZW0uDQoNClN1cmUsIHdpbGwgbG9v
ayB0aHJvdWdoIHRoZSBkb2N1bWVudCBhbmQgZXhwYW5kIHRoZSBhY3JvbnltcyB3aGVuIG5lZWRl
ZCBhbmQgcmVtb3ZlIG5ldmVyIHVzZWQgYWNyb255bXMuDQoNCj4gDQo+IDMpIEkgdGhpbmsgSSBk
b24ndCB1bmRlcnN0YW5kIHRoZSBmb2xsb3dpbmcgTVVTVDogIlBTTiBUdW5uZWwgQmluZGluZyBU
TFYgaXMgYW4NCj4gb3B0aW9uYWwgVExWIGFuZCBNVVNUIGJlIGNhcnJpZWQgaW4gdGhlIExhYmVs
IE1hcHBpbmcgbWVzc2FnZSBbUkZDNTAzNl0gaWYNCj4gUFcgdG8gTFNQIGJpbmRpbmcgaXMgcmVx
dWlyZWQuIiBhbmQgYWdhaW4gbGF0ZXIgIlRvIHBlcmZvcm0gUFNOIGJpbmRpbmcsIHRoZQ0KPiBM
YWJlbCBNYXBwaW5nIG1lc3NhZ2VzIE1VU1QgY2FycnkgYSBQU04gVHVubmVsIEJpbmRpbmcgVExW
Ii4gTWF5YmUganVzdA0KPiByZW1vdmUgaXQ/DQoNClRoZSAiTVVTVCIgYXBwbGllcyB3aGVuICJQ
VyB0byBMU1AgYmluZGluZyBpcyByZXF1aXJlZCIuIFNpbmNlIHRoZXJlIGFyZSAiTVVTVCBpbiB0
aGUgT3BlcmF0aW9uIHNlY3Rpb25zLCBJIHdpbGwgcmVtb3ZlIHRoZSBvbmUgaW4gdGhlIFRMViBk
ZWZpbml0aW9uIHNlY3Rpb24uIEhvdyBhYm91dDoNCg0KT0xEOg0KIlBTTiBUdW5uZWwgQmluZGlu
ZyBUTFYgaXMgYW4gb3B0aW9uYWwgVExWIGFuZCBNVVNUIGJlIGNhcnJpZWQgaW4gdGhlIExhYmVs
IE1hcHBpbmcgbWVzc2FnZSBbUkZDNTAzNl0gaWYgUFcgdG8gTFNQIGJpbmRpbmcgaXMgcmVxdWly
ZWQuIg0KDQpORVc6DQoiUFNOIFR1bm5lbCBCaW5kaW5nIFRMViBpcyBhbiBvcHRpb25hbCBUTFYu
Ig0KDQoNCj4gDQo+IDQpIFdoeSBpcyB0aGVyZSBhICJNVVNUIGJlIHplcm8iIGFuZCBhICJSZXNl
cnZlZCIgZmllbGQ/IFNob3VsZG4ndCB0aGlzIGFsbCBqdXN0DQo+IGJlIGEgbGFyZ2UgIlJlc2Vy
dmVkIiBmaWVsZD8gQW5kIHRoZSAiUmVzZXJ2ZSIgZmllbGQgaXMgbm90IGRpc2N1c3NlZC4NCg0K
VGhlICJNVVNUIGJlIHplcm8iIGFuZCB0aGUgYWxsb2NhdGVkIGZsYWdzIGJlbG9uZyB0byB0aGUg
RmxhZyBmaWVsZC4gVGhlICJSZXNlcnZlZCIgZmlsZWQgaXMganVzdCBhcyBpdHMgbmFtZSwgaXQg
aXMgcmVzZXJ2ZWQgZm9yIGZ1dHVyZSB1c2UuIE1heWJlIHNvbWUgdGV4dCBjYW4gYmUgYWRkZWQg
dG8gY2xhcmlmeSB0aGlzLiBGb3IgZXhhbXBsZSA6ICIgVGhlIFJlc2VydmVkIGZpZWxkIGlzIDIg
b2N0ZXRzIGluIGxlbmd0aCBhbmQgaXMgbGVmdCBmb3IgZnV0dXJlIHVzZS4iDQoNCj4gDQo+IDUp
IE9uIHRoZSBUIChUdW5uZWwgUmVwcmVzZW50YXRpb24pIGJpdDogV2h5IGlzIHRoYXQgYW4gZXh0
cmEgYml0Pw0KPiBVc3VhbGx5IHlvdSBjYW4gc2ltcGx5IHVzZSB0aGUgbGVuZ3RoIGZpZWxkIGhl
cmUgYW5kIHRoZW4gZWl0aGVyIGhhdmUgdGhlIExTUA0KPiBOdW1iZXIgZmllbGRzIGluIHRoZSBz
dWItVExWIG9yIG5vdC4NCg0KQ3VycmVudGx5LCB0aGVyZSBhcmUgdHdvIHN1Yi1UTFZzLCBvbmUg
aXMgZm9yIElQdjQgYW5kIHRoZSBvdGhlciBpcyBmb3IgSVB2NiwgaWYgd2UgdXNlIHRoZSBsZW5n
dGggdG8gaW1wbHkgc3ViLVRMViB0eXBlcywgdGhlbiB0aGUgc3ViLVRMVnMgd2lsbCBiZWNvbWUg
Zm91ci4gQW5kIHdlIGhhdmUgdG8gZ3VhcmFudGVlIHRoYXQgdGhlIGZvdXIgc3ViLVRMVnMgaGF2
ZSB0aGVpciBvd24gdW5pcXVlIGxlbmd0aCwgb3RoZXJ3aXNlLCBhIHJlY2VpdmVyIGNhbm5vdCBw
YXJzZSB0aGUgcGFja2V0LiBJbiBhZGRpdGlvbiwgdGhlcmUgbWF5IGJlIG1vcmUgc3ViLVRMVnMg
aW50cm9kdWNlZCBpbiB0aGUgZnV0dXJlLCBzZWVtcyBpdCdzIGRpZmZpY3VsdCBvciBpbXBvc3Np
YmxlIHRvIG1ha2Ugc3VyZSB0aGF0IGFsbCBzdWItVExWcyBoYXZlIGRpZmZlcmVudCBsZW5ndGgu
DQoNCj4gDQo+IDYpIFdoeSBhcmUgdGhlcmUgdHdvIGJpdHMgZm9yIEMgYW5kIFMgaWYgdGhleSBh
cmUgbXV0dWFsIGV4Y2x1c2l2ZSBhbmQgb25lIG9mDQo+IHRoZW0gaGFzIHRvIGJlIHNldD8gSW4g
dGhpcyBjYXNlIHlvdSBzaG91bGQgdXNlIG9uZSBiaXQgYW5kIHNheSBlLmcuIDAgbWVhbnMNCj4g
Uyh0cmljdCkgYW5kIDEgbWVhbnMgQyhvLXJvdXRlZCBwYXRoKS4gVGhpcyB3b3VsZCBhbHNvIGF2
b2lkIHRoZSBlcnJvciBjYXNlDQo+IHdoZW4gYm90aCBhcmUgc2V0ISAoT3RoZXJ3aXNlIGlmIGl0
IHNob3VsZCBiZSBwb3NzaWJsZSB0byBub3Qgc2V0IGJvdGggZmxhZ3MsIHRoaXMNCj4gY2FzZSBp
cyBub3QgZGVzY3JpYmVkICBpbiB0aGUgZHJhZnQgYW5kIG11c3QgYmUNCj4gYWRkZWQuKQ0KDQpX
aWxsIGtlZXAgdGhlIFMgYml0IGFuZCByZW1vdmUgdGhlIEMgYml0Lg0KDQo+IA0KPiA3KSBTdWIt
VExWOiBJJ20gbm90IGFuIExEUCBleHBlcnQgYnV0IEkgYXNzdW1lIGhhdmluZyBzdWItVExWIGlz
IG5vdCBhIGdlbmVyYWwNCj4gY29uY2VwdCB0aGF0IGlzIHdpZGVseSB1c2VkIHRoaXMgd2F5IGJ1
dCBzb21ldGhpbmcgaW50cm9kdWNlZCBpbiB0aGlzIGRvY3VtZW50Lg0KPiBJZiB0aGF0J3MgdGhl
IGNhc2UsIEkgaGF2ZSBhIGNvdXBsZSBvZiBxdWVzdGlvbnMvcmVtYXJrczoNCg0KTm8sIGhhdmlu
ZyBzdWItVExWIGlzIGdlbmVyYWwgY29uY2VwdCBmb3IgTERQIGFuZCBpcyB3aWRlbHkgdXNlZC4N
Cg0KDQo+IA0KPiAgICAtIEdpdmVuIHRoYXQgdGhlIFBTTiBUdW5uZWwgQmluZGluZyBUTFYgYWxy
ZWFkeSBoYXMgYSBsZW5ndGggZmllbGQgdGhhdA0KPiBpbmNsdWRlcyB0aGUgc3ViLVRMViwgd2h5
IGRvIHlvdSBuZWVkIGFub3RoZXIgbGVuZ3RoIGZpZWxkIGluIHRoZSBzdWItVExWPw0KDQpTaW5j
ZSBhIHN1Yi1UTFYgaXMgYWxzbyBhIFRMViwgaXQgaGFzIGEgbGVuZ3RoIGZpZWxkLiBUaGUgbGVu
Z3RoIG9mIHRoZSBzdWItVExWIHNlZW1zIGEgYml0ICJyZWR1bmRhbnQiIGp1c3QgYmVjYXVzZSB0
aGUgUFNOIFR1bm5lbCBCaW5kaW5nIFRMViBjYW4gY2Fycnkgb25seSBvbmUgc3ViLVRMViwgb3Ro
ZXJ3aXNlIHRoZSBsZW5ndGggaXMgbmVjZXNzYXJ5LiBJbiBhZGRpdGlvbiwgYSBzdWItVExWIG1h
eSBiZSByZXVzZWQgaW4gYW5vdGhlciBUTFYgdGhhdCBtYXkgY2FycnkgbW9yZSB0aGFuIG9uZSBz
dWItVExWcy4gSSB0ZW5kIHRvIGtlZXAgdGhpcyBsZW5ndGguDQoNCj4gICAtIFdoeSBpcyB0aGVy
ZSBhbm90aGVyICdSZXNlcnZlZCcgZmllbGQgaW4gdGhlIHN1Yl9UTFYgKHRoYXQgaXMgYWxzbyBu
b3QNCj4gZGlzY3Vzc2VkKT8NCg0KVGhpcyBpcyB0byBtYWtlIHRoZSBzdWItVExWIDQtb2N0ZXQg
YWxpZ25tZW50LiANCg0KPiAgIC0gSWYgeW91IGFscmVhZHkgaGF2ZSBkaWZmZXJlbnQgdHlwZXMg
b2Ygc3ViLVRMVnMgaGVyZSwgd2h5IGRvbid0IHlvdSBzaW1wbHkNCj4gZGVmaW5lIHNvbWUgd2l0
aCBvciB3aXRob3V0IHRoZSB0aGUgTFNQIE51bWJlciBmaWVsZHMgaW5zdGVhZCBvZiB0aGUgVCBi
aXQ/DQoNClRoaXMgaXMgYSBkZXNpZ24gY2hvaWNlLCB5b3VyIHN1Z2dlc3RlZCBpcyBhbiBhbHRl
cm5hdGl2ZSB3YXkuIA0KDQo+ICAgLSBBbmQgZmluYWxseSBkbyB5b3UgcmVhbGx5IG5lZWQgdGhl
c2Ugc3ViLVRMVnMgIG9yIHdvdWxkIGEgZmxhZyBiZSBlbm91Z2ggdG8NCj4gaW5kaWNhdGUgSVB2
NCBvciBJUHY2IChvciBhZ2FpbiBqdXN0IHVzZSB0aGUgbGVuZ3RoIGZpZWxkIHRvIGRpc3Rpbmd1
aXNoKT8NCg0KVGhlcmUgbWF5IGJlIG90aGVyIHdheXMsIGJ1dCBJTUhPLCBhcyBzYWlkIGFib3Zl
LCBzdWItVExWLWJhc2VkIG1lY2hhbmlzbSBpcyBjb21tb24gZm9yIExEUCBhbmQgd2lkZWx5IHVz
ZWQuIA0KDQo+ICAtIEFuZCB0aGlzIHNob3VsZCBiZSBub3JtYXRpdmUgIkVhY2ggUFNOIFR1bm5l
bCBCaW5kaW5nIFRMViBjYW4gb25seSBoYXZlDQo+IG9uZSBzdWNoIHN1Yi1UTFYuIiAtPiAiRWFj
aCBQU04gVHVubmVsIEJpbmRpbmcgVExWIE1VU1QgaGF2ZSBvbmx5IG9uZSBzdWNoDQo+IHN1Yi1U
TFYuIiBhbmQgeW91IG11c3Qgc3BlY2lmeSB3aGF0IGhhcHBlbiBpZiBtb3JlIHRoZW4gb25lIGlz
IHByZXNlbnRlZCAoaWYNCj4geW91IGFjdHVhbGx5IHdhbnQgdG8gdXNlIHN1Yi1UTFZzKS4NCg0K
T0suIA0KDQo+IA0KPiA4KSBUaGVyZSBhcmUgYSBjb3VwbGUgb2YgTVVTVHMgYmFzaWNhbGx5IHR3
aWNlIGluIHRoZSBkb2N1bWVudCAob25jZSBpbiBzZWN0aW9uDQo+IDIgYW5kIGFub3RoZXIgdGlt
ZSBpbiBzZWN0aW9ucyA0IGFuZCA1KS4gSSB3b3VsZCByZWNvbW1lbmQgdG8gYXZvaWQgdGhlc2UN
Cj4gZHVwbGljYXRpb25zIGFuZCBzdWJzZXF1ZW50IHJlZHVuZGFuY3kgYW5kIHJlYWxseSBzdGF0
ZSBpdCBvbmx5IG9uY2UgdG8gYXZvaWQNCj4gYW55IGZ1dHVyZSBjb25mdXNpb25zLg0KDQpPSywg
d2lsbCBnbyB0aG91Z2ggdGhlIGRvY3VtZW50IGFuZCBtYWtlIHRoZSB1c2FnZSBjb25zaXN0ZW50
LiANCg0KQmVzdCByZWdhcmRzLA0KTWFjaA0KPiANCg0K


From nobody Wed Jul  6 00:28:06 2016
Return-Path: <ietf@kuehlewind.net>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8B2E112D0F4 for <pals@ietfa.amsl.com>; Wed,  6 Jul 2016 00:28:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.328
X-Spam-Level: 
X-Spam-Status: No, score=-3.328 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.426, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=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 Wgiexff8CMMf for <pals@ietfa.amsl.com>; Wed,  6 Jul 2016 00:27:59 -0700 (PDT)
Received: from kuehlewind.net (kuehlewind.net [83.169.45.111]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BA60012D67E for <pals@ietf.org>; Wed,  6 Jul 2016 00:27:57 -0700 (PDT)
Received: (qmail 3192 invoked from network); 6 Jul 2016 09:27:55 +0200
Received: from 178-83-155-34.dynamic.hispeed.ch (HELO ?192.168.220.145?) (178.83.155.34) by kuehlewind.net with ESMTPSA (DHE-RSA-AES256-SHA encrypted, authenticated);  6 Jul 2016 09:27:55 +0200
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
From: "Mirja Kuehlewind (IETF)" <ietf@kuehlewind.net>
In-Reply-To: <F73A3CB31E8BE34FA1BBE3C8F0CB2AE28CC8B3A1@SZXEMA510-MBX.china.huawei.com>
Date: Wed, 6 Jul 2016 09:27:56 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <321A823E-BF1B-409F-9103-3B414660D8D3@kuehlewind.net>
References: <20160705163846.22350.79584.idtracker@ietfa.amsl.com> <F73A3CB31E8BE34FA1BBE3C8F0CB2AE28CC8B3A1@SZXEMA510-MBX.china.huawei.com>
To: Mach Chen <mach.chen@huawei.com>
X-Mailer: Apple Mail (2.3124)
Archived-At: <https://mailarchive.ietf.org/arch/msg/pals/b2EfK-W0fMxty1LRuBwKlJaSjVQ>
Cc: "stewart.bryant@gmail.com" <stewart.bryant@gmail.com>, "pals-chairs@ietf.org" <pals-chairs@ietf.org>, The IESG <iesg@ietf.org>, "draft-ietf-pals-mpls-tp-pw-over-bidir-lsp@ietf.org" <draft-ietf-pals-mpls-tp-pw-over-bidir-lsp@ietf.org>, "pals@ietf.org" <pals@ietf.org>
Subject: Re: [Pals] =?utf-8?q?Mirja_K=C3=BChlewind=27s_Discuss_on_draft-ietf-p?= =?utf-8?q?als-mpls-tp-pw-over-bidir-lsp-08=3A_=28with_DISCUSS_and_COMMENT?= =?utf-8?q?=29?=
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
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, 06 Jul 2016 07:28:02 -0000

Hi Mach,

thanks! Suggested changes sound good to me. Will wait for the new =
revision!

One further question on the =E2=80=9EMUST be zero=E2=80=9C part: Isn=E2=80=
=99t this effectively also a =E2=80=9EReserved=E2=80=9C field, in the =
sense that is could be used in future? =E2=80=9EMUST be zero=E2=80=9C =
sounds like it must be zero for ever and ever (because there is a =
technical reason to have zeros there); I don=E2=80=99t think that=E2=80=99=
s the case, right?


Mirja

> Am 06.07.2016 um 08:12 schrieb Mach Chen <mach.chen@huawei.com>:
>=20
> Hi Mirja,
>=20
> Thanks for your "DISCUSS and COMMENT"!
>=20
> Please see some replies inline...
>=20
>> -----Original Message-----
>> From: Mirja Kuehlewind [mailto:ietf@kuehlewind.net]
>> Sent: Wednesday, July 06, 2016 12:39 AM
>> To: The IESG
>> Cc: draft-ietf-pals-mpls-tp-pw-over-bidir-lsp@ietf.org; Stewart =
Bryant;
>> pals-chairs@ietf.org; stewart.bryant@gmail.com; pals@ietf.org
>> Subject: Mirja K=C3=BChlewind's Discuss on
>> draft-ietf-pals-mpls-tp-pw-over-bidir-lsp-08: (with DISCUSS and =
COMMENT)
>>=20
>> Mirja K=C3=BChlewind has entered the following ballot position for
>> draft-ietf-pals-mpls-tp-pw-over-bidir-lsp-08: Discuss
>>=20
>> 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.)
>>=20
>>=20
>> Please refer to =
https://www.ietf.org/iesg/statement/discuss-criteria.html
>> for more information about IESG DISCUSS and COMMENT positions.
>>=20
>>=20
>> The document, along with other ballot positions, can be found here:
>> =
https://datatracker.ietf.org/doc/draft-ietf-pals-mpls-tp-pw-over-bidir-lsp=
/
>>=20
>>=20
>>=20
>> =
----------------------------------------------------------------------
>> DISCUSS:
>> =
----------------------------------------------------------------------
>>=20
>> I think the protocol specification is not complete:
>>=20
>> - What happens if none of the two S and C bits are set?
>=20
> Indeed, this is not explicitly stated in the document. One way is to =
clarify what happens if none of the two S and C bits are set. Another =
way is to along your suggestion below. After consideration, I think your =
suggestion is better and we will accept your suggestion.=20
>=20
> Then now, C bit will be omitted, and only the S bit will be left and =
it's definition as below:
>=20
> "S (Strict) bit: This instructs the PEs with respect to the handling =
of the underlying LSPs. When the S bit set, the remote PE MUST use the =
tunnel/LSP specified in the PSN Tunnel Sub-TLV as the PSN tunnel on the =
reverse direction of the PW, or the PW will fail to be established. When =
the S bit cleared, the remote T-PE/S-PEs SHOULD select co-routed LSP (as =
the forwarding tunnel) as the reverse PSN tunnel. If there is no such =
tunnel available, it may trigger the remote T-PE/S-PEs to establish a =
new LSP."
>=20
> And correspondingly, the some text in the Operation section will =
modified accordingly.=20
>=20
>>=20
>> - What happens if more the one sub-TLV is present?
>=20
> How about:
>=20
> OLD:
> "Each PSN Tunnel Binding TLV can only have one such sub-TLV."
>=20
> NEW
> "Each PSN Tunnel Binding TLV MUST only have one such sub-TLV. When =
sending, only one sub-TLV MUST be carried. When received, if there are =
more than one sub-TLVs carried, only the first sub-TLV MUST be used, the =
rest sub-TLVs MUST be ignored."
>=20
> Hope this addresses the DISCUSS.
>=20
>=20
>>=20
>> Actually I think that the protocol design is more complicated than =
needed and
>> simplifying it would resolve these error cases. But as that's not a =
DISCUSS
>> reason, please see more detailed comments below!
>>=20
>>=20
>> =
----------------------------------------------------------------------
>> COMMENT:
>> =
----------------------------------------------------------------------
>>=20
>> A few questions/comments:
>>=20
>> 1) The shepherd writeup says: "An IPR discolusure has been filed and =
the WG
>> has not remarked on this."
>>    Does this mean the wg is not aware of it or it is aware and nobody
>> commented?
>>=20
>=20
> I think it's the latter.
>=20
>> 2) Acronym: I found a few acronyms that where not spelled out, e.g. =
FEC as
>> well as LDP and TE in the abstract. One can argue if that's needed =
but usually I
>> think it helps. Further there are quite a few acronyms that are =
introduced
>> somewhere and then never used again (e.g. Point-to-Point (P2P); that =
makes it
>> actually harder to read, so I would recommend to remove them.
>=20
> Sure, will look through the document and expand the acronyms when =
needed and remove never used acronyms.
>=20
>>=20
>> 3) I think I don't understand the following MUST: "PSN Tunnel Binding =
TLV is an
>> optional TLV and MUST be carried in the Label Mapping message =
[RFC5036] if
>> PW to LSP binding is required." and again later "To perform PSN =
binding, the
>> Label Mapping messages MUST carry a PSN Tunnel Binding TLV". Maybe =
just
>> remove it?
>=20
> The "MUST" applies when "PW to LSP binding is required". Since there =
are "MUST in the Operation sections, I will remove the one in the TLV =
definition section. How about:
>=20
> OLD:
> "PSN Tunnel Binding TLV is an optional TLV and MUST be carried in the =
Label Mapping message [RFC5036] if PW to LSP binding is required."
>=20
> NEW:
> "PSN Tunnel Binding TLV is an optional TLV."
>=20
>=20
>>=20
>> 4) Why is there a "MUST be zero" and a "Reserved" field? Shouldn't =
this all just
>> be a large "Reserved" field? And the "Reserve" field is not =
discussed.
>=20
> The "MUST be zero" and the allocated flags belong to the Flag field. =
The "Reserved" filed is just as its name, it is reserved for future use. =
Maybe some text can be added to clarify this. For example : " The =
Reserved field is 2 octets in length and is left for future use."
>=20
>>=20
>> 5) On the T (Tunnel Representation) bit: Why is that an extra bit?
>> Usually you can simply use the length field here and then either have =
the LSP
>> Number fields in the sub-TLV or not.
>=20
> Currently, there are two sub-TLVs, one is for IPv4 and the other is =
for IPv6, if we use the length to imply sub-TLV types, then the sub-TLVs =
will become four. And we have to guarantee that the four sub-TLVs have =
their own unique length, otherwise, a receiver cannot parse the packet. =
In addition, there may be more sub-TLVs introduced in the future, seems =
it's difficult or impossible to make sure that all sub-TLVs have =
different length.
>=20
>>=20
>> 6) Why are there two bits for C and S if they are mutual exclusive =
and one of
>> them has to be set? In this case you should use one bit and say e.g. =
0 means
>> S(trict) and 1 means C(o-routed path). This would also avoid the =
error case
>> when both are set! (Otherwise if it should be possible to not set =
both flags, this
>> case is not described  in the draft and must be
>> added.)
>=20
> Will keep the S bit and remove the C bit.
>=20
>>=20
>> 7) Sub-TLV: I'm not an LDP expert but I assume having sub-TLV is not =
a general
>> concept that is widely used this way but something introduced in this =
document.
>> If that's the case, I have a couple of questions/remarks:
>=20
> No, having sub-TLV is general concept for LDP and is widely used.
>=20
>=20
>>=20
>>   - Given that the PSN Tunnel Binding TLV already has a length field =
that
>> includes the sub-TLV, why do you need another length field in the =
sub-TLV?
>=20
> Since a sub-TLV is also a TLV, it has a length field. The length of =
the sub-TLV seems a bit "redundant" just because the PSN Tunnel Binding =
TLV can carry only one sub-TLV, otherwise the length is necessary. In =
addition, a sub-TLV may be reused in another TLV that may carry more =
than one sub-TLVs. I tend to keep this length.
>=20
>>  - Why is there another 'Reserved' field in the sub_TLV (that is also =
not
>> discussed)?
>=20
> This is to make the sub-TLV 4-octet alignment.=20
>=20
>>  - If you already have different types of sub-TLVs here, why don't =
you simply
>> define some with or without the the LSP Number fields instead of the =
T bit?
>=20
> This is a design choice, your suggested is an alternative way.=20
>=20
>>  - And finally do you really need these sub-TLVs  or would a flag be =
enough to
>> indicate IPv4 or IPv6 (or again just use the length field to =
distinguish)?
>=20
> There may be other ways, but IMHO, as said above, sub-TLV-based =
mechanism is common for LDP and widely used.=20
>=20
>> - And this should be normative "Each PSN Tunnel Binding TLV can only =
have
>> one such sub-TLV." -> "Each PSN Tunnel Binding TLV MUST have only one =
such
>> sub-TLV." and you must specify what happen if more then one is =
presented (if
>> you actually want to use sub-TLVs).
>=20
> OK.=20
>=20
>>=20
>> 8) There are a couple of MUSTs basically twice in the document (once =
in section
>> 2 and another time in sections 4 and 5). I would recommend to avoid =
these
>> duplications and subsequent redundancy and really state it only once =
to avoid
>> any future confusions.
>=20
> OK, will go though the document and make the usage consistent.=20
>=20
> Best regards,
> Mach
>>=20
>=20


From nobody Wed Jul  6 00:44:48 2016
Return-Path: <mach.chen@huawei.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5E9B012D69C; Wed,  6 Jul 2016 00:44:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.647
X-Spam-Level: 
X-Spam-Status: No, score=-5.647 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 70euukWVA-df; Wed,  6 Jul 2016 00:44:44 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 877C812D674; Wed,  6 Jul 2016 00:44:42 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml705-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CSC83060; Wed, 06 Jul 2016 07:44:40 +0000 (GMT)
Received: from SZXEMA417-HUB.china.huawei.com (10.82.72.34) by lhreml705-cah.china.huawei.com (10.201.5.168) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 6 Jul 2016 08:43:44 +0100
Received: from SZXEMA510-MBX.china.huawei.com ([169.254.3.42]) by SZXEMA417-HUB.china.huawei.com ([10.82.72.34]) with mapi id 14.03.0235.001; Wed, 6 Jul 2016 15:43:41 +0800
From: Mach Chen <mach.chen@huawei.com>
To: "Mirja Kuehlewind (IETF)" <ietf@kuehlewind.net>
Thread-Topic: =?utf-8?B?TWlyamEgS8O8aGxld2luZCdzIERpc2N1c3Mgb24gZHJhZnQtaWV0Zi1wYWxz?= =?utf-8?B?LW1wbHMtdHAtcHctb3Zlci1iaWRpci1sc3AtMDg6ICh3aXRoIERJU0NVU1Mg?= =?utf-8?Q?and_COMMENT)?=
Thread-Index: AQHR1tu4vG3B3U+azU26eaxj5RuoiaAKspig///JaACAAIZkEA==
Date: Wed, 6 Jul 2016 07:43:40 +0000
Message-ID: <F73A3CB31E8BE34FA1BBE3C8F0CB2AE28CC8B40D@SZXEMA510-MBX.china.huawei.com>
References: <20160705163846.22350.79584.idtracker@ietfa.amsl.com> <F73A3CB31E8BE34FA1BBE3C8F0CB2AE28CC8B3A1@SZXEMA510-MBX.china.huawei.com> <321A823E-BF1B-409F-9103-3B414660D8D3@kuehlewind.net>
In-Reply-To: <321A823E-BF1B-409F-9103-3B414660D8D3@kuehlewind.net>
Accept-Language: en-US, zh-CN
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.111.102.135]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090204.577CB6E8.009A, ss=1, re=0.000, recu=0.000, reip=0.000,  cl=1, cld=1, fgs=0, ip=169.254.3.42, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: 807ad040e4e5546c86601611c5aa7453
Archived-At: <https://mailarchive.ietf.org/arch/msg/pals/f7MDYWtFiqM4kkylwAE3oOAWz8Y>
Cc: "stewart.bryant@gmail.com" <stewart.bryant@gmail.com>, "pals-chairs@ietf.org" <pals-chairs@ietf.org>, The IESG <iesg@ietf.org>, "draft-ietf-pals-mpls-tp-pw-over-bidir-lsp@ietf.org" <draft-ietf-pals-mpls-tp-pw-over-bidir-lsp@ietf.org>, "pals@ietf.org" <pals@ietf.org>
Subject: Re: [Pals] =?utf-8?q?Mirja_K=C3=BChlewind=27s_Discuss_on_draft-ietf-p?= =?utf-8?q?als-mpls-tp-pw-over-bidir-lsp-08=3A_=28with_DISCUSS_and_COMMENT?= =?utf-8?q?=29?=
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
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, 06 Jul 2016 07:44:47 -0000

SGkgTWlyamEsDQoNClRoYW5rcyBmb3IgeW91ciBwcm9tcHQgcmVzcG9uc2UhDQoNCkluZGVlZCwg
dGhlICJNVVNUIGJlIHplcm8iIHBhcnQgaXMgYWxzbyBhIFJlc2VydmVkIHBhcnQsIGJ1dCBpdCBp
cyByZXNlcnZlZCBvbmx5IGZvciBGbGFnIHVzYWdlLiANCg0KSW4gc2VjdGlvbiAyLjEgdGhlcmUg
aXMgdGV4dCAoYXMgYmVsb3cpIGFib3V0IHRoZSBGbGFnIGZpZWxkIGRlZmluaXRpb246DQoiVGhl
IEZsYWcgZmllbGQgaXMgMiBvY3RldHMgaW4gbGVuZ3RoLCB0d28gZmxhZ3MgYXJlIGRlZmluZWQg
aW4gdGhpcyBkb2N1bWVudC4gVGhlIHJlc3QgdW5hbGxvY2F0ZWQgZmxhZ3MgTVVTVCBiZSBzZXQg
dG8gemVybyB3aGVuIHNlbmRpbmcsIGFuZCBNVVNUIGJlIGlnbm9yZWQgd2hlbiByZWNlaXZlZC4i
DQoNCkRvIHlvdSB0aGluayB0aGlzIGlzIGVub3VnaD8gT3IgTWF5YmUgSSBjb3VsZCBjaGFuZ2Ug
dGhlICJNVVNUIGJlIHplcm8iIHRvICJ1bmFsbG9jYXRlZCBmbGFncyIuDQoNCg0KQmVzdCByZWdh
cmRzLA0KTWFjaA0KDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IE1pcmph
IEt1ZWhsZXdpbmQgKElFVEYpIFttYWlsdG86aWV0ZkBrdWVobGV3aW5kLm5ldF0NCj4gU2VudDog
V2VkbmVzZGF5LCBKdWx5IDA2LCAyMDE2IDM6MjggUE0NCj4gVG86IE1hY2ggQ2hlbg0KPiBDYzog
VGhlIElFU0c7IHN0ZXdhcnQuYnJ5YW50QGdtYWlsLmNvbTsgcGFscy1jaGFpcnNAaWV0Zi5vcmc7
DQo+IGRyYWZ0LWlldGYtcGFscy1tcGxzLXRwLXB3LW92ZXItYmlkaXItbHNwQGlldGYub3JnOyBw
YWxzQGlldGYub3JnDQo+IFN1YmplY3Q6IFJlOiBNaXJqYSBLw7xobGV3aW5kJ3MgRGlzY3VzcyBv
bg0KPiBkcmFmdC1pZXRmLXBhbHMtbXBscy10cC1wdy1vdmVyLWJpZGlyLWxzcC0wODogKHdpdGgg
RElTQ1VTUyBhbmQgQ09NTUVOVCkNCj4gDQo+IEhpIE1hY2gsDQo+IA0KPiB0aGFua3MhIFN1Z2dl
c3RlZCBjaGFuZ2VzIHNvdW5kIGdvb2QgdG8gbWUuIFdpbGwgd2FpdCBmb3IgdGhlIG5ldyByZXZp
c2lvbiENCj4gDQo+IE9uZSBmdXJ0aGVyIHF1ZXN0aW9uIG9uIHRoZSDigJ5NVVNUIGJlIHplcm/i
gJwgcGFydDogSXNu4oCZdCB0aGlzIGVmZmVjdGl2ZWx5IGFsc28gYQ0KPiDigJ5SZXNlcnZlZOKA
nCBmaWVsZCwgaW4gdGhlIHNlbnNlIHRoYXQgaXMgY291bGQgYmUgdXNlZCBpbiBmdXR1cmU/IOKA
nk1VU1QgYmUNCj4gemVyb+KAnCBzb3VuZHMgbGlrZSBpdCBtdXN0IGJlIHplcm8gZm9yIGV2ZXIg
YW5kIGV2ZXIgKGJlY2F1c2UgdGhlcmUgaXMgYSB0ZWNobmljYWwNCj4gcmVhc29uIHRvIGhhdmUg
emVyb3MgdGhlcmUpOyBJIGRvbuKAmXQgdGhpbmsgdGhhdOKAmXMgdGhlIGNhc2UsIHJpZ2h0Pw0K
PiANCj4gDQo+IE1pcmphDQo+IA0KPiA+IEFtIDA2LjA3LjIwMTYgdW0gMDg6MTIgc2NocmllYiBN
YWNoIENoZW4gPG1hY2guY2hlbkBodWF3ZWkuY29tPjoNCj4gPg0KPiA+IEhpIE1pcmphLA0KPiA+
DQo+ID4gVGhhbmtzIGZvciB5b3VyICJESVNDVVNTIGFuZCBDT01NRU5UIiENCj4gPg0KPiA+IFBs
ZWFzZSBzZWUgc29tZSByZXBsaWVzIGlubGluZS4uLg0KPiA+DQo+ID4+IC0tLS0tT3JpZ2luYWwg
TWVzc2FnZS0tLS0tDQo+ID4+IEZyb206IE1pcmphIEt1ZWhsZXdpbmQgW21haWx0bzppZXRmQGt1
ZWhsZXdpbmQubmV0XQ0KPiA+PiBTZW50OiBXZWRuZXNkYXksIEp1bHkgMDYsIDIwMTYgMTI6Mzkg
QU0NCj4gPj4gVG86IFRoZSBJRVNHDQo+ID4+IENjOiBkcmFmdC1pZXRmLXBhbHMtbXBscy10cC1w
dy1vdmVyLWJpZGlyLWxzcEBpZXRmLm9yZzsgU3Rld2FydA0KPiA+PiBCcnlhbnQ7IHBhbHMtY2hh
aXJzQGlldGYub3JnOyBzdGV3YXJ0LmJyeWFudEBnbWFpbC5jb207IHBhbHNAaWV0Zi5vcmcNCj4g
Pj4gU3ViamVjdDogTWlyamEgS8O8aGxld2luZCdzIERpc2N1c3Mgb24NCj4gPj4gZHJhZnQtaWV0
Zi1wYWxzLW1wbHMtdHAtcHctb3Zlci1iaWRpci1sc3AtMDg6ICh3aXRoIERJU0NVU1MgYW5kDQo+
ID4+IENPTU1FTlQpDQo+ID4+DQo+ID4+IE1pcmphIEvDvGhsZXdpbmQgaGFzIGVudGVyZWQgdGhl
IGZvbGxvd2luZyBiYWxsb3QgcG9zaXRpb24gZm9yDQo+ID4+IGRyYWZ0LWlldGYtcGFscy1tcGxz
LXRwLXB3LW92ZXItYmlkaXItbHNwLTA4OiBEaXNjdXNzDQo+ID4+DQo+ID4+IFdoZW4gcmVzcG9u
ZGluZywgcGxlYXNlIGtlZXAgdGhlIHN1YmplY3QgbGluZSBpbnRhY3QgYW5kIHJlcGx5IHRvIGFs
bA0KPiA+PiBlbWFpbCBhZGRyZXNzZXMgaW5jbHVkZWQgaW4gdGhlIFRvIGFuZCBDQyBsaW5lcy4g
KEZlZWwgZnJlZSB0byBjdXQNCj4gPj4gdGhpcyBpbnRyb2R1Y3RvcnkgcGFyYWdyYXBoLCBob3dl
dmVyLikNCj4gPj4NCj4gPj4NCj4gPj4gUGxlYXNlIHJlZmVyIHRvDQo+ID4+IGh0dHBzOi8vd3d3
LmlldGYub3JnL2llc2cvc3RhdGVtZW50L2Rpc2N1c3MtY3JpdGVyaWEuaHRtbA0KPiA+PiBmb3Ig
bW9yZSBpbmZvcm1hdGlvbiBhYm91dCBJRVNHIERJU0NVU1MgYW5kIENPTU1FTlQgcG9zaXRpb25z
Lg0KPiA+Pg0KPiA+Pg0KPiA+PiBUaGUgZG9jdW1lbnQsIGFsb25nIHdpdGggb3RoZXIgYmFsbG90
IHBvc2l0aW9ucywgY2FuIGJlIGZvdW5kIGhlcmU6DQo+ID4+IGh0dHBzOi8vZGF0YXRyYWNrZXIu
aWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtcGFscy1tcGxzLXRwLXB3LW92ZXItYmlkaQ0KPiA+PiBy
LWxzcC8NCj4gPj4NCj4gPj4NCj4gPj4NCj4gPj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+ID4+IC0NCj4gPj4g
RElTQ1VTUzoNCj4gPj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+ID4+IC0NCj4gPj4NCj4gPj4gSSB0aGluayB0
aGUgcHJvdG9jb2wgc3BlY2lmaWNhdGlvbiBpcyBub3QgY29tcGxldGU6DQo+ID4+DQo+ID4+IC0g
V2hhdCBoYXBwZW5zIGlmIG5vbmUgb2YgdGhlIHR3byBTIGFuZCBDIGJpdHMgYXJlIHNldD8NCj4g
Pg0KPiA+IEluZGVlZCwgdGhpcyBpcyBub3QgZXhwbGljaXRseSBzdGF0ZWQgaW4gdGhlIGRvY3Vt
ZW50LiBPbmUgd2F5IGlzIHRvIGNsYXJpZnkNCj4gd2hhdCBoYXBwZW5zIGlmIG5vbmUgb2YgdGhl
IHR3byBTIGFuZCBDIGJpdHMgYXJlIHNldC4gQW5vdGhlciB3YXkgaXMgdG8gYWxvbmcNCj4geW91
ciBzdWdnZXN0aW9uIGJlbG93LiBBZnRlciBjb25zaWRlcmF0aW9uLCBJIHRoaW5rIHlvdXIgc3Vn
Z2VzdGlvbiBpcyBiZXR0ZXINCj4gYW5kIHdlIHdpbGwgYWNjZXB0IHlvdXIgc3VnZ2VzdGlvbi4N
Cj4gPg0KPiA+IFRoZW4gbm93LCBDIGJpdCB3aWxsIGJlIG9taXR0ZWQsIGFuZCBvbmx5IHRoZSBT
IGJpdCB3aWxsIGJlIGxlZnQgYW5kIGl0J3MgZGVmaW5pdGlvbg0KPiBhcyBiZWxvdzoNCj4gPg0K
PiA+ICJTIChTdHJpY3QpIGJpdDogVGhpcyBpbnN0cnVjdHMgdGhlIFBFcyB3aXRoIHJlc3BlY3Qg
dG8gdGhlIGhhbmRsaW5nIG9mIHRoZQ0KPiB1bmRlcmx5aW5nIExTUHMuIFdoZW4gdGhlIFMgYml0
IHNldCwgdGhlIHJlbW90ZSBQRSBNVVNUIHVzZSB0aGUgdHVubmVsL0xTUA0KPiBzcGVjaWZpZWQg
aW4gdGhlIFBTTiBUdW5uZWwgU3ViLVRMViBhcyB0aGUgUFNOIHR1bm5lbCBvbiB0aGUgcmV2ZXJz
ZSBkaXJlY3Rpb24NCj4gb2YgdGhlIFBXLCBvciB0aGUgUFcgd2lsbCBmYWlsIHRvIGJlIGVzdGFi
bGlzaGVkLiBXaGVuIHRoZSBTIGJpdCBjbGVhcmVkLCB0aGUNCj4gcmVtb3RlIFQtUEUvUy1QRXMg
U0hPVUxEIHNlbGVjdCBjby1yb3V0ZWQgTFNQIChhcyB0aGUgZm9yd2FyZGluZyB0dW5uZWwpIGFz
DQo+IHRoZSByZXZlcnNlIFBTTiB0dW5uZWwuIElmIHRoZXJlIGlzIG5vIHN1Y2ggdHVubmVsIGF2
YWlsYWJsZSwgaXQgbWF5IHRyaWdnZXIgdGhlDQo+IHJlbW90ZSBULVBFL1MtUEVzIHRvIGVzdGFi
bGlzaCBhIG5ldyBMU1AuIg0KPiA+DQo+ID4gQW5kIGNvcnJlc3BvbmRpbmdseSwgdGhlIHNvbWUg
dGV4dCBpbiB0aGUgT3BlcmF0aW9uIHNlY3Rpb24gd2lsbCBtb2RpZmllZA0KPiBhY2NvcmRpbmds
eS4NCj4gPg0KPiA+Pg0KPiA+PiAtIFdoYXQgaGFwcGVucyBpZiBtb3JlIHRoZSBvbmUgc3ViLVRM
ViBpcyBwcmVzZW50Pw0KPiA+DQo+ID4gSG93IGFib3V0Og0KPiA+DQo+ID4gT0xEOg0KPiA+ICJF
YWNoIFBTTiBUdW5uZWwgQmluZGluZyBUTFYgY2FuIG9ubHkgaGF2ZSBvbmUgc3VjaCBzdWItVExW
LiINCj4gPg0KPiA+IE5FVw0KPiA+ICJFYWNoIFBTTiBUdW5uZWwgQmluZGluZyBUTFYgTVVTVCBv
bmx5IGhhdmUgb25lIHN1Y2ggc3ViLVRMVi4gV2hlbg0KPiBzZW5kaW5nLCBvbmx5IG9uZSBzdWIt
VExWIE1VU1QgYmUgY2FycmllZC4gV2hlbiByZWNlaXZlZCwgaWYgdGhlcmUgYXJlIG1vcmUNCj4g
dGhhbiBvbmUgc3ViLVRMVnMgY2FycmllZCwgb25seSB0aGUgZmlyc3Qgc3ViLVRMViBNVVNUIGJl
IHVzZWQsIHRoZSByZXN0DQo+IHN1Yi1UTFZzIE1VU1QgYmUgaWdub3JlZC4iDQo+ID4NCj4gPiBI
b3BlIHRoaXMgYWRkcmVzc2VzIHRoZSBESVNDVVNTLg0KPiA+DQo+ID4NCj4gPj4NCj4gPj4gQWN0
dWFsbHkgSSB0aGluayB0aGF0IHRoZSBwcm90b2NvbCBkZXNpZ24gaXMgbW9yZSBjb21wbGljYXRl
ZCB0aGFuDQo+ID4+IG5lZWRlZCBhbmQgc2ltcGxpZnlpbmcgaXQgd291bGQgcmVzb2x2ZSB0aGVz
ZSBlcnJvciBjYXNlcy4gQnV0IGFzDQo+ID4+IHRoYXQncyBub3QgYSBESVNDVVNTIHJlYXNvbiwg
cGxlYXNlIHNlZSBtb3JlIGRldGFpbGVkIGNvbW1lbnRzIGJlbG93IQ0KPiA+Pg0KPiA+Pg0KPiA+
PiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0NCj4gPj4gLQ0KPiA+PiBDT01NRU5UOg0KPiA+PiAtLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0N
Cj4gPj4gLQ0KPiA+Pg0KPiA+PiBBIGZldyBxdWVzdGlvbnMvY29tbWVudHM6DQo+ID4+DQo+ID4+
IDEpIFRoZSBzaGVwaGVyZCB3cml0ZXVwIHNheXM6ICJBbiBJUFIgZGlzY29sdXN1cmUgaGFzIGJl
ZW4gZmlsZWQgYW5kDQo+ID4+IHRoZSBXRyBoYXMgbm90IHJlbWFya2VkIG9uIHRoaXMuIg0KPiA+
PiAgICBEb2VzIHRoaXMgbWVhbiB0aGUgd2cgaXMgbm90IGF3YXJlIG9mIGl0IG9yIGl0IGlzIGF3
YXJlIGFuZCBub2JvZHkNCj4gPj4gY29tbWVudGVkPw0KPiA+Pg0KPiA+DQo+ID4gSSB0aGluayBp
dCdzIHRoZSBsYXR0ZXIuDQo+ID4NCj4gPj4gMikgQWNyb255bTogSSBmb3VuZCBhIGZldyBhY3Jv
bnltcyB0aGF0IHdoZXJlIG5vdCBzcGVsbGVkIG91dCwgZS5nLg0KPiA+PiBGRUMgYXMgd2VsbCBh
cyBMRFAgYW5kIFRFIGluIHRoZSBhYnN0cmFjdC4gT25lIGNhbiBhcmd1ZSBpZiB0aGF0J3MNCj4g
Pj4gbmVlZGVkIGJ1dCB1c3VhbGx5IEkgdGhpbmsgaXQgaGVscHMuIEZ1cnRoZXIgdGhlcmUgYXJl
IHF1aXRlIGEgZmV3DQo+ID4+IGFjcm9ueW1zIHRoYXQgYXJlIGludHJvZHVjZWQgc29tZXdoZXJl
IGFuZCB0aGVuIG5ldmVyIHVzZWQgYWdhaW4NCj4gPj4gKGUuZy4gUG9pbnQtdG8tUG9pbnQgKFAy
UCk7IHRoYXQgbWFrZXMgaXQgYWN0dWFsbHkgaGFyZGVyIHRvIHJlYWQsIHNvIEkgd291bGQNCj4g
cmVjb21tZW5kIHRvIHJlbW92ZSB0aGVtLg0KPiA+DQo+ID4gU3VyZSwgd2lsbCBsb29rIHRocm91
Z2ggdGhlIGRvY3VtZW50IGFuZCBleHBhbmQgdGhlIGFjcm9ueW1zIHdoZW4gbmVlZGVkDQo+IGFu
ZCByZW1vdmUgbmV2ZXIgdXNlZCBhY3Jvbnltcy4NCj4gPg0KPiA+Pg0KPiA+PiAzKSBJIHRoaW5r
IEkgZG9uJ3QgdW5kZXJzdGFuZCB0aGUgZm9sbG93aW5nIE1VU1Q6ICJQU04gVHVubmVsIEJpbmRp
bmcNCj4gPj4gVExWIGlzIGFuIG9wdGlvbmFsIFRMViBhbmQgTVVTVCBiZSBjYXJyaWVkIGluIHRo
ZSBMYWJlbCBNYXBwaW5nDQo+ID4+IG1lc3NhZ2UgW1JGQzUwMzZdIGlmIFBXIHRvIExTUCBiaW5k
aW5nIGlzIHJlcXVpcmVkLiIgYW5kIGFnYWluIGxhdGVyDQo+ID4+ICJUbyBwZXJmb3JtIFBTTiBi
aW5kaW5nLCB0aGUgTGFiZWwgTWFwcGluZyBtZXNzYWdlcyBNVVNUIGNhcnJ5IGEgUFNODQo+ID4+
IFR1bm5lbCBCaW5kaW5nIFRMViIuIE1heWJlIGp1c3QgcmVtb3ZlIGl0Pw0KPiA+DQo+ID4gVGhl
ICJNVVNUIiBhcHBsaWVzIHdoZW4gIlBXIHRvIExTUCBiaW5kaW5nIGlzIHJlcXVpcmVkIi4gU2lu
Y2UgdGhlcmUgYXJlDQo+ICJNVVNUIGluIHRoZSBPcGVyYXRpb24gc2VjdGlvbnMsIEkgd2lsbCBy
ZW1vdmUgdGhlIG9uZSBpbiB0aGUgVExWIGRlZmluaXRpb24NCj4gc2VjdGlvbi4gSG93IGFib3V0
Og0KPiA+DQo+ID4gT0xEOg0KPiA+ICJQU04gVHVubmVsIEJpbmRpbmcgVExWIGlzIGFuIG9wdGlv
bmFsIFRMViBhbmQgTVVTVCBiZSBjYXJyaWVkIGluIHRoZSBMYWJlbA0KPiBNYXBwaW5nIG1lc3Nh
Z2UgW1JGQzUwMzZdIGlmIFBXIHRvIExTUCBiaW5kaW5nIGlzIHJlcXVpcmVkLiINCj4gPg0KPiA+
IE5FVzoNCj4gPiAiUFNOIFR1bm5lbCBCaW5kaW5nIFRMViBpcyBhbiBvcHRpb25hbCBUTFYuIg0K
PiA+DQo+ID4NCj4gPj4NCj4gPj4gNCkgV2h5IGlzIHRoZXJlIGEgIk1VU1QgYmUgemVybyIgYW5k
IGEgIlJlc2VydmVkIiBmaWVsZD8gU2hvdWxkbid0DQo+ID4+IHRoaXMgYWxsIGp1c3QgYmUgYSBs
YXJnZSAiUmVzZXJ2ZWQiIGZpZWxkPyBBbmQgdGhlICJSZXNlcnZlIiBmaWVsZCBpcyBub3QNCj4g
ZGlzY3Vzc2VkLg0KPiA+DQo+ID4gVGhlICJNVVNUIGJlIHplcm8iIGFuZCB0aGUgYWxsb2NhdGVk
IGZsYWdzIGJlbG9uZyB0byB0aGUgRmxhZyBmaWVsZC4gVGhlDQo+ICJSZXNlcnZlZCIgZmlsZWQg
aXMganVzdCBhcyBpdHMgbmFtZSwgaXQgaXMgcmVzZXJ2ZWQgZm9yIGZ1dHVyZSB1c2UuIE1heWJl
IHNvbWUNCj4gdGV4dCBjYW4gYmUgYWRkZWQgdG8gY2xhcmlmeSB0aGlzLiBGb3IgZXhhbXBsZSA6
ICIgVGhlIFJlc2VydmVkIGZpZWxkIGlzIDIgb2N0ZXRzDQo+IGluIGxlbmd0aCBhbmQgaXMgbGVm
dCBmb3IgZnV0dXJlIHVzZS4iDQo+ID4NCj4gPj4NCj4gPj4gNSkgT24gdGhlIFQgKFR1bm5lbCBS
ZXByZXNlbnRhdGlvbikgYml0OiBXaHkgaXMgdGhhdCBhbiBleHRyYSBiaXQ/DQo+ID4+IFVzdWFs
bHkgeW91IGNhbiBzaW1wbHkgdXNlIHRoZSBsZW5ndGggZmllbGQgaGVyZSBhbmQgdGhlbiBlaXRo
ZXIgaGF2ZQ0KPiA+PiB0aGUgTFNQIE51bWJlciBmaWVsZHMgaW4gdGhlIHN1Yi1UTFYgb3Igbm90
Lg0KPiA+DQo+ID4gQ3VycmVudGx5LCB0aGVyZSBhcmUgdHdvIHN1Yi1UTFZzLCBvbmUgaXMgZm9y
IElQdjQgYW5kIHRoZSBvdGhlciBpcyBmb3IgSVB2NiwgaWYNCj4gd2UgdXNlIHRoZSBsZW5ndGgg
dG8gaW1wbHkgc3ViLVRMViB0eXBlcywgdGhlbiB0aGUgc3ViLVRMVnMgd2lsbCBiZWNvbWUgZm91
ci4NCj4gQW5kIHdlIGhhdmUgdG8gZ3VhcmFudGVlIHRoYXQgdGhlIGZvdXIgc3ViLVRMVnMgaGF2
ZSB0aGVpciBvd24gdW5pcXVlIGxlbmd0aCwNCj4gb3RoZXJ3aXNlLCBhIHJlY2VpdmVyIGNhbm5v
dCBwYXJzZSB0aGUgcGFja2V0LiBJbiBhZGRpdGlvbiwgdGhlcmUgbWF5IGJlIG1vcmUNCj4gc3Vi
LVRMVnMgaW50cm9kdWNlZCBpbiB0aGUgZnV0dXJlLCBzZWVtcyBpdCdzIGRpZmZpY3VsdCBvciBp
bXBvc3NpYmxlIHRvIG1ha2UNCj4gc3VyZSB0aGF0IGFsbCBzdWItVExWcyBoYXZlIGRpZmZlcmVu
dCBsZW5ndGguDQo+ID4NCj4gPj4NCj4gPj4gNikgV2h5IGFyZSB0aGVyZSB0d28gYml0cyBmb3Ig
QyBhbmQgUyBpZiB0aGV5IGFyZSBtdXR1YWwgZXhjbHVzaXZlDQo+ID4+IGFuZCBvbmUgb2YgdGhl
bSBoYXMgdG8gYmUgc2V0PyBJbiB0aGlzIGNhc2UgeW91IHNob3VsZCB1c2Ugb25lIGJpdA0KPiA+
PiBhbmQgc2F5IGUuZy4gMCBtZWFucw0KPiA+PiBTKHRyaWN0KSBhbmQgMSBtZWFucyBDKG8tcm91
dGVkIHBhdGgpLiBUaGlzIHdvdWxkIGFsc28gYXZvaWQgdGhlDQo+ID4+IGVycm9yIGNhc2Ugd2hl
biBib3RoIGFyZSBzZXQhIChPdGhlcndpc2UgaWYgaXQgc2hvdWxkIGJlIHBvc3NpYmxlIHRvDQo+
ID4+IG5vdCBzZXQgYm90aCBmbGFncywgdGhpcyBjYXNlIGlzIG5vdCBkZXNjcmliZWQgIGluIHRo
ZSBkcmFmdCBhbmQgbXVzdA0KPiA+PiBiZQ0KPiA+PiBhZGRlZC4pDQo+ID4NCj4gPiBXaWxsIGtl
ZXAgdGhlIFMgYml0IGFuZCByZW1vdmUgdGhlIEMgYml0Lg0KPiA+DQo+ID4+DQo+ID4+IDcpIFN1
Yi1UTFY6IEknbSBub3QgYW4gTERQIGV4cGVydCBidXQgSSBhc3N1bWUgaGF2aW5nIHN1Yi1UTFYg
aXMgbm90DQo+ID4+IGEgZ2VuZXJhbCBjb25jZXB0IHRoYXQgaXMgd2lkZWx5IHVzZWQgdGhpcyB3
YXkgYnV0IHNvbWV0aGluZyBpbnRyb2R1Y2VkIGluDQo+IHRoaXMgZG9jdW1lbnQuDQo+ID4+IElm
IHRoYXQncyB0aGUgY2FzZSwgSSBoYXZlIGEgY291cGxlIG9mIHF1ZXN0aW9ucy9yZW1hcmtzOg0K
PiA+DQo+ID4gTm8sIGhhdmluZyBzdWItVExWIGlzIGdlbmVyYWwgY29uY2VwdCBmb3IgTERQIGFu
ZCBpcyB3aWRlbHkgdXNlZC4NCj4gPg0KPiA+DQo+ID4+DQo+ID4+ICAgLSBHaXZlbiB0aGF0IHRo
ZSBQU04gVHVubmVsIEJpbmRpbmcgVExWIGFscmVhZHkgaGFzIGEgbGVuZ3RoIGZpZWxkDQo+ID4+
IHRoYXQgaW5jbHVkZXMgdGhlIHN1Yi1UTFYsIHdoeSBkbyB5b3UgbmVlZCBhbm90aGVyIGxlbmd0
aCBmaWVsZCBpbiB0aGUNCj4gc3ViLVRMVj8NCj4gPg0KPiA+IFNpbmNlIGEgc3ViLVRMViBpcyBh
bHNvIGEgVExWLCBpdCBoYXMgYSBsZW5ndGggZmllbGQuIFRoZSBsZW5ndGggb2YgdGhlIHN1Yi1U
TFYNCj4gc2VlbXMgYSBiaXQgInJlZHVuZGFudCIganVzdCBiZWNhdXNlIHRoZSBQU04gVHVubmVs
IEJpbmRpbmcgVExWIGNhbiBjYXJyeSBvbmx5DQo+IG9uZSBzdWItVExWLCBvdGhlcndpc2UgdGhl
IGxlbmd0aCBpcyBuZWNlc3NhcnkuIEluIGFkZGl0aW9uLCBhIHN1Yi1UTFYgbWF5IGJlDQo+IHJl
dXNlZCBpbiBhbm90aGVyIFRMViB0aGF0IG1heSBjYXJyeSBtb3JlIHRoYW4gb25lIHN1Yi1UTFZz
LiBJIHRlbmQgdG8ga2VlcA0KPiB0aGlzIGxlbmd0aC4NCj4gPg0KPiA+PiAgLSBXaHkgaXMgdGhl
cmUgYW5vdGhlciAnUmVzZXJ2ZWQnIGZpZWxkIGluIHRoZSBzdWJfVExWICh0aGF0IGlzIGFsc28N
Cj4gPj4gbm90IGRpc2N1c3NlZCk/DQo+ID4NCj4gPiBUaGlzIGlzIHRvIG1ha2UgdGhlIHN1Yi1U
TFYgNC1vY3RldCBhbGlnbm1lbnQuDQo+ID4NCj4gPj4gIC0gSWYgeW91IGFscmVhZHkgaGF2ZSBk
aWZmZXJlbnQgdHlwZXMgb2Ygc3ViLVRMVnMgaGVyZSwgd2h5IGRvbid0DQo+ID4+IHlvdSBzaW1w
bHkgZGVmaW5lIHNvbWUgd2l0aCBvciB3aXRob3V0IHRoZSB0aGUgTFNQIE51bWJlciBmaWVsZHMg
aW5zdGVhZCBvZg0KPiB0aGUgVCBiaXQ/DQo+ID4NCj4gPiBUaGlzIGlzIGEgZGVzaWduIGNob2lj
ZSwgeW91ciBzdWdnZXN0ZWQgaXMgYW4gYWx0ZXJuYXRpdmUgd2F5Lg0KPiA+DQo+ID4+ICAtIEFu
ZCBmaW5hbGx5IGRvIHlvdSByZWFsbHkgbmVlZCB0aGVzZSBzdWItVExWcyAgb3Igd291bGQgYSBm
bGFnIGJlDQo+ID4+IGVub3VnaCB0byBpbmRpY2F0ZSBJUHY0IG9yIElQdjYgKG9yIGFnYWluIGp1
c3QgdXNlIHRoZSBsZW5ndGggZmllbGQgdG8NCj4gZGlzdGluZ3Vpc2gpPw0KPiA+DQo+ID4gVGhl
cmUgbWF5IGJlIG90aGVyIHdheXMsIGJ1dCBJTUhPLCBhcyBzYWlkIGFib3ZlLCBzdWItVExWLWJh
c2VkDQo+IG1lY2hhbmlzbSBpcyBjb21tb24gZm9yIExEUCBhbmQgd2lkZWx5IHVzZWQuDQo+ID4N
Cj4gPj4gLSBBbmQgdGhpcyBzaG91bGQgYmUgbm9ybWF0aXZlICJFYWNoIFBTTiBUdW5uZWwgQmlu
ZGluZyBUTFYgY2FuIG9ubHkNCj4gPj4gaGF2ZSBvbmUgc3VjaCBzdWItVExWLiIgLT4gIkVhY2gg
UFNOIFR1bm5lbCBCaW5kaW5nIFRMViBNVVNUIGhhdmUNCj4gPj4gb25seSBvbmUgc3VjaCBzdWIt
VExWLiIgYW5kIHlvdSBtdXN0IHNwZWNpZnkgd2hhdCBoYXBwZW4gaWYgbW9yZSB0aGVuDQo+ID4+
IG9uZSBpcyBwcmVzZW50ZWQgKGlmIHlvdSBhY3R1YWxseSB3YW50IHRvIHVzZSBzdWItVExWcyku
DQo+ID4NCj4gPiBPSy4NCj4gPg0KPiA+Pg0KPiA+PiA4KSBUaGVyZSBhcmUgYSBjb3VwbGUgb2Yg
TVVTVHMgYmFzaWNhbGx5IHR3aWNlIGluIHRoZSBkb2N1bWVudCAob25jZQ0KPiA+PiBpbiBzZWN0
aW9uDQo+ID4+IDIgYW5kIGFub3RoZXIgdGltZSBpbiBzZWN0aW9ucyA0IGFuZCA1KS4gSSB3b3Vs
ZCByZWNvbW1lbmQgdG8gYXZvaWQNCj4gPj4gdGhlc2UgZHVwbGljYXRpb25zIGFuZCBzdWJzZXF1
ZW50IHJlZHVuZGFuY3kgYW5kIHJlYWxseSBzdGF0ZSBpdCBvbmx5DQo+ID4+IG9uY2UgdG8gYXZv
aWQgYW55IGZ1dHVyZSBjb25mdXNpb25zLg0KPiA+DQo+ID4gT0ssIHdpbGwgZ28gdGhvdWdoIHRo
ZSBkb2N1bWVudCBhbmQgbWFrZSB0aGUgdXNhZ2UgY29uc2lzdGVudC4NCj4gPg0KPiA+IEJlc3Qg
cmVnYXJkcywNCj4gPiBNYWNoDQo+ID4+DQo+ID4NCg0K


From nobody Wed Jul  6 01:01:41 2016
Return-Path: <ietf@kuehlewind.net>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8958112D732 for <pals@ietfa.amsl.com>; Wed,  6 Jul 2016 01:01:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.328
X-Spam-Level: 
X-Spam-Status: No, score=-3.328 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.426, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=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 7-GFtNTcyETw for <pals@ietfa.amsl.com>; Wed,  6 Jul 2016 01:01:35 -0700 (PDT)
Received: from kuehlewind.net (kuehlewind.net [83.169.45.111]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0528212D6A7 for <pals@ietf.org>; Wed,  6 Jul 2016 01:01:34 -0700 (PDT)
Received: (qmail 3408 invoked from network); 6 Jul 2016 09:34:51 +0200
Received: from 178-83-155-34.dynamic.hispeed.ch (HELO ?192.168.220.145?) (178.83.155.34) by kuehlewind.net with ESMTPSA (DHE-RSA-AES256-SHA encrypted, authenticated);  6 Jul 2016 09:34:51 +0200
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
From: "Mirja Kuehlewind (IETF)" <ietf@kuehlewind.net>
In-Reply-To: <321A823E-BF1B-409F-9103-3B414660D8D3@kuehlewind.net>
Date: Wed, 6 Jul 2016 09:34:50 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <8C85792B-34DB-4831-8366-317912748A30@kuehlewind.net>
References: <20160705163846.22350.79584.idtracker@ietfa.amsl.com> <F73A3CB31E8BE34FA1BBE3C8F0CB2AE28CC8B3A1@SZXEMA510-MBX.china.huawei.com> <321A823E-BF1B-409F-9103-3B414660D8D3@kuehlewind.net>
To: Mach Chen <mach.chen@huawei.com>
X-Mailer: Apple Mail (2.3124)
Archived-At: <https://mailarchive.ietf.org/arch/msg/pals/RnH7pLCNuT6uRaG8dkCZxaARTts>
Cc: "stewart.bryant@gmail.com" <stewart.bryant@gmail.com>, "pals-chairs@ietf.org" <pals-chairs@ietf.org>, The IESG <iesg@ietf.org>, "draft-ietf-pals-mpls-tp-pw-over-bidir-lsp@ietf.org" <draft-ietf-pals-mpls-tp-pw-over-bidir-lsp@ietf.org>, "pals@ietf.org" <pals@ietf.org>
Subject: Re: [Pals] =?utf-8?q?Mirja_K=C3=BChlewind=27s_Discuss_on_draft-ietf-p?= =?utf-8?q?als-mpls-tp-pw-over-bidir-lsp-08=3A_=28with_DISCUSS_and_COMMENT?= =?utf-8?q?=29?=
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
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, 06 Jul 2016 08:01:37 -0000

Hi again,

one more comment: I=E2=80=99m okay with the use of sub-TLVs if that is =
common and well-known design pattern that people are used to. However, =
as you only can have one sub-TLV at a time, please re-consider =
carefully, as this might add complexity with no gain (and therefore is =
only a source of potential errors, e.g. if more than one is present).

Mirja


> Am 06.07.2016 um 09:27 schrieb Mirja Kuehlewind (IETF) =
<ietf@kuehlewind.net>:
>=20
> Hi Mach,
>=20
> thanks! Suggested changes sound good to me. Will wait for the new =
revision!
>=20
> One further question on the =E2=80=9EMUST be zero=E2=80=9C part: =
Isn=E2=80=99t this effectively also a =E2=80=9EReserved=E2=80=9C field, =
in the sense that is could be used in future? =E2=80=9EMUST be zero=E2=80=9C=
 sounds like it must be zero for ever and ever (because there is a =
technical reason to have zeros there); I don=E2=80=99t think that=E2=80=99=
s the case, right?
>=20
>=20
> Mirja
>=20
>> Am 06.07.2016 um 08:12 schrieb Mach Chen <mach.chen@huawei.com>:
>>=20
>> Hi Mirja,
>>=20
>> Thanks for your "DISCUSS and COMMENT"!
>>=20
>> Please see some replies inline...
>>=20
>>> -----Original Message-----
>>> From: Mirja Kuehlewind [mailto:ietf@kuehlewind.net]
>>> Sent: Wednesday, July 06, 2016 12:39 AM
>>> To: The IESG
>>> Cc: draft-ietf-pals-mpls-tp-pw-over-bidir-lsp@ietf.org; Stewart =
Bryant;
>>> pals-chairs@ietf.org; stewart.bryant@gmail.com; pals@ietf.org
>>> Subject: Mirja K=C3=BChlewind's Discuss on
>>> draft-ietf-pals-mpls-tp-pw-over-bidir-lsp-08: (with DISCUSS and =
COMMENT)
>>>=20
>>> Mirja K=C3=BChlewind has entered the following ballot position for
>>> draft-ietf-pals-mpls-tp-pw-over-bidir-lsp-08: Discuss
>>>=20
>>> 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.)
>>>=20
>>>=20
>>> Please refer to =
https://www.ietf.org/iesg/statement/discuss-criteria.html
>>> for more information about IESG DISCUSS and COMMENT positions.
>>>=20
>>>=20
>>> The document, along with other ballot positions, can be found here:
>>> =
https://datatracker.ietf.org/doc/draft-ietf-pals-mpls-tp-pw-over-bidir-lsp=
/
>>>=20
>>>=20
>>>=20
>>> =
----------------------------------------------------------------------
>>> DISCUSS:
>>> =
----------------------------------------------------------------------
>>>=20
>>> I think the protocol specification is not complete:
>>>=20
>>> - What happens if none of the two S and C bits are set?
>>=20
>> Indeed, this is not explicitly stated in the document. One way is to =
clarify what happens if none of the two S and C bits are set. Another =
way is to along your suggestion below. After consideration, I think your =
suggestion is better and we will accept your suggestion.=20
>>=20
>> Then now, C bit will be omitted, and only the S bit will be left and =
it's definition as below:
>>=20
>> "S (Strict) bit: This instructs the PEs with respect to the handling =
of the underlying LSPs. When the S bit set, the remote PE MUST use the =
tunnel/LSP specified in the PSN Tunnel Sub-TLV as the PSN tunnel on the =
reverse direction of the PW, or the PW will fail to be established. When =
the S bit cleared, the remote T-PE/S-PEs SHOULD select co-routed LSP (as =
the forwarding tunnel) as the reverse PSN tunnel. If there is no such =
tunnel available, it may trigger the remote T-PE/S-PEs to establish a =
new LSP."
>>=20
>> And correspondingly, the some text in the Operation section will =
modified accordingly.=20
>>=20
>>>=20
>>> - What happens if more the one sub-TLV is present?
>>=20
>> How about:
>>=20
>> OLD:
>> "Each PSN Tunnel Binding TLV can only have one such sub-TLV."
>>=20
>> NEW
>> "Each PSN Tunnel Binding TLV MUST only have one such sub-TLV. When =
sending, only one sub-TLV MUST be carried. When received, if there are =
more than one sub-TLVs carried, only the first sub-TLV MUST be used, the =
rest sub-TLVs MUST be ignored."
>>=20
>> Hope this addresses the DISCUSS.
>>=20
>>=20
>>>=20
>>> Actually I think that the protocol design is more complicated than =
needed and
>>> simplifying it would resolve these error cases. But as that's not a =
DISCUSS
>>> reason, please see more detailed comments below!
>>>=20
>>>=20
>>> =
----------------------------------------------------------------------
>>> COMMENT:
>>> =
----------------------------------------------------------------------
>>>=20
>>> A few questions/comments:
>>>=20
>>> 1) The shepherd writeup says: "An IPR discolusure has been filed and =
the WG
>>> has not remarked on this."
>>>   Does this mean the wg is not aware of it or it is aware and nobody
>>> commented?
>>>=20
>>=20
>> I think it's the latter.
>>=20
>>> 2) Acronym: I found a few acronyms that where not spelled out, e.g. =
FEC as
>>> well as LDP and TE in the abstract. One can argue if that's needed =
but usually I
>>> think it helps. Further there are quite a few acronyms that are =
introduced
>>> somewhere and then never used again (e.g. Point-to-Point (P2P); that =
makes it
>>> actually harder to read, so I would recommend to remove them.
>>=20
>> Sure, will look through the document and expand the acronyms when =
needed and remove never used acronyms.
>>=20
>>>=20
>>> 3) I think I don't understand the following MUST: "PSN Tunnel =
Binding TLV is an
>>> optional TLV and MUST be carried in the Label Mapping message =
[RFC5036] if
>>> PW to LSP binding is required." and again later "To perform PSN =
binding, the
>>> Label Mapping messages MUST carry a PSN Tunnel Binding TLV". Maybe =
just
>>> remove it?
>>=20
>> The "MUST" applies when "PW to LSP binding is required". Since there =
are "MUST in the Operation sections, I will remove the one in the TLV =
definition section. How about:
>>=20
>> OLD:
>> "PSN Tunnel Binding TLV is an optional TLV and MUST be carried in the =
Label Mapping message [RFC5036] if PW to LSP binding is required."
>>=20
>> NEW:
>> "PSN Tunnel Binding TLV is an optional TLV."
>>=20
>>=20
>>>=20
>>> 4) Why is there a "MUST be zero" and a "Reserved" field? Shouldn't =
this all just
>>> be a large "Reserved" field? And the "Reserve" field is not =
discussed.
>>=20
>> The "MUST be zero" and the allocated flags belong to the Flag field. =
The "Reserved" filed is just as its name, it is reserved for future use. =
Maybe some text can be added to clarify this. For example : " The =
Reserved field is 2 octets in length and is left for future use."
>>=20
>>>=20
>>> 5) On the T (Tunnel Representation) bit: Why is that an extra bit?
>>> Usually you can simply use the length field here and then either =
have the LSP
>>> Number fields in the sub-TLV or not.
>>=20
>> Currently, there are two sub-TLVs, one is for IPv4 and the other is =
for IPv6, if we use the length to imply sub-TLV types, then the sub-TLVs =
will become four. And we have to guarantee that the four sub-TLVs have =
their own unique length, otherwise, a receiver cannot parse the packet. =
In addition, there may be more sub-TLVs introduced in the future, seems =
it's difficult or impossible to make sure that all sub-TLVs have =
different length.
>>=20
>>>=20
>>> 6) Why are there two bits for C and S if they are mutual exclusive =
and one of
>>> them has to be set? In this case you should use one bit and say e.g. =
0 means
>>> S(trict) and 1 means C(o-routed path). This would also avoid the =
error case
>>> when both are set! (Otherwise if it should be possible to not set =
both flags, this
>>> case is not described  in the draft and must be
>>> added.)
>>=20
>> Will keep the S bit and remove the C bit.
>>=20
>>>=20
>>> 7) Sub-TLV: I'm not an LDP expert but I assume having sub-TLV is not =
a general
>>> concept that is widely used this way but something introduced in =
this document.
>>> If that's the case, I have a couple of questions/remarks:
>>=20
>> No, having sub-TLV is general concept for LDP and is widely used.
>>=20
>>=20
>>>=20
>>>  - Given that the PSN Tunnel Binding TLV already has a length field =
that
>>> includes the sub-TLV, why do you need another length field in the =
sub-TLV?
>>=20
>> Since a sub-TLV is also a TLV, it has a length field. The length of =
the sub-TLV seems a bit "redundant" just because the PSN Tunnel Binding =
TLV can carry only one sub-TLV, otherwise the length is necessary. In =
addition, a sub-TLV may be reused in another TLV that may carry more =
than one sub-TLVs. I tend to keep this length.
>>=20
>>> - Why is there another 'Reserved' field in the sub_TLV (that is also =
not
>>> discussed)?
>>=20
>> This is to make the sub-TLV 4-octet alignment.=20
>>=20
>>> - If you already have different types of sub-TLVs here, why don't =
you simply
>>> define some with or without the the LSP Number fields instead of the =
T bit?
>>=20
>> This is a design choice, your suggested is an alternative way.=20
>>=20
>>> - And finally do you really need these sub-TLVs  or would a flag be =
enough to
>>> indicate IPv4 or IPv6 (or again just use the length field to =
distinguish)?
>>=20
>> There may be other ways, but IMHO, as said above, sub-TLV-based =
mechanism is common for LDP and widely used.=20
>>=20
>>> - And this should be normative "Each PSN Tunnel Binding TLV can only =
have
>>> one such sub-TLV." -> "Each PSN Tunnel Binding TLV MUST have only =
one such
>>> sub-TLV." and you must specify what happen if more then one is =
presented (if
>>> you actually want to use sub-TLVs).
>>=20
>> OK.=20
>>=20
>>>=20
>>> 8) There are a couple of MUSTs basically twice in the document (once =
in section
>>> 2 and another time in sections 4 and 5). I would recommend to avoid =
these
>>> duplications and subsequent redundancy and really state it only once =
to avoid
>>> any future confusions.
>>=20
>> OK, will go though the document and make the usage consistent.=20
>>=20
>> Best regards,
>> Mach
>>>=20
>>=20
>=20


From nobody Wed Jul  6 01:03:24 2016
Return-Path: <mach.chen@huawei.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A63D012D739; Wed,  6 Jul 2016 01:03:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.647
X-Spam-Level: 
X-Spam-Status: No, score=-5.647 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 gvXR2kE6bVMl; Wed,  6 Jul 2016 01:03:12 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 499EF12D73E; Wed,  6 Jul 2016 01:03:04 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml702-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CNF77538; Wed, 06 Jul 2016 08:03:01 +0000 (GMT)
Received: from SZXEMA419-HUB.china.huawei.com (10.82.72.37) by lhreml702-cah.china.huawei.com (10.201.5.99) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 6 Jul 2016 09:02:43 +0100
Received: from SZXEMA510-MBX.china.huawei.com ([169.254.3.42]) by SZXEMA419-HUB.china.huawei.com ([10.82.72.37]) with mapi id 14.03.0235.001; Wed, 6 Jul 2016 16:02:37 +0800
From: Mach Chen <mach.chen@huawei.com>
To: "Mirja Kuehlewind (IETF)" <ietf@kuehlewind.net>
Thread-Topic: =?utf-8?B?TWlyamEgS8O8aGxld2luZCdzIERpc2N1c3Mgb24gZHJhZnQtaWV0Zi1wYWxz?= =?utf-8?B?LW1wbHMtdHAtcHctb3Zlci1iaWRpci1sc3AtMDg6ICh3aXRoIERJU0NVU1Mg?= =?utf-8?Q?and_COMMENT)?=
Thread-Index: AQHR1tu4vG3B3U+azU26eaxj5RuoiaAKspig///JaACAAAHtAIAAiN2A
Date: Wed, 6 Jul 2016 08:02:37 +0000
Message-ID: <F73A3CB31E8BE34FA1BBE3C8F0CB2AE28CC8B44B@SZXEMA510-MBX.china.huawei.com>
References: <20160705163846.22350.79584.idtracker@ietfa.amsl.com> <F73A3CB31E8BE34FA1BBE3C8F0CB2AE28CC8B3A1@SZXEMA510-MBX.china.huawei.com> <321A823E-BF1B-409F-9103-3B414660D8D3@kuehlewind.net> <8C85792B-34DB-4831-8366-317912748A30@kuehlewind.net>
In-Reply-To: <8C85792B-34DB-4831-8366-317912748A30@kuehlewind.net>
Accept-Language: en-US, zh-CN
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.111.102.135]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090206.577CBB36.0029, ss=1, re=0.000, recu=0.000, reip=0.000,  cl=1, cld=1, fgs=0, ip=169.254.3.42, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: c4d52875aaed1de0a7fe2be321285f21
Archived-At: <https://mailarchive.ietf.org/arch/msg/pals/PIWtaNECI-jCWKMAfJhK2WV7HPU>
Cc: "stewart.bryant@gmail.com" <stewart.bryant@gmail.com>, "pals-chairs@ietf.org" <pals-chairs@ietf.org>, The IESG <iesg@ietf.org>, "draft-ietf-pals-mpls-tp-pw-over-bidir-lsp@ietf.org" <draft-ietf-pals-mpls-tp-pw-over-bidir-lsp@ietf.org>, "pals@ietf.org" <pals@ietf.org>
Subject: Re: [Pals] =?utf-8?q?Mirja_K=C3=BChlewind=27s_Discuss_on_draft-ietf-p?= =?utf-8?q?als-mpls-tp-pw-over-bidir-lsp-08=3A_=28with_DISCUSS_and_COMMENT?= =?utf-8?q?=29?=
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
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, 06 Jul 2016 08:03:22 -0000

SGkgTWlyamEsDQoNClllcywgdGhpcyBpcyBhIGNvbW1vbiBhbmQgd2VsbC1rbm93biBkZXNpZ24g
cGF0dGVybiBpbiBNUExTIHJlbGF0ZWQgVExWL3N1Yi1UTFYgZGVmaW5pdGlvbi4gDQoNCklmIHdl
IGRvIG5vdCB1c2Ugc3ViLVRMViBwYXR0ZXJuLCB0aGVuIHdlIG5lZWQgdG8gZGVmaW5lIG11bHRp
cGxlIHRvcCBsZXZlbCBUTFZzLiBBbmQgaWYgd2UgZ28gdGhhdCB3YXksIGl0IHdpbGwgYnJpbmcg
ZnVuZGFtZW50YWwgY2hhbmdlcyB0byB0aGUgZG9jdW1lbnQuIEkgdGVuZCB0byBrZWVwIHRoZSBj
dXJyZW50IGRlc2lnbi4gDQoNCkluIGFkZGl0aW9uLCBmcm9tIHRoZSBpbXBsZW1lbnRhdGlvbiBw
b2ludCBvZiB2aWV3LCBzZWVtcyB0aGVyZSBpcyBub3QgdG9vIG11Y2ggZGlmZmVyZW5jZS4NCg0K
DQpCZXN0IHJlZ2FyZHMsDQpNYWNoIA0KDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+
IEZyb206IE1pcmphIEt1ZWhsZXdpbmQgKElFVEYpIFttYWlsdG86aWV0ZkBrdWVobGV3aW5kLm5l
dF0NCj4gU2VudDogV2VkbmVzZGF5LCBKdWx5IDA2LCAyMDE2IDM6MzUgUE0NCj4gVG86IE1hY2gg
Q2hlbg0KPiBDYzogVGhlIElFU0c7IHN0ZXdhcnQuYnJ5YW50QGdtYWlsLmNvbTsgcGFscy1jaGFp
cnNAaWV0Zi5vcmc7DQo+IGRyYWZ0LWlldGYtcGFscy1tcGxzLXRwLXB3LW92ZXItYmlkaXItbHNw
QGlldGYub3JnOyBwYWxzQGlldGYub3JnDQo+IFN1YmplY3Q6IFJlOiBNaXJqYSBLw7xobGV3aW5k
J3MgRGlzY3VzcyBvbg0KPiBkcmFmdC1pZXRmLXBhbHMtbXBscy10cC1wdy1vdmVyLWJpZGlyLWxz
cC0wODogKHdpdGggRElTQ1VTUyBhbmQgQ09NTUVOVCkNCj4gDQo+IEhpIGFnYWluLA0KPiANCj4g
b25lIG1vcmUgY29tbWVudDogSeKAmW0gb2theSB3aXRoIHRoZSB1c2Ugb2Ygc3ViLVRMVnMgaWYg
dGhhdCBpcyBjb21tb24gYW5kDQo+IHdlbGwta25vd24gZGVzaWduIHBhdHRlcm4gdGhhdCBwZW9w
bGUgYXJlIHVzZWQgdG8uIEhvd2V2ZXIsIGFzIHlvdSBvbmx5IGNhbg0KPiBoYXZlIG9uZSBzdWIt
VExWIGF0IGEgdGltZSwgcGxlYXNlIHJlLWNvbnNpZGVyIGNhcmVmdWxseSwgYXMgdGhpcyBtaWdo
dCBhZGQNCj4gY29tcGxleGl0eSB3aXRoIG5vIGdhaW4gKGFuZCB0aGVyZWZvcmUgaXMgb25seSBh
IHNvdXJjZSBvZiBwb3RlbnRpYWwgZXJyb3JzLCBlLmcuDQo+IGlmIG1vcmUgdGhhbiBvbmUgaXMg
cHJlc2VudCkuDQo+IA0KPiBNaXJqYQ0KPiANCj4gDQo+ID4gQW0gMDYuMDcuMjAxNiB1bSAwOToy
NyBzY2hyaWViIE1pcmphIEt1ZWhsZXdpbmQgKElFVEYpDQo+IDxpZXRmQGt1ZWhsZXdpbmQubmV0
PjoNCj4gPg0KPiA+IEhpIE1hY2gsDQo+ID4NCj4gPiB0aGFua3MhIFN1Z2dlc3RlZCBjaGFuZ2Vz
IHNvdW5kIGdvb2QgdG8gbWUuIFdpbGwgd2FpdCBmb3IgdGhlIG5ldyByZXZpc2lvbiENCj4gPg0K
PiA+IE9uZSBmdXJ0aGVyIHF1ZXN0aW9uIG9uIHRoZSDigJ5NVVNUIGJlIHplcm/igJwgcGFydDog
SXNu4oCZdCB0aGlzIGVmZmVjdGl2ZWx5IGFsc28NCj4gYSDigJ5SZXNlcnZlZOKAnCBmaWVsZCwg
aW4gdGhlIHNlbnNlIHRoYXQgaXMgY291bGQgYmUgdXNlZCBpbiBmdXR1cmU/IOKAnk1VU1QgYmUN
Cj4gemVyb+KAnCBzb3VuZHMgbGlrZSBpdCBtdXN0IGJlIHplcm8gZm9yIGV2ZXIgYW5kIGV2ZXIg
KGJlY2F1c2UgdGhlcmUgaXMgYSB0ZWNobmljYWwNCj4gcmVhc29uIHRvIGhhdmUgemVyb3MgdGhl
cmUpOyBJIGRvbuKAmXQgdGhpbmsgdGhhdOKAmXMgdGhlIGNhc2UsIHJpZ2h0Pw0KPiA+DQo+ID4N
Cj4gPiBNaXJqYQ0KPiA+DQo+ID4+IEFtIDA2LjA3LjIwMTYgdW0gMDg6MTIgc2NocmllYiBNYWNo
IENoZW4gPG1hY2guY2hlbkBodWF3ZWkuY29tPjoNCj4gPj4NCj4gPj4gSGkgTWlyamEsDQo+ID4+
DQo+ID4+IFRoYW5rcyBmb3IgeW91ciAiRElTQ1VTUyBhbmQgQ09NTUVOVCIhDQo+ID4+DQo+ID4+
IFBsZWFzZSBzZWUgc29tZSByZXBsaWVzIGlubGluZS4uLg0KPiA+Pg0KPiA+Pj4gLS0tLS1Pcmln
aW5hbCBNZXNzYWdlLS0tLS0NCj4gPj4+IEZyb206IE1pcmphIEt1ZWhsZXdpbmQgW21haWx0bzpp
ZXRmQGt1ZWhsZXdpbmQubmV0XQ0KPiA+Pj4gU2VudDogV2VkbmVzZGF5LCBKdWx5IDA2LCAyMDE2
IDEyOjM5IEFNDQo+ID4+PiBUbzogVGhlIElFU0cNCj4gPj4+IENjOiBkcmFmdC1pZXRmLXBhbHMt
bXBscy10cC1wdy1vdmVyLWJpZGlyLWxzcEBpZXRmLm9yZzsgU3Rld2FydA0KPiA+Pj4gQnJ5YW50
OyBwYWxzLWNoYWlyc0BpZXRmLm9yZzsgc3Rld2FydC5icnlhbnRAZ21haWwuY29tOw0KPiA+Pj4g
cGFsc0BpZXRmLm9yZw0KPiA+Pj4gU3ViamVjdDogTWlyamEgS8O8aGxld2luZCdzIERpc2N1c3Mg
b24NCj4gPj4+IGRyYWZ0LWlldGYtcGFscy1tcGxzLXRwLXB3LW92ZXItYmlkaXItbHNwLTA4OiAo
d2l0aCBESVNDVVNTIGFuZA0KPiA+Pj4gQ09NTUVOVCkNCj4gPj4+DQo+ID4+PiBNaXJqYSBLw7xo
bGV3aW5kIGhhcyBlbnRlcmVkIHRoZSBmb2xsb3dpbmcgYmFsbG90IHBvc2l0aW9uIGZvcg0KPiA+
Pj4gZHJhZnQtaWV0Zi1wYWxzLW1wbHMtdHAtcHctb3Zlci1iaWRpci1sc3AtMDg6IERpc2N1c3MN
Cj4gPj4+DQo+ID4+PiBXaGVuIHJlc3BvbmRpbmcsIHBsZWFzZSBrZWVwIHRoZSBzdWJqZWN0IGxp
bmUgaW50YWN0IGFuZCByZXBseSB0bw0KPiA+Pj4gYWxsIGVtYWlsIGFkZHJlc3NlcyBpbmNsdWRl
ZCBpbiB0aGUgVG8gYW5kIENDIGxpbmVzLiAoRmVlbCBmcmVlIHRvDQo+ID4+PiBjdXQgdGhpcyBp
bnRyb2R1Y3RvcnkgcGFyYWdyYXBoLCBob3dldmVyLikNCj4gPj4+DQo+ID4+Pg0KPiA+Pj4gUGxl
YXNlIHJlZmVyIHRvDQo+ID4+PiBodHRwczovL3d3dy5pZXRmLm9yZy9pZXNnL3N0YXRlbWVudC9k
aXNjdXNzLWNyaXRlcmlhLmh0bWwNCj4gPj4+IGZvciBtb3JlIGluZm9ybWF0aW9uIGFib3V0IElF
U0cgRElTQ1VTUyBhbmQgQ09NTUVOVCBwb3NpdGlvbnMuDQo+ID4+Pg0KPiA+Pj4NCj4gPj4+IFRo
ZSBkb2N1bWVudCwgYWxvbmcgd2l0aCBvdGhlciBiYWxsb3QgcG9zaXRpb25zLCBjYW4gYmUgZm91
bmQgaGVyZToNCj4gPj4+IGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWll
dGYtcGFscy1tcGxzLXRwLXB3LW92ZXItYmlkDQo+ID4+PiBpci1sc3AvDQo+ID4+Pg0KPiA+Pj4N
Cj4gPj4+DQo+ID4+PiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiA+Pj4gLS0NCj4gPj4+IERJU0NVU1M6DQo+ID4+
PiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLQ0KPiA+Pj4gLS0NCj4gPj4+DQo+ID4+PiBJIHRoaW5rIHRoZSBwcm90b2Nv
bCBzcGVjaWZpY2F0aW9uIGlzIG5vdCBjb21wbGV0ZToNCj4gPj4+DQo+ID4+PiAtIFdoYXQgaGFw
cGVucyBpZiBub25lIG9mIHRoZSB0d28gUyBhbmQgQyBiaXRzIGFyZSBzZXQ/DQo+ID4+DQo+ID4+
IEluZGVlZCwgdGhpcyBpcyBub3QgZXhwbGljaXRseSBzdGF0ZWQgaW4gdGhlIGRvY3VtZW50LiBP
bmUgd2F5IGlzIHRvIGNsYXJpZnkNCj4gd2hhdCBoYXBwZW5zIGlmIG5vbmUgb2YgdGhlIHR3byBT
IGFuZCBDIGJpdHMgYXJlIHNldC4gQW5vdGhlciB3YXkgaXMgdG8gYWxvbmcNCj4geW91ciBzdWdn
ZXN0aW9uIGJlbG93LiBBZnRlciBjb25zaWRlcmF0aW9uLCBJIHRoaW5rIHlvdXIgc3VnZ2VzdGlv
biBpcyBiZXR0ZXINCj4gYW5kIHdlIHdpbGwgYWNjZXB0IHlvdXIgc3VnZ2VzdGlvbi4NCj4gPj4N
Cj4gPj4gVGhlbiBub3csIEMgYml0IHdpbGwgYmUgb21pdHRlZCwgYW5kIG9ubHkgdGhlIFMgYml0
IHdpbGwgYmUgbGVmdCBhbmQgaXQncw0KPiBkZWZpbml0aW9uIGFzIGJlbG93Og0KPiA+Pg0KPiA+
PiAiUyAoU3RyaWN0KSBiaXQ6IFRoaXMgaW5zdHJ1Y3RzIHRoZSBQRXMgd2l0aCByZXNwZWN0IHRv
IHRoZSBoYW5kbGluZyBvZiB0aGUNCj4gdW5kZXJseWluZyBMU1BzLiBXaGVuIHRoZSBTIGJpdCBz
ZXQsIHRoZSByZW1vdGUgUEUgTVVTVCB1c2UgdGhlIHR1bm5lbC9MU1ANCj4gc3BlY2lmaWVkIGlu
IHRoZSBQU04gVHVubmVsIFN1Yi1UTFYgYXMgdGhlIFBTTiB0dW5uZWwgb24gdGhlIHJldmVyc2Ug
ZGlyZWN0aW9uDQo+IG9mIHRoZSBQVywgb3IgdGhlIFBXIHdpbGwgZmFpbCB0byBiZSBlc3RhYmxp
c2hlZC4gV2hlbiB0aGUgUyBiaXQgY2xlYXJlZCwgdGhlDQo+IHJlbW90ZSBULVBFL1MtUEVzIFNI
T1VMRCBzZWxlY3QgY28tcm91dGVkIExTUCAoYXMgdGhlIGZvcndhcmRpbmcgdHVubmVsKSBhcw0K
PiB0aGUgcmV2ZXJzZSBQU04gdHVubmVsLiBJZiB0aGVyZSBpcyBubyBzdWNoIHR1bm5lbCBhdmFp
bGFibGUsIGl0IG1heSB0cmlnZ2VyIHRoZQ0KPiByZW1vdGUgVC1QRS9TLVBFcyB0byBlc3RhYmxp
c2ggYSBuZXcgTFNQLiINCj4gPj4NCj4gPj4gQW5kIGNvcnJlc3BvbmRpbmdseSwgdGhlIHNvbWUg
dGV4dCBpbiB0aGUgT3BlcmF0aW9uIHNlY3Rpb24gd2lsbCBtb2RpZmllZA0KPiBhY2NvcmRpbmds
eS4NCj4gPj4NCj4gPj4+DQo+ID4+PiAtIFdoYXQgaGFwcGVucyBpZiBtb3JlIHRoZSBvbmUgc3Vi
LVRMViBpcyBwcmVzZW50Pw0KPiA+Pg0KPiA+PiBIb3cgYWJvdXQ6DQo+ID4+DQo+ID4+IE9MRDoN
Cj4gPj4gIkVhY2ggUFNOIFR1bm5lbCBCaW5kaW5nIFRMViBjYW4gb25seSBoYXZlIG9uZSBzdWNo
IHN1Yi1UTFYuIg0KPiA+Pg0KPiA+PiBORVcNCj4gPj4gIkVhY2ggUFNOIFR1bm5lbCBCaW5kaW5n
IFRMViBNVVNUIG9ubHkgaGF2ZSBvbmUgc3VjaCBzdWItVExWLiBXaGVuDQo+IHNlbmRpbmcsIG9u
bHkgb25lIHN1Yi1UTFYgTVVTVCBiZSBjYXJyaWVkLiBXaGVuIHJlY2VpdmVkLCBpZiB0aGVyZSBh
cmUgbW9yZQ0KPiB0aGFuIG9uZSBzdWItVExWcyBjYXJyaWVkLCBvbmx5IHRoZSBmaXJzdCBzdWIt
VExWIE1VU1QgYmUgdXNlZCwgdGhlIHJlc3QNCj4gc3ViLVRMVnMgTVVTVCBiZSBpZ25vcmVkLiIN
Cj4gPj4NCj4gPj4gSG9wZSB0aGlzIGFkZHJlc3NlcyB0aGUgRElTQ1VTUy4NCj4gPj4NCj4gPj4N
Cj4gPj4+DQo+ID4+PiBBY3R1YWxseSBJIHRoaW5rIHRoYXQgdGhlIHByb3RvY29sIGRlc2lnbiBp
cyBtb3JlIGNvbXBsaWNhdGVkIHRoYW4NCj4gPj4+IG5lZWRlZCBhbmQgc2ltcGxpZnlpbmcgaXQg
d291bGQgcmVzb2x2ZSB0aGVzZSBlcnJvciBjYXNlcy4gQnV0IGFzDQo+ID4+PiB0aGF0J3Mgbm90
IGEgRElTQ1VTUyByZWFzb24sIHBsZWFzZSBzZWUgbW9yZSBkZXRhaWxlZCBjb21tZW50cyBiZWxv
dyENCj4gPj4+DQo+ID4+Pg0KPiA+Pj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4gPj4+IC0tDQo+ID4+PiBDT01N
RU5UOg0KPiA+Pj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4gPj4+IC0tDQo+ID4+Pg0KPiA+Pj4gQSBmZXcgcXVl
c3Rpb25zL2NvbW1lbnRzOg0KPiA+Pj4NCj4gPj4+IDEpIFRoZSBzaGVwaGVyZCB3cml0ZXVwIHNh
eXM6ICJBbiBJUFIgZGlzY29sdXN1cmUgaGFzIGJlZW4gZmlsZWQgYW5kDQo+ID4+PiB0aGUgV0cg
aGFzIG5vdCByZW1hcmtlZCBvbiB0aGlzLiINCj4gPj4+ICAgRG9lcyB0aGlzIG1lYW4gdGhlIHdn
IGlzIG5vdCBhd2FyZSBvZiBpdCBvciBpdCBpcyBhd2FyZSBhbmQgbm9ib2R5DQo+ID4+PiBjb21t
ZW50ZWQ/DQo+ID4+Pg0KPiA+Pg0KPiA+PiBJIHRoaW5rIGl0J3MgdGhlIGxhdHRlci4NCj4gPj4N
Cj4gPj4+IDIpIEFjcm9ueW06IEkgZm91bmQgYSBmZXcgYWNyb255bXMgdGhhdCB3aGVyZSBub3Qg
c3BlbGxlZCBvdXQsIGUuZy4NCj4gPj4+IEZFQyBhcyB3ZWxsIGFzIExEUCBhbmQgVEUgaW4gdGhl
IGFic3RyYWN0LiBPbmUgY2FuIGFyZ3VlIGlmIHRoYXQncw0KPiA+Pj4gbmVlZGVkIGJ1dCB1c3Vh
bGx5IEkgdGhpbmsgaXQgaGVscHMuIEZ1cnRoZXIgdGhlcmUgYXJlIHF1aXRlIGEgZmV3DQo+ID4+
PiBhY3JvbnltcyB0aGF0IGFyZSBpbnRyb2R1Y2VkIHNvbWV3aGVyZSBhbmQgdGhlbiBuZXZlciB1
c2VkIGFnYWluDQo+ID4+PiAoZS5nLiBQb2ludC10by1Qb2ludCAoUDJQKTsgdGhhdCBtYWtlcyBp
dCBhY3R1YWxseSBoYXJkZXIgdG8gcmVhZCwgc28gSSB3b3VsZA0KPiByZWNvbW1lbmQgdG8gcmVt
b3ZlIHRoZW0uDQo+ID4+DQo+ID4+IFN1cmUsIHdpbGwgbG9vayB0aHJvdWdoIHRoZSBkb2N1bWVu
dCBhbmQgZXhwYW5kIHRoZSBhY3JvbnltcyB3aGVuDQo+IG5lZWRlZCBhbmQgcmVtb3ZlIG5ldmVy
IHVzZWQgYWNyb255bXMuDQo+ID4+DQo+ID4+Pg0KPiA+Pj4gMykgSSB0aGluayBJIGRvbid0IHVu
ZGVyc3RhbmQgdGhlIGZvbGxvd2luZyBNVVNUOiAiUFNOIFR1bm5lbA0KPiA+Pj4gQmluZGluZyBU
TFYgaXMgYW4gb3B0aW9uYWwgVExWIGFuZCBNVVNUIGJlIGNhcnJpZWQgaW4gdGhlIExhYmVsDQo+
ID4+PiBNYXBwaW5nIG1lc3NhZ2UgW1JGQzUwMzZdIGlmIFBXIHRvIExTUCBiaW5kaW5nIGlzIHJl
cXVpcmVkLiIgYW5kDQo+ID4+PiBhZ2FpbiBsYXRlciAiVG8gcGVyZm9ybSBQU04gYmluZGluZywg
dGhlIExhYmVsIE1hcHBpbmcgbWVzc2FnZXMgTVVTVA0KPiA+Pj4gY2FycnkgYSBQU04gVHVubmVs
IEJpbmRpbmcgVExWIi4gTWF5YmUganVzdCByZW1vdmUgaXQ/DQo+ID4+DQo+ID4+IFRoZSAiTVVT
VCIgYXBwbGllcyB3aGVuICJQVyB0byBMU1AgYmluZGluZyBpcyByZXF1aXJlZCIuIFNpbmNlIHRo
ZXJlIGFyZQ0KPiAiTVVTVCBpbiB0aGUgT3BlcmF0aW9uIHNlY3Rpb25zLCBJIHdpbGwgcmVtb3Zl
IHRoZSBvbmUgaW4gdGhlIFRMViBkZWZpbml0aW9uDQo+IHNlY3Rpb24uIEhvdyBhYm91dDoNCj4g
Pj4NCj4gPj4gT0xEOg0KPiA+PiAiUFNOIFR1bm5lbCBCaW5kaW5nIFRMViBpcyBhbiBvcHRpb25h
bCBUTFYgYW5kIE1VU1QgYmUgY2FycmllZCBpbiB0aGUgTGFiZWwNCj4gTWFwcGluZyBtZXNzYWdl
IFtSRkM1MDM2XSBpZiBQVyB0byBMU1AgYmluZGluZyBpcyByZXF1aXJlZC4iDQo+ID4+DQo+ID4+
IE5FVzoNCj4gPj4gIlBTTiBUdW5uZWwgQmluZGluZyBUTFYgaXMgYW4gb3B0aW9uYWwgVExWLiIN
Cj4gPj4NCj4gPj4NCj4gPj4+DQo+ID4+PiA0KSBXaHkgaXMgdGhlcmUgYSAiTVVTVCBiZSB6ZXJv
IiBhbmQgYSAiUmVzZXJ2ZWQiIGZpZWxkPyBTaG91bGRuJ3QNCj4gPj4+IHRoaXMgYWxsIGp1c3Qg
YmUgYSBsYXJnZSAiUmVzZXJ2ZWQiIGZpZWxkPyBBbmQgdGhlICJSZXNlcnZlIiBmaWVsZCBpcyBu
b3QNCj4gZGlzY3Vzc2VkLg0KPiA+Pg0KPiA+PiBUaGUgIk1VU1QgYmUgemVybyIgYW5kIHRoZSBh
bGxvY2F0ZWQgZmxhZ3MgYmVsb25nIHRvIHRoZSBGbGFnIGZpZWxkLiBUaGUNCj4gIlJlc2VydmVk
IiBmaWxlZCBpcyBqdXN0IGFzIGl0cyBuYW1lLCBpdCBpcyByZXNlcnZlZCBmb3IgZnV0dXJlIHVz
ZS4gTWF5YmUgc29tZQ0KPiB0ZXh0IGNhbiBiZSBhZGRlZCB0byBjbGFyaWZ5IHRoaXMuIEZvciBl
eGFtcGxlIDogIiBUaGUgUmVzZXJ2ZWQgZmllbGQgaXMgMiBvY3RldHMNCj4gaW4gbGVuZ3RoIGFu
ZCBpcyBsZWZ0IGZvciBmdXR1cmUgdXNlLiINCj4gPj4NCj4gPj4+DQo+ID4+PiA1KSBPbiB0aGUg
VCAoVHVubmVsIFJlcHJlc2VudGF0aW9uKSBiaXQ6IFdoeSBpcyB0aGF0IGFuIGV4dHJhIGJpdD8N
Cj4gPj4+IFVzdWFsbHkgeW91IGNhbiBzaW1wbHkgdXNlIHRoZSBsZW5ndGggZmllbGQgaGVyZSBh
bmQgdGhlbiBlaXRoZXINCj4gPj4+IGhhdmUgdGhlIExTUCBOdW1iZXIgZmllbGRzIGluIHRoZSBz
dWItVExWIG9yIG5vdC4NCj4gPj4NCj4gPj4gQ3VycmVudGx5LCB0aGVyZSBhcmUgdHdvIHN1Yi1U
TFZzLCBvbmUgaXMgZm9yIElQdjQgYW5kIHRoZSBvdGhlciBpcyBmb3IgSVB2NiwgaWYNCj4gd2Ug
dXNlIHRoZSBsZW5ndGggdG8gaW1wbHkgc3ViLVRMViB0eXBlcywgdGhlbiB0aGUgc3ViLVRMVnMg
d2lsbCBiZWNvbWUgZm91ci4NCj4gQW5kIHdlIGhhdmUgdG8gZ3VhcmFudGVlIHRoYXQgdGhlIGZv
dXIgc3ViLVRMVnMgaGF2ZSB0aGVpciBvd24gdW5pcXVlIGxlbmd0aCwNCj4gb3RoZXJ3aXNlLCBh
IHJlY2VpdmVyIGNhbm5vdCBwYXJzZSB0aGUgcGFja2V0LiBJbiBhZGRpdGlvbiwgdGhlcmUgbWF5
IGJlIG1vcmUNCj4gc3ViLVRMVnMgaW50cm9kdWNlZCBpbiB0aGUgZnV0dXJlLCBzZWVtcyBpdCdz
IGRpZmZpY3VsdCBvciBpbXBvc3NpYmxlIHRvIG1ha2UNCj4gc3VyZSB0aGF0IGFsbCBzdWItVExW
cyBoYXZlIGRpZmZlcmVudCBsZW5ndGguDQo+ID4+DQo+ID4+Pg0KPiA+Pj4gNikgV2h5IGFyZSB0
aGVyZSB0d28gYml0cyBmb3IgQyBhbmQgUyBpZiB0aGV5IGFyZSBtdXR1YWwgZXhjbHVzaXZlDQo+
ID4+PiBhbmQgb25lIG9mIHRoZW0gaGFzIHRvIGJlIHNldD8gSW4gdGhpcyBjYXNlIHlvdSBzaG91
bGQgdXNlIG9uZSBiaXQNCj4gPj4+IGFuZCBzYXkgZS5nLiAwIG1lYW5zDQo+ID4+PiBTKHRyaWN0
KSBhbmQgMSBtZWFucyBDKG8tcm91dGVkIHBhdGgpLiBUaGlzIHdvdWxkIGFsc28gYXZvaWQgdGhl
DQo+ID4+PiBlcnJvciBjYXNlIHdoZW4gYm90aCBhcmUgc2V0ISAoT3RoZXJ3aXNlIGlmIGl0IHNo
b3VsZCBiZSBwb3NzaWJsZSB0bw0KPiA+Pj4gbm90IHNldCBib3RoIGZsYWdzLCB0aGlzIGNhc2Ug
aXMgbm90IGRlc2NyaWJlZCAgaW4gdGhlIGRyYWZ0IGFuZA0KPiA+Pj4gbXVzdCBiZQ0KPiA+Pj4g
YWRkZWQuKQ0KPiA+Pg0KPiA+PiBXaWxsIGtlZXAgdGhlIFMgYml0IGFuZCByZW1vdmUgdGhlIEMg
Yml0Lg0KPiA+Pg0KPiA+Pj4NCj4gPj4+IDcpIFN1Yi1UTFY6IEknbSBub3QgYW4gTERQIGV4cGVy
dCBidXQgSSBhc3N1bWUgaGF2aW5nIHN1Yi1UTFYgaXMgbm90DQo+ID4+PiBhIGdlbmVyYWwgY29u
Y2VwdCB0aGF0IGlzIHdpZGVseSB1c2VkIHRoaXMgd2F5IGJ1dCBzb21ldGhpbmcgaW50cm9kdWNl
ZCBpbg0KPiB0aGlzIGRvY3VtZW50Lg0KPiA+Pj4gSWYgdGhhdCdzIHRoZSBjYXNlLCBJIGhhdmUg
YSBjb3VwbGUgb2YgcXVlc3Rpb25zL3JlbWFya3M6DQo+ID4+DQo+ID4+IE5vLCBoYXZpbmcgc3Vi
LVRMViBpcyBnZW5lcmFsIGNvbmNlcHQgZm9yIExEUCBhbmQgaXMgd2lkZWx5IHVzZWQuDQo+ID4+
DQo+ID4+DQo+ID4+Pg0KPiA+Pj4gIC0gR2l2ZW4gdGhhdCB0aGUgUFNOIFR1bm5lbCBCaW5kaW5n
IFRMViBhbHJlYWR5IGhhcyBhIGxlbmd0aCBmaWVsZA0KPiA+Pj4gdGhhdCBpbmNsdWRlcyB0aGUg
c3ViLVRMViwgd2h5IGRvIHlvdSBuZWVkIGFub3RoZXIgbGVuZ3RoIGZpZWxkIGluIHRoZQ0KPiBz
dWItVExWPw0KPiA+Pg0KPiA+PiBTaW5jZSBhIHN1Yi1UTFYgaXMgYWxzbyBhIFRMViwgaXQgaGFz
IGEgbGVuZ3RoIGZpZWxkLiBUaGUgbGVuZ3RoIG9mIHRoZSBzdWItVExWDQo+IHNlZW1zIGEgYml0
ICJyZWR1bmRhbnQiIGp1c3QgYmVjYXVzZSB0aGUgUFNOIFR1bm5lbCBCaW5kaW5nIFRMViBjYW4g
Y2Fycnkgb25seQ0KPiBvbmUgc3ViLVRMViwgb3RoZXJ3aXNlIHRoZSBsZW5ndGggaXMgbmVjZXNz
YXJ5LiBJbiBhZGRpdGlvbiwgYSBzdWItVExWIG1heSBiZQ0KPiByZXVzZWQgaW4gYW5vdGhlciBU
TFYgdGhhdCBtYXkgY2FycnkgbW9yZSB0aGFuIG9uZSBzdWItVExWcy4gSSB0ZW5kIHRvIGtlZXAN
Cj4gdGhpcyBsZW5ndGguDQo+ID4+DQo+ID4+PiAtIFdoeSBpcyB0aGVyZSBhbm90aGVyICdSZXNl
cnZlZCcgZmllbGQgaW4gdGhlIHN1Yl9UTFYgKHRoYXQgaXMgYWxzbw0KPiA+Pj4gbm90IGRpc2N1
c3NlZCk/DQo+ID4+DQo+ID4+IFRoaXMgaXMgdG8gbWFrZSB0aGUgc3ViLVRMViA0LW9jdGV0IGFs
aWdubWVudC4NCj4gPj4NCj4gPj4+IC0gSWYgeW91IGFscmVhZHkgaGF2ZSBkaWZmZXJlbnQgdHlw
ZXMgb2Ygc3ViLVRMVnMgaGVyZSwgd2h5IGRvbid0DQo+ID4+PiB5b3Ugc2ltcGx5IGRlZmluZSBz
b21lIHdpdGggb3Igd2l0aG91dCB0aGUgdGhlIExTUCBOdW1iZXIgZmllbGRzIGluc3RlYWQNCj4g
b2YgdGhlIFQgYml0Pw0KPiA+Pg0KPiA+PiBUaGlzIGlzIGEgZGVzaWduIGNob2ljZSwgeW91ciBz
dWdnZXN0ZWQgaXMgYW4gYWx0ZXJuYXRpdmUgd2F5Lg0KPiA+Pg0KPiA+Pj4gLSBBbmQgZmluYWxs
eSBkbyB5b3UgcmVhbGx5IG5lZWQgdGhlc2Ugc3ViLVRMVnMgIG9yIHdvdWxkIGEgZmxhZyBiZQ0K
PiA+Pj4gZW5vdWdoIHRvIGluZGljYXRlIElQdjQgb3IgSVB2NiAob3IgYWdhaW4ganVzdCB1c2Ug
dGhlIGxlbmd0aCBmaWVsZCB0bw0KPiBkaXN0aW5ndWlzaCk/DQo+ID4+DQo+ID4+IFRoZXJlIG1h
eSBiZSBvdGhlciB3YXlzLCBidXQgSU1ITywgYXMgc2FpZCBhYm92ZSwgc3ViLVRMVi1iYXNlZA0K
PiBtZWNoYW5pc20gaXMgY29tbW9uIGZvciBMRFAgYW5kIHdpZGVseSB1c2VkLg0KPiA+Pg0KPiA+
Pj4gLSBBbmQgdGhpcyBzaG91bGQgYmUgbm9ybWF0aXZlICJFYWNoIFBTTiBUdW5uZWwgQmluZGlu
ZyBUTFYgY2FuIG9ubHkNCj4gPj4+IGhhdmUgb25lIHN1Y2ggc3ViLVRMVi4iIC0+ICJFYWNoIFBT
TiBUdW5uZWwgQmluZGluZyBUTFYgTVVTVCBoYXZlDQo+ID4+PiBvbmx5IG9uZSBzdWNoIHN1Yi1U
TFYuIiBhbmQgeW91IG11c3Qgc3BlY2lmeSB3aGF0IGhhcHBlbiBpZiBtb3JlDQo+ID4+PiB0aGVu
IG9uZSBpcyBwcmVzZW50ZWQgKGlmIHlvdSBhY3R1YWxseSB3YW50IHRvIHVzZSBzdWItVExWcyku
DQo+ID4+DQo+ID4+IE9LLg0KPiA+Pg0KPiA+Pj4NCj4gPj4+IDgpIFRoZXJlIGFyZSBhIGNvdXBs
ZSBvZiBNVVNUcyBiYXNpY2FsbHkgdHdpY2UgaW4gdGhlIGRvY3VtZW50IChvbmNlDQo+ID4+PiBp
biBzZWN0aW9uDQo+ID4+PiAyIGFuZCBhbm90aGVyIHRpbWUgaW4gc2VjdGlvbnMgNCBhbmQgNSku
IEkgd291bGQgcmVjb21tZW5kIHRvIGF2b2lkDQo+ID4+PiB0aGVzZSBkdXBsaWNhdGlvbnMgYW5k
IHN1YnNlcXVlbnQgcmVkdW5kYW5jeSBhbmQgcmVhbGx5IHN0YXRlIGl0DQo+ID4+PiBvbmx5IG9u
Y2UgdG8gYXZvaWQgYW55IGZ1dHVyZSBjb25mdXNpb25zLg0KPiA+Pg0KPiA+PiBPSywgd2lsbCBn
byB0aG91Z2ggdGhlIGRvY3VtZW50IGFuZCBtYWtlIHRoZSB1c2FnZSBjb25zaXN0ZW50Lg0KPiA+
Pg0KPiA+PiBCZXN0IHJlZ2FyZHMsDQo+ID4+IE1hY2gNCj4gPj4+DQo+ID4+DQo+ID4NCg0K


From nobody Wed Jul  6 04:50:55 2016
Return-Path: <stewart.bryant@gmail.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 446E712D626; Wed,  6 Jul 2016 04:50:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level: 
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 9qgQvBGiHZ4C; Wed,  6 Jul 2016 04:50:46 -0700 (PDT)
Received: from mail-wm0-x231.google.com (mail-wm0-x231.google.com [IPv6:2a00:1450:400c:c09::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1340912B02D; Wed,  6 Jul 2016 04:50:46 -0700 (PDT)
Received: by mail-wm0-x231.google.com with SMTP id z126so108602692wme.0; Wed, 06 Jul 2016 04:50:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=eF2K/xuH70fwaeg3FFtBw4RiwlnP7OU+ZXbhpPZ6vxQ=; b=hIui3IPlIdICCP2D+D0xaca/Cknir51MF5OM4zad7sJFtKCz1/BX3qaKMF0uQMkm1s QG9tDYl2u6GVUn31kP/jswKetOvAuyNuL7lfCAWwD/Ghd2Pn0CGxvK2saZhkq2OM2MXu 5JN/rXp2pKTTfa68ATJlN8mxp5U1RkmJX8YkcdSPmi+x5iB/5Mgi39EsvXgyatYhKjIj tGdBmdmMHLc2tvU1LdVellJ/oyHYvO1oMiVMweC7LQe6L0Mvk7mHNL6FRMsYWTatdr7x UAWAXjs1pe2YW6slxAVx32094i0cIr1z63+GlvWqgKp1s3Tdnl8BgE8xsMyaNyQKsxlS J5gw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=eF2K/xuH70fwaeg3FFtBw4RiwlnP7OU+ZXbhpPZ6vxQ=; b=Jvuy57/bGL3JqNv8jlBdqv2WtGmdnJZ+ou+OzDGFViiH33I3Tw6FWvj65kXn7Pek+5 tPynZBIacMyGprX/IMK0eSt9zZR3e00UJYtfK5g3AcH1/yo5El4IRA8NcutxBIQS7TRh ow5tJhGzAhQ8a8uAD3ZFKm15jdJPXGT7gFTKIhATsA1opNfSnvZWNkBwHbnzPOYo/wCw zeTluzpTKNmQsHo3YCJlbcotBlWU2mZdeI6giC1WQucGvY4k3ffZp5YF0H5AEPFTCubE VnEBqGOdEp+Hj7np66r+v4HcUFiQWlAACOSfyZaj+qeJCy8jBDFDhcGMyi8EkOkLwyJY ZoHg==
X-Gm-Message-State: ALyK8tIkCDH3ZM2QhiJq+OQJ/b5vhsM1F5cYitsLFApAfBoXJ7tORo/ECxDmMDby8to2OA==
X-Received: by 10.194.157.162 with SMTP id wn2mr22317956wjb.103.1467805844502;  Wed, 06 Jul 2016 04:50:44 -0700 (PDT)
Received: from [192.168.2.126] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id ib10sm5835920wjb.31.2016.07.06.04.50.41 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 06 Jul 2016 04:50:42 -0700 (PDT)
To: Mirja Kuehlewind <ietf@kuehlewind.net>, The IESG <iesg@ietf.org>
References: <20160705163846.22350.79584.idtracker@ietfa.amsl.com>
From: Stewart Bryant <stewart.bryant@gmail.com>
Message-ID: <ac40c272-8513-fc14-fa95-4a3ddc7231f1@gmail.com>
Date: Wed, 6 Jul 2016 12:50:36 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1
MIME-Version: 1.0
In-Reply-To: <20160705163846.22350.79584.idtracker@ietfa.amsl.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/pals/ojs15dROHvPzlCi7uQgD4FhWbbI>
Cc: pals-chairs@ietf.org, draft-ietf-pals-mpls-tp-pw-over-bidir-lsp@ietf.org, pals@ietf.org
Subject: Re: [Pals] =?utf-8?q?Mirja_K=C3=BChlewind=27s_Discuss_on_draft-ietf-p?= =?utf-8?q?als-mpls-tp-pw-over-bidir-lsp-08=3A_=28with_DISCUSS_and_COMMENT?= =?utf-8?q?=29?=
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
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, 06 Jul 2016 11:50:48 -0000

Mirja,

I would like to pick up a couple of points related to your discuss and 
comments.

On 05/07/2016 17:38, Mirja Kuehlewind wrote:
> Mirja Kühlewind has entered the following ballot position for
> draft-ietf-pals-mpls-tp-pw-over-bidir-lsp-08: Discuss
>
> 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-mpls-tp-pw-over-bidir-lsp/
>
>
>
> ----------------------------------------------------------------------
> DISCUSS:
> ----------------------------------------------------------------------
>
> I think the protocol specification is not complete:
>
> - What happens if none of the two S and C bits are set?
Since the text specifically states that they are mutually exclusive, 
that would be
an implementation error. I don't think that it is within the scope of 
this draft to
state what should happen when there is an implementation error.

>
> - What happens if more the one sub-TLV is present?
As Mach says later in the thread that is an allowable construct. If the TLVs
conflict with each other that is also a protocol implementation error and
out of scope of the document.

>
> Actually I think that the protocol design is more complicated than needed
> and simplifying it would resolve these error cases. But as that's not a
> DISCUSS reason, please see more detailed comments below!

The PALS WG was satisfied with the original design, which is perfectly 
viable.

As you say that is not a valid reason to issue a discuss.


>
> ----------------------------------------------------------------------
> COMMENT:
> ----------------------------------------------------------------------
>
> A few questions/comments:
>
> 1) The shepherd writeup says: "An IPR discolusure has been filed and the
> WG has not remarked on this."
>      Does this mean the wg is not aware of it or it is aware and nobody
> commented?

Our standard process is to ask the authors (requiring an explicit reply 
from each)
and to ask the WG (with no reply within a certain time an implicit 
negative) if they
need to declare any IPR that has not been already declared. This was 
last done here:

https://www.ietf.org/mail-archive/web/pals/current/msg00621.html

When IPR is disclosed secretariat notify the WG if the draft is a WG draft.

The Chairs do not point out correctly disclosed IPR, we assume that people
will read the list or check the datatracker.

The shepherd's note indicates that as far as I am aware, no one 
expressed any concern
about the IPR disclosure, either on list or to direct to a chair.

Best regards

Stewart


From nobody Wed Jul  6 05:58:36 2016
Return-Path: <stewart.bryant@gmail.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3F03512D5AB; Wed,  6 Jul 2016 05:58:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level: 
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 5ht5RsnkBPIZ; Wed,  6 Jul 2016 05:58:32 -0700 (PDT)
Received: from mail-wm0-x232.google.com (mail-wm0-x232.google.com [IPv6:2a00:1450:400c:c09::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 61A9412D1A5; Wed,  6 Jul 2016 05:58:32 -0700 (PDT)
Received: by mail-wm0-x232.google.com with SMTP id f126so172733627wma.1; Wed, 06 Jul 2016 05:58:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=VQzCZkpEPhTfLUJf7nWlZAPAbubn3TWRCwdQJOx9KR8=; b=cFGngQV2GTXuwKMj4BySRMl/7Z+wUP+MRfBXOKSm6cUR6S3WcsVGC85H/fnQxIWQji xAgsqDtUskiooC/MXE8gWvd5aDTHYJ96Zs8ly8oJsyBRqLC3e2/DhUIMqw1hqAZ31r69 iGGJBK1k13FeHiCapuSdtXaux9tbjF/fYkzfwCpKy6OSl82DHmuFvdxVIwXJqbYevEAQ yzfUrrTvV6AGRC+Y1tIzXphG5Bo21mqYNr1psgpdZJZEmGNpuI8GeFn5niD8OKy3uq1w 0KK2C1j7hQum2jm3V2ko46l5JRMGwxgvhgWTxnmxebV/z704KIj7dwkQaZBwj2nwEXzL HmZA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=VQzCZkpEPhTfLUJf7nWlZAPAbubn3TWRCwdQJOx9KR8=; b=jIIKXn5LYjr0KLRxNhExD8S8XyesebZjwwh3RqTBp8V8DBp0xJB1Vju8VE5N1H27m3 X1T2KipaG3AtOL2KL68kIlwo4wBlUfegJ2OA1yqljvsXwWSf7Tdq3oLDuzcoH2IIRXs9 v2jtqjE+ovkjdfCv1aMVJGYlVnbuejAFJnImOB5N+UCBb2XgXc0LdBHY06WsI3vf+bV+ spWcp3bCU6mLk11h5RQ2Q9p9DJLjLNVq5DecGQmYFGi5Oqdq25tp6ZwRBaf7Qx3mxZbE VzO2Lj/pX5S53q2ox6Lov06NCvrp+t2JD6wDXHWmSxXef5jcAo2A8oZwRIN5RLNXpW4I eV5Q==
X-Gm-Message-State: ALyK8tLmuo7+oJgqJage2UiN4PCQD4jpRMbBPMT3AHFTbY8UZMzUoE6uBIjEWVa/EWbo3w==
X-Received: by 10.28.226.138 with SMTP id z132mr20186833wmg.97.1467809910434;  Wed, 06 Jul 2016 05:58:30 -0700 (PDT)
Received: from [192.168.2.126] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id b187sm384427wmg.15.2016.07.06.05.58.29 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 06 Jul 2016 05:58:29 -0700 (PDT)
To: Mirja Kuehlewind <ietf@kuehlewind.net>, The IESG <iesg@ietf.org>
References: <20160705163846.22350.79584.idtracker@ietfa.amsl.com> <ac40c272-8513-fc14-fa95-4a3ddc7231f1@gmail.com>
From: Stewart Bryant <stewart.bryant@gmail.com>
Message-ID: <7b9f5b06-0c05-bda2-75ec-ebee6210ba60@gmail.com>
Date: Wed, 6 Jul 2016 13:58:25 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1
MIME-Version: 1.0
In-Reply-To: <ac40c272-8513-fc14-fa95-4a3ddc7231f1@gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/pals/VUwt9YxpnLR14khciGy7S4uZ1Ho>
Cc: pals-chairs@ietf.org, draft-ietf-pals-mpls-tp-pw-over-bidir-lsp@ietf.org, pals@ietf.org
Subject: Re: [Pals] =?utf-8?q?Mirja_K=C3=BChlewind=27s_Discuss_on_draft-ietf-p?= =?utf-8?q?als-mpls-tp-pw-over-bidir-lsp-08=3A_=28with_DISCUSS_and_COMMENT?= =?utf-8?q?=29?=
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
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, 06 Jul 2016 12:58:34 -0000

>>
>> ----------------------------------------------------------------------
>> DISCUSS:
>> ----------------------------------------------------------------------
>>
>> I think the protocol specification is not complete:
>>
>> - What happens if none of the two S and C bits are set?
> Since the text specifically states that they are mutually exclusive, 
> that would be
> an implementation error. I don't think that it is within the scope of 
> this draft to
> state what should happen when there is an implementation error.

Thinking about this some more, we could say:

    Either the C-bit or the S-bit MUST be set.
    the C-bit and S-bit are mutually exclusive from each other, and 
cannot be
    set in the same message.  Otherwise, a Label Release message with
    status code set to "The C-bit and S-bit can not both be set" (TBD5)
    MUST be replied, and the PW will not be established.

We could introduce an additional error message, but it's probably 
adequate to
say:

    Either the C-bit or the S-bit MUST be set.
    The C-bit and S-bit are mutually exclusive from each other, and 
cannot be
    set in the same message.  In the case of either error, a Label 
Release message with
    status code set to "The C-bit and S-bit error" (TBD5)
    MUST be replied, and the PW will not be established.

If parametrised messages are allowed I would say:

"The C-bit and S-bit error [<C-bit>, <S-bit>]"

Since zero or two bits are clearly an implementation error, I am not
convinced that we need to do more than flag it up sufficiently that
the an implementer can figure out what they got wrong.

Stewart


From nobody Wed Jul  6 06:21:10 2016
Return-Path: <stewart.bryant@gmail.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 50A1112D798 for <pals@ietfa.amsl.com>; Wed,  6 Jul 2016 06:21:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level: 
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 OIA-gkQRWwyG for <pals@ietfa.amsl.com>; Wed,  6 Jul 2016 06:21:00 -0700 (PDT)
Received: from mail-wm0-x229.google.com (mail-wm0-x229.google.com [IPv6:2a00:1450:400c:c09::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C39EE12D0DF for <pals@ietf.org>; Wed,  6 Jul 2016 06:20:59 -0700 (PDT)
Received: by mail-wm0-x229.google.com with SMTP id a66so192530882wme.0 for <pals@ietf.org>; Wed, 06 Jul 2016 06:20:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=subject:references:to:cc:from:message-id:date:user-agent :mime-version:in-reply-to; bh=K/0UZrU4w0FR6hnfJTk1//qo3LSFGAmcdp0EYoNvOVU=; b=inpFJw6Z7UssapEgYDRkFuVwZDSuLZ9aP+C77hf4sd3tImu9OxyvJGlX+dYWOah8qO W2xe0bN8Kc6onw1j5xclaZb8yDq0QR0t7EWMzYbrFmnk9I0se5YZnqwzFjDmfMKvNqXK vxwwwx6SijhUj8xjQhfMn7c7hvxD5MJGNk3mbekXcS7/nIu0YzAXPAF3566IAjDY2999 bhQbTLtTObJdlyLkce0P1g82/Mr5E2l/KYoLQwLg1hWPKpYQjQKizOTMFENKbqymunk6 1lUL8RoCID1xmEB5n1bLzec/il+pdzgX0ntvJ4Sc3c1MCbpXV9iSJ9pRyJD2NVgPLG+L Yhgg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:references:to:cc:from:message-id:date :user-agent:mime-version:in-reply-to; bh=K/0UZrU4w0FR6hnfJTk1//qo3LSFGAmcdp0EYoNvOVU=; b=hw2MowtTlm2h3UypU1zSFbXljwc7KnQBKM3qLhsXeJe0flvZvQZ3AaSASA52gOCey5 J5cBfxgbCtnJ4DF/z27gj80sAzcAaL6hla6S8DghYY6cgnXJLR6Gk2n6mdtRBx2D+MCJ Y6bV+1rwV2axo8ePgrxP+amthaW44TWhv/6p7TjFjPU29ddfdds2BqIf6KupAslPm2De EpM/bPZQLJCJMHWgBr+cjjIYhz8GHsx2+Zc4ZRQhqr1+sHX47daJhVUCKKbJUAvQg/kc tGlIna8enY9SsFEIpinrctY2hGs3flnz4JDWmnCeRt3JZ7+hj7EvThS1nvt+aP6UuYn8 zDww==
X-Gm-Message-State: ALyK8tKkEm73nVBGUdOOgVqjdnKLbR0niW6WdR5qAqnFTM3KtG3yJOlqGKZH6cR/BzSuIA==
X-Received: by 10.28.60.5 with SMTP id j5mr22048161wma.26.1467811258300; Wed, 06 Jul 2016 06:20:58 -0700 (PDT)
Received: from [192.168.2.126] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id k3sm4188708wju.29.2016.07.06.06.20.56 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 06 Jul 2016 06:20:57 -0700 (PDT)
References: <1c2c4c74-d067-08ef-ecc1-93f312542a86@gmail.com>
To: draft-ietf-pals-mpls-tp-dual-homing-coordination@tools.ietf.org, "pals@ietf.org" <pals@ietf.org>
From: Stewart Bryant <stewart.bryant@gmail.com>
X-Forwarded-Message-Id: <1c2c4c74-d067-08ef-ecc1-93f312542a86@gmail.com>
Message-ID: <67774655-de7f-c3e5-ec7b-cbafad8e502a@gmail.com>
Date: Wed, 6 Jul 2016 14:20:51 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1
MIME-Version: 1.0
In-Reply-To: <1c2c4c74-d067-08ef-ecc1-93f312542a86@gmail.com>
Content-Type: multipart/alternative; boundary="------------1152AF3CA6F3B2F1528FAC74"
Archived-At: <https://mailarchive.ietf.org/arch/msg/pals/WnwJC4O3ADUGmPLdQRx-wXpLZl4>
Cc: "pals-chairs@tools.ietf.org" <pals-chairs@tools.ietf.org>
Subject: [Pals] Fwd: IPR check ondraft-ietf-pals-mpls-tp-dual-homing-coordination
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
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, 06 Jul 2016 13:21:09 -0000

This is a multi-part message in MIME format.
--------------1152AF3CA6F3B2F1528FAC74
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit

Apologies if I have missed it, but I don't seem to have received an 
email from


    Lei Wang
    China Mobile
    No.32 Xuanwumen West Street
    Beijing  100053
    China

    Email: Wangleiyj@chinamobile.com

    Han Li
    China Mobile
    No.32 Xuanwumen West Street
    Beijing  100053
    China

    Email: Lihan@chinamobile.com

    Shahram Davari
    Broadcom Corporation
    3151 Zanker Road
    San Jose  95134-1933
    United States

    Email: davari@broadcom.com


Please can you respond to the original email indicating whether or not 
you are aware of IPR that needs to be disclosed.

Thank you

Stewart

-------- Forwarded Message --------
Subject: 	IPR check ondraft-ietf-pals-mpls-tp-dual-homing-coordination
Date: 	Fri, 17 Jun 2016 17:39:42 +0100
From: 	Stewart Bryant <stewart.bryant@gmail.com>
To: 	draft-ietf-pals-mpls-tp-dual-homing-coordination@tools.ietf.org, 
pals@ietf.org <pals@ietf.org>
CC: 	pals-chairs@tools.ietf.org <pals-chairs@tools.ietf.org>



Resending with correct authors alias.



The authors have indicated that
draft-ietf-pals-mpls-tp-dual-homing-coordination is ready for WG last call.

Before I start that last call, I would like to check that we know about
the IPR
related to this draft.

Please can I ask the authors to reply to this email indicating whether
or not they know of any IPR that needs to be declared.

Please can I ask any member of the WG that knows of any IPR that needs
to be declared to either declare it or to inform the WG that they have
initiated the declaration process.

I will close this call on 4th July 2016.

Thanks for your help with this.

Stewart


--------------1152AF3CA6F3B2F1528FAC74
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 8bit

<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=utf-8">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <p>Apologies if I have missed it, but I don't seem to have received
      an email from <br>
      <br>
      <br>
         Lei Wang<br>
         China Mobile<br>
         No.32 Xuanwumen West Street<br>
         Beijing  100053<br>
         China<br>
      <br>
         Email: <a class="moz-txt-link-abbreviated" href="mailto:Wangleiyj@chinamobile.com">Wangleiyj@chinamobile.com</a><br>
      <br>
         Han Li<br>
         China Mobile<br>
         No.32 Xuanwumen West Street<br>
         Beijing  100053<br>
         China<br>
      <br>
         Email: <a class="moz-txt-link-abbreviated" href="mailto:Lihan@chinamobile.com">Lihan@chinamobile.com</a><br>
      <br>
         Shahram Davari<br>
         Broadcom Corporation<br>
         3151 Zanker Road<br>
         San Jose  95134-1933<br>
         United States<br>
      <br>
         Email: <a class="moz-txt-link-abbreviated" href="mailto:davari@broadcom.com">davari@broadcom.com</a><br>
    </p>
    <div class="moz-forward-container"><br>
      Please can you respond to the original email indicating whether or
      not you are aware of IPR that needs to be disclosed.<br>
      <br>
      Thank you<br>
      <br>
      Stewart<br>
      <br>
      -------- Forwarded Message --------
      <table class="moz-email-headers-table" border="0" cellpadding="0"
        cellspacing="0">
        <tbody>
          <tr>
            <th align="RIGHT" nowrap="nowrap" valign="BASELINE">Subject:
            </th>
            <td>IPR check
              ondraft-ietf-pals-mpls-tp-dual-homing-coordination</td>
          </tr>
          <tr>
            <th align="RIGHT" nowrap="nowrap" valign="BASELINE">Date: </th>
            <td>Fri, 17 Jun 2016 17:39:42 +0100</td>
          </tr>
          <tr>
            <th align="RIGHT" nowrap="nowrap" valign="BASELINE">From: </th>
            <td>Stewart Bryant <a class="moz-txt-link-rfc2396E" href="mailto:stewart.bryant@gmail.com">&lt;stewart.bryant@gmail.com&gt;</a></td>
          </tr>
          <tr>
            <th align="RIGHT" nowrap="nowrap" valign="BASELINE">To: </th>
            <td><a class="moz-txt-link-abbreviated" href="mailto:draft-ietf-pals-mpls-tp-dual-homing-coordination@tools.ietf.org">draft-ietf-pals-mpls-tp-dual-homing-coordination@tools.ietf.org</a>,
              <a class="moz-txt-link-abbreviated" href="mailto:pals@ietf.org">pals@ietf.org</a> <a class="moz-txt-link-rfc2396E" href="mailto:pals@ietf.org">&lt;pals@ietf.org&gt;</a></td>
          </tr>
          <tr>
            <th align="RIGHT" nowrap="nowrap" valign="BASELINE">CC: </th>
            <td><a class="moz-txt-link-abbreviated" href="mailto:pals-chairs@tools.ietf.org">pals-chairs@tools.ietf.org</a>
              <a class="moz-txt-link-rfc2396E" href="mailto:pals-chairs@tools.ietf.org">&lt;pals-chairs@tools.ietf.org&gt;</a></td>
          </tr>
        </tbody>
      </table>
      <br>
      <br>
      <pre>Resending with correct authors alias.



The authors have indicated that 
draft-ietf-pals-mpls-tp-dual-homing-coordination is ready for WG last call.

Before I start that last call, I would like to check that we know about 
the IPR
related to this draft.

Please can I ask the authors to reply to this email indicating whether 
or not they know of any IPR that needs to be declared.

Please can I ask any member of the WG that knows of any IPR that needs
to be declared to either declare it or to inform the WG that they have
initiated the declaration process.

I will close this call on 4th July 2016.

Thanks for your help with this.

Stewart
</pre>
    </div>
  </body>
</html>

--------------1152AF3CA6F3B2F1528FAC74--


From nobody Wed Jul  6 06:33:21 2016
Return-Path: <stewart.bryant@gmail.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 081BE12B069 for <pals@ietfa.amsl.com>; Wed,  6 Jul 2016 06:33:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level: 
X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 7Vnd5IHCl5kt for <pals@ietfa.amsl.com>; Wed,  6 Jul 2016 06:33:17 -0700 (PDT)
Received: from mail-wm0-x233.google.com (mail-wm0-x233.google.com [IPv6:2a00:1450:400c:c09::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3B1D912B018 for <pals@ietf.org>; Wed,  6 Jul 2016 06:33:13 -0700 (PDT)
Received: by mail-wm0-x233.google.com with SMTP id z126so111957344wme.0 for <pals@ietf.org>; Wed, 06 Jul 2016 06:33:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to; bh=mEz3HRORclpsQCsSqMG+F6KDt9BfG4QzJioADi5YSjE=; b=tP2ielgH28mGo1eOjjUcU30va4gcZbTRTUsLVlBobW+vNbg4kUsbSMdLFSvtGytFFG Kiuy5i+Gt/ZWCHjIq4vYlCYJVBb3WhUa+LMh5TeuJSVIqw4Hu2O/eQWXuyARZW7980Yy 84Z+Z69dO91nTaKnFyBH+b4x7t/pbCcdj2AV4UfmDV2c4mgX6oKgF9O0cn8iNo9kh9o4 7Gq4K+vMhhtXLEnF0KUz79oZ6DmSvzt+jNH3fMCFMc2r4g9dtKzmThhpvDBO0LfRfGnj rDbDweE1mWgXLYYHlE3qIzNsks4pX5Y7WUiyNYk9GvQVvPHHGDIWaa4dnf2vvlAjnc46 n9Qw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to; bh=mEz3HRORclpsQCsSqMG+F6KDt9BfG4QzJioADi5YSjE=; b=h7qqJBMIJlsD6Xdy/+uU52QT00Xp1hjg5k9IXLFntzPWPGtNHXtrB9YnKVrxAGI3yn PY085OoxcxKGzgAogc2D3xNp4zhTES1sa9cfDoV8z3x4Wxk9NKOASdPJ/nmQaWFBi4P5 ccWrRXTkbD7rkP90FZjj2II4dBgNK9NyprDvtxqsXyhqMH1aoz2oDb83jBqX74fQfi8R /Z+fS7xvVjixGOLcfX9KWOIDkbI4IZFuzojx8jZJJnaZ7k4r8jCXtnaGYby0clBzghPN FMxQGXZmYpwrUNZpCcsaK7fWAMYeuNlWrTjBHk6tNfDhP7S+JMGnIu5FrlsSkL/v8+bB j1vQ==
X-Gm-Message-State: ALyK8tKDTI7guckdZ441tE3pMKxKEOV34n6hRQ9oqQXJ06th9+VoDWcCyNCa0bvd/kVpkw==
X-Received: by 10.194.52.1 with SMTP id p1mr20353631wjo.27.1467811990865; Wed, 06 Jul 2016 06:33:10 -0700 (PDT)
Received: from [192.168.2.126] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id t188sm2586862wma.8.2016.07.06.06.33.09 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 06 Jul 2016 06:33:09 -0700 (PDT)
To: Luca Martini <lmartini@cisco.com>, draft-ietf-pals-status-reduction@tools.ietf.org
References: <09620bc3-8abe-9e7d-8df6-200ea0db46a9@gmail.com> <576AD32E.2080309@cisco.com>
From: Stewart Bryant <stewart.bryant@gmail.com>
Message-ID: <fb628ec9-7176-97b9-a46b-3546fddd89ff@gmail.com>
Date: Wed, 6 Jul 2016 14:33:03 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1
MIME-Version: 1.0
In-Reply-To: <576AD32E.2080309@cisco.com>
Content-Type: multipart/alternative; boundary="------------53FE19A94CCCCF994E1A612F"
Archived-At: <https://mailarchive.ietf.org/arch/msg/pals/sOCGg1Qp6Yc79ushjyY9KtXU-IE>
Cc: "pals-chairs@tools.ietf.org" <pals-chairs@tools.ietf.org>, "pals@ietf.org" <pals@ietf.org>
Subject: Re: [Pals] IPR Poll for draft-ietf-pals-status-reduction-00
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
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, 06 Jul 2016 13:33:20 -0000

This is a multi-part message in MIME format.
--------------53FE19A94CCCCF994E1A612F
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit

Hi Luca,

The original IPR statement refers to the application and not the granted 
patent. It should be changed, but I am not going to let that gate things.

However, as far as I can tell, I have not yet hear from Elisa or George.

Please could you both reply to this message, indicating whether or not 
you know of any IPR that needs to be declared.

Thanks

Stewart

On 22/06/2016 19:04, Luca Martini wrote:
> Stewart,
>
> Cisco has been granted us patent no. *8,619,598 *that applies to this 
> document.
> I believe that an IPR statement should be in the ietf tool already , 
> but if in case it has been lost, i will get a new one sent.
> Thanks.
> Luca
>
>
> On 06/09/2016 01:03 PM, Stewart Bryant wrote:
>> The authors of draft-ietf-pals-status-reduction have requested WG LC
>> on this draft.
>>
>> Before I start that, and whilst they look at some issues with the text,
>> I would like to run the usual IPR Poll.
>>
>> Authors please reply to this email indicating whether or not you
>> know of any IPR that applies  to this draft that has not yet been
>> declared. I will need a reply from each of you before we can proceed.
>>
>> WG members, if you know of any IPR that applies to this draft which has
>> not yet been declared, please initiate an IPR disclosure and reply to this
>> email informing the WG to let us know.
>>
>> I will close this poll on 28th June 2016.
>>
>> Regards
>>
>> Stewart
>>
>


--------------53FE19A94CCCCF994E1A612F
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 7bit

<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Hi Luca,<br>
    <br>
    The original IPR statement refers to the application and not the
    granted patent. It should be changed, but I am not going to let that
    gate things.<br>
    <br>
    However, as far as I can tell, I have not yet hear from Elisa or
    George.<br>
    <br>
    Please could you both reply to this message, indicating whether or
    not you know of any IPR that needs to be declared.<br>
    <br>
    Thanks<br>
    <br>
    Stewart<br>
    <div class="moz-cite-prefix"><br>
      On 22/06/2016 19:04, Luca Martini wrote:<br>
    </div>
    <blockquote cite="mid:576AD32E.2080309@cisco.com" type="cite">
      <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
      <div class="moz-cite-prefix">Stewart, <br>
        <br>
        Cisco has been granted us patent no. <b>8,619,598 </b>that
        applies to this document.<br>
        I believe that an IPR statement should be in the ietf tool
        already , but if in case it has been lost, i will get a new one
        sent.<br>
        Thanks.<br>
        Luca<br>
        <br>
        <br>
        On 06/09/2016 01:03 PM, Stewart Bryant wrote:<br>
      </div>
      <blockquote
        cite="mid:09620bc3-8abe-9e7d-8df6-200ea0db46a9@gmail.com"
        type="cite">
        <pre wrap="">The authors of draft-ietf-pals-status-reduction have requested WG LC
on this draft.

Before I start that, and whilst they look at some issues with the text,
I would like to run the usual IPR Poll.

Authors please reply to this email indicating whether or not you
know of any IPR that applies  to this draft that has not yet been
declared. I will need a reply from each of you before we can proceed.

WG members, if you know of any IPR that applies to this draft which has
not yet been declared, please initiate an IPR disclosure and reply to this
email informing the WG to let us know.

I will close this poll on 28th June 2016.

Regards

Stewart

</pre>
      </blockquote>
      <br>
    </blockquote>
    <br>
  </body>
</html>

--------------53FE19A94CCCCF994E1A612F--


From nobody Wed Jul  6 08:35:34 2016
Return-Path: <db3546@att.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 574DC12D5F4; Wed,  6 Jul 2016 08:35:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.62
X-Spam-Level: 
X-Spam-Status: No, score=-2.62 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=ham autolearn_force=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 QwojoBzHz9cu; Wed,  6 Jul 2016 08:35:29 -0700 (PDT)
Received: from mx0a-00191d01.pphosted.com (mx0a-00191d01.pphosted.com [67.231.149.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1A51712D0AB; Wed,  6 Jul 2016 08:35:29 -0700 (PDT)
Received: from pps.filterd (m0053301.ppops.net [127.0.0.1]) by mx0a-00191d01.pphosted.com (8.16.0.11/8.16.0.11) with SMTP id u66FXo9g044991; Wed, 6 Jul 2016 11:35:28 -0400
Received: from alpi154.enaf.aldc.att.com (sbcsmtp6.sbc.com [144.160.229.23]) by mx0a-00191d01.pphosted.com with ESMTP id 2414dah098-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 06 Jul 2016 11:35:28 -0400
Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id u66FZPdG019668; Wed, 6 Jul 2016 11:35:27 -0400
Received: from mlpi407.sfdc.sbc.com (mlpi407.sfdc.sbc.com [130.9.128.239]) by alpi154.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id u66FZDRd019185 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 6 Jul 2016 11:35:21 -0400
Received: from MISOUT7MSGHUBAG.ITServices.sbc.com (MISOUT7MSGHUBAG.itservices.sbc.com [130.9.129.151]) by mlpi407.sfdc.sbc.com (RSA Interceptor); Wed, 6 Jul 2016 15:34:56 GMT
Received: from MISOUT7MSGUSRDE.ITServices.sbc.com ([169.254.5.205]) by MISOUT7MSGHUBAG.ITServices.sbc.com ([130.9.129.151]) with mapi id 14.03.0294.000; Wed, 6 Jul 2016 11:34:55 -0400
From: "BRUNGARD, DEBORAH A" <db3546@att.com>
To: Stewart Bryant <stewart.bryant@gmail.com>, Mirja Kuehlewind <ietf@kuehlewind.net>, The IESG <iesg@ietf.org>
Thread-Topic: =?utf-8?B?TWlyamEgS8O8aGxld2luZCdzIERpc2N1c3Mgb24gZHJhZnQtaWV0Zi1wYWxz?= =?utf-8?B?LW1wbHMtdHAtcHctb3Zlci1iaWRpci1sc3AtMDg6ICh3aXRoIERJU0NVU1Mg?= =?utf-8?Q?and_COMMENT)?=
Thread-Index: AQHR1tu4LgVpdcuxD0iOOrHDdYd58KALjo4AgAAS8oD//+NNYA==
Date: Wed, 6 Jul 2016 15:34:55 +0000
Message-ID: <F64C10EAA68C8044B33656FA214632C8529BA4FD@MISOUT7MSGUSRDE.ITServices.sbc.com>
References: <20160705163846.22350.79584.idtracker@ietfa.amsl.com> <ac40c272-8513-fc14-fa95-4a3ddc7231f1@gmail.com> <7b9f5b06-0c05-bda2-75ec-ebee6210ba60@gmail.com>
In-Reply-To: <7b9f5b06-0c05-bda2-75ec-ebee6210ba60@gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [130.10.202.143]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-RSA-Inspected: yes
X-RSA-Classifications: public
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2016-07-06_06:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 spamscore=0 suspectscore=0 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1604210000 definitions=main-1607060136
Archived-At: <https://mailarchive.ietf.org/arch/msg/pals/edAua6HweycsrymUlT0v0i7TGaA>
Cc: "pals-chairs@ietf.org" <pals-chairs@ietf.org>, "draft-ietf-pals-mpls-tp-pw-over-bidir-lsp@ietf.org" <draft-ietf-pals-mpls-tp-pw-over-bidir-lsp@ietf.org>, "pals@ietf.org" <pals@ietf.org>
Subject: Re: [Pals] =?utf-8?q?Mirja_K=C3=BChlewind=27s_Discuss_on_draft-ietf-p?= =?utf-8?q?als-mpls-tp-pw-over-bidir-lsp-08=3A_=28with_DISCUSS_and_COMMENT?= =?utf-8?q?=29?=
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
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, 06 Jul 2016 15:35:33 -0000

SSBhZ3JlZSB3aXRoIFN0ZXdhcnQgLSBmb3IgdGhlIHR3byBiaXRzIHRvIGJlIHNldCB3b3VsZCBi
ZSBhbiBpbXBsZW1lbnRhdGlvbiBlcnJvci4gTm90IGFuIG9wZXJhdGlvbmFsIGVycm9yLiBUaGUg
dXNlIG9mIHRoZSB0d28gYml0cyBoYXMgYmVlbiBzdGFibGUgZnJvbSB0aGUgLTAwIHZlcnNpb24g
b2YgdGhlIGRyYWZ0LiBUaGVyZSBhcmUgYWx3YXlzIG11bHRpcGxlIHdheXMgdG8gZG8gYSBwcm90
b2NvbCBkZXNpZ24uIEFuZCB2YXJpb3VzIHRyYWRlb2Zmcy4gVGhlcmUgYXJlIGFsc28gb3BlcmF0
aW9uYWwgcG9zaXRpdmVzIGZvciBoYXZpbmcgdHdvIGJpdHMuIFN1Yi1UTFZzIGFyZSB2ZXJ5IGNv
bW1vbiAoUFcsIE1QTFMsIEdNUExTKS4gVGhlIGV4dHJhIGJpdCBpbiBhbiBvcHRpb25hbCBzdWIt
VExWIHVzZWQgd2hlbiBzZXR0aW5nIHVwIGEgcGF0aCBpcyBub3QgZ29pbmcgdG8gYnJlYWsgYW55
IGJhbmR3aWR0aCBiYW5rOi0pDQoNCkFzIFN0ZXdhcnQgbm90ZWQgb24gaGlzIG90aGVyIGVtYWls
LCBQQUxTIGZvbGxvd2VkIHRoZSBSb3V0aW5nIEFyZWEgcHJvY2VzcyBvZiBhc2tpbmcgb24gSVBS
IGF0IHRoZSB0aW1lIG9mIExhc3QgQ2FsbC4gV2UgZG9uJ3QgcmVxdWlyZSBwb3NpdGl2ZSBjb25m
aXJtYXRpb24gdGhhdCBubyBvbmUgaGFzIGNvbmNlcm5zLCBvbmx5IGlmIHRoZXkgaGF2ZSBjb25j
ZXJucy4NCg0KTXVjaCB0aGFua3MgTWlyamEgZm9yIHlvdXIgaW50ZXJlc3QgYW5kIHZlcnkgY29t
cHJlaGVuc2l2ZSByZXZpZXcgLSBsZXQgdXMga25vdyBpZiBTdGV3YXJ0J3MgcHJvcG9zYWwgaXMg
YWNjZXB0YWJsZSB0byBjbGVhciB5b3VyIGRpc2N1c3MuDQoNCkRlYm9yYWgNCg0KLS0tLS1Pcmln
aW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IGllc2cgW21haWx0bzppZXNnLWJvdW5jZXNAaWV0Zi5v
cmddIE9uIEJlaGFsZiBPZiBTdGV3YXJ0IEJyeWFudA0KU2VudDogV2VkbmVzZGF5LCBKdWx5IDA2
LCAyMDE2IDg6NTggQU0NClRvOiBNaXJqYSBLdWVobGV3aW5kIDxpZXRmQGt1ZWhsZXdpbmQubmV0
PjsgVGhlIElFU0cgPGllc2dAaWV0Zi5vcmc+DQpDYzogcGFscy1jaGFpcnNAaWV0Zi5vcmc7IGRy
YWZ0LWlldGYtcGFscy1tcGxzLXRwLXB3LW92ZXItYmlkaXItbHNwQGlldGYub3JnOyBwYWxzQGll
dGYub3JnDQpTdWJqZWN0OiBSZTogTWlyamEgS8O8aGxld2luZCdzIERpc2N1c3Mgb24gZHJhZnQt
aWV0Zi1wYWxzLW1wbHMtdHAtcHctb3Zlci1iaWRpci1sc3AtMDg6ICh3aXRoIERJU0NVU1MgYW5k
IENPTU1FTlQpDQoNCg0KDQo+Pg0KPj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPj4gRElTQ1VTUzoNCj4+IC0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0NCj4+DQo+PiBJIHRoaW5rIHRoZSBwcm90b2NvbCBzcGVjaWZpY2F0aW9uIGlz
IG5vdCBjb21wbGV0ZToNCj4+DQo+PiAtIFdoYXQgaGFwcGVucyBpZiBub25lIG9mIHRoZSB0d28g
UyBhbmQgQyBiaXRzIGFyZSBzZXQ/DQo+IFNpbmNlIHRoZSB0ZXh0IHNwZWNpZmljYWxseSBzdGF0
ZXMgdGhhdCB0aGV5IGFyZSBtdXR1YWxseSBleGNsdXNpdmUsIA0KPiB0aGF0IHdvdWxkIGJlDQo+
IGFuIGltcGxlbWVudGF0aW9uIGVycm9yLiBJIGRvbid0IHRoaW5rIHRoYXQgaXQgaXMgd2l0aGlu
IHRoZSBzY29wZSBvZiANCj4gdGhpcyBkcmFmdCB0bw0KPiBzdGF0ZSB3aGF0IHNob3VsZCBoYXBw
ZW4gd2hlbiB0aGVyZSBpcyBhbiBpbXBsZW1lbnRhdGlvbiBlcnJvci4NCg0KVGhpbmtpbmcgYWJv
dXQgdGhpcyBzb21lIG1vcmUsIHdlIGNvdWxkIHNheToNCg0KICAgIEVpdGhlciB0aGUgQy1iaXQg
b3IgdGhlIFMtYml0IE1VU1QgYmUgc2V0Lg0KICAgIHRoZSBDLWJpdCBhbmQgUy1iaXQgYXJlIG11
dHVhbGx5IGV4Y2x1c2l2ZSBmcm9tIGVhY2ggb3RoZXIsIGFuZCANCmNhbm5vdCBiZQ0KICAgIHNl
dCBpbiB0aGUgc2FtZSBtZXNzYWdlLiAgT3RoZXJ3aXNlLCBhIExhYmVsIFJlbGVhc2UgbWVzc2Fn
ZSB3aXRoDQogICAgc3RhdHVzIGNvZGUgc2V0IHRvICJUaGUgQy1iaXQgYW5kIFMtYml0IGNhbiBu
b3QgYm90aCBiZSBzZXQiIChUQkQ1KQ0KICAgIE1VU1QgYmUgcmVwbGllZCwgYW5kIHRoZSBQVyB3
aWxsIG5vdCBiZSBlc3RhYmxpc2hlZC4NCg0KV2UgY291bGQgaW50cm9kdWNlIGFuIGFkZGl0aW9u
YWwgZXJyb3IgbWVzc2FnZSwgYnV0IGl0J3MgcHJvYmFibHkgDQphZGVxdWF0ZSB0bw0Kc2F5Og0K
DQogICAgRWl0aGVyIHRoZSBDLWJpdCBvciB0aGUgUy1iaXQgTVVTVCBiZSBzZXQuDQogICAgVGhl
IEMtYml0IGFuZCBTLWJpdCBhcmUgbXV0dWFsbHkgZXhjbHVzaXZlIGZyb20gZWFjaCBvdGhlciwg
YW5kIA0KY2Fubm90IGJlDQogICAgc2V0IGluIHRoZSBzYW1lIG1lc3NhZ2UuICBJbiB0aGUgY2Fz
ZSBvZiBlaXRoZXIgZXJyb3IsIGEgTGFiZWwgDQpSZWxlYXNlIG1lc3NhZ2Ugd2l0aA0KICAgIHN0
YXR1cyBjb2RlIHNldCB0byAiVGhlIEMtYml0IGFuZCBTLWJpdCBlcnJvciIgKFRCRDUpDQogICAg
TVVTVCBiZSByZXBsaWVkLCBhbmQgdGhlIFBXIHdpbGwgbm90IGJlIGVzdGFibGlzaGVkLg0KDQpJ
ZiBwYXJhbWV0cmlzZWQgbWVzc2FnZXMgYXJlIGFsbG93ZWQgSSB3b3VsZCBzYXk6DQoNCiJUaGUg
Qy1iaXQgYW5kIFMtYml0IGVycm9yIFs8Qy1iaXQ+LCA8Uy1iaXQ+XSINCg0KU2luY2UgemVybyBv
ciB0d28gYml0cyBhcmUgY2xlYXJseSBhbiBpbXBsZW1lbnRhdGlvbiBlcnJvciwgSSBhbSBub3QN
CmNvbnZpbmNlZCB0aGF0IHdlIG5lZWQgdG8gZG8gbW9yZSB0aGFuIGZsYWcgaXQgdXAgc3VmZmlj
aWVudGx5IHRoYXQNCnRoZSBhbiBpbXBsZW1lbnRlciBjYW4gZmlndXJlIG91dCB3aGF0IHRoZXkg
Z290IHdyb25nLg0KDQpTdGV3YXJ0DQoNCg==


From nobody Wed Jul  6 12:25:04 2016
Return-Path: <david.sinicrope@ericsson.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0B7B212B029 for <pals@ietfa.amsl.com>; Wed,  6 Jul 2016 12:25:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level: 
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 3V0XUhPS7oYs for <pals@ietfa.amsl.com>; Wed,  6 Jul 2016 12:25:01 -0700 (PDT)
Received: from usplmg21.ericsson.net (usplmg21.ericsson.net [198.24.6.65]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C5FA512B034 for <pals@ietf.org>; Wed,  6 Jul 2016 12:25:00 -0700 (PDT)
X-AuditID: c6180641-f796f6d000000e1e-07-577d5acaa898
Received: from EUSAAHC006.ericsson.se (Unknown_Domain [147.117.188.90]) by usplmg21.ericsson.net (Symantec Mail Security) with SMTP id BA.07.03614.ACA5D775; Wed,  6 Jul 2016 21:23:54 +0200 (CEST)
Received: from EUSAAMB103.ericsson.se ([147.117.188.120]) by EUSAAHC006.ericsson.se ([147.117.188.90]) with mapi id 14.03.0294.000; Wed, 6 Jul 2016 15:24:59 -0400
From: David Sinicrope <david.sinicrope@ericsson.com>
To: "pals@ietf.org" <pals@ietf.org>
Thread-Topic: PALS IETF 96 Slot Requests - Berlin
Thread-Index: AQHR0LbjT5SFopW5xEypF49vk2BkWqAL1P7Q
Date: Wed, 6 Jul 2016 19:24:58 +0000
Message-ID: <871EB8879748FA458598F0461906289323374028@eusaamb103.ericsson.se>
References: <D3970BF0.1D929A%david.sinicrope@ericsson.com>
In-Reply-To: <D3970BF0.1D929A%david.sinicrope@ericsson.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [147.117.188.12]
Content-Type: multipart/alternative; boundary="_000_871EB8879748FA458598F0461906289323374028eusaamb103erics_"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrHLMWRmVeSWpSXmKPExsUyuXRPlO6pqNpwg8PvpSzW/FvH5MDosWTJ T6YAxigum5TUnMyy1CJ9uwSujBd3L7AWLPSt6GydwdzA+Mali5GTQ0LAROLl4T2MELaYxIV7 69m6GLk4hASOMkqsbp8G5SxjlOi5t4kVpIoNqGPdxj0sILaIgLLErvNTwLqFBQwk/rW/YYKI G0qcbNwNZRtJXNz5G6yeRUBFYvJriDivgK/E+3XPmEFsIQEriTPXpoLN5xSwluhYcwSshhHo ou+n1oDZzALiEreezGeCuFRAYsme88wQtqjEy8f/WCFsJYk5r68xQ9TnS1xfu50NYpegxMmZ T1gmMIrMQjJqFpKyWUjKIOI6Egt2f2KDsLUlli18zQxjnznwmAlZfAEj+ypGjtLigpzcdCPD TYzAWDkmwea4g3Fvr+chRgEORiUe3gVfq8OFWBPLiitzDzFKcDArifAeiagNF+JNSaysSi3K jy8qzUktPsQozcGiJM6r/1IxXEggPbEkNTs1tSC1CCbLxMEp1cBoGjuRN2BWoVyY3flmh+Pt 9+43bL/M6LEqLTXr+Oe3rwIqYjaETRP8ymnpotb1IODNGUUxyc37NJg2Jjmd1VriEVrAdney b+NWszAbG/uNB+Z0fP3VP33O6wdlbp+5H9/QvzhxajfrA0vtZ08S379c9VJgg86PCWe2Snak dW7Pz2NhadLlmndSiaU4I9FQi7moOBEAA4sacJECAAA=
Archived-At: <https://mailarchive.ietf.org/arch/msg/pals/Vy97_iNXrYLdH4EoiH5njksW9EU>
Subject: Re: [Pals] PALS IETF 96 Slot Requests - Berlin
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
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, 06 Jul 2016 19:25:03 -0000

--_000_871EB8879748FA458598F0461906289323374028eusaamb103erics_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hi All,
Just a reminder, please see instructions below.
Right now we have no requested slots.
Closer to the meeting no slot requests means cancelled session.
If you need a slot, please request it.
Thanks!
Dave

From: David Sinicrope
Sent: Monday, June 27, 2016 17:00
To: pals@ietf.org
Subject: PALS IETF 96 Slot Requests - Berlin



Hi All,
It's that time again.
If you need a presentation slot for the upcoming IETF PALS session, please =
reply to this email (subject intact) completing the form below.
Please use this form and please reply to this email with the subject intact=
.  (Not doing so probably means your request will not trigger the filter I =
use to identify PALS slot requests.)

Form:
1. Topic: (e.g., MPLS and Ethernet OAM Interworking):

2. URL to your draft on Datatracker: you only need to provide the file name=
 to the example URL (e.g., http://datatracker.ietf.org/doc/draft-ietf-pwe3-=
mpls-eth-oam-iwk/):
3. Brief statement of objectives and issues to be discussed and resolved vi=
a the presentation during the meeting:  (e.g., need to address security iss=
ues and get direction from the WG):
4. Requested duration: (norm/default is 10 min):
5. Speaker name: <Given-name FAMILY-NAME-IN-ALL-CAPS> (e.g., Dave SINICROPE=
):

Thanks!
Dave

--_000_871EB8879748FA458598F0461906289323374028eusaamb103erics_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
	{font-family:Calibri;
	panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0in;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
	{mso-style-priority:99;
	color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{mso-style-priority:99;
	color:purple;
	text-decoration:underline;}
span.apple-style-span
	{mso-style-name:apple-style-span;}
span.EmailStyle18
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
.MsoChpDefault
	{mso-style-type:export-only;
	font-size:10.0pt;}
@page WordSection1
	{size:8.5in 11.0in;
	margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
	{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
<div class=3D"WordSection1">
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Hi All,<o:p></o:p></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Just a reminder, please s=
ee instructions below.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Right now we have no requ=
ested slots. &nbsp;&nbsp;<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Closer to the meeting no =
slot requests means cancelled session.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">If you need a slot, pleas=
e request it.<o:p></o:p></span></p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Thanks!<o:p></o:p></span>=
</p>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D">Dave<o:p></o:p></span></p=
>
<p class=3D"MsoNormal"><span style=3D"font-size:11.0pt;font-family:&quot;Ca=
libri&quot;,&quot;sans-serif&quot;;color:#1F497D"><o:p>&nbsp;</o:p></span><=
/p>
<div>
<div style=3D"border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in">
<p class=3D"MsoNormal"><b><span style=3D"font-size:10.0pt;font-family:&quot=
;Tahoma&quot;,&quot;sans-serif&quot;">From:</span></b><span style=3D"font-s=
ize:10.0pt;font-family:&quot;Tahoma&quot;,&quot;sans-serif&quot;"> David Si=
nicrope
<br>
<b>Sent:</b> Monday, June 27, 2016 17:00<br>
<b>To:</b> pals@ietf.org<br>
<b>Subject:</b> PALS IETF 96 Slot Requests - Berlin<o:p></o:p></span></p>
</div>
</div>
<p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ar=
ial&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ar=
ial&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ar=
ial&quot;,&quot;sans-serif&quot;;color:black">Hi All,<o:p></o:p></span></p>
</div>
<div>
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">It's that time again.&nbsp;<o:p></o:p>=
</span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">If you need a presentation slot for th=
e upcoming IETF PALS session, please&nbsp;<b>reply to this email&nbsp;</b>(=
subject intact) completing the form below. &nbsp;&nbsp;<o:p></o:p></span></=
p>
</div>
</div>
</div>
</div>
</div>
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><b><i><u><span style=3D"color:black">Please</span></u></i><span st=
yle=3D"color:black">&nbsp;</span></b><span style=3D"color:black">use this f=
orm and&nbsp;<b><i><u>please</u></i></b>&nbsp;reply to this
 email with the subject intact. &nbsp;(Not doing so probably means your req=
uest will not trigger the filter&nbsp;I use to identify PALS slot requests.=
)<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black"><o:p>&nbsp;</o:p></span></p>
</div>
</div>
</div>
</div>
</div>
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto;mso-line-height-alt:11.25pt">
<span style=3D"color:black">Form:<o:p></o:p></span></p>
</div>
</div>
</div>
</div>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ar=
ial&quot;,&quot;sans-serif&quot;;color:black">1.
<b>Topic:</b> (e.g.,&nbsp;<span class=3D"apple-style-span">MPLS and Etherne=
t OAM Interworking):</span><o:p></o:p></span></p>
</div>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ar=
ial&quot;,&quot;sans-serif&quot;;color:black"><o:p>&nbsp;</o:p></span></p>
</div>
<div>
<div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ar=
ial&quot;,&quot;sans-serif&quot;;color:black">2.
<b>URL to your draft on Datatracker:</b>&nbsp;you only need to provide the =
file name to the example URL (e.g.,&nbsp;<a href=3D"http://datatracker.ietf=
.org/doc/draft-ietf-pwe3-mpls-eth-oam-iwk/">http://datatracker.ietf.org/doc=
/draft-ietf-pwe3-mpls-eth-oam-iwk/</a>): &nbsp;&nbsp;<o:p></o:p></span></p>
</div>
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">3.
<b>Brief statement of objectives and issues to be discussed and resolved vi=
a the presentation during the meeting:</b> &nbsp;(e.g., need to address sec=
urity issues and get direction from the WG): &nbsp;<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">4.
<b>Requested duration:</b> (norm/default is 10 min):<o:p></o:p></span></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<div>
<div>
<div>
<div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">5.
<b>Speaker name:</b>&nbsp;&lt;Given-name FAMILY-NAME-IN-ALL-CAPS&gt; (e.g.,=
 Dave SINICROPE): &nbsp;<o:p></o:p></span></p>
</div>
<div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">&nbsp;<o:p></o:p></span></p>
</div>
<div>
<p class=3D"MsoNormal" style=3D"mso-margin-top-alt:auto;mso-margin-bottom-a=
lt:auto"><span style=3D"color:black">Thanks!<o:p></o:p></span></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<div>
<p class=3D"MsoNormal"><span style=3D"font-size:10.5pt;font-family:&quot;Ar=
ial&quot;,&quot;sans-serif&quot;;color:black">Dave<o:p></o:p></span></p>
</div>
</div>
</div>
</div>
</body>
</html>

--_000_871EB8879748FA458598F0461906289323374028eusaamb103erics_--


From nobody Wed Jul  6 13:56:49 2016
Return-Path: <ietf@kuehlewind.net>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9AD2E12D63E for <pals@ietfa.amsl.com>; Wed,  6 Jul 2016 13:56:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.328
X-Spam-Level: 
X-Spam-Status: No, score=-3.328 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.426, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=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 UTV-v26qs0gr for <pals@ietfa.amsl.com>; Wed,  6 Jul 2016 13:56:39 -0700 (PDT)
Received: from kuehlewind.net (kuehlewind.net [83.169.45.111]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0760F12D677 for <pals@ietf.org>; Wed,  6 Jul 2016 13:56:38 -0700 (PDT)
Received: (qmail 11812 invoked from network); 6 Jul 2016 22:56:37 +0200
Received: from 178-83-155-34.dynamic.hispeed.ch (HELO ?192.168.220.145?) (178.83.155.34) by kuehlewind.net with ESMTPSA (DHE-RSA-AES256-SHA encrypted, authenticated);  6 Jul 2016 22:56:37 +0200
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
From: "Mirja Kuehlewind (IETF)" <ietf@kuehlewind.net>
In-Reply-To: <F64C10EAA68C8044B33656FA214632C8529BA4FD@MISOUT7MSGUSRDE.ITServices.sbc.com>
Date: Wed, 6 Jul 2016 22:56:34 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <31D98B35-33CD-4BD6-8DCF-4593E4AC53FC@kuehlewind.net>
References: <20160705163846.22350.79584.idtracker@ietfa.amsl.com> <ac40c272-8513-fc14-fa95-4a3ddc7231f1@gmail.com> <7b9f5b06-0c05-bda2-75ec-ebee6210ba60@gmail.com> <F64C10EAA68C8044B33656FA214632C8529BA4FD@MISOUT7MSGUSRDE.ITServices.sbc.com>
To: "BRUNGARD, DEBORAH A" <db3546@att.com>
X-Mailer: Apple Mail (2.3124)
Archived-At: <https://mailarchive.ietf.org/arch/msg/pals/DVgO-6XbK2t9gKrmBccTUtcSLWE>
Cc: Stewart Bryant <stewart.bryant@gmail.com>, "pals-chairs@ietf.org" <pals-chairs@ietf.org>, The IESG <iesg@ietf.org>, "draft-ietf-pals-mpls-tp-pw-over-bidir-lsp@ietf.org" <draft-ietf-pals-mpls-tp-pw-over-bidir-lsp@ietf.org>, "pals@ietf.org" <pals@ietf.org>
Subject: Re: [Pals] =?utf-8?q?Mirja_K=C3=BChlewind=27s_Discuss_on_draft-ietf-p?= =?utf-8?q?als-mpls-tp-pw-over-bidir-lsp-08=3A_=28with_DISCUSS_and_COMMENT?= =?utf-8?q?=29?=
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
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, 06 Jul 2016 20:56:41 -0000

Hi Deborah, hi Stewart, hi all,

see below.

> Am 06.07.2016 um 17:34 schrieb BRUNGARD, DEBORAH A <db3546@att.com>:
>=20
> I agree with Stewart - for the two bits to be set would be an =
implementation error. Not an operational error. The use of the two bits =
has been stable from the -00 version of the draft. There are always =
multiple ways to do a protocol design. And various tradeoffs. There are =
also operational positives for having two bits. Sub-TLVs are very common =
(PW, MPLS, GMPLS). The extra bit in an optional sub-TLV used when =
setting up a path is not going to break any bandwidth bank:-)

I personally think having these two bits here is really bad protocol =
design practice (and has no gain but can cause errors) but that=E2=80=99s =
not what my discuss is on. This design decision is the decision of the =
wg and I only made a proposal in the comments. However, the document =
makes unfortunately the impression to me that there was actually not =
enough wg discussion about this doc and the protocol design itself.

My discuss is on the part that the spec is not fully specified. Having =
both bits set or not set is not only an implementation error, this can =
also happen on the path. So how to react to these situations at receiver =
side should still be specified. Further, the case where both bits are =
set is specified as an error case while both bits unset is not; that =
just doesn=E2=80=99t make sense=E2=80=A6

These things can be easily fixed (with probably 2 extra sentences) but =
MUST be fixed before publication.

In case the authors decide to actually change the protocol design (based =
on my suggestions) as Mach indicated earlier, the chairs and the AD have =
to decide if this doc has to go back to the wg.

>=20
> As Stewart noted on his other email, PALS followed the Routing Area =
process of asking on IPR at the time of Last Call. We don't require =
positive confirmation that no one has concerns, only if they have =
concerns.

This was just a clarification question because I=E2=80=99ve read this =
sentence in the shepherd write-up and it was not fully clear to me what =
this was supposed to say. Thanks for the clarification! That=E2=80=99s =
all good.

Mirja



>=20
> Much thanks Mirja for your interest and very comprehensive review - =
let us know if Stewart's proposal is acceptable to clear your discuss.
>=20
> Deborah
>=20
> -----Original Message-----
> From: iesg [mailto:iesg-bounces@ietf.org] On Behalf Of Stewart Bryant
> Sent: Wednesday, July 06, 2016 8:58 AM
> To: Mirja Kuehlewind <ietf@kuehlewind.net>; The IESG <iesg@ietf.org>
> Cc: pals-chairs@ietf.org; =
draft-ietf-pals-mpls-tp-pw-over-bidir-lsp@ietf.org; pals@ietf.org
> Subject: Re: Mirja K=C3=BChlewind's Discuss on =
draft-ietf-pals-mpls-tp-pw-over-bidir-lsp-08: (with DISCUSS and COMMENT)
>=20
>=20
>=20
>>>=20
>>> =
----------------------------------------------------------------------
>>> DISCUSS:
>>> =
----------------------------------------------------------------------
>>>=20
>>> I think the protocol specification is not complete:
>>>=20
>>> - What happens if none of the two S and C bits are set?
>> Since the text specifically states that they are mutually exclusive,=20=

>> that would be
>> an implementation error. I don't think that it is within the scope of=20=

>> this draft to
>> state what should happen when there is an implementation error.
>=20
> Thinking about this some more, we could say:
>=20
>    Either the C-bit or the S-bit MUST be set.
>    the C-bit and S-bit are mutually exclusive from each other, and=20
> cannot be
>    set in the same message.  Otherwise, a Label Release message with
>    status code set to "The C-bit and S-bit can not both be set" (TBD5)
>    MUST be replied, and the PW will not be established.
>=20
> We could introduce an additional error message, but it's probably=20
> adequate to
> say:
>=20
>    Either the C-bit or the S-bit MUST be set.
>    The C-bit and S-bit are mutually exclusive from each other, and=20
> cannot be
>    set in the same message.  In the case of either error, a Label=20
> Release message with
>    status code set to "The C-bit and S-bit error" (TBD5)
>    MUST be replied, and the PW will not be established.
>=20
> If parametrised messages are allowed I would say:
>=20
> "The C-bit and S-bit error [<C-bit>, <S-bit>]"
>=20
> Since zero or two bits are clearly an implementation error, I am not
> convinced that we need to do more than flag it up sufficiently that
> the an implementer can figure out what they got wrong.
>=20
> Stewart
>=20


From nobody Wed Jul  6 15:25:45 2016
Return-Path: <alissa@cooperw.in>
X-Original-To: pals@ietf.org
Delivered-To: pals@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 64DCB12D0C3; Wed,  6 Jul 2016 15:25:40 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: "Alissa Cooper" <alissa@cooperw.in>
To: "The IESG" <iesg@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.25.1
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20160706222540.26716.61318.idtracker@ietfa.amsl.com>
Date: Wed, 06 Jul 2016 15:25:40 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/pals/ZlCTcx3EFxfn2YRnIr1sWr8L-40>
Cc: stewart.bryant@gmail.com, pals-chairs@ietf.org, draft-ietf-pals-mpls-tp-pw-over-bidir-lsp@ietf.org, pals@ietf.org
Subject: [Pals] Alissa Cooper's No Objection on draft-ietf-pals-mpls-tp-pw-over-bidir-lsp-08: (with COMMENT)
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.17
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, 06 Jul 2016 22:25:40 -0000

Alissa Cooper has entered the following ballot position for
draft-ietf-pals-mpls-tp-pw-over-bidir-lsp-08: No Objection

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-mpls-tp-pw-over-bidir-lsp/



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

In Section 1:

"Further, the
   operators may apply different protection mechanisms on different
   parts of the network.  As such, for optimal traffic management,
   traffic belonging to a particular user should traverse over the same
   fiber.  That implies that both forwarding and reserve direction PWs
   that belong to the same user flow need to be mapped to the same co-
   routed bi-directional LSP or two LSPs with the same route."

I'm wondering if this is a bit over-stated, and if "protection
mechanisms" means specifically MPLS protection or if it is really a
euphemism for a wide class of things, some of which are in an individual
user's interest, and some of which are not (e.g., traffic shaping,
content filtering, etc.). I think these claims should be stated more
neutrally, e.g., "operators may prefer to have a user's traffic traverse
the same fiber" rather than talking about "optimal traffic management."
And "protection" should either be defined, or a more descriptive term
should be used.



From nobody Wed Jul  6 16:44:25 2016
Return-Path: <stewart.bryant@gmail.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CDF9012D126; Wed,  6 Jul 2016 16:44:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level: 
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 vfYFA12NWf49; Wed,  6 Jul 2016 16:44:15 -0700 (PDT)
Received: from mail-wm0-x231.google.com (mail-wm0-x231.google.com [IPv6:2a00:1450:400c:c09::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E250C12B022; Wed,  6 Jul 2016 16:44:14 -0700 (PDT)
Received: by mail-wm0-x231.google.com with SMTP id a66so11817427wme.0; Wed, 06 Jul 2016 16:44:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=references:in-reply-to:mime-version:content-transfer-encoding :message-id:cc:from:subject:date:to; bh=jB1geL+pip2eRsQNsVXtWkGvQXF5LQNki+lMSCSooaM=; b=GTuKzwT2jkD4gwVolGyIlYzccehg78r9l6TjFm6Rc7uUvuMPWB3uMeHHGsUInFzRoH Q6vVBP5BX7ZNlPrOZ13XstbdSybrd6s7w6/LYSGzNFhqtUG6t3p/dgorxxpxiFthiPaj 47VBT+DEDr/K7bl6NmFr2JnmnblvwNTffNe0MJpgaMx8Qb03Jzl4oYbh2715eiOA1epX cXD3PW9mqbXrrujwTsE2zIg3dzCqGt+ErnRjFHIW/cbeDmlfyk6+DZOv9+NuWhgaALbM h+FvKAUXFF9gqrPlqSjjPxumpns32ymyxz1kZjER+Cl3xXSqrQVdfjVs4fbtpHkJ3syb KR6w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:references:in-reply-to:mime-version :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=jB1geL+pip2eRsQNsVXtWkGvQXF5LQNki+lMSCSooaM=; b=Nb9XDRTaP4LnJJs4NwOpuuZEKROPcGBHJH32aYCFG1xV7Po5NgqcrKBw5xzlsmaoeq mNSizWKL3z0A3waWjrXnw8pVo+bJ5iPQgj+f2vFPSjcLnxtXGCY0Ic+YPaL/RuwtwbPO hg/txtKm5tww/iOmGsXFppiTELut6Skg0eFDNPEo9ZGIyLkcVFcKCNsUqR9qFCGKrfTN UJ10E9MSElv6ogIqvc3Tmx/3lwQAGkY5oLY19RXIGHo+tOZ0gZ/p181OILiSdJV5d6aX quzPo1P3XZ+A4qJH3pKdgsJ17q6JyQVVu5i4d0Fr02fmIi1fY2LIC2ywqa3p21wIL//I kJBQ==
X-Gm-Message-State: ALyK8tLAOzq9YvuG+mTSDgCI7bDjPUAKzh//cZBzwjwUNcmjZeWU91fk6/rlTLMiqGE8Tw==
X-Received: by 10.28.158.206 with SMTP id h197mr24625013wme.50.1467848653399;  Wed, 06 Jul 2016 16:44:13 -0700 (PDT)
Received: from [192.168.2.143] (host213-123-124-182.in-addr.btopenworld.com. [213.123.124.182]) by smtp.gmail.com with ESMTPSA id t3sm8243113wmf.6.2016.07.06.16.44.11 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 06 Jul 2016 16:44:11 -0700 (PDT)
References: <20160705163846.22350.79584.idtracker@ietfa.amsl.com> <ac40c272-8513-fc14-fa95-4a3ddc7231f1@gmail.com> <7b9f5b06-0c05-bda2-75ec-ebee6210ba60@gmail.com> <F64C10EAA68C8044B33656FA214632C8529BA4FD@MISOUT7MSGUSRDE.ITServices.sbc.com> <31D98B35-33CD-4BD6-8DCF-4593E4AC53FC@kuehlewind.net>
In-Reply-To: <31D98B35-33CD-4BD6-8DCF-4593E4AC53FC@kuehlewind.net>
Mime-Version: 1.0 (1.0)
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain; charset=us-ascii
Message-Id: <155B4229-4163-4FDA-A6BA-6330C389B246@gmail.com>
X-Mailer: iPad Mail (13F69)
From: Gmail <stewart.bryant@gmail.com>
Date: Thu, 7 Jul 2016 00:44:12 +0100
To: "Mirja Kuehlewind (IETF)" <ietf@kuehlewind.net>
Archived-At: <https://mailarchive.ietf.org/arch/msg/pals/8jU-5LIJm2XmeebqC5ybzYG93JM>
Cc: "pals-chairs@ietf.org" <pals-chairs@ietf.org>, "pals@ietf.org" <pals@ietf.org>, The IESG <iesg@ietf.org>, "BRUNGARD, DEBORAH A" <db3546@att.com>, "draft-ietf-pals-mpls-tp-pw-over-bidir-lsp@ietf.org" <draft-ietf-pals-mpls-tp-pw-over-bidir-lsp@ietf.org>
Subject: Re: [Pals] =?utf-8?q?Mirja_K=C3=BChlewind=27s_Discuss_on_draft-ietf-p?= =?utf-8?q?als-mpls-tp-pw-over-bidir-lsp-08=3A_=28with_DISCUSS_and_COMMENT?= =?utf-8?q?=29?=
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
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, 06 Jul 2016 23:44:17 -0000

Sent from my iPad

> On 6 Jul 2016, at 21:56, Mirja Kuehlewind (IETF) <ietf@kuehlewind.net> wro=
te:
>=20
> Having both bits set or not set is not only an implementation error, this c=
an also happen on the path.

Mirja,

I assume that you know that LDP is normally carried over TCP?

Stewart



From nobody Thu Jul  7 18:44:19 2016
Return-Path: <mach.chen@huawei.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A537B12B022; Thu,  7 Jul 2016 18:44:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.647
X-Spam-Level: 
X-Spam-Status: No, score=-5.647 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 jNJgq7aS68Uz; Thu,  7 Jul 2016 18:44:09 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 342B812B02D; Thu,  7 Jul 2016 18:44:08 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml706-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CNI19048; Fri, 08 Jul 2016 01:44:05 +0000 (GMT)
Received: from SZXEMA412-HUB.china.huawei.com (10.82.72.71) by lhreml706-cah.china.huawei.com (10.201.5.182) with Microsoft SMTP Server (TLS) id 14.3.235.1; Fri, 8 Jul 2016 02:44:01 +0100
Received: from SZXEMA510-MBX.china.huawei.com ([169.254.3.42]) by SZXEMA412-HUB.china.huawei.com ([10.82.72.71]) with mapi id 14.03.0235.001; Fri, 8 Jul 2016 09:43:56 +0800
From: Mach Chen <mach.chen@huawei.com>
To: "BRUNGARD, DEBORAH A" <db3546@att.com>, Stewart Bryant <stewart.bryant@gmail.com>, Mirja Kuehlewind <ietf@kuehlewind.net>, The IESG <iesg@ietf.org>
Thread-Topic: =?utf-8?B?TWlyamEgS8O8aGxld2luZCdzIERpc2N1c3Mgb24gZHJhZnQtaWV0Zi1wYWxz?= =?utf-8?B?LW1wbHMtdHAtcHctb3Zlci1iaWRpci1sc3AtMDg6ICh3aXRoIERJU0NVU1Mg?= =?utf-8?Q?and_COMMENT)?=
Thread-Index: AQHR1tu4vG3B3U+azU26eaxj5RuoiaAKxWMAgAAS84CAACu6gIACvqlw
Date: Fri, 8 Jul 2016 01:43:55 +0000
Message-ID: <F73A3CB31E8BE34FA1BBE3C8F0CB2AE28CC8C464@SZXEMA510-MBX.china.huawei.com>
References: <20160705163846.22350.79584.idtracker@ietfa.amsl.com> <ac40c272-8513-fc14-fa95-4a3ddc7231f1@gmail.com> <7b9f5b06-0c05-bda2-75ec-ebee6210ba60@gmail.com> <F64C10EAA68C8044B33656FA214632C8529BA4FD@MISOUT7MSGUSRDE.ITServices.sbc.com>
In-Reply-To: <F64C10EAA68C8044B33656FA214632C8529BA4FD@MISOUT7MSGUSRDE.ITServices.sbc.com>
Accept-Language: en-US, zh-CN
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.111.102.135]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020203.577F0565.012D, ss=1, re=0.000, recu=0.000, reip=0.000,  cl=1, cld=1, fgs=0, ip=169.254.3.42, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: c4d52875aaed1de0a7fe2be321285f21
Archived-At: <https://mailarchive.ietf.org/arch/msg/pals/U8HDxsmYkthqiVP67_vseRwwS6g>
Cc: "pals-chairs@ietf.org" <pals-chairs@ietf.org>, "draft-ietf-pals-mpls-tp-pw-over-bidir-lsp@ietf.org" <draft-ietf-pals-mpls-tp-pw-over-bidir-lsp@ietf.org>, "pals@ietf.org" <pals@ietf.org>
Subject: Re: [Pals] =?utf-8?q?Mirja_K=C3=BChlewind=27s_Discuss_on_draft-ietf-p?= =?utf-8?q?als-mpls-tp-pw-over-bidir-lsp-08=3A_=28with_DISCUSS_and_COMMENT?= =?utf-8?q?=29?=
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
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: Fri, 08 Jul 2016 01:44:12 -0000

SGkgRGVib3JhaCwgU3Rld2FydCBhbmQgTWlyamEsDQoNCkFmdGVyIGNvbnNpZGVyaW5nIGFuZCBk
aXNjdXNzaW5nIHRoaXMgd2l0aCB0aGUgY28tYXV0aG9ycyBhbmQgc29tZSBpbXBsZW1lbnRlcnMu
IEkgcmVhbGl6ZWQgdGhhdCBjaGFuZ2UgdG8gb25lIGJpdCBtYXkgbm90IGEgZ29vZCBpZGVhIGF0
IHRoaXMgc3RhZ2UsIHNpbmNlIHRoZXJlIG1heSBiZSBzb21lIGltcGxlbWVudGF0aW9ucyBvdXQg
dGhlcmUuIFRodXMsIEkgYWdyZWUgd2l0aCBTdGV3YXJ0IGFuZCBEZWJvcmFoIHRoYXQgd2UgZG8g
bm90IG5lZWQgdG8gZG8gYSBmdW5kYW1lbnRhbCBjaGFuZ2UgdG8gdGhlIGRvY3VtZW50IGdpdmVu
IHRoYXQgdGhlIGN1cnJlbnQgZGVzaWduIHdvcmtzIGZpbmUuIEFuZCBTdGV3YXJ0J3MgbmV3IHRl
eHQgc2hvdWxkIGNvdmVyIHRoZSBjb3JuZXIgY2FzZS4NCg0KQmVzdCByZWdhcmRzLA0KTWFjaA0K
PiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBCUlVOR0FSRCwgREVCT1JBSCBB
IFttYWlsdG86ZGIzNTQ2QGF0dC5jb21dDQo+IFNlbnQ6IFdlZG5lc2RheSwgSnVseSAwNiwgMjAx
NiAxMTozNSBQTQ0KPiBUbzogU3Rld2FydCBCcnlhbnQ7IE1pcmphIEt1ZWhsZXdpbmQ7IFRoZSBJ
RVNHDQo+IENjOiBwYWxzLWNoYWlyc0BpZXRmLm9yZzsgZHJhZnQtaWV0Zi1wYWxzLW1wbHMtdHAt
cHctb3Zlci1iaWRpci1sc3BAaWV0Zi5vcmc7DQo+IHBhbHNAaWV0Zi5vcmcNCj4gU3ViamVjdDog
UkU6IE1pcmphIEvDvGhsZXdpbmQncyBEaXNjdXNzIG9uDQo+IGRyYWZ0LWlldGYtcGFscy1tcGxz
LXRwLXB3LW92ZXItYmlkaXItbHNwLTA4OiAod2l0aCBESVNDVVNTIGFuZCBDT01NRU5UKQ0KPiAN
Cj4gSSBhZ3JlZSB3aXRoIFN0ZXdhcnQgLSBmb3IgdGhlIHR3byBiaXRzIHRvIGJlIHNldCB3b3Vs
ZCBiZSBhbiBpbXBsZW1lbnRhdGlvbg0KPiBlcnJvci4gTm90IGFuIG9wZXJhdGlvbmFsIGVycm9y
LiBUaGUgdXNlIG9mIHRoZSB0d28gYml0cyBoYXMgYmVlbiBzdGFibGUgZnJvbQ0KPiB0aGUgLTAw
IHZlcnNpb24gb2YgdGhlIGRyYWZ0LiBUaGVyZSBhcmUgYWx3YXlzIG11bHRpcGxlIHdheXMgdG8g
ZG8gYSBwcm90b2NvbA0KPiBkZXNpZ24uIEFuZCB2YXJpb3VzIHRyYWRlb2Zmcy4gVGhlcmUgYXJl
IGFsc28gb3BlcmF0aW9uYWwgcG9zaXRpdmVzIGZvciBoYXZpbmcNCj4gdHdvIGJpdHMuIFN1Yi1U
TFZzIGFyZSB2ZXJ5IGNvbW1vbiAoUFcsIE1QTFMsIEdNUExTKS4gVGhlIGV4dHJhIGJpdCBpbiBh
bg0KPiBvcHRpb25hbCBzdWItVExWIHVzZWQgd2hlbiBzZXR0aW5nIHVwIGEgcGF0aCBpcyBub3Qg
Z29pbmcgdG8gYnJlYWsgYW55DQo+IGJhbmR3aWR0aCBiYW5rOi0pDQo+IA0KPiBBcyBTdGV3YXJ0
IG5vdGVkIG9uIGhpcyBvdGhlciBlbWFpbCwgUEFMUyBmb2xsb3dlZCB0aGUgUm91dGluZyBBcmVh
IHByb2Nlc3Mgb2YNCj4gYXNraW5nIG9uIElQUiBhdCB0aGUgdGltZSBvZiBMYXN0IENhbGwuIFdl
IGRvbid0IHJlcXVpcmUgcG9zaXRpdmUgY29uZmlybWF0aW9uDQo+IHRoYXQgbm8gb25lIGhhcyBj
b25jZXJucywgb25seSBpZiB0aGV5IGhhdmUgY29uY2VybnMuDQo+IA0KPiBNdWNoIHRoYW5rcyBN
aXJqYSBmb3IgeW91ciBpbnRlcmVzdCBhbmQgdmVyeSBjb21wcmVoZW5zaXZlIHJldmlldyAtIGxl
dCB1cw0KPiBrbm93IGlmIFN0ZXdhcnQncyBwcm9wb3NhbCBpcyBhY2NlcHRhYmxlIHRvIGNsZWFy
IHlvdXIgZGlzY3Vzcy4NCj4gDQo+IERlYm9yYWgNCj4gDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2Fn
ZS0tLS0tDQo+IEZyb206IGllc2cgW21haWx0bzppZXNnLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJl
aGFsZiBPZiBTdGV3YXJ0IEJyeWFudA0KPiBTZW50OiBXZWRuZXNkYXksIEp1bHkgMDYsIDIwMTYg
ODo1OCBBTQ0KPiBUbzogTWlyamEgS3VlaGxld2luZCA8aWV0ZkBrdWVobGV3aW5kLm5ldD47IFRo
ZSBJRVNHIDxpZXNnQGlldGYub3JnPg0KPiBDYzogcGFscy1jaGFpcnNAaWV0Zi5vcmc7IGRyYWZ0
LWlldGYtcGFscy1tcGxzLXRwLXB3LW92ZXItYmlkaXItbHNwQGlldGYub3JnOw0KPiBwYWxzQGll
dGYub3JnDQo+IFN1YmplY3Q6IFJlOiBNaXJqYSBLw7xobGV3aW5kJ3MgRGlzY3VzcyBvbg0KPiBk
cmFmdC1pZXRmLXBhbHMtbXBscy10cC1wdy1vdmVyLWJpZGlyLWxzcC0wODogKHdpdGggRElTQ1VT
UyBhbmQgQ09NTUVOVCkNCj4gDQo+IA0KPiANCj4gPj4NCj4gPj4gLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+ID4+
IC0NCj4gPj4gRElTQ1VTUzoNCj4gPj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+ID4+IC0NCj4gPj4NCj4gPj4g
SSB0aGluayB0aGUgcHJvdG9jb2wgc3BlY2lmaWNhdGlvbiBpcyBub3QgY29tcGxldGU6DQo+ID4+
DQo+ID4+IC0gV2hhdCBoYXBwZW5zIGlmIG5vbmUgb2YgdGhlIHR3byBTIGFuZCBDIGJpdHMgYXJl
IHNldD8NCj4gPiBTaW5jZSB0aGUgdGV4dCBzcGVjaWZpY2FsbHkgc3RhdGVzIHRoYXQgdGhleSBh
cmUgbXV0dWFsbHkgZXhjbHVzaXZlLA0KPiA+IHRoYXQgd291bGQgYmUgYW4gaW1wbGVtZW50YXRp
b24gZXJyb3IuIEkgZG9uJ3QgdGhpbmsgdGhhdCBpdCBpcyB3aXRoaW4NCj4gPiB0aGUgc2NvcGUg
b2YgdGhpcyBkcmFmdCB0byBzdGF0ZSB3aGF0IHNob3VsZCBoYXBwZW4gd2hlbiB0aGVyZSBpcyBh
bg0KPiA+IGltcGxlbWVudGF0aW9uIGVycm9yLg0KPiANCj4gVGhpbmtpbmcgYWJvdXQgdGhpcyBz
b21lIG1vcmUsIHdlIGNvdWxkIHNheToNCj4gDQo+ICAgICBFaXRoZXIgdGhlIEMtYml0IG9yIHRo
ZSBTLWJpdCBNVVNUIGJlIHNldC4NCj4gICAgIHRoZSBDLWJpdCBhbmQgUy1iaXQgYXJlIG11dHVh
bGx5IGV4Y2x1c2l2ZSBmcm9tIGVhY2ggb3RoZXIsIGFuZCBjYW5ub3QgYmUNCj4gICAgIHNldCBp
biB0aGUgc2FtZSBtZXNzYWdlLiAgT3RoZXJ3aXNlLCBhIExhYmVsIFJlbGVhc2UgbWVzc2FnZSB3
aXRoDQo+ICAgICBzdGF0dXMgY29kZSBzZXQgdG8gIlRoZSBDLWJpdCBhbmQgUy1iaXQgY2FuIG5v
dCBib3RoIGJlIHNldCIgKFRCRDUpDQo+ICAgICBNVVNUIGJlIHJlcGxpZWQsIGFuZCB0aGUgUFcg
d2lsbCBub3QgYmUgZXN0YWJsaXNoZWQuDQo+IA0KPiBXZSBjb3VsZCBpbnRyb2R1Y2UgYW4gYWRk
aXRpb25hbCBlcnJvciBtZXNzYWdlLCBidXQgaXQncyBwcm9iYWJseSBhZGVxdWF0ZSB0bw0KPiBz
YXk6DQo+IA0KPiAgICAgRWl0aGVyIHRoZSBDLWJpdCBvciB0aGUgUy1iaXQgTVVTVCBiZSBzZXQu
DQo+ICAgICBUaGUgQy1iaXQgYW5kIFMtYml0IGFyZSBtdXR1YWxseSBleGNsdXNpdmUgZnJvbSBl
YWNoIG90aGVyLCBhbmQgY2Fubm90IGJlDQo+ICAgICBzZXQgaW4gdGhlIHNhbWUgbWVzc2FnZS4g
IEluIHRoZSBjYXNlIG9mIGVpdGhlciBlcnJvciwgYSBMYWJlbCBSZWxlYXNlDQo+IG1lc3NhZ2Ug
d2l0aA0KPiAgICAgc3RhdHVzIGNvZGUgc2V0IHRvICJUaGUgQy1iaXQgYW5kIFMtYml0IGVycm9y
IiAoVEJENSkNCj4gICAgIE1VU1QgYmUgcmVwbGllZCwgYW5kIHRoZSBQVyB3aWxsIG5vdCBiZSBl
c3RhYmxpc2hlZC4NCj4gDQo+IElmIHBhcmFtZXRyaXNlZCBtZXNzYWdlcyBhcmUgYWxsb3dlZCBJ
IHdvdWxkIHNheToNCj4gDQo+ICJUaGUgQy1iaXQgYW5kIFMtYml0IGVycm9yIFs8Qy1iaXQ+LCA8
Uy1iaXQ+XSINCj4gDQo+IFNpbmNlIHplcm8gb3IgdHdvIGJpdHMgYXJlIGNsZWFybHkgYW4gaW1w
bGVtZW50YXRpb24gZXJyb3IsIEkgYW0gbm90IGNvbnZpbmNlZA0KPiB0aGF0IHdlIG5lZWQgdG8g
ZG8gbW9yZSB0aGFuIGZsYWcgaXQgdXAgc3VmZmljaWVudGx5IHRoYXQgdGhlIGFuIGltcGxlbWVu
dGVyDQo+IGNhbiBmaWd1cmUgb3V0IHdoYXQgdGhleSBnb3Qgd3JvbmcuDQo+IA0KPiBTdGV3YXJ0
DQoNCg==


From nobody Thu Jul  7 19:35:30 2016
Return-Path: <swallow@cisco.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8C3CB12B03E for <pals@ietfa.amsl.com>; Thu,  7 Jul 2016 19:35:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -15.946
X-Spam-Level: 
X-Spam-Status: No, score=-15.946 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
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 uoClO34euzTN for <pals@ietfa.amsl.com>; Thu,  7 Jul 2016 19:35:27 -0700 (PDT)
Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1AB8A126FDC for <pals@ietf.org>; Thu,  7 Jul 2016 19:35:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3909; q=dns/txt; s=iport; t=1467945327; x=1469154927; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=LkCL7CisdaGIa2AZPGgrSTRKLtnO3JOOSNCINuJ3DfE=; b=SpHxMWehZNLb68vhcHzrZQZzAEts4SNgd4J2JTferBFebW00FY+ar4nV C/f9mJdeCDR9KuAAxZ4FU+r6Z2Cf0lh2PhSJJMKnz8poV+6ydovds0ZOk mNRvX/xpFnh+Zza58rXsa0SWnjIOcp7vIswggmY2HkNz/lIExYTEJ4Azb Y=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0AvAgAqEX9X/49dJa1cgz6BUq0ChxCFB?= =?us-ascii?q?IF7hhgCgS04FAEBAQEBAQFlJ4RNAQV5EAIBCAQxCgcfAhEUEQIEDgWIFgMXuGY?= =?us-ascii?q?NhCYBAQEBAQEBAQEBAQEBAQEBAQEBAQEciB8Igk2CQ4FQEQFSgnaCLwWYXzQBF?= =?us-ascii?q?owjghAKgWCEWIhqiBiHcwEeNoNxbodhgTUBAQE?=
X-IronPort-AV: E=Sophos;i="5.28,327,1464652800";  d="scan'208,217";a="294268790"
Received: from rcdn-core-7.cisco.com ([173.37.93.143]) by alln-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 08 Jul 2016 02:35:26 +0000
Received: from XCH-RCD-011.cisco.com (xch-rcd-011.cisco.com [173.37.102.21]) by rcdn-core-7.cisco.com (8.14.5/8.14.5) with ESMTP id u682ZQbF000834 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Fri, 8 Jul 2016 02:35:26 GMT
Received: from xch-aln-016.cisco.com (173.36.7.26) by XCH-RCD-011.cisco.com (173.37.102.21) with Microsoft SMTP Server (TLS) id 15.0.1210.3; Thu, 7 Jul 2016 21:35:25 -0500
Received: from xch-aln-016.cisco.com ([173.36.7.26]) by XCH-ALN-016.cisco.com ([173.36.7.26]) with mapi id 15.00.1210.000; Thu, 7 Jul 2016 21:35:25 -0500
From: "George Swallow -X (swallow - CLEARPATH WORKFORCE MANAGEMENT INC at Cisco)" <swallow@cisco.com>
To: Stewart Bryant <stewart.bryant@gmail.com>
Thread-Topic: IPR Poll for draft-ietf-pals-status-reduction-00
Thread-Index: AQHRwoG4tIcFaacYGkqqd6JZLLuca5/2L9kAgAx33YCAC1YKFQ==
Date: Fri, 8 Jul 2016 02:35:25 +0000
Message-ID: <EBC8E8FA-E181-4390-9BED-1486066F5456@cisco.com>
References: <09620bc3-8abe-9e7d-8df6-200ea0db46a9@gmail.com> <576AD32E.2080309@cisco.com>, <b84b83af-0f83-5a75-ddbd-7574436d3871@gmail.com>
In-Reply-To: <b84b83af-0f83-5a75-ddbd-7574436d3871@gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-ms-exchange-transport-fromentityheader: Hosted
Content-Type: multipart/alternative; boundary="_000_EBC8E8FAE18143909BED1486066F5456ciscocom_"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/pals/vw2Th3KWj-20QRUhWU2t3OEKMBc>
Cc: "pals-chairs@tools.ietf.org" <pals-chairs@tools.ietf.org>, "Luca Martini \(lmartini\)" <lmartini@cisco.com>, "draft-ietf-pals-status-reduction@tools.ietf.org" <draft-ietf-pals-status-reduction@tools.ietf.org>, "pals@ietf.org" <pals@ietf.org>
Subject: Re: [Pals] IPR Poll for draft-ietf-pals-status-reduction-00
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
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: Fri, 08 Jul 2016 02:35:28 -0000

--_000_EBC8E8FAE18143909BED1486066F5456ciscocom_
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

It is also all the IPR I know about.

George

On Jun 30, 2016, at 12:29 PM, Stewart Bryant <stewart.bryant@gmail.com<mail=
to:stewart.bryant@gmail.com>> wrote:


I have seen the Cisco IPR statement associated with the draft.

I assume that this is all the IPR that Luca knows about.

As far as I can see, I have not heard from George or Elisa.

Once I hear from them I will start the WGLC.

Stewart


On 22/06/2016 19:04, Luca Martini wrote:
Stewart,

Cisco has been granted us patent no. 8,619,598 that applies to this documen=
t.
I believe that an IPR statement should be in the ietf tool already , but if=
 in case it has been lost, i will get a new one sent.
Thanks.
Luca


On 06/09/2016 01:03 PM, Stewart Bryant wrote:

The authors of draft-ietf-pals-status-reduction have requested WG LC
on this draft.

Before I start that, and whilst they look at some issues with the text,
I would like to run the usual IPR Poll.

Authors please reply to this email indicating whether or not you
know of any IPR that applies  to this draft that has not yet been
declared. I will need a reply from each of you before we can proceed.

WG members, if you know of any IPR that applies to this draft which has
not yet been declared, please initiate an IPR disclosure and reply to this
email informing the WG to let us know.

I will close this poll on 28th June 2016.

Regards

Stewart





--_000_EBC8E8FAE18143909BED1486066F5456ciscocom_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
>
</head>
<body dir=3D"auto">
<div></div>
<div>It is also all the IPR I know about.&nbsp;</div>
<div><br>
</div>
<div>George</div>
<div><br>
On Jun 30, 2016, at 12:29 PM, Stewart Bryant &lt;<a href=3D"mailto:stewart.=
bryant@gmail.com">stewart.bryant@gmail.com</a>&gt; wrote:<br>
<br>
</div>
<blockquote type=3D"cite">
<div>
<p>I have seen the Cisco IPR statement associated with the draft.<br>
</p>
<p>I assume that this is all the IPR that Luca knows about.</p>
<p>As far as I can see, I have not heard from George or Elisa.</p>
<p>Once I hear from them I will start the WGLC.</p>
<p>Stewart<br>
</p>
<p><br>
</p>
<br>
<div class=3D"moz-cite-prefix">On 22/06/2016 19:04, Luca Martini wrote:<br>
</div>
<blockquote cite=3D"mid:576AD32E.2080309@cisco.com" type=3D"cite">
<div class=3D"moz-cite-prefix">Stewart, <br>
<br>
Cisco has been granted us patent no. <b>8,619,598 </b>that applies to this =
document.<br>
I believe that an IPR statement should be in the ietf tool already , but if=
 in case it has been lost, i will get a new one sent.<br>
Thanks.<br>
Luca<br>
<br>
<br>
On 06/09/2016 01:03 PM, Stewart Bryant wrote:<br>
</div>
<blockquote cite=3D"mid:09620bc3-8abe-9e7d-8df6-200ea0db46a9@gmail.com" typ=
e=3D"cite">
<pre wrap=3D"">The authors of draft-ietf-pals-status-reduction have request=
ed WG LC
on this draft.

Before I start that, and whilst they look at some issues with the text,
I would like to run the usual IPR Poll.

Authors please reply to this email indicating whether or not you
know of any IPR that applies  to this draft that has not yet been
declared. I will need a reply from each of you before we can proceed.

WG members, if you know of any IPR that applies to this draft which has
not yet been declared, please initiate an IPR disclosure and reply to this
email informing the WG to let us know.

I will close this poll on 28th June 2016.

Regards

Stewart

</pre>
</blockquote>
<br>
</blockquote>
<br>
</div>
</blockquote>
</body>
</html>

--_000_EBC8E8FAE18143909BED1486066F5456ciscocom_--


From nobody Mon Jul 11 14:59:29 2016
Return-Path: <agmalis@gmail.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 80BC212D598 for <pals@ietfa.amsl.com>; Mon, 11 Jul 2016 14:59:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level: 
X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 DOUOQrRAOwXd for <pals@ietfa.amsl.com>; Mon, 11 Jul 2016 14:59:27 -0700 (PDT)
Received: from mail-oi0-x22b.google.com (mail-oi0-x22b.google.com [IPv6:2607:f8b0:4003:c06::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6F23E12B03B for <pals@ietf.org>; Mon, 11 Jul 2016 14:59:27 -0700 (PDT)
Received: by mail-oi0-x22b.google.com with SMTP id r2so167940173oih.2 for <pals@ietf.org>; Mon, 11 Jul 2016 14:59:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=mime-version:from:date:message-id:subject:to:cc; bh=Gtwi8PmkU/dgG1M8HRJBy7/2VObIOkuVILFTdrSZjaQ=; b=SQ/sD/Ve3L5/DZpVsMm77jnpoPoiUZcoIIEPSewcKOtjAYIddHEvdB6AFa5g2DZcmM 4l+33OeQHwZZvXy6i29EbbExQ3o2OGintz+NTA79/uw6Ps999d+YT6V8LRkr3no/BLCl 9klXvf248Oidd3wRY1gBWfIXP6T7Xxn7F5XuzKG2iC+rSMVgWrfsh9Bp8bTQYQPJsOu+ Nic6/iyu2aevN+RD239Rr17YB9Y5NtmwM78pxVBENI8Bb0fQGWyIouJoQBDz4UFJnqDj 8TInZ4QYzH7i9nZUP+P++KmQ0A14sU3Hp+osgJdxy9gmlW8kxdvzNexlXvT33N5tJ4gE o3IQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=Gtwi8PmkU/dgG1M8HRJBy7/2VObIOkuVILFTdrSZjaQ=; b=TCfr3IM3JBmRWe8PH7lsZiXmx6ynzXKzbd2ZBq02iwzCpvFrhpHW96j2YblmJ4HtUb GjOUFUaLis0HNP867V5PUMwqzXm7RMa5C1yRWLho37JXNqNcFBtygr/yZHCZnggA24tV oKgGlBWR0NjDzRES17j6PNdvJWPWnmG4kVwUHiQT/+Q+CAbOQy8A0zUXAgpoCnWS++tl wheEy0SemjBrMNfMXMLqhdp/taVUS00LtLs8IjbgqoZqZnqTquqAf8zu8JbqJWtI8tBl Gx/zdfaRz3mH4Fex0mt80tCJCmDEwHymDAXrAzp5C0xRUjRjSCSTVhU1WykXSbhZG9Q3 LaqA==
X-Gm-Message-State: ALyK8tIIWybSfOKMETiPytz4F3ms6RLjb/Rh3EGP7Hbs70QVnLm71ygSCKFFU7sBF2OF4Rl9vqCIT68saqk0tA==
X-Received: by 10.157.14.5 with SMTP id c5mr12353396otc.55.1468274366864; Mon, 11 Jul 2016 14:59:26 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.182.68.231 with HTTP; Mon, 11 Jul 2016 14:59:07 -0700 (PDT)
From: "Andrew G. Malis" <agmalis@gmail.com>
Date: Mon, 11 Jul 2016 17:59:07 -0400
Message-ID: <CAA=duU0sWbM0RpCv7z9TP2aifVNrUKy423Hd2Dnu2LjVpw-xBw@mail.gmail.com>
To: "pals@ietf.org" <pals@ietf.org>
Content-Type: multipart/alternative; boundary=001a11414dce11e11e05376344bf
Archived-At: <https://mailarchive.ietf.org/arch/msg/pals/ybHjMcSA2FLCjajDgP-oqENEpUQ>
Cc: Stewart Bryant <stewart.bryant@gmail.com>
Subject: [Pals] No PALS session in Berlin
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
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: Mon, 11 Jul 2016 21:59:28 -0000

--001a11414dce11e11e05376344bf
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Note that due to no agenda requests, we=E2=80=99ve canceled the PALS sessio=
n in
Berlin. Stewart and I will both be in Berlin if you need us for anything,
and if necessary for WG business, we can hold a post-IETF virtual interim
meeting. Stewart is also preparing the usual WG status slides, which we=E2=
=80=99ll
put online on the meeting materials page prior to the meeting, and we=E2=80=
=99ll
email a pointer to the slides when they=E2=80=99re up. Let us know if you h=
ave any
questions.

Thanks,
Andy and Stewart

--001a11414dce11e11e05376344bf
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Note that due to no agenda requests, we=E2=80=99ve cancele=
d the PALS session in Berlin. Stewart and I will both be in Berlin if you n=
eed us for anything, and if necessary for WG business, we can hold a post-I=
ETF virtual interim meeting. Stewart is also preparing the usual WG status =
slides, which we=E2=80=99ll put online on the meeting materials page prior =
to the meeting, and we=E2=80=99ll email a pointer to the slides when they=
=E2=80=99re up. Let us know if you have any questions.<div><br></div><div>T=
hanks,</div><div>Andy and Stewart</div><div><br></div></div>

--001a11414dce11e11e05376344bf--


From nobody Tue Jul 12 00:43:46 2016
Return-Path: <mach.chen@huawei.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E1AA012D649; Tue, 12 Jul 2016 00:43:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.508
X-Spam-Level: 
X-Spam-Status: No, score=-5.508 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.287, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 Qm6R8We4XHUk; Tue, 12 Jul 2016 00:43:41 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3F21A12D0E7; Tue, 12 Jul 2016 00:43:40 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml701-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CSK77921; Tue, 12 Jul 2016 07:43:36 +0000 (GMT)
Received: from SZXEMA417-HUB.china.huawei.com (10.82.72.34) by lhreml701-cah.china.huawei.com (10.201.5.93) with Microsoft SMTP Server (TLS) id 14.3.235.1; Tue, 12 Jul 2016 08:42:34 +0100
Received: from SZXEMA510-MBX.china.huawei.com ([169.254.3.173]) by SZXEMA417-HUB.china.huawei.com ([10.82.72.34]) with mapi id 14.03.0235.001; Tue, 12 Jul 2016 15:42:28 +0800
From: Mach Chen <mach.chen@huawei.com>
To: "Mirja Kuehlewind (IETF)" <ietf@kuehlewind.net>, "BRUNGARD, DEBORAH A" <db3546@att.com>
Thread-Topic: =?utf-8?B?W1BhbHNdIE1pcmphIEvDvGhsZXdpbmQncyBEaXNjdXNzIG9uIGRyYWZ0LWll?= =?utf-8?B?dGYtcGFscy1tcGxzLXRwLXB3LW92ZXItYmlkaXItbHNwLTA4OiAod2l0aCBE?= =?utf-8?Q?ISCUSS_and_COMMENT)?=
Thread-Index: AQHR1tu4vG3B3U+azU26eaxj5RuoiaAKxWMAgAAS84CAACu6gIAAWd4AgAjA7SA=
Date: Tue, 12 Jul 2016 07:42:27 +0000
Message-ID: <F73A3CB31E8BE34FA1BBE3C8F0CB2AE28D7639CC@SZXEMA510-MBX.china.huawei.com>
References: <20160705163846.22350.79584.idtracker@ietfa.amsl.com> <ac40c272-8513-fc14-fa95-4a3ddc7231f1@gmail.com> <7b9f5b06-0c05-bda2-75ec-ebee6210ba60@gmail.com> <F64C10EAA68C8044B33656FA214632C8529BA4FD@MISOUT7MSGUSRDE.ITServices.sbc.com> <31D98B35-33CD-4BD6-8DCF-4593E4AC53FC@kuehlewind.net>
In-Reply-To: <31D98B35-33CD-4BD6-8DCF-4593E4AC53FC@kuehlewind.net>
Accept-Language: en-US, zh-CN
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.111.102.135]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090201.57849FA9.006E, ss=1, re=0.000, recu=0.000, reip=0.000,  cl=1, cld=1, fgs=0, ip=169.254.3.173, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: 3f98044d6a08b5a1f03055b19d775a90
Archived-At: <https://mailarchive.ietf.org/arch/msg/pals/RNfa9fm50Zrx97uXoDnBYFfw1Fc>
Cc: Stewart Bryant <stewart.bryant@gmail.com>, "pals-chairs@ietf.org" <pals-chairs@ietf.org>, The IESG <iesg@ietf.org>, "draft-ietf-pals-mpls-tp-pw-over-bidir-lsp@ietf.org" <draft-ietf-pals-mpls-tp-pw-over-bidir-lsp@ietf.org>, "pals@ietf.org" <pals@ietf.org>
Subject: Re: [Pals] =?utf-8?q?Mirja_K=C3=BChlewind=27s_Discuss_on_draft-ietf-p?= =?utf-8?q?als-mpls-tp-pw-over-bidir-lsp-08=3A_=28with_DISCUSS_and_COMMENT?= =?utf-8?q?=29?=
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
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: Tue, 12 Jul 2016 07:43:45 -0000

SGkgTWlyamEsIGFsbCwNCg0KVXN1YWxseSB1bmtub3duIG9yIHVuZXhwZWN0ZWQgVExWcyBhcmUg
dXN1YWxseSBzaW1wbHkgc2lsZW50bHkgZGlzY2FyZGVkIGluIE1QTFMuIFVzdWFsbHkgcHJvdG9j
b2xzIGRlc2lnbnMgd2UgcHJlZmVyIG5vdCB0byBiZSBjb21wbGljYXRlZCBmb3IgaW1wbGVtZW50
YXRpb24gZXJyb3JzICgidG9vIGNoYXR0eSIpLiBBcyB5b3Ugc2F5LCB0aG91Z2gsIHdlIGFscmVh
ZHkgbm90ZWQgZm9yIGFuIGVycm9yIGZvciAiQy1iaXQgc2V0IGFuZCBTLWJpdCBzZXQiIHNvIHdl
J2xsIGRvIHRoZSBzYW1lIGZvciAiQy1iaXQgY2xlYXIgYW5kIFMtYml0IGNsZWFyLiBJZiAiYm90
aCBDLWJpdCBhbmQgUy1iaXQiIGFyZSBzZXQgb3IgImJvdGggQy1iaXQgYW5kIFMtYml0IGFyZSBj
bGVhciIgYXJlIHJlY2VpdmVkLCB3ZSB3aWxsIHVzZSB0aGUgZXJyb3IgY29kZSAiQy1iaXQgb3Ig
Uy1iaXQgdW5rbm93biIuIFRoaXMgZXJyb3IgY29kZSB3aWxsIGFsc28gYWxsb3cgZnV0dXJlIGV4
dGVuc2lvbnMgd2hpY2ggbWF5IHVzZSB0aG9zZSBiaXRzLg0KDQpTbywgaG93IGFib3V0IHRoZSBm
b2xsb3dpbmcgbW9kaWZpY2F0aW9uPw0KDQpPTEQ6DQoiIEMtYml0IGFuZCBTLWJpdCBhcmUgbXV0
dWFsbHkgZXhjbHVzaXZlIGZyb20gZWFjaCBvdGhlciwgYW5kIGNhbm5vdCBiZSBzZXQgaW4gdGhl
IHNhbWUgbWVzc2FnZS4gT3RoZXJ3aXNlLCBhIExhYmVsIFJlbGVhc2UgbWVzc2FnZSB3aXRoIHN0
YXR1cyBjb2RlIHNldCB0byAiVGhlIEMtYml0IGFuZCBTLWJpdCBjYW5ub3QgYm90aCBiZSBzZXQi
IChUQkQ1KSBNVVNUIGJlIHJlcGxpZWQsIGFuZCB0aGUgUFcgd2lsbCBub3QgYmUgZXN0YWJsaXNo
ZWQuIg0KDQpOZXc6DQoiRWl0aGVyIHRoZSBDLWJpdCBvciB0aGUgUy1iaXQgTVVTVCBiZSBzZXQu
IFRoZSBDLWJpdCBhbmQgUy1iaXQgYXJlIG11dHVhbGx5IGV4Y2x1c2l2ZSBmcm9tIGVhY2ggb3Ro
ZXIsIGFuZCBjYW5ub3QgYmUgc2V0IGluIHRoZSBzYW1lIG1lc3NhZ2UuIElmICJib3RoIEMtYml0
IGFuZCBTLWJpdCBhcmUgc2V0IiBvciAiYm90aCBDLWJpdCBhbmQgUy1iaXQgYXJlIGNsZWFyIiBh
cmUgcmVjZWl2ZWQsIGEgTGFiZWwgUmVsZWFzZSBtZXNzYWdlIHdpdGggc3RhdHVzIGNvZGUgc2V0
IHRvICJUaGUgQy1iaXQgb3IgUy1iaXQgdW5rbm93biIgKFRCRDUpIE1VU1QgYmUgcmVwbGllZCwg
YW5kIHRoZSBQVyB3aWxsIG5vdCBiZSBlc3RhYmxpc2hlZC4iDQoNCkhvcGUgdGhpcyBhZGRyZXNz
ZXMgeW91ciBESVNDVVNTIQ0KDQpUaGFua3MsDQpNYWNoDQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNz
YWdlLS0tLS0NCj4gRnJvbTogUGFscyBbbWFpbHRvOnBhbHMtYm91bmNlc0BpZXRmLm9yZ10gT24g
QmVoYWxmIE9mIE1pcmphIEt1ZWhsZXdpbmQgKElFVEYpDQo+IFNlbnQ6IFRodXJzZGF5LCBKdWx5
IDA3LCAyMDE2IDQ6NTcgQU0NCj4gVG86IEJSVU5HQVJELCBERUJPUkFIIEENCj4gQ2M6IFN0ZXdh
cnQgQnJ5YW50OyBwYWxzLWNoYWlyc0BpZXRmLm9yZzsgVGhlIElFU0c7DQo+IGRyYWZ0LWlldGYt
cGFscy1tcGxzLXRwLXB3LW92ZXItYmlkaXItbHNwQGlldGYub3JnOyBwYWxzQGlldGYub3JnDQo+
IFN1YmplY3Q6IFJlOiBbUGFsc10gTWlyamEgS8O8aGxld2luZCdzIERpc2N1c3Mgb24NCj4gZHJh
ZnQtaWV0Zi1wYWxzLW1wbHMtdHAtcHctb3Zlci1iaWRpci1sc3AtMDg6ICh3aXRoIERJU0NVU1Mg
YW5kIENPTU1FTlQpDQo+IA0KPiBIaSBEZWJvcmFoLCBoaSBTdGV3YXJ0LCBoaSBhbGwsDQo+IA0K
PiBzZWUgYmVsb3cuDQo+IA0KPiA+IEFtIDA2LjA3LjIwMTYgdW0gMTc6MzQgc2NocmllYiBCUlVO
R0FSRCwgREVCT1JBSCBBDQo+IDxkYjM1NDZAYXR0LmNvbT46DQo+ID4NCj4gPiBJIGFncmVlIHdp
dGggU3Rld2FydCAtIGZvciB0aGUgdHdvIGJpdHMgdG8gYmUgc2V0IHdvdWxkIGJlIGFuDQo+ID4g
aW1wbGVtZW50YXRpb24gZXJyb3IuIE5vdCBhbiBvcGVyYXRpb25hbCBlcnJvci4gVGhlIHVzZSBv
ZiB0aGUgdHdvDQo+ID4gYml0cyBoYXMgYmVlbiBzdGFibGUgZnJvbSB0aGUgLTAwIHZlcnNpb24g
b2YgdGhlIGRyYWZ0LiBUaGVyZSBhcmUNCj4gPiBhbHdheXMgbXVsdGlwbGUgd2F5cyB0byBkbyBh
IHByb3RvY29sIGRlc2lnbi4gQW5kIHZhcmlvdXMgdHJhZGVvZmZzLg0KPiA+IFRoZXJlIGFyZSBh
bHNvIG9wZXJhdGlvbmFsIHBvc2l0aXZlcyBmb3IgaGF2aW5nIHR3byBiaXRzLiBTdWItVExWcyBh
cmUNCj4gPiB2ZXJ5IGNvbW1vbiAoUFcsIE1QTFMsIEdNUExTKS4gVGhlIGV4dHJhIGJpdCBpbiBh
biBvcHRpb25hbCBzdWItVExWDQo+ID4gdXNlZCB3aGVuIHNldHRpbmcgdXAgYSBwYXRoIGlzIG5v
dCBnb2luZyB0byBicmVhayBhbnkgYmFuZHdpZHRoDQo+ID4gYmFuazotKQ0KPiANCj4gSSBwZXJz
b25hbGx5IHRoaW5rIGhhdmluZyB0aGVzZSB0d28gYml0cyBoZXJlIGlzIHJlYWxseSBiYWQgcHJv
dG9jb2wgZGVzaWduDQo+IHByYWN0aWNlIChhbmQgaGFzIG5vIGdhaW4gYnV0IGNhbiBjYXVzZSBl
cnJvcnMpIGJ1dCB0aGF04oCZcyBub3Qgd2hhdCBteSBkaXNjdXNzDQo+IGlzIG9uLiBUaGlzIGRl
c2lnbiBkZWNpc2lvbiBpcyB0aGUgZGVjaXNpb24gb2YgdGhlIHdnIGFuZCBJIG9ubHkgbWFkZSBh
IHByb3Bvc2FsDQo+IGluIHRoZSBjb21tZW50cy4gSG93ZXZlciwgdGhlIGRvY3VtZW50IG1ha2Vz
IHVuZm9ydHVuYXRlbHkgdGhlIGltcHJlc3Npb24NCj4gdG8gbWUgdGhhdCB0aGVyZSB3YXMgYWN0
dWFsbHkgbm90IGVub3VnaCB3ZyBkaXNjdXNzaW9uIGFib3V0IHRoaXMgZG9jIGFuZCB0aGUNCj4g
cHJvdG9jb2wgZGVzaWduIGl0c2VsZi4NCj4gDQo+IE15IGRpc2N1c3MgaXMgb24gdGhlIHBhcnQg
dGhhdCB0aGUgc3BlYyBpcyBub3QgZnVsbHkgc3BlY2lmaWVkLiBIYXZpbmcgYm90aCBiaXRzDQo+
IHNldCBvciBub3Qgc2V0IGlzIG5vdCBvbmx5IGFuIGltcGxlbWVudGF0aW9uIGVycm9yLCB0aGlz
IGNhbiBhbHNvIGhhcHBlbiBvbiB0aGUNCj4gcGF0aC4gU28gaG93IHRvIHJlYWN0IHRvIHRoZXNl
IHNpdHVhdGlvbnMgYXQgcmVjZWl2ZXIgc2lkZSBzaG91bGQgc3RpbGwgYmUNCj4gc3BlY2lmaWVk
LiBGdXJ0aGVyLCB0aGUgY2FzZSB3aGVyZSBib3RoIGJpdHMgYXJlIHNldCBpcyBzcGVjaWZpZWQg
YXMgYW4gZXJyb3IgY2FzZQ0KPiB3aGlsZSBib3RoIGJpdHMgdW5zZXQgaXMgbm90OyB0aGF0IGp1
c3QgZG9lc27igJl0IG1ha2Ugc2Vuc2XigKYNCj4gDQo+IFRoZXNlIHRoaW5ncyBjYW4gYmUgZWFz
aWx5IGZpeGVkICh3aXRoIHByb2JhYmx5IDIgZXh0cmEgc2VudGVuY2VzKSBidXQgTVVTVCBiZQ0K
PiBmaXhlZCBiZWZvcmUgcHVibGljYXRpb24uDQo+IA0KPiBJbiBjYXNlIHRoZSBhdXRob3JzIGRl
Y2lkZSB0byBhY3R1YWxseSBjaGFuZ2UgdGhlIHByb3RvY29sIGRlc2lnbiAoYmFzZWQgb24gbXkN
Cj4gc3VnZ2VzdGlvbnMpIGFzIE1hY2ggaW5kaWNhdGVkIGVhcmxpZXIsIHRoZSBjaGFpcnMgYW5k
IHRoZSBBRCBoYXZlIHRvIGRlY2lkZSBpZg0KPiB0aGlzIGRvYyBoYXMgdG8gZ28gYmFjayB0byB0
aGUgd2cuDQo+IA0KPiA+DQo+ID4gQXMgU3Rld2FydCBub3RlZCBvbiBoaXMgb3RoZXIgZW1haWws
IFBBTFMgZm9sbG93ZWQgdGhlIFJvdXRpbmcgQXJlYSBwcm9jZXNzDQo+IG9mIGFza2luZyBvbiBJ
UFIgYXQgdGhlIHRpbWUgb2YgTGFzdCBDYWxsLiBXZSBkb24ndCByZXF1aXJlIHBvc2l0aXZlIGNv
bmZpcm1hdGlvbg0KPiB0aGF0IG5vIG9uZSBoYXMgY29uY2VybnMsIG9ubHkgaWYgdGhleSBoYXZl
IGNvbmNlcm5zLg0KPiANCj4gVGhpcyB3YXMganVzdCBhIGNsYXJpZmljYXRpb24gcXVlc3Rpb24g
YmVjYXVzZSBJ4oCZdmUgcmVhZCB0aGlzIHNlbnRlbmNlIGluIHRoZQ0KPiBzaGVwaGVyZCB3cml0
ZS11cCBhbmQgaXQgd2FzIG5vdCBmdWxseSBjbGVhciB0byBtZSB3aGF0IHRoaXMgd2FzIHN1cHBv
c2VkIHRvDQo+IHNheS4gVGhhbmtzIGZvciB0aGUgY2xhcmlmaWNhdGlvbiEgVGhhdOKAmXMgYWxs
IGdvb2QuDQo+IA0KPiBNaXJqYQ0KPiANCj4gDQo+IA0KPiA+DQo+ID4gTXVjaCB0aGFua3MgTWly
amEgZm9yIHlvdXIgaW50ZXJlc3QgYW5kIHZlcnkgY29tcHJlaGVuc2l2ZSByZXZpZXcgLSBsZXQg
dXMNCj4ga25vdyBpZiBTdGV3YXJ0J3MgcHJvcG9zYWwgaXMgYWNjZXB0YWJsZSB0byBjbGVhciB5
b3VyIGRpc2N1c3MuDQo+ID4NCj4gPiBEZWJvcmFoDQo+ID4NCj4gPiAtLS0tLU9yaWdpbmFsIE1l
c3NhZ2UtLS0tLQ0KPiA+IEZyb206IGllc2cgW21haWx0bzppZXNnLWJvdW5jZXNAaWV0Zi5vcmdd
IE9uIEJlaGFsZiBPZiBTdGV3YXJ0IEJyeWFudA0KPiA+IFNlbnQ6IFdlZG5lc2RheSwgSnVseSAw
NiwgMjAxNiA4OjU4IEFNDQo+ID4gVG86IE1pcmphIEt1ZWhsZXdpbmQgPGlldGZAa3VlaGxld2lu
ZC5uZXQ+OyBUaGUgSUVTRyA8aWVzZ0BpZXRmLm9yZz4NCj4gPiBDYzogcGFscy1jaGFpcnNAaWV0
Zi5vcmc7DQo+ID4gZHJhZnQtaWV0Zi1wYWxzLW1wbHMtdHAtcHctb3Zlci1iaWRpci1sc3BAaWV0
Zi5vcmc7IHBhbHNAaWV0Zi5vcmcNCj4gPiBTdWJqZWN0OiBSZTogTWlyamEgS8O8aGxld2luZCdz
IERpc2N1c3Mgb24NCj4gPiBkcmFmdC1pZXRmLXBhbHMtbXBscy10cC1wdy1vdmVyLWJpZGlyLWxz
cC0wODogKHdpdGggRElTQ1VTUyBhbmQNCj4gPiBDT01NRU5UKQ0KPiA+DQo+ID4NCj4gPg0KPiA+
Pj4NCj4gPj4+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+ID4+PiAtLQ0KPiA+Pj4gRElTQ1VTUzoNCj4gPj4+IC0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tDQo+ID4+PiAtLQ0KPiA+Pj4NCj4gPj4+IEkgdGhpbmsgdGhlIHByb3RvY29sIHNw
ZWNpZmljYXRpb24gaXMgbm90IGNvbXBsZXRlOg0KPiA+Pj4NCj4gPj4+IC0gV2hhdCBoYXBwZW5z
IGlmIG5vbmUgb2YgdGhlIHR3byBTIGFuZCBDIGJpdHMgYXJlIHNldD8NCj4gPj4gU2luY2UgdGhl
IHRleHQgc3BlY2lmaWNhbGx5IHN0YXRlcyB0aGF0IHRoZXkgYXJlIG11dHVhbGx5IGV4Y2x1c2l2
ZSwNCj4gPj4gdGhhdCB3b3VsZCBiZSBhbiBpbXBsZW1lbnRhdGlvbiBlcnJvci4gSSBkb24ndCB0
aGluayB0aGF0IGl0IGlzDQo+ID4+IHdpdGhpbiB0aGUgc2NvcGUgb2YgdGhpcyBkcmFmdCB0byBz
dGF0ZSB3aGF0IHNob3VsZCBoYXBwZW4gd2hlbiB0aGVyZQ0KPiA+PiBpcyBhbiBpbXBsZW1lbnRh
dGlvbiBlcnJvci4NCj4gPg0KPiA+IFRoaW5raW5nIGFib3V0IHRoaXMgc29tZSBtb3JlLCB3ZSBj
b3VsZCBzYXk6DQo+ID4NCj4gPiAgICBFaXRoZXIgdGhlIEMtYml0IG9yIHRoZSBTLWJpdCBNVVNU
IGJlIHNldC4NCj4gPiAgICB0aGUgQy1iaXQgYW5kIFMtYml0IGFyZSBtdXR1YWxseSBleGNsdXNp
dmUgZnJvbSBlYWNoIG90aGVyLCBhbmQNCj4gPiBjYW5ub3QgYmUNCj4gPiAgICBzZXQgaW4gdGhl
IHNhbWUgbWVzc2FnZS4gIE90aGVyd2lzZSwgYSBMYWJlbCBSZWxlYXNlIG1lc3NhZ2Ugd2l0aA0K
PiA+ICAgIHN0YXR1cyBjb2RlIHNldCB0byAiVGhlIEMtYml0IGFuZCBTLWJpdCBjYW4gbm90IGJv
dGggYmUgc2V0IiAoVEJENSkNCj4gPiAgICBNVVNUIGJlIHJlcGxpZWQsIGFuZCB0aGUgUFcgd2ls
bCBub3QgYmUgZXN0YWJsaXNoZWQuDQo+ID4NCj4gPiBXZSBjb3VsZCBpbnRyb2R1Y2UgYW4gYWRk
aXRpb25hbCBlcnJvciBtZXNzYWdlLCBidXQgaXQncyBwcm9iYWJseQ0KPiA+IGFkZXF1YXRlIHRv
DQo+ID4gc2F5Og0KPiA+DQo+ID4gICAgRWl0aGVyIHRoZSBDLWJpdCBvciB0aGUgUy1iaXQgTVVT
VCBiZSBzZXQuDQo+ID4gICAgVGhlIEMtYml0IGFuZCBTLWJpdCBhcmUgbXV0dWFsbHkgZXhjbHVz
aXZlIGZyb20gZWFjaCBvdGhlciwgYW5kDQo+ID4gY2Fubm90IGJlDQo+ID4gICAgc2V0IGluIHRo
ZSBzYW1lIG1lc3NhZ2UuICBJbiB0aGUgY2FzZSBvZiBlaXRoZXIgZXJyb3IsIGEgTGFiZWwNCj4g
PiBSZWxlYXNlIG1lc3NhZ2Ugd2l0aA0KPiA+ICAgIHN0YXR1cyBjb2RlIHNldCB0byAiVGhlIEMt
Yml0IGFuZCBTLWJpdCBlcnJvciIgKFRCRDUpDQo+ID4gICAgTVVTVCBiZSByZXBsaWVkLCBhbmQg
dGhlIFBXIHdpbGwgbm90IGJlIGVzdGFibGlzaGVkLg0KPiA+DQo+ID4gSWYgcGFyYW1ldHJpc2Vk
IG1lc3NhZ2VzIGFyZSBhbGxvd2VkIEkgd291bGQgc2F5Og0KPiA+DQo+ID4gIlRoZSBDLWJpdCBh
bmQgUy1iaXQgZXJyb3IgWzxDLWJpdD4sIDxTLWJpdD5dIg0KPiA+DQo+ID4gU2luY2UgemVybyBv
ciB0d28gYml0cyBhcmUgY2xlYXJseSBhbiBpbXBsZW1lbnRhdGlvbiBlcnJvciwgSSBhbSBub3QN
Cj4gPiBjb252aW5jZWQgdGhhdCB3ZSBuZWVkIHRvIGRvIG1vcmUgdGhhbiBmbGFnIGl0IHVwIHN1
ZmZpY2llbnRseSB0aGF0DQo+ID4gdGhlIGFuIGltcGxlbWVudGVyIGNhbiBmaWd1cmUgb3V0IHdo
YXQgdGhleSBnb3Qgd3JvbmcuDQo+ID4NCj4gPiBTdGV3YXJ0DQo+ID4NCj4gDQo+IF9fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IFBhbHMgbWFpbGluZyBs
aXN0DQo+IFBhbHNAaWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0
aW5mby9wYWxzDQo=


From nobody Tue Jul 12 00:47:43 2016
Return-Path: <ietf@kuehlewind.net>
X-Original-To: pals@ietf.org
Delivered-To: pals@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 5345D12B062; Tue, 12 Jul 2016 00:47:41 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "Mirja Kuehlewind" <ietf@kuehlewind.net>
To: "The IESG" <iesg@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.27.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20160712074741.20142.30002.idtracker@ietfa.amsl.com>
Date: Tue, 12 Jul 2016 00:47:41 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/pals/0q6MfWHy_RHv2OMcFcVa3BqvyRs>
Cc: stewart.bryant@gmail.com, pals-chairs@ietf.org, draft-ietf-pals-mpls-tp-pw-over-bidir-lsp@ietf.org, pals@ietf.org
Subject: [Pals] =?utf-8?q?Mirja_K=C3=BChlewind=27s_No_Objection_on_draft-i?= =?utf-8?q?etf-pals-mpls-tp-pw-over-bidir-lsp-08=3A_=28with_COMMENT=29?=
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.17
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: Tue, 12 Jul 2016 07:47:41 -0000

Mirja Kühlewind has entered the following ballot position for
draft-ietf-pals-mpls-tp-pw-over-bidir-lsp-08: No Objection

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-mpls-tp-pw-over-bidir-lsp/



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

A few questions/comments:

1) The shepherd writeup says: "An IPR discolusure has been filed and the
WG has not remarked on this."
    Does this mean the wg is not aware of it or it is aware and nobody
commented?

2) Acronym: I found a few acronyms that where not spelled out, e.g. FEC
as well as LDP and TE in the abstract. One can argue if that's needed but
usually I think it helps. Further there are quite a few acronyms that are
introduced somewhere and then never used again (e.g. Point-to-Point
(P2P); that makes it actually harder to read, so I would recommend to
remove them.

3) I think I don't understand the following MUST: "PSN Tunnel Binding TLV
is an optional TLV and MUST be carried in the Label Mapping message
[RFC5036] if PW to LSP binding is required." and again later "To perform
PSN binding, the Label Mapping messages MUST carry a PSN Tunnel Binding
TLV". Maybe just remove it?

4) Why is there a "MUST be zero" and a "Reserved" field? Shouldn't this
all just be a large "Reserved" field? And the "Reserve" field is not
discussed.

5) On the T (Tunnel Representation) bit: Why is that an extra bit?
Usually you can simply use the length field here and then either have the
LSP Number fields in the sub-TLV or not.

6) Why are there two bits for C and S if they are mutual exclusive and
one of them has to be set? In this case you should use one bit and say
e.g. 0 means S(trict) and 1 means C(o-routed path). This would also avoid
the error case when both are set! (Otherwise if it should be possible to
not set both flags, this case is not described  in the draft and must be
added.)

7) Sub-TLV: I'm not an LDP expert but I assume having sub-TLV is not a
general concept that is widely used this way but something introduced in
this document. If that's the case, I have a couple of questions/remarks:

   - Given that the PSN Tunnel Binding TLV already has a length field
that includes the sub-TLV, why do you need another length field in the
sub-TLV?
  - Why is there another 'Reserved' field in the sub_TLV (that is also
not discussed)?
  - If you already have different types of sub-TLVs here, why don't you
simply define some with or without the the LSP Number fields instead of
the T bit?
  - And finally do you really need these sub-TLVs  or would a flag be
enough to indicate IPv4 or IPv6 (or again just use the length field to
distinguish)?
 - And this should be normative "Each PSN Tunnel Binding TLV can only
have one such sub-TLV." -> "Each PSN Tunnel Binding TLV MUST have only
one such sub-TLV." and you must specify what happen if more then one is
presented (if you actually want to use sub-TLVs).

8) There are a couple of MUSTs basically twice in the document (once in
section 2 and another time in sections 4 and 5). I would recommend to
avoid these duplications and subsequent redundancy and really state it
only once to avoid any future confusions.



From nobody Tue Jul 12 00:52:35 2016
Return-Path: <ietf@kuehlewind.net>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3EB7412D744 for <pals@ietfa.amsl.com>; Tue, 12 Jul 2016 00:52:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.189
X-Spam-Level: 
X-Spam-Status: No, score=-3.189 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.287, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=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 zXlKxYTo3gTU for <pals@ietfa.amsl.com>; Tue, 12 Jul 2016 00:52:27 -0700 (PDT)
Received: from kuehlewind.net (kuehlewind.net [83.169.45.111]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 24B3212B062 for <pals@ietf.org>; Tue, 12 Jul 2016 00:52:26 -0700 (PDT)
Received: (qmail 20378 invoked from network); 12 Jul 2016 09:45:44 +0200
Received: from wlan.dagstuhl.de (HELO ?192.168.12.26?) (192.76.146.51) by kuehlewind.net with ESMTPSA (DHE-RSA-AES256-SHA encrypted, authenticated);  12 Jul 2016 09:45:43 +0200
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
From: "Mirja Kuehlewind (IETF)" <ietf@kuehlewind.net>
In-Reply-To: <F73A3CB31E8BE34FA1BBE3C8F0CB2AE28D7639CC@SZXEMA510-MBX.china.huawei.com>
Date: Tue, 12 Jul 2016 09:45:42 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <63DE8EDB-9809-43B3-941A-0A1AF6ABF86D@kuehlewind.net>
References: <20160705163846.22350.79584.idtracker@ietfa.amsl.com> <ac40c272-8513-fc14-fa95-4a3ddc7231f1@gmail.com> <7b9f5b06-0c05-bda2-75ec-ebee6210ba60@gmail.com> <F64C10EAA68C8044B33656FA214632C8529BA4FD@MISOUT7MSGUSRDE.ITServices.sbc.com> <31D98B35-33CD-4BD6-8DCF-4593E4AC53FC@kuehlewind.net> <F73A3CB31E8BE34FA1BBE3C8F0CB2AE28D7639CC@SZXEMA510-MBX.china.huawei.com>
To: Mach Chen <mach.chen@huawei.com>
X-Mailer: Apple Mail (2.3124)
Archived-At: <https://mailarchive.ietf.org/arch/msg/pals/1GpfLO61rxw_m0q5v0dChowk-hE>
Cc: "BRUNGARD, DEBORAH A" <db3546@att.com>, "pals-chairs@ietf.org" <pals-chairs@ietf.org>, The IESG <iesg@ietf.org>, "pals@ietf.org" <pals@ietf.org>, Stewart Bryant <stewart.bryant@gmail.com>, "draft-ietf-pals-mpls-tp-pw-over-bidir-lsp@ietf.org" <draft-ietf-pals-mpls-tp-pw-over-bidir-lsp@ietf.org>
Subject: Re: [Pals] =?utf-8?q?Mirja_K=C3=BChlewind=27s_Discuss_on_draft-ietf-p?= =?utf-8?q?als-mpls-tp-pw-over-bidir-lsp-08=3A_=28with_DISCUSS_and_COMMENT?= =?utf-8?q?=29?=
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
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: Tue, 12 Jul 2016 07:52:29 -0000

Thanks, I clear my discuss. Please update the draft and resubmit.

Mirja


> Am 12.07.2016 um 09:42 schrieb Mach Chen <mach.chen@huawei.com>:
>=20
> Hi Mirja, all,
>=20
> Usually unknown or unexpected TLVs are usually simply silently =
discarded in MPLS. Usually protocols designs we prefer not to be =
complicated for implementation errors ("too chatty"). As you say, =
though, we already noted for an error for "C-bit set and S-bit set" so =
we'll do the same for "C-bit clear and S-bit clear. If "both C-bit and =
S-bit" are set or "both C-bit and S-bit are clear" are received, we will =
use the error code "C-bit or S-bit unknown". This error code will also =
allow future extensions which may use those bits.
>=20
> So, how about the following modification?
>=20
> OLD:
> " C-bit and S-bit are mutually exclusive from each other, and cannot =
be set in the same message. Otherwise, a Label Release message with =
status code set to "The C-bit and S-bit cannot both be set" (TBD5) MUST =
be replied, and the PW will not be established."
>=20
> New:
> "Either the C-bit or the S-bit MUST be set. The C-bit and S-bit are =
mutually exclusive from each other, and cannot be set in the same =
message. If "both C-bit and S-bit are set" or "both C-bit and S-bit are =
clear" are received, a Label Release message with status code set to =
"The C-bit or S-bit unknown" (TBD5) MUST be replied, and the PW will not =
be established."
>=20
> Hope this addresses your DISCUSS!
>=20
> Thanks,
> Mach
>=20
>> -----Original Message-----
>> From: Pals [mailto:pals-bounces@ietf.org] On Behalf Of Mirja =
Kuehlewind (IETF)
>> Sent: Thursday, July 07, 2016 4:57 AM
>> To: BRUNGARD, DEBORAH A
>> Cc: Stewart Bryant; pals-chairs@ietf.org; The IESG;
>> draft-ietf-pals-mpls-tp-pw-over-bidir-lsp@ietf.org; pals@ietf.org
>> Subject: Re: [Pals] Mirja K=C3=BChlewind's Discuss on
>> draft-ietf-pals-mpls-tp-pw-over-bidir-lsp-08: (with DISCUSS and =
COMMENT)
>>=20
>> Hi Deborah, hi Stewart, hi all,
>>=20
>> see below.
>>=20
>>> Am 06.07.2016 um 17:34 schrieb BRUNGARD, DEBORAH A
>> <db3546@att.com>:
>>>=20
>>> I agree with Stewart - for the two bits to be set would be an
>>> implementation error. Not an operational error. The use of the two
>>> bits has been stable from the -00 version of the draft. There are
>>> always multiple ways to do a protocol design. And various tradeoffs.
>>> There are also operational positives for having two bits. Sub-TLVs =
are
>>> very common (PW, MPLS, GMPLS). The extra bit in an optional sub-TLV
>>> used when setting up a path is not going to break any bandwidth
>>> bank:-)
>>=20
>> I personally think having these two bits here is really bad protocol =
design
>> practice (and has no gain but can cause errors) but that=E2=80=99s =
not what my discuss
>> is on. This design decision is the decision of the wg and I only made =
a proposal
>> in the comments. However, the document makes unfortunately the =
impression
>> to me that there was actually not enough wg discussion about this doc =
and the
>> protocol design itself.
>>=20
>> My discuss is on the part that the spec is not fully specified. =
Having both bits
>> set or not set is not only an implementation error, this can also =
happen on the
>> path. So how to react to these situations at receiver side should =
still be
>> specified. Further, the case where both bits are set is specified as =
an error case
>> while both bits unset is not; that just doesn=E2=80=99t make sense=E2=80=
=A6
>>=20
>> These things can be easily fixed (with probably 2 extra sentences) =
but MUST be
>> fixed before publication.
>>=20
>> In case the authors decide to actually change the protocol design =
(based on my
>> suggestions) as Mach indicated earlier, the chairs and the AD have to =
decide if
>> this doc has to go back to the wg.
>>=20
>>>=20
>>> As Stewart noted on his other email, PALS followed the Routing Area =
process
>> of asking on IPR at the time of Last Call. We don't require positive =
confirmation
>> that no one has concerns, only if they have concerns.
>>=20
>> This was just a clarification question because I=E2=80=99ve read this =
sentence in the
>> shepherd write-up and it was not fully clear to me what this was =
supposed to
>> say. Thanks for the clarification! That=E2=80=99s all good.
>>=20
>> Mirja
>>=20
>>=20
>>=20
>>>=20
>>> Much thanks Mirja for your interest and very comprehensive review - =
let us
>> know if Stewart's proposal is acceptable to clear your discuss.
>>>=20
>>> Deborah
>>>=20
>>> -----Original Message-----
>>> From: iesg [mailto:iesg-bounces@ietf.org] On Behalf Of Stewart =
Bryant
>>> Sent: Wednesday, July 06, 2016 8:58 AM
>>> To: Mirja Kuehlewind <ietf@kuehlewind.net>; The IESG <iesg@ietf.org>
>>> Cc: pals-chairs@ietf.org;
>>> draft-ietf-pals-mpls-tp-pw-over-bidir-lsp@ietf.org; pals@ietf.org
>>> Subject: Re: Mirja K=C3=BChlewind's Discuss on
>>> draft-ietf-pals-mpls-tp-pw-over-bidir-lsp-08: (with DISCUSS and
>>> COMMENT)
>>>=20
>>>=20
>>>=20
>>>>>=20
>>>>> =
--------------------------------------------------------------------
>>>>> --
>>>>> DISCUSS:
>>>>> =
--------------------------------------------------------------------
>>>>> --
>>>>>=20
>>>>> I think the protocol specification is not complete:
>>>>>=20
>>>>> - What happens if none of the two S and C bits are set?
>>>> Since the text specifically states that they are mutually =
exclusive,
>>>> that would be an implementation error. I don't think that it is
>>>> within the scope of this draft to state what should happen when =
there
>>>> is an implementation error.
>>>=20
>>> Thinking about this some more, we could say:
>>>=20
>>>   Either the C-bit or the S-bit MUST be set.
>>>   the C-bit and S-bit are mutually exclusive from each other, and
>>> cannot be
>>>   set in the same message.  Otherwise, a Label Release message with
>>>   status code set to "The C-bit and S-bit can not both be set" =
(TBD5)
>>>   MUST be replied, and the PW will not be established.
>>>=20
>>> We could introduce an additional error message, but it's probably
>>> adequate to
>>> say:
>>>=20
>>>   Either the C-bit or the S-bit MUST be set.
>>>   The C-bit and S-bit are mutually exclusive from each other, and
>>> cannot be
>>>   set in the same message.  In the case of either error, a Label
>>> Release message with
>>>   status code set to "The C-bit and S-bit error" (TBD5)
>>>   MUST be replied, and the PW will not be established.
>>>=20
>>> If parametrised messages are allowed I would say:
>>>=20
>>> "The C-bit and S-bit error [<C-bit>, <S-bit>]"
>>>=20
>>> Since zero or two bits are clearly an implementation error, I am not
>>> convinced that we need to do more than flag it up sufficiently that
>>> the an implementer can figure out what they got wrong.
>>>=20
>>> Stewart
>>>=20
>>=20
>> _______________________________________________
>> Pals mailing list
>> Pals@ietf.org
>> https://www.ietf.org/mailman/listinfo/pals


From nobody Tue Jul 12 01:49:51 2016
Return-Path: <mach.chen@huawei.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D306112D755; Tue, 12 Jul 2016 01:49:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.508
X-Spam-Level: 
X-Spam-Status: No, score=-5.508 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.287, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 aSQx15A6_48d; Tue, 12 Jul 2016 01:49:41 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 761B112D0F1; Tue, 12 Jul 2016 01:49:39 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml703-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CNN77103; Tue, 12 Jul 2016 08:49:36 +0000 (GMT)
Received: from SZXEMA416-HUB.china.huawei.com (10.82.72.35) by lhreml703-cah.china.huawei.com (10.201.5.104) with Microsoft SMTP Server (TLS) id 14.3.235.1; Tue, 12 Jul 2016 09:49:35 +0100
Received: from SZXEMA510-MBX.china.huawei.com ([169.254.3.173]) by SZXEMA416-HUB.china.huawei.com ([10.82.72.35]) with mapi id 14.03.0235.001; Tue, 12 Jul 2016 16:49:32 +0800
From: Mach Chen <mach.chen@huawei.com>
To: "Mirja Kuehlewind (IETF)" <ietf@kuehlewind.net>
Thread-Topic: =?utf-8?B?W1BhbHNdIE1pcmphIEvDvGhsZXdpbmQncyBEaXNjdXNzIG9uIGRyYWZ0LWll?= =?utf-8?B?dGYtcGFscy1tcGxzLXRwLXB3LW92ZXItYmlkaXItbHNwLTA4OiAod2l0aCBE?= =?utf-8?Q?ISCUSS_and_COMMENT)?=
Thread-Index: AQHR1tu4vG3B3U+azU26eaxj5RuoiaAKxWMAgAAS84CAACu6gIAAWd4AgAjA7SD//9AZAIAAl1rA
Date: Tue, 12 Jul 2016 08:49:32 +0000
Message-ID: <F73A3CB31E8BE34FA1BBE3C8F0CB2AE28D763A60@SZXEMA510-MBX.china.huawei.com>
References: <20160705163846.22350.79584.idtracker@ietfa.amsl.com> <ac40c272-8513-fc14-fa95-4a3ddc7231f1@gmail.com> <7b9f5b06-0c05-bda2-75ec-ebee6210ba60@gmail.com> <F64C10EAA68C8044B33656FA214632C8529BA4FD@MISOUT7MSGUSRDE.ITServices.sbc.com> <31D98B35-33CD-4BD6-8DCF-4593E4AC53FC@kuehlewind.net> <F73A3CB31E8BE34FA1BBE3C8F0CB2AE28D7639CC@SZXEMA510-MBX.china.huawei.com> <63DE8EDB-9809-43B3-941A-0A1AF6ABF86D@kuehlewind.net>
In-Reply-To: <63DE8EDB-9809-43B3-941A-0A1AF6ABF86D@kuehlewind.net>
Accept-Language: en-US, zh-CN
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.111.102.135]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090205.5784AF21.001D, ss=1, re=0.000, recu=0.000, reip=0.000,  cl=1, cld=1, fgs=0, ip=169.254.3.173, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: ca88831cfccdced8a3bd27c081d8ac08
Archived-At: <https://mailarchive.ietf.org/arch/msg/pals/G_m9nvcBhA-fdQbd8kAdC_zZRU8>
Cc: "BRUNGARD, DEBORAH A" <db3546@att.com>, "pals-chairs@ietf.org" <pals-chairs@ietf.org>, The IESG <iesg@ietf.org>, "pals@ietf.org" <pals@ietf.org>, Stewart Bryant <stewart.bryant@gmail.com>, "draft-ietf-pals-mpls-tp-pw-over-bidir-lsp@ietf.org" <draft-ietf-pals-mpls-tp-pw-over-bidir-lsp@ietf.org>
Subject: Re: [Pals] =?utf-8?q?Mirja_K=C3=BChlewind=27s_Discuss_on_draft-ietf-p?= =?utf-8?q?als-mpls-tp-pw-over-bidir-lsp-08=3A_=28with_DISCUSS_and_COMMENT?= =?utf-8?q?=29?=
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
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: Tue, 12 Jul 2016 08:49:44 -0000

SGkgTWlyamEsDQoNClN1cmUsIHRoYW5rcyBmb3IgeW91ciBkZXRhaWxlZCByZXZpZXcgYW5kIHZh
bHVhYmxlIGNvbW1lbnRzLiBXaWxsIHVwZGF0ZSB0aGUgZG9jdW1lbnQgYWNjb3JkaW5nbHkuDQoN
CkJlc3QgcmVnYXJkcywNCk1hY2ggDQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4g
RnJvbTogTWlyamEgS3VlaGxld2luZCAoSUVURikgW21haWx0bzppZXRmQGt1ZWhsZXdpbmQubmV0
XQ0KPiBTZW50OiBUdWVzZGF5LCBKdWx5IDEyLCAyMDE2IDM6NDYgUE0NCj4gVG86IE1hY2ggQ2hl
bg0KPiBDYzogQlJVTkdBUkQsIERFQk9SQUggQTsgU3Rld2FydCBCcnlhbnQ7IHBhbHMtY2hhaXJz
QGlldGYub3JnOyBUaGUgSUVTRzsNCj4gZHJhZnQtaWV0Zi1wYWxzLW1wbHMtdHAtcHctb3Zlci1i
aWRpci1sc3BAaWV0Zi5vcmc7IHBhbHNAaWV0Zi5vcmcNCj4gU3ViamVjdDogUmU6IFtQYWxzXSBN
aXJqYSBLw7xobGV3aW5kJ3MgRGlzY3VzcyBvbg0KPiBkcmFmdC1pZXRmLXBhbHMtbXBscy10cC1w
dy1vdmVyLWJpZGlyLWxzcC0wODogKHdpdGggRElTQ1VTUyBhbmQgQ09NTUVOVCkNCj4gDQo+IFRo
YW5rcywgSSBjbGVhciBteSBkaXNjdXNzLiBQbGVhc2UgdXBkYXRlIHRoZSBkcmFmdCBhbmQgcmVz
dWJtaXQuDQo+IA0KPiBNaXJqYQ0KPiANCj4gDQo+ID4gQW0gMTIuMDcuMjAxNiB1bSAwOTo0MiBz
Y2hyaWViIE1hY2ggQ2hlbiA8bWFjaC5jaGVuQGh1YXdlaS5jb20+Og0KPiA+DQo+ID4gSGkgTWly
amEsIGFsbCwNCj4gPg0KPiA+IFVzdWFsbHkgdW5rbm93biBvciB1bmV4cGVjdGVkIFRMVnMgYXJl
IHVzdWFsbHkgc2ltcGx5IHNpbGVudGx5IGRpc2NhcmRlZCBpbg0KPiBNUExTLiBVc3VhbGx5IHBy
b3RvY29scyBkZXNpZ25zIHdlIHByZWZlciBub3QgdG8gYmUgY29tcGxpY2F0ZWQgZm9yDQo+IGlt
cGxlbWVudGF0aW9uIGVycm9ycyAoInRvbyBjaGF0dHkiKS4gQXMgeW91IHNheSwgdGhvdWdoLCB3
ZSBhbHJlYWR5IG5vdGVkIGZvcg0KPiBhbiBlcnJvciBmb3IgIkMtYml0IHNldCBhbmQgUy1iaXQg
c2V0IiBzbyB3ZSdsbCBkbyB0aGUgc2FtZSBmb3IgIkMtYml0IGNsZWFyIGFuZA0KPiBTLWJpdCBj
bGVhci4gSWYgImJvdGggQy1iaXQgYW5kIFMtYml0IiBhcmUgc2V0IG9yICJib3RoIEMtYml0IGFu
ZCBTLWJpdCBhcmUgY2xlYXIiIGFyZQ0KPiByZWNlaXZlZCwgd2Ugd2lsbCB1c2UgdGhlIGVycm9y
IGNvZGUgIkMtYml0IG9yIFMtYml0IHVua25vd24iLiBUaGlzIGVycm9yIGNvZGUNCj4gd2lsbCBh
bHNvIGFsbG93IGZ1dHVyZSBleHRlbnNpb25zIHdoaWNoIG1heSB1c2UgdGhvc2UgYml0cy4NCj4g
Pg0KPiA+IFNvLCBob3cgYWJvdXQgdGhlIGZvbGxvd2luZyBtb2RpZmljYXRpb24/DQo+ID4NCj4g
PiBPTEQ6DQo+ID4gIiBDLWJpdCBhbmQgUy1iaXQgYXJlIG11dHVhbGx5IGV4Y2x1c2l2ZSBmcm9t
IGVhY2ggb3RoZXIsIGFuZCBjYW5ub3QgYmUgc2V0IGluDQo+IHRoZSBzYW1lIG1lc3NhZ2UuIE90
aGVyd2lzZSwgYSBMYWJlbCBSZWxlYXNlIG1lc3NhZ2Ugd2l0aCBzdGF0dXMgY29kZSBzZXQNCj4g
dG8gIlRoZSBDLWJpdCBhbmQgUy1iaXQgY2Fubm90IGJvdGggYmUgc2V0IiAoVEJENSkgTVVTVCBi
ZSByZXBsaWVkLCBhbmQgdGhlIFBXDQo+IHdpbGwgbm90IGJlIGVzdGFibGlzaGVkLiINCj4gPg0K
PiA+IE5ldzoNCj4gPiAiRWl0aGVyIHRoZSBDLWJpdCBvciB0aGUgUy1iaXQgTVVTVCBiZSBzZXQu
IFRoZSBDLWJpdCBhbmQgUy1iaXQgYXJlIG11dHVhbGx5DQo+IGV4Y2x1c2l2ZSBmcm9tIGVhY2gg
b3RoZXIsIGFuZCBjYW5ub3QgYmUgc2V0IGluIHRoZSBzYW1lIG1lc3NhZ2UuIElmICJib3RoDQo+
IEMtYml0IGFuZCBTLWJpdCBhcmUgc2V0IiBvciAiYm90aCBDLWJpdCBhbmQgUy1iaXQgYXJlIGNs
ZWFyIiBhcmUgcmVjZWl2ZWQsIGEgTGFiZWwNCj4gUmVsZWFzZSBtZXNzYWdlIHdpdGggc3RhdHVz
IGNvZGUgc2V0IHRvICJUaGUgQy1iaXQgb3IgUy1iaXQgdW5rbm93biIgKFRCRDUpDQo+IE1VU1Qg
YmUgcmVwbGllZCwgYW5kIHRoZSBQVyB3aWxsIG5vdCBiZSBlc3RhYmxpc2hlZC4iDQo+ID4NCj4g
PiBIb3BlIHRoaXMgYWRkcmVzc2VzIHlvdXIgRElTQ1VTUyENCj4gPg0KPiA+IFRoYW5rcywNCj4g
PiBNYWNoDQo+ID4NCj4gPj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gPj4gRnJvbTog
UGFscyBbbWFpbHRvOnBhbHMtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIE1pcmphDQo+
ID4+IEt1ZWhsZXdpbmQgKElFVEYpDQo+ID4+IFNlbnQ6IFRodXJzZGF5LCBKdWx5IDA3LCAyMDE2
IDQ6NTcgQU0NCj4gPj4gVG86IEJSVU5HQVJELCBERUJPUkFIIEENCj4gPj4gQ2M6IFN0ZXdhcnQg
QnJ5YW50OyBwYWxzLWNoYWlyc0BpZXRmLm9yZzsgVGhlIElFU0c7DQo+ID4+IGRyYWZ0LWlldGYt
cGFscy1tcGxzLXRwLXB3LW92ZXItYmlkaXItbHNwQGlldGYub3JnOyBwYWxzQGlldGYub3JnDQo+
ID4+IFN1YmplY3Q6IFJlOiBbUGFsc10gTWlyamEgS8O8aGxld2luZCdzIERpc2N1c3Mgb24NCj4g
Pj4gZHJhZnQtaWV0Zi1wYWxzLW1wbHMtdHAtcHctb3Zlci1iaWRpci1sc3AtMDg6ICh3aXRoIERJ
U0NVU1MgYW5kDQo+ID4+IENPTU1FTlQpDQo+ID4+DQo+ID4+IEhpIERlYm9yYWgsIGhpIFN0ZXdh
cnQsIGhpIGFsbCwNCj4gPj4NCj4gPj4gc2VlIGJlbG93Lg0KPiA+Pg0KPiA+Pj4gQW0gMDYuMDcu
MjAxNiB1bSAxNzozNCBzY2hyaWViIEJSVU5HQVJELCBERUJPUkFIIEENCj4gPj4gPGRiMzU0NkBh
dHQuY29tPjoNCj4gPj4+DQo+ID4+PiBJIGFncmVlIHdpdGggU3Rld2FydCAtIGZvciB0aGUgdHdv
IGJpdHMgdG8gYmUgc2V0IHdvdWxkIGJlIGFuDQo+ID4+PiBpbXBsZW1lbnRhdGlvbiBlcnJvci4g
Tm90IGFuIG9wZXJhdGlvbmFsIGVycm9yLiBUaGUgdXNlIG9mIHRoZSB0d28NCj4gPj4+IGJpdHMg
aGFzIGJlZW4gc3RhYmxlIGZyb20gdGhlIC0wMCB2ZXJzaW9uIG9mIHRoZSBkcmFmdC4gVGhlcmUg
YXJlDQo+ID4+PiBhbHdheXMgbXVsdGlwbGUgd2F5cyB0byBkbyBhIHByb3RvY29sIGRlc2lnbi4g
QW5kIHZhcmlvdXMgdHJhZGVvZmZzLg0KPiA+Pj4gVGhlcmUgYXJlIGFsc28gb3BlcmF0aW9uYWwg
cG9zaXRpdmVzIGZvciBoYXZpbmcgdHdvIGJpdHMuIFN1Yi1UTFZzDQo+ID4+PiBhcmUgdmVyeSBj
b21tb24gKFBXLCBNUExTLCBHTVBMUykuIFRoZSBleHRyYSBiaXQgaW4gYW4gb3B0aW9uYWwNCj4g
Pj4+IHN1Yi1UTFYgdXNlZCB3aGVuIHNldHRpbmcgdXAgYSBwYXRoIGlzIG5vdCBnb2luZyB0byBi
cmVhayBhbnkNCj4gPj4+IGJhbmR3aWR0aA0KPiA+Pj4gYmFuazotKQ0KPiA+Pg0KPiA+PiBJIHBl
cnNvbmFsbHkgdGhpbmsgaGF2aW5nIHRoZXNlIHR3byBiaXRzIGhlcmUgaXMgcmVhbGx5IGJhZCBw
cm90b2NvbA0KPiA+PiBkZXNpZ24gcHJhY3RpY2UgKGFuZCBoYXMgbm8gZ2FpbiBidXQgY2FuIGNh
dXNlIGVycm9ycykgYnV0IHRoYXTigJlzIG5vdA0KPiA+PiB3aGF0IG15IGRpc2N1c3MgaXMgb24u
IFRoaXMgZGVzaWduIGRlY2lzaW9uIGlzIHRoZSBkZWNpc2lvbiBvZiB0aGUgd2cNCj4gPj4gYW5k
IEkgb25seSBtYWRlIGEgcHJvcG9zYWwgaW4gdGhlIGNvbW1lbnRzLiBIb3dldmVyLCB0aGUgZG9j
dW1lbnQNCj4gPj4gbWFrZXMgdW5mb3J0dW5hdGVseSB0aGUgaW1wcmVzc2lvbiB0byBtZSB0aGF0
IHRoZXJlIHdhcyBhY3R1YWxseSBub3QNCj4gPj4gZW5vdWdoIHdnIGRpc2N1c3Npb24gYWJvdXQg
dGhpcyBkb2MgYW5kIHRoZSBwcm90b2NvbCBkZXNpZ24gaXRzZWxmLg0KPiA+Pg0KPiA+PiBNeSBk
aXNjdXNzIGlzIG9uIHRoZSBwYXJ0IHRoYXQgdGhlIHNwZWMgaXMgbm90IGZ1bGx5IHNwZWNpZmll
ZC4NCj4gPj4gSGF2aW5nIGJvdGggYml0cyBzZXQgb3Igbm90IHNldCBpcyBub3Qgb25seSBhbiBp
bXBsZW1lbnRhdGlvbiBlcnJvciwNCj4gPj4gdGhpcyBjYW4gYWxzbyBoYXBwZW4gb24gdGhlIHBh
dGguIFNvIGhvdyB0byByZWFjdCB0byB0aGVzZSBzaXR1YXRpb25zDQo+ID4+IGF0IHJlY2VpdmVy
IHNpZGUgc2hvdWxkIHN0aWxsIGJlIHNwZWNpZmllZC4gRnVydGhlciwgdGhlIGNhc2Ugd2hlcmUN
Cj4gPj4gYm90aCBiaXRzIGFyZSBzZXQgaXMgc3BlY2lmaWVkIGFzIGFuIGVycm9yIGNhc2Ugd2hp
bGUgYm90aCBiaXRzIHVuc2V0DQo+ID4+IGlzIG5vdDsgdGhhdCBqdXN0IGRvZXNu4oCZdCBtYWtl
IHNlbnNl4oCmDQo+ID4+DQo+ID4+IFRoZXNlIHRoaW5ncyBjYW4gYmUgZWFzaWx5IGZpeGVkICh3
aXRoIHByb2JhYmx5IDIgZXh0cmEgc2VudGVuY2VzKQ0KPiA+PiBidXQgTVVTVCBiZSBmaXhlZCBi
ZWZvcmUgcHVibGljYXRpb24uDQo+ID4+DQo+ID4+IEluIGNhc2UgdGhlIGF1dGhvcnMgZGVjaWRl
IHRvIGFjdHVhbGx5IGNoYW5nZSB0aGUgcHJvdG9jb2wgZGVzaWduDQo+ID4+IChiYXNlZCBvbiBt
eQ0KPiA+PiBzdWdnZXN0aW9ucykgYXMgTWFjaCBpbmRpY2F0ZWQgZWFybGllciwgdGhlIGNoYWly
cyBhbmQgdGhlIEFEIGhhdmUgdG8NCj4gPj4gZGVjaWRlIGlmIHRoaXMgZG9jIGhhcyB0byBnbyBi
YWNrIHRvIHRoZSB3Zy4NCj4gPj4NCj4gPj4+DQo+ID4+PiBBcyBTdGV3YXJ0IG5vdGVkIG9uIGhp
cyBvdGhlciBlbWFpbCwgUEFMUyBmb2xsb3dlZCB0aGUgUm91dGluZyBBcmVhDQo+ID4+PiBwcm9j
ZXNzDQo+ID4+IG9mIGFza2luZyBvbiBJUFIgYXQgdGhlIHRpbWUgb2YgTGFzdCBDYWxsLiBXZSBk
b24ndCByZXF1aXJlIHBvc2l0aXZlDQo+ID4+IGNvbmZpcm1hdGlvbiB0aGF0IG5vIG9uZSBoYXMg
Y29uY2VybnMsIG9ubHkgaWYgdGhleSBoYXZlIGNvbmNlcm5zLg0KPiA+Pg0KPiA+PiBUaGlzIHdh
cyBqdXN0IGEgY2xhcmlmaWNhdGlvbiBxdWVzdGlvbiBiZWNhdXNlIEnigJl2ZSByZWFkIHRoaXMN
Cj4gPj4gc2VudGVuY2UgaW4gdGhlIHNoZXBoZXJkIHdyaXRlLXVwIGFuZCBpdCB3YXMgbm90IGZ1
bGx5IGNsZWFyIHRvIG1lDQo+ID4+IHdoYXQgdGhpcyB3YXMgc3VwcG9zZWQgdG8gc2F5LiBUaGFu
a3MgZm9yIHRoZSBjbGFyaWZpY2F0aW9uISBUaGF04oCZcyBhbGwgZ29vZC4NCj4gPj4NCj4gPj4g
TWlyamENCj4gPj4NCj4gPj4NCj4gPj4NCj4gPj4+DQo+ID4+PiBNdWNoIHRoYW5rcyBNaXJqYSBm
b3IgeW91ciBpbnRlcmVzdCBhbmQgdmVyeSBjb21wcmVoZW5zaXZlIHJldmlldyAtDQo+ID4+PiBs
ZXQgdXMNCj4gPj4ga25vdyBpZiBTdGV3YXJ0J3MgcHJvcG9zYWwgaXMgYWNjZXB0YWJsZSB0byBj
bGVhciB5b3VyIGRpc2N1c3MuDQo+ID4+Pg0KPiA+Pj4gRGVib3JhaA0KPiA+Pj4NCj4gPj4+IC0t
LS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+ID4+PiBGcm9tOiBpZXNnIFttYWlsdG86aWVzZy1i
b3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgU3Rld2FydA0KPiA+Pj4gQnJ5YW50DQo+ID4+
PiBTZW50OiBXZWRuZXNkYXksIEp1bHkgMDYsIDIwMTYgODo1OCBBTQ0KPiA+Pj4gVG86IE1pcmph
IEt1ZWhsZXdpbmQgPGlldGZAa3VlaGxld2luZC5uZXQ+OyBUaGUgSUVTRyA8aWVzZ0BpZXRmLm9y
Zz4NCj4gPj4+IENjOiBwYWxzLWNoYWlyc0BpZXRmLm9yZzsNCj4gPj4+IGRyYWZ0LWlldGYtcGFs
cy1tcGxzLXRwLXB3LW92ZXItYmlkaXItbHNwQGlldGYub3JnOyBwYWxzQGlldGYub3JnDQo+ID4+
PiBTdWJqZWN0OiBSZTogTWlyamEgS8O8aGxld2luZCdzIERpc2N1c3Mgb24NCj4gPj4+IGRyYWZ0
LWlldGYtcGFscy1tcGxzLXRwLXB3LW92ZXItYmlkaXItbHNwLTA4OiAod2l0aCBESVNDVVNTIGFu
ZA0KPiA+Pj4gQ09NTUVOVCkNCj4gPj4+DQo+ID4+Pg0KPiA+Pj4NCj4gPj4+Pj4NCj4gPj4+Pj4g
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tDQo+ID4+Pj4+IC0tDQo+ID4+Pj4+IC0tDQo+ID4+Pj4+IERJU0NVU1M6DQo+ID4+
Pj4+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLQ0KPiA+Pj4+PiAtLQ0KPiA+Pj4+PiAtLQ0KPiA+Pj4+Pg0KPiA+Pj4+PiBJ
IHRoaW5rIHRoZSBwcm90b2NvbCBzcGVjaWZpY2F0aW9uIGlzIG5vdCBjb21wbGV0ZToNCj4gPj4+
Pj4NCj4gPj4+Pj4gLSBXaGF0IGhhcHBlbnMgaWYgbm9uZSBvZiB0aGUgdHdvIFMgYW5kIEMgYml0
cyBhcmUgc2V0Pw0KPiA+Pj4+IFNpbmNlIHRoZSB0ZXh0IHNwZWNpZmljYWxseSBzdGF0ZXMgdGhh
dCB0aGV5IGFyZSBtdXR1YWxseQ0KPiA+Pj4+IGV4Y2x1c2l2ZSwgdGhhdCB3b3VsZCBiZSBhbiBp
bXBsZW1lbnRhdGlvbiBlcnJvci4gSSBkb24ndCB0aGluaw0KPiA+Pj4+IHRoYXQgaXQgaXMgd2l0
aGluIHRoZSBzY29wZSBvZiB0aGlzIGRyYWZ0IHRvIHN0YXRlIHdoYXQgc2hvdWxkDQo+ID4+Pj4g
aGFwcGVuIHdoZW4gdGhlcmUgaXMgYW4gaW1wbGVtZW50YXRpb24gZXJyb3IuDQo+ID4+Pg0KPiA+
Pj4gVGhpbmtpbmcgYWJvdXQgdGhpcyBzb21lIG1vcmUsIHdlIGNvdWxkIHNheToNCj4gPj4+DQo+
ID4+PiAgIEVpdGhlciB0aGUgQy1iaXQgb3IgdGhlIFMtYml0IE1VU1QgYmUgc2V0Lg0KPiA+Pj4g
ICB0aGUgQy1iaXQgYW5kIFMtYml0IGFyZSBtdXR1YWxseSBleGNsdXNpdmUgZnJvbSBlYWNoIG90
aGVyLCBhbmQNCj4gPj4+IGNhbm5vdCBiZQ0KPiA+Pj4gICBzZXQgaW4gdGhlIHNhbWUgbWVzc2Fn
ZS4gIE90aGVyd2lzZSwgYSBMYWJlbCBSZWxlYXNlIG1lc3NhZ2Ugd2l0aA0KPiA+Pj4gICBzdGF0
dXMgY29kZSBzZXQgdG8gIlRoZSBDLWJpdCBhbmQgUy1iaXQgY2FuIG5vdCBib3RoIGJlIHNldCIg
KFRCRDUpDQo+ID4+PiAgIE1VU1QgYmUgcmVwbGllZCwgYW5kIHRoZSBQVyB3aWxsIG5vdCBiZSBl
c3RhYmxpc2hlZC4NCj4gPj4+DQo+ID4+PiBXZSBjb3VsZCBpbnRyb2R1Y2UgYW4gYWRkaXRpb25h
bCBlcnJvciBtZXNzYWdlLCBidXQgaXQncyBwcm9iYWJseQ0KPiA+Pj4gYWRlcXVhdGUgdG8NCj4g
Pj4+IHNheToNCj4gPj4+DQo+ID4+PiAgIEVpdGhlciB0aGUgQy1iaXQgb3IgdGhlIFMtYml0IE1V
U1QgYmUgc2V0Lg0KPiA+Pj4gICBUaGUgQy1iaXQgYW5kIFMtYml0IGFyZSBtdXR1YWxseSBleGNs
dXNpdmUgZnJvbSBlYWNoIG90aGVyLCBhbmQNCj4gPj4+IGNhbm5vdCBiZQ0KPiA+Pj4gICBzZXQg
aW4gdGhlIHNhbWUgbWVzc2FnZS4gIEluIHRoZSBjYXNlIG9mIGVpdGhlciBlcnJvciwgYSBMYWJl
bA0KPiA+Pj4gUmVsZWFzZSBtZXNzYWdlIHdpdGgNCj4gPj4+ICAgc3RhdHVzIGNvZGUgc2V0IHRv
ICJUaGUgQy1iaXQgYW5kIFMtYml0IGVycm9yIiAoVEJENSkNCj4gPj4+ICAgTVVTVCBiZSByZXBs
aWVkLCBhbmQgdGhlIFBXIHdpbGwgbm90IGJlIGVzdGFibGlzaGVkLg0KPiA+Pj4NCj4gPj4+IElm
IHBhcmFtZXRyaXNlZCBtZXNzYWdlcyBhcmUgYWxsb3dlZCBJIHdvdWxkIHNheToNCj4gPj4+DQo+
ID4+PiAiVGhlIEMtYml0IGFuZCBTLWJpdCBlcnJvciBbPEMtYml0PiwgPFMtYml0Pl0iDQo+ID4+
Pg0KPiA+Pj4gU2luY2UgemVybyBvciB0d28gYml0cyBhcmUgY2xlYXJseSBhbiBpbXBsZW1lbnRh
dGlvbiBlcnJvciwgSSBhbSBub3QNCj4gPj4+IGNvbnZpbmNlZCB0aGF0IHdlIG5lZWQgdG8gZG8g
bW9yZSB0aGFuIGZsYWcgaXQgdXAgc3VmZmljaWVudGx5IHRoYXQNCj4gPj4+IHRoZSBhbiBpbXBs
ZW1lbnRlciBjYW4gZmlndXJlIG91dCB3aGF0IHRoZXkgZ290IHdyb25nLg0KPiA+Pj4NCj4gPj4+
IFN0ZXdhcnQNCj4gPj4+DQo+ID4+DQo+ID4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fDQo+ID4+IFBhbHMgbWFpbGluZyBsaXN0DQo+ID4+IFBhbHNAaWV0
Zi5vcmcNCj4gPj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wYWxzDQoN
Cg==


From nobody Tue Jul 12 02:08:25 2016
Return-Path: <mach.chen@huawei.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8BA7512D767; Tue, 12 Jul 2016 02:08:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.508
X-Spam-Level: 
X-Spam-Status: No, score=-5.508 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.287, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 YRxzCuQQPRcr; Tue, 12 Jul 2016 02:08:14 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C8BD512D75F; Tue, 12 Jul 2016 02:08:12 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml706-cah.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CNN80085; Tue, 12 Jul 2016 09:08:10 +0000 (GMT)
Received: from SZXEMA417-HUB.china.huawei.com (10.82.72.34) by lhreml706-cah.china.huawei.com (10.201.5.182) with Microsoft SMTP Server (TLS) id 14.3.235.1; Tue, 12 Jul 2016 10:08:09 +0100
Received: from SZXEMA510-MBX.china.huawei.com ([169.254.3.173]) by SZXEMA417-HUB.china.huawei.com ([10.82.72.34]) with mapi id 14.03.0235.001; Tue, 12 Jul 2016 17:08:05 +0800
From: Mach Chen <mach.chen@huawei.com>
To: Alissa Cooper <alissa@cooperw.in>, The IESG <iesg@ietf.org>
Thread-Topic: Alissa Cooper's No Objection on draft-ietf-pals-mpls-tp-pw-over-bidir-lsp-08: (with COMMENT)
Thread-Index: AQHR19VaMAgQRoRgjESCYuS8BYPEkaAUiV/Q
Date: Tue, 12 Jul 2016 09:08:05 +0000
Message-ID: <F73A3CB31E8BE34FA1BBE3C8F0CB2AE28D763AA2@SZXEMA510-MBX.china.huawei.com>
References: <20160706222540.26716.61318.idtracker@ietfa.amsl.com>
In-Reply-To: <20160706222540.26716.61318.idtracker@ietfa.amsl.com>
Accept-Language: en-US, zh-CN
Content-Language: zh-CN
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.111.102.135]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090201.5784B37B.0022, ss=1, re=0.000, recu=0.000, reip=0.000,  cl=1, cld=1, fgs=0, ip=169.254.3.173, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: c2437ffb5bfc2365e21e216aa9583f96
Archived-At: <https://mailarchive.ietf.org/arch/msg/pals/i723kfHa5zddZkLKhVxl6pA9j2Q>
Cc: "stewart.bryant@gmail.com" <stewart.bryant@gmail.com>, "pals-chairs@ietf.org" <pals-chairs@ietf.org>, "draft-ietf-pals-mpls-tp-pw-over-bidir-lsp@ietf.org" <draft-ietf-pals-mpls-tp-pw-over-bidir-lsp@ietf.org>, "pals@ietf.org" <pals@ietf.org>
Subject: Re: [Pals] Alissa Cooper's No Objection on draft-ietf-pals-mpls-tp-pw-over-bidir-lsp-08: (with COMMENT)
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
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: Tue, 12 Jul 2016 09:08:19 -0000

SGkgQWxpc3NhLA0KDQpUaGFua3MgZm9yIHlvdXIgY29tbWVudHMhDQoNClBsZWFzZSBzZWUgbXkg
cmVwbHkgaW5saW5lLi4uDQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTog
QWxpc3NhIENvb3BlciBbbWFpbHRvOmFsaXNzYUBjb29wZXJ3LmluXQ0KPiBTZW50OiBUaHVyc2Rh
eSwgSnVseSAwNywgMjAxNiA2OjI2IEFNDQo+IFRvOiBUaGUgSUVTRw0KPiBDYzogZHJhZnQtaWV0
Zi1wYWxzLW1wbHMtdHAtcHctb3Zlci1iaWRpci1sc3BAaWV0Zi5vcmc7IFN0ZXdhcnQgQnJ5YW50
Ow0KPiBwYWxzLWNoYWlyc0BpZXRmLm9yZzsgc3Rld2FydC5icnlhbnRAZ21haWwuY29tOyBwYWxz
QGlldGYub3JnDQo+IFN1YmplY3Q6IEFsaXNzYSBDb29wZXIncyBObyBPYmplY3Rpb24gb24NCj4g
ZHJhZnQtaWV0Zi1wYWxzLW1wbHMtdHAtcHctb3Zlci1iaWRpci1sc3AtMDg6ICh3aXRoIENPTU1F
TlQpDQo+IA0KPiBBbGlzc2EgQ29vcGVyIGhhcyBlbnRlcmVkIHRoZSBmb2xsb3dpbmcgYmFsbG90
IHBvc2l0aW9uIGZvcg0KPiBkcmFmdC1pZXRmLXBhbHMtbXBscy10cC1wdy1vdmVyLWJpZGlyLWxz
cC0wODogTm8gT2JqZWN0aW9uDQo+IA0KPiBXaGVuIHJlc3BvbmRpbmcsIHBsZWFzZSBrZWVwIHRo
ZSBzdWJqZWN0IGxpbmUgaW50YWN0IGFuZCByZXBseSB0byBhbGwgZW1haWwNCj4gYWRkcmVzc2Vz
IGluY2x1ZGVkIGluIHRoZSBUbyBhbmQgQ0MgbGluZXMuIChGZWVsIGZyZWUgdG8gY3V0IHRoaXMg
aW50cm9kdWN0b3J5DQo+IHBhcmFncmFwaCwgaG93ZXZlci4pDQo+IA0KPiANCj4gUGxlYXNlIHJl
ZmVyIHRvIGh0dHBzOi8vd3d3LmlldGYub3JnL2llc2cvc3RhdGVtZW50L2Rpc2N1c3MtY3JpdGVy
aWEuaHRtbA0KPiBmb3IgbW9yZSBpbmZvcm1hdGlvbiBhYm91dCBJRVNHIERJU0NVU1MgYW5kIENP
TU1FTlQgcG9zaXRpb25zLg0KPiANCj4gDQo+IFRoZSBkb2N1bWVudCwgYWxvbmcgd2l0aCBvdGhl
ciBiYWxsb3QgcG9zaXRpb25zLCBjYW4gYmUgZm91bmQgaGVyZToNCj4gaHR0cHM6Ly9kYXRhdHJh
Y2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtaWV0Zi1wYWxzLW1wbHMtdHAtcHctb3Zlci1iaWRpci1s
c3AvDQo+IA0KPiANCj4gDQo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4gQ09NTUVOVDoNCj4gLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLQ0KPiANCj4gSW4gU2VjdGlvbiAxOg0KPiANCj4gIkZ1cnRoZXIsIHRoZQ0KPiAgICBvcGVy
YXRvcnMgbWF5IGFwcGx5IGRpZmZlcmVudCBwcm90ZWN0aW9uIG1lY2hhbmlzbXMgb24gZGlmZmVy
ZW50DQo+ICAgIHBhcnRzIG9mIHRoZSBuZXR3b3JrLiAgQXMgc3VjaCwgZm9yIG9wdGltYWwgdHJh
ZmZpYyBtYW5hZ2VtZW50LA0KPiAgICB0cmFmZmljIGJlbG9uZ2luZyB0byBhIHBhcnRpY3VsYXIg
dXNlciBzaG91bGQgdHJhdmVyc2Ugb3ZlciB0aGUgc2FtZQ0KPiAgICBmaWJlci4gIFRoYXQgaW1w
bGllcyB0aGF0IGJvdGggZm9yd2FyZGluZyBhbmQgcmVzZXJ2ZSBkaXJlY3Rpb24gUFdzDQo+ICAg
IHRoYXQgYmVsb25nIHRvIHRoZSBzYW1lIHVzZXIgZmxvdyBuZWVkIHRvIGJlIG1hcHBlZCB0byB0
aGUgc2FtZSBjby0NCj4gICAgcm91dGVkIGJpLWRpcmVjdGlvbmFsIExTUCBvciB0d28gTFNQcyB3
aXRoIHRoZSBzYW1lIHJvdXRlLiINCj4gDQo+IEknbSB3b25kZXJpbmcgaWYgdGhpcyBpcyBhIGJp
dCBvdmVyLXN0YXRlZCwgYW5kIGlmICJwcm90ZWN0aW9uIG1lY2hhbmlzbXMiDQo+IG1lYW5zIHNw
ZWNpZmljYWxseSBNUExTIHByb3RlY3Rpb24gb3IgaWYgaXQgaXMgcmVhbGx5IGEgZXVwaGVtaXNt
IGZvciBhIHdpZGUgY2xhc3MNCj4gb2YgdGhpbmdzLCBzb21lIG9mIHdoaWNoIGFyZSBpbiBhbiBp
bmRpdmlkdWFsIHVzZXIncyBpbnRlcmVzdCwgYW5kIHNvbWUgb2Ygd2hpY2gNCj4gYXJlIG5vdCAo
ZS5nLiwgdHJhZmZpYyBzaGFwaW5nLCBjb250ZW50IGZpbHRlcmluZywgZXRjLikuIEkgdGhpbmsg
dGhlc2UgY2xhaW1zIHNob3VsZA0KPiBiZSBzdGF0ZWQgbW9yZSBuZXV0cmFsbHksIGUuZy4sICJv
cGVyYXRvcnMgbWF5IHByZWZlciB0byBoYXZlIGEgdXNlcidzIHRyYWZmaWMNCj4gdHJhdmVyc2Ug
dGhlIHNhbWUgZmliZXIiIHJhdGhlciB0aGFuIHRhbGtpbmcgYWJvdXQgIm9wdGltYWwgdHJhZmZp
Yw0KPiBtYW5hZ2VtZW50LiINCj4gQW5kICJwcm90ZWN0aW9uIiBzaG91bGQgZWl0aGVyIGJlIGRl
ZmluZWQsIG9yIGEgbW9yZSBkZXNjcmlwdGl2ZSB0ZXJtIHNob3VsZA0KPiBiZSB1c2VkLg0KDQpI
b3cgYWJvdXQgdGhpczoNCg0KIkZ1cnRoZXIsIHRoZSBvcGVyYXRvcnMgbWF5IGFwcGx5IGRpZmZl
cmVudCBwcm90ZWN0aW9uIG1lY2hhbmlzbXMgb24gZGlmZmVyZW50IHBhcnRzIG9mIHRoZSBuZXR3
b3JrIChlLmcuLCBkZXBsb3kgMToxIHByb3RlY3Rpb24gaW4gb25lIHBhcnQgYW5kIDErMSBwcm90
ZWN0aW9uIGluIG90aGVyIHBhcnRzKS4gQXMgc3VjaCwgb3BlcmF0b3JzIG1heSBwcmVmZXIgdG8g
aGF2ZSBhIHVzZXIncyB0cmFmZmljIHRyYXZlcnNlIHRoZSBzYW1lIGZpYmVyLiINCg0KQmVzdCBy
ZWdhcmRzLA0KTWFjaA0KPiANCg0K


From nobody Tue Jul 12 12:12:33 2016
Return-Path: <wim.henderickx@nokia.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8FF1412D5AE for <pals@ietfa.amsl.com>; Tue, 12 Jul 2016 12:12:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.902
X-Spam-Level: 
X-Spam-Status: No, score=-6.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 fpbAMc0lUY1d for <pals@ietfa.amsl.com>; Tue, 12 Jul 2016 12:12:31 -0700 (PDT)
Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D90CC12D0CD for <pals@ietf.org>; Tue, 12 Jul 2016 12:12:30 -0700 (PDT)
Received: from fr712umx3.dmz.alcatel-lucent.com (unknown [135.245.210.42]) by Websense Email Security Gateway with ESMTPS id 89BC564074ECB; Tue, 12 Jul 2016 19:12:25 +0000 (GMT)
Received: from fr711usmtp1.zeu.alcatel-lucent.com (fr711usmtp1.zeu.alcatel-lucent.com [135.239.2.122]) by fr712umx3.dmz.alcatel-lucent.com (GMO-o) with ESMTP id u6CJCSvx016307 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 12 Jul 2016 19:12:28 GMT
Received: from FR712WXCHHUB03.zeu.alcatel-lucent.com (fr712wxchhub03.zeu.alcatel-lucent.com [135.239.2.74]) by fr711usmtp1.zeu.alcatel-lucent.com (GMO) with ESMTP id u6CJCSAZ023035 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 12 Jul 2016 21:12:28 +0200
Received: from FR711WXCHMBA07.zeu.alcatel-lucent.com ([169.254.3.160]) by FR712WXCHHUB03.zeu.alcatel-lucent.com ([135.239.2.74]) with mapi id 14.03.0195.001; Tue, 12 Jul 2016 21:12:28 +0200
From: "Henderickx, Wim (Nokia - BE)" <wim.henderickx@nokia.com>
To: "pals@ietf.org" <pals@ietf.org>
Thread-Topic: [Pals] IPR on draft-ietf-pals-endpoint-fast-protection
Thread-Index: AQHRwY+SOwRlA6y9LkOJlCARDRUHy6AU1rgAgACI0IA=
Date: Tue, 12 Jul 2016 19:12:27 +0000
Message-ID: <8C403CF3-870C-44F7-8E1D-E0C1F41FF617@nokia.com>
References: <010a6365-a7ed-e9c9-932a-dc253cd4fb56@gmail.com> <EF825599-0AE0-4B66-9AAC-2D39DD893E0E@juniper.net>
In-Reply-To: <EF825599-0AE0-4B66-9AAC-2D39DD893E0E@juniper.net>
Accept-Language: nl-BE, en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
user-agent: Microsoft-MacOutlook/0.0.0.151008
x-originating-ip: [135.239.27.41]
Content-Type: text/plain; charset="utf-8"
Content-ID: <AD0B1A801056A54FA89414B75BBBA55B@exchange.lucent.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/pals/O_p8RbdWnkcUja6rkOIeKIWl6UM>
Cc: "stewart.bryant@gmail.com" <stewart.bryant@gmail.com>
Subject: [Pals]  IPR on draft-ietf-pals-endpoint-fast-protection
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
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: Tue, 12 Jul 2016 19:12:32 -0000

Tm90IGF3YXJlIG9mIElQUiByZWxhdGVkIHRvIHRoaXMgZHJhZnQNCg0KDQoNCj4NCj4NCj5PbiA2
LzgvMTYsIDEwOjEwIEFNLCAiUGFscyBvbiBiZWhhbGYgb2YgU3Rld2FydCBCcnlhbnQiIDxwYWxz
LWJvdW5jZXNAaWV0Zi5vcmcgb24gYmVoYWxmIG9mIHN0ZXdhcnQuYnJ5YW50QGdtYWlsLmNvbT4g
d3JvdGU6DQo+DQo+SSBoYXZlIGp1c3QgcGlja2VkIHVwIGRyYWZ0LWlldGYtcGFscy1lbmRwb2lu
dC1mYXN0LXByb3RlY3Rpb24sIGFuZCBhbSANCj50cnlpbmcgdG8gZmlndXJlIG91dCB3aGVyZSB3
ZSBhcmUgd2l0aCBJUFIgZGlzY2xvc3VyZXMgb24gdGhpcy4NCj4NCj5UaGlzIHdhcyBhdCBvbmUg
dGltZSBhIHZlcnkgYWN0aXZlIHdvcmsgYXJlYSBhbmQgc28gSSB3YXMgc3VycHJpc2VkIHRvIA0K
Pm9ubHkgc2VlIG9uZSBkaXNjbG9zdXJlLg0KPg0KPkkgaGF2ZSBmaWxlZCBhIHRoaXJkIHBhcnR5
IGRpc2Nsb3N1cmUgb24gYSBwYXRlbnQgdGhhdCBtYXkgYmUgcmVsZXZhbnQuDQo+DQo+U29ycnkg
aWYgdGhpcyBpcyB0aGUgc2Vjb25kIHRpbWUgb2YgYXNraW5nLCBidXQgcGxlYXNlIGNhbiBlYWNo
IGF1dGhvciANCj5yZXNwb25kIHRvIHRoaXMgZW1haWwgaW5kaWNhdGluZyB3aGV0aGVyIG9yIG5v
dCB0aGV5IGFyZSBhd2FyZSBvZiBhbnkgDQo+cmVsZXZhbnQgSVBSLg0KPg0KPklmIGFueSBtZW1i
ZXIgb2YgdGhlIHdvcmtpbmcgZ3JvdXAgaXMgYXdhcmUgb2YgYW55IElQUiwgcGxlYXNlIGNhbiB0
aGV5IA0KPmFsc28gaW5kaWNhdGUgdGhpcyB0byB0aGUgd29ya2luZyBncm91cCBieSByZXNwb25k
aW5nIHRvIHRoaXMgZW1haWwuDQo+DQo+VGhhbmtzDQo+DQo+U3Rld2FydA0KPg0KPg0KPl9fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+UGFscyBtYWlsaW5n
IGxpc3QNCj5QYWxzQGlldGYub3JnDQo+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0
aW5mby9wYWxzDQo+DQo+DQo=


From nobody Tue Jul 12 13:11:04 2016
Return-Path: <ietf-ipr@ietf.org>
X-Original-To: pals@ietf.org
Delivered-To: pals@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 5F4B512D62D; Tue, 12 Jul 2016 13:10:59 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: IETF Secretariat <ietf-ipr@ietf.org>
To: <draft-ietf-pals-status-reduction@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.27.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20160712201059.5228.82232.idtracker@ietfa.amsl.com>
Date: Tue, 12 Jul 2016 13:10:59 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/pals/3E-aGL1ftRh3n0usBKF-45JmhOE>
Cc: ipr-announce@ietf.org, pals@ietf.org
Subject: [Pals] IPR Disclosure Cisco Systems, Inc.'s Statement about IPR related to draft-ietf-pals-status-reduction
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.17
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: Tue, 12 Jul 2016 20:10:59 -0000

Dear Luca Martini, Elisa Bellagamba, George Swallow:


An IPR disclosure that pertains to your Internet-Draft entitled "MPLS LSP
PW status refresh reduction for Static Pseudowires"
(draft-ietf-pals-status-reduction) was submitted to the IETF Secretariat on  and
has been posted on the "IETF Page of Intellectual Property Rights Disclosures"
(https://datatracker.ietf.org/ipr/2818/). The title of the IPR disclosure is
"Cisco Systems, Inc.'s Statement about IPR related to
draft-ietf-pals-status-reduction"


Thank you

IETF Secretariat


From nobody Tue Jul 12 17:49:50 2016
Return-Path: <wwwrun@rfc-editor.org>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 15EF812DB65; Tue, 12 Jul 2016 17:49:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.889
X-Spam-Level: 
X-Spam-Status: No, score=-103.889 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-1.287, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=ham autolearn_force=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 UVXGg0ferYaH; Tue, 12 Jul 2016 17:49:48 -0700 (PDT)
Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3118112DB75; Tue, 12 Jul 2016 17:49:16 -0700 (PDT)
Received: by rfc-editor.org (Postfix, from userid 30) id 1C2DCB813AD; Tue, 12 Jul 2016 17:49:16 -0700 (PDT)
To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org
X-PHP-Originating-Script: 1005:ams_util_lib.php
From: rfc-editor@rfc-editor.org
Message-Id: <20160713004916.1C2DCB813AD@rfc-editor.org>
Date: Tue, 12 Jul 2016 17:49:16 -0700 (PDT)
Archived-At: <https://mailarchive.ietf.org/arch/msg/pals/7KubcoGf8IOqgYFNbbGu2ifzqRM>
Cc: drafts-update-ref@iana.org, pals@ietf.org, rfc-editor@rfc-editor.org
Subject: [Pals] RFC 7885 on Seamless Bidirectional Forwarding Detection (S-BFD) for Virtual Circuit Connectivity Verification (VCCV)
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
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, 13 Jul 2016 00:49:49 -0000

A new Request for Comments is now available in online RFC libraries.

        
        RFC 7885

        Title:      Seamless Bidirectional Forwarding Detection (S-BFD) 
                    for Virtual Circuit Connectivity Verification (VCCV) 
        Author:     V. Govindan, C. Pignataro
        Status:     Standards Track
        Stream:     IETF
        Date:       July 2016
        Mailbox:    venggovi@cisco.com, 
                    cpignata@cisco.com
        Pages:      11
        Characters: 22500
        Updates:    RFC 5885

        I-D Tag:    draft-ietf-pals-seamless-vccv-03.txt

        URL:        https://www.rfc-editor.org/info/rfc7885

        DOI:        http://dx.doi.org/10.17487/RFC7885

This document defines Seamless BFD (S-BFD) for VCCV by extending the
procedures and Connectivity Verification (CV) types already defined
for Bidirectional Forwarding Detection (BFD) for Virtual Circuit
Connectivity Verification (VCCV).

This document updates RFC 5885 by extending the CV Type values and
the capability selection.

This document is a product of the Pseudowire And LDP-enabled Services Working Group of the IETF.

This is now a Proposed Standard.

STANDARDS TRACK: This document specifies an Internet Standards Track
protocol for the Internet community, and requests discussion and suggestions
for improvements.  Please refer to the current edition of the Official
Internet Protocol Standards (https://www.rfc-editor.org/standards) for the 
standardization state and status of this protocol.  Distribution of this 
memo is unlimited.

This announcement is sent to the IETF-Announce and rfc-dist lists.
To subscribe or unsubscribe, see
  https://www.ietf.org/mailman/listinfo/ietf-announce
  https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist

For searching the RFC series, see https://www.rfc-editor.org/search
For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk

Requests for special distribution should be addressed to either the
author of the RFC in question, or to rfc-editor@rfc-editor.org.  Unless
specifically noted otherwise on the RFC itself, all RFCs are for
unlimited distribution.


The RFC Editor Team
Association Management Solutions, LLC



From nobody Fri Jul 15 07:39:35 2016
Return-Path: <shahram.davari@broadcom.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4259E12D8E5 for <pals@ietfa.amsl.com>; Fri, 15 Jul 2016 07:39:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.701
X-Spam-Level: 
X-Spam-Status: No, score=-2.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=broadcom.com
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 juY0pW8Uwolj for <pals@ietfa.amsl.com>; Fri, 15 Jul 2016 07:39:33 -0700 (PDT)
Received: from mail-pf0-x22f.google.com (mail-pf0-x22f.google.com [IPv6:2607:f8b0:400e:c00::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0FCFB12D8FD for <pals@ietf.org>; Fri, 15 Jul 2016 07:39:33 -0700 (PDT)
Received: by mail-pf0-x22f.google.com with SMTP id c2so42179980pfa.2 for <pals@ietf.org>; Fri, 15 Jul 2016 07:39:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=broadcom.com; s=google; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=BSG+aZE6q1FCs/n2qhq4z7MaJugf3b1kBqgeHtgm0pI=; b=KuCE5KZ+JV44VufxpUjMj8XwH9gDWomaXU7NmwdfOTWhl7tQ3ysKll+C2w4DsMv5mA TVr3qGQG1mKFVsVrT4RgDEemDx+i1fnLBxjNUXjgH2z+27nMmfES+800pd3MkftsXOU1 2KRgtHrmD5e8S5wWD3cehyt2zxkDdoSoGJ79I=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=BSG+aZE6q1FCs/n2qhq4z7MaJugf3b1kBqgeHtgm0pI=; b=STIv7PpiIbrGwKURCEH1WULPQ95A7yvMBO/lmVLWh9MGUDiBrb9hkH/Ec1taup8XbL 24S5eoF4hmTDgEWtQR7HYaz0gxLwtFUAMeh+U7r7ZKCtyvSUWzkIrSCnA569EKbLxc5c LyS19IDsNT7f9voqyLqo0+x68cs53Btx2k6+Wez6duUs6P6vhrG4UfUWOGQeqLVi/aBN jv/wSqvyc1XYXanl7eOMZRNvNfMd6ZQI5Cr+AVEhY9AJPQRPlch7vTD+ri08iSI7qgdf 8FOuVYd5m6pA77M0eaIIhkVe0k9yMLamWiXA5JbGdaaKEX2cIf0Aihi1jNW6AbCPgwTX ySFw==
X-Gm-Message-State: ALyK8tJUHeJP2Qhjc09zCY4+m5aVFLxXNEmGs5XaRelG0IpJi8Cc2TsIQWepJMHtCyw0Qgmu
X-Received: by 10.98.10.148 with SMTP id 20mr22064120pfk.154.1468593557494; Fri, 15 Jul 2016 07:39:17 -0700 (PDT)
Received: from ?IPv6:2601:647:4280:e4b0:ec2a:9e11:14b8:76c4? ([2601:647:4280:e4b0:ec2a:9e11:14b8:76c4]) by smtp.gmail.com with ESMTPSA id x66sm4982226pfi.84.2016.07.15.07.39.16 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 15 Jul 2016 07:39:16 -0700 (PDT)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (1.0)
From: Shahram Davari <shahram.davari@broadcom.com>
X-Mailer: iPhone Mail (13F69)
In-Reply-To: <3cb4d475-c96c-5656-5d72-afb8af97b1a7@gmail.com>
Date: Fri, 15 Jul 2016 07:39:16 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <7D7FF146-992F-40F5-9E5B-9301C54D9D22@broadcom.com>
References: <3cb4d475-c96c-5656-5d72-afb8af97b1a7@gmail.com>
To: Stewart Bryant <stewart.bryant@gmail.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/pals/27kBLSpc61EDadUQBPPKevveIRI>
Cc: draft-ietf-pals-mpls-tp-dual-homing-protection@tools.ietf.org, "pals-chairs@tools.ietf.org" <pals-chairs@tools.ietf.org>, "pals@ietf.org" <pals@ietf.org>
Subject: Re: [Pals] IPR check on draft-ietf-pals-mpls-tp-dual-homing-protection
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
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: Fri, 15 Jul 2016 14:39:34 -0000

Hi

I am not aware of Any IPR related to this draft.

Regards,
Shahram


> On Jun 17, 2016, at 2:25 AM, Stewart Bryant <stewart.bryant@gmail.com> wro=
te:
>=20
> The authors have indicated that draft-ietf-pals-mpls-tp-dual-homing-protec=
tion
> is ready for WG last call.
>=20
> Before I start that last call, I would like to check that we know about th=
e IPR
> related to this draft.
>=20
> Please can I ask the authors to reply to this email indicating whether or n=
ot
> they know of any IPR that needs to be declared.
>=20
> Please can I ask any member of the WG that knows of any IPR that needs
> to be declared to either declare it or to inform the WG that they have
> initiated the declaration process.
>=20
> I will close this call on 4th July 2016.
>=20
> Thanks for your help with this.
>=20
> Stewart
>=20
> _______________________________________________
> Pals mailing list
> Pals@ietf.org
> https://www.ietf.org/mailman/listinfo/pals


From nobody Wed Jul 20 15:33:35 2016
Return-Path: <agmalis@gmail.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2357012D08D for <pals@ietfa.amsl.com>; Wed, 20 Jul 2016 15:33:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level: 
X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 xPaW0Fe669Kl for <pals@ietfa.amsl.com>; Wed, 20 Jul 2016 15:33:32 -0700 (PDT)
Received: from mail-oi0-x22a.google.com (mail-oi0-x22a.google.com [IPv6:2607:f8b0:4003:c06::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 884D612B010 for <pals@ietf.org>; Wed, 20 Jul 2016 15:33:32 -0700 (PDT)
Received: by mail-oi0-x22a.google.com with SMTP id j185so92489159oih.0 for <pals@ietf.org>; Wed, 20 Jul 2016 15:33:32 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;  h=mime-version:from:date:message-id:subject:to; bh=FraIrVvMtYNxlYeEFAzKwusYdIM+LAk8AefPvJQp66M=; b=UuSCDZqNEWvo19gEZ28mTDRWhNdPEat/kZk4jiJWEp52pkhnXLDhIllZwGVmjQl8CG lwN4GxojyjEUU6bODhY3gMvbQgGBq9qnXsMxQNZAbmhVd6yMFl47XBtcHhxR2c1oEvb8 TgBFdkdickrHNbCGFcJJZ3JuQw1wB2n79Cfenw+jt9cIldrju10hlfy2bZ+b61og4ELX z5M6b4bRBKFqVAzTg+iKPCfQsHyWUNrNNEmAmM+pB5zOT9J3KjxouNA3V6tHZNHj3+5A 0OxZxbM6w3ThAINRmOmrqOL6Lp2zHeYtI5tdVSWL6gHTZjvAO1K/yenOCeG/H/vo2HA3 1ziA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=FraIrVvMtYNxlYeEFAzKwusYdIM+LAk8AefPvJQp66M=; b=SFru1M+GQkTonzVHJw5bPBWdt2wwESSgHVULvwD+OYAJdMAnDGd62o9ZyjF1P/Spxx DhDyDpjeHYFl3owMAB+CyQi4tnSJMusCyfbEKRab4JM7YkyEjFqBHCyqOrNbRWnKIyGm //aEzOCvd672sNXPhGj2JLGoSX5+xrJrawILfyOoWQHvM3Kk10IO3IQc9sQmUujdAH3Q +NLj7PkISpJblSws37NpcVtcrA26J2NHGZmUl4QB/orDRllVq8eNGb5TbNExj9wVTBIQ WitlzVl+bo+StviMmBY5B6wLlN3HzRXk1gEGv/y1k1UtKJUSF8Ak7krDl1ZeTbOe8cns xzZw==
X-Gm-Message-State: ALyK8tLlmrqYn0ksazaESy0CADIpcDYPgZPTjFAN0kVupqpGaO5O0Bpd0VxrFuJv5r9PWoaNbqff+nq23PUYiQ==
X-Received: by 10.157.22.217 with SMTP id s25mr29169931ots.20.1469054011767; Wed, 20 Jul 2016 15:33:31 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.182.250.19 with HTTP; Wed, 20 Jul 2016 15:33:12 -0700 (PDT)
From: "Andrew G. Malis" <agmalis@gmail.com>
Date: Thu, 21 Jul 2016 00:33:12 +0200
Message-ID: <CAA=duU3Nqdm3PQqLu3ZqZARPCfh0sTjqjBBmEKMU4w9YbbQs3Q@mail.gmail.com>
To: "pals@ietf.org" <pals@ietf.org>
Content-Type: multipart/alternative; boundary=001a113ef3a28701a9053818ca80
Archived-At: <https://mailarchive.ietf.org/arch/msg/pals/Rr_zbUZoQ0nMMkmLQmOrE8I9kww>
Subject: [Pals] Reminder: No PALS meeting meeting on Thursday in Berlin
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
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, 20 Jul 2016 22:33:34 -0000

--001a113ef3a28701a9053818ca80
Content-Type: text/plain; charset=UTF-8

If you come anyway, there will just be an empty room!

Cheers,
Andy

--001a113ef3a28701a9053818ca80
Content-Type: text/html; charset=UTF-8

<div dir="ltr">If you come anyway, there will just be an empty room!<div><br></div><div>Cheers,</div><div>Andy</div><div><br></div></div>

--001a113ef3a28701a9053818ca80--


From nobody Thu Jul 21 05:09:01 2016
Return-Path: <internet-drafts@ietf.org>
X-Original-To: pals@ietf.org
Delivered-To: pals@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id E530812B05F; Thu, 21 Jul 2016 05:08:59 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: internet-drafts@ietf.org
To: <i-d-announce@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.29.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20160721120859.4409.71893.idtracker@ietfa.amsl.com>
Date: Thu, 21 Jul 2016 05:08:59 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/pals/sA6O_71GwYN3xZ6rMDn4NKJKXPQ>
Cc: pals@ietf.org
Subject: [Pals] I-D Action: draft-ietf-pals-mpls-tp-pw-over-bidir-lsp-09.txt
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.17
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: Thu, 21 Jul 2016 12:09:00 -0000

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the Pseudowire And LDP-enabled Services of the IETF.

        Title           : LDP Extensions for Pseudowire Binding to LSP Tunnels
        Authors         : Mach(Guoyi) Chen
                          Wei Cao
                          Attila Takacs
                          Ping Pan
	Filename        : draft-ietf-pals-mpls-tp-pw-over-bidir-lsp-09.txt
	Pages           : 16
	Date            : 2016-07-21

Abstract:
   Many transport services require that user traffic, in the form of
   Pseudowires (PW), be delivered via either a single co-routed
   bidirectional tunnel or two unidirectional tunnels that share the
   same routes.  This document defines an optional extension to Label
   Distribution Protocol (LDP) that enables the binding between PWs and
   the underlying Traffic Engineering (TE) tunnels.  The extension
   applies to both single-segment and multi-segment PWs.



The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-pals-mpls-tp-pw-over-bidir-lsp/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-ietf-pals-mpls-tp-pw-over-bidir-lsp-09

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-pals-mpls-tp-pw-over-bidir-lsp-09


Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/


From nobody Thu Jul 21 05:46:08 2016
Return-Path: <mach.chen@huawei.com>
X-Original-To: pals@ietfa.amsl.com
Delivered-To: pals@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1636C12D5B5; Thu, 21 Jul 2016 05:45:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.508
X-Spam-Level: 
X-Spam-Status: No, score=-5.508 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.287, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 vAPENKfrYW_7; Thu, 21 Jul 2016 05:45:45 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2230812B059; Thu, 21 Jul 2016 05:45:44 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml706-cah.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CSY95531; Thu, 21 Jul 2016 12:45:42 +0000 (GMT)
Received: from SZXEMA416-HUB.china.huawei.com (10.82.72.35) by lhreml706-cah.china.huawei.com (10.201.5.182) with Microsoft SMTP Server (TLS) id 14.3.235.1; Thu, 21 Jul 2016 13:45:01 +0100
Received: from SZXEMA510-MBX.china.huawei.com ([169.254.3.224]) by SZXEMA416-HUB.china.huawei.com ([10.82.72.35]) with mapi id 14.03.0235.001; Thu, 21 Jul 2016 20:44:59 +0800
From: Mach Chen <mach.chen@huawei.com>
To: "iesg@ietf.org" <iesg@ietf.org>, Stewart Bryant <stewart.bryant@gmail.com>, "Andrew G. Malis" <agmalis@gmail.com>, "BRUNGARD, DEBORAH A" <db3546@att.com>
Thread-Topic: New Version Notification for draft-ietf-pals-mpls-tp-pw-over-bidir-lsp-09.txt
Thread-Index: AQHR40jDOa0GxqdUL0u5u5C6N1DC26Ai0qfJ
Date: Thu, 21 Jul 2016 12:44:58 +0000
Message-ID: <F73A3CB31E8BE34FA1BBE3C8F0CB2AE28E770EB8@SZXEMA510-MBX.china.huawei.com>
References: <20160721120900.4409.56067.idtracker@ietfa.amsl.com>
In-Reply-To: <20160721120900.4409.56067.idtracker@ietfa.amsl.com>
Accept-Language: en-US, zh-CN
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.200.219.141]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020204.5790C3F7.00D6, ss=1, re=0.000, recu=0.000, reip=0.000,  cl=1, cld=1, fgs=0, ip=169.254.3.224, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: 539a1f835a4a0b3c11a2ce8d6bdf90bf
Archived-At: <https://mailarchive.ietf.org/arch/msg/pals/MaFzYUY3jxfqYaD3Be-VjYqU958>
Cc: "pals@ietf.org" <pals@ietf.org>
Subject: [Pals] FW: New Version Notification for draft-ietf-pals-mpls-tp-pw-over-bidir-lsp-09.txt
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
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: Thu, 21 Jul 2016 12:45:48 -0000

This version addresses the IESG review comments!

Thanks,
Mach
________________________________________
From: internet-drafts@ietf.org [internet-drafts@ietf.org]
Sent: Thursday, July 21, 2016 20:09
To: Mach Chen; Caowei (Wayne); Mach Chen; Attila Takacs
Subject: New Version Notification for draft-ietf-pals-mpls-tp-pw-over-bidir=
-lsp-09.txt

A new version of I-D, draft-ietf-pals-mpls-tp-pw-over-bidir-lsp-09.txt
has been successfully submitted by Mach(Guoyi) Chen and posted to the
IETF repository.

Name:           draft-ietf-pals-mpls-tp-pw-over-bidir-lsp
Revision:       09
Title:          LDP Extensions for Pseudowire Binding to LSP Tunnels
Document date:  2016-07-21
Group:          pals
Pages:          16
URL:            https://www.ietf.org/internet-drafts/draft-ietf-pals-mpls-t=
p-pw-over-bidir-lsp-09.txt
Status:         https://datatracker.ietf.org/doc/draft-ietf-pals-mpls-tp-pw=
-over-bidir-lsp/
Htmlized:       https://tools.ietf.org/html/draft-ietf-pals-mpls-tp-pw-over=
-bidir-lsp-09
Diff:           https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-pals-mpls-tp=
-pw-over-bidir-lsp-09

Abstract:
   Many transport services require that user traffic, in the form of
   Pseudowires (PW), be delivered via either a single co-routed
   bidirectional tunnel or two unidirectional tunnels that share the
   same routes.  This document defines an optional extension to Label
   Distribution Protocol (LDP) that enables the binding between PWs and
   the underlying Traffic Engineering (TE) tunnels.  The extension
   applies to both single-segment and multi-segment PWs.





Please note that it may take a couple of minutes from the time of submissio=
n
until the htmlized version and diff are available at tools.ietf.org.

The IETF Secretariat=


From nobody Fri Jul 22 07:02:06 2016
Return-Path: <iesg-secretary@ietf.org>
X-Original-To: pals@ietf.org
Delivered-To: pals@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 3550512D8E8; Fri, 22 Jul 2016 07:02:05 -0700 (PDT)
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: The IESG <iesg-secretary@ietf.org>
To: "IETF-Announce" <ietf-announce@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.29.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20160722140205.12260.84365.idtracker@ietfa.amsl.com>
Date: Fri, 22 Jul 2016 07:02:05 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/pals/nom9QE3uW2FayHKktvBIlioyas0>
Cc: db3546@att.com, pals-chairs@ietf.org, The IESG <iesg@ietf.org>, pals@ietf.org, stewart.bryant@gmail.com, draft-ietf-pals-mpls-tp-pw-over-bidir-lsp@ietf.org, rfc-editor@rfc-editor.org
Subject: [Pals] Protocol Action: 'LDP Extensions for Pseudowire Binding to LSP Tunnels' to Proposed Standard (draft-ietf-pals-mpls-tp-pw-over-bidir-lsp-09.txt)
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.17
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: Fri, 22 Jul 2016 14:02:05 -0000

The IESG has approved the following document:
- 'LDP Extensions for Pseudowire Binding to LSP Tunnels'
  (draft-ietf-pals-mpls-tp-pw-over-bidir-lsp-09.txt) as Proposed Standard

This document is the product of the Pseudowire And LDP-enabled Services
Working Group.

The IESG contact persons are Alvaro Retana, Alia Atlas and Deborah
Brungard.

A URL of this Internet Draft is:
https://datatracker.ietf.org/doc/draft-ietf-pals-mpls-tp-pw-over-bidir-lsp/





Technical Summary

Many transport services require that user traffic, in the form of
Pseudowires (PW), be delivered via either a single co-routed
bidirectional tunnel or two unidirectional tunnels that share the
same routes.  This document defines an optional extension to LDP that
enables the binding between PWs and the underlying TE tunnels.  The
extension applies to both single-segment and multi-segment PWs.


Working Group Summary

The working group process was unremarkable.

Document Quality

The document has been well reviewed over time and is of good 
quality.

Personnel

Who is the Document Shepherd for this document? Stewart Bryant 
Who is the Responsible Area Director? Deborah Brungard


From nobody Wed Jul 27 14:05:02 2016
Return-Path: <ietf-ipr@ietf.org>
X-Original-To: pals@ietf.org
Delivered-To: pals@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 1CEC212DD80; Wed, 27 Jul 2016 14:04:52 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: IETF Secretariat <ietf-ipr@ietf.org>
To: <draft-ietf-pals-endpoint-fast-protection@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.29.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20160727210452.10533.86256.idtracker@ietfa.amsl.com>
Date: Wed, 27 Jul 2016 14:04:52 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/pals/h8GOOn8cpkwe-F4Ubsf-SHXr74Y>
Cc: ipr-announce@ietf.org, pals@ietf.org
Subject: [Pals] IPR Disclosure Cisco Systems, Inc.'s Statement about IPR related to draft-ietf-pals-endpoint-fast-protection
X-BeenThere: pals@ietf.org
X-Mailman-Version: 2.1.17
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, 27 Jul 2016 21:04:52 -0000

Dear Yimin Shen, Rahul Aggarwal, Wim Henderickx, Yuanlong Jiang:


An IPR disclosure that pertains to your Internet-Draft entitled "PW
Endpoint Fast Failure Protection"
(draft-ietf-pals-endpoint-fast-protection) was submitted to the IETF Secretariat
on  and has been posted on the "IETF Page of Intellectual Property Rights
Disclosures" (https://datatracker.ietf.org/ipr/2825/). The title of the IPR
disclosure is "Cisco Systems, Inc.'s Statement about IPR related to
draft-ietf-pals-endpoint-fast-protection"


Thank you

IETF Secretariat

