From sanpk316@gmail.com  Tue Mar  3 01:49:23 2009
Return-Path: <sanpk316@gmail.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4F1ED3A6920 for <mpls@core3.amsl.com>; Tue,  3 Mar 2009 01:49:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.598
X-Spam-Level: 
X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tI7TbwDeHrS1 for <mpls@core3.amsl.com>; Tue,  3 Mar 2009 01:49:22 -0800 (PST)
Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.233]) by core3.amsl.com (Postfix) with ESMTP id 901283A67E7 for <mpls@ietf.org>; Tue,  3 Mar 2009 01:49:22 -0800 (PST)
Received: by rv-out-0506.google.com with SMTP id l9so2471624rvb.49 for <mpls@ietf.org>; Tue, 03 Mar 2009 01:49:49 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=kNnCapjF4pL6ZZYz7DMU1EZZzASnL10/0lv1FIuqhFs=; b=deOLawIB8CdlC6zzRmSCQKpcvibiZ4z+/FxhTLTd4upAIRE2uqn3txg13KaVkyhD6/ vinwc7Y26NL/gm3DANE5bBGhD1vw2mxGQKP/Z0iVMtk3TVa3x6llpx/hXPZY8WF6loLu tDrZ6FAqJF7ZJ7bXMrY3xXIYFVygCYEboTh/4=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=tL0UoBH5uD7cFl3oeQJoS8GJosxKUXvkaaIVGxsxg+q2vG4VAeRVfTKLuW13n2jdWu GzHJC8DxRVCjAZgfEjH0zkbQ+hTw5fHa0BXS28cGt+qkwUNTH2/R2ZPrMbA+MDdywQkk ossglfF3WnMlUB8PvbuK/NSzLwQMBdkpR6ia8=
MIME-Version: 1.0
Received: by 10.141.210.21 with SMTP id m21mr3419302rvq.204.1236073789415;  Tue, 03 Mar 2009 01:49:49 -0800 (PST)
Date: Tue, 3 Mar 2009 15:19:49 +0530
Message-ID: <a0d41f8e0903030149m784463c0y5a6865082bc06eda@mail.gmail.com>
From: Santosh P K <sanpk316@gmail.com>
To: mpls@ietf.org
Content-Type: multipart/alternative; boundary=000e0cd29c34225fa3046433db93
Subject: [mpls] doubt on RSVP-TE over non RSVP cloud
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 03 Mar 2009 09:49:23 -0000

--000e0cd29c34225fa3046433db93
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Hi All,

    As per RFC 3209 it mentions that RSVP-TE LSP can=92t be established ove=
r
non RSVP-TE could. Is it because there is no use case scenario of TE-LSP
over non RSVP-TE?. Can you please provide me some use case scenario if any.



Thanks and regards

Santosh P K

--000e0cd29c34225fa3046433db93
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

<div>
<p class=3D"MsoNormal" style=3D"MARGIN: 0in 0in 0pt"><font face=3D"Times Ne=
w Roman" size=3D"3">Hi All,</font></p>
<p class=3D"MsoNormal" style=3D"MARGIN: 0in 0in 0pt"><font face=3D"Times Ne=
w Roman" size=3D"3">=A0=A0=A0 As per RFC 3209 it mentions that RSVP-TE LSP =
can=92t be established over non RSVP-TE could. Is it because there is no=A0=
use case scenario of TE-LSP over non RSVP-TE?. Can you please provide me so=
me use case scenario if any.</font></p>

<p class=3D"MsoNormal" style=3D"MARGIN: 0in 0in 0pt"><font face=3D"Times Ne=
w Roman" size=3D"3">=A0</font></p>
<p class=3D"MsoNormal" style=3D"MARGIN: 0in 0in 0pt"><font face=3D"Times Ne=
w Roman" size=3D"3">Thanks and regards</font></p>
<p class=3D"MsoNormal" style=3D"MARGIN: 0in 0in 0pt"><font face=3D"Times Ne=
w Roman" size=3D"3">Santosh P K </font></p></div>

--000e0cd29c34225fa3046433db93--

From web-usrn@ISI.EDU  Tue Mar  3 06:06:58 2009
Return-Path: <web-usrn@ISI.EDU>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DC3B028C102 for <mpls@core3.amsl.com>; Tue,  3 Mar 2009 06:06:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -17.106
X-Spam-Level: 
X-Spam-Status: No, score=-17.106 tagged_above=-999 required=5 tests=[AWL=0.493, BAYES_00=-2.599, USER_IN_DEF_WHITELIST=-15]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id h1r2cUVGtWWU for <mpls@core3.amsl.com>; Tue,  3 Mar 2009 06:06:57 -0800 (PST)
Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by core3.amsl.com (Postfix) with ESMTP id CCA603A69EB for <mpls@ietf.org>; Tue,  3 Mar 2009 06:06:57 -0800 (PST)
Received: from boreas.isi.edu (localhost [127.0.0.1]) by boreas.isi.edu (8.13.8/8.13.8) with ESMTP id n23E6etF015478 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 3 Mar 2009 06:06:41 -0800 (PST)
Received: (from web-usrn@localhost) by boreas.isi.edu (8.13.8/8.13.8/Submit) id n23E6dNs015467; Tue, 3 Mar 2009 06:06:39 -0800 (PST)
Date: Tue, 3 Mar 2009 06:06:39 -0800 (PST)
Message-Id: <200903031406.n23E6dNs015467@boreas.isi.edu>
To: loa@pi.nu, rajiva@cisco.com, rcallon@juniper.net, dward@cisco.com, swallow@cisco.com, loa@pi.nu
From: RFC Errata System <rfc-editor@rfc-editor.org>
X-ISI-4-43-8-MailScanner: Found to be clean
X-MailScanner-From: web-usrn@boreas.isi.edu
Cc: mpls@ietf.org, ah@TR-Sys.de, rfc-editor@rfc-editor.org
Subject: [mpls] [Technical Errata Reported] RFC5462 (1704)
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 03 Mar 2009 14:06:59 -0000

The following errata report has been submitted for RFC5462,
"Multiprotocol Label Switching (MPLS) Label Stack Entry:".

--------------------------------------
You may review the report below and at:
http://www.rfc-editor.org/errata_search.php?rfc=5462&eid=1704

--------------------------------------
Type: Technical
Reported by: Alfred Hoenes <ah@TR-Sys.de>

Section: 2.3, pg.7

Original Text
-------------
In the updated text for RFC 5129, section 2, bullet 5:

     ... TC-capable, ...
         ^^

Corrected Text
--------------
     ... ECN-capable, ...
         ^^^

Notes
-----
Rationale: 
Presumed editing flaw introduces undefined term; "ECN-capable"
occurs in the same paragraph, "TC-capable" nowhere else!  ==> This
extraneous change of the original RFC 5129 text should be backed out.

Instructions:
-------------
This errata is currently posted as "Reported". If necessary, please
use "Reply All" to discuss whether it should be verified or
rejected. When a decision is reached, the verifying party (IESG)
can log in to change the status and edit the report, if necessary. 

--------------------------------------
RFC5462 (draft-ietf-mpls-cosfield-def-08)
--------------------------------------
Title               : Multiprotocol Label Switching (MPLS) Label Stack Entry:
Publication Date    : February 2009
Author(s)           : L. Andersson, R. Asati
Category            : PROPOSED STANDARD
Source              : Multiprotocol Label Switching
Area                : Routing
Stream              : IETF
Verifying Party     : IESG

From sgangoly07@gmail.com  Tue Mar  3 13:50:01 2009
Return-Path: <sgangoly07@gmail.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A205F28C10B for <mpls@core3.amsl.com>; Tue,  3 Mar 2009 13:50:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.598
X-Spam-Level: 
X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OSccZcxRZEK8 for <mpls@core3.amsl.com>; Tue,  3 Mar 2009 13:50:00 -0800 (PST)
Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.187]) by core3.amsl.com (Postfix) with ESMTP id CC4C23A69A0 for <mpls@ietf.org>; Tue,  3 Mar 2009 13:49:59 -0800 (PST)
Received: by mu-out-0910.google.com with SMTP id w9so1233813mue.9 for <mpls@ietf.org>; Tue, 03 Mar 2009 13:50:26 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=22RvUSMre0AA+nBbVbrzUw6Iqf6OqtYuRh1PXch5nl0=; b=R2pzqXY1VnqBQSCCYb+V+8umsKtu7Up15gJuav71ep+o0e+Go88FD7Y5C+ooaTTlUk JDMs30mjPderGW7lztmmrETPOeoMAtuLOO9YgBdyrop6Za855BVT4jNgu4GU5dEfjZb4 rDpXFtO6kjsvRkq9ocNLXnjxYYHVw19vqySR0=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=K4Cyw17FAdU5ColZEtUzn/bxb/1FS3Dp8W907ZWGLCu5KwhtCd1D4PfG4KZxSL+A0l /kL1ykuOv7PuBSUMqFhhmBhccsGe+UczWTDwJ3MG+cejfDd2jFXcTQGFOgFpG5Akqqqh 0NgQz3Co9nc3cdWFxaIqDimKlIWSrVfx1piOo=
MIME-Version: 1.0
Received: by 10.103.217.5 with SMTP id u5mr3775818muq.118.1236117026452; Tue,  03 Mar 2009 13:50:26 -0800 (PST)
In-Reply-To: <a0d41f8e0903030149m784463c0y5a6865082bc06eda@mail.gmail.com>
References: <a0d41f8e0903030149m784463c0y5a6865082bc06eda@mail.gmail.com>
Date: Tue, 3 Mar 2009 21:50:26 +0000
Message-ID: <d67f43ae0903031350g6907fd3ahc88f1c32ad16e458@mail.gmail.com>
From: Santanu Ganguly <sgangoly07@gmail.com>
To: Santosh P K <sanpk316@gmail.com>
Content-Type: multipart/alternative; boundary=001636765b864336c304643dec8d
Cc: mpls@ietf.org, santanu.ganguly@riverbed.com
Subject: Re: [mpls] doubt on RSVP-TE over non RSVP cloud
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 03 Mar 2009 21:50:01 -0000

--001636765b864336c304643dec8d
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

On Tue, Mar 3, 2009 at 9:49 AM, Santosh P K <sanpk316@gmail.com> wrote:
>
> Hi All,
>
>     As per RFC 3209 it mentions that RSVP-TE LSP can=92t be established o=
ver
non RSVP-TE could. Is it because there is no use case scenario of TE-LSP
over non RSVP-TE?. Can you please provide me some use case scenario if any.
>
>
>
> Thanks and regards
>
> Santosh P K
>
> _______________________________________________
> mpls mailing list
> mpls@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls

Hi Santosh,

An RSVP-signaled LSP has the property that its path does not necessarily
follow the path that would be dictated by the IGP. RSVP, in its extended
form, has explicit routing properties in that the ingress router can specif=
y
the entire end-to-end path that the LSP must follow, or can specify that th=
e
LSP must pass through particular transit nodes. A single LSP requires only
one RSVP session, yet can carry all the traffic between a particular ingres=
s
and egress router pair, containing many end-to-end flows.

 The intermediate LSRs on the LSP need to know what the incoming and
outgoing labels are for the particular LSP for that TE tunnel. The
intermediate LSRs can only learn the labels if the head  end router and
intermediate LSRs signal the labels by a signaling protocol. In the past,
two signaling protocols were proposed: RSVP with extensions for TE (RSVP-TE=
)
and constraintbased LDP (CR-LDP). For e.g., Cisco IOS has RSVP with
extensions for signaling MPLS TE tunnels and not so strong on CR-LDP. At th=
e
Internet Engineering Task Force (IETF), consensus was reached to carry on
with developing RSVP as the signaling protocol for MPLS TE and to stop
further development on CR-LDP ( I think...I maybe wrong..). This was
documented in RFC 3468, =93The Multiprotocol Label Switching (MPLS) Working
Group Decision on MPLS Signaling Protocols.=94 The following is a quotation
from the abstract of that RFC:

This document documents the consensus reached by the Multiprotocol Label
Switching (MPLS) Working Group within the IETF to focus its efforts on
=93Resource Reservation Protocol (RSVP)-TE: Extensions to RSVP for
Label-Switched Paths (LSP) Tunnels=94 (RFC 3209) as the MPLS signalling
protocol for traffic engineering applications and to undertake no new
efforts relating to =93Constraint-Based LSP Setup using Label Distribution
Protocol (LDP)=94 (RFC 3212).

The nature of RSVP TE LSP depends also on vendor interpretation and
implementation. For e.g., Inside Cisco IOS, a TE database is built from the
TE information that the link state protocol sends. This dataset contains al=
l
the links that are enabled for MPLS TE and their characteristics or
attributes. From this MPLS TE database, path calculation (PCALC) or
constrained SPF (CSPF) calculates the shortest route that still adheres to
all the constraints (most importantly the bandwidth) from the head end LSR
to the tail end LSR. PCALC or CSPF is a shortest path first (SPF) algorithm
modified for MPLS TE, so that constraints can be taken into account. The
bandwidth available to TE and the attributes are configurable on all links
of the networks. You configure the bandwidth requirement and attributes of
the TE tunnel on the tunnel configuration of the head end LSR. PCALC matche=
s
the bandwidth requirement and attributes of the TE tunnel with the ones on
the links, and from all possible paths, it takes the shortest one. The
calculation is done on the head end LSR.

RSVP came into being before MPLS and was originally invented to create
bandwidth reservations for various individual traffic flows in networks
(e.g. a video telephony session between a particular pair of hosts) as part
of the =91int-serv=92 model. RSVP includes mechanisms for reserving bandwid=
th
along each hop of a network for an end-to-end session. However, the origina=
l
int-serv application of RSVP has fallen out of favor because of concerns
about its scalability.

*References*: 1) "MPLS-Enabled Applications" by Ina Minei and Julian Lucek.
John Wiley & Sons, 2005
                    2) "MPLS Fundamentals" by Luc De Ghein. Cisco Press,
2006

cheers

santanu

--001636765b864336c304643dec8d
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

<div>=A0</div>
<div>On Tue, Mar 3, 2009 at 9:49 AM, Santosh P K &lt;<a href=3D"mailto:sanp=
k316@gmail.com">sanpk316@gmail.com</a>&gt; wrote:</div>
<div>&gt;</div>
<div>&gt; Hi All,</div>
<div>&gt;</div>
<div>&gt; =A0=A0=A0 As per RFC 3209 it mentions that RSVP-TE LSP can=92t be=
 established over non RSVP-TE could. Is it because there is no=A0use case s=
cenario of TE-LSP over non RSVP-TE?. Can you please provide me some use cas=
e scenario if any.</div>

<div>&gt;</div>
<div>&gt; =A0</div>
<div>&gt;</div>
<div>&gt; Thanks and regards</div>
<div>&gt;</div>
<div>&gt; Santosh P K</div>
<div>&gt;</div>
<div>&gt; _______________________________________________</div>
<div>&gt; mpls mailing list</div>
<div>&gt; <a href=3D"mailto:mpls@ietf.org">mpls@ietf.org</a></div>
<div>&gt; <a href=3D"https://www.ietf.org/mailman/listinfo/mpls">https://ww=
w.ietf.org/mailman/listinfo/mpls</a></div>
<div></div>
<div>=A0</div>
<div>Hi Santosh,</div>
<div>=A0</div>
<div>An RSVP-signaled LSP has the property that its path does not necessari=
ly follow the path that would be dictated by the IGP. RSVP, in its extended=
 form, has explicit routing properties in that the ingress router can speci=
fy the entire end-to-end path that the LSP must follow, or can specify that=
 the LSP must pass through particular transit nodes. A single LSP requires =
only one RSVP session, yet can carry all the traffic between a particular i=
ngress and egress router pair, containing many end-to-end flows. </div>

<div>=A0</div>
<div></div>
<div>The intermediate LSRs on the LSP need to know what the incoming and ou=
tgoing labels are for the particular LSP for that TE tunnel. The intermedia=
te LSRs can only learn the labels if the head=A0 end router and intermediat=
e LSRs signal the labels by a signaling protocol. In the past, two signalin=
g protocols were proposed: RSVP with extensions for TE (RSVP-TE) and constr=
aintbased LDP (CR-LDP). For e.g., Cisco IOS has RSVP with extensions for si=
gnaling MPLS TE tunnels and not so strong on CR-LDP. At the Internet Engine=
ering Task Force (IETF), consensus was reached to carry on with developing =
RSVP as the signaling protocol for MPLS TE and to stop further development =
on CR-LDP ( I think...I maybe wrong..). This was documented in RFC 3468, =
=93The Multiprotocol Label Switching (MPLS) Working Group Decision on MPLS =
Signaling Protocols.=94 The following is a quotation from the abstract of t=
hat RFC:</div>

<blockquote dir=3D"ltr" style=3D"MARGIN-RIGHT: 0px">
<div>This document documents the consensus reached by the Multiprotocol Lab=
el Switching (MPLS) Working Group within the IETF to focus its efforts on =
=93Resource Reservation Protocol (RSVP)-TE: Extensions to RSVP for Label-Sw=
itched Paths (LSP) Tunnels=94 (RFC 3209) as the MPLS signalling protocol fo=
r traffic engineering applications and to undertake no new efforts relating=
 to =93Constraint-Based LSP Setup using Label Distribution Protocol (LDP)=
=94 (RFC 3212).</div>
</blockquote>
<div>The nature of RSVP TE LSP depends also on vendor interpretation and im=
plementation. For e.g., Inside Cisco IOS, a TE database is built from the T=
E information that the link state protocol sends. This dataset contains all=
 the links that are enabled for MPLS TE and their characteristics or=A0=A0 =
attributes. From this MPLS TE database, path calculation (PCALC) or constra=
ined SPF (CSPF) calculates the shortest route that still adheres to all the=
 constraints (most importantly the bandwidth) from the head end LSR to the =
tail end LSR. PCALC or CSPF is a shortest path first (SPF) algorithm modifi=
ed for MPLS TE, so that constraints can be taken into account. The bandwidt=
h available to TE and the attributes are configurable on all links of the n=
etworks. You configure the bandwidth requirement and attributes of the TE t=
unnel on the tunnel configuration of the head end LSR. PCALC matches the ba=
ndwidth requirement and attributes of the TE tunnel with the ones on the li=
nks, and from all possible paths, it takes the shortest one. The calculatio=
n is done on the head end LSR.</div>

<div>=A0</div>
<div>RSVP came into being before MPLS and was originally invented to create=
 bandwidth reservations for various individual traffic flows in networks (e=
.g. a video telephony session between a particular pair of hosts) as part o=
f the =91int-serv=92 model. RSVP includes mechanisms for reserving bandwidt=
h along each hop of a network for an end-to-end session. However, the origi=
nal int-serv application of RSVP has fallen out of favor because of concern=
s about its scalability.</div>

<div>=A0</div>
<div><strong>References</strong>: 1) &quot;MPLS-Enabled Applications&quot; =
by Ina Minei and Julian Lucek. John Wiley &amp; Sons, 2005</div>
<div>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =A0=A0=A0 2) &quot;MPLS =
Fundamentals&quot; by Luc De Ghein. Cisco Press, 2006<br></div>
<div>=A0</div>
<div>cheers</div>
<div>=A0</div>
<div>santanu</div>

--001636765b864336c304643dec8d--

From liu.guoman@zte.com.cn  Fri Mar  6 01:08:59 2009
Return-Path: <liu.guoman@zte.com.cn>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 00CD53A6977; Fri,  6 Mar 2009 01:08:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -94.077
X-Spam-Level: 
X-Spam-Status: No, score=-94.077 tagged_above=-999 required=5 tests=[AWL=2.361, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_38=0.6, MISSING_SUBJECT=1.762, RCVD_DOUBLE_IP_SPAM=3.798,  USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ptvwYtlBaX6L; Fri,  6 Mar 2009 01:08:58 -0800 (PST)
Received: from mail.zte.com.cn (mail.zte.com.cn [202.103.147.144]) by core3.amsl.com (Postfix) with ESMTP id A634F3A689C; Fri,  6 Mar 2009 01:08:55 -0800 (PST)
Received: from [10.30.3.18] by 10.30.2.249 with StormMail ESMTP id 35764.1570495873; Fri, 6 Mar 2009 17:30:38 +0800 (CST)
Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse1.zte.com.cn with ESMTP id n2692nhS015886; Fri, 6 Mar 2009 17:02:50 +0800 (CST) (envelope-from liu.guoman@zte.com.cn)
To: mpls@ietf.org, mpls-tp@ietf.org
MIME-Version: 1.0
X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005
Message-ID: <OF2EB321E5.C5AD3F3E-ON48257571.003092A4-48257571.0031718F@zte.com.cn>
From: liu.guoman@zte.com.cn
Date: Fri, 6 Mar 2009 17:01:06 +0800
X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 6.5.4|March 27, 2005) at 2009-03-06 17:02:36, Serialize complete at 2009-03-06 17:02:36
Content-Type: multipart/alternative; boundary="=_alternative 0031718448257571_="
X-MAIL: mse1.zte.com.cn n2692nhS015886
Subject: [mpls] (no subject)
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 06 Mar 2009 09:08:59 -0000

This is a multipart message in MIME format.
--=_alternative 0031718448257571_=
Content-Type: text/plain; charset="US-ASCII"

Hi, all

   Please consider a new Internet-Draft that is available from the on-line 

Internet-Drafts directories. We are seeking to have this incorporated as 
a MPLS Working Group draft. This document was posted last month, and
we sincerely welcome any comments or feedback on this draft.

Filename:                 draft-liu-mpls-tp-bnm-00
Revision:                 00
Title:                 Multiprotocol Label Switching Transport Profile 
Backward Notify Message Packet
Creation_date:            2009-02-23
Number_of_pages:           11

Abstract:
This document specifies an extension to MPLS BDI packet to form a new
type of OAM packet BNM(Backward Notify Message) , this BNM packet
will not only have the function of informing source MEP about
existing fault in the back of path like MPLS BDI packet, but also it
may response or feedback to performance and test aspect.  And these
response or fault indication information will be encapsulated in BNM
packet by the way of TLV packet.  So it may decrease the number of
OAM type and keep compatibility with MPLS network. on the other hand,
this encapsulating these feedback or response information by the way
of TLV packet will be easy to extend OAM function to operate an MPLS
Transport profile(MPLS-TP) label switched path (LSP).


A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-liu-mpls-tp-bnm-00.txt

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

_______________________________________________


--------------------------------------------------------
ZTE Information Security Notice: The information contained in this mail is solely property of the sender's organization. This mail communication is confidential. Recipients named above are obligated to maintain secrecy and are not permitted to disclose the contents of this communication to others.
This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the originator of the message. Any views expressed in this message are those of the individual sender.
This message has been scanned for viruses and Spam by ZTE Anti-Spam system.

--=_alternative 0031718448257571_=
Content-Type: text/html; charset="US-ASCII"


<br><font size=3 face="sans-serif">Hi, all</font>
<br><font size=3><br>
 &nbsp; Please consider a new Internet-Draft that is available from the
on-line <br>
Internet-Drafts directories. We are seeking to have this incorporated as
<br>
a MPLS Working Group draft. This document was posted last month, and<br>
we sincerely welcome any comments or feedback on this draft.<br>
<br>
</font><font size=3><tt>Filename: &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; &nbsp; &nbsp; &nbsp;draft-liu-mpls-tp-bnm-00<br>
Revision: &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp;00<br>
Title: &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; &nbsp; &nbsp; Multiprotocol Label Switching Transport Profile Backward
Notify Message Packet<br>
Creation_date: &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; &nbsp;2009-02-23<br>
Number_of_pages: &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 11<br>
<br>
Abstract:<br>
This document specifies an extension to MPLS BDI packet to form a new<br>
type of OAM packet BNM(Backward Notify Message) , this BNM packet<br>
will not only have the function of informing source MEP about<br>
existing fault in the back of path like MPLS BDI packet, but also it<br>
may response or feedback to performance and test aspect. &nbsp;And these<br>
response or fault indication information will be encapsulated in BNM<br>
packet by the way of TLV packet. &nbsp;So it may decrease the number of<br>
OAM type and keep compatibility with MPLS network. on the other hand,<br>
this encapsulating these feedback or response information by the way<br>
of TLV packet will be easy to extend OAM function to operate an MPLS<br>
Transport profile(MPLS-TP) label switched path (LSP).</tt></font>
<br><font size=3><br>
<br>
A URL for this Internet-Draft is:</font><font size=3 color=blue><u><br>
</u></font><a href="http://www.ietf.org/internet-drafts/draft-puri-pwe3-ib-encap-00.txt"><font size=3 color=blue><u>http://www.ietf.org/internet-drafts/draft-liu-mpls-tp-bnm-00.txt</u></font></a><font size=3><br>
<br>
Internet-Drafts are also available by anonymous FTP at:</font><font size=3 color=blue><u><br>
</u></font><a href="ftp://ftp.ietf.org/internet-drafts/" target=_blank><font size=3 color=blue><u>ftp://ftp.ietf.org/internet-drafts/</u></font></a><font size=3>
</font>
<br><font size=3><tt><br>
</tt></font><font size=2><tt>_______________________________________________<br>
</tt></font><br><pre>
--------------------------------------------------------
ZTE&nbsp;Information&nbsp;Security&nbsp;Notice:&nbsp;The&nbsp;information&nbsp;contained&nbsp;in&nbsp;this&nbsp;mail&nbsp;is&nbsp;solely&nbsp;property&nbsp;of&nbsp;the&nbsp;sender's&nbsp;organization.&nbsp;This&nbsp;mail&nbsp;communication&nbsp;is&nbsp;confidential.&nbsp;Recipients&nbsp;named&nbsp;above&nbsp;are&nbsp;obligated&nbsp;to&nbsp;maintain&nbsp;secrecy&nbsp;and&nbsp;are&nbsp;not&nbsp;permitted&nbsp;to&nbsp;disclose&nbsp;the&nbsp;contents&nbsp;of&nbsp;this&nbsp;communication&nbsp;to&nbsp;others.
This&nbsp;email&nbsp;and&nbsp;any&nbsp;files&nbsp;transmitted&nbsp;with&nbsp;it&nbsp;are&nbsp;confidential&nbsp;and&nbsp;intended&nbsp;solely&nbsp;for&nbsp;the&nbsp;use&nbsp;of&nbsp;the&nbsp;individual&nbsp;or&nbsp;entity&nbsp;to&nbsp;whom&nbsp;they&nbsp;are&nbsp;addressed.&nbsp;If&nbsp;you&nbsp;have&nbsp;received&nbsp;this&nbsp;email&nbsp;in&nbsp;error&nbsp;please&nbsp;notify&nbsp;the&nbsp;originator&nbsp;of&nbsp;the&nbsp;message.&nbsp;Any&nbsp;views&nbsp;expressed&nbsp;in&nbsp;this&nbsp;message&nbsp;are&nbsp;those&nbsp;of&nbsp;the&nbsp;individual&nbsp;sender.
This&nbsp;message&nbsp;has&nbsp;been&nbsp;scanned&nbsp;for&nbsp;viruses&nbsp;and&nbsp;Spam&nbsp;by&nbsp;ZTE&nbsp;Anti-Spam&nbsp;system.
</pre>
--=_alternative 0031718448257571_=--

From llevrau@alcatel-lucent.com  Fri Mar  6 01:17:36 2009
Return-Path: <llevrau@alcatel-lucent.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C62CE3A6BDA; Fri,  6 Mar 2009 01:17:36 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.648
X-Spam-Level: 
X-Spam-Status: No, score=-5.648 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_FR=0.35, HTML_MESSAGE=0.001, J_CHICKENPOX_38=0.6, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id x0MmIaHlyWyq; Fri,  6 Mar 2009 01:17:35 -0800 (PST)
Received: from smail6.alcatel.fr (colt-na5.alcatel.fr [62.23.212.5]) by core3.amsl.com (Postfix) with ESMTP id 45E6A28C1D1; Fri,  6 Mar 2009 01:17:34 -0800 (PST)
Received: from FRMRSSXCHHUB01.dc-m.alcatel-lucent.com (FRMRSSXCHHUB01.dc-m.alcatel-lucent.com [135.120.45.61]) by smail6.alcatel.fr (8.13.8/8.13.8/ICT) with ESMTP id n269I2Ws015158 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Fri, 6 Mar 2009 10:18:03 +0100
Received: from FRMRSSXCHMBSB3.dc-m.alcatel-lucent.com ([135.120.45.41]) by FRMRSSXCHHUB01.dc-m.alcatel-lucent.com ([135.120.45.61]) with mapi; Fri, 6 Mar 2009 10:18:02 +0100
From: "LEVRAU, LIEVEN (LIEVEN)" <llevrau@alcatel-lucent.com>
To: "liu.guoman@zte.com.cn" <liu.guoman@zte.com.cn>, "mpls@ietf.org" <mpls@ietf.org>, "mpls-tp@ietf.org" <mpls-tp@ietf.org>
Date: Fri, 6 Mar 2009 10:18:02 +0100
Thread-Topic: [mpls] (no subject)
Thread-Index: AcmeO0cmCRs99zCnTx24QsxHgs8llAAAROEA
Message-ID: <4D3F2B2A3FE4B54DBF449418B192A1FE74CEB559@FRMRSSXCHMBSB3.dc-m.alcatel-lucent.com>
References: <OF2EB321E5.C5AD3F3E-ON48257571.003092A4-48257571.0031718F@zte.com.cn>
In-Reply-To: <OF2EB321E5.C5AD3F3E-ON48257571.003092A4-48257571.0031718F@zte.com.cn>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
Content-Type: multipart/alternative; boundary="_000_4D3F2B2A3FE4B54DBF449418B192A1FE74CEB559FRMRSSXCHMBSB3d_"
MIME-Version: 1.0
X-Scanned-By: MIMEDefang 2.57 on 155.132.188.84
Subject: Re: [mpls] (no subject)
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 06 Mar 2009 09:17:36 -0000

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

Hi This link is broken.
Please update and resend.

http://www.ietf.org/internet-drafts/draft-puri-pwe3-ib-encap-00.txt


Thank you

./
Lieven

From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of liu=
.guoman@zte.com.cn
Sent: 06 March 2009 10:01
To: mpls@ietf.org; mpls-tp@ietf.org
Subject: [mpls] (no subject)


Hi, all

  Please consider a new Internet-Draft that is available from the on-line
Internet-Drafts directories. We are seeking to have this incorporated as
a MPLS Working Group draft. This document was posted last month, and
we sincerely welcome any comments or feedback on this draft.

Filename:                  draft-liu-mpls-tp-bnm-00
Revision:                  00
Title:                       Multiprotocol Label Switching Transport Profil=
e Backward Notify Message Packet
Creation_date:                  2009-02-23
Number_of_pages:           11

Abstract:
This document specifies an extension to MPLS BDI packet to form a new
type of OAM packet BNM(Backward Notify Message) , this BNM packet
will not only have the function of informing source MEP about
existing fault in the back of path like MPLS BDI packet, but also it
may response or feedback to performance and test aspect.  And these
response or fault indication information will be encapsulated in BNM
packet by the way of TLV packet.  So it may decrease the number of
OAM type and keep compatibility with MPLS network. on the other hand,
this encapsulating these feedback or response information by the way
of TLV packet will be easy to extend OAM function to operate an MPLS
Transport profile(MPLS-TP) label switched path (LSP).


A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-liu-mpls-tp-bnm-00.txt<http://www=
.ietf.org/internet-drafts/draft-puri-pwe3-ib-encap-00.txt>

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

_______________________________________________



--------------------------------------------------------

ZTE Information Security Notice: The information contained in this mail is =
solely property of the sender's organization. This mail communication is co=
nfidential. Recipients named above are obligated to maintain secrecy and ar=
e not permitted to disclose the contents of this communication to others.

This email and any files transmitted with it are confidential and intended =
solely for the use of the individual or entity to whom they are addressed. =
If you have received this email in error please notify the originator of th=
e message. Any views expressed in this message are those of the individual =
sender.

This message has been scanned for viruses and Spam by ZTE Anti-Spam system.

--_000_4D3F2B2A3FE4B54DBF449418B192A1FE74CEB559FRMRSSXCHMBSB3d_
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=3DContent-Type content=3D"text/html; charset=3Dus-ascii">
<meta name=3DGenerator content=3D"Microsoft Word 12 (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;}
@font-face
	{font-family:Consolas;
	panose-1:2 11 6 9 2 2 4 3 2 4;}
@font-face
	{font-family:"Lucida Grande";
	panose-1:0 0 0 0 0 0 0 0 0 0;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	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;}
pre
	{mso-style-priority:99;
	mso-style-link:"HTML Preformatted Char";
	margin:0cm;
	margin-bottom:.0001pt;
	font-size:10.0pt;
	font-family:"Courier New";}
tt
	{mso-style-priority:99;
	font-family:"Courier New";}
span.HTMLPreformattedChar
	{mso-style-name:"HTML Preformatted Char";
	mso-style-priority:99;
	mso-style-link:"HTML Preformatted";
	font-family:Consolas;}
span.EmailStyle20
	{mso-style-type:personal-reply;
	font-family:"Calibri","sans-serif";
	color:#1F497D;}
span.apple-style-span
	{mso-style-name:apple-style-span;}
.MsoChpDefault
	{mso-style-type:export-only;}
@page Section1
	{size:612.0pt 792.0pt;
	margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.Section1
	{page:Section1;}
-->
</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=3DEN-GB link=3Dblue vlink=3Dpurple>

<div class=3DSection1>

<p class=3DMsoNormal><span style=3D'font-size:11.0pt;font-family:"Calibri",=
"sans-serif";
color:#1F497D'>Hi This link is broken.<o:p></o:p></span></p>

<p class=3DMsoNormal><span style=3D'font-size:11.0pt;font-family:"Calibri",=
"sans-serif";
color:#1F497D'>Please update and resend.<o:p></o:p></span></p>

<p class=3DMsoNormal><span style=3D'font-size:11.0pt;font-family:"Calibri",=
"sans-serif";
color:#1F497D'><o:p>&nbsp;</o:p></span></p>

<p class=3DMsoNormal><span class=3Dapple-style-span><span style=3D'font-siz=
e:9.0pt;
font-family:"Lucida Grande","serif";color:black'><a
href=3D"http://www.ietf.org/internet-drafts/draft-puri-pwe3-ib-encap-00.txt=
">http://www.ietf.org/internet-drafts/draft-puri-pwe3-ib-encap-00.txt</a><o=
:p></o:p></span></span></p>

<p class=3DMsoNormal><span class=3Dapple-style-span><span style=3D'font-siz=
e:9.0pt;
font-family:"Lucida Grande","serif";color:black'><o:p>&nbsp;</o:p></span></=
span></p>

<p class=3DMsoNormal><span style=3D'font-size:11.0pt;font-family:"Calibri",=
"sans-serif";
color:#1F497D'><o:p>&nbsp;</o:p></span></p>

<p class=3DMsoNormal><span style=3D'font-size:11.0pt;font-family:"Calibri",=
"sans-serif";
color:#1F497D'>Thank you<o:p></o:p></span></p>

<p class=3DMsoNormal><span style=3D'font-size:11.0pt;font-family:"Calibri",=
"sans-serif";
color:#1F497D'><o:p>&nbsp;</o:p></span></p>

<p class=3DMsoNormal><span style=3D'font-size:11.0pt;font-family:"Calibri",=
"sans-serif";
color:#1F497D'>./<o:p></o:p></span></p>

<p class=3DMsoNormal><span style=3D'font-size:11.0pt;font-family:"Calibri",=
"sans-serif";
color:#1F497D'>Lieven<o:p></o:p></span></p>

<p class=3DMsoNormal><span style=3D'font-size:11.0pt;font-family:"Calibri",=
"sans-serif";
color:#1F497D'><o:p>&nbsp;</o:p></span></p>

<div style=3D'border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm =
0cm 0cm'>

<p class=3DMsoNormal><b><span lang=3DEN-US style=3D'font-size:10.0pt;font-f=
amily:
"Tahoma","sans-serif"'>From:</span></b><span lang=3DEN-US style=3D'font-siz=
e:10.0pt;
font-family:"Tahoma","sans-serif"'> mpls-bounces@ietf.org
[mailto:mpls-bounces@ietf.org] <b>On Behalf Of </b>liu.guoman@zte.com.cn<br=
>
<b>Sent:</b> 06 March 2009 10:01<br>
<b>To:</b> mpls@ietf.org; mpls-tp@ietf.org<br>
<b>Subject:</b> [mpls] (no subject)<o:p></o:p></span></p>

</div>

<p class=3DMsoNormal><o:p>&nbsp;</o:p></p>

<p class=3DMsoNormal style=3D'margin-bottom:12.0pt'><br>
<span style=3D'font-family:"Arial","sans-serif"'>Hi, all</span> <br>
<br>
&nbsp; Please consider a new Internet-Draft that is available from the on-l=
ine <br>
Internet-Drafts directories. We are seeking to have this incorporated as <b=
r>
a MPLS Working Group draft. This document was posted last month, and<br>
we sincerely welcome any comments or feedback on this draft.<br>
<br>
<tt><span style=3D'font-size:10.0pt'>Filename: &nbsp; &nbsp; &nbsp; &nbsp; =
&nbsp;
&nbsp; &nbsp; &nbsp; &nbsp;draft-liu-mpls-tp-bnm-00</span></tt><span
style=3D'font-size:10.0pt;font-family:"Courier New"'><br>
<tt>Revision: &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp=
;00</tt><br>
<tt>Title: &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp; &nbsp; Multiprotocol Label Switching Transport Profile Backward Noti=
fy
Message Packet</tt><br>
<tt>Creation_date: &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;
&nbsp;2009-02-23</tt><br>
<tt>Number_of_pages: &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; 11</tt><br>
<br>
<tt>Abstract:</tt><br>
<tt>This document specifies an extension to MPLS BDI packet to form a new</=
tt><br>
<tt>type of OAM packet BNM(Backward Notify Message) , this BNM packet</tt><=
br>
<tt>will not only have the function of informing source MEP about</tt><br>
<tt>existing fault in the back of path like MPLS BDI packet, but also it</t=
t><br>
<tt>may response or feedback to performance and test aspect. &nbsp;And thes=
e</tt><br>
<tt>response or fault indication information will be encapsulated in BNM</t=
t><br>
<tt>packet by the way of TLV packet. &nbsp;So it may decrease the number of=
</tt><br>
<tt>OAM type and keep compatibility with MPLS network. on the other hand,</=
tt><br>
<tt>this encapsulating these feedback or response information by the way</t=
t><br>
<tt>of TLV packet will be easy to extend OAM function to operate an MPLS</t=
t><br>
<tt>Transport profile(MPLS-TP) label switched path (LSP).</tt></span> <br>
<br>
<br>
A URL for this Internet-Draft is:<u><span style=3D'color:blue'><br>
</span></u><a
href=3D"http://www.ietf.org/internet-drafts/draft-puri-pwe3-ib-encap-00.txt=
">http://www.ietf.org/internet-drafts/draft-liu-mpls-tp-bnm-00.txt</a><br>
<br>
Internet-Drafts are also available by anonymous FTP at:<u><span
style=3D'color:blue'><br>
</span></u><a href=3D"ftp://ftp.ietf.org/internet-drafts/" target=3D"_blank=
">ftp://ftp.ietf.org/internet-drafts/</a>
<br>
<span style=3D'font-size:10.0pt;font-family:"Courier New"'><br>
<tt>_______________________________________________</tt></span><o:p></o:p><=
/p>

<pre><o:p>&nbsp;</o:p></pre><pre>------------------------------------------=
--------------<o:p></o:p></pre><pre>ZTE&nbsp;Information&nbsp;Security&nbsp=
;Notice:&nbsp;The&nbsp;information&nbsp;contained&nbsp;in&nbsp;this&nbsp;ma=
il&nbsp;is&nbsp;solely&nbsp;property&nbsp;of&nbsp;the&nbsp;sender's&nbsp;or=
ganization.&nbsp;This&nbsp;mail&nbsp;communication&nbsp;is&nbsp;confidentia=
l.&nbsp;Recipients&nbsp;named&nbsp;above&nbsp;are&nbsp;obligated&nbsp;to&nb=
sp;maintain&nbsp;secrecy&nbsp;and&nbsp;are&nbsp;not&nbsp;permitted&nbsp;to&=
nbsp;disclose&nbsp;the&nbsp;contents&nbsp;of&nbsp;this&nbsp;communication&n=
bsp;to&nbsp;others.<o:p></o:p></pre><pre>This&nbsp;email&nbsp;and&nbsp;any&=
nbsp;files&nbsp;transmitted&nbsp;with&nbsp;it&nbsp;are&nbsp;confidential&nb=
sp;and&nbsp;intended&nbsp;solely&nbsp;for&nbsp;the&nbsp;use&nbsp;of&nbsp;th=
e&nbsp;individual&nbsp;or&nbsp;entity&nbsp;to&nbsp;whom&nbsp;they&nbsp;are&=
nbsp;addressed.&nbsp;If&nbsp;you&nbsp;have&nbsp;received&nbsp;this&nbsp;ema=
il&nbsp;in&nbsp;error&nbsp;please&nbsp;notify&nbsp;the&nbsp;originator&nbsp=
;of&nbsp;the&nbsp;message.&nbsp;Any&nbsp;views&nbsp;expressed&nbsp;in&nbsp;=
this&nbsp;message&nbsp;are&nbsp;those&nbsp;of&nbsp;the&nbsp;individual&nbsp=
;sender.<o:p></o:p></pre><pre>This&nbsp;message&nbsp;has&nbsp;been&nbsp;sca=
nned&nbsp;for&nbsp;viruses&nbsp;and&nbsp;Spam&nbsp;by&nbsp;ZTE&nbsp;Anti-Sp=
am&nbsp;system.<o:p></o:p></pre></div>

</body>

</html>

--_000_4D3F2B2A3FE4B54DBF449418B192A1FE74CEB559FRMRSSXCHMBSB3d_--

From stbryant@cisco.com  Fri Mar  6 03:38:11 2009
Return-Path: <stbryant@cisco.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 793B83A6AA9; Fri,  6 Mar 2009 03:38:11 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.907
X-Spam-Level: 
X-Spam-Status: No, score=-9.907 tagged_above=-999 required=5 tests=[AWL=0.092,  BAYES_00=-2.599, J_CHICKENPOX_38=0.6, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ipk5fIEDHocp; Fri,  6 Mar 2009 03:38:10 -0800 (PST)
Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by core3.amsl.com (Postfix) with ESMTP id ADE793A682E; Fri,  6 Mar 2009 03:38:09 -0800 (PST)
X-IronPort-AV: E=Sophos;i="4.38,314,1233532800"; d="scan'208";a="35526660"
Received: from ams-dkim-2.cisco.com ([144.254.224.139]) by ams-iport-1.cisco.com with ESMTP; 06 Mar 2009 11:38:39 +0000
Received: from ams-core-1.cisco.com (ams-core-1.cisco.com [144.254.224.150]) by ams-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id n26BcctY026426;  Fri, 6 Mar 2009 12:38:39 +0100
Received: from cisco.com (mrwint.cisco.com [64.103.71.48]) by ams-core-1.cisco.com (8.13.8/8.13.8) with ESMTP id n26BccnS028818; Fri, 6 Mar 2009 11:38:38 GMT
Received: from Stewarts-Computer.local (localhost [127.0.0.1]) by cisco.com (8.11.7p3+Sun/8.8.8) with ESMTP id n26BcbF09811; Fri, 6 Mar 2009 11:38:37 GMT
Message-ID: <49B10B3D.1030703@cisco.com>
Date: Fri, 06 Mar 2009 11:38:37 +0000
From: Stewart Bryant <stbryant@cisco.com>
User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209)
MIME-Version: 1.0
To: "liu.guoman@zte.com.cn" <liu.guoman@zte.com.cn>
References: <OF2EB321E5.C5AD3F3E-ON48257571.003092A4-48257571.0031718F@zte.com.cn> <4D3F2B2A3FE4B54DBF449418B192A1FE74CEB559@FRMRSSXCHMBSB3.dc-m.alcatel-lucent.com>
In-Reply-To: <4D3F2B2A3FE4B54DBF449418B192A1FE74CEB559@FRMRSSXCHMBSB3.dc-m.alcatel-lucent.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=3979; t=1236339519; x=1237203519; c=relaxed/simple; s=amsdkim2001; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=stbryant@cisco.com; z=From:=20Stewart=20Bryant=20<stbryant@cisco.com> |Subject:=20draft-liu-mpls-tp-bnm-00.txt=20-=20was=20no=20s ubject |Sender:=20; bh=vpKaKXDNsvhywkjBSTVZ8f2O7OAljE3CLkyo7K24UGM=; b=g5d3avR+YwKp6nAyJLCncIjf45MqFXtR0M0O5O1sNeQRsiw3nd7Saefgao hF+FoylCDch1bKRWHTH1Wh3h4J07pAK3yIWYh895D9QBpID3rcbSkdIlDf2x yUemLNXrTB;
Authentication-Results: ams-dkim-2; header.From=stbryant@cisco.com; dkim=pass ( sig from cisco.com/amsdkim2001 verified; ); 
Cc: "mpls@ietf.org" <mpls@ietf.org>, "mpls-tp@ietf.org" <mpls-tp@ietf.org>
Subject: [mpls] draft-liu-mpls-tp-bnm-00.txt - was no subject
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: stbryant@cisco.com
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 06 Mar 2009 11:38:11 -0000

The draft is at

http://www.ietf.org/internet-drafts/draft-liu-mpls-tp-bnm-00.txt

A few points

The A bit mechanism is not the mechanism that is described in the latest
version of draft-ietf-mpls-tp-gach-gal. Instead you need to define the
type to always have an TLV, but set the TLV length to zero in the
TLV header when no TLVs are needed.

We need to consider the overlap with draft-boutros-mpls-tp-xxx-00.txt
series of drafts and should look to merge the appropriate content.

I am not sure at this stage why we need vendor specific and/or
experimental types. At best I think we only need one, but
I think experiments should be conducted on the experimental
ACH code point.

There is no explaination of the operation of the CSF and
fault TLVs.

Regards

Stewart





LEVRAU, LIEVEN (LIEVEN) wrote:
>
> Hi This link is broken.
>
> Please update and resend.
>
>  
>
> http://www.ietf.org/internet-drafts/draft-puri-pwe3-ib-encap-00.txt
>
>  
>
>  
>
> Thank you
>
>  
>
> ./
>
> Lieven
>
>  
>
> *From:* mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] *On 
> Behalf Of *liu.guoman@zte.com.cn
> *Sent:* 06 March 2009 10:01
> *To:* mpls@ietf.org; mpls-tp@ietf.org
> *Subject:* [mpls] (no subject)
>
>  
>
>
> Hi, all
>
>   Please consider a new Internet-Draft that is available from the on-line
> Internet-Drafts directories. We are seeking to have this incorporated as
> a MPLS Working Group draft. This document was posted last month, and
> we sincerely welcome any comments or feedback on this draft.
>
> Filename:                  draft-liu-mpls-tp-bnm-00
> Revision:                  00
> Title:                       Multiprotocol Label Switching Transport 
> Profile Backward Notify Message Packet
> Creation_date:                  2009-02-23
> Number_of_pages:           11
>
> Abstract:
> This document specifies an extension to MPLS BDI packet to form a new
> type of OAM packet BNM(Backward Notify Message) , this BNM packet
> will not only have the function of informing source MEP about
> existing fault in the back of path like MPLS BDI packet, but also it
> may response or feedback to performance and test aspect.  And these
> response or fault indication information will be encapsulated in BNM
> packet by the way of TLV packet.  So it may decrease the number of
> OAM type and keep compatibility with MPLS network. on the other hand,
> this encapsulating these feedback or response information by the way
> of TLV packet will be easy to extend OAM function to operate an MPLS
> Transport profile(MPLS-TP) label switched path (LSP).
>
>
> A URL for this Internet-Draft is:_
> _http://www.ietf.org/internet-drafts/draft-liu-mpls-tp-bnm-00.txt 
> <http://www.ietf.org/internet-drafts/draft-puri-pwe3-ib-encap-00.txt>
>
> Internet-Drafts are also available by anonymous FTP at:_
> _ftp://ftp.ietf.org/internet-drafts/
>
> _______________________________________________
>
>  
> --------------------------------------------------------
> ZTE Information Security Notice: The information contained in this mail is solely property of the sender's organization. This mail communication is confidential. Recipients named above are obligated to maintain secrecy and are not permitted to disclose the contents of this communication to others.
> This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the originator of the message. Any views expressed in this message are those of the individual sender.
> This message has been scanned for viruses and Spam by ZTE Anti-Spam system.
> ------------------------------------------------------------------------
>
> _______________________________________________
> mpls-tp mailing list
> mpls-tp@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls-tp
>   


From liu.guoman@zte.com.cn  Fri Mar  6 22:11:23 2009
Return-Path: <liu.guoman@zte.com.cn>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 063093A6AAD; Fri,  6 Mar 2009 22:11:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -91.818
X-Spam-Level: 
X-Spam-Status: No, score=-91.818 tagged_above=-999 required=5 tests=[AWL=-0.572, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HTML_MESSAGE=0.001, J_CHICKENPOX_38=0.6, J_CHICKENPOX_39=0.6, J_CHICKENPOX_56=0.6, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_DOUBLE_IP_SPAM=3.798, RDNS_NONE=0.1, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mHSLiP1s4kN3; Fri,  6 Mar 2009 22:11:21 -0800 (PST)
Received: from mail.zte.com.cn (unknown [202.103.147.144]) by core3.amsl.com (Postfix) with ESMTP id E87103A6AD9; Fri,  6 Mar 2009 22:11:13 -0800 (PST)
Received: from [10.30.3.18] by 10.30.2.249 with StormMail ESMTP id 35764.3345023926; Sat, 7 Mar 2009 14:33:11 +0800 (CST)
Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse1.zte.com.cn with ESMTP id n276B0UU021475; Sat, 7 Mar 2009 14:11:00 +0800 (CST) (envelope-from liu.guoman@zte.com.cn)
In-Reply-To: <49B10B3D.1030703@cisco.com>
To: stbryant@cisco.com
MIME-Version: 1.0
X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005
Message-ID: <OF0A26B8C5.47554C07-ON48257572.000F2DDD-48257572.0021B784@zte.com.cn>
From: liu.guoman@zte.com.cn
Date: Sat, 7 Mar 2009 14:09:19 +0800
X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 6.5.4|March 27, 2005) at 2009-03-07 14:10:49, Serialize complete at 2009-03-07 14:10:49
Content-Type: multipart/alternative; boundary="=_alternative 0021B77948257572_="
X-MAIL: mse1.zte.com.cn n276B0UU021475
Cc: mpls@ietf.org, mpls-tp@ietf.org
Subject: Re: [mpls] draft-liu-mpls-tp-bnm-00.txt - was no subject
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 07 Mar 2009 06:11:23 -0000

This is a multipart message in MIME format.
--=_alternative 0021B77948257572_=
Content-Type: text/plain; charset="GB2312"
Content-Transfer-Encoding: base64

QnJ5YW50Og0KICB0aGFuayB5b3UgZm9yIHlvdXIgY29tbWVudHMgdG8gbXkgZHJhZnQgLEFib3V0
IEEgYml0LCBJIHRoaW5rIHlvdXIgDQpzdWdnZXN0aW9uIGlzIHRydWUuIEkgY29tcGxldGVseSBh
Z3JlZSB5b3UuDQpzZWNvbmRseSwgSSBzZWUgYW5kIHN0dWR5IGRlZXBseSBkcmFmdC1ib3V0cm9z
LW1wbHMtdHAteHh4LTAwLG1heWJlIHRoZSANCmVuY2Fwc3VsYXRpb24gaW4gb3VyIGRyYWZ0IGlz
IHRoZSBzYW1lIGFzIGJvdXRvcidzIC4gYnV0IGJvdGggZnVuY3Rpb24gaXMgDQpkaWZmZXJlbnQu
SW4gYm91dHJvcydzIGRyYWZ0LCBpdCB1c2VkIHRvIGRldGVjdGluZyBkZWZlY3RzIG9mIHRoZSBw
YXRoIGFuZCANCmxzcCBzd2l0Y2hpbmcgYnkgcmVzaWduaW5nIGEgbmV3IHR5cGUgT0FNIChGTS9s
b29wYmFjay9jdikuIHdoaWxlIFRoaXMgQk5NIA0KT0FNIHBhY2tldCBpbiBvdXIgZHJhZnQgbWF5
YmUgaGF2ZSBtb3JlIGZ1bmN0aW9uIGJ5IGV4dGVuZGluZyBkaWZmZXJlbnQgDQp0eXBlIG9mIFRM
ViBwYWNrZXRzLiBpdCBtYXkgbm90IG9ubHkgYmFja3dhcmQgbm90aWZ5IGZhdWx0IHRvIHNvdXJj
ZSBwb2ludCANCmxpa2UgQkRJLiBpdCBhbHNvIGhhdmUgdGhlc2UgZnVuY3Rpb25zIHN1Y2ggYXMg
VlNSL0VYUi9TU00vQ1NGIA0KZWN0LmZ1bmN0aW9ucyB3aGljaCBhcmUgbWVudGlvbmVkIGluIFQt
TVBMUyBsYXllciBuZXR3b3JrLiBpbiBhZGRpdGlvbnMgaXQgDQppcyB2ZXJ5IGltcG9ydGFudCBm
b3Igb3VyIHNvbHV0aW9uIHRvIGtlZXAgY29tcGF0aWJpbGl0eSB3aXRoIE1QTFMgbGF5ZXIgDQpu
ZXR3b3JrLg0KZm9yIENTRiBmdW5jdGlvbnMgLCB5b3UgbWF5IHNlZSBUSVUgWS4xN1RPTSwgdGhl
cmUgY2FuIGJlIGRldGFpbCANCmV4cGxhaW5hdGlvbiBhbmQgZGVzY3JpcHRpb24gaW4gaXQgLg0K
aGVyZSBJIHdpbGwgc2F5IHNvcnJ5IHRvIGFsbCBmb3IgbGFzdCBVTFIgaXMgd3JvbmcucGxlYXNl
IG1heSBzZWUgdGhpcyANCmRyYWZ0IGFzIHRoZSBmb2xsb3cgVVJMOg0KICAgIGh0dHA6Ly93d3cu
aWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LWxpdS1tcGxzLXRwLWJubS0wMC50eHQgDQog
DQpyZWdhcmRzDQpsaXUNCiANCg0KDQoNCg0KU3Rld2FydCBCcnlhbnQgPHN0YnJ5YW50QGNpc2Nv
LmNvbT4gDQq3orz+yMs6ICBtcGxzLWJvdW5jZXNAaWV0Zi5vcmcNCjIwMDktMDMtMDYgMTk6MzgN
CsfrtPC4tCC4+A0Kc3RicnlhbnRAY2lzY28uY29tDQoNCg0KytW8/sjLDQoibGl1Lmd1b21hbkB6
dGUuY29tLmNuIiA8bGl1Lmd1b21hbkB6dGUuY29tLmNuPg0Ks63LzQ0KIm1wbHNAaWV0Zi5vcmci
IDxtcGxzQGlldGYub3JnPiwgIm1wbHMtdHBAaWV0Zi5vcmciIDxtcGxzLXRwQGlldGYub3JnPg0K
1vfM4g0KW21wbHNdIGRyYWZ0LWxpdS1tcGxzLXRwLWJubS0wMC50eHQgLSB3YXMgbm8gc3ViamVj
dA0KDQoNCg0KDQoNCg0KVGhlIGRyYWZ0IGlzIGF0DQoNCmh0dHA6Ly93d3cuaWV0Zi5vcmcvaW50
ZXJuZXQtZHJhZnRzL2RyYWZ0LWxpdS1tcGxzLXRwLWJubS0wMC50eHQNCg0KQSBmZXcgcG9pbnRz
DQoNClRoZSBBIGJpdCBtZWNoYW5pc20gaXMgbm90IHRoZSBtZWNoYW5pc20gdGhhdCBpcyBkZXNj
cmliZWQgaW4gdGhlIGxhdGVzdA0KdmVyc2lvbiBvZiBkcmFmdC1pZXRmLW1wbHMtdHAtZ2FjaC1n
YWwuIEluc3RlYWQgeW91IG5lZWQgdG8gZGVmaW5lIHRoZQ0KdHlwZSB0byBhbHdheXMgaGF2ZSBh
biBUTFYsIGJ1dCBzZXQgdGhlIFRMViBsZW5ndGggdG8gemVybyBpbiB0aGUNClRMViBoZWFkZXIg
d2hlbiBubyBUTFZzIGFyZSBuZWVkZWQuDQoNCldlIG5lZWQgdG8gY29uc2lkZXIgdGhlIG92ZXJs
YXAgd2l0aCBkcmFmdC1ib3V0cm9zLW1wbHMtdHAteHh4LTAwLnR4dA0Kc2VyaWVzIG9mIGRyYWZ0
cyBhbmQgc2hvdWxkIGxvb2sgdG8gbWVyZ2UgdGhlIGFwcHJvcHJpYXRlIGNvbnRlbnQuDQoNCkkg
YW0gbm90IHN1cmUgYXQgdGhpcyBzdGFnZSB3aHkgd2UgbmVlZCB2ZW5kb3Igc3BlY2lmaWMgYW5k
L29yDQpleHBlcmltZW50YWwgdHlwZXMuIEF0IGJlc3QgSSB0aGluayB3ZSBvbmx5IG5lZWQgb25l
LCBidXQNCkkgdGhpbmsgZXhwZXJpbWVudHMgc2hvdWxkIGJlIGNvbmR1Y3RlZCBvbiB0aGUgZXhw
ZXJpbWVudGFsDQpBQ0ggY29kZSBwb2ludC4NCg0KVGhlcmUgaXMgbm8gZXhwbGFpbmF0aW9uIG9m
IHRoZSBvcGVyYXRpb24gb2YgdGhlIENTRiBhbmQNCmZhdWx0IFRMVnMuDQoNClJlZ2FyZHMNCg0K
U3Rld2FydA0KDQoNCg0KDQoNCkxFVlJBVSwgTElFVkVOIChMSUVWRU4pIHdyb3RlOg0KPg0KPiBI
aSBUaGlzIGxpbmsgaXMgYnJva2VuLg0KPg0KPiBQbGVhc2UgdXBkYXRlIGFuZCByZXNlbmQuDQo+
DQo+IA0KPg0KPiBodHRwOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC1wdXJp
LXB3ZTMtaWItZW5jYXAtMDAudHh0DQo+DQo+IA0KPg0KPiANCj4NCj4gVGhhbmsgeW91DQo+DQo+
IA0KPg0KPiAuLw0KPg0KPiBMaWV2ZW4NCj4NCj4gDQo+DQo+ICpGcm9tOiogbXBscy1ib3VuY2Vz
QGlldGYub3JnIFttYWlsdG86bXBscy1ib3VuY2VzQGlldGYub3JnXSAqT24gDQo+IEJlaGFsZiBP
ZiAqbGl1Lmd1b21hbkB6dGUuY29tLmNuDQo+ICpTZW50OiogMDYgTWFyY2ggMjAwOSAxMDowMQ0K
PiAqVG86KiBtcGxzQGlldGYub3JnOyBtcGxzLXRwQGlldGYub3JnDQo+ICpTdWJqZWN0OiogW21w
bHNdIChubyBzdWJqZWN0KQ0KPg0KPiANCj4NCj4NCj4gSGksIGFsbA0KPg0KPiAgIFBsZWFzZSBj
b25zaWRlciBhIG5ldyBJbnRlcm5ldC1EcmFmdCB0aGF0IGlzIGF2YWlsYWJsZSBmcm9tIHRoZSAN
Cm9uLWxpbmUNCj4gSW50ZXJuZXQtRHJhZnRzIGRpcmVjdG9yaWVzLiBXZSBhcmUgc2Vla2luZyB0
byBoYXZlIHRoaXMgaW5jb3Jwb3JhdGVkIGFzDQo+IGEgTVBMUyBXb3JraW5nIEdyb3VwIGRyYWZ0
LiBUaGlzIGRvY3VtZW50IHdhcyBwb3N0ZWQgbGFzdCBtb250aCwgYW5kDQo+IHdlIHNpbmNlcmVs
eSB3ZWxjb21lIGFueSBjb21tZW50cyBvciBmZWVkYmFjayBvbiB0aGlzIGRyYWZ0Lg0KPg0KPiBG
aWxlbmFtZTogICAgICAgICAgICAgICAgICBkcmFmdC1saXUtbXBscy10cC1ibm0tMDANCj4gUmV2
aXNpb246ICAgICAgICAgICAgICAgICAgMDANCj4gVGl0bGU6ICAgICAgICAgICAgICAgICAgICAg
ICBNdWx0aXByb3RvY29sIExhYmVsIFN3aXRjaGluZyBUcmFuc3BvcnQgDQo+IFByb2ZpbGUgQmFj
a3dhcmQgTm90aWZ5IE1lc3NhZ2UgUGFja2V0DQo+IENyZWF0aW9uX2RhdGU6ICAgICAgICAgICAg
ICAgICAgMjAwOS0wMi0yMw0KPiBOdW1iZXJfb2ZfcGFnZXM6ICAgICAgICAgICAxMQ0KPg0KPiBB
YnN0cmFjdDoNCj4gVGhpcyBkb2N1bWVudCBzcGVjaWZpZXMgYW4gZXh0ZW5zaW9uIHRvIE1QTFMg
QkRJIHBhY2tldCB0byBmb3JtIGEgbmV3DQo+IHR5cGUgb2YgT0FNIHBhY2tldCBCTk0oQmFja3dh
cmQgTm90aWZ5IE1lc3NhZ2UpICwgdGhpcyBCTk0gcGFja2V0DQo+IHdpbGwgbm90IG9ubHkgaGF2
ZSB0aGUgZnVuY3Rpb24gb2YgaW5mb3JtaW5nIHNvdXJjZSBNRVAgYWJvdXQNCj4gZXhpc3Rpbmcg
ZmF1bHQgaW4gdGhlIGJhY2sgb2YgcGF0aCBsaWtlIE1QTFMgQkRJIHBhY2tldCwgYnV0IGFsc28g
aXQNCj4gbWF5IHJlc3BvbnNlIG9yIGZlZWRiYWNrIHRvIHBlcmZvcm1hbmNlIGFuZCB0ZXN0IGFz
cGVjdC4gIEFuZCB0aGVzZQ0KPiByZXNwb25zZSBvciBmYXVsdCBpbmRpY2F0aW9uIGluZm9ybWF0
aW9uIHdpbGwgYmUgZW5jYXBzdWxhdGVkIGluIEJOTQ0KPiBwYWNrZXQgYnkgdGhlIHdheSBvZiBU
TFYgcGFja2V0LiAgU28gaXQgbWF5IGRlY3JlYXNlIHRoZSBudW1iZXIgb2YNCj4gT0FNIHR5cGUg
YW5kIGtlZXAgY29tcGF0aWJpbGl0eSB3aXRoIE1QTFMgbmV0d29yay4gb24gdGhlIG90aGVyIGhh
bmQsDQo+IHRoaXMgZW5jYXBzdWxhdGluZyB0aGVzZSBmZWVkYmFjayBvciByZXNwb25zZSBpbmZv
cm1hdGlvbiBieSB0aGUgd2F5DQo+IG9mIFRMViBwYWNrZXQgd2lsbCBiZSBlYXN5IHRvIGV4dGVu
ZCBPQU0gZnVuY3Rpb24gdG8gb3BlcmF0ZSBhbiBNUExTDQo+IFRyYW5zcG9ydCBwcm9maWxlKE1Q
TFMtVFApIGxhYmVsIHN3aXRjaGVkIHBhdGggKExTUCkuDQo+DQo+DQo+IEEgVVJMIGZvciB0aGlz
IEludGVybmV0LURyYWZ0IGlzOl8NCj4gX2h0dHA6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJh
ZnRzL2RyYWZ0LWxpdS1tcGxzLXRwLWJubS0wMC50eHQgDQo+IDxodHRwOi8vd3d3LmlldGYub3Jn
L2ludGVybmV0LWRyYWZ0cy9kcmFmdC1wdXJpLXB3ZTMtaWItZW5jYXAtMDAudHh0Pg0KPg0KPiBJ
bnRlcm5ldC1EcmFmdHMgYXJlIGFsc28gYXZhaWxhYmxlIGJ5IGFub255bW91cyBGVFAgYXQ6Xw0K
PiBfZnRwOi8vZnRwLmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy8NCj4NCj4gX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4NCj4gDQo+IC0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+IFpURSBJbmZv
cm1hdGlvbiBTZWN1cml0eSBOb3RpY2U6IFRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhp
cyBtYWlsIA0KaXMgc29sZWx5IHByb3BlcnR5IG9mIHRoZSBzZW5kZXIncyBvcmdhbml6YXRpb24u
IFRoaXMgbWFpbCBjb21tdW5pY2F0aW9uIA0KaXMgY29uZmlkZW50aWFsLiBSZWNpcGllbnRzIG5h
bWVkIGFib3ZlIGFyZSBvYmxpZ2F0ZWQgdG8gbWFpbnRhaW4gc2VjcmVjeSANCmFuZCBhcmUgbm90
IHBlcm1pdHRlZCB0byBkaXNjbG9zZSB0aGUgY29udGVudHMgb2YgdGhpcyBjb21tdW5pY2F0aW9u
IHRvIA0Kb3RoZXJzLg0KPiBUaGlzIGVtYWlsIGFuZCBhbnkgZmlsZXMgdHJhbnNtaXR0ZWQgd2l0
aCBpdCBhcmUgY29uZmlkZW50aWFsIGFuZCANCmludGVuZGVkIHNvbGVseSBmb3IgdGhlIHVzZSBv
ZiB0aGUgaW5kaXZpZHVhbCBvciBlbnRpdHkgdG8gd2hvbSB0aGV5IGFyZSANCmFkZHJlc3NlZC4g
SWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBlbWFpbCBpbiBlcnJvciBwbGVhc2Ugbm90aWZ5IHRo
ZSANCm9yaWdpbmF0b3Igb2YgdGhlIG1lc3NhZ2UuIEFueSB2aWV3cyBleHByZXNzZWQgaW4gdGhp
cyBtZXNzYWdlIGFyZSB0aG9zZSANCm9mIHRoZSBpbmRpdmlkdWFsIHNlbmRlci4NCj4gVGhpcyBt
ZXNzYWdlIGhhcyBiZWVuIHNjYW5uZWQgZm9yIHZpcnVzZXMgYW5kIFNwYW0gYnkgWlRFIEFudGkt
U3BhbSANCnN5c3RlbS4NCj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+DQo+IF9fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IG1wbHMtdHAgbWFpbGluZyBsaXN0DQo+
IG1wbHMtdHBAaWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m
by9tcGxzLXRwDQo+IA0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fXw0KbXBscyBtYWlsaW5nIGxpc3QNCm1wbHNAaWV0Zi5vcmcNCmh0dHBzOi8vd3d3Lmll
dGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBscw0KDQoNCg0KDQotLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KWlRFIEluZm9ybWF0aW9uIFNl
Y3VyaXR5IE5vdGljZTogVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIG1haWwgaXMg
c29sZWx5IHByb3BlcnR5IG9mIHRoZSBzZW5kZXIncyBvcmdhbml6YXRpb24uIFRoaXMgbWFpbCBj
b21tdW5pY2F0aW9uIGlzIGNvbmZpZGVudGlhbC4gUmVjaXBpZW50cyBuYW1lZCBhYm92ZSBhcmUg
b2JsaWdhdGVkIHRvIG1haW50YWluIHNlY3JlY3kgYW5kIGFyZSBub3QgcGVybWl0dGVkIHRvIGRp
c2Nsb3NlIHRoZSBjb250ZW50cyBvZiB0aGlzIGNvbW11bmljYXRpb24gdG8gb3RoZXJzLg0KVGhp
cyBlbWFpbCBhbmQgYW55IGZpbGVzIHRyYW5zbWl0dGVkIHdpdGggaXQgYXJlIGNvbmZpZGVudGlh
bCBhbmQgaW50ZW5kZWQgc29sZWx5IGZvciB0aGUgdXNlIG9mIHRoZSBpbmRpdmlkdWFsIG9yIGVu
dGl0eSB0byB3aG9tIHRoZXkgYXJlIGFkZHJlc3NlZC4gSWYgeW91IGhhdmUgcmVjZWl2ZWQgdGhp
cyBlbWFpbCBpbiBlcnJvciBwbGVhc2Ugbm90aWZ5IHRoZSBvcmlnaW5hdG9yIG9mIHRoZSBtZXNz
YWdlLiBBbnkgdmlld3MgZXhwcmVzc2VkIGluIHRoaXMgbWVzc2FnZSBhcmUgdGhvc2Ugb2YgdGhl
IGluZGl2aWR1YWwgc2VuZGVyLg0KVGhpcyBtZXNzYWdlIGhhcyBiZWVuIHNjYW5uZWQgZm9yIHZp
cnVzZXMgYW5kIFNwYW0gYnkgWlRFIEFudGktU3BhbSBzeXN0ZW0uDQo=
--=_alternative 0021B77948257572_=
Content-Type: text/html; charset="GB2312"
Content-Transfer-Encoding: base64

DQo8YnI+PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMtc2VyaWYiPkJyeWFudDo8L2ZvbnQ+DQo8YnI+
PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMtc2VyaWYiPiZuYnNwOyB0aGFuayB5b3UgZm9yIHlvdXIg
Y29tbWVudHMgdG8NCm15IGRyYWZ0ICxBYm91dCBBIGJpdCwgSSB0aGluayB5b3VyIHN1Z2dlc3Rp
b24gaXMgdHJ1ZS4gSSBjb21wbGV0ZWx5IGFncmVlDQp5b3UuPC9mb250Pg0KPGJyPjxmb250IHNp
emU9MyBmYWNlPSJzYW5zLXNlcmlmIj5zZWNvbmRseSwgSSBzZWUgYW5kIHN0dWR5IGRlZXBseSA8
L2ZvbnQ+PGZvbnQgc2l6ZT0zPjx0dD5kcmFmdC1ib3V0cm9zLW1wbHMtdHAteHh4LTAwPC90dD48
L2ZvbnQ+PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMtc2VyaWYiPixtYXliZQ0KdGhlIGVuY2Fwc3Vs
YXRpb24gaW4gb3VyIGRyYWZ0IGlzIHRoZSBzYW1lIGFzIGJvdXRvcidzIC4gYnV0IGJvdGggZnVu
Y3Rpb24NCmlzIGRpZmZlcmVudC5JbiBib3V0cm9zJ3MgZHJhZnQsIGl0IHVzZWQgdG8gZGV0ZWN0
aW5nIGRlZmVjdHMgb2YgdGhlIHBhdGgNCmFuZCBsc3Agc3dpdGNoaW5nIGJ5IHJlc2lnbmluZyBh
IG5ldyB0eXBlIE9BTSAoRk0vbG9vcGJhY2svY3YpLiB3aGlsZSBUaGlzDQpCTk0gT0FNIHBhY2tl
dCBpbiBvdXIgZHJhZnQgbWF5YmUgaGF2ZSBtb3JlIGZ1bmN0aW9uIGJ5IGV4dGVuZGluZyBkaWZm
ZXJlbnQNCnR5cGUgb2YgVExWIHBhY2tldHMuIGl0IG1heSBub3Qgb25seSBiYWNrd2FyZCBub3Rp
ZnkgZmF1bHQgdG8gc291cmNlIHBvaW50DQpsaWtlIEJESS4gaXQgYWxzbyBoYXZlIHRoZXNlIGZ1
bmN0aW9ucyBzdWNoIGFzIFZTUi9FWFIvU1NNL0NTRiBlY3QuZnVuY3Rpb25zDQp3aGljaCBhcmUg
bWVudGlvbmVkIGluIFQtTVBMUyBsYXllciBuZXR3b3JrLiBpbiBhZGRpdGlvbnMgaXQgaXMgdmVy
eSBpbXBvcnRhbnQNCmZvciBvdXIgc29sdXRpb24gdG8gPC9mb250Pjxmb250IHNpemU9Mz48dHQ+
a2VlcCBjb21wYXRpYmlsaXR5IHdpdGggTVBMUw0KbGF5ZXIgbmV0d29yay48L3R0PjwvZm9udD4N
Cjxicj48Zm9udCBzaXplPTM+PHR0PmZvciBDU0YgZnVuY3Rpb25zICwgeW91IG1heSBzZWUgVElV
IFkuMTdUT00sIHRoZXJlDQpjYW4gYmUgZGV0YWlsIGV4cGxhaW5hdGlvbiBhbmQgZGVzY3JpcHRp
b24gaW4gaXQgLjwvdHQ+PC9mb250Pg0KPGJyPjxmb250IHNpemU9Mz48dHQ+aGVyZSBJIHdpbGwg
c2F5IHNvcnJ5IHRvIGFsbCBmb3IgbGFzdCBVTFIgaXMgd3JvbmcucGxlYXNlDQptYXkgc2VlIHRo
aXMgZHJhZnQgYXMgdGhlIGZvbGxvdyBVUkw6PC90dD48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0x
PiZuYnNwOyAmbmJzcDsgPC9mb250Pjxmb250IHNpemU9Mz5odHRwOi8vd3d3LmlldGYub3JnL2lu
dGVybmV0LWRyYWZ0cy9kcmFmdC1saXUtbXBscy10cC1ibm0tMDAudHh0DQo8L2ZvbnQ+DQo8YnI+
PGZvbnQgc2l6ZT0xPiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu
YnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu
YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgPC9mb250Pg0K
PGJyPjxmb250IHNpemU9Mz48dHQ+cmVnYXJkczwvdHQ+PC9mb250Pg0KPGJyPjxmb250IHNpemU9
Mz48dHQ+bGl1PC90dD48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYi
PiZuYnNwOzwvZm9udD4NCjxicj4NCjxicj4NCjxicj4NCjxicj4NCjx0YWJsZSB3aWR0aD0xMDAl
Pg0KPHRyIHZhbGlnbj10b3A+DQo8dGQgd2lkdGg9MjYlPjxmb250IHNpemU9MSBmYWNlPSJzYW5z
LXNlcmlmIj48Yj5TdGV3YXJ0IEJyeWFudCAmbHQ7c3RicnlhbnRAY2lzY28uY29tJmd0OzwvYj4N
CjwvZm9udD4NCjxicj48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+t6K8/sjLOiAmbmJz
cDttcGxzLWJvdW5jZXNAaWV0Zi5vcmc8L2ZvbnQ+DQo8cD48Zm9udCBzaXplPTEgZmFjZT0ic2Fu
cy1zZXJpZiI+MjAwOS0wMy0wNiAxOTozODwvZm9udD4NCjx0YWJsZSBib3JkZXI+DQo8dHIgdmFs
aWduPXRvcD4NCjx0ZCBiZ2NvbG9yPXdoaXRlPg0KPGRpdiBhbGlnbj1jZW50ZXI+PGZvbnQgc2l6
ZT0xIGZhY2U9InNhbnMtc2VyaWYiPsfrtPC4tCC4+Dxicj4NCnN0YnJ5YW50QGNpc2NvLmNvbTwv
Zm9udD48L2Rpdj48L3RhYmxlPg0KPGJyPg0KPHRkIHdpZHRoPTczJT4NCjx0YWJsZSB3aWR0aD0x
MDAlPg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9
MSBmYWNlPSJzYW5zLXNlcmlmIj7K1bz+yMs8L2ZvbnQ+PC9kaXY+DQo8dGQ+PGZvbnQgc2l6ZT0x
IGZhY2U9InNhbnMtc2VyaWYiPiZxdW90O2xpdS5ndW9tYW5AenRlLmNvbS5jbiZxdW90OyAmbHQ7
bGl1Lmd1b21hbkB6dGUuY29tLmNuJmd0OzwvZm9udD4NCjx0ciB2YWxpZ249dG9wPg0KPHRkPg0K
PGRpdiBhbGlnbj1yaWdodD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+s63LzTwvZm9u
dD48L2Rpdj4NCjx0ZD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+JnF1b3Q7bXBsc0Bp
ZXRmLm9yZyZxdW90OyAmbHQ7bXBsc0BpZXRmLm9yZyZndDssDQomcXVvdDttcGxzLXRwQGlldGYu
b3JnJnF1b3Q7ICZsdDttcGxzLXRwQGlldGYub3JnJmd0OzwvZm9udD4NCjx0ciB2YWxpZ249dG9w
Pg0KPHRkPg0KPGRpdiBhbGlnbj1yaWdodD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+
1vfM4jwvZm9udD48L2Rpdj4NCjx0ZD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+W21w
bHNdIGRyYWZ0LWxpdS1tcGxzLXRwLWJubS0wMC50eHQNCi0gd2FzIG5vIHN1YmplY3Q8L2ZvbnQ+
PC90YWJsZT4NCjxicj4NCjx0YWJsZT4NCjx0ciB2YWxpZ249dG9wPg0KPHRkPg0KPHRkPjwvdGFi
bGU+DQo8YnI+PC90YWJsZT4NCjxicj4NCjxicj4NCjxicj48Zm9udCBzaXplPTI+PHR0PlRoZSBk
cmFmdCBpcyBhdDxicj4NCjxicj4NCmh0dHA6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRz
L2RyYWZ0LWxpdS1tcGxzLXRwLWJubS0wMC50eHQ8YnI+DQo8YnI+DQpBIGZldyBwb2ludHM8YnI+
DQo8YnI+DQpUaGUgQSBiaXQgbWVjaGFuaXNtIGlzIG5vdCB0aGUgbWVjaGFuaXNtIHRoYXQgaXMg
ZGVzY3JpYmVkIGluIHRoZSBsYXRlc3Q8YnI+DQp2ZXJzaW9uIG9mIGRyYWZ0LWlldGYtbXBscy10
cC1nYWNoLWdhbC4gSW5zdGVhZCB5b3UgbmVlZCB0byBkZWZpbmUgdGhlPGJyPg0KdHlwZSB0byBh
bHdheXMgaGF2ZSBhbiBUTFYsIGJ1dCBzZXQgdGhlIFRMViBsZW5ndGggdG8gemVybyBpbiB0aGU8
YnI+DQpUTFYgaGVhZGVyIHdoZW4gbm8gVExWcyBhcmUgbmVlZGVkLjxicj4NCjxicj4NCldlIG5l
ZWQgdG8gY29uc2lkZXIgdGhlIG92ZXJsYXAgd2l0aCBkcmFmdC1ib3V0cm9zLW1wbHMtdHAteHh4
LTAwLnR4dDxicj4NCnNlcmllcyBvZiBkcmFmdHMgYW5kIHNob3VsZCBsb29rIHRvIG1lcmdlIHRo
ZSBhcHByb3ByaWF0ZSBjb250ZW50Ljxicj4NCjxicj4NCkkgYW0gbm90IHN1cmUgYXQgdGhpcyBz
dGFnZSB3aHkgd2UgbmVlZCB2ZW5kb3Igc3BlY2lmaWMgYW5kL29yPGJyPg0KZXhwZXJpbWVudGFs
IHR5cGVzLiBBdCBiZXN0IEkgdGhpbmsgd2Ugb25seSBuZWVkIG9uZSwgYnV0PGJyPg0KSSB0aGlu
ayBleHBlcmltZW50cyBzaG91bGQgYmUgY29uZHVjdGVkIG9uIHRoZSBleHBlcmltZW50YWw8YnI+
DQpBQ0ggY29kZSBwb2ludC48YnI+DQo8YnI+DQpUaGVyZSBpcyBubyBleHBsYWluYXRpb24gb2Yg
dGhlIG9wZXJhdGlvbiBvZiB0aGUgQ1NGIGFuZDxicj4NCmZhdWx0IFRMVnMuPGJyPg0KPGJyPg0K
UmVnYXJkczxicj4NCjxicj4NClN0ZXdhcnQ8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8
YnI+DQpMRVZSQVUsIExJRVZFTiAoTElFVkVOKSB3cm90ZTo8YnI+DQomZ3Q7PGJyPg0KJmd0OyBI
aSBUaGlzIGxpbmsgaXMgYnJva2VuLjxicj4NCiZndDs8YnI+DQomZ3Q7IFBsZWFzZSB1cGRhdGUg
YW5kIHJlc2VuZC48YnI+DQomZ3Q7PGJyPg0KJmd0OyAmbmJzcDs8YnI+DQomZ3Q7PGJyPg0KJmd0
OyBodHRwOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC1wdXJpLXB3ZTMtaWIt
ZW5jYXAtMDAudHh0PGJyPg0KJmd0Ozxicj4NCiZndDsgJm5ic3A7PGJyPg0KJmd0Ozxicj4NCiZn
dDsgJm5ic3A7PGJyPg0KJmd0Ozxicj4NCiZndDsgVGhhbmsgeW91PGJyPg0KJmd0Ozxicj4NCiZn
dDsgJm5ic3A7PGJyPg0KJmd0Ozxicj4NCiZndDsgLi88YnI+DQomZ3Q7PGJyPg0KJmd0OyBMaWV2
ZW48YnI+DQomZ3Q7PGJyPg0KJmd0OyAmbmJzcDs8YnI+DQomZ3Q7PGJyPg0KJmd0OyAqRnJvbToq
IG1wbHMtYm91bmNlc0BpZXRmLm9yZyBbbWFpbHRvOm1wbHMtYm91bmNlc0BpZXRmLm9yZ10gKk9u
IDxicj4NCiZndDsgQmVoYWxmIE9mICpsaXUuZ3VvbWFuQHp0ZS5jb20uY248YnI+DQomZ3Q7ICpT
ZW50OiogMDYgTWFyY2ggMjAwOSAxMDowMTxicj4NCiZndDsgKlRvOiogbXBsc0BpZXRmLm9yZzsg
bXBscy10cEBpZXRmLm9yZzxicj4NCiZndDsgKlN1YmplY3Q6KiBbbXBsc10gKG5vIHN1YmplY3Qp
PGJyPg0KJmd0Ozxicj4NCiZndDsgJm5ic3A7PGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7
IEhpLCBhbGw8YnI+DQomZ3Q7PGJyPg0KJmd0OyAmbmJzcDsgUGxlYXNlIGNvbnNpZGVyIGEgbmV3
IEludGVybmV0LURyYWZ0IHRoYXQgaXMgYXZhaWxhYmxlIGZyb20NCnRoZSBvbi1saW5lPGJyPg0K
Jmd0OyBJbnRlcm5ldC1EcmFmdHMgZGlyZWN0b3JpZXMuIFdlIGFyZSBzZWVraW5nIHRvIGhhdmUg
dGhpcyBpbmNvcnBvcmF0ZWQNCmFzPGJyPg0KJmd0OyBhIE1QTFMgV29ya2luZyBHcm91cCBkcmFm
dC4gVGhpcyBkb2N1bWVudCB3YXMgcG9zdGVkIGxhc3QgbW9udGgsIGFuZDxicj4NCiZndDsgd2Ug
c2luY2VyZWx5IHdlbGNvbWUgYW55IGNvbW1lbnRzIG9yIGZlZWRiYWNrIG9uIHRoaXMgZHJhZnQu
PGJyPg0KJmd0Ozxicj4NCiZndDsgRmlsZW5hbWU6ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw
OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwO2RyYWZ0LWxpdS1tcGxzLXRwLWJu
bS0wMDxicj4NCiZndDsgUmV2aXNpb246ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz
cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOzAwPGJyPg0KJmd0OyBUaXRsZTogJm5ic3A7
ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsN
CiZuYnNwOyAmbmJzcDsgTXVsdGlwcm90b2NvbCBMYWJlbCBTd2l0Y2hpbmcgVHJhbnNwb3J0IDxi
cj4NCiZndDsgUHJvZmlsZSBCYWNrd2FyZCBOb3RpZnkgTWVzc2FnZSBQYWNrZXQ8YnI+DQomZ3Q7
IENyZWF0aW9uX2RhdGU6ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7
ICZuYnNwOyAmbmJzcDsNCiZuYnNwOzIwMDktMDItMjM8YnI+DQomZ3Q7IE51bWJlcl9vZl9wYWdl
czogJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAxMTxicj4NCiZndDs8YnI+DQom
Z3Q7IEFic3RyYWN0Ojxicj4NCiZndDsgVGhpcyBkb2N1bWVudCBzcGVjaWZpZXMgYW4gZXh0ZW5z
aW9uIHRvIE1QTFMgQkRJIHBhY2tldCB0byBmb3JtIGENCm5ldzxicj4NCiZndDsgdHlwZSBvZiBP
QU0gcGFja2V0IEJOTShCYWNrd2FyZCBOb3RpZnkgTWVzc2FnZSkgLCB0aGlzIEJOTSBwYWNrZXQ8
YnI+DQomZ3Q7IHdpbGwgbm90IG9ubHkgaGF2ZSB0aGUgZnVuY3Rpb24gb2YgaW5mb3JtaW5nIHNv
dXJjZSBNRVAgYWJvdXQ8YnI+DQomZ3Q7IGV4aXN0aW5nIGZhdWx0IGluIHRoZSBiYWNrIG9mIHBh
dGggbGlrZSBNUExTIEJESSBwYWNrZXQsIGJ1dCBhbHNvDQppdDxicj4NCiZndDsgbWF5IHJlc3Bv
bnNlIG9yIGZlZWRiYWNrIHRvIHBlcmZvcm1hbmNlIGFuZCB0ZXN0IGFzcGVjdC4gJm5ic3A7QW5k
DQp0aGVzZTxicj4NCiZndDsgcmVzcG9uc2Ugb3IgZmF1bHQgaW5kaWNhdGlvbiBpbmZvcm1hdGlv
biB3aWxsIGJlIGVuY2Fwc3VsYXRlZCBpbiBCTk08YnI+DQomZ3Q7IHBhY2tldCBieSB0aGUgd2F5
IG9mIFRMViBwYWNrZXQuICZuYnNwO1NvIGl0IG1heSBkZWNyZWFzZSB0aGUgbnVtYmVyDQpvZjxi
cj4NCiZndDsgT0FNIHR5cGUgYW5kIGtlZXAgY29tcGF0aWJpbGl0eSB3aXRoIE1QTFMgbmV0d29y
ay4gb24gdGhlIG90aGVyIGhhbmQsPGJyPg0KJmd0OyB0aGlzIGVuY2Fwc3VsYXRpbmcgdGhlc2Ug
ZmVlZGJhY2sgb3IgcmVzcG9uc2UgaW5mb3JtYXRpb24gYnkgdGhlIHdheTxicj4NCiZndDsgb2Yg
VExWIHBhY2tldCB3aWxsIGJlIGVhc3kgdG8gZXh0ZW5kIE9BTSBmdW5jdGlvbiB0byBvcGVyYXRl
IGFuIE1QTFM8YnI+DQomZ3Q7IFRyYW5zcG9ydCBwcm9maWxlKE1QTFMtVFApIGxhYmVsIHN3aXRj
aGVkIHBhdGggKExTUCkuPGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7IEEgVVJMIGZvciB0
aGlzIEludGVybmV0LURyYWZ0IGlzOl88YnI+DQomZ3Q7IF9odHRwOi8vd3d3LmlldGYub3JnL2lu
dGVybmV0LWRyYWZ0cy9kcmFmdC1saXUtbXBscy10cC1ibm0tMDAudHh0DQo8YnI+DQomZ3Q7ICZs
dDtodHRwOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC1wdXJpLXB3ZTMtaWIt
ZW5jYXAtMDAudHh0Jmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7IEludGVybmV0LURyYWZ0cyBhcmUg
YWxzbyBhdmFpbGFibGUgYnkgYW5vbnltb3VzIEZUUCBhdDpfPGJyPg0KJmd0OyBfZnRwOi8vZnRw
LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy88YnI+DQomZ3Q7PGJyPg0KJmd0OyBfX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCiZndDs8YnI+DQomZ3Q7
ICZuYnNwOzxicj4NCiZndDsgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS08YnI+DQomZ3Q7IFpURSBJbmZvcm1hdGlvbiBTZWN1cml0eSBOb3Rp
Y2U6IFRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhpcw0KbWFpbCBpcyBzb2xlbHkgcHJv
cGVydHkgb2YgdGhlIHNlbmRlcidzIG9yZ2FuaXphdGlvbi4gVGhpcyBtYWlsIGNvbW11bmljYXRp
b24NCmlzIGNvbmZpZGVudGlhbC4gUmVjaXBpZW50cyBuYW1lZCBhYm92ZSBhcmUgb2JsaWdhdGVk
IHRvIG1haW50YWluIHNlY3JlY3kNCmFuZCBhcmUgbm90IHBlcm1pdHRlZCB0byBkaXNjbG9zZSB0
aGUgY29udGVudHMgb2YgdGhpcyBjb21tdW5pY2F0aW9uIHRvDQpvdGhlcnMuPGJyPg0KJmd0OyBU
aGlzIGVtYWlsIGFuZCBhbnkgZmlsZXMgdHJhbnNtaXR0ZWQgd2l0aCBpdCBhcmUgY29uZmlkZW50
aWFsIGFuZA0KaW50ZW5kZWQgc29sZWx5IGZvciB0aGUgdXNlIG9mIHRoZSBpbmRpdmlkdWFsIG9y
IGVudGl0eSB0byB3aG9tIHRoZXkgYXJlDQphZGRyZXNzZWQuIElmIHlvdSBoYXZlIHJlY2VpdmVk
IHRoaXMgZW1haWwgaW4gZXJyb3IgcGxlYXNlIG5vdGlmeSB0aGUgb3JpZ2luYXRvcg0Kb2YgdGhl
IG1lc3NhZ2UuIEFueSB2aWV3cyBleHByZXNzZWQgaW4gdGhpcyBtZXNzYWdlIGFyZSB0aG9zZSBv
ZiB0aGUgaW5kaXZpZHVhbA0Kc2VuZGVyLjxicj4NCiZndDsgVGhpcyBtZXNzYWdlIGhhcyBiZWVu
IHNjYW5uZWQgZm9yIHZpcnVzZXMgYW5kIFNwYW0gYnkgWlRFIEFudGktU3BhbQ0Kc3lzdGVtLjxi
cj4NCiZndDsgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPGJyPg0KJmd0Ozxicj4NCiZndDsgX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQomZ3Q7IG1wbHMtdHAgbWFp
bGluZyBsaXN0PGJyPg0KJmd0OyBtcGxzLXRwQGlldGYub3JnPGJyPg0KJmd0OyBodHRwczovL3d3
dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHMtdHA8YnI+DQomZ3Q7ICZuYnNwOyA8YnI+
DQo8YnI+DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxi
cj4NCm1wbHMgbWFpbGluZyBsaXN0PGJyPg0KbXBsc0BpZXRmLm9yZzxicj4NCmh0dHBzOi8vd3d3
LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBsczxicj4NCjwvdHQ+PC9mb250Pg0KPGJyPg0K
PGJyPjxwcmU+DQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLQ0KWlRFJm5ic3A7SW5mb3JtYXRpb24mbmJzcDtTZWN1cml0eSZuYnNwO05vdGlj
ZTombmJzcDtUaGUmbmJzcDtpbmZvcm1hdGlvbiZuYnNwO2NvbnRhaW5lZCZuYnNwO2luJm5ic3A7
dGhpcyZuYnNwO21haWwmbmJzcDtpcyZuYnNwO3NvbGVseSZuYnNwO3Byb3BlcnR5Jm5ic3A7b2Ym
bmJzcDt0aGUmbmJzcDtzZW5kZXIncyZuYnNwO29yZ2FuaXphdGlvbi4mbmJzcDtUaGlzJm5ic3A7
bWFpbCZuYnNwO2NvbW11bmljYXRpb24mbmJzcDtpcyZuYnNwO2NvbmZpZGVudGlhbC4mbmJzcDtS
ZWNpcGllbnRzJm5ic3A7bmFtZWQmbmJzcDthYm92ZSZuYnNwO2FyZSZuYnNwO29ibGlnYXRlZCZu
YnNwO3RvJm5ic3A7bWFpbnRhaW4mbmJzcDtzZWNyZWN5Jm5ic3A7YW5kJm5ic3A7YXJlJm5ic3A7
bm90Jm5ic3A7cGVybWl0dGVkJm5ic3A7dG8mbmJzcDtkaXNjbG9zZSZuYnNwO3RoZSZuYnNwO2Nv
bnRlbnRzJm5ic3A7b2YmbmJzcDt0aGlzJm5ic3A7Y29tbXVuaWNhdGlvbiZuYnNwO3RvJm5ic3A7
b3RoZXJzLg0KVGhpcyZuYnNwO2VtYWlsJm5ic3A7YW5kJm5ic3A7YW55Jm5ic3A7ZmlsZXMmbmJz
cDt0cmFuc21pdHRlZCZuYnNwO3dpdGgmbmJzcDtpdCZuYnNwO2FyZSZuYnNwO2NvbmZpZGVudGlh
bCZuYnNwO2FuZCZuYnNwO2ludGVuZGVkJm5ic3A7c29sZWx5Jm5ic3A7Zm9yJm5ic3A7dGhlJm5i
c3A7dXNlJm5ic3A7b2YmbmJzcDt0aGUmbmJzcDtpbmRpdmlkdWFsJm5ic3A7b3ImbmJzcDtlbnRp
dHkmbmJzcDt0byZuYnNwO3dob20mbmJzcDt0aGV5Jm5ic3A7YXJlJm5ic3A7YWRkcmVzc2VkLiZu
YnNwO0lmJm5ic3A7eW91Jm5ic3A7aGF2ZSZuYnNwO3JlY2VpdmVkJm5ic3A7dGhpcyZuYnNwO2Vt
YWlsJm5ic3A7aW4mbmJzcDtlcnJvciZuYnNwO3BsZWFzZSZuYnNwO25vdGlmeSZuYnNwO3RoZSZu
YnNwO29yaWdpbmF0b3ImbmJzcDtvZiZuYnNwO3RoZSZuYnNwO21lc3NhZ2UuJm5ic3A7QW55Jm5i
c3A7dmlld3MmbmJzcDtleHByZXNzZWQmbmJzcDtpbiZuYnNwO3RoaXMmbmJzcDttZXNzYWdlJm5i
c3A7YXJlJm5ic3A7dGhvc2UmbmJzcDtvZiZuYnNwO3RoZSZuYnNwO2luZGl2aWR1YWwmbmJzcDtz
ZW5kZXIuDQpUaGlzJm5ic3A7bWVzc2FnZSZuYnNwO2hhcyZuYnNwO2JlZW4mbmJzcDtzY2FubmVk
Jm5ic3A7Zm9yJm5ic3A7dmlydXNlcyZuYnNwO2FuZCZuYnNwO1NwYW0mbmJzcDtieSZuYnNwO1pU
RSZuYnNwO0FudGktU3BhbSZuYnNwO3N5c3RlbS4NCjwvcHJlPg==
--=_alternative 0021B77948257572_=--

From adrian@olddog.co.uk  Sun Mar  8 15:19:12 2009
Return-Path: <adrian@olddog.co.uk>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 158E33A6A9F for <mpls@core3.amsl.com>; Sun,  8 Mar 2009 15:19:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.465
X-Spam-Level: 
X-Spam-Status: No, score=-1.465 tagged_above=-999 required=5 tests=[AWL=0.783,  BAYES_00=-2.599, HELO_EQ_FR=0.35, STOX_REPLY_TYPE=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4wG-B1YAs8pN for <mpls@core3.amsl.com>; Sun,  8 Mar 2009 15:19:11 -0700 (PDT)
Received: from smtp23.orange.fr (smtp23.orange.fr [80.12.242.50]) by core3.amsl.com (Postfix) with ESMTP id 1D12A3A6A84 for <mpls@ietf.org>; Sun,  8 Mar 2009 15:19:11 -0700 (PDT)
Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2348.orange.fr (SMTP Server) with ESMTP id 9C7941C00081; Sun,  8 Mar 2009 23:19:43 +0100 (CET)
Received: from your029b8cecfe (LRouen-151-72-1-12.w80-13.abo.wanadoo.fr [80.13.160.12]) by mwinf2348.orange.fr (SMTP Server) with SMTP id B24A91C00086; Sun,  8 Mar 2009 23:19:42 +0100 (CET)
X-ME-UUID: 20090308221942730.B24A91C00086@mwinf2348.orange.fr
Message-ID: <255065F958D7424594162CFFA82B83C6@your029b8cecfe>
From: "Adrian Farrel" <adrian@olddog.co.uk>
To: "Loa Andersson" <loa@pi.nu>, "George Swallow" <swallow@cisco.com>
References: <20090308221501.882763A67D0@core3.amsl.com>
Date: Sun, 8 Mar 2009 22:19:35 -0000
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.5512
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.5579
Cc: Ross Callon <rcallon@juniper.net>, mpls@ietf.org
Subject: Re: [mpls] I-D Action:draft-ietf-mpls-p2mp-te-mib-08.txt
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: Adrian Farrel <adrian@olddog.co.uk>
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 08 Mar 2009 22:19:12 -0000

Hi,

Finally this I-D has been updated to fix the issues raised by Nic Neate.

You may recall that the issues were raised after the I-D had completed WG 
last call and gone to Ross for evaluation. The issues were, nonetheless, 
valid and needed to be fixed.

A summary of the changes is provided in Section 0 of the I-D, and details 
may be found by running RFCdiff.

We leave it to the WG chairs to determine whether a further WG last call is 
needed.

Thanks,
Adrian
----- Original Message ----- 
From: <Internet-Drafts@ietf.org>
To: <i-d-announce@ietf.org>
Cc: <mpls@ietf.org>
Sent: Sunday, March 08, 2009 10:15 PM
Subject: I-D Action:draft-ietf-mpls-p2mp-te-mib-08.txt


>A New Internet-Draft is available from the on-line Internet-Drafts 
>directories.
> This draft is a work item of the Multiprotocol Label Switching Working 
> Group of the IETF.
>
>
> Title           : Point-to-Multipoint Multiprotocol Label Switching (MPLS) 
> Traffic Engineering (TE) Management Information Base (MIB) module
> Author(s)       : A. Farrel, et al.
> Filename        : draft-ietf-mpls-p2mp-te-mib-08.txt
> Pages           : 62
> Date            : 2009-03-08
>
> This memo defines a portion of the Management Information Base
> for use with network management protocols in the Internet community.
> In particular, it describes managed objects for point-to-multipoint
> (P2MP) Multiprotocol Label Switching (MPLS) based traffic engineering
> (TE).
>
> The MIB module defined in this document is applicable to P2MP MPLS-TE
> by extensions to the MPLS-TE MIB module defined in RFC 3812. It is
> equally applicable to P2MP Generalized MPLS (GMPLS) in association
> with the GMPLS TE MIB module defined in RFC 4802.
>
> A URL for this Internet-Draft is:
> http://www.ietf.org/internet-drafts/draft-ietf-mpls-p2mp-te-mib-08.txt 



From Martin.Vigoureux@alcatel-lucent.com  Tue Mar 10 03:10:45 2009
Return-Path: <Martin.Vigoureux@alcatel-lucent.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 174F33A6AA3 for <mpls@core3.amsl.com>; Tue, 10 Mar 2009 03:10:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.249
X-Spam-Level: 
X-Spam-Status: No, score=-6.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_FR=0.35, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OpARR6pEb63X for <mpls@core3.amsl.com>; Tue, 10 Mar 2009 03:10:44 -0700 (PDT)
Received: from smail5.alcatel.fr (smail5.alcatel.fr [64.208.49.27]) by core3.amsl.com (Postfix) with ESMTP id 112753A68F9 for <mpls@ietf.org>; Tue, 10 Mar 2009 03:10:43 -0700 (PDT)
Received: from FRVELSBHS05.ad2.ad.alcatel.com (frvelsbhs05.dc-m.alcatel-lucent.com [155.132.6.77]) by smail5.alcatel.fr (8.13.8/8.13.8/ICT) with ESMTP id n2AABDcf018043;  Tue, 10 Mar 2009 11:11:13 +0100
Received: from [172.27.205.200] ([172.27.205.200]) by FRVELSBHS05.ad2.ad.alcatel.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.2499); Tue, 10 Mar 2009 11:10:56 +0100
Message-ID: <49B63CB0.3020908@alcatel-lucent.com>
Date: Tue, 10 Mar 2009 11:10:56 +0100
From: Martin Vigoureux <martin.vigoureux@alcatel-lucent.com>
Organization: Alcatel-Lucent
User-Agent: Thunderbird 2.0.0.19 (Windows/20081209)
MIME-Version: 1.0
To: mpls@ietf.org
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 10 Mar 2009 10:10:56.0983 (UTC) FILETIME=[8101F670:01C9A168]
X-Scanned-By: MIMEDefang 2.57 on 155.132.188.13
Subject: [mpls] Time slots for IETF74 MPLS WG session
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Mar 2009 10:10:45 -0000

all,

this is reminder.
If you wish to have a presentation slot during the MPLS WG session,
let me know.
This session is planned Monday 23rd, 09:00-11:30 am.

martin

From Martin.Vigoureux@alcatel-lucent.com  Tue Mar 10 03:11:18 2009
Return-Path: <Martin.Vigoureux@alcatel-lucent.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 214A33A68F9; Tue, 10 Mar 2009 03:11:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.249
X-Spam-Level: 
X-Spam-Status: No, score=-6.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_FR=0.35, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dnWKWYLBx1UC; Tue, 10 Mar 2009 03:11:17 -0700 (PDT)
Received: from smail5.alcatel.fr (smail5.alcatel.fr [64.208.49.27]) by core3.amsl.com (Postfix) with ESMTP id 221163A6920; Tue, 10 Mar 2009 03:11:16 -0700 (PDT)
Received: from FRVELSBHS05.ad2.ad.alcatel.com (frvelsbhs05.dc-m.alcatel-lucent.com [155.132.6.77]) by smail5.alcatel.fr (8.13.8/8.13.8/ICT) with ESMTP id n2AABDd7018043;  Tue, 10 Mar 2009 11:11:47 +0100
Received: from [172.27.205.200] ([172.27.205.200]) by FRVELSBHS05.ad2.ad.alcatel.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.2499); Tue, 10 Mar 2009 11:11:34 +0100
Message-ID: <49B63CD6.6030200@alcatel-lucent.com>
Date: Tue, 10 Mar 2009 11:11:34 +0100
From: Martin Vigoureux <martin.vigoureux@alcatel-lucent.com>
Organization: Alcatel-Lucent
User-Agent: Thunderbird 2.0.0.19 (Windows/20081209)
MIME-Version: 1.0
To: mpls@ietf.org, pwe3@ietf.org, ccamp@ops.ietf.org, l2vpn@ietf.org
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 10 Mar 2009 10:11:34.0906 (UTC) FILETIME=[979C8DA0:01C9A168]
X-Scanned-By: MIMEDefang 2.57 on 155.132.188.13
Cc: mpls-tp@ietf.org
Subject: [mpls] Time slots for IETF74 joint mpls-tp session
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Mar 2009 10:11:18 -0000

all,

this is reminder.
If you wish to have a presentation slot during the joint mpls-tp
session, let me know.
This session is planned Wednesday 25th, 09:00-11:30 am.

martin

From santosh.pk@samsung.com  Tue Mar 10 04:11:35 2009
Return-Path: <santosh.pk@samsung.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A46D328C172 for <mpls@core3.amsl.com>; Tue, 10 Mar 2009 04:11:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.519
X-Spam-Level: 
X-Spam-Status: No, score=-2.519 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MIME_BASE64_BLANKS=0.041, MIME_BASE64_TEXT=1.753, MISSING_HEADERS=1.292, RCVD_IN_DNSWL_MED=-4, RELAY_IS_203=0.994]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id X+ZcmeevO6xP for <mpls@core3.amsl.com>; Tue, 10 Mar 2009 04:11:34 -0700 (PDT)
Received: from mailout1.samsung.com (mailout1.samsung.com [203.254.224.24]) by core3.amsl.com (Postfix) with ESMTP id CEF923A6CFA for <mpls@ietf.org>; Tue, 10 Mar 2009 04:11:34 -0700 (PDT)
Received: from ep_ms13_bk (mailout1.samsung.com [203.254.224.24]) by mailout1.samsung.com (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0KGA00MZEF3YSY@mailout1.samsung.com> for mpls@ietf.org; Tue, 10 Mar 2009 20:11:58 +0900 (KST)
Received: from ep_spt01 (ms13.samsung.com [203.254.225.109]) by ms13.samsung.com (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0KGA00FF7F3YBR@ms13.samsung.com> for mpls@ietf.org; Tue, 10 Mar 2009 20:11:58 +0900 (KST)
Content-return: prohibited
Date: Tue, 10 Mar 2009 11:11:58 +0000 (GMT)
From: SANTOSH PALLAGATTI <santosh.pk@samsung.com>
Cc: "mpls@ietf.org" <mpls@ietf.org>
Message-id: <3979599.201861236683518270.JavaMail.weblogic@epml10>
MIME-version: 1.0
MIME-version: 1.0
Content-type: text/plain; charset=windows-1252
Content-transfer-encoding: base64
X-Priority: 3
Msgkey: 20090310110927037@santosh.pk
X-MTR: 20090310110927037@santosh.pk
X-EPLocale: en_US.windows-1252
X-EPWebmail-Msg-Type: personal
X-EPWebmail-Reply-Demand: 0
X-EPApproval-Locale: 
X-EPHeader: ML
X-EPTrCode: 
X-EPTrName: 
Subject: [mpls] http://www.ietf.org/internet-drafts/draft-ietf-mpls-soft-preemption-16.txt
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: santosh.pk@samsung.com
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Mar 2009 11:11:35 -0000

SGkgQWxsLA0KICAgICBJIGhhdmUgY291cGxlIG9mIHNvdWJ0cyBhbmQgc3VnZ2V0aW9ucyBmb3Ig
IGh0dHA6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LWlldGYtbXBscy1zb2Z0
LXByZWVtcHRpb24tMTYudHh0Lg0KDQpEb3VidHM6DQoNCpNUbyBndWFyZCBhZ2FpbnN0IGEgc2l0
dWF0aW9uIHdoZXJlIGJhbmR3aWR0aCB1bmRlci1wcm92aXNpb25pbmcgd2lsbCBsYXN0IGZvcmV2
ZXIsIGEgbG9jYWwgdGltZXIgKG5hbWVkIHRoZSAiU29mdCBwcmVlbXB0aW9uIHRpbWVyIikgTVVT
VCBiZSBzdGFydGVkIG9uIHRoZSBwcmVlbXB0aW9uIG5vZGUsIHVwb24gc29mdCBwcmVlbXB0aW9u
LiAgSWYgdGhpcyAgICB0aW1lciBleHBpcmVzLCB0aGUgcHJlZW1wdGluZyBub2RlIFNIT1VMRCBz
ZW5kIGFuIFJTVlAgUGF0aFRlYXIgYW5kICAgIGVpdGhlciBhIFJlc3ZUZWFyIG1lc3NhZ2Ugb3Ig
YSBQYXRoRXJyIHdpdGggdGhlICdQYXRoX1N0YXRlX1JlbW92ZWQnICAgIGZsYWcgc2V0IJMNCiAN
CkluIHRoZSBwcm9jZXNzIG9mIHNvZnQgcHJlZW1wdGlvbiwgdGlsbCB0aGUgdGltZSBsb3cgcHJp
b3JpdHkgTFNQIGlzIHR1cm5lZCBkb3duOyB3aWxsIHRoZSB0cmFmZmljIGZyb20gYm90aCB0aGUg
TFNQJ3MgKGluY2x1ZGluZyB0aGUgYWJvdXQgdG8gYmUgcHJlbXB0ZWQgbG93IHByaW9yaXR5IExT
UCkgZmxvdyB0aHJvdWdoIHRoZSBzYW1lIGxpbms/DQogDQoNCpNVbmRlciBzcGVjaWZpYyBjaXJj
dW1zdGFuY2VzIHN1Y2ggYXMgdW5hY2NlcHRhYmxlIGxpbmsgY29uZ2VzdGlvbiwgYSAgIG5vZGUg
TUFZIGRlY2lkZSB0byBoYXJkIHByZWVtcHQgYSBURSBMU1AgKGJ5IHNlbmRpbmcgYSBmYXRhbCBQ
YXRoICAgIEVycm9yIG1lc3NhZ2UsIGEgUGF0aFRlYXIgYW5kIGVpdGhlciBhIFJlc3ZUZWFyIG9y
IGEgUGF0aCBFcnJvciAgICBtZXNzYWdlIHdpdGggdGhlICdQYXRoX1N0YXRlX1JlbW92ZWQnIGZs
YWcgc2V0KSBldmVuIGlmIGl0cyBoZWFkLWVuZCAgICBMU1IgZXhwbGljaXRseSByZXF1ZXN0ZWQg
J3NvZnQgcHJlZW1wdGlvbicgKCdTb2Z0IFByZWVtcHRpb24gZGVzaXJlZCcgICAgZmxhZyBvZiB0
aGUgY29ycmVzcG9uZGluZyBTRVNTSU9OLUFUVFJJQlVURSBvYmplY3Qgc2V0KS4gIE5vdGUgdGhh
dCAgICBzdWNoIGRlY2lzaW9uIE1BWSBhbHNvIGJlIHRha2VuIGZvciBURSBMU1BzIHVuZGVyIHNv
ZnQgcHJlZW1wdGlvbiAgICBzdGF0ZS6UDQogDQpIb3cgY2FuIGNvbmdlc3Rpb24gYmUgbWVhc3Vy
ZWQ/IElzIGl0IGxlZnQgdG8gZGV2ZWxvcGVyIHRvIGdldCB0aGUgaW5mb3JtYXRpb24gZnJvbSB0
aGUgZGF0YSBwbGFuZT8NCiANCiAgDQpTdWdnZXN0aW9uczoNCiANCpNUaGUgcHJlZW1wdGluZyBu
b2RlIE1VU1QgaW1tZWRpYXRlbHkgc2VuZCBhIFBhdGhFcnIgd2l0aCBlcnJvciBjb2RlICAgICJS
ZXJvdXRlIiBhbmQgYSBlcnJvciB2YWx1ZSAiUmVyb3V0ZSByZXF1ZXN0IHNvZnQgcHJlZW1wdGlv
biIgZm9yIGVhY2ggc29mdCBwcmVlbXB0ZWQgVEUgTFNQLiAgVGhlIG5vZGUgTUFZIHVzZSB0aGUg
b2NjdXJyZW5jZSBvZiBzb2Z0ICAgIHByZWVtcHRpb24gdG8gdHJpZ2dlciBhbiBpbW1lZGlhdGUg
SUdQIHVwZGF0ZSBvciBpbmZsdWVuY2UgdGhlICAgIHNjaGVkdWxpbmcgb2YgYW4gSUdQIHVwZGF0
ZS6UDQogDQoxLiBQQVRIIEVSUiBtZXNzYWdlIHdpbGwgYmUgZGVzdGluZWQgdG8gcHJldmlvdXMg
aG9wLiBBc3N1bWUgdGhhdCBmb3Igc29tZSBMU1CScyB3aGljaCBuZWVkIHRvIGJlIHByZWVtcHRl
ZCBhdCBwcmV2aW91cyBob3AgdG8gZWdyZXNzIChhbG1vc3QgdGFpbCBlbmQgb2YgTFNQKS4gSW4g
dGhpcyBjYXNlIHRoZXJlIHdvdWxkIGJlIGEgZGVsYXkgdG8gbm90aWZ5IGhlYWQgZW5kLiBXaHkg
Y2FudCB3ZSB1bmljYXN0IFBBVEggRVJSIG1lc3NhZ2UgZGlyZWN0bHkgdG8gaGVhZCBlbmQgcm91
dGVyPyBTbyB0aGF0IGl0IHdpbGwgc3BlZWQgdXAgdGhlIG5vdGlmaWNhdGlvbiAoYWNrbm93bGVk
Z21lbnQgY2FuIGJlIGNvbnNpZGVyZWQgaW4gY2FzZSBvZiByZWxpYWJpbGl0eSkuIEFzIGl0IHdv
dWxkIGJlIHVuaWNhc3QgdGhlcmUgY291bGQgYmUgY2hhbmNlIHdoZXJlIGhlYWQgZW5kIG5vZGUg
cmVjZWl2ZXMgdGhlIFBBVEggRVJST1Igb24gdGhlIGludGVyZmFjZSBkaWZmZXJlbnQgZnJvbSB0
aGUgaW50ZXJmYWNlIHRocm91Z2ggd2hpY2ggaXQgZXN0YWJsaXNoZWQgTFNQLCB3aXRoIHRoZSBo
ZWxwIG9mIHNlc3Npb24gb2JqZWN0IGl0IGNhbiBzdGlsbCBpZGVudGlmeSB0aGUgTFNQIGZvciB3
aGljaCBhIG5vdGlmaWNhdGlvbiB3YXMgcmVjZWl2ZWQuIEhlcmUgUlNWUC1URSByb3V0ZXIgc2hv
dWxkIGJlIHJlYWR5IHRvIGFjY2VwdCB0aGUgUlNWUC1URSBtZXNzYWdlIG9uIGludGVyZmFjZSB3
aGVyZSBSU1ZQIGlzIG5vdCBlbmFibGVkLg0KIA0KMi4gV2h5IG5vdCBjb25zaWRlciBjcmFua2Jh
Y2sgYXMgc3BlY2lmaWVkIGluIFJGQyA0OTIwPyAoVGhpcyB3b3VsZCBvZmNvdXJzZSBpbnRyb2R1
Y2UgZGVsYXkgaW4gY2FzZSBpdCBkb26SdCBnZXQgdGhlIGFsdGVybmF0ZSBwYXRoIHRvIGRlc3Rp
bmF0aW9uLCBmcm9tIGludGVybWVkaWF0ZSByb3V0ZXJzICB0aWxsIGhlYWQgZW5kIGZyb20gdGhl
IHBvaW50IG9mIGZhaWx1cmUpDQogDQoNCg0KDQpUaGFua3MgYW5kIHJlZ2FyZHMNClNhbnRvc2gg
UCBLIA0K



From benjamin.niven-jenkins@bt.com  Tue Mar 10 12:40:54 2009
Return-Path: <benjamin.niven-jenkins@bt.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 035A43A67DD; Tue, 10 Mar 2009 12:40:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.198
X-Spam-Level: 
X-Spam-Status: No, score=-3.198 tagged_above=-999 required=5 tests=[AWL=0.401,  BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cfrNY1t31YlE; Tue, 10 Mar 2009 12:40:53 -0700 (PDT)
Received: from smtp2.smtp.bt.com (smtp2.smtp.bt.com [217.32.164.150]) by core3.amsl.com (Postfix) with ESMTP id 014A53A6A55; Tue, 10 Mar 2009 12:40:52 -0700 (PDT)
Received: from E03MVB3-UKBR.domain1.systemhost.net ([193.113.197.109]) by smtp2.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830);  Tue, 10 Mar 2009 19:41:27 +0000
Received: from 10.215.40.15 ([10.215.40.15]) by E03MVB3-UKBR.domain1.systemhost.net ([193.113.197.60]) via Exchange Front-End Server mail.bt.com ([193.113.197.32]) with Microsoft Exchange Server HTTP-DAV ; Tue, 10 Mar 2009 19:41:27 +0000
User-Agent: Microsoft-Entourage/12.15.0.081119
Date: Tue, 10 Mar 2009 19:41:26 +0000
From: Ben Niven-Jenkins <benjamin.niven-jenkins@bt.com>
To: Loa Andersson <loa@pi.nu>, <mpls-tp@ietf.org>, <mpls@ietf.org>
Message-ID: <C5DC72E6.13477%benjamin.niven-jenkins@bt.com>
Thread-Topic: [PWE3] poll on making draft-sprecher-mpls-tp-survive-fwk-01.txt a working group document?
Thread-Index: AcmhuDMX4DXa3toNa0KB9z6oY6NjHA==
In-Reply-To: <49A6DEC5.1010403@pi.nu>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
X-OriginalArrivalTime: 10 Mar 2009 19:41:27.0895 (UTC) FILETIME=[34389E70:01C9A1B8]
Subject: Re: [mpls] [PWE3] poll on making draft-sprecher-mpls-tp-survive-fwk-01.txt a working group document?
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 10 Mar 2009 19:40:54 -0000

Support. Ben


On 26/02/2009 18:26, "Loa Andersson" <loa@pi.nu> wrote:

> All,
> 
> we have received a request from the editors/authors of
> draft-sprecher-mpls-tp-survive-fwk-01.txt to make the
> document an mpls working group document.
> 
> Please send your comments to the mpls-tp mailing list.
> 
> This poll ends eob Thu Mar 12, 2009.
> 
> /Loa


From loa@pi.nu  Tue Mar 10 23:39:03 2009
Return-Path: <loa@pi.nu>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4B8963A6A07; Tue, 10 Mar 2009 23:39:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.314
X-Spam-Level: 
X-Spam-Status: No, score=-2.314 tagged_above=-999 required=5 tests=[AWL=-0.065, BAYES_00=-2.599, HELO_EQ_SE=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rwW1Wyx2B6Bs; Tue, 10 Mar 2009 23:39:02 -0700 (PDT)
Received: from ns.elverljung.se (ns.elverljung.se [194.68.48.116]) by core3.amsl.com (Postfix) with ESMTP id 6CA833A6767; Tue, 10 Mar 2009 23:39:02 -0700 (PDT)
Received: from [192.168.0.101] (h133n2fls33o883.telia.com [217.208.62.133]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: loa) by ns.elverljung.se (Postfix) with ESMTPSA id E29FA2D851D; Wed, 11 Mar 2009 07:39:36 +0100 (CET)
Message-ID: <49B75CA3.1030503@pi.nu>
Date: Wed, 11 Mar 2009 07:39:31 +0100
From: Loa Andersson <loa@pi.nu>
User-Agent: Thunderbird 2.0.0.19 (Windows/20081209)
MIME-Version: 1.0
To: Ben Niven-Jenkins <benjamin.niven-jenkins@bt.com>
References: <C5DC72E6.13477%benjamin.niven-jenkins@bt.com>
In-Reply-To: <C5DC72E6.13477%benjamin.niven-jenkins@bt.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: mpls@ietf.org, mpls-tp@ietf.org
Subject: Re: [mpls] [PWE3] poll on making draft-sprecher-mpls-tp-survive-fwk-01.txt a working group document?
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 11 Mar 2009 06:39:03 -0000

Thansk Ben!

All,

I've very responses to this poll, would be good if you took your time
to respond. Since I will be out of network on Friday (13th) I will
allow comments that are sent before Monday morning my time which is
just now 5 hours before the US East coast.

/Loa

Ben Niven-Jenkins wrote:
> Support. Ben
> 
> 
> On 26/02/2009 18:26, "Loa Andersson" <loa@pi.nu> wrote:
> 
>> All,
>>
>> we have received a request from the editors/authors of
>> draft-sprecher-mpls-tp-survive-fwk-01.txt to make the
>> document an mpls working group document.
>>
>> Please send your comments to the mpls-tp mailing list.
>>
>> This poll ends eob Thu Mar 12, 2009.
>>
>> /Loa
> 

-- 


Loa Andersson

Sr Strategy and Standards Manager
Ericsson ///                          phone:  +46 8 632 77 14

                                       email:  loa.andersson@ericsson.com
                                               loa.andersson@redback.com
                                               loa@pi.nu



From annamaria.fulignoli@ericsson.com  Wed Mar 11 02:54:42 2009
Return-Path: <annamaria.fulignoli@ericsson.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 24B633A6B51; Wed, 11 Mar 2009 02:54:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.249
X-Spam-Level: 
X-Spam-Status: No, score=-6.249 tagged_above=-999 required=5 tests=[AWL=0.000,  BAYES_00=-2.599, HELO_EQ_SE=0.35, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Djp-Gq7CYQNG; Wed, 11 Mar 2009 02:54:41 -0700 (PDT)
Received: from mailgw4.ericsson.se (mailgw4.ericsson.se [193.180.251.62]) by core3.amsl.com (Postfix) with ESMTP id 275733A67FF; Wed, 11 Mar 2009 02:54:41 -0700 (PDT)
Received: from mailgw4.ericsson.se (unknown [127.0.0.1]) by mailgw4.ericsson.se (Symantec Mail Security) with ESMTP id 5B18522089; Wed, 11 Mar 2009 10:55:01 +0100 (CET)
X-AuditID: c1b4fb3e-ae89fbb0000023da-d7-49b78a752317
Received: from esealmw128.eemea.ericsson.se (unknown [153.88.253.124]) by mailgw4.ericsson.se (Symantec Mail Security) with ESMTP id 16BAD2068F; Wed, 11 Mar 2009 10:55:01 +0100 (CET)
Received: from esealmw118.eemea.ericsson.se ([153.88.200.77]) by esealmw128.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830);  Wed, 11 Mar 2009 10:55:00 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Date: Wed, 11 Mar 2009 10:54:59 +0100
Message-ID: <93DFCD4B101EB440B5B72997456C5F9403664A41@esealmw118.eemea.ericsson.se>
In-Reply-To: <49A6DEC5.1010403@pi.nu>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PWE3] poll on making draft-sprecher-mpls-tp-survive-fwk-01.txt a working group document?
thread-index: AcmYP+LnuABJVhzlRteUHABTX5NssAJ73i8Q
References: <49A6DEC5.1010403@pi.nu>
From: "Annamaria Fulignoli" <annamaria.fulignoli@ericsson.com>
To: "Loa Andersson" <loa@pi.nu>, <mpls-tp@ietf.org>, <mpls@ietf.org>, "ITU-T ad hoc team on MPLS-TP" <ahmpls-tp@lists.itu.int>, <ccamp@ops.ietf.org>, <pwe3@ietf.org>
X-OriginalArrivalTime: 11 Mar 2009 09:55:00.0768 (UTC) FILETIME=[7178E200:01C9A22F]
X-Brightmail-Tracker: AAAAAA==
Subject: Re: [mpls] [PWE3] poll on making draft-sprecher-mpls-tp-survive-fwk-01.txt a working group document?
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 11 Mar 2009 09:54:42 -0000

I support.

BR,
Annamaria=20

-----Original Message-----
From: pwe3-bounces@ietf.org [mailto:pwe3-bounces@ietf.org] On Behalf Of =
Loa Andersson
Sent: gioved=EC 26 febbraio 2009 19.26
To: mpls-tp@ietf.org; mpls@ietf.org; ITU-T ad hoc team on MPLS-TP; =
ccamp@ops.ietf.org; pwe3@ietf.org
Subject: [PWE3] poll on making draft-sprecher-mpls-tp-survive-fwk-01.txt =
a working group document?

All,

we have received a request from the editors/authors of =
draft-sprecher-mpls-tp-survive-fwk-01.txt to make the document an mpls =
working group document.

Please send your comments to the mpls-tp mailing list.

This poll ends eob Thu Mar 12, 2009.

/Loa

--=20


Loa Andersson

Sr Strategy and Standards Manager
Ericsson ///                          phone:  +46 8 632 77 14

                                       email:  =
loa.andersson@ericsson.com
                                               loa.andersson@redback.com
                                               loa@pi.nu


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

From yaacov.weingarten@nsn.com  Wed Mar 11 03:01:33 2009
Return-Path: <yaacov.weingarten@nsn.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2800628C1E2; Wed, 11 Mar 2009 03:01:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level: 
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id M0w8WJyw3H9m; Wed, 11 Mar 2009 03:01:27 -0700 (PDT)
Received: from demumfd001.nsn-inter.net (demumfd001.nsn-inter.net [217.115.75.233]) by core3.amsl.com (Postfix) with ESMTP id 5E2FC28C116; Wed, 11 Mar 2009 03:01:26 -0700 (PDT)
Received: from demuprx016.emea.nsn-intra.net ([10.150.129.55]) by demumfd001.nsn-inter.net (8.12.11.20060308/8.12.11) with ESMTP id n2BA21wM002510 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 11 Mar 2009 11:02:01 +0100
Received: from demuexc025.nsn-intra.net (demuexc025.nsn-intra.net [10.159.32.12]) by demuprx016.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id n2BA20RP000606; Wed, 11 Mar 2009 11:02:00 +0100
Received: from DEMUEXC030.nsn-intra.net ([10.150.128.57]) by demuexc025.nsn-intra.net with Microsoft SMTPSVC(6.0.3790.3959);  Wed, 11 Mar 2009 11:02:00 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Wed, 11 Mar 2009 11:01:52 +0100
Message-ID: <62D9AC1F11702146A0387CBFF3A8CD3D01159509@DEMUEXC030.nsn-intra.net>
In-Reply-To: <49B75CA3.1030503@pi.nu>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [mpls] [PWE3] poll on making draft-sprecher-mpls-tp-survive-fwk-01.txt a working group document?
Thread-Index: AcmiFC03en1RorUVTa+1z15P5AfTBgAG9UYQ
References: <C5DC72E6.13477%benjamin.niven-jenkins@bt.com> <49B75CA3.1030503@pi.nu>
From: "Weingarten, Yaacov (NSN - IL/Hod HaSharon)" <yaacov.weingarten@nsn.com>
To: <mpls-tp@ietf.org>
X-OriginalArrivalTime: 11 Mar 2009 10:02:00.0357 (UTC) FILETIME=[6B911550:01C9A230]
Cc: mpls@ietf.org
Subject: Re: [mpls] [PWE3] poll on making draft-sprecher-mpls-tp-survive-fwk-01.txt a working group document?
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 11 Mar 2009 10:01:33 -0000

Hi,

I support the move to working group draft

Yaacov

-----Original Message-----
From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of
ext Loa Andersson
Sent: Wednesday, March 11, 2009 08:40
To: Ben Niven-Jenkins
Cc: mpls@ietf.org; mpls-tp@ietf.org
Subject: Re: [mpls] [PWE3] poll on making
draft-sprecher-mpls-tp-survive-fwk-01.txt a working group document?

Thansk Ben!

All,

I've very responses to this poll, would be good if you took your time
to respond. Since I will be out of network on Friday (13th) I will
allow comments that are sent before Monday morning my time which is
just now 5 hours before the US East coast.

/Loa

Ben Niven-Jenkins wrote:
> Support. Ben
>=20
>=20
> On 26/02/2009 18:26, "Loa Andersson" <loa@pi.nu> wrote:
>=20
>> All,
>>
>> we have received a request from the editors/authors of
>> draft-sprecher-mpls-tp-survive-fwk-01.txt to make the
>> document an mpls working group document.
>>
>> Please send your comments to the mpls-tp mailing list.
>>
>> This poll ends eob Thu Mar 12, 2009.
>>
>> /Loa
>=20

--=20


Loa Andersson

Sr Strategy and Standards Manager
Ericsson ///                          phone:  +46 8 632 77 14

                                       email:
loa.andersson@ericsson.com
                                               loa.andersson@redback.com
                                               loa@pi.nu


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

From nurit.sprecher@nsn.com  Wed Mar 11 06:38:50 2009
Return-Path: <nurit.sprecher@nsn.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9F8D83A6980; Wed, 11 Mar 2009 06:38:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.432
X-Spam-Level: 
X-Spam-Status: No, score=-3.432 tagged_above=-999 required=5 tests=[AWL=-0.833, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eKYWqwSzziS6; Wed, 11 Mar 2009 06:38:49 -0700 (PDT)
Received: from demumfd002.nsn-inter.net (demumfd002.nsn-inter.net [217.115.75.234]) by core3.amsl.com (Postfix) with ESMTP id 91DB33A693B; Wed, 11 Mar 2009 06:38:49 -0700 (PDT)
Received: from demuprx016.emea.nsn-intra.net ([10.150.129.55]) by demumfd002.nsn-inter.net (8.12.11.20060308/8.12.11) with ESMTP id n2BDdMBa027335 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 11 Mar 2009 14:39:22 +0100
Received: from demuexc025.nsn-intra.net (demuexc025.nsn-intra.net [10.159.32.12]) by demuprx016.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id n2BDdLrp016863; Wed, 11 Mar 2009 14:39:22 +0100
Received: from DEMUEXC014.nsn-intra.net ([10.150.128.25]) by demuexc025.nsn-intra.net with Microsoft SMTPSVC(6.0.3790.3959);  Wed, 11 Mar 2009 14:39:21 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Wed, 11 Mar 2009 14:39:14 +0100
Message-ID: <077E41CFFD002C4CAB7DFA4386A5326466367D@DEMUEXC014.nsn-intra.net>
In-Reply-To: <49B75CA3.1030503@pi.nu>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [mpls-tp] [PWE3] poll on making draft-sprecher-mpls-tp-survive-fwk-01.txt a working group document?
Thread-Index: AcmiFDaFo/PV6vJxR0aNzp2yhBCa3gAOoc5w
References: <C5DC72E6.13477%benjamin.niven-jenkins@bt.com> <49B75CA3.1030503@pi.nu>
From: "Sprecher, Nurit (NSN - IL/Hod HaSharon)" <nurit.sprecher@nsn.com>
To: "ext Loa Andersson" <loa@pi.nu>, "Ben Niven-Jenkins" <benjamin.niven-jenkins@bt.com>
X-OriginalArrivalTime: 11 Mar 2009 13:39:21.0492 (UTC) FILETIME=[C8B05D40:01C9A24E]
Cc: mpls@ietf.org, mpls-tp@ietf.org
Subject: Re: [mpls] [mpls-tp] [PWE3] poll on making draft-sprecher-mpls-tp-survive-fwk-01.txt a working group document?
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 11 Mar 2009 13:38:50 -0000

Support

-----Original Message-----
From: mpls-tp-bounces@ietf.org [mailto:mpls-tp-bounces@ietf.org] On
Behalf Of ext Loa Andersson
Sent: Wednesday, March 11, 2009 08:40
To: Ben Niven-Jenkins
Cc: mpls@ietf.org; mpls-tp@ietf.org
Subject: Re: [mpls-tp] [PWE3] poll on making
draft-sprecher-mpls-tp-survive-fwk-01.txt a working group document?

Thansk Ben!

All,

I've very responses to this poll, would be good if you took your time
to respond. Since I will be out of network on Friday (13th) I will
allow comments that are sent before Monday morning my time which is
just now 5 hours before the US East coast.

/Loa

Ben Niven-Jenkins wrote:
> Support. Ben
>=20
>=20
> On 26/02/2009 18:26, "Loa Andersson" <loa@pi.nu> wrote:
>=20
>> All,
>>
>> we have received a request from the editors/authors of
>> draft-sprecher-mpls-tp-survive-fwk-01.txt to make the
>> document an mpls working group document.
>>
>> Please send your comments to the mpls-tp mailing list.
>>
>> This poll ends eob Thu Mar 12, 2009.
>>
>> /Loa
>=20

--=20


Loa Andersson

Sr Strategy and Standards Manager
Ericsson ///                          phone:  +46 8 632 77 14

                                       email:
loa.andersson@ericsson.com
                                               loa.andersson@redback.com
                                               loa@pi.nu


_______________________________________________
mpls-tp mailing list
mpls-tp@ietf.org
https://www.ietf.org/mailman/listinfo/mpls-tp

From diego.caviglia@ericsson.com  Wed Mar 11 06:46:06 2009
Return-Path: <diego.caviglia@ericsson.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AFCB728C1F8; Wed, 11 Mar 2009 06:46:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.136
X-Spam-Level: 
X-Spam-Status: No, score=-6.136 tagged_above=-999 required=5 tests=[AWL=0.113,  BAYES_00=-2.599, HELO_EQ_SE=0.35, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LSDgeY3humv5; Wed, 11 Mar 2009 06:46:04 -0700 (PDT)
Received: from mailgw4.ericsson.se (mailgw4.ericsson.se [193.180.251.62]) by core3.amsl.com (Postfix) with ESMTP id 6EEA228C1FA; Wed, 11 Mar 2009 06:46:04 -0700 (PDT)
Received: from mailgw4.ericsson.se (unknown [127.0.0.1]) by mailgw4.ericsson.se (Symantec Mail Security) with ESMTP id 787F522233; Wed, 11 Mar 2009 14:46:39 +0100 (CET)
X-AuditID: c1b4fb3e-ad89dbb0000023da-3e-49b7c0bf17c0
Received: from esealmw128.eemea.ericsson.se (unknown [153.88.253.124]) by mailgw4.ericsson.se (Symantec Mail Security) with ESMTP id 48CE22067D; Wed, 11 Mar 2009 14:46:39 +0100 (CET)
Received: from esealmw110.eemea.ericsson.se ([153.88.200.78]) by esealmw128.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830);  Wed, 11 Mar 2009 14:46:39 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Wed, 11 Mar 2009 14:45:00 +0100
Message-ID: <E0EB0F89D33F0B46A0C9A5B4293395F7483403@esealmw110.eemea.ericsson.se>
In-Reply-To: <077E41CFFD002C4CAB7DFA4386A5326466367D@DEMUEXC014.nsn-intra.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [mpls] [mpls-tp] [PWE3] poll on makingdraft-sprecher-mpls-tp-survive-fwk-01.txt a working group document?
thread-index: AcmiFDaFo/PV6vJxR0aNzp2yhBCa3gAOoc5wAAAxDSA=
References: <C5DC72E6.13477%benjamin.niven-jenkins@bt.com><49B75CA3.1030503@pi.nu> <077E41CFFD002C4CAB7DFA4386A5326466367D@DEMUEXC014.nsn-intra.net>
From: "Diego Caviglia" <diego.caviglia@ericsson.com>
To: "Sprecher, Nurit (NSN - IL/Hod HaSharon)" <nurit.sprecher@nsn.com>, "ext Loa Andersson" <loa@pi.nu>, "Ben Niven-Jenkins" <benjamin.niven-jenkins@bt.com>
X-OriginalArrivalTime: 11 Mar 2009 13:46:39.0085 (UTC) FILETIME=[CD83C1D0:01C9A24F]
X-Brightmail-Tracker: AAAAAA==
Cc: mpls@ietf.org, mpls-tp@ietf.org
Subject: Re: [mpls] [mpls-tp] [PWE3] poll on makingdraft-sprecher-mpls-tp-survive-fwk-01.txt a working group document?
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 11 Mar 2009 13:46:06 -0000

support

=20
__________________________________________
Diego Caviglia
Strategic Product Manager
Broadband Networks, PL Broadband Optical Network=20
Ericsson Telecomunicazioni S.p.A. (TEI)
Via A. Negrone 1/A                                 Office:  +39 010 600
3736
16153, Genova, Italy                               Fax: +39 010 600 3577
Block E Level 4                                        Mobile: +39 335
7181762
www.ericsson.com                  diego.caviglia@ericsson.com
This communication is confidential and intended solely for the
addressee(s). Any unauthorized review, use, disclosure or distribution
is prohibited. If you believe this message has been sent to you in
error, please notify the sender by replying to this transmission and
delete the message without disclosing it. Thank you.
=20
________________________________


> -----Original Message-----
> From: mpls-tp-bounces@ietf.org [mailto:mpls-tp-bounces@ietf.org] On
> Behalf Of ext Loa Andersson
> Sent: Wednesday, March 11, 2009 08:40
> To: Ben Niven-Jenkins
> Cc: mpls@ietf.org; mpls-tp@ietf.org
> Subject: Re: [mpls-tp] [PWE3] poll on making
> draft-sprecher-mpls-tp-survive-fwk-01.txt a working group document?
>=20
> Thansk Ben!
>=20
> All,
>=20
> I've very responses to this poll, would be good if you took your time
> to respond. Since I will be out of network on Friday (13th) I will
> allow comments that are sent before Monday morning my time which is
> just now 5 hours before the US East coast.
>=20
> /Loa
>=20
> Ben Niven-Jenkins wrote:
> > Support. Ben
> >
> >
> > On 26/02/2009 18:26, "Loa Andersson" <loa@pi.nu> wrote:
> >
> >> All,
> >>
> >> we have received a request from the editors/authors of
> >> draft-sprecher-mpls-tp-survive-fwk-01.txt to make the
> >> document an mpls working group document.
> >>
> >> Please send your comments to the mpls-tp mailing list.
> >>
> >> This poll ends eob Thu Mar 12, 2009.
> >>
> >> /Loa
> >
>=20
> --
>=20
>=20
> Loa Andersson
>=20
> Sr Strategy and Standards Manager
> Ericsson ///                          phone:  +46 8 632 77 14
>=20
>                                        email:
> loa.andersson@ericsson.com
>
loa.andersson@redback.com
>                                                loa@pi.nu
>=20
>=20
> _______________________________________________
> mpls-tp mailing list
> mpls-tp@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls-tp
> _______________________________________________
> mpls mailing list
> mpls@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls

From davari@rogers.com  Wed Mar 11 07:08:52 2009
Return-Path: <davari@rogers.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A9CBF28C1E8 for <mpls@core3.amsl.com>; Wed, 11 Mar 2009 07:08:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VE3WzhX9t42K for <mpls@core3.amsl.com>; Wed, 11 Mar 2009 07:08:51 -0700 (PDT)
Received: from smtp115.rog.mail.re2.yahoo.com (smtp115.rog.mail.re2.yahoo.com [68.142.225.231]) by core3.amsl.com (Postfix) with SMTP id 7854C28C1E7 for <mpls@ietf.org>; Wed, 11 Mar 2009 07:08:42 -0700 (PDT)
Received: (qmail 5970 invoked from network); 11 Mar 2009 14:09:18 -0000
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:Reply-To:From:To:Cc:References:In-Reply-To:Subject:Date:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Mailer:Thread-index:Content-Language; b=F2/zJCHw8MhzbasppH6b38NpLR1tr9PYLo/PkWFaW/GgM9aKIh3s2igrbBlABZOAxxJF9D3BBd5sevXA0MlwgAmXthFYka9aCLInbvGskVj6CQhK5+xwJmRLMxOJ+Sjp0juylqKs4TJoPHHWFzlYB2cIojkMY/1vIB6PNPUldP4= ; 
Received: from unknown (HELO ShahramPC) (davari@99.238.119.231 with login) by smtp115.rog.mail.re2.yahoo.com with SMTP; 11 Mar 2009 14:09:18 -0000
X-YMail-OSG: 3406RPcVM1nCJZgx__VvIxET_zizQZf7tzqjoyxXGDxa2QYESraqK4CHCgfZGnRERA--
X-Yahoo-Newman-Property: ymail-3
From: "Shahram Davari" <davari@rogers.com>
To: "'Loa Andersson'" <loa@pi.nu>, "'Ben Niven-Jenkins'" <benjamin.niven-jenkins@bt.com>
References: <C5DC72E6.13477%benjamin.niven-jenkins@bt.com> <49B75CA3.1030503@pi.nu>
In-Reply-To: <49B75CA3.1030503@pi.nu>
Date: Wed, 11 Mar 2009 10:09:21 -0400
Message-ID: <005301c9a252$fa33da50$ee9b8ef0$@com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 12.0
Thread-index: AcmiGN2/aghC05yIRZKxafenqPi2yAAN7ZOg
Content-Language: en-ca
Cc: mpls@ietf.org, mpls-tp@ietf.org
Subject: Re: [mpls] [PWE3] poll on making draft-sprecher-mpls-tp-survive-fwk-01.txt a working group document?
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: davarish@yahoo.com
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 11 Mar 2009 14:08:52 -0000

Hi,

I support this document to become a WG draft. 

However, I have some concerns regarding some aspects of the draft, which I
hope will be worked out in the next revisions:

1) The abstract and introduction mention that " It provides survivability
mechanisms such as protection and restoration, with similar function levels
to those found in established transport networks such as in SONET/SDH
networks". However, restoration (slow mechanism that requires some
signalling and/or setup after failure) is also included as part the MPLS-TP
requirements. I think if MPLS-TP wants to be a successful Transport layer
then it should only stick to Protection switching (fast recover, where all
resources have been signalled and setup in advance).

2) I am not sure that the protection switching of MPLS-TP should apply to
both LSP and PW. PW protection is not scalable. Besides you need the LSP
protection anyway, so what is the point of protecting PW by itself?

3) What does nested protection mean? Is the draft referring to nested
protection of the same LSP or multiple nested LSPs? The later is fine, but I
think the former is very complex and requires a lot of OAM and signalling.



Best regards,
Shahram

-----Original Message-----
From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of Loa
Andersson
Sent: March-11-09 2:40 AM
To: Ben Niven-Jenkins
Cc: mpls@ietf.org; mpls-tp@ietf.org
Subject: Re: [mpls] [PWE3] poll on making
draft-sprecher-mpls-tp-survive-fwk-01.txt a working group document?

Thansk Ben!

All,

I've very responses to this poll, would be good if you took your time
to respond. Since I will be out of network on Friday (13th) I will
allow comments that are sent before Monday morning my time which is
just now 5 hours before the US East coast.

/Loa

Ben Niven-Jenkins wrote:
> Support. Ben
> 
> 
> On 26/02/2009 18:26, "Loa Andersson" <loa@pi.nu> wrote:
> 
>> All,
>>
>> we have received a request from the editors/authors of
>> draft-sprecher-mpls-tp-survive-fwk-01.txt to make the
>> document an mpls working group document.
>>
>> Please send your comments to the mpls-tp mailing list.
>>
>> This poll ends eob Thu Mar 12, 2009.
>>
>> /Loa
> 

-- 


Loa Andersson

Sr Strategy and Standards Manager
Ericsson ///                          phone:  +46 8 632 77 14

                                       email:  loa.andersson@ericsson.com
                                               loa.andersson@redback.com
                                               loa@pi.nu


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


From Nic.Neate@dataconnection.com  Wed Mar 11 08:21:39 2009
Return-Path: <Nic.Neate@dataconnection.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A44E528C1E4 for <mpls@core3.amsl.com>; Wed, 11 Mar 2009 08:21:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oyI393bduhBo for <mpls@core3.amsl.com>; Wed, 11 Mar 2009 08:21:38 -0700 (PDT)
Received: from enfiets2.dataconnection.com (enfiets2.dataconnection.com [192.91.191.39]) by core3.amsl.com (Postfix) with ESMTP id 31BFE28C205 for <mpls@ietf.org>; Wed, 11 Mar 2009 08:21:38 -0700 (PDT)
Received: from ENFIMBOX1.ad.datcon.co.uk (172.18.10.27) by enfiets2.dataconnection.com (172.18.4.22) with Microsoft SMTP Server (TLS) id 8.1.340.0; Wed, 11 Mar 2009 15:24:33 +0000
Received: from ENFIMBOX1.ad.datcon.co.uk ([172.18.10.27]) by ENFIMBOX1.ad.datcon.co.uk ([172.18.10.27]) with mapi; Wed, 11 Mar 2009 15:22:13 +0000
From: Nic Neate <Nic.Neate@dataconnection.com>
To: "mpls@ietf.org" <mpls@ietf.org>
Date: Wed, 11 Mar 2009 15:22:12 +0000
Thread-Topic: [mpls] I-D Action:draft-ietf-mpls-p2mp-te-mib-08.txt
Thread-Index: AcmgO/7m0RVi5v7xQumxFe9TayxyjgCIRKmw
Message-ID: <11DE3EEC54A8A44EAD99D8C0D3FD72076771D92918@ENFIMBOX1.ad.datcon.co.uk>
References: <20090308221501.882763A67D0@core3.amsl.com> <255065F958D7424594162CFFA82B83C6@your029b8cecfe>
In-Reply-To: <255065F958D7424594162CFFA82B83C6@your029b8cecfe>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: Re: [mpls] I-D Action:draft-ietf-mpls-p2mp-te-mib-08.txt
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 11 Mar 2009 15:21:39 -0000

Hi Adrian,

Thanks for making these changes.

One final comment from me: I think there's a typo in the example text in se=
ction 5.1 (http://tools.ietf.org/html/draft-ietf-mpls-p2mp-te-mib-08#page-1=
8), describing configuration of the sub-group IDs in the mplsTeP2mpTunnelDe=
stTable.

You have the source (incoming) sub-group ID being set and the destination (=
outgoing) sub-group ID left as 0 for the first mplsTeP2mpTunnelDestTable ro=
w, and both being set for the second row.  I think the source sub-group ID =
should be left 0 for both rows, and the destination sub-group ID should be =
set for both rows.

Suggested text:

   Step 5 - Create the destinations for the P2MP LSP tunnel

     In mplsTeP2mpTunnelDestTable define as follows:

     {
>      mplsTeP2mpTunnelDestSrcSubGroupOriginType =3D unknown(0),
>      mplsTeP2mpTunnelDestSrcSubGroupOrigin     =3D "",
>      mplsTeP2mpTunnelDestSrcSubGroupID         =3D 0,
>      mplsTeP2mpTunnelDestSubGroupOriginType    =3D ipv4(1),
>      mplsTeP2mpTunnelDestSubGroupOrigin        =3D "192.0.2.1",
>      mplsTeP2mpTunnelDestSubGroupID            =3D 132,
       mplsTeP2mpTunnelDestDestinationType       =3D ipv4(1),
       mplsTeP2mpTunnelDestDestination           =3D "192.0.2.65",
       mplsTeP2mpTunnelDestHopTableIndex         =3D 1,
       mplsTeP2mpTunnelDestPathInUse             =3D 1,
       mplsTeP2mpTunnelDestAdminStatus           =3D up(1),
       mplsTeP2mpTunnelDestRowStatus             =3D createAndGo(4)
     }

     {
>      mplsTeP2mpTunnelDestSrcSubGroupOriginType =3D unknown(0),
>      mplsTeP2mpTunnelDestSrcSubGroupOrigin     =3D "",
>      mplsTeP2mpTunnelDestSrcSubGroupID         =3D 0,
       mplsTeP2mpTunnelDestSubGroupOriginType    =3D ipv4(1),
       mplsTeP2mpTunnelDestSubGroupOrigin        =3D "192.0.2.1",
       mplsTeP2mpTunnelDestSubGroupID            =3D 132,
       mplsTeP2mpTunnelDestDestinationType       =3D ipv4(1),
       mplsTeP2mpTunnelDestDestination           =3D "192.0.2.66",
       mplsTeP2mpTunnelDestHopTableIndex         =3D 2,
       mplsTeP2mpTunnelDestPathInUse             =3D 1,
       mplsTeP2mpTunnelDestAdminStatus           =3D up(1),
       mplsTeP2mpTunnelDestRowStatus             =3D createAndGo(4)
     }

Nic

-----Original Message-----
From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of Adr=
ian Farrel
Sent: 08 March 2009 22:20
To: Loa Andersson; George Swallow
Cc: Ross Callon; mpls@ietf.org
Subject: Re: [mpls] I-D Action:draft-ietf-mpls-p2mp-te-mib-08.txt

Hi,

Finally this I-D has been updated to fix the issues raised by Nic Neate.

You may recall that the issues were raised after the I-D had completed WG l=
ast call and gone to Ross for evaluation. The issues were, nonetheless, val=
id and needed to be fixed.

A summary of the changes is provided in Section 0 of the I-D, and details m=
ay be found by running RFCdiff.

We leave it to the WG chairs to determine whether a further WG last call is=
 needed.

Thanks,
Adrian
----- Original Message -----
From: <Internet-Drafts@ietf.org>
To: <i-d-announce@ietf.org>
Cc: <mpls@ietf.org>
Sent: Sunday, March 08, 2009 10:15 PM
Subject: I-D Action:draft-ietf-mpls-p2mp-te-mib-08.txt


>A New Internet-Draft is available from the on-line Internet-Drafts=20
>directories.
> This draft is a work item of the Multiprotocol Label Switching Working=20
> Group of the IETF.
>
>
> Title           : Point-to-Multipoint Multiprotocol Label Switching (MPLS=
)=20
> Traffic Engineering (TE) Management Information Base (MIB) module
> Author(s)       : A. Farrel, et al.
> Filename        : draft-ietf-mpls-p2mp-te-mib-08.txt
> Pages           : 62
> Date            : 2009-03-08
>
> This memo defines a portion of the Management Information Base
> for use with network management protocols in the Internet community.
> In particular, it describes managed objects for point-to-multipoint
> (P2MP) Multiprotocol Label Switching (MPLS) based traffic engineering
> (TE).
>
> The MIB module defined in this document is applicable to P2MP MPLS-TE
> by extensions to the MPLS-TE MIB module defined in RFC 3812. It is
> equally applicable to P2MP Generalized MPLS (GMPLS) in association
> with the GMPLS TE MIB module defined in RFC 4802.
>
> A URL for this Internet-Draft is:
> http://www.ietf.org/internet-drafts/draft-ietf-mpls-p2mp-te-mib-08.txt=20


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

From riccardo.martinotti@ericsson.com  Thu Mar 12 02:15:07 2009
Return-Path: <riccardo.martinotti@ericsson.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9CE643A69DD; Thu, 12 Mar 2009 02:15:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.248
X-Spam-Level: 
X-Spam-Status: No, score=-6.248 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_SE=0.35, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hwhRPFiPQ9HS; Thu, 12 Mar 2009 02:15:04 -0700 (PDT)
Received: from mailgw4.ericsson.se (mailgw4.ericsson.se [193.180.251.62]) by core3.amsl.com (Postfix) with ESMTP id 3816B3A68CF; Thu, 12 Mar 2009 02:15:04 -0700 (PDT)
Received: from mailgw4.ericsson.se (unknown [127.0.0.1]) by mailgw4.ericsson.se (Symantec Mail Security) with ESMTP id 44AED21238; Thu, 12 Mar 2009 10:15:40 +0100 (CET)
X-AuditID: c1b4fb3e-af0a0bb0000023da-d3-49b8d2bc2419
Received: from esealmw128.eemea.ericsson.se (unknown [153.88.253.124]) by mailgw4.ericsson.se (Symantec Mail Security) with ESMTP id 096072009B; Thu, 12 Mar 2009 10:15:40 +0100 (CET)
Received: from esealmw110.eemea.ericsson.se ([153.88.200.78]) by esealmw128.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830);  Thu, 12 Mar 2009 10:15:39 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C9A2F3.1CC459A4"
Date: Thu, 12 Mar 2009 10:18:49 +0100
Message-ID: <269AE8908A44C145A4745C3ED880B9A749C964@esealmw110.eemea.ericsson.se>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: new draft available for comments
thread-index: Acmi841RJMkhx21qSwaeXg6RH4eE4A==
From: "Riccardo Martinotti" <riccardo.martinotti@ericsson.com>
To: <mpls-tp@ietf.org>, <mpls@ietf.org>
X-OriginalArrivalTime: 12 Mar 2009 09:15:39.0725 (UTC) FILETIME=[1C980FD0:01C9A2F3]
X-Brightmail-Tracker: AAAAAA==
Cc: "Sprecher, Nurit \(NSN - IL/Hod HaSharon\)" <nurit.sprecher@nsn.com>, Capello Alessandro <alessandro.capello@telecomitalia.it>
Subject: [mpls] new draft available for comments
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 12 Mar 2009 09:15:07 -0000

This is a multi-part message in MIME format.

------_=_NextPart_001_01C9A2F3.1CC459A4
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hi all,

         We've recently published the version 01 of the ID
draft-martinotti-mpls-tp-interworking.

We'd like to ask for comments from the list given that Interworking
between MPLS-TP and IP/MPLS networks seems to be an interesting topic.

Thanks in advance.

=20

=20
Title    : Interworking between MPLS-TP and IP/MPLS
Revision : 01
Authors  : R. Martinotti, D. Caviglia, N. Sprecher, A. D'Alessandro, A.
Capello
Pages    : 31
Date     : March 5, 2009
              =20
Purpose of this ID is to illustrate interworking scenarios between
network(s) supporting MPLS-TP and network(s) supporting IP/MPLS. Main
interworking issues and open points are highlighted.
=20
A URL for this Internet-Draft is:
=20
<http://www.ietf.org/internet-drafts/draft-martinotti-mpls-tp-interworki
ng-01.txt>
http://www.ietf.org/internet-drafts/draft-martinotti-mpls-tp-interworkin
g-01.txt

=20


------_=_NextPart_001_01C9A2F3.1CC459A4
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-microsoft-com:office:office" =
xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
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=3DGenerator content=3D"Microsoft Word 11 (filtered medium)">
<style>
<!--
 /* Font Definitions */
 @font-face
	{font-family:Wingdings;
	panose-1:5 0 0 0 0 0 0 0 0 0;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman";}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{color:purple;
	text-decoration:underline;}
pre
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:10.0pt;
	font-family:"Courier New";}
span.EmailStyle17
	{mso-style-type:personal-compose;
	font-family:Arial;
	color:windowtext;}
@page Section1
	{size:595.3pt 841.9pt;
	margin:70.85pt 2.0cm 2.0cm 2.0cm;}
div.Section1
	{page:Section1;}
 /* List Definitions */
 @list l0
	{mso-list-id:372654333;
	mso-list-type:hybrid;
	mso-list-template-ids:-505648228 684647782 68157443 68157445 68157441 =
68157443 68157445 68157441 68157443 68157445;}
@list l0:level1
	{mso-level-number-format:bullet;
	mso-level-text:\F0B7;
	mso-level-tab-stop:17.85pt;
	mso-level-number-position:left;
	margin-left:17.85pt;
	text-indent:-17.85pt;
	font-family:Symbol;}
ol
	{margin-bottom:0cm;}
ul
	{margin-bottom:0cm;}
-->
</style>

</head>

<body lang=3DIT link=3Dblue vlink=3Dpurple>

<div class=3DSection1>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DEN-US =
style=3D'font-size:
10.0pt;font-family:Arial'>Hi all,<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DEN-US =
style=3D'font-size:
10.0pt;font-family:Arial'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp=
;
We&#8217;ve recently published the version 01 of the ID =
draft-martinotti-mpls-tp-interworking.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DEN-US =
style=3D'font-size:
10.0pt;font-family:Arial'>We&#8217;d like to ask for comments from the =
list
given that Interworking between MPLS-TP and IP/MPLS networks seems to be =
an
interesting topic.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DEN-US =
style=3D'font-size:
10.0pt;font-family:Arial'>Thanks in =
advance.<o:p></o:p></span></font></p>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DEN-GB =
style=3D'font-size:
10.0pt;font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

<pre><font size=3D2 face=3DArial><span lang=3DEN-GB =
style=3D'font-size:10.0pt;
font-family:Arial'><o:p>&nbsp;</o:p></span></font></pre><pre><font =
size=3D2
face=3DArial><span lang=3DEN-GB =
style=3D'font-size:10.0pt;font-family:Arial'>Title &nbsp;&nbsp;&nbsp;: =
Interworking between MPLS-TP and =
IP/MPLS<o:p></o:p></span></font></pre><pre><font
size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial'>Revision : =
01<o:p></o:p></span></font></pre><pre><font
size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial'>Authors&nbsp; : R. =
Martinotti, D. Caviglia, N. Sprecher, A. D&#8217;Alessandro, A. =
Capello<o:p></o:p></span></font></pre><pre><font
size=3D2 face=3DArial><span lang=3DEN-GB =
style=3D'font-size:10.0pt;font-family:Arial'>Pages&nbsp;&nbsp;&nbsp; : =
31<o:p></o:p></span></font></pre><pre><font
size=3D2 face=3DArial><span lang=3DEN-GB =
style=3D'font-size:10.0pt;font-family:Arial'>Date&nbsp;&nbsp;&nbsp;&nbsp;=
 : March 5, 2009<o:p></o:p></span></font></pre><pre><font
size=3D2 face=3DArial><span lang=3DEN-GB =
style=3D'font-size:10.0pt;font-family:Arial'>&nbsp;&nbsp;&nbsp;&nbsp;&nbs=
p;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; =
<o:p></o:p></span></font></pre><pre><font
size=3D2 face=3DArial><span lang=3DEN-GB =
style=3D'font-size:10.0pt;font-family:Arial'>Purpose of this ID is to =
illustrate interworking scenarios between network(s) supporting MPLS-TP =
and network(s) supporting IP/MPLS. Main interworking issues and open =
points are highlighted.<o:p></o:p></span></font></pre><pre><font
size=3D2 face=3DArial><span lang=3DEN-GB =
style=3D'font-size:10.0pt;font-family:Arial'><o:p>&nbsp;</o:p></span></fo=
nt></pre><pre><font
size=3D2 face=3DArial><span lang=3DEN-GB =
style=3D'font-size:10.0pt;font-family:Arial'>A URL for this =
Internet-Draft is:<o:p></o:p></span></font></pre><pre><font
size=3D2 face=3DArial><span =
style=3D'font-size:10.0pt;font-family:Arial'><a
href=3D"http://www.ietf.org/internet-drafts/draft-martinotti-mpls-tp-inte=
rworking-01.txt"><span
lang=3DEN-GB>http://www.ietf.org/internet-drafts/draft-martinotti-mpls-tp=
-interworking-01.txt</span></a></span></font><font
face=3DArial><span lang=3DEN-GB =
style=3D'font-family:Arial'><o:p></o:p></span></font></pre>

<p class=3DMsoNormal><font size=3D2 face=3DArial><span lang=3DEN-GB =
style=3D'font-size:
10.0pt;font-family:Arial'><o:p>&nbsp;</o:p></span></font></p>

</div>

</body>

</html>

------_=_NextPart_001_01C9A2F3.1CC459A4--

From sharpe_tarikh@live.com  Thu Mar 12 05:56:55 2009
Return-Path: <sharpe_tarikh@live.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 627063A692A for <mpls@core3.amsl.com>; Thu, 12 Mar 2009 05:56:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level: 
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WUeDl7b0s0y4 for <mpls@core3.amsl.com>; Thu, 12 Mar 2009 05:56:51 -0700 (PDT)
Received: from bay0-omc2-s3.bay0.hotmail.com (bay0-omc2-s3.bay0.hotmail.com [65.54.246.139]) by core3.amsl.com (Postfix) with ESMTP id 3B40928C10C for <mpls@ietf.org>; Thu, 12 Mar 2009 05:56:51 -0700 (PDT)
Received: from BAY112-W15 ([64.4.26.115]) by bay0-omc2-s3.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959);  Thu, 12 Mar 2009 05:57:28 -0700
Message-ID: <BAY112-W15B2EE025CCDCFD228695DEC9F0@phx.gbl>
Content-Type: multipart/alternative; boundary="_1b0a4f0c-a5e1-4a6a-8d51-b4350daee560_"
X-Originating-IP: [124.181.1.205]
From: Sharpe Tarikh <sharpe_tarikh@live.com>
To: MPLS <mpls@ietf.org>
Date: Thu, 12 Mar 2009 16:57:28 +0400
Importance: Normal
MIME-Version: 1.0
X-OriginalArrivalTime: 12 Mar 2009 12:57:28.0692 (UTC) FILETIME=[195B4340:01C9A312]
Subject: [mpls] RFC5036 (LDP) - request for interpretation
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 12 Mar 2009 12:56:55 -0000

--_1b0a4f0c-a5e1-4a6a-8d51-b4350daee560_
Content-Type: text/plain; charset="windows-1251"
Content-Transfer-Encoding: quoted-printable


Hi all=2C

I have been reading through RFC5036 and there is a bit of ambiguity (at lea=
st as far as I am concerned) about how the "Max PDU Length" is to be interp=
reted.

According to section 3.5.3=2C the "Max PDU Length" field of the LDP Initial=
ization message is:

[RFC5036 section 3.5.3]
    Two octet unsigned integer that proposes the maximum allowable
    length for LDP PDUs for the session. A value of 255 or less
    specifies the default maximum length of 4096 octets.

Having read this=2C it would seem to suggest that this parameter is to be i=
nterpreted as the length of the entire LDP PDU=2C including all overhead fi=
elds. Therefore=2C if for example a Max PDU Length of 4096 is negotiated=2C=
 it would seem to suggest that size of the entire LDP PDU would be no more =
than 4096 octets (including the Version and PDU Length fields).

Now=2C if we turn to section 3.1=2C we are given a description of the "PDU =
Length" field in the LDP Header. The description reads as follows:

[RFC5036 section 3.1]
    PDU Length

    Two octet integer specifying the total length of this PDU in
    octets=2C excluding the Version and PDU Length fields.


Taking this and my interpretation of section 3.5.3=2C if a Max PDU Length o=
f 4096 has been negotiated=2C then the maximum value of the "PDU Length" fi=
eld of an LDP PDU should now be 4092 octets (taking away the 4 octets for t=
he Version and PDU Length fields)=2C to ensure that the maximum length of t=
he complete LDP PDU does not exceed 4096.

However=2C if I move further down the description of the "PDU length" field=
 in section 3.1=2C I see the following:

[RFC5036 section 3.1]

    The maximum allowable PDU Length is negotiable when an LDP session
    is initialized. Prior to completion of the negotiation=2C the
    maximum allowable length is 4096 bytes.


Now=2C the point of confusion for me here is the term "PDU Length". In this=
 description=2C does the term refer to the "PDU Length" field of the LDP he=
ader or the size of a maximum-length PDU. If it is the former=2C it invalid=
ates my assumption from section 3.5.3 as the maximum PDU length would now b=
e 4100. If it is the latter (which I think it should be) then I think this =
statement should be cleared up to explicitly state that .

While this may seem an exercise in pedantry=2C I have encountered two imple=
mentations which are treating this differently. One believes that a negotia=
ted Max PDU Length of 4096 allows them to send LDP PDUs with a size of 4100=
=2C while the other restricts the total PDU size to no more than 4096. Whic=
h one is correct ? Or is it the case that there really is a bit of ambiguit=
y here that needs to be fixed up ?

Your kind responses are greatly appreciated.

Sharpe


_________________________________________________________________
Drag n=92 drop=97Get easy photo sharing with Windows Live=99 Photos.

http://www.microsoft.com/windows/windowslive/products/photos.aspx=

--_1b0a4f0c-a5e1-4a6a-8d51-b4350daee560_
Content-Type: text/html; charset="windows-1251"
Content-Transfer-Encoding: quoted-printable

<html>
<head>
<style>
.hmmessage P
{
margin:0px=3B
padding:0px
}
body.hmmessage
{
font-size: 10pt=3B
font-family:Verdana
}
</style>
</head>
<body class=3D'hmmessage'>
Hi all=2C<br><br>I have been reading through RFC5036 and there is a bit of =
ambiguity (at least as far as I am concerned) about how the "Max PDU Length=
" is to be interpreted.<br><br>According to section 3.5.3=2C the "Max PDU L=
ength" field of the LDP Initialization message is:<br><br>[RFC5036 section =
3.5.3]<br>&nbsp=3B&nbsp=3B&nbsp=3B Two octet unsigned integer that proposes=
 the maximum allowable<br>&nbsp=3B&nbsp=3B&nbsp=3B length for LDP PDUs for =
the session. A value of 255 or less<br>&nbsp=3B&nbsp=3B&nbsp=3B specifies t=
he default maximum length of 4096 octets.<br><br>Having read this=2C it wou=
ld seem to suggest that this parameter is to be interpreted as the length o=
f the entire LDP PDU=2C including all overhead fields. Therefore=2C if for =
example a Max PDU Length of 4096 is negotiated=2C it would seem to suggest =
that size of the entire LDP PDU would be no more than 4096 octets (includin=
g the Version and PDU Length fields).<br><br>Now=2C if we turn to section 3=
.1=2C we are given a description of the "PDU Length" field in the LDP Heade=
r. The description reads as follows:<br><br>[RFC5036 section 3.1]<br>&nbsp=
=3B&nbsp=3B&nbsp=3B PDU Length<br><br>&nbsp=3B&nbsp=3B&nbsp=3B Two octet in=
teger specifying the total length of this PDU in<br>&nbsp=3B&nbsp=3B&nbsp=
=3B octets=2C excluding the Version and PDU Length fields.<br><br><br>Takin=
g this and my interpretation of section 3.5.3=2C if a Max PDU Length of 409=
6 has been negotiated=2C then the maximum value of the "PDU Length" field o=
f an LDP PDU should now be 4092 octets (taking away the 4 octets for the Ve=
rsion and PDU Length fields)=2C to ensure that the maximum length of the co=
mplete LDP PDU does not exceed 4096.<br><br>However=2C if I move further do=
wn the description of the "PDU length" field in section 3.1=2C I see the fo=
llowing:<br><br>[RFC5036 section 3.1]<br><br>&nbsp=3B&nbsp=3B&nbsp=3B The m=
aximum allowable PDU Length is negotiable when an LDP session<br>&nbsp=3B&n=
bsp=3B&nbsp=3B is initialized. Prior to completion of the negotiation=2C th=
e<br>&nbsp=3B&nbsp=3B&nbsp=3B maximum allowable length is 4096 bytes.<br><b=
r><br>Now=2C the point of confusion for me here is the term "PDU Length". I=
n this description=2C does the term refer to the "PDU Length" field of the =
LDP header or the size of a maximum-length PDU. If it is the former=2C it i=
nvalidates my assumption from section 3.5.3 as the maximum PDU length would=
 now be 4100. If it is the latter (which I think it should be) then I think=
 this statement should be cleared up to explicitly state that .<br><br>Whil=
e this may seem an exercise in pedantry=2C I have encountered two implement=
ations which are treating this differently. One believes that a negotiated =
Max PDU Length of 4096 allows them to send LDP PDUs with a size of 4100=2C =
while the other restricts the total PDU size to no more than 4096. Which on=
e is correct ? Or is it the case that there really is a bit of ambiguity he=
re that needs to be fixed up ?<br><br>Your kind responses are greatly appre=
ciated.<br><br>Sharpe<br><br><br /><hr />What can you do with the new Windo=
ws Live? <a href=3D'http://www.microsoft.com/windows/windowslive/default.as=
px' target=3D'_new'>Find out</a></body>
</html>=

--_1b0a4f0c-a5e1-4a6a-8d51-b4350daee560_--

From web-usrn@ISI.EDU  Mon Mar  2 08:51:07 2009
Return-Path: <web-usrn@ISI.EDU>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D2C2E3A6933 for <mpls@core3.amsl.com>; Mon,  2 Mar 2009 08:51:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -17.048
X-Spam-Level: 
X-Spam-Status: No, score=-17.048 tagged_above=-999 required=5 tests=[AWL=0.551, BAYES_00=-2.599, USER_IN_DEF_WHITELIST=-15]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7c2-sF-AGFtN for <mpls@core3.amsl.com>; Mon,  2 Mar 2009 08:51:05 -0800 (PST)
Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by core3.amsl.com (Postfix) with ESMTP id 4DAD13A6902 for <mpls@ietf.org>; Mon,  2 Mar 2009 08:51:05 -0800 (PST)
Received: from boreas.isi.edu (localhost [127.0.0.1]) by boreas.isi.edu (8.13.8/8.13.8) with ESMTP id n22GoVLu017238 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 2 Mar 2009 08:50:32 -0800 (PST)
Received: (from web-usrn@localhost) by boreas.isi.edu (8.13.8/8.13.8/Submit) id n22GoTfl017223; Mon, 2 Mar 2009 08:50:29 -0800 (PST)
Date: Mon, 2 Mar 2009 08:50:29 -0800 (PST)
Message-Id: <200903021650.n22GoTfl017223@boreas.isi.edu>
To: rahul@juniper.net, yakov@juniper.net, erosen@cisco.com, rcallon@juniper.net, dward@cisco.com, swallow@cisco.com, loa@pi.nu
From: RFC Errata System <rfc-editor@rfc-editor.org>
X-ISI-4-43-8-MailScanner: Found to be clean
X-MailScanner-From: web-usrn@boreas.isi.edu
X-Mailman-Approved-At: Thu, 12 Mar 2009 10:45:59 -0700
Cc: mpls@ietf.org, ah@TR-Sys.de, rfc-editor@rfc-editor.org
Subject: [mpls] [Editorial Errata Reported] RFC5331 (1698)
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Mar 2009 16:51:07 -0000

The following errata report has been submitted for RFC5331,
"MPLS Upstream Label Assignment and Context-Specific Label Space".

--------------------------------------
You may review the report below and at:
http://www.rfc-editor.org/errata_search.php?rfc=5331&eid=1698

--------------------------------------
Type: Editorial
Reported by: Alfred Hoenes <ah@TR-Sys.de>

Section: 4., 1st para

Original Text
-------------
   [...]
   Then, with respect to this binding, Ru is the "upstream LSR", and Rd
|  is the "downstream LSR"."
                          ^^

Corrected Text
--------------
   Then, with respect to this binding, Ru is the "upstream LSR", and Rd
|  is the "downstream LSR".
                          ^

Notes
-----
Typo; keep for update!

Instructions:
-------------
This errata is currently posted as "Reported". If necessary, please
use "Reply All" to discuss whether it should be verified or
rejected. When a decision is reached, the verifying party (IESG)
can log in to change the status and edit the report, if necessary. 

--------------------------------------
RFC5331 (draft-ietf-mpls-upstream-label-07)
--------------------------------------
Title               : MPLS Upstream Label Assignment and Context-Specific Label Space
Publication Date    : August 2008
Author(s)           : R. Aggarwal, Y. Rekhter, E. Rosen
Category            : PROPOSED STANDARD
Source              : Multiprotocol Label Switching
Area                : Routing
Stream              : IETF
Verifying Party     : IESG

From web-usrn@ISI.EDU  Mon Mar  2 08:54:03 2009
Return-Path: <web-usrn@ISI.EDU>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D96B73A6902 for <mpls@core3.amsl.com>; Mon,  2 Mar 2009 08:54:03 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -17.064
X-Spam-Level: 
X-Spam-Status: No, score=-17.064 tagged_above=-999 required=5 tests=[AWL=0.535, BAYES_00=-2.599, USER_IN_DEF_WHITELIST=-15]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jMeCw-KqcD6k for <mpls@core3.amsl.com>; Mon,  2 Mar 2009 08:54:02 -0800 (PST)
Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by core3.amsl.com (Postfix) with ESMTP id BFCEB3A6887 for <mpls@ietf.org>; Mon,  2 Mar 2009 08:54:02 -0800 (PST)
Received: from boreas.isi.edu (localhost [127.0.0.1]) by boreas.isi.edu (8.13.8/8.13.8) with ESMTP id n22GrbsU018597 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 2 Mar 2009 08:53:37 -0800 (PST)
Received: (from web-usrn@localhost) by boreas.isi.edu (8.13.8/8.13.8/Submit) id n22Grb4d018596; Mon, 2 Mar 2009 08:53:37 -0800 (PST)
Date: Mon, 2 Mar 2009 08:53:37 -0800 (PST)
Message-Id: <200903021653.n22Grb4d018596@boreas.isi.edu>
To: rahul@juniper.net, yakov@juniper.net, erosen@cisco.com, rcallon@juniper.net, dward@cisco.com, swallow@cisco.com, loa@pi.nu
From: RFC Errata System <rfc-editor@rfc-editor.org>
X-ISI-4-43-8-MailScanner: Found to be clean
X-MailScanner-From: web-usrn@boreas.isi.edu
X-Mailman-Approved-At: Thu, 12 Mar 2009 10:45:59 -0700
Cc: mpls@ietf.org, ah@TR-Sys.de, rfc-editor@rfc-editor.org
Subject: [mpls] [Editorial Errata Reported] RFC5331 (1699)
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Mar 2009 16:54:04 -0000

The following errata report has been submitted for RFC5331,
"MPLS Upstream Label Assignment and Context-Specific Label Space".

--------------------------------------
You may review the report below and at:
http://www.rfc-editor.org/errata_search.php?rfc=5331&eid=1699

--------------------------------------
Type: Editorial
Reported by: Alfred Hoenes <ah@TR-Sys.de>

Section: 7, pg.8

Original Text
-------------
   The precise set of procedures for identifying the IP address of the
|  root of the tunnel depend, of course, on the protocol used to set up
   the tunnel.  [...]
                           ^^

Corrected Text
--------------
   The precise set of procedures for identifying the IP address of the
|  root of the tunnel depends, of course, on the protocol used to set up
   the tunnel.  [...]
                           ^^^

Notes
-----
Location is the 2nd paragraph on page 8.

Rationale:  singular/plural mismatch: "The ... set ... depend".
Keep for update!

Instructions:
-------------
This errata is currently posted as "Reported". If necessary, please
use "Reply All" to discuss whether it should be verified or
rejected. When a decision is reached, the verifying party (IESG)
can log in to change the status and edit the report, if necessary. 

--------------------------------------
RFC5331 (draft-ietf-mpls-upstream-label-07)
--------------------------------------
Title               : MPLS Upstream Label Assignment and Context-Specific Label Space
Publication Date    : August 2008
Author(s)           : R. Aggarwal, Y. Rekhter, E. Rosen
Category            : PROPOSED STANDARD
Source              : Multiprotocol Label Switching
Area                : Routing
Stream              : IETF
Verifying Party     : IESG

From web-usrn@ISI.EDU  Mon Mar  2 09:04:08 2009
Return-Path: <web-usrn@ISI.EDU>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B2FF528C280 for <mpls@core3.amsl.com>; Mon,  2 Mar 2009 09:04:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -17.08
X-Spam-Level: 
X-Spam-Status: No, score=-17.08 tagged_above=-999 required=5 tests=[AWL=0.519,  BAYES_00=-2.599, USER_IN_DEF_WHITELIST=-15]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UsbEa4BqoKmT for <mpls@core3.amsl.com>; Mon,  2 Mar 2009 09:04:07 -0800 (PST)
Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by core3.amsl.com (Postfix) with ESMTP id 279B03A6B77 for <mpls@ietf.org>; Mon,  2 Mar 2009 09:04:00 -0800 (PST)
Received: from boreas.isi.edu (localhost [127.0.0.1]) by boreas.isi.edu (8.13.8/8.13.8) with ESMTP id n22H3PS3022502 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 2 Mar 2009 09:03:26 -0800 (PST)
Received: (from web-usrn@localhost) by boreas.isi.edu (8.13.8/8.13.8/Submit) id n22H3P1l022499; Mon, 2 Mar 2009 09:03:25 -0800 (PST)
Date: Mon, 2 Mar 2009 09:03:25 -0800 (PST)
Message-Id: <200903021703.n22H3P1l022499@boreas.isi.edu>
To: rahul@juniper.net, yakov@juniper.net, erosen@cisco.com, rcallon@juniper.net, dward@cisco.com, swallow@cisco.com, loa@pi.nu
From: RFC Errata System <rfc-editor@rfc-editor.org>
X-ISI-4-43-8-MailScanner: Found to be clean
X-MailScanner-From: web-usrn@boreas.isi.edu
X-Mailman-Approved-At: Thu, 12 Mar 2009 10:45:59 -0700
Cc: mpls@ietf.org, ah@TR-Sys.de, rfc-editor@rfc-editor.org
Subject: [mpls] [Technical Errata Reported] RFC5331 (1700)
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Mar 2009 17:04:08 -0000

The following errata report has been submitted for RFC5331,
"MPLS Upstream Label Assignment and Context-Specific Label Space".

--------------------------------------
You may review the report below and at:
http://www.rfc-editor.org/errata_search.php?rfc=5331&eid=1700

--------------------------------------
Type: Technical
Reported by: Alfred Hoenes <ah@TR-Sys.de>

Section: 7, pg. 8

Original Text
-------------
   Some tunnels may not even require configuration, e.g., a Generic
   Routing Encapsulation (GRE) tunnel can be "created" just by
   encapsulating packets and transmitting them.  In such a case, the IP
   address of the root is considered to be the IP source address of the
|  encapsulated packets.
             ^^ 

Corrected Text
--------------
   Some tunnels may not even require configuration, e.g., a Generic
   Routing Encapsulation (GRE) tunnel can be "created" just by
   encapsulating packets and transmitting them.  In such a case, the IP
   address of the root is considered to be the IP source address of the
|  encapsulating packets.
             ^^^  

Notes
-----
Location is 4th paragraph on page 8.

Rationale:
  Earlier in the same section, the 2nd paragraph on page 7 defines
  the 'root' of a tunnel:

  "The root is identified by the head-end IP address of the tunnel."

  Consequentlially, in the case of 'ad-hoc' GRE tunnels the IP address
  of the 'root' obviously is the source address in the *outer* IP
  header, i.e. the source address of the _encapsulating_ packet, not
  the source IP address in the inner IP header, the _encapsulated_
  packet.  Thus, the verb form used in the text needs to be corrected.

Instructions:
-------------
This errata is currently posted as "Reported". If necessary, please
use "Reply All" to discuss whether it should be verified or
rejected. When a decision is reached, the verifying party (IESG)
can log in to change the status and edit the report, if necessary. 

--------------------------------------
RFC5331 (draft-ietf-mpls-upstream-label-07)
--------------------------------------
Title               : MPLS Upstream Label Assignment and Context-Specific Label Space
Publication Date    : August 2008
Author(s)           : R. Aggarwal, Y. Rekhter, E. Rosen
Category            : PROPOSED STANDARD
Source              : Multiprotocol Label Switching
Area                : Routing
Stream              : IETF
Verifying Party     : IESG

From web-usrn@ISI.EDU  Mon Mar  2 09:10:49 2009
Return-Path: <web-usrn@ISI.EDU>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C76E33A6B23 for <mpls@core3.amsl.com>; Mon,  2 Mar 2009 09:10:49 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -17.094
X-Spam-Level: 
X-Spam-Status: No, score=-17.094 tagged_above=-999 required=5 tests=[AWL=0.505, BAYES_00=-2.599, USER_IN_DEF_WHITELIST=-15]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2XDHrGsdVIAw for <mpls@core3.amsl.com>; Mon,  2 Mar 2009 09:10:48 -0800 (PST)
Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by core3.amsl.com (Postfix) with ESMTP id 81DBE3A6AE7 for <mpls@ietf.org>; Mon,  2 Mar 2009 09:10:48 -0800 (PST)
Received: from boreas.isi.edu (localhost [127.0.0.1]) by boreas.isi.edu (8.13.8/8.13.8) with ESMTP id n22HAU14025521 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 2 Mar 2009 09:10:31 -0800 (PST)
Received: (from web-usrn@localhost) by boreas.isi.edu (8.13.8/8.13.8/Submit) id n22HAU0D025517; Mon, 2 Mar 2009 09:10:30 -0800 (PST)
Date: Mon, 2 Mar 2009 09:10:30 -0800 (PST)
Message-Id: <200903021710.n22HAU0D025517@boreas.isi.edu>
To: rahul@juniper.net, yakov@juniper.net, erosen@cisco.com, rcallon@juniper.net, dward@cisco.com, swallow@cisco.com, loa@pi.nu
From: RFC Errata System <rfc-editor@rfc-editor.org>
X-ISI-4-43-8-MailScanner: Found to be clean
X-MailScanner-From: web-usrn@boreas.isi.edu
X-Mailman-Approved-At: Thu, 12 Mar 2009 10:45:59 -0700
Cc: mpls@ietf.org, ah@TR-Sys.de, rfc-editor@rfc-editor.org
Subject: [mpls] [Editorial Errata Reported] RFC5331 (1701)
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Mar 2009 17:10:49 -0000

The following errata report has been submitted for RFC5331,
"MPLS Upstream Label Assignment and Context-Specific Label Space".

--------------------------------------
You may review the report below and at:
http://www.rfc-editor.org/errata_search.php?rfc=5331&eid=1701

--------------------------------------
Type: Editorial
Reported by: Alfred Hoenes <ah@TR-Sys.de>

Section: 8., 6th para

Original Text
-------------
          [...].  Values of the host part of the IPv4 address greater
|  than 0xFFFEF are not allowed to be used as context labels.
                                           ^^

Corrected Text
--------------
          [...].  Values of the host part of the IPv4 address greater
|  than 0xFFFEF are not allowed to be used to generate context labels.
                                           ^^^^^^^^^^^

Notes
-----
Rationale: The 'host part' only becomes a part of the label
  (The full, 32-bit label format is specified in RFC 3032 with
  significant updates by RFC 5462, RFC 3270, and RFC 5129.)
  Thus, the host part cannot be used "as" as label; the Corrected
  Text suggests an appropriate wording.

Instructions:
-------------
This errata is currently posted as "Reported". If necessary, please
use "Reply All" to discuss whether it should be verified or
rejected. When a decision is reached, the verifying party (IESG)
can log in to change the status and edit the report, if necessary. 

--------------------------------------
RFC5331 (draft-ietf-mpls-upstream-label-07)
--------------------------------------
Title               : MPLS Upstream Label Assignment and Context-Specific Label Space
Publication Date    : August 2008
Author(s)           : R. Aggarwal, Y. Rekhter, E. Rosen
Category            : PROPOSED STANDARD
Source              : Multiprotocol Label Switching
Area                : Routing
Stream              : IETF
Verifying Party     : IESG

From web-usrn@ISI.EDU  Mon Mar  2 09:17:23 2009
Return-Path: <web-usrn@ISI.EDU>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AA6853A699A for <mpls@core3.amsl.com>; Mon,  2 Mar 2009 09:17:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -17.108
X-Spam-Level: 
X-Spam-Status: No, score=-17.108 tagged_above=-999 required=5 tests=[AWL=0.491, BAYES_00=-2.599, USER_IN_DEF_WHITELIST=-15]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id J2uSHylNRhYl for <mpls@core3.amsl.com>; Mon,  2 Mar 2009 09:17:22 -0800 (PST)
Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by core3.amsl.com (Postfix) with ESMTP id D61F03A6887 for <mpls@ietf.org>; Mon,  2 Mar 2009 09:17:22 -0800 (PST)
Received: from boreas.isi.edu (localhost [127.0.0.1]) by boreas.isi.edu (8.13.8/8.13.8) with ESMTP id n22HH4DM027762 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 2 Mar 2009 09:17:05 -0800 (PST)
Received: (from web-usrn@localhost) by boreas.isi.edu (8.13.8/8.13.8/Submit) id n22HH4dr027761; Mon, 2 Mar 2009 09:17:04 -0800 (PST)
Date: Mon, 2 Mar 2009 09:17:04 -0800 (PST)
Message-Id: <200903021717.n22HH4dr027761@boreas.isi.edu>
To: rahul@juniper.net, yakov@juniper.net, erosen@cisco.com, rcallon@juniper.net, dward@cisco.com, swallow@cisco.com, loa@pi.nu
From: RFC Errata System <rfc-editor@rfc-editor.org>
X-ISI-4-43-8-MailScanner: Found to be clean
X-MailScanner-From: web-usrn@boreas.isi.edu
X-Mailman-Approved-At: Thu, 12 Mar 2009 10:45:59 -0700
Cc: mpls@ietf.org, ah@TR-Sys.de, rfc-editor@rfc-editor.org
Subject: [mpls] [Editorial Errata Reported] RFC5331 (1702)
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Mar 2009 17:17:23 -0000

The following errata report has been submitted for RFC5331,
"MPLS Upstream Label Assignment and Context-Specific Label Space".

--------------------------------------
You may review the report below and at:
http://www.rfc-editor.org/errata_search.php?rfc=5331&eid=1702

--------------------------------------
Type: Editorial
Reported by: Alfred Hoenes <ah@TR-Sys.de>

Section: 9

Original Text
-------------
   A typical use case of upstream-assigned labels is for MPLS multicast
   and is described here for illustration.  This use case arises when an
   upstream LSR Ru is adjacent to several downstream LSRs <Rd1...Rdn> in
|  an LSP, LSP1 AND Ru is connected to <Rd1...Rdn> via a multi-access
   media or tunnel, AND Ru wants to transmit a single copy of an MPLS
   packet on the LSP to <Rd1...Rdn>.  [...]

Corrected Text
--------------
   A typical use case of upstream-assigned labels is for MPLS multicast
   and is described here for illustration.  This use case arises when an
   upstream LSR Ru is adjacent to several downstream LSRs <Rd1...Rdn> in
|  an LSP, LSP1, AND Ru is connected to <Rd1...Rdn> via a multi-access
               ^
   media or tunnel, AND Ru wants to transmit a single copy of an MPLS
   packet on the LSP to <Rd1...Rdn>.  [...]

Notes
-----
Rationale:
  The missing comma distorts the sense (giving the subject LSP a name,
  "LSP1") and visually binds "LSP1" too much to the "AND".
  Maybe it would have been preferable to also insert "say" for clarity:
    "... and LSP, say LSP1, AND ..."

Instructions:
-------------
This errata is currently posted as "Reported". If necessary, please
use "Reply All" to discuss whether it should be verified or
rejected. When a decision is reached, the verifying party (IESG)
can log in to change the status and edit the report, if necessary. 

--------------------------------------
RFC5331 (draft-ietf-mpls-upstream-label-07)
--------------------------------------
Title               : MPLS Upstream Label Assignment and Context-Specific Label Space
Publication Date    : August 2008
Author(s)           : R. Aggarwal, Y. Rekhter, E. Rosen
Category            : PROPOSED STANDARD
Source              : Multiprotocol Label Switching
Area                : Routing
Stream              : IETF
Verifying Party     : IESG

From tnadeau@lucidvision.com  Fri Mar  6 05:59:54 2009
Return-Path: <tnadeau@lucidvision.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AAF7C3A69BA; Fri,  6 Mar 2009 05:59:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fkSM6BIqQjvj; Fri,  6 Mar 2009 05:59:53 -0800 (PST)
Received: from lucidvision.com (lucidvision.com [72.71.250.34]) by core3.amsl.com (Postfix) with ESMTP id BB4C03A6909; Fri,  6 Mar 2009 05:59:53 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by lucidvision.com (Postfix) with ESMTP id 32F9A3B86431; Fri,  6 Mar 2009 09:00:24 -0500 (EST)
X-Virus-Scanned: amavisd-new at www.lucidvision.com
Received: from lucidvision.com ([127.0.0.1]) by localhost (static-72-71-250-34.cncdnh.fios.verizon.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XNhk94uzeK6Z; Fri,  6 Mar 2009 09:00:23 -0500 (EST)
Received: from [10.96.2.96] (unknown [217.39.1.35]) by lucidvision.com (Postfix) with ESMTP id CF1BF3B86426; Fri,  6 Mar 2009 09:00:21 -0500 (EST)
Message-Id: <C4617650-2550-4B99-8776-BC3DB5E24C4D@lucidvision.com>
From: Thomas Nadeau <tnadeau@lucidvision.com>
To: Loa Andersson <loa@pi.nu>
In-Reply-To: <49A3CAFD.9060806@pi.nu>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v930.3)
Date: Fri, 6 Mar 2009 14:00:00 +0000
References: <49A3CAFD.9060806@pi.nu>
X-Mailer: Apple Mail (2.930.3)
X-Mailman-Approved-At: Thu, 12 Mar 2009 10:45:59 -0700
Cc: mpls@ietf.org, ITU-T ad hoc team on MPLS-TP <ahmpls-tp@lists.itu.int>, mpls-tp@ietf.org, ccamp@ops.ietf.org, pwe3@ietf.org, David Ward <dward@cisco.com>, Ross Callon <rcallon@juniper.net>, Malcolm Betts <betts01@nortel.com>, VIGOUREUX MARTIN <Martin.Vigoureux@alcatel-lucent.com>
Subject: Re: [mpls] [PWE3] 2nd wg last call on draft-ietf-mpls-tp-gach-gal
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 06 Mar 2009 13:59:54 -0000

	I think this document is ready to progress forward.

	--Tom


On Feb 24, 2009:10:25 AM, at 10:25 AM, Loa Andersson wrote:

> All,
>
> an updated version (-02) of the draft-ietf-mpls-tp-gach-gal
> has been published.
>
> The draft is found at:
>
> http://tools.ietf.org/html/draft-ietf-mpls-tp-gach-gal-02
>
> Since the updates are significant this is to initiate a 2 week
> working group last call on the new version.
>
> Please send your comments to the mpls-tp@ietf.org mailing list.
>
> The working group last call will end on March 11.
>
> /Loa
> --  
>
>
> Loa Andersson
>
> Sr Strategy and Standards Manager
> Ericsson ///                          phone:  +46 8 632 77 14
>
>                                      email:   
> loa.andersson@ericsson.com
>                                              loa.andersson@redback.com
>                                              loa@pi.nu
>
>
> _______________________________________________
> pwe3 mailing list
> pwe3@ietf.org
> https://www.ietf.org/mailman/listinfo/pwe3
>


From benjamin.niven-jenkins@bt.com  Fri Mar  6 08:41:33 2009
Return-Path: <benjamin.niven-jenkins@bt.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C18CE3A657C; Fri,  6 Mar 2009 08:41:33 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.134
X-Spam-Level: 
X-Spam-Status: No, score=-3.134 tagged_above=-999 required=5 tests=[AWL=0.465,  BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ue-wOa8UX3YH; Fri,  6 Mar 2009 08:41:33 -0800 (PST)
Received: from smtp4.smtp.bt.com (smtp4.smtp.bt.com [217.32.164.151]) by core3.amsl.com (Postfix) with ESMTP id ADC033A6948; Fri,  6 Mar 2009 08:41:32 -0800 (PST)
Received: from E03MVB3-UKBR.domain1.systemhost.net ([193.113.197.107]) by smtp4.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830);  Fri, 6 Mar 2009 16:42:02 +0000
Received: from 10.215.40.15 ([10.215.40.15]) by E03MVB3-UKBR.domain1.systemhost.net ([193.113.197.60]) via Exchange Front-End Server mail.bt.com ([193.113.197.32]) with Microsoft Exchange Server HTTP-DAV ; Fri,  6 Mar 2009 16:42:01 +0000
User-Agent: Microsoft-Entourage/12.15.0.081119
Date: Fri, 06 Mar 2009 16:42:00 +0000
From: Ben Niven-Jenkins <benjamin.niven-jenkins@bt.com>
To: Thomas Nadeau <tnadeau@lucidvision.com>, Loa Andersson <loa@pi.nu>
Message-ID: <C5D702D8.13186%benjamin.niven-jenkins@bt.com>
Thread-Topic: [PWE3] 2nd wg last call on draft-ietf-mpls-tp-gach-gal
Thread-Index: AcmeenhnQRpQH0GjPUmTSqrAenuIjw==
In-Reply-To: <C4617650-2550-4B99-8776-BC3DB5E24C4D@lucidvision.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
X-OriginalArrivalTime: 06 Mar 2009 16:42:02.0829 (UTC) FILETIME=[7A16E7D0:01C99E7A]
X-Mailman-Approved-At: Thu, 12 Mar 2009 10:45:59 -0700
Cc: mpls@ietf.org, ITU-T ad hoc team on MPLS-TP <ahmpls-tp@lists.itu.int>, mpls-tp@ietf.org, ccamp@ops.ietf.org, pwe3@ietf.org, David Ward <dward@cisco.com>, Malcolm Betts <betts01@nortel.com>, VIGOUREUX MARTIN <Martin.Vigoureux@alcatel-lucent.com>
Subject: Re: [mpls] [PWE3] 2nd wg last call on draft-ietf-mpls-tp-gach-gal
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 06 Mar 2009 16:41:33 -0000

Agreed.

It addresses a need and provides a solution for operators evolving to
MPLS-TP from their existing deployed MPLS & PW services without significant
changes to their existing support infrastructures.

Ben



On 06/03/2009 14:00, "Thomas Nadeau" <tnadeau@lucidvision.com> wrote:

> 
> I think this document is ready to progress forward.
> 
> --Tom
> 
> 
> On Feb 24, 2009:10:25 AM, at 10:25 AM, Loa Andersson wrote:
> 
>> All,
>> 
>> an updated version (-02) of the draft-ietf-mpls-tp-gach-gal
>> has been published.
>> 
>> The draft is found at:
>> 
>> http://tools.ietf.org/html/draft-ietf-mpls-tp-gach-gal-02
>> 
>> Since the updates are significant this is to initiate a 2 week
>> working group last call on the new version.
>> 
>> Please send your comments to the mpls-tp@ietf.org mailing list.
>> 
>> The working group last call will end on March 11.
>> 
>> /Loa
>> --  
>> 
>> 
>> Loa Andersson
>> 
>> Sr Strategy and Standards Manager
>> Ericsson ///                          phone:  +46 8 632 77 14
>> 
>>                                      email:
>> loa.andersson@ericsson.com
>>                                              loa.andersson@redback.com
>>                                              loa@pi.nu
>> 
>> 
>> _______________________________________________
>> pwe3 mailing list
>> pwe3@ietf.org
>> https://www.ietf.org/mailman/listinfo/pwe3
>> 
> 
> _______________________________________________
> pwe3 mailing list
> pwe3@ietf.org
> https://www.ietf.org/mailman/listinfo/pwe3


From nurit.sprecher@nsn.com  Sun Mar  8 14:33:42 2009
Return-Path: <nurit.sprecher@nsn.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 973813A688E; Sun,  8 Mar 2009 14:33:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Level: 
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[AWL=-1.000, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JpSkzd3CJXLo; Sun,  8 Mar 2009 14:33:41 -0700 (PDT)
Received: from demumfd002.nsn-inter.net (demumfd002.nsn-inter.net [217.115.75.234]) by core3.amsl.com (Postfix) with ESMTP id 773FE3A6882; Sun,  8 Mar 2009 14:33:41 -0700 (PDT)
Received: from demuprx016.emea.nsn-intra.net ([10.150.129.55]) by demumfd002.nsn-inter.net (8.12.11.20060308/8.12.11) with ESMTP id n28LY6T4026055 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sun, 8 Mar 2009 22:34:06 +0100
Received: from demuexc025.nsn-intra.net (demuexc025.nsn-intra.net [10.159.32.12]) by demuprx016.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id n28LY5AR003802; Sun, 8 Mar 2009 22:34:05 +0100
Received: from DEMUEXC014.nsn-intra.net ([10.150.128.25]) by demuexc025.nsn-intra.net with Microsoft SMTPSVC(6.0.3790.3959);  Sun, 8 Mar 2009 22:34:04 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Sun, 8 Mar 2009 22:34:04 +0100
Message-ID: <077E41CFFD002C4CAB7DFA4386A53264627E96@DEMUEXC014.nsn-intra.net>
In-Reply-To: <C5D702D8.13186%benjamin.niven-jenkins@bt.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PWE3] 2nd wg last call on draft-ietf-mpls-tp-gach-gal
Thread-Index: AcmeenhnQRpQH0GjPUmTSqrAenuIjwBlkcxg
References: <C4617650-2550-4B99-8776-BC3DB5E24C4D@lucidvision.com> <C5D702D8.13186%benjamin.niven-jenkins@bt.com>
From: "Sprecher, Nurit (NSN - IL/Hod HaSharon)" <nurit.sprecher@nsn.com>
To: "ext Ben Niven-Jenkins" <benjamin.niven-jenkins@bt.com>, "Thomas Nadeau" <tnadeau@lucidvision.com>, "Loa Andersson" <loa@pi.nu>
X-OriginalArrivalTime: 08 Mar 2009 21:34:04.0896 (UTC) FILETIME=[9AE1A600:01C9A035]
X-Mailman-Approved-At: Thu, 12 Mar 2009 10:45:59 -0700
Cc: mpls@ietf.org, ITU-T ad hoc team on MPLS-TP <ahmpls-tp@lists.itu.int>, mpls-tp@ietf.org, ccamp@ops.ietf.org, pwe3@ietf.org, David Ward <dward@cisco.com>, Malcolm Betts <betts01@nortel.com>, VIGOUREUX MARTIN <Martin.Vigoureux@alcatel-lucent.com>
Subject: Re: [mpls] [PWE3] 2nd wg last call on draft-ietf-mpls-tp-gach-gal
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 08 Mar 2009 21:33:42 -0000

Agreed.

-----Original Message-----
From: pwe3-bounces@ietf.org [mailto:pwe3-bounces@ietf.org] On Behalf Of
ext Ben Niven-Jenkins
Sent: Friday, March 06, 2009 18:42
To: Thomas Nadeau; Loa Andersson
Cc: George Swallow; mpls@ietf.org; ITU-T ad hoc team on MPLS-TP;
mpls-tp@ietf.org; ccamp@ops.ietf.org; pwe3@ietf.org; David Ward; Malcolm
Betts; VIGOUREUX MARTIN
Subject: Re: [PWE3] 2nd wg last call on draft-ietf-mpls-tp-gach-gal

Agreed.

It addresses a need and provides a solution for operators evolving to
MPLS-TP from their existing deployed MPLS & PW services without
significant
changes to their existing support infrastructures.

Ben



On 06/03/2009 14:00, "Thomas Nadeau" <tnadeau@lucidvision.com> wrote:

>=20
> I think this document is ready to progress forward.
>=20
> --Tom
>=20
>=20
> On Feb 24, 2009:10:25 AM, at 10:25 AM, Loa Andersson wrote:
>=20
>> All,
>>=20
>> an updated version (-02) of the draft-ietf-mpls-tp-gach-gal
>> has been published.
>>=20
>> The draft is found at:
>>=20
>> http://tools.ietf.org/html/draft-ietf-mpls-tp-gach-gal-02
>>=20
>> Since the updates are significant this is to initiate a 2 week
>> working group last call on the new version.
>>=20
>> Please send your comments to the mpls-tp@ietf.org mailing list.
>>=20
>> The working group last call will end on March 11.
>>=20
>> /Loa
>> -- =20
>>=20
>>=20
>> Loa Andersson
>>=20
>> Sr Strategy and Standards Manager
>> Ericsson ///                          phone:  +46 8 632 77 14
>>=20
>>                                      email:
>> loa.andersson@ericsson.com
>>
loa.andersson@redback.com
>>                                              loa@pi.nu
>>=20
>>=20
>> _______________________________________________
>> pwe3 mailing list
>> pwe3@ietf.org
>> https://www.ietf.org/mailman/listinfo/pwe3
>>=20
>=20
> _______________________________________________
> pwe3 mailing list
> pwe3@ietf.org
> https://www.ietf.org/mailman/listinfo/pwe3

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

From zhang.xinquan@zte.com.cn  Wed Mar 11 00:09:16 2009
Return-Path: <zhang.xinquan@zte.com.cn>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 397C83A67DA; Wed, 11 Mar 2009 00:09:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -93.305
X-Spam-Level: 
X-Spam-Status: No, score=-93.305 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, MISSING_HEADERS=1.292, RCVD_DOUBLE_IP_SPAM=3.798, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 266ZSIpYjbxU; Wed, 11 Mar 2009 00:09:15 -0700 (PDT)
Received: from mail.zte.com.cn (mx1.zte.no [202.103.147.144]) by core3.amsl.com (Postfix) with ESMTP id 3E14B3A692C; Wed, 11 Mar 2009 00:09:10 -0700 (PDT)
Received: from [10.30.3.18] by 10.30.2.249 with StormMail ESMTP id 52229.13291103364; Wed, 11 Mar 2009 15:32:37 +0800 (CST)
Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse1.zte.com.cn with ESMTP id n2B768rd099445; Wed, 11 Mar 2009 15:06:11 +0800 (CST) (envelope-from zhang.xinquan@zte.com.cn)
In-Reply-To: <077E41CFFD002C4CAB7DFA4386A53264627E96@DEMUEXC014.nsn-intra.net>
MIME-Version: 1.0
X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005
Message-ID: <OFC0F7E7FB.C456FBBA-ON48257576.0026C207-48257576.0026FD64@zte.com.cn>
From: zhang.xinquan@zte.com.cn
Date: Wed, 11 Mar 2009 15:04:23 +0800
X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 6.5.4|March 27, 2005) at 2009-03-11 15:06:02, Serialize complete at 2009-03-11 15:06:02
Content-Type: multipart/alternative; boundary="=_alternative 0026FD6148257576_="
X-MAIL: mse1.zte.com.cn n2B768rd099445
X-Mailman-Approved-At: Thu, 12 Mar 2009 10:45:59 -0700
Cc: pwe3-bounces@ietf.org, ITU-T ad hoc team on MPLS-TP <ahmpls-tp@lists.itu.int>, mpls@ietf.org, mpls-tp@ietf.org, ccamp@ops.ietf.org, pwe3@ietf.org, David Ward <dward@cisco.com>, Malcolm Betts <betts01@nortel.com>, VIGOUREUX MARTIN <Martin.Vigoureux@alcatel-lucent.com>
Subject: Re: [mpls] [PWE3] 2nd wg last call on draft-ietf-mpls-tp-gach-gal
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 11 Mar 2009 07:09:16 -0000

This is a multipart message in MIME format.
--=_alternative 0026FD6148257576_=
Content-Type: text/plain; charset="GB2312"
Content-Transfer-Encoding: base64

U3VwcG9ydCENCg0KDQogDQoNCg0KDQoiU3ByZWNoZXIsIE51cml0IChOU04gLSBJTC9Ib2QgSGFT
aGFyb24pIiA8bnVyaXQuc3ByZWNoZXJAbnNuLmNvbT4gDQq3orz+yMs6ICBwd2UzLWJvdW5jZXNA
aWV0Zi5vcmcNCjIwMDktMDMtMDkgMDU6MzQNCg0KytW8/sjLDQoiZXh0IEJlbiBOaXZlbi1KZW5r
aW5zIiA8YmVuamFtaW4ubml2ZW4tamVua2luc0BidC5jb20+LCAiVGhvbWFzIE5hZGVhdSIgDQo8
dG5hZGVhdUBsdWNpZHZpc2lvbi5jb20+LCAiTG9hIEFuZGVyc3NvbiIgPGxvYUBwaS5udT4NCrOt
y80NCkdlb3JnZSBTd2FsbG93IDxzd2FsbG93QGNpc2NvLmNvbT4sIG1wbHNAaWV0Zi5vcmcsIElU
VS1UIGFkIGhvYyB0ZWFtIG9uIA0KTVBMUy1UUCA8YWhtcGxzLXRwQGxpc3RzLml0dS5pbnQ+LCBt
cGxzLXRwQGlldGYub3JnLCBjY2FtcEBvcHMuaWV0Zi5vcmcsIA0KcHdlM0BpZXRmLm9yZywgRGF2
aWQgV2FyZCA8ZHdhcmRAY2lzY28uY29tPiwgTWFsY29sbSBCZXR0cyANCjxiZXR0czAxQG5vcnRl
bC5jb20+LCBWSUdPVVJFVVggTUFSVElOIA0KPE1hcnRpbi5WaWdvdXJldXhAYWxjYXRlbC1sdWNl
bnQuY29tPg0K1vfM4g0KUmU6IFtQV0UzXSAybmQgd2cgbGFzdCBjYWxsIG9uIGRyYWZ0LWlldGYt
bXBscy10cC1nYWNoLWdhbA0KDQoNCg0KDQoNCg0KQWdyZWVkLg0KDQotLS0tLU9yaWdpbmFsIE1l
c3NhZ2UtLS0tLQ0KRnJvbTogcHdlMy1ib3VuY2VzQGlldGYub3JnIFttYWlsdG86cHdlMy1ib3Vu
Y2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YNCmV4dCBCZW4gTml2ZW4tSmVua2lucw0KU2VudDog
RnJpZGF5LCBNYXJjaCAwNiwgMjAwOSAxODo0Mg0KVG86IFRob21hcyBOYWRlYXU7IExvYSBBbmRl
cnNzb24NCkNjOiBHZW9yZ2UgU3dhbGxvdzsgbXBsc0BpZXRmLm9yZzsgSVRVLVQgYWQgaG9jIHRl
YW0gb24gTVBMUy1UUDsNCm1wbHMtdHBAaWV0Zi5vcmc7IGNjYW1wQG9wcy5pZXRmLm9yZzsgcHdl
M0BpZXRmLm9yZzsgRGF2aWQgV2FyZDsgTWFsY29sbQ0KQmV0dHM7IFZJR09VUkVVWCBNQVJUSU4N
ClN1YmplY3Q6IFJlOiBbUFdFM10gMm5kIHdnIGxhc3QgY2FsbCBvbiBkcmFmdC1pZXRmLW1wbHMt
dHAtZ2FjaC1nYWwNCg0KQWdyZWVkLg0KDQpJdCBhZGRyZXNzZXMgYSBuZWVkIGFuZCBwcm92aWRl
cyBhIHNvbHV0aW9uIGZvciBvcGVyYXRvcnMgZXZvbHZpbmcgdG8NCk1QTFMtVFAgZnJvbSB0aGVp
ciBleGlzdGluZyBkZXBsb3llZCBNUExTICYgUFcgc2VydmljZXMgd2l0aG91dA0Kc2lnbmlmaWNh
bnQNCmNoYW5nZXMgdG8gdGhlaXIgZXhpc3Rpbmcgc3VwcG9ydCBpbmZyYXN0cnVjdHVyZXMuDQoN
CkJlbg0KDQoNCg0KT24gMDYvMDMvMjAwOSAxNDowMCwgIlRob21hcyBOYWRlYXUiIDx0bmFkZWF1
QGx1Y2lkdmlzaW9uLmNvbT4gd3JvdGU6DQoNCj4gDQo+IEkgdGhpbmsgdGhpcyBkb2N1bWVudCBp
cyByZWFkeSB0byBwcm9ncmVzcyBmb3J3YXJkLg0KPiANCj4gLS1Ub20NCj4gDQo+IA0KPiBPbiBG
ZWIgMjQsIDIwMDk6MTA6MjUgQU0sIGF0IDEwOjI1IEFNLCBMb2EgQW5kZXJzc29uIHdyb3RlOg0K
PiANCj4+IEFsbCwNCj4+IA0KPj4gYW4gdXBkYXRlZCB2ZXJzaW9uICgtMDIpIG9mIHRoZSBkcmFm
dC1pZXRmLW1wbHMtdHAtZ2FjaC1nYWwNCj4+IGhhcyBiZWVuIHB1Ymxpc2hlZC4NCj4+IA0KPj4g
VGhlIGRyYWZ0IGlzIGZvdW5kIGF0Og0KPj4gDQo+PiBodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRt
bC9kcmFmdC1pZXRmLW1wbHMtdHAtZ2FjaC1nYWwtMDINCj4+IA0KPj4gU2luY2UgdGhlIHVwZGF0
ZXMgYXJlIHNpZ25pZmljYW50IHRoaXMgaXMgdG8gaW5pdGlhdGUgYSAyIHdlZWsNCj4+IHdvcmtp
bmcgZ3JvdXAgbGFzdCBjYWxsIG9uIHRoZSBuZXcgdmVyc2lvbi4NCj4+IA0KPj4gUGxlYXNlIHNl
bmQgeW91ciBjb21tZW50cyB0byB0aGUgbXBscy10cEBpZXRmLm9yZyBtYWlsaW5nIGxpc3QuDQo+
PiANCj4+IFRoZSB3b3JraW5nIGdyb3VwIGxhc3QgY2FsbCB3aWxsIGVuZCBvbiBNYXJjaCAxMS4N
Cj4+IA0KPj4gL0xvYQ0KPj4gLS0gDQo+PiANCj4+IA0KPj4gTG9hIEFuZGVyc3Nvbg0KPj4gDQo+
PiBTciBTdHJhdGVneSBhbmQgU3RhbmRhcmRzIE1hbmFnZXINCj4+IEVyaWNzc29uIC8vLyAgICAg
ICAgICAgICAgICAgICAgICAgICAgcGhvbmU6ICArNDYgOCA2MzIgNzcgMTQNCj4+IA0KPj4gICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGVtYWlsOg0KPj4gbG9hLmFuZGVyc3Nv
bkBlcmljc3Nvbi5jb20NCj4+DQpsb2EuYW5kZXJzc29uQHJlZGJhY2suY29tDQo+PiAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBsb2FAcGkubnUNCj4+IA0KPj4g
DQo+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPj4g
cHdlMyBtYWlsaW5nIGxpc3QNCj4+IHB3ZTNAaWV0Zi5vcmcNCj4+IGh0dHBzOi8vd3d3LmlldGYu
b3JnL21haWxtYW4vbGlzdGluZm8vcHdlMw0KPj4gDQo+IA0KPiBfX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBwd2UzIG1haWxpbmcgbGlzdA0KPiBwd2Uz
QGlldGYub3JnDQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcHdlMw0K
DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KcHdlMyBt
YWlsaW5nIGxpc3QNCnB3ZTNAaWV0Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4v
bGlzdGluZm8vcHdlMw0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX18NCnB3ZTMgbWFpbGluZyBsaXN0DQpwd2UzQGlldGYub3JnDQpodHRwczovL3d3dy5pZXRm
Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3B3ZTMNCg0KDQo=
--=_alternative 0026FD6148257576_=
Content-Type: text/html; charset="GB2312"
Content-Transfer-Encoding: base64

DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPjxicj4NClN1cHBvcnQhPC9mb250
Pg0KPGJyPg0KPGJyPg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mbmJzcDs8
L2ZvbnQ+DQo8YnI+DQo8YnI+DQo8YnI+DQo8dGFibGUgd2lkdGg9MTAwJT4NCjx0ciB2YWxpZ249
dG9wPg0KPHRkIHdpZHRoPTI2JT48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+PGI+JnF1
b3Q7U3ByZWNoZXIsIE51cml0IChOU04NCi0gSUwvSG9kIEhhU2hhcm9uKSZxdW90OyAmbHQ7bnVy
aXQuc3ByZWNoZXJAbnNuLmNvbSZndDs8L2I+IDwvZm9udD4NCjxicj48Zm9udCBzaXplPTEgZmFj
ZT0ic2Fucy1zZXJpZiI+t6K8/sjLOiAmbmJzcDtwd2UzLWJvdW5jZXNAaWV0Zi5vcmc8L2ZvbnQ+
DQo8cD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+MjAwOS0wMy0wOSAwNTozNDwvZm9u
dD4NCjx0ZCB3aWR0aD03MyU+DQo8dGFibGUgd2lkdGg9MTAwJT4NCjx0ciB2YWxpZ249dG9wPg0K
PHRkPg0KPGRpdiBhbGlnbj1yaWdodD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+ytW8
/sjLPC9mb250PjwvZGl2Pg0KPHRkPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj4mcXVv
dDtleHQgQmVuIE5pdmVuLUplbmtpbnMmcXVvdDsgJmx0O2JlbmphbWluLm5pdmVuLWplbmtpbnNA
YnQuY29tJmd0OywNCiZxdW90O1Rob21hcyBOYWRlYXUmcXVvdDsgJmx0O3RuYWRlYXVAbHVjaWR2
aXNpb24uY29tJmd0OywgJnF1b3Q7TG9hIEFuZGVyc3NvbiZxdW90Ow0KJmx0O2xvYUBwaS5udSZn
dDs8L2ZvbnQ+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjxkaXYgYWxpZ249cmlnaHQ+PGZvbnQg
c2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPrOty808L2ZvbnQ+PC9kaXY+DQo8dGQ+PGZvbnQgc2l6
ZT0xIGZhY2U9InNhbnMtc2VyaWYiPkdlb3JnZSBTd2FsbG93ICZsdDtzd2FsbG93QGNpc2NvLmNv
bSZndDssDQptcGxzQGlldGYub3JnLCBJVFUtVCBhZCBob2MgdGVhbSBvbiBNUExTLVRQICZsdDth
aG1wbHMtdHBAbGlzdHMuaXR1LmludCZndDssDQptcGxzLXRwQGlldGYub3JnLCBjY2FtcEBvcHMu
aWV0Zi5vcmcsIHB3ZTNAaWV0Zi5vcmcsIERhdmlkIFdhcmQgJmx0O2R3YXJkQGNpc2NvLmNvbSZn
dDssDQpNYWxjb2xtIEJldHRzICZsdDtiZXR0czAxQG5vcnRlbC5jb20mZ3Q7LCBWSUdPVVJFVVgg
TUFSVElOICZsdDtNYXJ0aW4uVmlnb3VyZXV4QGFsY2F0ZWwtbHVjZW50LmNvbSZndDs8L2ZvbnQ+
DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjxkaXYgYWxpZ249cmlnaHQ+PGZvbnQgc2l6ZT0xIGZh
Y2U9InNhbnMtc2VyaWYiPtb3zOI8L2ZvbnQ+PC9kaXY+DQo8dGQ+PGZvbnQgc2l6ZT0xIGZhY2U9
InNhbnMtc2VyaWYiPlJlOiBbUFdFM10gMm5kIHdnIGxhc3QgY2FsbCBvbiBkcmFmdC1pZXRmLW1w
bHMtdHAtZ2FjaC1nYWw8L2ZvbnQ+PC90YWJsZT4NCjxicj4NCjx0YWJsZT4NCjx0ciB2YWxpZ249
dG9wPg0KPHRkPg0KPHRkPjwvdGFibGU+DQo8YnI+PC90YWJsZT4NCjxicj4NCjxicj4NCjxicj48
Zm9udCBzaXplPTI+PHR0PkFncmVlZC48YnI+DQo8YnI+DQotLS0tLU9yaWdpbmFsIE1lc3NhZ2Ut
LS0tLTxicj4NCkZyb206IHB3ZTMtYm91bmNlc0BpZXRmLm9yZyBbbWFpbHRvOnB3ZTMtYm91bmNl
c0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mPGJyPg0KZXh0IEJlbiBOaXZlbi1KZW5raW5zPGJyPg0K
U2VudDogRnJpZGF5LCBNYXJjaCAwNiwgMjAwOSAxODo0Mjxicj4NClRvOiBUaG9tYXMgTmFkZWF1
OyBMb2EgQW5kZXJzc29uPGJyPg0KQ2M6IEdlb3JnZSBTd2FsbG93OyBtcGxzQGlldGYub3JnOyBJ
VFUtVCBhZCBob2MgdGVhbSBvbiBNUExTLVRQOzxicj4NCm1wbHMtdHBAaWV0Zi5vcmc7IGNjYW1w
QG9wcy5pZXRmLm9yZzsgcHdlM0BpZXRmLm9yZzsgRGF2aWQgV2FyZDsgTWFsY29sbTxicj4NCkJl
dHRzOyBWSUdPVVJFVVggTUFSVElOPGJyPg0KU3ViamVjdDogUmU6IFtQV0UzXSAybmQgd2cgbGFz
dCBjYWxsIG9uIGRyYWZ0LWlldGYtbXBscy10cC1nYWNoLWdhbDxicj4NCjxicj4NCkFncmVlZC48
YnI+DQo8YnI+DQpJdCBhZGRyZXNzZXMgYSBuZWVkIGFuZCBwcm92aWRlcyBhIHNvbHV0aW9uIGZv
ciBvcGVyYXRvcnMgZXZvbHZpbmcgdG88YnI+DQpNUExTLVRQIGZyb20gdGhlaXIgZXhpc3Rpbmcg
ZGVwbG95ZWQgTVBMUyAmYW1wOyBQVyBzZXJ2aWNlcyB3aXRob3V0PGJyPg0Kc2lnbmlmaWNhbnQ8
YnI+DQpjaGFuZ2VzIHRvIHRoZWlyIGV4aXN0aW5nIHN1cHBvcnQgaW5mcmFzdHJ1Y3R1cmVzLjxi
cj4NCjxicj4NCkJlbjxicj4NCjxicj4NCjxicj4NCjxicj4NCk9uIDA2LzAzLzIwMDkgMTQ6MDAs
ICZxdW90O1Rob21hcyBOYWRlYXUmcXVvdDsgJmx0O3RuYWRlYXVAbHVjaWR2aXNpb24uY29tJmd0
Ow0Kd3JvdGU6PGJyPg0KPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IEkgdGhpbmsgdGhpcyBkb2N1bWVu
dCBpcyByZWFkeSB0byBwcm9ncmVzcyBmb3J3YXJkLjxicj4NCiZndDsgPGJyPg0KJmd0OyAtLVRv
bTxicj4NCiZndDsgPGJyPg0KJmd0OyA8YnI+DQomZ3Q7IE9uIEZlYiAyNCwgMjAwOToxMDoyNSBB
TSwgYXQgMTA6MjUgQU0sIExvYSBBbmRlcnNzb24gd3JvdGU6PGJyPg0KJmd0OyA8YnI+DQomZ3Q7
Jmd0OyBBbGwsPGJyPg0KJmd0OyZndDsgPGJyPg0KJmd0OyZndDsgYW4gdXBkYXRlZCB2ZXJzaW9u
ICgtMDIpIG9mIHRoZSBkcmFmdC1pZXRmLW1wbHMtdHAtZ2FjaC1nYWw8YnI+DQomZ3Q7Jmd0OyBo
YXMgYmVlbiBwdWJsaXNoZWQuPGJyPg0KJmd0OyZndDsgPGJyPg0KJmd0OyZndDsgVGhlIGRyYWZ0
IGlzIGZvdW5kIGF0Ojxicj4NCiZndDsmZ3Q7IDxicj4NCiZndDsmZ3Q7IGh0dHA6Ly90b29scy5p
ZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtbXBscy10cC1nYWNoLWdhbC0wMjxicj4NCiZndDsmZ3Q7
IDxicj4NCiZndDsmZ3Q7IFNpbmNlIHRoZSB1cGRhdGVzIGFyZSBzaWduaWZpY2FudCB0aGlzIGlz
IHRvIGluaXRpYXRlIGEgMiB3ZWVrPGJyPg0KJmd0OyZndDsgd29ya2luZyBncm91cCBsYXN0IGNh
bGwgb24gdGhlIG5ldyB2ZXJzaW9uLjxicj4NCiZndDsmZ3Q7IDxicj4NCiZndDsmZ3Q7IFBsZWFz
ZSBzZW5kIHlvdXIgY29tbWVudHMgdG8gdGhlIG1wbHMtdHBAaWV0Zi5vcmcgbWFpbGluZyBsaXN0
Ljxicj4NCiZndDsmZ3Q7IDxicj4NCiZndDsmZ3Q7IFRoZSB3b3JraW5nIGdyb3VwIGxhc3QgY2Fs
bCB3aWxsIGVuZCBvbiBNYXJjaCAxMS48YnI+DQomZ3Q7Jmd0OyA8YnI+DQomZ3Q7Jmd0OyAvTG9h
PGJyPg0KJmd0OyZndDsgLS0gJm5ic3A7PGJyPg0KJmd0OyZndDsgPGJyPg0KJmd0OyZndDsgPGJy
Pg0KJmd0OyZndDsgTG9hIEFuZGVyc3Nvbjxicj4NCiZndDsmZ3Q7IDxicj4NCiZndDsmZ3Q7IFNy
IFN0cmF0ZWd5IGFuZCBTdGFuZGFyZHMgTWFuYWdlcjxicj4NCiZndDsmZ3Q7IEVyaWNzc29uIC8v
LyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNw
OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7cGhvbmU6ICZuYnNwOys0NiA4IDYz
MiA3NyAxNDxicj4NCiZndDsmZ3Q7IDxicj4NCiZndDsmZ3Q7ICZuYnNwOyAmbmJzcDsgJm5ic3A7
ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7
ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtl
bWFpbDo8YnI+DQomZ3Q7Jmd0OyBsb2EuYW5kZXJzc29uQGVyaWNzc29uLmNvbTxicj4NCiZndDsm
Z3Q7PGJyPg0KbG9hLmFuZGVyc3NvbkByZWRiYWNrLmNvbTxicj4NCiZndDsmZ3Q7ICZuYnNwOyAm
bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQom
bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu
YnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwO2xvYUBwaS5udTxicj4NCiZn
dDsmZ3Q7IDxicj4NCiZndDsmZ3Q7IDxicj4NCiZndDsmZ3Q7IF9fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KJmd0OyZndDsgcHdlMyBtYWlsaW5nIGxp
c3Q8YnI+DQomZ3Q7Jmd0OyBwd2UzQGlldGYub3JnPGJyPg0KJmd0OyZndDsgaHR0cHM6Ly93d3cu
aWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wd2UzPGJyPg0KJmd0OyZndDsgPGJyPg0KJmd0OyA8
YnI+DQomZ3Q7IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
PGJyPg0KJmd0OyBwd2UzIG1haWxpbmcgbGlzdDxicj4NCiZndDsgcHdlM0BpZXRmLm9yZzxicj4N
CiZndDsgaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wd2UzPGJyPg0KPGJy
Pg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQpw
d2UzIG1haWxpbmcgbGlzdDxicj4NCnB3ZTNAaWV0Zi5vcmc8YnI+DQpodHRwczovL3d3dy5pZXRm
Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3B3ZTM8YnI+DQpfX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fXzxicj4NCnB3ZTMgbWFpbGluZyBsaXN0PGJyPg0KcHdlM0Bp
ZXRmLm9yZzxicj4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcHdlMzxi
cj4NCjwvdHQ+PC9mb250Pg0KPGJyPg0K
--=_alternative 0026FD6148257576_=--

From sharpe_tarikh@live.com  Thu Mar 12 05:25:47 2009
Return-Path: <sharpe_tarikh@live.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 99F8F28C128 for <mpls@core3.amsl.com>; Thu, 12 Mar 2009 05:25:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level: 
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rCQUpXEsn0Ec for <mpls@core3.amsl.com>; Thu, 12 Mar 2009 05:25:46 -0700 (PDT)
Received: from bay0-omc2-s30.bay0.hotmail.com (bay0-omc2-s30.bay0.hotmail.com [65.54.246.166]) by core3.amsl.com (Postfix) with ESMTP id B54A428C0E9 for <mpls@ietf.org>; Thu, 12 Mar 2009 05:25:46 -0700 (PDT)
Received: from BAY112-W35 ([64.4.26.135]) by bay0-omc2-s30.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959);  Thu, 12 Mar 2009 05:26:24 -0700
Message-ID: <BAY112-W3554DE1DCF45D1DB8E5271EC9F0@phx.gbl>
X-Originating-IP: [203.49.233.24]
From: Sharpe Tarikh <sharpe_tarikh@live.com>
To: <mpls@ietf.org>
Date: Thu, 12 Mar 2009 16:26:23 +0400
Importance: Normal
Content-Type: text/plain; charset="windows-1251"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginalArrivalTime: 12 Mar 2009 12:26:24.0277 (UTC) FILETIME=[C2141C50:01C9A30D]
X-Mailman-Approved-At: Thu, 12 Mar 2009 10:45:59 -0700
Subject: [mpls] RFC5036 (LDP) - request for interpretation
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 12 Mar 2009 12:26:30 -0000

Hi all=2C

I have been reading through RFC5036 and there is a bit of ambiguity (at lea=
st as far as I am concerned) about how the "Max PDU Length" is to be interp=
reted.

According to section 3.5.3=2C the "Max PDU Length" field of the LDP Initial=
ization message is:

[RFC5036 section 3.5.3]
    Two octet unsigned integer that proposes the maximum allowable
    length for LDP PDUs for the session. A value of 255 or less
    specifies the default maximum length of 4096 octets.

Having read this=2C it would seem to suggest that this parameter is to be i=
nterpreted as the length of the entire LDP PDU=2C including all overhead fi=
elds. Therefore=2C if for example a Max PDU Length of 4096 is negotiated=2C=
 it would seem to suggest that size of the entire LDP PDU would be no more =
than 4096 octets (including the Version and PDU Length fields).

Now=2C if we turn to section 3.1=2C we are given a description of the "PDU =
Length" field in the LDP Header. The description reads as follows:

[RFC5036 section 3.1]
    PDU Length

    Two octet integer specifying the total length of this PDU in
    octets=2C excluding the Version and PDU Length fields.


Taking this and my interpretation of section 3.5.3=2C if a Max PDU Length o=
f 4096 has been negotiated=2C then the maximum value of the "PDU Length" fi=
eld of an LDP PDU should now be 4092 octets (taking away the 4 octets for t=
he Version and PDU Length fields)=2C to ensure that the maximum length of t=
he complete LDP PDU does not exceed 4096.

However=2C if I move further down the description of the "PDU length" field=
 in section 3.1=2C I see the following:

[RFC5036 section 3.1]

    The maximum allowable PDU Length is negotiable when an LDP session
    is initialized. Prior to completion of the negotiation=2C the
    maximum allowable length is 4096 bytes.


Now=2C the point of confusion for me here is the term "PDU Length". In this=
 description=2C does the term refer to the "PDU Length" field of the LDP he=
ader or the size of a maximum-length PDU. If it is the former=2C it invalid=
ates my assumption from section 3.5.3 as the maximum PDU length would now b=
e 4100. If it is the latter (which I think it should be) then I think this =
statement should be cleared up to explicitly state that .

While this may seem an exercise in pedantry=2C I have encountered two imple=
mentations which are treating this differently. One believes that a negotia=
ted Max PDU Length of 4096 allows them to send LDP PDUs with a size of 4100=
=2C while the other restricts the total PDU size to no more than 4096. Whic=
h one is correct ? Or is it the case that there really is a bit of ambiguit=
y here that needs to be fixed up ?

Your kind responses are greatly appreciated.

Sharpe


_________________________________________________________________
Invite your mail contacts to join your friends list with Windows Live Space=
s. It's easy!
http://spaces.live.com/spacesapi.aspx?wx_action=3Dcreate&wx_url=3D/friends.=
aspx&mkt=3Den-us=

From web-usrn@ISI.EDU  Thu Mar 12 07:33:03 2009
Return-Path: <web-usrn@ISI.EDU>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 933853A69E3 for <mpls@core3.amsl.com>; Thu, 12 Mar 2009 07:33:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -17.198
X-Spam-Level: 
X-Spam-Status: No, score=-17.198 tagged_above=-999 required=5 tests=[AWL=0.401, BAYES_00=-2.599, USER_IN_DEF_WHITELIST=-15]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id teNT+PxwLEKj for <mpls@core3.amsl.com>; Thu, 12 Mar 2009 07:32:58 -0700 (PDT)
Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by core3.amsl.com (Postfix) with ESMTP id 0A2043A69AD for <mpls@ietf.org>; Thu, 12 Mar 2009 07:32:58 -0700 (PDT)
Received: from boreas.isi.edu (localhost [127.0.0.1]) by boreas.isi.edu (8.13.8/8.13.8) with ESMTP id n2CEW90Y015710 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 12 Mar 2009 07:32:09 -0700 (PDT)
Received: (from web-usrn@localhost) by boreas.isi.edu (8.13.8/8.13.8/Submit) id n2CEW8Zu015705; Thu, 12 Mar 2009 07:32:08 -0700 (PDT)
Date: Thu, 12 Mar 2009 07:32:08 -0700 (PDT)
Message-Id: <200903121432.n2CEW8Zu015705@boreas.isi.edu>
To: kireeti@juniper.net, swallow@cisco.com, rcallon@juniper.net, dward@cisco.com, adrian@olddog.co.uk, swallow@cisco.com, loa@pi.nu
From: RFC Errata System <rfc-editor@rfc-editor.org>
X-ISI-4-43-8-MailScanner: Found to be clean
X-MailScanner-From: web-usrn@boreas.isi.edu
X-Mailman-Approved-At: Thu, 12 Mar 2009 10:45:59 -0700
Cc: mpls@ietf.org, yaakov_s@rad.com, rfc-editor@rfc-editor.org
Subject: [mpls] [Technical Errata Reported] RFC4379 (1714)
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 12 Mar 2009 14:33:03 -0000

The following errata report has been submitted for RFC4379,
"Detecting Multi-Protocol Label Switched (MPLS) Data Plane Failures".

--------------------------------------
You may review the report below and at:
http://www.rfc-editor.org/errata_search.php?rfc=4379&eid=1714

--------------------------------------
Type: Technical
Reported by: Yaakov (J) Stein <yaakov_s@rad.com>

Section: 3

Original Text
-------------
The TimeStamp Sent is the time-of-day (in seconds and microseconds,
according to the sender's clock) in NTP format [NTP] when the MPLS
echo request is sent.  

Corrected Text
--------------
The TimeStamp Sent is the time-of-day in seconds and microseconds,
according to the sender's clock, when the MPLS echo request is sent.  

OR

The TimeStamp Sent is the time-of-day in NTP format [NTP], 
according to the sender's clock, when the MPLS echo request is sent.  

Notes
-----
Similarly, the figure at the beginning of section 3 labels the timestamp fields
as seconds and microseconds.

The text is self-contradictory since in NTP format the second field
of 32 bits is fractional seconds, not microseconds. 2^-32 second is about 200 picoseconds - much less than 1 microsecond.

Instructions:
-------------
This errata is currently posted as "Reported". If necessary, please
use "Reply All" to discuss whether it should be verified or
rejected. When a decision is reached, the verifying party (IESG)
can log in to change the status and edit the report, if necessary. 

--------------------------------------
RFC4379 (draft-ietf-mpls-lsp-ping-13)
--------------------------------------
Title               : Detecting Multi-Protocol Label Switched (MPLS) Data Plane Failures
Publication Date    : February 2006
Author(s)           : K. Kompella, G. Swallow
Category            : PROPOSED STANDARD
Source              : Multiprotocol Label Switching
Area                : Routing
Stream              : IETF
Verifying Party     : IESG

From lufang@cisco.com  Thu Mar 12 10:51:34 2009
Return-Path: <lufang@cisco.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0E62D28C278; Thu, 12 Mar 2009 10:51:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.082
X-Spam-Level: 
X-Spam-Status: No, score=-7.082 tagged_above=-999 required=5 tests=[AWL=-0.483, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ph1dkjcZEzOi; Thu, 12 Mar 2009 10:51:28 -0700 (PDT)
Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id 9DE0F28C27A; Thu, 12 Mar 2009 10:51:23 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="4.38,351,1233532800"; d="scan'208";a="39552801"
Received: from rtp-dkim-1.cisco.com ([64.102.121.158]) by rtp-iport-1.cisco.com with ESMTP; 12 Mar 2009 17:52:00 +0000
Received: from rtp-core-1.cisco.com (rtp-core-1.cisco.com [64.102.124.12]) by rtp-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id n2CHq0PW000313;  Thu, 12 Mar 2009 13:52:00 -0400
Received: from xbh-rtp-211.amer.cisco.com (xbh-rtp-211.cisco.com [64.102.31.102]) by rtp-core-1.cisco.com (8.13.8/8.13.8) with ESMTP id n2CHq0Xi011973; Thu, 12 Mar 2009 17:52:00 GMT
Received: from xmb-rtp-211.amer.cisco.com ([64.102.31.118]) by xbh-rtp-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830);  Thu, 12 Mar 2009 13:52:00 -0400
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable
Date: Thu, 12 Mar 2009 13:51:59 -0400
Message-ID: <DD7E9F364F33B54881C225192D4872D701A9FE6F@xmb-rtp-211.amer.cisco.com>
In-Reply-To: <C5D702D8.13186%benjamin.niven-jenkins@bt.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [mpls] [PWE3] 2nd wg last call on draft-ietf-mpls-tp-gach-gal
Thread-Index: AcmeenhnQRpQH0GjPUmTSqrAenuIjwEwLsag
References: <C4617650-2550-4B99-8776-BC3DB5E24C4D@lucidvision.com> <C5D702D8.13186%benjamin.niven-jenkins@bt.com>
From: "Luyuan Fang (lufang)" <lufang@cisco.com>
To: "Ben Niven-Jenkins" <benjamin.niven-jenkins@bt.com>, "Thomas Nadeau" <tnadeau@lucidvision.com>, "Loa Andersson" <loa@pi.nu>
X-OriginalArrivalTime: 12 Mar 2009 17:52:00.0188 (UTC) FILETIME=[3E638FC0:01C9A33B]
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=2128; t=1236880320; x=1237744320; c=relaxed/simple; s=rtpdkim1001; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=lufang@cisco.com; z=From:=20=22Luyuan=20Fang=20(lufang)=22=20<lufang@cisco.com > |Subject:=20RE=3A=20[mpls]=20[PWE3]=202nd=20wg=20last=20cal l=20on=20draft-ietf-mpls-tp-gach-gal |Sender:=20 |To:=20=22Ben=20Niven-Jenkins=22=20<benjamin.niven-jenkins@ bt.com>,=0A=20=20=20=20=20=20=20=20=22Thomas=20Nadeau=22=20< tnadeau@lucidvision.com>,=20=22Loa=20Andersson=22=20<loa@pi. nu>; bh=bW/L1n5TXco44JSOoK2zFEp0WgVWVrKtFgFOTe02uw0=; b=jlcuzsrWqhJXFhoV7KlM32rAVO6ys2ZJoI+08NXcZjDqiI4fYcIb6bmNhY gdoZA1U2xSsoalmLC27zEeEn5XwsdATiwlvUAWU55VhRKmpERm2o+QEjlffi OCIBLbaOj/;
Authentication-Results: rtp-dkim-1; header.From=lufang@cisco.com; dkim=pass ( sig from cisco.com/rtpdkim1001 verified; ); 
X-Mailman-Approved-At: Thu, 12 Mar 2009 10:59:04 -0700
Cc: mpls@ietf.org, ITU-T ad hoc team on MPLS-TP <ahmpls-tp@lists.itu.int>, mpls-tp@ietf.org, ccamp@ops.ietf.org, pwe3@ietf.org, David Ward <dward@cisco.com>, Malcolm Betts <betts01@nortel.com>, VIGOUREUX MARTIN <Martin.Vigoureux@alcatel-lucent.com>
Subject: Re: [mpls] [PWE3] 2nd wg last call on draft-ietf-mpls-tp-gach-gal
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 12 Mar 2009 17:51:34 -0000

Agreed.
Luyuan=20

-----Original Message-----
From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of
Ben Niven-Jenkins
Sent: 06 March 2009 11:42
To: Thomas Nadeau; Loa Andersson
Cc: mpls@ietf.org; ITU-T ad hoc team on MPLS-TP; mpls-tp@ietf.org;
ccamp@ops.ietf.org; pwe3@ietf.org; David Ward; Malcolm Betts; VIGOUREUX
MARTIN
Subject: Re: [mpls] [PWE3] 2nd wg last call on
draft-ietf-mpls-tp-gach-gal

Agreed.

It addresses a need and provides a solution for operators evolving to
MPLS-TP from their existing deployed MPLS & PW services without
significant changes to their existing support infrastructures.

Ben



On 06/03/2009 14:00, "Thomas Nadeau" <tnadeau@lucidvision.com> wrote:

>=20
> I think this document is ready to progress forward.
>=20
> --Tom
>=20
>=20
> On Feb 24, 2009:10:25 AM, at 10:25 AM, Loa Andersson wrote:
>=20
>> All,
>>=20
>> an updated version (-02) of the draft-ietf-mpls-tp-gach-gal has been=20
>> published.
>>=20
>> The draft is found at:
>>=20
>> http://tools.ietf.org/html/draft-ietf-mpls-tp-gach-gal-02
>>=20
>> Since the updates are significant this is to initiate a 2 week=20
>> working group last call on the new version.
>>=20
>> Please send your comments to the mpls-tp@ietf.org mailing list.
>>=20
>> The working group last call will end on March 11.
>>=20
>> /Loa
>> --
>>=20
>>=20
>> Loa Andersson
>>=20
>> Sr Strategy and Standards Manager
>> Ericsson ///                          phone:  +46 8 632 77 14
>>=20
>>                                      email:
>> loa.andersson@ericsson.com
>>
loa.andersson@redback.com
>>                                              loa@pi.nu
>>=20
>>=20
>> _______________________________________________
>> pwe3 mailing list
>> pwe3@ietf.org
>> https://www.ietf.org/mailman/listinfo/pwe3
>>=20
>=20
> _______________________________________________
> pwe3 mailing list
> pwe3@ietf.org
> https://www.ietf.org/mailman/listinfo/pwe3

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

From eric.gray@ericsson.com  Thu Mar 12 10:56:25 2009
Return-Path: <eric.gray@ericsson.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CF40D28C20B for <mpls@core3.amsl.com>; Thu, 12 Mar 2009 10:56:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.599
X-Spam-Level: 
X-Spam-Status: No, score=-5.599 tagged_above=-999 required=5 tests=[AWL=1.000,  BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ob+iSteXy0ou for <mpls@core3.amsl.com>; Thu, 12 Mar 2009 10:56:24 -0700 (PDT)
Received: from imr2.ericy.com (imr2.ericy.com [198.24.6.3]) by core3.amsl.com (Postfix) with ESMTP id ADC933A67EC for <mpls@ietf.org>; Thu, 12 Mar 2009 10:56:24 -0700 (PDT)
Received: from eusrcmw750.eamcs.ericsson.se (eusrcmw750.exu.ericsson.se [138.85.77.50]) by imr2.ericy.com (8.13.1/8.13.1) with ESMTP id n2CHubXA029618; Thu, 12 Mar 2009 12:56:40 -0500
Received: from eusrcmw721.eamcs.ericsson.se ([138.85.77.21]) by eusrcmw750.eamcs.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830);  Thu, 12 Mar 2009 12:56:37 -0500
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Thu, 12 Mar 2009 12:56:35 -0500
Message-ID: <941D5DCD8C42014FAF70FB7424686DCF04CBBE90@eusrcmw721.eamcs.ericsson.se>
In-Reply-To: <200903021703.n22H3P1l022499@boreas.isi.edu>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [mpls] [Technical Errata Reported] RFC5331 (1700)
Thread-Index: AcmjOrIf9v5SpPYgShS0tD6b/F51rAAAJ5uw
References: <200903021703.n22H3P1l022499@boreas.isi.edu>
From: "Eric Gray" <eric.gray@ericsson.com>
To: "RFC Errata System" <rfc-editor@rfc-editor.org>, <rahul@juniper.net>, <yakov@juniper.net>, <erosen@cisco.com>, <rcallon@juniper.net>, <dward@cisco.com>, <swallow@cisco.com>, <loa@pi.nu>
X-OriginalArrivalTime: 12 Mar 2009 17:56:37.0654 (UTC) FILETIME=[E3C58360:01C9A33B]
X-Mailman-Approved-At: Thu, 12 Mar 2009 10:59:04 -0700
Cc: mpls@ietf.org, ah@TR-Sys.de
Subject: Re: [mpls] [Technical Errata Reported] RFC5331 (1700)
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 12 Mar 2009 17:56:25 -0000

The original text in this case is more correct than the proposed
replacement
text. The expression "encapsulating packets" does not make sense in this
context ("encapsulating packets" is an appropriate adverb-verb phrase,
but=20
"encapsulating" is not a sensible adjective to apply to the noun
"packet").

The result, however, of "encapsulating" packets is "encapsulated
packets."

--
Eric

-----Original Message-----
From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of
RFC Errata System
Sent: Monday, March 02, 2009 12:03 PM
To: rahul@juniper.net; yakov@juniper.net; erosen@cisco.com;
rcallon@juniper.net; dward@cisco.com; swallow@cisco.com; loa@pi.nu
Cc: mpls@ietf.org; ah@TR-Sys.de; rfc-editor@rfc-editor.org
Subject: [mpls] [Technical Errata Reported] RFC5331 (1700)


The following errata report has been submitted for RFC5331,
"MPLS Upstream Label Assignment and Context-Specific Label Space".

--------------------------------------
You may review the report below and at:
http://www.rfc-editor.org/errata_search.php?rfc=3D5331&eid=3D1700

--------------------------------------
Type: Technical
Reported by: Alfred Hoenes <ah@TR-Sys.de>

Section: 7, pg. 8

Original Text
-------------
   Some tunnels may not even require configuration, e.g., a Generic
   Routing Encapsulation (GRE) tunnel can be "created" just by
   encapsulating packets and transmitting them.  In such a case, the IP
   address of the root is considered to be the IP source address of the
|  encapsulated packets.
             ^^=20

Corrected Text
--------------
   Some tunnels may not even require configuration, e.g., a Generic
   Routing Encapsulation (GRE) tunnel can be "created" just by
   encapsulating packets and transmitting them.  In such a case, the IP
   address of the root is considered to be the IP source address of the
|  encapsulating packets.
             ^^^ =20

Notes
-----
Location is 4th paragraph on page 8.

Rationale:
  Earlier in the same section, the 2nd paragraph on page 7 defines
  the 'root' of a tunnel:

  "The root is identified by the head-end IP address of the tunnel."

  Consequentlially, in the case of 'ad-hoc' GRE tunnels the IP address
  of the 'root' obviously is the source address in the *outer* IP
  header, i.e. the source address of the _encapsulating_ packet, not
  the source IP address in the inner IP header, the _encapsulated_
  packet.  Thus, the verb form used in the text needs to be corrected.

Instructions:
-------------
This errata is currently posted as "Reported". If necessary, please
use "Reply All" to discuss whether it should be verified or
rejected. When a decision is reached, the verifying party (IESG)
can log in to change the status and edit the report, if necessary.=20

--------------------------------------
RFC5331 (draft-ietf-mpls-upstream-label-07)
--------------------------------------
Title               : MPLS Upstream Label Assignment and
Context-Specific Label Space
Publication Date    : August 2008
Author(s)           : R. Aggarwal, Y. Rekhter, E. Rosen
Category            : PROPOSED STANDARD
Source              : Multiprotocol Label Switching
Area                : Routing
Stream              : IETF
Verifying Party     : IESG
_______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org/mailman/listinfo/mpls

From Italo.Busi@alcatel-lucent.it  Fri Mar 13 04:07:03 2009
Return-Path: <Italo.Busi@alcatel-lucent.it>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A61D63A69D4; Fri, 13 Mar 2009 04:07:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.982
X-Spam-Level: 
X-Spam-Status: No, score=-5.982 tagged_above=-999 required=5 tests=[AWL=0.267,  BAYES_00=-2.599, HELO_EQ_FR=0.35, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pcCKiiVRKngY; Fri, 13 Mar 2009 04:06:56 -0700 (PDT)
Received: from smail5.alcatel.fr (smail5.alcatel.fr [64.208.49.27]) by core3.amsl.com (Postfix) with ESMTP id 2E3C43A6AE9; Fri, 13 Mar 2009 04:06:55 -0700 (PDT)
Received: from FRVELSBHS05.ad2.ad.alcatel.com (frvelsbhs05.dc-m.alcatel-lucent.com [155.132.6.77]) by smail5.alcatel.fr (8.13.8/8.13.8/ICT) with ESMTP id n2DB7SZl014809;  Fri, 13 Mar 2009 12:07:32 +0100
Received: from FRVELSMBS21.ad2.ad.alcatel.com ([155.132.6.52]) by FRVELSBHS05.ad2.ad.alcatel.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 13 Mar 2009 12:07:29 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable
Date: Fri, 13 Mar 2009 12:06:44 +0100
Message-ID: <6FD21B53861BF44AA90A288402036AB401FF2C58@FRVELSMBS21.ad2.ad.alcatel.com>
In-Reply-To: <49A6DEC5.1010403@pi.nu>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [mpls-tp] poll on making draft-sprecher-mpls-tp-survive-fwk-01.txt a working group document?
Thread-Index: AcmYP9kd/B2/0yJoRx6ei5eVpkIeMALi++mg
References: <49A6DEC5.1010403@pi.nu>
From: "BUSI ITALO" <Italo.Busi@alcatel-lucent.it>
To: "Loa Andersson" <loa@pi.nu>, <mpls-tp@ietf.org>, <mpls@ietf.org>, "ITU-T ad hoc team on MPLS-TP" <ahmpls-tp@lists.itu.int>, <ccamp@ops.ietf.org>, <pwe3@ietf.org>
X-OriginalArrivalTime: 13 Mar 2009 11:07:29.0428 (UTC) FILETIME=[E64D3D40:01C9A3CB]
X-Scanned-By: MIMEDefang 2.57 on 155.132.188.13
Subject: Re: [mpls] [mpls-tp] poll on making draft-sprecher-mpls-tp-survive-fwk-01.txt a working group document?
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 13 Mar 2009 11:07:03 -0000

Support

Italo=20

> -----Original Message-----
> From: mpls-tp-bounces@ietf.org=20
> [mailto:mpls-tp-bounces@ietf.org] On Behalf Of Loa Andersson
> Sent: Thursday, February 26, 2009 7:26 PM
> To: mpls-tp@ietf.org; mpls@ietf.org; ITU-T ad hoc team on=20
> MPLS-TP; ccamp@ops.ietf.org; pwe3@ietf.org
> Subject: [mpls-tp] poll on making=20
> draft-sprecher-mpls-tp-survive-fwk-01.txt a working group document?
>=20
> All,
>=20
> we have received a request from the editors/authors of
> draft-sprecher-mpls-tp-survive-fwk-01.txt to make the
> document an mpls working group document.
>=20
> Please send your comments to the mpls-tp mailing list.
>=20
> This poll ends eob Thu Mar 12, 2009.
>=20
> /Loa
>=20
> --=20
>=20
>=20
> Loa Andersson
>=20
> Sr Strategy and Standards Manager
> Ericsson ///                          phone:  +46 8 632 77 14
>=20
>                                        email: =20
> loa.andersson@ericsson.com
>                                               =20
> loa.andersson@redback.com
>                                                loa@pi.nu
>=20
>=20
> _______________________________________________
> mpls-tp mailing list
> mpls-tp@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls-tp
>=20

From loa@pi.nu  Fri Mar 13 11:00:58 2009
Return-Path: <loa@pi.nu>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DE98D3A6B19; Fri, 13 Mar 2009 11:00:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.249
X-Spam-Level: 
X-Spam-Status: No, score=-2.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_SE=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wIjbEQbfe13M; Fri, 13 Mar 2009 11:00:58 -0700 (PDT)
Received: from ns.elverljung.se (ns.elverljung.se [194.68.48.116]) by core3.amsl.com (Postfix) with ESMTP id 164F73A6AF9; Fri, 13 Mar 2009 11:00:58 -0700 (PDT)
Received: from [78.156.206.204] (78.156.206.204.bredband.tre.se [78.156.206.204]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: loa) by ns.elverljung.se (Postfix) with ESMTPSA id 7AE232D8247; Fri, 13 Mar 2009 19:01:34 +0100 (CET)
Message-ID: <49BA9F6C.4040201@pi.nu>
Date: Fri, 13 Mar 2009 19:01:16 +0100
From: Loa Andersson <loa@pi.nu>
User-Agent: Thunderbird 2.0.0.19 (Windows/20081209)
MIME-Version: 1.0
To: mpls-tp@ietf.org, mpls@ietf.org
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [mpls] mpls wg agenda (preliminary)
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 13 Mar 2009 18:00:59 -0000

All,

I've uploaded a preliminary wg agenda. It is very likely that there
will be changes.

http://www.ietf.org/proceedings/09mar/agenda/mpls.txt

Please go and make sure I haven't dropped your request for a agenda
slot.

/Loa
-- 


Loa Andersson

Sr Strategy and Standards Manager
Ericsson ///                          phone:  +46 8 632 77 14

                                       email:  loa.andersson@ericsson.com
                                               loa.andersson@redback.com
                                               loa@pi.nu



From hklam@alcatel-lucent.com  Fri Mar 13 12:19:19 2009
Return-Path: <hklam@alcatel-lucent.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E89D03A6A8B; Fri, 13 Mar 2009 12:19:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ISaYieqQnjJl; Fri, 13 Mar 2009 12:19:19 -0700 (PDT)
Received: from ihemail2.lucent.com (ihemail2.lucent.com [135.245.0.35]) by core3.amsl.com (Postfix) with ESMTP id 1FC403A6954; Fri, 13 Mar 2009 12:19:19 -0700 (PDT)
Received: from ilexp01.ndc.lucent.com (h135-3-39-1.lucent.com [135.3.39.1]) by ihemail2.lucent.com (8.13.8/IER-o) with ESMTP id n2DJJsgA025979; Fri, 13 Mar 2009 14:19:54 -0500 (CDT)
Received: from ILEXC2U03.ndc.lucent.com ([135.3.39.9]) by ilexp01.ndc.lucent.com with Microsoft SMTPSVC(6.0.3790.1830);  Fri, 13 Mar 2009 14:19:54 -0500
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Fri, 13 Mar 2009 14:19:52 -0500
Message-ID: <A37753B7B7A3134F9366EE6B4052F43B0295CA26@ILEXC2U03.ndc.lucent.com>
In-Reply-To: <49BA9F6C.4040201@pi.nu>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [mpls-tp] mpls wg agenda (preliminary)
Thread-Index: AcmkBcV2c5EeTZGnQhm3LU/ZxmBWCwACq58Q
References: <49BA9F6C.4040201@pi.nu>
From: "Lam, Hing-Kam \(Kam\)" <hklam@alcatel-lucent.com>
To: "Loa Andersson" <loa@pi.nu>, <mpls-tp@ietf.org>, <mpls@ietf.org>
X-OriginalArrivalTime: 13 Mar 2009 19:19:54.0003 (UTC) FILETIME=[B03D9E30:01C9A410]
X-Scanned-By: MIMEDefang 2.57 on 135.245.2.35
Subject: Re: [mpls] [mpls-tp] mpls wg agenda (preliminary)
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 13 Mar 2009 19:19:20 -0000

Loa,

There is an mpls-tp draft "draft-mansfield-mpls-tp-nm-framework".
It should be on the agenda, but I didn't see it there.

Regards,
Kam

> -----Original Message-----
> From: mpls-tp-bounces@ietf.org [mailto:mpls-tp-bounces@ietf.org] On
Behalf
> Of Loa Andersson
> Sent: Friday, March 13, 2009 2:01 PM
> To: mpls-tp@ietf.org; mpls@ietf.org
> Subject: [mpls-tp] mpls wg agenda (preliminary)
>=20
> All,
>=20
> I've uploaded a preliminary wg agenda. It is very likely that there
> will be changes.
>=20
> http://www.ietf.org/proceedings/09mar/agenda/mpls.txt
>=20
> Please go and make sure I haven't dropped your request for a agenda
> slot.
>=20
> /Loa
> --
>=20
>=20
> Loa Andersson
>=20
> Sr Strategy and Standards Manager
> Ericsson ///                          phone:  +46 8 632 77 14
>=20
>                                        email:
loa.andersson@ericsson.com
>
loa.andersson@redback.com
>                                                loa@pi.nu
>=20
>=20
> _______________________________________________
> mpls-tp mailing list
> mpls-tp@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls-tp

From loa@pi.nu  Mon Mar 16 07:01:19 2009
Return-Path: <loa@pi.nu>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5FCFF3A6B4B; Mon, 16 Mar 2009 07:01:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.249
X-Spam-Level: 
X-Spam-Status: No, score=-2.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_SE=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id o49WHe3hyy6i; Mon, 16 Mar 2009 07:01:18 -0700 (PDT)
Received: from ns.elverljung.se (ns.elverljung.se [194.68.48.116]) by core3.amsl.com (Postfix) with ESMTP id A1E3F3A6993; Mon, 16 Mar 2009 07:01:18 -0700 (PDT)
Received: from [10.4.169.87] (bgp-ext.core.365-24.net [217.151.192.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: loa) by ns.elverljung.se (Postfix) with ESMTPSA id C210A2D87C5; Mon, 16 Mar 2009 15:01:58 +0100 (CET)
Message-ID: <49BE5BD4.9050402@pi.nu>
Date: Mon, 16 Mar 2009 15:01:56 +0100
From: Loa Andersson <loa@pi.nu>
User-Agent: Thunderbird 2.0.0.19 (Windows/20081209)
MIME-Version: 1.0
To: mpls-tp@ietf.org, mpls@ietf.org
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [mpls] new working group draft
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 16 Mar 2009 14:01:19 -0000

Working group,

we have accepted the draft-sprecher-mpls-tp-survive-fwk-01.txt
an mpls working group document.

When the pre-SF cut off is lifted could the authors please
re-publish as draft-ietf-mpls-tp-survive-fwk-00.txt.


Loa and George


-- 


Loa Andersson

Sr Strategy and Standards Manager
Ericsson ///                          phone:  +46 8 632 77 14

                                       email:  loa.andersson@ericsson.com
                                               loa.andersson@redback.com
                                               loa@pi.nu



From loa@pi.nu  Tue Mar 17 07:31:52 2009
Return-Path: <loa@pi.nu>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 385963A6A4E; Tue, 17 Mar 2009 07:31:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.225
X-Spam-Level: 
X-Spam-Status: No, score=-2.225 tagged_above=-999 required=5 tests=[AWL=0.024,  BAYES_00=-2.599, HELO_EQ_SE=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IR-KxePbzxgM; Tue, 17 Mar 2009 07:31:51 -0700 (PDT)
Received: from ns.elverljung.se (ns.elverljung.se [194.68.48.116]) by core3.amsl.com (Postfix) with ESMTP id 722D53A67E3; Tue, 17 Mar 2009 07:31:51 -0700 (PDT)
Received: from [192.36.158.51] (wdhcp-158-51.verkstad.net [192.36.158.51]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: loa) by ns.elverljung.se (Postfix) with ESMTPSA id 1A2FE2D84B1; Tue, 17 Mar 2009 15:32:33 +0100 (CET)
Message-ID: <49BFB47E.1070304@pi.nu>
Date: Tue, 17 Mar 2009 15:32:30 +0100
From: Loa Andersson <loa@pi.nu>
User-Agent: Thunderbird 2.0.0.19 (Windows/20081209)
MIME-Version: 1.0
To: mpls-tp@ietf.org, mpls@ietf.org
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [mpls] poll on making  draft-beller-mpls-tp-gach-dcn a wg doc
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Mar 2009 14:31:52 -0000

All,

the authors/editors of draft-beller-mpls-tp-gach-dcn-01.txt has
asked us to accept the document as an MPLS Working group
document.

This is a one week poll to see if there are support for making it a
working group document, please respond to the mpls-tp mailing
list before Wednesday March 25.

/Loa

-- 


Loa Andersson

Sr Strategy and Standards Manager
Ericsson ///                          phone:  +46 8 632 77 14

                                       email:  loa.andersson@ericsson.com
                                               loa.andersson@redback.com
                                               loa@pi.nu



From hklam@alcatel-lucent.com  Tue Mar 17 07:52:56 2009
Return-Path: <hklam@alcatel-lucent.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D483728C103; Tue, 17 Mar 2009 07:52:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XdomsH2NRHbA; Tue, 17 Mar 2009 07:52:56 -0700 (PDT)
Received: from ihemail4.lucent.com (ihemail4.lucent.com [135.245.0.39]) by core3.amsl.com (Postfix) with ESMTP id 0932828C134; Tue, 17 Mar 2009 07:52:55 -0700 (PDT)
Received: from ilexp02.ndc.lucent.com (h135-3-39-2.lucent.com [135.3.39.2]) by ihemail4.lucent.com (8.13.8/IER-o) with ESMTP id n2HErU2E010211; Tue, 17 Mar 2009 09:53:36 -0500 (CDT)
Received: from ILEXC2U03.ndc.lucent.com ([135.3.39.9]) by ilexp02.ndc.lucent.com with Microsoft SMTPSVC(6.0.3790.1830);  Tue, 17 Mar 2009 09:53:30 -0500
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Tue, 17 Mar 2009 09:53:29 -0500
Message-ID: <A37753B7B7A3134F9366EE6B4052F43B0295D182@ILEXC2U03.ndc.lucent.com>
In-Reply-To: <49BFB47E.1070304@pi.nu>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [mpls] poll on making  draft-beller-mpls-tp-gach-dcn a wg doc
Thread-Index: AcmnDT0viKh3mjDlSyiCTg3yVAnNkQAAtBHQ
References: <49BFB47E.1070304@pi.nu>
From: "Lam, Hing-Kam \(Kam\)" <hklam@alcatel-lucent.com>
To: "Loa Andersson" <loa@pi.nu>, <mpls-tp@ietf.org>, <mpls@ietf.org>
X-OriginalArrivalTime: 17 Mar 2009 14:53:30.0714 (UTC) FILETIME=[231C43A0:01C9A710]
X-Scanned-By: MIMEDefang 2.57 on 135.245.2.39
Subject: Re: [mpls] poll on making  draft-beller-mpls-tp-gach-dcn a wg doc
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Mar 2009 14:52:56 -0000

Support

--Kam

> -----Original Message-----
> From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf
Of
> Loa Andersson
> Sent: Tuesday, March 17, 2009 10:33 AM
> To: mpls-tp@ietf.org; mpls@ietf.org
> Subject: [mpls] poll on making draft-beller-mpls-tp-gach-dcn a wg doc
>=20
> All,
>=20
> the authors/editors of draft-beller-mpls-tp-gach-dcn-01.txt has
> asked us to accept the document as an MPLS Working group
> document.
>=20
> This is a one week poll to see if there are support for making it a
> working group document, please respond to the mpls-tp mailing
> list before Wednesday March 25.
>=20
> /Loa
>=20
> --
>=20
>=20
> Loa Andersson
>=20
> Sr Strategy and Standards Manager
> Ericsson ///                          phone:  +46 8 632 77 14
>=20
>                                        email:
loa.andersson@ericsson.com
>
loa.andersson@redback.com
>                                                loa@pi.nu
>=20
>=20
> _______________________________________________
> mpls mailing list
> mpls@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls

From hhelvoort@chello.nl  Tue Mar 17 09:16:13 2009
Return-Path: <hhelvoort@chello.nl>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2F4DF3A68AF; Tue, 17 Mar 2009 09:16:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.992
X-Spam-Level: 
X-Spam-Status: No, score=-0.992 tagged_above=-999 required=5 tests=[AWL=0.438,  BAYES_00=-2.599, HELO_EQ_AT=0.424, HOST_EQ_AT=0.745]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MINru1gZNpaY; Tue, 17 Mar 2009 09:16:12 -0700 (PDT)
Received: from viefep12-int.chello.at (viefep12-int.chello.at [62.179.121.32]) by core3.amsl.com (Postfix) with ESMTP id CE0933A68C1; Tue, 17 Mar 2009 09:16:11 -0700 (PDT)
Received: from edge03.upc.biz ([192.168.13.238]) by viefep12-int.chello.at (InterMail vM.7.09.01.00 201-2219-108-20080618) with ESMTP id <20090317161651.JVIZ12380.viefep12-int.chello.at@edge03.upc.biz>; Tue, 17 Mar 2009 17:16:51 +0100
Received: from McAsterix.local ([24.132.228.153]) by edge03.upc.biz with edge id UGGq1b0343KDBhC03GGrrv; Tue, 17 Mar 2009 17:16:51 +0100
X-SourceIP: 24.132.228.153
Message-ID: <49BFCCF2.2030902@chello.nl>
Date: Tue, 17 Mar 2009 17:16:50 +0100
From: Huub van Helvoort <hhelvoort@chello.nl>
User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209)
MIME-Version: 1.0
To: Loa Andersson <loa@pi.nu>
References: <49BFB47E.1070304@pi.nu>
In-Reply-To: <49BFB47E.1070304@pi.nu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: mpls@ietf.org, mpls-tp@ietf.org
Subject: Re: [mpls] [mpls-tp] poll on making draft-beller-mpls-tp-gach-dcn a wg doc
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: hhelvoort@chello.nl
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Mar 2009 16:16:13 -0000

Hej Loa,

You wrote:

> the authors/editors of draft-beller-mpls-tp-gach-dcn-01.txt has
> asked us to accept the document as an MPLS Working group
> document.

I support this draft to become WG doc.

Cheers, Huub.

-- 

================================================================
Always remember that you are unique...just like everyone else...

From amalis@gmail.com  Tue Mar 17 11:52:28 2009
Return-Path: <amalis@gmail.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 352DF3A69FC; Tue, 17 Mar 2009 11:52:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.542
X-Spam-Level: 
X-Spam-Status: No, score=-2.542 tagged_above=-999 required=5 tests=[AWL=0.057,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id a5av0JVqbe21; Tue, 17 Mar 2009 11:52:27 -0700 (PDT)
Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.25]) by core3.amsl.com (Postfix) with ESMTP id 5D5203A69D7; Tue, 17 Mar 2009 11:52:27 -0700 (PDT)
Received: by qw-out-2122.google.com with SMTP id 9so159539qwb.31 for <multiple recipients>; Tue, 17 Mar 2009 11:53:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=5YQ5D16GNXWrKpAtvfPl2gFRBpTEkV215cG/okpiPYY=; b=AQgKtCA30/4ntYYde23yFRAWnjP1JOeo++NrnywS96P5+ZW0uHyLtdvtrdfYEqzUEC Ba4xPB2dWwYmZaoJG/kitlmPefyH93j36WP6ytWEFDCQsBdbvFevTEOV2FWqsAi+1LOa Nr3MVjUynfdNUQKKj7f9jvrFT0njStg5G7ih0=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=pMBr4p33Gco/es1rp+3anp0GmHbegMEt5O/wFHKeSYAA412E6yGc+7oc6KYTau6hrs AjV/Ozum3tRl1AHvlOiocwCJDfyk2YOLFSh/1Alunn8n8YSJD2JbHpKdhTPe+v7y9OsS 9HScEg993JvkNG0Ec0qCjqzH6yTt8GNYqH8/Y=
MIME-Version: 1.0
Received: by 10.224.2.74 with SMTP id 10mr601658qai.259.1237315990551; Tue, 17  Mar 2009 11:53:10 -0700 (PDT)
In-Reply-To: <49BFCCF2.2030902@chello.nl>
References: <49BFB47E.1070304@pi.nu> <49BFCCF2.2030902@chello.nl>
Date: Tue, 17 Mar 2009 14:53:10 -0400
Message-ID: <b2d141720903171153p27343f85q4ee733d8aff8e9ad@mail.gmail.com>
From: "Andrew G. Malis" <amalis@gmail.com>
To: hhelvoort@chello.nl
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Cc: mpls@ietf.org, mpls-tp@ietf.org
Subject: Re: [mpls] [mpls-tp] poll on making draft-beller-mpls-tp-gach-dcn a wg doc
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Mar 2009 18:52:28 -0000

I also support.

Cheers,
Andy

On Tue, Mar 17, 2009 at 12:16 PM, Huub van Helvoort <hhelvoort@chello.nl> wrote:
> Hej Loa,
>
> You wrote:
>
>> the authors/editors of draft-beller-mpls-tp-gach-dcn-01.txt has
>> asked us to accept the document as an MPLS Working group
>> document.
>
> I support this draft to become WG doc.
>
> Cheers, Huub.
>
> --
>
> ================================================================
> Always remember that you are unique...just like everyone else...
> _______________________________________________
> mpls mailing list
> mpls@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls
>

From annamaria.fulignoli@ericsson.com  Wed Mar 18 00:23:47 2009
Return-Path: <annamaria.fulignoli@ericsson.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0DE8A3A6AEE; Wed, 18 Mar 2009 00:23:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.249
X-Spam-Level: 
X-Spam-Status: No, score=-6.249 tagged_above=-999 required=5 tests=[AWL=0.000,  BAYES_00=-2.599, HELO_EQ_SE=0.35, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eu07pYPIVhuN; Wed, 18 Mar 2009 00:23:46 -0700 (PDT)
Received: from mailgw3.ericsson.se (mailgw3.ericsson.se [193.180.251.60]) by core3.amsl.com (Postfix) with ESMTP id 2E2413A68E7; Wed, 18 Mar 2009 00:23:46 -0700 (PDT)
Received: from mailgw3.ericsson.se (unknown [127.0.0.1]) by mailgw3.ericsson.se (Symantec Mail Security) with ESMTP id 31F7E209EC; Wed, 18 Mar 2009 08:24:28 +0100 (CET)
X-AuditID: c1b4fb3c-a845bbb000003f3f-ab-49c0a1ab38ef
Received: from esealmw128.eemea.ericsson.se (unknown [153.88.253.124]) by mailgw3.ericsson.se (Symantec Mail Security) with ESMTP id 005BE20A15; Wed, 18 Mar 2009 08:24:27 +0100 (CET)
Received: from esealmw118.eemea.ericsson.se ([153.88.200.77]) by esealmw128.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830);  Wed, 18 Mar 2009 08:24:09 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Date: Wed, 18 Mar 2009 08:24:05 +0100
Message-ID: <93DFCD4B101EB440B5B72997456C5F94036D5A04@esealmw118.eemea.ericsson.se>
In-Reply-To: <49BFB47E.1070304@pi.nu>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [mpls] poll on making  draft-beller-mpls-tp-gach-dcn a wg doc
thread-index: AcmnDT1PficpSJyRSFeXowvyohQvzAAjPCPg
References: <49BFB47E.1070304@pi.nu>
From: "Annamaria Fulignoli" <annamaria.fulignoli@ericsson.com>
To: "Loa Andersson" <loa@pi.nu>, <mpls-tp@ietf.org>, <mpls@ietf.org>
X-OriginalArrivalTime: 18 Mar 2009 07:24:09.0156 (UTC) FILETIME=[872EC040:01C9A79A]
X-Brightmail-Tracker: AAAAAA==
Subject: Re: [mpls] poll on making  draft-beller-mpls-tp-gach-dcn a wg doc
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Mar 2009 07:23:47 -0000

I support.

Kind regards,
Annamaria=20

-----Original Message-----
From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of =
Loa Andersson
Sent: marted=EC 17 marzo 2009 15.33
To: mpls-tp@ietf.org; mpls@ietf.org
Subject: [mpls] poll on making draft-beller-mpls-tp-gach-dcn a wg doc

All,

the authors/editors of draft-beller-mpls-tp-gach-dcn-01.txt has asked us =
to accept the document as an MPLS Working group document.

This is a one week poll to see if there are support for making it a =
working group document, please respond to the mpls-tp mailing list =
before Wednesday March 25.

/Loa

--=20


Loa Andersson

Sr Strategy and Standards Manager
Ericsson ///                          phone:  +46 8 632 77 14

                                       email:  =
loa.andersson@ericsson.com
                                               loa.andersson@redback.com
                                               loa@pi.nu


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

From daniele.ceccarelli@ericsson.com  Wed Mar 18 02:05:02 2009
Return-Path: <daniele.ceccarelli@ericsson.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 18B9F3A6822; Wed, 18 Mar 2009 02:05:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.249
X-Spam-Level: 
X-Spam-Status: No, score=-6.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_SE=0.35, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lmCOl3K1urUL; Wed, 18 Mar 2009 02:05:01 -0700 (PDT)
Received: from mailgw4.ericsson.se (mailgw4.ericsson.se [193.180.251.62]) by core3.amsl.com (Postfix) with ESMTP id D2FDB3A67FC; Wed, 18 Mar 2009 02:05:00 -0700 (PDT)
Received: from mailgw4.ericsson.se (unknown [127.0.0.1]) by mailgw4.ericsson.se (Symantec Mail Security) with ESMTP id 4EA0D235C0; Wed, 18 Mar 2009 10:05:43 +0100 (CET)
X-AuditID: c1b4fb3e-ab899bb0000023da-12-49c0b4af4518
Received: from esealmw129.eemea.ericsson.se (unknown [153.88.253.124]) by mailgw4.ericsson.se (Symantec Mail Security) with ESMTP id BCFFB21758; Wed, 18 Mar 2009 09:45:35 +0100 (CET)
Received: from EITRMMW021.eemea.ericsson.se ([141.137.48.176]) by esealmw129.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830);  Wed, 18 Mar 2009 09:45:32 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Date: Wed, 18 Mar 2009 09:45:30 +0100
Message-ID: <EA652A17BAD6A24DBB3BF8146892D215079EAA62@EITRMMW021.eemea.ericsson.se>
In-Reply-To: <b2d141720903171153p27343f85q4ee733d8aff8e9ad@mail.gmail.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [mpls] [mpls-tp] poll on making draft-beller-mpls-tp-gach-dcn awg doc
Thread-Index: AcmnMaZ6TiPzjWCgTtG+WX1lHrUEhgAdBu5g
References: <49BFB47E.1070304@pi.nu> <49BFCCF2.2030902@chello.nl> <b2d141720903171153p27343f85q4ee733d8aff8e9ad@mail.gmail.com>
From: "Daniele Ceccarelli" <daniele.ceccarelli@ericsson.com>
To: <hhelvoort@chello.nl>, "Andrew G. Malis" <amalis@gmail.com>, <mpls@ietf.org>, <mpls-tp@ietf.org>
X-OriginalArrivalTime: 18 Mar 2009 08:45:32.0162 (UTC) FILETIME=[E5AE5620:01C9A7A5]
X-Brightmail-Tracker: AAAAAA==
Subject: Re: [mpls] [mpls-tp] poll on making draft-beller-mpls-tp-gach-dcn awg doc
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Mar 2009 09:05:02 -0000

Agree.

Cheers,
Daniele

-----Original Message-----
From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of =
Andrew G. Malis
Sent: marted=EC 17 marzo 2009 19.53
To: hhelvoort@chello.nl
Cc: mpls@ietf.org; mpls-tp@ietf.org
Subject: Re: [mpls] [mpls-tp] poll on making =
draft-beller-mpls-tp-gach-dcn awg doc

I also support.

Cheers,
Andy

On Tue, Mar 17, 2009 at 12:16 PM, Huub van Helvoort =
<hhelvoort@chello.nl> wrote:
> Hej Loa,
>
> You wrote:
>
>> the authors/editors of draft-beller-mpls-tp-gach-dcn-01.txt has
>> asked us to accept the document as an MPLS Working group
>> document.
>
> I support this draft to become WG doc.
>
> Cheers, Huub.
>
> --
>
> =
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> Always remember that you are unique...just like everyone else...
> _______________________________________________
> mpls mailing list
> mpls@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls
>
_______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org/mailman/listinfo/mpls

From loa@pi.nu  Wed Mar 18 07:18:16 2009
Return-Path: <loa@pi.nu>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 326873A6A64; Wed, 18 Mar 2009 07:18:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.231
X-Spam-Level: 
X-Spam-Status: No, score=-2.231 tagged_above=-999 required=5 tests=[AWL=0.018,  BAYES_00=-2.599, HELO_EQ_SE=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 142i1B8ZIrxW; Wed, 18 Mar 2009 07:18:15 -0700 (PDT)
Received: from ns.elverljung.se (ns.elverljung.se [194.68.48.116]) by core3.amsl.com (Postfix) with ESMTP id 4B5503A691B; Wed, 18 Mar 2009 07:18:15 -0700 (PDT)
Received: from [192.36.158.51] (wdhcp-158-51.verkstad.net [192.36.158.51]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: loa) by ns.elverljung.se (Postfix) with ESMTPSA id 36ED62D84B1; Wed, 18 Mar 2009 15:18:58 +0100 (CET)
Message-ID: <49C102CF.4040009@pi.nu>
Date: Wed, 18 Mar 2009 15:18:55 +0100
From: Loa Andersson <loa@pi.nu>
User-Agent: Thunderbird 2.0.0.19 (Windows/20081209)
MIME-Version: 1.0
To: mpls-tp@ietf.org, mpls@ietf.org
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: Ross Callon <rcallon@juniper.net>, David Ward <dward@cisco.com>
Subject: [mpls] wg last call on draft-ietf-mpls-tp-gach-gal-02 has terminated
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Mar 2009 14:18:16 -0000

All,

the working group last call on draft-ietf-mpls-tp-gach-gal-02
has ended.

1. we have received the information from ITU-T ad hoc team on mpls-tp
    that the comments they have is aligned with the last call comments
    received under point 4. below in the MPLS wg last call.

2. We have received one comment that says that the associated channel
    should not be used for OAM. Since this is the entire purpose of the
    of the associated channel the authors/editors are instructed not
    consider this comment.
3. We have received comments that would require us to revisit the
    results of the JWT investigtion. We will not do so, since this is
    not within our charter.
4. We have received one comment that we are allocating to many too many
    experimental code points, the editors/authors are instructed to solve
    this together with the current and future RTG AD and the MEAD team
    chair.

5. We have received a set of comments, that should be considered as
    "friendly ammendments" and that should be responded to by the
    authors-editors.

Could the authors lease update the draft and republish.

/Loa

-- 


Loa Andersson

Sr Strategy and Standards Manager    phone:  +46 10 717 52 13
Ericsson ///                                 +46 767 72 92 13 


                                       email:  loa.andersson@ericsson.com
                                               loa.andersson@redback.com
                                               loa@pi.nu



From loa@pi.nu  Wed Mar 18 07:46:51 2009
Return-Path: <loa@pi.nu>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 689FC28C1A0; Wed, 18 Mar 2009 07:46:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.232
X-Spam-Level: 
X-Spam-Status: No, score=-2.232 tagged_above=-999 required=5 tests=[AWL=0.017,  BAYES_00=-2.599, HELO_EQ_SE=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8iGOy5Tv8Osl; Wed, 18 Mar 2009 07:46:50 -0700 (PDT)
Received: from ns.elverljung.se (ns.elverljung.se [194.68.48.116]) by core3.amsl.com (Postfix) with ESMTP id 79CC828C15F; Wed, 18 Mar 2009 07:46:50 -0700 (PDT)
Received: from [192.36.158.51] (wdhcp-158-51.verkstad.net [192.36.158.51]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: loa) by ns.elverljung.se (Postfix) with ESMTPSA id 578502D84B1; Wed, 18 Mar 2009 15:47:33 +0100 (CET)
Message-ID: <49C10983.2010309@pi.nu>
Date: Wed, 18 Mar 2009 15:47:31 +0100
From: Loa Andersson <loa@pi.nu>
User-Agent: Thunderbird 2.0.0.19 (Windows/20081209)
MIME-Version: 1.0
To: mpls-tp@ietf.org, mpls@ietf.org
References: <49C102CF.4040009@pi.nu>
In-Reply-To: <49C102CF.4040009@pi.nu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [mpls] wg last call on draft-ietf-mpls-tp-gach-gal-02 has terminated
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Mar 2009 14:46:51 -0000

all,

Italo has point out that I can't count, I made a subtle change
(4 -> 5) to correct that.

/Loa

Loa Andersson wrote:
> All,
> 
> the working group last call on draft-ietf-mpls-tp-gach-gal-02
> has ended.
> 
> 1. we have received the information from ITU-T ad hoc team on mpls-tp
>    that the comments they have is aligned with the last call comments
>    received under point 5. below in the MPLS wg last call.
> 
> 2. We have received one comment that says that the associated channel
>    should not be used for OAM. Since this is the entire purpose of the
>    of the associated channel the authors/editors are instructed not
>    consider this comment.
> 3. We have received comments that would require us to revisit the
>    results of the JWT investigtion. We will not do so, since this is
>    not within our charter.
> 4. We have received one comment that we are allocating too many
>    experimental code points, the editors/authors are instructed to solve
>    this together with the current and future RTG AD and the MEAD team
>    chair.
> 
> 5. We have received a set of comments, that should be considered as
>    "friendly amendments" and that should be responded to by the
>    authors-editors.
> 
> Could the authors lease update the draft and republish.
> 
> /Loa
> 

-- 


Loa Andersson

Sr Strategy and Standards Manager    phone:  +46 10 717 52 13
Ericsson ///                                 +46 767 72 92 13 


                                       email:  loa.andersson@ericsson.com
                                               loa.andersson@redback.com
                                               loa@pi.nu



From loa@pi.nu  Thu Mar 19 02:50:38 2009
Return-Path: <loa@pi.nu>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 171BC3A68B8 for <mpls@core3.amsl.com>; Thu, 19 Mar 2009 02:50:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.234
X-Spam-Level: 
X-Spam-Status: No, score=-2.234 tagged_above=-999 required=5 tests=[AWL=0.015,  BAYES_00=-2.599, HELO_EQ_SE=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DFhXkXNDwh3P for <mpls@core3.amsl.com>; Thu, 19 Mar 2009 02:50:37 -0700 (PDT)
Received: from ns.elverljung.se (ns.elverljung.se [194.68.48.116]) by core3.amsl.com (Postfix) with ESMTP id 496F63A6891 for <mpls@ietf.org>; Thu, 19 Mar 2009 02:50:37 -0700 (PDT)
Received: from [192.36.158.51] (wdhcp-158-51.verkstad.net [192.36.158.51]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: loa) by ns.elverljung.se (Postfix) with ESMTPSA id B684C2D84B8; Thu, 19 Mar 2009 10:51:20 +0100 (CET)
Message-ID: <49C21596.20307@pi.nu>
Date: Thu, 19 Mar 2009 10:51:18 +0100
From: Loa Andersson <loa@pi.nu>
User-Agent: Thunderbird 2.0.0.19 (Windows/20081209)
MIME-Version: 1.0
To: mpls@ietf.org
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: Ross Callon <rcallon@juniper.net>, VIGOUREUX MARTIN <Martin.Vigoureux@alcatel-lucent.com>, David Ward <dward@cisco.com>
Subject: [mpls] Working group last call on draft-ietf-mpls-p2mp-te-mib-08.txt
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Mar 2009 09:50:38 -0000

Working Group,

this is to initiate a working group last call on
draft-ietf-mpls-p2mp-te-mib-08.txt.

Background
----------

The working group has requested publication of this draft, when
it was reviewed by the ADs there were comments that led to a
request that we published a new draft.

Evaluating the changes to the document the working groups chairs
found that it would be appropriate to issue a new working group
last call on the document.

Please find the changes in Section 0, immediately after the ToC
in the draft.

There is also a diff between the -07 and -08 versions to be found
at http://tools.ietf.org/wg/mpls/draft-ietf-mpls-p2mp-te-mib/ .

Please send comments to the mpls working group mailing list.
The Working group last call will end eob Fri April 3.

Loa and George

-- 


Loa Andersson

Sr Strategy and Standards Manager    phone:  +46 10 717 52 13
Ericsson ///                                 +46 767 72 92 13 


                                       email:  loa.andersson@ericsson.com
                                               loa.andersson@redback.com
                                               loa@pi.nu



From neil.2.harrison@bt.com  Thu Mar 19 05:02:19 2009
Return-Path: <neil.2.harrison@bt.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D028A3A692A; Thu, 19 Mar 2009 05:02:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.436
X-Spam-Level: 
X-Spam-Status: No, score=-3.436 tagged_above=-999 required=5 tests=[AWL=0.163,  BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hY79rZQC-aRh; Thu, 19 Mar 2009 05:02:19 -0700 (PDT)
Received: from smtp1.smtp.bt.com (smtp1.smtp.bt.com [217.32.164.137]) by core3.amsl.com (Postfix) with ESMTP id C4F0E3A6814; Thu, 19 Mar 2009 05:02:18 -0700 (PDT)
Received: from E03MVB2-UKBR.domain1.systemhost.net ([193.113.197.108]) by smtp1.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830);  Thu, 19 Mar 2009 12:03:02 +0000
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Thu, 19 Mar 2009 12:02:54 -0000
Message-ID: <2ECAA42C79676B42AEBAC11229CA7D0C044F9846@E03MVB2-UKBR.domain1.systemhost.net>
In-Reply-To: <49C102CF.4040009@pi.nu>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [mpls-tp] wg last call on draft-ietf-mpls-tp-gach-gal-02 hasterminated
Thread-Index: Acmn1IDXcG8r80ySRk+dKlXR3kGWagAsMc7A
From: <neil.2.harrison@bt.com>
To: <loa@pi.nu>, <mpls-tp@ietf.org>, <mpls@ietf.org>
X-OriginalArrivalTime: 19 Mar 2009 12:03:02.0736 (UTC) FILETIME=[A7962D00:01C9A88A]
Subject: Re: [mpls] [mpls-tp] wg last call on draft-ietf-mpls-tp-gach-gal-02 hasterminated
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Mar 2009 12:02:19 -0000

Loa...I have a comment on this...please see below:=20


Loa wrote 18 March 2009 14:19 <snipped>

> 2. We have received one comment that says that the associated channel
>     should not be used for OAM. Since this is the entire=20
> purpose of the
>     of the associated channel the authors/editors are instructed not
>     consider this comment.

NH=3D> This is not accurate...at least if this is a reference to my
observations.  When I originally read the GAL draft it was my strong
impression (and I also believe that of many other folks) that DP OAM
would appear under the GAL (ie a header containing a special label,
likely to be 13 in value).  On this assumption then MPLS-TP DP traffic
and DP OAM would not have identical headers....this was the basis of my
objection.

Then I saw a draft from Stewart (draft-bryant-pwe3-packet-pw-00.txt)
targeted at PWE3 but clearly referencing MPLS-TP, and a follow-up mail
from Stewart that, for the first time, made it clear what was being
proposed for the DP in MPLS-TP...and in particular that the MPLS-TP DP
OAM would follow the G-Ach and not be prefixed by the GAL (so now the
labelled headers of DP traffic and DP OAM would be the same)  Though I
believe there are cases of sublayer spans where the GAL could be used
for OAM....but I am not sure what these are.

regards, Neil

From loa@pi.nu  Thu Mar 19 05:44:03 2009
Return-Path: <loa@pi.nu>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6C8BB3A6814; Thu, 19 Mar 2009 05:44:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.249
X-Spam-Level: 
X-Spam-Status: No, score=-2.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_SE=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XVpbITVZkY7d; Thu, 19 Mar 2009 05:44:02 -0700 (PDT)
Received: from ns.elverljung.se (ns.elverljung.se [194.68.48.116]) by core3.amsl.com (Postfix) with ESMTP id A14463A6774; Thu, 19 Mar 2009 05:44:02 -0700 (PDT)
Received: from [10.4.169.87] (bgp-ext.core.365-24.net [217.151.192.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: loa) by ns.elverljung.se (Postfix) with ESMTPSA id 6D89F2D84B8; Thu, 19 Mar 2009 13:44:46 +0100 (CET)
Message-ID: <49C23E3A.1060601@pi.nu>
Date: Thu, 19 Mar 2009 13:44:42 +0100
From: Loa Andersson <loa@pi.nu>
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
MIME-Version: 1.0
To: mpls-tp@ietf.org, mpls@ietf.org
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [mpls] poll to make draft-busi-mpls-tp-oam-framework an mpls working group document
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Mar 2009 12:44:03 -0000

Working Group,


the authors of draft-busi-mpls-tp-oam-framework-02-02-1.txt has
requested the document shall be accepted as a working group document.

This is a one week poll to see if there are support for making it a
working group document, please respond to the mpls-tp mailing list
before Wednesday March 26.

The document will be found at:

http://www.tla-group.com/~loa/draft-busi-mpls-tp-oam-framework-02-02-1.txt

Disclaimer: I've decided to start this poll even though the draft is not
available from the IETF repository.


/Loa


-- 


Loa Andersson

Sr Strategy and Standards Manager    phone:  +46 10 717 52 13
Ericsson ///                                 +46 767 72 92 13 


                                       email:  loa.andersson@ericsson.com
                                               loa.andersson@redback.com
                                               loa@pi.nu



From nurit.sprecher@nsn.com  Thu Mar 19 05:45:46 2009
Return-Path: <nurit.sprecher@nsn.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D40333A6A0B; Thu, 19 Mar 2009 05:45:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.313
X-Spam-Level: 
X-Spam-Status: No, score=-3.313 tagged_above=-999 required=5 tests=[AWL=-0.714, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id b7O4cMcxxnqh; Thu, 19 Mar 2009 05:45:46 -0700 (PDT)
Received: from demumfd002.nsn-inter.net (demumfd002.nsn-inter.net [217.115.75.234]) by core3.amsl.com (Postfix) with ESMTP id B6D2B3A6774; Thu, 19 Mar 2009 05:45:45 -0700 (PDT)
Received: from demuprx017.emea.nsn-intra.net ([10.150.129.56]) by demumfd002.nsn-inter.net (8.12.11.20060308/8.12.11) with ESMTP id n2JCkTai026221 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Thu, 19 Mar 2009 13:46:29 +0100
Received: from demuexc024.nsn-intra.net (demuexc024.nsn-intra.net [10.159.32.11]) by demuprx017.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id n2JCkSp0023714; Thu, 19 Mar 2009 13:46:29 +0100
Received: from DEMUEXC014.nsn-intra.net ([10.150.128.25]) by demuexc024.nsn-intra.net with Microsoft SMTPSVC(6.0.3790.3959);  Thu, 19 Mar 2009 13:46:28 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Thu, 19 Mar 2009 13:46:26 +0100
Message-ID: <077E41CFFD002C4CAB7DFA4386A532646FD29A@DEMUEXC014.nsn-intra.net>
In-Reply-To: <49C23E3A.1060601@pi.nu>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [mpls-tp] poll to make draft-busi-mpls-tp-oam-framework an mpls working group document
Thread-Index: AcmokI202J80GMFqSQuyYudweQ+FmQAACR2w
References: <49C23E3A.1060601@pi.nu>
From: "Sprecher, Nurit (NSN - IL/Hod HaSharon)" <nurit.sprecher@nsn.com>
To: "ext Loa Andersson" <loa@pi.nu>, <mpls-tp@ietf.org>, <mpls@ietf.org>
X-OriginalArrivalTime: 19 Mar 2009 12:46:28.0730 (UTC) FILETIME=[B8E14DA0:01C9A890]
Subject: Re: [mpls] [mpls-tp] poll to make draft-busi-mpls-tp-oam-framework an mpls working group document
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Mar 2009 12:45:46 -0000

SUpport

-----Original Message-----
From: mpls-tp-bounces@ietf.org [mailto:mpls-tp-bounces@ietf.org] On
Behalf Of ext Loa Andersson
Sent: Thursday, March 19, 2009 14:45
To: mpls-tp@ietf.org; mpls@ietf.org
Subject: [mpls-tp] poll to make draft-busi-mpls-tp-oam-framework an mpls
working group document

Working Group,


the authors of draft-busi-mpls-tp-oam-framework-02-02-1.txt has
requested the document shall be accepted as a working group document.

This is a one week poll to see if there are support for making it a
working group document, please respond to the mpls-tp mailing list
before Wednesday March 26.

The document will be found at:

http://www.tla-group.com/~loa/draft-busi-mpls-tp-oam-framework-02-02-1.t
xt

Disclaimer: I've decided to start this poll even though the draft is not
available from the IETF repository.


/Loa


--=20


Loa Andersson

Sr Strategy and Standards Manager    phone:  +46 10 717 52 13
Ericsson ///                                 +46 767 72 92 13=20


                                       email:
loa.andersson@ericsson.com
                                               loa.andersson@redback.com
                                               loa@pi.nu


_______________________________________________
mpls-tp mailing list
mpls-tp@ietf.org
https://www.ietf.org/mailman/listinfo/mpls-tp

From annamaria.fulignoli@ericsson.com  Thu Mar 19 05:53:10 2009
Return-Path: <annamaria.fulignoli@ericsson.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7E8903A6B69; Thu, 19 Mar 2009 05:53:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.249
X-Spam-Level: 
X-Spam-Status: No, score=-6.249 tagged_above=-999 required=5 tests=[AWL=0.000,  BAYES_00=-2.599, HELO_EQ_SE=0.35, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id COGA522PObNZ; Thu, 19 Mar 2009 05:53:09 -0700 (PDT)
Received: from mailgw3.ericsson.se (mailgw3.ericsson.se [193.180.251.60]) by core3.amsl.com (Postfix) with ESMTP id 448C428C151; Thu, 19 Mar 2009 05:53:09 -0700 (PDT)
Received: from mailgw3.ericsson.se (unknown [127.0.0.1]) by mailgw3.ericsson.se (Symantec Mail Security) with ESMTP id 2532B20DD6; Thu, 19 Mar 2009 13:53:53 +0100 (CET)
X-AuditID: c1b4fb3c-a9c80bb000004af0-e1-49c240615ecb
Received: from esealmw128.eemea.ericsson.se (unknown [153.88.253.124]) by mailgw3.ericsson.se (Symantec Mail Security) with ESMTP id 061F12091C; Thu, 19 Mar 2009 13:53:53 +0100 (CET)
Received: from esealmw118.eemea.ericsson.se ([153.88.200.77]) by esealmw128.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830);  Thu, 19 Mar 2009 13:53:52 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Date: Thu, 19 Mar 2009 13:53:51 +0100
Message-ID: <93DFCD4B101EB440B5B72997456C5F94036FE8A6@esealmw118.eemea.ericsson.se>
In-Reply-To: <49C23E3A.1060601@pi.nu>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [mpls] poll to make draft-busi-mpls-tp-oam-framework an mpls working group document
thread-index: AcmokIkG5OT5Va1TQbWyCaj3nwCXCwAASfyw
References: <49C23E3A.1060601@pi.nu>
From: "Annamaria Fulignoli" <annamaria.fulignoli@ericsson.com>
To: "Loa Andersson" <loa@pi.nu>, <mpls-tp@ietf.org>, <mpls@ietf.org>
X-OriginalArrivalTime: 19 Mar 2009 12:53:52.0825 (UTC) FILETIME=[C194D290:01C9A891]
X-Brightmail-Tracker: AAAAAA==
Subject: Re: [mpls] poll to make draft-busi-mpls-tp-oam-framework an mpls working group document
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Mar 2009 12:53:10 -0000

I support.
BR
Annamaria=20

-----Original Message-----
From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of =
Loa Andersson
Sent: gioved=EC 19 marzo 2009 13.45
To: mpls-tp@ietf.org; mpls@ietf.org
Subject: [mpls] poll to make draft-busi-mpls-tp-oam-framework an mpls =
working group document

Working Group,


the authors of draft-busi-mpls-tp-oam-framework-02-02-1.txt has =
requested the document shall be accepted as a working group document.

This is a one week poll to see if there are support for making it a =
working group document, please respond to the mpls-tp mailing list =
before Wednesday March 26.

The document will be found at:

http://www.tla-group.com/~loa/draft-busi-mpls-tp-oam-framework-02-02-1.tx=
t

Disclaimer: I've decided to start this poll even though the draft is not =
available from the IETF repository.


/Loa


--=20


Loa Andersson

Sr Strategy and Standards Manager    phone:  +46 10 717 52 13
Ericsson ///                                 +46 767 72 92 13=20


                                       email:  =
loa.andersson@ericsson.com
                                               loa.andersson@redback.com
                                               loa@pi.nu


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

From hklam@alcatel-lucent.com  Thu Mar 19 06:39:45 2009
Return-Path: <hklam@alcatel-lucent.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2837028C140; Thu, 19 Mar 2009 06:39:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2DeAPK3HFDeE; Thu, 19 Mar 2009 06:39:44 -0700 (PDT)
Received: from ihemail4.lucent.com (ihemail4.lucent.com [135.245.0.39]) by core3.amsl.com (Postfix) with ESMTP id 4742F3A67ED; Thu, 19 Mar 2009 06:39:44 -0700 (PDT)
Received: from ilexp03.ndc.lucent.com (h135-3-39-50.lucent.com [135.3.39.50]) by ihemail4.lucent.com (8.13.8/IER-o) with ESMTP id n2JDdq0d015275;  Thu, 19 Mar 2009 08:40:28 -0500 (CDT)
Received: from ILEXC2U03.ndc.lucent.com ([135.3.39.9]) by ilexp03.ndc.lucent.com with Microsoft SMTPSVC(6.0.3790.1830);  Thu, 19 Mar 2009 08:40:27 -0500
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Thu, 19 Mar 2009 08:40:26 -0500
Message-ID: <A37753B7B7A3134F9366EE6B4052F43B029A85C9@ILEXC2U03.ndc.lucent.com>
In-Reply-To: <49C23E3A.1060601@pi.nu>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [mpls] poll to make draft-busi-mpls-tp-oam-framework an mpls working group document
Thread-Index: AcmokIGvHabwr9zWQyeIQzrHmzJWCwAB7TZA
References: <49C23E3A.1060601@pi.nu>
From: "Lam, Hing-Kam \(Kam\)" <hklam@alcatel-lucent.com>
To: "Loa Andersson" <loa@pi.nu>, <mpls-tp@ietf.org>, <mpls@ietf.org>
X-OriginalArrivalTime: 19 Mar 2009 13:40:27.0677 (UTC) FILETIME=[437164D0:01C9A898]
X-Scanned-By: MIMEDefang 2.57 on 135.245.2.39
Subject: Re: [mpls] poll to make draft-busi-mpls-tp-oam-framework an mpls working group document
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Mar 2009 13:39:45 -0000

I support.

--Kam

> -----Original Message-----
> From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf
Of
> Loa Andersson
> Sent: Thursday, March 19, 2009 8:45 AM
> To: mpls-tp@ietf.org; mpls@ietf.org
> Subject: [mpls] poll to make draft-busi-mpls-tp-oam-framework an mpls
> working group document
>=20
> Working Group,
>=20
>=20
> the authors of draft-busi-mpls-tp-oam-framework-02-02-1.txt has
> requested the document shall be accepted as a working group document.
>=20
> This is a one week poll to see if there are support for making it a
> working group document, please respond to the mpls-tp mailing list
> before Wednesday March 26.
>=20
> The document will be found at:
>=20
>
http://www.tla-group.com/~loa/draft-busi-mpls-tp-oam-framework-02-02-1.t
xt
>=20
> Disclaimer: I've decided to start this poll even though the draft is
not
> available from the IETF repository.
>=20
>=20
> /Loa
>=20
>=20
> --
>=20
>=20
> Loa Andersson
>=20
> Sr Strategy and Standards Manager    phone:  +46 10 717 52 13
> Ericsson ///                                 +46 767 72 92 13
>=20
>=20
>                                        email:
loa.andersson@ericsson.com
>
loa.andersson@redback.com
>                                                loa@pi.nu
>=20
>=20
> _______________________________________________
> mpls mailing list
> mpls@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls

From Dieter.Beller@alcatel-lucent.com  Thu Mar 19 06:42:43 2009
Return-Path: <Dieter.Beller@alcatel-lucent.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D48893A698E; Thu, 19 Mar 2009 06:42:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.248
X-Spam-Level: 
X-Spam-Status: No, score=-6.248 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id epOS+CGoZ2Qo; Thu, 19 Mar 2009 06:42:42 -0700 (PDT)
Received: from mailrelay1.alcatel.de (mailrelay1.alcatel.de [194.113.59.95]) by core3.amsl.com (Postfix) with ESMTP id 97DC73A67ED; Thu, 19 Mar 2009 06:42:41 -0700 (PDT)
Received: from destgsu0048.stgl.sel.alcatel.de (destgsu0048.de.alcatel-lucent.com [149.204.242.4]) by mailrelay1.alcatel.de (8.13.8/8.13.8/ICT) with ESMTP id n2JDhPdh002924; Thu, 19 Mar 2009 14:43:25 +0100
Received: from [149.204.106.241] (DESTGN0L004434.de.alcatel-lucent.com [149.204.106.241]) by destgsu0048.stgl.sel.alcatel.de (8.12.3/8.12.3) with ESMTP id n2JDhLO2026316; Thu, 19 Mar 2009 14:43:21 +0100 (MET)
Message-ID: <49C24BF9.1090105@alcatel-lucent.com>
Date: Thu, 19 Mar 2009 14:43:21 +0100
From: Dieter Beller <Dieter.Beller@alcatel-lucent.com>
Organization: Alcatel-Lucent
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
MIME-Version: 1.0
To: Loa Andersson <loa@pi.nu>, mpls-tp@ietf.org, mpls@ietf.org
References: <49C23E3A.1060601@pi.nu>
In-Reply-To: <49C23E3A.1060601@pi.nu>
Content-Type: multipart/mixed; boundary="------------030404020808060101080608"
X-Alcanet-virus-scanned: n2JDhLO2026316 at destgsu0048.stgl.sel.alcatel.de
X-Scanned-By: MIMEDefang 2.57 on 149.204.45.72
Subject: Re: [mpls] [mpls-tp] poll to make draft-busi-mpls-tp-oam-framework an mpls working group document
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Mar 2009 13:42:43 -0000

This is a multi-part message in MIME format.
--------------030404020808060101080608
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
<font face="Trebuchet MS">support<br>
<br>
Cheers,<br>
Dieter<br>
</font><br>
Loa Andersson wrote:
<blockquote cite="mid:49C23E3A.1060601@pi.nu" type="cite">Working
Group,
  <br>
  <br>
  <br>
the authors of draft-busi-mpls-tp-oam-framework-02-02-1.txt has
  <br>
requested the document shall be accepted as a working group document.
  <br>
  <br>
This is a one week poll to see if there are support for making it a
  <br>
working group document, please respond to the mpls-tp mailing list
  <br>
before Wednesday March 26.
  <br>
  <br>
The document will be found at:
  <br>
  <br>
<a class="moz-txt-link-freetext" href="http://www.tla-group.com/~loa/draft-busi-mpls-tp-oam-framework-02-02-1.txt">http://www.tla-group.com/~loa/draft-busi-mpls-tp-oam-framework-02-02-1.txt</a>
  <br>
  <br>
Disclaimer: I've decided to start this poll even though the draft is
not
  <br>
available from the IETF repository.
  <br>
  <br>
  <br>
/Loa
  <br>
  <br>
  <br>
</blockquote>
<br>
<div class="moz-signature">-- <br>
<meta content="text/html;" http-equiv="Content-Type">
<title></title>
<hr size="2" width="100%">
</div>
</body>
</html>

--------------030404020808060101080608
Content-Type: text/x-vcard; charset=utf-8;
 name="Dieter_Beller.vcf"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="Dieter_Beller.vcf"

begin:vcard
fn:Dieter Beller
n:Beller;Dieter
org:Alcatel-Lucent, Carrier Product Group;Optics Product Division - Product Unit Cross Connects
adr:;;Lorenzstrasse 10;Stuttgart;;70435;Germany
email;internet:Dieter.Beller@alcatel-lucent.com
tel;work:+49 711 821-43125
tel;cell:+49 175 7266874
note;quoted-printable:Alcatel-Lucent Deutschland AG=0D=0A=
	=0D=0A=
	Domicile of the Company: Stuttgart =C2=B7 Local Court Stuttgart HRB 4026=0D=0A=
	Chairman of the Supervisory Board: Michael Oppenhoff=0D=0A=
	Board of Management: Alf Henryk Wulf (Chairman) =C2=B7 Hans-J=C3=B6rg Dau=
	b =C2=B7=0D=0A=
	Dr. Rainer Fechner =C2=B7 Peter Kury
x-mozilla-html:TRUE
version:2.1
end:vcard


--------------030404020808060101080608--

From daniele.ceccarelli@ericsson.com  Thu Mar 19 08:31:58 2009
Return-Path: <daniele.ceccarelli@ericsson.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 323A63A6911; Thu, 19 Mar 2009 08:31:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.249
X-Spam-Level: 
X-Spam-Status: No, score=-6.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_SE=0.35, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xLJUtfIho0gZ; Thu, 19 Mar 2009 08:31:57 -0700 (PDT)
Received: from mailgw3.ericsson.se (mailgw3.ericsson.se [193.180.251.60]) by core3.amsl.com (Postfix) with ESMTP id D8DB83A68D8; Thu, 19 Mar 2009 08:31:56 -0700 (PDT)
Received: from mailgw3.ericsson.se (unknown [127.0.0.1]) by mailgw3.ericsson.se (Symantec Mail Security) with ESMTP id E9C3E20AA2; Thu, 19 Mar 2009 16:29:33 +0100 (CET)
X-AuditID: c1b4fb3c-ab483bb000004af0-f4-49c264dd7b7a
Received: from esealmw127.eemea.ericsson.se (unknown [153.88.253.124]) by mailgw3.ericsson.se (Symantec Mail Security) with ESMTP id BF07A20C4D; Thu, 19 Mar 2009 16:29:33 +0100 (CET)
Received: from EITRMMW021.eemea.ericsson.se ([141.137.48.176]) by esealmw127.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830);  Thu, 19 Mar 2009 16:29:33 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Date: Thu, 19 Mar 2009 16:29:31 +0100
Message-ID: <EA652A17BAD6A24DBB3BF8146892D21507A2DC5A@EITRMMW021.eemea.ericsson.se>
In-Reply-To: <49C23E3A.1060601@pi.nu>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [mpls] poll to make draft-busi-mpls-tp-oam-framework an mpls working group document
Thread-Index: AcmokIL96orop5W7TPmKL8ZQxbiUXwAFvfQw
References: <49C23E3A.1060601@pi.nu>
From: "Daniele Ceccarelli" <daniele.ceccarelli@ericsson.com>
To: "Loa Andersson" <loa@pi.nu>, <mpls-tp@ietf.org>, <mpls@ietf.org>
X-OriginalArrivalTime: 19 Mar 2009 15:29:33.0627 (UTC) FILETIME=[812218B0:01C9A8A7]
X-Brightmail-Tracker: AAAAAA==
Subject: Re: [mpls] poll to make draft-busi-mpls-tp-oam-framework an mpls working group document
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Mar 2009 15:31:58 -0000

Support.

Cheers,
Daniele

-----Original Message-----
From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of =
Loa Andersson
Sent: gioved=EC 19 marzo 2009 13.45
To: mpls-tp@ietf.org; mpls@ietf.org
Subject: [mpls] poll to make draft-busi-mpls-tp-oam-framework an mpls =
working group document

Working Group,


the authors of draft-busi-mpls-tp-oam-framework-02-02-1.txt has
requested the document shall be accepted as a working group document.

This is a one week poll to see if there are support for making it a
working group document, please respond to the mpls-tp mailing list
before Wednesday March 26.

The document will be found at:

http://www.tla-group.com/~loa/draft-busi-mpls-tp-oam-framework-02-02-1.tx=
t

Disclaimer: I've decided to start this poll even though the draft is not
available from the IETF repository.


/Loa


--=20


Loa Andersson

Sr Strategy and Standards Manager    phone:  +46 10 717 52 13
Ericsson ///                                 +46 767 72 92 13=20


                                       email:  =
loa.andersson@ericsson.com
                                               loa.andersson@redback.com
                                               loa@pi.nu


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

From Martin.Vigoureux@alcatel-lucent.com  Thu Mar 19 17:32:54 2009
Return-Path: <Martin.Vigoureux@alcatel-lucent.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B36FA3A6922; Thu, 19 Mar 2009 17:32:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.249
X-Spam-Level: 
X-Spam-Status: No, score=-6.249 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HELO_EQ_FR=0.35, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SnHRG90OswzP; Thu, 19 Mar 2009 17:32:54 -0700 (PDT)
Received: from smail6.alcatel.fr (gc-na5.alcatel.fr [64.208.49.5]) by core3.amsl.com (Postfix) with ESMTP id BBBF83A684E; Thu, 19 Mar 2009 17:32:52 -0700 (PDT)
Received: from FRVELSBHS06.ad2.ad.alcatel.com (frvelsbhs06.dc-m.alcatel-lucent.com [155.132.6.78]) by smail6.alcatel.fr (8.13.8/8.13.8/ICT) with ESMTP id n2K0XbsA020943;  Fri, 20 Mar 2009 01:33:37 +0100
Received: from [135.244.32.2] ([135.244.32.2]) by FRVELSBHS06.ad2.ad.alcatel.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Fri, 20 Mar 2009 01:33:37 +0100
Message-ID: <49C2E45D.3040403@alcatel-lucent.com>
Date: Fri, 20 Mar 2009 01:33:33 +0100
From: Martin Vigoureux <martin.vigoureux@alcatel-lucent.com>
Organization: Alcatel-Lucent
User-Agent: Thunderbird 2.0.0.19 (Windows/20081209)
MIME-Version: 1.0
To: Loa Andersson <loa@pi.nu>, mpls@ietf.org
References: <49BFB47E.1070304@pi.nu>
In-Reply-To: <49BFB47E.1070304@pi.nu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-OriginalArrivalTime: 20 Mar 2009 00:33:37.0566 (UTC) FILETIME=[826FE3E0:01C9A8F3]
X-Scanned-By: MIMEDefang 2.57 on 155.132.188.84
Cc: mpls-tp@ietf.org
Subject: Re: [mpls] poll on making  draft-beller-mpls-tp-gach-dcn a wg doc
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 20 Mar 2009 00:32:54 -0000

support

Loa Andersson a écrit :
> All,
> 
> the authors/editors of draft-beller-mpls-tp-gach-dcn-01.txt has
> asked us to accept the document as an MPLS Working group
> document.
> 
> This is a one week poll to see if there are support for making it a
> working group document, please respond to the mpls-tp mailing
> list before Wednesday March 25.
> 
> /Loa
> 

From liu.guoman@zte.com.cn  Thu Mar 19 19:15:31 2009
Return-Path: <liu.guoman@zte.com.cn>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6FDC73A6A99; Thu, 19 Mar 2009 19:15:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -96.614
X-Spam-Level: 
X-Spam-Status: No, score=-96.614 tagged_above=-999 required=5 tests=[AWL=1.021, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_DOUBLE_IP_LOOSE=0.76, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id s7zgb0-1hd2k; Thu, 19 Mar 2009 19:15:30 -0700 (PDT)
Received: from mx8.zte.com.cn (mx8.zte.com.cn [210.21.223.4]) by core3.amsl.com (Postfix) with ESMTP id 1AC083A63EC; Thu, 19 Mar 2009 19:15:27 -0700 (PDT)
Received: from [10.30.3.18] by [10.30.17.101] with StormMail ESMTP id 7786.1944747995; Fri, 20 Mar 2009 10:11:11 +0800 (CST)
Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse1.zte.com.cn with ESMTP id n2K2FZ3f078038; Fri, 20 Mar 2009 10:15:35 +0800 (CST) (envelope-from liu.guoman@zte.com.cn)
In-Reply-To: <49C23E3A.1060601@pi.nu>
MIME-Version: 1.0
To: Loa Andersson <loa@pi.nu>
Sensitivity: 
X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005
Message-ID: <OF46771270.E2D8D7C0-ON4825757F.000989F7-4825757F.000C2275@zte.com.cn>
From: liu.guoman@zte.com.cn
Date: Fri, 20 Mar 2009 10:13:37 +0800
X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 6.5.4|March 27, 2005) at 2009-03-20 10:15:29, Serialize complete at 2009-03-20 10:15:29
Content-Type: multipart/alternative; boundary="=_alternative 000C22704825757F_="
X-MAIL: mse1.zte.com.cn n2K2FZ3f078038
Cc: mpls@ietf.org, mpls-tp@ietf.org
Subject: Re: [mpls] poll to make draft-busi-mpls-tp-oam-framework an mpls working group document
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 20 Mar 2009 02:15:31 -0000

This is a multipart message in MIME format.
--=_alternative 000C22704825757F_=
Content-Type: text/plain; charset="GB2312"
Content-Transfer-Encoding: base64

ICBzdXBwb3J0LCBidXQgSSBoYXZlIGEgcXVlc3Rpb24gYWJvdXQgT0FNIHBhY2tldCBhbmQgT0FN
IG1lc3NhZ2UgDQpjb25jZXB0aW9uIGluIHRoaXMgZHJhZnQuIGluIHRoaXMgZHJhZnQgZGVmaW5l
ZCB0aGUgZm9sbG93Og0KICAgT0FNIE1lc3NhZ2U6IEFuIE9BTSBpbmZvcm1hdGlvbiBlbGVtZW50
IHRoYXQgcGVyZm9ybXMgc29tZSBPQU0gDQogICBmdW5jdGlvbmFsaXR5IChlLmcuIGNvbnRpbnVp
dHkgYW5kIGNvbm5lY3Rpdml0eSB2ZXJpZmljYXRpb24pIDsNCg0KICAgIE9BTSBQYWNrZXQ6IEEg
cGFja2V0IHRoYXQgY2FycmllcyBvbmUgb3IgbW9yZSBPQU0gbWVzc2FnZXMgKGkuZS4gT0FNIA0K
ICAgaW5mb3JtYXRpb24gZWxlbWVudHMpLiANCg0KIElNTy4gdGhlcmUgbWF5ICBlbmNhcHN1bGF0
ZSBvbmUgb3IgbW9yZSBPQU0gbWVzc2FnZSBpbiBhIE9BTSBwYWNrZXQuIHRoZSANCmtleSBwcm9i
bGVtIGlzIGhvdyB0byBjYXJyeSBtb3JlIG9uZSAga2luZHMgb2YgT0FNIG1lc3NhZ2VzIGluIGEg
T0FNIA0KcGFja2V0ICwgd2hldGhlciBuZWVkIHRvIGVuY2Fwc3VsYXRlIHRoZXNlIE9BTSBtZXNz
YWdlcyBieSB0aGUgd2F5IG9mIFRMViANCmxpa2UgdGhpcyBkcmFmdDpkcmFmdC1saXUtbXBscy10
cC1ibm0tMDAgLnRoZXJlIG1heSBjYXJyeSBtb3JlIG9uZSBraW5kcyANCm9mIG90aGVyIE9BTSBm
dW5jdGlvbiBtZXNzYWdlIGluIHRoZSBzYW1lIE9BTSBwYWNrZXQuICAgd2hpY2ggYnJpbmcgdHdv
IA0KYWR2YW50YWdlczoNCiBvbmU6IGl0IG1heSBleHRlbmQgb3JpZ2luYWwgT0FNIHBhY2tldCBm
dW5jdGlvbiB0byByZWFsaXplIG1vcmUgb25lIE9BTSANCmZ1bmN0aW9ucyBieSB0aGUga2luZCBv
ZiBPQU0gcGFja2V0Ow0KIHR3bzogaXQgaW1wcm92ZSB0aGUgZWZmaWNpZW5jeSBvZiB0cmFuc3Bv
cnRpbmcgT0FNIHBhY2tldCBvZiBzZXJ2aWNlcyANCnBhdGguDQogaXMgbXkgdW5kZXJzdGFuZCB0
cnVlPyB0aGFuayB5b3UuDQogcmVnYXJkcw0KIGxpdSANCg0KDQoNCkxvYSBBbmRlcnNzb24gPGxv
YUBwaS5udT4gDQq3orz+yMs6ICBtcGxzLWJvdW5jZXNAaWV0Zi5vcmcNCjIwMDktMDMtMTkgMjA6
NDQNCg0KytW8/sjLDQptcGxzLXRwQGlldGYub3JnLCBtcGxzQGlldGYub3JnDQqzrcvNDQoNCtb3
zOINClttcGxzXSBwb2xsIHRvIG1ha2UgZHJhZnQtYnVzaS1tcGxzLXRwLW9hbS1mcmFtZXdvcmsg
YW4gbXBscyB3b3JraW5nIGdyb3VwIA0KZG9jdW1lbnQNCg0KDQoNCg0KDQoNCldvcmtpbmcgR3Jv
dXAsDQoNCg0KdGhlIGF1dGhvcnMgb2YgZHJhZnQtYnVzaS1tcGxzLXRwLW9hbS1mcmFtZXdvcmst
MDItMDItMS50eHQgaGFzDQpyZXF1ZXN0ZWQgdGhlIGRvY3VtZW50IHNoYWxsIGJlIGFjY2VwdGVk
IGFzIGEgd29ya2luZyBncm91cCBkb2N1bWVudC4NCg0KVGhpcyBpcyBhIG9uZSB3ZWVrIHBvbGwg
dG8gc2VlIGlmIHRoZXJlIGFyZSBzdXBwb3J0IGZvciBtYWtpbmcgaXQgYQ0Kd29ya2luZyBncm91
cCBkb2N1bWVudCwgcGxlYXNlIHJlc3BvbmQgdG8gdGhlIG1wbHMtdHAgbWFpbGluZyBsaXN0DQpi
ZWZvcmUgV2VkbmVzZGF5IE1hcmNoIDI2Lg0KDQpUaGUgZG9jdW1lbnQgd2lsbCBiZSBmb3VuZCBh
dDoNCg0KaHR0cDovL3d3dy50bGEtZ3JvdXAuY29tL35sb2EvZHJhZnQtYnVzaS1tcGxzLXRwLW9h
bS1mcmFtZXdvcmstMDItMDItMS50eHQNCg0KRGlzY2xhaW1lcjogSSd2ZSBkZWNpZGVkIHRvIHN0
YXJ0IHRoaXMgcG9sbCBldmVuIHRob3VnaCB0aGUgZHJhZnQgaXMgbm90DQphdmFpbGFibGUgZnJv
bSB0aGUgSUVURiByZXBvc2l0b3J5Lg0KDQoNCi9Mb2ENCg0KDQotLSANCg0KDQpMb2EgQW5kZXJz
c29uDQoNClNyIFN0cmF0ZWd5IGFuZCBTdGFuZGFyZHMgTWFuYWdlciAgICBwaG9uZTogICs0NiAx
MCA3MTcgNTIgMTMNCkVyaWNzc29uIC8vLyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICs0NiA3NjcgNzIgOTIgMTMgDQoNCg0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgZW1haWw6ICBsb2EuYW5kZXJzc29uQGVyaWNzc29uLmNvbQ0KICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBsb2EuYW5kZXJzc29uQHJlZGJhY2suY29t
DQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGxvYUBwaS5u
dQ0KDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpt
cGxzIG1haWxpbmcgbGlzdA0KbXBsc0BpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFp
bG1hbi9saXN0aW5mby9tcGxzDQoNCg0KDQoNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpaVEUgSW5mb3JtYXRpb24gU2VjdXJpdHkgTm90
aWNlOiBUaGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGluIHRoaXMgbWFpbCBpcyBzb2xlbHkgcHJv
cGVydHkgb2YgdGhlIHNlbmRlcidzIG9yZ2FuaXphdGlvbi4gVGhpcyBtYWlsIGNvbW11bmljYXRp
b24gaXMgY29uZmlkZW50aWFsLiBSZWNpcGllbnRzIG5hbWVkIGFib3ZlIGFyZSBvYmxpZ2F0ZWQg
dG8gbWFpbnRhaW4gc2VjcmVjeSBhbmQgYXJlIG5vdCBwZXJtaXR0ZWQgdG8gZGlzY2xvc2UgdGhl
IGNvbnRlbnRzIG9mIHRoaXMgY29tbXVuaWNhdGlvbiB0byBvdGhlcnMuDQpUaGlzIGVtYWlsIGFu
ZCBhbnkgZmlsZXMgdHJhbnNtaXR0ZWQgd2l0aCBpdCBhcmUgY29uZmlkZW50aWFsIGFuZCBpbnRl
bmRlZCBzb2xlbHkgZm9yIHRoZSB1c2Ugb2YgdGhlIGluZGl2aWR1YWwgb3IgZW50aXR5IHRvIHdo
b20gdGhleSBhcmUgYWRkcmVzc2VkLiBJZiB5b3UgaGF2ZSByZWNlaXZlZCB0aGlzIGVtYWlsIGlu
IGVycm9yIHBsZWFzZSBub3RpZnkgdGhlIG9yaWdpbmF0b3Igb2YgdGhlIG1lc3NhZ2UuIEFueSB2
aWV3cyBleHByZXNzZWQgaW4gdGhpcyBtZXNzYWdlIGFyZSB0aG9zZSBvZiB0aGUgaW5kaXZpZHVh
bCBzZW5kZXIuDQpUaGlzIG1lc3NhZ2UgaGFzIGJlZW4gc2Nhbm5lZCBmb3IgdmlydXNlcyBhbmQg
U3BhbSBieSBaVEUgQW50aS1TcGFtIHN5c3RlbS4NCg==
--=_alternative 000C22704825757F_=
Content-Type: text/html; charset="GB2312"
Content-Transfer-Encoding: base64

DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZuYnNwOzwvZm9udD48Zm9udCBz
aXplPTMgZmFjZT0ic2Fucy1zZXJpZiI+DQpzdXBwb3J0LCBidXQgSSBoYXZlIGEgcXVlc3Rpb24g
YWJvdXQgT0FNIHBhY2tldCBhbmQgT0FNIG1lc3NhZ2UgY29uY2VwdGlvbg0KaW4gdGhpcyBkcmFm
dC4gaW4gdGhpcyBkcmFmdCBkZWZpbmVkIHRoZSBmb2xsb3c6PC9mb250Pg0KPGJyPjxmb250IHNp
emU9MyBmYWNlPSJzYW5zLXNlcmlmIj4mbmJzcDsgPC9mb250Pjxmb250IHNpemU9MyBjb2xvcj1y
ZWQ+PHR0PiZuYnNwO09BTQ0KTWVzc2FnZTogQW4gT0FNIGluZm9ybWF0aW9uIGVsZW1lbnQgdGhh
dCBwZXJmb3JtcyBzb21lIE9BTSA8YnI+DQogJm5ic3A7IGZ1bmN0aW9uYWxpdHkgKGUuZy4gY29u
dGludWl0eSBhbmQgY29ubmVjdGl2aXR5IHZlcmlmaWNhdGlvbikgPC90dD48L2ZvbnQ+PGZvbnQg
c2l6ZT0zIGNvbG9yPXJlZCBmYWNlPSJzYW5zLXNlcmlmIj47PC9mb250Pg0KPGJyPg0KPGJyPjxm
b250IHNpemU9MyBjb2xvcj1yZWQgZmFjZT0ic2Fucy1zZXJpZiI+Jm5ic3A7ICZuYnNwOzwvZm9u
dD48Zm9udCBzaXplPTMgY29sb3I9cmVkPjx0dD4NCk9BTSBQYWNrZXQ6IEEgcGFja2V0IHRoYXQg
Y2FycmllcyBvbmUgb3IgbW9yZSBPQU0gbWVzc2FnZXMgKGkuZS4gT0FNIDxicj4NCiAmbmJzcDsg
aW5mb3JtYXRpb24gZWxlbWVudHMpLiA8L3R0PjwvZm9udD4NCjxicj4NCjxicj48Zm9udCBzaXpl
PTMgZmFjZT0ic2Fucy1zZXJpZiI+Jm5ic3A7SU1PLiB0aGVyZSBtYXkgJm5ic3A7ZW5jYXBzdWxh
dGUNCm9uZSBvciBtb3JlIE9BTSBtZXNzYWdlIGluIGEgT0FNIHBhY2tldC4gdGhlIGtleSBwcm9i
bGVtIGlzIGhvdyB0byBjYXJyeQ0KbW9yZSBvbmUgJm5ic3A7a2luZHMgb2YgT0FNIG1lc3NhZ2Vz
IGluIGEgT0FNIHBhY2tldCAsIHdoZXRoZXIgbmVlZCB0bw0KZW5jYXBzdWxhdGUgdGhlc2UgT0FN
IG1lc3NhZ2VzIGJ5IHRoZSB3YXkgb2YgVExWIGxpa2UgdGhpcyBkcmFmdDpkcmFmdC1saXUtbXBs
cy10cC1ibm0tMDANCi50aGVyZSBtYXkgY2FycnkgbW9yZSBvbmUga2luZHMgb2Ygb3RoZXIgT0FN
IGZ1bmN0aW9uIG1lc3NhZ2UgaW4gdGhlIHNhbWUNCk9BTSBwYWNrZXQuICZuYnNwOyB3aGljaCBi
cmluZyB0d28gYWR2YW50YWdlczo8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMt
c2VyaWYiPiZuYnNwO29uZTogaXQgbWF5IGV4dGVuZCBvcmlnaW5hbCBPQU0NCnBhY2tldCBmdW5j
dGlvbiB0byByZWFsaXplIG1vcmUgb25lIE9BTSBmdW5jdGlvbnMgYnkgdGhlIGtpbmQgb2YgT0FN
IHBhY2tldDs8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMtc2VyaWYiPiZuYnNw
O3R3bzogaXQgaW1wcm92ZSB0aGUgZWZmaWNpZW5jeQ0Kb2YgdHJhbnNwb3J0aW5nIE9BTSBwYWNr
ZXQgb2Ygc2VydmljZXMgcGF0aC48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0zIGZhY2U9InNhbnMt
c2VyaWYiPiZuYnNwO2lzIG15IHVuZGVyc3RhbmQgdHJ1ZT8gdGhhbmsgeW91LjwvZm9udD4NCjxi
cj48Zm9udCBzaXplPTMgZmFjZT0ic2Fucy1zZXJpZiI+Jm5ic3A7cmVnYXJkczwvZm9udD4NCjxi
cj48Zm9udCBzaXplPTMgZmFjZT0ic2Fucy1zZXJpZiI+Jm5ic3A7bGl1IDwvZm9udD4NCjxicj4N
Cjxicj4NCjxicj4NCjx0YWJsZSB3aWR0aD0xMDAlPg0KPHRyIHZhbGlnbj10b3A+DQo8dGQgd2lk
dGg9MjYlPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj48Yj5Mb2EgQW5kZXJzc29uICZs
dDtsb2FAcGkubnUmZ3Q7PC9iPg0KPC9mb250Pg0KPGJyPjxmb250IHNpemU9MSBmYWNlPSJzYW5z
LXNlcmlmIj63orz+yMs6ICZuYnNwO21wbHMtYm91bmNlc0BpZXRmLm9yZzwvZm9udD4NCjxwPjxm
b250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj4yMDA5LTAzLTE5IDIwOjQ0PC9mb250Pg0KPHRk
IHdpZHRoPTczJT4NCjx0YWJsZSB3aWR0aD0xMDAlPg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8
ZGl2IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj7K1bz+yMs8L2Zv
bnQ+PC9kaXY+DQo8dGQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPm1wbHMtdHBAaWV0
Zi5vcmcsIG1wbHNAaWV0Zi5vcmc8L2ZvbnQ+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjxkaXYg
YWxpZ249cmlnaHQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPrOty808L2ZvbnQ+PC9k
aXY+DQo8dGQ+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjxkaXYgYWxpZ249cmlnaHQ+PGZvbnQg
c2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPtb3zOI8L2ZvbnQ+PC9kaXY+DQo8dGQ+PGZvbnQgc2l6
ZT0xIGZhY2U9InNhbnMtc2VyaWYiPlttcGxzXSBwb2xsIHRvIG1ha2UgZHJhZnQtYnVzaS1tcGxz
LXRwLW9hbS1mcmFtZXdvcmsNCmFuIG1wbHMgd29ya2luZyBncm91cCBkb2N1bWVudDwvZm9udD48
L3RhYmxlPg0KPGJyPg0KPHRhYmxlPg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8dGQ+PC90YWJs
ZT4NCjxicj48L3RhYmxlPg0KPGJyPg0KPGJyPg0KPGJyPjxmb250IHNpemU9Mj48dHQ+V29ya2lu
ZyBHcm91cCw8YnI+DQo8YnI+DQo8YnI+DQp0aGUgYXV0aG9ycyBvZiBkcmFmdC1idXNpLW1wbHMt
dHAtb2FtLWZyYW1ld29yay0wMi0wMi0xLnR4dCBoYXM8YnI+DQpyZXF1ZXN0ZWQgdGhlIGRvY3Vt
ZW50IHNoYWxsIGJlIGFjY2VwdGVkIGFzIGEgd29ya2luZyBncm91cCBkb2N1bWVudC48YnI+DQo8
YnI+DQpUaGlzIGlzIGEgb25lIHdlZWsgcG9sbCB0byBzZWUgaWYgdGhlcmUgYXJlIHN1cHBvcnQg
Zm9yIG1ha2luZyBpdCBhPGJyPg0Kd29ya2luZyBncm91cCBkb2N1bWVudCwgcGxlYXNlIHJlc3Bv
bmQgdG8gdGhlIG1wbHMtdHAgbWFpbGluZyBsaXN0PGJyPg0KYmVmb3JlIFdlZG5lc2RheSBNYXJj
aCAyNi48YnI+DQo8YnI+DQpUaGUgZG9jdW1lbnQgd2lsbCBiZSBmb3VuZCBhdDo8YnI+DQo8YnI+
DQpodHRwOi8vd3d3LnRsYS1ncm91cC5jb20vfmxvYS9kcmFmdC1idXNpLW1wbHMtdHAtb2FtLWZy
YW1ld29yay0wMi0wMi0xLnR4dDxicj4NCjxicj4NCkRpc2NsYWltZXI6IEkndmUgZGVjaWRlZCB0
byBzdGFydCB0aGlzIHBvbGwgZXZlbiB0aG91Z2ggdGhlIGRyYWZ0IGlzIG5vdDxicj4NCmF2YWls
YWJsZSBmcm9tIHRoZSBJRVRGIHJlcG9zaXRvcnkuPGJyPg0KPGJyPg0KPGJyPg0KL0xvYTxicj4N
Cjxicj4NCjxicj4NCi0tIDxicj4NCjxicj4NCjxicj4NCkxvYSBBbmRlcnNzb248YnI+DQo8YnI+
DQpTciBTdHJhdGVneSBhbmQgU3RhbmRhcmRzIE1hbmFnZXIgJm5ic3A7ICZuYnNwO3Bob25lOiAm
bmJzcDsrNDYgMTAgNzE3DQo1MiAxMzxicj4NCkVyaWNzc29uIC8vLyAmbmJzcDsgJm5ic3A7ICZu
YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZu
YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICs0NiA3NjcgNzIgOTIgMTMg
PGJyPg0KPGJyPg0KPGJyPg0KICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i
c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i
c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgZW1haWw6ICZuYnNwO2xvYS5h
bmRlcnNzb25AZXJpY3Nzb24uY29tPGJyPg0KICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm
bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAm
bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu
YnNwOw0KJm5ic3A7ICZuYnNwOyBsb2EuYW5kZXJzc29uQHJlZGJhY2suY29tPGJyPg0KICZuYnNw
OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7
ICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7
ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwOyBsb2FAcGkubnU8YnI+
DQo8YnI+DQo8YnI+DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fXzxicj4NCm1wbHMgbWFpbGluZyBsaXN0PGJyPg0KbXBsc0BpZXRmLm9yZzxicj4NCmh0dHBz
Oi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBsczxicj4NCjwvdHQ+PC9mb250Pg0K
PGJyPg0KPGJyPjxwcmU+DQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLQ0KWlRFJm5ic3A7SW5mb3JtYXRpb24mbmJzcDtTZWN1cml0eSZuYnNw
O05vdGljZTombmJzcDtUaGUmbmJzcDtpbmZvcm1hdGlvbiZuYnNwO2NvbnRhaW5lZCZuYnNwO2lu
Jm5ic3A7dGhpcyZuYnNwO21haWwmbmJzcDtpcyZuYnNwO3NvbGVseSZuYnNwO3Byb3BlcnR5Jm5i
c3A7b2YmbmJzcDt0aGUmbmJzcDtzZW5kZXIncyZuYnNwO29yZ2FuaXphdGlvbi4mbmJzcDtUaGlz
Jm5ic3A7bWFpbCZuYnNwO2NvbW11bmljYXRpb24mbmJzcDtpcyZuYnNwO2NvbmZpZGVudGlhbC4m
bmJzcDtSZWNpcGllbnRzJm5ic3A7bmFtZWQmbmJzcDthYm92ZSZuYnNwO2FyZSZuYnNwO29ibGln
YXRlZCZuYnNwO3RvJm5ic3A7bWFpbnRhaW4mbmJzcDtzZWNyZWN5Jm5ic3A7YW5kJm5ic3A7YXJl
Jm5ic3A7bm90Jm5ic3A7cGVybWl0dGVkJm5ic3A7dG8mbmJzcDtkaXNjbG9zZSZuYnNwO3RoZSZu
YnNwO2NvbnRlbnRzJm5ic3A7b2YmbmJzcDt0aGlzJm5ic3A7Y29tbXVuaWNhdGlvbiZuYnNwO3Rv
Jm5ic3A7b3RoZXJzLg0KVGhpcyZuYnNwO2VtYWlsJm5ic3A7YW5kJm5ic3A7YW55Jm5ic3A7Zmls
ZXMmbmJzcDt0cmFuc21pdHRlZCZuYnNwO3dpdGgmbmJzcDtpdCZuYnNwO2FyZSZuYnNwO2NvbmZp
ZGVudGlhbCZuYnNwO2FuZCZuYnNwO2ludGVuZGVkJm5ic3A7c29sZWx5Jm5ic3A7Zm9yJm5ic3A7
dGhlJm5ic3A7dXNlJm5ic3A7b2YmbmJzcDt0aGUmbmJzcDtpbmRpdmlkdWFsJm5ic3A7b3ImbmJz
cDtlbnRpdHkmbmJzcDt0byZuYnNwO3dob20mbmJzcDt0aGV5Jm5ic3A7YXJlJm5ic3A7YWRkcmVz
c2VkLiZuYnNwO0lmJm5ic3A7eW91Jm5ic3A7aGF2ZSZuYnNwO3JlY2VpdmVkJm5ic3A7dGhpcyZu
YnNwO2VtYWlsJm5ic3A7aW4mbmJzcDtlcnJvciZuYnNwO3BsZWFzZSZuYnNwO25vdGlmeSZuYnNw
O3RoZSZuYnNwO29yaWdpbmF0b3ImbmJzcDtvZiZuYnNwO3RoZSZuYnNwO21lc3NhZ2UuJm5ic3A7
QW55Jm5ic3A7dmlld3MmbmJzcDtleHByZXNzZWQmbmJzcDtpbiZuYnNwO3RoaXMmbmJzcDttZXNz
YWdlJm5ic3A7YXJlJm5ic3A7dGhvc2UmbmJzcDtvZiZuYnNwO3RoZSZuYnNwO2luZGl2aWR1YWwm
bmJzcDtzZW5kZXIuDQpUaGlzJm5ic3A7bWVzc2FnZSZuYnNwO2hhcyZuYnNwO2JlZW4mbmJzcDtz
Y2FubmVkJm5ic3A7Zm9yJm5ic3A7dmlydXNlcyZuYnNwO2FuZCZuYnNwO1NwYW0mbmJzcDtieSZu
YnNwO1pURSZuYnNwO0FudGktU3BhbSZuYnNwO3N5c3RlbS4NCjwvcHJlPg==
--=_alternative 000C22704825757F_=--

From zhang.xinquan@zte.com.cn  Thu Mar 19 22:58:48 2009
Return-Path: <zhang.xinquan@zte.com.cn>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7AB813A6A36; Thu, 19 Mar 2009 22:58:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -92.325
X-Spam-Level: 
X-Spam-Status: No, score=-92.325 tagged_above=-999 required=5 tests=[AWL=0.465, BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_DOUBLE_IP_LOOSE=0.76, SARE_SUB_ENC_GB2312=1.345, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zFG-p-avUmsI; Thu, 19 Mar 2009 22:58:47 -0700 (PDT)
Received: from mx8.zte.com.cn (mx8.zte.com.cn [210.21.223.4]) by core3.amsl.com (Postfix) with ESMTP id 70E743A69EA; Thu, 19 Mar 2009 22:58:43 -0700 (PDT)
Received: from [10.30.3.18] by [10.30.17.101] with StormMail ESMTP id 7786.2922673055; Fri, 20 Mar 2009 13:55:06 +0800 (CST)
Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse1.zte.com.cn with ESMTP id n2K5xXad054735; Fri, 20 Mar 2009 13:59:33 +0800 (CST) (envelope-from zhang.xinquan@zte.com.cn)
In-Reply-To: <49BFB47E.1070304@pi.nu>
To: Loa Andersson <loa@pi.nu>
MIME-Version: 1.0
X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005
Message-ID: <OF01F46F1B.93BA3820-ON4825757F.0020A5A3-4825757F.0020E77A@zte.com.cn>
From: zhang.xinquan@zte.com.cn
Date: Fri, 20 Mar 2009 13:57:42 +0800
X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 6.5.4|March 27, 2005) at 2009-03-20 13:59:23, Serialize complete at 2009-03-20 13:59:23
Content-Type: multipart/alternative; boundary="=_alternative 0020E7764825757F_="
X-MAIL: mse1.zte.com.cn n2K5xXad054735
Cc: mpls@ietf.org, mpls-bounces@ietf.org, mpls-tp@ietf.org
Subject: [mpls] =?gb2312?b?tPC4tDogIHBvbGwgb24gbWFraW5nICBkcmFmdC1iZWxs?= =?gb2312?b?ZXItbXBscy10cC1nYWNoLWRjbiBhIHdnIGRvYw==?=
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 20 Mar 2009 05:58:48 -0000

This is a multipart message in MIME format.
--=_alternative 0020E7764825757F_=
Content-Type: text/plain; charset="GB2312"
Content-Transfer-Encoding: base64

U3VwcG9ydCENCg0KDQotLVhpbnF1YW4gWmhhbmcgDQoNCg0KDQoNCkxvYSBBbmRlcnNzb24gPGxv
YUBwaS5udT4gDQq3orz+yMs6ICBtcGxzLWJvdW5jZXNAaWV0Zi5vcmcNCjIwMDktMDMtMTcgMjI6
MzINCg0KytW8/sjLDQptcGxzLXRwQGlldGYub3JnLCBtcGxzQGlldGYub3JnDQqzrcvNDQoNCtb3
zOINClttcGxzXSBwb2xsIG9uIG1ha2luZyAgZHJhZnQtYmVsbGVyLW1wbHMtdHAtZ2FjaC1kY24g
YSB3ZyBkb2MNCg0KDQoNCg0KDQoNCkFsbCwNCg0KdGhlIGF1dGhvcnMvZWRpdG9ycyBvZiBkcmFm
dC1iZWxsZXItbXBscy10cC1nYWNoLWRjbi0wMS50eHQgaGFzDQphc2tlZCB1cyB0byBhY2NlcHQg
dGhlIGRvY3VtZW50IGFzIGFuIE1QTFMgV29ya2luZyBncm91cA0KZG9jdW1lbnQuDQoNClRoaXMg
aXMgYSBvbmUgd2VlayBwb2xsIHRvIHNlZSBpZiB0aGVyZSBhcmUgc3VwcG9ydCBmb3IgbWFraW5n
IGl0IGENCndvcmtpbmcgZ3JvdXAgZG9jdW1lbnQsIHBsZWFzZSByZXNwb25kIHRvIHRoZSBtcGxz
LXRwIG1haWxpbmcNCmxpc3QgYmVmb3JlIFdlZG5lc2RheSBNYXJjaCAyNS4NCg0KL0xvYQ0KDQot
LSANCg0KDQpMb2EgQW5kZXJzc29uDQoNClNyIFN0cmF0ZWd5IGFuZCBTdGFuZGFyZHMgTWFuYWdl
cg0KRXJpY3Nzb24gLy8vICAgICAgICAgICAgICAgICAgICAgICAgICBwaG9uZTogICs0NiA4IDYz
MiA3NyAxNA0KDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBlbWFpbDog
IGxvYS5hbmRlcnNzb25AZXJpY3Nzb24uY29tDQogICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgIGxvYS5hbmRlcnNzb25AcmVkYmFjay5jb20NCiAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgbG9hQHBpLm51DQoNCg0KX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCm1wbHMgbWFpbGluZyBs
aXN0DQptcGxzQGlldGYub3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZv
L21wbHMNCg0KDQo=
--=_alternative 0020E7764825757F_=
Content-Type: text/html; charset="GB2312"
Content-Transfer-Encoding: base64

DQo8YnI+PGZvbnQgc2l6ZT00IGZhY2U9InNhbnMtc2VyaWYiPlN1cHBvcnQhPC9mb250Pg0KPGJy
Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4tLVhpbnF1YW4gWmhh
bmcgPGJyPg0KPC9mb250Pg0KPGJyPg0KPGJyPg0KPGJyPg0KPHRhYmxlIHdpZHRoPTEwMCU+DQo8
dHIgdmFsaWduPXRvcD4NCjx0ZCB3aWR0aD0yNiU+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2Vy
aWYiPjxiPkxvYSBBbmRlcnNzb24gJmx0O2xvYUBwaS5udSZndDs8L2I+DQo8L2ZvbnQ+DQo8YnI+
PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPreivP7IyzogJm5ic3A7bXBscy1ib3VuY2Vz
QGlldGYub3JnPC9mb250Pg0KPHA+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPjIwMDkt
MDMtMTcgMjI6MzI8L2ZvbnQ+DQo8dGQgd2lkdGg9NzMlPg0KPHRhYmxlIHdpZHRoPTEwMCU+DQo8
dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjxkaXYgYWxpZ249cmlnaHQ+PGZvbnQgc2l6ZT0xIGZhY2U9
InNhbnMtc2VyaWYiPsrVvP7IyzwvZm9udD48L2Rpdj4NCjx0ZD48Zm9udCBzaXplPTEgZmFjZT0i
c2Fucy1zZXJpZiI+bXBscy10cEBpZXRmLm9yZywgbXBsc0BpZXRmLm9yZzwvZm9udD4NCjx0ciB2
YWxpZ249dG9wPg0KPHRkPg0KPGRpdiBhbGlnbj1yaWdodD48Zm9udCBzaXplPTEgZmFjZT0ic2Fu
cy1zZXJpZiI+s63LzTwvZm9udD48L2Rpdj4NCjx0ZD4NCjx0ciB2YWxpZ249dG9wPg0KPHRkPg0K
PGRpdiBhbGlnbj1yaWdodD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+1vfM4jwvZm9u
dD48L2Rpdj4NCjx0ZD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+W21wbHNdIHBvbGwg
b24gbWFraW5nICZuYnNwO2RyYWZ0LWJlbGxlci1tcGxzLXRwLWdhY2gtZGNuDQphIHdnIGRvYzwv
Zm9udD48L3RhYmxlPg0KPGJyPg0KPHRhYmxlPg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8dGQ+
PC90YWJsZT4NCjxicj48L3RhYmxlPg0KPGJyPg0KPGJyPg0KPGJyPjxmb250IHNpemU9Mj48dHQ+
QWxsLDxicj4NCjxicj4NCnRoZSBhdXRob3JzL2VkaXRvcnMgb2YgZHJhZnQtYmVsbGVyLW1wbHMt
dHAtZ2FjaC1kY24tMDEudHh0IGhhczxicj4NCmFza2VkIHVzIHRvIGFjY2VwdCB0aGUgZG9jdW1l
bnQgYXMgYW4gTVBMUyBXb3JraW5nIGdyb3VwPGJyPg0KZG9jdW1lbnQuPGJyPg0KPGJyPg0KVGhp
cyBpcyBhIG9uZSB3ZWVrIHBvbGwgdG8gc2VlIGlmIHRoZXJlIGFyZSBzdXBwb3J0IGZvciBtYWtp
bmcgaXQgYTxicj4NCndvcmtpbmcgZ3JvdXAgZG9jdW1lbnQsIHBsZWFzZSByZXNwb25kIHRvIHRo
ZSBtcGxzLXRwIG1haWxpbmc8YnI+DQpsaXN0IGJlZm9yZSBXZWRuZXNkYXkgTWFyY2ggMjUuPGJy
Pg0KPGJyPg0KL0xvYTxicj4NCjxicj4NCi0tIDxicj4NCjxicj4NCjxicj4NCkxvYSBBbmRlcnNz
b248YnI+DQo8YnI+DQpTciBTdHJhdGVneSBhbmQgU3RhbmRhcmRzIE1hbmFnZXI8YnI+DQpFcmlj
c3NvbiAvLy8gJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7
ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO3Bob25lOiAmbmJzcDsr
NDYgOCA2MzIgNzcgMTQ8YnI+DQo8YnI+DQogJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu
YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZu
YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyBlbWFpbDogJm5i
c3A7bG9hLmFuZGVyc3NvbkBlcmljc3Nvbi5jb208YnI+DQogJm5ic3A7ICZuYnNwOyAmbmJzcDsg
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsg
Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm
bmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7IGxvYS5hbmRlcnNzb25AcmVkYmFjay5jb208YnI+
DQogJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw
OyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw
OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7IGxvYUBw
aS5udTxicj4NCjxicj4NCjxicj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fPGJyPg0KbXBscyBtYWlsaW5nIGxpc3Q8YnI+DQptcGxzQGlldGYub3JnPGJy
Pg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tcGxzPGJyPg0KPC90dD48
L2ZvbnQ+DQo8YnI+DQo=
--=_alternative 0020E7764825757F_=--

From liu.guoman@zte.com.cn  Fri Mar 20 02:19:26 2009
Return-Path: <liu.guoman@zte.com.cn>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C001B3A6A38; Fri, 20 Mar 2009 02:19:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -96.068
X-Spam-Level: 
X-Spam-Status: No, score=-96.068 tagged_above=-999 required=5 tests=[AWL=4.281, BAYES_05=-1.11, HTML_MESSAGE=0.001, RCVD_DOUBLE_IP_LOOSE=0.76, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wDUhTS1VklkW; Fri, 20 Mar 2009 02:19:26 -0700 (PDT)
Received: from mx7.zte.com.cn (mx7.zte.com.cn [202.103.147.169]) by core3.amsl.com (Postfix) with ESMTP id 3B9CD3A6829; Fri, 20 Mar 2009 02:19:25 -0700 (PDT)
Received: from [10.30.1.239] by [10.30.17.99] with StormMail ESMTP id 88416.1570495873; Fri, 20 Mar 2009 17:18:12 +0800 (CST)
To: mpls-tp@ietf.org, mpls@ietf.org
MIME-Version: 1.0
X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005
Message-ID: <OF9C9384DE.0BFCE2D6-ON4825757F.0031BB73-4825757F.003307E8@zte.com.cn>
From: liu.guoman@zte.com.cn
Date: Fri, 20 Mar 2009 17:18:28 +0800
X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 6.5.4|March 27, 2005) at 2009-03-20 17:20:10, Serialize complete at 2009-03-20 17:20:10
Content-Type: multipart/alternative; boundary="=_alternative 003307D24825757F_="
Subject: [mpls] about MIPs defination in MPLS-TP OAM framework Draft
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 20 Mar 2009 09:19:26 -0000

This is a multipart message in MIME format.
--=_alternative 003307D24825757F_=
Content-Type: text/plain; charset="US-ASCII"

hi, all
 today I review mpls-tp OAM framework Draft, at section 3.3 Maintenance 
Intermediate Points (MIPs) , there is a sentence "A MIP belongs to only 
one ME", I don't understand what is meaning . for a MIP of ME , it must 
belong to the ME, is it possible that a MIP belongs to two different ME? 
if the answer is no, I think the sentence will not be necessary here and 
delete the sentence, so that it is difficult to  understand the sentence 
for people.

regards
liu

--------------------------------------------------------
ZTE Information Security Notice: The information contained in this mail is solely property of the sender's organization. This mail communication is confidential. Recipients named above are obligated to maintain secrecy and are not permitted to disclose the contents of this communication to others.
This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the originator of the message. Any views expressed in this message are those of the individual sender.
This message has been scanned for viruses and Spam by ZTE Anti-Spam system.

--=_alternative 003307D24825757F_=
Content-Type: text/html; charset="US-ASCII"


<br><font size=3 face="sans-serif">hi, all</font>
<br><font size=3 face="sans-serif">&nbsp;today I review mpls-tp OAM framework
Draft, at section 3.3 Maintenance Intermediate Points (MIPs) , there is
a sentence &quot;A MIP belongs to only one ME&quot;, I don't understand
what is meaning . for a MIP of ME , it must belong to the ME, is it possible
that a MIP belongs to two different ME? if the answer is no, I think the
sentence will not be necessary here and delete the sentence, so that it
is difficult to &nbsp;understand the sentence for people.</font>
<br>
<br><font size=3 face="sans-serif">regards</font>
<br><font size=3 face="sans-serif">liu</font><br><pre>
--------------------------------------------------------
ZTE&nbsp;Information&nbsp;Security&nbsp;Notice:&nbsp;The&nbsp;information&nbsp;contained&nbsp;in&nbsp;this&nbsp;mail&nbsp;is&nbsp;solely&nbsp;property&nbsp;of&nbsp;the&nbsp;sender's&nbsp;organization.&nbsp;This&nbsp;mail&nbsp;communication&nbsp;is&nbsp;confidential.&nbsp;Recipients&nbsp;named&nbsp;above&nbsp;are&nbsp;obligated&nbsp;to&nbsp;maintain&nbsp;secrecy&nbsp;and&nbsp;are&nbsp;not&nbsp;permitted&nbsp;to&nbsp;disclose&nbsp;the&nbsp;contents&nbsp;of&nbsp;this&nbsp;communication&nbsp;to&nbsp;others.
This&nbsp;email&nbsp;and&nbsp;any&nbsp;files&nbsp;transmitted&nbsp;with&nbsp;it&nbsp;are&nbsp;confidential&nbsp;and&nbsp;intended&nbsp;solely&nbsp;for&nbsp;the&nbsp;use&nbsp;of&nbsp;the&nbsp;individual&nbsp;or&nbsp;entity&nbsp;to&nbsp;whom&nbsp;they&nbsp;are&nbsp;addressed.&nbsp;If&nbsp;you&nbsp;have&nbsp;received&nbsp;this&nbsp;email&nbsp;in&nbsp;error&nbsp;please&nbsp;notify&nbsp;the&nbsp;originator&nbsp;of&nbsp;the&nbsp;message.&nbsp;Any&nbsp;views&nbsp;expressed&nbsp;in&nbsp;this&nbsp;message&nbsp;are&nbsp;those&nbsp;of&nbsp;the&nbsp;individual&nbsp;sender.
This&nbsp;message&nbsp;has&nbsp;been&nbsp;scanned&nbsp;for&nbsp;viruses&nbsp;and&nbsp;Spam&nbsp;by&nbsp;ZTE&nbsp;Anti-Spam&nbsp;system.
</pre>
--=_alternative 003307D24825757F_=--

From Martin.Vigoureux@alcatel-lucent.com  Fri Mar 20 05:27:03 2009
Return-Path: <Martin.Vigoureux@alcatel-lucent.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 102933A6C64 for <mpls@core3.amsl.com>; Fri, 20 Mar 2009 05:27:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.249
X-Spam-Level: 
X-Spam-Status: No, score=-6.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_FR=0.35, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZGZbNKIL-RyT for <mpls@core3.amsl.com>; Fri, 20 Mar 2009 05:27:02 -0700 (PDT)
Received: from smail5.alcatel.fr (smail5.alcatel.fr [64.208.49.27]) by core3.amsl.com (Postfix) with ESMTP id 1C98C3A6C5F for <mpls@ietf.org>; Fri, 20 Mar 2009 05:27:00 -0700 (PDT)
Received: from FRVELSBHS05.ad2.ad.alcatel.com (frvelsbhs05.dc-m.alcatel-lucent.com [155.132.6.77]) by smail5.alcatel.fr (8.13.8/8.13.8/ICT) with ESMTP id n2KCRhgk000386 for <mpls@ietf.org>; Fri, 20 Mar 2009 13:27:45 +0100
Received: from [135.244.23.217] ([135.244.23.217]) by FRVELSBHS05.ad2.ad.alcatel.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Fri, 20 Mar 2009 13:27:44 +0100
Message-ID: <49C38BBD.3020203@alcatel-lucent.com>
Date: Fri, 20 Mar 2009 13:27:41 +0100
From: Martin Vigoureux <martin.vigoureux@alcatel-lucent.com>
Organization: Alcatel-Lucent
User-Agent: Thunderbird 2.0.0.19 (Windows/20081209)
MIME-Version: 1.0
To: mpls@ietf.org
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 20 Mar 2009 12:27:44.0651 (UTC) FILETIME=[454A35B0:01C9A957]
X-Scanned-By: MIMEDefang 2.57 on 155.132.188.13
Subject: [mpls] slides for mpls wg session
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 20 Mar 2009 12:27:03 -0000

all,

could you please start sending the slides you will use
for your presentation(s). Thanks.

mpls wg session is Monday 9:00-11:30
http://www.ietf.org/proceedings/09mar/agenda/mpls.txt

martin

From Martin.Vigoureux@alcatel-lucent.com  Fri Mar 20 05:29:50 2009
Return-Path: <Martin.Vigoureux@alcatel-lucent.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E255A3A6C6A; Fri, 20 Mar 2009 05:29:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.249
X-Spam-Level: 
X-Spam-Status: No, score=-6.249 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HELO_EQ_FR=0.35, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EbmKQ9YMoI7c; Fri, 20 Mar 2009 05:29:50 -0700 (PDT)
Received: from smail5.alcatel.fr (smail5.alcatel.fr [62.23.212.27]) by core3.amsl.com (Postfix) with ESMTP id B6E383A6C6D; Fri, 20 Mar 2009 05:29:49 -0700 (PDT)
Received: from FRVELSBHS02.ad2.ad.alcatel.com (frvelsbhs02.dc-m.alcatel-lucent.com [155.132.6.74]) by smail5.alcatel.fr (8.13.8/8.13.8/ICT) with ESMTP id n2KCUBdV001884;  Fri, 20 Mar 2009 13:30:33 +0100
Received: from [135.244.23.217] ([135.244.23.217]) by FRVELSBHS02.ad2.ad.alcatel.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Fri, 20 Mar 2009 13:30:31 +0100
Message-ID: <49C38C62.8090609@alcatel-lucent.com>
Date: Fri, 20 Mar 2009 13:30:26 +0100
From: Martin Vigoureux <martin.vigoureux@alcatel-lucent.com>
Organization: Alcatel-Lucent
User-Agent: Thunderbird 2.0.0.19 (Windows/20081209)
MIME-Version: 1.0
To: mpls@ietf.org
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 20 Mar 2009 12:30:32.0313 (UTC) FILETIME=[A9396690:01C9A957]
X-Scanned-By: MIMEDefang 2.57 on 155.132.188.13
Cc: ccamp@ops.ietf.org, l2vpn@ietf.org, pwe3@ietf.org, mpls-tp@ietf.org
Subject: [mpls] slides for joint mpls-tp session
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 20 Mar 2009 12:29:51 -0000

all,

could you please start sending the slides you will use
for your presentation(s). Thanks.

The joint wg session on mpls-tp is on Wednesday, 9:00-11:30 am
http://www.ietf.org/proceedings/09mar/agenda/mpls.txt

martin


From maarten.vissers@huawei.com  Fri Mar 20 06:26:05 2009
Return-Path: <maarten.vissers@huawei.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 034FC3A6803; Fri, 20 Mar 2009 06:26:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.963
X-Spam-Level: 
X-Spam-Status: No, score=-0.963 tagged_above=-999 required=5 tests=[AWL=1.301,  BAYES_00=-2.599, HTML_MESSAGE=0.001, IP_NOT_FRIENDLY=0.334]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gfPQK6a8PGrj; Fri, 20 Mar 2009 06:26:04 -0700 (PDT)
Received: from mail.globalsuite.net (mail.globalsuite.net [69.46.103.200]) by core3.amsl.com (Postfix) with SMTP id 05DA53A67D6; Fri, 20 Mar 2009 06:26:02 -0700 (PDT)
X-AuditID: c0a8013c-a834fbb000000ace-37-49c3999699cf
Received: from M00900002 (207.47.24.2.static.nextweb.net [207.47.24.2]) by mail.globalsuite.net (Symantec Mail Security) with ESMTP id 04592558005; Fri, 20 Mar 2009 07:26:46 -0600 (MDT)
From: "Maarten Vissers" <maarten.vissers@huawei.com>
To: <liu.guoman@zte.com.cn>, <mpls-tp@ietf.org>, <mpls@ietf.org>
Date: Fri, 20 Mar 2009 14:26:49 +0100
Message-ID: <007801c9a95f$885f6430$ed8f11ac@china.huawei.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0079_01C9A967.EA23CC30"
X-Mailer: Microsoft Office Outlook 11
In-reply-to: <OF9C9384DE.0BFCE2D6-ON4825757F.0031BB73-4825757F.003307E8@zte.com.cn>
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3350
Thread-index: AcmpPU+UbOs99SfLSompIi4vDCwaCQAIRi8A
X-Brightmail-Tracker: AAAAAA==
Subject: Re: [mpls] [mpls-tp] about MIPs defination in MPLS-TP OAM framework Draft
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 20 Mar 2009 13:26:05 -0000

This is a multi-part message in MIME format.

------=_NextPart_000_0079_01C9A967.EA23CC30
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

Liu,
 
When a connection includes more then on ME (e.g. three nested MEs) and a MIP
in an interface port which is located within ME1, ME2 and ME 3, then the OAM
packets from ME 1, ME 2 and ME 3 will pass thorugh this MIP. The referred
sentence is included to highlight that this MIP will only react to OAM
packetrs from the lowest ME (ME 3), and will not react to OAM packets from
higher MEs (ME 1 and ME 2).
 
Regards,
Maarten

  _____  

From: mpls-tp-bounces@ietf.org [mailto:mpls-tp-bounces@ietf.org] On Behalf
Of liu.guoman@zte.com.cn
Sent: vrijdag 20 maart 2009 10:18
To: mpls-tp@ietf.org; mpls@ietf.org
Subject: [mpls-tp] about MIPs defination in MPLS-TP OAM framework Draft



hi, all 
 today I review mpls-tp OAM framework Draft, at section 3.3 Maintenance
Intermediate Points (MIPs) , there is a sentence "A MIP belongs to only one
ME", I don't understand what is meaning . for a MIP of ME , it must belong
to the ME, is it possible that a MIP belongs to two different ME? if the
answer is no, I think the sentence will not be necessary here and delete the
sentence, so that it is difficult to  understand the sentence for people. 

regards 
liu

--------------------------------------------------------

ZTE Information Security Notice: The information contained in this mail is
solely property of the sender's organization. This mail communication is
confidential. Recipients named above are obligated to maintain secrecy and
are not permitted to disclose the contents of this communication to others.

This email and any files transmitted with it are confidential and intended
solely for the use of the individual or entity to whom they are addressed.
If you have received this email in error please notify the originator of the
message. Any views expressed in this message are those of the individual
sender.

This message has been scanned for viruses and Spam by ZTE Anti-Spam system.

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

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3Dus-ascii">
<META content=3D"MSHTML 6.00.6000.16809" name=3DGENERATOR></HEAD>
<BODY>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D906491813-20032009><FONT =
face=3DArial=20
color=3D#0000ff size=3D2>Liu,</FONT></SPAN></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D906491813-20032009><FONT =
face=3DArial=20
color=3D#0000ff size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D906491813-20032009><FONT =
face=3DArial=20
color=3D#0000ff size=3D2>When a connection includes more then on ME =
(e.g. three=20
nested MEs) and a MIP in an interface port which is located within ME1, =
ME2 and=20
ME 3, then the OAM&nbsp;packets from&nbsp;ME 1, ME 2 and ME 3 will pass =
thorugh=20
this MIP. </FONT></SPAN><SPAN class=3D906491813-20032009><FONT =
face=3DArial=20
color=3D#0000ff size=3D2>The referred sentence is included to highlight =
that this=20
MIP will only react to OAM packetrs from the lowest ME (ME 3), and will =
not=20
react to OAM packets from higher MEs (ME 1 and ME =
2).</FONT></SPAN></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D906491813-20032009><FONT =
face=3DArial=20
color=3D#0000ff size=3D2></FONT></SPAN>&nbsp;</DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D906491813-20032009><FONT =
face=3DArial=20
color=3D#0000ff size=3D2>Regards,</FONT></SPAN></DIV>
<DIV dir=3Dltr align=3Dleft><SPAN class=3D906491813-20032009><FONT =
face=3DArial=20
color=3D#0000ff size=3D2>Maarten</FONT></SPAN></DIV><BR>
<DIV class=3DOutlookMessageHeader lang=3Den-us dir=3Dltr align=3Dleft>
<HR tabIndex=3D-1>
<FONT face=3DTahoma size=3D2><B>From:</B> mpls-tp-bounces@ietf.org=20
[mailto:mpls-tp-bounces@ietf.org] <B>On Behalf Of=20
</B>liu.guoman@zte.com.cn<BR><B>Sent:</B> vrijdag 20 maart 2009=20
10:18<BR><B>To:</B> mpls-tp@ietf.org; mpls@ietf.org<BR><B>Subject:</B> =
[mpls-tp]=20
about MIPs defination in MPLS-TP OAM framework =
Draft<BR></FONT><BR></DIV>
<DIV></DIV><BR><FONT face=3Dsans-serif size=3D3>hi, all</FONT> <BR><FONT =

face=3Dsans-serif size=3D3>&nbsp;today I review mpls-tp OAM framework =
Draft, at=20
section 3.3 Maintenance Intermediate Points (MIPs) , there is a sentence =
"A MIP=20
belongs to only one ME", I don't understand what is meaning . for a MIP =
of ME ,=20
it must belong to the ME, is it possible that a MIP belongs to two =
different ME?=20
if the answer is no, I think the sentence will not be necessary here and =
delete=20
the sentence, so that it is difficult to &nbsp;understand the sentence =
for=20
people.</FONT> <BR><BR><FONT face=3Dsans-serif size=3D3>regards</FONT> =
<BR><FONT=20
face=3Dsans-serif =
size=3D3>liu</FONT><BR><PRE>---------------------------------------------=
-----------
ZTE&nbsp;Information&nbsp;Security&nbsp;Notice:&nbsp;The&nbsp;information=
&nbsp;contained&nbsp;in&nbsp;this&nbsp;mail&nbsp;is&nbsp;solely&nbsp;prop=
erty&nbsp;of&nbsp;the&nbsp;sender's&nbsp;organization.&nbsp;This&nbsp;mai=
l&nbsp;communication&nbsp;is&nbsp;confidential.&nbsp;Recipients&nbsp;name=
d&nbsp;above&nbsp;are&nbsp;obligated&nbsp;to&nbsp;maintain&nbsp;secrecy&n=
bsp;and&nbsp;are&nbsp;not&nbsp;permitted&nbsp;to&nbsp;disclose&nbsp;the&n=
bsp;contents&nbsp;of&nbsp;this&nbsp;communication&nbsp;to&nbsp;others.
This&nbsp;email&nbsp;and&nbsp;any&nbsp;files&nbsp;transmitted&nbsp;with&n=
bsp;it&nbsp;are&nbsp;confidential&nbsp;and&nbsp;intended&nbsp;solely&nbsp=
;for&nbsp;the&nbsp;use&nbsp;of&nbsp;the&nbsp;individual&nbsp;or&nbsp;enti=
ty&nbsp;to&nbsp;whom&nbsp;they&nbsp;are&nbsp;addressed.&nbsp;If&nbsp;you&=
nbsp;have&nbsp;received&nbsp;this&nbsp;email&nbsp;in&nbsp;error&nbsp;plea=
se&nbsp;notify&nbsp;the&nbsp;originator&nbsp;of&nbsp;the&nbsp;message.&nb=
sp;Any&nbsp;views&nbsp;expressed&nbsp;in&nbsp;this&nbsp;message&nbsp;are&=
nbsp;those&nbsp;of&nbsp;the&nbsp;individual&nbsp;sender.
This&nbsp;message&nbsp;has&nbsp;been&nbsp;scanned&nbsp;for&nbsp;viruses&n=
bsp;and&nbsp;Spam&nbsp;by&nbsp;ZTE&nbsp;Anti-Spam&nbsp;system.
</PRE></BODY></HTML>

------=_NextPart_000_0079_01C9A967.EA23CC30--


From adrian@olddog.co.uk  Fri Mar 20 10:21:46 2009
Return-Path: <adrian@olddog.co.uk>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A55F53A6BB5; Fri, 20 Mar 2009 10:21:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.598
X-Spam-Level: 
X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, STOX_REPLY_TYPE=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id g5unHDlmxdXG; Fri, 20 Mar 2009 10:21:45 -0700 (PDT)
Received: from asmtp2.iomartmail.com (asmtp2.iomartmail.com [62.128.201.249]) by core3.amsl.com (Postfix) with ESMTP id 82CAB3A696B; Fri, 20 Mar 2009 10:21:43 -0700 (PDT)
Received: from asmtp2.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp2.iomartmail.com (8.12.11.20060308/8.12.8) with ESMTP id n2KHMCTm026630; Fri, 20 Mar 2009 17:22:13 GMT
Received: from your029b8cecfe ([12.111.91.67]) (authenticated bits=0) by asmtp2.iomartmail.com (8.12.11.20060308/8.12.11) with ESMTP id n2KHMA99026599; Fri, 20 Mar 2009 17:22:11 GMT
Message-ID: <045302EFE36C4BF79DF86F16036D3B17@your029b8cecfe>
From: "Adrian Farrel" <adrian@olddog.co.uk>
To: "Maarten Vissers" <maarten.vissers@huawei.com>, <liu.guoman@zte.com.cn>, <mpls-tp@ietf.org>, <mpls@ietf.org>
References: <007801c9a95f$885f6430$ed8f11ac@china.huawei.com>
Date: Fri, 20 Mar 2009 17:09:57 -0000
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.5512
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579
Subject: Re: [mpls] [mpls-tp] about MIPs defination in MPLS-TP OAM frameworkDraft
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: Adrian Farrel <adrian@olddog.co.uk>
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 20 Mar 2009 17:21:46 -0000

I think a MIP is a logical functional entity, not a physical presence.

Thanks,
Adrian
----- Original Message ----- 
From: "Maarten Vissers" <maarten.vissers@huawei.com>
To: <liu.guoman@zte.com.cn>; <mpls-tp@ietf.org>; <mpls@ietf.org>
Sent: Friday, March 20, 2009 1:26 PM
Subject: Re: [mpls] [mpls-tp] about MIPs defination in MPLS-TP OAM 
frameworkDraft


> Liu,
>
> When a connection includes more then on ME (e.g. three nested MEs) and a 
> MIP
> in an interface port which is located within ME1, ME2 and ME 3, then the 
> OAM
> packets from ME 1, ME 2 and ME 3 will pass thorugh this MIP. The referred
> sentence is included to highlight that this MIP will only react to OAM
> packetrs from the lowest ME (ME 3), and will not react to OAM packets from
> higher MEs (ME 1 and ME 2).
>
> Regards,
> Maarten
>
>  _____
>
> From: mpls-tp-bounces@ietf.org [mailto:mpls-tp-bounces@ietf.org] On Behalf
> Of liu.guoman@zte.com.cn
> Sent: vrijdag 20 maart 2009 10:18
> To: mpls-tp@ietf.org; mpls@ietf.org
> Subject: [mpls-tp] about MIPs defination in MPLS-TP OAM framework Draft
>
>
>
> hi, all
> today I review mpls-tp OAM framework Draft, at section 3.3 Maintenance
> Intermediate Points (MIPs) , there is a sentence "A MIP belongs to only 
> one
> ME", I don't understand what is meaning . for a MIP of ME , it must belong
> to the ME, is it possible that a MIP belongs to two different ME? if the
> answer is no, I think the sentence will not be necessary here and delete 
> the
> sentence, so that it is difficult to  understand the sentence for people.
>
> regards
> liu
>
> --------------------------------------------------------
>
> ZTE Information Security Notice: The information contained in this mail is
> solely property of the sender's organization. This mail communication is
> confidential. Recipients named above are obligated to maintain secrecy and
> are not permitted to disclose the contents of this communication to 
> others.
>
> This email and any files transmitted with it are confidential and intended
> solely for the use of the individual or entity to whom they are addressed.
> If you have received this email in error please notify the originator of 
> the
> message. Any views expressed in this message are those of the individual
> sender.
>
> This message has been scanned for viruses and Spam by ZTE Anti-Spam 
> system.
>


--------------------------------------------------------------------------------


> _______________________________________________
> mpls mailing list
> mpls@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls
> 


From Manuel.Paul@telekom.de  Fri Mar 20 11:12:37 2009
Return-Path: <Manuel.Paul@telekom.de>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8905B28C135; Fri, 20 Mar 2009 11:12:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.249
X-Spam-Level: 
X-Spam-Status: No, score=-3.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id O3L+4-eQokNQ; Fri, 20 Mar 2009 11:12:36 -0700 (PDT)
Received: from tcmail83.telekom.de (tcmail83.telekom.de [62.225.183.131]) by core3.amsl.com (Postfix) with ESMTP id 5FC7528C146; Fri, 20 Mar 2009 11:12:36 -0700 (PDT)
Received: from s4de9jsaanm.mgb.telekom.de (HELO S4DE9JSAANM.ost.t-com.de) ([10.125.177.122]) by tcmail81.telekom.de with ESMTP; 20 Mar 2009 19:13:20 +0100
Received: from S4DE9JSAANI.ost.t-com.de ([10.125.177.223]) by S4DE9JSAANM.ost.t-com.de with Microsoft SMTPSVC(6.0.3790.3959);  Fri, 20 Mar 2009 19:13:20 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Date: Fri, 20 Mar 2009 19:12:59 +0100
Message-ID: <40FB0FFB97588246A1BEFB05759DC8A002C55634@S4DE9JSAANI.ost.t-com.de>
In-Reply-To: <49BFB47E.1070304@pi.nu>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [mpls] poll on making  draft-beller-mpls-tp-gach-dcn a wg doc
Thread-Index: AcmnDUcZzbxWQsT7Q/S/Ci7dg7DI0QCdMYJQ
References: <49BFB47E.1070304@pi.nu>
From: <Manuel.Paul@telekom.de>
To: <loa@pi.nu>, <mpls-tp@ietf.org>, <mpls@ietf.org>
X-OriginalArrivalTime: 20 Mar 2009 18:13:20.0711 (UTC) FILETIME=[8CF1DD70:01C9A987]
Subject: Re: [mpls] poll on making  draft-beller-mpls-tp-gach-dcn a wg doc
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 20 Mar 2009 18:12:37 -0000

Support it.=20

Best regards,
Manuel

-----Urspr=FCngliche Nachricht-----
Von: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] Im Auftrag von =
Loa Andersson
Gesendet: Dienstag, 17. M=E4rz 2009 07:33
An: mpls-tp@ietf.org; mpls@ietf.org
Betreff: [mpls] poll on making draft-beller-mpls-tp-gach-dcn a wg doc

All,

the authors/editors of draft-beller-mpls-tp-gach-dcn-01.txt has
asked us to accept the document as an MPLS Working group
document.

This is a one week poll to see if there are support for making it a
working group document, please respond to the mpls-tp mailing
list before Wednesday March 25.

/Loa

--=20


Loa Andersson

Sr Strategy and Standards Manager
Ericsson ///                          phone:  +46 8 632 77 14

                                       email:  =
loa.andersson@ericsson.com
                                               loa.andersson@redback.com
                                               loa@pi.nu


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

From Manuel.Paul@telekom.de  Fri Mar 20 17:21:48 2009
Return-Path: <Manuel.Paul@telekom.de>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7498428C29F; Fri, 20 Mar 2009 17:21:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.249
X-Spam-Level: 
X-Spam-Status: No, score=-3.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TXHuP0xs4IdB; Fri, 20 Mar 2009 17:21:47 -0700 (PDT)
Received: from tcmail83.telekom.de (tcmail83.telekom.de [62.225.183.131]) by core3.amsl.com (Postfix) with ESMTP id 4A09328C1C9; Fri, 20 Mar 2009 17:21:47 -0700 (PDT)
Received: from s4de9jsaano.mgb.telekom.de (HELO S4DE9JSAANO.ost.t-com.de) ([10.125.177.105]) by tcmail81.telekom.de with ESMTP; 21 Mar 2009 01:22:33 +0100
Received: from S4DE9JSAANI.ost.t-com.de ([10.125.177.223]) by S4DE9JSAANO.ost.t-com.de with Microsoft SMTPSVC(6.0.3790.3959);  Sat, 21 Mar 2009 01:22:32 +0100
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Date: Sat, 21 Mar 2009 01:22:11 +0100
Message-ID: <40FB0FFB97588246A1BEFB05759DC8A002C556FD@S4DE9JSAANI.ost.t-com.de>
X-MimeOLE: Produced By Microsoft Exchange V6.5
In-Reply-To: <49C23E3A.1060601@pi.nu>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [mpls] poll to make draft-busi-mpls-tp-oam-framework an mpls working group document
Thread-Index: AcmokI3VSKHO4soyTb21FfxWGAZA3ABKd00A
References: <49C23E3A.1060601@pi.nu>
From: <Manuel.Paul@telekom.de>
To: <loa@pi.nu>, <mpls-tp@ietf.org>, <mpls@ietf.org>
X-OriginalArrivalTime: 21 Mar 2009 00:22:32.0969 (UTC) FILETIME=[20B82F90:01C9A9BB]
Subject: Re: [mpls] poll to make draft-busi-mpls-tp-oam-framework an mpls working group document
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 21 Mar 2009 00:21:48 -0000

I support to make it a WG document.

Best regards,
Manuel

-----Urspr=FCngliche Nachricht-----
Von: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] Im Auftrag von =
Loa Andersson
Gesendet: Donnerstag, 19. M=E4rz 2009 05:45
An: mpls-tp@ietf.org; mpls@ietf.org
Betreff: [mpls] poll to make draft-busi-mpls-tp-oam-framework an mpls =
working group document

Working Group,


the authors of draft-busi-mpls-tp-oam-framework-02-02-1.txt has
requested the document shall be accepted as a working group document.

This is a one week poll to see if there are support for making it a
working group document, please respond to the mpls-tp mailing list
before Wednesday March 26.

The document will be found at:

http://www.tla-group.com/~loa/draft-busi-mpls-tp-oam-framework-02-02-1.tx=
t

Disclaimer: I've decided to start this poll even though the draft is not
available from the IETF repository.


/Loa


--=20


Loa Andersson

Sr Strategy and Standards Manager    phone:  +46 10 717 52 13
Ericsson ///                                 +46 767 72 92 13=20


                                       email:  =
loa.andersson@ericsson.com
                                               loa.andersson@redback.com
                                               loa@pi.nu


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

From adrian@olddog.co.uk  Sun Mar 22 13:45:27 2009
Return-Path: <adrian@olddog.co.uk>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 11E423A6A6C for <mpls@core3.amsl.com>; Sun, 22 Mar 2009 13:45:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.598
X-Spam-Level: 
X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, STOX_REPLY_TYPE=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8Tj5trKyZpwu for <mpls@core3.amsl.com>; Sun, 22 Mar 2009 13:45:26 -0700 (PDT)
Received: from asmtp1.iomartmail.com (asmtp1.iomartmail.com [62.128.201.248]) by core3.amsl.com (Postfix) with ESMTP id 0B43F3A67B3 for <mpls@ietf.org>; Sun, 22 Mar 2009 13:45:24 -0700 (PDT)
Received: from asmtp1.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp1.iomartmail.com (8.12.11.20060308/8.12.8) with ESMTP id n2MKk32U000312; Sun, 22 Mar 2009 20:46:03 GMT
Received: from your029b8cecfe (dhcp-13ed.meeting.ietf.org [130.129.19.237]) (authenticated bits=0) by asmtp1.iomartmail.com (8.12.11.20060308/8.12.11) with ESMTP id n2MKk1wf000306; Sun, 22 Mar 2009 20:46:02 GMT
Message-ID: <B890120190414B04A7CE8DFCEDBA2371@your029b8cecfe>
From: "Adrian Farrel" <adrian@olddog.co.uk>
To: <enkechen@cisco.com>, <altian@cisco.com>
References: <20090309234501.6F01828C12F@core3.amsl.com>
Date: Sun, 22 Mar 2009 20:45:40 -0000
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.5512
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579
Cc: mpls@ietf.org
Subject: Re: [mpls] I-D Action:draft-chen-ldp-ttl-02.txt
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: Adrian Farrel <adrian@olddog.co.uk>
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 22 Mar 2009 20:45:27 -0000

Hi,

Questions about this draft...

Why do you propose a new Hello Parameters optional TLV rather than a new bit 
in the existing Common Hello Parameters TLV?

Why is this work needed? (May be a fundamental question :-)
Consider A and B adjacent LSRs.
Suppose A requires TTL security (for all LDP packets received from B) and B 
doesn't support it.
If the Hello states this, no session will be set up.
If Hello is not extended, B will not set the TTL correctly and A will reject 
it and no session will be set up.
So I would contend that for the process to work, the required security 
behvaior must be configured at both nodes, and no protocol exchange is 
needed.
Did I misunderstand something?

Thanks,
Adrian

----- Original Message ----- 
From: <Internet-Drafts@ietf.org>
To: <i-d-announce@ietf.org>
Sent: Monday, March 09, 2009 11:45 PM
Subject: I-D Action:draft-chen-ldp-ttl-02.txt


>A New Internet-Draft is available from the on-line Internet-Drafts 
>directories.
>
> Title           : TTL-Based Security Option for the LDP Hello Message
> Author(s)       : E. Chen, A. Tian
> Filename        : draft-chen-ldp-ttl-02.txt
> Pages           : 4
> Date            : 2009-03-09
>
> To facilitate the deployment of the TTL-based security mechanism for
> LDP, in this document we propose a new optional parameter for the LDP
> Hello Message that can be used by a LSR to indicate its support of
> the TTL-based mechanism.
>
> A URL for this Internet-Draft is:
> http://www.ietf.org/internet-drafts/draft-chen-ldp-ttl-02.txt


From altian@cisco.com  Sun Mar 22 17:43:15 2009
Return-Path: <altian@cisco.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 252A13A6856 for <mpls@core3.amsl.com>; Sun, 22 Mar 2009 17:43:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level: 
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ToZe9-nXh0ft for <mpls@core3.amsl.com>; Sun, 22 Mar 2009 17:43:14 -0700 (PDT)
Received: from sj-iport-1.cisco.com (sj-iport-1.cisco.com [171.71.176.70]) by core3.amsl.com (Postfix) with ESMTP id 41A273A69D4 for <mpls@ietf.org>; Sun, 22 Mar 2009 17:43:14 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="4.38,404,1233532800"; d="scan'208";a="159721983"
Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-1.cisco.com with ESMTP; 23 Mar 2009 00:44:03 +0000
Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237]) by sj-dkim-4.cisco.com (8.12.11/8.12.11) with ESMTP id n2N0i3uu019100;  Sun, 22 Mar 2009 17:44:03 -0700
Received: from xbh-sjc-231.amer.cisco.com (xbh-sjc-231.cisco.com [128.107.191.100]) by sj-core-1.cisco.com (8.13.8/8.13.8) with ESMTP id n2N0i3UY023423; Mon, 23 Mar 2009 00:44:03 GMT
Received: from xmb-sjc-236.amer.cisco.com ([128.107.191.121]) by xbh-sjc-231.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830);  Sun, 22 Mar 2009 17:44:03 -0700
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Sun, 22 Mar 2009 17:44:02 -0700
Message-ID: <0D48315C0192E64BA0767F616E5A3B66051A7FC1@xmb-sjc-236.amer.cisco.com>
In-Reply-To: <B890120190414B04A7CE8DFCEDBA2371@your029b8cecfe>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: I-D Action:draft-chen-ldp-ttl-02.txt 
thread-index: AcmrLzxrJiLs31+VQsWPP8TLJrj0mgAHTAUw
References: <20090309234501.6F01828C12F@core3.amsl.com> <B890120190414B04A7CE8DFCEDBA2371@your029b8cecfe>
From: "Albert Tian (altian)" <altian@cisco.com>
To: "Adrian Farrel" <adrian@olddog.co.uk>, "Enke Chen (enkechen)" <enkechen@cisco.com>
X-OriginalArrivalTime: 23 Mar 2009 00:44:03.0203 (UTC) FILETIME=[7695C530:01C9AB50]
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=2596; t=1237769043; x=1238633043; c=relaxed/simple; s=sjdkim4002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=altian@cisco.com; z=From:=20=22Albert=20Tian=20(altian)=22=20<altian@cisco.com > |Subject:=20RE=3A=20I-D=20Action=3Adraft-chen-ldp-ttl-02.tx t=20 |Sender:=20; bh=96VIbYBWz5Tugtu/u9ZCDDFWuy2cictD6dtavTMQ/PI=; b=TRZc+a04nDy94puN44hj3XYjdQmVGu04IbG5bV2UJT2fH3CnjfB59sPkmh jKGAFc+q3hxRk2z+4rqgnZ8grWD+mTgP5Ui5h436yAjSJV4OuduAvuy8I0b3 P/k/pu5Y0t;
Authentication-Results: sj-dkim-4; header.From=altian@cisco.com; dkim=pass ( sig from cisco.com/sjdkim4002 verified; ); 
Cc: mpls@ietf.org
Subject: Re: [mpls] I-D Action:draft-chen-ldp-ttl-02.txt
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 23 Mar 2009 00:43:15 -0000

Hi Adrian,

Thanks for your comments, please see my replies below.=20

Albert

-----Original Message-----
From: Adrian Farrel [mailto:adrian@olddog.co.uk]=20
Sent: Sunday, March 22, 2009 1:46 PM
To: Enke Chen (enkechen); Albert Tian (altian)
Cc: mpls@ietf.org
Subject: Re: I-D Action:draft-chen-ldp-ttl-02.txt=20

Hi,

Questions about this draft...

Why do you propose a new Hello Parameters optional TLV rather than a new
bit in the existing Common Hello Parameters TLV?

<tian> I think we are open for suggestions on how to carry out this
particular option in the hello. A separate tlv would help isolate the
change in implementation, but I do see using a new bit in common hello
would result in a more compact protocol. </tian>

Why is this work needed? (May be a fundamental question :-) Consider A
and B adjacent LSRs.
Suppose A requires TTL security (for all LDP packets received from B)
and B doesn't support it.
If the Hello states this, no session will be set up.
If Hello is not extended, B will not set the TTL correctly and A will
reject it and no session will be set up.
So I would contend that for the process to work, the required security
behvaior must be configured at both nodes, and no protocol exchange is
needed.
Did I misunderstand something?

<tian> The main motivation for the work is to reduce configuration. In
general LDP is a perfect place to apply GTSM, and the existence of the
hello protocol give LDP the chance to automatically negotiate this
parameter. New implementations can always include this tlv (or this bit)
to signal its willingness to support GTSM, and if support exist on both
sides, GTSM can be turned on without requiring any configuration.
</tian>

Thanks,
Adrian

----- Original Message -----
From: <Internet-Drafts@ietf.org>
To: <i-d-announce@ietf.org>
Sent: Monday, March 09, 2009 11:45 PM
Subject: I-D Action:draft-chen-ldp-ttl-02.txt


>A New Internet-Draft is available from the on-line Internet-Drafts=20
>directories.
>
> Title           : TTL-Based Security Option for the LDP Hello Message
> Author(s)       : E. Chen, A. Tian
> Filename        : draft-chen-ldp-ttl-02.txt
> Pages           : 4
> Date            : 2009-03-09
>
> To facilitate the deployment of the TTL-based security mechanism for
> LDP, in this document we propose a new optional parameter for the LDP
> Hello Message that can be used by a LSR to indicate its support of
> the TTL-based mechanism.
>
> A URL for this Internet-Draft is:
> http://www.ietf.org/internet-drafts/draft-chen-ldp-ttl-02.txt


From mach@huawei.com  Sun Mar 22 20:54:45 2009
Return-Path: <mach@huawei.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E6B973A6B5F for <mpls@core3.amsl.com>; Sun, 22 Mar 2009 20:54:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 2.105
X-Spam-Level: **
X-Spam-Status: No, score=2.105 tagged_above=-999 required=5 tests=[BAYES_50=0.001, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RDNS_NONE=0.1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uU6m+NDxW6q3 for <mpls@core3.amsl.com>; Sun, 22 Mar 2009 20:54:45 -0700 (PDT)
Received: from szxga03-in.huawei.com (unknown [119.145.14.66]) by core3.amsl.com (Postfix) with ESMTP id F2B093A6B12 for <mpls@ietf.org>; Sun, 22 Mar 2009 20:54:44 -0700 (PDT)
Received: from huawei.com (szxga03-in [172.24.2.9]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KGX004MUXKB7Y@szxga03-in.huawei.com> for mpls@ietf.org; Mon, 23 Mar 2009 11:55:24 +0800 (CST)
Received: from huawei.com ([172.24.1.6]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KGX00A15XKB7T@szxga03-in.huawei.com> for mpls@ietf.org; Mon, 23 Mar 2009 11:55:23 +0800 (CST)
Received: from LENOVOmach (dhcp-45e9.meeting.ietf.org [130.129.69.233]) by szxml02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug  8 2006)) with ESMTPA id <0KGX000BLXK76E@szxml02-in.huawei.com>; Mon, 23 Mar 2009 11:55:23 +0800 (CST)
Date: Mon, 23 Mar 2009 11:55:24 +0800
From: Mach Chen <mach@huawei.com>
In-reply-to: <XFE-SJC-212MJJQ873T00001f8b@xfe-sjc-212.amer.cisco.com>
To: Sami Boutros <sboutros@cisco.com>
Message-id: <71C387A56A664407885C6AADC825C4F3@LENOVOmach>
Organization: Huawei
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V14.0.8064.206
X-Mailer: Microsoft Windows Live Mail 14.0.8064.206
Content-type: text/plain; format=flowed; charset=ISO-8859-1; reply-type=response
Content-transfer-encoding: 7BIT
Importance: Normal
X-Priority: 3
X-MSMail-priority: Normal
References: <XFE-SJC-2126pkNzPZr00001e84@xfe-sjc-212.amer.cisco.com> <4912ED43.6000601@pi.nu> <XFE-SJC-212MJJQ873T00001f8b@xfe-sjc-212.amer.cisco.com>
Cc: mpls@ietf.org, "Siva Sivabalan \(msiva\)" <msiva@cisco.com>, David Ward <dward@cisco.com>
Subject: Re: [mpls] New version of draft-boutros-mpls-tp-loopback-01
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: Mach Chen <mach@huawei.com>
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 23 Mar 2009 03:54:46 -0000

Hi Sami,

Questions about your draft...

1. What's the application scenarios of lock funciton? Does there really need 
the lock function?

2. In FLB mode, how does node A determine which data is permited to be 
transmitted along with the being tested MPLS-TP LSP? It seems that only the 
data generated by node A could be transmitted on to the MPLS-TP, is my 
understanding correct?

Best regards,
Mach

--------------------------------------------------
From: "Sami Boutros" <sboutros@cisco.com>
Sent: Friday, November 07, 2008 1:09 AM
To: "Loa Andersson" <loa@pi.nu>; <mpls@ietf.org>
Cc: "Siva Sivabalan (msiva)" <msiva@cisco.com>; "David Ward" 
<dward@cisco.com>
Subject: [mpls] New version of draft-boutros-mpls-tp-loopback-01

> Please find the updated version of the draft @
>
> http://www.tla-group.com/~loa/draft-boutros-mpls-tp-loopback-01.txt
>
> Thanks,
>
> Sami
>
> _______________________________________________
> mpls mailing list
> mpls@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls 


From nitinb@juniper.net  Sun Mar 22 21:50:25 2009
Return-Path: <nitinb@juniper.net>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E55793A6ADA for <mpls@core3.amsl.com>; Sun, 22 Mar 2009 21:50:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level: 
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9bs4ySQxSDkI for <mpls@core3.amsl.com>; Sun, 22 Mar 2009 21:50:24 -0700 (PDT)
Received: from exprod7og122.obsmtp.com (exprod7og122.obsmtp.com [64.18.2.22]) by core3.amsl.com (Postfix) with ESMTP id C6FE13A6A8F for <mpls@ietf.org>; Sun, 22 Mar 2009 21:50:24 -0700 (PDT)
Received: from source ([66.129.224.36]) (using TLSv1) by exprod7ob122.postini.com ([64.18.6.12]) with SMTP ID DSNKSccVQhMWwvEtDXFNYkEW1eD0Rh4rgLI4@postini.com; Sun, 22 Mar 2009 21:51:14 PDT
Received: from p-emfe01-sac.jnpr.net (66.129.254.72) by P-EMHUB01-HQ.jnpr.net (172.24.192.35) with Microsoft SMTP Server id 8.1.340.0; Sun, 22 Mar 2009 21:50:28 -0700
Received: from emailcorp3.jnpr.net ([66.129.254.13]) by p-emfe01-sac.jnpr.net with Microsoft SMTPSVC(6.0.3790.3959); Sun, 22 Mar 2009 21:50:28 -0700
Received: from 172.23.5.253 ([172.23.5.253]) by emailcorp3.jnpr.net ([66.129.254.13]) with Microsoft Exchange Server HTTP-DAV ; Mon, 23 Mar 2009 04:50:27 +0000
User-Agent: Microsoft-Entourage/12.10.0.080409
Date: Sun, 22 Mar 2009 21:52:08 -0700
From: Nitin Bahadur <nitinb@juniper.net>
To: Sami Boutros <sboutros@cisco.com>
Message-ID: <C5EC6388.483A3%nitinb@juniper.net>
Thread-Topic: [mpls] New version of draft-boutros-mpls-tp-loopback-01
Thread-Index: Acmrcx6dM83/TQWsWkyz9GeMpTpKAA==
In-Reply-To: <71C387A56A664407885C6AADC825C4F3@LENOVOmach>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 23 Mar 2009 04:50:28.0286 (UTC) FILETIME=[E32E65E0:01C9AB72]
Cc: mpls@ietf.org, "Siva Sivabalan \(msiva\)" <msiva@cisco.com>
Subject: Re: [mpls] New version of draft-boutros-mpls-tp-loopback-01
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 23 Mar 2009 04:50:26 -0000

Hi Sami,

   I have a few meta questions on your draft.

1) Can you clarify if this loopback function is applicable just to MPLS-TP
or also to MPLS LSPs in general.

2) You mention that a MPLS-TP LSP can be set into FLB or OLB mode. I presume
the *unlock OAM packets* will not be looped back. Can you please clarify
that ?

3) I am not clear on the motivation for OAM loopback mode. Can you clarify
why we need a OAM loopback mode ?
 
4) Section 4.5 - Auth TLV. If the message is sent in-band, do we need a
auth-tlv ? Was there any requirement (in some requirement draft) to have
auth for loopback mode?

5) Section 4.9 - Data packets. The optional seq-id solution seems a little
half-baked. At the least, the id should be a 64-bit field.

6) Section 4.10 - NMS. This section seems to specify requirements and no
real solution. I'm not sure why this section is part of your draft. Your
draft does not seem to add anything new to enable a NMS to do something.

7) Finally, you have defined a new encap mechanism for TLVs. Any particular
reason that the lsp-ping packet cannot be enclosed after the ACH header? Can
we just re-use the lsp-ping packet formats....they seem to have a whole
bunch of things that you are re-defining.

Thanks
Nitin

> --------------------------------------------------
> From: "Sami Boutros" <sboutros@cisco.com>
> Sent: Friday, November 07, 2008 1:09 AM
> To: "Loa Andersson" <loa@pi.nu>; <mpls@ietf.org>
> Cc: "Siva Sivabalan (msiva)" <msiva@cisco.com>; "David Ward"
> <dward@cisco.com>
> Subject: [mpls] New version of draft-boutros-mpls-tp-loopback-01
> 
>> Please find the updated version of the draft @
>> 
>> http://www.tla-group.com/~loa/draft-boutros-mpls-tp-loopback-01.txt
>> 
>> Thanks,
>> 
>> Sami
>> 
>> _______________________________________________
>> mpls mailing list
>> mpls@ietf.org
>> https://www.ietf.org/mailman/listinfo/mpls
> 
> _______________________________________________
> mpls mailing list
> mpls@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls


From santosh.pk@samsung.com  Mon Mar 23 03:58:20 2009
Return-Path: <santosh.pk@samsung.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5F60C3A6A50 for <mpls@core3.amsl.com>; Mon, 23 Mar 2009 03:58:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.165
X-Spam-Level: 
X-Spam-Status: No, score=-3.165 tagged_above=-999 required=5 tests=[AWL=0.646,  BAYES_00=-2.599, MIME_BASE64_BLANKS=0.041, MIME_BASE64_TEXT=1.753,  RCVD_IN_DNSWL_MED=-4, RELAY_IS_203=0.994]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 95nEcVb58ZtZ for <mpls@core3.amsl.com>; Mon, 23 Mar 2009 03:58:19 -0700 (PDT)
Received: from mailout4.samsung.com (mailout4.samsung.com [203.254.224.34]) by core3.amsl.com (Postfix) with ESMTP id 4FF803A683D for <mpls@ietf.org>; Mon, 23 Mar 2009 03:58:18 -0700 (PDT)
Received: from ep_ms13_bk (mailout4.samsung.com [203.254.224.34]) by mailout4.samsung.com (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0KGY00FHXH69T2@mailout4.samsung.com> for mpls@ietf.org; Mon, 23 Mar 2009 19:58:57 +0900 (KST)
Received: from ep_spt03 (ms13.samsung.com [203.254.225.109]) by ms13.samsung.com (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0KGY00A99H692U@ms13.samsung.com> for mpls@ietf.org; Mon, 23 Mar 2009 19:58:57 +0900 (KST)
Content-return: prohibited
Date: Mon, 23 Mar 2009 10:58:57 +0000 (GMT)
From: SANTOSH PALLAGATTI <santosh.pk@samsung.com>
To: mpls@ietf.org
Message-id: <20468204.135531237805937451.JavaMail.weblogic@epml15>
MIME-version: 1.0
MIME-version: 1.0
Content-type: text/plain; charset=windows-1252
Content-transfer-encoding: base64
X-Priority: 3
Msgkey: 20090323105003666@santosh.pk
X-MTR: 20090323105003666@santosh.pk
X-EPLocale: en_US.windows-1252
X-EPWebmail-Msg-Type: personal
X-EPWebmail-Reply-Demand: 0
X-EPApproval-Locale: 
X-EPHeader: ML
X-EPTrCode: 
X-EPTrName: 
Subject: [mpls] questions on draft http://www.ietf.org/internet-drafts/draft-ietf-mpls-soft-preemption-16.txt.
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: santosh.pk@samsung.com
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 23 Mar 2009 10:58:20 -0000

SGkgQWxsLA0KICAgIEkgaGF2ZSBjb3VwbGUgb2YgcXVlc3Rpb25zIG9uICBodHRwOi8vd3d3Lmll
dGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC1pZXRmLW1wbHMtc29mdC1wcmVlbXB0aW9uLTE2
LnR4dC4NCg0KQXMgcGVyIHRoZSBkcmFmdCANCiJUaGUgcHJlZW1wdGluZyBub2RlIE1VU1QgaW1t
ZWRpYXRlbHkgc2VuZCBhIFBhdGhFcnIgd2l0aCBlcnJvciBjb2RlICAgICJSZXJvdXRlIiBhbmQg
YSBlcnJvciB2YWx1ZSAiUmVyb3V0ZSByZXF1ZXN0IHNvZnQgcHJlZW1wdGlvbiIgZm9yIGVhY2gg
c29mdCBwcmVlbXB0ZWQgVEUgTFNQLiAgVGhlIG5vZGUgTUFZIHVzZSB0aGUgb2NjdXJyZW5jZSBv
ZiBzb2Z0ICAgIHByZWVtcHRpb24gdG8gdHJpZ2dlciBhbiBpbW1lZGlhdGUgSUdQIHVwZGF0ZSBv
ciBpbmZsdWVuY2UgdGhlICAgIHNjaGVkdWxpbmcgb2YgYW4gSUdQIHVwZGF0ZSIgDQoNCjEuIFBB
VEggRVJSIG1lc3NhZ2Ugd2lsbCBiZSBkZXN0aW5lZCB0byBwcmV2aW91cyBob3AuIEFzc3VtZSB0
aGF0IGZvciBzb21lIExTUCdzIHdoaWNoIG5lZWQgdG8gYmUgcHJlZW1wdGVkIGF0IHByZXZpb3Vz
IGhvcCBvZiBlZ3Jlc3MgKGFsbW9zdCB0YWlsIGVuZCBvZiBMU1ApLCBpbiB0aGlzIGNhc2UgdGhl
cmUgd291bGQgYmUgYSBkZWxheSB0byBub3RpZnkgaGVhZCBlbmQuIFdoeSBjYW50IHdlIHVuaWNh
c3QgUEFUSCBFUlIgbWVzc2FnZSBkaXJlY3RseSB0byBoZWFkIGVuZCByb3V0ZXI/IFNvIHRoYXQg
aXQgd2lsbCBzcGVlZCB1cCB0aGUgbm90aWZpY2F0aW9uIChhY2tub3dsZWRnbWVudCBjYW4gYmUg
Y29uc2lkZXJlZCBpbiBjYXNlIG9mIHJlbGlhYmlsaXR5KS4gDQoNCkluIHRoaXMgY2FzZSB0aGUg
cHJvYmxlbSB3b3VsZCBiZSByZWNlaXZpbmcgdGhlIFBBVEggRVJSIG9uIGRpZmZlcmVudCBpbnRl
cmZhY2UuIEluIGNhc2Ugb2YgdW5pY2FzdCB0aGVyZSBjb3VsZCBiZSBjaGFuY2Ugd2hlcmUgaGVh
ZCBlbmQgbm9kZSByZWNlaXZlcyB0aGUgUEFUSCBFUlJPUiBvbiB0aGUgaW50ZXJmYWNlIGRpZmZl
cmVudCBmcm9tIHRoZSBpbnRlcmZhY2UgdGhyb3VnaCB3aGljaCBpdCBlc3RhYmxpc2hlZCBMU1As
IHdpdGggdGhlIGhlbHAgb2Ygc2Vzc2lvbiBvYmplY3QgaXQgY2FuIHN0aWxsIGlkZW50aWZ5IHRo
ZSBMU1AgZm9yIHdoaWNoIGEgbm90aWZpY2F0aW9uIHdhcyByZWNlaXZlZC4gSGVyZSBSU1ZQLVRF
IHJvdXRlciBzaG91bGQgYmUgcmVhZHkgdG8gYWNjZXB0IHRoZSBSU1ZQLVRFIG1lc3NhZ2Ugb24g
aW50ZXJmYWNlIHdoZXJlIFJTVlAgaXMgbm90IGVuYWJsZWQuDQoNCjIuIFdoeSBub3QgY29uc2lk
ZXIgY3JhbmtiYWNrIGFzIHNwZWNpZmllZCBpbiBSRkMgNDkyMD8gKFRoaXMgd291bGQgb2Zjb3Vy
c2UgaW50cm9kdWNlIGRlbGF5IG9ubHkgaW4gY2FzZSBpZiBpdCBkb24ndCBnZXQgdGhlIGFsdGVy
bmF0ZSBwYXRoIHRvIGRlc3RpbmF0aW9uLCBmcm9tIGludGVybWVkaWF0ZSByb3V0ZXJzICB0aWxs
IGhlYWQgZW5kIGZyb20gdGhlIHBvaW50IG9mIGZhaWx1cmUpDQoNCg0KVGhhbmtzIGFuZCByZWdh
cmRzDQpTYW50b3NoIFAgSyA=



From loa@pi.nu  Mon Mar 23 08:25:23 2009
Return-Path: <loa@pi.nu>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7C3CE28C158 for <mpls@core3.amsl.com>; Mon, 23 Mar 2009 08:25:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.249
X-Spam-Level: 
X-Spam-Status: No, score=-2.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_SE=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UU2W215jmIuB for <mpls@core3.amsl.com>; Mon, 23 Mar 2009 08:25:11 -0700 (PDT)
Received: from ns.elverljung.se (ns.elverljung.se [194.68.48.116]) by core3.amsl.com (Postfix) with ESMTP id C01FD28C15B for <mpls@ietf.org>; Mon, 23 Mar 2009 08:25:05 -0700 (PDT)
Received: from [130.129.17.240] (dhcp-11f0.meeting.ietf.org [130.129.17.240]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: loa) by ns.elverljung.se (Postfix) with ESMTPSA id 753CF2D84D8; Mon, 23 Mar 2009 16:25:52 +0100 (CET)
Message-ID: <49C7A9F8.9060903@pi.nu>
Date: Mon, 23 Mar 2009 16:25:44 +0100
From: Loa Andersson <loa@pi.nu>
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
MIME-Version: 1.0
To: Nitin Bahadur <nitinb@juniper.net>
References: <C5EC6388.483A3%nitinb@juniper.net>
In-Reply-To: <C5EC6388.483A3%nitinb@juniper.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: mpls@ietf.org, Sami Boutros <sboutros@cisco.com>, "Siva Sivabalan \(msiva\)" <msiva@cisco.com>
Subject: Re: [mpls] New version of draft-boutros-mpls-tp-loopback-01
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 23 Mar 2009 15:25:24 -0000

Nitin,

Nitin Bahadur wrote:
> Hi Sami,
> 
>    I have a few meta questions on your draft.
> 
> 1) Can you clarify if this loopback function is applicable just to MPLS-TP
> or also to MPLS LSPs in general.

there has been a requirement from the start of the mpls-tp project that
all the mpls-tp solutions, and in particular the OAM part, should be
possible to use with "classical mpls".

/Loa
> 
> 2) You mention that a MPLS-TP LSP can be set into FLB or OLB mode. I presume
> the *unlock OAM packets* will not be looped back. Can you please clarify
> that ?
> 
> 3) I am not clear on the motivation for OAM loopback mode. Can you clarify
> why we need a OAM loopback mode ?
>  
> 4) Section 4.5 - Auth TLV. If the message is sent in-band, do we need a
> auth-tlv ? Was there any requirement (in some requirement draft) to have
> auth for loopback mode?
> 
> 5) Section 4.9 - Data packets. The optional seq-id solution seems a little
> half-baked. At the least, the id should be a 64-bit field.
> 
> 6) Section 4.10 - NMS. This section seems to specify requirements and no
> real solution. I'm not sure why this section is part of your draft. Your
> draft does not seem to add anything new to enable a NMS to do something.
> 
> 7) Finally, you have defined a new encap mechanism for TLVs. Any particular
> reason that the lsp-ping packet cannot be enclosed after the ACH header? Can
> we just re-use the lsp-ping packet formats....they seem to have a whole
> bunch of things that you are re-defining.
> 
> Thanks
> Nitin
> 
>> --------------------------------------------------
>> From: "Sami Boutros" <sboutros@cisco.com>
>> Sent: Friday, November 07, 2008 1:09 AM
>> To: "Loa Andersson" <loa@pi.nu>; <mpls@ietf.org>
>> Cc: "Siva Sivabalan (msiva)" <msiva@cisco.com>; "David Ward"
>> <dward@cisco.com>
>> Subject: [mpls] New version of draft-boutros-mpls-tp-loopback-01
>>
>>> Please find the updated version of the draft @
>>>
>>> http://www.tla-group.com/~loa/draft-boutros-mpls-tp-loopback-01.txt
>>>
>>> Thanks,
>>>
>>> Sami
>>>
>>> _______________________________________________
>>> mpls mailing list
>>> mpls@ietf.org
>>> https://www.ietf.org/mailman/listinfo/mpls
>> _______________________________________________
>> mpls mailing list
>> mpls@ietf.org
>> https://www.ietf.org/mailman/listinfo/mpls
> 
> _______________________________________________
> mpls mailing list
> mpls@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls

-- 


Loa Andersson

Sr Strategy and Standards Manager    phone:  +46 10 717 52 13
Ericsson ///                                 +46 767 72 92 13 


                                       email:  loa.andersson@ericsson.com
                                               loa.andersson@redback.com
                                               loa@pi.nu



From adrian@olddog.co.uk  Mon Mar 23 08:42:52 2009
Return-Path: <adrian@olddog.co.uk>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5C6853A6807 for <mpls@core3.amsl.com>; Mon, 23 Mar 2009 08:42:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.598
X-Spam-Level: 
X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, STOX_REPLY_TYPE=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6tOs3DizjvvT for <mpls@core3.amsl.com>; Mon, 23 Mar 2009 08:42:51 -0700 (PDT)
Received: from asmtp1.iomartmail.com (asmtp1.iomartmail.com [62.128.201.248]) by core3.amsl.com (Postfix) with ESMTP id 1DAB23A6B22 for <mpls@ietf.org>; Mon, 23 Mar 2009 08:42:44 -0700 (PDT)
Received: from asmtp1.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp1.iomartmail.com (8.12.11.20060308/8.12.8) with ESMTP id n2NFhVrm016018; Mon, 23 Mar 2009 15:43:32 GMT
Received: from your029b8cecfe (dhcp-13ed.meeting.ietf.org [130.129.19.237]) (authenticated bits=0) by asmtp1.iomartmail.com (8.12.11.20060308/8.12.11) with ESMTP id n2NFhU1H015992; Mon, 23 Mar 2009 15:43:31 GMT
Message-ID: <12705B8C014F42B1A355D2390159C14A@your029b8cecfe>
From: "Adrian Farrel" <adrian@olddog.co.uk>
To: <santosh.pk@samsung.com>, <mpls@ietf.org>
References: <20468204.135531237805937451.JavaMail.weblogic@epml15>
Date: Mon, 23 Mar 2009 15:38:56 -0000
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.5512
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579
Subject: Re: [mpls] questions on draft http://www.ietf.org/internet-drafts/draft-ietf-mpls-soft-preemption-16.txt.
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: Adrian Farrel <adrian@olddog.co.uk>
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 23 Mar 2009 15:42:52 -0000

Santosh,

Direct-to-repair-point error event signaling is provided by the RSVP-TE 
Notify message.

Cheers,
Adrian
----- Original Message ----- 
From: "SANTOSH PALLAGATTI" <santosh.pk@samsung.com>
To: <mpls@ietf.org>
Sent: Monday, March 23, 2009 10:58 AM
Subject: [mpls] questions on draft 
http://www.ietf.org/internet-drafts/draft-ietf-mpls-soft-preemption-16.txt.


> Hi All,
>    I have couple of questions on 
> http://www.ietf.org/internet-drafts/draft-ietf-mpls-soft-preemption-16.txt.
>
> As per the draft
> "The preempting node MUST immediately send a PathErr with error code 
> "Reroute" and a error value "Reroute request soft preemption" for each 
> soft preempted TE LSP.  The node MAY use the occurrence of soft 
> preemption to trigger an immediate IGP update or influence the 
> scheduling of an IGP update"
>
> 1. PATH ERR message will be destined to previous hop. Assume that for some 
> LSP's which need to be preempted at previous hop of egress (almost tail 
> end of LSP), in this case there would be a delay to notify head end. Why 
> cant we unicast PATH ERR message directly to head end router? So that it 
> will speed up the notification (acknowledgment can be considered in case 
> of reliability).
>
> In this case the problem would be receiving the PATH ERR on different 
> interface. In case of unicast there could be chance where head end node 
> receives the PATH ERROR on the interface different from the interface 
> through which it established LSP, with the help of session object it can 
> still identify the LSP for which a notification was received. Here RSVP-TE 
> router should be ready to accept the RSVP-TE message on interface where 
> RSVP is not enabled.
>
> 2. Why not consider crankback as specified in RFC 4920? (This would 
> ofcourse introduce delay only in case if it don't get the alternate path 
> to destination, from intermediate routers  till head end from the point of 
> failure)
>
>
> Thanks and regards
> Santosh P K
> _______________________________________________
> mpls mailing list
> mpls@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls
> 


From sboutros@cisco.com  Mon Mar 23 09:49:01 2009
Return-Path: <sboutros@cisco.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 65A4D28C19E for <mpls@core3.amsl.com>; Mon, 23 Mar 2009 09:49:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.495
X-Spam-Level: 
X-Spam-Status: No, score=-6.495 tagged_above=-999 required=5 tests=[AWL=0.104,  BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 08My5SAi0I-E for <mpls@core3.amsl.com>; Mon, 23 Mar 2009 09:49:00 -0700 (PDT)
Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by core3.amsl.com (Postfix) with ESMTP id 45BD928C1EE for <mpls@ietf.org>; Mon, 23 Mar 2009 09:48:04 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="4.38,409,1233532800"; d="scan'208";a="32228757"
Received: from sj-dkim-2.cisco.com ([171.71.179.186]) by sj-iport-4.cisco.com with ESMTP; 23 Mar 2009 16:48:54 +0000
Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id n2NGmsks018320;  Mon, 23 Mar 2009 09:48:54 -0700
Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-2.cisco.com (8.13.8/8.13.8) with ESMTP id n2NGmsZj009843; Mon, 23 Mar 2009 16:48:54 GMT
Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830);  Mon, 23 Mar 2009 09:48:54 -0700
Received: from sboutros-wxp01.ciswco.com ([10.21.114.65]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830);  Mon, 23 Mar 2009 09:48:53 -0700
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Mon, 23 Mar 2009 09:48:51 -0700
To: Mach Chen <mach@huawei.com>
From: Sami Boutros <sboutros@cisco.com>
In-Reply-To: <71C387A56A664407885C6AADC825C4F3@LENOVOmach>
References: <XFE-SJC-2126pkNzPZr00001e84@xfe-sjc-212.amer.cisco.com> <4912ED43.6000601@pi.nu> <XFE-SJC-212MJJQ873T00001f8b@xfe-sjc-212.amer.cisco.com> <71C387A56A664407885C6AADC825C4F3@LENOVOmach>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Message-ID: <XFE-SJC-211f5nZ0ULu0000b75b@xfe-sjc-211.amer.cisco.com>
X-OriginalArrivalTime: 23 Mar 2009 16:48:53.0684 (UTC) FILETIME=[40002740:01C9ABD7]
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=1451; t=1237826934; x=1238690934; c=relaxed/simple; s=sjdkim2002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=sboutros@cisco.com; z=From:=20Sami=20Boutros=20<sboutros@cisco.com> |Subject:=20Re=3A=20[mpls]=20New=20version=20of=20draft-bou tros-mpls-tp-loopback-01 |Sender:=20; bh=jXS0ra6P5JLsXhJjDskdpjwyqgoVWdv65E/Jew/gYGs=; b=KaaW+3BEIQAdh0rB5ikoYRjWnkxFj3hBVhgmuv8kJLge2CTBgBEwP+6ONJ 7d4wgOS9/QS/tGnkmpcP8Fl0qNq6sKQW8jdzcIUZiPb6VSbRR2XosFCLvyHp vEb8NFf+c+;
Authentication-Results: sj-dkim-2; header.From=sboutros@cisco.com; dkim=pass ( sig from cisco.com/sjdkim2002 verified; ); 
Cc: mpls@ietf.org, "Siva Sivabalan \(msiva\)" <msiva@cisco.com>, David Ward <dward@cisco.com>
Subject: Re: [mpls] New version of draft-boutros-mpls-tp-loopback-01
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 23 Mar 2009 16:49:01 -0000

Hi Mach,

At 08:55 PM 3/22/2009, Mach Chen wrote:
>Hi Sami,
>
>Questions about your draft...
>
>1. What's the application scenarios of lock funciton? Does there 
>really need the lock function?

The Lock function is needed only in FLB mode since this will be data 
traffic impacting.

>2. In FLB mode, how does node A determine which data is permited to 
>be transmitted along with the being tested MPLS-TP LSP? It seems 
>that only the data generated by node A could be transmitted on to 
>the MPLS-TP, is my understanding correct?

Correct Data will be transmitted from the ingress PE where the 
MPLS-TP LSP starts.

Thanks,

Sami

>Best regards,
>Mach
>
>--------------------------------------------------
>From: "Sami Boutros" <sboutros@cisco.com>
>Sent: Friday, November 07, 2008 1:09 AM
>To: "Loa Andersson" <loa@pi.nu>; <mpls@ietf.org>
>Cc: "Siva Sivabalan (msiva)" <msiva@cisco.com>; "David Ward" <dward@cisco.com>
>Subject: [mpls] New version of draft-boutros-mpls-tp-loopback-01
>
>>Please find the updated version of the draft @
>>
>>http://www.tla-group.com/~loa/draft-boutros-mpls-tp-loopback-01.txt
>>
>>Thanks,
>>
>>Sami
>>
>>_______________________________________________
>>mpls mailing list
>>mpls@ietf.org
>>https://www.ietf.org/mailman/listinfo/mpls
>
>_______________________________________________
>mpls mailing list
>mpls@ietf.org
>https://www.ietf.org/mailman/listinfo/mpls



From sboutros@cisco.com  Mon Mar 23 10:01:04 2009
Return-Path: <sboutros@cisco.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A4ADD3A6C34 for <mpls@core3.amsl.com>; Mon, 23 Mar 2009 10:01:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.516
X-Spam-Level: 
X-Spam-Status: No, score=-6.516 tagged_above=-999 required=5 tests=[AWL=0.083,  BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oAAarADsFqg7 for <mpls@core3.amsl.com>; Mon, 23 Mar 2009 10:01:03 -0700 (PDT)
Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by core3.amsl.com (Postfix) with ESMTP id 60D193A67E7 for <mpls@ietf.org>; Mon, 23 Mar 2009 10:01:03 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="4.38,409,1233532800"; d="scan'208";a="68685424"
Received: from sj-dkim-2.cisco.com ([171.71.179.186]) by sj-iport-5.cisco.com with ESMTP; 23 Mar 2009 17:01:53 +0000
Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id n2NH1r1J024893;  Mon, 23 Mar 2009 10:01:53 -0700
Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-2.cisco.com (8.13.8/8.13.8) with ESMTP id n2NH1rBa026388; Mon, 23 Mar 2009 17:01:53 GMT
Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830);  Mon, 23 Mar 2009 10:01:53 -0700
Received: from sboutros-wxp01.ciswco.com ([10.21.114.65]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830);  Mon, 23 Mar 2009 10:01:52 -0700
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Mon, 23 Mar 2009 10:01:52 -0700
To: Nitin Bahadur <nitinb@juniper.net>
From: Sami Boutros <sboutros@cisco.com>
In-Reply-To: <C5EC6388.483A3%nitinb@juniper.net>
References: <71C387A56A664407885C6AADC825C4F3@LENOVOmach> <C5EC6388.483A3%nitinb@juniper.net>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Message-ID: <XFE-SJC-211HpVyLrid0000b767@xfe-sjc-211.amer.cisco.com>
X-OriginalArrivalTime: 23 Mar 2009 17:01:53.0043 (UTC) FILETIME=[1088E630:01C9ABD9]
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=2716; t=1237827713; x=1238691713; c=relaxed/simple; s=sjdkim2002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=sboutros@cisco.com; z=From:=20Sami=20Boutros=20<sboutros@cisco.com> |Subject:=20Re=3A=20[mpls]=20New=20version=20of=20draft-bou tros-mpls-tp-loopback-01 |Sender:=20; bh=9gud74DUCD6r0fE4LzFmQCHQ6Mb2ZT029XYLO3hLZf8=; b=WKiDQ9u+4+h7lA0glKr1QoEmyVvLL9dyzVTcma+iPjo6alFSQALG5icD0h RKFGZLmnx4vp6n1ta+uWR3p0XseKHjzZfOfUAWHd8WngyltAC6Ytauk9cZaH PqzaO1dz+9;
Authentication-Results: sj-dkim-2; header.From=sboutros@cisco.com; dkim=pass ( sig from cisco.com/sjdkim2002 verified; ); 
Cc: mpls@ietf.org, "Siva Sivabalan \(msiva\)" <msiva@cisco.com>, David Ward <dward@cisco.com>
Subject: Re: [mpls] New version of draft-boutros-mpls-tp-loopback-01
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 23 Mar 2009 17:01:04 -0000

Hi Nitin,

Please have a look at the 02 version.

At 09:52 PM 3/22/2009, Nitin Bahadur wrote:
>Hi Sami,
>
>    I have a few meta questions on your draft.
>
>1) Can you clarify if this loopback function is applicable just to MPLS-TP
>or also to MPLS LSPs in general.

They are applicable for MPLS LSP's in general.

>2) You mention that a MPLS-TP LSP can be set into FLB or OLB mode. I presume
>the *unlock OAM packets* will not be looped back. Can you please clarify
>that ?

Sure.

>3) I am not clear on the motivation for OAM loopback mode. Can you clarify
>why we need a OAM loopback mode ?

in draft-ietf-mpls-tp-oam-requirements-01.txt need of loopback function is
mentioned for connection verification and for 2 ways delay measurements.

>
>4) Section 4.5 - Auth TLV. If the message is sent in-band, do we need a
>auth-tlv ? Was there any requirement (in some requirement draft) to have
>auth for loopback mode?

Good point will ask to add this requirement to the requirement doc for OAM
intrusive functions.

>5) Section 4.9 - Data packets. The optional seq-id solution seems a little
>half-baked. At the least, the id should be a 64-bit field.

Will look into that.

>6) Section 4.10 - NMS. This section seems to specify requirements and no
>real solution. I'm not sure why this section is part of your draft. Your
>draft does not seem to add anything new to enable a NMS to do something.

This is a TBD section need more work.

>7) Finally, you have defined a new encap mechanism for TLVs. Any particular
>reason that the lsp-ping packet cannot be enclosed after the ACH header? Can
>we just re-use the lsp-ping packet formats....they seem to have a whole
>bunch of things that you are re-defining.

We made the message format in 02 very similar to the LSP ping Message format.

Thanks,

Sami

>Thanks
>Nitin
>
> > --------------------------------------------------
> > From: "Sami Boutros" <sboutros@cisco.com>
> > Sent: Friday, November 07, 2008 1:09 AM
> > To: "Loa Andersson" <loa@pi.nu>; <mpls@ietf.org>
> > Cc: "Siva Sivabalan (msiva)" <msiva@cisco.com>; "David Ward"
> > <dward@cisco.com>
> > Subject: [mpls] New version of draft-boutros-mpls-tp-loopback-01
> >
> >> Please find the updated version of the draft @
> >>
> >> http://www.tla-group.com/~loa/draft-boutros-mpls-tp-loopback-01.txt
> >>
> >> Thanks,
> >>
> >> Sami
> >>
> >> _______________________________________________
> >> mpls mailing list
> >> mpls@ietf.org
> >> https://www.ietf.org/mailman/listinfo/mpls
> >
> > _______________________________________________
> > mpls mailing list
> > mpls@ietf.org
> > https://www.ietf.org/mailman/listinfo/mpls



From rahul@juniper.net  Mon Mar 23 10:57:38 2009
Return-Path: <rahul@juniper.net>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CB7D928C127; Mon, 23 Mar 2009 10:57:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level: 
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zc8UrSXpCwzV; Mon, 23 Mar 2009 10:57:38 -0700 (PDT)
Received: from exprod7og121.obsmtp.com (exprod7og121.obsmtp.com [64.18.2.20]) by core3.amsl.com (Postfix) with ESMTP id 03DD03A6BFD; Mon, 23 Mar 2009 10:57:37 -0700 (PDT)
Received: from source ([66.129.224.36]) (using TLSv1) by exprod7ob121.postini.com ([64.18.6.12]) with SMTP ID DSNKScfNxHslCE1/jS6USi+Tp9cuWmI4dmKE@postini.com; Mon, 23 Mar 2009 10:58:28 PDT
Received: from p-emfe01-sac.jnpr.net (66.129.254.72) by P-EMHUB01-HQ.jnpr.net (172.24.192.35) with Microsoft SMTP Server id 8.1.340.0; Mon, 23 Mar 2009 10:57:26 -0700
Received: from p-emlb01-sac.jnpr.net ([66.129.254.46]) by p-emfe01-sac.jnpr.net with Microsoft SMTPSVC(6.0.3790.3959); Mon, 23 Mar 2009 10:57:26 -0700
Received: from emailsmtp56.jnpr.net ([172.24.60.77]) by p-emlb01-sac.jnpr.net with Microsoft SMTPSVC(6.0.3790.3959); Mon, 23 Mar 2009 10:57:26 -0700
Received: from magenta.juniper.net ([172.17.27.123]) by emailsmtp56.jnpr.net with Microsoft SMTPSVC(6.0.3790.3959); Mon, 23 Mar 2009 10:57:25 -0700
Received: from sapphire.juniper.net (sapphire.juniper.net [172.17.28.108])	by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id n2NHvPM48768; Mon, 23 Mar 2009 10:57:25 -0700 (PDT)	(envelope-from rahul@juniper.net)
Date: Mon, 23 Mar 2009 10:57:25 -0700
From: Rahul Aggarwal <rahul@juniper.net>
To: mpls@ietf.org
In-Reply-To: <6FD21B53861BF44AA90A288402036AB401FACEA8@FRVELSMBS21.ad2.ad.alcatel.com>
Message-ID: <20090323105318.Q55665@sapphire.juniper.net>
References: <93DFCD4B101EB440B5B72997456C5F9403529995@esealmw118.eemea.ericsson.se><C5CB9E69.129DE%benjamin.niven-jenkins@bt.com><93DFCD4B101EB440B5B72997456C5F940359B601@esealmw118.eemea.ericsson.se><DA230F93B15E4994855D50CC5368DE1D@your029b8cecfe><6FD21B53861BF44AA90A288402036AB401F5C1F0@FRVELSMBS21.ad2.ad.alcatel.com> <6FD21B53861BF44AA90A288402036AB401F5C71B@FRVELSMBS21.ad2.ad.alcatel.com> <6FD21B53861BF44AA90A288402036AB401FACEA8@FRVELSMBS21.ad2.ad.alcatel.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
X-OriginalArrivalTime: 23 Mar 2009 17:57:25.0625 (UTC) FILETIME=[D2E88E90:01C9ABE0]
Cc: mpls-interop@ietf.org
Subject: [mpls] Comment on draft-sprecher-mpls-tp-survive-fwk-01.txt
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 23 Mar 2009 17:57:38 -0000

Hi Adrian and Nurit,

I would like to see a reference to RFC4090 in section 4.4.3.

Thanks,
rahul



From Italo.Busi@alcatel-lucent.it  Mon Mar 23 11:07:00 2009
Return-Path: <Italo.Busi@alcatel-lucent.it>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D571B3A6C29; Mon, 23 Mar 2009 11:07:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.045
X-Spam-Level: 
X-Spam-Status: No, score=-6.045 tagged_above=-999 required=5 tests=[AWL=0.204,  BAYES_00=-2.599, HELO_EQ_FR=0.35, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TVZLy6DP1Xt0; Mon, 23 Mar 2009 11:07:00 -0700 (PDT)
Received: from smail5.alcatel.fr (smail5.alcatel.fr [64.208.49.27]) by core3.amsl.com (Postfix) with ESMTP id 8E6F43A69B9; Mon, 23 Mar 2009 11:06:56 -0700 (PDT)
Received: from FRVELSBHS06.ad2.ad.alcatel.com (frvelsbhs06.dc-m.alcatel-lucent.com [155.132.6.78]) by smail5.alcatel.fr (8.13.8/8.13.8/ICT) with ESMTP id n2NI7jIt022209;  Mon, 23 Mar 2009 19:07:45 +0100
Received: from FRVELSMBS21.ad2.ad.alcatel.com ([155.132.6.51]) by FRVELSBHS06.ad2.ad.alcatel.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 23 Mar 2009 19:07:45 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Mon, 23 Mar 2009 19:07:43 +0100
Message-ID: <6FD21B53861BF44AA90A288402036AB4020435BA@FRVELSMBS21.ad2.ad.alcatel.com>
In-Reply-To: <20090323105318.Q55665@sapphire.juniper.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Mpls-interop] Comment on draft-sprecher-mpls-tp-survive-fwk-01.txt
Thread-Index: Acmr4RVDLLdW4i3bSsetCsNZ2HX2RQAAEPKA
References: <93DFCD4B101EB440B5B72997456C5F9403529995@esealmw118.eemea.ericsson.se><C5CB9E69.129DE%benjamin.niven-jenkins@bt.com><93DFCD4B101EB440B5B72997456C5F940359B601@esealmw118.eemea.ericsson.se><DA230F93B15E4994855D50CC5368DE1D@your029b8cecfe><6FD21B53861BF44AA90A288402036AB401F5C1F0@FRVELSMBS21.ad2.ad.alcatel.com><6FD21B53861BF44AA90A288402036AB401F5C71B@FRVELSMBS21.ad2.ad.alcatel.com><6FD21B53861BF44AA90A288402036AB401FACEA8@FRVELSMBS21.ad2.ad.alcatel.com> <20090323105318.Q55665@sapphire.juniper.net>
From: "BUSI ITALO" <Italo.Busi@alcatel-lucent.it>
To: "Rahul Aggarwal" <rahul@juniper.net>, <mpls@ietf.org>
X-OriginalArrivalTime: 23 Mar 2009 18:07:45.0033 (UTC) FILETIME=[441AB790:01C9ABE2]
X-Scanned-By: MIMEDefang 2.57 on 155.132.188.13
Cc: mpls-interop@ietf.org, mpls-tp@ietf.org
Subject: Re: [mpls] [Mpls-interop] Comment on draft-sprecher-mpls-tp-survive-fwk-01.txt
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 23 Mar 2009 18:07:00 -0000

I think we need to do more than just adding a reference to RFC4090.

For each mechanism described in this draft (including also FRR), we need
to discuss and describe how it works in the MPLS-TP environment, taking
into consideration MPLS-TP requirements and in particular co-routed
bidirectional transport paths, bidirectional protection switching and
support of operator's commands.

Italo

> -----Original Message-----
> From: mpls-interop-bounces@ietf.org=20
> [mailto:mpls-interop-bounces@ietf.org] On Behalf Of Rahul Aggarwal
> Sent: Monday, March 23, 2009 10:57 AM
> To: mpls@ietf.org
> Cc: mpls-interop@ietf.org
> Subject: [Mpls-interop] Comment on=20
> draft-sprecher-mpls-tp-survive-fwk-01.txt
>=20
>=20
> Hi Adrian and Nurit,
>=20
> I would like to see a reference to RFC4090 in section 4.4.3.
>=20
> Thanks,
> rahul
>=20
>=20
> _______________________________________________
> Mpls-interop mailing list
> Mpls-interop@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls-interop
>=20

From adrian@olddog.co.uk  Mon Mar 23 18:26:50 2009
Return-Path: <adrian@olddog.co.uk>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7D0B328C1E2; Mon, 23 Mar 2009 18:26:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.598
X-Spam-Level: 
X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, STOX_REPLY_TYPE=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id s99iyzI-dD0X; Mon, 23 Mar 2009 18:26:49 -0700 (PDT)
Received: from asmtp1.iomartmail.com (asmtp1.iomartmail.com [62.128.201.248]) by core3.amsl.com (Postfix) with ESMTP id 73D7028C289; Mon, 23 Mar 2009 18:26:49 -0700 (PDT)
Received: from asmtp1.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp1.iomartmail.com (8.12.11.20060308/8.12.8) with ESMTP id n2O1RXtn004701; Tue, 24 Mar 2009 01:27:33 GMT
Received: from your029b8cecfe (dhcp-13ed.meeting.ietf.org [130.129.19.237]) (authenticated bits=0) by asmtp1.iomartmail.com (8.12.11.20060308/8.12.11) with ESMTP id n2O1ROFC004692; Tue, 24 Mar 2009 01:27:30 GMT
Message-ID: <AE696C82BD18481199F4F29AA0BA12D2@your029b8cecfe>
From: "Adrian Farrel" <adrian@olddog.co.uk>
To: "Rahul Aggarwal" <rahul@juniper.net>, <mpls@ietf.org>
References: <93DFCD4B101EB440B5B72997456C5F9403529995@esealmw118.eemea.ericsson.se><C5CB9E69.129DE%benjamin.niven-jenkins@bt.com><93DFCD4B101EB440B5B72997456C5F940359B601@esealmw118.eemea.ericsson.se><DA230F93B15E4994855D50CC5368DE1D@your029b8cecfe><6FD21B53861BF44AA90A288402036AB401F5C1F0@FRVELSMBS21.ad2.ad.alcatel.com><6FD21B53861BF44AA90A288402036AB401F5C71B@FRVELSMBS21.ad2.ad.alcatel.com><6FD21B53861BF44AA90A288402036AB401FACEA8@FRVELSMBS21.ad2.ad.alcatel.com> <20090323105318.Q55665@sapphire.juniper.net>
Date: Tue, 24 Mar 2009 01:20:06 -0000
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.5512
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579
Cc: mpls-interop@ietf.org
Subject: Re: [mpls] [Mpls-interop] Comment on draft-sprecher-mpls-tp-survive-fwk-01.txt
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: Adrian Farrel <adrian@olddog.co.uk>
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 24 Mar 2009 01:26:50 -0000

Yes Rahul,

I understand the need for a reference to 4090 in the document.

I know 4.4.3 seems the obvious place to put this reference, but the 
intention of the whole of section 4 is to describe data plane techniques 
without reference to how they are established or managed. Hence no reference 
to management or control plane.

In section 5, however, we start to reference mechanisms to support the 
techniques described in section 4. Section 5.5 is about the control plane, 
and section 5.5.6 is called "Establishment of Protection and Restoration 
LSPs". I believe it is here that we should place the reference.

Would you like to supply a (short :-) paragraph to go in that section?

Cheers,
Adrian
----- Original Message ----- 
From: "Rahul Aggarwal" <rahul@juniper.net>
To: <mpls@ietf.org>
Cc: <mpls-interop@ietf.org>
Sent: Monday, March 23, 2009 5:57 PM
Subject: [Mpls-interop] Comment on draft-sprecher-mpls-tp-survive-fwk-01.txt


>
> Hi Adrian and Nurit,
>
> I would like to see a reference to RFC4090 in section 4.4.3.
>
> Thanks,
> rahul
>
>
> _______________________________________________
> Mpls-interop mailing list
> Mpls-interop@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls-interop
> 


From adrian@olddog.co.uk  Mon Mar 23 18:34:11 2009
Return-Path: <adrian@olddog.co.uk>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6D91828C297; Mon, 23 Mar 2009 18:34:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.598
X-Spam-Level: 
X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, STOX_REPLY_TYPE=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id voApRnfuE7GE; Mon, 23 Mar 2009 18:34:10 -0700 (PDT)
Received: from asmtp2.iomartmail.com (asmtp2.iomartmail.com [62.128.201.249]) by core3.amsl.com (Postfix) with ESMTP id 607C328C296; Mon, 23 Mar 2009 18:34:10 -0700 (PDT)
Received: from asmtp2.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp2.iomartmail.com (8.12.11.20060308/8.12.8) with ESMTP id n2O1YqKe000861; Tue, 24 Mar 2009 01:34:52 GMT
Received: from your029b8cecfe (dhcp-13ed.meeting.ietf.org [130.129.19.237]) (authenticated bits=0) by asmtp2.iomartmail.com (8.12.11.20060308/8.12.11) with ESMTP id n2O1YnmN000855; Tue, 24 Mar 2009 01:34:50 GMT
Message-ID: <7D5C2A23187B4330961D4F6C5ECF2A8B@your029b8cecfe>
From: "Adrian Farrel" <adrian@olddog.co.uk>
To: "BUSI ITALO" <Italo.Busi@alcatel-lucent.it>, "Rahul Aggarwal" <rahul@juniper.net>, <mpls@ietf.org>
References: <93DFCD4B101EB440B5B72997456C5F9403529995@esealmw118.eemea.ericsson.se><C5CB9E69.129DE%benjamin.niven-jenkins@bt.com><93DFCD4B101EB440B5B72997456C5F940359B601@esealmw118.eemea.ericsson.se><DA230F93B15E4994855D50CC5368DE1D@your029b8cecfe><6FD21B53861BF44AA90A288402036AB401F5C1F0@FRVELSMBS21.ad2.ad.alcatel.com><6FD21B53861BF44AA90A288402036AB401F5C71B@FRVELSMBS21.ad2.ad.alcatel.com><6FD21B53861BF44AA90A288402036AB401FACEA8@FRVELSMBS21.ad2.ad.alcatel.com><20090323105318.Q55665@sapphire.juniper.net> <6FD21B53861BF44AA90A288402036AB4020435BA@FRVELSMBS21.ad2.ad.alcatel.com>
Date: Tue, 24 Mar 2009 01:27:33 -0000
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.5512
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579
Cc: mpls-interop@ietf.org, mpls-tp@ietf.org
Subject: Re: [mpls] [Mpls-interop] Comment ondraft-sprecher-mpls-tp-survive-fwk-01.txt
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: Adrian Farrel <adrian@olddog.co.uk>
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 24 Mar 2009 01:34:11 -0000

Italo,

> For each mechanism described in this draft (including also FRR), we need
> to discuss and describe how it works in the MPLS-TP environment, taking
> into consideration MPLS-TP requirements and in particular co-routed
> bidirectional transport paths, bidirectional protection switching and
> support of operator's commands.

Yes, but...  :-)

I think you are right that section 5 must show how existing mechanisms may 
be used to meet some/all of the MPLS-TP protection requirements. Hopefully 
this will also show if some of the solutions are not applicable to some of 
the requirements.

Note that it is not required that a single mechanism meets all requirements. 
It is necessary that each requirement can be met by at least one mechanism.

Text is welcome!

Cheers,
Adrian 


From BETTS01@nortel.com  Tue Mar 24 09:27:23 2009
Return-Path: <BETTS01@nortel.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3C11D3A6819; Tue, 24 Mar 2009 09:27:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.781
X-Spam-Level: 
X-Spam-Status: No, score=-5.781 tagged_above=-999 required=5 tests=[AWL=0.818,  BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gjVJN6ge3R82; Tue, 24 Mar 2009 09:27:22 -0700 (PDT)
Received: from zcars04e.nortel.com (zcars04e.nortel.com [47.129.242.56]) by core3.amsl.com (Postfix) with ESMTP id F1B483A6901; Tue, 24 Mar 2009 09:27:21 -0700 (PDT)
Received: from zcarhxm2.corp.nortel.com (zcarhxm2.corp.nortel.com [47.129.230.99]) by zcars04e.nortel.com (Switch-2.2.0/Switch-2.2.0) with ESMTP id n2OGRgH00281; Tue, 24 Mar 2009 16:27:42 GMT
x-mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Tue, 24 Mar 2009 12:27:59 -0400
Message-ID: <0BDFFF51DC89434FA33F8B37FCE363D5168A2979@zcarhxm2.corp.nortel.com>
In-Reply-To: <7D5C2A23187B4330961D4F6C5ECF2A8B@your029b8cecfe>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Mpls-interop] Commentondraft-sprecher-mpls-tp-survive-fwk-01.txt
Thread-Index: AcmsIM2pIG6Ly7LkRl6yw4C8j/BSKQAe/I8A
References: <93DFCD4B101EB440B5B72997456C5F9403529995@esealmw118.eemea.ericsson.se><C5CB9E69.129DE%benjamin.niven-jenkins@bt.com><93DFCD4B101EB440B5B72997456C5F940359B601@esealmw118.eemea.ericsson.se><DA230F93B15E4994855D50CC5368DE1D@your029b8cecfe><6FD21B53861BF44AA90A288402036AB401F5C1F0@FRVELSMBS21.ad2.ad.alcatel.com><6FD21B53861BF44AA90A288402036AB401F5C71B@FRVELSMBS21.ad2.ad.alcatel.com><6FD21B53861BF44AA90A288402036AB401FACEA8@FRVELSMBS21.ad2.ad.alcatel.com><20090323105318.Q55665@sapphire.juniper.net><6FD21B53861BF44AA90A288402036AB4020435BA@FRVELSMBS21.ad2.ad.alcatel.com> <7D5C2A23187B4330961D4F6C5ECF2A8B@your029b8cecfe>
From: "Malcolm Betts" <betts01@nortel.com>
To: "Adrian Farrel" <adrian@olddog.co.uk>, "BUSI ITALO" <Italo.Busi@alcatel-lucent.it>, "Rahul Aggarwal" <rahul@juniper.net>, <mpls@ietf.org>
Cc: mpls-interop@ietf.org, mpls-tp@ietf.org
Subject: Re: [mpls] [Mpls-interop] Commentondraft-sprecher-mpls-tp-survive-fwk-01.txt
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 24 Mar 2009 16:27:23 -0000

Adrian, not sure I like the implication that I must run multiple
mechanisms to meet the requirements of a given deployment scenario.  See
in line below.


Malcolm Betts
Nortel Networks
Phone: +1 613 763 7860 (ESN 393)
email: betts01@nortel.com

-----Original Message-----
From: mpls-interop-bounces@ietf.org
[mailto:mpls-interop-bounces@ietf.org] On Behalf Of Adrian Farrel
Sent: Monday, March 23, 2009 9:28 PM
To: BUSI ITALO; Rahul Aggarwal; mpls@ietf.org
Cc: mpls-interop@ietf.org; mpls-tp@ietf.org
Subject: Re: [Mpls-interop]
Commentondraft-sprecher-mpls-tp-survive-fwk-01.txt

Italo,

> For each mechanism described in this draft (including also FRR), we=20
> need to discuss and describe how it works in the MPLS-TP environment,=20
> taking into consideration MPLS-TP requirements and in particular=20
> co-routed bidirectional transport paths, bidirectional protection=20
> switching and support of operator's commands.

Yes, but...  :-)

I think you are right that section 5 must show how existing mechanisms
may be used to meet some/all of the MPLS-TP protection requirements.
Hopefully this will also show if some of the solutions are not
applicable to some of the requirements.

Note that it is not required that a single mechanism meets all
requirements.=20
It is necessary that each requirement can be met by at least one
mechanism.

>MB We need to be careful with this IMHO it is preferable to have a
single mechanism to support commonly used sub sets of the requirements.=20

Text is welcome!

Cheers,
Adrian=20

_______________________________________________
Mpls-interop mailing list
Mpls-interop@ietf.org
https://www.ietf.org/mailman/listinfo/mpls-interop

From adrian@olddog.co.uk  Wed Mar 25 11:03:26 2009
Return-Path: <adrian@olddog.co.uk>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 909843A6D69; Wed, 25 Mar 2009 11:03:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.298
X-Spam-Level: 
X-Spam-Status: No, score=-1.298 tagged_above=-999 required=5 tests=[AWL=-1.300, BAYES_50=0.001, STOX_REPLY_TYPE=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OP1iveJ0MeFr; Wed, 25 Mar 2009 11:03:25 -0700 (PDT)
Received: from asmtp1.iomartmail.com (asmtp1.iomartmail.com [62.128.201.248]) by core3.amsl.com (Postfix) with ESMTP id 8BA383A6BAD; Wed, 25 Mar 2009 11:03:25 -0700 (PDT)
Received: from asmtp1.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp1.iomartmail.com (8.12.11.20060308/8.12.8) with ESMTP id n2PI4BTM009141; Wed, 25 Mar 2009 18:04:11 GMT
Received: from your029b8cecfe (dhcp-13ed.meeting.ietf.org [130.129.19.237]) (authenticated bits=0) by asmtp1.iomartmail.com (8.12.11.20060308/8.12.11) with ESMTP id n2PI48K7009095; Wed, 25 Mar 2009 18:04:09 GMT
Message-ID: <E38A12C8542A474DBB511804C481ED11@your029b8cecfe>
From: "Adrian Farrel" <adrian@olddog.co.uk>
To: "Malcolm Betts" <betts01@nortel.com>, "BUSI ITALO" <Italo.Busi@alcatel-lucent.it>, "Rahul Aggarwal" <rahul@juniper.net>, <mpls@ietf.org>
References: <93DFCD4B101EB440B5B72997456C5F9403529995@esealmw118.eemea.ericsson.se><C5CB9E69.129DE%benjamin.niven-jenkins@bt.com><93DFCD4B101EB440B5B72997456C5F940359B601@esealmw118.eemea.ericsson.se><DA230F93B15E4994855D50CC5368DE1D@your029b8cecfe><6FD21B53861BF44AA90A288402036AB401F5C1F0@FRVELSMBS21.ad2.ad.alcatel.com><6FD21B53861BF44AA90A288402036AB401F5C71B@FRVELSMBS21.ad2.ad.alcatel.com><6FD21B53861BF44AA90A288402036AB401FACEA8@FRVELSMBS21.ad2.ad.alcatel.com><20090323105318.Q55665@sapphire.juniper.net><6FD21B53861BF44AA90A288402036AB4020435BA@FRVELSMBS21.ad2.ad.alcatel.com> <7D5C2A23187B4330961D4F6C5ECF2A8B@your029b8cecfe> <0BDFFF51DC89434FA33F8B37FCE363D5168A2979@zcarhxm2.corp.nortel.com>
Date: Wed, 25 Mar 2009 18:04:04 -0000
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.5512
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579
Cc: mpls-interop@ietf.org, mpls-tp@ietf.org
Subject: Re: [mpls] [Mpls-interop] Commentondraft-sprecher-mpls-tp-survive-fwk-01.txt
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: Adrian Farrel <adrian@olddog.co.uk>
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 25 Mar 2009 18:03:26 -0000

> Adrian, not sure I like the implication that I must run multiple
> mechanisms to meet the requirements of a given deployment
> scenario.

Hmm?
I think you use lungs and legs when you go for a walk.
Everything is made up of building blocks.

>  See in line below.

Your point is valid that you don't want to be juggling lots of different 
bits and pieces.
Also that pieces that are separate need to be coordinated and compatible.

A


From prvs=32873cf9f=skini@redback.com  Wed Mar 25 11:15:11 2009
Return-Path: <prvs=32873cf9f=skini@redback.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 68B803A696F for <mpls@core3.amsl.com>; Wed, 25 Mar 2009 11:15:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.509
X-Spam-Level: 
X-Spam-Status: No, score=-2.509 tagged_above=-999 required=5 tests=[AWL=0.091,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04yTxBzWxY+9 for <mpls@core3.amsl.com>; Wed, 25 Mar 2009 11:15:10 -0700 (PDT)
Received: from mgate.redback.com (mgate.redback.com [155.53.3.41]) by core3.amsl.com (Postfix) with ESMTP id 8848D3A67B4 for <mpls@ietf.org>; Wed, 25 Mar 2009 11:15:10 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="4.38,420,1233561600";  d="scan'208";a="492616"
Received: from prattle.redback.com ([155.53.12.9]) by mgate.redback.com with ESMTP; 25 Mar 2009 11:16:00 -0700
Received: from localhost (localhost [127.0.0.1]) by prattle.redback.com (Postfix) with ESMTP id 94CC4128346; Wed, 25 Mar 2009 11:16:00 -0700 (PDT)
Received: from prattle.redback.com ([127.0.0.1]) by localhost (prattle [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21122-01; Wed, 25 Mar 2009 11:15:48 -0700 (PDT)
Received: from [127.0.0.1] (unknown [138.85.215.253]) by prattle.redback.com (Postfix) with ESMTP id AC1DBDACED0; Wed, 25 Mar 2009 11:15:47 -0700 (PDT)
Message-ID: <49CA74BB.20904@redback.com>
Date: Wed, 25 Mar 2009 11:15:23 -0700
From: Sriganesh Kini <skini@redback.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1b3pre) Gecko/20081204 Thunderbird/3.0b1
MIME-Version: 1.0
To: mpls@ietf.org
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [mpls] I-D ACTION:draft-lu-ldp-igp-sync-bcast-00 - Comments?
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 25 Mar 2009 18:16:46 -0000

Hi,

This draft was presented at the MPLS WG meeting today.

There was one question at the end of the presentation that could not be 
answered due to lack of time.

The question (if I recollect correctly) seemed to be - When there are 
many nodes on the broadcast network coming up does this increase the 
network convergence time.
The answer is no. This solution does not increase the time to converge. 
There are 2 scenarios
1. If the routers detect the broadcast network as a 'cut-edge' - Fairly 
straightforward. There is no change in convergence time as nothing 
special is done.
2. If the routers detect the broadcast network as not a 'cut-edge', the 
network convergence time is no worse than RFC5443, since increasing the 
network metric produces the same effect. In fact the convergence will 
generally be better in draft-lu since traffic that need not be shifted 
away from the broadcast network is unaffected. Routers apply draft-lu 
procedures on seeing the first adjacency on that broadcast network.

Thanks

- Sri


I-D ACTION:draft-lu-ldp-igp-sync-bcast-00.txt

--------------------------------------------------------------------------------

To: i-d-announce at ietf.org
Subject: I-D ACTION:draft-lu-ldp-igp-sync-bcast-00.txt
From: Internet-Drafts at ietf.org
Date: Wed, 11 Mar 2009 13:00:01 -0700 (PDT)
Delivered-to: i-d-announce at core3.amsl.com
List-archive:<http://www.ietf.org/mail-archive/web/i-d-announce>
List-help:<mailto:i-d-announce-request@ietf.org?subject=help>
List-id: Internet Draft Announcements only<i-d-announce.ietf.org>
List-post:<mailto:i-d-announce@ietf.org>
List-subscribe:<https://www.ietf.org/mailman/listinfo/i-d-announce>,<mailto:i-d-announce-request@ietf.org?subject=subscribe>
List-unsubscribe:<https://www.ietf.org/mailman/listinfo/i-d-announce>,<mailto:i-d-announce-request@ietf.org?subject=unsubscribe>
Reply-to: internet-drafts at ietf.org

--------------------------------------------------------------------------------

A New Internet-Draft is available from the on-line Internet-Drafts
directories.


	Title		: LDP IGP Synchronization for broadcast networks
	Author(s)	: S. Kini, W. Lu
	Filename	: draft-lu-ldp-igp-sync-bcast-00.txt
	Pages		: 7
	Date		: 2009-3-4
	
    [LDP-IGP-SYNC] describes a mechanism to prevent black-holing traffic
    (e.g. VPN) when IGP is operational on a link but LDP is not. If this
    mechanism is applied to broadcast links that have more than one
    LDP/IGP peer, the cost-out procedure can only be applied to the link
    as a whole but not an individual peer. When a new LDP peer comes up
    on a broadcast network, this can result in loss of traffic through
    other established peers on that network. This document describes a
    mechanism to address that use-case without dropping traffic. The
    mechanism does not introduce any protocol changes.

A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-lu-ldp-igp-sync-bcast-00.txt

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

Below is the data which will enable a MIME compliant mail reader
implementation to automatically retrieve the ASCII version of the
Internet-Draft.

<ftp://ftp.ietf.org/internet-drafts/draft-lu-ldp-igp-sync-bcast-00.txt>




From loa@pi.nu  Wed Mar 25 15:38:14 2009
Return-Path: <loa@pi.nu>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9D3713A6A6C; Wed, 25 Mar 2009 15:38:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.249
X-Spam-Level: 
X-Spam-Status: No, score=-2.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_SE=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Sp4pUuyqqy0o; Wed, 25 Mar 2009 15:38:14 -0700 (PDT)
Received: from ns.elverljung.se (ns.elverljung.se [194.68.48.116]) by core3.amsl.com (Postfix) with ESMTP id D31583A6A37; Wed, 25 Mar 2009 15:38:13 -0700 (PDT)
Received: from [130.129.17.240] (dhcp-11f0.meeting.ietf.org [130.129.17.240]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: loa) by ns.elverljung.se (Postfix) with ESMTPSA id CD0822D84D9; Wed, 25 Mar 2009 23:39:04 +0100 (CET)
Message-ID: <49CAB27F.9000001@pi.nu>
Date: Wed, 25 Mar 2009 23:38:55 +0100
From: Loa Andersson <loa@pi.nu>
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
MIME-Version: 1.0
To: mpls-tp@ietf.org, mpls@ietf.org
References: <49BFB47E.1070304@pi.nu>
In-Reply-To: <49BFB47E.1070304@pi.nu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [mpls] poll on making  draft-beller-mpls-tp-gach-dcn a wg doc
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 25 Mar 2009 22:38:14 -0000

All,

this poll has ended and we have accepted
draft-beller-mpls-tp-gach-dcn-01.txt as a new mpls wg document.

Could the authors please republish the draft as:

draft-ietf-mpls-tp-gach-dcn-00.txt

Loa and George

Loa Andersson wrote:
> All,
> 
> the authors/editors of draft-beller-mpls-tp-gach-dcn-01.txt has
> asked us to accept the document as an MPLS Working group
> document.
> 
> This is a one week poll to see if there are support for making it a
> working group document, please respond to the mpls-tp mailing
> list before Wednesday March 25.
> 
> /Loa
> 

-- 


Loa Andersson

Sr Strategy and Standards Manager    phone:  +46 10 717 52 13
Ericsson ///                                 +46 767 72 92 13 


                                       email:  loa.andersson@ericsson.com
                                               loa.andersson@redback.com
                                               loa@pi.nu



From annamaria.fulignoli@ericsson.com  Fri Mar 13 01:32:16 2009
Return-Path: <annamaria.fulignoli@ericsson.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E245528C1A2; Fri, 13 Mar 2009 01:32:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.249
X-Spam-Level: 
X-Spam-Status: No, score=-6.249 tagged_above=-999 required=5 tests=[AWL=0.000,  BAYES_00=-2.599, HELO_EQ_SE=0.35, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id skUHbV65F0Fk; Fri, 13 Mar 2009 01:32:10 -0700 (PDT)
Received: from mailgw4.ericsson.se (mailgw4.ericsson.se [193.180.251.62]) by core3.amsl.com (Postfix) with ESMTP id 126A628C177; Fri, 13 Mar 2009 01:32:03 -0700 (PDT)
Received: from mailgw4.ericsson.se (unknown [127.0.0.1]) by mailgw4.ericsson.se (Symantec Mail Security) with ESMTP id 2B7DC21960; Fri, 13 Mar 2009 09:32:40 +0100 (CET)
X-AuditID: c1b4fb3e-ad89dbb0000023da-2d-49ba1a273ee5
Received: from esealmw128.eemea.ericsson.se (unknown [153.88.253.124]) by mailgw4.ericsson.se (Symantec Mail Security) with ESMTP id C284D222E2; Fri, 13 Mar 2009 09:32:39 +0100 (CET)
Received: from esealmw118.eemea.ericsson.se ([153.88.200.77]) by esealmw128.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830);  Fri, 13 Mar 2009 09:31:21 +0100
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Date: Fri, 13 Mar 2009 09:31:20 +0100
Message-ID: <93DFCD4B101EB440B5B72997456C5F940368C5BE@esealmw118.eemea.ericsson.se>
In-Reply-To: <DD7E9F364F33B54881C225192D4872D701A9FE6F@xmb-rtp-211.amer.cisco.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [PWE3] [mpls]  2nd wg last call on draft-ietf-mpls-tp-gach-gal
thread-index: AcmeenhnQRpQH0GjPUmTSqrAenuIjwEwLsagAB1zhrA=
References: <C4617650-2550-4B99-8776-BC3DB5E24C4D@lucidvision.com><C5D702D8.13186%benjamin.niven-jenkins@bt.com> <DD7E9F364F33B54881C225192D4872D701A9FE6F@xmb-rtp-211.amer.cisco.com>
From: "Annamaria Fulignoli" <annamaria.fulignoli@ericsson.com>
To: "Luyuan Fang (lufang)" <lufang@cisco.com>, "Ben Niven-Jenkins" <benjamin.niven-jenkins@bt.com>, "Thomas Nadeau" <tnadeau@lucidvision.com>, "Loa Andersson" <loa@pi.nu>
X-OriginalArrivalTime: 13 Mar 2009 08:31:21.0907 (UTC) FILETIME=[16D2F830:01C9A3B6]
X-Brightmail-Tracker: AAAAAA==
X-Mailman-Approved-At: Thu, 26 Mar 2009 09:26:10 -0700
Cc: mpls@ietf.org, ITU-T ad hoc team on MPLS-TP <ahmpls-tp@lists.itu.int>, mpls-tp@ietf.org, ccamp@ops.ietf.org, pwe3@ietf.org, David Ward <dward@cisco.com>, Malcolm Betts <betts01@nortel.com>, VIGOUREUX MARTIN <Martin.Vigoureux@alcatel-lucent.com>
Subject: Re: [mpls] [PWE3] 2nd wg last call on draft-ietf-mpls-tp-gach-gal
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 13 Mar 2009 08:32:17 -0000

Agreed
Annamaria=20

-----Original Message-----
From: pwe3-bounces@ietf.org [mailto:pwe3-bounces@ietf.org] On Behalf Of =
Luyuan Fang (lufang)
Sent: gioved=EC 12 marzo 2009 18.52
To: Ben Niven-Jenkins; Thomas Nadeau; Loa Andersson
Cc: mpls@ietf.org; ITU-T ad hoc team on MPLS-TP; mpls-tp@ietf.org; =
ccamp@ops.ietf.org; pwe3@ietf.org; David Ward; Malcolm Betts; VIGOUREUX =
MARTIN
Subject: Re: [PWE3] [mpls] 2nd wg last call on =
draft-ietf-mpls-tp-gach-gal

Agreed.
Luyuan=20

-----Original Message-----
From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of =
Ben Niven-Jenkins
Sent: 06 March 2009 11:42
To: Thomas Nadeau; Loa Andersson
Cc: mpls@ietf.org; ITU-T ad hoc team on MPLS-TP; mpls-tp@ietf.org; =
ccamp@ops.ietf.org; pwe3@ietf.org; David Ward; Malcolm Betts; VIGOUREUX =
MARTIN
Subject: Re: [mpls] [PWE3] 2nd wg last call on =
draft-ietf-mpls-tp-gach-gal

Agreed.

It addresses a need and provides a solution for operators evolving to =
MPLS-TP from their existing deployed MPLS & PW services without =
significant changes to their existing support infrastructures.

Ben



On 06/03/2009 14:00, "Thomas Nadeau" <tnadeau@lucidvision.com> wrote:

>=20
> I think this document is ready to progress forward.
>=20
> --Tom
>=20
>=20
> On Feb 24, 2009:10:25 AM, at 10:25 AM, Loa Andersson wrote:
>=20
>> All,
>>=20
>> an updated version (-02) of the draft-ietf-mpls-tp-gach-gal has been=20
>> published.
>>=20
>> The draft is found at:
>>=20
>> http://tools.ietf.org/html/draft-ietf-mpls-tp-gach-gal-02
>>=20
>> Since the updates are significant this is to initiate a 2 week=20
>> working group last call on the new version.
>>=20
>> Please send your comments to the mpls-tp@ietf.org mailing list.
>>=20
>> The working group last call will end on March 11.
>>=20
>> /Loa
>> --
>>=20
>>=20
>> Loa Andersson
>>=20
>> Sr Strategy and Standards Manager
>> Ericsson ///                          phone:  +46 8 632 77 14
>>=20
>>                                      email:
>> loa.andersson@ericsson.com
>>
loa.andersson@redback.com
>>                                              loa@pi.nu
>>=20
>>=20
>> _______________________________________________
>> pwe3 mailing list
>> pwe3@ietf.org
>> https://www.ietf.org/mailman/listinfo/pwe3
>>=20
>=20
> _______________________________________________
> pwe3 mailing list
> pwe3@ietf.org
> https://www.ietf.org/mailman/listinfo/pwe3

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

From web-usrn@ISI.EDU  Tue Mar 17 14:40:27 2009
Return-Path: <web-usrn@ISI.EDU>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 22E573A682B for <mpls@core3.amsl.com>; Tue, 17 Mar 2009 14:40:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -17.239
X-Spam-Level: 
X-Spam-Status: No, score=-17.239 tagged_above=-999 required=5 tests=[AWL=0.360, BAYES_00=-2.599, USER_IN_DEF_WHITELIST=-15]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OnEyoxfIMkHx for <mpls@core3.amsl.com>; Tue, 17 Mar 2009 14:40:25 -0700 (PDT)
Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by core3.amsl.com (Postfix) with ESMTP id CBE043A67D9 for <mpls@ietf.org>; Tue, 17 Mar 2009 14:40:25 -0700 (PDT)
Received: from boreas.isi.edu (localhost [127.0.0.1]) by boreas.isi.edu (8.13.8/8.13.8) with ESMTP id n2HLeFFx026623 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 17 Mar 2009 14:40:16 -0700 (PDT)
Received: (from web-usrn@localhost) by boreas.isi.edu (8.13.8/8.13.8/Submit) id n2HLeETH026616; Tue, 17 Mar 2009 14:40:14 -0700 (PDT)
Date: Tue, 17 Mar 2009 14:40:14 -0700 (PDT)
Message-Id: <200903172140.n2HLeETH026616@boreas.isi.edu>
To: bruno.decraene@orange-ftgroup.com, jeanlouis.leroux@orange-ftgroup.com, ina@juniper.net, rcallon@juniper.net, dward@cisco.com, adrian@olddog.co.uk, swallow@cisco.com, loa@pi.nu
From: RFC Errata System <rfc-editor@rfc-editor.org>
X-ISI-4-43-8-MailScanner: Found to be clean
X-MailScanner-From: web-usrn@boreas.isi.edu
X-Mailman-Approved-At: Thu, 26 Mar 2009 09:26:31 -0700
Cc: mpls@ietf.org, ah@TR-Sys.de, rfc-editor@rfc-editor.org
Subject: [mpls] [Editorial Errata Reported] RFC5283 (1731)
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Mar 2009 21:40:27 -0000

The following errata report has been submitted for RFC5283,
"LDP Extension for Inter-Area Label Switched Paths (LSPs)".

--------------------------------------
You may review the report below and at:
http://www.rfc-editor.org/errata_search.php?rfc=5283&eid=1731

--------------------------------------
Type: Editorial
Reported by: Alfred Hoenes <ah@TR-Sys.de>

Section: 6.1, Fig.1

Original Text
-------------
[[ Top part of Figure 1 (page 6): ]]

                        Area "B"

                 Level 2 / Backbone area
              +--------------------------+
     Area "A" |                          |  Area "C"
              |                          |
|    Level 1  |                          |  Level 1 / area
              |        P1                |
   +----------+                          +-------------+


Corrected Text
--------------
                        Area "B"

                 Level 2 / Backbone area
              +--------------------------+
     Area "A" |                          |  Area "C"
              |                          |
|    Level 1  |                          |  Level 1
              |        P1                |
   +----------+                          +-------------+


Notes
-----
Rationale: balance the annotation, avoid replicated "area"
-- keep for update! --

Instructions:
-------------
This errata is currently posted as "Reported". If necessary, please
use "Reply All" to discuss whether it should be verified or
rejected. When a decision is reached, the verifying party (IESG)
can log in to change the status and edit the report, if necessary. 

--------------------------------------
RFC5283 (draft-ietf-mpls-ldp-interarea-04)
--------------------------------------
Title               : LDP Extension for Inter-Area Label Switched Paths (LSPs)
Publication Date    : July 2008
Author(s)           : B. Decraene, JL. Le Roux, I. Minei
Category            : PROPOSED STANDARD
Source              : Multiprotocol Label Switching
Area                : Routing
Stream              : IETF
Verifying Party     : IESG

From web-usrn@ISI.EDU  Tue Mar 17 14:42:19 2009
Return-Path: <web-usrn@ISI.EDU>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 025D13A683F for <mpls@core3.amsl.com>; Tue, 17 Mar 2009 14:42:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -17.242
X-Spam-Level: 
X-Spam-Status: No, score=-17.242 tagged_above=-999 required=5 tests=[AWL=0.357, BAYES_00=-2.599, USER_IN_DEF_WHITELIST=-15]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Z-dG8k+aax5t for <mpls@core3.amsl.com>; Tue, 17 Mar 2009 14:42:18 -0700 (PDT)
Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by core3.amsl.com (Postfix) with ESMTP id 42C863A67D9 for <mpls@ietf.org>; Tue, 17 Mar 2009 14:42:18 -0700 (PDT)
Received: from boreas.isi.edu (localhost [127.0.0.1]) by boreas.isi.edu (8.13.8/8.13.8) with ESMTP id n2HLgN7p027179 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 17 Mar 2009 14:42:24 -0700 (PDT)
Received: (from web-usrn@localhost) by boreas.isi.edu (8.13.8/8.13.8/Submit) id n2HLgNRH027178; Tue, 17 Mar 2009 14:42:23 -0700 (PDT)
Date: Tue, 17 Mar 2009 14:42:23 -0700 (PDT)
Message-Id: <200903172142.n2HLgNRH027178@boreas.isi.edu>
To: bruno.decraene@orange-ftgroup.com, jeanlouis.leroux@orange-ftgroup.com, ina@juniper.net, rcallon@juniper.net, dward@cisco.com, adrian@olddog.co.uk, swallow@cisco.com, loa@pi.nu
From: RFC Errata System <rfc-editor@rfc-editor.org>
X-ISI-4-43-8-MailScanner: Found to be clean
X-MailScanner-From: web-usrn@boreas.isi.edu
X-Mailman-Approved-At: Thu, 26 Mar 2009 09:26:31 -0700
Cc: mpls@ietf.org, ah@TR-Sys.de, rfc-editor@rfc-editor.org
Subject: [mpls] [Editorial Errata Reported] RFC5283 (1732)
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Mar 2009 21:42:19 -0000

The following errata report has been submitted for RFC5283,
"LDP Extension for Inter-Area Label Switched Paths (LSPs)".

--------------------------------------
You may review the report below and at:
http://www.rfc-editor.org/errata_search.php?rfc=5283&eid=1732

--------------------------------------
Type: Editorial
Reported by: Alfred Hoenes <ah@TR-Sys.de>

Section: 7.2, pg.8

Original Text
-------------
|         [...]  Currently, with most routers implementations, ...
                                            ^

Corrected Text
--------------
|         [...]  Currently, with most router implementations, ...

Notes
-----
Typo/grammar; keep for update!

Instructions:
-------------
This errata is currently posted as "Reported". If necessary, please
use "Reply All" to discuss whether it should be verified or
rejected. When a decision is reached, the verifying party (IESG)
can log in to change the status and edit the report, if necessary. 

--------------------------------------
RFC5283 (draft-ietf-mpls-ldp-interarea-04)
--------------------------------------
Title               : LDP Extension for Inter-Area Label Switched Paths (LSPs)
Publication Date    : July 2008
Author(s)           : B. Decraene, JL. Le Roux, I. Minei
Category            : PROPOSED STANDARD
Source              : Multiprotocol Label Switching
Area                : Routing
Stream              : IETF
Verifying Party     : IESG

From loa@pi.nu  Thu Mar 26 09:38:54 2009
Return-Path: <loa@pi.nu>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 392803A67DD; Thu, 26 Mar 2009 09:38:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.249
X-Spam-Level: 
X-Spam-Status: No, score=-2.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_SE=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BR9okDQwpArp; Thu, 26 Mar 2009 09:38:53 -0700 (PDT)
Received: from ns.elverljung.se (ns.elverljung.se [194.68.48.116]) by core3.amsl.com (Postfix) with ESMTP id 58CC028C0E4; Thu, 26 Mar 2009 09:38:53 -0700 (PDT)
Received: from [130.129.17.240] (dhcp-11f0.meeting.ietf.org [130.129.17.240]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: loa) by ns.elverljung.se (Postfix) with ESMTPSA id 15F472D851C; Thu, 26 Mar 2009 17:39:44 +0100 (CET)
Message-ID: <49CBAFC9.2000203@pi.nu>
Date: Thu, 26 Mar 2009 17:39:37 +0100
From: Loa Andersson <loa@pi.nu>
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
MIME-Version: 1.0
To: mpls-tp@ietf.org, mpls@ietf.org
References: <49C23E3A.1060601@pi.nu>
In-Reply-To: <49C23E3A.1060601@pi.nu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [mpls] poll to make draft-busi-mpls-tp-oam-framework an mpls working group document
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 26 Mar 2009 16:38:54 -0000

All,

this poll has ended.

We have accepted draft-busi-mpls-tp-oam-framework as an MPLS wg
document.

Could the authors/editors please republish the draft as
draft-ietf-mpls-tp-oam-framework-00.txt

Loa and George

Loa Andersson wrote:
> Working Group,
> 
> 
> the authors of draft-busi-mpls-tp-oam-framework-02-02-1.txt has
> requested the document shall be accepted as a working group document.
> 
> This is a one week poll to see if there are support for making it a
> working group document, please respond to the mpls-tp mailing list
> before Wednesday March 26.
> 
> The document will be found at:
> 
> http://www.tla-group.com/~loa/draft-busi-mpls-tp-oam-framework-02-02-1.txt
> 
> Disclaimer: I've decided to start this poll even though the draft is not
> available from the IETF repository.
> 
> 
> /Loa
> 
> 

-- 


Loa Andersson

Sr Strategy and Standards Manager    phone:  +46 10 717 52 13
Ericsson ///                                 +46 767 72 92 13 


                                       email:  loa.andersson@ericsson.com
                                               loa.andersson@redback.com
                                               loa@pi.nu



From gregimirsky@gmail.com  Fri Mar 27 10:42:34 2009
Return-Path: <gregimirsky@gmail.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C687F3A6C97 for <mpls@core3.amsl.com>; Fri, 27 Mar 2009 10:42:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.367
X-Spam-Level: 
X-Spam-Status: No, score=-2.367 tagged_above=-999 required=5 tests=[AWL=0.231,  BAYES_00=-2.599, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6KxWc-F6pxNe for <mpls@core3.amsl.com>; Fri, 27 Mar 2009 10:42:33 -0700 (PDT)
Received: from mail-bw0-f169.google.com (mail-bw0-f169.google.com [209.85.218.169]) by core3.amsl.com (Postfix) with ESMTP id B36B83A679C for <mpls@ietf.org>; Fri, 27 Mar 2009 10:42:32 -0700 (PDT)
Received: by bwz17 with SMTP id 17so1102231bwz.37 for <mpls@ietf.org>; Fri, 27 Mar 2009 10:43:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=cFtLrgvAVGwGZsl8mrM4Lr8JovOK7ijSxSeYDZMXQB0=; b=gste3zunAlmaeGwtSy6oBXArD4wWet2gGC3+HTKY9kFePeIGSxoz/zmZrNE/ylbRQS wXbyNA49N9bVlnCC82Qzt26pfNTpU03AzeFcEG303E5rfEf7XUNj1I8/RAcZ614Zlj0z jjEKzbj4T72UkSP8NM7S93dSSirn9nRoTpIJk=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=uu5J5HNZuxphduPPpFpv/BZPo8tSzmD/tHJlHU8vN81VOFfYyE+UNjI3XgAwFiXucV drGaoXr9ggPCH3fYaHNhh05LFxUc5g0SPH0Pk6UMPWRoZVEdFkbgzXKIJpPS61mJc5qr f9xq+BRhHjRwR0UOcCbvZhsQv47nETLPMIk18=
MIME-Version: 1.0
Received: by 10.103.11.5 with SMTP id o5mr549157mui.75.1238175805686; Fri, 27  Mar 2009 10:43:25 -0700 (PDT)
In-Reply-To: <49CA74BB.20904@redback.com>
References: <49CA74BB.20904@redback.com>
Date: Fri, 27 Mar 2009 10:43:25 -0700
Message-ID: <787be2780903271043u4f6ed1fcq32d317013ae22e32@mail.gmail.com>
From: Greg Mirsky <gregimirsky@gmail.com>
To: Sriganesh Kini <skini@redback.com>
Content-Type: multipart/alternative; boundary=0016364169dd1142fb04661d454d
Cc: mpls@ietf.org
Subject: Re: [mpls] I-D ACTION:draft-lu-ldp-igp-sync-bcast-00 - Comments?
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 27 Mar 2009 17:42:34 -0000

--0016364169dd1142fb04661d454d
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Dear Sri,
I was the one who raised the question. Thank you for you clarification but I
am still concerned about extended convergence. Without proposed modification
the black-holing of traffic will stop after LDP is operational between A and
B. With the proposed change the traffic will continue to flow over
PE1-A-C-D-PE2 path until LDP is operational between B and all its neighbors
on the broadcast segment.And the proposed modification helps to avoid
black-holing of traffic PE1 to PE2 though convergence to more optimal path
might be somewhat slower.
But, if I may, let's remove nodes C and D from the topology and consider the
same scenario as in the draft. With current behavior path PE1 to PE2 becomes
operational after IGP and LDP between A and B is operational. With proposed
modification of behavior in node B the path is operational only after B
makes LDP operational between C and E respectively. That might increase
convergence slightly. But my major concern is, as I've mentioned during the
meeting, with scenario of more nodes coming up sequentially on the broadcast
segment. Imagine there are nodes F, G, H, J, I, K, and etc. that are coming
one by one and form IGP adjacency with B. That will keep IGP/LDP ratio on on
node B out of desired balance (goal is to have number of IGP neighbors equal
to number of LDP peering over the broadcast interface). I believe that in
this, though unlikely, scenario the convergence will be worse with proposed
modification.
And I've got another question related to the proposed modification. In the
proposal the 'cut-edge' link advertised only after LDP is operational with
all IGP neighbors over the boradcast interface. But if an IGP neighbor
doesn't support LDP wouldn't that prevent node B from advertising its
'cut-edge' link ever?

Regards,
Greg

On Wed, Mar 25, 2009 at 11:15 AM, Sriganesh Kini <skini@redback.com> wrote:

> Hi,
>
> This draft was presented at the MPLS WG meeting today.
>
> There was one question at the end of the presentation that could not be
> answered due to lack of time.
>
> The question (if I recollect correctly) seemed to be - When there are many
> nodes on the broadcast network coming up does this increase the network
> convergence time.
> The answer is no. This solution does not increase the time to converge.
> There are 2 scenarios
> 1. If the routers detect the broadcast network as a 'cut-edge' - Fairly
> straightforward. There is no change in convergence time as nothing special
> is done.
> 2. If the routers detect the broadcast network as not a 'cut-edge', the
> network convergence time is no worse than RFC5443, since increasing the
> network metric produces the same effect. In fact the convergence will
> generally be better in draft-lu since traffic that need not be shifted away
> from the broadcast network is unaffected. Routers apply draft-lu procedures
> on seeing the first adjacency on that broadcast network.
>
> Thanks
>
> - Sri
>
>
> I-D ACTION:draft-lu-ldp-igp-sync-bcast-00.txt
>
>
> --------------------------------------------------------------------------------
>
> To: i-d-announce at ietf.org
> Subject: I-D ACTION:draft-lu-ldp-igp-sync-bcast-00.txt
> From: Internet-Drafts at ietf.org
> Date: Wed, 11 Mar 2009 13:00:01 -0700 (PDT)
> Delivered-to: i-d-announce at core3.amsl.com
> List-archive:<http://www.ietf.org/mail-archive/web/i-d-announce>
> List-help:<mailto:i-d-announce-request@ietf.org?subject=help>
> List-id: Internet Draft Announcements only<i-d-announce.ietf.org>
> List-post:<mailto:i-d-announce@ietf.org>
> List-subscribe:<https://www.ietf.org/mailman/listinfo/i-d-announce
> >,<mailto:i-d-announce-request@ietf.org?subject=subscribe>
> List-unsubscribe:<https://www.ietf.org/mailman/listinfo/i-d-announce
> >,<mailto:i-d-announce-request@ietf.org?subject=unsubscribe>
> Reply-to: internet-drafts at ietf.org
>
>
> --------------------------------------------------------------------------------
>
> A New Internet-Draft is available from the on-line Internet-Drafts
> directories.
>
>
>        Title           : LDP IGP Synchronization for broadcast networks
>        Author(s)       : S. Kini, W. Lu
>        Filename        : draft-lu-ldp-igp-sync-bcast-00.txt
>        Pages           : 7
>        Date            : 2009-3-4
>
>   [LDP-IGP-SYNC] describes a mechanism to prevent black-holing traffic
>   (e.g. VPN) when IGP is operational on a link but LDP is not. If this
>   mechanism is applied to broadcast links that have more than one
>   LDP/IGP peer, the cost-out procedure can only be applied to the link
>   as a whole but not an individual peer. When a new LDP peer comes up
>   on a broadcast network, this can result in loss of traffic through
>   other established peers on that network. This document describes a
>   mechanism to address that use-case without dropping traffic. The
>   mechanism does not introduce any protocol changes.
>
> A URL for this Internet-Draft is:
> http://www.ietf.org/internet-drafts/draft-lu-ldp-igp-sync-bcast-00.txt
>
> Internet-Drafts are also available by anonymous FTP at:
> ftp://ftp.ietf.org/internet-drafts/
>
> Below is the data which will enable a MIME compliant mail reader
> implementation to automatically retrieve the ASCII version of the
> Internet-Draft.
>
> <ftp://ftp.ietf.org/internet-drafts/draft-lu-ldp-igp-sync-bcast-00.txt>
>
>
>
> _______________________________________________
> mpls mailing list
> mpls@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls
>

--0016364169dd1142fb04661d454d
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Dear Sri,<br>I was the one who raised the question. Thank you for you clari=
fication but I am still concerned about extended convergence. Without propo=
sed modification the black-holing of traffic will stop after LDP is operati=
onal between A and B. With the proposed change the traffic will continue to=
 flow over PE1-A-C-D-PE2 path until LDP is operational between B and all it=
s neighbors on the broadcast segment.And the proposed modification helps to=
 avoid black-holing of traffic PE1 to PE2 though convergence to more optima=
l path might be somewhat slower.<br>
But, if I may, let&#39;s remove nodes C and D from the topology and conside=
r the same scenario as in the draft. With current behavior path PE1 to PE2 =
becomes operational after IGP and LDP between A and B is operational. With =
proposed modification of behavior in node B the path is operational only af=
ter B makes LDP operational between C and E respectively. That might increa=
se convergence slightly. But my major concern is, as I&#39;ve mentioned dur=
ing the meeting, with scenario of more nodes coming up sequentially on the =
broadcast segment. Imagine there are nodes F, G, H, J, I, K, and etc. that =
are coming one by one and form IGP adjacency with B. That will keep IGP/LDP=
 ratio on on node B out of desired balance (goal is to have number of IGP n=
eighbors equal to number of LDP peering over the broadcast interface). I be=
lieve that in this, though unlikely, scenario the convergence will be worse=
 with proposed modification.<br>
And I&#39;ve got another question related to the proposed modification. In =
the proposal the &#39;cut-edge&#39; link advertised only after LDP is opera=
tional with all IGP neighbors over the boradcast interface. But if an IGP n=
eighbor doesn&#39;t support LDP wouldn&#39;t that prevent node B from adver=
tising its &#39;cut-edge&#39; link ever?<br>
<br>Regards,<br>Greg<br><br><div class=3D"gmail_quote">On Wed, Mar 25, 2009=
 at 11:15 AM, Sriganesh Kini <span dir=3D"ltr">&lt;<a href=3D"mailto:skini@=
redback.com">skini@redback.com</a>&gt;</span> wrote:<br><blockquote class=
=3D"gmail_quote" style=3D"border-left: 1px solid rgb(204, 204, 204); margin=
: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi,<br>
<br>
This draft was presented at the MPLS WG meeting today.<br>
<br>
There was one question at the end of the presentation that could not be ans=
wered due to lack of time.<br>
<br>
The question (if I recollect correctly) seemed to be - When there are many =
nodes on the broadcast network coming up does this increase the network con=
vergence time.<br>
The answer is no. This solution does not increase the time to converge. The=
re are 2 scenarios<br>
1. If the routers detect the broadcast network as a &#39;cut-edge&#39; - Fa=
irly straightforward. There is no change in convergence time as nothing spe=
cial is done.<br>
2. If the routers detect the broadcast network as not a &#39;cut-edge&#39;,=
 the network convergence time is no worse than RFC5443, since increasing th=
e network metric produces the same effect. In fact the convergence will gen=
erally be better in draft-lu since traffic that need not be shifted away fr=
om the broadcast network is unaffected. Routers apply draft-lu procedures o=
n seeing the first adjacency on that broadcast network.<br>

<br>
Thanks<br>
<br>
- Sri<br>
<br>
<br>
I-D ACTION:draft-lu-ldp-igp-sync-bcast-00.txt<br>
<br>
---------------------------------------------------------------------------=
-----<br>
<br>
To: i-d-announce at <a href=3D"http://ietf.org" target=3D"_blank">ietf.org<=
/a><br>
Subject: I-D ACTION:draft-lu-ldp-igp-sync-bcast-00.txt<br>
From: Internet-Drafts at <a href=3D"http://ietf.org" target=3D"_blank">ietf=
.org</a><br>
Date: Wed, 11 Mar 2009 13:00:01 -0700 (PDT)<br>
Delivered-to: i-d-announce at <a href=3D"http://core3.amsl.com" target=3D"_=
blank">core3.amsl.com</a><br>
List-archive:&lt;<a href=3D"http://www.ietf.org/mail-archive/web/i-d-announ=
ce" target=3D"_blank">http://www.ietf.org/mail-archive/web/i-d-announce</a>=
&gt;<br>
List-help:&lt;mailto:<a href=3D"mailto:i-d-announce-request@ietf.org" targe=
t=3D"_blank">i-d-announce-request@ietf.org</a>?subject=3Dhelp&gt;<br>
List-id: Internet Draft Announcements only&lt;<a href=3D"http://i-d-announc=
e.ietf.org" target=3D"_blank">i-d-announce.ietf.org</a>&gt;<br>
List-post:&lt;mailto:<a href=3D"mailto:i-d-announce@ietf.org" target=3D"_bl=
ank">i-d-announce@ietf.org</a>&gt;<br>
List-subscribe:&lt;<a href=3D"https://www.ietf.org/mailman/listinfo/i-d-ann=
ounce" target=3D"_blank">https://www.ietf.org/mailman/listinfo/i-d-announce=
</a>&gt;,&lt;mailto:<a href=3D"mailto:i-d-announce-request@ietf.org" target=
=3D"_blank">i-d-announce-request@ietf.org</a>?subject=3Dsubscribe&gt;<br>

List-unsubscribe:&lt;<a href=3D"https://www.ietf.org/mailman/listinfo/i-d-a=
nnounce" target=3D"_blank">https://www.ietf.org/mailman/listinfo/i-d-announ=
ce</a>&gt;,&lt;mailto:<a href=3D"mailto:i-d-announce-request@ietf.org" targ=
et=3D"_blank">i-d-announce-request@ietf.org</a>?subject=3Dunsubscribe&gt;<b=
r>

Reply-to: internet-drafts at <a href=3D"http://ietf.org" target=3D"_blank">=
ietf.org</a><br>
<br>
---------------------------------------------------------------------------=
-----<br>
<br>
A New Internet-Draft is available from the on-line Internet-Drafts<br>
directories.<br>
<br>
<br>
 =A0 =A0 =A0 =A0Title =A0 =A0 =A0 =A0 =A0 : LDP IGP Synchronization for bro=
adcast networks<br>
 =A0 =A0 =A0 =A0Author(s) =A0 =A0 =A0 : S. Kini, W. Lu<br>
 =A0 =A0 =A0 =A0Filename =A0 =A0 =A0 =A0: draft-lu-ldp-igp-sync-bcast-00.tx=
t<br>
 =A0 =A0 =A0 =A0Pages =A0 =A0 =A0 =A0 =A0 : 7<br>
 =A0 =A0 =A0 =A0Date =A0 =A0 =A0 =A0 =A0 =A0: 2009-3-4<br>
 =A0 =A0 =A0 =A0<br>
 =A0 [LDP-IGP-SYNC] describes a mechanism to prevent black-holing traffic<b=
r>
 =A0 (e.g. VPN) when IGP is operational on a link but LDP is not. If this<b=
r>
 =A0 mechanism is applied to broadcast links that have more than one<br>
 =A0 LDP/IGP peer, the cost-out procedure can only be applied to the link<b=
r>
 =A0 as a whole but not an individual peer. When a new LDP peer comes up<br=
>
 =A0 on a broadcast network, this can result in loss of traffic through<br>
 =A0 other established peers on that network. This document describes a<br>
 =A0 mechanism to address that use-case without dropping traffic. The<br>
 =A0 mechanism does not introduce any protocol changes.<br>
<br>
A URL for this Internet-Draft is:<br>
<a href=3D"http://www.ietf.org/internet-drafts/draft-lu-ldp-igp-sync-bcast-=
00.txt" target=3D"_blank">http://www.ietf.org/internet-drafts/draft-lu-ldp-=
igp-sync-bcast-00.txt</a><br>
<br>
Internet-Drafts are also available by anonymous FTP at:<br>
<a href=3D"ftp://ftp.ietf.org/internet-drafts/" target=3D"_blank">ftp://ftp=
.ietf.org/internet-drafts/</a><br>
<br>
Below is the data which will enable a MIME compliant mail reader<br>
implementation to automatically retrieve the ASCII version of the<br>
Internet-Draft.<br>
<br>
&lt;<a href=3D"ftp://ftp.ietf.org/internet-drafts/draft-lu-ldp-igp-sync-bca=
st-00.txt" target=3D"_blank">ftp://ftp.ietf.org/internet-drafts/draft-lu-ld=
p-igp-sync-bcast-00.txt</a>&gt;<br>
<br>
<br>
<br>
_______________________________________________<br>
mpls mailing list<br>
<a href=3D"mailto:mpls@ietf.org" target=3D"_blank">mpls@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/mpls" target=3D"_blank">ht=
tps://www.ietf.org/mailman/listinfo/mpls</a><br>
</blockquote></div><br>

--0016364169dd1142fb04661d454d--

From prvs=330e3bf2a=skini@redback.com  Fri Mar 27 11:14:53 2009
Return-Path: <prvs=330e3bf2a=skini@redback.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 11FEC28C18E for <mpls@core3.amsl.com>; Fri, 27 Mar 2009 11:14:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.487
X-Spam-Level: 
X-Spam-Status: No, score=-2.487 tagged_above=-999 required=5 tests=[AWL=0.112,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 97pC6D3EStuV for <mpls@core3.amsl.com>; Fri, 27 Mar 2009 11:14:52 -0700 (PDT)
Received: from mgate.redback.com (mgate.redback.com [155.53.3.41]) by core3.amsl.com (Postfix) with ESMTP id F0F823A695F for <mpls@ietf.org>; Fri, 27 Mar 2009 11:14:51 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="4.38,433,1233561600";  d="scan'208";a="538913"
Received: from prattle.redback.com ([155.53.12.9]) by mgate.redback.com with ESMTP; 27 Mar 2009 11:15:47 -0700
Received: from localhost (localhost [127.0.0.1]) by prattle.redback.com (Postfix) with ESMTP id 041D676DE50; Fri, 27 Mar 2009 11:15:47 -0700 (PDT)
Received: from prattle.redback.com ([127.0.0.1]) by localhost (prattle [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 18822-05; Fri, 27 Mar 2009 11:15:34 -0700 (PDT)
Received: from [127.0.0.1] (unknown [138.85.215.253]) by prattle.redback.com (Postfix) with ESMTP id BFB1F6E10; Fri, 27 Mar 2009 11:15:33 -0700 (PDT)
Message-ID: <49CD17AD.10606@redback.com>
Date: Fri, 27 Mar 2009 11:15:09 -0700
From: Sriganesh Kini <skini@redback.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1b3pre) Gecko/20081204 Thunderbird/3.0b1
MIME-Version: 1.0
To: Greg Mirsky <gregimirsky@gmail.com>
References: <49CA74BB.20904@redback.com> <787be2780903271043u4f6ed1fcq32d317013ae22e32@mail.gmail.com>
In-Reply-To: <787be2780903271043u4f6ed1fcq32d317013ae22e32@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: mpls@ietf.org
Subject: Re: [mpls] I-D ACTION:draft-lu-ldp-igp-sync-bcast-00 - Comments?
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 27 Mar 2009 18:16:40 -0000

Hi Greg, pls see inline ..

- Sri


On 3/27/2009 10:43 AM, Greg Mirsky wrote:
> Dear Sri,
> I was the one who raised the question. Thank you for you clarification 
> but I am still concerned about extended convergence. Without proposed 
> modification the black-holing of traffic will stop after LDP is 
> operational between A and B. With the proposed change the traffic will 
> continue to flow over PE1-A-C-D-PE2 path until LDP is operational 
> between B and all its neighbors on the broadcast segment.And the 
> proposed modification helps to avoid black-holing of traffic PE1 to 
> PE2 though convergence to more optimal path might be somewhat slower.

A path can be considered for optimality only after it is operational. So 
PE1-PE2 traffic convergence is not slower.

> But, if I may, let's remove nodes C and D from the topology and 
> consider the same scenario as in the draft. With current behavior path 
> PE1 to PE2 becomes operational after IGP and LDP between A and B is 
> operational. With proposed modification of behavior in node B the path 
> is operational only after B makes LDP operational between C and E 
> respectively. That might increase convergence slightly. But my major 
> concern is, as I've mentioned during 

When C and D are removed from the topology, B deduces that that its 
interface to the broadcast network is a cut-edge. PE1-PE2 convergence is 
not increased.

> the meeting, with scenario of more nodes coming up sequentially on the 
> broadcast segment. Imagine there are nodes F, G, H, J, I, K, and etc. 
> that are coming one by one and form IGP adjacency with B. That will 
> keep IGP/LDP ratio on on node B out of desired balance (goal is to 
> have number of IGP neighbors equal to number of LDP peering over the 
> broadcast interface). I believe that in this, though unlikely, 
> scenario the convergence will be worse with proposed modification.

If nodes F, G, ... are introduced in the topology, B's interface to the 
broadcast network is still a cut-edge, as I explained above convergence 
is not increased

> And I've got another question related to the proposed modification. In 
> the proposal the 'cut-edge' link advertised only after LDP is 
> operational with all IGP neighbors over the boradcast interface. But 
> if an IGP neighbor doesn't support LDP wouldn't that prevent node B 
> from advertising its 'cut-edge' link ever?

Practically, there are simple ways of deducing that some IGP neighbors 
on a broadcast interface do not support LDP. Timeout, 
lack-of-LDP-hellos, configuration are some ways.

>
> Regards,
> Greg
>
> On Wed, Mar 25, 2009 at 11:15 AM, Sriganesh Kini <skini@redback.com 
> <mailto:skini@redback.com>> wrote:
>
>     Hi,
>
>     This draft was presented at the MPLS WG meeting today.
>
>     There was one question at the end of the presentation that could
>     not be answered due to lack of time.
>
>     The question (if I recollect correctly) seemed to be - When there
>     are many nodes on the broadcast network coming up does this
>     increase the network convergence time.
>     The answer is no. This solution does not increase the time to
>     converge. There are 2 scenarios
>     1. If the routers detect the broadcast network as a 'cut-edge' -
>     Fairly straightforward. There is no change in convergence time as
>     nothing special is done.
>     2. If the routers detect the broadcast network as not a
>     'cut-edge', the network convergence time is no worse than RFC5443,
>     since increasing the network metric produces the same effect. In
>     fact the convergence will generally be better in draft-lu since
>     traffic that need not be shifted away from the broadcast network
>     is unaffected. Routers apply draft-lu procedures on seeing the
>     first adjacency on that broadcast network.
>
>     Thanks
>
>     - Sri
>
>
>     I-D ACTION:draft-lu-ldp-igp-sync-bcast-00.txt
>
>     --------------------------------------------------------------------------------
>
>     To: i-d-announce at ietf.org <http://ietf.org>
>     Subject: I-D ACTION:draft-lu-ldp-igp-sync-bcast-00.txt
>     From: Internet-Drafts at ietf.org <http://ietf.org>
>     Date: Wed, 11 Mar 2009 13:00:01 -0700 (PDT)
>     Delivered-to: i-d-announce at core3.amsl.com <http://core3.amsl.com>
>     List-archive:<http://www.ietf.org/mail-archive/web/i-d-announce>
>     List-help:<mailto:i-d-announce-request@ietf.org
>     <mailto:i-d-announce-request@ietf.org>?subject=help>
>     List-id: Internet Draft Announcements only<i-d-announce.ietf.org
>     <http://i-d-announce.ietf.org>>
>     List-post:<mailto:i-d-announce@ietf.org
>     <mailto:i-d-announce@ietf.org>>
>     List-subscribe:<https://www.ietf.org/mailman/listinfo/i-d-announce>,<mailto:i-d-announce-request@ietf.org
>     <mailto:i-d-announce-request@ietf.org>?subject=subscribe>
>     List-unsubscribe:<https://www.ietf.org/mailman/listinfo/i-d-announce>,<mailto:i-d-announce-request@ietf.org
>     <mailto:i-d-announce-request@ietf.org>?subject=unsubscribe>
>     Reply-to: internet-drafts at ietf.org <http://ietf.org>
>
>     --------------------------------------------------------------------------------
>
>     A New Internet-Draft is available from the on-line Internet-Drafts
>     directories.
>
>
>            Title           : LDP IGP Synchronization for broadcast
>     networks
>            Author(s)       : S. Kini, W. Lu
>            Filename        : draft-lu-ldp-igp-sync-bcast-00.txt
>            Pages           : 7
>            Date            : 2009-3-4
>
>       [LDP-IGP-SYNC] describes a mechanism to prevent black-holing traffic
>       (e.g. VPN) when IGP is operational on a link but LDP is not. If this
>       mechanism is applied to broadcast links that have more than one
>       LDP/IGP peer, the cost-out procedure can only be applied to the link
>       as a whole but not an individual peer. When a new LDP peer comes up
>       on a broadcast network, this can result in loss of traffic through
>       other established peers on that network. This document describes a
>       mechanism to address that use-case without dropping traffic. The
>       mechanism does not introduce any protocol changes.
>
>     A URL for this Internet-Draft is:
>     http://www.ietf.org/internet-drafts/draft-lu-ldp-igp-sync-bcast-00.txt
>
>     Internet-Drafts are also available by anonymous FTP at:
>     ftp://ftp.ietf.org/internet-drafts/
>
>     Below is the data which will enable a MIME compliant mail reader
>     implementation to automatically retrieve the ASCII version of the
>     Internet-Draft.
>
>     <ftp://ftp.ietf.org/internet-drafts/draft-lu-ldp-igp-sync-bcast-00.txt>
>
>
>
>     _______________________________________________
>     mpls mailing list
>     mpls@ietf.org <mailto:mpls@ietf.org>
>     https://www.ietf.org/mailman/listinfo/mpls
>
>


From gregimirsky@gmail.com  Fri Mar 27 11:35:46 2009
Return-Path: <gregimirsky@gmail.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E36423A6CA1 for <mpls@core3.amsl.com>; Fri, 27 Mar 2009 11:35:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.396
X-Spam-Level: 
X-Spam-Status: No, score=-2.396 tagged_above=-999 required=5 tests=[AWL=0.202,  BAYES_00=-2.599, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DpO7yQf-fk3G for <mpls@core3.amsl.com>; Fri, 27 Mar 2009 11:35:45 -0700 (PDT)
Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.191]) by core3.amsl.com (Postfix) with ESMTP id 3BC0C3A6C77 for <mpls@ietf.org>; Fri, 27 Mar 2009 11:35:43 -0700 (PDT)
Received: by mu-out-0910.google.com with SMTP id w9so534644mue.9 for <mpls@ietf.org>; Fri, 27 Mar 2009 11:36:37 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=J6OpjjXyN7blOunYViM20aGPsHyFm9unQofylkB4Pgc=; b=aviJqkD1dezIRFiZ52JiMmuUQX2mprfRhgt14ercs3uloeaROw5hufas3eCJGv0ElU RCbr0DHAsSz/TVDft8yVqnpO/xLw2v5EduhzZf/PbWGDswSaYEmQB9ppr0KrdLPhm9Cz 5IpC/2Dd8qZ4yClmkKEHusL5GpRjnDSDuz28A=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=lkm/xrz+zCi0cGJ4MgkKtCueyYPKId9IULy4APdjeS7fkHsvofGS25NJQJ9QxeKFuK uCpOCQAmG9TFRho2KS87mxkKr9p4eEY+SRHKcXw7opYCmF+7dZ+/8VejUNcfZFHNsbh9 0uuD6NobQNKveFE3QB13XYoaho4BysqTFVqlU=
MIME-Version: 1.0
Received: by 10.103.214.13 with SMTP id r13mr570616muq.37.1238178996925; Fri,  27 Mar 2009 11:36:36 -0700 (PDT)
In-Reply-To: <49CD17AD.10606@redback.com>
References: <49CA74BB.20904@redback.com> <787be2780903271043u4f6ed1fcq32d317013ae22e32@mail.gmail.com> <49CD17AD.10606@redback.com>
Date: Fri, 27 Mar 2009 11:36:36 -0700
Message-ID: <787be2780903271136o1706c18dq4ceb7a8862d90a4d@mail.gmail.com>
From: Greg Mirsky <gregimirsky@gmail.com>
To: Sriganesh Kini <skini@redback.com>
Content-Type: multipart/alternative; boundary=001636a7d91247b50a04661e033d
Cc: mpls@ietf.org
Subject: Re: [mpls] I-D ACTION:draft-lu-ldp-igp-sync-bcast-00 - Comments?
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 27 Mar 2009 18:35:47 -0000

--001636a7d91247b50a04661e033d
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Hi Sri,
please see my notes in-line tagged by [GIM].
Regards,
Greg
[snip]

>
>
>  But, if I may, let's remove nodes C and D from the topology and consider
>> the same scenario as in the draft. With current behavior path PE1 to PE2
>> becomes operational after IGP and LDP between A and B is operational. With
>> proposed modification of behavior in node B the path is operational only
>> after B makes LDP operational between C and E respectively. That might
>> increase convergence slightly. But my major concern is, as I've mentioned
>> during
>>
>
> When C and D are removed from the topology, B deduces that that its
> interface to the broadcast network is a cut-edge. PE1-PE2 convergence is not
> increased.
>
>  the meeting, with scenario of more nodes coming up sequentially on the
>> broadcast segment. Imagine there are nodes F, G, H, J, I, K, and etc. that
>> are coming one by one and form IGP adjacency with B. That will keep IGP/LDP
>> ratio on on node B out of desired balance (goal is to have number of IGP
>> neighbors equal to number of LDP peering over the broadcast interface). I
>> believe that in this, though unlikely, scenario the convergence will be
>> worse with proposed modification.
>>
>
> If nodes F, G, ... are introduced in the topology, B's interface to the
> broadcast network is still a cut-edge, as I explained above convergence is
> not increased
>


[GIM]  I'm sorry but I couldn't find any technical explanation above.

> And I've got another question related to the proposed modification. In the
> proposal the 'cut-edge' link advertised only after LDP is operational with
> all IGP neighbors over the boradcast interface. But if an IGP neighbor
> doesn't support LDP wouldn't that prevent node B from advertising its
> 'cut-edge' link ever?
>

 Practically, there are simple ways of deducing that some IGP neighbors on a
> broadcast interface do not support LDP. Timeout, lack-of-LDP-hellos,
> configuration are some ways.
>

[GIM] I agree but that changes condition set forward in the draft:

"... the updating of the LSA with that link to the pseudo-node is
   postponed till LDP is operational with all the neighbors on that
   broadcast interface ..."

And the way or ways of such determination should be described in the document.


>
>> Regards,
>> Greg
>>
>> On Wed, Mar 25, 2009 at 11:15 AM, Sriganesh Kini <skini@redback.com<mailto:
>> skini@redback.com>> wrote:
>>
>>    Hi,
>>
>>    This draft was presented at the MPLS WG meeting today.
>>
>>    There was one question at the end of the presentation that could
>>    not be answered due to lack of time.
>>
>>    The question (if I recollect correctly) seemed to be - When there
>>    are many nodes on the broadcast network coming up does this
>>    increase the network convergence time.
>>    The answer is no. This solution does not increase the time to
>>    converge. There are 2 scenarios
>>    1. If the routers detect the broadcast network as a 'cut-edge' -
>>    Fairly straightforward. There is no change in convergence time as
>>    nothing special is done.
>>    2. If the routers detect the broadcast network as not a
>>    'cut-edge', the network convergence time is no worse than RFC5443,
>>    since increasing the network metric produces the same effect. In
>>    fact the convergence will generally be better in draft-lu since
>>    traffic that need not be shifted away from the broadcast network
>>    is unaffected. Routers apply draft-lu procedures on seeing the
>>    first adjacency on that broadcast network.
>>
>>    Thanks
>>
>>    - Sri
>>
>>
>>    I-D ACTION:draft-lu-ldp-igp-sync-bcast-00.txt
>>
>>
>>  --------------------------------------------------------------------------------
>>
>>    To: i-d-announce at ietf.org <http://ietf.org>
>>    Subject: I-D ACTION:draft-lu-ldp-igp-sync-bcast-00.txt
>>    From: Internet-Drafts at ietf.org <http://ietf.org>
>>    Date: Wed, 11 Mar 2009 13:00:01 -0700 (PDT)
>>    Delivered-to: i-d-announce at core3.amsl.com <http://core3.amsl.com>
>>    List-archive:<http://www.ietf.org/mail-archive/web/i-d-announce>
>>    List-help:<mailto:i-d-announce-request@ietf.org
>>    <mailto:i-d-announce-request@ietf.org>?subject=help>
>>    List-id: Internet Draft Announcements only<i-d-announce.ietf.org
>>    <http://i-d-announce.ietf.org>>
>>    List-post:<mailto:i-d-announce@ietf.org
>>    <mailto:i-d-announce@ietf.org>>
>>    List-subscribe:<https://www.ietf.org/mailman/listinfo/i-d-announce
>> >,<mailto:i-d-announce-request@ietf.org
>>    <mailto:i-d-announce-request@ietf.org>?subject=subscribe>
>>    List-unsubscribe:<https://www.ietf.org/mailman/listinfo/i-d-announce
>> >,<mailto:i-d-announce-request@ietf.org
>>    <mailto:i-d-announce-request@ietf.org>?subject=unsubscribe>
>>    Reply-to: internet-drafts at ietf.org <http://ietf.org>
>>
>>
>>
>>  --------------------------------------------------------------------------------
>>
>>    A New Internet-Draft is available from the on-line Internet-Drafts
>>    directories.
>>
>>
>>           Title           : LDP IGP Synchronization for broadcast
>>    networks
>>           Author(s)       : S. Kini, W. Lu
>>           Filename        : draft-lu-ldp-igp-sync-bcast-00.txt
>>           Pages           : 7
>>           Date            : 2009-3-4
>>
>>      [LDP-IGP-SYNC] describes a mechanism to prevent black-holing traffic
>>      (e.g. VPN) when IGP is operational on a link but LDP is not. If this
>>      mechanism is applied to broadcast links that have more than one
>>      LDP/IGP peer, the cost-out procedure can only be applied to the link
>>      as a whole but not an individual peer. When a new LDP peer comes up
>>      on a broadcast network, this can result in loss of traffic through
>>      other established peers on that network. This document describes a
>>      mechanism to address that use-case without dropping traffic. The
>>      mechanism does not introduce any protocol changes.
>>
>>    A URL for this Internet-Draft is:
>>    http://www.ietf.org/internet-drafts/draft-lu-ldp-igp-sync-bcast-00.txt
>>
>>    Internet-Drafts are also available by anonymous FTP at:
>>    ftp://ftp.ietf.org/internet-drafts/
>>
>>    Below is the data which will enable a MIME compliant mail reader
>>    implementation to automatically retrieve the ASCII version of the
>>    Internet-Draft.
>>
>>    <ftp://ftp.ietf.org/internet-drafts/draft-lu-ldp-igp-sync-bcast-00.txt
>> >
>>
>>
>>
>>    _______________________________________________
>>    mpls mailing list
>>    mpls@ietf.org <mailto:mpls@ietf.org>
>>    https://www.ietf.org/mailman/listinfo/mpls
>>
>>
>>
>

--001636a7d91247b50a04661e033d
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hi Sri,<br>please see my notes in-line tagged by [GIM].<br>Regards,<br>Greg=
<br>[snip]<br><div class=3D"gmail_quote"><blockquote class=3D"gmail_quote" =
style=3D"border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8=
ex; padding-left: 1ex;">
<div class=3D"im"><br>
<br>
<blockquote class=3D"gmail_quote" style=3D"border-left: 1px solid rgb(204, =
204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
But, if I may, let&#39;s remove nodes C and D from the topology and conside=
r the same scenario as in the draft. With current behavior path PE1 to PE2 =
becomes operational after IGP and LDP between A and B is operational. With =
proposed modification of behavior in node B the path is operational only af=
ter B makes LDP operational between C and E respectively. That might increa=
se convergence slightly. But my major concern is, as I&#39;ve mentioned dur=
ing <br>

</blockquote>
<br></div>
When C and D are removed from the topology, B deduces that that its interfa=
ce to the broadcast network is a cut-edge. PE1-PE2 convergence is not incre=
ased.<div class=3D"im"><br>
<br>
<blockquote class=3D"gmail_quote" style=3D"border-left: 1px solid rgb(204, =
204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
the meeting, with scenario of more nodes coming up sequentially on the broa=
dcast segment. Imagine there are nodes F, G, H, J, I, K, and etc. that are =
coming one by one and form IGP adjacency with B. That will keep IGP/LDP rat=
io on on node B out of desired balance (goal is to have number of IGP neigh=
bors equal to number of LDP peering over the broadcast interface). I believ=
e that in this, though unlikely, scenario the convergence will be worse wit=
h proposed modification.<br>

</blockquote>
<br></div>
If nodes F, G, ... are introduced in the topology, B&#39;s interface to the=
 broadcast network is still a cut-edge, as I explained above convergence is=
 not increased<br><div class=3D"im">
</div></blockquote><div>=A0</div><br style=3D"color: rgb(0, 0, 153);"><div>=
<span style=3D"color: rgb(0, 0, 153);">[GIM]=A0  I&#39;m sorry but I couldn=
&#39;t find any technical explanation above.</span>
<div class=3D"im">=A0<br>
<blockquote class=3D"gmail_quote" style=3D"border-left: 1px solid rgb(204, =
204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
And I&#39;ve got another question related to the proposed modification. In =
the proposal the &#39;cut-edge&#39; link advertised only after LDP is opera=
tional with all IGP neighbors over the boradcast interface. But if an IGP n=
eighbor doesn&#39;t support LDP wouldn&#39;t that prevent node B from adver=
tising its &#39;cut-edge&#39; link ever?<br>

</blockquote>
<br></div>
</div><blockquote class=3D"gmail_quote" style=3D"border-left: 1px solid rgb=
(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Practically, there are simple ways of deducing that some IGP neighbors on a=
 broadcast interface do not support LDP. Timeout, lack-of-LDP-hellos, confi=
guration are some ways.<br>
</blockquote><div><br><span style=3D"color: rgb(0, 0, 153);">[GIM] I agree =
but that changes condition set forward in the draft: </span><br style=3D"co=
lor: rgb(0, 0, 153);"><pre style=3D"color: rgb(0, 0, 153);" class=3D"newpag=
e">
&quot;... <font size=3D"4">the updating of the LSA with that link to the ps=
eudo-node is<br>   postponed till LDP is operational with all the neighbors=
 on that<br>   broadcast interface ...&quot;<br><br>And the way or ways of =
such determination should be described in the document.</font><br>
</pre></div><blockquote class=3D"gmail_quote" style=3D"border-left: 1px sol=
id rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br s=
tyle=3D"color: rgb(0, 0, 153);">
<blockquote class=3D"gmail_quote" style=3D"border-left: 1px solid rgb(204, =
204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br style=3D"color: rgb(0, 0, 153);"><span style=3D"color: rgb(0, 0, 153);"=
>
Regards,</span><br>
Greg<div class=3D"im"><br>
<br>
On Wed, Mar 25, 2009 at 11:15 AM, Sriganesh Kini &lt;<a href=3D"mailto:skin=
i@redback.com" target=3D"_blank">skini@redback.com</a> &lt;mailto:<a href=
=3D"mailto:skini@redback.com" target=3D"_blank">skini@redback.com</a>&gt;&g=
t; wrote:<br>

<br>
 =A0 =A0Hi,<br>
<br>
 =A0 =A0This draft was presented at the MPLS WG meeting today.<br>
<br>
 =A0 =A0There was one question at the end of the presentation that could<br=
>
 =A0 =A0not be answered due to lack of time.<br>
<br>
 =A0 =A0The question (if I recollect correctly) seemed to be - When there<b=
r>
 =A0 =A0are many nodes on the broadcast network coming up does this<br>
 =A0 =A0increase the network convergence time.<br>
 =A0 =A0The answer is no. This solution does not increase the time to<br>
 =A0 =A0converge. There are 2 scenarios<br>
 =A0 =A01. If the routers detect the broadcast network as a &#39;cut-edge&#=
39; -<br>
 =A0 =A0Fairly straightforward. There is no change in convergence time as<b=
r>
 =A0 =A0nothing special is done.<br>
 =A0 =A02. If the routers detect the broadcast network as not a<br>
 =A0 =A0&#39;cut-edge&#39;, the network convergence time is no worse than R=
FC5443,<br>
 =A0 =A0since increasing the network metric produces the same effect. In<br=
>
 =A0 =A0fact the convergence will generally be better in draft-lu since<br>
 =A0 =A0traffic that need not be shifted away from the broadcast network<br=
>
 =A0 =A0is unaffected. Routers apply draft-lu procedures on seeing the<br>
 =A0 =A0first adjacency on that broadcast network.<br>
<br>
 =A0 =A0Thanks<br>
<br>
 =A0 =A0- Sri<br>
<br>
<br>
 =A0 =A0I-D ACTION:draft-lu-ldp-igp-sync-bcast-00.txt<br>
<br>
 =A0 =A0-------------------------------------------------------------------=
-------------<br>
<br></div>
 =A0 =A0To: i-d-announce at <a href=3D"http://ietf.org" target=3D"_blank">i=
etf.org</a> &lt;<a href=3D"http://ietf.org" target=3D"_blank">http://ietf.o=
rg</a>&gt;<div class=3D"im"><br>
 =A0 =A0Subject: I-D ACTION:draft-lu-ldp-igp-sync-bcast-00.txt<br></div>
 =A0 =A0From: Internet-Drafts at <a href=3D"http://ietf.org" target=3D"_bla=
nk">ietf.org</a> &lt;<a href=3D"http://ietf.org" target=3D"_blank">http://i=
etf.org</a>&gt;<div class=3D"im"><br>
 =A0 =A0Date: Wed, 11 Mar 2009 13:00:01 -0700 (PDT)<br></div>
 =A0 =A0Delivered-to: i-d-announce at <a href=3D"http://core3.amsl.com" tar=
get=3D"_blank">core3.amsl.com</a> &lt;<a href=3D"http://core3.amsl.com" tar=
get=3D"_blank">http://core3.amsl.com</a>&gt;<div class=3D"im"><br>
 =A0 =A0List-archive:&lt;<a href=3D"http://www.ietf.org/mail-archive/web/i-=
d-announce" target=3D"_blank">http://www.ietf.org/mail-archive/web/i-d-anno=
unce</a>&gt;<br>
 =A0 =A0List-help:&lt;mailto:<a href=3D"mailto:i-d-announce-request@ietf.or=
g" target=3D"_blank">i-d-announce-request@ietf.org</a><br>
 =A0 =A0&lt;mailto:<a href=3D"mailto:i-d-announce-request@ietf.org" target=
=3D"_blank">i-d-announce-request@ietf.org</a>&gt;?subject=3Dhelp&gt;<br>
 =A0 =A0List-id: Internet Draft Announcements only&lt;<a href=3D"http://i-d=
-announce.ietf.org" target=3D"_blank">i-d-announce.ietf.org</a><br></div>
 =A0 =A0&lt;<a href=3D"http://i-d-announce.ietf.org" target=3D"_blank">http=
://i-d-announce.ietf.org</a>&gt;&gt;<div class=3D"im"><br>
 =A0 =A0List-post:&lt;mailto:<a href=3D"mailto:i-d-announce@ietf.org" targe=
t=3D"_blank">i-d-announce@ietf.org</a><br>
 =A0 =A0&lt;mailto:<a href=3D"mailto:i-d-announce@ietf.org" target=3D"_blan=
k">i-d-announce@ietf.org</a>&gt;&gt;<br>
 =A0 =A0List-subscribe:&lt;<a href=3D"https://www.ietf.org/mailman/listinfo=
/i-d-announce" target=3D"_blank">https://www.ietf.org/mailman/listinfo/i-d-=
announce</a>&gt;,&lt;mailto:<a href=3D"mailto:i-d-announce-request@ietf.org=
" target=3D"_blank">i-d-announce-request@ietf.org</a><br>

 =A0 =A0&lt;mailto:<a href=3D"mailto:i-d-announce-request@ietf.org" target=
=3D"_blank">i-d-announce-request@ietf.org</a>&gt;?subject=3Dsubscribe&gt;<b=
r>
 =A0 =A0List-unsubscribe:&lt;<a href=3D"https://www.ietf.org/mailman/listin=
fo/i-d-announce" target=3D"_blank">https://www.ietf.org/mailman/listinfo/i-=
d-announce</a>&gt;,&lt;mailto:<a href=3D"mailto:i-d-announce-request@ietf.o=
rg" target=3D"_blank">i-d-announce-request@ietf.org</a><br>

 =A0 =A0&lt;mailto:<a href=3D"mailto:i-d-announce-request@ietf.org" target=
=3D"_blank">i-d-announce-request@ietf.org</a>&gt;?subject=3Dunsubscribe&gt;=
<br></div>
 =A0 =A0Reply-to: internet-drafts at <a href=3D"http://ietf.org" target=3D"=
_blank">ietf.org</a> &lt;<a href=3D"http://ietf.org" target=3D"_blank">http=
://ietf.org</a>&gt;<div><div></div><div class=3D"h5"><br>
<br>
 =A0 =A0-------------------------------------------------------------------=
-------------<br>
<br>
 =A0 =A0A New Internet-Draft is available from the on-line Internet-Drafts<=
br>
 =A0 =A0directories.<br>
<br>
<br>
 =A0 =A0 =A0 =A0 =A0 Title =A0 =A0 =A0 =A0 =A0 : LDP IGP Synchronization fo=
r broadcast<br>
 =A0 =A0networks<br>
 =A0 =A0 =A0 =A0 =A0 Author(s) =A0 =A0 =A0 : S. Kini, W. Lu<br>
 =A0 =A0 =A0 =A0 =A0 Filename =A0 =A0 =A0 =A0: draft-lu-ldp-igp-sync-bcast-=
00.txt<br>
 =A0 =A0 =A0 =A0 =A0 Pages =A0 =A0 =A0 =A0 =A0 : 7<br>
 =A0 =A0 =A0 =A0 =A0 Date =A0 =A0 =A0 =A0 =A0 =A0: 2009-3-4<br>
<br>
 =A0 =A0 =A0[LDP-IGP-SYNC] describes a mechanism to prevent black-holing tr=
affic<br>
 =A0 =A0 =A0(e.g. VPN) when IGP is operational on a link but LDP is not. If=
 this<br>
 =A0 =A0 =A0mechanism is applied to broadcast links that have more than one=
<br>
 =A0 =A0 =A0LDP/IGP peer, the cost-out procedure can only be applied to the=
 link<br>
 =A0 =A0 =A0as a whole but not an individual peer. When a new LDP peer come=
s up<br>
 =A0 =A0 =A0on a broadcast network, this can result in loss of traffic thro=
ugh<br>
 =A0 =A0 =A0other established peers on that network. This document describe=
s a<br>
 =A0 =A0 =A0mechanism to address that use-case without dropping traffic. Th=
e<br>
 =A0 =A0 =A0mechanism does not introduce any protocol changes.<br>
<br>
 =A0 =A0A URL for this Internet-Draft is:<br>
 =A0 =A0<a href=3D"http://www.ietf.org/internet-drafts/draft-lu-ldp-igp-syn=
c-bcast-00.txt" target=3D"_blank">http://www.ietf.org/internet-drafts/draft=
-lu-ldp-igp-sync-bcast-00.txt</a><br>
<br>
 =A0 =A0Internet-Drafts are also available by anonymous FTP at:<br>
 =A0 =A0<a href=3D"ftp://ftp.ietf.org/internet-drafts/" target=3D"_blank">f=
tp://ftp.ietf.org/internet-drafts/</a><br>
<br>
 =A0 =A0Below is the data which will enable a MIME compliant mail reader<br=
>
 =A0 =A0implementation to automatically retrieve the ASCII version of the<b=
r>
 =A0 =A0Internet-Draft.<br>
<br>
 =A0 =A0&lt;<a href=3D"ftp://ftp.ietf.org/internet-drafts/draft-lu-ldp-igp-=
sync-bcast-00.txt" target=3D"_blank">ftp://ftp.ietf.org/internet-drafts/dra=
ft-lu-ldp-igp-sync-bcast-00.txt</a>&gt;<br>
<br>
<br>
<br>
 =A0 =A0_______________________________________________<br>
 =A0 =A0mpls mailing list<br></div></div>
 =A0 =A0<a href=3D"mailto:mpls@ietf.org" target=3D"_blank">mpls@ietf.org</a=
> &lt;mailto:<a href=3D"mailto:mpls@ietf.org" target=3D"_blank">mpls@ietf.o=
rg</a>&gt;<div class=3D"im"><br>
 =A0 =A0<a href=3D"https://www.ietf.org/mailman/listinfo/mpls" target=3D"_b=
lank">https://www.ietf.org/mailman/listinfo/mpls</a><br>
<br>
<br>
</div></blockquote>
<br>
</blockquote></div><br>

--001636a7d91247b50a04661e033d--

From prvs=330e3bf2a=skini@redback.com  Fri Mar 27 13:19:42 2009
Return-Path: <prvs=330e3bf2a=skini@redback.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E63813A6C83 for <mpls@core3.amsl.com>; Fri, 27 Mar 2009 13:19:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.525
X-Spam-Level: 
X-Spam-Status: No, score=-2.525 tagged_above=-999 required=5 tests=[AWL=0.074,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AOJudJ1NuqAU for <mpls@core3.amsl.com>; Fri, 27 Mar 2009 13:19:41 -0700 (PDT)
Received: from mgate.redback.com (mgate.redback.com [155.53.3.41]) by core3.amsl.com (Postfix) with ESMTP id BBE323A6B7A for <mpls@ietf.org>; Fri, 27 Mar 2009 13:19:41 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="4.38,434,1233561600";  d="scan'208";a="541290"
Received: from prattle.redback.com ([155.53.12.9]) by mgate.redback.com with ESMTP; 27 Mar 2009 13:20:36 -0700
Received: from localhost (localhost [127.0.0.1]) by prattle.redback.com (Postfix) with ESMTP id DEE4A8F10E8; Fri, 27 Mar 2009 13:20:36 -0700 (PDT)
Received: from prattle.redback.com ([127.0.0.1]) by localhost (prattle [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24916-08; Fri, 27 Mar 2009 13:20:24 -0700 (PDT)
Received: from [127.0.0.1] (unknown [138.85.215.253]) by prattle.redback.com (Postfix) with ESMTP id C96FE8F10E7; Fri, 27 Mar 2009 13:20:23 -0700 (PDT)
Message-ID: <49CD34ED.5070005@redback.com>
Date: Fri, 27 Mar 2009 13:19:57 -0700
From: Sriganesh Kini <skini@redback.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1b3pre) Gecko/20081204 Thunderbird/3.0b1
MIME-Version: 1.0
To: Greg Mirsky <gregimirsky@gmail.com>
References: <49CA74BB.20904@redback.com>	 <787be2780903271043u4f6ed1fcq32d317013ae22e32@mail.gmail.com>	 <49CD17AD.10606@redback.com> <787be2780903271136o1706c18dq4ceb7a8862d90a4d@mail.gmail.com>
In-Reply-To: <787be2780903271136o1706c18dq4ceb7a8862d90a4d@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: mpls@ietf.org
Subject: Re: [mpls] I-D ACTION:draft-lu-ldp-igp-sync-bcast-00 - Comments?
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 27 Mar 2009 20:19:43 -0000

Greg, pls see inline

- Sri


On 3/27/2009 11:36 AM, Greg Mirsky wrote:
> Hi Sri,
> please see my notes in-line tagged by [GIM].
> Regards,
> Greg
> [snip]
>
>
>
>         But, if I may, let's remove nodes C and D from the topology
>         and consider the same scenario as in the draft. With current
>         behavior path PE1 to PE2 becomes operational after IGP and LDP
>         between A and B is operational. With proposed modification of
>         behavior in node B the path is operational only after B makes
>         LDP operational between C and E respectively. That might
>         increase convergence slightly. But my major concern is, as
>         I've mentioned during
>
>
>     When C and D are removed from the topology, B deduces that that
>     its interface to the broadcast network is a cut-edge. PE1-PE2
>     convergence is not increased.
>

The draft specifies that when the edge is a cut-edge, no special 
handling is done i.e. the link from the router to the pseudo-node is 
advertised when the IGP adjacency is established. Hence IGP adjacencies 
and paths come up in the usual way and convergence is not affected.

>
>         the meeting, with scenario of more nodes coming up
>         sequentially on the broadcast segment. Imagine there are nodes
>         F, G, H, J, I, K, and etc. that are coming one by one and form
>         IGP adjacency with B. That will keep IGP/LDP ratio on on node
>         B out of desired balance (goal is to have number of IGP
>         neighbors equal to number of LDP peering over the broadcast
>         interface). I believe that in this, though unlikely, scenario
>         the convergence will be worse with proposed modification.
>
>
>     If nodes F, G, ... are introduced in the topology, B's interface
>     to the broadcast network is still a cut-edge, as I explained above
>     convergence is not increased
>
>
> [GIM]  I'm sorry but I couldn't find any technical explanation above.

Pls see explanation above. If I have misunderstood, pls clarify what is 
not clear.

>
>     And I've got another question related to the proposed
>     modification. In the proposal the 'cut-edge' link advertised only
>     after LDP is operational with all IGP neighbors over the boradcast
>     interface. But if an IGP neighbor doesn't support LDP wouldn't
>     that prevent node B from advertising its 'cut-edge' link ever?
>
>
>     Practically, there are simple ways of deducing that some IGP
>     neighbors on a broadcast interface do not support LDP. Timeout,
>     lack-of-LDP-hellos, configuration are some ways.
>
>
> [GIM] I agree but that changes condition set forward in the draft:
> "...the updating of the LSA with that link to the pseudo-node is
>     postponed till LDP is operational with all the neighbors on that
>     broadcast interface ..."
>
> And the way or ways of such determination should be described in the document.
>    

Note that we have specified in the section 4 - scope, that issues such 
as certain neighbors not being configured for LDP are outside the scope 
of draft-lu. Also, note that such conditions are not in scope of RFC 
5443 either.  But we can add a clarifying statement in the next version 
of draft-lu if it helps.

>    
>
>
>
>         Regards,
>         Greg
>
>
>         On Wed, Mar 25, 2009 at 11:15 AM, Sriganesh Kini
>         <skini@redback.com <mailto:skini@redback.com>
>         <mailto:skini@redback.com <mailto:skini@redback.com>>> wrote:
>
>            Hi,
>
>            This draft was presented at the MPLS WG meeting today.
>
>            There was one question at the end of the presentation that
>         could
>            not be answered due to lack of time.
>
>            The question (if I recollect correctly) seemed to be - When
>         there
>            are many nodes on the broadcast network coming up does this
>            increase the network convergence time.
>            The answer is no. This solution does not increase the time to
>            converge. There are 2 scenarios
>            1. If the routers detect the broadcast network as a
>         'cut-edge' -
>            Fairly straightforward. There is no change in convergence
>         time as
>            nothing special is done.
>            2. If the routers detect the broadcast network as not a
>            'cut-edge', the network convergence time is no worse than
>         RFC5443,
>            since increasing the network metric produces the same
>         effect. In
>            fact the convergence will generally be better in draft-lu since
>            traffic that need not be shifted away from the broadcast
>         network
>            is unaffected. Routers apply draft-lu procedures on seeing the
>            first adjacency on that broadcast network.
>
>            Thanks
>
>            - Sri
>
>
>            I-D ACTION:draft-lu-ldp-igp-sync-bcast-00.txt
>
>          
>          --------------------------------------------------------------------------------
>
>            To: i-d-announce at ietf.org <http://ietf.org>
>         <http://ietf.org>
>
>            Subject: I-D ACTION:draft-lu-ldp-igp-sync-bcast-00.txt
>            From: Internet-Drafts at ietf.org <http://ietf.org>
>         <http://ietf.org>
>
>            Date: Wed, 11 Mar 2009 13:00:01 -0700 (PDT)
>            Delivered-to: i-d-announce at core3.amsl.com
>         <http://core3.amsl.com> <http://core3.amsl.com>
>
>          
>          List-archive:<http://www.ietf.org/mail-archive/web/i-d-announce>
>            List-help:<mailto:i-d-announce-request@ietf.org
>         <mailto:i-d-announce-request@ietf.org>
>         <mailto:i-d-announce-request@ietf.org
>         <mailto:i-d-announce-request@ietf.org>>?subject=help>
>            List-id: Internet Draft Announcements
>         only<i-d-announce.ietf.org <http://i-d-announce.ietf.org>
>         <http://i-d-announce.ietf.org>>
>
>            List-post:<mailto:i-d-announce@ietf.org
>         <mailto:i-d-announce@ietf.org>
>         <mailto:i-d-announce@ietf.org <mailto:i-d-announce@ietf.org>>>
>          
>          List-subscribe:<https://www.ietf.org/mailman/listinfo/i-d-announce>,<mailto:i-d-announce-request@ietf.org
>         <mailto:i-d-announce-request@ietf.org>
>         <mailto:i-d-announce-request@ietf.org
>         <mailto:i-d-announce-request@ietf.org>>?subject=subscribe>
>          
>          List-unsubscribe:<https://www.ietf.org/mailman/listinfo/i-d-announce>,<mailto:i-d-announce-request@ietf.org
>         <mailto:i-d-announce-request@ietf.org>
>         <mailto:i-d-announce-request@ietf.org
>         <mailto:i-d-announce-request@ietf.org>>?subject=unsubscribe>
>            Reply-to: internet-drafts at ietf.org <http://ietf.org>
>         <http://ietf.org>
>
>
>          
>          --------------------------------------------------------------------------------
>
>            A New Internet-Draft is available from the on-line
>         Internet-Drafts
>            directories.
>
>
>                   Title           : LDP IGP Synchronization for broadcast
>            networks
>                   Author(s)       : S. Kini, W. Lu
>                   Filename        : draft-lu-ldp-igp-sync-bcast-00.txt
>                   Pages           : 7
>                   Date            : 2009-3-4
>
>              [LDP-IGP-SYNC] describes a mechanism to prevent
>         black-holing traffic
>              (e.g. VPN) when IGP is operational on a link but LDP is
>         not. If this
>              mechanism is applied to broadcast links that have more
>         than one
>              LDP/IGP peer, the cost-out procedure can only be applied
>         to the link
>              as a whole but not an individual peer. When a new LDP
>         peer comes up
>              on a broadcast network, this can result in loss of
>         traffic through
>              other established peers on that network. This document
>         describes a
>              mechanism to address that use-case without dropping
>         traffic. The
>              mechanism does not introduce any protocol changes.
>
>            A URL for this Internet-Draft is:
>         http://www.ietf.org/internet-drafts/draft-lu-ldp-igp-sync-bcast-00.txt
>
>            Internet-Drafts are also available by anonymous FTP at:
>         ftp://ftp.ietf.org/internet-drafts/
>
>            Below is the data which will enable a MIME compliant mail
>         reader
>            implementation to automatically retrieve the ASCII version
>         of the
>            Internet-Draft.
>
>         <ftp://ftp.ietf.org/internet-drafts/draft-lu-ldp-igp-sync-bcast-00.txt>
>
>
>
>            _______________________________________________
>            mpls mailing list
>         mpls@ietf.org <mailto:mpls@ietf.org> <mailto:mpls@ietf.org
>         <mailto:mpls@ietf.org>>
>
>         https://www.ietf.org/mailman/listinfo/mpls
>
>
>
>


From benjamin.niven-jenkins@bt.com  Sat Mar 28 10:34:50 2009
Return-Path: <benjamin.niven-jenkins@bt.com>
X-Original-To: mpls@core3.amsl.com
Delivered-To: mpls@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 19BCD3A6A88 for <mpls@core3.amsl.com>; Sat, 28 Mar 2009 10:34:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.805
X-Spam-Level: 
X-Spam-Status: No, score=-0.805 tagged_above=-999 required=5 tests=[AWL=-0.342, BAYES_00=-2.599, DATE_IN_PAST_06_12=1.069, RCVD_IN_DNSWL_LOW=-1, RCVD_NUMERIC_HELO=2.067]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rpldAyAOdlK6 for <mpls@core3.amsl.com>; Sat, 28 Mar 2009 10:34:49 -0700 (PDT)
Received: from smtp2.smtp.bt.com (smtp2.smtp.bt.com [217.32.164.150]) by core3.amsl.com (Postfix) with ESMTP id 2A4CA3A693C for <mpls@ietf.org>; Sat, 28 Mar 2009 10:34:48 -0700 (PDT)
Received: from E03MVB3-UKBR.domain1.systemhost.net ([193.113.197.109]) by smtp2.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830);  Sat, 28 Mar 2009 17:35:44 +0000
Received: from 217.32.164.184 ([217.32.164.184]) by E03MVB3-UKBR.domain1.systemhost.net ([193.113.197.60]) via Exchange Front-End Server mail.bt.com ([193.113.197.28]) with Microsoft Exchange Server HTTP-DAV ; Sat, 28 Mar 2009 17:35:43 +0000
User-Agent: Microsoft-Entourage/12.15.0.081119
Date: Sat, 28 Mar 2009 08:27:09 +0000
From: Ben Niven-Jenkins <benjamin.niven-jenkins@bt.com>
To: Sami Boutros <sboutros@cisco.com>, Nitin Bahadur <nitinb@juniper.net>
Message-ID: <C5F38FDD.146E3%benjamin.niven-jenkins@bt.com>
Thread-Topic: [mpls] New version of draft-boutros-mpls-tp-loopback-01
Thread-Index: AcmvfvxGsUJ+zlb3FUOFlo9i7rV/cg==
In-Reply-To: <XFE-SJC-211HpVyLrid0000b767@xfe-sjc-211.amer.cisco.com>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
X-OriginalArrivalTime: 28 Mar 2009 17:35:44.0112 (UTC) FILETIME=[9F362F00:01C9AFCB]
Cc: mpls@ietf.org, "Siva Sivabalan \(msiva\)" <msiva@cisco.com>, David Ward <dward@cisco.com>
Subject: Re: [mpls] New version of draft-boutros-mpls-tp-loopback-01
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mpls>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 28 Mar 2009 17:34:50 -0000

Colleagues,

On 23/03/2009 17:01, "Sami Boutros" <sboutros@cisco.com> wrote:
>> 4) Section 4.5 - Auth TLV. If the message is sent in-band, do we need a
>> auth-tlv ? Was there any requirement (in some requirement draft) to have
>> auth for loopback mode?
> 
> Good point will ask to add this requirement to the requirement doc for OAM
> intrusive functions.

Although I haven't read the draft (sorry Sami!), I can see need for
authentication for loopback.

One use case I am looking at where I need performance monitoring includes
placing T-PEs on unsecured customer premises. Although not foolproof use of
authentication may be required to lessen exposure of my network to attack
vectors through the performance monitoring mechanism.

Ben