From benjamin.niven-jenkins@bt.com Wed Jul 1 13:03:11 2009 Return-Path: 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 BB9E63A6838; Wed, 1 Jul 2009 13:03:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.563 X-Spam-Level: X-Spam-Status: No, score=-0.563 tagged_above=-999 required=5 tests=[AWL=0.969, BAYES_00=-2.599, 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 wXnM8DD6qzQM; Wed, 1 Jul 2009 13:03:11 -0700 (PDT) Received: from smtp3.smtp.bt.com (smtp3.smtp.bt.com [217.32.164.138]) by core3.amsl.com (Postfix) with ESMTP id C7C2B3A6821; Wed, 1 Jul 2009 13:03:10 -0700 (PDT) Received: from E03MVB3-UKBR.domain1.systemhost.net ([193.113.197.107]) by smtp3.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 1 Jul 2009 21:03:20 +0100 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 ; Wed, 1 Jul 2009 20:03:18 +0000 User-Agent: Microsoft-Entourage/12.19.0.090515 Date: Wed, 01 Jul 2009 21:03:17 +0100 From: Ben Niven-Jenkins To: Loa Andersson , , , , Message-ID: Thread-Topic: [CCAMP] poll to make draft-andersson-mpls-tp-process-03.txt a working group document Thread-Index: Acn6hvkv8+OWPI7irk223I8aXpu5Zg== In-Reply-To: <4A4A1EFA.6040101@pi.nu> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit X-OriginalArrivalTime: 01 Jul 2009 20:03:20.0120 (UTC) FILETIME=[FB0C0380:01C9FA86] Subject: Re: [mpls] [CCAMP] poll to make draft-andersson-mpls-tp-process-03.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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2009 20:03:11 -0000 Support. Ben On 30/06/2009 15:19, "Loa Andersson" wrote: > All, > > we have an individual draft, draft-andersson-mpls-tp-process-03.txt, > that describes additions to the mpls working group process to allow > ITU-T to give input on MPLS-TP Internet Drafts. > > It pretty much captures current practice, and from the start we had no > intention to ever progress, but recently there has been comments that > it would have a better and clearer sttus if it were a working group > document. > > We have had no plans to ever make it an RFC, but it has been pointed > out that it would be possible to publish as an Historical RFC. Whether > we execute on that or not is not yet decided. > > Therefore, is is to start at two week poll on making > draft-andersson-mpls-tp-process-03.txt an MPLS working group document. > > The poll ends on July 14. > > Please send your comments to the mpls-tp list. > > Please > > > > From tnadeau@lucidvision.com Wed Jul 1 14:15:54 2009 Return-Path: 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 BEA383A6F3A; Wed, 1 Jul 2009 14:15:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.299 X-Spam-Level: X-Spam-Status: No, score=-2.299 tagged_above=-999 required=5 tests=[AWL=0.300, 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 mNHcVjjV-EZk; Wed, 1 Jul 2009 14:15:54 -0700 (PDT) Received: from lucidvision.com (lucidvision.com [72.71.250.34]) by core3.amsl.com (Postfix) with ESMTP id CF2803A6D73; Wed, 1 Jul 2009 14:15:53 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by lucidvision.com (Postfix) with ESMTP id 66A273F54A18; Wed, 1 Jul 2009 17:16:10 -0400 (EDT) X-Virus-Scanned: amavisd-new at lucidvision.local 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 viJXjmg1n4B2; Wed, 1 Jul 2009 17:16:09 -0400 (EDT) Received: from [192.168.1.120] (static-72-71-250-36.cncdnh.fios.myfairpoint.net [72.71.250.36]) by lucidvision.com (Postfix) with ESMTP id 529313F54A09; Wed, 1 Jul 2009 17:16:09 -0400 (EDT) Message-Id: <621E8D9D-514D-4794-B5A6-05F85BBCFC0C@lucidvision.com> From: Thomas Nadeau To: Ben Niven-Jenkins In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Wed, 1 Jul 2009 17:16:08 -0400 References: X-Mailer: Apple Mail (2.935.3) Cc: mpls@ietf.org, ccamp@ietf.org, mpls-tp@ietf.org, pwe3@ietf.org Subject: Re: [mpls] [CCAMP] poll to make draft-andersson-mpls-tp-process-03.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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2009 21:15:54 -0000 Support. > Support. Ben > > > > On 30/06/2009 15:19, "Loa Andersson" wrote: > >> All, >> >> we have an individual draft, draft-andersson-mpls-tp-process-03.txt, >> that describes additions to the mpls working group process to allow >> ITU-T to give input on MPLS-TP Internet Drafts. >> >> It pretty much captures current practice, and from the start we had >> no >> intention to ever progress, but recently there has been comments that >> it would have a better and clearer sttus if it were a working group >> document. >> >> We have had no plans to ever make it an RFC, but it has been pointed >> out that it would be possible to publish as an Historical RFC. >> Whether >> we execute on that or not is not yet decided. >> >> Therefore, is is to start at two week poll on making >> draft-andersson-mpls-tp-process-03.txt an MPLS working group >> document. >> >> The poll ends on July 14. >> >> Please send your comments to the mpls-tp list. >> >> Please >> >> >> >> > > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp > From gregimirsky@gmail.com Thu Jul 2 08:57:10 2009 Return-Path: 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 C7A7F3A6915; Thu, 2 Jul 2009 08:57:10 -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, 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 hx-D2PxK8Gif; Thu, 2 Jul 2009 08:57:10 -0700 (PDT) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by core3.amsl.com (Postfix) with ESMTP id 29EA83A682E; Thu, 2 Jul 2009 08:57:08 -0700 (PDT) Received: by fg-out-1718.google.com with SMTP id 16so482368fgg.18 for ; Thu, 02 Jul 2009 08:57:28 -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=dlfPyzLgWbWkzCCes7O75nZ1YQwjeEYKKgu9mCUXKn4=; b=KDCjDt1t/cnvGPCbT6BO36UQyhhCaDzNDoaRsFMPirlVEy1JTp9BcE889IkneW8HxH a4zxUz3vI7oIOAQhTaLYjHhnbzqC3tPSd/MNieSb7N8VKTExCz4KoPjKiJacTmCMzeCJ zwqTB4P3SE41Y4hIQdlVUWqZib7Cje7m6pLxg= 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=JvQg41OmuAYzNz/R0EbC1my6keHR/lwIodVg5eWo5kdMBNqTogQeVZGuFtDAZqu5/8 KzIPfAWdMzs4XelnvPvgV8gACa6Vw4sbZOoUhO2MN5WJDSIh9+kW59YlFMewTZxh5PmO SAYwoinUao/5W2V9oBHwFxdrWTBegTxEvrKc4= MIME-Version: 1.0 Received: by 10.239.162.17 with SMTP id j17mr18583hbd.123.1246550248668; Thu, 02 Jul 2009 08:57:28 -0700 (PDT) In-Reply-To: <4A4A1EFA.6040101@pi.nu> References: <4A4A1EFA.6040101@pi.nu> Date: Thu, 2 Jul 2009 11:57:28 -0400 Message-ID: <787be2780907020857j4f87f2d2u645e9307df2dcd9d@mail.gmail.com> From: Greg Mirsky To: Loa Andersson Content-Type: multipart/alternative; boundary=001485f040a4c44372046dbb1822 Cc: mpls@ietf.org, ccamp@ietf.org, pwe3@ietf.org, mpls-tp@ietf.org Subject: Re: [mpls] [CCAMP] poll to make draft-andersson-mpls-tp-process-03.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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jul 2009 15:57:10 -0000 --001485f040a4c44372046dbb1822 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Support Thanks, Greg On Tue, Jun 30, 2009 at 10:19 AM, Loa Andersson wrote: > All, > > we have an individual draft, draft-andersson-mpls-tp-process-03.txt, > that describes additions to the mpls working group process to allow > ITU-T to give input on MPLS-TP Internet Drafts. > > It pretty much captures current practice, and from the start we had no > intention to ever progress, but recently there has been comments that > it would have a better and clearer sttus if it were a working group > document. > > We have had no plans to ever make it an RFC, but it has been pointed > out that it would be possible to publish as an Historical RFC. Whether > we execute on that or not is not yet decided. > > Therefore, is is to start at two week poll on making > draft-andersson-mpls-tp-process-03.txt an MPLS working group document. > > The poll ends on July 14. > > Please send your comments to the mpls-tp list. > > Please > > > > > > -- > > > 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@pi.nu > _______________________________________________ > CCAMP mailing list > CCAMP@ietf.org > https://www.ietf.org/mailman/listinfo/ccamp > --001485f040a4c44372046dbb1822 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Support

Thanks,
Greg

On Tue, Ju= n 30, 2009 at 10:19 AM, Loa Andersson <loa@pi.nu> wrote:
All,

we have an individual draft, draft-andersson-mpls-tp-process-03.txt,
that describes additions to the mpls working group process to allow
ITU-T to give input on MPLS-TP Internet Drafts.

It pretty much captures current practice, and from the start we had no
intention to ever progress, but recently there has been comments that
it would have a better and clearer sttus if it were a working group
document.

We have had no plans to ever make it an RFC, but it has been pointed
out that it would be possible to publish as an Historical RFC. Whether
we execute on that or not is not yet decided.

Therefore, is is to start at two week poll on making
draft-andersson-mpls-tp-process-03.txt an MPLS working group document.

The poll ends on July 14.

Please send your comments to the mpls-tp list.

Please





--


Loa Andersson

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

=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 em= ail: =A0loa= .andersson@ericsson.com
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 loa@pi.nu
_______________________________________________
CCAMP mailing list
CCAMP@ietf.org
h= ttps://www.ietf.org/mailman/listinfo/ccamp

--001485f040a4c44372046dbb1822-- From wwwrun@core3.amsl.com Thu Jul 2 14:31:15 2009 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@core3.amsl.com Received: by core3.amsl.com (Postfix, from userid 30) id A3FAD3A6B84; Thu, 2 Jul 2009 14:31:15 -0700 (PDT) X-idtracker: yes To: IETF-Announce From: The IESG Message-Id: <20090702213115.A3FAD3A6B84@core3.amsl.com> Date: Thu, 2 Jul 2009 14:31:15 -0700 (PDT) Cc: mpls@ietf.org Subject: [mpls] Last Call: draft-ietf-mpls-tp-requirements (MPLS-TP Requirements) to Proposed Standard X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: ietf@ietf.org List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jul 2009 21:31:15 -0000 The IESG has received a request from the Multiprotocol Label Switching WG (mpls) to consider the following document: - 'MPLS-TP Requirements ' as a Proposed Standard The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2009-07-16. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. The file can be obtained via http://www.ietf.org/internet-drafts/draft-ietf-mpls-tp-requirements-09.txt IESG discussion can be tracked via https://datatracker.ietf.org/public/pidtracker.cgi?command=view_id&dTag=18021&rfc_flag=0 From root@core3.amsl.com Thu Jul 2 20:45:01 2009 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@core3.amsl.com Received: by core3.amsl.com (Postfix, from userid 0) id C1A943A6C80; Thu, 2 Jul 2009 20:45:01 -0700 (PDT) From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 Message-Id: <20090703034501.C1A943A6C80@core3.amsl.com> Date: Thu, 2 Jul 2009 20:45:01 -0700 (PDT) Cc: mpls@ietf.org Subject: [mpls] I-D Action:draft-ietf-mpls-ip-options-02.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jul 2009 03:45:01 -0000 --NextPart 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 : Requirements for Label Edge Router Forwarding of IPv4 Option Packets Author(s) : W. Jaeger, et al. Filename : draft-ietf-mpls-ip-options-02.txt Pages : 10 Date : 2009-07-02 This document imposes a new requirement on Label Edge Routers (LER) specifying that when determining whether to MPLS encapsulate an IP packet, the determination is made independent of any IP options that may be carried in the IP packet header. Lack of a formal standard has resulted in different LER forwarding behaviors for IP packets with header options despite being associated with a prefix-based Forwarding Equivalence Class (FEC). IP option packets that belong to a prefix-based FEC but fail to be MPLS encapsulated simply due to their header options present a security risk against the MPLS infrastructure. Further, LERs that are unable to MPLS encapsulate IP packets with header options cannot operate in certain MPLS environments. This new requirement will reduce the risk of IP options-based security attacks against LSRs as well as assist LER operation across MPLS networks which minimize the IP routing information carried by LSRs. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-mpls-ip-options-02.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. --NextPart Content-Type: Message/External-body; name="draft-ietf-mpls-ip-options-02.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2009-07-02204057.I-D@ietf.org> --NextPart-- From loa@pi.nu Mon Jul 6 03:40:17 2009 Return-Path: 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 1F90B3A6BB9; Mon, 6 Jul 2009 03:40:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.308 X-Spam-Level: X-Spam-Status: No, score=-2.308 tagged_above=-999 required=5 tests=[AWL=0.291, 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 R0oj-IrrmtgW; Mon, 6 Jul 2009 03:40:16 -0700 (PDT) Received: from mail.pi.nu (mail.pi.nu [194.71.127.148]) by core3.amsl.com (Postfix) with ESMTP id 4839F3A6ACD; Mon, 6 Jul 2009 03:40:16 -0700 (PDT) Received: from [127.0.0.1] (wdhcp-158-111.verkstad.net [192.36.158.111]) (Authenticated sender: loa@pi.nu) by mail.pi.nu (Postfix) with ESMTPA id 57CC3D4048; Mon, 6 Jul 2009 12:40:36 +0200 (CEST) Message-ID: <4A51D4A1.9010804@pi.nu> Date: Mon, 06 Jul 2009 12:40:33 +0200 From: Loa Andersson User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: mpls@ietf.org, mpls-tp@ietf.org, pwe3@ietf.org, ccamp@ietf.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [mpls] poll on making the mpls-tp process document a working group draft - update X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jul 2009 10:40:17 -0000 All, I started this poll, but since I'm one of the authors of the document I do not feel comfortable to judge the consensus on the poll. I have therefore asked our AD (Adrian Farrel) to step in and together with George make the consensus call. /Loa Loa Andersson wrote: > > All, > > > > we have an individual draft, draft-andersson-mpls-tp-process-03.txt, > > that describes additions to the mpls working group process to allow > > ITU-T to give input on MPLS-TP Internet Drafts. > > > > It pretty much captures current practice, and from the start we had no > > intention to ever progress, but recently there has been comments that > > it would have a better and clearer sttus if it were a working group > > document. > > > > We have had no plans to ever make it an RFC, but it has been pointed > > out that it would be possible to publish as an Historical RFC. Whether > > we execute on that or not is not yet decided. > > > > Therefore, is is to start at two week poll on making > > draft-andersson-mpls-tp-process-03.txt an MPLS working group document. > > > > The poll ends on July 14. > > > > Please send your comments to the mpls-tp list. -- Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 8 632 77 14 From root@core3.amsl.com Mon Jul 6 10:00:02 2009 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@core3.amsl.com Received: by core3.amsl.com (Postfix, from userid 0) id 11C9B3A6B7B; Mon, 6 Jul 2009 10:00:01 -0700 (PDT) From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 Message-Id: <20090706170002.11C9B3A6B7B@core3.amsl.com> Date: Mon, 6 Jul 2009 10:00:02 -0700 (PDT) Cc: mpls@ietf.org Subject: [mpls] I-D ACTION:draft-ietf-mpls-fastreroute-mib-13.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jul 2009 17:00:02 -0000 --NextPart 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 : Multiprotocol Label Switching (MPLS) Traffic Engineering Management Information Base for Fast Reroute Author(s) : R. Cetin, T. Nadeau, K. Koushik Filename : draft-ietf-mpls-fastreroute-mib-13.txt Pages : 47 Date : 2009-7-6 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 used to support two fast reroute (FRR) methods for Multiprotocol Label Switching (MPLS) based traffic engineering (TE). The two methods are one-to-one backup method and facility backup method. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-mpls-fastreroute-mib-13.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. --NextPart Content-Type: Message/External-body; name="draft-ietf-mpls-fastreroute-mib-13.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2009-7-6094614.I-D@ietf.org> --NextPart-- From mach@huawei.com Mon Jul 6 19:53:00 2009 Return-Path: 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 18C4F3A6B19 for ; Mon, 6 Jul 2009 19:53:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.365 X-Spam-Level: * X-Spam-Status: No, score=1.365 tagged_above=-999 required=5 tests=[BAYES_20=-0.74, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RDNS_NONE=0.1, 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 s4VZZmNKQmRy for ; Mon, 6 Jul 2009 19:52:59 -0700 (PDT) Received: from szxga04-in.huawei.com (unknown [119.145.14.67]) by core3.amsl.com (Postfix) with ESMTP id 23EBA3A67ED for ; Mon, 6 Jul 2009 19:52:59 -0700 (PDT) Received: from huawei.com (szxga04-in [172.24.2.12]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KME00C865BWAZ@szxga04-in.huawei.com> for mpls@ietf.org; Tue, 07 Jul 2009 10:52:45 +0800 (CST) Received: from m55527c ([10.111.12.135]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0KME004DR5BWFT@szxga04-in.huawei.com> for mpls@ietf.org; Tue, 07 Jul 2009 10:52:44 +0800 (CST) Date: Tue, 07 Jul 2009 10:52:44 +0800 From: Mach Chen To: mpls@ietf.org Message-id: <78C06511E0284554A26628FC61138005@m55527c> 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=gb2312; reply-type=original Content-transfer-encoding: 7BIT Importance: Normal X-Priority: 3 X-MSMail-priority: Normal Subject: [mpls] New draft submitted: draft-chen-mpls-return-path-specified-lsp-ping-00.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jul 2009 02:53:00 -0000 Dear Colleagues, We just submitted a new draft which defines extensions to LSP Ping [RFC 4379] to enable that the return path of an echo reply message can be specified when sending an echo request message to perform LSP failure detection, and the echo reply message is extended to detect the return path when needed. This capability could improve the reliability of echo reply, hence to help failure localizion. And it allows failure detection of a Bidirectional LSP or two unidirectional LSPs as a pair being performed by one message, resulting in operational saving. You can reach the draft by the following link, any comments and suggestions are appreciated http://tools.ietf.org/id/draft-chen-mpls-return-path-specified-lsp-ping-00.txt Best regards, Mach Chen From loa@pi.nu Tue Jul 7 03:05:45 2009 Return-Path: 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 C0DC43A6E14; Tue, 7 Jul 2009 03:05:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.89 X-Spam-Level: X-Spam-Status: No, score=-1.89 tagged_above=-999 required=5 tests=[AWL=-0.161, BAYES_00=-2.599, SARE_MLH_Stock1=0.87] 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 4jPt5QHbVe4a; Tue, 7 Jul 2009 03:05:45 -0700 (PDT) Received: from mail.pi.nu (mail.pi.nu [194.71.127.148]) by core3.amsl.com (Postfix) with ESMTP id F3D1E3A6E2F; Tue, 7 Jul 2009 03:05:44 -0700 (PDT) Received: from [192.36.158.111] (wdhcp-158-111.verkstad.net [192.36.158.111]) (using SSLv3 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by mail.pi.nu (Postfix) with ESMTPSA id 6CF40D4048; Tue, 7 Jul 2009 11:07:14 +0200 (CEST) Message-ID: <4A53103F.3030108@pi.nu> Date: Tue, 07 Jul 2009 11:07:11 +0200 From: Loa Andersson User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: mpls@ietf.org, mpls-tp@ietf.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [mpls] mpls at the Stockholm IETF X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jul 2009 10:05:45 -0000 All, the final agenda for IETF75 has been released. There will be mpls slots on Monday morning and Wednesday afternoon. This means that we will start with the "classical" mpls drafts on Monday and continue with mpls-tp once we are done with those. It is likely that we'll start with mpls-tp already on Monday. pwe3 will have their meeting on Monday afternoon and ccamp on Tuesday morning and Friday afternoon. /Loa -- Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 10 717 52 13 +46 767 72 92 13 From root@core3.amsl.com Fri Jul 10 02:30:01 2009 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@core3.amsl.com Received: by core3.amsl.com (Postfix, from userid 0) id CA7353A6D3E; Fri, 10 Jul 2009 02:30:01 -0700 (PDT) From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 Message-Id: <20090710093001.CA7353A6D3E@core3.amsl.com> Date: Fri, 10 Jul 2009 02:30:01 -0700 (PDT) Cc: mpls@ietf.org Subject: [mpls] I-D Action:draft-ietf-mpls-tp-framework-02.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jul 2009 09:30:01 -0000 --NextPart 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 : A Framework for MPLS in Transport Networks Author(s) : M. Bocci, et al. Filename : draft-ietf-mpls-tp-framework-02.txt Pages : 35 Date : 2009-07-10 This document specifies an architectural framework for the application of MPLS in transport networks. It describes a profile of MPLS that enables operational models typical in transport networks , while providing additional OAM, survivability and other maintenance functions not currently supported by MPLS. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-mpls-tp-framework-02.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. --NextPart Content-Type: Message/External-body; name="draft-ietf-mpls-tp-framework-02.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2009-07-10021757.I-D@ietf.org> --NextPart-- From dave.mcdysan@verizon.com Fri Jul 10 03:07:59 2009 Return-Path: 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 DE5653A704E for ; Fri, 10 Jul 2009 03:07:59 -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=[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 GU07+NHZnoW7 for ; Fri, 10 Jul 2009 03:07:58 -0700 (PDT) Received: from sacmail2.verizon.com (sacmail2.verizon.com [192.76.84.41]) by core3.amsl.com (Postfix) with ESMTP id 80ACE3A68E1 for ; Fri, 10 Jul 2009 03:07:58 -0700 (PDT) Received: from smtptpa4.verizon.com (smtptpa4.verizon.com [138.83.71.177]) by sacmail2.verizon.com (8.13.7+Sun/8.13.3) with ESMTP id n6AA8Aii001686 for ; Fri, 10 Jul 2009 06:08:15 -0400 (EDT) Received: from tpaintrmemf3.verizon.com (tpaintrmemf3.verizon.com [138.83.67.58]) by smtptpa4.verizon.com (8.13.3/8.13.3) with ESMTP id n6AA7qAk003953 for ; Fri, 10 Jul 2009 06:08:10 -0400 (EDT) X-AuditID: 8a53433a-b7b61ae000001984-9d-4a57130963eb Received: from smtptpa3.verizon.com ( [138.83.71.176]) by tpaintrmemf3.verizon.com (EMF) with SMTP id 8C.44.06532.903175A4; Fri, 10 Jul 2009 06:08:10 -0400 (EDT) Received: from FHDP1CCMXCG02.us.one.verizon.com ([166.68.240.34]) by smtptpa3.verizon.com (8.13.3/8.13.3) with ESMTP id n6AA89SX029359 for ; Fri, 10 Jul 2009 06:08:09 -0400 (EDT) Received: from FHDP1LUMXCV14.us.one.verizon.com ([166.68.125.35]) by FHDP1CCMXCG02.us.one.verizon.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 10 Jul 2009 06:08:09 -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: Fri, 10 Jul 2009 06:07:51 -0400 Message-ID: <793F49BA1FC821409F99F10862A0E4DB0340CD1B@FHDP1LUMXCV14.us.one.verizon.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: MPLS 2009 Conference, Washington DC, October 25-28 Thread-Index: AcoBRAdJSDfnR90zTUSmpEzx31fl/w== From: "Mcdysan, David E" To: X-OriginalArrivalTime: 10 Jul 2009 10:08:09.0521 (UTC) FILETIME=[5396CA10:01CA0146] X-Brightmail-Tracker: AAAAAA== Subject: [mpls] MPLS 2009 Conference, Washington DC, October 25-28 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jul 2009 10:08:00 -0000 Since many of the topics in the annual MPLS conference have been of interest to members of the MPLS working group in the past, I wanted to share with you the fact that the conference program and registration has been announced, as detailed below. Dave PROGRAM ANNOUNCEMENT AND REGISTRATION FOR MPLS 2009 - OCTOBER 25-28, WASHINGTON DC Registration for MPLS2009 (October 25-28, Omni Shoreham Hotel in Washington), the 12th annualInternational Conference on MPLS and related new technologies is now open at: http://www.isocore.com/mpls2009/registration/attendees.htm=20 MPLS 2009 will include an extensive four day program consisting of tutorials, technical sessions, panels, and exhibits. The key topics to be discussed at this year's conference include: Scaling MPLS, MPLS transport profile, Carrier Ethernet/MPLS deployments and experiences, Future technologies, Multicast and MPLS, Mobile and wireless backhaul, Resiliency, and OAM aspects, GMPLS, and emerging applications. The complete program is available at: http://www.isocore.com/mpls2009/program/technical_sessions.htm=20 The event will also have an exhibit floor, where leading network equipment manufacturers will showcase their new offerings, the list of current sponsors is available at: http://www.isocore.com/mpls2009/sponsors/sponsors.htm=20 The conference hotel is the Omni Shoreham Hotel in Washington DC. Please note that there are only a limited number of rooms available this year at a reduced rate. Reservations can be made at: http://www.isocore.com/mpls2009/hotel.htm =20 Isocore once again will showcase live the readiness of leading network technologies at the Public Interop demonstration on October 29 at Isocore Internetworking Lab. The details are available at - http://www.isocore.com/mpls2009/program/inter_op.htm.=20 From Martin.Vigoureux@alcatel-lucent.com Fri Jul 10 10:08:05 2009 Return-Path: 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 4F5B83A6E2F; Fri, 10 Jul 2009 10:08:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.724 X-Spam-Level: X-Spam-Status: No, score=-5.724 tagged_above=-999 required=5 tests=[AWL=0.525, 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 PQdzuyXaCRMt; Fri, 10 Jul 2009 10:08:04 -0700 (PDT) Received: from smail3.alcatel.fr (smail3.alcatel.fr [64.208.49.56]) by core3.amsl.com (Postfix) with ESMTP id 61B623A6858; Fri, 10 Jul 2009 10:08:04 -0700 (PDT) Received: from FRVELSBHS05.ad2.ad.alcatel.com (frvelsbhs05.dc-m.alcatel-lucent.com [155.132.6.77]) by smail3.alcatel.fr (8.13.8/8.13.8/ICT) with ESMTP id n6AH8Ro8020997; Fri, 10 Jul 2009 19:08:31 +0200 Received: from [172.27.205.168] ([172.27.205.168]) by FRVELSBHS05.ad2.ad.alcatel.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Fri, 10 Jul 2009 19:08:30 +0200 Message-ID: <4A57758E.4030204@alcatel-lucent.com> Date: Fri, 10 Jul 2009 19:08:30 +0200 From: Martin Vigoureux Organization: Alcatel-Lucent User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: mpls@ietf.org References: <4A3FA572.7030908@alcatel-lucent.com> In-Reply-To: <4A3FA572.7030908@alcatel-lucent.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-OriginalArrivalTime: 10 Jul 2009 17:08:30.0803 (UTC) FILETIME=[0CA50230:01CA0181] X-Scanned-By: MIMEDefang 2.57 on 155.132.188.83 Cc: mpls-tp@ietf.org Subject: Re: [mpls] [mpls-tp] Slots requests for MPLS sessions - IETF75 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jul 2009 17:08:05 -0000 All, this is a reminder. Thanks martin Martin Vigoureux a écrit : > all, > > this is a call for presentation slots for mpls sessions at IETF75. > > We will have two meeting sessions and will split the > meeting in two parts - mpls and mpls-tp. > > The IETF meeting agenda is still preliminary and thus subject to change. > > As a reminder: > July 6, Monday - Internet Draft Cut-off for initial document (-00) > submission by 17:00 PDT (24:00 UTC/GMT) > July 13, Monday - Internet Draft final submission cut-off by 17:00 PDT > (24:00 UTC/GMT) > > regards, > martin > _______________________________________________ > mpls-tp mailing list > mpls-tp@ietf.org > https://www.ietf.org/mailman/listinfo/mpls-tp > From root@core3.amsl.com Sat Jul 11 23:45:01 2009 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@core3.amsl.com Received: by core3.amsl.com (Postfix, from userid 0) id 88EED3A684A; Sat, 11 Jul 2009 23:45:01 -0700 (PDT) From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 Message-Id: <20090712064501.88EED3A684A@core3.amsl.com> Date: Sat, 11 Jul 2009 23:45:01 -0700 (PDT) Cc: mpls@ietf.org Subject: [mpls] I-D Action:draft-ietf-mpls-ldp-p2mp-07.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jul 2009 06:45:01 -0000 --NextPart 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 : Label Distribution Protocol Extensions for Point-to-Multipoint and Multipoint-to-Multipoint Label Switched Paths Author(s) : I. Minei, et al. Filename : draft-ietf-mpls-ldp-p2mp-07.txt Pages : 36 Date : 2009-07-11 This document describes extensions to the Label Distribution Protocol (LDP) for the setup of point to multi-point (P2MP) and multipoint-to- multipoint (MP2MP) Label Switched Paths (LSPs) in Multi-Protocol Label Switching (MPLS) networks. These extensions are also referred to as mLDP Multicast LDP. mLDP constructs the P2MP or MP2MP LSPs without interacting with or relying upon any other multicast tree construction protocol. Protocol elements and procedures for this solution are described for building such LSPs in a receiver-initiated manner. There can be various applications for P2MP/MP2MP LSPs, for example IP multicast or support for multicast in BGP/MPLS L3VPNs. Specification of how such applications can use a LDP signaled P2MP/ MP2MP LSP is outside the scope of this document. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-mpls-ldp-p2mp-07.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. --NextPart Content-Type: Message/External-body; name="draft-ietf-mpls-ldp-p2mp-07.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2009-07-11233327.I-D@ietf.org> --NextPart-- From ospf-bounces@ietf.org Sun Jul 12 08:22:52 2009 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BBED33A6BEE for ; Sun, 12 Jul 2009 08:22:52 -0700 (PDT) From: ospf-bounces@ietf.org To: mpls@ietf.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0815550150==" Message-ID: Date: Sun, 12 Jul 2009 08:22:51 -0700 Precedence: bulk X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.9 X-List-Administrivia: yes Sender: ospf-bounces@ietf.org Errors-To: ospf-bounces@ietf.org Subject: [mpls] The results of your email commands X-BeenThere: mpls@ietf.org List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jul 2009 15:22:52 -0000 --===============0815550150== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit The results of your email command are provided below. Attached is your original message. - Results: Ignoring non-text/plain MIME parts - Done. --===============0815550150== Content-Type: message/rfc822 MIME-Version: 1.0 Return-Path: X-Original-To: ospf-request@core3.amsl.com Delivered-To: ospf-request@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 494CC3A6B9D; Sun, 12 Jul 2009 08:22:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.736 X-Spam-Level: * X-Spam-Status: No, score=1.736 tagged_above=-999 required=5 tests=[AWL=-17.329, BAYES_99=3.5, FB_HEY_BRO_COMMA=7.357, FH_HELO_EQ_D_D_D_D=1.597, FH_HOST_EQ_D_D_D_D=0.765, FH_HOST_EQ_D_D_D_DB=0.888, FM_DDDD_TIMES_2=1.999, HELO_DYNAMIC_HCC=4.295, HELO_DYNAMIC_IPADDR2=4.395, HELO_EQ_BR=0.955, HELO_EQ_DSL=1.129, HELO_EQ_TELESP=1.245, HOST_EQ_BR=1.295, HS_INDEX_PARAM=0.001, HTML_MESSAGE=0.001, MIME_HTML_ONLY=1.457, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E8_51_100=1.5, RAZOR2_CHECK=0.5, RCVD_IN_PBL=0.905, RDNS_DYNAMIC=0.1, SARE_RECV_SPAM_DOMN02=1.666, TVD_RCVD_IP=1.931, UNPARSEABLE_RELAY=0.001, URIBL_AB_SURBL=10, URIBL_BLACK=20, URIBL_JP_SURBL=10, URIBL_OB_SURBL=10, URIBL_RHS_DOB=1.083, URIBL_SBL=20, URIBL_WS_SURBL=10, 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 IJDLDfrC0V4m; Sun, 12 Jul 2009 08:22:49 -0700 (PDT) Received: from 189-47-251-165.dsl.telesp.net.br (189-47-251-165.dsl.telesp.net.br [189.47.251.165]) by core3.amsl.com (Postfix) with ESMTP id 2428A3A6B93; Sun, 12 Jul 2009 08:22:49 -0700 (PDT) Received: from 189.47.251.165 by iranukyellowpages.com Date: Sun, 12 Jul 2009 12:21:36 -0300 Message-Id: <60MT9O2862.0CDK1O8LGQ3565@189.47.251.165.iranukyellowpages.com> From: mpls@ietf.org To: mpls@ietf.org Subject: Wow check out this huge enlargement patch sale! Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: 7bit MIME-Version: 1.0 Hey bro, nice talking to you the other day.

Thought you would want to check this out, I got some for myself cause they were on sale, you should check out the site, I added the link below.

Steel Package: 10 Patches reg $79.95 Now $49.95! Free shipping too!

Silver Package: 25 Patches reg $129.95, Now $99.95! Free shipping and free exercise manual included!

Gold Package: 40 Patches reg $189.95, Now $149.95! Free shipping and free exercise manual included!

Platinum Package: 65 Patches reg $259.95, Now $199.95! Free shipping and free exercise manual included! (Best Value!)

I know like 10 guys who have already stocked up on these.

Welcome anytime

Talk to you soon!




--===============0815550150==-- From root@core3.amsl.com Sun Jul 12 13:45:02 2009 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@core3.amsl.com Received: by core3.amsl.com (Postfix, from userid 0) id 29B3128C1DA; Sun, 12 Jul 2009 13:45:02 -0700 (PDT) From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 Message-Id: <20090712204502.29B3128C1DA@core3.amsl.com> Date: Sun, 12 Jul 2009 13:45:02 -0700 (PDT) Cc: mpls@ietf.org Subject: [mpls] I-D Action:draft-ietf-mpls-ldp-upstream-04.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jul 2009 20:45:02 -0000 --NextPart 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 : MPLS Upstream Label Assignment for LDP Author(s) : R. Aggarwal, J. Le Roux Filename : draft-ietf-mpls-ldp-upstream-04.txt Pages : 11 Date : 2009-07-12 This document describes procedures for distributing upstream-assigned labels for Label Distribution Protocol (LDP). It also describes how these procedures can be used for avoiding branch LSR traffic replication on a LAN for LDP point-to-multipoint (P2MP)LSPs. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-mpls-ldp-upstream-04.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. --NextPart Content-Type: Message/External-body; name="draft-ietf-mpls-ldp-upstream-04.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2009-07-12134439.I-D@ietf.org> --NextPart-- From root@core3.amsl.com Sun Jul 12 14:15:01 2009 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@core3.amsl.com Received: by core3.amsl.com (Postfix, from userid 0) id C04293A657C; Sun, 12 Jul 2009 14:15:01 -0700 (PDT) From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 Message-Id: <20090712211501.C04293A657C@core3.amsl.com> Date: Sun, 12 Jul 2009 14:15:01 -0700 (PDT) Cc: mpls@ietf.org Subject: [mpls] I-D Action:draft-ietf-mpls-rsvp-upstream-04.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jul 2009 21:15:01 -0000 --NextPart 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 : MPLS Upstream Label Assignment for RSVP-TE Author(s) : R. Aggarwal, J. Le Roux Filename : draft-ietf-mpls-rsvp-upstream-04.txt Pages : 10 Date : 2009-07-12 This document describes procedures for distributing upstream-assigned labels for Resource Reservation Protocol - Traffic Engineering (RSVP- TE). It also describes how these procedures can be used for avoiding branch LSR traffic replication on a LAN for RSVP-TE point-to- multipoint (P2MP)LSPs. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-mpls-rsvp-upstream-04.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. --NextPart Content-Type: Message/External-body; name="draft-ietf-mpls-rsvp-upstream-04.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2009-07-12141337.I-D@ietf.org> --NextPart-- From prvs=4386e2a23=euddasi@redback.com Mon Jul 13 08:16:36 2009 Return-Path: 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 7A55928C496; Mon, 13 Jul 2009 08:16:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.467 X-Spam-Level: X-Spam-Status: No, score=-2.467 tagged_above=-999 required=5 tests=[AWL=0.131, 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 ZP9ZAOedWrHQ; Mon, 13 Jul 2009 08:16:35 -0700 (PDT) Received: from mgate.redback.com (mgate.redback.com [155.53.3.41]) by core3.amsl.com (Postfix) with ESMTP id 636FD28C48F; Mon, 13 Jul 2009 08:16:35 -0700 (PDT) X-IronPort-AV: E=Sophos;i="4.42,390,1243839600"; d="scan'208,217";a="3457209" Received: from prattle.redback.com ([155.53.12.9]) by mgate.redback.com with ESMTP; 13 Jul 2009 08:16:35 -0700 Received: from localhost (localhost [127.0.0.1]) by prattle.redback.com (Postfix) with ESMTP id B3B0EB5C578; Mon, 13 Jul 2009 08:16:35 -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 15269-07; Mon, 13 Jul 2009 08:16:35 -0700 (PDT) Received: from rbsjx.ad.redback.com (rbsjxh2.redback.com [155.53.14.106]) by prattle.redback.com (Postfix) with ESMTP id 92251B5C577; Mon, 13 Jul 2009 08:16:35 -0700 (PDT) Received: from RBSJX.ad.redback.com ([155.53.14.103]) by rbsjxh2.ad.redback.com ([155.53.14.106]) with mapi; Mon, 13 Jul 2009 08:16:35 -0700 From: David Sinicrope To: Loa Andersson , "mpls@ietf.org" , "mpls-tp@ietf.org" , "ccamp@ietf.org" , "pwe3@ietf.org" Date: Mon, 13 Jul 2009 08:16:32 -0700 Thread-Topic: [mpls] poll to make draft-andersson-mpls-tp-process-03.txt a working group document Thread-Index: Acn5jfxuCir78JTxQNeGHqnC0oPwKAKPuq90 Message-ID: In-Reply-To: <4A4A1EFA.6040101@pi.nu> Accept-Language: en-US Content-Language: en X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_C680C8102B400euddasiredbackcom_" MIME-Version: 1.0 Subject: Re: [mpls] poll to make draft-andersson-mpls-tp-process-03.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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2009 15:20:48 -0000 --_000_C680C8102B400euddasiredbackcom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Support On 6/30/09 10:19 AM, "Loa Andersson" wrote: All, we have an individual draft, draft-andersson-mpls-tp-process-03.txt, that describes additions to the mpls working group process to allow ITU-T to give input on MPLS-TP Internet Drafts. It pretty much captures current practice, and from the start we had no intention to ever progress, but recently there has been comments that it would have a better and clearer sttus if it were a working group document. We have had no plans to ever make it an RFC, but it has been pointed out that it would be possible to publish as an Historical RFC. Whether we execute on that or not is not yet decided. Therefore, is is to start at two week poll on making draft-andersson-mpls-tp-process-03.txt an MPLS working group document. The poll ends on July 14. Please send your comments to the mpls-tp list. Please -- 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@pi.nu _______________________________________________ mpls mailing list mpls@ietf.org https://www.ietf.org/mailman/listinfo/mpls --_000_C680C8102B400euddasiredbackcom_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Re: [mpls] poll to make draft-andersson-mpls-tp-process-03.txt a wor= king group document Support


On 6/30/09 10:19 AM, "Loa Andersson" <lo= a@pi.nu> wrote:

All,

we have an individual draft, draft-andersson-mpls-tp-process-03.txt,
that describes additions to the mpls working group process to allow
ITU-T to give input on MPLS-TP Internet Drafts.

It pretty much captures current practice, and from the start we had no
intention to ever progress, but recently there has been comments that
it would have a better and clearer sttus if it were a working group
document.

We have had no plans to ever make it an RFC, but it has been pointed
out that it would be possible to publish as an Historical RFC. Whether
we execute on that or not is not yet decided.

Therefore, is is to start at two week poll on making
draft-andersson-mpls-tp-process-03.txt an MPLS working group document.

The poll ends on July 14.

Please send your comments to the mpls-tp list.

Please





--


Loa Andersson

Sr Strategy and Standards Manager    phone:  +46 10 717= 52 13
Ericsson ///           &n= bsp;            = ;         +46 767 72 92 13

            &nb= sp;            =             &nb= sp;email:  loa.andersson@ericss= on.com
            &nb= sp;            =             &nb= sp;        lo= a@pi.nu
_______________________________________________
mpls mailing list
mpls@ietf.org
https://www.ietf.org= /mailman/listinfo/mpls

--_000_C680C8102B400euddasiredbackcom_-- From albert.john@zte.com.cn Wed Jun 24 08:25:20 2009 Return-Path: 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 1D02D28C48F for ; Wed, 24 Jun 2009 08:25:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -97.635 X-Spam-Level: X-Spam-Status: No, score=-97.635 tagged_above=-999 required=5 tests=[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 t4AAvjxJr+uf for ; Wed, 24 Jun 2009 08:25:18 -0700 (PDT) Received: from mx6.zte.com.cn (mx6.zte.com.cn [63.218.89.70]) by core3.amsl.com (Postfix) with ESMTP id 07BA128C49A for ; Wed, 24 Jun 2009 08:23:53 -0700 (PDT) Received: from [10.30.17.99] by mx6.zte.com.cn with surfront esmtp id 9110806486374; Wed, 24 Jun 2009 19:39:12 +0800 (CST) Received: from [10.30.3.19] by [10.30.17.99] with StormMail ESMTP id 56181.1099365591; Wed, 24 Jun 2009 19:04:29 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse2.zte.com.cn with ESMTP id n5OB0KB3054302; Wed, 24 Jun 2009 19:08:58 +0800 (CST) (envelope-from albert.john@zte.com.cn) In-Reply-To: <12B190CE-379D-4C9B-BA2A-6171B983667F@earthlink.net> MIME-Version: 1.0 X-MIMETrack: S/MIME Sign by Notes Client on JiangXiaoWei181977/user/zte_ltd(Release 6.5.4|March 27, 2005) at 2009-06-24 19:03:29, Serialize by Notes Client on JiangXiaoWei181977/user/zte_ltd(Release 6.5.4|March 27, 2005) at 2009-06-24 19:03:29, Serialize complete at 2009-06-24 19:03:29, S/MIME Sign failed at 2009-06-24 19:03:29: =?GB2312?B?1dKyu7W9seDC68Pc1L8=?=, S/MIME Sign by Notes Client on JiangXiaoWei181977/user/zte_ltd(Release 6.5.4|March 27, 2005) at 2009-06-24 19:03:44, Serialize by Notes Client on JiangXiaoWei181977/user/zte_ltd(Release 6.5.4|March 27, 2005) at 2009-06-24 19:03:44, Serialize complete at 2009-06-24 19:03:44, S/MIME Sign failed at 2009-06-24 19:03:44: =?GB2312?B?1dKyu7W9seDC68Pc1L8=?=, S/MIME Sign by Notes Client on JiangXiaoWei181977/user/zte_ltd(Release 6.5.4|March 27, 2005) at 2009-06-24 19:03:51, Serialize by Notes Client on JiangXiaoWei181977/user/zte_ltd(Release 6.5.4|March 27, 2005) at 2009-06-24 19:03:51, Serialize complete at 2009-06-24 19:03:51, S/MIME Sign failed at 2009-06-24 19:03:51: =?GB2312?B?1dKyu7W9seDC68Pc1L8=?=, Serialize by Router on notes_smtp/zte_ltd(Release 6.5.4|March 27, 2005) at 2009-06-24 19:08:47, Serialize complete at 2009-06-24 19:08:47 To: Mitchell Erblich X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005 Message-ID: From: albert.john@zte.com.cn Content-Type: multipart/alternative; boundary="=_alternative 003CC746482575DF_=" X-MAIL: mse2.zte.com.cn n5OB0KB3054302 X-Mailman-Approved-At: Mon, 13 Jul 2009 10:38:40 -0700 Cc: mpls@ietf.org Subject: Re: [mpls] validating incoming frames at an Ethernet interface of an LSR X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Thu, 25 Jun 2009 00:42:48 -0000 X-Original-Date: Wed, 24 Jun 2009 19:03:33 +0800 X-List-Received-Date: Thu, 25 Jun 2009 00:42:48 -0000 This is a multipart message in MIME format. --=_alternative 003CC746482575DF_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 Pj4gTm93LCBpZiBSMyBzZW5kcyBhIGZyYW1lIHdpdGggTDEgYWRkcmVzc2VkIHRvDQo+PiBSMSdz IE1BQyBhZGRyZXNzLCB3b3VsZCBSMSBqdXN0IHBpY2sgdGhlIGZyYW1lDQo+PiB1cCBhbmQgZm9y d2FyZCBpdCwgb3Igd291bGQgaXQgYWN0dWFsbHkgbm90aWNlDQo+PiB0aGUgcHJvYmxlbSBhbmQg ZHJvcCB0aGUgZnJhbWU/DQoNCjEgcXVlc3Rpb24sIGJ5IHdoYXQgY3JpdGVyaWEgc2hvdWxkIHRo ZSBwYWNrZXQgZnJvbSBSMyB0byBSMSB3aXRoIGxhYmVsIEwxIA0KYmUgY29uc2lkZXJlZCBhcyBh IHByb2JsZW0/DQoNCklmIHJlYXNvbiBpcyB0aGF0IFIxIGRvZXMgbm90IGFkdmVydGlzZSBpdCB0 byBSMyBhbmQgUjMgZm9yd2FyZHMgYXJiaXRyYXJ5IA0KcGFja2V0IGxhYmVsZWQgd2l0aCBMMSB0 byBSMSwgdGhlbiB0aGUgcHJvYmxlbSBzaG91bGQgYmUgZ2VuZXJhbGl6ZWQgYXMgDQoNCkhvdyBj YW4gTFNSIGRpc3Rpbmd1aXNoIHRoZSByaWdodCBsYWJlbGVkIHBhY2tldCBmcm9tIHRoZSB3cm9u Z2x5IGxhYmVsZWQgDQpwYWNrZXQ/DQoNCkJ1dCBJIGhhdmUgdGhlIHF1ZXN0aW9uIDogU2hhbGwg d2UgdGVsbCB3aGV0aGVyIGEgbGFiZWxlZCBwYWNrZXQgaXMgDQpjcnJlY3RseSBsYWJlbCBvciBu b3Q/DQoNCk9yIGp1c3QgYWNjZXB0IGFueSBsYWJlbGVkIHBhY2tldCBhbmQgZm9yd2FyZCBpdCBh cyBkZWZpbmVkPw0KDQpJIHRoaW5rIHRoZSBhbnN3ZXIgaXMgb3BlbiBhbmQgZGVwZW5kcyBvbiBu ZXR3b3JrIGRlc2lnbiBnb2FsLg0KDQpJbiBkcmFmdCBNUExTL0dNUExTIFNlY3VyaXR5IGZyYW1l d29yayAgLCBpdCBzYXlzDQoNCiIgICBFcXVpcG1lbnQgbXVzdCBiZSBhYmxlIHRvIHZlcmlmeSB0 aGF0IGEgbGFiZWwgcmVjZWl2ZWQgYWNyb3NzIGFuIA0KICAgaW50ZXJjb25uZWN0IHdhcyBhY3R1 YWxseSBhc3NpZ25lZCB0byBhIExTUCBhcnJpdmluZyBhY3Jvc3MgdGhhdCANCiAgIGludGVyY29u bmVjdC4gSWYgYSBsYWJlbCBub3QgYXNzaWduZWQgdG8gYSBMU1AgYXJyaXZlcyBhdCB0aGlzIA0K ICAgcm91dGVyIGZyb20gdGhlIGNvcnJlY3QgbmVpZ2hib3JpbmcgcHJvdmlkZXIsIHRoZSBwYWNr ZXQgbXVzdCBiZSANCiAgIGRyb3BwZWQuICBUaGlzIHZlcmlmaWNhdGlvbiBjYW4gYmUgYXBwbGll ZCB0byB0aGUgdG9wIGxhYmVsIG9ubHkuIA0KICAgVGhlIHRvcCBsYWJlbCBpcyB0aGUgcmVjZWl2 ZWQgdG9wIGxhYmVsIGFuZCBldmVyeSBsYWJlbCB0aGF0IGlzIA0KICAgZXhwb3NlZCBieSBsYWJl bCBwb3BwaW5nIHRvIGJlIHVzZWQgZm9yIGZvcndhcmRpbmcgZGVjaXNpb25zLiANCiANCiAgIEVx dWlwbWVudCBtdXN0IHByb3ZpZGUgdGhlIGNhcGFiaWxpdHkgb2YgZHJvcHBpbmcgTVBMUy1sYWJl bGVkIA0KICAgcGFja2V0cyBpZiBhbGwgbGFiZWxzIGluIHRoZSBzdGFjayBhcmUgbm90IHByb2Nl c3NlZC4gIFRoaXMgbGV0cyANCiAgIFNQcyBndWFyYW50ZWUgdGhhdCBldmVyeSBsYWJlbCB0aGF0 IGVudGVycyBpdHMgZG9tYWluIGZyb20gYW5vdGhlciANCiAgIGNhcnJpZXIgd2FzIGFjdHVhbGx5 IGFzc2lnbmVkIHRvIHRoYXQgY2Fycmllci4gDQoiDQpidXQgaG93IHRvIHZlcmlmeSBpcyBzdGls bCBvcGVuLg0KDQpJZiB3ZSBkbyBuZWVkIHRvIG1ha2UgdGhlIGRpZmZlcmVuY2UsIEkgYWdyZWUg d2l0aCBNaXRjaGVsbCBFcmJsaWNoIG9uDQoiDQppdCBpcyBjb25jZWl2YWJsZSBzb21lIHJ1bGUN CiAgICAgICAgICAgICAgICAgb24gYW4gaW5wdXQgb2YgUjEgY291bGQgREVOWSBvciBSRUpFQ1Qg YSBwYWNrZXQNCiAgICAgICAgICAgICAgICAgb24gdGhlIGlucHV0IGludGVyZmFjZSBiYXNlZCBv biBhIGNyZWF0ZWQgcnVsZS4NCiINCldpbGwgbmVlZCBzb21lIHJ1bGVzIHRvIGZpbHRlciBvdXQg c28gY2FsbGVkIHdyb25nbHkgbGFiZWxlZCBwYWNrZXQgYW5kIA0KdGFrZSBhY3Rpb25zLg0KDQpS ZWdhcmRzLA0KQWxiZXJ0DQoNCg0KDQoNCk1pdGNoZWxsIEVyYmxpY2ggPGVyYmxpY2hzQGVhcnRo bGluay5uZXQ+IA0Kt6K8/sjLOiAgbXBscy1ib3VuY2VzQGlldGYub3JnDQoyMDA5LTA2LTI0IDE4 OjMwDQoNCsrVvP7Iyw0KSmlhbmcgWXVhbi1sb25nIDx5bGppYW5nQGh1YXdlaS5jb20+DQqzrcvN DQptcGxzQGlldGYub3JnDQrW98ziDQpSZTogW21wbHNdIHZhbGlkYXRpbmcgaW5jb21pbmcgZnJh bWVzIGF0IGFuIEV0aGVybmV0IGludGVyZmFjZSBvZiAgICAgICBhbiANCkxTUg0KDQoNCg0KDQoN Cg0KR3JvdXAsDQoNCiAgICAgICAgICAgICAgICAgSSBkaWRuJ3QgdGhpbmsgaGUgd2FudGVkIFJl ZnMgZnJvbSBleHBpcmVkIGRyYWZ0cw0KICAgICAgICAgICAgICAgICBhbmQgTDEgTUlHSFQgbm90 IGJlIGFuIGludmFsaWQgbGFiZWwuIChzZWUgYmVsb3cpDQoNCiAgICAgICAgICAgICAgICAgQnV0 IHNpbmNlIHdlIGFyZSBpbiBzb21ld2hhdCBvZiBhbiBpbXBsZW1lbnRhdGlvbg0KICAgICAgICAg ICAgICAgICBhc3BlY3QuDQoNCiAgICAgICAgICAgICAgICAgU29tZSBzeXN0ZW1zIC8gT1NzIHN1 cHBvcnQgaXBjaGFpbnMgYW5kL29yDQogICAgICAgICAgICAgICAgIHRoZWlyIGVxdWl2cyBhbmQg dGh1cywgaXQgaXMgY29uY2VpdmFibGUgc29tZSBydWxlDQogICAgICAgICAgICAgICAgIG9uIGFu IGlucHV0IG9mIFIxIGNvdWxkIERFTlkgb3IgUkVKRUNUIGEgcGFja2V0DQogICAgICAgICAgICAg ICAgIG9uIHRoZSBpbnB1dCBpbnRlcmZhY2UgYmFzZWQgb24gYSBjcmVhdGVkIHJ1bGUuDQoNCiAg ICAgICAgICAgICAgICAgSG93ZXZlciwgSSB3YXNuJ3QgMTAwJSBzdXJlIHdoZXRoZXIgdGhlIGV4 YW1wbGUgd2FzDQogICAgICAgICAgICAgICAgIHNwZWNpZnlpbmcgYSBsb2NhbCBsYWJlbCBiaW5k aW5nIG9yIHJlbW90ZSBsYWJlbCBiaW5kaW5nLA0KICAgICAgICAgICAgICAgICBiZWNhdXNlIHRo ZSBsYXR0ZXIgbWlnaHQgbm90IG5lY2Vzc2FyaWx5IGJlIGEgcHJvYmxlbS4NCg0KICAgICAgICAg ICAgICAgICBCdXQgdGhlaXIgYWxzbyBpcyB0aGUgTERQIChMYWJlbCBEaXN0cmlidXRpb24gUHJv dG9jb2wpDQogICAgICAgICAgICAgICAgIHdoaWNoIE1JR0hUIGdlbmVyYXRlIHRoZSBuZWVkZWQg Tk9USUZJQ0FUSU9ODQogICAgICAgICAgICAgICAgIG1lc3NhZ2UgdmVyc3VzIGp1c3QgZHJvcHBp bmcgdGhlIHBhY2tldCBhcyBzdWdnZXN0ZWQNCiAgICAgICAgICAgICAgICAgaW4gdGhlIHBvc3Rl cidzIHBvc3QgYW5kIHRoZSBkcmFmdC4NCg0KICAgICAgICAgICAgICAgICBTby4gSSB3YW50ZWQg dG8gc3RhcnQgdGhlIHBvc3RlciB3aXRoIHRoZSBmb3VuZGF0aW9uDQogICAgICAgICAgICAgICAg IG9mIE1QTFMgd2l0aG91dCBmaXJzdCBnZW5lcmF0aW5nIDEwMCBxdWVzdGlvbnMgYW5kDQogICAg ICAgICAgICAgICAgIHRoZW4gZ2l2aW5nIGhpbSBhIHNldCBvZiBydWxlcyB0byBkZXRlcm1pbmUg bXkgYW5zd2VyLg0KDQogICAgICAgICAgICAgICAgIE1pdGNoZWxsIEVyYmxpY2gNCiAgICAgICAg ICAgICAgICAgPT09PT09PT09PT09PT09PT0NCiANCg0KIA0KIA0KDQogDQpPbiBKdW4gMjQsIDIw MDksIGF0IDI6MjggQU0sIEppYW5nIFl1YW4tbG9uZyB3cm90ZToNCg0KPiBIaSBBbm9vcDoNCj4N Cj4gVGhpcyBpcyBtZW50aW9uZWQgaW4gImRyYWZ0LWlldGYtbDN2cG4taXBzZWMtMjU0Ny0wNSIs IHdoaWNoIHNhaWQ6DQo+ICBBIFNlcnZpY2UgUHJvdmlkZXIgKFNQKSBjYW4gcHJvdGVjdCBhZ2Fp bnN0IHNwb29mZWQgTVBMUyBwYWNrZXRzIGJ5DQo+ICB0aGUgc2ltcGxlIGV4cGVkaWVudCBvZiBu b3QgYWNjZXB0aW5nIE1QTFMgcGFja2V0cyBmcm9tIG91dHNpZGUgaXRzDQo+ICBvd24gYm91bmRh cmllcyAob3IgbW9yZSBnZW5lcmFsbHkgYnkga2VlcGluZyB0cmFjayBvZiB3aGljaCBsYWJlbHMN Cj4gIGFyZSB2YWxpZGx5IHJlY2VpdmVkIG92ZXIgd2hpY2ggaW50ZXJmYWNlcywgYW5kIGRpc2Nh cmRpbmcgcGFja2V0cw0KPiAgd2hpY2ggYXJyaXZlIHdpdGggbGFiZWxzIHRoYXQgYXJlIG5vdCB2 YWxpZCBmb3IgdGhlaXIgaW5jb21pbmcNCj4gIGludGVyZmFjZXMpLi4uDQo+IEJ1dCB0aGlzIGRy YWZ0IHdhcyBleHBpcmVkIGxvbmcgYWdvLiBIb3BlIGl0IGhlbHBzIHlvdS4NCj4NCj4gQ2hlZXJz DQo+DQo+IEppYW5nIFl1YW5sb25nDQo+DQo+IC0tLS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0g RnJvbTogIkFub29wIEdoYW53YW5pIiANCj4gPGFub29wQGJyb2NhZGUuY29tPg0KPiBUbzogPG1w bHNAaWV0Zi5vcmc+DQo+IFNlbnQ6IFdlZG5lc2RheSwgSnVuZSAyNCwgMjAwOSA4OjQ5IEFNDQo+ IFN1YmplY3Q6IFttcGxzXSB2YWxpZGF0aW5nIGluY29taW5nIGZyYW1lcyBhdCBhbiBFdGhlcm5l dCBpbnRlcmZhY2UgDQo+IG9mIGFuIExTUg0KPg0KPg0KPj4NCj4+IExldCdzIHNheSBJIGhhdmUg MyByb3V0ZXJzIFIxLCBSMiAmIFIzIGNvbm5lY3RlZA0KPj4gYnkgYSBsYXllciAyIHN3aXRjaC4N Cj4+DQo+PiBMZXQncyBzYXkgUjEgYWR2ZXJ0aXNlcyBhIGxhYmVsLCBzYXkgTDEsIGZvciBhDQo+ PiBjZXJ0YWluIEZFQyB0byBSMi4gIExldCdzIGFzc3VtZSBSMSBoYXMgYSBnbG9iYWwNCj4+IExJ QiAoaS5lLiBhc3NpZ25zIGRpZmZlcmVudCBsYWJlbHMgZWFjaCB0aW1lIG9uZQ0KPj4gaXMgcmVx dWVzdGVkKS4NCj4+DQo+PiBOb3csIGlmIFIzIHNlbmRzIGEgZnJhbWUgd2l0aCBMMSBhZGRyZXNz ZWQgdG8NCj4+IFIxJ3MgTUFDIGFkZHJlc3MsIHdvdWxkIFIxIGp1c3QgcGljayB0aGUgZnJhbWUN Cj4+IHVwIGFuZCBmb3J3YXJkIGl0LCBvciB3b3VsZCBpdCBhY3R1YWxseSBub3RpY2UNCj4+IHRo ZSBwcm9ibGVtIGFuZCBkcm9wIHRoZSBmcmFtZT8NCj4+DQo+PiBJIGtub3cgd2UncmUgZ2V0dGlu ZyBpbnRvIGltcGxlbWVudGF0aW9uIGhlcmUsDQo+PiBidXQgd291bGQgYXBwcmVjaWF0ZSBpZiBz b21lb25lIGNhbiBwb2ludCBtZSB0bw0KPj4gYW4gUkZDL2RyYWZ0IHRoYXQgZGlzY3Vzc2VzIHRo aXMgaXNzdWUuDQo+Pg0KPj4gVGhhbmtzLA0KPj4gQW5vb3ANCj4+IF9fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+PiBtcGxzIG1haWxpbmcgbGlzdA0KPj4g bXBsc0BpZXRmLm9yZw0KPj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9t cGxzDQo+DQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f DQo+IG1wbHMgbWFpbGluZyBsaXN0DQo+IG1wbHNAaWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cuaWV0 Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tcGxzDQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fDQptcGxzIG1haWxpbmcgbGlzdA0KbXBsc0BpZXRmLm9yZw0K aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tcGxzDQoNCg0KDQoNCg0KLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NClpU RSBJbmZvcm1hdGlvbiBTZWN1cml0eSBOb3RpY2U6IFRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQg aW4gdGhpcyBtYWlsIGlzIHNvbGVseSBwcm9wZXJ0eSBvZiB0aGUgc2VuZGVyJ3Mgb3JnYW5pemF0 aW9uLiBUaGlzIG1haWwgY29tbXVuaWNhdGlvbiBpcyBjb25maWRlbnRpYWwuIFJlY2lwaWVudHMg bmFtZWQgYWJvdmUgYXJlIG9ibGlnYXRlZCB0byBtYWludGFpbiBzZWNyZWN5IGFuZCBhcmUgbm90 IHBlcm1pdHRlZCB0byBkaXNjbG9zZSB0aGUgY29udGVudHMgb2YgdGhpcyBjb21tdW5pY2F0aW9u IHRvIG90aGVycy4NClRoaXMgZW1haWwgYW5kIGFueSBmaWxlcyB0cmFuc21pdHRlZCB3aXRoIGl0 IGFyZSBjb25maWRlbnRpYWwgYW5kIGludGVuZGVkIHNvbGVseSBmb3IgdGhlIHVzZSBvZiB0aGUg aW5kaXZpZHVhbCBvciBlbnRpdHkgdG8gd2hvbSB0aGV5IGFyZSBhZGRyZXNzZWQuIElmIHlvdSBo YXZlIHJlY2VpdmVkIHRoaXMgZW1haWwgaW4gZXJyb3IgcGxlYXNlIG5vdGlmeSB0aGUgb3JpZ2lu YXRvciBvZiB0aGUgbWVzc2FnZS4gQW55IHZpZXdzIGV4cHJlc3NlZCBpbiB0aGlzIG1lc3NhZ2Ug YXJlIHRob3NlIG9mIHRoZSBpbmRpdmlkdWFsIHNlbmRlci4NClRoaXMgbWVzc2FnZSBoYXMgYmVl biBzY2FubmVkIGZvciB2aXJ1c2VzIGFuZCBTcGFtIGJ5IFpURSBBbnRpLVNwYW0gc3lzdGVtLg0K --=_alternative 003CC746482575DF_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yPjx0dD4mZ3Q7Jmd0OyBOb3csIGlmIFIzIHNlbmRzIGEgZnJhbWUg d2l0aCBMMSBhZGRyZXNzZWQNCnRvPGJyPg0KJmd0OyZndDsgUjEncyBNQUMgYWRkcmVzcywgd291 bGQgUjEganVzdCBwaWNrIHRoZSBmcmFtZTxicj4NCiZndDsmZ3Q7IHVwIGFuZCBmb3J3YXJkIGl0 LCBvciB3b3VsZCBpdCBhY3R1YWxseSBub3RpY2U8YnI+DQomZ3Q7Jmd0OyB0aGUgcHJvYmxlbSBh bmQgZHJvcCB0aGUgZnJhbWU/PC90dD48L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZh Y2U9InNhbnMtc2VyaWYiPjEgcXVlc3Rpb24sIGJ5IHdoYXQgY3JpdGVyaWEgc2hvdWxkDQp0aGUg cGFja2V0IGZyb20gUjMgdG8gUjEgd2l0aCBsYWJlbCBMMSBiZSBjb25zaWRlcmVkIGFzIGEgcHJv YmxlbT88L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPklm IHJlYXNvbiBpcyB0aGF0IFIxIGRvZXMgbm90IGFkdmVydGlzZQ0KaXQgdG8gUjMgYW5kIFIzIGZv cndhcmRzIGFyYml0cmFyeSBwYWNrZXQgbGFiZWxlZCB3aXRoIEwxIHRvIFIxLCB0aGVuIHRoZQ0K cHJvYmxlbSBzaG91bGQgYmUgZ2VuZXJhbGl6ZWQgYXMgPC9mb250Pg0KPGJyPg0KPGJyPjxmb250 IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj5Ib3cgY2FuIExTUiBkaXN0aW5ndWlzaCB0aGUgcmln aHQgbGFiZWxlZA0KcGFja2V0IGZyb20gdGhlIHdyb25nbHkgbGFiZWxlZCBwYWNrZXQ/PC9mb250 Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj5CdXQgSSBoYXZlIHRo ZSBxdWVzdGlvbiA6IFNoYWxsIHdlIHRlbGwNCndoZXRoZXIgYSBsYWJlbGVkIHBhY2tldCBpcyBj cnJlY3RseSBsYWJlbCBvciBub3Q/PC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9MiBmYWNl PSJzYW5zLXNlcmlmIj5PciBqdXN0IGFjY2VwdCBhbnkgbGFiZWxlZCBwYWNrZXQgYW5kDQpmb3J3 YXJkIGl0IGFzIGRlZmluZWQ/PC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJz YW5zLXNlcmlmIj5JIHRoaW5rIHRoZSBhbnN3ZXIgaXMgb3BlbiBhbmQgZGVwZW5kcw0Kb24gbmV0 d29yayBkZXNpZ24gZ29hbC48L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNh bnMtc2VyaWYiPkluIGRyYWZ0IE1QTFMvR01QTFMgU2VjdXJpdHkgZnJhbWV3b3JrDQombmJzcDss IGl0IHNheXM8L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYi PiZxdW90OyAmbmJzcDsgRXF1aXBtZW50IG11c3QgYmUgYWJsZQ0KdG8gdmVyaWZ5IHRoYXQgYSBs YWJlbCByZWNlaXZlZCBhY3Jvc3MgYW4gPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJz YW5zLXNlcmlmIj4mbmJzcDsgJm5ic3A7aW50ZXJjb25uZWN0IHdhcyBhY3R1YWxseQ0KYXNzaWdu ZWQgdG8gYSBMU1AgYXJyaXZpbmcgYWNyb3NzIHRoYXQgPC9mb250Pg0KPGJyPjxmb250IHNpemU9 MiBmYWNlPSJzYW5zLXNlcmlmIj4mbmJzcDsgJm5ic3A7aW50ZXJjb25uZWN0LiBJZiBhIGxhYmVs DQpub3QgYXNzaWduZWQgdG8gYSBMU1AgYXJyaXZlcyBhdCB0aGlzIDwvZm9udD4NCjxicj48Zm9u dCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jm5ic3A7ICZuYnNwO3JvdXRlciBmcm9tIHRoZSBj b3JyZWN0DQpuZWlnaGJvcmluZyBwcm92aWRlciwgdGhlIHBhY2tldCBtdXN0IGJlIDwvZm9udD4N Cjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jm5ic3A7ICZuYnNwO2Ryb3BwZWQu ICZuYnNwO1RoaXMgdmVyaWZpY2F0aW9uDQpjYW4gYmUgYXBwbGllZCB0byB0aGUgdG9wIGxhYmVs IG9ubHkuIDwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jm5ic3A7 ICZuYnNwO1RoZSB0b3AgbGFiZWwgaXMgdGhlIHJlY2VpdmVkDQp0b3AgbGFiZWwgYW5kIGV2ZXJ5 IGxhYmVsIHRoYXQgaXMgPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlm Ij4mbmJzcDsgJm5ic3A7ZXhwb3NlZCBieSBsYWJlbCBwb3BwaW5nDQp0byBiZSB1c2VkIGZvciBm b3J3YXJkaW5nIGRlY2lzaW9ucy4gJm5ic3A7PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNl PSJzYW5zLXNlcmlmIj4mbmJzcDsgJm5ic3A7IDwvZm9udD4NCjxicj48Zm9udCBzaXplPTIgZmFj ZT0ic2Fucy1zZXJpZiI+Jm5ic3A7ICZuYnNwO0VxdWlwbWVudCBtdXN0IHByb3ZpZGUNCnRoZSBj YXBhYmlsaXR5IG9mIGRyb3BwaW5nIE1QTFMtbGFiZWxlZCA8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6 ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZuYnNwOyAmbmJzcDtwYWNrZXRzIGlmIGFsbCBsYWJlbHMg aW4NCnRoZSBzdGFjayBhcmUgbm90IHByb2Nlc3NlZC4gJm5ic3A7VGhpcyBsZXRzIDwvZm9udD4N Cjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+Jm5ic3A7ICZuYnNwO1NQcyBndWFy YW50ZWUgdGhhdCBldmVyeQ0KbGFiZWwgdGhhdCBlbnRlcnMgaXRzIGRvbWFpbiBmcm9tIGFub3Ro ZXIgPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mbmJzcDsgJm5i c3A7Y2FycmllciB3YXMgYWN0dWFsbHkgYXNzaWduZWQNCnRvIHRoYXQgY2Fycmllci4gJm5ic3A7 PC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj4mcXVvdDs8L2ZvbnQ+ DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPmJ1dCBob3cgdG8gdmVyaWZ5IGlz IHN0aWxsIG9wZW4uPC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNl cmlmIj5JZiB3ZSBkbyBuZWVkIHRvIG1ha2UgdGhlIGRpZmZlcmVuY2UsDQpJIGFncmVlIHdpdGgg TWl0Y2hlbGwgRXJibGljaCBvbjwvZm9udD4NCjxicj48Zm9udCBzaXplPTI+PHR0PiZxdW90Ozwv dHQ+PC9mb250Pg0KPGJyPjxmb250IHNpemU9Mj48dHQ+aXQgaXMgY29uY2VpdmFibGUgc29tZSBy dWxlPGJyPg0KICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsNCm9uIGFuIGlucHV0IG9mIFIxIGNvdWxkIERFTlkgb3IgUkVKRUNUIGEgcGFja2V0 PGJyPg0KICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsNCm9uIHRoZSBpbnB1dCBpbnRlcmZhY2UgYmFzZWQgb24gYSBjcmVhdGVkIHJ1bGUuPC90 dD48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPiZxdW90OzwvZm9u dD4NCjxicj48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+V2lsbCBuZWVkIHNvbWUgcnVs ZXMgdG8gZmlsdGVyIG91dCBzbw0KY2FsbGVkIHdyb25nbHkgbGFiZWxlZCBwYWNrZXQgYW5kIHRh a2UgYWN0aW9ucy48L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2Vy aWYiPlJlZ2FyZHMsPC9mb250Pg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj5B bGJlcnQ8L2ZvbnQ+DQo8YnI+DQo8YnI+DQo8YnI+DQo8YnI+DQo8dGFibGUgd2lkdGg9MTAwJT4N Cjx0ciB2YWxpZ249dG9wPg0KPHRkIHdpZHRoPTI2JT48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1z ZXJpZiI+PGI+TWl0Y2hlbGwgRXJibGljaCAmbHQ7ZXJibGljaHNAZWFydGhsaW5rLm5ldCZndDs8 L2I+DQo8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPreivP7Iyzog Jm5ic3A7bXBscy1ib3VuY2VzQGlldGYub3JnPC9mb250Pg0KPHA+PGZvbnQgc2l6ZT0xIGZhY2U9 InNhbnMtc2VyaWYiPjIwMDktMDYtMjQgMTg6MzA8L2ZvbnQ+DQo8dGQgd2lkdGg9NzMlPg0KPHRh YmxlIHdpZHRoPTEwMCU+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjxkaXYgYWxpZ249cmlnaHQ+ PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPsrVvP7IyzwvZm9udD48L2Rpdj4NCjx0ZD48 Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+SmlhbmcgWXVhbi1sb25nICZsdDt5bGppYW5n QGh1YXdlaS5jb20mZ3Q7PC9mb250Pg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2IGFsaWdu PXJpZ2h0Pjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj6zrcvNPC9mb250PjwvZGl2Pg0K PHRkPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj5tcGxzQGlldGYub3JnPC9mb250Pg0K PHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2IGFsaWduPXJpZ2h0Pjxmb250IHNpemU9MSBmYWNl PSJzYW5zLXNlcmlmIj7W98ziPC9mb250PjwvZGl2Pg0KPHRkPjxmb250IHNpemU9MSBmYWNlPSJz YW5zLXNlcmlmIj5SZTogW21wbHNdIHZhbGlkYXRpbmcgaW5jb21pbmcgZnJhbWVzDQphdCBhbiBF dGhlcm5ldCBpbnRlcmZhY2Ugb2YgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7YW4gTFNSPC9m b250PjwvdGFibGU+DQo8YnI+DQo8dGFibGU+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjx0ZD48 L3RhYmxlPg0KPGJyPjwvdGFibGU+DQo8YnI+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0yPjx0dD5H cm91cCw8YnI+DQo8YnI+DQogJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOw0KSSBkaWRuJ3QgdGhpbmsgaGUgd2FudGVkIFJlZnMgZnJvbSBleHBp cmVkIGRyYWZ0czxicj4NCiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7DQphbmQgTDEgTUlHSFQgbm90IGJlIGFuIGludmFsaWQgbGFiZWwuIChz ZWUgYmVsb3cpPGJyPg0KPGJyPg0KICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsNCkJ1dCBzaW5jZSB3ZSBhcmUgaW4gc29tZXdoYXQgb2YgYW4g aW1wbGVtZW50YXRpb248YnI+DQogJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOw0KYXNwZWN0Ljxicj4NCjxicj4NCiAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQpTb21lIHN5c3RlbXMgLyBP U3Mgc3VwcG9ydCBpcGNoYWlucyBhbmQvb3I8YnI+DQogJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KdGhlaXIgZXF1aXZzIGFuZCB0aHVzLCBp dCBpcyBjb25jZWl2YWJsZSBzb21lIHJ1bGU8YnI+DQogJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0Kb24gYW4gaW5wdXQgb2YgUjEgY291bGQg REVOWSBvciBSRUpFQ1QgYSBwYWNrZXQ8YnI+DQogJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0Kb24gdGhlIGlucHV0IGludGVyZmFjZSBiYXNl ZCBvbiBhIGNyZWF0ZWQgcnVsZS48YnI+DQo8YnI+DQogJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KSG93ZXZlciwgSSB3YXNuJ3QgMTAwJSBz dXJlIHdoZXRoZXIgdGhlIGV4YW1wbGUgd2FzPGJyPg0KICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCnNwZWNpZnlpbmcgYSBsb2NhbCBsYWJl bCBiaW5kaW5nIG9yIHJlbW90ZSBsYWJlbCBiaW5kaW5nLDxicj4NCiAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQpiZWNhdXNlIHRoZSBsYXR0 ZXIgbWlnaHQgbm90IG5lY2Vzc2FyaWx5IGJlIGEgcHJvYmxlbS48YnI+DQo8YnI+DQogJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KQnV0IHRo ZWlyIGFsc28gaXMgdGhlIExEUCAoTGFiZWwgRGlzdHJpYnV0aW9uIFByb3RvY29sKTxicj4NCiAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQp3 aGljaCBNSUdIVCBnZW5lcmF0ZSB0aGUgbmVlZGVkIE5PVElGSUNBVElPTjxicj4NCiAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQptZXNzYWdl IHZlcnN1cyBqdXN0IGRyb3BwaW5nIHRoZSBwYWNrZXQgYXMgc3VnZ2VzdGVkPGJyPg0KICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCmluIHRo ZSBwb3N0ZXIncyBwb3N0IGFuZCB0aGUgZHJhZnQuPGJyPg0KPGJyPg0KICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNClNvLiBJIHdhbnRlZCB0 byBzdGFydCB0aGUgcG9zdGVyIHdpdGggdGhlIGZvdW5kYXRpb248YnI+DQogJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0Kb2YgTVBMUyB3aXRo b3V0IGZpcnN0IGdlbmVyYXRpbmcgMTAwIHF1ZXN0aW9ucyBhbmQ8YnI+DQogJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KdGhlbiBnaXZpbmcg aGltIGEgc2V0IG9mIHJ1bGVzIHRvIGRldGVybWluZSBteSBhbnN3ZXIuPGJyPg0KPGJyPg0KICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCk1p dGNoZWxsIEVyYmxpY2g8YnI+DQogJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOw0KPT09PT09PT09PT09PT09PT08YnI+DQogJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KPGJyPg0KPGJyPg0K ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsN CiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7PGJyPg0KICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsNCjxicj4NCjxicj4NCiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQo8YnI+DQpPbiBKdW4gMjQsIDIwMDksIGF0IDI6Mjgg QU0sIEppYW5nIFl1YW4tbG9uZyB3cm90ZTo8YnI+DQo8YnI+DQomZ3Q7IEhpIEFub29wOjxicj4N CiZndDs8YnI+DQomZ3Q7IFRoaXMgaXMgbWVudGlvbmVkIGluICZxdW90O2RyYWZ0LWlldGYtbDN2 cG4taXBzZWMtMjU0Ny0wNSZxdW90Oywgd2hpY2gNCnNhaWQ6PGJyPg0KJmd0OyAmbmJzcDtBIFNl cnZpY2UgUHJvdmlkZXIgKFNQKSBjYW4gcHJvdGVjdCBhZ2FpbnN0IHNwb29mZWQgTVBMUyBwYWNr ZXRzDQpieTxicj4NCiZndDsgJm5ic3A7dGhlIHNpbXBsZSBleHBlZGllbnQgb2Ygbm90IGFjY2Vw dGluZyBNUExTIHBhY2tldHMgZnJvbSBvdXRzaWRlDQppdHM8YnI+DQomZ3Q7ICZuYnNwO293biBi b3VuZGFyaWVzIChvciBtb3JlIGdlbmVyYWxseSBieSBrZWVwaW5nIHRyYWNrIG9mIHdoaWNoDQps YWJlbHM8YnI+DQomZ3Q7ICZuYnNwO2FyZSB2YWxpZGx5IHJlY2VpdmVkIG92ZXIgd2hpY2ggaW50 ZXJmYWNlcywgYW5kIGRpc2NhcmRpbmcgcGFja2V0czxicj4NCiZndDsgJm5ic3A7d2hpY2ggYXJy aXZlIHdpdGggbGFiZWxzIHRoYXQgYXJlIG5vdCB2YWxpZCBmb3IgdGhlaXIgaW5jb21pbmc8YnI+ DQomZ3Q7ICZuYnNwO2ludGVyZmFjZXMpLi4uPGJyPg0KJmd0OyBCdXQgdGhpcyBkcmFmdCB3YXMg ZXhwaXJlZCBsb25nIGFnby4gSG9wZSBpdCBoZWxwcyB5b3UuPGJyPg0KJmd0Ozxicj4NCiZndDsg Q2hlZXJzPGJyPg0KJmd0Ozxicj4NCiZndDsgSmlhbmcgWXVhbmxvbmc8YnI+DQomZ3Q7PGJyPg0K Jmd0OyAtLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tIEZyb206ICZxdW90O0Fub29wIEdoYW53 YW5pJnF1b3Q7ICZuYnNwOzxicj4NCiZndDsgJmx0O2Fub29wQGJyb2NhZGUuY29tJmd0Ozxicj4N CiZndDsgVG86ICZsdDttcGxzQGlldGYub3JnJmd0Ozxicj4NCiZndDsgU2VudDogV2VkbmVzZGF5 LCBKdW5lIDI0LCAyMDA5IDg6NDkgQU08YnI+DQomZ3Q7IFN1YmplY3Q6IFttcGxzXSB2YWxpZGF0 aW5nIGluY29taW5nIGZyYW1lcyBhdCBhbiBFdGhlcm5ldCBpbnRlcmZhY2UNCiZuYnNwOzxicj4N CiZndDsgb2YgYW4gTFNSPGJyPg0KJmd0Ozxicj4NCiZndDs8YnI+DQomZ3Q7Jmd0Ozxicj4NCiZn dDsmZ3Q7IExldCdzIHNheSBJIGhhdmUgMyByb3V0ZXJzIFIxLCBSMiAmYW1wOyBSMyBjb25uZWN0 ZWQ8YnI+DQomZ3Q7Jmd0OyBieSBhIGxheWVyIDIgc3dpdGNoLjxicj4NCiZndDsmZ3Q7PGJyPg0K Jmd0OyZndDsgTGV0J3Mgc2F5IFIxIGFkdmVydGlzZXMgYSBsYWJlbCwgc2F5IEwxLCBmb3IgYTxi cj4NCiZndDsmZ3Q7IGNlcnRhaW4gRkVDIHRvIFIyLiAmbmJzcDtMZXQncyBhc3N1bWUgUjEgaGFz IGEgZ2xvYmFsPGJyPg0KJmd0OyZndDsgTElCIChpLmUuIGFzc2lnbnMgZGlmZmVyZW50IGxhYmVs cyBlYWNoIHRpbWUgb25lPGJyPg0KJmd0OyZndDsgaXMgcmVxdWVzdGVkKS48YnI+DQomZ3Q7Jmd0 Ozxicj4NCiZndDsmZ3Q7IE5vdywgaWYgUjMgc2VuZHMgYSBmcmFtZSB3aXRoIEwxIGFkZHJlc3Nl ZCB0bzxicj4NCiZndDsmZ3Q7IFIxJ3MgTUFDIGFkZHJlc3MsIHdvdWxkIFIxIGp1c3QgcGljayB0 aGUgZnJhbWU8YnI+DQomZ3Q7Jmd0OyB1cCBhbmQgZm9yd2FyZCBpdCwgb3Igd291bGQgaXQgYWN0 dWFsbHkgbm90aWNlPGJyPg0KJmd0OyZndDsgdGhlIHByb2JsZW0gYW5kIGRyb3AgdGhlIGZyYW1l Pzxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZndDsgSSBrbm93IHdlJ3JlIGdldHRpbmcgaW50byBp bXBsZW1lbnRhdGlvbiBoZXJlLDxicj4NCiZndDsmZ3Q7IGJ1dCB3b3VsZCBhcHByZWNpYXRlIGlm IHNvbWVvbmUgY2FuIHBvaW50IG1lIHRvPGJyPg0KJmd0OyZndDsgYW4gUkZDL2RyYWZ0IHRoYXQg ZGlzY3Vzc2VzIHRoaXMgaXNzdWUuPGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyBUaGFua3Ms PGJyPg0KJmd0OyZndDsgQW5vb3A8YnI+DQomZ3Q7Jmd0OyBfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NCiZndDsmZ3Q7IG1wbHMgbWFpbGluZyBsaXN0 PGJyPg0KJmd0OyZndDsgbXBsc0BpZXRmLm9yZzxicj4NCiZndDsmZ3Q7IGh0dHBzOi8vd3d3Lmll dGYub3JnL21haWxtYW4vbGlzdGluZm8vbXBsczxicj4NCiZndDs8YnI+DQomZ3Q7IF9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KJmd0OyBtcGxzIG1h aWxpbmcgbGlzdDxicj4NCiZndDsgbXBsc0BpZXRmLm9yZzxicj4NCiZndDsgaHR0cHM6Ly93d3cu aWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9tcGxzPGJyPg0KPGJyPg0KX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQptcGxzIG1haWxpbmcgbGlzdDxi cj4NCm1wbHNAaWV0Zi5vcmc8YnI+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3Rp bmZvL21wbHM8YnI+DQo8YnI+DQo8L3R0PjwvZm9udD4NCjxicj4NCjxicj48cHJlPg0KLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NClpURSZu YnNwO0luZm9ybWF0aW9uJm5ic3A7U2VjdXJpdHkmbmJzcDtOb3RpY2U6Jm5ic3A7VGhlJm5ic3A7 aW5mb3JtYXRpb24mbmJzcDtjb250YWluZWQmbmJzcDtpbiZuYnNwO3RoaXMmbmJzcDttYWlsJm5i c3A7aXMmbmJzcDtzb2xlbHkmbmJzcDtwcm9wZXJ0eSZuYnNwO29mJm5ic3A7dGhlJm5ic3A7c2Vu ZGVyJ3MmbmJzcDtvcmdhbml6YXRpb24uJm5ic3A7VGhpcyZuYnNwO21haWwmbmJzcDtjb21tdW5p Y2F0aW9uJm5ic3A7aXMmbmJzcDtjb25maWRlbnRpYWwuJm5ic3A7UmVjaXBpZW50cyZuYnNwO25h bWVkJm5ic3A7YWJvdmUmbmJzcDthcmUmbmJzcDtvYmxpZ2F0ZWQmbmJzcDt0byZuYnNwO21haW50 YWluJm5ic3A7c2VjcmVjeSZuYnNwO2FuZCZuYnNwO2FyZSZuYnNwO25vdCZuYnNwO3Blcm1pdHRl ZCZuYnNwO3RvJm5ic3A7ZGlzY2xvc2UmbmJzcDt0aGUmbmJzcDtjb250ZW50cyZuYnNwO29mJm5i c3A7dGhpcyZuYnNwO2NvbW11bmljYXRpb24mbmJzcDt0byZuYnNwO290aGVycy4NClRoaXMmbmJz cDtlbWFpbCZuYnNwO2FuZCZuYnNwO2FueSZuYnNwO2ZpbGVzJm5ic3A7dHJhbnNtaXR0ZWQmbmJz cDt3aXRoJm5ic3A7aXQmbmJzcDthcmUmbmJzcDtjb25maWRlbnRpYWwmbmJzcDthbmQmbmJzcDtp bnRlbmRlZCZuYnNwO3NvbGVseSZuYnNwO2ZvciZuYnNwO3RoZSZuYnNwO3VzZSZuYnNwO29mJm5i c3A7dGhlJm5ic3A7aW5kaXZpZHVhbCZuYnNwO29yJm5ic3A7ZW50aXR5Jm5ic3A7dG8mbmJzcDt3 aG9tJm5ic3A7dGhleSZuYnNwO2FyZSZuYnNwO2FkZHJlc3NlZC4mbmJzcDtJZiZuYnNwO3lvdSZu YnNwO2hhdmUmbmJzcDtyZWNlaXZlZCZuYnNwO3RoaXMmbmJzcDtlbWFpbCZuYnNwO2luJm5ic3A7 ZXJyb3ImbmJzcDtwbGVhc2UmbmJzcDtub3RpZnkmbmJzcDt0aGUmbmJzcDtvcmlnaW5hdG9yJm5i c3A7b2YmbmJzcDt0aGUmbmJzcDttZXNzYWdlLiZuYnNwO0FueSZuYnNwO3ZpZXdzJm5ic3A7ZXhw cmVzc2VkJm5ic3A7aW4mbmJzcDt0aGlzJm5ic3A7bWVzc2FnZSZuYnNwO2FyZSZuYnNwO3Rob3Nl Jm5ic3A7b2YmbmJzcDt0aGUmbmJzcDtpbmRpdmlkdWFsJm5ic3A7c2VuZGVyLg0KVGhpcyZuYnNw O21lc3NhZ2UmbmJzcDtoYXMmbmJzcDtiZWVuJm5ic3A7c2Nhbm5lZCZuYnNwO2ZvciZuYnNwO3Zp cnVzZXMmbmJzcDthbmQmbmJzcDtTcGFtJm5ic3A7YnkmbmJzcDtaVEUmbmJzcDtBbnRpLVNwYW0m bmJzcDtzeXN0ZW0uDQo8L3ByZT4= --=_alternative 003CC746482575DF_=-- From eric.gray@ericsson.com Mon Jul 13 10:47:05 2009 Return-Path: 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 DA2A528C4D8; Mon, 13 Jul 2009 10:47:05 -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 4FS1CMU2H0Zp; Mon, 13 Jul 2009 10:47:05 -0700 (PDT) Received: from imr2.ericy.com (imr2.ericy.com [198.24.6.3]) by core3.amsl.com (Postfix) with ESMTP id 9AECF28C564; Mon, 13 Jul 2009 10:45:20 -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 n6DHjdV6008536; Mon, 13 Jul 2009 12:45:48 -0500 Received: from eusrcmw721.eamcs.ericsson.se ([138.85.77.21]) by eusrcmw750.eamcs.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Mon, 13 Jul 2009 12:45:48 -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: Mon, 13 Jul 2009 12:45:47 -0500 Message-ID: <941D5DCD8C42014FAF70FB7424686DCF0582BAA1@eusrcmw721.eamcs.ericsson.se> In-Reply-To: <4A4A1EFA.6040101@pi.nu> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [CCAMP] poll to make draft-andersson-mpls-tp-process-03.txt a working group document Thread-Index: Acn5jfay7tOMHR47QAeTkJexeDlq8wKU8PJg References: <4A4A1EFA.6040101@pi.nu> From: "Eric Gray" To: "Loa Andersson" , , , , X-OriginalArrivalTime: 13 Jul 2009 17:45:48.0161 (UTC) FILETIME=[C173FF10:01CA03E1] Subject: Re: [mpls] [CCAMP] poll to make draft-andersson-mpls-tp-process-03.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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2009 17:47:06 -0000 Support.=20 -----Original Message----- From: ccamp-bounces@ietf.org [mailto:ccamp-bounces@ietf.org] On Behalf Of Loa Andersson Sent: Tuesday, June 30, 2009 10:20 AM To: mpls@ietf.org; mpls-tp@ietf.org; ccamp@ietf.org; pwe3@ietf.org Subject: [CCAMP] poll to make draft-andersson-mpls-tp-process-03.txt a working group document All, we have an individual draft, draft-andersson-mpls-tp-process-03.txt, that describes additions to the mpls working group process to allow ITU-T to give input on MPLS-TP Internet Drafts. It pretty much captures current practice, and from the start we had no intention to ever progress, but recently there has been comments that it would have a better and clearer sttus if it were a working group document. We have had no plans to ever make it an RFC, but it has been pointed out that it would be possible to publish as an Historical RFC. Whether we execute on that or not is not yet decided. Therefore, is is to start at two week poll on making draft-andersson-mpls-tp-process-03.txt an MPLS working group document. The poll ends on July 14. Please send your comments to the mpls-tp list. Please --=20 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@pi.nu _______________________________________________ CCAMP mailing list CCAMP@ietf.org https://www.ietf.org/mailman/listinfo/ccamp From nitinb@juniper.net Mon Jul 13 13:56:11 2009 Return-Path: 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 E6B6D28C197 for ; Mon, 13 Jul 2009 13:56:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.898 X-Spam-Level: X-Spam-Status: No, score=-4.898 tagged_above=-999 required=5 tests=[AWL=1.701, 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 Jeliowz+TlSU for ; Mon, 13 Jul 2009 13:56:11 -0700 (PDT) Received: from exprod7og121.obsmtp.com (exprod7og121.obsmtp.com [64.18.2.20]) by core3.amsl.com (Postfix) with ESMTP id 51B1428C631 for ; Mon, 13 Jul 2009 13:54:36 -0700 (PDT) Received: from source ([66.129.224.36]) (using TLSv1) by exprod7ob121.postini.com ([64.18.6.12]) with SMTP ID DSNKSlufJC3hgFVvu7fNxfNKa84BihGkbTPM@postini.com; Mon, 13 Jul 2009 13:55:07 PDT Received: from EMBX02-HQ.jnpr.net ([fe80::18fe:d666:b43e:f97e]) by P-EMHUB01-HQ.jnpr.net ([fe80::fc92:eb1:759:2c72%11]) with mapi; Mon, 13 Jul 2009 13:49:36 -0700 From: Nitin Bahadur To: "'mpls@ietf.org'" Date: Mon, 13 Jul 2009 13:49:36 -0700 Thread-Topic: New Version Notification for draft-ietf-mpls-lsp-ping-enhanced-dsmap-03 Thread-Index: AcoD+0EMLTNu+fv5Tw+Rf+cCkLkjQQAAAZRg Message-ID: <05542EC42316164383B5180707A489EE1BA5966ADE@EMBX02-HQ.jnpr.net> 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: [mpls] FW: New Version Notification for draft-ietf-mpls-lsp-ping-enhanced-dsmap-03 X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2009 20:56:12 -0000 Minor editorial edits... -----Original Message----- From: IETF I-D Submission Tool [mailto:idsubmission@ietf.org]=20 Sent: Monday, July 13, 2009 1:48 PM To: Nitin Bahadur Cc: Kireeti Kompella; swallow@cisco.com Subject: New Version Notification for draft-ietf-mpls-lsp-ping-enhanced-dsm= ap-03=20 A new version of I-D, draft-ietf-mpls-lsp-ping-enhanced-dsmap-03.txt has be= en successfuly submitted by Nitin Bahadur and posted to the IETF repository= . Filename: draft-ietf-mpls-lsp-ping-enhanced-dsmap Revision: 03 Title: Mechanism for performing LSP-Ping over MPLS tunnels Creation_date: 2009-07-11 WG ID: mpls Number_of_pages: 21 Abstract: This document describes methods for performing lsp-ping traceroute over mpls tunnels and for traceroute of stitched mpls LSPs. The techniques outlined in RFC 4379 are insufficient to perform traceroute FEC validation and path discovery for a LSP that goes over other mpls tunnels or for a stitched LSP. This document describes enhancements to the downstream-mapping TLV (defined in RFC 4379). These enhancements along with other procedures outlined in this document can be used to trace such LSPs. = =20 The IETF Secretariat. From root@core3.amsl.com Mon Jul 13 14:00:01 2009 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@core3.amsl.com Received: by core3.amsl.com (Postfix, from userid 0) id 898C33A6A1A; Mon, 13 Jul 2009 14:00:01 -0700 (PDT) From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 Message-Id: <20090713210001.898C33A6A1A@core3.amsl.com> Date: Mon, 13 Jul 2009 14:00:01 -0700 (PDT) Cc: mpls@ietf.org Subject: [mpls] I-D Action:draft-ietf-mpls-lsp-ping-enhanced-dsmap-03.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2009 21:00:01 -0000 --NextPart 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 : Mechanism for performing LSP-Ping over MPLS tunnels Author(s) : N. Bahadur, et al. Filename : draft-ietf-mpls-lsp-ping-enhanced-dsmap-03.txt Pages : 21 Date : 2009-07-13 This document describes methods for performing lsp-ping traceroute over mpls tunnels and for traceroute of stitched mpls LSPs. The techniques outlined in RFC 4379 are insufficient to perform traceroute FEC validation and path discovery for a LSP that goes over other mpls tunnels or for a stitched LSP. This document describes enhancements to the downstream-mapping TLV (defined in RFC 4379). These enhancements along with other procedures outlined in this document can be used to trace such LSPs. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-mpls-lsp-ping-enhanced-dsmap-03.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. --NextPart Content-Type: Message/External-body; name="draft-ietf-mpls-lsp-ping-enhanced-dsmap-03.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2009-07-13134746.I-D@ietf.org> --NextPart-- From swallow@cisco.com Mon Jul 13 13:57:27 2009 Return-Path: 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 31B6028C3A3 for ; Mon, 13 Jul 2009 13:57:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.924 X-Spam-Level: X-Spam-Status: No, score=-6.924 tagged_above=-999 required=5 tests=[AWL=-0.325, 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 yaYlhKfO1V-q for ; Mon, 13 Jul 2009 13:57:26 -0700 (PDT) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by core3.amsl.com (Postfix) with ESMTP id 53F3028C36F for ; Mon, 13 Jul 2009 13:57:26 -0700 (PDT) X-Files: draft-ietf-mpls-p2mp-lsp-ping-08.txt : 64278 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApoEAEI9W0qrR7MV/2dsb2JhbAC4Q4gjjwkFhAk X-IronPort-AV: E=Sophos;i="4.42,392,1243814400"; d="txt'?scan'208";a="345888954" Received: from sj-dkim-1.cisco.com ([171.71.179.21]) by sj-iport-6.cisco.com with ESMTP; 13 Jul 2009 20:57:57 +0000 Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237]) by sj-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id n6DKvvWG015937 for ; Mon, 13 Jul 2009 13:57:57 -0700 Received: from xbh-rtp-211.amer.cisco.com (xbh-rtp-211.cisco.com [64.102.31.102]) by sj-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id n6DKvrWH029735 for ; Mon, 13 Jul 2009 20:57:57 GMT Received: from xmb-rtp-206.amer.cisco.com ([64.102.31.32]) by xbh-rtp-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 13 Jul 2009 16:57:55 -0400 Received: from 10.86.249.240 ([10.86.249.240]) by xmb-rtp-206.amer.cisco.com ([64.102.31.32]) with Microsoft Exchange Server HTTP-DAV ; Mon, 13 Jul 2009 20:57:55 +0000 User-Agent: Microsoft-Entourage/12.19.0.090515 Date: Mon, 13 Jul 2009 16:57:53 -0400 From: George Swallow To: Message-ID: Thread-Topic: draft-ietf-mpls-p2mp-lsp-ping-08.txt Thread-Index: AcoD/JbKH6aS1Mmuw0eJwBzFdA6Ymg== Mime-version: 1.0 Content-type: multipart/mixed; boundary="B_3330349075_26393286" X-OriginalArrivalTime: 13 Jul 2009 20:57:55.0992 (UTC) FILETIME=[98936980:01CA03FC] DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=88827; t=1247518677; x=1248382677; c=relaxed/simple; s=sjdkim1004; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=swallow@cisco.com; z=From:=20George=20Swallow=20 |Subject:=20draft-ietf-mpls-p2mp-lsp-ping-08.txt |Sender:=20; bh=zqmJsz7FSTW0pJJY8kHw1ilbKwDswr41hnqsXVlz4J0=; b=hB67oysWyB6B6tZ2z7zLvs3I3ldqUGTu12K8rA4KOU56UXpC6hmhHR3N85 fyU93uQEEJLX9DbvGzzbPLnB69C57mIImwLFfT5kWegUQATb2Z7tbXOlzWCP mXS59Lt+Xir7hSkgCQvNf4+/Qf2be6UOh9faBUTLB0jw709J3tFHw=; Authentication-Results: sj-dkim-1; header.From=swallow@cisco.com; dkim=pass ( sig from cisco.com/sjdkim1004 verified; ); X-Mailman-Approved-At: Mon, 13 Jul 2009 14:56:32 -0700 Subject: [mpls] draft-ietf-mpls-p2mp-lsp-ping-08.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jul 2009 20:57:27 -0000 > This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --B_3330349075_26393286 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Folks - I'm posting this to the list instead of the ID-server as the Trust language has changed and I have as yet to receive acknowledgement of the new language from all of the authors. I plan to have it on the agenda in Stockholm. ...George --B_3330349075_26393286 Content-type: application/octet-stream; name="draft-ietf-mpls-p2mp-lsp-ping-08.txt" Content-disposition: attachment; filename="draft-ietf-mpls-p2mp-lsp-ping-08.txt" Content-transfer-encoding: base64 TmV0d29yayBXb3JraW5nIEdyb3VwICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg QS4gRmFycmVsIChFZGl0b3IpDQpJbnRlcm5ldC1EcmFmdCAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICBPbGQgRG9nIENvbnN1bHRpbmcNCkludGVuZGVkIFN0YXR1 czogU3RhbmRhcmRzIFRyYWNrICAgICAgICAgICAgICAgICAgICAgICAgICAgICBTLiBZYXN1 a2F3YQ0KVXBkYXRlczogUkZDNDM3OSAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgTlRUDQpDcmVhdGVkOiBKdWx5IDEwLCAyMDA5DQpFeHBp cmVzOiBKYW51YXJ5IDEwLCAyMDEwDQoNCg0KICAgICBEZXRlY3RpbmcgRGF0YSBQbGFuZSBG YWlsdXJlcyBpbiBQb2ludC10by1NdWx0aXBvaW50IE11bHRpcHJvdG9jb2wNCiAgICAgICAg ICAgICBMYWJlbCBTd2l0Y2hpbmcgKE1QTFMpIC0gRXh0ZW5zaW9ucyB0byBMU1AgUGluZw0K DQogICAgICAgICAgICAgICAgICBkcmFmdC1pZXRmLW1wbHMtcDJtcC1sc3AtcGluZy0wOC50 eHQNCg0KU3RhdHVzIG9mIHRoaXMgTWVtbw0KDQogICBUaGlzIEludGVybmV0LURyYWZ0IGlz IHN1Ym1pdHRlZCB0byBJRVRGIGluIGZ1bGwgY29uZm9ybWFuY2Ugd2l0aCB0aGUNCiAgIHBy b3Zpc2lvbnMgb2YgQkNQIDc4IGFuZCBCQ1AgNzkuDQoNCiAgIEludGVybmV0LURyYWZ0cyBh cmUgd29ya2luZyBkb2N1bWVudHMgb2YgdGhlIEludGVybmV0IEVuZ2luZWVyaW5nDQogICBU YXNrIEZvcmNlIChJRVRGKSwgaXRzIGFyZWFzLCBhbmQgaXRzIHdvcmtpbmcgZ3JvdXBzLiAg Tm90ZSB0aGF0DQogICBvdGhlciBncm91cHMgbWF5IGFsc28gZGlzdHJpYnV0ZSB3b3JraW5n IGRvY3VtZW50cyBhcw0KICAgSW50ZXJuZXQtRHJhZnRzLg0KDQogICBJbnRlcm5ldC1EcmFm dHMgYXJlIGRyYWZ0IGRvY3VtZW50cyB2YWxpZCBmb3IgYSBtYXhpbXVtIG9mIHNpeCBtb250 aHMNCiAgIGFuZCBtYXkgYmUgdXBkYXRlZCwgcmVwbGFjZWQsIG9yIG9ic29sZXRlZCBieSBv dGhlciBkb2N1bWVudHMgYXQgYW55DQogICB0aW1lLiAgSXQgaXMgaW5hcHByb3ByaWF0ZSB0 byB1c2UgSW50ZXJuZXQtRHJhZnRzIGFzIHJlZmVyZW5jZQ0KICAgbWF0ZXJpYWwgb3IgdG8g Y2l0ZSB0aGVtIG90aGVyIHRoYW4gYXMgIndvcmsgaW4gcHJvZ3Jlc3MuIg0KDQogICBUaGUg bGlzdCBvZiBjdXJyZW50IEludGVybmV0LURyYWZ0cyBjYW4gYmUgYWNjZXNzZWQgYXQNCiAg IGh0dHA6Ly93d3cuaWV0Zi5vcmcvMWlkLWFic3RyYWN0cy50eHQuDQoNCiAgIFRoZSBsaXN0 IG9mIEludGVybmV0LURyYWZ0IFNoYWRvdyBEaXJlY3RvcmllcyBjYW4gYmUgYWNjZXNzZWQg YXQNCiAgIGh0dHA6Ly93d3cuaWV0Zi5vcmcvc2hhZG93Lmh0bWwuDQoNCkFic3RyYWN0DQoN CiAgIFJlY2VudCBwcm9wb3NhbHMgaGF2ZSBleHRlbmRlZCB0aGUgc2NvcGUgb2YgTXVsdGlw cm90b2NvbCBMYWJlbA0KICAgU3dpdGNoaW5nIChNUExTKSBMYWJlbCBTd2l0Y2hlZCBQYXRo cyAoTFNQcykgdG8gZW5jb21wYXNzDQogICBwb2ludC10by1tdWx0aXBvaW50IChQMk1QKSBM U1BzLg0KDQogICBUaGUgcmVxdWlyZW1lbnQgZm9yIGEgc2ltcGxlIGFuZCBlZmZpY2llbnQg bWVjaGFuaXNtIHRoYXQgY2FuIGJlDQogICB1c2VkIHRvIGRldGVjdCBkYXRhIHBsYW5lIGZh aWx1cmVzIGluIHBvaW50LXRvLXBvaW50IChQMlApIE1QTFMgTFNQcw0KICAgaGFzIGJlZW4g cmVjb2duaXplZCBhbmQgaGFzIGxlZCB0byB0aGUgZGV2ZWxvcG1lbnQgb2YgdGVjaG5pcXVl cw0KICAgZm9yIGZhdWx0IGRldGVjdGlvbiBhbmQgaXNvbGF0aW9uIGNvbW1vbmx5IHJlZmVy cmVkIHRvIGFzICJMU1AgUGluZyIuDQoNCiAgIFRoZSBzY29wZSBvZiB0aGlzIGRvY3VtZW50 IGlzIGZhdWx0IGRldGVjdGlvbiBhbmQgaXNvbGF0aW9uIGZvciBQMk1QDQogICBNUExTIExT UHMuIFRoaXMgZG9jdW1lbnRzIGRvZXMgbm90IHJlcGxhY2UgYW55IG9mIHRoZSBtZWNoYW5p c21zIG9mDQogICBMU1AgUGluZywgYnV0IGNsYXJpZmllcyB0aGVpciBhcHBsaWNhYmlsaXR5 IHRvIE1QTFMgUDJNUCBMU1BzLCBhbmQNCiAgIGV4dGVuZHMgdGhlIHRlY2huaXF1ZXMgYW5k IG1lY2hhbmlzbXMgb2YgTFNQIFBpbmcgdG8gdGhlIE1QTFMgUDJNUA0KICAgZW52aXJvbm1l bnQuDQoNCkNvcHlyaWdodCBOb3RpY2UNCg0KICAgQ29weXJpZ2h0IChjKSAyMDA5IElFVEYg VHJ1c3QgYW5kIHRoZSBwZXJzb25zIGlkZW50aWZpZWQgYXMgdGhlDQogICBkb2N1bWVudCBh dXRob3JzLiAgQWxsIHJpZ2h0cyByZXNlcnZlZC4NCg0KQ29udmVudGlvbnMgdXNlZCBpbiB0 aGlzIGRvY3VtZW50DQoNCllhc3VrYXdhIGFuZCBGYXJyZWwgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgW1BhZ2UgMV0NCgwNCkludGVybmV0IERyYWZ0 ICAgICBkcmFmdC1pZXRmLW1wbHMtcDJtcC1sc3AtcGluZy0wOC50eHQgICAgICAgICBKdWx5 IDIwMDkNCg0KICAgVGhlIGtleSB3b3JkcyAiTVVTVCIsICJNVVNUIE5PVCIsICJSRVFVSVJF RCIsICJTSEFMTCIsICJTSEFMTCBOT1QiLA0KICAgIlNIT1VMRCIsICJTSE9VTEQgTk9UIiwg IlJFQ09NTUVOREVEIiwgIk1BWSIsIGFuZCAiT1BUSU9OQUwiIGluIHRoaXMNCiAgIGRvY3Vt ZW50IGFyZSB0byBiZSBpbnRlcnByZXRlZCBhcyBkZXNjcmliZWQgaW4gUkZDIDIxMTkgW1JG QzIxMTldLg0KDQpDb250ZW50cw0KDQogICAxLiBJbnRyb2R1Y3Rpb24uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uIDQNCiAgIDEuMSBEZXNp Z24gQ29uc2lkZXJhdGlvbnMuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4gNQ0KICAgMi4gTm90ZXMgb24gTW90aXZhdGlvbi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLiA2DQogICAyLjEuIEJhc2ljIE1vdGl2YXRpb25z IGZvciBMU1AgUGluZy4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uIDYNCiAgIDIu Mi4gTW90aXZhdGlvbnMgZm9yIExTUCBQaW5nIGZvciBQMk1QIExTUHMuLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4gNg0KICAgMi4zIEJvb3RzdHJhcHBpbmcgT3RoZXIgT0FNIFByb2NlZHVy ZXMgVXNpbmcgTFNQIFBpbmcuLi4uLi4uLi4uLi4uLiA4DQogICAzLiBPcGVyYXRpb24gb2Yg TFNQIFBpbmcgZm9yIGEgUDJNUCBMU1AuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uIDgN CiAgIDMuMS4gSWRlbnRpZnlpbmcgdGhlIExTUCBVbmRlciBUZXN0Li4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4gOQ0KICAgMy4xLjEuIElkZW50aWZ5aW5nIGEgUDJNUCBNUExT IFRFIExTUC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLiA5DQogICAzLjEuMS4xLiBS U1ZQIFAyTVAgSVB2NCBTZXNzaW9uIFN1Yi1UTFYuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uIDkNCiAgIDMuMS4xLjIuIFJTVlAgUDJNUCBJUHY2IFNlc3Npb24gU3ViLVRMVi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gOQ0KICAgMy4xLjIuIElkZW50aWZ5aW5nIGEgTXVs dGljYXN0IExEUCBMU1AuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uIDEwDQogICAzLjEu Mi4xLiBNdWx0aWNhc3QgTERQIEZFQyBTdGFjayBTdWItVExWcy4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4gMTANCiAgIDMuMS4yLjIuIEFwcGxpY2FiaWxpdHkgdG8gTXVsdGlwb2ludC10 by1NdWx0aXBvaW50IExTUHMuLi4uLi4uLi4uLiAxMQ0KICAgMy4yLiBQaW5nIE1vZGUgT3Bl cmF0aW9uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uIDEyDQog ICAzLjIuMS4gQ29udHJvbGxpbmcgUmVzcG9uc2VzIHRvIExTUCBQaW5ncy4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4gMTINCiAgIDMuMi4yLiBQaW5nIE1vZGUgRWdyZXNzIFByb2NlZHVy ZXMuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLiAxMg0KICAgMy4yLjMuIEppdHRl cmVkIFJlc3BvbnNlcy4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u IDEyDQogICAzLjIuNC4gUDJNUCBSZXNwb25kZXIgSWRlbnRpZmllciBUTFYgYW5kIFN1Yi1U TFZzLi4uLi4uLi4uLi4uLi4uLi4gMTMNCiAgIDMuMi40LjEuIEVncmVzcyBBZGRyZXNzIFAy TVAgUmVzcG9uZGVyIElkZW50aWZpZXIgU3ViLVRMVnMuLi4uLi4uLiAxNA0KICAgMy4yLjQu Mi4gTm9kZSBBZGRyZXNzIFAyTVAgUmVzcG9uZGVyIElkZW50aWZpZXIgU3ViLVRMVnMuLi4u Li4uLi4uIDE0DQogICAzLjIuNS4gRWNobyBKaXR0ZXIgVExWLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gMTUNCiAgIDMuMi42LiBFY2hvIFJlc3BvbnNl IFJlcG9ydGluZy4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLiAxNQ0KICAg My4yLjYuMSBQaW5nIFJlc3BvbnNlcyBhdCBUcmFuc2l0IGFuZCBCcmFuY2ggTm9kZXMuLi4u Li4uLi4uLi4uLi4uIDE2DQogICAzLjIuNi4yIFBpbmcgUmVzcG9uc2VzIGF0IEVncmVzcyBh bmQgQnVkIE5vZGVzLi4uLi4uLi4uLi4uLi4uLi4uLi4gMTYNCiAgIDMuMy4gVHJhY2Vyb3V0 ZSBNb2RlIE9wZXJhdGlvbi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLiAx Ng0KICAgMy4zLjEuIENvcnJlbGF0aW5nIFRyYWNlcm91dGUgUmVzcG9uc2VzLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uIDE3DQogICAzLjMuMi4gVHJhY2Vyb3V0ZSBSZXNwb25zZXMg YXQgVHJhbnNpdCBOb2Rlcy4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gMTgNCiAgIDMuMy4zLiBU cmFjZXJvdXRlIFJlc3BvbnNlcyBhdCBCcmFuY2ggTm9kZXMuLi4uLi4uLi4uLi4uLi4uLi4u Li4uLiAxOA0KICAgMy4zLjQuIFRyYWNlcm91dGUgUmVzcG9uc2VzIGF0IEVncmVzcyBOb2Rl cy4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uIDE5DQogICAzLjMuNS4gVHJhY2Vyb3V0ZSBSZXNw b25zZXMgYXQgQnVkIE5vZGVzLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gMTkNCiAgIDMu My42LiBOb24tUmVzcG9uc2UgdG8gVHJhY2Vyb3V0ZSBFY2hvIFJlcXVlc3RzLi4uLi4uLi4u Li4uLi4uLi4uLiAyMA0KICAgMy4zLjcgVXNlIG9mIERvd25zdHJlYW0gRGV0YWlsZWQgTWFw cGluZyBUTFYgaW4gRWNobyBSZXF1ZXN0Li4uLi4uIDIwDQogICA0LiBOb24tY29tcGxpYW50 IFJvdXRlcnMuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4gMjAN CiAgIDUuIE9BTSBDb25zaWRlcmF0aW9ucy4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLiAyMA0KICAgNi4gSUFOQSBDb25zaWRlcmF0aW9ucy4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uIDIxDQogICA2LjEuIE5ldyBT dWItVExWIFR5cGVzLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4gMjENCiAgIDYuMi4gTmV3IFRMVnMuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLiAyMQ0KICAgNy4gU2VjdXJpdHkgQ29uc2lkZXJhdGlv bnMuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uIDIyDQogICA4LiBB Y2tub3dsZWRnZW1lbnRzLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4gMjINCiAgIDkuIFJlZmVyZW5jZXMuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLiAyMw0KICAgOS4xIE5vcm1hdGl2ZSBSZWZl cmVuY2VzLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uIDIzDQog ICA5LjIgSW5mb3JtYXRpdmUgUmVmZXJlbmNlcy4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4gMjMNCiAgIDEwLiBBdXRob3JzJyBBZGRyZXNzZXMuLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLiAyNA0KICAgMTEuIEZ1bGwgQ29w eXJpZ2h0IFN0YXRlbWVudC4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u IDI1DQoNCg0KWWFzdWthd2EgYW5kIEZhcnJlbCAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICBbUGFnZSAyXQ0KDA0KSW50ZXJuZXQgRHJhZnQgICAgIGRy YWZ0LWlldGYtbXBscy1wMm1wLWxzcC1waW5nLTA4LnR4dCAgICAgICAgIEp1bHkgMjAwOQ0K DQoNCjAuIENoYW5nZSBMb2cNCg0KICAgVGhpcyBzZWN0aW9uIHRvIGJlIHJlbW92ZWQgYmVm b3JlIHB1YmxpY2F0aW9uIGFzIGFuIFJGQy4NCg0KMC4xIENoYW5nZXMgZnJvbSAwMCB0byAw MQ0KDQogICAtIFVwZGF0ZSByZWZlcmVuY2VzLg0KICAgLSBGaXggYm9pbGVycGxhdGUuDQoN CjAuMiBDaGFuZ2VzIGZyb20gMDEgdG8gMDINCg0KICAgLSBVcGRhdGUgZW50aXJlIGRvY3Vt ZW50IHNvIHRoYXQgaXQgaXMgbm90IHNwZWNpZmljIHRvIE1QTFMtVEUsIGJ1dA0KICAgICBh bHNvIGluY2x1ZGVzIG11bHRpY2FzdCBMRFAgTFNQcy4NCiAgIC0gTW92ZSB0aGUgZWdyZXNz IGlkZW50aWZpZXIgc3ViLVRMVnMgZnJvbSB0aGUgRkVDIFN0YWNrIFRMViB0byBhIG5ldw0K ICAgICBlZ3Jlc3MgaWRlbnRpZmllciBUTFYuDQogICAtIEluY2x1ZGUgTXVsdGljYXN0IExE UCBGRUMgU3RhY2sgc3ViLVRMViBkZWZpbml0aW9uIGZyb20gW01DQVNULUNWXS4NCiAgIC0g QWRkIGJyaWVmIHNlY3Rpb24gb24gdXNlIG9mIExTUCBQaW5nIGZvciBib290c3RyYXBwaW5n Lg0KICAgLSBBZGQgbmV3IHJlZmVyZW5jZXMgdG8gUmVmZXJlbmNlcyBzZWN0aW9uLg0KICAg LSBBZGQgZGV0YWlscyBvZiB0d28gbmV3IGF1dGhvcnMuDQoNCjAuMyBDaGFuZ2VzIGZyb20g MDIgdG8gMDMNCg0KICAgLSBVcGRhdGUgcmVmZXJlbmNlcy4NCiAgIC0gVXBkYXRlIGJvaWxl cnBsYXRlLg0KICAgLSBGaXggdHlwb3MuDQogICAtIENsYXJpZnkgaW4gMy4yLjIgdGhhdCBh IHJlY2lwaWVudCBvZiBhbiBlY2hvIHJlcXVlc3QgbXVzdCByZXBseQ0KICAgICBvbmx5IG9u Y2UgaXQgaGFzIGFwcGxpZWQgaW5jb21pbmcgcmF0ZSBsaW1pdGluZy4NCiAgIC0gVGlkeSBy ZWZlcmVuY2VzIHRvIGJvb3RzdHJhcHBpbmcgZm9yIFtNQ0FTVC1DVl0gaW4gMS4xLg0KICAg LSBBbGxvdyBtdWx0aXBsZSBzdWItVExWcyBpbiB0aGUgUDJNUCBFZ3Jlc3MgSWRlbnRpZmll ciBUTFYgaW4NCiAgICAgc2VjdGlvbnMgMy4yLjEsIDMuMi4yLCAzLjIuNCwgMy4zLjEsIGFu ZCAzLjMuNC4NCiAgIC0gQ2xhcmlmeSBob3cgdG8gaGFuZGxlIGEgUDJNUCBFZ3Jlc3MgSWRl bnRpZmllciBUTFYgd2l0aCBubyBzdWItVExWcw0KICAgICBpbiBzZWN0aW9ucyAzLjIuMSBh bmQgMy4yLjIuDQoNCjAuNCBDaGFuZ2VzIGZyb20gMDMgdG8gMDQNCg0KICAgLSBSZXZlcnQg dG8gcHJldmlvdXMgdGV4dCBpbiBzZWN0aW9ucyAzLjIuMSwgMy4yLjIsIDMuMi40LCAzLjMu MSwgYW5kDQogICAgIDMuMy40IHdpdGggcmVzcGVjdCB0byBtdWx0aXBsZSBzdWItVExWcyBp biB0aGUgUDJNUCBFZ3Jlc3MNCiAgICAgSWRlbnRpZmllciBUTFYuDQoNCg0KMC41IENoYW5n ZXMgZnJvbSAwNCB0byAwNQ0KDQogICAtIENoYW5nZSBjb29yZGluYXRlcyBmb3IgVG9tIE5h ZGVhdS4gU2VjdGlvbiAxMy4NCiAgIC0gRml4IHR5cG9zLg0KICAgLSBVcGRhdGUgcmVmZXJl bmNlcy4NCiAgIC0gUmVzb2x2ZSBhbGwgYWNyb255bSBleHBhbnNpb25zLg0KDQowLjYgQ2hh bmdlcyBmcm9tIDA1IHRvIDA2DQoNCiAgIC0gTmV3IHNlY3Rpb24sIDMuMi42LCB0byBleHBs YWluIGVjaG8gcmVzcG9uc2UgcmVwb3J0aW5nIGluIHRoZSBQaW5nDQogICAgIGNhc2UuDQoN Cllhc3VrYXdhIGFuZCBGYXJyZWwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgW1BhZ2UgM10NCgwNCkludGVybmV0IERyYWZ0ICAgICBkcmFmdC1pZXRm LW1wbHMtcDJtcC1sc3AtcGluZy0wOC50eHQgICAgICAgICBKdWx5IDIwMDkNCg0KICAgLSBO ZXcgc2VjdGlvbiwgMy4zLjcsIHRvIGV4cGxhaW4gZWNobyByZXNwb25zZSByZXBvcnRpbmcg aW4gdGhlDQogICAgIFRyYWNlcm91dGUgY2FzZS4NCiAgIC0gU2VjdGlvbnMgMy4zLjIsIDMu My41LCBhbmQgNS4gUmV0aXJlIHRoZSBFLWZsYWcgZm9yIGlkZW50aWZpY2F0aW9uDQogICAg IG9mIGJ1ZCBub2Rlcy4gVXNlIHRoZSBCLWZsYWcgaW4gYSBEb3duc3RyZWFtIE1hcHBpbmcg VExWIHdpdGggYQ0KICAgICB6ZXJvIGFkZHJlc3MgdG8gcHJvdmlkZSB0aGUgbmVjZXNzYXJ5 IGluZGljYXRpb24uDQogICAtIFNlY3Rpb24gMy4zLjQuIE5vdGUgdGhlIHVzZSBvZiBBTExS T1VURVJTIGFkZHJlc3MgYXMgcGVyIFJGQyA0Mzc5DQogICAtIFNlY3Rpb24gNy4gU3VnZ2Vz dCB2YWx1ZXMgZm9yIElBTkEgYXNzaWdubWVudC4NCiAgIC0gUmVuYW1lICJQMk1QIFJlc3Bv bmRlciBJZGVudGlmaWVyIFRMViIgdG8gIlAyTVAgUmVzcG9uZGVyDQogICAgIElkZW50aWZp ZXIgVExWIiwgIkVncmVzcyBJZGVudGlmaWVyIHN1Yi1UTFYiIHRvICJSZXNwb25kZXINCiAg ICAgSWRlbnRpZmllciBzdWItVExWIiwgYW5kICJQMk1QIGVncmVzc2VzIiBtdWx0aXBhdGgg dHlwZSB0byAiUDJNUA0KICAgICByZXNwb25kZXIiLiBUaGlzIGFsbG93cyBhbnkgTFNSIG9u IHRoZSBQMk1QIExTUCB0byBiZSB0aGUgdGFyZ2V0DQogICAgIG9mLCBvciByZXNwb25kZXIg dG8sIGFuIGVjaG8gcmVxdWVzdC4NCg0KMC43IENoYW5nZXMgZnJvbSAwNiB0byAwNw0KDQog ICAtIFNlY3Rpb25zIDMuMy4yIGFuZCAzLjMuMy4gRGVsZXRlIHNlY3Rpb24gMy4zLjUuIE5l dyBzZWN0aW9ucw0KICAgICAzLjMuMi4xIHRocm91Z2ggMy4zLjIuMzogUmV0aXJlIEItZmxh ZyBmcm9tIERvd25zdHJlYW0gTWFwcGluZyBUTFYuDQogICAgIEludHJvZHVjZSBuZXcgTm9k ZSBQcm9wZXJ0aWVzIFRMViB3aXRoIEJyYW5jaGluZyBQcm9wZXJ0aWVzIGFuZA0KICAgICBF Z3Jlc3MgQWRkcmVzcyBzdWItVExWcy4NCiAgIC0gU2VjdGlvbiAzLjMuMi40OiBDbGFyaWZ5 IHJ1bGVzIG9uIHByZXNlbmNlIG9mIE11bHRpcGF0aCBJbmZvcm1hdGlvbg0KICAgICBpbiBE b3duc3RyZWFtIE1hcHBpbmcgVExWcy4NCiAgIC0gU2VjdGlvbiAzLjMuNTogQ2xhcmlmeSBw YWRkaW5nIHJ1bGVzLg0KICAgLSBTZWN0aW9uIDMuMy42OiBVcGRhdGVkIHRvIHVzZSBEb3du c3RyZWFtIERldGFpbGVkIE1hcHBpbmcgVExWcyBmb3INCiAgICAgbXVsdGlwbGUgcmV0dXJu IGNvbmRpdGlvbnMgcmVwb3J0ZWQgYnkgYSBzaW5nbGUgZWNobyByZXNwb25zZS4NCiAgIC0g U2VjdGlvbiA3OiBVcGRhdGUgSUFOQSB2YWx1ZXMgYW5kIGFkZCBuZXcgc3ViLXNlY3Rpb25z Lg0KICAgLSBTZWN0aW9uIDExOiBBZGQgcmVmZXJlbmNlIGRyYWZ0LWlldGYtbXBscy1sc3At cGluZy1lbmhhbmNlZC1kc21hcC4NCiAgIC0gU2VjdGlvbiAxMzogVXBkYXRlIEJpbGwgRmVu bmVyJ3MgY29vcmRpbmF0ZXMuDQoNCjAuOCBDaGFuZ2VzIGZyb20gMDcgdG8gMDgNCiAgIC0g UmVtb3ZlZCB0aGUgTm9kZSBQcm9wZXJ0aWVzIFRMViAoU2VjdGlvbiAzLjMuMi4xIG9mIHZl cnNpb24gMDcpLg0KICAgLSBSZW1vdmVkIHRoZSBOZXcgTXVsdGlwYXRoIFR5cGUgZnJvbSBN dWx0aXBhdGggU3ViLVRMViAoU2VjdGlvbg0KICAgICAzLjMuNSBvZiB2ZXJzaW9uIDA3KS4N CiAgIC0gUmVtb3ZlZCB0aGUgUmV0dXJuIENvZGUgU3ViLVRMViBmcm9tIERvd25zdHJlYW0g RGV0YWlsZWQgVExWDQogICAgIChTZWN0aW9uIDMuMy42LjEgb2YgdmVyc2lvbiAwNyksIGFz IGl0IGlzIGFscmVhZHkgaW5jbHVkZWQgaW4NCiAgICAgZHJhZnQtaWV0Zi1tcGxzLWxzcC1w aW5nLWVuaGFuY2VkLWRzbWFwLTAyLg0KICAgLSBDbGFyaWZpZWQgdGhlIGJlaGF2aW9yIG9m IFJlc3BvbmRlciBJZGVudGlmaWVyIFRMViAoU2VjdGlvbg0KICAgICAzLjIuNCBvZiB2ZXJz aW9uIDA3KS4gVHdvIG5ldyBTdWItVExWcyBhcmUgaW50cm9kdWNlZC4NCiAgIC0gRG93bnN0 cmVhbSBEZXRhaWxlZCBNYXBwaW5nIFRMViBpcyBub3cgbWFuZGF0b3J5IGZvciBpbXBsZW1l bnRpbmcNCiAgICAgUDJNUCBPQU0gZnVuY3Rpb25hbGl0eS4NCiAgIC0gU3BsaXQgTXVsdGlj YXN0IExEUCBUTFYgaW50byB0d28gVExWcywgb25lIGZvciBQMk1QIGFuZCBvdGhlciBmb3IN CiAgICAgTVAyTVAuIEFsc28gYWRkZWQgZGVzY3JpcHRpb24gdG8gYWxsb3cgTVAyTVAgcGlu ZyBieSB1c2luZyB0aGlzDQogICAgIGRyYWZ0Lg0KICAgLSBSZW1vdmVkIFNlY3Rpb24gNC4g YXMgaXQgd2FzIGEgZHVwbGljYXRlIG9mIFNlY3Rpb24gMi4zLg0KDQoNCjEuIEludHJvZHVj dGlvbg0KDQogICBTaW1wbGUgYW5kIGVmZmljaWVudCBtZWNoYW5pc21zIHRoYXQgY2FuIGJl IHVzZWQgdG8gZGV0ZWN0IGRhdGEgcGxhbmUNCiAgIGZhaWx1cmVzIGluIHBvaW50LXRvLXBv aW50IChQMlApIE11bHRpcHJvdG9jb2wgTGFiZWwgU3dpdGNoaW5nIChNUExTKQ0KICAgTGFi ZWwgU3dpdGNoZWQgUGF0aHMgKExTUCkgYXJlIGRlc2NyaWJlZCBpbiBbUkZDNDM3OV0uIFRo ZSB0ZWNobmlxdWVzDQogICBpbnZvbHZlIGluZm9ybWF0aW9uIGNhcnJpZWQgaW4gYW4gTVBM UyAiZWNobyByZXF1ZXN0IiBhbmQgImVjaG8NCiAgIHJlcGx5IiwgYW5kIG1lY2hhbmlzbXMg Zm9yIHRyYW5zcG9ydGluZyB0aGUgZWNobyByZXBseS4gVGhlIGVjaG8NCg0KWWFzdWthd2Eg YW5kIEZhcnJlbCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICBbUGFnZSA0XQ0KDA0KSW50ZXJuZXQgRHJhZnQgICAgIGRyYWZ0LWlldGYtbXBscy1wMm1w LWxzcC1waW5nLTA4LnR4dCAgICAgICAgIEp1bHkgMjAwOQ0KDQogICByZXF1ZXN0IGFuZCBy ZXBseSBtZXNzYWdlcyBwcm92aWRlIHN1ZmZpY2llbnQgaW5mb3JtYXRpb24gdG8gY2hlY2sN CiAgIGNvcnJlY3Qgb3BlcmF0aW9uIG9mIHRoZSBkYXRhIHBsYW5lLCBhcyB3ZWxsIGFzIGEg bWVjaGFuaXNtIHRvIHZlcmlmeQ0KICAgdGhlIGRhdGEgcGxhbmUgYWdhaW5zdCB0aGUgY29u dHJvbCBwbGFuZSwgYW5kIHRoZXJlYnkgbG9jYWxpemUNCiAgIGZhdWx0cy4gVGhlIHVzZSBv ZiByZWxpYWJsZSBjaGFubmVscyBmb3IgZWNobyByZXBseSBtZXNzYWdlcyBhcw0KICAgZGVz Y3JpYmVkIGluIFtSRkM0Mzc5XSBlbmFibGVzIG1vcmUgcm9idXN0IGZhdWx0IGlzb2xhdGlv bi4gVGhpcw0KICAgY29sbGVjdGlvbiBvZiBtZWNoYW5pc21zIGlzIGNvbW1vbmx5IHJlZmVy cmVkIHRvIGFzICJMU1AgUGluZyIuDQoNCiAgIFRoZSByZXF1aXJlbWVudHMgZm9yIHBvaW50 LXRvLW11bHRpcG9pbnQgKFAyTVApIE1QTFMgdHJhZmZpYw0KICAgZW5naW5lZXJlZCAoVEUp IExTUHMgYXJlIHN0YXRlZCBpbiBbUkZDNDQ2MV0uIFtSRkM0ODc1XSBzcGVjaWZpZXMgYQ0K ICAgc2lnbmFsaW5nIHNvbHV0aW9uIGZvciBlc3RhYmxpc2hpbmcgUDJNUCBNUExTIFRFIExT UHMuDQoNCiAgIFRoZSByZXF1aXJlbWVudHMgZm9yIHBvaW50LXRvLW11bHRpcG9pbnQgZXh0 ZW5zaW9ucyB0byB0aGUgTGFiZWwNCiAgIERpc3RyaWJ1dGlvbiBQcm90b2NvbCAoTERQKSBh cmUgc3RhdGVkIGluIFtQMk1QLUxEUC1SRVFdLiBbUDJNUC1MRFBdDQogICBzcGVjaWZpZXMg ZXh0ZW5zaW9ucyB0byBMRFAgZm9yIFAyTVAgTVBMUy4NCg0KICAgUDJNUCBNUExTIExTUHMg YXJlIGF0IGxlYXN0IGFzIHZ1bG5lcmFibGUgdG8gZGF0YSBwbGFuZSBmYXVsdHMgb3IgdG8N CiAgIGRpc2NyZXBhbmNpZXMgYmV0d2VlbiB0aGUgY29udHJvbCBhbmQgZGF0YSBwbGFuZXMg YXMgdGhlaXIgUDJQDQogICBjb3VudGVycGFydHMuIE1lY2hhbmlzbXMgYXJlLCB0aGVyZWZv cmUsIGRlc2lyYWJsZSB0byBkZXRlY3Qgc3VjaA0KICAgZGF0YSBwbGFuZSBmYXVsdHMgaW4g UDJNUCBNUExTIExTUHMgYXMgZGVzY3JpYmVkIGluIFtSRkM0Njg3XS4NCg0KICAgVGhpcyBk b2N1bWVudCBleHRlbmRzIHRoZSB0ZWNobmlxdWVzIGRlc2NyaWJlZCBpbiBbUkZDNDM3OV0g c3VjaA0KICAgdGhhdCB0aGV5IG1heSBiZSBhcHBsaWVkIHRvIFAyTVAgTVBMUyBMU1BzIGFu ZCBzbyB0aGF0IHRoZXkgY2FuIGJlDQogICB1c2VkIHRvIGJvb3RzdHJhcCBvdGhlciBPcGVy YXRpb25zIGFuZCBNYW5hZ2VtZW50IChPQU0pIHByb2NlZHVyZXMNCiAgIHN1Y2ggYXMgW01D QVNULUNWXS4gVGhpcyBkb2N1bWVudCBzdHJlc3NlcyB0aGUgcmV1c2Ugb2YgZXhpc3Rpbmcg TFNQDQogICBQaW5nIG1lY2hhbmlzbXMgdXNlZCBmb3IgUDJQIExTUHMsIGFuZCBhcHBsaWVz IHRoZW0gdG8gUDJNUCBNUExTIExTUHMNCiAgIGluIG9yZGVyIHRvIHNpbXBsaWZ5IGltcGxl bWVudGF0aW9uIGFuZCBuZXR3b3JrIG9wZXJhdGlvbi4NCg0KMS4xIERlc2lnbiBDb25zaWRl cmF0aW9ucw0KDQogICBBbiBpbXBvcnRhbnQgY29uc2lkZXJhdGlvbiBmb3IgZGVzaWduaW5n IExTUCBQaW5nIGZvciBQMk1QIE1QTFMgTFNQcw0KICAgaXMgdGhhdCBldmVyeSBhdHRlbXB0 IGlzIG1hZGUgdG8gdXNlIG9yIGV4dGVuZCBleGlzdGluZyBtZWNoYW5pc21zDQogICByYXRo ZXIgdGhhbiBpbnZlbnQgbmV3IG1lY2hhbmlzbXMuDQoNCiAgIEFzIGZvciBQMlAgTFNQcywg YSBjcml0aWNhbCByZXF1aXJlbWVudCBpcyB0aGF0IHRoZSBlY2hvIHJlcXVlc3QNCiAgIG1l c3NhZ2VzIGZvbGxvdyB0aGUgc2FtZSBkYXRhIHBhdGggdGhhdCBub3JtYWwgTVBMUyBwYWNr ZXRzIHRyYXZlcnNlLg0KICAgSG93ZXZlciwgaXQgY2FuIGJlIHNlZW4gdGhpcyBub3Rpb24g bmVlZHMgdG8gYmUgZXh0ZW5kZWQgZm9yIFAyTVANCiAgIE1QTFMgTFNQcywgYXMgaW4gdGhp cyBjYXNlIGFuIE1QTFMgcGFja2V0IGlzIHJlcGxpY2F0ZWQgc28gdGhhdCBpdA0KICAgYXJy aXZlcyBhdCBlYWNoIGVncmVzcyAob3IgbGVhZikgb2YgdGhlIFAyTVAgdHJlZS4NCg0KICAg TVBMUyBlY2hvIHJlcXVlc3RzIGFyZSBtZWFudCBwcmltYXJpbHkgdG8gdmFsaWRhdGUgdGhl IGRhdGEgcGxhbmUsDQogICBhbmQgdGhleSBjYW4gdGhlbiBiZSB1c2VkIHRvIHZhbGlkYXRl IGRhdGEgcGxhbmUgc3RhdGUgYWdhaW5zdCB0aGUNCiAgIGNvbnRyb2wgcGxhbmUuIFRoZXkg bWF5IGFsc28gYmUgdXNlZCB0byBib290c3RyYXAgb3RoZXIgT0FNDQogICBwcm9jZWR1cmVz IHN1Y2ggYXMgW01QTFMtQkZEXSBhbmQgW01DQVNULUNWXS4gQXMgcG9pbnRlZCBvdXQgaW4N CiAgIFtSRkM0Mzc5XSwgbWVjaGFuaXNtcyB0byBjaGVjayB0aGUgbGl2ZW5lc3MsIGZ1bmN0 aW9uLCBhbmQNCiAgIGNvbnNpc3RlbmN5IG9mIHRoZSBjb250cm9sIHBsYW5lIGFyZSB2YWx1 YWJsZSwgYnV0IHN1Y2ggbWVjaGFuaXNtcw0KICAgYXJlIG5vdCBhIGZlYXR1cmUgb2YgTFNQ IFBpbmcgYW5kIGFyZSBub3QgY292ZXJlZCBpbiB0aGlzIGRvY3VtZW50Lg0KDQogICBBcyBp cyBkZXNjcmliZWQgaW4gW1JGQzQzNzldLCB0byBhdm9pZCBwb3RlbnRpYWwgRGVuaWFsIG9m IFNlcnZpY2UNCiAgIGF0dGFja3MsIGl0IGlzIFJFQ09NTUVOREVEIHRvIHJlZ3VsYXRlIHRo ZSBMU1AgUGluZyB0cmFmZmljIHBhc3NlZCB0bw0KICAgdGhlIGNvbnRyb2wgcGxhbmUuIEEg cmF0ZSBsaW1pdGVyIHNob3VsZCBiZSBhcHBsaWVkIHRvIHRoZSB3ZWxsLWtub3duDQogICBV RFAgcG9ydCBkZWZpbmVkIGZvciB1c2UgYnkgTFNQIFBpbmcgdHJhZmZpYy4NCg0KDQpZYXN1 a2F3YSBhbmQgRmFycmVsICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIFtQYWdlIDVdDQoMDQpJbnRlcm5ldCBEcmFmdCAgICAgZHJhZnQtaWV0Zi1tcGxz LXAybXAtbHNwLXBpbmctMDgudHh0ICAgICAgICAgSnVseSAyMDA5DQoNCg0KMi4gTm90ZXMg b24gTW90aXZhdGlvbg0KDQoyLjEuIEJhc2ljIE1vdGl2YXRpb25zIGZvciBMU1AgUGluZw0K DQogICBUaGUgbW90aXZhdGlvbnMgbGlzdGVkIGluIFtSRkM0Mzc5XSBhcmUgcmVwcm9kdWNl ZCBoZXJlIGZvcg0KICAgY29tcGxldGVuZXNzLg0KDQogICBXaGVuIGFuIExTUCBmYWlscyB0 byBkZWxpdmVyIHVzZXIgdHJhZmZpYywgdGhlIGZhaWx1cmUgY2Fubm90IGFsd2F5cw0KICAg YmUgZGV0ZWN0ZWQgYnkgdGhlIE1QTFMgY29udHJvbCBwbGFuZS4gVGhlcmUgaXMgYSBuZWVk IHRvIHByb3ZpZGUgYQ0KICAgdG9vbCB0aGF0IGVuYWJsZXMgdXNlcnMgdG8gZGV0ZWN0IHN1 Y2ggdHJhZmZpYyAiYmxhY2sgaG9sZXMiIG9yDQogICBtaXNyb3V0aW5nIHdpdGhpbiBhIHJl YXNvbmFibGUgcGVyaW9kIG9mIHRpbWUuIEEgbWVjaGFuaXNtIHRvIGlzb2xhdGUNCiAgIGZh dWx0cyBpcyBhbHNvIHJlcXVpcmVkLg0KDQogICBbUkZDNDM3OV0gZGVzY3JpYmVzIGEgbWVj aGFuaXNtIHRoYXQgYWNjb21wbGlzaGVzIHRoZXNlIGdvYWxzLiBUaGlzDQogICBtZWNoYW5p c20gaXMgbW9kZWxlZCBhZnRlciB0aGUgcGluZy90cmFjZXJvdXRlIHBhcmFkaWdtOiBwaW5n IChJQ01QDQogICBlY2hvIHJlcXVlc3QgW1JGQzc5Ml0pIGlzIHVzZWQgZm9yIGNvbm5lY3Rp dml0eSBjaGVja3MsIGFuZA0KICAgdHJhY2Vyb3V0ZSBpcyB1c2VkIGZvciBob3AtYnktaG9w IGZhdWx0IGxvY2FsaXphdGlvbiBhcyB3ZWxsIGFzIHBhdGgNCiAgIHRyYWNpbmcuIFtSRkM0 Mzc5XSBzcGVjaWZpZXMgYSAicGluZyBtb2RlIiBhbmQgYSAidHJhY2Vyb3V0ZSIgbW9kZQ0K ICAgZm9yIHRlc3RpbmcgTVBMUyBMU1BzLg0KDQogICBUaGUgYmFzaWMgaWRlYSBhcyBleHBy ZXNzZWQgaW4gW1JGQzQzNzldIGlzIHRvIHRlc3QgdGhhdCB0aGUgcGFja2V0cw0KICAgdGhh dCBiZWxvbmcgdG8gYSBwYXJ0aWN1bGFyIEZvcndhcmRpbmcgRXF1aXZhbGVuY2UgQ2xhc3Mg KEZFQykNCiAgIGFjdHVhbGx5IGVuZCB0aGVpciBNUExTIHBhdGggb24gYW4gTFNSIHRoYXQg aXMgYW4gZWdyZXNzIGZvciB0aGF0DQogICBGRUMuIFtSRkM0Mzc5XSBhY2hpZXZlcyB0aGlz IHRlc3QgYnkgc2VuZGluZyBhIHBhY2tldCAoY2FsbGVkIGFuDQogICAiTVBMUyBlY2hvIHJl cXVlc3QiKSBhbG9uZyB0aGUgc2FtZSBkYXRhIHBhdGggYXMgb3RoZXIgcGFja2V0cw0KICAg YmVsb25naW5nIHRvIHRoaXMgRkVDLiBBbiBNUExTIGVjaG8gcmVxdWVzdCBhbHNvIGNhcnJp ZXMgaW5mb3JtYXRpb24NCiAgIGFib3V0IHRoZSBGRUMgd2hvc2UgTVBMUyBwYXRoIGlzIGJl aW5nIHZlcmlmaWVkLiBUaGlzIGVjaG8gcmVxdWVzdCBpcw0KICAgZm9yd2FyZGVkIGp1c3Qg bGlrZSBhbnkgb3RoZXIgcGFja2V0IGJlbG9uZ2luZyB0byB0aGF0IEZFQy4gSW4gInBpbmci DQogICBtb2RlIChiYXNpYyBjb25uZWN0aXZpdHkgY2hlY2spLCB0aGUgcGFja2V0IHNob3Vs ZCByZWFjaCB0aGUgZW5kIG9mDQogICB0aGUgcGF0aCwgYXQgd2hpY2ggcG9pbnQgaXQgaXMg c2VudCB0byB0aGUgY29udHJvbCBwbGFuZSBvZiB0aGUNCiAgIGVncmVzcyBMU1IsIHdoaWNo IHRoZW4gdmVyaWZpZXMgdGhhdCBpdCBpcyBpbmRlZWQgYW4gZWdyZXNzIGZvciB0aGUNCiAg IEZFQy4gSW4gInRyYWNlcm91dGUiIG1vZGUgKGZhdWx0IGlzb2xhdGlvbiksIHRoZSBwYWNr ZXQgaXMgc2VudCB0bw0KICAgdGhlIGNvbnRyb2wgcGxhbmUgb2YgZWFjaCB0cmFuc2l0IExT Uiwgd2hpY2ggcGVyZm9ybXMgdmFyaW91cyBjaGVja3MNCiAgIHRoYXQgaXQgaXMgaW5kZWVk IGEgdHJhbnNpdCBMU1IgZm9yIHRoaXMgcGF0aDsgdGhpcyBMU1IgYWxzbyByZXR1cm5zDQog ICBmdXJ0aGVyIGluZm9ybWF0aW9uIHRoYXQgaGVscHMgdG8gY2hlY2sgdGhlIGNvbnRyb2wg cGxhbmUgYWdhaW5zdCB0aGUNCiAgIGRhdGEgcGxhbmUsIGkuZS4sIHRoYXQgZm9yd2FyZGlu ZyBtYXRjaGVzIHdoYXQgdGhlIHJvdXRpbmcgcHJvdG9jb2xzDQogICBkZXRlcm1pbmVkIGFz IHRoZSBwYXRoLg0KDQogICBPbmUgd2F5IHRoZXNlIHRvb2xzIGNhbiBiZSB1c2VkIGlzIHRv IHBlcmlvZGljYWxseSBwaW5nIGEgRkVDIHRvDQogICBlbnN1cmUgY29ubmVjdGl2aXR5LiBJ ZiB0aGUgcGluZyBmYWlscywgb25lIGNhbiB0aGVuIGluaXRpYXRlIGENCiAgIHRyYWNlcm91 dGUgdG8gZGV0ZXJtaW5lIHdoZXJlIHRoZSBmYXVsdCBsaWVzLiBPbmUgY2FuIGFsc28NCiAg IHBlcmlvZGljYWxseSB0cmFjZXJvdXRlIEZFQ3MgdG8gdmVyaWZ5IHRoYXQgZm9yd2FyZGlu ZyBtYXRjaGVzIHRoZQ0KICAgY29udHJvbCBwbGFuZTsgaG93ZXZlciwgdGhpcyBwbGFjZXMg YSBncmVhdGVyIGJ1cmRlbiBvbiB0cmFuc2l0IExTUnMNCiAgIGFuZCBzaG91bGQgYmUgdXNl ZCB3aXRoIGNhdXRpb24uDQoNCjIuMi4gTW90aXZhdGlvbnMgZm9yIExTUCBQaW5nIGZvciBQ Mk1QIExTUHMNCg0KICAgQXMgc3RhdGVkIGluIFtSRkM0Njg3XSwgTVBMUyBoYXMgYmVlbiBl eHRlbmRlZCB0byBlbmNvbXBhc3MgUDJNUA0KICAgTFNQcy4gQXMgd2l0aCBQMlAgTVBMUyBM U1BzLCB0aGUgcmVxdWlyZW1lbnQgdG8gZGV0ZWN0LCBoYW5kbGUsIGFuZA0KICAgZGlhZ25v c2UgY29udHJvbCBhbmQgZGF0YSBwbGFuZSBkZWZlY3RzIGlzIGNyaXRpY2FsLiBGb3Igb3Bl cmF0b3JzDQogICBkZXBsb3lpbmcgc2VydmljZXMgYmFzZWQgb24gUDJNUCBNUExTIExTUHMs IHRoZSBkZXRlY3Rpb24gYW5kDQoNCllhc3VrYXdhIGFuZCBGYXJyZWwgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgW1BhZ2UgNl0NCgwNCkludGVybmV0 IERyYWZ0ICAgICBkcmFmdC1pZXRmLW1wbHMtcDJtcC1sc3AtcGluZy0wOC50eHQgICAgICAg ICBKdWx5IDIwMDkNCg0KICAgc3BlY2lmaWNhdGlvbiBvZiBob3cgdG8gaGFuZGxlIHRob3Nl IGRlZmVjdHMgaXMgaW1wb3J0YW50IGJlY2F1c2UNCiAgIHN1Y2ggZGVmZWN0cyBtYXkgYWZm ZWN0IHRoZSBmdW5kYW1lbnRhbHMgb2YgYW4gTVBMUyBuZXR3b3JrLCBidXQgYWxzbw0KICAg YmVjYXVzZSB0aGV5IG1heSBpbXBhY3Qgc2VydmljZSBsZXZlbCBzcGVjaWZpY2F0aW9uIGNv bW1pdG1lbnRzIGZvcg0KICAgY3VzdG9tZXJzIG9mIHRoZWlyIG5ldHdvcmsuDQoNCiAgIFAy TVAgTERQIFtQMk1QLUxEUF0gdXNlcyB0aGUgTGFiZWwgRGlzdHJpYnV0aW9uIFByb3RvY29s IHRvIGVzdGFibGlzaA0KICAgbXVsdGljYXN0IExTUHMuIFRoZXNlIExTUHMgZGlzdHJpYnV0 ZSBkYXRhIGZyb20gYSBzaW5nbGUgc291cmNlIHRvDQogICBvbmUgb3IgbW9yZSBkZXN0aW5h dGlvbnMgYWNyb3NzIHRoZSBuZXR3b3JrIGFjY29yZGluZyB0byB0aGUgbmV4dA0KICAgaG9w cyBpbmRpY2F0ZWQgYnkgdGhlIHJvdXRpbmcgcHJvdG9jb2xzLiBFYWNoIExTUCBpcyBpZGVu dGlmaWVkIGJ5IGFuDQogICBNUExTIG11bHRpY2FzdCBGRUMuDQoNCiAgIFAyTVAgTVBMUyBU RSBMU1BzIFtSRkM0ODc1XSBtYXkgYmUgdmlld2VkIGFzIE1QTFMgdHVubmVscyB3aXRoIGEN CiAgIHNpbmdsZSBpbmdyZXNzIGFuZCBtdWx0aXBsZSBlZ3Jlc3Nlcy4gVGhlIHR1bm5lbHMs IGJ1aWx0IG9uIFAyTVANCiAgIExTUHMsIGFyZSBleHBsaWNpdGx5IHJvdXRlZCB0aHJvdWdo IHRoZSBuZXR3b3JrLiBUaGVyZSBpcyBubyBjb25jZXB0DQogICBvciBhcHBsaWNhYmlsaXR5 IG9mIGEgRkVDIGluIHRoZSBjb250ZXh0IG9mIGEgUDJNUCBNUExTIFRFIExTUC4NCg0KICAg TVBMUyBwYWNrZXRzIGluc2VydGVkIGF0IHRoZSBpbmdyZXNzIG9mIGEgUDJNUCBMU1AgYXJl IGRlbGl2ZXJlZA0KICAgZXF1YWxseSAoYmFycmluZyBmYXVsdHMpIHRvIGFsbCBlZ3Jlc3Nl cy4gSW4gY29uc2VxdWVuY2UsIHRoZSBiYXNpYw0KICAgaWRlYSBvZiBMU1AgUGluZyBmb3Ig UDJNUCBNUExTIFRFIExTUHMgbWF5IGJlIGV4cHJlc3NlZCBhcyBhbg0KICAgaW50ZW50aW9u IHRvIHRlc3QgdGhhdCBwYWNrZXRzIHRoYXQgZW50ZXIgKGF0IHRoZSBpbmdyZXNzKSBhDQog ICBwYXJ0aWN1bGFyIFAyTVAgTFNQIGFjdHVhbGx5IGVuZCB0aGVpciBNUExTIHBhdGggb24g dGhlIExTUnMgdGhhdCBhcmUNCiAgIHRoZSAoaW50ZW5kZWQpIGVncmVzc2VzIGZvciB0aGF0 IExTUC4gVGhlIGlkZWEgbWF5IGJlIGV4dGVuZGVkIHRvDQogICBjaGVjayBzZWxlY3RpdmVs eSB0aGF0IHN1Y2ggcGFja2V0cyByZWFjaCBzcGVjaWZpYyBlZ3Jlc3Nlcy4NCg0KICAgVGhl IHRlY2huaXF1ZSBpbiB0aGlzIGRvY3VtZW50IG1ha2VzIHRoaXMgdGVzdCBieSBzZW5kaW5n IGFuIExTUCBQaW5nDQogICBlY2hvIHJlcXVlc3QgbWVzc2FnZSBhbG9uZyB0aGUgc2FtZSBk YXRhIHBhdGggYXMgdGhlIE1QTFMgcGFja2V0cy4gQW4NCiAgIGVjaG8gcmVxdWVzdCBhbHNv IGNhcnJpZXMgdGhlIGlkZW50aWZpY2F0aW9uIG9mIHRoZSBQMk1QIE1QTFMgTFNQDQogICAo bXVsdGljYXN0IExTUCBvciBQMk1QIFRFIExTUCkgdGhhdCBpdCBpcyB0ZXN0aW5nLiBUaGUg ZWNobyByZXF1ZXN0DQogICBpcyBmb3J3YXJkZWQganVzdCBhcyBhbnkgb3RoZXIgcGFja2V0 IHVzaW5nIHRoYXQgTFNQLCBhbmQgc28gaXMNCiAgIHJlcGxpY2F0ZWQgYXQgYnJhbmNoIHBv aW50cyBvZiB0aGUgTFNQIGFuZCBzaG91bGQgYmUgZGVsaXZlcmVkIHRvIGFsbA0KICAgZWdy ZXNzZXMuIEluICJwaW5nIiBtb2RlIChiYXNpYyBjb25uZWN0aXZpdHkgY2hlY2spLCB0aGUg ZWNobyByZXF1ZXN0DQogICBzaG91bGQgcmVhY2ggdGhlIGVuZCBvZiB0aGUgcGF0aCwgYXQg d2hpY2ggcG9pbnQgaXQgaXMgc2VudCB0byB0aGUNCiAgIGNvbnRyb2wgcGxhbmUgb2YgdGhl IGVncmVzcyBMU1JzLCB3aGljaCB2ZXJpZnkgdGhhdCB0aGV5IGFyZSBpbmRlZWQNCiAgIGFu IGVncmVzcyAobGVhZikgb2YgdGhlIFAyTVAgTFNQLiBBbiBlY2hvIHJlc3BvbnNlIG1lc3Nh Z2UgaXMgc2VudCBieQ0KICAgYW4gZWdyZXNzIHRvIHRoZSBpbmdyZXNzIHRvIGNvbmZpcm0g dGhlIHN1Y2Nlc3NmdWwgcmVjZWlwdCAob3INCiAgIGFubm91bmNlIHRoZSBlcnJvbmVvdXMg YXJyaXZhbCkgb2YgdGhlIGVjaG8gcmVxdWVzdC4NCg0KICAgSW4gInRyYWNlcm91dGUiIG1v ZGUgKGZhdWx0IGlzb2xhdGlvbiksIHRoZSBlY2hvIHJlcXVlc3QgaXMgc2VudCB0bw0KICAg dGhlIGNvbnRyb2wgcGxhbmUgYXQgZWFjaCB0cmFuc2l0IExTUiwgYW5kIHRoZSBjb250cm9s IHBsYW5lIGNoZWNrcw0KICAgdGhhdCBpdCBpcyBpbmRlZWQgYSB0cmFuc2l0IExTUiBmb3Ig dGhpcyBQMk1QIE1QTFMgTFNQLiBUaGUgdHJhbnNpdA0KICAgTFNSIGFsc28gcmV0dXJucyBp bmZvcm1hdGlvbiBvbiBhbiBlY2hvIHJlc3BvbnNlIHRoYXQgaGVscHMgdmVyaWZ5DQogICB0 aGUgY29udHJvbCBwbGFuZSBhZ2FpbnN0IHRoZSBkYXRhIHBsYW5lLiBUaGF0IGlzLCB0aGUg aW5mb3JtYXRpb24NCiAgIGlzIHVzZWQgYnkgdGhlIGluZ3Jlc3MgdG8gY2hlY2sgdGhhdCB0 aGUgZGF0YSBwbGFuZSBmb3J3YXJkaW5nDQogICBtYXRjaGVzIHdoYXQgaXMgc2lnbmFsZWQg YnkgdGhlIGNvbnRyb2wgcGxhbmUuDQoNCiAgIFAyTVAgTVBMUyBMU1BzIG1heSBoYXZlIG1h bnkgZWdyZXNzZXMsIGFuZCBpdCBpcyBub3QgbmVjZXNzYXJpbHkgdGhlDQogICBpbnRlbnRp b24gb2YgdGhlIGluaXRpYXRvciBvZiB0aGUgcGluZyBvciB0cmFjZXJvdXRlIG9wZXJhdGlv biB0bw0KICAgY29sbGVjdCBpbmZvcm1hdGlvbiBhYm91dCB0aGUgY29ubmVjdGl2aXR5IG9y IHBhdGggdG8gYWxsIGVncmVzc2VzLg0KICAgSW5kZWVkLCBpbiB0aGUgZXZlbnQgb2YgcGlu Z2luZyBhbGwgZWdyZXNzZXMgb2YgYSBsYXJnZSBQMk1QIE1QTFMNCiAgIExTUCwgaXQgbWln aHQgYmUgZXhwZWN0ZWQgdGhhdCBhIGxhcmdlIG51bWJlciBvZiBlY2hvIHJlc3BvbnNlcyB3 b3VsZA0KICAgYXJyaXZlIGF0IHRoZSBpbmdyZXNzIGluZGVwZW5kZW50bHkgYnV0IGF0IGFw cHJveGltYXRlbHkgdGhlIHNhbWUNCiAgIHRpbWUuIFVuZGVyIHNvbWUgY2lyY3Vtc3RhbmNl cyB0aGlzIG1pZ2h0IGNhdXNlIGNvbmdlc3Rpb24gYXQgb3INCg0KWWFzdWthd2EgYW5kIEZh cnJlbCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBbUGFn ZSA3XQ0KDA0KSW50ZXJuZXQgRHJhZnQgICAgIGRyYWZ0LWlldGYtbXBscy1wMm1wLWxzcC1w aW5nLTA4LnR4dCAgICAgICAgIEp1bHkgMjAwOQ0KDQogICBhcm91bmQgdGhlIGluZ3Jlc3Mg TFNSLiBUaGVyZWZvcmUsIHRoZSBwcm9jZWR1cmVzIGRlc2NyaWJlZCBpbiB0aGlzDQogICBk b2N1bWVudCBwcm92aWRlIGEgbWVjaGFuaXNtIHRoYXQgYWxsb3dzIHRoZSByZXNwb25kZXJz IHRvIHJhbmRvbWx5DQogICBkZWxheSAob3Igaml0dGVyKSB0aGVpciByZXNwb25zZXMgc28g dGhhdCB0aGUgY2hhbmNlcyBvZiBzd2FtcGluZyB0aGUNCiAgIGluZ3Jlc3MgYXJlIHJlZHVj ZWQuDQoNCiAgIEZ1cnRoZXIsIHRoZSBwcm9jZWR1cmVzIGluIHRoaXMgZG9jdW1lbnQgYWxs b3cgdGhlIGluaXRpYXRvciB0byBsaW1pdA0KICAgdGhlIHNjb3BlIG9mIGFuIExTUCBQaW5n IGVjaG8gcmVxdWVzdCAocGluZyBvciB0cmFjZXJvdXRlIG1vZGUpIHRvDQogICBvbmUgc3Bl Y2lmaWMgaW50ZW5kZWQgZWdyZXNzLg0KDQogICBUaGUgc2NhbGFiaWxpdHkgaXNzdWVzIHN1 cnJvdW5kaW5nIExTUCBQaW5nIGZvciBQMk1QIE1QTFMgTFNQcyBtYXkgYmUNCiAgIGFkZHJl c3NlZCBieSBvdGhlciBtZWNoYW5pc21zIHN1Y2ggYXMgW01DQVNULUNWXSB0aGF0IHV0aWxp emUgdGhlIExTUA0KICAgUGluZyBwcm9jZWR1cmVzIGluIHRoaXMgZG9jdW1lbnQgdG8gcHJv dmlkZSBib290c3RyYXBwaW5nIG1lY2hhbmlzbXMNCiAgIGFzIGRlc2NyaWJlZCBpbiBTZWN0 aW9uIDIuMy4NCg0KICAgTFNQIFBpbmcgY2FuIGJlIHVzZWQgdG8gcGVyaW9kaWNhbGx5IHBp bmcgYSBQMk1QIE1QTFMgTFNQIHRvIGVuc3VyZQ0KICAgY29ubmVjdGl2aXR5IHRvIGFueSBv ciBhbGwgb2YgdGhlIGVncmVzc2VzLiBJZiB0aGUgcGluZyBmYWlscywNCiAgIHRoZSBvcGVy YXRvciBvciBhbiBhdXRvbWF0ZWQgcHJvY2VzcyBjYW4gdGhlbiBpbml0aWF0ZSBhIHRyYWNl cm91dGUNCiAgIHRvIGRldGVybWluZSB3aGVyZSB0aGUgZmF1bHQgaXMgbG9jYXRlZCB3aXRo aW4gdGhlIG5ldHdvcmsuIEENCiAgIHRyYWNlcm91dGUgbWF5IGFsc28gYmUgdXNlZCBwZXJp b2RpY2FsbHkgdG8gdmVyaWZ5IHRoYXQgZGF0YSBwbGFuZQ0KICAgZm9yd2FyZGluZyBtYXRj aGVzIHRoZSBjb250cm9sIHBsYW5lIHN0YXRlOyBob3dldmVyLCB0aGlzIHBsYWNlcyBhbg0K ICAgaW5jcmVhc2VkIGJ1cmRlbiBvbiB0cmFuc2l0IExTUnMgYW5kIHNob3VsZCBiZSB1c2Vk IGluZnJlcXVlbnRseSBhbmQNCiAgIHdpdGggY2F1dGlvbi4NCg0KMi4zIEJvb3RzdHJhcHBp bmcgT3RoZXIgT0FNIFByb2NlZHVyZXMgVXNpbmcgTFNQIFBpbmcNCg0KICAgW01QTFMtQkZE XSBkZXNjcmliZXMgYSBwcm9jZXNzIHdoZXJlIExTUCBQaW5nIFtSRkM0Mzc5XSBpcyB1c2Vk IHRvDQogICBib290c3RyYXAgdGhlIEJpZGlyZWN0aW9uYWwgRm9yd2FyZGluZyBEZXRlY3Rp b24gKEJGRCkgbWVjaGFuaXNtDQogICBbQkZEXSBmb3IgdXNlIHRvIHRyYWNrIHRoZSBsaXZl bGluZXNzIG9mIGFuIE1QTFMgTFNQLiBJbiBwYXJ0aWN1bGFyDQogICBCRkQgY2FuIGJlIHVz ZWQgdG8gZGV0ZWN0IGEgZGF0YSBwbGFuZSBmYWlsdXJlIGluIHRoZSBmb3J3YXJkaW5nDQog ICBwYXRoIG9mIGFuIE1QTFMgTFNQLg0KDQogICBSZXF1aXJlbWVudHMgZm9yIE1QTFMgUDJN UCBMU1BzIGV4dGVuZCB0byBodW5kcmVkcyBvciBldmVuIHRob3VzYW5kcw0KICAgb2YgZW5k cG9pbnRzLiBJZiBhIHByb3RvY29sIHJlcXVpcmVkIGV4cGxpY2l0IGFja25vd2xlZGdtZW50 cyB0bw0KICAgZWFjaCBwcm9iZSBmb3IgY29ubmVjdGl2aXR5IHZlcmlmaWNhdGlvbiwgdGhl IHJlc3BvbnNlIGxvYWQgYXQgdGhlDQogICByb290IHdvdWxkIGJlIG92ZXJ3aGVsbWluZy4N Cg0KICAgQSBtb3JlIHNjYWxhYmxlIGFwcHJvYWNoIHRvIG1vbml0b3JpbmcgUDJNUCBMU1Ag Y29ubmVjdGl2aXR5IGlzDQogICBkZXNjcmliZWQgaW4gW01DQVNULUNWXS4gSXQgcmVsaWVz IG9uIHVzaW5nIHRoZSBNUExTIGVjaG8gcmVxdWVzdCBhbmQNCiAgIGVjaG8gcmVzcG9uc2Ug bWVzc2FnZXMgb2YgTFNQIFBpbmcgW1JGQzQzNzldIHRvIGJvb3RzdHJhcCB0aGUNCiAgIG1v bml0b3JpbmcgbWVjaGFuaXNtIGluIGEgbWFubmVyIHNpbWlsYXIgdG8gW01QTFMtQkZEXS4g VGhlIGFjdHVhbA0KICAgbW9uaXRvcmluZyBpcyBkb25lIHVzaW5nIGEgc2VwYXJhdGUgcHJv Y2VzcyBkZWZpbmVkIGluIFtNQ0FTVC1DVl0uDQoNCiAgIE5vdGUgdGhhdCB3aGlsZSB0aGUg YXBwcm9hY2ggZGVzY3JpYmVkIGluIFtNQ0FTVC1DVl0gd2FzIGRldmVsb3BlZCBpbg0KICAg cmVzcG9uc2UgdG8gdGhlIG11bHRpY2FzdCBzY2FsYWJpbGl0eSBwcm9ibGVtLCBpdCBjYW4g YmUgYXBwbGllZCB0bw0KICAgUDJQIExTUHMgYXMgd2VsbC4NCg0KDQozLiBPcGVyYXRpb24g b2YgTFNQIFBpbmcgZm9yIGEgUDJNUCBMU1ANCg0KICAgVGhpcyBzZWN0aW9uIGRlc2NyaWJl cyBob3cgTFNQIFBpbmcgaXMgYXBwbGllZCB0byBQMk1QIE1QTFMgTFNQcy4NCiAgIEl0IGNv dmVycyB0aGUgbWVjaGFuaXNtcyBhbmQgcHJvdG9jb2wgZmllbGRzIGFwcGxpY2FibGUgdG8g Ym90aCBwaW5nDQogICBtb2RlIGFuZCB0cmFjZXJvdXRlIG1vZGUuIEl0IGV4cGxhaW5zIHRo ZSByZXNwb25zaWJpbGl0aWVzIG9mIHRoZQ0KDQpZYXN1a2F3YSBhbmQgRmFycmVsICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFtQYWdlIDhdDQoMDQpJ bnRlcm5ldCBEcmFmdCAgICAgZHJhZnQtaWV0Zi1tcGxzLXAybXAtbHNwLXBpbmctMDgudHh0 ICAgICAgICAgSnVseSAyMDA5DQoNCiAgIGluaXRpYXRvciAoaW5ncmVzcyksIHRyYW5zaXQg bm9kZXMsIGFuZCByZWNlaXZlcnMgKGVncmVzc2VzKS4NCg0KMy4xLiBJZGVudGlmeWluZyB0 aGUgTFNQIFVuZGVyIFRlc3QNCg0KMy4xLjEuIElkZW50aWZ5aW5nIGEgUDJNUCBNUExTIFRF IExTUA0KDQogICBbUkZDNDM3OV0gZGVmaW5lcyBob3cgYW4gTVBMUyBURSBMU1AgdW5kZXIg dGVzdCBtYXkgYmUgaWRlbnRpZmllZCBpbg0KICAgYW4gZWNobyByZXF1ZXN0LiBBIFRhcmdl dCBGRUMgU3RhY2sgVExWIGlzIHVzZWQgdG8gY2FycnkgZWl0aGVyIGFuDQogICBSU1ZQIElQ djQgU2Vzc2lvbiBvciBhbiBSU1ZQIElQdjYgU2Vzc2lvbiBzdWItVExWLg0KDQogICBJbiBv cmRlciB0byBpZGVudGlmeSB0aGUgUDJNUCBNUExTIFRFIExTUCB1bmRlciB0ZXN0LCB0aGUg ZWNobw0KICAgcmVxdWVzdCBtZXNzYWdlIE1VU1QgY2FycnkgYSBUYXJnZXQgRkVDIFN0YWNr IFRMViwgYW5kIHRoaXMgTVVTVA0KICAgY2FycnkgZXhhY3RseSBvbmUgb2YgdHdvIG5ldyBz dWItVExWczogZWl0aGVyIGFuIFJTVlAgUDJNUCBJUHY0DQogICBTZXNzaW9uIHN1Yi1UTFYg b3IgYW4gUlNWUCBQMk1QIElQdjYgU2Vzc2lvbiBzdWItVExWLiBUaGVzZSBzdWItVExWcw0K ICAgY2FycnkgZmllbGRzIGZyb20gdGhlIFJTVlAtVEUgUDJNUCBTZXNzaW9uIGFuZCBTZW5k ZXItVGVtcGxhdGUNCiAgIG9iamVjdHMgW1JGQzQ4NzVdIGFuZCBzbyBwcm92aWRlIHN1ZmZp Y2llbnQgaW5mb3JtYXRpb24gdG8gdW5pcXVlbHkNCiAgIGlkZW50aWZ5IHRoZSBMU1AuDQoN CiAgIFRoZSBuZXcgc3ViLVRMVnMgYXJlIGFzc2lnbmVkIHN1Yi10eXBlIGlkZW50aWZpZXJz IGFzIGZvbGxvd3MsIGFuZA0KICAgYXJlIGRlc2NyaWJlZCBpbiB0aGUgZm9sbG93aW5nIHNl Y3Rpb25zLg0KDQogICAgICBTdWItVHlwZSAjICAgICAgIExlbmd0aCAgICAgICAgICAgICAg VmFsdWUgRmllbGQNCiAgICAgIC0tLS0tLS0tLS0gICAgICAgLS0tLS0tICAgICAgICAgICAg ICAtLS0tLS0tLS0tLQ0KICAgICAgICAgICAgIFRCRCAgICAgICAgIDIwICAgICAgICAgICAg ICAgIFJTVlAgUDJNUCBJUHY0IFNlc3Npb24NCiAgICAgICAgICAgICBUQkQgICAgICAgICA1 NiAgICAgICAgICAgICAgICBSU1ZQIFAyTVAgSVB2NiBTZXNzaW9uDQoNCjMuMS4xLjEuIFJT VlAgUDJNUCBJUHY0IFNlc3Npb24gU3ViLVRMVg0KDQogICBUaGUgZm9ybWF0IG9mIHRoZSBS U1ZQIFAyTVAgSVB2NCBTZXNzaW9uIHN1Yi1UTFYgdmFsdWUgZmllbGQgaXMNCiAgIHNwZWNp ZmllZCBpbiB0aGUgZm9sbG93aW5nIGZpZ3VyZS4gVGhlIHZhbHVlIGZpZWxkcyBhcmUgdGFr ZW4gZnJvbQ0KICAgdGhlIGRlZmluaXRpb25zIG9mIHRoZSBQMk1QIElQdjQgTFNQIFNlc3Np b24gT2JqZWN0IGFuZCB0aGUgUDJNUA0KICAgSVB2NCBTZW5kZXItVGVtcGxhdGUgT2JqZWN0 IGluIFtSRkM0ODc1XS4gTm90ZSB0aGF0IHRoZSBTdWItR3JvdXANCiAgIElEIG9mIHRoZSBT ZW5kZXItVGVtcGxhdGUgaXMgbm90IHJlcXVpcmVkLg0KDQogICAgICAgMCAgICAgICAgICAg ICAgICAgICAxICAgICAgICAgICAgICAgICAgIDIgICAgICAgICAgICAgICAgICAgMw0KICAg ICAgIDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQg NSA2IDcgOCA5IDAgMQ0KICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCiAgICAgIHwgICAgICAgICAgICAg ICAgICAgICAgICAgICBQMk1QIElEICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8DQog ICAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKw0KICAgICAgfCAgICAgICAgICBNdXN0IEJlIFplcm8gICAgICAg ICB8ICAgICBUdW5uZWwgSUQgICAgICAgICAgICAgICAgIHwNCiAgICAgICstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r DQogICAgICB8ICAgICAgICAgICAgICAgICAgICAgICBFeHRlbmRlZCBUdW5uZWwgSUQgICAg ICAgICAgICAgICAgICAgICAgfA0KICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCiAgICAgIHwgICAgICAg ICAgICAgICAgICAgSVB2NCB0dW5uZWwgc2VuZGVyIGFkZHJlc3MgICAgICAgICAgICAgICAg ICB8DQogICAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKw0KICAgICAgfCAgICAgICAgICBNdXN0IEJlIFplcm8g ICAgICAgICB8ICAgICAgICAgICAgTFNQIElEICAgICAgICAgICAgIHwNCiAgICAgICstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rDQoNCjMuMS4xLjIuIFJTVlAgUDJNUCBJUHY2IFNlc3Npb24gU3ViLVRMVg0KDQog ICBUaGUgZm9ybWF0IG9mIHRoZSBSU1ZQIFAyTVAgSVB2NiBTZXNzaW9uIHN1Yi1UTFYgdmFs dWUgZmllbGQgaXMNCiAgIHNwZWNpZmllZCBpbiB0aGUgZm9sbG93aW5nIGZpZ3VyZS4gVGhl IHZhbHVlIGZpZWxkcyBhcmUgdGFrZW4gZnJvbQ0KDQpZYXN1a2F3YSBhbmQgRmFycmVsICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFtQYWdlIDldDQoM DQpJbnRlcm5ldCBEcmFmdCAgICAgZHJhZnQtaWV0Zi1tcGxzLXAybXAtbHNwLXBpbmctMDgu dHh0ICAgICAgICAgSnVseSAyMDA5DQoNCiAgIHRoZSBkZWZpbml0aW9ucyBvZiB0aGUgUDJN UCBJUHY2IExTUCBTZXNzaW9uIE9iamVjdCwgYW5kIHRoZQ0KICAgUDJNUCBJUHY2IFNlbmRl ci1UZW1wbGF0ZSBPYmplY3QgaW4gW1JGQzQ4NzVdLiBOb3RlIHRoYXQgdGhlDQogICBTdWIt R3JvdXAgSUQgb2YgdGhlIFNlbmRlci1UZW1wbGF0ZSBpcyBub3QgcmVxdWlyZWQuDQoNCiAg ICAgICAwICAgICAgICAgICAgICAgICAgIDEgICAgICAgICAgICAgICAgICAgMiAgICAgICAg ICAgICAgICAgICAzDQogICAgICAgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2 IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxDQogICAgICArLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KICAg ICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIHwNCiAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICBQMk1Q IElEICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8DQogICAgICB8ICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfA0K ICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSsNCiAgICAgIHwgICAgICAgICAgTXVzdCBCZSBaZXJvICAgICAg ICAgfCAgICAgVHVubmVsIElEICAgICAgICAgICAgICAgICB8DQogICAgICArLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Kw0KICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIHwNCiAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgIEV4 dGVuZGVkIFR1bm5lbCBJRCAgICAgICAgICAgICAgICAgICAgICB8DQogICAgICB8ICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgfA0KICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSsNCiAgICAgIHwgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8DQogICAgICB8ICAg ICAgICAgICAgICAgICAgIElQdjYgdHVubmVsIHNlbmRlciBhZGRyZXNzICAgICAgICAgICAg ICAgICAgfA0KICAgICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIHwNCiAgICAgICstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQogICAgICB8 ICAgICAgICAgIE11c3QgQmUgWmVybyAgICAgICAgIHwgICAgICAgICAgICBMU1AgSUQgICAg ICAgICAgICAgfA0KICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCg0KMy4xLjIuIElkZW50aWZ5aW5nIGEg TXVsdGljYXN0IExEUCBMU1ANCg0KICAgW1JGQzQzNzldIGRlZmluZXMgaG93IGEgUDJQIExE UCBMU1AgdW5kZXIgdGVzdCBtYXkgYmUgaWRlbnRpZmllZCBpbg0KICAgYW4gZWNobyByZXF1 ZXN0LiBBIFRhcmdldCBGRUMgU3RhY2sgVExWIGlzIHVzZWQgdG8gY2Fycnkgb25lIG9yIG1v cmUNCiAgIHN1Yi1UTFZzIChmb3IgZXhhbXBsZSwgYW4gSVB2NCBQcmVmaXggRkVDIHN1Yi1U TFYpIHRoYXQgaWRlbnRpZnkgdGhlDQogICBMU1AuDQoNCiAgIEluIG9yZGVyIHRvIGlkZW50 aWZ5IGEgbXVsdGljYXN0IExEUCBMU1AgdW5kZXIgdGVzdCwgdGhlIGVjaG8gcmVxdWVzdA0K ICAgbWVzc2FnZSBNVVNUIGNhcnJ5IGEgVGFyZ2V0IEZFQyBTdGFjayBUTFYsIGFuZCB0aGlz IE1VU1QgY2FycnkNCiAgIGV4YWN0bHkgb25lIG5ldyBzdWItVExWOiB0aGUgTXVsdGljYXN0 IExEUCBGRUMgU3RhY2sgc3ViLVRMVi4gVGhpcw0KICAgc3ViLVRMViB1c2VzIGZpZWxkcyBm cm9tIHRoZSBtdWx0aWNhc3QgTERQIG1lc3NhZ2VzIFtQMk1QLUxEUF0gYW5kIHNvDQogICBw cm92aWRlcyBzdWZmaWNpZW50IGluZm9ybWF0aW9uIHRvIHVuaXF1ZWx5IGlkZW50aWZ5IHRo ZSBMU1AuDQoNCiAgIFRoZSBuZXcgc3ViLVRMViBpcyBhc3NpZ25lZCBhIHN1Yi10eXBlIGlk ZW50aWZpZXIgYXMgZm9sbG93cywgYW5kDQogICBpcyBkZXNjcmliZWQgaW4gdGhlIGZvbGxv d2luZyBzZWN0aW9uLg0KDQogICAgICBTdWItVHlwZSAjICAgICAgIExlbmd0aCAgICAgICAg ICAgICAgVmFsdWUgRmllbGQNCiAgICAgIC0tLS0tLS0tLS0gICAgICAgLS0tLS0tICAgICAg ICAgICAgICAtLS0tLS0tLS0tLQ0KICAgICAgICAgICAgIFRCRCAgICAgICBWYXJpYWJsZSAg ICAgICAgICAgIE11bHRpY2FzdCBQMk1QIExEUCBGRUMgU3RhY2sNCiAgICAgICAgICAgICBU QkQgICAgICAgVmFyaWFibGUgICAgICAgICAgICBNdWx0aWNhc3QgTVAyTVAgTERQIEZFQyBT dGFjaw0KDQozLjEuMi4xLiBNdWx0aWNhc3QgTERQIEZFQyBTdGFjayBTdWItVExWcw0KDQog ICAgQm90aCBNdWx0aWNhc3QgUDJNUCBhbmQgTVAyTVAgTERQIEZFQyBTdGFjayBoYXZlIHRo ZSBzYW1lIGZvcm1hdCwgYXMNCiAgICBzcGVjaWZpZWQgaW4gdGhlIGZvbGxvd2luZyBmaWd1 cmUuDQoNCiAgICAwICAgICAgICAgICAgICAgICAgIDEgICAgICAgICAgICAgICAgICAgMiAg ICAgICAgICAgICAgICAgICAzDQogICAgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQg NSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxDQoNCllhc3VrYXdhIGFuZCBGYXJy ZWwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBbUGFnZSAx MF0NCgwNCkludGVybmV0IERyYWZ0ICAgICBkcmFmdC1pZXRmLW1wbHMtcDJtcC1sc3AtcGlu Zy0wOC50eHQgICAgICAgICBKdWx5IDIwMDkNCg0KICAgKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCiAgIHwgICAg ICAgIEFkZHJlc3MgRmFtaWx5ICAgICAgICAgfCBBZGRyZXNzIExlbmd0aHwgUm9vdCBMU1Ig QWRkciB8DQogICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKw0KICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwNCiAgIH4gICAgICAgICAg ICAgICAgICAgUm9vdCBMU1IgQWRkcmVzcyAoQ29udC4pICAgICAgICAgICAgICAgICAgICB+ DQogICB8ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgfA0KICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCiAgIHwgICAgICAgIE9wYXF1ZSBM ZW5ndGggICAgICAgICAgfCAgICAgICAgIE9wYXF1ZSBWYWx1ZSAuLi4gICAgICB8DQogICAr LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgKw0KICAgfiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIH4NCiAgIHwgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8DQogICB8ICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKw0KICAgfCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8DQogICArLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCg0KICAgQWRkcmVzcyBGYW1pbHkNCg0KICAg ICAgVHdvIG9jdGV0IHF1YW50aXR5IGNvbnRhaW5pbmcgYSB2YWx1ZSBmcm9tIEFERFJFU1Mg RkFNSUxZIE5VTUJFUlMNCiAgICAgIGluIFtJQU5BLVBPUlRdIHRoYXQgZW5jb2RlcyB0aGUg YWRkcmVzcyBmYW1pbHkgZm9yIHRoZSBSb290IExTUg0KICAgICAgQWRkcmVzcy4NCg0KICAg QWRkcmVzcyBMZW5ndGgNCg0KICAgICAgTGVuZ3RoIG9mIHRoZSBSb290IExTUiBBZGRyZXNz IGluIG9jdGV0cy4NCg0KICAgUm9vdCBMU1IgQWRkcmVzcw0KDQogICAgICBBZGRyZXNzIG9m IHRoZSBMU1IgYXQgdGhlIHJvb3Qgb2YgdGhlIFAyTVAgTFNQIGVuY29kZWQgYWNjb3JkaW5n DQogICAgICB0byB0aGUgQWRkcmVzcyBGYW1pbHkgZmllbGQuDQoNCiAgIE9wYXF1ZSBMZW5n dGgNCg0KICAgICAgVGhlIGxlbmd0aCBvZiB0aGUgT3BhcXVlIFZhbHVlLCBpbiBvY3RldHMu DQoNCiAgIE9wYXF1ZSBWYWx1ZQ0KDQogICAgICBBbiBvcGFxdWUgdmFsdWUgZWxlbWVudCB3 aGljaCB1bmlxdWVseSBpZGVudGlmaWVzIHRoZSBQMk1QIExTUCBpbg0KICAgICAgdGhlIGNv bnRleHQgb2YgdGhlIFJvb3QgTFNSLg0KDQogICBJZiB0aGUgQWRkcmVzcyBGYW1pbHkgaXMg SVB2NCwgdGhlIEFkZHJlc3MgTGVuZ3RoIE1VU1QgYmUgNC4gSWYgdGhlDQogICBBZGRyZXNz IEZhbWlseSBpcyBJUHY2LCB0aGUgQWRkcmVzcyBMZW5ndGggTVVTVCBiZSAxNi4gTm8gb3Ro ZXINCiAgIEFkZHJlc3MgRmFtaWx5IHZhbHVlcyBhcmUgZGVmaW5lZCBhdCBwcmVzZW50Lg0K DQozLjEuMi4yLiBBcHBsaWNhYmlsaXR5IHRvIE11bHRpcG9pbnQtdG8tTXVsdGlwb2ludCBM U1BzDQoNCiAgIFRoZSBtZWNoYW5pc21zIGRlZmluZWQgaW4gdGhpcyBkb2N1bWVudCBjYW4g YmUgZXh0ZW5kZWQgdG8gaW5jbHVkZQ0KICAgTXVsdGlwb2ludC10by1NdWx0aXBvaW50IChN UDJNUCkgTXVsdGljYXN0IExTUHMuIEluIGFuIE1QMk1QIExTUA0KICAgdHJlZSwgYW55IGxl YWYgbm9kZSBjYW4gYmUgdHJlYXRlZCBsaWtlIGEgaGVhZCBub2RlIG9mIGEgUDJNUA0KICAg dHJlZS4gSW4gb3RoZXIgd29yZHMsIGZvciBNUExTIE9BTSBwdXJwb3NlcywgdGhlIE1QMk1Q IHRyZWUgY2FuIGJlDQogICB0cmVhdGVkIGxpa2UgYSBjb2xsZWN0aW9uIG9mIFAyTVAgdHJl ZXMsIHdpdGggZWFjaCBNUDJNUCBsZWFmIG5vZGUNCiAgIGFjdGluZyBsaWtlIGEgUDJNUCBo ZWFkLWVuZCBub2RlLiBXaGVuIGEgbGVhZiBub2RlIGlzIGFjdGluZyBsaWtlIGENCiAgIFAy TVAgaGVhZC1lbmQgbm9kZSwgdGhlIHJlbWFpbmluZyBsZWFmIG5vZGVzIGFjdCBsaWtlIGVn cmVzcyBub2Rlcy4NCg0KWWFzdWthd2EgYW5kIEZhcnJlbCAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIFtQYWdlIDExXQ0KDA0KSW50ZXJuZXQgRHJhZnQg ICAgIGRyYWZ0LWlldGYtbXBscy1wMm1wLWxzcC1waW5nLTA4LnR4dCAgICAgICAgIEp1bHkg MjAwOQ0KDQoNCg0KMy4yLiBQaW5nIE1vZGUgT3BlcmF0aW9uDQoNCjMuMi4xLiBDb250cm9s bGluZyBSZXNwb25zZXMgdG8gTFNQIFBpbmdzDQoNCiAgIEFzIGRlc2NyaWJlZCBpbiBTZWN0 aW9uIDIuMiwgaXQgbWF5IGJlIGRlc2lyYWJsZSB0byByZXN0cmljdCB0aGUNCiAgIG9wZXJh dGlvbiBvZiBMU1AgUGluZyB0byBhIHNpbmdsZSBlZ3Jlc3MuIFNpbmNlIGVjaG8gcmVxdWVz dHMgYXJlDQogICBmb3J3YXJkZWQgdGhyb3VnaCB0aGUgZGF0YSBwbGFuZSB3aXRob3V0IGlu dGVyY2VwdGlvbiBieSB0aGUgY29udHJvbA0KICAgcGxhbmUgKGNvbXBhcmUgd2l0aCB0cmFj ZXJvdXRlIG1vZGUpLCB0aGVyZSBpcyBubyBmYWNpbGl0eSB0byBsaW1pdA0KICAgdGhlIHBy b3BhZ2F0aW9uIG9mIGVjaG8gcmVxdWVzdHMsIGFuZCB0aGV5IHdpbGwgYXV0b21hdGljYWxs eSBiZQ0KICAgZm9yd2FyZGVkIHRvIGFsbCAocmVhY2hhYmxlKSBlZ3Jlc3Nlcy4NCg0KICAg SG93ZXZlciwgdGhlIGludGVuZGVkIGVncmVzcyB1bmRlciB0ZXN0IGNhbiBiZSBpZGVudGlm aWVkIGJ5IHRoZQ0KICAgaW5jbHVzaW9uIG9mIGEgUDJNUCBSZXNwb25kZXIgSWRlbnRpZmll ciBUTFYuIFRoZSBkZXRhaWxzIG9mIHRoaXMgVExWDQogICBhbmQgaXRzIFN1Yi1UTFZzIGFy ZSBpbiBzZWN0aW9uIDMuMi40LiBUaGUgaW5pdGlhdG9yIG1heSBjaG9vc2UNCiAgIHdoZXRo ZXIgb25seSB0aGUgbm9kZSBpZGVudGlmaWVkIGluIHRoZSBUTFYgcmVzcG9uZHMgb3IgYW55 IG5vZGUgb24NCiAgIHRoZSBwYXRoIHRvIHRoZSBub2RlIGlkZW50aWZpZWQgaW4gdGhlIFRM ViBtYXkgcmVzcG9uZC4NCg0KICAgQW4gaW5pdGlhdG9yIG1heSBpbmRpY2F0ZSB0aGF0IGl0 IHdpc2hlcyBhbGwgZWdyZXNzZXMgdG8gcmVzcG9uZCB0bw0KICAgYW4gZWNobyByZXF1ZXN0 IGJ5IG9taXR0aW5nIHRoZSBQMk1QIFJlc3BvbmRlciBJZGVudGlmaWVyIFRMVi4NCg0KICAg Tm90ZSB0aGF0IHRoZSBpbmdyZXNzIG9mIGEgbXVsdGljYXN0IExEUCBMU1Agd2lsbCBub3Qg a25vdyB0aGUNCiAgIGlkZW50aXRpZXMgb2YgdGhlIGVncmVzc2VzIG9mIHRoZSBMU1AgZXhj ZXB0IGJ5IHNvbWUgZXh0ZXJuYWwgbWVhbnMNCiAgIHN1Y2ggYXMgcnVubmluZyBQMk1QIExT UCBQaW5nIHRvIGFsbCBlZ3Jlc3Nlcy4NCg0KMy4yLjIuIFBpbmcgTW9kZSBFZ3Jlc3MgUHJv Y2VkdXJlcw0KDQogICBBbiBlZ3Jlc3Mgbm9kZSBpcyBSRUNPTU1FTkRFRCB0byByYXRlIGxp bWl0IGl0cyByZWNlaXB0IG9mIGVjaG8NCiAgIHJlcXVlc3QgbWVzc2FnZXMgYXMgZGVzY3Jp YmVkIGluIFtSRkM0Mzc5XS4gQWZ0ZXIgcmF0ZSBsaW1pdGluZywgYW4NCiAgIGVncmVzcyBu b2RlIHRoYXQgcmVjZWl2ZXMgYW4gZWNobyByZXF1ZXN0IGNhcnJ5aW5nIGFuIFJTVlAgUDJN UCBJUHY0DQogICBTZXNzaW9uIHN1Yi1UTFYsIGFuIFJTVlAgUDJNUCBJUHY2IFNlc3Npb24g c3ViLVRMViwgb3IgYSBNdWx0aWNhc3QNCiAgIExEUCBGRUMgU3RhY2sgc3ViLVRMViBNVVNU IGRldGVybWluZSB3aGV0aGVyIGl0IGlzIGFuIGVncmVzcyBvZiB0aGUNCiAgIFAyTVAgTFNQ IGluIHF1ZXN0aW9uIGJ5IGNoZWNraW5nIHdpdGggdGhlIGNvbnRyb2wgcGxhbmUuDQoNCiAg ICAgLSBJZiB0aGUgbm9kZSBpcyBub3QgYW4gZWdyZXNzLCBpdCBNVVNUIHJlc3BvbmQgYWNj b3JkaW5nIHRvIHRoZQ0KICAgICAgIHNldHRpbmcgb2YgdGhlIFJlc3BvbnNlIFR5cGUgZmll bGQgaW4gdGhlIGVjaG8gbWVzc2FnZSBmb2xsb3dpbmcNCiAgICAgICB0aGUgcnVsZXMgZGVm aW5lZCBpbiBbUkZDNDM3OV0uDQoNCiAgICAgLSBJZiB0aGUgbm9kZSBpcyBhbiBlZ3Jlc3Mg b2YgdGhlIFAyTVAgTFNQLCB0aGUgbm9kZSBtdXN0DQogICAgICAgY2hlY2sgd2hldGhlciBp dCBpcyBhIHJlY2VpcGllbnQgb2YgdGhlIGVjaG8gcmVxdWVzdC4NCiAgICAgICAtIElmIGEg UDJNUCBSZXNwb25kZXIgSWRlbnRpZmllciBUTFYgaXMgcHJlc2VudCwgdGhlbiB0aGUgbm9k ZQ0KICAgICAgIG11c3QgZm9sbG93IHRoZSBwcm9jZWR1cmVzIGRlZmluZWQgaW4gc2VjdGlv biAzLjIuNCB0byBkZXRlcm1pbmUNCiAgICAgICB3aGV0aGVyIGl0IHNob3VsZCByZXNwb25k IHRvIHRoZSByZXFldXN0IG9yIG5vdC4NCiAgICAgICAtIElmIHRoZSBQMk1QIFJlc3BvbmRl ciBJZGVudGlmaWVyIFRMViBpcyBub3QgcHJlc2VudCAob3IsIGluIHRoZQ0KICAgICAgIGVy cm9yIGNhc2UsIGlzIHByZXNlbnQsIGJ1dCBkb2VzIG5vdCBjb250YWluIGFueSBzdWItVExW cyksIGFuZA0KICAgICAgIHRoZSBlZ3Jlc3Mgbm9kZSB0aGF0IHJlY2VpdmVkIHRoZSBlY2hv IHJlcXVlc3QgaXMgYW4gaW50ZW5kZWQNCiAgICAgICBlZ3Jlc3Mgb2YgdGhlIExTUCwgdGhl IG5vZGUgTVVTVCByZXNwb25kIGFjY29yZGluZyB0byB0aGUgc2V0dGluZw0KICAgICAgIG9m IHRoZSBSZXNwb25zZSBUeXBlIGZpZWxkIGluIHRoZSBlY2hvIG1lc3NhZ2UgZm9sbG93aW5n IHRoZQ0KICAgICAgIHJ1bGVzIGRlZmluZWQgaW4gW1JGQzQzNzldLg0KDQozLjIuMy4gSml0 dGVyZWQgUmVzcG9uc2VzDQoNCllhc3VrYXdhIGFuZCBGYXJyZWwgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICBbUGFnZSAxMl0NCgwNCkludGVybmV0IERy YWZ0ICAgICBkcmFmdC1pZXRmLW1wbHMtcDJtcC1sc3AtcGluZy0wOC50eHQgICAgICAgICBK dWx5IDIwMDkNCg0KDQogICBUaGUgaW5pdGlhdG9yIChpbmdyZXNzKSBvZiBhIHBpbmcgcmVx dWVzdCBNQVkgcmVxdWVzdCB0aGUgcmVzcG9uZGluZw0KICAgZWdyZXNzIHRvIGludHJvZHVj ZSBhIHJhbmRvbSBkZWxheSAob3Igaml0dGVyKSBiZWZvcmUgc2VuZGluZyB0aGUNCiAgIHJl c3BvbnNlLiBUaGUgcmFuZG9tbmVzcyBvZiB0aGUgZGVsYXkgYWxsb3dzIHRoZSByZXNwb25z ZXMgZnJvbQ0KICAgbXVsdGlwbGUgZWdyZXNzZXMgdG8gYmUgc3ByZWFkIG92ZXIgYSB0aW1l IHBlcmlvZC4gVGh1cyB0aGlzDQogICB0ZWNobmlxdWUgaXMgcGFydGljdWxhcmx5IHJlbGV2 YW50IHdoZW4gdGhlIGVudGlyZSBMU1AgdHJlZSBpcyBiZWluZw0KICAgcGluZ2VkIHNpbmNl IGl0IGhlbHBzIHByZXZlbnQgdGhlIGluZ3Jlc3MgKG9yIG5lYXJieSByb3V0ZXJzKSBmcm9t DQogICBiZWluZyBzd2FtcGVkIGJ5IHJlc3BvbnNlcywgb3IgZnJvbSBkaXNjYXJkaW5nIHJl c3BvbnNlcyBkdWUgdG8gcmF0ZQ0KICAgbGltaXRzIHRoYXQgaGF2ZSBiZWVuIGFwcGxpZWQu DQoNCiAgIEl0IGlzIGRlc2lyYWJsZSBmb3IgdGhlIGluZ3Jlc3MgdG8gYmUgYWJsZSB0byBj b250cm9sIHRoZSBib3VuZHMNCiAgIHdpdGhpbiB3aGljaCB0aGUgZWdyZXNzIGRlbGF5cyB0 aGUgcmVzcG9uc2UuIElmIHRoZSB0cmVlIHNpemUgaXMNCiAgIHNtYWxsLCBvbmx5IGEgc21h bGwgYW1vdW50IG9mIGppdHRlciBpcyByZXF1aXJlZCwgYnV0IGlmIHRoZSB0cmVlIGlzDQog ICBsYXJnZSwgZ3JlYXRlciBqaXR0ZXIgaXMgbmVlZGVkLiBUaGUgaW5ncmVzcyBpbmZvcm1z IHRoZSBlZ3Jlc3NlcyBvZg0KICAgdGhlIGppdHRlciBib3VuZCBieSBzdXBwbHlpbmcgYSB2 YWx1ZSBpbiBhIG5ldyBUTFYgKHRoZSBFY2hvIEppdHRlcg0KICAgVExWKSBjYXJyaWVkIG9u IHRoZSBlY2hvIHJlcXVlc3QgbWVzc2FnZS4gSWYgdGhpcyBUTFYgaXMgcHJlc2VudCwgdGhl DQogICByZXNwb25kaW5nIGVncmVzcyBNVVNUIGRlbGF5IHNlbmRpbmcgYSByZXNwb25zZSBm b3IgYSByYW5kb20gYW1vdW50DQogICBvZiB0aW1lIGJldHdlZW4gemVybyBtaWxsaXNlY29u ZHMgYW5kIHRoZSB2YWx1ZSBpbmRpY2F0ZWQgaW4gdGhlDQogICBUTFYuIElmIHRoZSBUTFYg aXMgYWJzZW50LCB0aGUgcmVzcG9uZGluZyBlZ3Jlc3MgU0hPVUxEIE5PVCBpbnRyb2R1Y2UN CiAgIGFueSBhZGRpdGlvbmFsIGRlbGF5IGluIHJlc3BvbmRpbmcgdG8gdGhlIGVjaG8gcmVx dWVzdC4NCg0KICAgTFNQIHBpbmcgU0hPVUxEIE5PVCBiZSB1c2VkIHRvIGF0dGVtcHQgdG8g bWVhc3VyZSB0aGUgcm91bmQtdHJpcA0KICAgdGltZSBmb3IgZGF0YSBkZWxpdmVyeS4gVGhp cyBpcyBiZWNhdXNlIHRoZSBMU1BzIGFyZSB1bmlkaXJlY3Rpb25hbCwNCiAgIGFuZCB0aGUg ZWNobyByZXNwb25zZSBpcyBvZnRlbiBzZW50IGJhY2sgdGhyb3VnaCB0aGUgY29udHJvbCBw bGFuZS4NCiAgIFRoZSB0aW1lc3RhbXAgZmllbGRzIGluIHRoZSBlY2hvIHJlcXVlc3QvcmVz cG9uc2UgTUFZIGJlIHVzZWQgdG8NCiAgIGRlZHVjZSBzb21lIGluZm9ybWF0aW9uIGFib3V0 IGRlbGl2ZXJ5IHRpbWVzIGFuZCBwYXJ0aWN1bGFybHkgdGhlDQogICB2YXJpYW5jZSBpbiBk ZWxpdmVyeSB0aW1lcy4NCg0KICAgVGhlIHVzZSBvZiBlY2hvIGppdHRlcmluZyBkb2VzIG5v dCBjaGFuZ2UgdGhlIHByb2Nlc3NlcyBmb3IgZ2FpbmluZw0KICAgaW5mb3JtYXRpb24sIGJ1 dCBub3RlIHRoYXQgdGhlIHJlc3BvbmRpbmcgZWdyZXNzIE1VU1Qgc2V0IHRoZSB2YWx1ZQ0K ICAgaW4gdGhlIFRpbWVzdGFtcCBSZWNlaXZlZCBmaWVsZHMgYmVmb3JlIGFwcGx5aW5nIGFu eSBkZWxheS4NCg0KICAgSXQgaXMgUkVDT01NRU5ERUQgdGhhdCBlY2hvIHJlc3BvbnNlIGpp dHRlcmluZyBpcyBub3QgdXNlZCBleGNlcHQgaW4NCiAgIHRoZSBjYXNlIG9mIFAyTVAgTFNQ cy4gSWYgdGhlIEVjaG8gSml0dGVyIFRMViBpcyBwcmVzZW50IGluIGFuIGVjaG8NCiAgIHJl cXVlc3QgZm9yIGFueSBvdGhlciB0eXBlIG9mIFRMViwgdGhlIHJlc3BvbmRpbmcgZWdyZXNz IE1BWSBhcHBseQ0KICAgdGhlIGppdHRlciBiZWhhdmlvciBkZXNjcmliZWQgaGVyZS4NCg0K My4yLjQuIFAyTVAgUmVzcG9uZGVyIElkZW50aWZpZXIgVExWIGFuZCBTdWItVExWcw0KDQog ICBBIG5ldyBUTFYgaXMgZGVmaW5lZCBmb3IgaW5jbHVzaW9uIGluIHRoZSBFY2hvIHJlcXVl c3QgbWVzc2FnZS4NCg0KICAgVGhlIFAyTVAgUmVzcG9uZGVyIElkZW50aWZpZXIgVExWIGlz IGFzc2lnbmVkIHRoZSBUTFYgdHlwZSB2YWx1ZSBUQkQNCiAgIGFuZCBpcyBlbmNvZGVkIGFz IGZvbGxvd3MuDQoNCiAgICAgICAwICAgICAgICAgICAgICAgICAgIDEgICAgICAgICAgICAg ICAgICAgMiAgICAgICAgICAgICAgICAgICAzDQogICAgICAgMCAxIDIgMyA0IDUgNiA3IDgg OSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxDQogICAgICAr LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKw0KICAgICAgfFR5cGU9VEJEKFAyTVAgUmVzcG9uZGVyIElEIFRMVil8ICAg ICAgIExlbmd0aCA9IFZhcmlhYmxlICAgICAgIHwNCiAgICAgICstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQogICAg ICB+ICAgICAgICAgICAgICAgICAgICAgICAgICBTdWItVExWcyAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgfg0KICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCg0KDQpZYXN1a2F3YSBhbmQgRmFy cmVsICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgW1BhZ2Ug MTNdDQoMDQpJbnRlcm5ldCBEcmFmdCAgICAgZHJhZnQtaWV0Zi1tcGxzLXAybXAtbHNwLXBp bmctMDgudHh0ICAgICAgICAgSnVseSAyMDA5DQoNCiAgICAgIFN1Yi1UTFZzOg0KDQogICAg ICAgIFplcm8sIG9uZSBvciBtb3JlIHN1Yi1UTFZzIGFzIGRlZmluZWQgYmVsb3cuDQoNCiAg ICAgICAgSWYgbm8gc3ViLVRMVnMgYXJlIHByZXNlbnQsIHRoZSBUTFYgTVVTVCBiZSBwcm9j ZXNzZWQgYXMgaWYgaXQNCiAgICAgICAgd2VyZSBhYnNlbnQuIElmIG1vcmUgdGhhbiBvbmUg c3ViLVRMViBpcyBwcmVzZW50IHRoZSBmaXJzdCBNVVNUDQogICAgICAgIGJlIHByb2Nlc3Nl ZCBhcyBkZXNjcmliZWQgaW4gdGhpcyBkb2N1bWVudCwgYW5kIHN1YnNlcXVlbnQNCiAgICAg ICAgc3ViLVRMVnMgU0hPVUxEIGJlIGlnbm9yZWQuDQoNCiAgIFRoZSBQMk1QIFJlc3BvbmRl ciBJZGVudGlmaWVyIFRMViBvbmx5IGhhcyBtZWFuaW5nIG9uIGFuIGVjaG8gcmVxdWVzdA0K ICAgbWVzc2FnZS4gSWYgcHJlc2VudCBvbiBhbiBlY2hvIHJlc3BvbnNlIG1lc3NhZ2UsIGl0 IFNIT1VMRCBiZQ0KICAgaWdub3JlZC4NCg0KICAgRm91ciBzdWItVExWcyBhcmUgZGVmaW5l ZCBmb3IgaW5jbHVzaW9uIGluIHRoZSBQMk1QIFJlc3BvbmRlcg0KICAgSWRlbnRpZmllciBU TFYgY2FycmllZCBvbiB0aGUgZWNobyByZXF1ZXN0IG1lc3NhZ2UuIFRoZXNlIGFyZToNCg0K ICAgICAgU3ViLVR5cGUgIyAgICBMZW5ndGggICAgVmFsdWUgRmllbGQNCiAgICAgIC0tLS0t LS0tLS0gICAgLS0tLS0tICAgIC0tLS0tLS0tLS0tDQogICAgICAgICAgICAgIDEgICAgICAg ICA0ICAgICBJUHY0IEVncmVzcyBBZGRyZXNzIFAyTVAgUmVzcG9uZGVyIElkZW50aWZpZXIN CiAgICAgICAgICAgICAgMiAgICAgICAgMTYgICAgIElQdjYgRWdyZXNzIEFkZHJlc3MgUDJN UCBSZXNwb25kZXIgSWRlbnRpZmllciANCiAgICAgICAgICAgICAgMyAgICAgICAgIDQgICAg IElQdjQgTm9kZSBBZGRyZXNzIFAyTVAgUmVzcG9uZGVyIElkZW50aWZpZXINCiAgICAgICAg ICAgICAgNCAgICAgICAgMTYgICAgIElQdjYgTm9kZSBBZGRyZXNzIFAyTVAgUmVzcG9uZGVy IElkZW50aWZpZXINCg0KICAgVGhlIGNvbnRlbnQgb2YgdGhlc2UgU3ViLVRMVnMgYXJlIGRl ZmluZWQgaW4gdGhlIGZvbGxvd2luZw0KICAgc2VjdGlvbnMuIEFsc28gZGVmaW5lZCBpcyB0 aGUgaW50ZW5kZWQgYmVoYXZpb3Igb2YgdGhlIHJlc3BvbmRpbmcNCiAgIG5vZGUgdXBvbiBy ZWNlaXZpbmcgYW55IG9mIHRoZXNlIFN1Yi1UTFZzLiBQbGVhc2Ugbm90ZSB0aGF0IHRoZSBl Y2hvDQogICByZXNwb25zZSBpcyBhbHdheXMgY29udHJvbGxlZCBieSBSZXNwb25zZSBUeXBl IGZpZWxkIGluIHRoZSBlY2hvDQogICBtZXNzYWdlIGFzIGRlZmluZWQgaW4gW1JGQzQzNzld IGFuZCB3aGV0aGVyIG9yIG5vdCB0aGUgcmVzcG9uZGluZw0KICAgbm9kZSBpcyBwYXJ0IGZv ciB0aGUgUDJNUCB0cmVlIGJlaW5nIGlkZW50aWZpZWQgaW4gdGhlIFRhcmdldCBGRUMNCiAg IFN0YWNrIFRMVi4gVGhlIFN1Yi1UTFZzIGRlZmluZWQgaW4gdGhpcyBzZWN0aW9uIHByb3Zp ZGUgYWRkaXRpb25hbA0KICAgY29uc3RyYWludHMgdG8gdGhvc2UgcmVxdWlyZW1lbnRzIGFu ZCBhcmUgbm90IGEgcmVwbGFjZW1lbnQgZm9yIHRob3NlDQogICByZXF1aXJlbWVudHMuDQoN CjMuMi40LjEuIEVncmVzcyBBZGRyZXNzIFAyTVAgUmVzcG9uZGVyIElkZW50aWZpZXIgU3Vi LVRMVnMNCg0KICAgVGhlIElQdjQgb3IgSVB2NiBFZ3Jlc3MgQWRkcmVzcyBQMk1QIFJlc3Bv bmRlciBJZGVudGlmaWVyIFN1Yi1UTFZzDQogICBNQVkgYmUgdXNlZCBpbiBhbiBlY2hvIHJl cXVlc3QgY2FycnlpbmcgUlNWUCBQMk1QIFNlc3Npb24NCiAgIFN1Yi1UTFYuIFRoZXkgU0hP VUxEIE5PVCBiZSB1c2VkIHdpdGggYW4gZWNobyByZXF1ZXN0IGNhcnJ5aW5nDQogICBNdWx0 aWNhc3QgTERQIEZFQyBTdGFjayBTdWItVExWLg0KDQogICBBIG5vZGUgdGhhdCByZWNlaXZl cyBhbiBlY2hvIHJlcXVlc3Qgd2l0aCB0aGlzIFN1Yi1UTFYgcHJlc2VudCBNVVNUDQogICBy ZXNwb25kIG9ubHkgaWYgdGhlIG5vZGUgbGllcyBvbiB0aGUgcGF0aCB0byB0aGUgYWRkcmVz cyBpbiB0aGUNCiAgIFN1Yi1UTFYuDQoNCiAgIFRoZSBhZGRyZXNzIGluIHRoaXMgU3ViLVRM ViBTSE9VTEQgYmUgb2YgYW4gZWdyZXNzIG9yIGJ1ZCBub2RlIGFuZA0KICAgU0hPVUxEIE5P VCBiZSBvZiBhIHRyYW5zaXQgb3IgYnJhbmNoIG5vZGUuIFRoaXMgYWRkcmVzcyBNVVNUIGJl IGtub3duDQogICB0byB0aGUgbm9kZXMgdXBzdHJlYW0gb2YgdGhlIHRhcmdldCBub2RlLCBw b3NzaWJseSB2aWEgY29udHJvbCBwbGFuZQ0KICAgc2lnbmFsaW5nLCBzdWNoIGFzIFJTVlAu IFRoaXMgU3ViLVRMViBtYXkgYmUgdXNlZCB0byB0cmFjZSBhIHNwZWNpZmljDQogICBlZ3Jl c3Mgb3IgYnVkIG5vZGUgaW4gdGhlIFAyTVAgdHJlZS4NCg0KMy4yLjQuMi4gTm9kZSBBZGRy ZXNzIFAyTVAgUmVzcG9uZGVyIElkZW50aWZpZXIgU3ViLVRMVnMNCg0KDQpZYXN1a2F3YSBh bmQgRmFycmVsICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg W1BhZ2UgMTRdDQoMDQpJbnRlcm5ldCBEcmFmdCAgICAgZHJhZnQtaWV0Zi1tcGxzLXAybXAt bHNwLXBpbmctMDgudHh0ICAgICAgICAgSnVseSAyMDA5DQoNCiAgIFRoZSBJUHY0IG9yIElQ djYgTm9kZSBBZGRyZXNzIFAyTVAgUmVzcG9uZGVyIElkZW50aWZpZXIgU3ViLVRMVnMgTUFZ DQogICBiZSB1c2VkIGluIGFuIGVjaG8gcmVxdWVzdCBjYXJyeWluZyBlaXRoZXIgUlNWUCBQ Mk1QIFNlc3Npb24gb3INCiAgIE11bHRpY2FzdCBMRFAgRkVDIFN0YWNrIFN1Yi1UTFYuDQoN CiAgIEEgbm9kZSB0aGF0IHJlY2VpdmVzIGFuIGVjaG8gcmVxdWVzdCB3aXRoIHRoaXMgU3Vi LVRMViBwcmVzZW50IE1VU1QNCiAgIHJlc3BvbmQgb25seSBpZiB0aGUgYWRkcmVzcyBpbiB0 aGUgU3ViLVRMViBjb3JyZXNwb25kcyB0byBhbnkgYWRkcmVzcw0KICAgdGhhdCBpcyBsb2Nh bCB0byB0aGUgbm9kZS4gVGhpcyBhZGRyZXNzIGluIHRoZSBTdWItVExWIG1heSBiZSBvZiBh bnkNCiAgIHBoeXNpY2FsIGludGVyZmFjZSBvciBtYXkgYmUgdGhlIHJvdXRlciBpZCBvZiB0 aGUgbm9kZSBpdHNlbGYuDQoNCiAgIFRoZSBhZGRyZXNzIGluIHRoaXMgU3ViLVRMViBTSE9V TEQgYmUgb2YgYW55IHRyYW5zaXQsIGJyYW5jaCwgYnVkIG9yDQogICBlZ3Jlc3Mgbm9kZSBm b3IgdGhhdCBQMk1QIHRyZWUuIFRoaXMgU3ViLVRMViBtYXkgYmUgdXNlZCB0byBwaW5nIGFu eQ0KICAgc3BlY2lmaWMgbm9kZSBpbiB0aGUgUDJNUCB0cmVlLg0KDQozLjIuNS4gRWNobyBK aXR0ZXIgVExWDQoNCiAgIEEgbmV3IFRMViBpcyBkZWZpbmVkIGZvciBpbmNsdXNpb24gaW4g dGhlIEVjaG8gcmVxdWVzdCBtZXNzYWdlLg0KDQogICBUaGUgRWNobyBKaXR0ZXIgVExWIGlz IGFzc2lnbmVkIHRoZSBUTFYgdHlwZSB2YWx1ZSBUQkQgYW5kIGlzIGVuY29kZWQNCiAgIGFz IGZvbGxvd3MuDQoNCiAgICAgICAwICAgICAgICAgICAgICAgICAgIDEgICAgICAgICAgICAg ICAgICAgMiAgICAgICAgICAgICAgICAgICAzDQogICAgICAgMCAxIDIgMyA0IDUgNiA3IDgg OSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxDQogICAgICAr LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKw0KICAgICAgfCAgICAgIFR5cGUgPSBUQkQgKEppdHRlciBUTFYpICB8ICAg ICAgICAgIExlbmd0aCA9IDQgICAgICAgICAgIHwNCiAgICAgICstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQogICAg ICB8ICAgICAgICAgICAgICAgICAgICAgICAgICBKaXR0ZXIgdGltZSAgICAgICAgICAgICAg ICAgICAgICAgICAgfA0KICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCg0KICAgICAgSml0dGVyIHRpbWU6 DQoNCiAgICAgICAgVGhpcyBmaWVsZCBzcGVjaWZpZXMgdGhlIHVwcGVyIGJvdW5kIG9mIHRo ZSBqaXR0ZXIgcGVyaW9kIHRoYXQNCiAgICAgICAgc2hvdWxkIGJlIGFwcGxpZWQgYnkgYSBy ZXNwb25kaW5nIG5vZGUgdG8gZGV0ZXJtaW5lIGhvdyBsb25nIHRvDQogICAgICAgIHdhaXQg YmVmb3JlIHNlbmRpbmcgYW4gZWNobyByZXNwb25zZS4gQSByZXNwb25kaW5nIG5vZGUgU0hP VUxEDQogICAgICAgIHdhaXQgYSByYW5kb20gYW1vdW50IG9mIHRpbWUgYmV0d2VlbiB6ZXJv IG1pbGxpc2Vjb25kcyBhbmQgdGhlDQogICAgICAgIHZhbHVlIHNwZWNpZmllZCBpbiB0aGlz IGZpZWxkLg0KDQogICAgICAgIEppdHRlciB0aW1lIGlzIHNwZWNpZmllZCBpbiBtaWxsaXNl Y29uZHMuDQoNCiAgIFRoZSBFY2hvIEppdHRlciBUTFYgb25seSBoYXMgbWVhbmluZyBvbiBh biBlY2hvIHJlcXVlc3QgbWVzc2FnZS4gSWYNCiAgIHByZXNlbnQgb24gYW4gZWNobyByZXNw b25zZSBtZXNzYWdlLCBpdCBTSE9VTEQgYmUgaWdub3JlZC4NCg0KDQozLjIuNi4gRWNobyBS ZXNwb25zZSBSZXBvcnRpbmcNCg0KICAgRWNobyByZXNwb25zZSBtZXNzYWdlcyBjYXJyeSBy ZXR1cm4gY29kZXMgYW5kIHN1YmNvZGVzIHRvIGluZGljYXRlDQogICB0aGUgcmVzdWx0IG9m IHRoZSBMU1AgUGluZyAod2hlbiB0aGUgcGluZyBtb2RlIGlzIGJlaW5nIHVzZWQpIGFzDQog ICBkZXNjcmliZWQgaW4gW1JGQzQzNzldLg0KDQogICBXaGVuIHRoZSByZXNwb25kaW5nIG5v ZGUgcmVwb3J0cyB0aGF0IGl0IGlzIGFuIGVncmVzcywgaXQgaXMgY2xlYXINCiAgIHRoYXQg dGhlIGVjaG8gcmVzcG9uc2UgYXBwbGllcyBvbmx5IHRvIHRoZSByZXBvcnRpbmcgbm9kZS4g U2ltaWxhcmx5LA0KICAgd2hlbiBhIG5vZGUgcmVwb3J0cyB0aGF0IGl0IGRvZXMgbm90IGZv cm0gcGFydCBvZiB0aGUgTFNQIGRlc2NyaWJlZA0KICAgYnkgdGhlIEZFQyAoaS5lLiB0aGVy ZSBpcyBhIG1pc2Nvbm5lY3Rpb24pIHRoZW4gdGhlIGVjaG8gcmVzcG9uc2UNCg0KWWFzdWth d2EgYW5kIEZhcnJlbCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIFtQYWdlIDE1XQ0KDA0KSW50ZXJuZXQgRHJhZnQgICAgIGRyYWZ0LWlldGYtbXBscy1w Mm1wLWxzcC1waW5nLTA4LnR4dCAgICAgICAgIEp1bHkgMjAwOQ0KDQogICBhcHBsaWVzIHRv IHRoZSByZXBvcnRpbmcgbm9kZS4NCg0KICAgSG93ZXZlciwgaXQgc2hvdWxkIGJlIG5vdGVk IHRoYXQgYW4gZWNobyByZXNwb25zZSBtZXNzYWdlIHRoYXQNCiAgIHJlcG9ydHMgYW4gZXJy b3IgZnJvbSBhIHRyYW5zaXQgbm9kZSBtYXkgYXBwbHkgdG8gbXVsdGlwbGUgZWdyZXNzDQog ICBub2RlcyAoaS5lLiBsZWF2ZXMpIGRvd25zdHJlYW0gb2YgdGhlIHJlcG9ydGluZyBub2Rl LiBJbiB0aGUgY2FzZSBvZg0KICAgdGhlIFBpbmcgbW9kZSBvZiBvcGVyYXRpb24sIGl0IGlz IG5vdCBwb3NzaWJsZSB0byBjb3JyZWxhdGUgdGhlDQogICByZXBvcnRpbmcgbm9kZSB0byB0 aGUgYWZmZWN0ZWQgZWdyZXNzZXMgdW5sZXNzIHRoZSBzaGFwZSBvZiB0aGUgUDJNUA0KICAg dHJlZSBpcyBhbHJlYWR5IGtub3duLCBhbmQgaXQgbWF5IGJlIG5lY2Vzc2FyeSB0byB1c2Ug dGhlIFRyYWNlcm91dGUNCiAgIG1vZGUgb2Ygb3BlcmF0aW9uIChzZWUgU2VjdGlvbiAzLjMp IHRvIGZ1cnRoZXIgZGlhZ25vc2UgdGhlIExTUC4NCg0KICAgTm90ZSBhbHNvIHRoYXQgYSB0 cmFuc2l0IG5vZGUgbWF5IGRpc2NvdmVyIGFuIGVycm9yIGJ1dCBhbHNvDQogICBkZXRlcm1p bmUgdGhhdCB3aGlsZSBpdCBkb2VzIGxpZSBvbiB0aGUgcGF0aCBvZiB0aGUgTFNQIHVuZGVy IHRlc3QsDQogICBpdCBkb2VzIG5vdCBsaWUgb24gdGhlIHBhdGggdG8gdGhlIHNwZWNpZmlj IGVncmVzcyBiZWluZyB0ZXN0ZWQuIEluDQogICB0aGlzIGNhc2UsIHRoZSBub2RlIFNIT1VM RCBOT1QgZ2VuZXJhdGUgYW4gZWNobyByZXNwb25zZS4NCg0KMy4yLjYuMSBQaW5nIFJlc3Bv bnNlcyBhdCBUcmFuc2l0IGFuZCBCcmFuY2ggTm9kZXMNCg0KICAgSWYgdGhlIFRUTCBvZiB0 aGUgTVBMUyBwYWNrZXQgY2FycnlpbmcgYW4gZWNobyByZXF1ZXN0IGV4cGlyZXMgYXQgYQ0K ICAgdHJhbnNpdCBvciBicmFuY2ggbm9kZSwgdGhlIHBhY2tldCBNVVNUIGJlIHBhc3NlZCB0 byB0aGUgY29udHJvbA0KICAgcGxhbmUgYXMgc3BlY2lmaWVkIGluIFtSRkM0Mzc5XS4NCg0K ICAgSWYgdGhlIFAyTVAgUmVzcG9uZGVyIElkZW50aWZpZXIgaXMgbm90IHByZXNlbnQgb3Ig ZG9lcyBub3QgY29udGFpbg0KICAgYW55IFN1Yi1UTFYsIHRoZW4gdGhlIG5vZGUgTVVTVCBy ZXNwb25kLiBJZiB0aGUgUDJNUCBSZXNwb25kZXINCiAgIElkZW50aWZpZXIgU3ViLVRMViBp cyBwcmVzZW50LCB0aGVuIHRoZSBub2RlIE1VU1QgcmVzcG9uZCBhcyBwZXINCiAgIHNlY3Rp b24gMy4yLjQuDQoNCiAgIElmIHRoZSBlY2hvIHJlc3BvbnNlIGJlaW5nIHNlbnQgaXMgbm90 IGluZGljYXRpbmcgYW4gZXJyb3IgY29uZGl0aW9uLA0KICAgc3VjaCBhcyBNYWxmb3JtZWQg cmVxdWVzdCwgdGhlbiB0aGUgUmV0dXJuIENvZGUgaW4gdGhlIGVjaG8gcmVzcG9uc2UNCiAg IGhlYWRlciBtYXkgYmUgc2V0IHRvIHZhbHVlIDggKCdMYWJlbCBzd2l0Y2hlZCBhdCBzdGFj ay1kZXB0aCA8UlNDPicpDQogICBvciBhbnkgb3RoZXIgZXJyb3IgdmFsdWUgYXMgbmVlZGVk LiANCg0KMy4yLjYuMiBQaW5nIFJlc3BvbnNlcyBhdCBFZ3Jlc3MgYW5kIEJ1ZCBOb2Rlcw0K DQogICBUaGUgZWNobyByZXF1ZXN0IHBhY2tldCBNVVNUIGJlIHNlbnQgdG8gdGhlIGNvbnRy b2wgcGxhbmUgYXQgZWdyZXNzDQogICBhbmQgYnVkIG5vZGVzLg0KDQogICBJZiB0aGUgUDJN UCBSZXNwb25kZXIgSWRlbnRpZmllciBpcyBub3QgcHJlc2VudCBvciBkb2VzIG5vdCBjb250 YWluDQogICBhbnkgU3ViLVRMViwgdGhlbiB0aGUgbm9kZSBNVVNUIHJlc3BvbmQuIElmIHRo ZSBQMk1QIFJlc3BvbmRlcg0KICAgSWRlbnRpZmllciBTdWItVExWIGlzIHByZXNlbnQsIHRo ZW4gdGhlIG5vZGUgTVVTVCByZXNwb25kIGFzIHBlcg0KICAgc2VjdGlvbiAzLjIuNC4NCg0K ICAgSWYgdGhlIGVjaG8gcmVzcG9uc2UgYmVpbmcgc2VudCBpcyBub3QgaW5kaWNhdGluZyBh biBlcnJvciBjb25kaXRpb24sDQogICBzdWNoIGFzIE1hbGZvcm1lZCByZXF1ZXN0LCB0aGVu IHRoZSBSZXR1cm4gQ29kZSBpbiB0aGUgZWNobyByZXNwb25zZQ0KICAgaGVhZGVyIG1heSBi ZSBzZXQgdG8gdmFsdWUgMyAoJ1JlcGx5aW5nIHJvdXRlciBpcyBhbiBlZ3Jlc3MgZm9yIHRo ZQ0KICAgRkVDIGF0IHN0YWNrLWRlcHRoIDxSU0M+JykgIG9yIGFueSBvdGhlciBlcnJvciB2 YWx1ZSBhcyBuZWVkZWQuIA0KDQozLjMuIFRyYWNlcm91dGUgTW9kZSBPcGVyYXRpb24NCg0K ICAgVGhlIHRyYWNlcm91dGUgbW9kZSBvZiBvcGVyYXRpb24gaXMgZGVzY3JpYmVkIGluIFtS RkM0Mzc5XS4gTGlrZQ0KICAgb3RoZXIgdHJhY2Vyb3V0ZSBvcGVyYXRpb25zLCBpdCByZWxp ZXMgb24gdGhlIGV4cGlyYXRpb24gb2YgdGhlIFRUTA0KICAgb2YgdGhlIHBhY2tldCB0aGF0 IGNhcnJpZXMgdGhlIGVjaG8gcmVxdWVzdC4gV2hlbiB0aGUgVFRMIGV4cGlyZXMgdGhlDQog ICBlY2hvIHJlcXVlc3QgaXMgcGFzc2VkIHRvIHRoZSBjb250cm9sIHBsYW5lIG9uIHRoZSB0 cmFuc2l0IG5vZGUgd2hpY2gNCg0KWWFzdWthd2EgYW5kIEZhcnJlbCAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFtQYWdlIDE2XQ0KDA0KSW50ZXJuZXQg RHJhZnQgICAgIGRyYWZ0LWlldGYtbXBscy1wMm1wLWxzcC1waW5nLTA4LnR4dCAgICAgICAg IEp1bHkgMjAwOQ0KDQogICByZXNwb25kcyBhY2NvcmRpbmcgdG8gdGhlIFJlc3BvbnNlIFR5 cGUgaW4gdGhlIG1lc3NhZ2UgKGFuZCBhbnkNCiAgIFJlc3BvbmRlciBJZGVudGlmaWVyIFRM ViB0aGF0IG1heSBiZSBwcmVzZW50KS4NCg0KICAgRWNobyByZXF1ZXN0cyBNQVkgaW5jbHVk ZSBhIERvd25zdHJlYW0gRGV0YWlsZWQgTWFwcGluZyBUTFYsIGFuZCBhDQogICByZXNwb25k aW5nIG5vZGUgZmlsbHMgaW4gdGhlIGZpZWxkcyBvZiB0aGUgRG93bnN0cmVhbSBEZXRhaWxl ZA0KICAgTWFwcGluZyBUTFYgdG8gaW5kaWNhdGUgdGhlIGRvd25zdHJlYW0gaW50ZXJmYWNl cyBhbmQgbGFiZWxzIHVzZWQgYnkNCiAgIHRoZSByZXBvcnRlZCBMU1AgZnJvbSB0aGUgcmVz cG9uZGluZyBub2RlLiBJbiB0aGlzIHdheSwgYnkNCiAgIHN1Y2Nlc3NpdmVseSBzZW5kaW5n IG91dCBlY2hvIHJlcXVlc3RzIHdpdGggaW5jcmVhc2luZyBUVExzLCB0aGUNCiAgIGluZ3Jl c3MgbWF5IGdhaW4gYSBwaWN0dXJlIG9mIHRoZSBwYXRoIGFuZCByZXNvdXJjZXMgdXNlZCBi eSBhbg0KICAgTFNQLiBUaGlzIHByb2Nlc3MgY29udGludWVzIGVpdGhlciB0byB0aGUgcG9p bnQgb2YgZmFpbHVyZSB3aGVuIG5vDQogICByZXNwb25zZSBpcyByZWNlaXZlZCwgb3IgYW4g ZXJyb3IgcmVzcG9uc2UgaXMgZ2VuZXJhdGVkIGJ5IGEgbm9kZQ0KICAgd2hlcmUgdGhlIGNv bnRyb2wgcGxhbmUgZG9lcyBub3QgZXhwZWN0IHRvIGJlIGhhbmRsaW5nIHRoZSBMU1AuDQoN CiAgIEZvciBQMk1QIFRyYWNlcm91dGUsIGEgbm9kZSBNVVNUIHN1cHBvcnQgRG93bnN0cmVh bSBEZXRhaWxlZCBNYXBwaW5nDQogICBUTFYgW0RETVRdLiBEb3duc3RyZWFtIE1hcHBpbmcg VExWIFtSRkM0Mzc5XSBTSE9VTEQgTk9UIGJlIHVzZWQgZm9yDQogICBQMk1QIHRyYWNlcm91 dGUgZnVuY3Rpb25hbGl0eS4gQXMgcGVyIFNlY3Rpb24gNC4zIG9mIFtERE1UXSwNCiAgIERv d25zdHJlYW0gTWFwcGluZyBUTFYgaXMgYmVpbmcgZGVwcmVjYXRlZC4gQSBub2RlIE1VU1Qg aWdub3JlIGFueQ0KICAgRG93bnN0cmVhbSBNYXBwaW5nIFRMViBpdCByZWNlaXZlcyBpbiB0 aGUgZWNobyByZXF1ZXN0Lg0KDQogICBJZiB0aGVyZSBhcmUgbm9kZXMgaW4gdGhlIFAyTVAg dHJlZSB0aGF0IGRvIG5vdCBzdXBwb3J0IERvd25zdHJlYW0NCiAgIERldGFpbGVkIE1hcHBp bmcgVExWLCB0aGV5IHdpbGwgc2VuZCBhbiBlY2hvIHJlcGx5IHdpdGggUmV0dXJuIENvZGUN CiAgIHNldCB0byAyLiBUaGUgaW5ncmVzcyBub2RlIHVwb24gcmVjZWl2aW5nIHN1Y2ggYSB2 YWx1ZSBTSE9VTEQgc2VuZA0KICAgc3Vic2VxdWVudCBlY2hvIHJlcXVlc3RzIHdpdGggYSBs YXJnZXIgVFRMLg0KDQogICBUaGUgdHJhY2Vyb3V0ZSBtb2RlIG9mIG9wZXJhdGlvbiBpcyBl cXVhbGx5IGFwcGxpY2FibGUgdG8gUDJNUCBNUExTDQogICBURSBMU1AgYW5kIFAyTVAgTXVs dGljYXN0IExEUCBMU1AgYW5kIGlzIGRlc2NyaWJlZCBpbiB0aGUgZm9sbG93aW5nDQogICBz ZWN0aW9ucy4NCg0KICAgVGhlIHRyYWNlcm91dGUgbW9kZSBjYW4gYmUgYXBwbGllZCB0byBh bGwgZGVzdGluYXRpb25zIG9mIHRoZSBQMk1QDQogICB0cmVlIGp1c3QgYXMgaW4gdGhlIHBp bmcgbW9kZS4gSW4gdGhlIGNhc2Ugb2YgUDJNUCBNUExTIFRFIExTUHMsIHRoZQ0KICAgdHJh Y2Vyb3V0ZSBtb2RlIGNhbiBhbHNvIGJlIGFwcGxpZWQgdG8gaW5kaXZpZHVhbCB0cmFjZXJv dXRlIHRhcmdldHMNCiAgIGlkZW50aWZpZWQgYnkgdGhlIHByZXNlbmNlIG9mIGEgUDJNUCBS ZXNwb25kZXIgSWRlbnRpZmllciBUTFYuIEluDQogICB0aGlzIGNhc2UsIHRoZSByZXNwb25k aW5nIG5vZGUgbXVzdCBmb2xsb3cgdGhlIGJlaGF2aW9yIHNwZWNpZmllZCBpbg0KICAgMy4y LjQuIFRoZXNlIHRhcmdldHMgU0hPVUxEIGJlIGVncmVzc2VzIG9yIGJ1ZCBub2Rlcy4gSG93 ZXZlciwgc2luY2UNCiAgIGEgdHJhbnNpdCBub2RlIG9mIGEgbXVsdGljYXN0IExEUCBMU1Ag aXMgdW5hYmxlIHRvIGRldGVybWluZSB3aGV0aGVyDQogICBpdCBsaWVzIG9uIHRoZSBwYXRo IHRvIGFueSBvbmUgZGVzdGluYXRpb24gb3IgYW55IG90aGVyIHRyYW5zaXQgbm9kZSwNCiAg IHRoZSB0cmFjZXJvdXRlIG1vZGUgbGltaXRlZCB0byBzcGVjaWZpYyBub2RlcyBvZiBzdWNo IGFuIExTUCBNVVNUIE5PVA0KICAgYmUgdXNlZC4NCg0KICAgSW4gdGhlIGFic2VuY2Ugb2Yg YSBQMk1QIFJlc3BvbmRlciBJZGVudGlmaWVyIFRMViwgdGhlIGVjaG8gcmVxdWVzdA0KICAg aXMgYXNraW5nIGZvciB0cmFjZXJvdXRlIGluZm9ybWF0aW9uIGFwcGxpY2FibGUgdG8gYWxs IGVncmVzc2VzLg0KDQogICBUaGUgZWNobyByZXNwb25zZSBqaXR0ZXIgdGVjaG5pcXVlIGRl c2NyaWJlZCBmb3IgdGhlIHBpbmcgbW9kZSBpcw0KICAgZXF1YWxseSBhcHBsaWNhYmxlIHRv IHRoZSB0cmFjZXJvdXRlIG1vZGUgYW5kIGlzIG5vdCBhZGRpdGlvbmFsbHkNCiAgIGRlc2Ny aWJlZCBpbiB0aGUgcHJvY2VkdXJlcyBiZWxvdy4NCg0KMy4zLjEuIENvcnJlbGF0aW5nIFRy YWNlcm91dGUgUmVzcG9uc2VzDQoNCiAgIFdoZW4gdHJhY2Vyb3V0ZSBpcyBzaW11bHRhbmVv dXNseSBhcHBsaWVkIHRvIG11bHRpcGxlIHJlc3BvbmRlcnMNCiAgIChlLmcuIGVncmVzc2Vz KSwgaXQgaXMgaW1wb3J0YW50IHRoYXQgdGhlIGluZ3Jlc3MgaXMgYWJsZSB0bw0KICAgY29y cmVsYXRlIHRoZSBlY2hvIHJlc3BvbnNlcyB3aXRoIHRoZSBub2RlcyBpbiB0aGUgUDJNUCB0 cmVlLiBXaXRob3V0DQogICB0aGlzIGluZm9ybWF0aW9uIHRoZSBpbmdyZXNzIHdpbGwgYmUg dW5hYmxlIHRvIGRldGVybWluZSB0aGUgY29ycmVjdA0KDQpZYXN1a2F3YSBhbmQgRmFycmVs ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgW1BhZ2UgMTdd DQoMDQpJbnRlcm5ldCBEcmFmdCAgICAgZHJhZnQtaWV0Zi1tcGxzLXAybXAtbHNwLXBpbmct MDgudHh0ICAgICAgICAgSnVseSAyMDA5DQoNCiAgIG9yZGVyaW5nIG9mIHRyYW5zaXQgbm9k ZXMuIE9uZSBwb3NzaWJpbGl0eSBpcyBmb3IgdGhlIGluZ3Jlc3MgdG8gcG9sbA0KICAgdGhl IHBhdGggdG8gZWFjaCByZXNwb25kZXIgaW4gdHVybiwgYnV0IHRoaXMgbWF5IGJlIGluZWZm aWNpZW50LA0KICAgdW5kZXNpcmFibGUsIG9yIChpbiB0aGUgY2FzZSBvZiBtdWx0aWNhc3Qg TERQIExTUHMpIGlsbGVnYWwuDQoNCiAgIFRoZSBEb3duc3RyZWFtIERldGFpbGVkIE1hcHBp bmcgVExWIE1VU1QgYmUgaW5jbHVkZWQgaW4gdGhlIGVjaG8NCiAgIHJlc3BvbnNlIGZyb20g dHJhbnNpdCwgYnVkLCBvciBicmFuY2ggbm9kZXMuIFRoZSBpbmZvcm1hdGlvbiBmcm9tDQog ICBEb3duc3RyZWFtIERldGFpbGVkIE1hcHBpbmcgVExWIGNhbiBiZSBwaWVjZWQgdG9nZXRo ZXIgYnkgdGhlIGluZ3Jlc3MNCiAgIHRvIHJlY29uc3RydWN0IHRoZSBQMk1QIHRyZWUgYWx0 aG91Z2ggaXQgbWF5IGJlIG5lY2Vzc2FyeSB0byByZWZlciB0bw0KICAgdGhlIHJvdXRpbmcg aW5mb3JtYXRpb24gZGlzdHJpYnV0ZWQgYnkgdGhlIElHUCB0byBjb3JyZWxhdGUgbmV4dCBo b3ANCiAgIGFkZHJlc3NlcyBhbmQgbm9kZSByZXBvcnRpbmcgYWRkcmVzc2VzIGluIHN1YnNl cXVlbnQgZWNobyByZXNwb25zZXMuDQoNCiAgIFRoZSBmb2xsb3dpbmcgc2VjdGlvbnMgZGVz Y3JpYmUgdGhlIFJldHVybiBDb2RlIHVzZWQgaW4gdGhlIGVjaG8NCiAgIHJlc3BvbnNlIGhl YWRlciBhbmQgaW4gdGhlIERvd25zdHJlYW0gRGV0YWlsZWQgTWFwcGluZyBUTFYuIEl0IGlz DQogICBwb3NzaWJsZSB0byBpZGVudGlmeSB0aGUgdHlwZSBvZiBub2RlICh0cmFuc2l0LCBi cmFuY2gsIGJ1ZCBhbmQNCiAgIGVncmVzcykgYnkgdXNpbmcgdmFyaW91cyB2YWx1ZXMgaW4g dGhlIFJldHVybiBDb2RlIGFuZCBwcmVzZW5jZSBvZg0KICAgRG93bnN0cmVhbSBEZXRhaWxl ZCBNYXBwaW5nIFRMVi4NCg0KDQozLjMuMi4gVHJhY2Vyb3V0ZSBSZXNwb25zZXMgYXQgVHJh bnNpdCBOb2Rlcw0KDQogICBXaGVuIHRoZSBUVEwgb2YgdGhlIE1QTFMgcGFja2V0IGNhcnJ5 aW5nIGFuIGVjaG8gcmVxdWVzdCBleHBpcmVzIHRoZQ0KICAgcGFja2V0IE1VU1QgYmUgcGFz c2VkIHRvIHRoZSBjb250cm9sIHBsYW5lIGFzIHNwZWNpZmllZCBpbiBbUkZDNDM3OV0uDQoN CiAgIElmIHRoZSBlY2hvIHJlcXVlc3QgcGFja2V0IGNvbnRhaW5zIGFuIElQdjQgb3IgSVB2 NiBFZ3Jlc3MgQWRkcmVzcw0KICAgUDJNUCBSZXNwb25kZXIgSWRlbnRpZmllciBUTFYsIGFu ZCB0aGUgRkVDIGlzIElQdjQgb3IgSVB2NiBQMk1QIFRFDQogICBMU1AsIHRoZW4gdGhlIG5v ZGUgTVVTVCByZXNwb25kIG9ubHkgaWYgdGhlIG5vZGUgbGllcyBvbiB0aGUgcGF0aCB0bw0K ICAgdGhlIGVncmVzcyBzcGVjaWZpZWQgaW4gdGhlIFN1Yi1UTFYuDQoNCiAgIElmIHRoZSBM U1AgdW5kZXIgdGVzdCBpcyBhIG11bHRpY2FzdCBMRFAgTFNQIGFuZCBlY2hvIHJlcXVlc3Qg aGFzIGFuDQogICBJUHY0IG9yIElQdjYgRWdyZXNzIEFkZHJlc3MgUDJNUCBSZXNwb25kZXIg SWRlbnRpZmllciBUTFYsIHRoZW4gdGhlDQogICBub2RlIE1VU1QgdHJlYXQgdGhlIGVjaG8g cmVxdWVzdCBhcyBtYWxmb3JtZWQgYW5kIE1VU1QgcHJvY2VzcyBpdA0KICAgYWNjb3JkaW5n IHRvIHRoZSBydWxlcyBzcGVjaWZpZWQgaW4gW1JGQzQzNzldLg0KDQogICBJZiB0aGUgZWNo byByZXNwb25zZSBiZWluZyBzZW50IGlzIG5vdCBpbmRpY2F0aW5nIGFuIGVycm9yIGNvbmRp dGlvbiwNCiAgIHN1Y2ggYXMgTWFsZm9ybWVkIHJlcXVlc3QsIGl0IE1VU1QgaWRlbnRpZnkg dGhlIG5leHQgaG9wIG9mIHRoZSBwYXRoDQogICBvZiB0aGUgTFNQIGluIHRoZSBkYXRhIHBs YW5lIGJ5IGluY2x1ZGluZyBhIERvd25zdHJlYW0gRGV0YWlsZWQNCiAgIE1hcHBpbmcgVExW IGFzIGRlc2NyaWJlZCBpbiBbRERNVF0uDQoNCiAgIFRoZSBSZXR1cm4gQ29kZSBpbiBlY2hv IHJlc3BvbnNlIGhlYWRlciB3aWxsIGJlIHZhbHVlIFRCRCAoJ1NlZSBERE0NCiAgIFRMViBm b3IgUmV0dXJuIENvZGUgYW5kIFJldHVybiBTdWJDb2RlJykgYXMgZGVmaW5lZCBpbiBbRERN VF0uIFRoZQ0KICAgUmV0dXJuIENvZGUgZm9yIHRoZSBEb3duc3RyZWFtIERldGFpbGVkIE1h cHBpbmcgVExWIHdpbGwgZGVwZW5kIG9uDQogICB0aGUgc3RhdGUgb2YgdGhlIG91dHB1dCBp bnRlcmZhY2UuDQoNCjMuMy4zLiBUcmFjZXJvdXRlIFJlc3BvbnNlcyBhdCBCcmFuY2ggTm9k ZXMNCg0KICAgQSBicmFuY2ggbm9kZSBNVVNUIGZvbGxvdyB0aGUgcHJvY2VkdXJlcyBkZXNj cmliZWQgaW4gU2VjdGlvbiAzLjMuMg0KICAgdG8gZGV0ZXJtaW5lIHdoZXRoZXIgaXQgc2hv dWxkIHJlc3BvbmQgdG8gYW4gZWNobyByZXF1ZXN0Lg0KDQogICBJZiB0aGUgUDJNUCBSZXNw b25kZXIgSWRlbnRpZmllciBpcyBub3QgcHJlc2VudCBvciBkb2VzIG5vdCBjb250YWluDQog ICBhbnkgU3ViLVRMViAodGhhdCBpcywgaWYgYWxsIGVncmVzc2VzIGFyZSBiZWluZyB0cmFj ZWQpLCB0aGVuIHRoZQ0KICAgYnJhbmNoIG5vZGUgTVVTVCBhZGQgYSBEb3duc3RyZWFtIERl dGFpbGVkIE1hcHBpbmcgVExWIHRvIHRoZSBlY2hvDQogICByZXNwb25zZSBmb3IgZWFjaCBv dXRnb2luZyBicmFuY2ggdGhhdCBpdCByZXBvcnRzLg0KDQpZYXN1a2F3YSBhbmQgRmFycmVs ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgW1BhZ2UgMThd DQoMDQpJbnRlcm5ldCBEcmFmdCAgICAgZHJhZnQtaWV0Zi1tcGxzLXAybXAtbHNwLXBpbmct MDgudHh0ICAgICAgICAgSnVseSAyMDA5DQoNCg0KICAgSWYgYW4gSVB2NCBvciBJUHY2IEVn cmVzcyBBZGRyZXNzIFAyTVAgUmVzcG9uZGVyIElkZW50aWZpZXIgaXMNCiAgIHByZXNlbnQs IGl0IE1VU1QgcmVwb3J0IG9ubHkgdGhlIGJyYW5jaCB0aGF0IGlzIG9uIHRoZSBwYXRoIHRv IHRoZQ0KICAgc3BlY2lmaWVkIGVncmVzcyBub2RlIGFuZCBpdCBNVVNUIE5PVCByZXBvcnQg dGhlIG90aGVyIGJyYW5jaGVzLg0KDQogICBUaGUgUmV0dXJuIENvZGUgaW4gZWNobyByZXNw b25zZSBoZWFkZXIgd2lsbCBiZSB2YWx1ZSBUQkQgKCdTZWUgRERNDQogICBUTFYgZm9yIFJl dHVybiBDb2RlIGFuZCBSZXR1cm4gU3ViQ29kZScpIGFzIGRlZmluZWQgaW4gW0RETVRdLiBU aGUNCiAgIFJldHVybiBDb2RlIGZvciBlYWNoIG9mIHRoZSBEb3duc3RyZWFtIERldGFpbGVk IE1hcHBpbmcgVExWIHdpbGwNCiAgIGRlcGVuZCBvbiB0aGUgc3RhdGUgb2YgdGhlIG91dHB1 dCBpbnRlcmZhY2UgYmVpbmcgcmVwb3J0ZWQgaW4gdGhpcw0KICAgVExWLg0KDQozLjMuNC4g VHJhY2Vyb3V0ZSBSZXNwb25zZXMgYXQgRWdyZXNzIE5vZGVzDQoNCiAgIElmIFAyTVAgUmVz cG9uZGVyIElkZW50aWZpZXIgaXMgbm90IHByZXNlbnQgb3IgZG9lcyBub3QgY29udGFpbiBh bnkNCiAgIFN1Yi1UTFYgKHRoYXQgaXMsIGlmIGFsbCBlZ3Jlc3NlcyBhcmUgYmVpbmcgdHJh Y2VkKSwgdGhlbiB0aGUgZWdyZXNzDQogICBub2RlIE1VU1QgcmVzcG9uZCB0byB0aGUgZWNo byByZXF1ZXN0Lg0KDQogICBJZiBhbiBJUHY0IG9yIElQdjYgRWdyZXNzIEFkZHJlc3MgUDJN UCBSZXNwb25kZXIgSWRlbnRpZmllciBpcw0KICAgcHJlc2VudCwgaXQgTVVTVCByZXNwb25k IG9ubHkgaWYgdGhlIHNwZWNpZmllZCBhZGRyZXNzIGJlbG9uZ3MgdGhlDQogICBlZ3Jlc3Mg bm9kZS4NCg0KICAgRWdyZXNzIG5vZGUgTVVTVCBOT1QgcmV0dXJuIGEgRG93bnN0cmVhbSBE ZXRhaWxlZCBNYXBwaW5nIFRMVi4gDQoNCiAgIFRoZSBSZXR1cm4gQ29kZSBpbiB0aGUgZWNo byByZXNwb25zZSBoZWFkZXIgd2lsbCBiZSB2YWx1ZSAzICgnUmVwbHlpbmcNCiAgIHJvdXRl ciBpcyBhbiBlZ3Jlc3MgZm9yIHRoZSBGRUMgYXQgc3RhY2stZGVwdGggPFJTQz4nKSBhcyBk ZWZpbmVkIGluDQogICBbUkZDNDM3OV0uDQoNCjMuMy41LiBUcmFjZXJvdXRlIFJlc3BvbnNl cyBhdCBCdWQgTm9kZXMNCg0KICAgU29tZSBub2RlcyBvbiBhIFAyTVAgTVBMUyBMU1AgbWF5 IGJlIGFuIGVncmVzcyBhcyB3ZWxsIGFzIGEgYnJhbmNoDQogICAoaS5lLiBoYXZlIG9uZSBv ciBtb3JlIGRvd25zdHJlYW0gbm9kZXMpLiBTdWNoIG5vZGVzIGFyZSBrbm93biBhcyBidWQN CiAgIG5vZGVzIFtSRkM0NDYxXS4gQSBidWQgbm9kZSdzIHJlc3BvbnNlIGlzIGEgY29tYmlu YXRpb24gb2YgYnJhbmNoDQogICBub2RlIGFuZCBlZ3Jlc3Mgbm9kZSBiZWhhdmlvci4NCg0K ICAgSWYgUDJNUCBSZXNwb25kZXIgSWRlbnRpZmllciBpcyBub3QgcHJlc2VudCBvciBkb2Vz IG5vdCBjb250YWluIGFueQ0KICAgU3ViLVRMViAodGhhdCBpcywgaWYgYWxsIGVncmVzc2Vz IGFyZSBiZWluZyB0cmFjZWQpLCB0aGVuIHRoZSBidWQNCiAgIG5vZGUgTVVTVCByZXNwb25k IHRvIHRoZSBlY2hvIHJlcXVlc3QuIEl0IE1VU1QgYWRkIGEgRG93bnN0cmVhbQ0KICAgRGV0 YWlsZWQgTWFwcGluZyBUTFYgdG8gdGhlIGVjaG8gcmVzcG9uc2UgZm9yIGVhY2ggb3V0Z29p bmcgYnJhbmNoDQogICB0aGF0IGl0IHJlcG9ydHMuICBUaGUgUmV0dXJuIENvZGUgaW4gdGhl IGVjaG8gcmVzcG9uc2UgaGVhZGVyIHdpbGwgYmUNCiAgIHZhbHVlIDMgKCdSZXBseWluZyBy b3V0ZXIgaXMgYW4gZWdyZXNzIGZvciB0aGUgRkVDIGF0IHN0YWNrLWRlcHRoDQogICA8UlND PicpIGFzIGRlZmluZWQgaW4gW1JGQzQzNzldLiBUaGUgUmV0dXJuIENvZGUgZm9yIGVhY2gg b2YgdGhlDQogICBEb3duc3RyZWFtIERldGFpbGVkIE1hcHBpbmcgVExWIHdpbGwgZGVwZW5k IG9uIHRoZSBzdGF0ZSBvZiB0aGUNCiAgIG91dHB1dCBpbnRlcmZhY2UgYmVpbmcgcmVwb3J0 ZWQgaW4gdGhpcyBUTFYuDQoNCiAgIElmIGFuIElQdjQgb3IgSVB2NiBFZ3Jlc3MgQWRkcmVz cyBQMk1QIFJlc3BvbmRlciBJZGVudGlmaWVyIGlzDQogICBwcmVzZW50LCBhbmQgdGhlIHNw ZWNpZmllZCBhZGRyZXNzIGJlbG9uZ3MgdGhlIGJ1ZCBub2RlLCB0aGVuIGl0IE1VU1QNCiAg IHJlc3BvbmQgYXMgaWYgaXQgd2VyZSBhbiBlZ3Jlc3Mgbm9kZS4gVGhlIFJldHVybiBDb2Rl IGluIHRoZSBlY2hvDQogICByZXNwb25zZSBoZWFkZXIgd2lsbCBiZSB2YWx1ZSAzICgnUmVw bHlpbmcgcm91dGVyIGlzIGFuIGVncmVzcyBmb3INCiAgIHRoZSBGRUMgYXQgc3RhY2stZGVw dGggPFJTQz4nKSBhcyBkZWZpbmVkIGluIFtSRkM0Mzc5XS4gSXQgTVVTVCBOT1QNCiAgIHJl cG9ydCBhbnkgRG93bnN0cmVhbSBEZXRhaWxlZCBNYXBwaW5nIFRMVi4NCiAgIA0KICAgSWYg YW4gSVB2NCBvciBJUHY2IEVncmVzcyBBZGRyZXNzIFAyTVAgUmVzcG9uZGVyIElkZW50aWZp ZXIgaXMNCg0KWWFzdWthd2EgYW5kIEZhcnJlbCAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIFtQYWdlIDE5XQ0KDA0KSW50ZXJuZXQgRHJhZnQgICAgIGRy YWZ0LWlldGYtbXBscy1wMm1wLWxzcC1waW5nLTA4LnR4dCAgICAgICAgIEp1bHkgMjAwOQ0K DQogICBwcmVzZW50LCBhbmQgdGhlIGJ1ZCBub2RlIGxpZXMgb24gdGhlIHBhdGggdG8gdGhl IHNwZWNpZmllZCBlZ3Jlc3MNCiAgIGFkZHJlc3MsIHRoZW4gaXQgTVVTVCByZXNwb25kIGFz IGlmIGl0IHdhcyBhIGJyYW5jaCBub2RlLiBUaGUgUmV0dXJuDQogICBDb2RlIGluIHRoZSBl Y2hvIHJlc3BvbnNlIGhlYWRlciB3aWxsIGJlIHZhbHVlIFRCRCAoJ1NlZSBERE0gVExWIGZv cg0KICAgUmV0dXJuIENvZGUgYW5kIFJldHVybiBTdWJDb2RlJykgYXMgZGVmaW5lZCBpbiBb RERNVF0uIFRoZSBSZXR1cm4NCiAgIENvZGUgZm9yIGVhY2ggb2YgdGhlIERvd25zdHJlYW0g RGV0YWlsZWQgTWFwcGluZyBUTFYgd2lsbCBkZXBlbmQgb24NCiAgIHRoZSBzdGF0ZSBvZiB0 aGUgb3V0cHV0IGludGVyZmFjZSBiZWluZyByZXBvcnRlZCBpbiB0aGlzIFRMVi4NCg0KMy4z LjYuIE5vbi1SZXNwb25zZSB0byBUcmFjZXJvdXRlIEVjaG8gUmVxdWVzdHMNCg0KICAgVGhl cmUgYXJlIG11bHRpcGxlIHJlYXNvbnMgZm9yIHdoaWNoIGFuIGluZ3Jlc3Mgbm9kZSBtYXkg bm90IHJlY2VpdmUNCiAgIGEgcmVzcG9uc2UgdG8gaXRzIGVjaG8gcmVxdWVzdC4gRm9yIGV4 YW1wbGUsIHBlcmhhcHMgYmVjYXVzZSB0aGUNCiAgIHRyYW5zaXQgbm9kZSBoYXMgZmFpbGVk LCBvciBwZXJoYXBzIGJlY2F1c2UgdGhlIHRyYW5zaXQgbm9kZSBkb2VzIG5vdA0KICAgc3Vw cG9ydCBMU1AgUGluZywgb3IgdGhlIFJlc3BvbmRlciBJZGVudGlmaWVyIFRMViBmYWlsZWQg dG8gbWF0Y2ggYQ0KICAgdmFsaWQgbm9kZS4NCg0KICAgV2hlbiBubyByZXNwb25zZSB0byBh biBlY2hvIHJlcXVlc3QgaXMgcmVjZWl2ZWQgYnkgdGhlIGluZ3Jlc3MsIHRoZW4NCiAgIGFz IHBlciBbUkZDNDM3OV0gdGhlIHN1YnNlcXVlbnQgZWNobyByZXF1ZXN0IHdpdGggYSBsYXJn ZXIgVFRMIFNIT1VMRA0KICAgYmUgc2VudC4NCg0KMy4zLjcgVXNlIG9mIERvd25zdHJlYW0g RGV0YWlsZWQgTWFwcGluZyBUTFYgaW4gRWNobyBSZXF1ZXN0DQoNCiAgIElmIG5vIFJlc3Bv bmRlciBJZGVudGlmaWVyIFRMViBpcyBiZWluZyB1c2VkLCB0aGVuIGluIHRoZSBFY2hvDQog ICBSZXF1ZXN0IHBhY2tldCwgdGhlICJEb3duc3RyZWFtIElQIEFkZHJlc3MiIGZpZWxkLCBv ZiB0aGUgRG93bnN0cmVhbQ0KICAgRGV0YWlsZWQgTWFwcGluZyBUTFYsIE1VU1QgYmUgc2V0 IHRvIHRoZSBBTExST1VURVJzIG11bHRpY2FzdA0KICAgYWRkcmVzcy4NCg0KICAgSWYgYSBS ZXNwb25kZXIgSWRlbnRpZmllciBUTFYgaXMgYmVpbmcgdXNlZCwgdGhlbiB0aGUgRWNobyBS ZXF1ZXN0DQogICBwYWNrZXQgTUFZIHJldXNlIGEgcmVjZWl2ZWQgRG93bnN0cmVhbSBEZXRh aWxlZCBNYXBwaW5nIFRMVi4NCg0KDQo0LiBOb24tY29tcGxpYW50IFJvdXRlcnMNCg0KICAg SWYgYW4gZWdyZXNzIGZvciBhIFAyTVAgTFNQIGRvZXMgbm90IHN1cHBvcnQgTVBMUyBMU1Ag cGluZywgdGhlbiBubw0KICAgcmVwbHkgd2lsbCBiZSBzZW50LCByZXN1bHRpbmcgaW4gYSAi ZmFsc2UgbmVnYXRpdmUiIHJlc3VsdC4gVGhlcmUgaXMNCiAgIG5vIHByb3RlY3Rpb24gZm9y IHRoaXMgc2l0dWF0aW9uLCBhbmQgb3BlcmF0b3JzIG1heSB3aXNoIHRvIGVuc3VyZQ0KICAg dGhhdCBlbmQgcG9pbnRzIGZvciBQMk1QIExTUHMgYXJlIGFsbCBlcXVhbGx5IGNhcGFibGUg b2Ygc3VwcG9ydGluZw0KICAgdGhpcyBmdW5jdGlvbi4gQWx0ZXJuYXRpdmVseSwgdGhlIHRy YWNlcm91dGUgb3B0aW9uIGNhbiBiZSB1c2VkIHRvDQogICB2ZXJpZnkgdGhlIExTUCBuZWFy bHkgYWxsIHRoZSB3YXkgdG8gdGhlIGVncmVzcywgbGVhdmluZyB0aGUgZmluYWwNCiAgIGhv cCB0byBiZSB2ZXJpZmllZCBtYW51YWxseS4NCg0KICAgSWYsIGluICJ0cmFjZXJvdXRlIiBt b2RlLCBhIHRyYW5zaXQgbm9kZSBkb2VzIG5vdCBzdXBwb3J0IExTUCBwaW5nLA0KICAgdGhl biBubyByZXBseSB3aWxsIGJlIGZvcnRoY29taW5nIGZyb20gdGhhdCBub2RlIGZvciBzb21l IFRUTCwgc2F5IG4uDQogICBUaGUgbm9kZSBvcmlnaW5hdGluZyB0aGUgZWNobyByZXF1ZXN0 IFNIT1VMRCBjb250aW51ZSB0byBzZW5kIGVjaG8NCiAgIHJlcXVlc3Qgd2l0aCBUVEw9bisx LCBuKzIsIC4uLiwgbitrIHRvIHByb2JlIG5vZGVzIGZ1cnRoZXIgZG93biB0aGUNCiAgIHBh dGguIEluIHN1Y2ggYSBjYXNlLCB0aGUgZWNobyByZXF1ZXN0IGZvciBUVEwgPiBuIFNIT1VM RCBiZSBzZW50DQogICB3aXRoIERvd25zdHJlYW0gRGV0YWlsZWQgTWFwcGluZyBUTFYgIkRv d25zdHJlYW0gSVAgQWRkcmVzcyIgZmllbGQNCiAgIHNldCB0byB0aGUgQUxMUk9VVEVScyBt dWx0aWNhc3QgYWRkcmVzcyBhcyBkZXNjcmliZWQgaW4gU2VjdGlvbiAzLjMuNA0KICAgdW50 aWwgYSByZXBseSBpcyByZWNlaXZlZCB3aXRoIGEgRG93bnN0cmVhbSBEZXRhaWxlZCBNYXBw aW5nIFRMVi4NCg0KDQo1LiBPQU0gQ29uc2lkZXJhdGlvbnMNCg0KDQpZYXN1a2F3YSBhbmQg RmFycmVsICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgW1Bh Z2UgMjBdDQoMDQpJbnRlcm5ldCBEcmFmdCAgICAgZHJhZnQtaWV0Zi1tcGxzLXAybXAtbHNw LXBpbmctMDgudHh0ICAgICAgICAgSnVseSAyMDA5DQoNCiAgIFRoZSBwcm9jZWR1cmVzIGlu IHRoaXMgZG9jdW1lbnQgcHJvdmlkZSBPQU0gZnVuY3Rpb25zIGZvciBQMk1QIE1QTFMNCiAg IExTUHMgYW5kIG1heSBiZSB1c2VkIHRvIGVuYWJsZSBib290c3RyYXBwaW5nIG9mIG90aGVy IE9BTSBwcm9jZWR1cmVzLg0KDQogICBJbiBvcmRlciB0byBiZSBmdWxseSBvcGVyYXRpb25h bCBzZXZlcmFsIGNvbnNpZGVyYXRpb25zIG11c3QgYmUgbWFkZS4NCg0KICAgLSBTY2FsaW5n IGNvbmNlcm5zIGRpY3RhdGUgdGhhdCBvbmx5IGNhdXRpb3VzIHVzZSBvZiBMU1AgUGluZyBz aG91bGQNCiAgICAgYmUgbWFkZS4gSW4gcGFydGljdWxhciwgc2VuZGluZyBhbiBMU1AgUGlu ZyB0byBhbGwgZWdyZXNzZXMgb2YgYQ0KICAgICBQMk1QIE1QTFMgTFNQIGNvdWxkIHJlc3Vs dCBpbiBjb25nZXN0aW9uIGF0IG9yIG5lYXIgdGhlIGluZ3Jlc3MNCiAgICAgd2hlbiB0aGUg cmVzcG9uc2VzIGFycml2ZS4NCg0KICAgICBGdXJ0aGVyLCBpbmNhdXRpb3VzIHVzZSBvZiB0 aW1lcnMgdG8gZ2VuZXJhdGUgTFNQIFBpbmcgZWNobw0KICAgICByZXF1ZXN0cyBlaXRoZXIg aW4gcGluZyBtb2RlIG9yIGVzcGVjaWFsbHkgaW4gdHJhY2Vyb3V0ZSBtYXkgbGVhZA0KICAg ICB0byBzaWduaWZpY2FudCBkZWdyYWRhdGlvbiBvZiBuZXR3b3JrIHBlcmZvcm1hbmNlLg0K DQogICAtIE1hbmFnZW1lbnQgaW50ZXJmYWNlcyBzaG91bGQgYWxsb3cgYW4gb3BlcmF0b3Ig ZnVsbCBjb250cm9sIG92ZXINCiAgICAgdGhlIG9wZXJhdGlvbiBvZiBMU1AgUGluZy4gSW4g cGFydGljdWxhciwgaXQgU0hPVUxEIHByb3ZpZGUgdGhlDQogICAgIGFiaWxpdHkgdG8gbGlt aXQgdGhlIHNjb3BlIG9mIGFuIExTUCBQaW5nIGVjaG8gcmVxdWVzdCBmb3IgYSBQMk1QDQog ICAgIE1QTFMgTFNQIHRvIGEgc2luZ2xlIGVncmVzcy4NCg0KICAgICBTdWNoIGFuIGludGVy ZmFjZSBTSE9VTEQgYWxzbyBwcm92aWRlIHRoZSBhYmlsaXR5IHRvIGRpc2FibGUgYWxsDQog ICAgIGFjdGl2ZSBMU1AgUGluZyBvcGVyYXRpb25zIHRvIHByb3ZpZGUgYSBxdWljayBlc2Nh cGUgaWYgdGhlIG5ldHdvcmsNCiAgICAgYmVjb21lcyBjb25nZXN0ZWQuDQoNCiAgIC0gQSBN SUIgbW9kdWxlIGlzIHJlcXVpcmVkIGZvciB0aGUgY29udHJvbCBhbmQgbWFuYWdlbWVudCBv ZiBMU1AgUGluZw0KICAgICBvcGVyYXRpb25zLCBhbmQgdG8gZW5hYmxlIHRoZSByZXBvcnRl ZCBpbmZvcm1hdGlvbiB0byBiZSBpbnNwZWN0ZWQuDQoNCiAgICAgVGhlcmUgaXMgbm8gcmVh c29uIHRvIGJlbGlldmUgdGhpcyBzaG91bGQgbm90IGJlIGEgc2ltcGxlIGV4dGVuc2lvbg0K ICAgICBvZiB0aGUgTFNQIFBpbmcgTUlCIG1vZHVsZSB1c2VkIGZvciBQMlAgTFNQcy4NCg0K DQo2LiBJQU5BIENvbnNpZGVyYXRpb25zDQoNCjYuMS4gTmV3IFN1Yi1UTFYgVHlwZXMNCg0K ICAgVGhyZWUgbmV3IHN1Yi1UTFYgdHlwZXMgYXJlIGRlZmluZWQgZm9yIGluY2x1c2lvbiB3 aXRoaW4gdGhlIExTUCBQaW5nDQogICBbUkZDNDM3OV0gVGFyZ2V0IEZFQyBTdGFjayBUTFYg KFRMViB0eXBlIDEpLg0KDQogICBJQU5BIGlzIHJlcXVlc3RlZCB0byBhc3NpZ24gc3ViLXR5 cGUgdmFsdWVzIHRvIHRoZSBmb2xsb3dpbmcNCiAgIHN1Yi1UTFZzIGZyb20gdGhlICJNdWx0 aXByb3RvY29sIExhYmVsIFN3aXRjaGluZyBBcmNoaXRlY3R1cmUgKE1QTFMpDQogICBMYWJl bCBTd2l0Y2hlZCBQYXRocyAoTFNQcykgUGFyYW1ldGVycyAtIFRMVnMiIHJlZ2lzdHJ5LCAi VExWcyBhbmQNCiAgIHN1Yi1UTFZzIiBzdWItcmVnaXN0cnkuDQoNCiAgICAgUlNWUCBQMk1Q IElQdjQgU2Vzc2lvbiAoc2VlIFNlY3Rpb24gMy4xLjEpLiBTdWdnZXN0ZWQgdmFsdWUgMTcu DQogICAgIFJTVlAgUDJNUCBJUHY2IFNlc3Npb24gKHNlZSBTZWN0aW9uIDMuMS4xKS4gU3Vn Z2VzdGVkIHZhbHVlIDE4Lg0KICAgICBNdWx0aWNhc3QgUDJNUCBMRFAgRkVDIFN0YWNrIChz ZWUgU2VjdGlvbiAzLjEuMikuIFN1Z2dlc3RlZCB2YWx1ZSAxOS4NCiAgICAgTXVsdGljYXN0 IE1QMk1QIExEUCBGRUMgU3RhY2sgKHNlZSBTZWN0aW9uIDMuMS4yKS4gU3VnZ2VzdGVkIHZh bHVlIDIwLg0KDQo2LjIuIE5ldyBUTFZzDQoNCiAgIFR3byBuZXcgTFNQIFBpbmcgVExWIHR5 cGVzIGFyZSBkZWZpbmVkIGZvciBpbmNsdXNpb24gaW4gTFNQIFBpbmcNCiAgIG1lc3NhZ2Vz Lg0KDQoNCllhc3VrYXdhIGFuZCBGYXJyZWwgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICBbUGFnZSAyMV0NCgwNCkludGVybmV0IERyYWZ0ICAgICBkcmFm dC1pZXRmLW1wbHMtcDJtcC1sc3AtcGluZy0wOC50eHQgICAgICAgICBKdWx5IDIwMDkNCg0K ICAgSUFOQSBpcyByZXF1ZXN0ZWQgdG8gYXNzaWduIGEgbmV3IHZhbHVlIGZyb20gdGhlICJN dWx0aS1Qcm90b2NvbA0KICAgTGFiZWwgU3dpdGNoaW5nIEFyY2hpdGVjdHVyZSAoTVBMUykg TGFiZWwgU3dpdGNoZWQgUGF0aHMgKExTUHMpDQogICBQYXJhbWV0ZXJzIC0gVExWcyIgcmVn aXN0cnksICJUTFZzIGFuZCBzdWItVExWcyIgc3ViLXJlZ2lzdHJ5IGFzDQogICBmb2xsb3dz IHVzaW5nIGEgU3RhbmRhcmRzIEFjdGlvbiB2YWx1ZS4NCg0KICAgICBQMk1QIFJlc3BvbmRl ciBJZGVudGlmaWVyIFRMViAoc2VlIFNlY3Rpb24gMy4yLjQpIGlzIGEgbWFuZGF0b3J5DQog ICAgIFRMVi4gU3VnZ2VzdGVkIHZhbHVlIDExLiBGb3VyIHN1Yi1UTFZzIGFyZSBkZWZpbmVk Lg0KICAgICAgIC0gVHlwZSAxOiBJUHY0IEVncmVzcyBBZGRyZXNzIFAyTVAgUmVzcG9uZGVy IElkZW50aWZpZXINCiAgICAgICAtIFR5cGUgMjogSVB2NiBFZ3Jlc3MgQWRkcmVzcyBQMk1Q IFJlc3BvbmRlciBJZGVudGlmaWVyDQogICAgICAgLSBUeXBlIDM6IElQdjQgTm9kZSBBZGRy ZXNzIFAyTVAgUmVzcG9uZGVyIElkZW50aWZpZXINCiAgICAgICAtIFR5cGUgNDogSVB2NiBO b2RlIEFkZHJlc3MgUDJNUCBSZXNwb25kZXIgSWRlbnRpZmllcg0KDQogICAgIEVjaG8gSml0 dGVyIFRMViAoc2VlIFNlY3Rpb24gMy4yLjUpIGlzIGEgbWFuZGF0b3J5IFRMVi4gU3VnZ2Vz dGVkDQogICAgIHZhbHVlIDEyLg0KDQoNCjcuIFNlY3VyaXR5IENvbnNpZGVyYXRpb25zDQoN CiAgIFRoaXMgZG9jdW1lbnQgZG9lcyBub3QgaW50cm9kdWNlIHNlY3VyaXR5IGNvbmNlcm5z IG92ZXIgYW5kIGFib3ZlDQogICB0aG9zZSBkZXNjcmliZWQgaW4gW1JGQzQzNzldLiBOb3Rl IHRoYXQgYmVj YXVzZSBvZiB0aGUgc2NhbGFiaWxpdHkNCiAgIGltcGxpY2F0aW9ucyBvZiBt YW55IGVncmVzc2VzIHRvIFAyTVAgTVBMUyBMU1BzLCB0aGVyZSBpcyBhDQogICBzdHJvbmdl ciBjb25jZXJuIHRvIHJlZ3VsYXRlIHRoZSBMU1AgUGluZyB0cmFmZmljIHBhc3NlZCB0byB0 aGUNCiAgIGNvbnRyb2wgcGxhbmUgYnkgdGhlIHVzZSBvZiBhIHJhdGUgbGltaXRlciBhcHBs aWVkIHRvIHRoZSBMU1AgUGluZw0KICAgd2VsbC1rbm93biBVRFAgcG9ydC4gTm90ZSB0aGF0 IHRoaXMgcmF0ZSBsaW1pdGluZyBtaWdodCBsZWFkIHRvDQogICBmYWxzZSBwb3NpdGl2ZXMu DQoNCg0KOC4gQWNrbm93bGVkZ2VtZW50cw0KDQogICBUaGUgYXV0aG9ycyB3b3VsZCBsaWtl IHRvIGFja25vd2xlZGdlIHRoZSBhdXRob3JzIG9mIFtSRkM0Mzc5XSBmb3INCiAgIHRoZWly IHdvcmsgd2hpY2ggaXMgc3Vic3RhbnRpYWxseSByZS11c2VkIGluIHRoaXMgZG9jdW1lbnQu IEFsc28NCiAgIHRoYW5rcyB0byB0aGUgbWVtYmVycyBvZiB0aGUgTUJPTkVEIHdvcmtpbmcg Z3JvdXAgZm9yIHRoZWlyIHJldmlldw0KICAgb2YgdGhpcyBtYXRlcmlhbCwgdG8gRGFuaWVs IEtpbmcgYW5kIE11c3RhcGhhIEFpc3Nhb3VpIGZvciB0aGVpcg0KICAgcmV2aWV3LCBhbmQg dG8gWWFrb3YgUmVraHRlciBmb3IgdXNlZnVsIGRpc2N1c3Npb25zLg0KDQogICBUaGUgYXV0 aG9ycyB3b3VsZCBsaWtlIHRvIHRoYW5rIFZhbnNvbiBMaW0sIERhbm55IFByYWlyaWUsIFJl c2hhZA0KICAgUmFobWFuLCBCZW4gTml2ZW4tSmVua2lucywgSGFubmVzIEdyZWRsZXIsIE5p dGluIEJhaGFkdXIsIFRldHN1eWENCiAgIE11cmFrYW1pLCBNaWNoYWVsIEh1YSwgTWljaGFl bCBXaWxkdCwgRGlwYSBUaGFra2FyIGFuZCBJSnNicmFuZA0KICAgV2lqbmFuZHMgZm9yIHRo ZWlyIGNvbW1lbnRzIGFuZCBzdWdnZXN0aW9ucy4NCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQpZYXN1a2F3YSBhbmQgRmFycmVsICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgW1BhZ2UgMjJdDQoMDQpJbnRlcm5ldCBEcmFmdCAgICAgZHJhZnQt aWV0Zi1tcGxzLXAybXAtbHNwLXBpbmctMDgudHh0ICAgICAgICAgSnVseSAyMDA5DQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCjkuICBSZWZlcmVuY2VzDQoNCjkuMSBOb3JtYXRpdmUg UmVmZXJlbmNlcw0KDQogICBbUkZDMjExOV0gICBCcmFkbmVyLCBTLiwgIktleSB3b3JkcyBm b3IgdXNlIGluIFJGQ3MgdG8gSW5kaWNhdGUNCiAgICAgICAgICAgICAgIFJlcXVpcmVtZW50 IExldmVscyIsIEJDUCAxNCwgUkZDIDIxMTksIE1hcmNoIDE5OTcuDQoNCiAgIFtSRkM0Mzc5 XSAgIEtvbXBlbGxhLCBLLiwgYW5kIFN3YWxsb3csIEcuLCAiRGV0ZWN0aW5nIE11bHRpLVBy b3RvY29sDQogICAgICAgICAgICAgICBMYWJlbCBTd2l0Y2hlZCAoTVBMUykgRGF0YSBQbGFu ZSBGYWlsdXJlcyIsIFJGQyA0Mzc5LA0KICAgICAgICAgICAgICAgRmVicnVhcnkgMjAwNi4N Cg0KICAgW0RETVRdICAgICAgQmFoYWR1ciwgTi4sIEtvbXBlbGxhLCBLLiwgYW5kIFN3YWxs b3csIEcuLCAiTWVjaGFuaXNtDQogICAgICAgICAgICAgICBmb3IgUGVyZm9ybWluZyBMU1At UGluZyBvdmVyIE1QTFMgVHVubmVscyIsIGRyYWZ0LWlldGYtDQogICAgICAgICAgICAgICBt cGxzLWxzcC1waW5nLWVuaGFuY2VkLWRzbWFwLCB3b3JrIGluIHByb2dyZXNzLg0KDQoNCjku MiBJbmZvcm1hdGl2ZSBSZWZlcmVuY2VzDQoNCiAgIFtSRkM3OTJdICAgIFBvc3RlbCwgSi4s ICJJbnRlcm5ldCBDb250cm9sIE1lc3NhZ2UgUHJvdG9jb2wiLCBSRkMgNzkyLg0KDQogICBb UkZDNDQ2MV0gICBZYXN1a2F3YSwgUy4sICJTaWduYWxpbmcgUmVxdWlyZW1lbnRzIGZvciBQ b2ludCB0bw0KICAgICAgICAgICAgICAgTXVsdGlwb2ludCBUcmFmZmljIEVuZ2luZWVyZWQg TXVsdGlwcm90b2NvbCBMYWJlbA0KICAgICAgICAgICAgICAgU3dpdGNoaW5nIChNUExTKSBM YWJlbCBTd2l0Y2hlZCBQYXRocyAoTFNQcykiLA0KICAgICAgICAgICAgICAgUkZDIDQ0NjEs IEFwcmlsIDIwMDYuDQoNCiAgIFtSRkM0Njg3XSAgIFlhc3VrYXdhLCBTLiwgRmFycmVsLCBB LiwgS2luZywgRC4sIGFuZCBOYWRlYXUsIFQuLA0KICAgICAgICAgICAgICAgIk9wZXJhdGlv bnMgYW5kIE1hbmFnZW1lbnQgKE9BTSkgUmVxdWlyZW1lbnRzIGZvcg0KICAgICAgICAgICAg ICAgUG9pbnQtdG8tTXVsdGlwb2ludCBNUExTIE5ldHdvcmtzIiwgUkZDIDQ2ODcsIFNlcHRl bWJlcg0KICAgICAgICAgICAgICAgMjAwNi4NCg0KICAgW1JGQzQ4NzVdICAgQWdnYXJ3YWws IFIuLCBQYXBhZGltaXRyaW91LCBELiwgYW5kIFlhc3VrYXdhLCBTLiwNCiAgICAgICAgICAg ICAgICJFeHRlbnNpb25zIHRvIFJlc291cmNlIFJlc2VydmF0aW9uIFByb3RvY29sIC0gVHJh ZmZpYw0KICAgICAgICAgICAgICAgRW5naW5lZXJpbmcgKFJTVlAtVEUpIGZvciBQb2ludC10 by1NdWx0aXBvaW50IFRFIExhYmVsDQogICAgICAgICAgICAgICBTd2l0Y2hlZCBQYXRocyAo TFNQcykiLCBSRkMgNDg3NSwgTWF5IDIwMDcuDQoNCiAgIFtQMk1QLUxEUC1SRVFdIEouLUwu IExlIFJvdXgsIGV0IGFsLiwgIlJlcXVpcmVtZW50cyBmb3INCiAgICAgICAgICAgICAgIHBv aW50LXRvLW11bHRpcG9pbnQgZXh0ZW5zaW9ucyB0byB0aGUgTGFiZWwgRGlzdHJpYnV0aW9u DQogICAgICAgICAgICAgICBQcm90b2NvbCIsIGRyYWZ0LWlldGYtbXBscy1tcC1sZHAtcmVx cywgd29yayBpbiBwcm9ncmVzcy4NCg0KICAgW1AyTVAtTERQXSAgTWluZWksIEkuLCBhbmQg V2lqbmFuZHMsIEkuLCAiTGFiZWwgRGlzdHJpYnV0aW9uIFByb3RvY29sDQoNCllhc3VrYXdh IGFuZCBGYXJyZWwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICBbUGFnZSAyM10NCgwNCkludGVybmV0IERyYWZ0ICAgICBkcmFmdC1pZXRmLW1wbHMtcDJt cC1sc3AtcGluZy0wOC50eHQgICAgICAgICBKdWx5IDIwMDkNCg0KICAgICAgICAgICAgICAg RXh0ZW5zaW9ucyBmb3IgUG9pbnQtdG8tTXVsdGlwb2ludCBhbmQNCiAgICAgICAgICAgICAg IE11bHRpcG9pbnQtdG8tTXVsdGlwb2ludCBMYWJlbCBTd2l0Y2hlZCBQYXRocyIsDQogICAg ICAgICAgICAgICBkcmFmdC1pZXRmLW1wbHMtbGRwLXAybXAsIHdvcmsgaW4gcHJvZ3Jlc3Mu DQoNCiAgIFtNQ0FTVC1DVl0gIFN3YWxsb3csIEcuLCBhbmQgTmFkZWF1LCBULiwgIkNvbm5l Y3Rpdml0eSBWZXJpZmljYXRpb24NCiAgICAgICAgICAgICAgIGZvciBNdWx0aWNhc3QgTGFi ZWwgU3dpdGNoZWQgUGF0aHMiLA0KICAgICAgICAgICAgICAgZHJhZnQtc3dhbGxvdy1tcGxz LW1jYXN0LWN2LCB3b3JrIGluIHByb2dyZXNzLg0KDQogICBbQkZEXSAgICAgICBLYXR6LCBE LiwgYW5kIFdhcmQsIEQuLCAiQmlkaXJlY3Rpb25hbCBGb3J3YXJkaW5nDQogICAgICAgICAg ICAgICBEZXRlY3Rpb24iLCBkcmFmdC1pZXRmLWJmZC1iYXNlLCB3b3JrIGluIHByb2dyZXNz Lg0KDQogICBbTVBMUy1CRkRdICBBZ2dhcndhbCwgUi4sIEtvbXBlbGxhLCBLLiwgTmFkZWF1 LCBULiwgYW5kIFN3YWxsb3csIEcuLA0KICAgICAgICAgICAgICAgIkJGRCBGb3IgTVBMUyBM U1BzIiwgZHJhZnQtaWV0Zi1iZmQtbXBscywgd29yayBpbg0KICAgICAgICAgICAgICAgcHJv Z3Jlc3MuDQoNCiAgIFtJQU5BLVBPUlRdIElBTkEgQXNzaWduZWQgUG9ydCBOdW1iZXJzLCBo dHRwOi8vd3d3LmlhbmEub3JnDQoNCg0KMTAuIEF1dGhvcnMnIEFkZHJlc3Nlcw0KDQogICBT ZWlzaG8gWWFzdWthd2ENCiAgIE5UVCBDb3Jwb3JhdGlvbg0KICAgKFImRCBTdHJhdGVneSBE ZXBhcnRtZW50KQ0KICAgMy0xLCBPdGVtYWNoaSAyLUNob21lIENoaXlvZGFrdSwgVG9reW8g MTAwLTgxMTYgSmFwYW4NCiAgIFBob25lOiArODEgMyA1MjA1IDUzNDENCiAgIEVtYWlsOiBz Lnlhc3VrYXdhQGhjby5udHQuY28uanANCg0KICAgQWRyaWFuIEZhcnJlbA0KICAgT2xkIERv ZyBDb25zdWx0aW5nDQogICBFTWFpbDogYWRyaWFuQG9sZGRvZy5jby51aw0KDQogICBaYWZh ciBBbGkNCiAgIENpc2NvIFN5c3RlbXMgSW5jLg0KICAgMjAwMCBJbm5vdmF0aW9uIERyaXZl DQogICBLYW5hdGEsIE9OLCBLMksgM0U4LCBDYW5hZGEuDQogICBQaG9uZTogNjEzLTg4OS02 MTU4DQogICBFbWFpbDogemFsaUBjaXNjby5jb20NCg0KICAgQmlsbCBGZW5uZXINCiAgIEFy YXN0cmEsIEluYy4NCiAgIDI3NSBNaWRkbGVmaWVsZCBSZC4NCiAgIFN1aXRlIDUwDQogICBN ZW5sbyBQYXJrLCBDQSA5NDAyNQ0KICAgRW1haWw6IGZlbm5lckBmZW5yb24uY29tDQoNCiAg IEdlb3JnZSBTd2FsbG93DQogICBDaXNjbyBTeXN0ZW1zLCBJbmMuDQogICAxNDE0IE1hc3Nh Y2h1c2V0dHMgQXZlDQogICBCb3hib3JvdWdoLCBNQSAwMTcxOQ0KICAgRW1haWw6IHN3YWxs b3dAY2lzY28uY29tDQoNCiAgIFRob21hcyBELiBOYWRlYXUNCg0KWWFzdWthd2EgYW5kIEZh cnJlbCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFtQYWdl IDI0XQ0KDA0KSW50ZXJuZXQgRHJhZnQgICAgIGRyYWZ0LWlldGYtbXBscy1wMm1wLWxzcC1w aW5nLTA4LnR4dCAgICAgICAgIEp1bHkgMjAwOQ0KDQogICBCcml0aXNoIFRlbGVjb20NCiAg IEJUIENlbnRyZQ0KICAgODEgTmV3Z2F0ZSBTdHJlZXQNCiAgIEVDMUEgN0FKDQogICBMb25k b24NCiAgIEVtYWlsOiB0b20ubmFkZWF1QGJ0LmNvbQ0KDQogICBTaGFsZWVuIFNheGVuYQ0K ICAgQ2lzY28gU3lzdGVtcywgSW5jLg0KICAgMTQxNCBNYXNzYWNodXNldHRzIEF2ZQ0KICAg Qm94Ym9yb3VnaCwgTUEgMDE3MTkNCiAgIEVtYWlsOiBzc2F4ZW5hQGNpc2NvLmNvbQ0KDQoN CjExLiBGdWxsIENvcHlyaWdodCBTdGF0ZW1lbnQNCg0KICAgQ29weXJpZ2h0IChjKSAyMDA5 IElFVEYgVHJ1c3QgYW5kIHRoZSBwZXJzb25zIGlkZW50aWZpZWQgYXMgdGhlDQogICBkb2N1 bWVudCBhdXRob3JzLiAgQWxsIHJpZ2h0cyByZXNlcnZlZC4NCg0KICAgVGhpcyBkb2N1bWVu dCBpcyBzdWJqZWN0IHRvIEJDUCA3OCBhbmQgdGhlIElFVEYgVHJ1c3QncyBMZWdhbA0KICAg UHJvdmlzaW9ucyBSZWxhdGluZyB0byBJRVRGIERvY3VtZW50cyBpbiBlZmZlY3Qgb24gdGhl IGRhdGUgb2YNCiAgIHB1YmxpY2F0aW9uIG9mIHRoaXMgZG9jdW1lbnQgKGh0dHA6Ly90cnVz dGVlLmlldGYub3JnL2xpY2Vuc2UtaW5mbykuDQogICBQbGVhc2UgcmV2aWV3IHRoZXNlIGRv Y3VtZW50cyBjYXJlZnVsbHksIGFzIHRoZXkgZGVzY3JpYmUgeW91ciByaWdodHMNCiAgIGFu ZCByZXN0cmljdGlvbnMgd2l0aCByZXNwZWN0IHRvIHRoaXMgZG9jdW1lbnQuDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KWWFz dWthd2EgYW5kIEZhcnJlbCAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIFtQYWdlIDI1XQ0K --B_3330349075_26393286-- From root@core3.amsl.com Mon Jul 13 17:00:01 2009 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@core3.amsl.com Received: by core3.amsl.com (Postfix, from userid 0) id A0B903A6DFF; Mon, 13 Jul 2009 17:00:01 -0700 (PDT) From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 Message-Id: <20090714000001.A0B903A6DFF@core3.amsl.com> Date: Mon, 13 Jul 2009 17:00:01 -0700 (PDT) Cc: mpls@ietf.org Subject: [mpls] I-D Action:draft-ietf-mpls-mpls-and-gmpls-security-framework-06.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2009 00:00:01 -0000 --NextPart 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 : Security Framework for MPLS and GMPLS Networks Author(s) : L. Fang, M. Behringer Filename : draft-ietf-mpls-mpls-and-gmpls-security-framework-06.txt Pages : 60 Date : 2009-07-13 This document provides a security framework for Multiprotocol Label Switching (MPLS) and Generalized Multiprotocol Label Switching (GMPLS) Networks. This document addresses the security aspects that are relevant in the context of MPLS and GMPLS. It describes the security threats, the related defensive techniques, and the mechanisms for detection and reporting. This document emphasizes RSVP-TE and LDP security considerations, as well as Inter-AS and Inter-provider security considerations for building and maintaining MPLS and GMPLS networks across different domains or different Service Providers. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-mpls-mpls-and-gmpls-security-framework-06.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. --NextPart Content-Type: Message/External-body; name="draft-ietf-mpls-mpls-and-gmpls-security-framework-06.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2009-07-13164848.I-D@ietf.org> --NextPart-- From annamaria.fulignoli@ericsson.com Tue Jul 14 12:57:32 2009 Return-Path: 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 74CA63A69D1; Tue, 14 Jul 2009 12:57:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.111 X-Spam-Level: X-Spam-Status: No, score=-4.111 tagged_above=-999 required=5 tests=[AWL=-1.862, 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 0jUgFjVU+VDd; Tue, 14 Jul 2009 12:57:31 -0700 (PDT) Received: from mailgw5.ericsson.se (mailgw5.ericsson.se [193.180.251.36]) by core3.amsl.com (Postfix) with ESMTP id 000813A6826; Tue, 14 Jul 2009 12:57:29 -0700 (PDT) X-AuditID: c1b4fb24-b7b2fae000000abb-50-4a5cdf60c227 Received: from esealmw128.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw5.ericsson.se (Symantec Brightmail Gateway) with SMTP id C7.4C.02747.06FDC5A4; Tue, 14 Jul 2009 21:41:20 +0200 (CEST) Received: from esealmw118.eemea.ericsson.se ([153.88.200.77]) by esealmw128.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Tue, 14 Jul 2009 09:36:27 +0200 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: Tue, 14 Jul 2009 09:36:26 +0200 Message-ID: <93DFCD4B101EB440B5B72997456C5F9404012218@esealmw118.eemea.ericsson.se> In-Reply-To: <4A51D4A1.9010804@pi.nu> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [mpls-tp] poll on making the mpls-tp process document a working group draft - update Thread-Index: Acn+JjvNTNPDXAdDRPOMS+fs628KAwGLwNlg References: <4A51D4A1.9010804@pi.nu> From: "Annamaria Fulignoli" To: "Loa Andersson" , , , , X-OriginalArrivalTime: 14 Jul 2009 07:36:27.0907 (UTC) FILETIME=[CC41B530:01CA0455] X-Brightmail-Tracker: AAAAAA== Subject: Re: [mpls] [mpls-tp] poll on making the mpls-tp process document a working group draft - update X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2009 19:57:32 -0000 I support BR Annamaria -----Original Message----- From: mpls-tp-bounces@ietf.org [mailto:mpls-tp-bounces@ietf.org] On = Behalf Of Loa Andersson Sent: luned=EC 6 luglio 2009 12.41 To: mpls@ietf.org; mpls-tp@ietf.org; pwe3@ietf.org; ccamp@ietf.org Subject: [mpls-tp] poll on making the mpls-tp process document a working = group draft - update All, I started this poll, but since I'm one of the authors of the document I = do not feel comfortable to judge the consensus on the poll. I have therefore asked our AD (Adrian Farrel) to step in and together = with George make the consensus call. /Loa Loa Andersson wrote: > > All, > > > > we have an individual draft, = draft-andersson-mpls-tp-process-03.txt, > > that describes additions to the mpls working group process to allow = > > ITU-T to give input on MPLS-TP Internet Drafts. > > > > It pretty much captures current practice, and from the start we had = no > > intention to ever progress, but recently there has been comments = that > > it would have a better and clearer sttus if it were a working = group > > document. > > > > We have had no plans to ever make it an RFC, but it has been = pointed > > out that it would be possible to publish as an Historical = RFC. Whether > > we execute on that or not is not yet decided. > > > > Therefore, is is to start at two week poll on making > > = draft-andersson-mpls-tp-process-03.txt an MPLS working group document. > > > > The poll ends on July 14. > > > > Please send your comments to the mpls-tp list. --=20 Loa Andersson email: loa.andersson@ericsson.com Sr Strategy and Standards Manager loa@pi.nu Ericsson Inc phone: +46 8 632 77 14 _______________________________________________ mpls-tp mailing list mpls-tp@ietf.org https://www.ietf.org/mailman/listinfo/mpls-tp From root@core3.amsl.com Tue Jul 14 15:30:02 2009 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@core3.amsl.com Received: by core3.amsl.com (Postfix, from userid 0) id 175AF3A6B1B; Tue, 14 Jul 2009 15:30:01 -0700 (PDT) From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 Message-Id: <20090714223002.175AF3A6B1B@core3.amsl.com> Date: Tue, 14 Jul 2009 15:30:02 -0700 (PDT) Cc: mpls@ietf.org Subject: [mpls] I-D ACTION:draft-ietf-mpls-tp-oam-framework-01.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2009 22:30:02 -0000 --NextPart 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 : MPLS-TP OAM Framework and Overview Author(s) : I. Busi, B. Niven-Jenkins Filename : draft-ietf-mpls-tp-oam-framework-01.txt Pages : 40 Date : 2009-7-14 Multi-Protocol Label Switching (MPLS) Transport Profile (MPLS-TP) is based on a profile of the MPLS and pseudowire (PW) procedures as specified in the MPLS Traffic Engineering (MPLS-TE), pseudowire (PW) and multi-segment PW (MS-PW) architectures complemented with additional Operations, Administration and Maintenance (OAM) procedures for fault, performance and protection-switching management for packet transport applications that do not rely on the presence of a control plane. This document provides a framework that supports a comprehensive set of OAM procedures that fulfills the MPLS-TP OAM requirements [11]. This document provides a framework that supports a comprehensive set of OAM procedures that fulfills the MPLS-TP OAM requirements [11]. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-mpls-tp-oam-framework-01.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. --NextPart Content-Type: Message/External-body; name="draft-ietf-mpls-tp-oam-framework-01.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2009-7-14152111.I-D@ietf.org> --NextPart-- From swallow@cisco.com Wed Jul 15 06:12:23 2009 Return-Path: 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 D5DA93A6BC4 for ; Wed, 15 Jul 2009 06:12:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.983 X-Spam-Level: X-Spam-Status: No, score=-6.983 tagged_above=-999 required=5 tests=[AWL=-0.384, 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 TelcGXOkif+0 for ; Wed, 15 Jul 2009 06:12:23 -0700 (PDT) Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id D01B83A6CE8 for ; Wed, 15 Jul 2009 06:12:22 -0700 (PDT) X-IronPort-AV: E=Sophos;i="4.42,404,1243814400"; d="scan'208";a="50482578" Received: from rtp-dkim-2.cisco.com ([64.102.121.159]) by rtp-iport-2.cisco.com with ESMTP; 15 Jul 2009 13:04:50 +0000 Received: from rtp-core-1.cisco.com (rtp-core-1.cisco.com [64.102.124.12]) by rtp-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id n6FD4otr011391; Wed, 15 Jul 2009 09:04:50 -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.14.3) with ESMTP id n6FD4oYI005169; Wed, 15 Jul 2009 13:04:50 GMT Received: from xmb-rtp-206.amer.cisco.com ([64.102.31.32]) by xbh-rtp-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 15 Jul 2009 09:04:50 -0400 Received: from 10.98.32.163 ([10.98.32.163]) by xmb-rtp-206.amer.cisco.com ([64.102.31.32]) with Microsoft Exchange Server HTTP-DAV ; Wed, 15 Jul 2009 13:04:49 +0000 User-Agent: Microsoft-Entourage/12.19.0.090515 Date: Wed, 15 Jul 2009 09:04:48 -0400 From: George Swallow To: Loa Andersson , David Ward , Malcolm Betts Message-ID: Thread-Topic: MPLS-TP Process Thread-Index: AcoFTNTXj4M12NNwt0qBjIUTufNcig== Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit X-OriginalArrivalTime: 15 Jul 2009 13:04:50.0343 (UTC) FILETIME=[D63C9B70:01CA054C] DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=218; t=1247663090; x=1248527090; c=relaxed/simple; s=rtpdkim2001; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=swallow@cisco.com; z=From:=20George=20Swallow=20 |Subject:=20MPLS-TP=20Process |Sender:=20 |To:=20Loa=20Andersson=20,=20David=20Ward=20,=0A=20=20=20=20=20=20=20=20Malcolm=20Betts=20< malcolm.betts@huawei.com>; bh=8oVk1tVJM/2J0G2nWRkslOxgxlqi0XugTOuoTp9OfmA=; b=xlgoq3lTMjTb05IWei3VDIjsrhru+Rpu/Jb6ZOqGwcVYV0lLeLz6HjffHU dhGbl+S1XxbFx855QzWznCacJpaZfoQ1aYac7e64pZazxPNKGntxxC4lctwa 308adm+riP; Authentication-Results: rtp-dkim-2; header.From=swallow@cisco.com; dkim=pass ( sig from cisco.com/rtpdkim2001 verified; ); Cc: mpls@ietf.org Subject: [mpls] MPLS-TP Process X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jul 2009 13:12:23 -0000 The poll of the list was conclusive. draft-andersson-mpls-tp-process-03 has been accepted as a WG document. Loa - Please resubmit as draft-mpls-tp-process-00 when submissions re-open. Thanks, ...George From mhanif@brocade.com Wed Jul 15 12:18:07 2009 Return-Path: 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 746DB28C16D for ; Wed, 15 Jul 2009 12:18:07 -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, 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 yhP2Lh+5bTUu for ; Wed, 15 Jul 2009 12:18:06 -0700 (PDT) Received: from smtp1gap.foundrynet.com (smtp1gap.foundrynet.com [76.199.70.29]) by core3.amsl.com (Postfix) with ESMTP id A163628C165 for ; Wed, 15 Jul 2009 12:18:06 -0700 (PDT) Received: from xmail.ds.foundrynet.com (unknown [10.101.218.254]) by smtp1gap.foundrynet.com (Postfix) with ESMTP id E41FB3E0006 for ; Wed, 15 Jul 2009 12:16:27 -0700 (PDT) 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_01CA0580.B67C6224" Date: Wed, 15 Jul 2009 12:16:07 -0700 Message-ID: <7820CB01B111594187EFF3137EB18DE202C3CEB4@xmail.ds.foundrynet.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: I-D Action:draft-hanif-rsvp-te-bfd-frr-backup-path-00.txt Thread-Index: AcoFgLR/PYEkVkA4T5O7bcaoiUeGmw== From: "Mohammad Hanif" To: Subject: [mpls] I-D Action:draft-hanif-rsvp-te-bfd-frr-backup-path-00.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jul 2009 19:18:07 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CA0580.B67C6224 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Any comment on this draft? ________________________________ A New Internet-Draft is available from the on-line Internet-Drafts directories. =20 Title : Signaling BFD configuration for a backup path in an FRR environment Author(s) : M. Hanif, L. Nguyen Filename : draft-hanif-rsvp-te-bfd-frr-backup-path-00.txt Pages : 7 Date : 2009-07-06 =20 Today there is no support in the RSVP protocol to dynamically signal the enabling and configuring of the BFD (Bi-directional Forwarding Detection) on a backup path. This document introduces a new RSVP object called "FRR backup BFD object". The procedures described in this document are only applicable to Fast Reroute LSPs [RFC4090]. =20 A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-hanif-rsvp-te-bfd-frr-backup-p ath-00.txt =20 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ =20 Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. =20 =20 ------_=_NextPart_001_01CA0580.B67C6224 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Any comment on this draft?

A New Internet-Draft is available from the on-line Internet-Drafts =
directories.
 
  =
;      =
Title           : =
Signaling BFD configuration for a backup path in an FRR =
environment
      &nbs=
p; Author(s)       : M. Hanif, L. =
Nguyen
        =
Filename        : =
draft-hanif-rsvp-te-bfd-frr-backup-path-00.txt
 =
;       =
Pages           : =
7
        =
Date            : =
2009-07-06
 
Today there =
is no support in the RSVP protocol to dynamically =
signal
the enabling and configuring of the BFD =
(Bi-directional Forwarding
Detection) on a backup =
path.  This document introduces a new =
RSVP
object called "FRR backup BFD =
object".  The procedures described =
in
this document are only applicable to Fast =
Reroute LSPs =
[RFC4090].
 
A URL for =
this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-hanif-rsvp-t=
e-bfd-frr-backup-path-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-hanif-rsvp=
-te-bfd-frr-backup-path-00.txt>



 
------_=_NextPart_001_01CA0580.B67C6224-- From rfc-editor@rfc-editor.org Wed Jul 15 16:22:24 2009 Return-Path: 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 0A77028C19D; Wed, 15 Jul 2009 16:22:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -16.823 X-Spam-Level: X-Spam-Status: No, score=-16.823 tagged_above=-999 required=5 tests=[AWL=0.176, BAYES_00=-2.599, J_CHICKENPOX_93=0.6, 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 lOJv4XB6LSDs; Wed, 15 Jul 2009 16:22:23 -0700 (PDT) Received: from bosco.isi.edu (bosco.isi.edu [128.9.168.207]) by core3.amsl.com (Postfix) with ESMTP id 2039628C174; Wed, 15 Jul 2009 16:22:23 -0700 (PDT) Received: by bosco.isi.edu (Postfix, from userid 70) id 393B52EDD0A; Wed, 15 Jul 2009 16:18:51 -0700 (PDT) To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org From: rfc-editor@rfc-editor.org Message-Id: <20090715231851.393B52EDD0A@bosco.isi.edu> Date: Wed, 15 Jul 2009 16:18:51 -0700 (PDT) Cc: mpls@ietf.org, rfc-editor@rfc-editor.org Subject: [mpls] RFC 5561 on LDP Capabilities X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jul 2009 23:22:24 -0000 A new Request for Comments is now available in online RFC libraries. RFC 5561 Title: LDP Capabilities Author: B. Thomas, K. Raza, S. Aggarwal, R. Aggarwal, JL. Le Roux Status: Standards Track Date: July 2009 Mailbox: bobthomas@alum.mit.edu, skraza@cisco.com, shivani@juniper.net, rahul@juniper.net, jeanlouis.leroux@orange-ftgroup.com Pages: 12 Characters: 27901 Updates/Obsoletes/SeeAlso: None I-D Tag: draft-ietf-mpls-ldp-capabilities-04.txt URL: http://www.rfc-editor.org/rfc/rfc5561.txt A number of enhancements to the Label Distribution Protocol (LDP) have been proposed. Some have been implemented, and some are advancing toward standardization. It is likely that additional enhancements will be proposed in the future. This document defines a mechanism for advertising LDP enhancements at session initialization time, as well as a mechanism to enable and disable enhancements after LDP session establishment. [STANDARDS TRACK] This document is a product of the Multiprotocol Label Switching Working Group of the IETF. This is now a Proposed Standard Protocol. STANDARDS TRACK: This document specifies an Internet standards track protocol for the Internet community,and requests discussion and suggestions for improvements. Please refer to the current edition of the Internet Official Protocol Standards (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited. This announcement is sent to the IETF-Announce and rfc-dist lists. To subscribe or unsubscribe, see http://www.ietf.org/mailman/listinfo/ietf-announce http://mailman.rfc-editor.org/mailman/listinfo/rfc-dist For searching the RFC series, see http://www.rfc-editor.org/rfcsearch.html. For downloading RFCs, see http://www.rfc-editor.org/rfc.html. Requests for special distribution should be addressed to either the author of the RFC in question, or to rfc-editor@rfc-editor.org. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. The RFC Editor Team USC/Information Sciences Institute From Attila.Takacs@ericsson.com Fri Jul 17 00:37:24 2009 Return-Path: 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 D90C63A6B3C for ; Fri, 17 Jul 2009 00:37:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.248 X-Spam-Level: X-Spam-Status: No, score=-4.248 tagged_above=-999 required=5 tests=[AWL=-2.000, BAYES_00=-2.599, HELO_EQ_SE=0.35, 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 cWrH0D+1du54 for ; Fri, 17 Jul 2009 00:37:23 -0700 (PDT) Received: from mailgw5.ericsson.se (mailgw5.ericsson.se [193.180.251.36]) by core3.amsl.com (Postfix) with ESMTP id 2859A3A69ED for ; Fri, 17 Jul 2009 00:37:22 -0700 (PDT) X-AuditID: c1b4fb24-b7c01ae00000498b-86-4a602a52bb0b Received: from esealmw126.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw5.ericsson.se (Symantec Brightmail Gateway) with SMTP id DB.B4.18827.25A206A4; Fri, 17 Jul 2009 09:37:54 +0200 (CEST) Received: from esealmw116.eemea.ericsson.se ([153.88.200.7]) by esealmw126.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Fri, 17 Jul 2009 09:37:54 +0200 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_01CA06B1.7F0BD353" Date: Fri, 17 Jul 2009 09:37:53 +0200 Message-ID: <53CCFDD6E346CB43994852666C210E9107CC9750@esealmw116.eemea.ericsson.se> In-Reply-To: <7820CB01B111594187EFF3137EB18DE202C3CEB4@xmail.ds.foundrynet.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [mpls] I-D Action:draft-hanif-rsvp-te-bfd-frr-backup-path-00.txt Thread-Index: AcoFgLR/PYEkVkA4T5O7bcaoiUeGmwBIbbxw References: <7820CB01B111594187EFF3137EB18DE202C3CEB4@xmail.ds.foundrynet.com> From: "Attila Takacs" To: "Mohammad Hanif" , X-OriginalArrivalTime: 17 Jul 2009 07:37:54.0704 (UTC) FILETIME=[7F3B2100:01CA06B1] X-Brightmail-Tracker: AAAAAA== Subject: Re: [mpls] I-D Action:draft-hanif-rsvp-te-bfd-frr-backup-path-00.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2009 07:37:24 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CA06B1.7F0BD353 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Mohammad, =20 There is ongoing work in the ccamp wg to add OAM configuration support to RSVP-TE. Please see, draft-ietf-ccamp-oam-configuration-fwk-01.=20 =20 Technology specific extensions to the framework are described in=20 -draft-ietf-ccamp-rsvp-te-eth-oam-ext-01 for Ethernet, -draft-kern-ccamp-rsvp-te-sdh-otn-oam-ext-00 for SDH/OTN, -draft-bellagamba-ccamp-rsvp-te-mpls-tp-oam-ext-00 targeting MPLS-TP OAM, but currently only covering basic BFD aspects. =20 I think it would be good to have a common approach. It seems, after a first read, that you proposal could be easily aligned with draft-ietf-ccamp-oam-configuration-fwk. =20 Best regards, Attila ________________________________ From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of Mohammad Hanif Sent: Wednesday, July 15, 2009 9:16 PM To: mpls@ietf.org Subject: [mpls] I-D Action:draft-hanif-rsvp-te-bfd-frr-backup-path-00.txt =09 =09 Any comment on this draft? ________________________________ A New Internet-Draft is available from the on-line Internet-Drafts directories. =20 Title : Signaling BFD configuration for a backup path in an FRR environment Author(s) : M. Hanif, L. Nguyen Filename : draft-hanif-rsvp-te-bfd-frr-backup-path-00.txt Pages : 7 Date : 2009-07-06 =20 Today there is no support in the RSVP protocol to dynamically signal the enabling and configuring of the BFD (Bi-directional Forwarding Detection) on a backup path. This document introduces a new RSVP object called "FRR backup BFD object". The procedures described in this document are only applicable to Fast Reroute LSPs [RFC4090]. =20 A URL for this Internet-Draft is: =09 http://www.ietf.org/internet-drafts/draft-hanif-rsvp-te-bfd-frr-backup-p ath-00.txt =20 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ =20 Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. =09 =20 =20 ------_=_NextPart_001_01CA06B1.7F0BD353 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi=20 Mohammad,
 
There=20 is ongoing work in the ccamp wg to add OAM configuration support to = RSVP-TE.=20 Please see, draft-ietf-ccamp-oam-configuration-fwk-01. =
 
Technology specific extensions to the framework are described = in=20
-draft-ietf-ccamp-rsvp-te-eth-oam-ext-01 for=20 Ethernet,
-draft-kern-ccamp-rsvp-te-sdh-otn-oam-ext-00 for=20 SDH/OTN,
-draft-bellagamba-ccamp-rsvp-te-mpls-tp-oam-ext-00=20 targeting MPLS-TP OAM, but currently only covering basic BFD=20 aspects.
 =
I think it would be good to have a = common=20 approach. It seems, after a first read, that you proposal could be = easily=20 aligned with draft-ietf-ccamp-oam-configuration-fwk.
 
Best=20 regards,
Attila



From: mpls-bounces@ietf.org=20 [mailto:mpls-bounces@ietf.org] On Behalf Of Mohammad=20 Hanif
Sent: Wednesday, July 15, 2009 9:16 PM
To:=20 mpls@ietf.org
Subject: [mpls] I-D=20 = Action:draft-hanif-rsvp-te-bfd-frr-backup-path-00.txt

Any = comment on=20 this draft?

A New Internet-Draft is available from the on-line =
Internet-Drafts =
directories.
 
  =
;      =
Title           : =
Signaling BFD configuration for a backup path in an FRR =
environment
      &nbs=
p; Author(s)       : M. Hanif, L. =
Nguyen
        =
Filename        : =
draft-hanif-rsvp-te-bfd-frr-backup-path-00.txt
 =
;       =
Pages           : =
7
        =
Date            : =
2009-07-06
 
Today there =
is no support in the RSVP protocol to dynamically =
signal
the enabling and configuring of the BFD =
(Bi-directional Forwarding
Detection) on a backup =
path.  This document introduces a new =
RSVP
object called "FRR backup BFD object".  =
The procedures described in
this document are only =
applicable to Fast Reroute LSPs =
[RFC4090].
 
A URL for =
this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-hanif-rsvp-t=
e-bfd-frr-backup-path-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-hanif-rsvp=
-te-bfd-frr-backup-path-00.txt>

  
 
------_=_NextPart_001_01CA06B1.7F0BD353-- From mhanif@brocade.com Fri Jul 17 10:15:14 2009 Return-Path: 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 4DF6B3A6AC5 for ; Fri, 17 Jul 2009 10:15:14 -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, 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 IE-dzY9Xw1q2 for ; Fri, 17 Jul 2009 10:15:13 -0700 (PDT) Received: from smtp1gap.foundrynet.com (smtp1gap.foundrynet.com [76.199.70.29]) by core3.amsl.com (Postfix) with ESMTP id 3C9C03A6B17 for ; Fri, 17 Jul 2009 10:15:12 -0700 (PDT) Received: from xmail.ds.foundrynet.com (unknown [10.101.218.254]) by smtp1gap.foundrynet.com (Postfix) with ESMTP id 9E53E3E0005; Fri, 17 Jul 2009 10:15:35 -0700 (PDT) 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_01CA0702.31F7D014" Date: Fri, 17 Jul 2009 10:15:31 -0700 Message-ID: <7820CB01B111594187EFF3137EB18DE202C3D2EA@xmail.ds.foundrynet.com> In-Reply-To: <53CCFDD6E346CB43994852666C210E9107CC9750@esealmw116.eemea.ericsson.se> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [mpls] I-D Action:draft-hanif-rsvp-te-bfd-frr-backup-path-00.txt Thread-Index: AcoFgLR/PYEkVkA4T5O7bcaoiUeGmwBIbbxwABfeCHA= References: <7820CB01B111594187EFF3137EB18DE202C3CEB4@xmail.ds.foundrynet.com> <53CCFDD6E346CB43994852666C210E9107CC9750@esealmw116.eemea.ericsson.se> From: "Mohammad Hanif" To: "Attila Takacs" , Subject: Re: [mpls] I-D Action:draft-hanif-rsvp-te-bfd-frr-backup-path-00.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2009 17:15:14 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CA0702.31F7D014 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Thanks a lot Attila for your comments/suggestions. I will look in to the drafts from ccamp wg. =20 --Hanif. =20 From: Attila Takacs [mailto:Attila.Takacs@ericsson.com]=20 Sent: Friday, July 17, 2009 12:38 AM To: Mohammad Hanif; mpls@ietf.org Subject: RE: [mpls] I-D Action:draft-hanif-rsvp-te-bfd-frr-backup-path-00.txt =20 Hi Mohammad, =20 There is ongoing work in the ccamp wg to add OAM configuration support to RSVP-TE. Please see, draft-ietf-ccamp-oam-configuration-fwk-01.=20 =20 Technology specific extensions to the framework are described in=20 -draft-ietf-ccamp-rsvp-te-eth-oam-ext-01 for Ethernet, -draft-kern-ccamp-rsvp-te-sdh-otn-oam-ext-00 for SDH/OTN, -draft-bellagamba-ccamp-rsvp-te-mpls-tp-oam-ext-00 targeting MPLS-TP OAM, but currently only covering basic BFD aspects. =20 I think it would be good to have a common approach. It seems, after a first read, that you proposal could be easily aligned with draft-ietf-ccamp-oam-configuration-fwk. =20 Best regards, Attila =20 =20 =09 ________________________________ From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of Mohammad Hanif Sent: Wednesday, July 15, 2009 9:16 PM To: mpls@ietf.org Subject: [mpls] I-D Action:draft-hanif-rsvp-te-bfd-frr-backup-path-00.txt Any comment on this draft? ________________________________ A New Internet-Draft is available from the on-line Internet-Drafts directories. =20 Title : Signaling BFD configuration for a backup path in an FRR environment Author(s) : M. Hanif, L. Nguyen Filename : draft-hanif-rsvp-te-bfd-frr-backup-path-00.txt Pages : 7 Date : 2009-07-06 =20 Today there is no support in the RSVP protocol to dynamically signal the enabling and configuring of the BFD (Bi-directional Forwarding Detection) on a backup path. This document introduces a new RSVP object called "FRR backup BFD object". The procedures described in this document are only applicable to Fast Reroute LSPs [RFC4090]. =20 A URL for this Internet-Draft is: =09 http://www.ietf.org/internet-drafts/draft-hanif-rsvp-te-bfd-frr-backup-p ath-00.txt =20 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ =20 Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. =09 =20 =20 ------_=_NextPart_001_01CA0702.31F7D014 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Thanks a lot Attila = for your comments/suggestions.  I will look in to the drafts from ccamp = wg.

 

--Hanif.

 

From:= Attila = Takacs [mailto:Attila.Takacs@ericsson.com]
Sent: Friday, July 17, 2009 12:38 AM
To: Mohammad Hanif; mpls@ietf.org
Subject: RE: [mpls] I-D Action:draft-hanif-rsvp-te-bfd-frr-backup-path-00.txt

 

Hi Mohammad,

 

There is ongoing work in the ccamp wg to add OAM = configuration support to RSVP-TE. Please see, draft-ietf-ccamp-oam-configuration-fwk-01. =

 

Technology specific extensions to the framework are = described in

-draft-ietf-ccamp-rsvp-te-eth-oam-ext-01 = for Ethernet,

-draft-kern-ccamp-rsvp-te-sdh-otn-oam-ex= t-00 for SDH/OTN,

-draft-bellagamba-ccamp-rsvp-te-mpls-tp-= oam-ext-00 targeting MPLS-TP OAM, but currently only covering basic BFD = aspects.

 

I think it would be good to have a = common approach. It seems, after a first read, that you proposal could be = easily aligned with draft-ietf-ccamp-oam-configuration-fwk.

 

Best regards,

Attila

 

 

From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of Mohammad Hanif
Sent: Wednesday, July 15, 2009 9:16 PM
To: mpls@ietf.org
Subject: [mpls] I-D Action:draft-hanif-rsvp-te-bfd-frr-backup-path-00.txt

Any comment on this draft?

A New Internet-Draft is available from the on-line Internet-Drafts =
directories.
 
  =
;      =
Title           : =
Signaling BFD configuration for a backup path in an FRR =
environment
      &nbs=
p; Author(s)       : M. Hanif, L. =
Nguyen
        =
Filename        : =
draft-hanif-rsvp-te-bfd-frr-backup-path-00.txt
 =
;       =
Pages           : =
7
        =
Date            : =
2009-07-06
 
Today there =
is no support in the RSVP protocol to dynamically =
signal
the enabling and configuring of the BFD =
(Bi-directional Forwarding
Detection) on a backup =
path.  This document introduces a new =
RSVP
object called "FRR backup BFD =
object".  The procedures described =
in
this document are only applicable to Fast =
Reroute LSPs =
[RFC4090].
 
A URL for =
this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-hanif-rsvp-t=
e-bfd-frr-backup-path-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-hanif-rsvp=
-te-bfd-frr-backup-path-00.txt>



 
------_=_NextPart_001_01CA0702.31F7D014-- From nitinb@juniper.net Fri Jul 17 11:44:44 2009 Return-Path: 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 75C5628C31F for ; Fri, 17 Jul 2009 11:44:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.113 X-Spam-Level: X-Spam-Status: No, score=-6.113 tagged_above=-999 required=5 tests=[AWL=0.486, 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 Uf06K5ej5ZZq for ; Fri, 17 Jul 2009 11:44:43 -0700 (PDT) Received: from exprod7og102.obsmtp.com (exprod7og102.obsmtp.com [64.18.2.157]) by core3.amsl.com (Postfix) with ESMTP id 7955B28C330 for ; Fri, 17 Jul 2009 11:44:11 -0700 (PDT) Received: from source ([66.129.224.36]) (using TLSv1) by exprod7ob102.postini.com ([64.18.6.12]) with SMTP ID DSNKSmDGm03WGHwTj/xNbnGSA/sE/ACI08vQ@postini.com; Fri, 17 Jul 2009 11:44:45 PDT Received: from EMBX02-HQ.jnpr.net ([fe80::18fe:d666:b43e:f97e]) by P-EMHUB03-HQ.jnpr.net ([fe80::a124:1ab1:8e0b:f671%11]) with mapi; Fri, 17 Jul 2009 11:41:00 -0700 From: Nitin Bahadur To: Attila Takacs , Mohammad Hanif , "mpls@ietf.org" Date: Fri, 17 Jul 2009 11:41:54 -0700 Thread-Topic: [mpls] I-D Action:draft-hanif-rsvp-te-bfd-frr-backup-path-00.txt Thread-Index: AcoFgLR/PYEkVkA4T5O7bcaoiUeGmwBIbbxwABr1d0I= Message-ID: In-Reply-To: <53CCFDD6E346CB43994852666C210E9107CC9750@esealmw116.eemea.ericsson.se> Accept-Language: en-US Content-Language: en X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [mpls] I-D Action:draft-hanif-rsvp-te-bfd-frr-backup-path-00.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2009 18:44:44 -0000 Hi Mohammad, Disclaimer: I haven't read your draft. draft-ietf-bfd-mpls specifies how bfd is to be configured/enabled for mpls = lsps. Attilla's draft in CCAMP is broad-based, but currently defined only for Eth= ernet OAM (from the last time I read it). You could add your extensions there. But from a pragmatic perspective, I wo= uld rather have new extensions along the lines of draft-ietf-bfd-mpls. Once you start having multiple ways of config= uring/enabling a feature, it is a nightmare for service providers. My 2 cents. Nitin On 7/17/09 12:37 AM, "Attila Takacs" wrote: Hi Mohammad, There is ongoing work in the ccamp wg to add OAM configuration support to R= SVP-TE. Please see, draft-ietf-ccamp-oam-configuration-fwk-01. Technology specific extensions to the framework are described in -draft-ietf-ccamp-rsvp-te-eth-oam-ext-01 for Ethernet, -draft-kern-ccamp-rsvp-te-sdh-otn-oam-ext-00 for SDH/OTN, -draft-bellagamba-ccamp-rsvp-te-mpls-tp-oam-ext-00 targeting MPLS-TP OAM, b= ut currently only covering basic BFD aspects. I think it would be good to have a common approach. It seems, after a first= read, that you proposal could be easily aligned with draft-ietf-ccamp-oam-= configuration-fwk. Best regards, Attila ________________________________ From: mpls-bounces@ietf.org [mailto:mpls-bounces@ietf.org] On Behalf Of Mo= hammad Hanif Sent: Wednesday, July 15, 2009 9:16 PM To: mpls@ietf.org Subject: [mpls] I-D Action:draft-hanif-rsvp-te-bfd-frr-backup-path-00.txt Any comment on this draft? ________________________________ A New Internet-Draft is available from the on-line Internet-Drafts director= ies. Title : Signaling BFD configuration for a backup path in = an FRR environment Author(s) : M. Hanif, L. Nguyen Filename : draft-hanif-rsvp-te-bfd-frr-backup-path-00.txt Pages : 7 Date : 2009-07-06 Today there is no support in the RSVP protocol to dynamically signal the enabling and configuring of the BFD (Bi-directional Forwarding Detection) on a backup path. This document introduces a new RSVP object called "FRR backup BFD object". The procedures described in this document are only applicable to Fast Reroute LSPs [RFC4090]. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-hanif-rsvp-te-bfd-frr-backup-path= -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. From wwwrun@core3.amsl.com Sun Jul 19 15:09:56 2009 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@core3.amsl.com Received: by core3.amsl.com (Postfix, from userid 30) id 40C5328C0FF; Sun, 19 Jul 2009 15:09:55 -0700 (PDT) X-idtracker: yes To: IETF-Announce From: The IESG Message-Id: <20090719220956.40C5328C0FF@core3.amsl.com> Date: Sun, 19 Jul 2009 15:09:56 -0700 (PDT) Cc: mpls@ietf.org Subject: [mpls] Last Call: draft-ietf-mpls-ldp-end-of-lib (LDP End-of-LIB) to Proposed Standard X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: ietf@ietf.org List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jul 2009 22:09:56 -0000 The IESG has received a request from the Multiprotocol Label Switching WG (mpls) to consider the following document: - 'LDP End-of-LIB ' as a Proposed Standard The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org mailing lists by 2009-08-02. Exceptionally, comments may be sent to iesg@ietf.org instead. In either case, please retain the beginning of the Subject line to allow automated sorting. The file can be obtained via http://www.ietf.org/internet-drafts/draft-ietf-mpls-ldp-end-of-lib-03.txt IESG discussion can be tracked via https://datatracker.ietf.org/public/pidtracker.cgi?command=view_id&dTag=17456&rfc_flag=0 From tonukasr@gmail.com Sun Jul 19 22:29:21 2009 Return-Path: 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 A93EA3A6953 for ; Sun, 19 Jul 2009 22:29:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.002 X-Spam-Level: X-Spam-Status: No, score=0.002 tagged_above=-999 required=5 tests=[BAYES_50=0.001, 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 8gt2CRVI9yeY for ; Sun, 19 Jul 2009 22:29:21 -0700 (PDT) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.234]) by core3.amsl.com (Postfix) with ESMTP id EA8D13A68E5 for ; Sun, 19 Jul 2009 22:29:20 -0700 (PDT) Received: by rv-out-0506.google.com with SMTP id f9so515923rvb.49 for ; Sun, 19 Jul 2009 22:29:18 -0700 (PDT) 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=sp0xdoN4P8zn8dU3CMQqbbeTakjciM70KTmtPYEReUc=; b=E3JiJDLOG2Hx2vohUpSuxcK6WV8uD305s4vreyo6t/bB+teDqUjeVfcPRIw9IfYy7p ZSg4l+jO8DOvgj1LOC0GxklG2mBSG3cTUswE6cami/JysAkjhlFDi3wExlq+zEs652HK 24YYsTR+FH9xwQNGUew06cfJtLOY0gipjUVWQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=fBPUREKqNJshwj8o2UcvTt0o8nJBXBmkNWKzLIHyCTVfJqrPawTwAvYK0cleGVVLUN 4j+6BAdWn9ZkD4I0EnOM9kPLbWJZegBJ/SFX+HQIz8hFjwWkWngo+im3ypeBAeOnaFtQ Thh8AwcwRDWS3ec2qb21qmuL/vXAi7xB/4Th0= MIME-Version: 1.0 Received: by 10.141.26.19 with SMTP id d19mr2082394rvj.127.1248067758484; Sun, 19 Jul 2009 22:29:18 -0700 (PDT) Date: Mon, 20 Jul 2009 10:59:18 +0530 Message-ID: <4ceaebe80907192229v640efd4dvef3ec5e7a4fb3dc3@mail.gmail.com> From: Tonuka SinhaRay To: mpls@ietf.org Content-Type: multipart/alternative; boundary=000e0cd14dee666d16046f1c6b77 Subject: [mpls] Reg: Implemention of Label Request X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jul 2009 05:29:21 -0000 --000e0cd14dee666d16046f1c6b77 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi Guys I have little confusion on the following sections of RFC 5036. As per the Section 3.5.7.1.3, I understand that if two LSRs operating in Downstream on Demand mode, the upstream LSR is responsible for requesting the Label mapping message. For this scenario, I understand that the upstream LSR must generate Label request when conditions mentioned in Section 3.5.8.1 matches. According to section 3.5.8.1 of RFC 5036, I understand that the generation of Label request packet is not must clause. Please clarify the following queries: 1) Whether the support for Label request message in an LSR mandatory? 2) If the support for Label request is not mandatory, then what will be procedure for exchange of labels between two LSRs (not supporting Label request) operating in Downstream on Demand? With regards, Tonuka --000e0cd14dee666d16046f1c6b77 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable =A0H= i Guys

I have little confusion on the following sections= of RFC 5036.

As per the Section 3.5.7.1.3, I unde= rstand that if two LSRs operating in Downstream on Demand mode, the upstrea= m LSR is responsible for requesting the Label mapping message. For this sce= nario, I understand that the upstream LSR must generate Label request when = conditions mentioned in Section 3.5.8.1 matches.
According to section 3.5.8.1 of RFC 5036, I understand that the genera= tion of Label request packet is not must clause.

P= lease clarify the following queries:

1) Whether th= e support for Label request message in an LSR mandatory?

2) If the support for Label request is not mandatory, t= hen what will be procedure for exchange of labels between two LSRs (not sup= porting Label request) operating in Downstream on Demand?

=A0
With regards,
Tonuka
 --000e0cd14dee666d16046f1c6b77-- From sgangoly07@gmail.com Mon Jul 20 02:05:32 2009 Return-Path: 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 D6F473A6AE4 for ; Mon, 20 Jul 2009 02:05:32 -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, 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 FVGGvdFk5Ke3 for ; Mon, 20 Jul 2009 02:05:31 -0700 (PDT) Received: from mail-bw0-f228.google.com (mail-bw0-f228.google.com [209.85.218.228]) by core3.amsl.com (Postfix) with ESMTP id 10BB03A6AF1 for ; Mon, 20 Jul 2009 02:03:28 -0700 (PDT) Received: by bwz28 with SMTP id 28so1828136bwz.37 for ; Mon, 20 Jul 2009 02:02:22 -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=HHLS1NNzXSJgZFyLETvVHmj5vpt/UMm+ehNouesnPWU=; b=KzwM/gjO/UFBw/Lh5mOYM9mIH9WViuobP8UGXiDNtCqVzkmQDjEp3DGkNCWUGKYJIa TEiagxXAz/M/EUf/lS/w8SfbT9R2V+AclXK1ziPES4hVYEsSiTXkKUeq0aqvIrO9vANR mxlHOgU6X6Z2ZaQ4ZTXeu7c3JJmgwTjjm2PJc= 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=g9Fmx325aDfEZXRgabKwEEA8oYoqzFfkQLfuLutlhhSC4Hi/4QJ7uIQ1aHj1ZVaron RO6ks7Ed9RoFcF6IkfJ7Ba0Fp+eDHWvHvokJhOgYs7nydIxXPf4qWNEUqkX4M7pfJV3f q1xwdg416js2ODsqW0PhSq55K0bMa2c6zr4Yo= MIME-Version: 1.0 Received: by 10.204.71.15 with SMTP id f15mr4080087bkj.113.1248080542873; Mon, 20 Jul 2009 02:02:22 -0700 (PDT) In-Reply-To: <4ceaebe80907192229v640efd4dvef3ec5e7a4fb3dc3@mail.gmail.com> References: <4ceaebe80907192229v640efd4dvef3ec5e7a4fb3dc3@mail.gmail.com> Date: Mon, 20 Jul 2009 10:02:22 +0100 Message-ID: From: Santanu Ganguly To: Tonuka SinhaRay Content-Type: multipart/alternative; boundary=0016e6de003368b780046f1f6592 Cc: mpls@ietf.org Subject: Re: [mpls] Reg: Implemention of Label Request X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jul 2009 09:05:32 -0000 --0016e6de003368b780046f1f6592 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi Tonuka, IMHO, my personal interpretation of RFC 5036 is support for Label Request Packet *should be mandatory* ( I maybe wrong though). For example, consider conditions of section 3.5.8.1 and 3.5.7.1.3 of RFC 5036 *3.5.7.1.3*: "In general, the upstream LSR is responsible for requesting label mappings when operating in Downstream on Demand mode....an LSR operating in Downstream on Demand mode SHOULD NOT be expected to send unsolicited mapping advertisements. Therefore, if the downstream LSR is operating in Downstream on Demand mode, the upstream LSR is responsible for requesting label mappings as needed." *3.5.8.1*. Label Request Message Procedures " The Request message is used by an upstream LSR to explicitly request that the downstream LSR assign and advertise a label for a FEC." If the support for Label Request Packets do not exist, then it may become a challenge to fullfill the above conditions. This is just my humble observation. It will be interesting to avail of the opinions of the more learned of our colleagues. Best Regards santanu _________________________________________ *Santanu Ganguly* *Sr. Consultant, PS* *Riverbed Technology Inc.* *UK * On Mon, Jul 20, 2009 at 6:29 AM, Tonuka SinhaRay wrote: > Hi Guys > I have little confusion on the following sections of RFC 5036. > > As per the Section 3.5.7.1.3, I understand that if two LSRs operating in > Downstream on Demand mode, the upstream LSR is responsible for requesting > the Label mapping message. For this scenario, I understand that the upstream > LSR must generate Label request when conditions mentioned in Section 3.5.8.1 > matches. > According to section 3.5.8.1 of RFC 5036, I understand that the generation > of Label request packet is not must clause. > > Please clarify the following queries: > > 1) Whether the support for Label request message in an LSR mandatory? > > 2) If the support for Label request is not mandatory, then what will be > procedure for exchange of labels between two LSRs (not supporting Label > request) operating in Downstream on Demand? > > > With regards, > Tonuka > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > > --0016e6de003368b780046f1f6592 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi Tonuka,
=A0
IMHO, my personal interpretation of RFC 5036 is support for Label Requ= est Packet should be mandatory ( I maybe wrong though).=A0
For example, consider conditions of section 3.5.8.1 and 3.5.7.1.3 of R= FC 5036
=A0
3.5.7.1.3: "In general, = the upstream LSR is responsible for requesting label=A0 mappings when opera= ting in Downstream on Demand mode....an LSR operating in Downstream on Dema= nd mode SHOULD NOT be=A0 expected to send unsolicited mapping advertisement= s.=A0 Therefore, if=A0 the downstream LSR is operating in Downstream on Dem= and mode, the=A0upstream LSR is responsible for requesting label mappings a= s needed."
=A0
3.5.8.1.=A0 Label Request Mes= sage Procedures

=A0=A0" The Request message is used by an upstr= eam LSR to explicitly request=A0that the downstream LSR assign and advertis= e a label for a FEC."

If the support for Label Request Packets do not exist, then it m= ay become a challenge to fullfill the above conditions.
=A0
This is just my humble observation. It will be interesting to avail of= the opinions of the=A0more learned of our colleagues.
=A0
Best Regards
=A0
santanu
=A0
_________________________________________
Santanu Ganguly
Sr. Consultant, PS
Riverbed Technology Inc.
UK


On Mon, Jul 20, 2009 at 6:29 AM, Tonuka SinhaRay= <tonukasr@gmail= .com> wrote:
=A0Hi Guys=20

I have little confusion on the following sections of RFC 5036.

As per the Section 3.5.7.1.3, I understand that if two LSRs operating = in Downstream on Demand mode, the upstream LSR is responsible for requestin= g the Label mapping message. For this scenario, I understand that the upstr= eam LSR must generate Label request when conditions mentioned in Section 3.= 5.8.1 matches.
According to section 3.5.8.1 of RFC 5036, I understand that the genera= tion of Label request packet is not must clause.

Please clarify the following queries:

1) Whether the support for Label request message in an LSR mandatory?<= /div>

2) If the support for Label request is not mandatory, then what will b= e procedure for exchange of labels between two LSRs (not supporting Label r= equest) operating in Downstream on Demand?

=A0
With regards,
Tonuka

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


--0016e6de003368b780046f1f6592-- From ospf-bounces@ietf.org Mon Jul 20 13:02:34 2009 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@core3.amsl.com Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BAB2528C293 for ; Mon, 20 Jul 2009 13:02:34 -0700 (PDT) From: ospf-bounces@ietf.org To: mpls@ietf.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0380889288==" Message-ID: Date: Mon, 20 Jul 2009 13:02:33 -0700 Precedence: bulk X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.9 X-List-Administrivia: yes Sender: ospf-bounces@ietf.org Errors-To: ospf-bounces@ietf.org Subject: [mpls] The results of your email commands X-BeenThere: mpls@ietf.org List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jul 2009 20:02:34 -0000 --===============0380889288== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit The results of your email command are provided below. Attached is your original message. - Results: Ignoring non-text/plain MIME parts - Unprocessed: browser.=20 =20 =20 =20 =20 =20 =20 =20 Dear, mpls, You're=20 Invited=20 =20 =20 Get your stock of acaiberry at superbly discounted prices   you are one click away Know=20 someone else who might be interested? Forward them a copy of=20 this email.=20 =20 About | Manage Account | Unsubscribe | Legal=20 notice =20 - Done. --===============0380889288== Content-Type: message/rfc822 MIME-Version: 1.0 Return-Path: X-Original-To: ospf-request@core3.amsl.com Delivered-To: ospf-request@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 933C928C286; Mon, 20 Jul 2009 13:02:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -24.95 X-Spam-Level: X-Spam-Status: No, score=-24.95 tagged_above=-999 required=5 tests=[BAYES_99=3.5, FH_HELO_EQ_D_D_D_D=1.597, FH_HOST_EQ_D_D_D_D=0.765, FH_HOST_EQ_VERIZON_P=2.144, FM_DDDD_TIMES_2=1.999, HELO_DYNAMIC_IPADDR=2.426, HELO_EQ_DSL=1.129, HELO_EQ_VERIZON_POOL=1.495, HTML_MESSAGE=0.001, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E8_51_100=1.5, RAZOR2_CHECK=0.5, RCVD_IN_BL_SPAMCOP_NET=1.96, RCVD_IN_PBL=0.905, RCVD_IN_SORBS_DUL=0.877, RCVD_IN_SORBS_WEB=0.619, RCVD_IN_XBL=3.033, RDNS_DYNAMIC=0.1, URIBL_BLACK=20, URIBL_JP_SURBL=10, URIBL_SBL=20, 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 kPnpJn1-PHjQ; Mon, 20 Jul 2009 13:02:31 -0700 (PDT) Received: from pool-71-105-192-252.lsanca.dsl-w.verizon.net (pool-71-105-192-252.lsanca.dsl-w.verizon.net [71.105.192.252]) by core3.amsl.com (Postfix) with ESMTP id C261328C281; Mon, 20 Jul 2009 13:02:31 -0700 (PDT) Received: from 71.105.192.252 by mail-server.ipc-toulouse.net; Mon, 20 Jul 2009 13:01:33 -0800 Message-ID: <000d01ca0974$e1323220$6400a8c0@seemlv8> From: To: Subject: Try a full bottle of Acai Berry for Free Date: Mon, 20 Jul 2009 13:01:33 -0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0007_01CA0974.E1323220" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 This is a multi-part message in MIME format. ------=_NextPart_000_0007_01CA0974.E1323220 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Trouble viewing this email? View it in a web=20 browser.=20 =20 =20 =20 =20 =20 =20 =20 Dear, mpls, You're=20 Invited=20 =20 =20 Get your stock of acaiberry at superbly discounted prices   you are one click away Know=20 someone else who might be interested? Forward them a copy of=20 this email.=20 =20 About | Manage Account | Unsubscribe | Legal=20 notice =20 ------=_NextPart_000_0007_01CA0974.E1323220 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Trouble viewing this email? View it in a web=20 browser.

Get your stock of acaiberry at superbly discounted pr= ices
 


Know= =20 someone else who might be interested? Forward them a copy of=20 this email.
Dear, mpls, You're=20 Invited
About | Manage Account | Unsubscribe | Legal=20 notice
------=_NextPart_000_0007_01CA0974.E1323220-- --===============0380889288==-- From subodh@juniper.net Wed Jul 22 23:24:41 2009 Return-Path: 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 575A63A688C for ; Wed, 22 Jul 2009 23:24:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.598 X-Spam-Level: X-Spam-Status: No, score=-6.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, 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 FP9wzPF3SIia for ; Wed, 22 Jul 2009 23:24:40 -0700 (PDT) Received: from exprod7og101.obsmtp.com (exprod7og101.obsmtp.com [64.18.2.155]) by core3.amsl.com (Postfix) with ESMTP id 68D193A6870 for ; Wed, 22 Jul 2009 23:24:40 -0700 (PDT) Received: from source ([66.129.224.36]) (using TLSv1) by exprod7ob101.postini.com ([64.18.6.12]) with SMTP ID DSNKSmgB5AQ1nfP8cXOBlZ6sc7d5diDn4ztP@postini.com; Wed, 22 Jul 2009 23:24:41 PDT Received: from p-emfe01-sac.jnpr.net (66.129.254.71) by P-EMHUB01-HQ.jnpr.net (172.24.192.35) with Microsoft SMTP Server id 8.1.375.2; Wed, 22 Jul 2009 23:10:43 -0700 Received: from p-emlb02-sac.jnpr.net ([66.129.254.47]) by p-emfe01-sac.jnpr.net with Microsoft SMTPSVC(6.0.3790.3959); Wed, 22 Jul 2009 23:10:43 -0700 Received: from emailbng1.jnpr.net ([10.209.194.15]) by p-emlb02-sac.jnpr.net with Microsoft SMTPSVC(6.0.3790.3959); Wed, 22 Jul 2009 23:10:43 -0700 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_01CA0B5C.29BC9CFB" Date: Thu, 23 Jul 2009 11:39:40 +0530 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: New draft Submission: draft-kumar-mpls-fec-to-nhlfe-mib-01.txt Thread-Index: AcoK68kXn871F1UcSXW5jIyJ4HOFvgAb9j2A From: Subodh Kumar To: X-OriginalArrivalTime: 23 Jul 2009 06:10:43.0632 (UTC) FILETIME=[4FBF6300:01CA0B5C] Cc: Subodh Kumar Subject: [mpls] New draft Submission: draft-kumar-mpls-fec-to-nhlfe-mib-01.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2009 07:08:10 -0000 ------_=_NextPart_001_01CA0B5C.29BC9CFB Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi All,=20 I have submitted the draft with below link which defines an alternate for RFC 3814. Pls share you comments on this: =20 =20 http://www3.ietf.org/proceedings/staging/draft-kumar-mpls-fec-to-nhlfe-m ib-01.txt =20 Also, I request for adoption it as a WG item. =20 =20 Thanks Subodh =20 =20 ------_=_NextPart_001_01CA0B5C.29BC9CFB Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi All,

  I have submitted the draft with below link = which defines an alternate for RFC 3814. Pls share you comments on = this:

 

   http://www3.ietf.org/proceedings/staging/draft-kumar-m= pls-fec-to-nhlfe-mib-01.txt

 

Also, I request for adoption it as a WG = item.

 

 

Thanks

Subodh

 

 

------_=_NextPart_001_01CA0B5C.29BC9CFB-- From subodh@juniper.net Thu Jul 23 01:28:25 2009 Return-Path: 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 AFA093A69AF for ; Thu, 23 Jul 2009 01:28:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.548 X-Spam-Level: X-Spam-Status: No, score=-6.548 tagged_above=-999 required=5 tests=[AWL=0.050, BAYES_00=-2.599, 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 9wTlAAssCIYN for ; Thu, 23 Jul 2009 01:28:25 -0700 (PDT) Received: from exprod7og123.obsmtp.com (exprod7og123.obsmtp.com [64.18.2.24]) by core3.amsl.com (Postfix) with ESMTP id B190A3A68ED for ; Thu, 23 Jul 2009 01:28:24 -0700 (PDT) Received: from source ([66.129.224.36]) (using TLSv1) by exprod7ob123.postini.com ([64.18.6.12]) with SMTP ID DSNKSmgelP1s4JZl8zsVeySoNLtBhHTLTYHR@postini.com; Thu, 23 Jul 2009 01:28:25 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.375.2; Thu, 23 Jul 2009 01:04:42 -0700 Received: from p-emsmtp03.jnpr.net ([66.129.254.54]) by p-emfe01-sac.jnpr.net with Microsoft SMTPSVC(6.0.3790.3959); Thu, 23 Jul 2009 01:04:42 -0700 Received: from emailbng1.jnpr.net ([10.209.194.15]) by p-emsmtp03.jnpr.net with Microsoft SMTPSVC(6.0.3790.3959); Thu, 23 Jul 2009 01:04:42 -0700 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_01CA0B6B.F2682C33" Date: Thu, 23 Jul 2009 13:32:38 +0530 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: New draft Submission: draft-kumar-mpls-fec-to-nhlfe-mib-01.txt Thread-Index: AcoK68kXn871F1UcSXW5jIyJ4HOFvgAb9j2AAAP5rTA= From: Subodh Kumar To: X-OriginalArrivalTime: 23 Jul 2009 08:04:42.0477 (UTC) FILETIME=[3C0451D0:01CA0B6C] Subject: Re: [mpls] New draft Submission: draft-kumar-mpls-fec-to-nhlfe-mib-01.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2009 08:28:25 -0000 ------_=_NextPart_001_01CA0B6B.F2682C33 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Rather use the following url : http://www.ietf.org/id/draft-kumar-mpls-fec-to-nhlfe-mib-01.txt =20 =20 Thanks Subdoh =20 ________________________________ From: Subodh Kumar=20 Sent: Thursday, July 23, 2009 11:40 AM To: 'mpls@ietf.org' Cc: Ronald Bonica; Subodh Kumar Subject: New draft Submission: draft-kumar-mpls-fec-to-nhlfe-mib-01.txt =20 Hi All,=20 I have submitted the draft with below link which defines an alternate for RFC 3814. Pls share you comments on this: =20 =20 http://www3.ietf.org/proceedings/staging/draft-kumar-mpls-fec-to-nhlfe-m ib-01.txt =20 Also, I request for adoption it as a WG item. =20 =20 Thanks Subodh =20 =20 ------_=_NextPart_001_01CA0B6B.F2682C33 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Rather use the following url = :

    = http://www.ietf.org/id/draft-kumar-mpls-fec-to-nhlfe-mib-01.txt<= /o:p>

 

 

Thanks

Subdoh

 

From: = Subodh Kumar
Sent: Thursday, July 23, = 2009 11:40 AM
To: 'mpls@ietf.org'
Cc: Ronald Bonica; Subodh = Kumar
Subject: New draft = Submission: draft-kumar-mpls-fec-to-nhlfe-mib-01.txt

 

Hi All,

  I have submitted the draft with below link = which defines an alternate for RFC 3814. Pls share you comments on = this:

 

   http://www3.ietf.org/proceedings/staging/draft-kumar-m= pls-fec-to-nhlfe-mib-01.txt

 

Also, I request for adoption it as a WG = item.

 

 

Thanks

Subodh

 

 

------_=_NextPart_001_01CA0B6B.F2682C33-- From tnadeau@lucidvision.com Thu Jul 23 04:41:17 2009 Return-Path: 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 372BF3A6A12 for ; Thu, 23 Jul 2009 04:41:17 -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.001, 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 jTEJmxi1jVa9 for ; Thu, 23 Jul 2009 04:41:15 -0700 (PDT) Received: from lucidvision.com (lucidvision.com [72.71.250.34]) by core3.amsl.com (Postfix) with ESMTP id 3CC333A6A7F for ; Thu, 23 Jul 2009 04:41:14 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by lucidvision.com (Postfix) with ESMTP id 040053FA34DC; Thu, 23 Jul 2009 07:32:07 -0400 (EDT) X-Virus-Scanned: amavisd-new at lucidvision.local 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 6dajqIAqx94S; Thu, 23 Jul 2009 07:32:05 -0400 (EDT) Received: from [192.168.1.120] (static-72-71-250-36.cncdnh.fios.myfairpoint.net [72.71.250.36]) by lucidvision.com (Postfix) with ESMTP id 99C5E3FA34C7; Thu, 23 Jul 2009 07:32:05 -0400 (EDT) Message-Id: <8689C9EA-85E2-4429-95F7-D16348D8FEE1@lucidvision.com> From: Thomas Nadeau To: Subodh Kumar In-Reply-To: Content-Type: multipart/alternative; boundary=Apple-Mail-4--541414910 Mime-Version: 1.0 (Apple Message framework v935.3) Date: Thu, 23 Jul 2009 07:32:04 -0400 References: X-Mailer: Apple Mail (2.935.3) Cc: mpls@ietf.org Subject: Re: [mpls] New draft Submission: draft-kumar-mpls-fec-to-nhlfe-mib-01.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2009 11:41:17 -0000 --Apple-Mail-4--541414910 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit It doesn't appear in the repository as of this morning. Anyways, it might be useful for you to explain why we need to redo RFC3814. --Tom > Hi All, > I have submitted the draft with below link which defines an > alternate for RFC 3814. Pls share you comments on this: > > http://www3.ietf.org/proceedings/staging/draft-kumar-mpls-fec-to-nhlfe-mib-01.txt > > Also, I request for adoption it as a WG item. > > > Thanks > Subodh > > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls --Apple-Mail-4--541414910 Content-Type: text/html; charset=US-ASCII Content-Transfer-Encoding: quoted-printable

It = doesn't appear in the repository as of this = morning. 

Anyways, it might be useful for = you to explain why we need to redo RFC3814.

= --Tom


Hi = All,
 mpls@ietf.org
In-Reply-To: <8689C9EA-85E2-4429-95F7-D16348D8FEE1@lucidvision.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [mpls] New draft Submission: draft-kumar-mpls-fec-to-nhlfe-mib-01.txt Thread-Index: AcoLiUWXnvWHQd9OTo2BzdqgoqHARQAAi/Pw References: <8689C9EA-85E2-4429-95F7-D16348D8FEE1@lucidvision.com> From: Subodh Kumar To: "Thomas Nadeau" X-OriginalArrivalTime: 23 Jul 2009 12:14:45.0307 (UTC) FILETIME=[2A6680B0:01CA0B8F] Cc: mpls@ietf.org Subject: Re: [mpls] New draft Submission: draft-kumar-mpls-fec-to-nhlfe-mib-01.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2009 12:22:48 -0000 > > It doesn't appear in the repository as of this morning.=20 Pls use the following url: http://www.ietf.org/id/draft-kumar-mpls-fec-to-nhlfe-mib-01.txt > > Anyways, it might be useful for you to explain why we need to=20 > redo RFC3814. There are some reasons that are suggested in section 5 of the proposed = draft: - Each entry in the mplsFTNTable table corresponds to a FIB entry. = Unfortunately, the indexing structure appears complex and is not easy to = implement. And even if it were implementable, given the indexing = structure, the only way to retrieve data from the MIB would be to walk = the entire table. The proposed document simplifies the indexing = structure by using a structure similar to the forwarding table = (ipCidrRouteTable). - The mplsFTNMapTable maps mplsFTNTable entries to the interfaces upon = which they are applied. This would make sense if a router maintained a = separate forwarding table for each incoming interface. I doubt if any = routers do this. =20 - The mplsFTNPerfTable maintains per route performance statistics. It = is highly unlikely that anybody maintains such statistics. Pls share on your valuable inputs. Thanks Subodh ________________________________________ From: Thomas Nadeau [mailto:tnadeau@lucidvision.com]=20 Sent: Thursday, July 23, 2009 5:02 PM To: Subodh Kumar Cc: mpls@ietf.org Subject: Re: [mpls] New draft Submission: = draft-kumar-mpls-fec-to-nhlfe-mib-01.txt It doesn't appear in the repository as of this morning.=A0 Anyways, it might be useful for you to explain why we need to redo = RFC3814. --Tom =A0 From tnadeau@lucidvision.com Thu Jul 23 07:13:57 2009 Return-Path: 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 E3CD63A6939 for ; Thu, 23 Jul 2009 07:13:57 -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 Y-OZwdyEaRiK for ; Thu, 23 Jul 2009 07:13:56 -0700 (PDT) Received: from lucidvision.com (lucidvision.com [72.71.250.34]) by core3.amsl.com (Postfix) with ESMTP id 6FA933A67A2 for ; Thu, 23 Jul 2009 07:13:27 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by lucidvision.com (Postfix) with ESMTP id 492F63FA406D; Thu, 23 Jul 2009 10:12:07 -0400 (EDT) X-Virus-Scanned: amavisd-new at lucidvision.local 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 wU-SCv091qrD; Thu, 23 Jul 2009 10:12:05 -0400 (EDT) Received: from [192.168.1.120] (static-72-71-250-36.cncdnh.fios.myfairpoint.net [72.71.250.36]) by lucidvision.com (Postfix) with ESMTP id 897EB3FA405B; Thu, 23 Jul 2009 10:12:05 -0400 (EDT) Message-Id: <1CA95B2F-A378-41CA-B56A-A8BF4F0E075D@lucidvision.com> From: Thomas Nadeau To: Subodh Kumar In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Thu, 23 Jul 2009 10:12:05 -0400 References: <8689C9EA-85E2-4429-95F7-D16348D8FEE1@lucidvision.com> X-Mailer: Apple Mail (2.935.3) Cc: mpls@ietf.org Subject: Re: [mpls] New draft Submission: draft-kumar-mpls-fec-to-nhlfe-mib-01.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2009 14:13:58 -0000 >> It doesn't appear in the repository as of this morning. > > Pls use the following url: > http://www.ietf.org/id/draft-kumar-mpls-fec-to-nhlfe-mib-01.txt Got it. Thanks. >> Anyways, it might be useful for you to explain why we need to >> redo RFC3814. > > There are some reasons that are suggested in section 5 of the > proposed draft: > - Each entry in the mplsFTNTable table corresponds to a FIB entry. > Unfortunately, the indexing structure appears complex and is not > easy to implement. And even if it were implementable, It is implementable; I've implemented it as have a number of vendors over the years. 8) In fact, an informal poll I took about 4 or 5 years ago showed that the core set of MIBs (RFC3811, 12, 13, 14 and 15) had been implemented at least in part, by about 20 vendors and NMS vendors. > given the indexing structure, the only way to retrieve data from the > MIB would be to walk the entire table. The proposed document > simplifies the indexing structure by using a structure similar to > the forwarding table (ipCidrRouteTable). I guess that depends on how your FIB is indexed. I will be the first to admit that the indexing structure isn't perfect, but it was designed to be flexible enough to accommodate the many implementations that contributed to the design when we built the MIB many years ago. It was also designed to handle the many different contingencies afforded by RFC3031 as well as follow-ons to this such as multicast. > - The mplsFTNMapTable maps mplsFTNTable entries to the interfaces > upon which they are applied. This would make sense if a router > maintained a separate forwarding table for each incoming interface. > I doubt if any routers do this. > > - The mplsFTNPerfTable maintains per route performance statistics. Yes. > It is highly unlikely that anybody maintains such statistics. Guess again, some do/did for sure. *) Again, the MIB wasn't designed to work in theory; it was designed originally with inputs from many vendors. Speaking as an operator now, what I want to avoid here is the fiasco we had with the TE-TE-MIB where we designed a separate TE MIB and standardized what ultimately was a proprietary MIB from one vendor -- and you know who you are Kireeti *) -- supported by operators that used that vendor's equipment only. What we at BT want are MIBs that are interoperable and multi- vendor. My OSS is so expensive to design and run already that I don't want to have to have any more special management per-vendor than I have already. However, if other vendors and operators support modifying/augmenting RFC3814 let us do it, but if this is just an effort as it seems you said above -- to support your particular FIB design -- I am not for that. --Tom > Pls share on your valuable inputs. > > Thanks > Subodh > > > ________________________________________ > From: Thomas Nadeau [mailto:tnadeau@lucidvision.com] > Sent: Thursday, July 23, 2009 5:02 PM > To: Subodh Kumar > Cc: mpls@ietf.org > Subject: Re: [mpls] New draft Submission: draft-kumar-mpls-fec-to- > nhlfe-mib-01.txt > > > It doesn't appear in the repository as of this morning. > > Anyways, it might be useful for you to explain why we need to redo > RFC3814. > > --Tom > > > From Martin.Vigoureux@alcatel-lucent.com Thu Jul 23 08:03:58 2009 Return-Path: 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 53EFF3A68B3 for ; Thu, 23 Jul 2009 08:03:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.759 X-Spam-Level: X-Spam-Status: No, score=-0.759 tagged_above=-999 required=5 tests=[BAYES_05=-1.11, HELO_EQ_FR=0.35, 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 5G370yp7ZJRV for ; Thu, 23 Jul 2009 08:03:57 -0700 (PDT) Received: from smail6.alcatel.fr (smail6.alcatel.fr [64.208.49.42]) by core3.amsl.com (Postfix) with ESMTP id 7C70A3A6B34 for ; Thu, 23 Jul 2009 08:03:48 -0700 (PDT) Received: from FRVELSBHS02.ad2.ad.alcatel.com (frvelsbhs02.dc-m.alcatel-lucent.com [155.132.6.74]) by smail6.alcatel.fr (8.13.8/8.13.8/ICT) with ESMTP id n6NF2qap018694 for ; Thu, 23 Jul 2009 17:02:52 +0200 Received: from FRMRSSMBS31.ad2.ad.alcatel.com ([155.132.6.11]) by FRVELSBHS02.ad2.ad.alcatel.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 23 Jul 2009 17:02:51 +0200 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_01CA0BA6.A5FF69F3" Date: Thu, 23 Jul 2009 17:02:51 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: agenda updated - please send slides Thread-Index: AcoLpqXBKR8TTcEIQAaCGuOaZGN18A== From: "VIGOUREUX MARTIN" To: X-OriginalArrivalTime: 23 Jul 2009 15:02:51.0854 (UTC) FILETIME=[A6736EE0:01CA0BA6] X-Scanned-By: MIMEDefang 2.57 on 155.132.188.84 Subject: [mpls] agenda updated - please send slides X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2009 15:03:58 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CA0BA6.A5FF69F3 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable all, the agenda has been updated. Please start sending your slides, the first session is on Monday. regards, martin ------_=_NextPart_001_01CA0BA6.A5FF69F3 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable agenda updated - please send slides

all,

the agenda has been updated.
Please start sending your slides, the first session is on Monday.

regards,
martin

------_=_NextPart_001_01CA0BA6.A5FF69F3-- From rbonica@juniper.net Thu Jul 23 14:46:30 2009 Return-Path: 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 65E243A6ACC for ; Thu, 23 Jul 2009 14:46:30 -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 SZPrfc-sQqla for ; Thu, 23 Jul 2009 14:46:29 -0700 (PDT) Received: from exprod7og122.obsmtp.com (exprod7og122.obsmtp.com [64.18.2.22]) by core3.amsl.com (Postfix) with ESMTP id 3AFC23A67E6 for ; Thu, 23 Jul 2009 14:46:29 -0700 (PDT) Received: from source ([66.129.224.36]) (using TLSv1) by exprod7ob122.postini.com ([64.18.6.12]) with SMTP ID DSNKSmjZzuU1JCNFAEM0b7b974IhKF1C1Apa@postini.com; Thu, 23 Jul 2009 14:46:30 PDT Received: from p-emfe01-wf.jnpr.net (172.28.145.24) by P-EMHUB02-HQ.jnpr.net (172.24.192.36) with Microsoft SMTP Server (TLS) id 8.1.375.2; Thu, 23 Jul 2009 14:41:28 -0700 Received: from [172.28.134.11] (172.28.134.11) by p-emfe01-wf.jnpr.net (172.28.145.22) with Microsoft SMTP Server (TLS) id 8.1.375.2; Thu, 23 Jul 2009 17:41:27 -0400 Message-ID: <4A68D903.7080809@juniper.net> Date: Thu, 23 Jul 2009 17:41:23 -0400 From: Ron Bonica User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: Thomas Nadeau References: <8689C9EA-85E2-4429-95F7-D16348D8FEE1@lucidvision.com> <1CA95B2F-A378-41CA-B56A-A8BF4F0E075D@lucidvision.com> In-Reply-To: <1CA95B2F-A378-41CA-B56A-A8BF4F0E075D@lucidvision.com> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Cc: Subodh Kumar , "mpls@ietf.org" Subject: Re: [mpls] New draft Submission: draft-kumar-mpls-fec-to-nhlfe-mib-01.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2009 21:46:30 -0000 Tom, While RFC 3814 may not be totally unimplementable, I think that it does deserve a bis-version. The following are rationale: In RFC 3814, mplsFTNEntry is indexed by mplsFTNIndex. mplsFTNIndex is an unsigned integer representing the entry's relative position in the table (1,2,3,4). If someone wanted to walk the entire table, this would be all well and good. However, sometimes you might want to look for a particular entry in the table. In that case, indexing becomes much more important. The current indexing structure allows you to perform a GET by relative position in the table (e.g., Get me the 102nd entry in the routing table). I think that Subodh proposes a much more useful indexing structure, mimicking ipCidrRouteTable, which has proven very useful over the years. Since we need to open the draft to address indexing problems, now would be a very good time to also revisit the issue of per route statistics. With the operational experience we have behind us today, would we still include the mplsFTNPerfTable in the standard? Ron Thomas Nadeau wrote: > >>> It doesn't appear in the repository as of this morning. >> Pls use the following url: >> http://www.ietf.org/id/draft-kumar-mpls-fec-to-nhlfe-mib-01.txt > > Got it. Thanks. > >>> Anyways, it might be useful for you to explain why we need to >>> redo RFC3814. >> There are some reasons that are suggested in section 5 of the >> proposed draft: >> - Each entry in the mplsFTNTable table corresponds to a FIB entry. >> Unfortunately, the indexing structure appears complex and is not >> easy to implement. And even if it were implementable, > > It is implementable; I've implemented it as have a number of vendors > over the years. 8) > In fact, an informal poll I took about 4 or 5 years ago showed that > the core set of MIBs (RFC3811, > 12, 13, 14 and 15) had been implemented at least in part, by about 20 > vendors and NMS vendors. > >> given the indexing structure, the only way to retrieve data from the >> MIB would be to walk the entire table. The proposed document >> simplifies the indexing structure by using a structure similar to >> the forwarding table (ipCidrRouteTable). > > I guess that depends on how your FIB is indexed. I will be the first > to admit that the indexing structure > isn't perfect, but it was designed to be flexible enough to > accommodate the many implementations that contributed > to the design when we built the MIB many years ago. It was also > designed to handle the many different > contingencies afforded by RFC3031 as well as follow-ons to this such > as multicast. > >> - The mplsFTNMapTable maps mplsFTNTable entries to the interfaces >> upon which they are applied. This would make sense if a router >> maintained a separate forwarding table for each incoming interface. >> I doubt if any routers do this. >> >> - The mplsFTNPerfTable maintains per route performance statistics. > > Yes. > >> It is highly unlikely that anybody maintains such statistics. > > Guess again, some do/did for sure. *) Again, the MIB wasn't designed > to work in theory; > it was designed originally with inputs from many vendors. > > Speaking as an operator now, what I want to avoid here is the fiasco > we had with the > TE-TE-MIB where we designed a separate TE MIB and standardized what > ultimately was a proprietary MIB from > one vendor -- and you know who you are Kireeti *) -- supported by > operators that used that vendor's equipment > only. What we at BT want are MIBs that are interoperable and multi- > vendor. My OSS is so expensive to > design and run already that I don't want to have to have any more > special management per-vendor than I > have already. However, if other vendors and operators support > modifying/augmenting RFC3814 let us do it, > but if this is just an effort as it seems you said above -- to support > your particular FIB design -- I > am not for that. > > --Tom > > > > >> Pls share on your valuable inputs. >> >> Thanks >> Subodh >> >> >> ________________________________________ >> From: Thomas Nadeau [mailto:tnadeau@lucidvision.com] >> Sent: Thursday, July 23, 2009 5:02 PM >> To: Subodh Kumar >> Cc: mpls@ietf.org >> Subject: Re: [mpls] New draft Submission: draft-kumar-mpls-fec-to- >> nhlfe-mib-01.txt >> >> >> It doesn't appear in the repository as of this morning. >> >> Anyways, it might be useful for you to explain why we need to redo >> RFC3814. >> >> --Tom >> >> >> > > . > From adrian@olddog.co.uk Sat Jul 25 02:08:24 2009 Return-Path: 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 BC7B728C0FC for ; Sat, 25 Jul 2009 02:08:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.163 X-Spam-Level: X-Spam-Status: No, score=-2.163 tagged_above=-999 required=5 tests=[AWL=0.435, 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 T0RRHhtZMt2r for ; Sat, 25 Jul 2009 02:08:23 -0700 (PDT) Received: from asmtp2.iomartmail.com (asmtp2.iomartmail.com [62.128.201.249]) by core3.amsl.com (Postfix) with ESMTP id 4DA973A6825 for ; Sat, 25 Jul 2009 02:08:23 -0700 (PDT) Received: from asmtp2.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id n6P98MLB025628; Sat, 25 Jul 2009 10:08:22 +0100 Received: from your029b8cecfe (bgp-ext.core.365-24.net [217.151.192.10]) (authenticated bits=0) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id n6P98KHP025614; Sat, 25 Jul 2009 10:08:22 +0100 Message-ID: From: "Adrian Farrel" To: "Ron Bonica" , "Thomas Nadeau" References: <8689C9EA-85E2-4429-95F7-D16348D8FEE1@lucidvision.com><1CA95B2F-A378-41CA-B56A-A8BF4F0E075D@lucidvision.com> <4A68D903.7080809@juniper.net> Date: Sat, 25 Jul 2009 10:08:15 +0100 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: Subodh Kumar , mpls@ietf.org Subject: Re: [mpls] New draft Submission:draft-kumar-mpls-fec-to-nhlfe-mib-01.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: Adrian Farrel List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jul 2009 09:08:24 -0000 [Individual contributor mode] Revising a MIB module is extremely disruptive to implementations. Aren't there ways of handling the indexing problem without requiring to respin the entire MIB module? For example, one could define a new table, indexed as you want that allows you to read the (numeric) index to the new table. So, the "while we have the draft open" explanation does not hold. Instead, can we pick through the issues and decide whether a revision or an extension is more appropriate? (Oh, and avoiding emotive language describing other people's work) Cheers, Adrian ----- Original Message ----- From: "Ron Bonica" To: "Thomas Nadeau" Cc: "Subodh Kumar" ; Sent: Thursday, July 23, 2009 10:41 PM Subject: Re: [mpls] New draft Submission:draft-kumar-mpls-fec-to-nhlfe-mib-01.txt > Tom, > > While RFC 3814 may not be totally unimplementable, I think that it does > deserve a bis-version. The following are rationale: > > In RFC 3814, mplsFTNEntry is indexed by mplsFTNIndex. mplsFTNIndex is an > unsigned integer representing the entry's relative position in the table > (1,2,3,4). > > If someone wanted to walk the entire table, this would be all well and > good. However, sometimes you might want to look for a particular entry > in the table. In that case, indexing becomes much more important. > > The current indexing structure allows you to perform a GET by relative > position in the table (e.g., Get me the 102nd entry in the routing > table). I think that Subodh proposes a much more useful indexing > structure, mimicking ipCidrRouteTable, which has proven very useful over > the years. > > Since we need to open the draft to address indexing problems, now would > be a very good time to also revisit the issue of per route statistics. > With the operational experience we have behind us today, would we still > include the mplsFTNPerfTable in the standard? > > Ron > > Thomas Nadeau wrote: >> >>>> It doesn't appear in the repository as of this morning. >>> Pls use the following url: >>> http://www.ietf.org/id/draft-kumar-mpls-fec-to-nhlfe-mib-01.txt >> >> Got it. Thanks. >> >>>> Anyways, it might be useful for you to explain why we need to >>>> redo RFC3814. >>> There are some reasons that are suggested in section 5 of the >>> proposed draft: >>> - Each entry in the mplsFTNTable table corresponds to a FIB entry. >>> Unfortunately, the indexing structure appears complex and is not >>> easy to implement. And even if it were implementable, >> >> It is implementable; I've implemented it as have a number of vendors >> over the years. 8) >> In fact, an informal poll I took about 4 or 5 years ago showed that >> the core set of MIBs (RFC3811, >> 12, 13, 14 and 15) had been implemented at least in part, by about 20 >> vendors and NMS vendors. >> >>> given the indexing structure, the only way to retrieve data from the >>> MIB would be to walk the entire table. The proposed document >>> simplifies the indexing structure by using a structure similar to >>> the forwarding table (ipCidrRouteTable). >> >> I guess that depends on how your FIB is indexed. I will be the first >> to admit that the indexing structure >> isn't perfect, but it was designed to be flexible enough to >> accommodate the many implementations that contributed >> to the design when we built the MIB many years ago. It was also >> designed to handle the many different >> contingencies afforded by RFC3031 as well as follow-ons to this such >> as multicast. >> >>> - The mplsFTNMapTable maps mplsFTNTable entries to the interfaces >>> upon which they are applied. This would make sense if a router >>> maintained a separate forwarding table for each incoming interface. >>> I doubt if any routers do this. >>> >>> - The mplsFTNPerfTable maintains per route performance statistics. >> >> Yes. >> >>> It is highly unlikely that anybody maintains such statistics. >> >> Guess again, some do/did for sure. *) Again, the MIB wasn't designed >> to work in theory; >> it was designed originally with inputs from many vendors. >> >> Speaking as an operator now, what I want to avoid here is the fiasco >> we had with the >> TE-TE-MIB where we designed a separate TE MIB and standardized what >> ultimately was a proprietary MIB from >> one vendor -- and you know who you are Kireeti *) -- supported by >> operators that used that vendor's equipment >> only. What we at BT want are MIBs that are interoperable and multi- >> vendor. My OSS is so expensive to >> design and run already that I don't want to have to have any more >> special management per-vendor than I >> have already. However, if other vendors and operators support >> modifying/augmenting RFC3814 let us do it, >> but if this is just an effort as it seems you said above -- to support >> your particular FIB design -- I >> am not for that. >> >> --Tom >> >> >> >> >>> Pls share on your valuable inputs. >>> >>> Thanks >>> Subodh >>> >>> >>> ________________________________________ >>> From: Thomas Nadeau [mailto:tnadeau@lucidvision.com] >>> Sent: Thursday, July 23, 2009 5:02 PM >>> To: Subodh Kumar >>> Cc: mpls@ietf.org >>> Subject: Re: [mpls] New draft Submission: draft-kumar-mpls-fec-to- >>> nhlfe-mib-01.txt >>> >>> >>> It doesn't appear in the repository as of this morning. >>> >>> Anyways, it might be useful for you to explain why we need to redo >>> RFC3814. >>> >>> --Tom >>> >>> >>> >> >> . >> > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls > From Martin.Vigoureux@alcatel-lucent.com Sun Jul 26 03:19:35 2009 Return-Path: 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 E773A3A6976; Sun, 26 Jul 2009 03:19:35 -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 zpFkXPYGQQeA; Sun, 26 Jul 2009 03:19:34 -0700 (PDT) Received: from smail2.alcatel.fr (smail2.alcatel.fr [62.23.212.57]) by core3.amsl.com (Postfix) with ESMTP id 85A8A3A6953; Sun, 26 Jul 2009 03:19:34 -0700 (PDT) Received: from FRVELSBHS05.ad2.ad.alcatel.com (frvelsbhs05.dc-m.alcatel-lucent.com [155.132.6.77]) by smail2.alcatel.fr (8.13.8/8.13.8/ICT) with ESMTP id n6QAJWY9006309; Sun, 26 Jul 2009 12:19:32 +0200 Received: from [135.244.18.48] ([135.244.18.48]) by FRVELSBHS05.ad2.ad.alcatel.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Sun, 26 Jul 2009 12:19:32 +0200 Message-ID: <4A6C2D94.8040804@alcatel-lucent.com> Date: Sun, 26 Jul 2009 12:19:00 +0200 From: Martin Vigoureux Organization: Alcatel-Lucent User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: mpls@ietf.org, "mpls-tp@ietf" References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-OriginalArrivalTime: 26 Jul 2009 10:19:33.0063 (UTC) FILETIME=[919F0570:01CA0DDA] X-Scanned-By: MIMEDefang 2.57 on 155.132.188.80 Subject: Re: [mpls] agenda updated - please send slides X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jul 2009 10:19:36 -0000 all, this is a kind reminder. MPLS WG sessions start tomorrow. Thanks. martin VIGOUREUX MARTIN a écrit : > all, > > the agenda has been updated. > Please start sending your slides, the first session is on Monday. > > regards, > martin > > > ------------------------------------------------------------------------ > > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls From adrian@olddog.co.uk Sun Jul 26 04:33:04 2009 Return-Path: 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 96AB528C10F for ; Sun, 26 Jul 2009 04:33:04 -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 7IsXolWGY2xG for ; Sun, 26 Jul 2009 04:33:03 -0700 (PDT) Received: from asmtp1.iomartmail.com (asmtp1.iomartmail.com [62.128.201.248]) by core3.amsl.com (Postfix) with ESMTP id 6EDB23A69BD for ; Sun, 26 Jul 2009 04:33:03 -0700 (PDT) Received: from asmtp1.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp1.iomartmail.com (8.13.8/8.13.8) with ESMTP id n6QBWorY019616; Sun, 26 Jul 2009 12:32:55 +0100 Received: from your029b8cecfe (dhcp-13ed.meeting.ietf.org [130.129.19.237]) (authenticated bits=0) by asmtp1.iomartmail.com (8.13.8/8.13.8) with ESMTP id n6QBWlZC019596; Sun, 26 Jul 2009 12:32:49 +0100 Message-ID: From: "Adrian Farrel" To: , , Date: Sun, 26 Jul 2009 12:32:34 +0100 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-ads@tools.ietf.org, mpls-chairs@tools.ietf.org, mpls@ietf.org Subject: [mpls] AD review of Soft Preemtion work X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: Adrian Farrel List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jul 2009 11:33:04 -0000 Hi, I've been reading draft-ietf-mpls-3209-patherr-04.txt, prior to kicking off IETF last call. I don't have many questions... The Abstract and Introduction to draft-ietf-mpls-3209-patherr-04.txt explicitly call out MPLS when discussing RSVP-TE PathErr messages. But they do not mention GMPLS. In fact, the only reference to RFC3473 is in section 2.2. I think that the text needs to be clear on whether or not it is intended to apply to GMPLS signaling. This obviously affects how the document is read and applied, and should not be left for people to assume (one way or the other). draft-ietf-mpls-3209-patherr-04.txt uses some BNF (copied from RFC 2205). New "rules" require that any document that uses a formal language includes a reference to the definition of the formal language. Your choice here is: - leave out the text copy from 2205 - insert a reference to RFC 5511 draft-ietf-mpls-3209-patherr-04.txt Page 4 Additionally, PathErr messages may be used in two circumstances: Strike "Additionally," The RFC Editor will require the first section of draft-ietf-mpls-soft-preemption-17.txt to be the Introduction. I think you can simply re-order the sections you already have, and expand the acronyms in the Introduction section. I am trying to not re-open my mailing list discussions of draft-ietf-mpls-soft-preemption-17.txt from the last couple of years. :-) In section 6.1 you have For each preempted TE LSP, instead of sending an RSVP Path Tear message after the receipt of an RSVP PathErr message notifying a fatal action as documented in [I-D.ietf-mpls-3209-patherr] upon preemption as with hard preemption (which would result in an immediate traffic disruption for the preempted TE LSP), the preempting node's local bandwidth accounting for the preempted TE LSP is zeroed and a PathErr with error code "Reroute" and a error value "Reroute request soft preemption" for that TE LSP is issued upstream toward the head-end LSR. I can't parse this single-sentence paragraph. Can you look at how to break it up? I think the node being described is the preempting node. But the preempting node does not receive a PathErr so the first part of the sentence confuses me. draft-ietf-mpls-soft-preemption-17.txt section 6.1 Should a refresh event for a soft preempted TE LSP arrive before the soft preemption timer expires, the soft preempting node MUST continue to refresh the TE LSP. This is the first mention of a soft preemption timer. I think you need to swap the text around so the definition of the timer (2 paras later) is introduced first. draft-ietf-mpls-soft-preemption-17.txt Section 13.2 [I-D.ietf-mpls-3209-patherr] should be a Normative reference I have marked the documents as: draft-ietf-mpls-soft-preemption "AD Evaluation : Revised I-D Needed" draft-ietf-mpls-3209-patherr "AD Evaluation : Revised I-D Needed" draft-ietf-mpls-gmpls-lsp-reroute "AD Evaluation : External Party" I'm willing to discuss: a. whether these changes are needed b. whether the changes need a respin or an RFC Editor note Cheers, Adrian From martin.vigoureux@alcatel-lucent.com Sun Jul 26 05:34:52 2009 Return-Path: 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 440B33A6A00; Sun, 26 Jul 2009 05:34:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.074 X-Spam-Level: X-Spam-Status: No, score=-6.074 tagged_above=-999 required=5 tests=[AWL=-0.175, BAYES_00=-2.599, HELO_EQ_FR=0.35, 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 lX--9o2z-IbT; Sun, 26 Jul 2009 05:34:51 -0700 (PDT) Received: from mailgw3.ericsson.se (mailgw3.ericsson.se [193.180.251.60]) by core3.amsl.com (Postfix) with ESMTP id D73A03A6403; Sun, 26 Jul 2009 05:34:50 -0700 (PDT) Received: from esealmw127.eemea.ericsson.se (Unknown_Domain [153.88.253.124]) by mailgw3.ericsson.se (Symantec Mail Security) with SMTP id 35.22.16791.B6D4C6A4; Sun, 26 Jul 2009 14:34:51 +0200 (CEST) Received: from esealmw115.eemea.ericsson.se ([153.88.200.6]) by esealmw127.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.3959); Sun, 26 Jul 2009 14:34:40 +0200 Received: from mail pickup service by esealmw115.eemea.ericsson.se with Microsoft SMTPSVC; Sun, 26 Jul 2009 14:34:38 +0200 Received: from esealmw128.eemea.ericsson.se ([153.88.254.172]) by esealmw115.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.3959); Sun, 26 Jul 2009 12:37:20 +0200 Received: from mailgw8.ericsson.se ([193.180.251.59]) by esealmw128.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.3959); Sun, 26 Jul 2009 12:20:05 +0200 X-AuditID: c1b4fb3c-b7bc4ae000004197-97-4a6c4d6be7ec Received: from mail.ietf.org (mail.ietf.org [64.170.98.32]) by mailgw8.ericsson.se (Symantec Mail Security) with SMTP id 17.F9.11299.3DD2C6A4; Sun, 26 Jul 2009 12:20:04 +0200 (CEST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 486F028C104; Sun, 26 Jul 2009 03:19:38 -0700 (PDT) X-Original-To: mpls-tp@core3.amsl.com Delivered-To: mpls-tp@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E773A3A6976; Sun, 26 Jul 2009 03:19:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com 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 zpFkXPYGQQeA; Sun, 26 Jul 2009 03:19:34 -0700 (PDT) Received: from smail2.alcatel.fr (smail2.alcatel.fr [62.23.212.57]) by core3.amsl.com (Postfix) with ESMTP id 85A8A3A6953; Sun, 26 Jul 2009 03:19:34 -0700 (PDT) Received: from FRVELSBHS05.ad2.ad.alcatel.com (frvelsbhs05.dc-m.alcatel-lucent.com [155.132.6.77]) by smail2.alcatel.fr (8.13.8/8.13.8/ICT) with ESMTP id n6QAJWY9006309; Sun, 26 Jul 2009 12:19:32 +0200 Received: from [135.244.18.48] ([135.244.18.48]) by FRVELSBHS05.ad2.ad.alcatel.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Sun, 26 Jul 2009 12:19:32 +0200 Message-ID: <4A6C2D94.8040804@alcatel-lucent.com> Date: Sun, 26 Jul 2009 12:19:00 +0200 From: Martin Vigoureux Organization: Alcatel-Lucent User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: mpls@ietf.org, "mpls-tp@ietf" References: In-Reply-To: X-OriginalArrivalTime: 26 Jul 2009 10:19:33.0063 (UTC) FILETIME=[919F0570:01CA0DDA] X-Scanned-By: MIMEDefang 2.57 on 155.132.188.80 X-BeenThere: mpls-tp@ietf.org X-Mailman-Version: 2.1.9 Precedence: list Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Sender: mpls-tp-bounces@ietf.org Errors-To: mpls-tp-bounces@ietf.org X-Brightmail-Tracker: AAAAAA== Subject: Re: [mpls] [mpls-tp] agenda updated - please send slides X-BeenThere: mpls@ietf.org List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jul 2009 12:34:52 -0000 all, this is a kind reminder. MPLS WG sessions start tomorrow. Thanks. martin VIGOUREUX MARTIN a =E9crit : > all, > = > the agenda has been updated. > Please start sending your slides, the first session is on Monday. > = > regards, > martin > = > = > ------------------------------------------------------------------------ > = > _______________________________________________ > mpls mailing list > mpls@ietf.org > https://www.ietf.org/mailman/listinfo/mpls _______________________________________________ mpls-tp mailing list mpls-tp@ietf.org https://www.ietf.org/mailman/listinfo/mpls-tp From jvasseur@cisco.com Sun Jul 26 13:12:19 2009 Return-Path: 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 14DCF3A69D0 for ; Sun, 26 Jul 2009 13:12:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.606 X-Spam-Level: X-Spam-Status: No, score=-8.606 tagged_above=-999 required=5 tests=[AWL=1.993, BAYES_00=-2.599, 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 lj0knHNtkkdi for ; Sun, 26 Jul 2009 13:12:18 -0700 (PDT) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by core3.amsl.com (Postfix) with ESMTP id 77FDA3A68DE for ; Sun, 26 Jul 2009 13:12:17 -0700 (PDT) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AlsAAPdUbEqQ/uCLe2dsb2JhbACZewEBFiQGm32IKI1gBYQN X-IronPort-AV: E=Sophos;i="4.43,272,1246838400"; d="scan'208";a="45861250" Received: from ams-dkim-2.cisco.com ([144.254.224.139]) by ams-iport-1.cisco.com with ESMTP; 26 Jul 2009 20:12:17 +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 n6QKCHlr006232; Sun, 26 Jul 2009 22:12:17 +0200 Received: from xbh-ams-102.cisco.com (xbh-ams-102.cisco.com [144.254.73.132]) by ams-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id n6QKCGof009192; Sun, 26 Jul 2009 20:12:16 GMT Received: from xfe-ams-331.emea.cisco.com ([144.254.231.72]) by xbh-ams-102.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Sun, 26 Jul 2009 22:12:17 +0200 Received: from [10.43.1.59] ([10.61.69.105]) by xfe-ams-331.emea.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 26 Jul 2009 22:12:16 +0200 From: JP Vasseur To: Adrian Farrel , Lou Berger , "Deborah Beebe (dbeebe)" In-Reply-To: X-Priority: 3 References: Message-Id: <4A59E491-CFFB-44F9-AE4F-8E14F7E5A811@cisco.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Sun, 26 Jul 2009 22:12:14 +0200 X-Mailer: Apple Mail (2.935.3) X-OriginalArrivalTime: 26 Jul 2009 20:12:16.0486 (UTC) FILETIME=[5F12B860:01CA0E2D] DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=3735; t=1248639137; x=1249503137; c=relaxed/simple; s=amsdkim2001; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=jvasseur@cisco.com; z=From:=20JP=20Vasseur=20 |Subject:=20Re=3A=20AD=20review=20of=20Soft=20Preemtion=20w ork |Sender:=20; bh=7axcO94qh7CONesimIN7AtDw8j5F1Cb7YfXm8Vp3h08=; b=vB/diBDODyISH4Wxc7im8KGZ3v6hwYIO5Q5zZ/TIapKR152ElkNsl1uCHf Afzv2TOThz6A1lTtn1+SDxCCxkjyV10Nr3ujckp91qDg0kqieCsUyKsMgNrp YyBOhn35DZ; Authentication-Results: ams-dkim-2; header.From=jvasseur@cisco.com; dkim=pass ( sig from cisco.com/amsdkim2001 verified; ); Cc: mpls@ietf.org, draft-ietf-mpls-3209-patherr@tools.ietf.org, draft-ietf-mpls-gmpls-lsp-reroute@tools.ietf.org, draft-ietf-mpls-soft-preemption@tools.ietf.org, mpls-ads@tools.ietf.org, mpls-chairs@tools.ietf.org Subject: Re: [mpls] AD review of Soft Preemtion work X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jul 2009 20:12:19 -0000 Hi Adrian, I basically agree with all your comments ... Few comments/replies: With regards to the path-error ID, it is IMO MPLS focussed, Lou/ Deborah may want to chime in. I definitely agree to insert of reference to 5511. For the other changes, I tend to think that they could be addressed with an editor note but your call of course. Thanks. JP. On Jul 26, 2009, at 1:32 PM, Adrian Farrel wrote: > Hi, > > I've been reading draft-ietf-mpls-3209-patherr-04.txt, > > prior to kicking off IETF last call. > > I don't have many questions... > > The Abstract and Introduction to draft-ietf-mpls-3209-patherr-04.txt > explicitly call out MPLS when discussing RSVP-TE PathErr messages. > But they do not mention GMPLS. In fact, the only reference to > RFC3473 is in section 2.2. I think that the text needs to be clear > on whether or not it is intended to apply to GMPLS signaling. This > obviously affects how the document is read and applied, and should > not be left for people to assume (one way or the other). > > draft-ietf-mpls-3209-patherr-04.txt uses some BNF (copied from RFC > 2205). New "rules" require that any document that uses a formal > language includes a reference to the definition of the formal > language. Your choice here is: > - leave out the text copy from 2205 > - insert a reference to RFC 5511 > > draft-ietf-mpls-3209-patherr-04.txt Page 4 > Additionally, PathErr messages may be used in two circumstances: > Strike "Additionally," > > The RFC Editor will require the first section of draft-ietf-mpls- > soft-preemption-17.txt to be the Introduction. I think you can > simply re-order the sections you already have, and expand the > acronyms in the Introduction section. > > I am trying to not re-open my mailing list discussions of draft-ietf- > mpls-soft-preemption-17.txt from the last couple of years. :-) In > section 6.1 you have > For each preempted TE LSP, instead of sending an RSVP Path Tear > message after the receipt of an RSVP PathErr message notifying a > fatal action as documented in [I-D.ietf-mpls-3209-patherr] upon > preemption as with hard preemption (which would result in an > immediate traffic disruption for the preempted TE LSP), the > preempting node's local bandwidth accounting for the preempted TE LSP > is zeroed and a PathErr with error code "Reroute" and a error value > "Reroute request soft preemption" for that TE LSP is issued upstream > toward the head-end LSR. > I can't parse this single-sentence paragraph. Can you look at how to > break it up? I think the node being described is the preempting > node. But the preempting node does not receive a PathErr so the > first part of the sentence confuses me. > > draft-ietf-mpls-soft-preemption-17.txt section 6.1 > Should a refresh event for a soft preempted TE LSP arrive before the > soft preemption timer expires, the soft preempting node MUST continue > to refresh the TE LSP. > This is the first mention of a soft preemption timer. I think you > need to swap the text around so the definition of the timer (2 paras > later) is introduced first. > > draft-ietf-mpls-soft-preemption-17.txt Section 13.2 > [I-D.ietf-mpls-3209-patherr] should be a Normative reference > > > I have marked the documents as: > draft-ietf-mpls-soft-preemption "AD Evaluation : Revised I-D Needed" > draft-ietf-mpls-3209-patherr "AD Evaluation : Revised I-D Needed" > draft-ietf-mpls-gmpls-lsp-reroute "AD Evaluation : External Party" > > I'm willing to discuss: > a. whether these changes are needed > b. whether the changes need a respin or an RFC Editor note > > Cheers, > Adrian > > > From adrian@olddog.co.uk Mon Jul 27 01:19:54 2009 Return-Path: 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 858883A6C20 for ; Mon, 27 Jul 2009 01:19:54 -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.001, 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 6ZiK3lYlb-XJ for ; Mon, 27 Jul 2009 01:19:53 -0700 (PDT) Received: from asmtp3.iomartmail.com (asmtp3.iomartmail.com [62.128.193.159]) by core3.amsl.com (Postfix) with ESMTP id 8E5A13A6C1F for ; Mon, 27 Jul 2009 01:19:52 -0700 (PDT) Received: from asmtp3.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id n6R8Jc9o003306; Mon, 27 Jul 2009 09:19:43 +0100 Received: from your029b8cecfe (dhcp-13ed.meeting.ietf.org [130.129.19.237]) (authenticated bits=0) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id n6R8JZjr003271; Mon, 27 Jul 2009 09:19:37 +0100 Message-ID: From: "Adrian Farrel" To: "JP Vasseur" , "Lou Berger" , "Deborah Beebe \(dbeebe\)" References: <4A59E491-CFFB-44F9-AE4F-8E14F7E5A811@cisco.com> Date: Mon, 27 Jul 2009 09:19:19 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response 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, draft-ietf-mpls-3209-patherr@tools.ietf.org, draft-ietf-mpls-gmpls-lsp-reroute@tools.ietf.org, draft-ietf-mpls-soft-preemption@tools.ietf.org, mpls-ads@tools.ietf.org, mpls-chairs@tools.ietf.org Subject: Re: [mpls] AD review of Soft Preemtion work X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: Adrian Farrel List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2009 08:19:54 -0000 OK JP, Complete the discussions with the other authors, then prepare the text as RFC Editor instructions. If they look OK I will just post them. If they look too large, you can use them to make the changes yourselves. Thanks, Adrian ----- Original Message ----- From: "JP Vasseur" To: "Adrian Farrel" ; "Lou Berger" ; "Deborah Beebe (dbeebe)" Cc: ; ; ; ; ; Sent: Sunday, July 26, 2009 9:12 PM Subject: Re: AD review of Soft Preemtion work > Hi Adrian, > > I basically agree with all your comments ... > Few comments/replies: > With regards to the path-error ID, it is IMO MPLS focussed, Lou/ Deborah > may want to chime in. > I definitely agree to insert of reference to 5511. For the other changes, > I tend to think that they could be addressed with an editor note but your > call of course. > > Thanks. > > JP. > > On Jul 26, 2009, at 1:32 PM, Adrian Farrel wrote: > >> Hi, >> >> I've been reading draft-ietf-mpls-3209-patherr-04.txt, >> >> prior to kicking off IETF last call. >> >> I don't have many questions... >> >> The Abstract and Introduction to draft-ietf-mpls-3209-patherr-04.txt >> explicitly call out MPLS when discussing RSVP-TE PathErr messages. But >> they do not mention GMPLS. In fact, the only reference to RFC3473 is in >> section 2.2. I think that the text needs to be clear on whether or not >> it is intended to apply to GMPLS signaling. This obviously affects how >> the document is read and applied, and should not be left for people to >> assume (one way or the other). >> >> draft-ietf-mpls-3209-patherr-04.txt uses some BNF (copied from RFC >> 2205). New "rules" require that any document that uses a formal language >> includes a reference to the definition of the formal language. Your >> choice here is: >> - leave out the text copy from 2205 >> - insert a reference to RFC 5511 >> >> draft-ietf-mpls-3209-patherr-04.txt Page 4 >> Additionally, PathErr messages may be used in two circumstances: >> Strike "Additionally," >> >> The RFC Editor will require the first section of draft-ietf-mpls- >> soft-preemption-17.txt to be the Introduction. I think you can simply >> re-order the sections you already have, and expand the acronyms in the >> Introduction section. >> >> I am trying to not re-open my mailing list discussions of draft-ietf- >> mpls-soft-preemption-17.txt from the last couple of years. :-) In >> section 6.1 you have >> For each preempted TE LSP, instead of sending an RSVP Path Tear >> message after the receipt of an RSVP PathErr message notifying a >> fatal action as documented in [I-D.ietf-mpls-3209-patherr] upon >> preemption as with hard preemption (which would result in an >> immediate traffic disruption for the preempted TE LSP), the >> preempting node's local bandwidth accounting for the preempted TE LSP >> is zeroed and a PathErr with error code "Reroute" and a error value >> "Reroute request soft preemption" for that TE LSP is issued upstream >> toward the head-end LSR. >> I can't parse this single-sentence paragraph. Can you look at how to >> break it up? I think the node being described is the preempting node. >> But the preempting node does not receive a PathErr so the first part of >> the sentence confuses me. >> >> draft-ietf-mpls-soft-preemption-17.txt section 6.1 >> Should a refresh event for a soft preempted TE LSP arrive before the >> soft preemption timer expires, the soft preempting node MUST continue >> to refresh the TE LSP. >> This is the first mention of a soft preemption timer. I think you need >> to swap the text around so the definition of the timer (2 paras later) >> is introduced first. >> >> draft-ietf-mpls-soft-preemption-17.txt Section 13.2 >> [I-D.ietf-mpls-3209-patherr] should be a Normative reference >> >> >> I have marked the documents as: >> draft-ietf-mpls-soft-preemption "AD Evaluation : Revised I-D Needed" >> draft-ietf-mpls-3209-patherr "AD Evaluation : Revised I-D Needed" >> draft-ietf-mpls-gmpls-lsp-reroute "AD Evaluation : External Party" >> >> I'm willing to discuss: >> a. whether these changes are needed >> b. whether the changes need a respin or an RFC Editor note >> >> Cheers, >> Adrian >> >> >> > > From jvasseur@cisco.com Mon Jul 27 01:30:22 2009 Return-Path: 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 3D4D728C18E for ; Mon, 27 Jul 2009 01:30:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.104 X-Spam-Level: X-Spam-Status: No, score=-9.104 tagged_above=-999 required=5 tests=[AWL=1.495, BAYES_00=-2.599, 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 tKzpbOeBITjz for ; Mon, 27 Jul 2009 01:30:19 -0700 (PDT) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by core3.amsl.com (Postfix) with ESMTP id 63D4628C164 for ; Mon, 27 Jul 2009 01:30:18 -0700 (PDT) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AkkAAGcCbUqQ/uCLe2dsb2JhbACZfwEBFiQGnheIKI1iBYQN X-IronPort-AV: E=Sophos;i="4.43,275,1246838400"; d="scan'208";a="45882845" Received: from ams-dkim-2.cisco.com ([144.254.224.139]) by ams-iport-1.cisco.com with ESMTP; 27 Jul 2009 08:30:18 +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 n6R8UI43012541; Mon, 27 Jul 2009 10:30:18 +0200 Received: from xbh-ams-102.cisco.com (xbh-ams-102.cisco.com [144.254.73.132]) by ams-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id n6R8UIcE019081; Mon, 27 Jul 2009 08:30:18 GMT Received: from xfe-ams-332.cisco.com ([144.254.231.73]) by xbh-ams-102.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 27 Jul 2009 10:30:18 +0200 Received: from dhcp-1263.meeting.ietf.org ([10.61.100.234]) by xfe-ams-332.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 27 Jul 2009 10:30:17 +0200 From: JP Vasseur To: "Adrian Farrel" In-Reply-To: X-Priority: 3 References: <4A59E491-CFFB-44F9-AE4F-8E14F7E5A811@cisco.com> Message-Id: <0D493EC4-E928-4E9E-B39A-E3CF82192EFC@cisco.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Mon, 27 Jul 2009 10:30:16 +0200 X-Mailer: Apple Mail (2.935.3) X-OriginalArrivalTime: 27 Jul 2009 08:30:17.0700 (UTC) FILETIME=[78BBC240:01CA0E94] DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=4908; t=1248683418; x=1249547418; c=relaxed/simple; s=amsdkim2001; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=jvasseur@cisco.com; z=From:=20JP=20Vasseur=20 |Subject:=20Re=3A=20AD=20review=20of=20Soft=20Preemtion=20w ork |Sender:=20; bh=VDh4gLiIHBdDYd++hjDlAmIzF5Xi3ee+A8djxrpL5Y0=; b=rVIBBWNH1MWupWnUbnxT2tV73wJ8jwfCXpa+JZrtNZaANf0wSjpwmPYC0C IpdIEBOfZyGaly2YCajn0PuOsmY/nt7IMcQ5J5Dz/uQ/ZQHy5YAybx4psE4k m9qBnuC1jl; Authentication-Results: ams-dkim-2; header.From=jvasseur@cisco.com; dkim=pass ( sig from cisco.com/amsdkim2001 verified; ); Cc: mpls@ietf.org, draft-ietf-mpls-3209-patherr@tools.ietf.org, "Deborah Beebe \(dbeebe\)" , draft-ietf-mpls-gmpls-lsp-reroute@tools.ietf.org, draft-ietf-mpls-soft-preemption@tools.ietf.org, mpls-ads@tools.ietf.org, mpls-chairs@tools.ietf.org Subject: Re: [mpls] AD review of Soft Preemtion work X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2009 08:30:22 -0000 Great plan, many thanks. Will be done before end of this week. Thanks. JP. On Jul 27, 2009, at 10:19 AM, Adrian Farrel wrote: > OK JP, > > Complete the discussions with the other authors, then prepare the > text as RFC Editor instructions. If they look OK I will just post > them. If they look too large, you can use them to make the changes > yourselves. > > Thanks, > Adrian > ----- Original Message ----- From: "JP Vasseur" > To: "Adrian Farrel" ; "Lou Berger" >; "Deborah Beebe (dbeebe)" > Cc: ; >; ; >; ; > Sent: Sunday, July 26, 2009 9:12 PM > Subject: Re: AD review of Soft Preemtion work > > >> Hi Adrian, >> >> I basically agree with all your comments ... >> Few comments/replies: >> With regards to the path-error ID, it is IMO MPLS focussed, Lou/ >> Deborah may want to chime in. >> I definitely agree to insert of reference to 5511. For the other >> changes, I tend to think that they could be addressed with an >> editor note but your call of course. >> >> Thanks. >> >> JP. >> >> On Jul 26, 2009, at 1:32 PM, Adrian Farrel wrote: >> >>> Hi, >>> >>> I've been reading draft-ietf-mpls-3209-patherr-04.txt, >>> >>> prior to kicking off IETF last call. >>> >>> I don't have many questions... >>> >>> The Abstract and Introduction to draft-ietf-mpls-3209- >>> patherr-04.txt explicitly call out MPLS when discussing RSVP-TE >>> PathErr messages. But they do not mention GMPLS. In fact, the >>> only reference to RFC3473 is in section 2.2. I think that the >>> text needs to be clear on whether or not it is intended to apply >>> to GMPLS signaling. This obviously affects how the document is >>> read and applied, and should not be left for people to assume >>> (one way or the other). >>> >>> draft-ietf-mpls-3209-patherr-04.txt uses some BNF (copied from RFC >>> 2205). New "rules" require that any document that uses a formal >>> language includes a reference to the definition of the formal >>> language. Your choice here is: >>> - leave out the text copy from 2205 >>> - insert a reference to RFC 5511 >>> >>> draft-ietf-mpls-3209-patherr-04.txt Page 4 >>> Additionally, PathErr messages may be used in two circumstances: >>> Strike "Additionally," >>> >>> The RFC Editor will require the first section of draft-ietf-mpls- >>> soft-preemption-17.txt to be the Introduction. I think you can >>> simply re-order the sections you already have, and expand the >>> acronyms in the Introduction section. >>> >>> I am trying to not re-open my mailing list discussions of draft- >>> ietf- mpls-soft-preemption-17.txt from the last couple of >>> years. :-) In section 6.1 you have >>> For each preempted TE LSP, instead of sending an RSVP Path Tear >>> message after the receipt of an RSVP PathErr message notifying a >>> fatal action as documented in [I-D.ietf-mpls-3209-patherr] upon >>> preemption as with hard preemption (which would result in an >>> immediate traffic disruption for the preempted TE LSP), the >>> preempting node's local bandwidth accounting for the preempted TE >>> LSP >>> is zeroed and a PathErr with error code "Reroute" and a error value >>> "Reroute request soft preemption" for that TE LSP is issued upstream >>> toward the head-end LSR. >>> I can't parse this single-sentence paragraph. Can you look at how >>> to break it up? I think the node being described is the >>> preempting node. But the preempting node does not receive a >>> PathErr so the first part of the sentence confuses me. >>> >>> draft-ietf-mpls-soft-preemption-17.txt section 6.1 >>> Should a refresh event for a soft preempted TE LSP arrive before the >>> soft preemption timer expires, the soft preempting node MUST >>> continue >>> to refresh the TE LSP. >>> This is the first mention of a soft preemption timer. I think you >>> need to swap the text around so the definition of the timer (2 >>> paras later) is introduced first. >>> >>> draft-ietf-mpls-soft-preemption-17.txt Section 13.2 >>> [I-D.ietf-mpls-3209-patherr] should be a Normative reference >>> >>> >>> I have marked the documents as: >>> draft-ietf-mpls-soft-preemption "AD Evaluation : Revised I-D >>> Needed" >>> draft-ietf-mpls-3209-patherr "AD Evaluation : Revised I-D Needed" >>> draft-ietf-mpls-gmpls-lsp-reroute "AD Evaluation : External Party" >>> >>> I'm willing to discuss: >>> a. whether these changes are needed >>> b. whether the changes need a respin or an RFC Editor note >>> >>> Cheers, >>> Adrian >>> >>> >>> >> > > From jvasseur@cisco.com Mon Jul 27 06:36:24 2009 Return-Path: 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 D15783A6C86 for ; Mon, 27 Jul 2009 06:36:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.269 X-Spam-Level: X-Spam-Status: No, score=-9.269 tagged_above=-999 required=5 tests=[AWL=1.330, BAYES_00=-2.599, 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 MkzkII-ECs5w for ; Mon, 27 Jul 2009 06:36:23 -0700 (PDT) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by core3.amsl.com (Postfix) with ESMTP id 372B63A6C80 for ; Mon, 27 Jul 2009 06:36:23 -0700 (PDT) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AkkAAONJbUqQ/uCLe2dsb2JhbACaAAEBFiQGnyiIKI19BYQN X-IronPort-AV: E=Sophos;i="4.43,276,1246838400"; d="scan'208";a="45912419" Received: from ams-dkim-2.cisco.com ([144.254.224.139]) by ams-iport-1.cisco.com with ESMTP; 27 Jul 2009 13:36:23 +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 n6RDaMQp028427; Mon, 27 Jul 2009 15:36:22 +0200 Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by ams-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id n6RDaNpw015295; Mon, 27 Jul 2009 13:36:23 GMT Received: from xfe-ams-331.emea.cisco.com ([144.254.231.72]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 27 Jul 2009 15:36:23 +0200 Received: from dhcp-1263.meeting.ietf.org ([10.61.101.196]) by xfe-ams-331.emea.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 27 Jul 2009 15:36:22 +0200 From: JP Vasseur To: Adrian Farrel , Lou Berger In-Reply-To: <94732346-1248697436-cardhu_decombobulator_blackberry.rim.net-798547217-@bxe1172.bisx.prod.on.blackberry> X-Priority: Normal References: <4A59E491-CFFB-44F9-AE4F-8E14F7E5A811@cisco.com> <94732346-1248697436-cardhu_decombobulator_blackberry.rim.net-798547217-@bxe1172.bisx.prod.on.blackberry> Message-Id: <0A93208D-CFBA-40C6-B86B-AE29F42E5288@cisco.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Mon, 27 Jul 2009 15:36:21 +0200 X-Mailer: Apple Mail (2.935.3) X-OriginalArrivalTime: 27 Jul 2009 13:36:22.0583 (UTC) FILETIME=[3B0E8470:01CA0EBF] DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=4860; t=1248701782; x=1249565782; c=relaxed/simple; s=amsdkim2001; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=jvasseur@cisco.com; z=From:=20JP=20Vasseur=20 |Subject:=20Re=3A=20AD=20review=20of=20Soft=20Preemtion=20w ork |Sender:=20; bh=4meLuqjvmVHMlfVU+Jw3kRbpaNxFoaVU+7vYnEB6QCg=; b=MNwqG2uIEmCFgYuVlVwNksIq/3a9AM1NOhxg5dIwGPN6HgHMjSfJ4MxchM 73hVeLQ/chZsyCCzV4srbaU+wdDJpkEN6vx8ymCm1tBP8+Gk5l7K/eawQY85 BGiHxwIZOx; Authentication-Results: ams-dkim-2; header.From=jvasseur@cisco.com; dkim=pass ( sig from cisco.com/amsdkim2001 verified; ); Cc: mpls@ietf.org, draft-ietf-mpls-3209-patherr@tools.ietf.org, "Deborah Beebe \(dbeebe\)" , draft-ietf-mpls-gmpls-lsp-reroute@tools.ietf.org, draft-ietf-mpls-soft-preemption@tools.ietf.org, mpls-ads@tools.ietf.org, mpls-chairs@tools.ietf.org Subject: Re: [mpls] AD review of Soft Preemtion work X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2009 13:36:24 -0000 Hi Lou, On Jul 27, 2009, at 2:23 PM, Lou Berger wrote: > JP, > > Why do you say MPLS only? > It does but a fatal error in the packet case is quite different than in the non packet case. That said, the signaling of a fatal error is unchanged. > It seems to me that this draft could be applied to gmpls as wellll > The definition of "fatal error" may be different for gmpls and mpls, Exactly. > but as this term isn't defined anywhere there is no issue. > Fine with me for sure. Adrian ? Thanks. JP. > Lou > -----Original Message----- > From: JP Vasseur > > Date: Sun, 26 Jul 2009 22:12:14 > To: Adrian Farrel; Lou > Berger; Deborah Beebe (dbeebe) > Cc: ; >; ; >; ; > Subject: Re: AD review of Soft Preemtion work > > > Hi Adrian, > > I basically agree with all your comments ... > Few comments/replies: > With regards to the path-error ID, it is IMO MPLS focussed, Lou/ > Deborah may want to chime in. > I definitely agree to insert of reference to 5511. For the other > changes, I tend to think that they could be addressed with an editor > note but your call of course. > > Thanks. > > JP. > > On Jul 26, 2009, at 1:32 PM, Adrian Farrel wrote: > >> Hi, >> >> I've been reading draft-ietf-mpls-3209-patherr-04.txt, >> >> prior to kicking off IETF last call. >> >> I don't have many questions... >> >> The Abstract and Introduction to draft-ietf-mpls-3209-patherr-04.txt >> explicitly call out MPLS when discussing RSVP-TE PathErr messages. >> But they do not mention GMPLS. In fact, the only reference to >> RFC3473 is in section 2.2. I think that the text needs to be clear >> on whether or not it is intended to apply to GMPLS signaling. This >> obviously affects how the document is read and applied, and should >> not be left for people to assume (one way or the other). >> >> draft-ietf-mpls-3209-patherr-04.txt uses some BNF (copied from RFC >> 2205). New "rules" require that any document that uses a formal >> language includes a reference to the definition of the formal >> language. Your choice here is: >> - leave out the text copy from 2205 >> - insert a reference to RFC 5511 >> >> draft-ietf-mpls-3209-patherr-04.txt Page 4 >> Additionally, PathErr messages may be used in two circumstances: >> Strike "Additionally," >> >> The RFC Editor will require the first section of draft-ietf-mpls- >> soft-preemption-17.txt to be the Introduction. I think you can >> simply re-order the sections you already have, and expand the >> acronyms in the Introduction section. >> >> I am trying to not re-open my mailing list discussions of draft-ietf- >> mpls-soft-preemption-17.txt from the last couple of years. :-) In >> section 6.1 you have >> For each preempted TE LSP, instead of sending an RSVP Path Tear >> message after the receipt of an RSVP PathErr message notifying a >> fatal action as documented in [I-D.ietf-mpls-3209-patherr] upon >> preemption as with hard preemption (which would result in an >> immediate traffic disruption for the preempted TE LSP), the >> preempting node's local bandwidth accounting for the preempted TE LSP >> is zeroed and a PathErr with error code "Reroute" and a error value >> "Reroute request soft preemption" for that TE LSP is issued upstream >> toward the head-end LSR. >> I can't parse this single-sentence paragraph. Can you look at how to >> break it up? I think the node being described is the preempting >> node. But the preempting node does not receive a PathErr so the >> first part of the sentence confuses me. >> >> draft-ietf-mpls-soft-preemption-17.txt section 6.1 >> Should a refresh event for a soft preempted TE LSP arrive before the >> soft preemption timer expires, the soft preempting node MUST continue >> to refresh the TE LSP. >> This is the first mention of a soft preemption timer. I think you >> need to swap the text around so the definition of the timer (2 paras >> later) is introduced first. >> >> draft-ietf-mpls-soft-preemption-17.txt Section 13.2 >> [I-D.ietf-mpls-3209-patherr] should be a Normative reference >> >> >> I have marked the documents as: >> draft-ietf-mpls-soft-preemption "AD Evaluation : Revised I-D Needed" >> draft-ietf-mpls-3209-patherr "AD Evaluation : Revised I-D Needed" >> draft-ietf-mpls-gmpls-lsp-reroute "AD Evaluation : External Party" >> >> I'm willing to discuss: >> a. whether these changes are needed >> b. whether the changes need a respin or an RFC Editor note >> >> Cheers, >> Adrian >> >> >> > > From thomas.morin@orange-ftgroup.com Mon Jul 27 08:48:31 2009 Return-Path: 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 69AFC3A6BDF for ; Mon, 27 Jul 2009 08:48:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.363 X-Spam-Level: X-Spam-Status: No, score=-1.363 tagged_above=-999 required=5 tests=[AWL=0.886, BAYES_00=-2.599, HELO_EQ_FR=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 o2sk9OHKRVgI for ; Mon, 27 Jul 2009 08:48:30 -0700 (PDT) Received: from R-MAIL1.rd.francetelecom.com (r-mail1.rd.francetelecom.com [217.108.152.41]) by core3.amsl.com (Postfix) with ESMTP id 398D03A6B5E for ; Mon, 27 Jul 2009 08:48:30 -0700 (PDT) Received: from ftrdmel10.rd.francetelecom.fr ([10.192.128.44]) by ftrdsmtp2.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.3959); Mon, 27 Jul 2009 17:48:29 +0200 Received: from [10.193.116.72] ([10.193.116.72]) by ftrdmel10.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.3959); Mon, 27 Jul 2009 17:48:28 +0200 Message-ID: <4A6DCC4B.9000608@orange-ftgroup.com> Date: Mon, 27 Jul 2009 17:48:27 +0200 From: Thomas Morin User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20090701) MIME-Version: 1.0 To: IJsbrand Wijnands Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 27 Jul 2009 15:48:28.0504 (UTC) FILETIME=[AF461580:01CA0ED1] Cc: Mpls Subject: [mpls] Comments on draft-ietf-mpls-ldp-p2mp X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2009 15:48:31 -0000 Hi Ice, You explained this morning that procedures to control loops for MP2MP trees would be described in a separate draft. I think that this is the wise choice so that the draft can quickly move forward. Yet, I think that draft-ietf-mpls-ldp-p2mp should contain a short text about MP2MP and loops, eg. something like : "Procedures to control the effect of transient unicast routing loops on MP2MP LSPs will be covered in a separate document". Also, section 2.4.3. says that "installing the forwarding state for L' MUST NOT be done before the forwarding state L is removed to avoid microloops" is not really exact, since doing so does not prevent the microloop in itself, but just ensures that no traffic is injected into the loop. It would be better to say that "...MUST NOT be done before.... to ensure that no traffic will be injected in a loop that could possibly form due to transient unicast routing inconsistencies". Thank you, -Thomas From mach@huawei.com Tue Jul 28 05:54:15 2009 Return-Path: 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 F36203A6A84; Tue, 28 Jul 2009 05:54:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.495 X-Spam-Level: X-Spam-Status: No, score=-0.495 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, 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 0MJNhZNYDEMT; Tue, 28 Jul 2009 05:54:14 -0700 (PDT) Received: from szxga02-in.huawei.com (unknown [119.145.14.65]) by core3.amsl.com (Postfix) with ESMTP id 11EE03A6A58; Tue, 28 Jul 2009 05:54:14 -0700 (PDT) Received: from huawei.com (szxga02-in [172.24.2.6]) by szxga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KNH004L9T64MM@szxga02-in.huawei.com>; Tue, 28 Jul 2009 20:54:04 +0800 (CST) Received: from huawei.com ([172.17.1.36]) by szxga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KNH00047T64VW@szxga02-in.huawei.com>; Tue, 28 Jul 2009 20:54:04 +0800 (CST) Received: from [172.24.1.3] (Forwarded-For: [130.129.18.144]) by szxmc04-in.huawei.com (mshttpd); Tue, 28 Jul 2009 20:54:04 +0800 Date: Tue, 28 Jul 2009 20:54:04 +0800 From: MachChen 55527 To: George Swallow Message-id: MIME-version: 1.0 X-Mailer: iPlanet Messenger Express 5.2 HotFix 2.14 (built Aug 8 2006) Content-type: text/plain; charset=us-ascii Content-language: zh-CN Content-transfer-encoding: 7BIT Content-disposition: inline X-Accept-Language: zh-CN Priority: normal Cc: mpls@ietf.org, mpls-tp@ietf.org Subject: [mpls] 1. Router Alert comments for "Return path specified LSP ping" draft X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 12:54:15 -0000 Hi George, Thanks for the comments you pointed out at the first MPLS session, since the time limitation, we could not discuss it in detail at the meeting. You pointed out three comments, I'd like to response them one by one in seperate email. This eamil is about your first comment. If my memory is accurate, you pointed out router alert mechanism of LSP ping could resolve the issues raised in the draft, am I right? There are two issues that our draft tries to resolve: 1. Current LSP Ping mechanisms are lack of the capability of specifying the return path of an echo reply, hence some time it may bring difficuties in faults localization. 2. A bidirectional path checking needs at least two LSP pings(inefficient), and sometime difficut even fail to check the reverse direction of a bidirectional path. Reply via an IPv4/IPv6 packet with Router Alert mode defined in Section 3 of RFC4379, it says: "If the normal IP return path is deemed unreliable, one may use 3 (Reply via an IPv4/IPv6 UDP packet with Router Alert). Note that this requires that all intermediate routers understand and know how to forward MPLS echo replies." Based on above text, it seems that the echo reply only could be forwarded along IP path, but in our draft, we state that sometime the operator wants the echo reply to be sent along a specified MPLS LSP hence to make sure some sumises. And with this router alert mechanism, it can't resolve the second issue listed above yet. By the way, all intermediate routers required to know how to forward MPLS echo replies is a rigorous requirement and ma y not always be satisfy. Best regards, Mach Chen PS: You could reach the draft by: http://tools.ietf.org/id/draft-chen-mpls-return-path-specified-lsp-ping-00.txt From Sandeep.Bishnoi@alcatel-lucent.com Tue Jul 28 13:45:37 2009 Return-Path: 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 6937F3A6DA4 for ; Tue, 28 Jul 2009 13:45:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.109 X-Spam-Level: X-Spam-Status: No, score=-1.109 tagged_above=-999 required=5 tests=[BAYES_05=-1.11, 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 zOnyFk17feZD for ; Tue, 28 Jul 2009 13:45:36 -0700 (PDT) Received: from audl751.usa.alcatel.com (audl751.usa.alcatel.com [143.209.238.164]) by core3.amsl.com (Postfix) with ESMTP id 321BD3A6E24 for ; Tue, 28 Jul 2009 13:45:36 -0700 (PDT) Received: from usdalsbhs02.ad3.ad.alcatel.com (usdalsbhs02.usa.alcatel.com [172.22.216.13]) by audl751.usa.alcatel.com (ALCANET) with ESMTP id n6SKjZV2022344 for ; Tue, 28 Jul 2009 15:45:37 -0500 Received: from USDALSMBS01.ad3.ad.alcatel.com ([172.22.216.11]) by usdalsbhs02.ad3.ad.alcatel.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 28 Jul 2009 15:45:35 -0500 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_01CA0FC4.48AB02C5" Date: Tue, 28 Jul 2009 15:44:59 -0500 Message-ID: <4E816EC104822245BA3C86149A7158150B82F6C7@USDALSMBS01.ad3.ad.alcatel.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Issues with single mLDP FEC ID space Thread-Index: AcoPxEY5S84fs0+nT32pzFd2vL5UCw== From: "BISHNOI Sandeep" To: X-OriginalArrivalTime: 28 Jul 2009 20:45:35.0845 (UTC) FILETIME=[5B9C3150:01CA0FC4] X-Scanned-By: MIMEDefang 2.51 on 143.209.238.34 Subject: [mpls] Issues with single mLDP FEC ID space X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2009 20:45:37 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CA0FC4.48AB02C5 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIGRATION =20 mLDP tree is identified by a key "root node address + 32-bit ID". On the root node an ID is allocated out of the 32-bit pool to create an instance of tree. Static instances of P2MP tree ID must be reserved (To avoid dynamic and static overlap and persistency across reboots. It is similar to current practice by each vendor to slice a specific range of labels to support static P2P LSP. e.g. 16-1023, 10000-99999). =20 Each LEAF node must then configure the same specific ID selected on ROOT node to join the tree. =20 e.g. =20 =20 ROOT_1------------------------LEAF_1 (ROOT_1 + ID_1) | |--------------------------LEAF_2 (ROOT_1 + ID_1) | | |--------------------------LEAF_n (ROOT_1 + ID_1) =20 ROOT_1 is vendor X and has sliced the generic ID space to reserve 1-999 for static mLDP trees. LEAF_1, _2 ... _n must be configured with "ROOT_1 + ID_1" where ID_1 is from 1-999. =20 ROOT_2 is vendor Y and has sliced the generic ID space to reserve 1000-1999 for static mLDP trees. LEAF_1, _2 ... _n must be reconfigured if ROOT_1 is replaced by ROOT_2.=20 =20 The problem is particularly severe as number of leaf nodes may be in 100s and replacing a singe root node would require changing configuration on all leaf nodes. =20 To keep consistency across vendors we are proposing to reserve a complete range of ID for static mLDP trees (Type 1) =20 =20 POLICY/ACCOUNTING/SECURITY To provide flexibility to do accounting, policy management and security across multiple client applications, we propose to extend mLDP ID space per application.=20 =20 We fully agree that it must be optional to use application specific ID. We propose to make a "Generic Dynamic ID space" for all dynamically created trees (Type 2). =20 If the operator prefers to do accounting and policy management based on client applications then the application specific space MAY be used. (Type 3, 4 ... etc.). These ID spaces would be defined as and when new applications are developed. =20 Statically provisioned trees still require a separate space and it would be mandatory. =20 =20 =20 =20 ------_=_NextPart_001_01CA0FC4.48AB02C5 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

MIGRATION

 

mLDP tree is = identified by a key "root node address + 32-bit ID". On the root node an ID is allocated out of the 32-bit pool to create an instance of tree. Static instances of P2MP tree ID must be reserved (To avoid dynamic and static = overlap and persistency across reboots. It is similar to current practice by = each vendor to slice a specific range of labels to support static P2P LSP. = e.g. 16-1023, 10000-99999).

 

Each LEAF node must = then configure the same specific ID selected on ROOT node to join the = tree.

 

e.g.

 

 

ROOT_1------------------------LEAF_1 (ROOT_1 + ID_1)

   = |

   |--------------------------LEAF_2 (ROOT_1 + = ID_1)

   = |

   = |

   |--------------------------LEAF_n (ROOT_1 + = ID_1)

 

ROOT_1 is vendor X = and has sliced the generic ID space to reserve 1-999 for static mLDP trees. = LEAF_1, _2 ... _n must be configured with "ROOT_1 + ID_1" where ID_1 is = from 1-999.

 

ROOT_2 is vendor Y = and has sliced the generic ID space to reserve 1000-1999 for static mLDP trees. = LEAF_1, _2 ... _n must be reconfigured if ROOT_1 is replaced by ROOT_2. =

 

The problem is = particularly severe as number of leaf nodes may be in 100s and replacing a singe root node = would require changing configuration on all leaf = nodes.

 

To keep consistency = across vendors we are proposing to reserve a complete range of ID for static = mLDP trees (Type 1)

 

 

POLICY/ACCOUNTING/SECURITY

To provide = flexibility to do accounting, policy management and security across multiple client = applications, we propose to extend mLDP ID space per application. =

 

We fully agree that = it must be optional to use application specific ID. We propose to make a = "Generic Dynamic ID space" for all dynamically created trees (Type = 2).

 

If the operator = prefers to do accounting and policy management based on client applications then = the application specific space MAY be used. (Type 3, 4 ... etc.). These ID = spaces would be defined as and when new applications are = developed.

 

Statically = provisioned trees still require a separate space and it would be = mandatory.

 

 

     

 

------_=_NextPart_001_01CA0FC4.48AB02C5-- From mach@huawei.com Wed Jul 29 00:34:06 2009 Return-Path: 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 510AF3A6BB9; Wed, 29 Jul 2009 00:34:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.547 X-Spam-Level: X-Spam-Status: No, score=-1.547 tagged_above=-999 required=5 tests=[AWL=1.051, 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 PD+9ZGI82KKh; Wed, 29 Jul 2009 00:34:05 -0700 (PDT) Received: from lhrga01-in.huawei.com (lhrga01-in.huawei.com [195.33.106.110]) by core3.amsl.com (Postfix) with ESMTP id 7F60A3A6452; Wed, 29 Jul 2009 00:34:05 -0700 (PDT) Received: from huawei.com (lhrml01-in [172.18.7.5]) by lhrga01-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KNJ007UA90KW5@lhrga01-in.huawei.com>; Wed, 29 Jul 2009 08:33:56 +0100 (BST) Received: from LENOVOmach (dhcp-1290.meeting.ietf.org [130.129.18.144]) by lhrga01-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0KNJ00K8690JPJ@lhrga01-in.huawei.com>; Wed, 29 Jul 2009 08:33:56 +0100 (BST) Date: Wed, 29 Jul 2009 15:33:56 +0800 From: Mach Chen To: George Swallow Message-id: <09C65BCBF0EA42C2A5A7E1F6593FBACC@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=gb2312; reply-type=original Content-transfer-encoding: 7BIT Importance: Normal X-Priority: 3 X-MSMail-priority: Normal Cc: mpls@ietf.org, mpls-tp@ietf.org Subject: [mpls] 2. Underlying overlap/conflict with Inter-area LSP Ping comments X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: Mach Chen List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 07:34:06 -0000 Hi George, Again, thanks for your comments. Your third comment about the return-path-specified-lsp-ping draft is try to say that there may be underlying overlap or conflict with an existing inter-area LSP ping draft, I guess the draft you pointed to is this one: http://tools.ietf.org/html/draft-ietf-mpls-interas-lspping-00, am I right? If so, after carefully reading that draft, IMO, our draft should have no overlap and conflicts with the interas-lspping draft. The issue interas-lspping draft try to resolve is different from those in our draft, and this two drafts should be compatible. Thanks, Mach Chen From root@core3.amsl.com Wed Jul 29 01:45:02 2009 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@core3.amsl.com Received: by core3.amsl.com (Postfix, from userid 0) id 5BA323A6901; Wed, 29 Jul 2009 01:45:01 -0700 (PDT) From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 Message-Id: <20090729084502.5BA323A6901@core3.amsl.com> Date: Wed, 29 Jul 2009 01:45:01 -0700 (PDT) Cc: mpls@ietf.org Subject: [mpls] I-D Action:draft-ietf-mpls-3209-patherr-05.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 08:45:02 -0000 --NextPart 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 : Node behavior upon originating and receiving Resource ReserVation Protocol (RSVP) Path Error message Author(s) : J. Vasseur, et al. Filename : draft-ietf-mpls-3209-patherr-05.txt Pages : 7 Date : 2009-07-29 The aim of this document is to describe a common practice with regard to the behavior of a node sending a Resource ReserVation Protocol (RSVP) Traffic Engineering (TE) Path Error message and to the behavior of a node receiving an RSVP Path Error message for a preempted Multi-Protocol Label Switching (MPLS) and Generalized MPLS (GMPLS) Traffic Engineering Label Switched Path (TE LSP). This document does not define any new protocol extensions. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-mpls-3209-patherr-05.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. --NextPart Content-Type: Message/External-body; name="draft-ietf-mpls-3209-patherr-05.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2009-07-29013336.I-D@ietf.org> --NextPart-- From root@core3.amsl.com Wed Jul 29 01:45:02 2009 Return-Path: X-Original-To: mpls@ietf.org Delivered-To: mpls@core3.amsl.com Received: by core3.amsl.com (Postfix, from userid 0) id 6878C3A6EDE; Wed, 29 Jul 2009 01:45:02 -0700 (PDT) From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 Message-Id: <20090729084502.6878C3A6EDE@core3.amsl.com> Date: Wed, 29 Jul 2009 01:45:02 -0700 (PDT) Cc: mpls@ietf.org Subject: [mpls] I-D Action:draft-ietf-mpls-soft-preemption-18.txt X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 08:45:02 -0000 --NextPart 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 : MPLS Traffic Engineering Soft Preemption Author(s) : D. Maddux, et al. Filename : draft-ietf-mpls-soft-preemption-18.txt Pages : 14 Date : 2009-07-29 This document specifies Multiprotocol Label Switching (MPLS) Traffic Engineering Soft Preemption, a suite of protocol modifications extending the concept of preemption with the goal of reducing/ eliminating traffic disruption of preempted Traffic Engineering Label Switched Paths (TE LSPs). Initially MPLS RSVP-TE was defined supporting only immediate TE LSP displacement upon preemption. The utilization of a reroute request notification helps more gracefully mitigate the re-route process of preempted TE LSP. For the brief period soft preemption is activated, reservations (though not necessarily traffic levels) are in effect under-provisioned until the TE LSP(s) can be re-routed. For this reason, the feature is primarily but not exclusively interesting in MPLS enabled IP networks with Differentiated Services and Traffic Engineering capabilities. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-mpls-soft-preemption-18.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. --NextPart Content-Type: Message/External-body; name="draft-ietf-mpls-soft-preemption-18.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2009-07-29013344.I-D@ietf.org> --NextPart-- From diego.caviglia@ericsson.com Wed Jul 29 07:04:06 2009 Return-Path: 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 91D373A6FDF for ; Wed, 29 Jul 2009 07:04:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.328 X-Spam-Level: X-Spam-Status: No, score=-1.328 tagged_above=-999 required=5 tests=[AWL=4.920, 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 TnYBMXLRpqem for ; Wed, 29 Jul 2009 07:04:05 -0700 (PDT) Received: from mailgw3.ericsson.se (mailgw3.ericsson.se [193.180.251.60]) by core3.amsl.com (Postfix) with ESMTP id B876F3A70C5 for ; Wed, 29 Jul 2009 07:04:01 -0700 (PDT) X-AuditID: c1b4fb3c-b7b9dae00000519d-58-4a7056d126f3 Received: from esealmw128.eemea.ericsson.se (Unknown_Domain [153.88.253.124]) by mailgw3.ericsson.se (Symantec Mail Security) with SMTP id 65.6D.20893.1D6507A4; Wed, 29 Jul 2009 16:04:01 +0200 (CEST) Received: from esealmw110.eemea.ericsson.se ([153.88.200.78]) by esealmw128.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.3959); Wed, 29 Jul 2009 16:03:12 +0200 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_01CA1055.4F725BA1" Date: Wed, 29 Jul 2009 16:03:12 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Ring Protection in MPLS-TP thread-index: AcoQVU876vBITlTHRtmNtAHmZwwNwA== From: "Diego Caviglia" To: X-OriginalArrivalTime: 29 Jul 2009 14:03:12.0531 (UTC) FILETIME=[4F7C9630:01CA1055] X-Brightmail-Tracker: AAAAAA== Cc: andrea.digiglio@telecomitalia.it Subject: [mpls] Ring Protection in MPLS-TP X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 14:04:06 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CA1055.4F725BA1 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi all, at last IETF the following ID about ring protection has been presented, the ID is focused on p2mp but the proposed mechanism can be applied to p2p LSP. http://tools.ietf.org/html/draft-ceccarelli-mpls-tp-p2mp-ring-00 http://www.ietf.org/proceedings/74/slides/mpls-20/mpls-20.htm The ID was also trying to compare different solutions e.g. steering vs the new proposed one (section 6) We, as authors, have not received any comments so far. Now there are two more IDs on ring protection. I'm wondering, and I'd like to ask this to chairs and community, if it is the case to try to converge this kind of work in a single document addressing all the possible requirement for ring. BR Diego ------_=_NextPart_001_01CA1055.4F725BA1 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Ring Protection in MPLS-TP

Hi all,
         at last = IETF the following ID about ring protection has been presented, the ID = is focused on p2mp but the proposed mechanism can be applied to p2p = LSP.

http://tools.ietf.org/html/draft-ceccarelli-mpls-tp-p2mp-r= ing-00

http://www.ietf.org/proceedings/74/slides/mpls-20/mpls-20.= htm

The ID was also trying to compare = different solutions e.g. steering vs the new proposed one (section = 6)

We, as authors, have not received any = comments so far.

Now there are two more IDs on ring = protection.

I'm wondering, and I'd like to ask this = to chairs and community, if it is the case to try to converge this kind = of work in a single document addressing all the possible requirement for = ring.

BR

Diego

------_=_NextPart_001_01CA1055.4F725BA1-- From yang_jian@zte.com.cn Wed Jul 29 08:02:33 2009 Return-Path: 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 7C6923A6EA1; Wed, 29 Jul 2009 08:02:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -92.79 X-Spam-Level: X-Spam-Status: No, score=-92.79 tagged_above=-999 required=5 tests=[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 dLUMihdHO8A7; Wed, 29 Jul 2009 08:02:32 -0700 (PDT) Received: from mx6.zte.com.cn (mx6.zte.com.cn [63.218.89.70]) by core3.amsl.com (Postfix) with ESMTP id 162CF3A6DFD; Wed, 29 Jul 2009 08:02:31 -0700 (PDT) Received: from [10.30.17.100] by mx6.zte.com.cn with surfront esmtp id 91101784411434; Wed, 29 Jul 2009 22:48:33 +0800 (CST) Received: from [10.30.3.19] by [10.30.17.100] with StormMail ESMTP id 67619.3055381904; Wed, 29 Jul 2009 22:54:48 +0800 (CST) Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse2.zte.com.cn with ESMTP id n6TEmVM2054446; Wed, 29 Jul 2009 22:48:36 +0800 (CST) (envelope-from yang_jian@zte.com.cn) In-Reply-To: To: "Diego Caviglia" MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.4 March 27, 2005 Message-ID: From: yang_jian@zte.com.cn Date: Wed, 29 Jul 2009 22:48:52 +0800 X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 6.5.4|March 27, 2005) at 2009-07-29 22:48:19, Serialize complete at 2009-07-29 22:48:19 Content-Type: multipart/alternative; boundary="=_alternative 00514DDD48257602_=" X-MAIL: mse2.zte.com.cn n6TEmVM2054446 Cc: mpls@ietf.org, andrea.digiglio@telecomitalia.it, mpls-bounces@ietf.org Subject: [mpls] =?gb2312?b?tPC4tDogIFJpbmcgUHJvdGVjdGlvbiBpbiBNUExTLVRQ?= X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 15:02:33 -0000 This is a multipart message in MIME format. --=_alternative 00514DDD48257602_= Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 SSBzdXBwb3J0Lg0KDQpKaWFuIFlhbmcNCg0KDQoNCg0KDQoNCiJEaWVnbyBDYXZpZ2xpYSIgPGRp ZWdvLmNhdmlnbGlhQGVyaWNzc29uLmNvbT4gDQq3orz+yMs6ICBtcGxzLWJvdW5jZXNAaWV0Zi5v cmcNCjIwMDktMDctMjkgMjI6MDMNCg0KytW8/sjLDQo8bXBsc0BpZXRmLm9yZz4NCrOty80NCmFu ZHJlYS5kaWdpZ2xpb0B0ZWxlY29taXRhbGlhLml0DQrW98ziDQpbbXBsc10gUmluZyBQcm90ZWN0 aW9uIGluIE1QTFMtVFANCg0KDQoNCg0KDQoNCkhpIGFsbCwgDQogICAgICAgICBhdCBsYXN0IElF VEYgdGhlIGZvbGxvd2luZyBJRCBhYm91dCByaW5nIHByb3RlY3Rpb24gaGFzIGJlZW4gDQpwcmVz ZW50ZWQsIHRoZSBJRCBpcyBmb2N1c2VkIG9uIHAybXAgYnV0IHRoZSBwcm9wb3NlZCBtZWNoYW5p c20gY2FuIGJlIA0KYXBwbGllZCB0byBwMnAgTFNQLg0KaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0 bWwvZHJhZnQtY2VjY2FyZWxsaS1tcGxzLXRwLXAybXAtcmluZy0wMCANCmh0dHA6Ly93d3cuaWV0 Zi5vcmcvcHJvY2VlZGluZ3MvNzQvc2xpZGVzL21wbHMtMjAvbXBscy0yMC5odG0gDQpUaGUgSUQg d2FzIGFsc28gdHJ5aW5nIHRvIGNvbXBhcmUgZGlmZmVyZW50IHNvbHV0aW9ucyBlLmcuIHN0ZWVy aW5nIHZzIHRoZSANCm5ldyBwcm9wb3NlZCBvbmUgKHNlY3Rpb24gNikgDQpXZSwgYXMgYXV0aG9y cywgaGF2ZSBub3QgcmVjZWl2ZWQgYW55IGNvbW1lbnRzIHNvIGZhci4gDQpOb3cgdGhlcmUgYXJl IHR3byBtb3JlIElEcyBvbiByaW5nIHByb3RlY3Rpb24uIA0KSSdtIHdvbmRlcmluZywgYW5kIEkn ZCBsaWtlIHRvIGFzayB0aGlzIHRvIGNoYWlycyBhbmQgY29tbXVuaXR5LCBpZiBpdCBpcyANCnRo ZSBjYXNlIHRvIHRyeSB0byBjb252ZXJnZSB0aGlzIGtpbmQgb2Ygd29yayBpbiBhIHNpbmdsZSBk b2N1bWVudCANCmFkZHJlc3NpbmcgYWxsIHRoZSBwb3NzaWJsZSByZXF1aXJlbWVudCBmb3Igcmlu Zy4NCkJSIA0KRGllZ28gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18NCm1wbHMgbWFpbGluZyBsaXN0DQptcGxzQGlldGYub3JnDQpodHRwczovL3d3dy5pZXRm Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHMNCg0KDQo= --=_alternative 00514DDD48257602_= Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: base64 DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkkgc3VwcG9ydC48L2ZvbnQ+DQo8 YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkppYW4gWWFuZzwvZm9udD4N Cjxicj4NCjxicj4NCjxicj4NCjxicj4NCjxicj4NCjxicj4NCjx0YWJsZSB3aWR0aD0xMDAlPg0K PHRyIHZhbGlnbj10b3A+DQo8dGQgd2lkdGg9MjYlPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNl cmlmIj48Yj4mcXVvdDtEaWVnbyBDYXZpZ2xpYSZxdW90Ow0KJmx0O2RpZWdvLmNhdmlnbGlhQGVy aWNzc29uLmNvbSZndDs8L2I+IDwvZm9udD4NCjxicj48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1z ZXJpZiI+t6K8/sjLOiAmbmJzcDttcGxzLWJvdW5jZXNAaWV0Zi5vcmc8L2ZvbnQ+DQo8cD48Zm9u dCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+MjAwOS0wNy0yOSAyMjowMzwvZm9udD4NCjx0ZCB3 aWR0aD03MyU+DQo8dGFibGUgd2lkdGg9MTAwJT4NCjx0ciB2YWxpZ249dG9wPg0KPHRkPg0KPGRp diBhbGlnbj1yaWdodD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+ytW8/sjLPC9mb250 PjwvZGl2Pg0KPHRkPjxmb250IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj4mbHQ7bXBsc0BpZXRm Lm9yZyZndDs8L2ZvbnQ+DQo8dHIgdmFsaWduPXRvcD4NCjx0ZD4NCjxkaXYgYWxpZ249cmlnaHQ+ PGZvbnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPrOty808L2ZvbnQ+PC9kaXY+DQo8dGQ+PGZv bnQgc2l6ZT0xIGZhY2U9InNhbnMtc2VyaWYiPmFuZHJlYS5kaWdpZ2xpb0B0ZWxlY29taXRhbGlh Lml0PC9mb250Pg0KPHRyIHZhbGlnbj10b3A+DQo8dGQ+DQo8ZGl2IGFsaWduPXJpZ2h0Pjxmb250 IHNpemU9MSBmYWNlPSJzYW5zLXNlcmlmIj7W98ziPC9mb250PjwvZGl2Pg0KPHRkPjxmb250IHNp emU9MSBmYWNlPSJzYW5zLXNlcmlmIj5bbXBsc10gUmluZyBQcm90ZWN0aW9uIGluIE1QTFMtVFA8 L2ZvbnQ+PC90YWJsZT4NCjxicj4NCjx0YWJsZT4NCjx0ciB2YWxpZ249dG9wPg0KPHRkPg0KPHRk PjwvdGFibGU+DQo8YnI+PC90YWJsZT4NCjxicj4NCjxicj4NCjxicj48Zm9udCBzaXplPTIgZmFj ZT0iQXJpYWwiPkhpIGFsbCw8L2ZvbnQ+PGZvbnQgc2l6ZT0zPiA8L2ZvbnQ+PGZvbnQgc2l6ZT0y IGZhY2U9IkFyaWFsIj48YnI+DQogJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IGF0IGxhc3Qg SUVURiB0aGUgZm9sbG93aW5nIElEIGFib3V0IHJpbmcgcHJvdGVjdGlvbg0KaGFzIGJlZW4gcHJl c2VudGVkLCB0aGUgSUQgaXMgZm9jdXNlZCBvbiBwMm1wIGJ1dCB0aGUgcHJvcG9zZWQgbWVjaGFu aXNtDQpjYW4gYmUgYXBwbGllZCB0byBwMnAgTFNQLjwvZm9udD4NCjxwPjxhIGhyZWY9Imh0dHA6 Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWNlY2NhcmVsbGktbXBscy10cC1wMm1wLXJpbmct MDAiPjxmb250IHNpemU9MiBjb2xvcj1ibHVlIGZhY2U9IkFyaWFsIj48dT5odHRwOi8vdG9vbHMu aWV0Zi5vcmcvaHRtbC9kcmFmdC1jZWNjYXJlbGxpLW1wbHMtdHAtcDJtcC1yaW5nLTAwPC91Pjwv Zm9udD48L2E+PGZvbnQgc2l6ZT0zPg0KPC9mb250Pg0KPHA+PGEgaHJlZj0iaHR0cDovL3d3dy5p ZXRmLm9yZy9wcm9jZWVkaW5ncy83NC9zbGlkZXMvbXBscy0yMC9tcGxzLTIwLmh0bSI+PGZvbnQg c2l6ZT0yIGNvbG9yPWJsdWUgZmFjZT0iQXJpYWwiPjx1Pmh0dHA6Ly93d3cuaWV0Zi5vcmcvcHJv Y2VlZGluZ3MvNzQvc2xpZGVzL21wbHMtMjAvbXBscy0yMC5odG08L3U+PC9mb250PjwvYT48Zm9u dCBzaXplPTM+DQo8L2ZvbnQ+DQo8cD48Zm9udCBzaXplPTIgZmFjZT0iQXJpYWwiPlRoZSBJRCB3 YXMgYWxzbyB0cnlpbmcgdG8gY29tcGFyZSBkaWZmZXJlbnQNCnNvbHV0aW9ucyBlLmcuIHN0ZWVy aW5nIHZzIHRoZSBuZXcgcHJvcG9zZWQgb25lIChzZWN0aW9uIDYpPC9mb250Pjxmb250IHNpemU9 Mz4NCjwvZm9udD4NCjxwPjxmb250IHNpemU9MiBmYWNlPSJBcmlhbCI+V2UsIGFzIGF1dGhvcnMs IGhhdmUgbm90IHJlY2VpdmVkIGFueSBjb21tZW50cw0Kc28gZmFyLjwvZm9udD48Zm9udCBzaXpl PTM+IDwvZm9udD4NCjxwPjxmb250IHNpemU9MiBmYWNlPSJBcmlhbCI+Tm93IHRoZXJlIGFyZSB0 d28gbW9yZSBJRHMgb24gcmluZyBwcm90ZWN0aW9uLjwvZm9udD48Zm9udCBzaXplPTM+DQo8L2Zv bnQ+DQo8cD48Zm9udCBzaXplPTIgZmFjZT0iQXJpYWwiPkknbSB3b25kZXJpbmcsIGFuZCBJJ2Qg bGlrZSB0byBhc2sgdGhpcyB0bw0KY2hhaXJzIGFuZCBjb21tdW5pdHksIGlmIGl0IGlzIHRoZSBj YXNlIHRvIHRyeSB0byBjb252ZXJnZSB0aGlzIGtpbmQgb2YNCndvcmsgaW4gYSBzaW5nbGUgZG9j dW1lbnQgYWRkcmVzc2luZyBhbGwgdGhlIHBvc3NpYmxlIHJlcXVpcmVtZW50IGZvciByaW5nLjwv Zm9udD4NCjxwPjxmb250IHNpemU9MiBmYWNlPSJBcmlhbCI+QlI8L2ZvbnQ+PGZvbnQgc2l6ZT0z PiA8L2ZvbnQ+DQo8cD48Zm9udCBzaXplPTIgZmFjZT0iQXJpYWwiPkRpZWdvPC9mb250Pjxmb250 IHNpemU9Mz4gPC9mb250Pjxmb250IHNpemU9Mj48dHQ+X19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX188YnI+DQptcGxzIG1haWxpbmcgbGlzdDxicj4NCm1wbHNA aWV0Zi5vcmc8YnI+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL21wbHM8 YnI+DQo8L3R0PjwvZm9udD4NCjxwPg0K --=_alternative 00514DDD48257602_=-- From jvasseur@cisco.com Wed Jul 29 01:39:57 2009 Return-Path: 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 3B3243A681A for ; Wed, 29 Jul 2009 01:39:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.901 X-Spam-Level: X-Spam-Status: No, score=-5.901 tagged_above=-999 required=5 tests=[AWL=-0.699, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=1.396, 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 ZjCMsQz0YUwR for ; Wed, 29 Jul 2009 01:39:52 -0700 (PDT) Received: from sj-iport-2.cisco.com (sj-iport-2.cisco.com [171.71.176.71]) by core3.amsl.com (Postfix) with ESMTP id 6805E3A6F1C for ; Wed, 29 Jul 2009 01:39:49 -0700 (PDT) X-Files: None : None X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AsgEAMmnb0qrR7MV/2dsb2JhbACCKyqWF6JviCeQJgWEEA X-IronPort-AV: E=Sophos;i="4.43,288,1246838400"; d="scan'208,217";a="190647518" Received: from sj-dkim-1.cisco.com ([171.71.179.21]) by sj-iport-2.cisco.com with ESMTP; 29 Jul 2009 08:39:50 +0000 Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id n6T8do9Y023423; Wed, 29 Jul 2009 01:39:50 -0700 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id n6T8dofn000197; Wed, 29 Jul 2009 08:39:50 GMT Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 29 Jul 2009 01:39:50 -0700 Received: from [10.43.1.15] ([10.21.69.35]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 29 Jul 2009 01:39:39 -0700 Message-Id: <7E590C2F-A2C0-4AF9-9DD4-7A04FE27ABD9@cisco.com> From: JP Vasseur To: Adrian Farrel In-Reply-To: <9E87CBB6-CC68-4F1A-B78A-3A0B1E9DEA3E@cisco.com> Content-Type: multipart/alternative; boundary=Apple-Mail-65--33362377 Mime-Version: 1.0 (Apple Message framework v935.3) X-Priority: 3 Date: Wed, 29 Jul 2009 10:39:37 +0200 References: <9E87CBB6-CC68-4F1A-B78A-3A0B1E9DEA3E@cisco.com> X-Mailer: Apple Mail (2.935.3) X-OriginalArrivalTime: 29 Jul 2009 08:39:40.0511 (UTC) FILETIME=[1D0566F0:01CA1028] DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=184542; t=1248856790; x=1249720790; c=relaxed/simple; s=sjdkim1004; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=jvasseur@cisco.com; z=From:=20JP=20Vasseur=20 |Subject:=20Re=3A=20AD=20review=20of=20Soft=20Preemtion=20w ork |Sender:=20; bh=g5RRGs42HV6ynh89UTxHa+fAJShgEkHHkftb4YquLcY=; b=lbbpv4ehcd/HhHR0IV0h4akvVeRaOWpJg95uHs824uD4iFM3RGdPLGUd+D GGkeHpOZpXZyDGdCuPUmopKn/cJpv+H2uaUW86K1BmOOindaIs/emvXTpElT PxPsHJZNnYsrchYTnCG7kcQZIdp9N4Y5mVhpK1L988qigTLU9h28I=; Authentication-Results: sj-dkim-1; header.From=jvasseur@cisco.com; dkim=pass ( sig from cisco.com/sjdkim1004 verified; ); X-Mailman-Approved-At: Thu, 30 Jul 2009 09:57:19 -0700 Cc: mpls@ietf.org, draft-ietf-mpls-3209-patherr@tools.ietf.org, draft-ietf-mpls-gmpls-lsp-reroute@tools.ietf.org, draft-ietf-mpls-soft-preemption@tools.ietf.org, mpls-ads@tools.ietf.org, mpls-chairs@tools.ietf.org Subject: Re: [mpls] AD review of Soft Preemtion work X-BeenThere: mpls@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Multi-Protocol Label Switching WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jul 2009 08:39:57 -0000 --Apple-Mail-65--33362377 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Hi Adrian, Both documents have been posted with all editorial comments addressed. I attached the Diffs for convenience. > On Jul 26, 2009, at 1:32 PM, Adrian Farrel wrote: > >> Hi, >> >> I've been reading draft-ietf-mpls-3209-patherr-04.txt, >> >> prior to kicking off IETF last call. >> >> I don't have many questions... >> >> The Abstract and Introduction to draft-ietf-mpls-3209- >> patherr-04.txt explicitly call out MPLS when discussing RSVP-TE >> PathErr messages. But they do not mention GMPLS. In fact, the only >> reference to RFC3473 is in section 2.2. I think that the text needs >> to be clear on whether or not it is intended to apply to GMPLS >> signaling. This obviously affects how the document is read and >> applied, and should not be left for people to assume (one way or >> the other). >> > > Main intention was MPLS for Soft Preemption. That said (as discussed > with Lou) this does apply to GMPLS, which is also fine with me. > Sentence added. > >> draft-ietf-mpls-3209-patherr-04.txt uses some BNF (copied from RFC >> 2205). New "rules" require that any document that uses a formal >> language includes a reference to the definition of the formal >> language. Your choice here is: >> - leave out the text copy from 2205 >> - insert a reference to RFC 5511 > > We left out the text copy from 2205. > >> >> draft-ietf-mpls-3209-patherr-04.txt Page 4 >> Additionally, PathErr messages may be used in two circumstances: >> Strike "Additionally," > > Fixed. > > Diffs attached. > >> >> The RFC Editor will require the first section of draft-ietf-mpls- >> soft-preemption-17.txt to be the Introduction. I think you can >> simply re-order the sections you already have, and expand the >> acronyms in the Introduction section. > > Fixed. > >> >> I am trying to not re-open my mailing list discussions of draft- >> ietf-mpls-soft-preemption-17.txt from the last couple of years. :-) >> In section 6.1 you have >> For each preempted TE LSP, instead of sending an RSVP Path Tear >> message after the receipt of an RSVP PathErr message notifying a >> fatal action as documented in [I-D.ietf-mpls-3209-patherr] upon >> preemption as with hard preemption (which would result in an >> immediate traffic disruption for the preempted TE LSP), the >> preempting node's local bandwidth accounting for the preempted TE >> LSP >> is zeroed and a PathErr with error code "Reroute" and a error value >> "Reroute request soft preemption" for that TE LSP is issued upstream >> toward the head-end LSR. >> I can't parse this single-sentence paragraph. Can you look at how >> to break it up? > > Indeed! > >> I think the node being described is the preempting node. But the >> preempting node does not receive a PathErr so the first part of the >> sentence confuses me. >> > > Done. > >> draft-ietf-mpls-soft-preemption-17.txt section 6.1 >> Should a refresh event for a soft preempted TE LSP arrive before the >> soft preemption timer expires, the soft preempting node MUST >> continue >> to refresh the TE LSP. >> This is the first mention of a soft preemption timer. I think you >> need to swap the text around so the definition of the timer (2 >> paras later) is introduced first. >> > > Ah yes. > >> draft-ietf-mpls-soft-preemption-17.txt Section 13.2 >> [I-D.ietf-mpls-3209-patherr] should be a Normative reference >> >> > > yes. > >> I have marked the documents as: >> draft-ietf-mpls-soft-preemption "AD Evaluation : Revised I-D Needed" >> draft-ietf-mpls-3209-patherr "AD Evaluation : Revised I-D Needed" >> draft-ietf-mpls-gmpls-lsp-reroute "AD Evaluation : External Party" >> >> I'm willing to discuss: >> a. whether these changes are needed >> b. whether the changes need a respin or an RFC Editor note >> > > > > Many Thanks. > > JP. > > > > >> Cheers, >> Adrian >> >> >> > --Apple-Mail-65--33362377 Content-Type: multipart/mixed; boundary=Apple-Mail-66--33362376 --Apple-Mail-66--33362376 Content-Type: text/html; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hi = Adrian,

Both documents have been = posted with all editorial comments addressed. I = attached the Diffs for = convenience.

On Jul = 26, 2009, at 1:32 PM, Adrian Farrel wrote:

Hi,

I've been reading = draft-ietf-mpls-3209-patherr-04.txt,

prior to kicking off IETF = last call.

I don't have many questions...

The Abstract and = Introduction to draft-ietf-mpls-3209-patherr-04.txt explicitly call out = MPLS when discussing RSVP-TE PathErr messages. But they do not mention = GMPLS. In fact, the only reference to RFC3473 is in section 2.2. I think = that the text needs to be clear on whether or not it is intended to = apply to GMPLS signaling. This obviously affects how the document is = read and applied, and should not be left for people to assume (one way = or the other).


Main = intention was MPLS for Soft Preemption. That said (as discussed with = Lou) this does apply to GMPLS, which is also fine with me. Sentence = added.

draft-ietf-mpls-3209-patherr-04.txt uses some BNF = (copied from RFC 2205). New "rules" require that any document that uses = a formal language includes a reference to the definition of the formal = language. Your choice here is:
- leave out the text copy from = 2205
- insert a reference to RFC = 5511

We left out the text copy = from 2205.


draft-ietf-mpls-3209-patherr-04.txt Page 4
=  Additionally, PathErr messages may be used in two = circumstances:
Strike = "Additionally,"

Fixed.

Diffs attached.


The RFC Editor will require the first section of = draft-ietf-mpls-soft-preemption-17.txt to be the Introduction. I think = you can simply re-order the sections you already have, and expand the = acronyms in the Introduction = section.

Fixed.


I am trying to not re-open my mailing list = discussions of draft-ietf-mpls-soft-preemption-17.txt from the last = couple of years. :-) In section 6.1 you have
 For each = preempted TE LSP, instead of sending an RSVP Path Tear
 message = after the receipt of an RSVP PathErr message notifying a
 fatal = action as documented in [I-D.ietf-mpls-3209-patherr] upon
=  preemption as with hard preemption (which would result in an
=  immediate traffic disruption for the preempted TE LSP), the
=  preempting node's local bandwidth accounting for the preempted TE = LSP
 is zeroed and a PathErr with error code "Reroute" and a = error value
 "Reroute request soft preemption" for that TE LSP = is issued upstream
 toward the head-end LSR.
I can't parse = this single-sentence paragraph. Can you look at how to break it up? =

Indeed!

I think the node being described is the preempting = node. But the preempting node does not receive a PathErr so the first = part of the sentence confuses = me.


Done.

draft-ietf-mpls-soft-preemption-17.txt section = 6.1
 Should a refresh event for a soft preempted TE LSP arrive = before the
 soft preemption timer expires, the soft preempting = node MUST continue
 to refresh the TE LSP.
This is the first = mention of a soft preemption timer. I think you need to swap the text = around so the definition of the timer (2 paras later) is introduced = first.


Ah = yes.

draft-ietf-mpls-soft-preemption-17.txt Section = 13.2
[I-D.ietf-mpls-3209-patherr] should be a Normative = reference



yes.

=
I have marked the documents = as:
draft-ietf-mpls-soft-preemption  "AD Evaluation : Revised = I-D Needed"
draft-ietf-mpls-3209-patherr  "AD Evaluation : = Revised I-D Needed"
draft-ietf-mpls-gmpls-lsp-reroute  "AD = Evaluation : External Party"

I'm willing to discuss:
a. whether these changes = are needed
b. whether the changes need a respin or an RFC Editor = note




Many = Thanks.

JP.

=

= --Apple-Mail-66--33362376 Content-Disposition: attachment; filename*0="Diff: draft-ietf-mpls-soft-preemption-17.txt - draft-ietf-mpls-s"; filename*1=oft-preemption-18.webarchive Content-Type: application/octet-stream; x-mac-hide-extension=yes; x-unix-mode=0644; name="Diff: draft-ietf-mpls-soft-preemption-17.txt - draft-ietf-mpls-soft-preemption-18.webarchive" Content-Transfer-Encoding: quoted-printable bplist00=D2=01=02=03=0D_=10=0FWebSubresources_=10=0FWebMainResource=A1=04=D4= =05=06=07=08=09=0A=0B=0C= _=10=0FWebResourceData_=10=13WebResourceMIMEType^WebResourceURL_=10=13WebR= esourceResponseO=11=036BM6=03=00=00=00=00=00=006=00=00=00(=00=00=00=10=00=00= =00=10=00=00=00=01=00=18=00=00=00=00=00=00=03=00=00a=0F=00=00a=0F=00=00=00= =00=00=00=00=00=00=00=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF= =FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF= =FF=FF=FF=FF=FF=A0=A0=A0=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF= =FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF= =FF=FF=FF=A0=A0=A0=A0=A0=A0=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF= =FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF= =FF=A0=A0=A0=FF=FF=FF=A0=A0=A0=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF= =FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=A0=A0=A0=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF= =FF=FF=A0=A0=A0=A0=A0=A0=A0=A0=A0=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF= =FF=FF=FF=FF=FF=FF=FF=A0=A0=A0=A0=A0=A0=A0=A0=A0=FF=FF=FF=FF=FF=FF=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF= =FF=FF=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=FF=FF=FF=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=FF=FF=FF=FF=FF=FF=FF=FF=FF=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=00=00=00=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0E=D9=FFE=D9=FFE=D9=FFE=D9=FFE=D9= =FFE=D9=FFE=D9=FFE=D9=FF=00=00=00=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0E=D9=FFE=D9=FF=FF=FF=FF=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=00=00=00=00=00=00=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0E=D9=FF= E=D9=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=FF=FF=FFE=D9=FF=00=00=00=A0=A0=A0=A0=A0=A0E=D9=FFE=D9=FF=FF=FF=FF=FF=FF= =FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=A0=A0=A0=A0=A0=A0=A0=A0=A0=FF=FF=FF=FF=FF=FF= =A0=A0=A0E=D9=FF=00=00=00E=D9=FFE=D9=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF= =FF=FF=FF=FF=FF=FF=FF=FF=FF=A0=A0=A0=FF=FF=FF=FF=FF=FF=FF=FF=FF=A0=A0=A0=A0= =A0=A0E=D9=FFE=D9=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF= =FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=A0=A0=A0=FF=FF=FF=FF= =FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF= =FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF= =FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF= =FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF= =FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF= =FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF\image/x-icon_=10!http://tools.ietf.or= g/favicon.icoO=11=01=FCbplist00=D4=01=02=03=04=05=06=09=0A= X$versionT$topY$archiverX$objects=12=00=01=86=A0=D1=07=08_=10=13WebResourc= eResponse=80=01_=10=0FNSKeyedArchiver=AB=0B=0C#)*0"1234U$null=DB=0D= =0E=0F=10=11=12=13=14=15=16=17=18=19=1A=1A=1C=1D=1E=1F=20= !"V$classR$3R$8R$5R$6R$4R$7R$2R$9R$0R$1=80=0A=80=02=80=06=80=06=80=07=80=05= =80=08=10=07=80=09=10=08=10=00=D3=0D= $%&'(WNS.base[NS.relative=80=04=80=00=80=03_=10!http://tools.ietf.org/favi= con.ico=D2+,-.X$classesZ$classname=A2./UNSURLXNSObject#A=B0=20= =17+|=16H\image/x-iconP#=7F=EF=FF=FF=FF=FF=FF=FF=D2+,56=A26/]NSURLResponse= =00=08=00=11=00=1A=00=1F=00)=002=007=00:=00P=00R=00d=00p=00v=00=8D=00=94=00= =97=00=9A=00=9D=00=A0=00=A3=00=A6=00=A9=00=AC=00=AF=00=B2=00=B4=00=B6=00=B8= =00=BA=00=BC=00=BE=00=C0=00=C2=00=C4=00=C6=00=C8=00=CF=00=D7=00=E3=00=E5=00= =E7=00=E9=01=0D= =01=12=01=1B=01&=01)=01/=018=01A=01N=01O=01X=01]=01`=00=00=00=00=00=00=02=01= =00=00=00=00=00=00=007=00=00=00=00=00=00=00=00=00=00=00=00=00=00=01n=D5=05= =06=07=0E=0F=10=11=12=13=14_=10=1BWebResourceTextEncodingName_=10=14WebRes= ourceFrameNameO=12=00=012=87=20=0A=20=20= =20=0A=20=20=20=0A=20=20= Diff:=20draft-ietf-mpls-soft-preemption-17.txt=20-=20= draft-ietf-mpls-soft-preemption-18.txt=20=0A=20=20=20=0A=20=20=20=20body=20=20=20=20{=20margin:=200.4ex;=20= margin-right:=20auto;=20}=20=0A=20=20=20=20tr=20=20=20=20=20=20{=20}=20=0A= =20=20=20=20td=20=20=20=20=20=20{=20white-space:=20pre;=20font-family:=20= monospace;=20vertical-align:=20top;=20font-size:=200.86em;}=20=0A=20=20=20= =20th=20=20=20=20=20=20{=20font-size:=200.86em;=20}=20=0A=20=20=20=20= .small=20=20{=20font-size:=200.6em;=20font-style:=20italic;=20= font-family:=20Verdana,=20Helvetica,=20sans-serif;=20}=20=0A=20=20=20=20= .left=20=20=20{=20background-color:=20#EEE;=20}=20=0A=20=20=20=20.right=20= =20{=20background-color:=20#FFF;=20}=20=0A=20=20=20=20.diff=20=20=20{=20= background-color:=20#CCF;=20}=20=0A=20=20=20=20.lblock=20{=20= background-color:=20#BFB;=20}=20=0A=20=20=20=20.rblock=20{=20= background-color:=20#FF8;=20}=20=0A=20=20=20=20.insert=20{=20= background-color:=20#8FF;=20}=20=0A=20=20=20=20.delete=20{=20= background-color:=20#ACF;=20}=20=0A=20=20=20=20.void=20=20=20{=20= background-color:=20#FFB;=20}=20=0A=20=20=20=20.cont=20=20=20{=20= background-color:=20#EEE;=20}=20=0A=20=20=20=20.linebr=20{=20= background-color:=20#AAA;=20}=20=0A=20=20=20=20.lineno=20{=20color:=20= red;=20background-color:=20#FFF;=20font-size:=200.7em;=20text-align:=20= right;=20padding:=200=202px;=20}=20=0A=20=20=20=20.elipsis{=20= background-color:=20#AAA;=20}=20=0A=20=20=20=20.left=20.cont=20{=20= background-color:=20#DDD;=20}=20=0A=20=20=20=20.right=20.cont=20{=20= background-color:=20#EEE;=20}=20=0A=20=20=20=20.lblock=20.cont=20{=20= background-color:=20#9D9;=20}=20=0A=20=20=20=20.rblock=20.cont=20{=20= background-color:=20#DD6;=20}=20=0A=20=20=20=20.insert=20.cont=20{=20= background-color:=20#0DD;=20}=20=0A=20=20=20=20.delete=20.cont=20{=20= background-color:=20#8AD;=20}=20=0A=20=20=20=20.stats,=20.stats=20td,=20= .stats=20th=20{=20background-color:=20#EEE;=20padding:=202px=200;=20}=20=0A= =20=20=20=0A=20=0A=20=20=20=0A=20=20 draft-ietf-mpls-soft-preemption-17.t= xt =20=  draft-ietf-mpls-soft-preemption-18.txt <= /tr>=20=0A=20=20=20=20=20=20=20=0A= =20=20=20=20=20=20Networking=20Working=20Group=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20Matthew.=20= Meyer,=20Ed.=20Networking=20Working=20= Group=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20Matthew.=20Meyer,=20Ed.=0A=20=20=20=20=20=20Internet-Draft=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20British=20Telecom=20= Internet-Draft=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20British=20Telecom=0A=20=20=20=20=20=20Intended=20status:=20Standards=20= Track=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20JP.=20Vasseur,=20Ed.=20Intended=20= status:=20Standards=20Track=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20JP.=20Vasseur,=20Ed.=0A=20=20=20=20=20=20=0A=20=20=20=20=20=20Expires:=20= November=2019,=202009=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20Cisco=20= Systems,=20Inc=20Expires:=20January=2030,=202010=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20Cisco=20= Systems,=20Inc=0A=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20May=2018,=202009=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20July= =2029,=202009=0A=20=20=20=20=20=20=20=0A= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20MPLS=20= Traffic=20Engineering=20Soft=20Preemption=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20MPLS=20= Traffic=20Engineering=20Soft=20Preemption=0A=20=20=20=20=20=20=0A=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20= draft-ietf-mpls-soft-preemption-17.txt=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= draft-ietf-mpls-soft-preemption-18.txt=0A=20=20=20=20=20=20=20=0A= =20=20=20=20=20=20Status=20of=20this=20Memo=20Status=20of=20this=20Memo=0A=20=20=20=20=20=20=20=0A= =20=20=20=20=20=20=20=20=20This=20Internet-Draft=20is=20submitted=20to=20= IETF=20in=20full=20conformance=20with=20the=20=20=20=20This=20Internet-Draft=20is=20submitted=20to=20= IETF=20in=20full=20conformance=20with=20the=0A=20=20=20=20=20=20=20=20=20provisions=20of=20BCP=20= 78=20and=20BCP=2079.=20=20=20=20= provisions=20of=20BCP=2078=20and=20BCP=2079.=0A=20=20=20=20=20=20=20=0A= =20=20=20=20=20=20=20=20=20Internet-Drafts=20are=20working=20documents=20of=20= the=20Internet=20Engineering=20=20=20= =20Internet-Drafts=20are=20working=20documents=20of=20the=20Internet=20= Engineering=0A=20=20= =20=20=20=20=20=20=20Task=20Force=20(IETF),=20its=20areas,=20and=20= its=20working=20groups.=20=20Note=20that=20=20=20=20Task=20Force=20(IETF),=20its=20areas,=20and=20= its=20working=20groups.=20=20Note=20that=0A=20=20=20=20=20=20=20=20=20other=20groups=20may=20= also=20distribute=20working=20documents=20as=20Internet-=20= =20=20=20other=20groups=20may=20also=20= distribute=20working=20documents=20as=20Internet-=0A=20=20=20=20=20=20=20=20=20= Drafts.=20=20=20=20Drafts.=0A=20=20=20=20=20=20=20=0A=20=20=20=20=20=20= skipping=20= to=20change=20at=20page=201,=20line=2033=20= skipping=20to=20change=20= at=20page=201,=20line=2033=0A=20=20= =20=20=20=20=20=20=20and=20may=20be=20updated,=20replaced,=20or=20= obsoleted=20by=20other=20documents=20at=20any=20=20=20=20and=20may=20be=20updated,=20replaced,=20or=20= obsoleted=20by=20other=20documents=20at=20any=0A=20=20=20=20=20=20=20=20=20time.=20=20It=20is=20= inappropriate=20to=20use=20Internet-Drafts=20as=20reference=20= =20=20=20time.=20=20It=20is=20inappropriate=20= to=20use=20Internet-Drafts=20as=20reference=0A=20=20=20=20=20=20=20=20=20material=20or=20to=20= cite=20them=20other=20than=20as=20"work=20in=20progress."=20= =20=20=20material=20or=20to=20cite=20them=20= other=20than=20as=20"work=20in=20progress."=0A=20=20=20=20=20=20=20=0A= =20=20=20=20=20=20=20=20=20The=20list=20of=20current=20Internet-Drafts=20= can=20be=20accessed=20at=20=20=20=20= The=20list=20of=20current=20Internet-Drafts=20can=20be=20accessed=20= at=0A=20=20=20=20=20= =20=20= =20=20http://www.ietf.org/ietf/1id-abstracts.txt.=20=20=20=20= http://www.ietf.org/ietf/1id-abstracts.txt.=0A=20=20=20=20=20=20=20=0A= =20=20=20=20=20=20=20=20=20The=20list=20of=20Internet-Draft=20Shadow=20= Directories=20can=20be=20accessed=20at=20=20=20=20The=20list=20of=20Internet-Draft=20Shadow=20= Directories=20can=20be=20accessed=20at=0A=20=20=20=20=20=20=20=20=20= http://www.ietf.org/shadow.html.=20=20= =20=20http://www.ietf.org/shadow.html.=0A=20=20=20=20=20=20=20=0A= =20=20=20=20=20=20=0A=20=20=20= =20=20=20=20=20=20This=20Internet-Draft=20will=20expire=20on=20= November=2019,=202009.=20= =20=20=20This=20Internet-Draft=20will=20= expire=20on=20January=2030,=20= 2010.=0A=20= =20=20=20=20=20=20=0A=20=20=20=20=20=20Copyright=20= Notice=20Copyright=20Notice=0A=20=20=20=20=20=20=20= =0A=20=20=20=20=20=20=20=20=20Copyright=20(c)=202009=20= IETF=20Trust=20and=20the=20persons=20identified=20as=20the=20= =20=20=20Copyright=20(c)=202009=20IETF=20= Trust=20and=20the=20persons=20identified=20as=20the=0A=20=20=20=20=20=20=20=20=20= document=20authors.=20=20All=20rights=20reserved.=20=20=20=20document=20authors.=20=20All=20rights=20= reserved.=0A=20=20= =20=20=20=20=20=0A=20=20=20=20=20=20=20=20=20= This=20document=20is=20subject=20to=20BCP=2078=20and=20the=20IETF=20= Trust's=20Legal=20=20=20=20This=20= document=20is=20subject=20to=20BCP=2078=20and=20the=20IETF=20Trust's=20= Legal=0A=20=20=20=20= =20=20=20=20=20Provisions=20Relating=20to=20IETF=20Documents=20= in=20effect=20on=20the=20date=20of=20=20= =20=20Provisions=20Relating=20to=20IETF=20Documents=20in=20effect=20on=20= the=20date=20of=0A= =20=20=20=20=20=20=20=20=20publication=20of=20this=20document=20= (http://trustee.ietf.org/license-info).=20=20=20=20publication=20of=20this=20document=20= (http://trustee.ietf.org/license-info).=0A=20=20=20=20=20=20=20=20=20Please=20review=20= these=20documents=20carefully,=20as=20they=20describe=20your=20= rights=20=20=20=20Please=20review=20= these=20documents=20carefully,=20as=20they=20describe=20your=20= rights=0A=20=20=20= =20=20=20=20= =0A=20=20= =20=20=20=20skipping=20to=20change=20at=20page=20= 3,=20line=207=20skipping=20to=20change=20at=20page=20= 3,=20line=207=0A=20=20=20=20=20=20=20=20=20= with=20Differentiated=20Services=20and=20Traffic=20Engineering=20= capabilities.=20=20=20=20with=20= Differentiated=20Services=20and=20Traffic=20Engineering=20= capabilities.=0A=20= =20=20=20=20=20=20=0A=20=20=20=20=20=20Requirements=20= Language=20Requirements=20= Language=0A=20=20=20= =20=20=20=20=0A=20=20=20=20=20=20=20=20=20The=20= key=20words=20"MUST",=20"MUST=20NOT",=20"REQUIRED",=20"SHALL",=20"SHALL=20= NOT",=20=20=20=20The=20key=20words=20= "MUST",=20"MUST=20NOT",=20"REQUIRED",=20"SHALL",=20"SHALL=20= NOT",=0A=20=20=20=20= =20=20=20=20=20"SHOULD",=20"SHOULD=20NOT",=20"RECOMMENDED",=20= "MAY",=20and=20"OPTIONAL"=20in=20this=20=20=20=20"SHOULD",=20"SHOULD=20NOT",=20"RECOMMENDED",=20= "MAY",=20and=20"OPTIONAL"=20in=20this=0A=20=20=20=20=20=20=20=20=20document=20are=20to=20= be=20interpreted=20as=20described=20in=20RFC=202119=20= [RFC2119].=20=20=20=20document=20are=20= to=20be=20interpreted=20as=20described=20in=20RFC=202119=20= [RFC2119].=0A=20=20= =20=20=20=20=20=0A=20=20=20=20=20=20Table=20of=20= Contents=20Table=20of=20= Contents=0A=20=20=20= =20=20=20=20=0A=20=20=20=20=20=20= =0A=20=20=20=20=20=20= =20= =20=201.=20=20Terminology=20=20.=20.=20.=20= .=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20=204=20=20=20=201.=20= =20Introduction=20.=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20= .=20=204=0A=20=20=20= =20=20=20=20=20=20=20=201.1.=20=20= Acronyms=20and=20Abbreviations=20.=20.=20.=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20.=20.=20.=20=204=20=20=20=20= 2.=20=20Terminology=20=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20= .=20.=20.=20=204=0A=20=20=20=20=20=20=20=20=20=20=201.2.=20=20Nomenclature=20.=20.=20= .=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20= .=20.=20.=20=204=20=20=20=20=20=202.1.=20=20= Acronyms=20and=20Abbreviations=20.=20.=20.=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20.=20.=20.=20=204=0A=20=20=20=20=20=20=20=20= =202.=20=20Motivations=20=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20=204=20=20=20=20=20=202.2.=20=20Nomenclature=20.=20.=20= .=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20= .=20.=20.=20=205=0A=20=20=20=20=20=20=20=20=20= 3.=20=20Introduction=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20= .=20.=20=205=20=20=20=203.=20=20= Motivations=20=20.=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20= .=20=205=0A=20=20=20= =20=20=20=20=20=204.=20=20RSVP=20Extensions=20=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20=20= 6=20=20=20=204.=20=20RSVP=20= Extensions=20=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20.=20.=20.=20.=20=206=0A=20=20=20=20=20=20=20=20=20=20=204.1.=20=20= SESSION-ATTRIBUTE=20Flags=20=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20.=20=206=20=20=20= =20=20=204.1.=20=20SESSION-ATTRIBUTE=20Flags=20=20.=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20=206=0A=20=20=20=20=20=20=20=20=20=20=20= 4.2.=20=20Path=20Error=20-=20"Reroute=20request=20Soft=20Preemption"=20= Error=20=20=20=20=20=204.2.=20=20= Path=20Error=20-=20"Reroute=20request=20Soft=20Preemption"=20= Error=0A=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20Value=20=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20=206=20=20=20=20=20=20= =20=20=20=20=20=20Value=20=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20=206=0A=20=20=20=20=20=20=20=20=205.=20= =20Mode=20of=20Operation=20=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20=206=20=20=20=205.=20=20Mode=20of=20Operation=20=20.=20.=20.=20= .=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20= .=20=206=0A=20=20=20= =20=20=20=20=20=206.=20=20Elements=20Of=20Procedures=20.=20.=20.=20= .=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20=20= 8=20=20=20=206.=20=20Elements=20Of=20= Procedures=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20=208=0A=20=20=20=20=20=20=20=20=20=20=206.1.=20=20On=20a=20= Soft=20Preempting=20LSR=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20=208=20=20=20=20=20= =206.1.=20=20On=20a=20Soft=20Preempting=20LSR=20.=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20=208=0A=20=20=20=20=20=20=20=20=20=20=20= 6.2.=20=20On=20Head-end=20LSR=20of=20a=20Soft=20Preempted=20TE=20LSP=20.=20= .=20.=20.=20.=20.=20.=20.=2010=20=20=20= =20=20=206.2.=20=20On=20Head-end=20LSR=20of=20a=20Soft=20Preempted=20TE=20= LSP=20.=20.=20.=20.=20.=20.=20.=20.=2010=0A=20=20=20=20=20=20=20=20=207.=20=20= Interoperability=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20.=20.=20.=20.=2010=20=20=20=207.=20=20Interoperability=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20= 10=0A=20=20=20=20=20= =20=20= =20=208.=20=20Management=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=2011=20= =20=20=208.=20=20Management=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20= .=20.=20.=20.=2011=0A= =20=20=20=20=20=20=20=0A=20=20=20=20=20=20skipping=20to=20= change=20at=20page=204,=20line=205=20= skipping=20to=20change=20= at=20page=204,=20line=205=0A=20=20= =20=20=20=20=20=20=20=20=209.1.=20=20New=20Session=20Attribute=20= Object=20Flag=20=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20= 12=20=20=20=20=20=209.1.=20=20New=20= Session=20Attribute=20Object=20Flag=20=20.=20.=20.=20.=20.=20.=20.=20.=20= .=20.=20.=20.=2012=0A= =20=20=20=20=20=20=20=20=20=20=209.2.=20=20New=20error=20sub-code=20value=20= .=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20= 12=20=20=20=20=20=209.2.=20=20New=20= error=20sub-code=20value=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20.=2012=0A=20=20=20=20=20=20=20=20=2010.=20Security=20= Considerations=20=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20.=2012=20=20=20=20= 10.=20Security=20Considerations=20=20.=20.=20.=20.=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20.=20.=20.=20.=20.=2012=0A=20=20=20=20=20=20=20=20=2011.=20Acknowledgements=20= .=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20.=2012=20=20=20=20= 11.=20Acknowledgements=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=2012=0A=20=20=20=20=20=20=20=20=2012.=20Authors'=20= Addresses=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20.=20.=2012=20=20=20= =2012.=20Authors'=20Addresses=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=2012=0A=20=20=20=20=20=20=20=20=2013.=20= References=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=2013=20=20=20=2013.=20References=20.=20.=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20= .=2013=0A=20=20=20= =20=20=20=20=20=20=20=2013.1.=20Normative=20References=20.=20.=20.=20= .=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20= 13=20=20=20=20=20=2013.1.=20= Normative=20References=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20.=20.=2013=0A=20=20=20=20=20=20=20=20=20=20=2013.2.=20= Informative=20References=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20.=2013=20=20=20=20= =20=2013.2.=20Informative=20References=20.=20.=20.=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20.=20.=20.=20.=20.=2013=0A=20=20=20=20=20=20=20=20=20Authors'=20Addresses=20= .=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20.=2014=20=20=20=20= Authors'=20Addresses=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=2014=0A=20=20=20=20=20=20=20=0A= =20=20=20=20=20=20=0A=20=20=20= =20=20=201.=20=20Terminology=201.=20=20Introduction=0A=20=20=20=20=20=20=20=0A=20=20=20=20=20=20=20= =20=20=20In=20an=20= Multiprotocol=20Label=20Switching=20(MPLS)=20Resource=20= Reservation=0A= =20=20=20=20=20=20=20=20=20=20Protocol=20Traffic=20Engineering=20(RSVP-TE)=20= (see=20[RFC3209])=20enabled=20IP=0A=20=20=20=20=20=20=20=20=20=20network,=20hard=20= preemption=20is=20the=20default=20behavior.=20=20Hard=20= preemption=0A= =20=20=20=20=20=20=20=20=20=20provides=20no=20mechanism=20to=20allow=20= preempted=20Traffic=20Engineering=20Label=0A=20=20=20=20=20=20=20= =20=20=20Switched=20= Paths=20(TE=20LSPs)=20to=20be=20handled=20in=20a=20= make-before-break=0A=20=20=20=20=20=20=20=20=20=20fashion:=20the=20hard=20= preemption=20scheme=20instead=20utilizes=20a=20very=20= intrusive=0A= =20=20=20=20=20=20=20=20=20=20method=20that=20can=20cause=20traffic=20= disruption=20for=20a=20potentially=20large=0A=20=20=20=20=20=20=20= =20=20=20amount=20= of=20TE=20LSPs.=20=20Without=20an=20alternative,=20network=20operators=20= either=0A=20= =20=20=20=20=20=20=20=20=20accept=20this=20limitation,=20or=20remove=20= functionality=20by=20using=20only=20one=0A=20=20=20=20=20=20=20=20=20=20preemption=20priority=20= or=20using=20invalid=20bandwidth=20reservation=20values.=0A=20=20=20=20=20=20=20= =20=20=20= Understandably=20desirable=20features=20like=20ingress=20(Label=20Edge=20= Router)=0A=20= =20=20=20=20=20=20=20=20=20LER=20automated=20(Traffic=20Engineering=20= (TE)=20reservation=20adjustments=20are=0A=20=20=20=20=20=20=20=20=20=20less=20palatable=20= when=20preemption=20is=20intrusive=20and=20high=20network=0A=20=20=20=20=20=20=20= =20=20=20stability=20= levels=20are=20a=20concern.=0A=20=20=20=20=20=20=20=0A=20=20=20=20=20=20=20= =20=20=20This=20= document=20defines=20the=20use=20of=20additional=20signaling=20and=20= maintenance=0A= =20=20=20=20=20=20=20=20=20=20mechanisms=20to=20alert=20the=20ingress=20LER=20= of=20the=20preemption=20that=20is=20pending=0A=20=20=20=20=20=20=20= =20=20=20and=20= allow=20for=20temporary=20control=20plane=20under-provisioning=20while=20= the=0A=20=20= =20=20=20=20=20=20=20=20preempted=20tunnel=20is=20re-routed=20in=20a=20= non=20disruptive=20fashion=20(make-=0A=20=20=20=20=20=20=20=20=20=20before-break)=20by=20= the=20ingress=20LER.=20=20During=20the=20period=20that=20the=20= tunnel=0A=20= =20=20=20=20=20=20=20=20=20is=20being=20re-routed,=20link=20capacity=20is=20= under-provisioned=20on=20the=0A=20=20=20=20=20=20=20=20=20=20midpoint=20where=20= preemption=20initiated=20and=20potentially=20one=20or=20more=20= links=0A=20= =20=20=20=20=20=20=20=20=20upstream=20along=20the=20path=20where=20other=20= soft=20preemptions=20may=20have=0A=20=20=20=20=20=20=20=20=20=20= occurred.=0A= =20=20=20=20=20=20=20=0A=20=20=20=20=20=20=202.=20=20= Terminology=0A=20=20= =20=20=20=20=20=0A=20=20=20=20=20=20=20=20=20= This=20document=20follows=20the=20nomenclature=20of=20the=20MPLS=20= Architecture=20=20=20=20This=20= document=20follows=20the=20nomenclature=20of=20the=20MPLS=20= Architecture=0A=20= =20=20=20=20=20=20=20=20defined=20in=20[RFC3031].=20=20=20=20defined=20in=20[RFC3031].=0A=20=20=20=20=20=20=20= =0A=20=20=20=20=20=20=0A=20=20=20=20=20=201.1.=20=20Acronyms=20and=20= Abbreviations=202.1.=20=20Acronyms=20and=20Abbreviations=0A=20=20=20=20=20=20=20= =0A=20=20=20=20=20=20=20=20=20CSPF:=20Constrained=20= Shortest=20Path=20First.=20=20=20=20= CSPF:=20Constrained=20Shortest=20Path=20First.=0A=20=20=20=20=20=20=20=0A= =20=20=20=20=20=20=20=20=20DS:=20Differentiated=20Services.=20= =20=20=20DS:=20Differentiated=20= Services.=0A=20=20= =20=20=20=20=20=0A=20=20=20=20=20=20=20=20=20= LER:=20Label=20Edge=20Router.=20=20=20= =20LER:=20Label=20Edge=20Router.=0A=20=20=20=20=20=20=20=0A= =20=20=20=20=20=20=20=20=20LSR:=20Label=20Switching=20Router.=20= =20=20=20LSR:=20Label=20Switching=20= Router.=0A=20=20=20= =20=20=20=20=0A=20=20=20=20=20=20=20=20=20= LSP:=20Label=20Switched=20Path.=20=20= =20=20LSP:=20Label=20Switched=20Path.=0A=20=20=20=20=20=20=20=0A= =20=20=20=20=20=20=20=20=20MPLS:=20MultiProtocol=20Label=20= Switching.=20=20=20=20MPLS:=20= MultiProtocol=20Label=20Switching.=0A=20=20=20=20=20=20=20=0A= =20=20=20=20=20=20=20=20=20RSVP:=20Resource=20ReSerVation=20= Protocol.=20=20=20=20RSVP:=20= Resource=20ReSerVation=20Protocol.=0A=20=20=20=20=20=20=20=0A= =20=20=20=20=20=20=20=20=20TE=20LSP:=20Traffic=20Engineering=20Label=20= Switched=20Path.=20=20=20=20TE=20= LSP:=20Traffic=20Engineering=20Label=20Switched=20Path.=0A=20=20=20=20=20=20=20= =0A=20=20=20=20=20=20=0A=20=20=20=20=20=201.2.=20=20Nomenclature=202.2.=20=20= Nomenclature=0A=20= =20=20=20=20=20=20=0A=20=20=20=20=20=20=20=20=20= Point=20of=20Preemption=20-=20the=20midpoint=20or=20ingress=20LSR=20= which=20due=20to=20RSVP=20=20=20=20= Point=20of=20Preemption=20-=20the=20midpoint=20or=20ingress=20LSR=20= which=20due=20to=20RSVP=0A=20=20=20=20=20=20=20=20=20provisioning=20levels=20= is=20forced=20to=20either=20hard=20preempt=20or=20under-=20= =20=20=20provisioning=20levels=20is=20forced=20= to=20either=20hard=20preempt=20or=20under-=0A=20=20=20=20=20=20=20=20=20provision=20and=20= signal=20soft=20preemption.=20=20=20=20= provision=20and=20signal=20soft=20preemption.=0A=20=20=20=20=20=20=20=0A= =20=20=20=20=20=20=20=20=20Hard=20Preemption=20-=20The=20(typically=20= default)=20preemption=20process=20in=20which=20=20=20=20Hard=20Preemption=20-=20The=20(typically=20= default)=20preemption=20process=20in=20which=0A=20=20=20=20=20=20=20=20=20higher=20numeric=20= priority=20TE=20LSPs=20are=20intrusively=20displaced=20at=20the=20= =20=20=20higher=20numeric=20priority=20TE=20= LSPs=20are=20intrusively=20displaced=20at=20the=0A=20=20=20=20=20=20=20=20=20= point=20of=20preemption=20by=20lower=20numeric=20priority=20TE=20LSPs.=20= =20In=20hard=20=20=20=20point=20of=20= preemption=20by=20lower=20numeric=20priority=20TE=20LSPs.=20=20In=20= hard=0A=20=20=20=20= =20=20=20=20=20preemption=20the=20TE=20LSP=20is=20torn=20down=20= before=20reestablishment.=20=20=20=20= preemption=20the=20TE=20LSP=20is=20torn=20down=20before=20= reestablishment.=0A= =20=20=20=20=20=20=20=0A=20=20=20=20=20=20= =0A=20=20=20=20=20=20= 2.=20=20= Motivations=203.=20=20Motivations=0A=20=20=20=20=20=20=20=0A= =20=20=20=20=20=20=20=20=20Initially=20Multiprotocol=20Label=20Switching=20= (MPLS)=20RSVP-TE=20[RFC3209]=20was=20=20= =20=20Initially=20Multiprotocol=20Label=20Switching=20(MPLS)=20RSVP-TE=20= [RFC3209]=20was=0A= =20=20=20=20=20=20=20=20=20defined=20supporting=20only=20one=20method=20of=20= TE=20LSP=20preemption=20which=20=20=20= =20defined=20supporting=20only=20one=20method=20of=20TE=20LSP=20= preemption=20which=0A= =20=20=20=20=20=20=20=20=20immediately=20tears=20down=20TE=20LSPs,=20= disregarding=20the=20preempted=20in-transit=20=20=20=20immediately=20tears=20down=20TE=20LSPs,=20= disregarding=20the=20preempted=20in-transit=0A=20=20=20=20=20=20=20=20=20traffic.=20=20This=20= simple=20but=20abrupt=20process=20nearly=20guarantees=20= preempted=20=20=20=20traffic.=20=20= This=20simple=20but=20abrupt=20process=20nearly=20guarantees=20= preempted=0A=20=20= =20=20=20=20=20=20=20traffic=20will=20be=20discarded,=20if=20only=20= briefly,=20until=20the=20RSVP=20Path=20Error=20=20=20=20traffic=20will=20be=20discarded,=20if=20only=20= briefly,=20until=20the=20RSVP=20Path=20Error=0A=20=20=20=20=20=20=20=20=20message=20reaches=20= and=20is=20processed=20by=20the=20ingress=20LER=20and=20a=20new=20= data=20=20=20=20message=20reaches=20= and=20is=20processed=20by=20the=20ingress=20LER=20and=20a=20new=20= data=0A=20=20=20=20= =20=20=20=20=20path=20can=20be=20established.=20=20The=20Error=20= Code=20and=20Error=20Values=20carried=20=20=20=20path=20can=20be=20established.=20=20The=20Error=20= Code=20and=20Error=20Values=20carried=0A=20=20=20=20=20=20=20=20=20within=20the=20RSVP=20= Path=20Error=20message=20to=20report=20a=20preemption=20action=20= are=20=20=20=20within=20the=20RSVP=20= Path=20Error=20message=20to=20report=20a=20preemption=20action=20= are=0A=20=20=20=20= =20=20=20=20=20documented=20in=20[I-D.ietf-mpls-3209-patherr].=20= =20Note=20that=20such=20=20=20=20= documented=20in=20[I-D.ietf-mpls-3209-patherr].=20=20Note=20that=20= such=0A=20=20=20=20= =20=20=20= =0A=20=20= =20=20=20=20skipping=20to=20change=20at=20page=20= 5,=20line=2024=20skipping=20to=20change=20at=20page=20= 6,=20line=205=0A=20=20=20=20=20=20=20=20=20= preemption=20priority=20traffic=20in=20a=20non=20Diff-Serv=20enabled=20= architecture,=20=20=20=20preemption=20= priority=20traffic=20in=20a=20non=20Diff-Serv=20enabled=20= architecture,=0A=20= =20=20=20=20=20=20=20=20but=20in=20a=20Diff-Serv=20enabled=20= architecture,=20one=20need=20not=20rely=20=20=20=20but=20in=20a=20Diff-Serv=20enabled=20= architecture,=20one=20need=20not=20rely=0A=20=20=20=20=20=20=20=20=20exclusively=20upon=20= preemption=20to=20enforce=20a=20preference=20for=20the=20most=20= =20=20=20exclusively=20upon=20preemption=20to=20= enforce=20a=20preference=20for=20the=20most=0A=20=20=20=20=20=20=20=20=20valued=20traffic=20= since=20the=20marking=20and=20queuing=20disciplines=20should=20= =20=20=20valued=20traffic=20since=20the=20= marking=20and=20queuing=20disciplines=20should=0A=20=20=20=20=20=20=20=20=20already=20be=20aligned=20= for=20those=20purposes.=20=20Moreover,=20even=20in=20non=20= Diff-=20=20=20=20already=20be=20= aligned=20for=20those=20purposes.=20=20Moreover,=20even=20in=20non=20= Diff-=0A=20=20=20=20= =20=20=20=20=20Serv=20aware=20networks,=20depending=20on=20the=20= TE=20LSP=20sizing=20rules=20(imagine=20=20=20=20Serv=20aware=20networks,=20depending=20on=20the=20= TE=20LSP=20sizing=20rules=20(imagine=0A=20=20=20=20=20=20=20=20=20all=20LSPs=20are=20= sized=20at=20double=20their=20observed=20traffic=20level),=20= =20=20=20all=20LSPs=20are=20sized=20at=20= double=20their=20observed=20traffic=20level),=0A=20=20=20=20=20=20=20=20=20reservation=20= contention=20may=20not=20accurately=20reflect=20the=20potential=20= for=20=20=20=20reservation=20= contention=20may=20not=20accurately=20reflect=20the=20potential=20= for=0A=20=20=20=20= =20=20=20=20=20data=20plane=20congestion.=20=20=20=20data=20plane=20congestion.=0A=20=20=20=20=20=20=20= =0A=20=20=20=20=20=20=0A=20=20=20=20=20=203.=20=20Introduction=20=0A= =20=20=20=20=20=20=20=0A= =20=20=20=20=20=20=20=20=20In=20an=20MPLS=20= RSVP-TE=20(see=20[RFC3209])=20enabled=20IP=20network,=20= hard=20=0A=20=20=20=20=20=20=20=20=20preemption=20is=20the=20default=20behavior.=20=20= Hard=20preemption=20provides=20no=20=0A= =20=20=20=20=20=20=20=20=20mechanism=20to=20= allow=20preempted=20TE=20LSPs=20to=20be=20handled=20in=20a=20= make-before-=20=0A=20=20=20=20=20=20=20=20=20break=20fashion:=20the=20hard=20preemption=20= scheme=20instead=20utilizes=20a=20very=20=0A= =20=20=20=20=20=20=20=20=20intrusive=20method=20= that=20can=20cause=20traffic=20disruption=20for=20a=20= potentially=20=0A=20=20=20=20=20=20=20=20=20large=20amount=20of=20TE=20LSPs.=20=20Without=20= an=20alternative,=20network=20operators=20=0A= =20=20=20=20=20=20=20=20=20either=20accept=20= this=20limitation,=20or=20remove=20functionality=20by=20using=20= only=20=0A=20=20=20=20=20=20=20=20=20one=20preemption=20priority=20or=20using=20= invalid=20bandwidth=20reservation=20=0A= =20=20=20=20=20=20=20=20=20values.=20=20= Understandably=20desirable=20features=20like=20ingress=20LER=20= automated=20=0A=20=20=20=20=20=20=20=20=20TE=20reservation=20adjustments=20are=20less=20= palatable=20when=20preemption=20is=20=0A= =20=20=20=20=20=20=20=20=20intrusive=20and=20= high=20network=20stability=20levels=20are=20a=20concern.=20= =0A=20=20=20=20=20=20=20=0A=20=20=20=20=20=20=20=20=20This=20document=20defines=20the=20use=20of=20= additional=20signaling=20and=20maintenance=20=0A= =20=20=20=20=20=20=20=20=20mechanisms=20to=20= alert=20the=20ingress=20LER=20of=20the=20preemption=20that=20is=20= pending=20=0A=20=20=20=20=20=20=20=20=20and=20allow=20for=20temporary=20control=20= plane=20under-provisioning=20while=20the=20=0A= =20=20=20=20=20=20=20=20=20preempted=20tunnel=20= is=20re-routed=20in=20a=20non=20disruptive=20fashion=20= (make-=20=0A=20=20=20=20=20=20=20=20=20before-break)=20by=20the=20ingress=20LER.=20=20= During=20the=20period=20that=20the=20tunnel=20=0A= =20=20=20=20=20=20=20=20=20is=20being=20= re-routed,=20link=20capacity=20is=20under-provisioned=20on=20= the=20=0A=20=20=20=20=20=20=20=20=20midpoint=20where=20preemption=20initiated=20= and=20potentially=20one=20or=20more=20links=20=0A= =20=20=20=20=20=20=20=20=20upstream=20along=20= the=20path=20where=20other=20soft=20preemptions=20may=20= have=20=0A=20=20=20=20=20=20=20=20=20occurred.=20=0A= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=0A=20=20=20=20=20=204.=20=20RSVP=20= Extensions=204.=20=20RSVP=20= Extensions=0A=20=20= =20=20=20=20=20=0A=20=20=20=20=20=204.1.=20=20= SESSION-ATTRIBUTE=20Flags=204.1.=20=20= SESSION-ATTRIBUTE=20Flags=0A=20=20=20=20=20=20=20=0A= =20=20=20=20=20=20=20=20=20To=20explicitly=20signal=20the=20desire=20for=20= a=20TE=20LSP=20to=20benefit=20from=20the=20soft=20=20=20=20To=20explicitly=20signal=20the=20desire=20for=20= a=20TE=20LSP=20to=20benefit=20from=20the=20soft=0A=20=20=20=20=20=20=20=20=20= preemption=20mechanism=20(and=20so=20not=20to=20be=20hard=20preempted=20= if=20the=20soft=20=20=20=20= preemption=20mechanism=20(and=20so=20not=20to=20be=20hard=20preempted=20= if=20the=20soft=0A= =20=20=20=20=20=20=20=20=20preemption=20mechanism=20is=20available),=20the=20= following=20flag=20of=20the=20=20=20=20= preemption=20mechanism=20is=20available),=20the=20following=20flag=20of=20= the=0A=20=20=20=20= =20=20=20=20=20SESSION-ATTRIBUTE=20object=20(for=20both=20the=20= C-Type=201=20and=207)=20is=20defined:=20=20=20=20SESSION-ATTRIBUTE=20object=20(for=20both=20the=20= C-Type=201=20and=207)=20is=20defined:=0A=20=20=20=20=20=20=20=0A= =20=20=20=20=20=20=20=20=20Soft=20Preemption=20Desired=20bit=20= =20=20=20Soft=20Preemption=20Desired=20= bit=0A=20=20=20=20= =20=20=20= =0A=20=20= =20=20=20=20skipping=20to=20change=20at=20page=20= 8,=20line=2040=20skipping=20to=20change=20at=20page=20= 8,=20line=2040=0A=20=20=20=20=20=20=20= =0A=20=20=20=20=20=206.1.=20=20On=20a=20Soft=20= Preempting=20LSR=206.1.=20=20On=20a=20= Soft=20Preempting=20LSR=0A=20=20=20=20=20=20=20=0A= =20=20=20=20=20=20=20=20=20When=20a=20new=20TE=20LSP=20is=20signaled=20= which=20requires=20to=20preempt=20a=20set=20of=20TE=20=20=20=20When=20a=20new=20TE=20LSP=20is=20signaled=20= which=20requires=20to=20preempt=20a=20set=20of=20TE=0A=20=20=20=20=20=20=20=20=20= LSP(s)=20because=20not=20all=20TE=20LSPs=20can=20be=20accommodated=20on=20= a=20specific=20=20=20=20LSP(s)=20= because=20not=20all=20TE=20LSPs=20can=20be=20accommodated=20on=20a=20= specific=0A=20=20=20= =20=20=20=20=20=20interface,=20a=20node=20triggers=20a=20= preemption=20action=20which=20consists=20of=20=20=20=20interface,=20a=20node=20triggers=20a=20= preemption=20action=20which=20consists=20of=0A=20=20=20=20=20=20=20=20=20selecting=20the=20set=20= of=20TE=20LSPs=20that=20must=20be=20preempted=20so=20as=20to=20free=20= up=20=20=20=20selecting=20the=20set=20= of=20TE=20LSPs=20that=20must=20be=20preempted=20so=20as=20to=20free=20= up=0A=20=20=20=20=20= =20=20= =20=20some=20bandwidth=20in=20order=20to=20satisfy=20the=20newly=20= signaled=20numerically=20=20=20=20= some=20bandwidth=20in=20order=20to=20satisfy=20the=20newly=20signaled=20= numerically=0A=20=20= =20=20=20=20=20=20=20lower=20preemption=20TE=20LSP.=20= =20=20=20lower=20preemption=20TE=20= LSP.=0A=20=20=20=20= =20=20=20=0A=20=20=20=20=20=20= =0A=20=20=20=20=20=20= =20= =20=20For=20each=20preempted=20TE=20= LSP,=20instead=20of=20sending=20an=20RSVP=20= Path=20Tear=20=20=20=20With=20hard=20preemption,=20when=20a=20TE=20= LSP=20is=20preempted,=20the=20preempting=20node=0A=20=20=20=20=20=20=20=20= =20message=20after=20the=20receipt=20= of=20an=20RSVP=20PathErr=20message=20notifiying=20a=20= =20=20=20= sends=20an=20RSVP=20PathErr=20message=20notifiying=20a=20fatal=20= action=20as=20documented=0A=20=20=20=20=20=20=20=20=20fatal=20action=20as=20= documented=20in=20[I-D.ietf-mpls-3209-patherr]=20= upon=20=20=20=20in=20[I-D.ietf-mpls-3209-patherr].=20=20Upon=20receiving=20= the=20RSVP=20PathErr=0A=20=20=20=20=20=20=20=20= =20preemption=20as=20with=20hard=20preemption=20(which=20would=20= result=20in=20an=20=20=20=20message,=20the=20head-end=20LSR=20sends=20an=20= RSVP=20Path=20Tear=20message,=20which=0A=20=20=20=20=20=20=20=20=20immediate=20traffic=20= disruption=20for=20the=20preempted=20TE=20LSP),=20the=20=20=20=20would=20result=20in=20an=20immediate=20traffic=20= disruption=20for=20the=20preempted=20TE=0A=20=20=20=20=20=20=20=20=20preempting=20node's=20= local=20bandwidth=20accounting=20for=20the=20preempted=20TE=20= LSP=20=20=20=20LSP).=20=20By=20contrast,=20the=20mode=20of=20operation=20= with=20soft=20preemption=20is=20as=0A=20=20=20=20=20=20=20=20=20is=20zeroed=20and=20= a=20PathErr=20with=20error=20code=20"Reroute"=20and=20a=20error=20= value=20=20= =20=20follows:=20the=20preempting=20node's=20local=20bandwidth=20= accounting=20for=20the=0A=20=20=20=20=20=20=20=20=20"Reroute=20request=20= soft=20preemption"=20for=20that=20TE=20LSP=20is=20issued=20= upstream=20=20=20=20preempted=20TE=20= LSP=20is=20zeroed=20and=20a=20PathErr=20with=20error=20code=20= "Reroute"=0A=20=20= =20=20=20=20=20=20=20toward=20the=20head-end=20LSR.=20= =20=20=20and=20a=20error=20value=20"Reroute=20= request=20soft=20preemption"=20for=20that=20TE=20LSP=0A=20=20=20=20=20=20=20= =20=20=20is=20issued=20upstream=20toward=20= the=20head-end=20LSR.=0A=20=20=20=20=20=20=20=0A= =20=20=20=20=20=20=20=20=20If=20more=20than=20one=20soft=20preempted=20TE=20= LSP=20has=20the=20same=20head-end=20LSR,=20=20=20=20If=20more=20than=20one=20soft=20preempted=20TE=20= LSP=20has=20the=20same=20head-end=20LSR,=0A=20=20=20=20=20=20=20=20=20these=20soft=20= preemption=20PathErr=20notification=20messages=20may=20be=20= bundled=20=20=20=20these=20soft=20= preemption=20PathErr=20notification=20messages=20may=20be=20= bundled=0A=20=20=20= =20=20=20=20=20=20together.=20=20= =20=20together.=0A= =20=20=20=20=20=20=20=0A=20=20=20=20=20=20=20=20=20The=20= preempting=20node=20MUST=20immediately=20send=20a=20PathErr=20with=20= error=20code=20=20=20=20The=20= preempting=20node=20MUST=20immediately=20send=20a=20PathErr=20with=20= error=20code=0A=20= =20=20=20=20=20=20=20=20"Reroute"=20and=20a=20error=20value=20"Reroute=20= request=20soft=20preemption"=20for=20=20= =20=20"Reroute"=20and=20a=20error=20value=20"Reroute=20request=20soft=20= preemption"=20for=0A= =20=20=20=20=20=20=20=20=20each=20soft=20preempted=20TE=20LSP.=20=20The=20= node=20MAY=20use=20the=20occurrence=20of=20soft=20=20=20=20each=20soft=20preempted=20TE=20LSP.=20=20The=20= node=20MAY=20use=20the=20occurrence=20of=20soft=0A=20=20=20=20=20=20=20=20=20= preemption=20to=20trigger=20an=20immediate=20IGP=20update=20or=20= influence=20the=20=20=20=20= preemption=20to=20trigger=20an=20immediate=20IGP=20update=20or=20= influence=20the=0A= =20=20=20=20=20=20=20=20=20scheduling=20of=20an=20IGP=20update.=20= =20=20=20scheduling=20of=20an=20IGP=20= update.=0A=20=20=20= =20=20=20=20=0A=20=20=20=20=20=20= =0A=20=20=20=20=20=20= =20=20=20=20To=20guard=20against=20a=20situation=20where=20= bandwidth=20under-provisioning=20will=0A=20=20=20=20=20=20=20=20=20=20last=20forever,=20a=20= local=20timer=20(named=20the=20"Soft=20preemption=20timer")=20= MUST=0A=20=20= =20=20=20=20=20=20=20=20be=20started=20on=20the=20preemption=20node,=20= upon=20soft=20preemption.=20=20If=20this=0A=20=20=20=20=20=20=20= =20=20=20timer=20= expires,=20the=20preempting=20node=20SHOULD=20send=20an=20RSVP=20= PathTear=20and=0A=20=20=20=20=20=20=20=20=20=20either=20a=20ResvTear=20= message=20or=20a=20PathErr=20with=20the=20= 'Path_State_Removed'=0A=20=20=20=20=20=20=20=20=20=20flag=20= set.=0A=20=20= =20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=0A=20=20=20=20=20=20=20=20=20= Should=20a=20refresh=20event=20for=20a=20soft=20preempted=20TE=20LSP=20= arrive=20before=20the=20=20=20=20= Should=20a=20refresh=20event=20for=20a=20soft=20preempted=20TE=20LSP=20= arrive=20before=20the=0A=20=20=20=20=20=20=20=20=20soft=20preemption=20= timer=20expires,=20the=20soft=20preempting=20node=20MUST=20= continue=20=20=20=20soft=20= preemption=20timer=20expires,=20the=20soft=20preempting=20node=20MUST=20= continue=0A=20=20=20= =20=20=20=20=20=20to=20refresh=20the=20TE=20LSP.=20= =20=20=20to=20refresh=20the=20TE=20= LSP.=0A=20=20=20=20= =20=20=20=0A=20=20=20=20=20=20=20=20=20= When=20the=20MESSAGE-ID=20extensions=20defined=20in=20[RFC2961]=20are=20= available=20and=20=20=20=20When=20= the=20MESSAGE-ID=20extensions=20defined=20in=20[RFC2961]=20are=20= available=20and=0A= =20=20=20=20=20=20=20=20=20enabled,=20PathErr=20messages=20with=20error=20= code=20"Reroute"=20and=20an=20error=20= =20=20=20enabled,=20PathErr=20messages=20with=20error=20code=20"Reroute"=20= and=20an=20error=0A= =20=20=20=20=20=20=20=20=20value=20"Reroute=20request=20soft=20preemption"=20= SHOULD=20be=20sent=20in=20reliable=20=20= =20=20value=20"Reroute=20request=20soft=20preemption"=20SHOULD=20be=20= sent=20in=20reliable=0A=20=20=20=20=20=20=20=20=20mode.=20= =20=20=20mode.=0A=20=20=20=20=20=20=20=0A= =20=20=20=20=20=20=0A=20=20=20= =20=20=20=20=20=20To=20guard=20against=20= a=20situation=20where=20bandwidth=20under-provisioning=20= will=20=0A=20=20=20=20=20=20=20=20=20last=20forever,=20a=20local=20timer=20(named=20= the=20"Soft=20preemption=20timer")=20MUST=20=0A= =20=20=20=20=20=20=20=20=20be=20started=20on=20= the=20preemption=20node,=20upon=20soft=20preemption.=20=20If=20= this=20=0A=20=20=20=20=20=20=20=20=20timer=20expires,=20the=20preempting=20node=20= SHOULD=20send=20an=20RSVP=20PathTear=20and=20=0A= =20=20=20=20=20=20=20=20=20either=20a=20ResvTear=20= message=20or=20a=20PathErr=20with=20the=20= 'Path_State_Removed'=20=0A= =20=20=20=20=20=20=20=20=20flag=20= set.=20=0A=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =0A=20=20=20=20=20=20=20=20=20The=20preempting=20= node=20MAY=20preempt=20TE=20LSPs=20which=20have=20a=20= numerically=20=20=20=20The=20= preempting=20node=20MAY=20preempt=20TE=20LSPs=20which=20have=20a=20= numerically=0A=20=20= =20=20=20=20=20=20=20higher=20Holding=20priority=20than=20the=20Setup=20= priority=20of=20the=20newly=20admitted=20=20=20=20higher=20Holding=20priority=20than=20the=20= Setup=20priority=20of=20the=20newly=20admitted=0A=20=20=20=20=20=20=20=20=20LSP.=20=20Within=20the=20= same=20priority,=20it=20SHOULD=20attempt=20to=20pre-empt=20LSPs=20= =20=20=20LSP.=20=20Within=20the=20same=20= priority,=20it=20SHOULD=20attempt=20to=20pre-empt=20LSPs=0A=20=20=20=20=20=20=20=20=20= with=20the=20"Soft=20Preemption=20Desired"=20bit=20of=20the=20SESSION=20= ATTRIBUTE=20=20=20=20with=20the=20= "Soft=20Preemption=20Desired"=20bit=20of=20the=20SESSION=20= ATTRIBUTE=0A=20=20= =20=20=20=20=20=20=20object=20cleared,=20i.e.,=20TE=20LSP=20= considered=20as=20Hard=20Preemptable,=20first.=20=20=20=20object=20cleared,=20i.e.,=20TE=20LSP=20= considered=20as=20Hard=20Preemptable,=20first.=0A=20=20=20=20=20=20=20=0A= =20=20=20=20=20=20=20=20=20Selection=20of=20the=20preempted=20TE=20LSP=20at=20= a=20preempting=20mid-point:=20when=20a=20=20=20=20Selection=20of=20the=20preempted=20TE=20LSP=20= at=20a=20preempting=20mid-point:=20when=20a=0A=20=20=20=20=20=20=20=20=20numerically=20lower=20= priority=20TE=20LSP=20is=20signaled=20that=20requires=20the=20= =20=20=20numerically=20lower=20priority=20TE=20= LSP=20is=20signaled=20that=20requires=20the=0A=20=20=20=20=20=20=20=20=20preemption=20of=20a=20= set=20of=20numerically=20higher=20priority=20LSPs,=20the=20node=20= =20=20=20preemption=20of=20a=20set=20of=20= numerically=20higher=20priority=20LSPs,=20the=20node=0A=20=20=20=20=20=20=20=20=20= where=20preemption=20is=20to=20occur=20has=20to=20make=20a=20decision=20= on=20the=20set=20of=20TE=20=20=20=20= where=20preemption=20is=20to=20occur=20has=20to=20make=20a=20decision=20= on=20the=20set=20of=20TE=0A=20=20=20=20=20=20=20=0A=20=20=20=20=20=20= skipping=20= to=20change=20at=20page=2013,=20line=2025=20= skipping=20to=20change=20= at=20page=2013,=20line=2025=0A=20= =20=20=20=20=20=20=20=20=20=20Juniper=20Networks=20=20=20=20=20=20Juniper=20Networks=0A=20=20=20=20=20=20=20=20=20=20=20= 2251=20corporate=20park=20dr=20ste=20=20= =20=20=20=202251=20corporate=20park=20dr=20ste=0A=20=20=20=20=20=20=20=20=20=20=20herndon,=20VA=20= 20171=20=20=20=20=20=20herndon,=20VA=20= 20171=0A=20=20=20=20= =20=20=20=20=20=20=20USA=20=20= =20=20=20=20USA=0A= =20=20=20=20=20=20=20=20=20=20=20abirjandi@juniper.net=20=20=20=20=20=20abirjandi@juniper.net=0A=20=20=20=20=20=20=20= =0A=20=20=20=20=20=2013.=20=20References=20= 13.=20=20References=0A=20=20=20=20=20=20=20=0A= =20=20=20=20=20=2013.1.=20=20Normative=20References=2013.1.=20=20Normative=20References=0A=20=20=20=20=20=20=20= =0A=20=20=20=20=20=20=0A=20=20=20=20=20=20=20= =20=20=20[I-D.ietf-mpls-3209-patherr]=0A=20=20=20=20=20=20=20= =20=20=20=20=20=20=20= =20=20=20=20=20=20=20Vasseur,=20J.,=20Swallow,=20G.,=20and=20I.=20Minei,=20= "Node=20behavior=0A=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20upon=20originating=20and=20receiving=20Resource=20= ReserVation=0A= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20Protocol=20=20= (RSVP)=20Path=20Error=20message",=0A=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20draft-ietf-mpls-3209-patherr-04=20(work=20in=20= progress),=0A= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20February=20= 2009.=0A=20= =20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=0A=20=20=20=20=20=20=20=20=20= [I-D.ietf-mpls-gmpls-lsp-reroute]=20=20= =20=20[I-D.ietf-mpls-gmpls-lsp-reroute]=0A=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20Berger,=20L.,=20Papadimitriou,=20D.,=20and=20J.=20Vasseur,=20= "PathErr=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20Berger,=20L.,=20Papadimitriou,=20D.,=20and=20J.=20= Vasseur,=20"PathErr= =0A=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20Message=20= Triggered=20MPLS=20and=20GMPLS=20LSP=20Reroute",=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20Message=20= Triggered=20MPLS=20and=20GMPLS=20LSP=20Reroute",=0A=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20draft-ietf-mpls-gmpls-lsp-reroute-04=20(work=20= in=20progress),=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20draft-ietf-mpls-gmpls-lsp-reroute-04=20(work=20in=20= progress),=0A=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20January=20= 2009.=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20January=202009.=0A=20=20=20=20=20=20=20=0A= =20=20=20=20=20=20=20=20=20[RFC2119]=20=20Bradner,=20S.,=20"Key=20words=20= for=20use=20in=20RFCs=20to=20Indicate=20=20=20=20[RFC2119]=20=20Bradner,=20S.,=20"Key=20words=20= for=20use=20in=20RFCs=20to=20Indicate=0A=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20Requirement=20Levels",=20BCP=2014,=20RFC=202119,=20March=20= 1997.=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20Requirement=20Levels",=20BCP=2014,=20RFC=202119,=20March=20= 1997.=0A=20=20=20=20= =20=20=20=0A=20=20=20=20=20=20=20=20=20= [RFC3031]=20=20Rosen,=20E.,=20Viswanathan,=20A.,=20and=20R.=20Callon,=20= "Multiprotocol=20=20=20=20[RFC3031]=20= =20Rosen,=20E.,=20Viswanathan,=20A.,=20and=20R.=20Callon,=20= "Multiprotocol=0A=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20Label=20= Switching=20Architecture",=20RFC=203031,=20January=202001.=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20= Label=20Switching=20Architecture",=20RFC=203031,=20January=20= 2001.=0A=20=20=20=20= =20=20=20=0A=20=20=20=20=20=20=20=20=20= [RFC3209]=20=20Awduche,=20D.,=20Berger,=20L.,=20Gan,=20D.,=20Li,=20T.,=20= Srinivasan,=20V.,=20=20=20=20= [RFC3209]=20=20Awduche,=20D.,=20Berger,=20L.,=20Gan,=20D.,=20Li,=20T.,=20= Srinivasan,=20V.,=0A= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20and=20G.=20= Swallow,=20"RSVP-TE:=20Extensions=20to=20RSVP=20for=20LSP=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20and=20= G.=20Swallow,=20"RSVP-TE:=20Extensions=20to=20RSVP=20for=20LSP=0A=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20Tunnels",=20RFC=203209,=20December=20= 2001.=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20Tunnels",=20RFC=203209,=20December=202001.=0A=20=20=20=20=20=20=20= =0A=20=20=20=20=20=2013.2.=20=20Informative=20= References=2013.2.=20=20Informative=20= References=0A=20=20= =20=20=20=20=20=0A=20=20=20=20=20=20= =0A=20=20=20=20=20=20= =20= =20=20[I-D.ietf-mpls-3209-patherr]=20=0A= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20Vasseur,=20J.,=20Swallow,=20G.,=20and=20I.=20Minei,=20"Node=20= behavior=20=0A=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20upon=20= originating=20and=20receiving=20Resource=20ReserVation=20= =0A=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20Protocol=20=20(RSVP)=20Path=20Error=20= message",=20=0A=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= draft-ietf-mpls-3209-patherr-04=20(work=20in=20= progress),=20=0A=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20February=20= 2009.=20=0A=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =0A=20=20=20=20=20=20=20=20=20[RFC2961]=20=20Berger,=20= L.,=20Gan,=20D.,=20Swallow,=20G.,=20Pan,=20P.,=20Tommasi,=20F.,=20= =20=20=20[RFC2961]=20=20Berger,=20L.,=20Gan,=20= D.,=20Swallow,=20G.,=20Pan,=20P.,=20Tommasi,=20F.,=0A=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20and=20S.=20Molendini,=20"RSVP=20Refresh=20= Overhead=20Reduction=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20and=20S.=20Molendini,=20"RSVP=20Refresh=20= Overhead=20Reduction=0A=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20Extensions",=20RFC=202961,=20April=202001.=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20Extensions",=20= RFC=202961,=20April=202001.=0A=20=20=20=20=20=20=20=0A= =20=20=20=20=20=20=20=20=20[RFC3270]=20=20Le=20Faucheur,=20F.,=20Wu,=20L.,=20= Davie,=20B.,=20Davari,=20S.,=20Vaananen,=20=20=20=20[RFC3270]=20=20Le=20Faucheur,=20F.,=20Wu,=20L.,=20= Davie,=20B.,=20Davari,=20S.,=20Vaananen,=0A=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20P.,=20Krishnan,=20R.,=20Cheval,=20P.,=20and=20J.=20Heinanen,=20= "Multi-=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20P.,=20Krishnan,=20R.,=20Cheval,=20P.,=20and=20J.=20= Heinanen,=20"Multi-= =0A=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20Protocol=20= Label=20Switching=20(MPLS)=20Support=20of=20Differentiated=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20= Protocol=20Label=20Switching=20(MPLS)=20Support=20of=20= Differentiated=0A=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20Services",=20= RFC=203270,=20May=202002.=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20Services",=20RFC=203270,=20May=20= 2002.=0A=20=20=20=20= =20=20=20=0A=20=20=20=20=20=20=20=20=20= [RFC4829]=20=20de=20Oliveira,=20J.,=20Vasseur,=20JP.,=20Chen,=20L.,=20= and=20C.=20Scoglio,=20=20=20=20= [RFC4829]=20=20de=20Oliveira,=20J.,=20Vasseur,=20JP.,=20Chen,=20L.,=20= and=20C.=20Scoglio,= =0A=0A=20=20=20=20=20=20= =0A=20=20=20=20=20 End=20of=20changes.=2014=20change=20= blocks. =0A=20=20=20=20=2060=20lines=20changed=20or=20= deleted=2064=20lines=20changed=20or=20= added=0A=20=20=20=20=20
This=20html=20diff=20was=20= produced=20by=20rfcdiff=201.35.=20The=20latest=20version=20is=20= available=20from=20http://tools.ietf.org/to= ols/rfcdiff/=20=0A=20=20=20=0A=20=20=20=0A=20= =20=20=0A= Ytext/html_=10=1Dhttp://tools.ietf.org/rfcdiffUUTF-8P=00=00=08= =00=00=0D= =00=00=1F=00=001=00=003=00=00<=00=00N=00=00d=00=00s=00=00=89=00=03=C3=00=03= =D0=00=03=F4=00=05=F4=00=05=FF=00=06=1D=00=064=018=C1=018=CB=018=EB=018=F1= =00=00=00=00=00=00=03=01=00=00=00=00=00=00=00=15=00=00=00=00=00=00=00=00=00= =00=00=00=00=018=F2= --Apple-Mail-66--33362376 Content-Type: text/html; charset=US-ASCII Content-Transfer-Encoding: 7bit
--Apple-Mail-66--33362376 Content-Disposition: attachment; filename*0="Diff: draft-ietf-mpls-3209-patherr-04.txt - draft-ietf-mpls-3209"; filename*1=-patherr-05.webarchive Content-Type: application/octet-stream; x-mac-hide-extension=yes; x-unix-mode=0644; name="Diff: draft-ietf-mpls-3209-patherr-04.txt - draft-ietf-mpls-3209-patherr-05.webarchive" Content-Transfer-Encoding: quoted-printable bplist00=D2=01=02=03=0D_=10=0FWebSubresources_=10=0FWebMainResource=A1=04=D4= =05=06=07=08=09=0A=0B=0C= _=10=0FWebResourceData_=10=13WebResourceMIMEType^WebResourceURL_=10=13WebR= esourceResponseO=11=036BM6=03=00=00=00=00=00=006=00=00=00(=00=00=00=10=00=00= =00=10=00=00=00=01=00=18=00=00=00=00=00=00=03=00=00a=0F=00=00a=0F=00=00=00= =00=00=00=00=00=00=00=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF= =FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF= =FF=FF=FF=FF=FF=A0=A0=A0=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF= =FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF= =FF=FF=FF=A0=A0=A0=A0=A0=A0=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF= =FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF= =FF=A0=A0=A0=FF=FF=FF=A0=A0=A0=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF= =FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=A0=A0=A0=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF= =FF=FF=A0=A0=A0=A0=A0=A0=A0=A0=A0=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF= =FF=FF=FF=FF=FF=FF=FF=A0=A0=A0=A0=A0=A0=A0=A0=A0=FF=FF=FF=FF=FF=FF=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF= =FF=FF=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=FF=FF=FF=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=FF=FF=FF=FF=FF=FF=FF=FF=FF=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=00=00=00=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0E=D9=FFE=D9=FFE=D9=FFE=D9=FFE=D9= =FFE=D9=FFE=D9=FFE=D9=FF=00=00=00=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0E=D9=FFE=D9=FF=FF=FF=FF=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=00=00=00=00=00=00=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0E=D9=FF= E=D9=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=FF=FF=FFE=D9=FF=00=00=00=A0=A0=A0=A0=A0=A0E=D9=FFE=D9=FF=FF=FF=FF=FF=FF= =FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=A0=A0=A0=A0=A0=A0=A0=A0=A0=FF=FF=FF=FF=FF=FF= =A0=A0=A0E=D9=FF=00=00=00E=D9=FFE=D9=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF= =FF=FF=FF=FF=FF=FF=FF=FF=FF=A0=A0=A0=FF=FF=FF=FF=FF=FF=FF=FF=FF=A0=A0=A0=A0= =A0=A0E=D9=FFE=D9=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF= =FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=A0=A0=A0=FF=FF=FF=FF= =FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF= =FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF= =FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF= =FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF= =FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF= =FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF\image/x-icon_=10!http://tools.ietf.or= g/favicon.icoO=11=01=FCbplist00=D4=01=02=03=04=05=06=09=0A= X$versionT$topY$archiverX$objects=12=00=01=86=A0=D1=07=08_=10=13WebResourc= eResponse=80=01_=10=0FNSKeyedArchiver=AB=0B=0C#)*0"1234U$null=DB=0D= =0E=0F=10=11=12=13=14=15=16=17=18=19=1A=1A=1C=1D=1E=1F=20= !"V$classR$3R$8R$5R$6R$4R$7R$2R$9R$0R$1=80=0A=80=02=80=06=80=06=80=07=80=05= =80=08=10=07=80=09=10=08=10=00=D3=0D= $%&'(WNS.base[NS.relative=80=04=80=00=80=03_=10!http://tools.ietf.org/favi= con.ico=D2+,-.X$classesZ$classname=A2./UNSURLXNSObject#A=B0=20= @gb=9F=17\image/x-iconP#=7F=EF=FF=FF=FF=FF=FF=FF=D2+,56=A26/]NSURLResponse= =00=08=00=11=00=1A=00=1F=00)=002=007=00:=00P=00R=00d=00p=00v=00=8D=00=94=00= =97=00=9A=00=9D=00=A0=00=A3=00=A6=00=A9=00=AC=00=AF=00=B2=00=B4=00=B6=00=B8= =00=BA=00=BC=00=BE=00=C0=00=C2=00=C4=00=C6=00=C8=00=CF=00=D7=00=E3=00=E5=00= =E7=00=E9=01=0D= =01=12=01=1B=01&=01)=01/=018=01A=01N=01O=01X=01]=01`=00=00=00=00=00=00=02=01= =00=00=00=00=00=00=007=00=00=00=00=00=00=00=00=00=00=00=00=00=00=01n=D5=05= =06=07=0E=0F=10=11=12=13=14_=10=1BWebResourceTextEncodingName_=10=14WebRes= ourceFrameNameO=11=98=17=20=0A=20=20= =20=0A=20=20=20=0A=20=20= Diff:=20draft-ietf-mpls-3209-patherr-04.txt=20-=20= draft-ietf-mpls-3209-patherr-05.txt=20=0A=20=20=20=0A=20=20=20=20body=20=20=20=20{=20margin:=200.4ex;=20= margin-right:=20auto;=20}=20=0A=20=20=20=20tr=20=20=20=20=20=20{=20}=20=0A= =20=20=20=20td=20=20=20=20=20=20{=20white-space:=20pre;=20font-family:=20= monospace;=20vertical-align:=20top;=20font-size:=200.86em;}=20=0A=20=20=20= =20th=20=20=20=20=20=20{=20font-size:=200.86em;=20}=20=0A=20=20=20=20= .small=20=20{=20font-size:=200.6em;=20font-style:=20italic;=20= font-family:=20Verdana,=20Helvetica,=20sans-serif;=20}=20=0A=20=20=20=20= .left=20=20=20{=20background-color:=20#EEE;=20}=20=0A=20=20=20=20.right=20= =20{=20background-color:=20#FFF;=20}=20=0A=20=20=20=20.diff=20=20=20{=20= background-color:=20#CCF;=20}=20=0A=20=20=20=20.lblock=20{=20= background-color:=20#BFB;=20}=20=0A=20=20=20=20.rblock=20{=20= background-color:=20#FF8;=20}=20=0A=20=20=20=20.insert=20{=20= background-color:=20#8FF;=20}=20=0A=20=20=20=20.delete=20{=20= background-color:=20#ACF;=20}=20=0A=20=20=20=20.void=20=20=20{=20= background-color:=20#FFB;=20}=20=0A=20=20=20=20.cont=20=20=20{=20= background-color:=20#EEE;=20}=20=0A=20=20=20=20.linebr=20{=20= background-color:=20#AAA;=20}=20=0A=20=20=20=20.lineno=20{=20color:=20= red;=20background-color:=20#FFF;=20font-size:=200.7em;=20text-align:=20= right;=20padding:=200=202px;=20}=20=0A=20=20=20=20.elipsis{=20= background-color:=20#AAA;=20}=20=0A=20=20=20=20.left=20.cont=20{=20= background-color:=20#DDD;=20}=20=0A=20=20=20=20.right=20.cont=20{=20= background-color:=20#EEE;=20}=20=0A=20=20=20=20.lblock=20.cont=20{=20= background-color:=20#9D9;=20}=20=0A=20=20=20=20.rblock=20.cont=20{=20= background-color:=20#DD6;=20}=20=0A=20=20=20=20.insert=20.cont=20{=20= background-color:=20#0DD;=20}=20=0A=20=20=20=20.delete=20.cont=20{=20= background-color:=20#8AD;=20}=20=0A=20=20=20=20.stats,=20.stats=20td,=20= .stats=20th=20{=20background-color:=20#EEE;=20padding:=202px=200;=20}=20=0A= =20=20=20=0A=20=0A=20=20=20=0A=20=20 draft-ietf-mpls-3209-patherr-04.txt&= nbsp;=20=  draft-ietf-mpls-3209-patherr-05.txt =20=0A=20=20=20=20=20=20=20=0A= =20=20=20=20=20=20Networking=20Working=20Group=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20JP.=20= Vasseur,=20Ed.=20Networking=20= Working=20Group=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20JP.=20Vasseur,=20Ed.=0A=20=20=20=20=20=20Internet-Draft= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20George.=20= Swallow=20Internet-Draft=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20George.=20Swallow=0A=20=20=20=20=20=20Intended=20= status:=20BCP=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20Cisco=20Systems,=20= Inc=20Intended=20status:=20BCP=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20Cisco=20Systems,=20Inc=0A=20=20=20=20=20=20=0A=20=20=20=20=20=20Expires:=20= August=206,=202009=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20Ina.=20Minei=20Expires:=20January=2030,=20= 2010=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20Ina.=20Minei=0A=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20Juniper=20Networks=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20Juniper=20Networks=0A=20=20=20=20=20=20=0A=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20February=202,=202009=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20July=2029,=202009=0A=20=20=20=20=20=20=20=0A= =20=20=20=20=20=20=20=20=20Node=20behavior=20upon=20originating=20and=20= receiving=20Resource=20ReserVation=20=20= =20=20Node=20behavior=20upon=20originating=20and=20receiving=20Resource=20= ReserVation=0A=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= Protocol=20(RSVP)=20Path=20Error=20message=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= Protocol=20(RSVP)=20Path=20Error=20message=0A=20=20=20=20=20=20=0A=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20= draft-ietf-mpls-3209-patherr-04.txt=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= draft-ietf-mpls-3209-patherr-05.txt=0A=20=20=20=20=20=20=20=0A= =20=20=20=20=20=20Status=20of=20this=20Memo=20Status=20of=20this=20Memo=0A=20=20=20=20=20=20=20=0A= =20=20=20=20=20=20=20=20=20This=20Internet-Draft=20is=20submitted=20to=20= IETF=20in=20full=20conformance=20with=20the=20=20=20=20This=20Internet-Draft=20is=20submitted=20to=20= IETF=20in=20full=20conformance=20with=20the=0A=20=20=20=20=20=20=20=20=20provisions=20of=20BCP=20= 78=20and=20BCP=2079.=20=20=20=20= provisions=20of=20BCP=2078=20and=20BCP=2079.=0A=20=20=20=20=20=20=20=0A= =20=20=20=20=20=20=20=20=20Internet-Drafts=20are=20working=20documents=20of=20= the=20Internet=20Engineering=20=20=20= =20Internet-Drafts=20are=20working=20documents=20of=20the=20Internet=20= Engineering=0A=20=20= =20=20=20=20=20=20=20Task=20Force=20(IETF),=20its=20areas,=20and=20= its=20working=20groups.=20=20Note=20that=20=20=20=20Task=20Force=20(IETF),=20its=20areas,=20and=20= its=20working=20groups.=20=20Note=20that=0A=20=20=20=20=20=20=20=20=20other=20groups=20may=20= also=20distribute=20working=20documents=20as=20Internet-=20= =20=20=20other=20groups=20may=20also=20= distribute=20working=20documents=20as=20Internet-=0A=20=20=20=20=20=20=20=20=20= Drafts.=20=20=20=20Drafts.=0A=20=20=20=20=20=20=20=0A=20=20=20=20=20=20= skipping=20= to=20change=20at=20page=201,=20line=2035=20= skipping=20to=20change=20= at=20page=201,=20line=2035=0A=20=20= =20=20=20=20=20=20=20and=20may=20be=20updated,=20replaced,=20or=20= obsoleted=20by=20other=20documents=20at=20any=20=20=20=20and=20may=20be=20updated,=20replaced,=20or=20= obsoleted=20by=20other=20documents=20at=20any=0A=20=20=20=20=20=20=20=20=20time.=20=20It=20is=20= inappropriate=20to=20use=20Internet-Drafts=20as=20reference=20= =20=20=20time.=20=20It=20is=20inappropriate=20= to=20use=20Internet-Drafts=20as=20reference=0A=20=20=20=20=20=20=20=20=20material=20or=20to=20= cite=20them=20other=20than=20as=20"work=20in=20progress."=20= =20=20=20material=20or=20to=20cite=20them=20= other=20than=20as=20"work=20in=20progress."=0A=20=20=20=20=20=20=20=0A= =20=20=20=20=20=20=20=20=20The=20list=20of=20current=20Internet-Drafts=20= can=20be=20accessed=20at=20=20=20=20= The=20list=20of=20current=20Internet-Drafts=20can=20be=20accessed=20= at=0A=20=20=20=20=20= =20=20= =20=20http://www.ietf.org/ietf/1id-abstracts.txt.=20=20=20=20= http://www.ietf.org/ietf/1id-abstracts.txt.=0A=20=20=20=20=20=20=20=0A= =20=20=20=20=20=20=20=20=20The=20list=20of=20Internet-Draft=20Shadow=20= Directories=20can=20be=20accessed=20at=20=20=20=20The=20list=20of=20Internet-Draft=20Shadow=20= Directories=20can=20be=20accessed=20at=0A=20=20=20=20=20=20=20=20=20= http://www.ietf.org/shadow.html.=20=20= =20=20http://www.ietf.org/shadow.html.=0A=20=20=20=20=20=20=20=0A= =20=20=20=20=20=20=0A=20=20=20= =20=20=20=20=20=20This=20Internet-Draft=20will=20expire=20on=20= August=206,=202009.=20=20=20=20This=20Internet-Draft=20will=20expire=20on=20= January=2030,=202010.=0A=20=20=20=20=20=20=20= =0A=20=20=20=20=20=20Copyright=20Notice=20= Copyright=20Notice=0A=20=20=20=20=20=20=20=0A= =20=20=20=20=20=20=20=20=20Copyright=20(c)=202009=20IETF=20Trust=20and=20= the=20persons=20identified=20as=20the=20=20=20=20Copyright=20(c)=202009=20IETF=20Trust=20and=20= the=20persons=20identified=20as=20the=0A=20=20=20=20=20=20=20=20=20document=20authors.=20=20= All=20rights=20reserved.=20=20=20=20= document=20authors.=20=20All=20rights=20reserved.=0A=20=20=20=20=20=20=20= =0A=20=20=20=20=20=20=20=20=20This=20document=20is=20= subject=20to=20BCP=2078=20and=20the=20IETF=20Trust's=20Legal=20= =20=20=20This=20document=20is=20subject=20to=20= BCP=2078=20and=20the=20IETF=20Trust's=20Legal=0A=20=20=20=20=20=20=0A=20=20=20=20=20=20=20=20=20= Provisions=20Relating=20to=20IETF=20Documents=20=20=20=20Provisions=20Relating=20to=20IETF=20Documents=20= in=20effect=20on=20the=20date=20of=0A=20=20=20=20=20=20=20=20=20(http://trustee.ietf.org/license-info)=20in=20= effect=20on=20the=20date=20of=20=20=20= =20publication=20of=20this=20document=20= (http://trustee.ietf.org/license-info).=0A=20=20=20=20=20=20=20=20=20publication=20of=20= this=20document.=20=20Please=20review=20= these=20documents=20=20=20=20Please=20= review=20these=20documents=20carefully,=20as=20they=20describe=20your=20= rights=0A=20=20=20= =20=20=20=20=20=20carefully,=20as=20they=20describe=20your=20= rights=20and=20restrictions=20with=20respect=20=20=20=20and=20restrictions=20with=20respect=20to=20= this=20document.=0A= =20=20=20=20=20=20=20=20=20to=20this=20document.=20=0A= =20=20=20=20=20=20=20=0A=20=20=20=20=20=20Abstract=20Abstract=0A=20=20=20=20=20=20=20=0A= =20=20=20=20=20=20=20=20=20The=20aim=20of=20this=20document=20is=20to=20= describe=20a=20common=20practice=20with=20regard=20=20=20=20The=20aim=20of=20this=20document=20is=20to=20= describe=20a=20common=20practice=20with=20regard=0A=20=20=20=20=20=20=20=20=20to=20= the=20behavior=20of=20a=20node=20sending=20a=20Resource=20ReserVation=20= Protocol=20=20=20=20to=20the=20= behavior=20of=20a=20node=20sending=20a=20Resource=20ReserVation=20= Protocol=0A=20=20=20= =20=20=20=20=20=20(RSVP)=20Traffic=20Engineering=20(TE)=20Path=20= Error=20message=20and=20to=20the=20=20= =20=20(RSVP)=20Traffic=20Engineering=20(TE)=20Path=20Error=20message=20= and=20to=20the=0A=20= =20=20=20=20=20=20=20=20behavior=20of=20a=20node=20receiving=20an=20RSVP=20= Path=20Error=20message=20for=20a=20=20= =20=20behavior=20of=20a=20node=20receiving=20an=20RSVP=20Path=20Error=20= message=20for=20a=0A= =20=20=20=20=20=20=0A=20=20=20= =20=20=20=20=20=20preempted=20Multi-Protocol=20Label=20Switching=20= (MPLS)=20Traffic=20Engineering=20=20= =20=20preempted=20Multi-Protocol=20Label=20Switching=20(MPLS)=20and=20Generalized=20MPLS=0A=20=20=20=20=20=20=20=20=20= Label=20Switched=20Path=20(TE=20LSP).=20=20This=20document=20does=20not=20= define=20any=20new=20=20=20=20(GMPLS)=20Traffic=20Engineering=20Label=20= Switched=20Path=20(TE=20LSP).=20=20This=0A=20=20=20=20=20=20=20=20=20protocol=20= extensions.=20=20=20=20document=20= does=20not=20define=20any=20new=20protocol=20extensions.=0A=20=20=20=20=20=20=20= =0A=20=20=20=20=20=20Requirements=20= Language=20Requirements=20= Language=0A=20=20=20= =20=20=20=20=0A=20=20=20=20=20=20=20=20=20The=20= key=20words=20"MUST",=20"MUST=20NOT",=20"REQUIRED",=20"SHALL",=20"SHALL=20= NOT",=20=20=20=20The=20key=20words=20= "MUST",=20"MUST=20NOT",=20"REQUIRED",=20"SHALL",=20"SHALL=20= NOT",=0A=20=20=20=20= =20=20=20=20=20"SHOULD",=20"SHOULD=20NOT",=20"RECOMMENDED",=20= "MAY",=20and=20"OPTIONAL"=20in=20this=20=20=20=20"SHOULD",=20"SHOULD=20NOT",=20"RECOMMENDED",=20= "MAY",=20and=20"OPTIONAL"=20in=20this=0A=20=20=20=20=20=20=20=20=20document=20are=20to=20= be=20interpreted=20as=20described=20in=20RFC=202119=20= [RFC2119].=20=20=20=20document=20are=20= to=20be=20interpreted=20as=20described=20in=20RFC=202119=20= [RFC2119].=0A=20=20= =20=20=20=20=20=0A=20=20=20=20=20=20Table=20of=20= Contents=20Table=20of=20= Contents=0A=20=20=20= =20=20=20=20=0A=20=20=20=20=20=20=20=20=201.=20= =20Introduction=20=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=203=20=20=20=201.=20=20Introduction=20=20.=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20= .=203=0A=20=20=20=20= =20=20=20=20=202.=20=20Protocol=20behavior=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20= 3=20=20=20=202.=20=20Protocol=20= behavior=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20.=20.=203=0A=20=20=20=20=20=20=20=20=20=20=202.1.=20=20= Behavior=20at=20Detecting=20Nodes=20.=20.=20.=20.=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20.=20.=204=20=20=20= =20=20=202.1.=20=20Behavior=20at=20Detecting=20Nodes=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=204=0A=20=20=20=20=20=20=0A=20=20=20=20=20=20=20=20=20=20= =202.2.=20=20Behavior=20at=20Receiving=20Nodes=20.=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20.=20.=20.=20.=20.=205=20=20=20=20= =20=202.2.=20=20Behavior=20at=20Receiving=20Nodes=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=204=0A=20=20=20=20=20=20=20=20=20=20=202.3.=20=20Data=20= Plane=20Behavior=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20.=205=20=20=20=20= =20=202.3.=20=20Data=20Plane=20Behavior=20.=20.=20.=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=205=0A=20=20=20=20=20=20=20=20=203.=20= =20RSVP=20PathErr=20Messages=20For=20a=20Preempted=20TE=20LSP=20=20.=20.=20= .=20.=20.=20.=20.=20.=20.=205=20=20=20= =203.=20=20RSVP=20PathErr=20Messages=20For=20a=20Preempted=20TE=20LSP=20=20= .=20.=20.=20.=20.=20.=20.=20.=20.=205=0A=20=20=20=20=20=20=20=20=204.=20=20IANA=20= Considerations=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20.=20.=20.=205=20=20= =20=204.=20=20IANA=20Considerations=20.=20.=20.=20.=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=205=0A=20=20=20=20=20=20= =0A=20=20=20=20=20=20= =20= =20=205.=20=20Security=20Considerations=20.=20.=20.=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=206=20=20=20=20= 5.=20=20Security=20Considerations=20.=20.=20.=20.=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=205=0A=20=20=20=20=20=20=20=20=206.=20=20= Acknowledgements=20=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20.=20.=20.=20.=20.=206=20=20=20=206.=20=20Acknowledgements=20=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20= 6=0A=20=20=20=20=20= =20=20= =20=207.=20=20Normative=20References=20=20.=20.=20.=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=206=20= =20=20=207.=20=20Normative=20References=20=20= .=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20= .=20.=20.=206=0A=20= =20=20=20=20=20=20=20=20Authors'=20Addresses=20=20.=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20= 6=20=20=20=20Authors'=20Addresses=20=20= .=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20.=20= .=20.=20.=20.=20.=20.=206=0A=20=20=20=20=20=20=20=0A= =20=20=20=20=20=201.=20=20Introduction=201.=20=20Introduction=0A=20=20=20=20=20=20=20=0A= =20=20=20=20=20=20=20=20=20The=20aim=20of=20this=20document=20is=20to=20= describe=20a=20common=20practice=20with=20regard=20=20=20=20The=20aim=20of=20this=20document=20is=20to=20= describe=20a=20common=20practice=20with=20regard=0A=20=20=20=20=20=20=20=20=20to=20= the=20behavior=20of=20a=20node=20sending=20a=20Resource=20ReserVation=20= Protocol=20=20=20=20to=20the=20= behavior=20of=20a=20node=20sending=20a=20Resource=20ReserVation=20= Protocol=0A=20=20=20= =20=20=20=20=20=20(RSVP)=20Traffic=20Engineering=20(TE)=20Path=20= Error=20message=20and=20to=20the=20=20= =20=20(RSVP)=20Traffic=20Engineering=20(TE)=20Path=20Error=20message=20= and=20to=20the=0A=20= =20=20=20=20=20=20=20=20behavior=20of=20a=20node=20receiving=20an=20RSVP=20= Path=20Error=20message=20for=20a=20=20= =20=20behavior=20of=20a=20node=20receiving=20an=20RSVP=20Path=20Error=20= message=20for=20a=0A= =20=20=20=20=20=20=0A=20=20=20= =20=20=20=20=20=20preempted=20Multi-Protocol=20Label=20Switching=20= (MPLS)=20Traffic=20Engineering=20=20= =20=20preempted=20Multi-Protocol=20Label=20Switching=20(MPLS)=20and=20Generalized=20MPLS=0A=20=20=20=20=20=20=20=20=20= Label=20Switched=20Path=20(TE=20LSP).=20=20=20=20(GMPLS)=20= Traffic=20Engineering=20Label=20Switched=20Path=20(TE=20LSP).=0A=20=20=20=20=20=20=20= =0A=20=20=20=20=20=20=20=20=20[RFC2205]=20defines=20= two=20RSVP=20error=20message=20types:=20PathErr=20and=20ResvErr=20= =20=20=20[RFC2205]=20defines=20two=20RSVP=20= error=20message=20types:=20PathErr=20and=20ResvErr=0A=20=20=20=20=20=20=20=20=20= that=20are=20generated=20when=20an=20error=20occurs.=20=20Path=20Error=20= Messages=20=20=20=20that=20are=20= generated=20when=20an=20error=20occurs.=20=20Path=20Error=20= Messages=0A=20=20=20= =20=20=20=20=20=20(PathErr)=20are=20used=20to=20report=20errors=20= and=20travel=20upstream=20toward=20the=20=20=20=20(PathErr)=20are=20used=20to=20report=20errors=20= and=20travel=20upstream=20toward=20the=0A=20=20=20=20=20=20=20=20=20head-end=20of=20the=20= flow.=20=20Resv=20Error=20messages=20(ResvErr)=20travel=20= =20=20=20head-end=20of=20the=20flow.=20=20= Resv=20Error=20messages=20(ResvErr)=20travel=0A=20=20=20=20=20=20=20=20=20downstream=20toward=20= the=20tail-end=20of=20the=20flow.=20=20= =20=20downstream=20toward=20the=20tail-end=20of=20the=20flow.=0A=20=20=20=20=20=20=20= =0A=20=20=20=20=20=20=20=20=20This=20document=20= describes=20only=20PathErr=20message=20processing=20for=20the=20= =20=20=20This=20document=20describes=20only=20= PathErr=20message=20processing=20for=20the=0A=20=20=20=20=20=20=20=20=20specific=20case=20of=20= a=20preempted=20Traffic=20Engineering=20Label=20Switched=20Path=20= =20=20=20specific=20case=20of=20a=20preempted=20= Traffic=20Engineering=20Label=20Switched=20Path=0A=20=20=20=20=20=20=20=20=20(TE=20= LSP)=20where=20the=20term=20preemption=20is=20defined=20in=20= [RFC3209].=20=20=20=20(TE=20LSP)=20= where=20the=20term=20preemption=20is=20defined=20in=20[RFC3209].=0A=20=20=20=20=20=20=20=0A=20=20=20=20=20=20= skipping=20= to=20change=20at=20page=203,=20line=2034=20= skipping=20to=20change=20= at=20page=203,=20line=2034=0A=20=20= =20=20=20=202.=20=20Protocol=20behavior=202.=20=20Protocol=20behavior=0A=20=20=20=20=20=20=20=0A= =20=20=20=20=20=20=20=20=20PathErr=20messages=20are=20routed=20hop-by-hop=20= using=20the=20path=20state=20=20=20=20= PathErr=20messages=20are=20routed=20hop-by-hop=20using=20the=20path=20= state=0A=20=20=20=20= =20=20=20=20=20established=20when=20a=20Path=20message=20is=20= routed=20through=20the=20network=20from=20=20=20=20established=20when=20a=20Path=20message=20is=20= routed=20through=20the=20network=20from=0A=20=20=20=20=20=20=20=20=20the=20head-end=20to=20= its=20tail-end.=20=20=20=20the=20= head-end=20to=20its=20tail-end.=0A=20=20=20=20=20=20=20=0A= =20=20=20=20=20=20=20=20=20As=20stated=20in=20[RFC2205],=20PathErr=20= messages=20do=20not=20modify=20the=20state=20of=20=20=20=20As=20stated=20in=20[RFC2205],=20PathErr=20= messages=20do=20not=20modify=20the=20state=20of=0A=20=20=20=20=20=20=20=20=20any=20= node=20through=20which=20they=20pass;=20they=20are=20only=20reported=20= to=20the=20head-=20=20=20=20any=20= node=20through=20which=20they=20pass;=20they=20are=20only=20reported=20= to=20the=20head-=0A= =20=20=20=20=20=20=20=20=20end=20of=20the=20TE=20LSP=20(Traffic=20= Engineering=20Label=20Switched=20Path).=20=20=20=20end=20of=20the=20TE=20LSP=20(Traffic=20= Engineering=20Label=20Switched=20Path).=0A=20=20=20=20=20=20=20=0A= =20=20=20=20=20=20=0A=20=20=20= =20=20=20=20=20=20The=20format=20of=20the=20PathErr=20message=20= as=20defined=20in=20[RFC2205]=20is=20= as=20=20=20=20The=20format=20= of=20the=20PathErr=20message=20as=20defined=20in=20[RFC2205].=0A=20=20=20=20=20=20=20=20= =20follows:=20=0A=20=20=20=20=20=20=20=0A=20=20=20=20=20=20=20=20=20<PathErr=20message>=20::=3D=20<Common=20= Header>=20[=20<INTEGRITY>=20]=20=0A= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20<SESSION>=20= <ERROR_SPEC>=20=0A=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20[=20<POLICY_DATA>=20...]=20= =0A=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20[=20= <sender=20descriptor>=20]=20=0A= =20=20=20=20=20=20=20=0A= =20=20=20=20=20=20=20=20=20<sender=20= descriptor>=20::=3D=20<SENDER_TEMPLATE>=20= <SENDER_TSPEC>=20=0A= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20[=20<ADSPEC>=20= ]=20=0A=20=20=20=20=20=20=20= =0A=20=20=20=20=20=20=20=20=20The=20ERROR_SPEC=20= object=20includes=20the=20IP=20address=20of=20the=20node=20that=20= =20=20=20The=20ERROR_SPEC=20object=20includes=20= the=20IP=20address=20of=20the=20node=20that=0A=20=20=20=20=20=20=20=20=20detected=20the=20error=20= (Error=20Node=20Address),=20and=20specifies=20the=20error=20= =20=20=20detected=20the=20error=20(Error=20= Node=20Address),=20and=20specifies=20the=20error=0A=20=20=20=20=20=20=20=20=20= through=20two=20fields.=20=20The=20Error=20Code=20field=20encodes=20the=20= category=20of=20the=20=20=20=20= through=20two=20fields.=20=20The=20Error=20Code=20field=20encodes=20the=20= category=20of=20the= =0A=20=20=20=20=20=20=20=20=20error,=20for=20example,=20Policy=20Control=20= Failure=20or=20Unknown=20object=20class.=20=20=20=20error,=20for=20example,=20Policy=20Control=20= Failure=20or=20Unknown=20object=20class.=0A=20=20=20=20=20=20=20=20=20The=20Error=20Value=20= field=20qualifies=20the=20error=20code=20to=20indicate=20the=20= error=20=20=20=20The=20Error=20Value=20= field=20qualifies=20the=20error=20code=20to=20indicate=20the=20= error=0A=20=20=20=20= =20=20=20=20=20with=20more=20precision.=20=20[RFC3209]=20= extends=20RSVP=20as=20defined=20in=20[RFC2205]=20=20=20=20with=20more=20precision.=20=20[RFC3209]=20= extends=20RSVP=20as=20defined=20in=20[RFC2205]=0A=20=20=20=20=20=20=20=20=20for=20the=20management=20= of=20Multi-Protocol=20Label=20Switching=20(MPLS)=20Traffic=20= =20=20=20for=20the=20management=20of=20= Multi-Protocol=20Label=20Switching=20(MPLS)=20Traffic=0A=20=20=20=20=20=20=20=20=20= Engineered=20Label=20Switched=20Paths=20(TE-LSPs).=20=20[RFC3209]=20= specifies=20=20=20=20Engineered=20= Label=20Switched=20Paths=20(TE-LSPs).=20=20[RFC3209]=20specifies=0A=20=20=20=20=20=20=20=20=20= several=20additional=20conditions=20that=20trigger=20the=20sending=20of=20= a=20RSVP=20=20=20=20several=20= additional=20conditions=20that=20trigger=20the=20sending=20of=20a=20= RSVP=0A=20=20=20=20= =20=20=20= =0A=20=20= =20=20=20=20skipping=20to=20change=20at=20page=20= 4,=20line=2024=20skipping=20to=20change=20at=20page=20= 4,=20line=2014=0A=20=20=20=20=20=20=20=20=20= [RFC2205],=20[RFC3209],=20and=20other=20documents=20are=20maintained=20= in=20a=20=20=20=20[RFC2205],=20= [RFC3209],=20and=20other=20documents=20are=20maintained=20in=20a=0A=20=20=20=20=20=20=20=20=20= registry=20by=20the=20IANA.=20=20=20=20= registry=20by=20the=20IANA.=0A=20=20=20=20=20=20=20=0A= =20=20=20=20=20=20=20=20=20The=20error=20conditions=20fall=20into=20two=20= categories:=20=20=20=20The=20error=20= conditions=20fall=20into=20two=20categories:=0A=20=20=20=20=20=20=20=0A= =20=20=20=20=20=20=20=20=20o=20=20Fatal=20errors=20represent=20disruptive=20= conditions=20for=20a=20TE=20LSP,=20=20= =20=20o=20=20Fatal=20errors=20represent=20disruptive=20conditions=20for=20= a=20TE=20LSP,=0A=20= =20=20=20=20=20=20=0A=20=20=20=20=20=20=20=20=20o=20= =20Non-fatal=20errors=20are=20non-disruptive=20conditions=20which=20have=20= occurred=20=20=20=20o=20=20Non-fatal=20= errors=20are=20non-disruptive=20conditions=20which=20have=20= occurred=0A=20=20=20= =20=20=20=20=20=20=20=20=20for=20this=20TE=20LSP=20= =20=20=20=20=20=20for=20this=20TE=20= LSP=0A=20=20=20=20= =20=20=20=0A=20=20=20=20=20=20= =0A=20=20=20=20=20=20= =20= =20=20Additionally,=20PathErr=20messages=20= may=20be=20used=20in=20two=20circumstances:=20=20=20=20PathErr=20messages=20may=20be=20used=20in=20= two=20circumstances:=0A=20=20=20=20=20=20=20=0A= =20=20=20=20=20=20=20=20=20o=20=20During=20TE=20LSP=20= establishment,=20=20=20=20o=20=20= During=20TE=20LSP=20establishment,=0A=20=20=20=20=20=20=20=0A= =20=20=20=20=20=20=20=20=20o=20=20After=20a=20TE=20LSP=20has=20been=20= successfully=20established.=20=20=20=20= o=20=20After=20a=20TE=20LSP=20has=20been=20successfully=20= established.=0A=20= =20=20=20=20=20=20=0A=20=20=20=20=20=20=20=20=20= Nodal=20behavior=20is=20dependent=20on=20which=20combination=20of=20the=20= four=20cases=20=20=20=20Nodal=20= behavior=20is=20dependent=20on=20which=20combination=20of=20the=20four=20= cases=0A=20=20=20=20= =20=20=20=20=20listed=20above=20applies.=20=20The=20following=20= sections=20describe=20the=20expected=20=20=20=20listed=20above=20applies.=20=20The=20following=20= sections=20describe=20the=20expected=0A=20=20=20=20=20=20=20=20=20behavior=20at=20nodes=20= that=20perform=20a=20preemption=20action=20for=20a=20TE=20LSP=20= (and=20=20=20=20behavior=20at=20= nodes=20that=20perform=20a=20preemption=20action=20for=20a=20TE=20LSP=20= (and=0A=20=20=20=20= =20=20=20=20=20therefore=20report=20using=20error=20PathErr=20= messages),=20and=20at=20nodes=20that=20=20=20=20therefore=20report=20using=20error=20PathErr=20= messages),=20and=20at=20nodes=20that=0A=20=20=20=20=20=20=20=20=20receive=20PathErr=20= messages.=20=20This=20text=20is=20a=20clarification=20and=20re-=20= =20=20=20receive=20PathErr=20messages.=20=20= This=20text=20is=20a=20clarification=20and=20re-=0A=0A=20=20=20=20=20= =20=0A=20=20=20=20=20 End=20of=20changes.=2011=20change=20= blocks. =0A=20=20=20=20=2027=20lines=20changed=20or=20= deleted=2017=20lines=20changed=20or=20= added=0A=20=20=20=20=20
This=20html=20diff=20was=20= produced=20by=20rfcdiff=201.35.=20The=20latest=20version=20is=20= available=20from=20http://tools.ietf.org/to= ols/rfcdiff/=20=0A=20=20=20=0A=20=20=20=0A=20= =20=20=0A= Ytext/html_=10=1Dhttp://tools.ietf.org/rfcdiffUUTF-8P=00=08=00= =0D= =00=1F=001=003=00<=00N=00d=00s=00=89=03=C3=03=D0=03=F4=05=F4=05=FF=06=1D=06= 4=9EO=9EY=9Ey=9E=7F=00=00=00=00=00=00=02=01=00=00=00=00=00=00=00=15=00=00=00= =00=00=00=00=00=00=00=00=00=00=00=9E=80= --Apple-Mail-66--33362376 Content-Type: text/html; charset=US-ASCII Content-Transfer-Encoding: 7bit

Cheers,
Adrian





--Apple-Mail-66--33362376-- --Apple-Mail-65--33362377--