From jvasseur@cisco.com Sun Mar 1 11:27:19 2009 Return-Path: X-Original-To: pce@core3.amsl.com Delivered-To: pce@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 223A93A6BBD for ; Sun, 1 Mar 2009 11:27:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.58 X-Spam-Level: X-Spam-Status: No, score=-10.58 tagged_above=-999 required=5 tests=[AWL=0.019, 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 JFZyd2c+hsta for ; Sun, 1 Mar 2009 11:27:18 -0800 (PST) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by core3.amsl.com (Postfix) with ESMTP id D58383A6BBB for ; Sun, 1 Mar 2009 11:27:17 -0800 (PST) X-IronPort-AV: E=Sophos;i="4.38,285,1233532800"; d="scan'208";a="35123302" Received: from ams-dkim-1.cisco.com ([144.254.224.138]) by ams-iport-1.cisco.com with ESMTP; 01 Mar 2009 19:27:41 +0000 Received: from ams-core-1.cisco.com (ams-core-1.cisco.com [144.254.224.150]) by ams-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id n21JReH1024918 for ; Sun, 1 Mar 2009 20:27:40 +0100 Received: from xbh-ams-332.emea.cisco.com (xbh-ams-332.cisco.com [144.254.231.87]) by ams-core-1.cisco.com (8.13.8/8.13.8) with ESMTP id n21JRew1011819 for ; Sun, 1 Mar 2009 19:27:40 GMT Received: from xfe-ams-331.emea.cisco.com ([144.254.231.72]) by xbh-ams-332.emea.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 1 Mar 2009 20:27:40 +0100 Received: from ams-jvasseur-8711.cisco.com ([10.55.201.130]) by xfe-ams-331.emea.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 1 Mar 2009 20:27:40 +0100 Message-Id: <451EA112-7FC7-45EF-8755-C2D656A4D25B@cisco.com> From: JP Vasseur To: pce@ietf.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Sun, 1 Mar 2009 20:27:39 +0100 X-Mailer: Apple Mail (2.930.3) X-OriginalArrivalTime: 01 Mar 2009 19:27:40.0567 (UTC) FILETIME=[C960A270:01C99AA3] DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=224; t=1235935660; x=1236799660; c=relaxed/simple; s=amsdkim1002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=jvasseur@cisco.com; z=From:=20JP=20Vasseur=20 |Subject:=20Adopting=20draft-yasukawa-pce-vpn-req-05.txt=20 as=20a=20new=20WG=20document=20? |Sender:=20; bh=I4Yfy4Xrepx2L56MQwf4hRAzsHKxl7gFRup/y9eStho=; b=TMwf7FBycbBgJS+6IPge6X62n3JaQOX5U8RvOTAJq1qUmub0sn9UE9XV8v oGgVF6t5gKAu8usMptNLmdQYpVpVvWOdR5Cua9zqmuKrgcgKnzuayiaLi0IF TYI8QUGR+6; Authentication-Results: ams-dkim-1; header.From=jvasseur@cisco.com; dkim=pass ( sig from cisco.com/amsdkim1002 verified; ); Subject: [Pce] Adopting draft-yasukawa-pce-vpn-req-05.txt as a new WG document ? X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Mar 2009 19:27:19 -0000 Dear WG, draft-yasukawa-pce-vpn-req-05.txt has been "presented" several times during WG meetings and has been smoothy progressing. Would you be in favor/opposed to adopt it as a PCE WG document ? Thanks. JP. From jvasseur@cisco.com Sun Mar 1 21:55:59 2009 Return-Path: X-Original-To: pce@core3.amsl.com Delivered-To: pce@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2A90A3A6AF8 for ; Sun, 1 Mar 2009 21:55:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.581 X-Spam-Level: X-Spam-Status: No, score=-8.581 tagged_above=-999 required=5 tests=[AWL=-1.982, 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 pUngNfgSVUNN for ; Sun, 1 Mar 2009 21:55:58 -0800 (PST) Received: from sj-iport-1.cisco.com (sj-iport-1.cisco.com [171.71.176.70]) by core3.amsl.com (Postfix) with ESMTP id 180713A6A86 for ; Sun, 1 Mar 2009 21:55:58 -0800 (PST) X-IronPort-AV: E=Sophos;i="4.38,287,1233532800"; d="scan'208";a="149075492" Received: from ams-dkim-1.cisco.com ([144.254.224.138]) by sj-iport-1.cisco.com with ESMTP; 02 Mar 2009 05:56:23 +0000 Received: from ams-core-1.cisco.com (ams-core-1.cisco.com [144.254.224.150]) by ams-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id n225uMXJ000570 for ; Mon, 2 Mar 2009 06:56:22 +0100 Received: from xbh-ams-331.emea.cisco.com (xbh-ams-331.cisco.com [144.254.231.71]) by ams-core-1.cisco.com (8.13.8/8.13.8) with ESMTP id n225uMXu014306 for ; Mon, 2 Mar 2009 05:56:22 GMT Received: from xfe-ams-332.cisco.com ([144.254.231.73]) by xbh-ams-331.emea.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 2 Mar 2009 06:56:22 +0100 Received: from ams-jvasseur-8711.cisco.com ([10.55.201.130]) by xfe-ams-332.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 2 Mar 2009 06:56:22 +0100 Message-Id: <63277633-EF35-4FDD-A3F4-73BC1019E571@cisco.com> From: JP Vasseur To: pce@ietf.org Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Mon, 2 Mar 2009 06:56:21 +0100 X-Mailer: Apple Mail (2.930.3) X-OriginalArrivalTime: 02 Mar 2009 05:56:22.0079 (UTC) FILETIME=[9D2694F0:01C99AFB] DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=92; t=1235973382; x=1236837382; c=relaxed/simple; s=amsdkim1002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=jvasseur@cisco.com; z=From:=20JP=20Vasseur=20 |Subject:=20PCE=20sessio=20has=20been=20rescheduled |Sender:=20; bh=TGJS+dC1VtKek2HZDFE7cI4x4h572ehuecgtPKtFQVc=; b=k1T8xr8CNk/x9g4HLVG31CCSYeyG9k4mr7XJk9Rw8whsfpQanDX0OHFKV3 VBmkM9k0hU2amPH9B6m/fi+EkwSTkeXwkinHM6JAxYvUDqY+gD000YvphCg1 5t4M3s/Szx; Authentication-Results: ams-dkim-1; header.From=jvasseur@cisco.com; dkim=pass ( sig from cisco.com/amsdkim1002 verified; ); Subject: [Pce] PCE sessio has been rescheduled X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2009 05:55:59 -0000 PCE Session 1 (1 hour) Tuesday, Afternoon Session III 1710-1810 Room Name: Continental 5 ---------------------------------------------- From jvasseur@cisco.com Sun Mar 1 23:54:38 2009 Return-Path: X-Original-To: pce@core3.amsl.com Delivered-To: pce@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 46A493A6BB3 for ; Sun, 1 Mar 2009 23:54:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.523 X-Spam-Level: X-Spam-Status: No, score=-10.523 tagged_above=-999 required=5 tests=[AWL=0.075, BAYES_00=-2.599, HTML_MESSAGE=0.001, 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 hmAWvXW71BTP for ; Sun, 1 Mar 2009 23:54:37 -0800 (PST) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by core3.amsl.com (Postfix) with ESMTP id D75A73A6B52 for ; Sun, 1 Mar 2009 23:54:36 -0800 (PST) X-IronPort-AV: E=Sophos;i="4.38,288,1233532800"; d="scan'208,217";a="35137125" Received: from ams-dkim-1.cisco.com ([144.254.224.138]) by ams-iport-1.cisco.com with ESMTP; 02 Mar 2009 07:54:59 +0000 Received: from ams-core-1.cisco.com (ams-core-1.cisco.com [144.254.224.150]) by ams-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id n227sxQ3023436 for ; Mon, 2 Mar 2009 08:54:59 +0100 Received: from xbh-ams-331.emea.cisco.com (xbh-ams-331.cisco.com [144.254.231.71]) by ams-core-1.cisco.com (8.13.8/8.13.8) with ESMTP id n227sxG7005949 for ; Mon, 2 Mar 2009 07:54:59 GMT Received: from xfe-ams-331.emea.cisco.com ([144.254.231.72]) by xbh-ams-331.emea.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 2 Mar 2009 08:54:59 +0100 Received: from ams-jvasseur-8711.cisco.com ([10.55.201.130]) by xfe-ams-331.emea.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 2 Mar 2009 08:54:59 +0100 Message-Id: <34BF2ED9-0C53-4009-B00B-5A44DDBD53B0@cisco.com> From: JP Vasseur To: pce@ietf.org Content-Type: multipart/alternative; boundary=Apple-Mail-131--24738979 Mime-Version: 1.0 (Apple Message framework v930.3) Date: Mon, 2 Mar 2009 08:54:58 +0100 References: X-Mailer: Apple Mail (2.930.3) X-OriginalArrivalTime: 02 Mar 2009 07:54:59.0267 (UTC) FILETIME=[2F534930:01C99B0C] DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=5886; t=1235980499; x=1236844499; c=relaxed/simple; s=amsdkim1002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=jvasseur@cisco.com; z=From:=20JP=20Vasseur=20 |Subject:=20Fwd=3A=20[Pce]=20Adoption=20of=20two=20new=20Wo rking=20Documents=20? |Sender:=20; bh=03PUz2BYgiD+SyqJO7r2hg7BEEBDv6MWYzNqORiOock=; b=AhwRMWXS2dUOUkw7OXvLV+JEfK9TK1/CFBYxXUJo+1QatCDWF6vQSr6KPP fb3Dtm/uTblCfwlm5qRq9rftxaUnqlbqvsMn00qlQ/8wQaGyqay1qmJqzehu FmhqqwwMuz; Authentication-Results: ams-dkim-1; header.From=jvasseur@cisco.com; dkim=pass ( sig from cisco.com/amsdkim1002 verified; ); Subject: [Pce] Fwd: Adoption of two new Working Documents ? X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2009 07:54:38 -0000 --Apple-Mail-131--24738979 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Dear all, I would like to poll the WG again on the adoption of draft-farrel-pce- vendor-constraints-02.txt as a WG document ? We had very reply to the first poll in November. Thanks. JP. Begin forwarded message: > From: JP Vasseur > Date: November 19, 2008 12:04:48 PM CEST > To: pce@ietf.org > Subject: [Pce] Adoption of two new Working Documents ? > > Dear WG, > > Are you in favor or opposed to the adoption of the two following > documents as PCE WG documents ? > > draft-farrel-pce-vendor-constraints-02.txt > draft-kkoushik-pce-pcep-mib-02.txt > Thanks. > > JP. > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce --Apple-Mail-131--24738979 Content-Type: text/html; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Dear all,

I = would like to poll the WG again on the adoption of draft-farrel-pce-vendor-constraints-02.txt as a WG document = ? We had very reply to the first poll in = November.

Thanks.

JP.

Begin forwarded = message:

From: JP Vasseur <jvasseur@cisco.com>
Date: = November 19, 2008 12:04:48 PM CEST
Subject: = [Pce] Adoption of two new Working Documents = ?

=
Dear WG,

Are you in favor or opposed to the adoption of the two = following documents as PCE WG documents ?

draft-farrel-pce-vendor-constraints-02.txt
draft-kkoushik-pce-pcep-mib-02.txt
Thanks.

JP.
__________________= _____________________________
Pce mailing list
Pce@ietf.org
https://www.ietf.org/mail= man/listinfo/pce

= --Apple-Mail-131--24738979-- From gregb@grotto-networking.com Mon Mar 2 08:03:17 2009 Return-Path: X-Original-To: pce@core3.amsl.com Delivered-To: pce@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7EA223A6902 for ; Mon, 2 Mar 2009 08:03:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jWFfOxJZgfnT for ; Mon, 2 Mar 2009 08:03:16 -0800 (PST) Received: from pro46.abac.com (pro46.abac.com [66.226.64.47]) by core3.amsl.com (Postfix) with ESMTP id B159B3A6887 for ; Mon, 2 Mar 2009 08:03:16 -0800 (PST) Received: from [192.168.0.131] (c-71-202-41-42.hsd1.ca.comcast.net [71.202.41.42]) (authenticated bits=0) by pro46.abac.com (8.14.3/8.14.3) with ESMTP id n22G3c0r074843 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 2 Mar 2009 08:03:39 -0800 (PST) (envelope-from gregb@grotto-networking.com) Message-ID: <49AC035A.4000909@grotto-networking.com> Date: Mon, 02 Mar 2009 08:03:38 -0800 From: Greg Bernstein User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: JP Vasseur References: <34BF2ED9-0C53-4009-B00B-5A44DDBD53B0@cisco.com> In-Reply-To: <34BF2ED9-0C53-4009-B00B-5A44DDBD53B0@cisco.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: pce@ietf.org Subject: Re: [Pce] Fwd: Adoption of two new Working Documents ? X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Mar 2009 16:03:17 -0000 Agree. (I'm a co-author) Greg B. JP Vasseur wrote: > Dear all, > > I would like to poll the WG again on the adoption > of draft-farrel-pce-vendor-constraints-02.txt as a WG document ? We > had very reply to the first poll in November. > > Thanks. > > JP. > > Begin forwarded message: > >> *From: *JP Vasseur > >> *Date: *November 19, 2008 12:04:48 PM CEST >> *To: *pce@ietf.org >> *Subject: **[Pce] Adoption of two new Working Documents ?* >> >> Dear WG, >> >> Are you in favor or opposed to the adoption of the two following >> documents as PCE WG documents ? >> >> draft-farrel-pce-vendor-constraints-02.txt >> draft-kkoushik-pce-pcep-mib-02.txt >> Thanks. >> >> JP. >> _______________________________________________ >> Pce mailing list >> Pce@ietf.org >> https://www.ietf.org/mailman/listinfo/pce > > ------------------------------------------------------------------------ > > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce > -- =================================================== Dr Greg Bernstein, Grotto Networking (510) 573-2237 From danli@huawei.com Mon Mar 2 16:52:21 2009 Return-Path: X-Original-To: pce@core3.amsl.com Delivered-To: pce@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8EB9E28C279 for ; Mon, 2 Mar 2009 16:52:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.39 X-Spam-Level: X-Spam-Status: No, score=0.39 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, HTML_FONT_FACE_BAD=0.884, HTML_MESSAGE=0.001, 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 0ySyUGS4SZhX for ; Mon, 2 Mar 2009 16:52:20 -0800 (PST) Received: from szxga04-in.huawei.com (unknown [119.145.14.67]) by core3.amsl.com (Postfix) with ESMTP id 50B8728C1FE for ; Mon, 2 Mar 2009 16:52:20 -0800 (PST) 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 <0KFW00IN4NROH6@szxga04-in.huawei.com> for pce@ietf.org; Tue, 03 Mar 2009 08:52:36 +0800 (CST) Received: from huawei.com ([172.24.1.33]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KFW009JZNROTW@szxga04-in.huawei.com> for pce@ietf.org; Tue, 03 Mar 2009 08:52:36 +0800 (CST) Received: from l37133a ([10.70.77.59]) by szxml06-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0KFW007H5NRI47@szxml06-in.huawei.com> for pce@ietf.org; Tue, 03 Mar 2009 08:52:35 +0800 (CST) Date: Tue, 03 Mar 2009 08:52:30 +0800 From: Dan Li To: JP Vasseur , pce@ietf.org Message-id: <009101c99b9a$5792b0f0$3b4d460a@china.huawei.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Mailer: Microsoft Outlook Express 6.00.2900.3138 Content-type: multipart/alternative; boundary="Boundary_(ID_ZLk03A5qtwm5+qKmQzabtA)" X-Priority: 3 X-MSMail-priority: Normal References: <34BF2ED9-0C53-4009-B00B-5A44DDBD53B0@cisco.com> Subject: Re: [Pce] Fwd: Adoption of two new Working Documents ? X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2009 00:52:21 -0000 This is a multi-part message in MIME format. --Boundary_(ID_ZLk03A5qtwm5+qKmQzabtA) Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7BIT I support! Dan ----- Original Message ----- From: JP Vasseur To: pce@ietf.org Sent: Monday, March 02, 2009 3:54 PM Subject: [Pce] Fwd: Adoption of two new Working Documents ? Dear all, I would like to poll the WG again on the adoption of draft-farrel-pce-vendor-constraints-02.txt as a WG document ? We had very reply to the first poll in November. Thanks. JP. Begin forwarded message: From: JP Vasseur Date: November 19, 2008 12:04:48 PM CEST To: pce@ietf.org Subject: [Pce] Adoption of two new Working Documents ? Dear WG, Are you in favor or opposed to the adoption of the two following documents as PCE WG documents ? draft-farrel-pce-vendor-constraints-02.txt draft-kkoushik-pce-pcep-mib-02.txtThanks. JP. _______________________________________________ Pce mailing list Pce@ietf.org https://www.ietf.org/mailman/listinfo/pce ------------------------------------------------------------------------------ _______________________________________________ Pce mailing list Pce@ietf.org https://www.ietf.org/mailman/listinfo/pce --Boundary_(ID_ZLk03A5qtwm5+qKmQzabtA) Content-type: text/html; charset=ISO-8859-1 Content-transfer-encoding: 7BIT
I support!
 
Dan


----- Original Message -----
From: JP Vasseur
Sent: Monday, March 02, 2009 3:54 PM
Subject: [Pce] Fwd: Adoption of two new Working Documents ?

Dear all,

I would like to poll the WG again on the adoption of draft-farrel-pce-vendor-constraints-02.txt as a WG document ? We had very reply to the first poll in November.

Thanks.

JP.

Begin forwarded message:

From: JP Vasseur <jvasseur@cisco.com>
Date: November 19, 2008 12:04:48 PM CEST
Subject: [Pce] Adoption of two new Working Documents ?

Dear WG,

Are you in favor or opposed to the adoption of the two following documents as PCE WG documents ?

draft-farrel-pce-vendor-constraints-02.txt
draft-kkoushik-pce-pcep-mib-02.txt
Thanks.

JP.
_______________________________________________
Pce mailing list
Pce@ietf.org
https://www.ietf.org/mailman/listinfo/pce

_______________________________________________
Pce mailing list
Pce@ietf.org
https://www.ietf.org/mailman/listinfo/pce
--Boundary_(ID_ZLk03A5qtwm5+qKmQzabtA)-- From zhangfatai@huawei.com Mon Mar 2 22:08:51 2009 Return-Path: X-Original-To: pce@core3.amsl.com Delivered-To: pce@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 60E9A3A6B0C for ; Mon, 2 Mar 2009 22:08:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.617 X-Spam-Level: X-Spam-Status: No, score=0.617 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, HTML_FONT_FACE_BAD=0.884, HTML_MESSAGE=0.001, RDNS_NONE=0.1, SARE_SUB_OBFU_Q1=0.227] 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 fU1AwN6GgxKS for ; Mon, 2 Mar 2009 22:08:45 -0800 (PST) Received: from szxga02-in.huawei.com (unknown [119.145.14.65]) by core3.amsl.com (Postfix) with ESMTP id 9EBA03A6A6B for ; Mon, 2 Mar 2009 22:08:39 -0800 (PST) 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 <0KFX003X72ER3M@szxga02-in.huawei.com> for pce@ietf.org; Tue, 03 Mar 2009 14:08:52 +0800 (CST) Received: from huawei.com ([172.24.1.24]) by szxga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KFX00AGA2ERF9@szxga02-in.huawei.com> for pce@ietf.org; Tue, 03 Mar 2009 14:08:51 +0800 (CST) Received: from z41162b ([10.70.76.103]) by szxml04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0KFX00DY92EN8B@szxml04-in.huawei.com> for pce@ietf.org; Tue, 03 Mar 2009 14:08:51 +0800 (CST) Date: Tue, 03 Mar 2009 14:08:47 +0800 From: Fatai Zhang To: pce@ietf.org Message-id: <056601c99bc6$865ef610$674c460a@china.huawei.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Mailer: Microsoft Outlook Express 6.00.2900.3138 Content-type: multipart/mixed; boundary="Boundary_(ID_wOfDeKhFGaVmRjwp5gCiKw)" X-Priority: 3 X-MSMail-priority: Normal References: <20090302081451.D81923A67A5@core3.amsl.com> Subject: [Pce] New draft: draft-zhang-pce-reqs-for-tdm-00 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2009 06:08:52 -0000 This is a multi-part message in MIME format. --Boundary_(ID_wOfDeKhFGaVmRjwp5gCiKw) Content-type: multipart/alternative; boundary="Boundary_(ID_ei9dzycY207oLtr66fU4/A)" --Boundary_(ID_ei9dzycY207oLtr66fU4/A) Content-type: text/plain; charset=utf-8 Content-transfer-encoding: 7BIT Dear all, A new draft was just uploaded: draft-zhang-pce-reqs-for-tdm-00. The following is the abstract of this new ID. Please take a look at the attached document for details. Any comments are welcome. ================================================================================ Abstract: This document describes the special requirements for applying the Path Computation Element (PCE) in Time-Division Multiplexing (TDM) networks, including Synchronous Optical Network (SONET), Synchronous Digital Hierarchy (SDH), and Digital Wrapper (G.709 ODUk). The material presented in this document is collected here for analysis. The intention is to separate this material into separate documents on generic GMPLS requirements, generic GMPLS extensions, and TDM-specific requirements and extensions. ====================================================================================== Thanks Fatai Advanced Technology Department Wireline Networking Business Unit Huawei Technologies Co., LTD. Huawei Base, Bantian, Longgang, Shenzhen 518129 P.R.China Tel: +86-755-28972912 Fax: +86-755-28972935 --Boundary_(ID_ei9dzycY207oLtr66fU4/A) Content-type: text/html; charset=utf-8 Content-transfer-encoding: base64 77u/PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9u YWwvL0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29u dGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxNRVRBIGNvbnRlbnQ9Ik1TSFRNTCA2 LjAwLjI5MDAuMzQ5MiIgbmFtZT1HRU5FUkFUT1I+DQo8U1RZTEU+PC9TVFlMRT4NCjwvSEVBRD4N CjxCT0RZIGJnQ29sb3I9I2ZmZmZmZj4NCjxESVY+PEZPTlQgZmFjZT1BcmlhbD5EZWFyJm5ic3A7 YWxsLDwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1BcmlhbD48L0ZPTlQ+Jm5ic3A7PC9E SVY+DQo8RElWPjxGT05UIGZhY2U9QXJpYWw+QSBuZXcgZHJhZnQgd2FzIGp1c3QgdXBsb2FkZWQ6 IA0KZHJhZnQtemhhbmctcGNlLXJlcXMtZm9yLXRkbS0wMC48L0ZPTlQ+PC9ESVY+DQo8RElWPjxG T05UIGZhY2U9QXJpYWw+PC9GT05UPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBmYWNlPUFyaWFs PlRoZSBmb2xsb3dpbmcgaXMgdGhlIGFic3RyYWN0IG9mIHRoaXMgbmV3IElELjwvRk9OVD48L0RJ Vj4NCjxESVY+PEZPTlQgZmFjZT1BcmlhbD48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8RElWPjxGT05U IGZhY2U9QXJpYWw+UGxlYXNlIHRha2UgYSBsb29rIGF0IHRoZSBhdHRhY2hlZCBkb2N1bWVudCBm b3IgDQpkZXRhaWxzLjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1BcmlhbD48L0ZPTlQ+ Jm5ic3A7PC9ESVY+DQo8RElWPjxGT05UIGZhY2U9QXJpYWw+QW55IGNvbW1lbnRzIGFyZSB3ZWxj b21lLjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1BcmlhbD48L0ZPTlQ+Jm5ic3A7PC9E SVY+DQo8RElWPjxGT05UIGZhY2U9QXJpYWw+PC9GT05UPiZuYnNwOzwvRElWPg0KPERJVj48Rk9O VCANCmZhY2U9QXJpYWw+PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT08L0ZPTlQ+PC9ESVY+DQo8RElW PjxGT05UIGZhY2U9QXJpYWw+PC9GT05UPiZuYnNwOzwvRElWPg0KPERJVj48Rk9OVCBmYWNlPUFy aWFsPkFic3RyYWN0OjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgZmFjZT1BcmlhbD48QlI+VGhp cyBkb2N1bWVudCBkZXNjcmliZXMgdGhlIHNwZWNpYWwgcmVxdWlyZW1lbnRzIGZvciANCmFwcGx5 aW5nIHRoZSBQYXRoIENvbXB1dGF0aW9uIEVsZW1lbnQgKFBDRSkgaW4gVGltZS1EaXZpc2lvbiBN dWx0aXBsZXhpbmcgKFRETSkgDQo8QlI+bmV0d29ya3MsIGluY2x1ZGluZyBTeW5jaHJvbm91cyBP cHRpY2FsIE5ldHdvcmsgKFNPTkVUKSwgU3luY2hyb25vdXMgRGlnaXRhbCANCkhpZXJhcmNoeSAo U0RIKSwgYW5kIERpZ2l0YWwgV3JhcHBlciAoRy43MDkgT0RVaykuIDxCUj48QlI+VGhlIG1hdGVy aWFsIA0KcHJlc2VudGVkIGluIHRoaXMgZG9jdW1lbnQgaXMgY29sbGVjdGVkIGhlcmUgZm9yIGFu YWx5c2lzLiBUaGUgaW50ZW50aW9uIGlzIHRvIA0Kc2VwYXJhdGUgdGhpcyBtYXRlcmlhbCBpbnRv IHNlcGFyYXRlIGRvY3VtZW50cyBvbiBnZW5lcmljIEdNUExTIHJlcXVpcmVtZW50cywgDQpnZW5l cmljIEdNUExTIGV4dGVuc2lvbnMsIGFuZCBURE0tc3BlY2lmaWMgcmVxdWlyZW1lbnRzIGFuZCBl eHRlbnNpb25zLiANCjxCUj49PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PTwvRElWPjwvRk9O VD4NCjxESVY+PEZPTlQgZmFjZT3lrovkvZM+PC9GT05UPiZuYnNwOzwvRElWPg0KPERJVj48Rk9O VCBmYWNlPUFyaWFsPjwvRk9OVD4mbmJzcDs8L0RJVj4NCjxESVY+PEZPTlQgZmFjZT3lrovkvZM+ PEJSPlRoYW5rczxCUj4mbmJzcDs8QlI+RmF0YWk8QlI+Jm5ic3A7PEJSPkFkdmFuY2VkIA0KVGVj aG5vbG9neSBEZXBhcnRtZW50PEJSPldpcmVsaW5lIE5ldHdvcmtpbmcgQnVzaW5lc3MgVW5pdDxC Uj5IdWF3ZWkgDQpUZWNobm9sb2dpZXMgQ28uLCBMVEQuPEJSPkh1YXdlaSBCYXNlLCBCYW50aWFu LCBMb25nZ2FuZyw8QlI+U2hlbnpoZW4gNTE4MTI5IA0KUC5SLkNoaW5hPEJSPlRlbDogKzg2LTc1 NS0yODk3MjkxMjxCUj5GYXg6IA0KKzg2LTc1NS0yODk3MjkzNTwvRk9OVD48L0RJVj48L0JPRFk+ PC9IVE1MPg0K --Boundary_(ID_ei9dzycY207oLtr66fU4/A)-- --Boundary_(ID_wOfDeKhFGaVmRjwp5gCiKw) Content-type: text/plain; name=draft-zhang-pce-reqs-for-tdm-00.txt Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=draft-zhang-pce-reqs-for-tdm-00.txt Network work group Fatai Zhang Internet Draft Dan Li Intended status: Informational Jianhua Gao Expires: September 2009 Huawei March 02, 2009 Requirements for PCE applied in Time-Division Multiplexing (TDM) Networks draft-zhang-pce-reqs-for-tdm-00.txt Status of this Memo This Internet-Draft is submitted to IETF in full conformance with the provisions of BCP 78 and BCP 79. Internet-Drafts are working documents of the Internet Engineering Task Force (IETF), its areas, and its working groups. Note that other groups may also distribute working documents as Internet- Drafts. Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress." The list of current Internet-Drafts can be accessed at http://www.ietf.org/ietf/1id-abstracts.txt. The list of Internet-Draft Shadow Directories can be accessed at http://www.ietf.org/shadow.html. This Internet-Draft will expire on September 02, 2009. Abstract This document describes the special requirements for applying the Path Computation Element (PCE) in Time-Division Multiplexing (TDM) networks, including Synchronous Optical Network (SONET), Synchronous Digital Hierarchy (SDH), and Digital Wrapper (G.709 ODUk). The material presented in this document is collected here for analysis. The intention is to separate this material into separate documents on generic GMPLS requirements, generic GMPLS extensions, and TDM-specific requirements and extensions. Zhang Expires September 2009 [Page 1] Internet-Draft draft-zhang-PCE-reqs-for-TDM-00.txt March 2009 Conventions used in this document The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in [RFC2119]. Table of Contents 1. Introduction..................................................2 1.1. Disposition of this Document.............................3 2. Terminology...................................................4 3. PCE Applications..............................................4 4. Requirements..................................................5 4.1. Requirements when PCC Specifies the Connection Type......5 4.2. Requirements when PCE Determines the Connection Type.....6 5. Security Considerations.......................................7 6. IANA Considerations...........................................7 7. Acknowledgments...............................................7 8. References....................................................7 9. Authors' Addresses............................................8 1. Introduction As defined in [RFC4655], a Path Computation Element (PCE) is an entity that is capable of computing a network path or route based on a network graph, and of applying computational constraints during the computation. Any node in the network can act as a Path Computation Client (PCC) and request PCE to compute a path that satisfies the set of constraints. When it finishes computing, the PCE will respond with the path to the PCC. The communication protocol between PCE and PCC has been described in [PCEP]. The main work for PCE so far has been its application in MPLS networks that are already stable and mature. However, the application of PCE to GMPLS in packet and non-packet networks has also been considered. GMPLS has more technology-specific and generic traffic engineering constraints, and some of these, for TDM networks, need further extensions to PCEP. First, the properties of the LSP being computed should be fed to the PCE from the PCC. These properties include the switching capabilities (e.g., TDM, lambda, LSC, etc.), the encoding type (e.g., SDH/Sonet, Digital Wrapper, lambda, etc.), and the signaling type (e.g., VC12, VC3, ODUk, etc.). This information is very important for the PCE to zhang Expires September 2009 [Page 2] Internet-Draft draft-zhang-PCE-reqs-for-TDM-00.txt March 2009 compute a required Path. These properties are parameters are added to PCEP in [PCEP-Layer]. Second, the reliability of the network is very important for transport networks. So the PCE should get information about required level of protection for the LSP from the PCC. In TDM networks, there are abundant protection types to satisfy different demand for the service, for example, 1+1 protection, 1:1 protection, 1: n protection, full rerouting, shared-mesh restoration, and segment recovery, etc. This information is really important for PCE to compute the corresponding work LSP and protection LSP correctly on operating the traffic engineering database (TED). In addition, the link protection also should be taken into account for PCE path computation. The requirements for LSP protection type and link protection type are addressed briefly in [PCE-App-Req]. Third, in TDM networks (e.g., SDH/OTN networks), a client service can be transmitted by various connection(s) of TDM with different connection type. For example, in the SDH networks, if the client service which is 100M Ethernet is required to be transported over the SDH networks, the Ethernet service can be provided by a VC4 connection, and it can also be provided by three concatenated VC3 connections (Contiguous or Virtual Concatenation). So this information about connection type is vital for PCE to compute the correct LSP(s) to transport the service traffic. The above three requirements are very important for PCE to compute the desirable paths when PCE applied in the TDM networks. However, the first two requirements are addressed partially in [PCEP-Layer] and [PCE-App-Req], so this document focuses on the third requirement. 1.1. Disposition of this Document The material presented in this document is collected here for analysis. The intention is to separate this material into separate documents as follows: - Generic GMPLS requirements for PCEP will be merged into a single document working with the authors of [PCE-App-Req]. - A new document will be created to provide generic GMPLS extensions to PCEP to address the generic requirements. - This document will be reduced to contain the TDM-specific requirements (If needed, we can use one document to cover the zhang Expires September 2009 [Page 3] Internet-Draft draft-zhang-PCE-reqs-for-TDM-00.txt March 2009 TDM-specific requirements and extensions). 2. Terminology The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in [RFC2119]. 3. PCE Applications The TDM networks are usually responsible for transmitting data for the client layer. These TDM networks can provide different types of connections for customer services based on different service bandwidth requests. The applications and the corresponding additional requirements for applying PCE in TDM networks are described below. In order to simplify the description, this document just discusses the scenario in SDH networks as an example. The scenarios in SONET or G.709 ODUk layer networks are similar. +------+ +------+ +------+ | | | | | | A1--| N1 +------------------+ N2 | | PCE | | | | | | | +--+---+ +---+--+ +------+ | \ | | \ +------+ | | | | | | | N5 | | | | | | | +------+ \ | +--+---+ \ +---+--+ | | | | | N4 +------------------+ N3 |--A3 | | | | +------+ +------+ Figure 1: A simple SDH network Figure 1 shows a simple network topology, where N1, N2, N3, N4, and N5 are all SDH switches. Assume that one Ethernet service with 100M zhang Expires September 2009 [Page 4] Internet-Draft draft-zhang-PCE-reqs-for-TDM-00.txt March 2009 bandwidth is required from A1 to A3 over this network. The client Ethernet service could be provided by a VC4 connection from N1 to N3, and it could also be provided by three concatenated VC3 connections (Contiguous or Virtual concatenation) from N1 to N3. The type of connectivity that is required (one VC4 or three concatenated VC3) needs to be specified by PCC (e.g., N1 or NMS), but could also be determined by PCE automatically based on policy, configuration, or network capabilities. This is related to the policies which can be implemented per [RFC5394]. The next section lists requirements described according to different the policies that are applied. 4. Requirements 4.1. Requirements when PCC Specifies the Connection Type In this case, when receiving the service request from A1 to A3 from client layer, the PCC (e.g., N1) specifies the transport scheme for the service based on the requested bandwidth and the transport policies pre-configured, and then requests the PCE to compute the corresponding path. For example, the node N1 specifies that it needs three virtual concatenated VC3 connections in the Path Computation Request message to the PCE. Therefore, the following information should be specified by PCC in the PCReq message: (1) Signal Type: Indicates the type of elementary signal that constitutes the requested LSP. A lot of signal types with different granularity have been defined in SONET/SDH and G.709 ODUk, such as VC11, VC12, VC2, VC3 and VC4 in SDH, and ODU1, ODU2 and ODU3 in G.709 ODUk. See [RFC4606] and [RFC4328] (Note that switching capability and encoding type should also be specified which are described in [PCE-App-Req]). (2) Concatenation Type: In SDH/ SONET and G.709 ODUk networks, two kinds of concatenation modes are defined: contiguous concatenation which requires co-router for each member signal and requires all the interfaces along the path to support this capability, and virtual concatenation which allows diverse routes for the member signals and only requires the ingress and egress interfaces to support this capability. Note that for the virtual concatenation, it also may specify co-routed or separated-routed. See [RFC4606] and [RFC4328] about Concatenation information. zhang Expires September 2009 [Page 5] Internet-Draft draft-zhang-PCE-reqs-for-TDM-00.txt March 2009 (3) Concatenation Number: Indicates the number of signals that are requested to be contiguously or virtually concatenated. Also see [RFC4606] and [RFC4328]. When receiving the PCReq message, PCE computes the path that satisfies the set of constraints in the PCReq message. If successful, the corresponding path will be returned to PCC in the PCRep message. Note that the PCE should return the above information (Signal type, Concatenation type, Concatenation number) in the PCRep message to tell PCC how to create the corresponding connections. In the case of virtual concatenation, when separate-routed paths are required, it is necessary for the PCE to indicate that how many member signals are needed in each route. For example, in Figure 1, if the node N1 requests a virtual concatenation connection with four VC4 signals and these four VC4 member signals should be separated-routed, the result of path computation may be two VC4 signals along the route N1-N2-N3 and another two VC4 signal along the route N1-N5-N3. 4.2. Requirements when PCE Determines the Connection Type In this case, when receiving the request for a service from A1 to A3 from the client layer, the PCC (e.g., N1) sends the PCReq message to the PCE. The message contains the information about requested bandwidth, as described in [PCEP]. When receiving the PCReq message, the PCE determines the transport scheme for the service based on the requested bandwidth and the pre- configured transport policies, and then computes the path. If successful, the information of the corresponding paths will be sent to the PCC in the PCRep message. In order that the PCC can set up the corresponding path, the PCE should tell the PCC the transport scheme, i.e., the connection type. So the PCRep message should contain the information described below: (1) Signal Type: Same as described in Section 4.1. (2) Concatenation Type: Same as described in Section 4.1. (3) Concatenation Number: Same as described in Section 4.1. In the case of virtual concatenation when separated routed paths are returned, it is also necessary for the PCE to indicate that how many zhang Expires September 2009 [Page 6] Internet-Draft draft-zhang-PCE-reqs-for-TDM-00.txt March 2009 member signals are needed in each route, which is the same as described in Section 4.1. 5. Security Considerations This document just focuses on the requirements when PCE is applied in the TDM networks, so there is no additional security introduced. Possible security issues should be considered when it need extend PCEP to support these requirements. 6. IANA Considerations There is no IANA request in this document. 7. Acknowledgments TBD. 8. References [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997. [PCEP] JP. Vasseur et al, "Path Computation Element (PCE) communication Protocol (PCEP) - Version 1 -" draft-ietf- pce-pcep (work in progress). [PCE-App-Req] Tomohiro Otani, Kenichi Ogaki and Diego Caviglia, "Requirements for GMPLS applications of PCE" draft-ietf- pce-gmpls-aps-req-00 (work in progress). [RFC4655] A. Farrel, JP. Vasseur and J. Ash, "A Path Computation Element (PCE)-Based Architecture", RFC 4655, September 2006. [RFC4657] J. Ash and J.L. Le Roux, "Path Computation Element (PCE) Communication Protocol Generic Requirements", RFC 4657, September 2006. [RFC4606] E. Mannie and D. Papadimitriou, "GMPLS extensions for SONET and SDH control", RFC 4606, August 2006. [RFC4328] D. Papadimitriou, "GMPLS Signaling Extensions for G.709 Optical Transport Networks Control", RFC 4328, January 2006. [RFC5394] I. Bryskin, D. Papadimitriou, L. Berger and J. Ash, "Policy-Enabled Path Computation Framework", RFC 5394, December 2008. zhang Expires September 2009 [Page 7] Internet-Draft draft-zhang-PCE-reqs-for-TDM-00.txt March 2009 [PCEP-Layer] E. Oki, T. Takeda, J-L. Le Roux, and A. Farrel, "Extensions to the Path Computation Element communication Protocol (PCEP) for Inter-Layer MPLS and GMPLS Traffic Engineering", draft-ietf-pce-inter-layer-ext, work in progress. 9. Authors' Addresses Fatai Zhang Huawei Technologies Co., Ltd. F3-5-B R&D Center, Huawei Base Bantian, Longgang District Shenzhen 518129 P.R.China Phone: +86-755-28972912 Email: Zhangfatai@huawei.com Dan Li Huawei Technologies Co., Ltd. F3-5-B R&D Center, Huawei Base Bantian, Longgang District Shenzhen 518129 P.R.China Phone: +86-755-28973237 Email: danli@huawei.com Jianhua Gao Huawei Technologies Co., Ltd. F3-5-B R&D Center, Huawei Base Bantian, Longgang District Shenzhen 518129 P.R.China Phone: +86-755-28972912 Email: gjhhit@huawei.com Intellectual Property The IETF Trust takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in any IETF Document or the extent to which any license zhang Expires September 2009 [Page 8] Internet-Draft draft-zhang-PCE-reqs-for-TDM-00.txt March 2009 under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Copies of Intellectual Property disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement any standard or specification contained in an IETF Document. Please address the information to the IETF at ietf-ipr@ietf.org. The definitive version of an IETF Document is that published by, or under the auspices of, the IETF. Versions of IETF Documents that are published by third parties, including those that are translated into other languages, should not be considered to be definitive versions of IETF Documents. The definitive version of these Legal Provisions is that published by, or under the auspices of, the IETF. Versions of these Legal Provisions that are published by third parties, including those that are translated into other languages, should not be considered to be definitive versions of these Legal Provisions. For the avoidance of doubt, each Contributor to the IETF Standards Process licenses each Contribution that he or she makes as part of the IETF Standards Process to the IETF Trust pursuant to the provisions of RFC 5378. No language to the contrary, or terms, conditions or rights that differ from or are inconsistent with the rights and licenses granted under RFC 5378, shall have any effect and shall be null and void, whether published or posted by such Contributor, or included with or in such Contribution. Disclaimer of Validity All IETF Documents and the information contained therein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY, THE IETF TRUST AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION THEREIN WILL NOT INFRINGE zhang Expires September 2009 [Page 9] Internet-Draft draft-zhang-PCE-reqs-for-TDM-00.txt March 2009 ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. Full Copyright Statement Copyright (c) 2009 IETF Trust and the persons identified as the document authors. All rights reserved. This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents in effect on the date of publication of this document (http://trustee.ietf.org/license-info). Please review these documents carefully, as they describe your rights and restrictions with respect to this document. zhang Expires September 2009 [Page 10] --Boundary_(ID_wOfDeKhFGaVmRjwp5gCiKw)-- From dk@danielking.net Tue Mar 3 01:45:24 2009 Return-Path: X-Original-To: pce@core3.amsl.com Delivered-To: pce@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AF4713A6B18 for ; Tue, 3 Mar 2009 01:45:24 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JcO8M5wSHTYx for ; Tue, 3 Mar 2009 01:45:24 -0800 (PST) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.26]) by core3.amsl.com (Postfix) with ESMTP id 9DA5B3A6A9C for ; Tue, 3 Mar 2009 01:45:23 -0800 (PST) Received: by ey-out-2122.google.com with SMTP id 25so535722eya.31 for ; Tue, 03 Mar 2009 01:45:49 -0800 (PST) Received: by 10.210.135.17 with SMTP id i17mr5546813ebd.47.1236073549690; Tue, 03 Mar 2009 01:45:49 -0800 (PST) Received: from Firefly (88-97-23-122.dsl.zen.co.uk [88.97.23.122]) by mx.google.com with ESMTPS id 7sm1063147eyg.47.2009.03.03.01.45.48 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 03 Mar 2009 01:45:48 -0800 (PST) From: "Daniel King" To: "'JP Vasseur'" References: <451EA112-7FC7-45EF-8755-C2D656A4D25B@cisco.com> In-Reply-To: <451EA112-7FC7-45EF-8755-C2D656A4D25B@cisco.com> Date: Tue, 3 Mar 2009 09:45:45 -0000 Message-ID: <002501c99be4$d3da7d10$7b8f7730$@net> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Acmao83O6HctQ9hzQBC34dCNcaEAiwBQIdbQ Content-Language: en-us Cc: pce@ietf.org Subject: Re: [Pce] Adopting draft-yasukawa-pce-vpn-req-05.txt as a new WG document ? X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2009 09:45:24 -0000 Hi JP, et al. I am in favor of adopting this work as a WG document. Br, Dan. -----Original Message----- From: pce-bounces@ietf.org [mailto:pce-bounces@ietf.org] On Behalf Of JP Vasseur Sent: Sunday, March 01, 2009 7:28 PM To: pce@ietf.org Subject: [Pce] Adopting draft-yasukawa-pce-vpn-req-05.txt as a new WG document ? Dear WG, draft-yasukawa-pce-vpn-req-05.txt has been "presented" several times during WG meetings and has been smoothy progressing. Would you be in favor/opposed to adopt it as a PCE WG document ? Thanks. JP. _______________________________________________ Pce mailing list Pce@ietf.org https://www.ietf.org/mailman/listinfo/pce From fabien.verhaeghe@marben-products.com Tue Mar 3 01:58:50 2009 Return-Path: X-Original-To: pce@core3.amsl.com Delivered-To: pce@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 550E228C21F for ; Tue, 3 Mar 2009 01:58:50 -0800 (PST) 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 qfUM+v2v5pDf for ; Tue, 3 Mar 2009 01:58:49 -0800 (PST) Received: from bizpsie3.9services.com (bizpsie3.9services.com [84.96.93.161]) by core3.amsl.com (Postfix) with ESMTP id BAFF028C21D for ; Tue, 3 Mar 2009 01:58:48 -0800 (PST) Received: from pooky.marben-products.com ([86.65.15.130]) by bizpsie3.9services.com with 9services id NZzD1b00C2oN1dS03ZzDJM; Tue, 03 Mar 2009 10:59:14 +0100 X-Biz3: ?? X-VRSPAM-SCORE: -50.00 Received: from AOFR11476 (aofr11476.marben-products.com [192.168.7.180]) by pooky.marben-products.com (8.14.0/8.14.0) with ESMTP id n239xCrq032257 for ; Tue, 3 Mar 2009 10:59:13 +0100 From: "Fabien Verhaeghe" To: Date: Tue, 3 Mar 2009 10:59:07 +0100 Message-ID: <006901c99be6$b470bb40$b407a8c0@marbenproducts.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_006A_01C99BEF.16352340" X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Thread-Index: AcmbDDSHAiDOf/vETRG//ZNaIzTGigA2kKIA In-Reply-To: <34BF2ED9-0C53-4009-B00B-5A44DDBD53B0@cisco.com> Subject: Re: [Pce] Fwd: Adoption of two new Working Documents ? X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2009 09:58:50 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_006A_01C99BEF.16352340 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I support =20 BR Fabien =20 =20 _____ =20 De : pce-bounces@ietf.org [mailto:pce-bounces@ietf.org] De la part de JP Vasseur Envoy=E9 : lundi 2 mars 2009 08:55 =C0 : pce@ietf.org Objet : [Pce] Fwd: Adoption of two new Working Documents ? =20 Dear all, =20 I would like to poll the WG again on the adoption of draft-farrel-pce-vendor-constraints-02.txt as a WG document ? We had = very reply to the first poll in November. Thanks. JP. =20 Begin forwarded message: From: JP Vasseur Date: November 19, 2008 12:04:48 PM CEST To: pce@ietf.org Subject: [Pce] Adoption of two new Working Documents ? =20 Dear WG, =20 Are you in favor or opposed to the adoption of the two following = documents as PCE WG documents ? =20 draft-farrel-pce-vendor-constraints-02.txt draft-kkoushik-pce-pcep-mib-02.txt Thanks. JP. _______________________________________________ Pce mailing list Pce@ietf.org https://www.ietf.org/mailman/listinfo/pce =20 ------=_NextPart_000_006A_01C99BEF.16352340 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

I = support

 =

BR

Fabien=

 =

 =

De : pce-bounces@ietf.org [mailto:pce-bounces@ietf.org] De la part de JP Vasseur
Envoyé : = lundi 2 mars 2009 08:55
À : = pce@ietf.org
Objet : [Pce] Fwd: = Adoption of two new Working Documents ?

 

Dear all,

 

I would like to poll the WG again on the adoption = of draft-farrel-pce-vendor-constraints-02.txt= as a WG document ? We had very reply to the first poll in = November.



Thanks.=



JP.

 

Begin forwarded message:



From: JP Vasseur <jvasseur@cisco.com>

Date: November 19, 2008 12:04:48 PM = CEST

Subject: [Pce] Adoption of two new = Working Documents ?

 

Dear WG,

 

Are you in favor or opposed to the adoption of the = two following documents as PCE WG documents ?

 

draft-farrel-pce-vendor-cons= traints-02.txt

draft-kkoushik-pce-pcep-mib-02.txt

Thanks.=



JP.

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

 

------=_NextPart_000_006A_01C99BEF.16352340-- From takeda.tomonori@lab.ntt.co.jp Tue Mar 3 04:06:15 2009 Return-Path: X-Original-To: pce@core3.amsl.com Delivered-To: pce@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7EDCF3A6985 for ; Tue, 3 Mar 2009 04:06:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.81 X-Spam-Level: * X-Spam-Status: No, score=1.81 tagged_above=-999 required=5 tests=[AWL=-0.700, BAYES_50=0.001, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265] 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 3p2rYBSP1bPj for ; Tue, 3 Mar 2009 04:06:14 -0800 (PST) Received: from tama50.ecl.ntt.co.jp (tama50.ecl.ntt.co.jp [129.60.39.147]) by core3.amsl.com (Postfix) with ESMTP id 8E9FD3A6970 for ; Tue, 3 Mar 2009 04:06:14 -0800 (PST) Received: from mfs5.rdh.ecl.ntt.co.jp (mfs5.rdh.ecl.ntt.co.jp [129.60.39.144]) by tama50.ecl.ntt.co.jp (8.14.2/8.14.2) with ESMTP id n23C6eZU011139 for ; Tue, 3 Mar 2009 21:06:40 +0900 (JST) Received: from mfs5.rdh.ecl.ntt.co.jp (localhost [127.0.0.1]) by mfs5.rdh.ecl.ntt.co.jp (Postfix) with ESMTP id 93C1B63E9 for ; Tue, 3 Mar 2009 21:06:40 +0900 (JST) Received: from imf.m.ecl.ntt.co.jp (imf0.m.ecl.ntt.co.jp [129.60.5.144]) by mfs5.rdh.ecl.ntt.co.jp (Postfix) with ESMTP id 81DC36383 for ; Tue, 3 Mar 2009 21:06:40 +0900 (JST) Received: from [127.0.0.1] ([129.60.80.55]) by imf.m.ecl.ntt.co.jp (8.13.8/8.13.8) with ESMTP id n23C6c5k006672 for ; Tue, 3 Mar 2009 21:06:40 +0900 (JST) Message-ID: <49AD1D1D.7030207@lab.ntt.co.jp> Date: Tue, 03 Mar 2009 21:05:49 +0900 From: Tomonori TAKEDA User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: pce@ietf.org References: <451EA112-7FC7-45EF-8755-C2D656A4D25B@cisco.com> In-Reply-To: <451EA112-7FC7-45EF-8755-C2D656A4D25B@cisco.com> Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Subject: Re: [Pce] Adopting draft-yasukawa-pce-vpn-req-05.txt as a new WG document ? X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2009 12:06:15 -0000 Hi, In favor. Tomonori JP Vasseur wrote: > Dear WG, > > draft-yasukawa-pce-vpn-req-05.txt has been "presented" several times > during WG meetings and has been smoothy progressing. > > Would you be in favor/opposed to adopt it as a PCE WG document ? > > Thanks. > > JP. > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce > > From takeda.tomonori@lab.ntt.co.jp Tue Mar 3 04:08:41 2009 Return-Path: X-Original-To: pce@core3.amsl.com Delivered-To: pce@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A12D73A69BA for ; Tue, 3 Mar 2009 04:08:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.067 X-Spam-Level: ** X-Spam-Status: No, score=2.067 tagged_above=-999 required=5 tests=[AWL=-0.257, BAYES_40=-0.185, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265] 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 P5P5-bn9ahSd for ; Tue, 3 Mar 2009 04:08:41 -0800 (PST) Received: from tama50.ecl.ntt.co.jp (tama50.ecl.ntt.co.jp [129.60.39.147]) by core3.amsl.com (Postfix) with ESMTP id 7D7CA3A6C42 for ; Tue, 3 Mar 2009 04:08:19 -0800 (PST) Received: from mfs5.rdh.ecl.ntt.co.jp (mfs5.rdh.ecl.ntt.co.jp [129.60.39.144]) by tama50.ecl.ntt.co.jp (8.14.2/8.14.2) with ESMTP id n23C8kW8011370 for ; Tue, 3 Mar 2009 21:08:46 +0900 (JST) Received: from mfs5.rdh.ecl.ntt.co.jp (localhost [127.0.0.1]) by mfs5.rdh.ecl.ntt.co.jp (Postfix) with ESMTP id 4930F63E9 for ; Tue, 3 Mar 2009 21:08:46 +0900 (JST) Received: from imf.m.ecl.ntt.co.jp (imf0.m.ecl.ntt.co.jp [129.60.5.144]) by mfs5.rdh.ecl.ntt.co.jp (Postfix) with ESMTP id 42D116383 for ; Tue, 3 Mar 2009 21:08:46 +0900 (JST) Received: from [127.0.0.1] ([129.60.80.55]) by imf.m.ecl.ntt.co.jp (8.13.8/8.13.8) with ESMTP id n23C8iwY006854 for ; Tue, 3 Mar 2009 21:08:46 +0900 (JST) Message-ID: <49AD1D9B.7010500@lab.ntt.co.jp> Date: Tue, 03 Mar 2009 21:07:55 +0900 From: Tomonori TAKEDA User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: pce@ietf.org References: <34BF2ED9-0C53-4009-B00B-5A44DDBD53B0@cisco.com> In-Reply-To: <34BF2ED9-0C53-4009-B00B-5A44DDBD53B0@cisco.com> Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Subject: Re: [Pce] Fwd: Adoption of two new Working Documents ? X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2009 12:08:41 -0000 Yes. Tomonori JP Vasseur wrote: > Dear all, > > I would like to poll the WG again on the adoption of > draft-farrel-pce-vendor-constraints-02.txt as a WG document ? We had > very reply to the first poll in November. > > Thanks. > > JP. > > Begin forwarded message: > >> From: JP Vasseur >> Date: November 19, 2008 12:04:48 PM CEST >> To: pce@ietf.org >> Subject: [Pce] Adoption of two new Working Documents ? >> >> Dear WG, >> >> Are you in favor or opposed to the adoption of the two following >> documents as PCE WG documents ? >> >> draft-farrel-pce-vendor-constraints-02.txt >> draft-kkoushik-pce-pcep-mib-02.txt >> Thanks. >> >> JP. >> _______________________________________________ >> Pce mailing list >> Pce@ietf.org >> https://www.ietf.org/mailman/listinfo/pce > > > > ------------------------------------------------------------------------ > > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce From jvasseur@cisco.com Tue Mar 3 05:47:07 2009 Return-Path: X-Original-To: pce@core3.amsl.com Delivered-To: pce@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 148BF28C2CD for ; Tue, 3 Mar 2009 05:47:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.928 X-Spam-Level: X-Spam-Status: No, score=-9.928 tagged_above=-999 required=5 tests=[AWL=-0.398, BAYES_00=-2.599, DATE_IN_PAST_06_12=1.069, 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 HPvR+53vNB76 for ; Tue, 3 Mar 2009 05:47:06 -0800 (PST) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by core3.amsl.com (Postfix) with ESMTP id DA13028C2CE for ; Tue, 3 Mar 2009 05:47:05 -0800 (PST) X-IronPort-AV: E=Sophos;i="4.38,296,1233532800"; d="scan'208";a="35275104" Received: from ams-dkim-2.cisco.com ([144.254.224.139]) by ams-iport-1.cisco.com with ESMTP; 03 Mar 2009 13:47:31 +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 n23DlVgJ024118; Tue, 3 Mar 2009 14:47:31 +0100 Received: from xbh-ams-332.emea.cisco.com (xbh-ams-332.cisco.com [144.254.231.87]) by ams-core-1.cisco.com (8.13.8/8.13.8) with ESMTP id n23DlVAO022268; Tue, 3 Mar 2009 13:47:31 GMT Received: from xfe-ams-332.cisco.com ([144.254.231.73]) by xbh-ams-332.emea.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 3 Mar 2009 14:47:31 +0100 Received: from dhcp-144-254-59-33.cisco.com ([144.254.59.33]) by xfe-ams-332.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 3 Mar 2009 14:47:31 +0100 Message-Id: From: JP Vasseur To: pce@ietf.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Tue, 3 Mar 2009 08:20:39 +0100 X-Mailer: Apple Mail (2.930.3) X-OriginalArrivalTime: 03 Mar 2009 13:47:31.0081 (UTC) FILETIME=[9933B790:01C99C06] DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=118; t=1236088051; x=1236952051; 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:=20Input=20on=20=20draft-ietf-pce-pcep-mib-00 |Sender:=20; bh=HZA8jTPPICkWaZ4nOKZWvfHdACJ0HdIaaRpc2/ENReM=; b=mURPmZgtuPtu2EBDx/wKdyfFKOAWb+HdqxJuu9c0qRoJ9QbmlofAIJbwsU af8743l7gDc9Gt+GceDkXZRhF7/EcuFmyXK+IJvGLaeSR1yZ8ALrObjx7RqI UFe1dz4xy9; Authentication-Results: ams-dkim-2; header.From=jvasseur@cisco.com; dkim=pass ( sig from cisco.com/amsdkim2001 verified; ); Subject: [Pce] Input on draft-ietf-pce-pcep-mib-00 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2009 13:47:07 -0000 Dear all, Do not hesitate to provide feed-back to the authors of draft-ietf-pce- pcep-mib-00. Thanks. JP. From ylee@huawei.com Tue Mar 3 12:51:44 2009 Return-Path: X-Original-To: pce@core3.amsl.com Delivered-To: pce@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3A6E83A6AF9 for ; Tue, 3 Mar 2009 12:51:44 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NNdy7oi0DuEJ for ; Tue, 3 Mar 2009 12:51:40 -0800 (PST) Received: from usaga02-in.huawei.com (usaga02-in.huawei.com [206.16.17.70]) by core3.amsl.com (Postfix) with ESMTP id E4C1F3A6A14 for ; Tue, 3 Mar 2009 12:51:39 -0800 (PST) Received: from huawei.com (localhost [127.0.0.1]) by usaga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KFY007OK7AUMC@usaga02-in.huawei.com> for pce@ietf.org; Tue, 03 Mar 2009 12:52:06 -0800 (PST) Received: from L73682 ([10.124.12.74]) by usaga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0KFY008A97AJLV@usaga02-in.huawei.com> for pce@ietf.org; Tue, 03 Mar 2009 12:52:00 -0800 (PST) Date: Tue, 03 Mar 2009 14:51:55 -0600 From: Young Lee To: pce@ietf.org Message-id: <004001c99c41$e64b9490$4a0c7c0a@china.huawei.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Mailer: Microsoft Office Outlook 11 Content-type: multipart/alternative; boundary="Boundary_(ID_06thBgb/4PGkUlvCS4n5VQ)" Thread-index: AcmcQeML+FeBuShqRF6e6/wgq057Xg== Subject: [Pce] PCEP requirement to support RWA in WSON X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2009 20:51:44 -0000 This is a multi-part message in MIME format. --Boundary_(ID_06thBgb/4PGkUlvCS4n5VQ) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Hi, We have published a revision (v.4) entitled, "PCEP Requirement for WSON Routing and Wavelength Assignment" Two major changes from v.3 are: - We separated requirements from solutions - We combined requirements for non-impairment RWA with Impairment-aware RWA. We'd appreciate your comments and discussion in the mailing list. Thanks. Young ---------------------------------------------------------------------------- -------------------------------------------------------------- A New Internet-Draft is available from the on-line Internet-Drafts directories. Title : PCEP Requirements for WSON Routing and Wavelength Assignment Author(s) : T. Takeda, T. Otani, Y. Lee, G. Bernstein Filename : draft-lee-pce-wson-routing-wavelength-04.txt Pages : 16 Date : 2009-3-2 This memo provides application-specific requirements for the Path Computation Element communication Protocol (PCEP) for the support of Wavelength Switched Optical Networks (WSON). Lightpath provisioning in WSONs requires a routing and wavelength assignment (RWA) process. From a path computation perspective, wavelength assignment is the process of determining which wavelength can be used on each hop of a path and forms an additional routing constraint to optical light path computation. Additionally, optical impairments may add further constraints on the paths available for use. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-lee-pce-wson-routing-wavelength-04 .txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ --Boundary_(ID_06thBgb/4PGkUlvCS4n5VQ) Content-type: text/html; charset=us-ascii Content-transfer-encoding: quoted-printable

Hi,=

 

We have published a revision (v.4) entitled, = “PCEP Requirement for WSON Routing and Wavelength = Assignment”

Two major changes from v.3 = are:

 

-          We separated requirements = from solutions

-          We combined requirements = for non-impairment RWA with Impairment-aware RWA.

 

We’d appreciate your comments and discussion in = the mailing list. Thanks.

 

Young

------------------------------------------------------= -------------------------------------------------------------------------= -----------

A New Internet-Draft is available from the =
on-line Internet-Drafts 
directories.
 
 
        =
Title          : PCEP =
Requirements for WSON Routing and Wavelength =
Assignment
        =
Author(s)      : T. Takeda, T. Otani, Y. Lee, =
G. Bernstein
        =
Filename       : =
draft-lee-pce-wson-routing-wavelength-04.txt
        =
Pages          : =
16
        =
Date           : =
2009-3-2
        =

This memo =
provides application-specific requirements for the Path =

   Computation Element =
communication Protocol (PCEP) for the support of =

   Wavelength Switched Optical =
Networks (WSON). Lightpath provisioning =

   in WSONs requires a routing =
and wavelength assignment (RWA) process.  =

   From a path computation =
perspective, wavelength assignment is the =

   process of determining =
which wavelength can be used on each hop of a =

   path and forms an =
additional routing constraint to optical light path =

   computation. Additionally, =
optical impairments may add further =

   constraints on the paths =
available for use.
 
A URL for =
this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-lee-pce-wson-r=
outing-wavelength-04.txt
 
Internet-Drafts are also available by =
anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/
 



 
--Boundary_(ID_06thBgb/4PGkUlvCS4n5VQ)-- From ylee@huawei.com Tue Mar 3 12:54:10 2009 Return-Path: X-Original-To: pce@core3.amsl.com Delivered-To: pce@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9B3B33A677D for ; Tue, 3 Mar 2009 12:54:10 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pjGWcDrFdpsD for ; Tue, 3 Mar 2009 12:54:07 -0800 (PST) Received: from usaga04-in.huawei.com (usaga04-in.huawei.com [206.16.17.180]) by core3.amsl.com (Postfix) with ESMTP id DAC5E3A672F for ; Tue, 3 Mar 2009 12:54:06 -0800 (PST) Received: from huawei.com (usaga04-in [172.18.4.101]) by usaga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KFY007TM7EY5H@usaga04-in.huawei.com> for pce@ietf.org; Tue, 03 Mar 2009 14:54:34 -0600 (CST) Received: from L73682 ([10.124.12.74]) by usaga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0KFY00KIM7EXPH@usaga04-in.huawei.com> for pce@ietf.org; Tue, 03 Mar 2009 14:54:34 -0600 (CST) Date: Tue, 03 Mar 2009 14:54:33 -0600 From: Young Lee To: pce@ietf.org Message-id: <004501c99c42$41915d30$4a0c7c0a@china.huawei.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Mailer: Microsoft Office Outlook 11 Content-type: multipart/alternative; boundary="Boundary_(ID_/WUFjoa3mzY/3r3/JFsL3Q)" Thread-index: AcmcQkD9u52KAhEhSUmqe1jtuex7QQ== Subject: [Pce] draft-lee-pce-ted-alternatives-01.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2009 20:54:10 -0000 This is a multi-part message in MIME format. --Boundary_(ID_/WUFjoa3mzY/3r3/JFsL3Q) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Hi, We have published a revision of "Alternative Approaches to TED Creation and Maintenance for PCE." We'd appreciate your comments and discussion in the mailing list. Thanks. Young ---------------------------------------------------------------------------- ----------------------------- A New Internet-Draft is available from the on-line Internet-Drafts directories. Title : Alternative Approaches to Traffic Engineering Database Creation and Maintenance for Path Computation Elements Author(s) : G. Bernstein, Y. Lee, D. Li Filename : draft-lee-pce-ted-alternatives-01.txt Pages : 22 Date : 2009-3-2 Path Computation Elements (PCEs) require an accurate and timely Traffic Engineering Database (TED). Traditionally this TED has been obtained from a link state routing protocol supporting traffic engineering extensions. This document discusses possible alternatives and enhancements to such an approach and their potential impacts on network nodes, routing protocols, and PCEs. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-lee-pce-ted-alternatives-01.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ --Boundary_(ID_/WUFjoa3mzY/3r3/JFsL3Q) Content-type: text/html; charset=us-ascii Content-transfer-encoding: quoted-printable 
Hi,
 
We have =
published a revision of “Alternative Approaches to TED Creation =
and Maintenance for PCE.” =

We’d appreciate your comments and =
discussion in the mailing list. Thanks. =

 
Young =

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

directories.
 
 
        =
Title          : =
Alternative Approaches to Traffic Engineering Database Creation and =
Maintenance for Path Computation =
Elements
        =
Author(s)      : G. Bernstein, Y. Lee, D. =
Li
        =
Filename       : =
draft-lee-pce-ted-alternatives-01.txt
=
        =
Pages          : =
22
        =
Date           : =
2009-3-2
        =

Path =
Computation Elements (PCEs) require an accurate and timely =

   Traffic Engineering =
Database (TED). Traditionally this TED has been =

   obtained from a link state =
routing protocol supporting traffic =

   engineering extensions. =
This document discusses possible alternatives =

   and enhancements to such an =
approach and their potential impacts on =

   network nodes, routing =
protocols, and PCEs.
 
A URL for =
this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-lee-pce-ted-alternati=
ves-01.txt
 
Internet-Drafts are also available by =
anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/

 

--Boundary_(ID_/WUFjoa3mzY/3r3/JFsL3Q)-- From ylee@huawei.com Tue Mar 3 12:56:06 2009 Return-Path: X-Original-To: pce@core3.amsl.com Delivered-To: pce@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A5E3C3A6891 for ; Tue, 3 Mar 2009 12:56:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.298 X-Spam-Level: X-Spam-Status: No, score=-2.298 tagged_above=-999 required=5 tests=[AWL=-0.299, BAYES_00=-2.599, J_CHICKENPOX_53=0.6] 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 ilJdqQDFleln for ; Tue, 3 Mar 2009 12:56:06 -0800 (PST) Received: from usaga04-in.huawei.com (usaga04-in.huawei.com [206.16.17.180]) by core3.amsl.com (Postfix) with ESMTP id E11283A677D for ; Tue, 3 Mar 2009 12:56:05 -0800 (PST) Received: from huawei.com (usaga04-in [172.18.4.101]) by usaga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KFY0075X7I95H@usaga04-in.huawei.com> for pce@ietf.org; Tue, 03 Mar 2009 14:56:33 -0600 (CST) Received: from L73682 ([10.124.12.74]) by usaga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0KFY00KSV7I9PH@usaga04-in.huawei.com> for pce@ietf.org; Tue, 03 Mar 2009 14:56:33 -0600 (CST) Date: Tue, 03 Mar 2009 14:56:33 -0600 From: Young Lee In-reply-to: To: pce@ietf.org Message-id: <004a01c99c42$88c4e730$4a0c7c0a@china.huawei.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Mailer: Microsoft Office Outlook 11 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Thread-index: AcmaqGgxDKjzZbUfQJuOxFoxvstF5ABmgxmA References: Subject: [Pce] Adopting draft-yasukawa-pce-vpn-req-05.txt as a new WG X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Mar 2009 20:56:06 -0000 I support. Young Lee -----Original Message----- From: pce-bounces@ietf.org [mailto:pce-bounces@ietf.org] On Behalf Of pce-request@ietf.org Sent: Sunday, March 01, 2009 2:00 PM To: pce@ietf.org Subject: Pce Digest, Vol 55, Issue 1 Send Pce mailing list submissions to pce@ietf.org To subscribe or unsubscribe via the World Wide Web, visit https://www.ietf.org/mailman/listinfo/pce or, via email, send a message with subject or body 'help' to pce-request@ietf.org You can reach the person managing the list at pce-owner@ietf.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Pce digest..." Today's Topics: 1. Adopting draft-yasukawa-pce-vpn-req-05.txt as a new WG document ? (JP Vasseur) ---------------------------------------------------------------------- Message: 1 Date: Sun, 1 Mar 2009 20:27:39 +0100 From: JP Vasseur Subject: [Pce] Adopting draft-yasukawa-pce-vpn-req-05.txt as a new WG document ? To: pce@ietf.org Message-ID: <451EA112-7FC7-45EF-8755-C2D656A4D25B@cisco.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Dear WG, draft-yasukawa-pce-vpn-req-05.txt has been "presented" several times during WG meetings and has been smoothy progressing. Would you be in favor/opposed to adopt it as a PCE WG document ? Thanks. JP. ------------------------------ _______________________________________________ Pce mailing list Pce@ietf.org https://www.ietf.org/mailman/listinfo/pce End of Pce Digest, Vol 55, Issue 1 ********************************** From root@core3.amsl.com Wed Mar 4 02:15:02 2009 Return-Path: X-Original-To: pce@ietf.org Delivered-To: pce@core3.amsl.com Received: by core3.amsl.com (Postfix, from userid 0) id 6368E3A689E; Wed, 4 Mar 2009 02:15:01 -0800 (PST) From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 Message-Id: <20090304101502.6368E3A689E@core3.amsl.com> Date: Wed, 4 Mar 2009 02:15:02 -0800 (PST) Cc: pce@ietf.org Subject: [Pce] I-D Action:draft-ietf-pce-tc-mib-04.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2009 10:15:02 -0000 --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Path Computation Element Working Group of the IETF. Title : Definitions of Textual Conventions for Path Computation Element Author(s) : E. Stephan Filename : draft-ietf-pce-tc-mib-04.txt Pages : 7 Date : 2009-03-04 This memo defines a portion of the Management Information Base (MIB) for use with network management protocols in the Internet community. In particular, it defines Textual Conventions to represent commonly used Path Computation Element (PCE) management information. The intent is that these TEXTUAL CONVENTIONS (TCs) will be imported and used in PCE related MIB modules to avoid duplicating conventions. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-pce-tc-mib-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-pce-tc-mib-04.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2009-03-04020643.I-D@ietf.org> --NextPart-- From qzhao@huawei.com Wed Mar 4 13:12:40 2009 Return-Path: X-Original-To: pce@core3.amsl.com Delivered-To: pce@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 848513A6844 for ; Wed, 4 Mar 2009 13:12:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, J_CHICKENPOX_53=0.6] 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 Iq8L6OWNNXwo for ; Wed, 4 Mar 2009 13:12:39 -0800 (PST) Received: from usaga04-in.huawei.com (usaga04-in.huawei.com [206.16.17.180]) by core3.amsl.com (Postfix) with ESMTP id E95AB28C47F for ; Wed, 4 Mar 2009 13:12:38 -0800 (PST) Received: from huawei.com (usaga04-in [172.18.4.101]) by usaga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KG000CND2XUQ6@usaga04-in.huawei.com> for pce@ietf.org; Wed, 04 Mar 2009 15:13:07 -0600 (CST) Received: from Z73671a ([10.192.21.56]) by usaga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0KG000K2I2XT7E@usaga04-in.huawei.com> for pce@ietf.org; Wed, 04 Mar 2009 15:13:06 -0600 (CST) Date: Wed, 04 Mar 2009 16:13:05 -0500 From: Quintin Zhao To: pce@ietf.org Message-id: <006901c99d0e$02eb5550$3815c00a@china.huawei.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Mailer: Microsoft Office Outlook 11 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Thread-index: AcmdBCthG9xSS39xT92oAPv1cKKGDwACT1qg Subject: [Pce] Adopting draft-yasukawa-pce-vpn-req-05.txt as a new WG document ? X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Mar 2009 21:12:40 -0000 I am in favor to adopt it as a PCE WG document. Quintin Zhao ---------------------------------------------------------------------- Message: 1 Date: Sun, 1 Mar 2009 20:27:39 +0100 From: JP Vasseur Subject: [Pce] Adopting draft-yasukawa-pce-vpn-req-05.txt as a new WG document ? To: pce@ietf.org Message-ID: <451EA112-7FC7-45EF-8755-C2D656A4D25B@cisco.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Dear WG, draft-yasukawa-pce-vpn-req-05.txt has been "presented" several times during WG meetings and has been smoothy progressing. Would you be in favor/opposed to adopt it as a PCE WG document ? Thanks. JP. ------------------------------ _______________________________________________ Pce mailing list Pce@ietf.org https://www.ietf.org/mailman/listinfo/pce End of Pce Digest, Vol 55, Issue 1 ********************************** *********** From i-nishioka@cb.jp.nec.com Fri Mar 6 08:20:00 2009 Return-Path: X-Original-To: pce@core3.amsl.com Delivered-To: pce@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 77B533A6CBE for ; Fri, 6 Mar 2009 08:20:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.09 X-Spam-Level: X-Spam-Status: No, score=-0.09 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265] 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 oB2e+jGrrY0y for ; Fri, 6 Mar 2009 08:19:59 -0800 (PST) Received: from tyo202.gate.nec.co.jp (TYO202.gate.nec.co.jp [202.32.8.206]) by core3.amsl.com (Postfix) with ESMTP id 172F43A6784 for ; Fri, 6 Mar 2009 08:19:54 -0800 (PST) Received: from mailgate3.nec.co.jp ([10.7.69.161]) by tyo202.gate.nec.co.jp (8.13.8/8.13.4) with ESMTP id n26GKNhD018107; Sat, 7 Mar 2009 01:20:23 +0900 (JST) Received: (from root@localhost) by mailgate3.nec.co.jp (8.11.7/3.7W-MAILGATE-NEC) id n26GKNP02258; Sat, 7 Mar 2009 01:20:23 +0900 (JST) Received: from mail02.kamome.nec.co.jp (mail02.kamome.nec.co.jp [10.25.43.5]) by mailsv3.nec.co.jp (8.13.8/8.13.4) with ESMTP id n26GKMUt001964; Sat, 7 Mar 2009 01:20:22 +0900 (JST) Received: from shoin.jp.nec.com ([10.26.220.3] [10.26.220.3]) by mail02.kamome.nec.co.jp with ESMTP id BT-MMP-844109; Sat, 7 Mar 2009 01:20:06 +0900 Received: from C08AUG00201 ([10.56.131.165] [10.56.131.165]) by mail.jp.nec.com with ESMTP; Sat, 7 Mar 2009 01:20:05 +0900 From: "Itaru Nishioka" To: "'JP Vasseur'" , References: <34BF2ED9-0C53-4009-B00B-5A44DDBD53B0@cisco.com> In-Reply-To: <34BF2ED9-0C53-4009-B00B-5A44DDBD53B0@cisco.com> Date: Sat, 7 Mar 2009 01:20:00 +0900 Organization: NEC Message-ID: <0652DA592B5B482182D27F959D94FEF7@nsl.ad.nec.co.jp> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.0.6001.18000 Thread-Index: AcmbDELVVTJHnxyxSAOHMNAG/tqQ7ADawjIA Subject: Re: [Pce] Fwd: Adoption of two new Working Documents ? X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: i-nishioka@cb.jp.nec.com List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2009 16:20:00 -0000 I support. Regards, == Itaru Nishioka, ________________________________ From: pce-bounces@ietf.org [mailto:pce-bounces@ietf.org] On Behalf Of JP Vasseur Sent: Monday, March 02, 2009 4:55 PM To: pce@ietf.org Subject: [Pce] Fwd: Adoption of two new Working Documents ? Dear all, I would like to poll the WG again on the adoption of draft-farrel-pce-vendor-constraints-02.txt as a WG document ? We had very reply to the first poll in November. Thanks. JP. Begin forwarded message: From: JP Vasseur Date: November 19, 2008 12:04:48 PM CEST To: pce@ietf.org Subject: [Pce] Adoption of two new Working Documents ? Dear WG, Are you in favor or opposed to the adoption of the two following documents as PCE WG documents ? draft-farrel-pce-vendor-constraints-02.txt draft-kkoushik-pce-pcep-mib-02.txt Thanks. JP. _______________________________________________ Pce mailing list Pce@ietf.org https://www.ietf.org/mailman/listinfo/pce From rfc-editor@rfc-editor.org Fri Mar 6 15:46:41 2009 Return-Path: X-Original-To: pce@core3.amsl.com Delivered-To: pce@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 08DE028C0E4; Fri, 6 Mar 2009 15:46:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -16.903 X-Spam-Level: X-Spam-Status: No, score=-16.903 tagged_above=-999 required=5 tests=[AWL=0.096, 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 6ypU4YVFtGEh; Fri, 6 Mar 2009 15:46:40 -0800 (PST) Received: from bosco.isi.edu (bosco.isi.edu [128.9.168.207]) by core3.amsl.com (Postfix) with ESMTP id 2515428C0EA; Fri, 6 Mar 2009 15:46:40 -0800 (PST) Received: by bosco.isi.edu (Postfix, from userid 70) id 7EA4224259D; Fri, 6 Mar 2009 15:45:35 -0800 (PST) To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org From: rfc-editor@rfc-editor.org Message-Id: <20090306234535.7EA4224259D@bosco.isi.edu> Date: Fri, 6 Mar 2009 15:45:35 -0800 (PST) Cc: pce@ietf.org, rfc-editor@rfc-editor.org Subject: [Pce] RFC 5440 on Path Computation Element (PCE) Communication Protocol (PCEP) X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Mar 2009 23:46:41 -0000 A new Request for Comments is now available in online RFC libraries. RFC 5440 Title: Path Computation Element (PCE) Communication Protocol (PCEP) Author: JP. Vasseur, Ed., JL. Le Roux, Ed. Status: Standards Track Date: March 2009 Mailbox: jpv@cisco.com, jeanlouis.leroux@orange-ftgroup.com Pages: 87 Characters: 190529 Updates/Obsoletes/SeeAlso: None I-D Tag: draft-ietf-pce-pcep-19.txt URL: http://www.rfc-editor.org/rfc/rfc5440.txt This document specifies the Path Computation Element (PCE) Communication Protocol (PCEP) for communications between a Path Computation Client (PCC) and a PCE, or between two PCEs. Such interactions include path computation requests and path computation replies as well as notifications of specific states related to the use of a PCE in the context of Multiprotocol Label Switching (MPLS) and Generalized MPLS (GMPLS) Traffic Engineering. PCEP is designed to be flexible and extensible so as to easily allow for the addition of further messages and objects, should further requirements be expressed in the future. [STANDARDS TRACK] This document is a product of the Path Computation Element 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 root@core3.amsl.com Sat Mar 7 02:00:01 2009 Return-Path: X-Original-To: pce@ietf.org Delivered-To: pce@core3.amsl.com Received: by core3.amsl.com (Postfix, from userid 0) id AC2AF3A6AE1; Sat, 7 Mar 2009 02:00:01 -0800 (PST) From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 Message-Id: <20090307100001.AC2AF3A6AE1@core3.amsl.com> Date: Sat, 7 Mar 2009 02:00:01 -0800 (PST) Cc: pce@ietf.org Subject: [Pce] I-D Action:draft-ietf-pce-path-key-06.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2009 10: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 Path Computation Element Working Group of the IETF. Title : Preserving Topology Confidentiality in Inter-Domain Path Computation Using a Key-Based Mechanism Author(s) : R. Bradford, et al. Filename : draft-ietf-pce-path-key-06.txt Pages : 19 Date : 2009-03-07 Multiprotocol Label Switching (MPLS) and Generalized MPLS (GMPLS) Traffic Engineering (TE) Label Switched Paths (LSPs) may be computed by Path Computation Elements (PCEs). Where the TE LSP crosses multiple domains, such as Autonomous Systems (ASes), the path may be computed by multiple PCEs that cooperate, with each responsible for computing a segment of the path. However, in some cases (e.g., when ASes are administered by separate Service Providers), it would break confidentiality rules for a PCE to supply a path segment to a PCE in another domain, thus disclosing AS-internal topology information. This issue may be circumvented by returning a loose hop and by invoking a new path computation from the domain boundary Label Switching Router (LSR) during TE LSP setup as the signaling message enters the second domain, but this technique has several issues including the problem of maintaining path diversity. Bradford, Vasseur and Farrel [page 1] draft-ietf-pce-path-key-06.txt March 2009 This document defines a mechanism to hide the contents of a segment of a path, called the Confidential Path Segment (CPS). The CPS may be replaced by a path-key that can be conveyed in the PCE Communication Protocol (PCEP) and signaled within in a Resource Reservation Protocol TE (RSVP-TE) explicit route object. Conventions used in this document The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC-2119 [RFC2119]. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-pce-path-key-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-pce-path-key-06.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2009-03-07015957.I-D@ietf.org> --NextPart-- From adrian@olddog.co.uk Sat Mar 7 08:06:54 2009 Return-Path: X-Original-To: pce@core3.amsl.com Delivered-To: pce@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AE11D3A69DC for ; Sat, 7 Mar 2009 08:06:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.031 X-Spam-Level: X-Spam-Status: No, score=-0.031 tagged_above=-999 required=5 tests=[AWL=-0.382, BAYES_50=0.001, 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 lbcfyinFs7Jh for ; Sat, 7 Mar 2009 08:06:54 -0800 (PST) Received: from smtp21.orange.fr (smtp21.orange.fr [80.12.242.46]) by core3.amsl.com (Postfix) with ESMTP id D74573A695D for ; Sat, 7 Mar 2009 08:06:53 -0800 (PST) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf2126.orange.fr (SMTP Server) with ESMTP id C133C1C000A1 for ; Sat, 7 Mar 2009 17:07:24 +0100 (CET) Received: from your029b8cecfe (LRouen-151-72-1-12.w80-13.abo.wanadoo.fr [80.13.160.12]) by mwinf2126.orange.fr (SMTP Server) with SMTP id 758E01C00091 for ; Sat, 7 Mar 2009 17:07:24 +0100 (CET) X-ME-UUID: 20090307160724481.758E01C00091@mwinf2126.orange.fr Message-ID: <853F528147A149FD81E8921D3DD229A7@your029b8cecfe> From: "Adrian Farrel" To: Date: Sat, 7 Mar 2009 16:04:59 -0000 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 Subject: [Pce] Quick poll on draft-ietf-pce-of X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: Adrian Farrel List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2009 16:06:54 -0000 Hi, During IESG review of draft-ietf-pce-of, the question was raised as to whether OF 2 (Minimum Load Path) was using the normalised load (i.e., the percentage of link bandwidth still available) rather than the absolute load (i.e., the actual amount of bandwidth available). I do not recall this question being raised on the list, so please respond by saying whether you are content with the current definition of OF 2 (normalised load), would like to change it to absolute load, or would like to introduce a further OF for absolute load. Thanks, Adrian From jvasseur@cisco.com Sat Mar 7 09:42:00 2009 Return-Path: X-Original-To: pce@core3.amsl.com Delivered-To: pce@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4FB7728C0F5 for ; Sat, 7 Mar 2009 09:42:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.438 X-Spam-Level: X-Spam-Status: No, score=-8.438 tagged_above=-999 required=5 tests=[AWL=-1.839, 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 fO348o0aiwBY for ; Sat, 7 Mar 2009 09:41:59 -0800 (PST) Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id 416D728C102 for ; Sat, 7 Mar 2009 09:41:59 -0800 (PST) X-IronPort-AV: E=Sophos;i="4.38,319,1233532800"; d="scan'208";a="39175467" Received: from rtp-dkim-2.cisco.com ([64.102.121.159]) by rtp-iport-2.cisco.com with ESMTP; 07 Mar 2009 17:42:29 +0000 Received: from ams-core-1.cisco.com (ams-core-1.cisco.com [144.254.224.150]) by rtp-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id n27HgTXj000547; Sat, 7 Mar 2009 12:42:29 -0500 Received: from xbh-ams-332.emea.cisco.com (xbh-ams-332.cisco.com [144.254.231.87]) by ams-core-1.cisco.com (8.13.8/8.13.8) with ESMTP id n27HgT2E013021; Sat, 7 Mar 2009 17:42:29 GMT Received: from xfe-ams-332.cisco.com ([144.254.231.73]) by xbh-ams-332.emea.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sat, 7 Mar 2009 18:42:28 +0100 Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-332.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sat, 7 Mar 2009 18:42:24 +0100 From: JP Vasseur To: Adrian Farrel In-Reply-To: <853F528147A149FD81E8921D3DD229A7@your029b8cecfe> X-Priority: 3 References: <853F528147A149FD81E8921D3DD229A7@your029b8cecfe> Message-Id: <470EEDB0-C915-483D-A13C-30950AC40557@cisco.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Sat, 7 Mar 2009 18:42:24 +0100 X-Mailer: Apple Mail (2.930.3) X-OriginalArrivalTime: 07 Mar 2009 17:42:25.0085 (UTC) FILETIME=[13890ED0:01C99F4C] DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=1041; t=1236447749; x=1237311749; c=relaxed/simple; s=rtpdkim2001; 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=20[Pce]=20Quick=20poll=20on=20draft-ietf- pce-of |Sender:=20 |To:=20Adrian=20Farrel=20; bh=zujob+Bj8UL+lhclh3tjtHn+2/5+VEC8+CIE9PMgfD0=; b=u4srMFcRYeX4mwDTmu27zhek/tm0a7EenQsfG7Z7AViPBxt4hTi1BYvtGY g12akSwxQhXTo2uRjMDyML+x2GDwmsoAKfJwuml09KQ/8kyY1nEuo44za512 tV8QnC7ghJ; Authentication-Results: rtp-dkim-2; header.From=jvasseur@cisco.com; dkim=pass ( sig from cisco.com/rtpdkim2001 verified; ); Cc: pce@ietf.org Subject: Re: [Pce] Quick poll on draft-ietf-pce-of X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2009 17:42:00 -0000 Hi Adrian, With a co-author "hat", although this has not been raised on the list, it was implicit that we were talking about the normalized load. In my opinion, the absolute load would not really be very useful. Thanks. JP. On Mar 7, 2009, at 5:04 PM, Adrian Farrel wrote: > Hi, > > During IESG review of draft-ietf-pce-of, the question was raised as > to whether OF 2 (Minimum Load Path) was using the normalised load > (i.e., the percentage of link bandwidth still available) rather than > the absolute load (i.e., the actual amount of bandwidth available). > I do not recall this question being raised on the list, so please > respond by saying > whether you are content with the current definition of OF 2 > (normalised load), would like to change it to absolute load, or > would like to introduce a further OF for absolute load. > > Thanks, > Adrian > > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce From jvasseur@cisco.com Sat Mar 7 13:43:12 2009 Return-Path: X-Original-To: pce@core3.amsl.com Delivered-To: pce@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AB8023A685D for ; Sat, 7 Mar 2009 13:43:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.396 X-Spam-Level: X-Spam-Status: No, score=-8.396 tagged_above=-999 required=5 tests=[AWL=-1.798, 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 yIRl8Kngel6U for ; Sat, 7 Mar 2009 13:43:11 -0800 (PST) Received: from sj-iport-1.cisco.com (sj-iport-1.cisco.com [171.71.176.70]) by core3.amsl.com (Postfix) with ESMTP id 5BAB63A6B91 for ; Sat, 7 Mar 2009 13:43:08 -0800 (PST) X-IronPort-AV: E=Sophos;i="4.38,320,1233532800"; d="scan'208,217";a="152401215" Received: from rtp-dkim-2.cisco.com ([64.102.121.159]) by sj-iport-1.cisco.com with ESMTP; 07 Mar 2009 21:43:40 +0000 Received: from ams-core-1.cisco.com (ams-core-1.cisco.com [144.254.224.150]) by rtp-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id n27LhdT2018815; Sat, 7 Mar 2009 16:43:39 -0500 Received: from xbh-ams-332.emea.cisco.com (xbh-ams-332.cisco.com [144.254.231.87]) by ams-core-1.cisco.com (8.13.8/8.13.8) with ESMTP id n27Lhdnw004050; Sat, 7 Mar 2009 21:43:39 GMT Received: from xfe-ams-332.cisco.com ([144.254.231.73]) by xbh-ams-332.emea.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sat, 7 Mar 2009 22:43:39 +0100 Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-332.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sat, 7 Mar 2009 22:43:38 +0100 Message-Id: From: JP Vasseur To: pce@ietf.org Content-Type: multipart/alternative; boundary=Apple-Mail-172-456980201 Mime-Version: 1.0 (Apple Message framework v930.3) Date: Sat, 7 Mar 2009 22:43:37 +0100 X-Mailer: Apple Mail (2.930.3) X-OriginalArrivalTime: 07 Mar 2009 21:43:38.0924 (UTC) FILETIME=[C69D9EC0:01C99F6D] DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=6174; t=1236462220; x=1237326220; c=relaxed/simple; s=rtpdkim2001; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=jvasseur@cisco.com; z=From:=20JP=20Vasseur=20 |Subject:=20Draft=20Agenda=20PCE=20WG=20Meeting=20IETF-74 |Sender:=20 |To:=20pce@ietf.org; bh=ok6NdqkbRDPp8AoLCNACvzCW7LJjJ1J82CSPrXeZJjE=; b=jjYcKNhb773whsU/mv35WfeURgeSdtVrFaGke242xMbZDeeSYY1Z2rEgeu 3qzUcIdCqxQ32sbQ/nZ8ddXA13+Y6Tow+aC+xtW0MFLJOF+eD01H+QQ/rtBY RZ5FvQzfcb; Authentication-Results: rtp-dkim-2; header.From=jvasseur@cisco.com; dkim=pass ( sig from cisco.com/rtpdkim2001 verified; ); Subject: [Pce] Draft Agenda PCE WG Meeting IETF-74 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Mar 2009 21:43:12 -0000 --Apple-Mail-172-456980201 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Dear WG, The draft agenda for the PCE WG meeting has been posted: http://www.ietf.org/proceedings/09mar/agenda/pce.txt Thanks to send your slides by March 20. Let us know if you have any comment. As a reminder the PCE WG will meet: TUESDAY, March 24, 2009 1710-1810 Afternoon Session III Continental 5 RTG pce Path Computation Element WG Thanks. JP and Adrian. --Apple-Mail-172-456980201 Content-Type: text/html; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Dear WG,

The = draft agenda for the PCE WG meeting has been posted: http://www.i= etf.org/proceedings/09mar/agenda/pce.txt

T= hanks to send your slides by March 20.

Let = us know if you have any comment.

As a reminder = the PCE WG will meet:

TUESDAY, March 24, = 2009

1710-1810 Afternoon = Session III
Path = Computation Element = WG
Conti= nental 5RTGpce

Thanks.

JP and Adrian.
= --Apple-Mail-172-456980201-- From ylee@huawei.com Mon Mar 9 11:48:50 2009 Return-Path: X-Original-To: pce@core3.amsl.com Delivered-To: pce@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BE3A83A6AD8 for ; Mon, 9 Mar 2009 11:48:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.899 X-Spam-Level: X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[AWL=-0.500, BAYES_00=-2.599, J_CHICKENPOX_53=0.6, J_CHICKENPOX_93=0.6] 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 Fvde0-2zNO1Y for ; Mon, 9 Mar 2009 11:48:49 -0700 (PDT) Received: from usaga02-in.huawei.com (usaga02-in.huawei.com [206.16.17.70]) by core3.amsl.com (Postfix) with ESMTP id 11C953A6C68 for ; Mon, 9 Mar 2009 11:48:24 -0700 (PDT) Received: from huawei.com (localhost [127.0.0.1]) by usaga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KG900BFV5LI7S@usaga02-in.huawei.com> for pce@ietf.org; Mon, 09 Mar 2009 11:48:55 -0700 (PDT) Received: from L73682 ([10.124.12.74]) by usaga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0KG900LX25LI8T@usaga02-in.huawei.com> for pce@ietf.org; Mon, 09 Mar 2009 11:48:54 -0700 (PDT) Date: Mon, 09 Mar 2009 13:48:54 -0500 From: Young Lee In-reply-to: To: pce@ietf.org Message-id: <002701c9a0e7$b2386660$4a0c7c0a@china.huawei.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Mailer: Microsoft Office Outlook 11 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Thread-index: AcmfX2yhy6lh3RONScKCeKsZjfAIqgBh+5Hg References: Subject: Re: [Pce] Quick poll on draft-ietf-pce-of X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2009 18:48:50 -0000 Hi, The current definition of OF 2 (normalized load) is good enough. Young (co-author) -----Original Message----- From: pce-bounces@ietf.org [mailto:pce-bounces@ietf.org] On Behalf Of pce-request@ietf.org Sent: Saturday, March 07, 2009 2:00 PM To: pce@ietf.org Subject: Pce Digest, Vol 55, Issue 9 Send Pce mailing list submissions to pce@ietf.org To subscribe or unsubscribe via the World Wide Web, visit https://www.ietf.org/mailman/listinfo/pce or, via email, send a message with subject or body 'help' to pce-request@ietf.org You can reach the person managing the list at pce-owner@ietf.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Pce digest..." Today's Topics: 1. RFC 5440 on Path Computation Element (PCE) Communication Protocol (PCEP) (rfc-editor@rfc-editor.org) 2. I-D Action:draft-ietf-pce-path-key-06.txt (Internet-Drafts@ietf.org) 3. Quick poll on draft-ietf-pce-of (Adrian Farrel) 4. Re: Quick poll on draft-ietf-pce-of (JP Vasseur) ---------------------------------------------------------------------- Message: 1 Date: Fri, 6 Mar 2009 15:45:35 -0800 (PST) From: rfc-editor@rfc-editor.org Subject: [Pce] RFC 5440 on Path Computation Element (PCE) Communication Protocol (PCEP) To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org Cc: pce@ietf.org, rfc-editor@rfc-editor.org Message-ID: <20090306234535.7EA4224259D@bosco.isi.edu> A new Request for Comments is now available in online RFC libraries. RFC 5440 Title: Path Computation Element (PCE) Communication Protocol (PCEP) Author: JP. Vasseur, Ed., JL. Le Roux, Ed. Status: Standards Track Date: March 2009 Mailbox: jpv@cisco.com, jeanlouis.leroux@orange-ftgroup.com Pages: 87 Characters: 190529 Updates/Obsoletes/SeeAlso: None I-D Tag: draft-ietf-pce-pcep-19.txt URL: http://www.rfc-editor.org/rfc/rfc5440.txt This document specifies the Path Computation Element (PCE) Communication Protocol (PCEP) for communications between a Path Computation Client (PCC) and a PCE, or between two PCEs. Such interactions include path computation requests and path computation replies as well as notifications of specific states related to the use of a PCE in the context of Multiprotocol Label Switching (MPLS) and Generalized MPLS (GMPLS) Traffic Engineering. PCEP is designed to be flexible and extensible so as to easily allow for the addition of further messages and objects, should further requirements be expressed in the future. [STANDARDS TRACK] This document is a product of the Path Computation Element 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 ------------------------------ Message: 2 Date: Sat, 7 Mar 2009 02:00:01 -0800 (PST) From: Internet-Drafts@ietf.org Subject: [Pce] I-D Action:draft-ietf-pce-path-key-06.txt To: i-d-announce@ietf.org Cc: pce@ietf.org Message-ID: <20090307100001.AC2AF3A6AE1@core3.amsl.com> Content-Type: text/plain; charset="us-ascii" ------------------------------ Message: 3 Date: Sat, 7 Mar 2009 16:04:59 -0000 From: "Adrian Farrel" Subject: [Pce] Quick poll on draft-ietf-pce-of To: Message-ID: <853F528147A149FD81E8921D3DD229A7@your029b8cecfe> Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Hi, During IESG review of draft-ietf-pce-of, the question was raised as to whether OF 2 (Minimum Load Path) was using the normalised load (i.e., the percentage of link bandwidth still available) rather than the absolute load (i.e., the actual amount of bandwidth available). I do not recall this question being raised on the list, so please respond by saying whether you are content with the current definition of OF 2 (normalised load), would like to change it to absolute load, or would like to introduce a further OF for absolute load. Thanks, Adrian ------------------------------ Message: 4 Date: Sat, 7 Mar 2009 18:42:24 +0100 From: JP Vasseur Subject: Re: [Pce] Quick poll on draft-ietf-pce-of To: Adrian Farrel Cc: pce@ietf.org Message-ID: <470EEDB0-C915-483D-A13C-30950AC40557@cisco.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Hi Adrian, With a co-author "hat", although this has not been raised on the list, it was implicit that we were talking about the normalized load. In my opinion, the absolute load would not really be very useful. Thanks. JP. On Mar 7, 2009, at 5:04 PM, Adrian Farrel wrote: > Hi, > > During IESG review of draft-ietf-pce-of, the question was raised as > to whether OF 2 (Minimum Load Path) was using the normalised load > (i.e., the percentage of link bandwidth still available) rather than > the absolute load (i.e., the actual amount of bandwidth available). > I do not recall this question being raised on the list, so please > respond by saying > whether you are content with the current definition of OF 2 > (normalised load), would like to change it to absolute load, or > would like to introduce a further OF for absolute load. > > Thanks, > Adrian > > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce ------------------------------ _______________________________________________ Pce mailing list Pce@ietf.org https://www.ietf.org/mailman/listinfo/pce End of Pce Digest, Vol 55, Issue 9 ********************************** From root@core3.amsl.com Mon Mar 9 13:00:01 2009 Return-Path: X-Original-To: pce@ietf.org Delivered-To: pce@core3.amsl.com Received: by core3.amsl.com (Postfix, from userid 0) id B3DCD3A68D6; Mon, 9 Mar 2009 13: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: <20090309200001.B3DCD3A68D6@core3.amsl.com> Date: Mon, 9 Mar 2009 13:00:01 -0700 (PDT) Cc: pce@ietf.org Subject: [Pce] I-D Action:draft-ietf-pce-pcep-svec-list-01.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2009 20: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 Path Computation Element Working Group of the IETF. Title : The use of SVEC (Synchronization VECtor) list for Synchronized dependent path computations Author(s) : I. Nishioka, D. King Filename : draft-ietf-pce-pcep-svec-list-01.txt Pages : 14 Date : 2009-03-09 A Path Computation Element (PCE) performing dependent path computations, for instance calculating a diverse working and protected path do not share common network points, would need to synchronize the computations in order to increase the probability of meeting the working and protected path disjoint objective and network resource optimization objective. When a PCE computes multiple sets of dependent path computation requests concurrently, it is required to use Synchronization VECtor (SVEC) list for association among the sets of dependent path computation requests. SVEC is also applicable to end-to-end diverse path computation across multiple domains. This document describes the usage of SVECs in the SVEC list and diverse path computation guideline, for the synchronized computation of dependent paths. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-pce-pcep-svec-list-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-pce-pcep-svec-list-01.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2009-03-09125433.I-D@ietf.org> --NextPart-- From jvasseur@cisco.com Mon Mar 9 13:43:00 2009 Return-Path: X-Original-To: pce@core3.amsl.com Delivered-To: pce@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4438D3A687B for ; Mon, 9 Mar 2009 13:43:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.362 X-Spam-Level: X-Spam-Status: No, score=-10.362 tagged_above=-999 required=5 tests=[AWL=0.237, 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 9x8auteNX1Tx for ; Mon, 9 Mar 2009 13:42:59 -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 0E1723A6816 for ; Mon, 9 Mar 2009 13:42:58 -0700 (PDT) X-IronPort-AV: E=Sophos;i="4.38,331,1233532800"; d="scan'208";a="35662537" Received: from ams-dkim-2.cisco.com ([144.254.224.139]) by ams-iport-1.cisco.com with ESMTP; 09 Mar 2009 20:43:31 +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 n29KhUE6013529 for ; Mon, 9 Mar 2009 21:43:30 +0100 Received: from xbh-ams-332.emea.cisco.com (xbh-ams-332.cisco.com [144.254.231.87]) by ams-core-1.cisco.com (8.13.8/8.13.8) with ESMTP id n29KhU02018852 for ; Mon, 9 Mar 2009 20:43:30 GMT Received: from xfe-ams-331.emea.cisco.com ([144.254.231.72]) by xbh-ams-332.emea.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 9 Mar 2009 21:43:30 +0100 Received: from ams-jvasseur-8712.cisco.com ([10.55.201.131]) by xfe-ams-331.emea.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 9 Mar 2009 21:43:30 +0100 Message-Id: From: JP Vasseur To: pce@ietf.org In-Reply-To: <451EA112-7FC7-45EF-8755-C2D656A4D25B@cisco.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Mon, 9 Mar 2009 13:43:29 -0700 References: <451EA112-7FC7-45EF-8755-C2D656A4D25B@cisco.com> X-Mailer: Apple Mail (2.930.3) X-OriginalArrivalTime: 09 Mar 2009 20:43:30.0179 (UTC) FILETIME=[B4765530:01C9A0F7] DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=493; t=1236631410; x=1237495410; 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=20[Pce]=20Adopting=20draft-yasukawa-pce-v pn-req-05.txt=20as=20a=20new=20WG=20document=20? |Sender:=20; bh=hN8aZlX98VcHbMNlpWqbisk5oPbht6CuSmrTuThiU7I=; b=vEbfnHyQalI4rgp7ksaGWbRfDLVuWXDKpBAgwcu1vyGwGXnMqNVPlfHai5 vOc2fFI82TykMdisl+zMZExWTFkmslu1QgBhqAcBaaY6ZaK2e9pSiCiiLY4h emBHVqiN8/; Authentication-Results: ams-dkim-2; header.From=jvasseur@cisco.com; dkim=pass ( sig from cisco.com/amsdkim2001 verified; ); Subject: Re: [Pce] Adopting draft-yasukawa-pce-vpn-req-05.txt as a new WG document ? X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2009 20:43:00 -0000 Hi, A few more feed-backs would be appreciated. Thanks. JP. On Mar 1, 2009, at 8:27 PM, JP Vasseur wrote: > Dear WG, > > draft-yasukawa-pce-vpn-req-05.txt has been "presented" several times > during WG meetings and has been smoothy progressing. > > Would you be in favor/opposed to adopt it as a PCE WG document ? > > Thanks. > > JP. > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce From root@core3.amsl.com Mon Mar 9 14:45:01 2009 Return-Path: X-Original-To: pce@ietf.org Delivered-To: pce@core3.amsl.com Received: by core3.amsl.com (Postfix, from userid 0) id AF04328C0E6; Mon, 9 Mar 2009 14: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: <20090309214501.AF04328C0E6@core3.amsl.com> Date: Mon, 9 Mar 2009 14:45:01 -0700 (PDT) Cc: pce@ietf.org Subject: [Pce] I-D Action:draft-ietf-pce-pcep-p2mp-extensions-02.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2009 21: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 Path Computation Element Working Group of the IETF. Title : Extensions to the Path Computation Element Communication Protocol (PCEP) for Point-to-Multipoint Traffic Engineering Label Switched Paths Author(s) : Q. Zhao, et al. Filename : draft-ietf-pce-pcep-p2mp-extensions-02.txt Pages : 25 Date : 2009-03-09 Point-to-point Multiprotocol Label Switching (MPLS) and Generalized MPLS (GMPLS) Traffic Engineering Label Switched Paths (TE LSPs) may be established using signaling techniques, but their paths may first be determined. The Path Computation Element (PCE) has been identified as an appropriate technology for the determination of the paths of P2MP TE LSPs. This document describes extensions to the PCE communication Protocol (PCEP) to handle requests and responses for the computation of paths for P2MP TE LSPs. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-pce-pcep-p2mp-extensions-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-pce-pcep-p2mp-extensions-02.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2009-03-09143739.I-D@ietf.org> --NextPart-- From fabien.verhaeghe@marben-products.com Wed Mar 11 06:45:18 2009 Return-Path: X-Original-To: pce@core3.amsl.com Delivered-To: pce@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id EAB713A6BD4 for ; Wed, 11 Mar 2009 06:45:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.924 X-Spam-Level: X-Spam-Status: No, score=-0.924 tagged_above=-999 required=5 tests=[AWL=-0.184, BAYES_20=-0.74] 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 M46iWcBeAJEi for ; Wed, 11 Mar 2009 06:45:18 -0700 (PDT) Received: from bizpsie3.9services.com (bizpsie3.9services.com [84.96.93.161]) by core3.amsl.com (Postfix) with ESMTP id C00CA3A68E1 for ; Wed, 11 Mar 2009 06:45:17 -0700 (PDT) Received: from pooky.marben-products.com ([86.65.15.130]) by bizpsie3.9services.com with 9services id Rpls1b0032oN1dS03plsrl; Wed, 11 Mar 2009 14:45:52 +0100 X-Biz3: ?? X-VRSPAM-SCORE: -200.00 Received: from AOFR11476 (aofr11476.marben-products.com [192.168.7.180]) by pooky.marben-products.com (8.14.0/8.14.0) with ESMTP id n2BDjjW1019440; Wed, 11 Mar 2009 14:45:46 +0100 From: "Fabien Verhaeghe" To: "'JP Vasseur'" , Date: Wed, 11 Mar 2009 14:45:40 +0100 Message-ID: <003e01c9a24f$adffac20$b407a8c0@marbenproducts.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 11 Thread-Index: Acmg971Lg4EFh1MzTWCc7FATFNHKHQBVyPGw In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Subject: Re: [Pce] Adopting draft-yasukawa-pce-vpn-req-05.txt as a new WGdocument ? X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Mar 2009 13:45:19 -0000 In favor BR Fabien > -----Message d'origine----- > De=A0: pce-bounces@ietf.org [mailto:pce-bounces@ietf.org] De la part = de JP > Vasseur > Envoy=E9=A0: lundi 9 mars 2009 21:43 > =C0=A0: pce@ietf.org > Objet=A0: Re: [Pce] Adopting draft-yasukawa-pce-vpn-req-05.txt as a = new > WGdocument ? >=20 > Hi, >=20 > A few more feed-backs would be appreciated. >=20 > Thanks. >=20 > JP. >=20 > On Mar 1, 2009, at 8:27 PM, JP Vasseur wrote: >=20 > > Dear WG, > > > > draft-yasukawa-pce-vpn-req-05.txt has been "presented" several times > > during WG meetings and has been smoothy progressing. > > > > Would you be in favor/opposed to adopt it as a PCE WG document ? > > > > Thanks. > > > > JP. > > _______________________________________________ > > Pce mailing list > > Pce@ietf.org > > https://www.ietf.org/mailman/listinfo/pce >=20 > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce From jvasseur@cisco.com Thu Mar 12 11:17:19 2009 Return-Path: X-Original-To: pce@core3.amsl.com Delivered-To: pce@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B4BBB28C288 for ; Thu, 12 Mar 2009 11:17:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.362 X-Spam-Level: X-Spam-Status: No, score=-10.362 tagged_above=-999 required=5 tests=[AWL=0.236, BAYES_00=-2.599, HTML_MESSAGE=0.001, 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 hvlLjucxEjF1 for ; Thu, 12 Mar 2009 11:17: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 550B528C27B for ; Thu, 12 Mar 2009 11:17:18 -0700 (PDT) X-IronPort-AV: E=Sophos;i="4.38,351,1233532800"; d="scan'208,217";a="35911257" Received: from ams-dkim-2.cisco.com ([144.254.224.139]) by ams-iport-1.cisco.com with ESMTP; 12 Mar 2009 18:17:54 +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 n2CIHs7i008971; Thu, 12 Mar 2009 19:17:54 +0100 Received: from xbh-ams-332.emea.cisco.com (xbh-ams-332.cisco.com [144.254.231.87]) by ams-core-1.cisco.com (8.13.8/8.13.8) with ESMTP id n2CIHsbF024482; Thu, 12 Mar 2009 18:17:54 GMT Received: from xfe-ams-332.cisco.com ([144.254.231.73]) by xbh-ams-332.emea.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 12 Mar 2009 19:17:54 +0100 Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-332.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 12 Mar 2009 19:17:54 +0100 Message-Id: <459BE185-2756-4650-98D2-E8B816670D9A@cisco.com> From: JP Vasseur To: pce@ietf.org, s.yasukawa@hco.ntt.co.jp Content-Type: multipart/alternative; boundary=Apple-Mail-244-876635698 Mime-Version: 1.0 (Apple Message framework v930.3) Date: Thu, 12 Mar 2009 19:17:53 +0100 X-Mailer: Apple Mail (2.930.3) X-OriginalArrivalTime: 12 Mar 2009 18:17:54.0353 (UTC) FILETIME=[DCBE5210:01C9A33E] DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=1458; t=1236881874; x=1237745874; 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:=20New=20PCE=20WG=20document=3A=20draft-yasukawa-p ce-vpn-req-05.txt |Sender:=20; bh=Oll7H9Pw7pdVPZTtT/J1hCvv8UjORroeVFm9cs2KLHk=; b=kwiG1ois7+w/PuQm+Jujz/3VxsHYE5Goh9aX22Njr6/xfNsU6Hiv/ixqcu 7kX6/xncrnLB8FFxRP33G49volpnNWyo0rbtQORecB2AXFLi3nt3XLWeQ68u cKIeMNwziX; Authentication-Results: ams-dkim-2; header.From=jvasseur@cisco.com; dkim=pass ( sig from cisco.com/amsdkim2001 verified; ); Subject: [Pce] New PCE WG document: draft-yasukawa-pce-vpn-req-05.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Mar 2009 18:17:19 -0000 --Apple-Mail-244-876635698 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Dear all, We did not have a lot of replies (this document has been discussed for quite some time) but there is clearly a consensus to adopt draft- yasukawa-pce-vpn-req-05.txt as a PCE WG document. Authors, please post as draft-yasukawa-pce-vpn-req-05.txt => draft- ietf-pce-vpn-req-00.txt with no change other than title, dates, ... at your convenience: submission will re-open at midnight 2009-03-23. Thanks. JP. --Apple-Mail-244-876635698 Content-Type: text/html; charset=US-ASCII Content-Transfer-Encoding: 7bit Dear all,

We did not have a lot of replies (this document has been discussed for quite some time) but there is clearly a consensus to adopt draft-yasukawa-pce-vpn-req-05.txt as a PCE WG document.

Authors, please post as draft-yasukawa-pce-vpn-req-05.txt => draft-ietf-pce-vpn-req-00.txt with no change other than title, dates, ... at your convenience: submission will re-open at midnight 2009-03-23.

Thanks.

JP.
--Apple-Mail-244-876635698-- From jvasseur@cisco.com Thu Mar 12 11:32:16 2009 Return-Path: X-Original-To: pce@core3.amsl.com Delivered-To: pce@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 28EEA3A68E3 for ; Thu, 12 Mar 2009 11:32:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.367 X-Spam-Level: X-Spam-Status: No, score=-10.367 tagged_above=-999 required=5 tests=[AWL=0.232, 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 Lfi5c61AHTng for ; Thu, 12 Mar 2009 11:32:15 -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 A146B3A68DA for ; Thu, 12 Mar 2009 11:32:13 -0700 (PDT) X-IronPort-AV: E=Sophos;i="4.38,351,1233532800"; d="scan'208";a="35911766" Received: from ams-dkim-2.cisco.com ([144.254.224.139]) by ams-iport-1.cisco.com with ESMTP; 12 Mar 2009 18:32:50 +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 n2CIWot2011998 for ; Thu, 12 Mar 2009 19:32:50 +0100 Received: from xbh-ams-331.emea.cisco.com (xbh-ams-331.cisco.com [144.254.231.71]) by ams-core-1.cisco.com (8.13.8/8.13.8) with ESMTP id n2CIWoCV027471 for ; Thu, 12 Mar 2009 18:32:50 GMT Received: from xfe-ams-332.cisco.com ([144.254.231.73]) by xbh-ams-331.emea.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 12 Mar 2009 19:32:49 +0100 Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-332.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 12 Mar 2009 19:32:49 +0100 Message-Id: From: JP Vasseur To: pce@ietf.org Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Thu, 12 Mar 2009 19:32:48 +0100 X-Mailer: Apple Mail (2.930.3) X-OriginalArrivalTime: 12 Mar 2009 18:32:49.0433 (UTC) FILETIME=[F240B090:01C9A340] DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=206; t=1236882770; x=1237746770; 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:=20Updated=20Agenda=20+=20Slides |Sender:=20; bh=/i5Ut3Geg7ym88bTabzQhvW6tEVolsL3jXKzYwamPfo=; b=B2cdqlN4hiQcP5YPwCmDQR2Q96IoXMIuz43cOlL+PywtDS0VI1Uuj4F0YF QFrtF9/enyLaN3BUNE+EaotrNOfgzU7ByjSqJD+qfJ2c3s7xqWe1fhPaSCpl 02KPOI66Kj; Authentication-Results: ams-dkim-2; header.From=jvasseur@cisco.com; dkim=pass ( sig from cisco.com/amsdkim2001 verified; ); Subject: [Pce] Updated Agenda + Slides X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Mar 2009 18:32:16 -0000 Dear all, The PCE WG agenda has been slightly updated: http://www.ietf.org/proceedings/09mar/agenda/pce.txt If you have a "slot", please provide your slides no later than March 20. Thanks. JP. From Black_David@emc.com Fri Mar 13 17:55:23 2009 Return-Path: X-Original-To: pce@core3.amsl.com Delivered-To: pce@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E8EC13A6A5F; Fri, 13 Mar 2009 17:55:23 -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=[AWL=0.000, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6H-48iOAFaP6; Fri, 13 Mar 2009 17:55:23 -0700 (PDT) Received: from mexforward.lss.emc.com (mexforward.lss.emc.com [128.222.32.20]) by core3.amsl.com (Postfix) with ESMTP id BB5973A69CD; Fri, 13 Mar 2009 17:55:22 -0700 (PDT) Received: from hop04-l1d11-si01.isus.emc.com (HOP04-L1D11-SI01.isus.emc.com [10.254.111.54]) by mexforward.lss.emc.com (Switch-3.2.5/Switch-3.1.7) with ESMTP id n2E0tXr2019595 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 13 Mar 2009 20:55:33 -0400 (EDT) From: Black_David@emc.com Received: from mailhub.lss.emc.com (numailhub.lss.emc.com [10.254.144.15]) by hop04-l1d11-si01.isus.emc.com (Tablus Interceptor); Fri, 13 Mar 2009 20:55:27 -0400 Received: from corpussmtp3.corp.emc.com (corpussmtp3.corp.emc.com [10.254.64.53]) by mailhub.lss.emc.com (Switch-3.3.2mp/Switch-3.3.2mp) with ESMTP id n2E0tPVC008056; Fri, 13 Mar 2009 20:55:25 -0400 Received: from CORPUSMX80A.corp.emc.com ([10.254.89.202]) by corpussmtp3.corp.emc.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 13 Mar 2009 20:55:25 -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, 13 Mar 2009 20:55:22 -0400 Message-ID: <9FA859626025B64FBC2AF149D97C944A01F74552@CORPUSMX80A.corp.emc.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Gen-ART review of draft-ietf-pce-global-concurrent-optimization-08 Thread-Index: AcmkP43zVJ+0/I/DSRiSepRfONRP5w== To: , , , , X-OriginalArrivalTime: 14 Mar 2009 00:55:25.0210 (UTC) FILETIME=[8F6007A0:01C9A43F] X-EMM-EM: Active X-Mailman-Approved-At: Sat, 14 Mar 2009 01:15:40 -0700 Cc: rcallon@juniper.net, pce@ietf.org, Black_David@emc.com, jpv@cisco.com Subject: [Pce] Gen-ART review of draft-ietf-pce-global-concurrent-optimization-08 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Mar 2009 00:55:24 -0000 I have been selected as the General Area Review Team (Gen-ART)=20 reviewer for this draft (for background on Gen-ART, please see=20 http://www.alvestrand.no/ietf/gen/art/gen-art-FAQ.html). Please resolve these comments along with any other Last Call comments you may receive. Document: draft-ietf-pce-global-concurrent-optimization-08 Reviewer: David L. Black Review Date: March 13, 2009 IETF LC End Date: March 13, 2009 Summary: This draft is basically ready for publication, but has nits that should be fixed before publication. Comments: This is a draft explaining how to extend Path Computation Elements to perform global path optimization. It's strictly a communication protocol draft; the actual algorithm and techniques used to perform the path optimization are independent of the communication to request the optimization and receive the results. I am concerned about Section 6.2's recommendation for MIB extension work. Is the work to extend the MIB underway? How important is that MIB extension to manageability (hence usability in practice) of this protocol? The following items are all minor, but should be dealt with: p.5, last paragraph, 3rd line: "wheres this ID" --> "whereas this ID" p.6, 3rd line of PCECP definition: "requests a PCC" --> "requests from a PCC" p.8, 1st new paragraph, 4th line "in which to compute" --> "that computes" The above items suggest that a careful proofreading of the entire draft would be a good idea. Section 5.3 defines two new bits in the RP object. The bit numbers should be included in this section in addition to including them in the IANA Considerations section. Section 5.5: Please explain what the "Optional TLV(s)" are in Figure 3. Thanks, --David ---------------------------------------------------- David L. Black, Distinguished Engineer EMC Corporation, 176 South St., Hopkinton, MA 01748 +1 (508) 293-7953 FAX: +1 (508) 293-7786 black_david@emc.com Mobile: +1 (978) 394-7754 ---------------------------------------------------- From adrian@olddog.co.uk Sat Mar 14 01:40:21 2009 Return-Path: X-Original-To: pce@core3.amsl.com Delivered-To: pce@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 02C823A67CF; Sat, 14 Mar 2009 01:40:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.168 X-Spam-Level: X-Spam-Status: No, score=-2.168 tagged_above=-999 required=5 tests=[AWL=0.430, 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 cv+7bF7wTX1k; Sat, 14 Mar 2009 01:40:20 -0700 (PDT) Received: from asmtp2.iomartmail.com (asmtp2.iomartmail.com [62.128.201.249]) by core3.amsl.com (Postfix) with ESMTP id 8EF8C3A6A3F; Sat, 14 Mar 2009 01:40:17 -0700 (PDT) Received: from asmtp2.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp2.iomartmail.com (8.12.11.20060308/8.12.8) with ESMTP id n2E8dghv010352; Sat, 14 Mar 2009 08:39:46 GMT Received: from your029b8cecfe (dsl-sp-81-140-15-32.in-addr.broadbandscope.com [81.140.15.32]) (authenticated bits=0) by asmtp2.iomartmail.com (8.12.11.20060308/8.12.11) with ESMTP id n2E8dfti010343; Sat, 14 Mar 2009 08:39:41 GMT Message-ID: From: "Adrian Farrel" To: , , , , , References: <9FA859626025B64FBC2AF149D97C944A01F74552@CORPUSMX80A.corp.emc.com> Date: Sat, 14 Mar 2009 08:39:33 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Mailman-Approved-At: Sat, 14 Mar 2009 01:45:30 -0700 Cc: rcallon@juniper.net, pce@ietf.org, Black_David@emc.com, jpv@cisco.com Subject: Re: [Pce] Gen-ART review of draft-ietf-pce-global-concurrent-optimization-08 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: Adrian Farrel List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Mar 2009 08:40:21 -0000 Thanks David! > Comments: > > I am concerned about Section 6.2's recommendation for MIB > extension work. Is the work to extend the MIB underway? How > important is that MIB extension to manageability (hence > usability in practice) of this protocol? No, the work on MIB extensions has not been started. It is not uncommon for MIB work to lag behind the protocol work. I don't think any of the MIB work is critical to the usability of this protocol. The MIB work is desirable because: - the IESG asks for it - it helps to develop the maturity of the protocol > The following items are all minor, but should be dealt with: Yes. > p.5, last paragraph, 3rd line: > "wheres this ID" --> "whereas this ID" > > p.6, 3rd line of PCECP definition: > "requests a PCC" --> "requests from a PCC" > > p.8, 1st new paragraph, 4th line > "in which to compute" --> "that computes" Its on page 9. > Section 5.3 defines two new bits in the RP object. The > bit numbers should be included in this section in addition to > including them in the IANA Considerations section. Yeah. Might be helpful. > Section 5.5: Please explain what the "Optional TLV(s)" are > in Figure 3. This is a good point... Authors: I presume you have put this here for extensibility, but have defined no TLVs at this stage. You need to: - Note that no TLVs are defined in this document. Use some text like that in Section 7.3 of RFC 5440 - State that the TLV format and processing is consistent with Section 7.1 of RFC 5440 - State that any TLVs will be allocated from the "PCEP TLV Type Indicators" registry I think that means you need to do a quick update, please. Thanks, Adrian From ylee@huawei.com Tue Mar 17 14:47:11 2009 Return-Path: X-Original-To: pce@core3.amsl.com Delivered-To: pce@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C391328C137 for ; Tue, 17 Mar 2009 14:47:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.448 X-Spam-Level: X-Spam-Status: No, score=-2.448 tagged_above=-999 required=5 tests=[AWL=0.150, 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 RPYssVSlEdS5 for ; Tue, 17 Mar 2009 14:47:10 -0700 (PDT) Received: from usaga02-in.huawei.com (usaga02-in.huawei.com [206.16.17.70]) by core3.amsl.com (Postfix) with ESMTP id B7C6C28C12B for ; Tue, 17 Mar 2009 14:47:10 -0700 (PDT) Received: from huawei.com (localhost [127.0.0.1]) by usaga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KGO00MAZ77TD0@usaga02-in.huawei.com> for pce@ietf.org; Tue, 17 Mar 2009 14:47:53 -0700 (PDT) Received: from L73682 ([10.124.12.74]) by usaga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0KGO00LRT77SXF@usaga02-in.huawei.com> for pce@ietf.org; Tue, 17 Mar 2009 14:47:52 -0700 (PDT) Date: Tue, 17 Mar 2009 16:47:52 -0500 From: Young Lee In-reply-to: <9FA859626025B64FBC2AF149D97C944A0223FDD0@CORPUSMX80A.corp.emc.com> To: Black_David@emc.com, younglee_nj@yahoo.com, adrian@olddog.co.uk Message-id: <000601c9a74a$05fa0660$4a0c7c0a@china.huawei.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Mailer: Microsoft Office Outlook 11 Content-type: multipart/alternative; boundary="Boundary_(ID_oR4+0NlT5QA8F8V2fQW06A)" Thread-index: AcmnPuyf3nLy8Fj5Q1+ijJvv5F+KFwACPfqQAAB16SA= References: <470578.59196.qm@web50305.mail.re2.yahoo.com> <9FA859626025B64FBC2AF149D97C944A0223FDD0@CORPUSMX80A.corp.emc.com> Cc: pce@ietf.org Subject: Re: [Pce] PCE GCO 09 version X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 21:47:11 -0000 This is a multi-part message in MIME format. --Boundary_(ID_oR4+0NlT5QA8F8V2fQW06A) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Hi David, Thanks. I will change section 5.3. The changes in Section 9.1 and 9.6 were based on IANA/registries management review. Best Regards, Young _____ From: Black_David@emc.com [mailto:Black_David@emc.com] Sent: Tuesday, March 17, 2009 4:36 PM To: younglee_nj@yahoo.com; adrian@olddog.co.uk Cc: ylee@huawei.com; pce@ietf.org; Black_David@emc.com Subject: RE: PCE GCO 09 version Young, The only thing from my review that I don't see in your proposed -09 draft is providing the bit numbers for the new bits in the RP object in Section 5.3 in addition to Section 9.1. I noticed that the bit numbers in Sections 9.1 and 9.6 have changed - was this based on checking with IANA and/or some other coordinated means of managing the registries involved? Thanks, --David ---------------------------------------------------- David L. Black, Distinguished Engineer EMC Corporation, 176 South St., Hopkinton, MA 01748 +1 (508) 293-7953 FAX: +1 (508) 293-7786 black_david@emc.com Mobile: +1 (978) 394-7754 ---------------------------------------------------- _____ From: young lee [mailto:younglee_nj@yahoo.com] Sent: Tuesday, March 17, 2009 4:28 PM To: Adrian Farrel; Black, David Cc: Young Lee; pce@ietf.org Subject: PCE GCO 09 version Hi Adrian and David, Here's the update on PCE GCO (09) reflecting all the comments from you. However, I cannot upload to IETF-DRAFT-Submission page until March 23. In the meantime, if you can review it, that will be appreciated. Thanks. Regards, Young --Boundary_(ID_oR4+0NlT5QA8F8V2fQW06A) Content-type: text/html; charset=us-ascii Content-transfer-encoding: quoted-printable

Hi = David,

 

Thanks. I will change section 5.3. = The changes in Section 9.1 and 9.6 were based on IANA/registries management = review.

 

Best = Regards,

Young

 

From: Black_David@emc.com [mailto:Black_David@emc.com]
Sent: Tuesday, March 17, = 2009 4:36 PM
To: younglee_nj@yahoo.com; adrian@olddog.co.uk
Cc: ylee@huawei.com; = pce@ietf.org; Black_David@emc.com
Subject: RE: PCE GCO 09 = version

 

Young,

 

The only thing from my review that I don't = see in your proposed

-09 draft is providing the bit numbers for the new bits in the

RP object in Section 5.3 in addition to = Section 9.1.

 

I noticed that the bit numbers in Sections = 9.1 and 9.6 have

changed - was this based on checking with = IANA and/or some

other coordinated means of managing the = registries involved?

Thanks,
--David
----------------------------------------------------
David L. Black, Distinguished Engineer
EMC Corporation, 176 = South St., Hopkinton, MA  01748
+1 (508) 293-7953           = ;  FAX: +1 (508) 293-7786
black_david@emc.com        Mobile: +1 (978) 394-7754
----------------------------------------------------

From: young lee [mailto:younglee_nj@yahoo.com]
Sent: Tuesday, March 17, = 2009 4:28 PM
To: Adrian Farrel; Black, David
Cc: Young Lee; = pce@ietf.org
Subject: PCE GCO 09 = version

Hi Adrian and David,

 

Here's the update on PCE GCO (09) reflecting all = the comments from you. However, I cannot upload to IETF-DRAFT-Submission = page until March 23. In the meantime, if you can review it, that will be = appreciated. Thanks.

 

Regards,

Young

 

--Boundary_(ID_oR4+0NlT5QA8F8V2fQW06A)-- From ylee@huawei.com Tue Mar 17 15:35:50 2009 Return-Path: X-Original-To: pce@core3.amsl.com Delivered-To: pce@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0072D3A6873; Tue, 17 Mar 2009 15:35:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.053 X-Spam-Level: X-Spam-Status: No, score=-2.053 tagged_above=-999 required=5 tests=[AWL=-0.288, BAYES_00=-2.599, FM_ASCII_ART_SPACINGc=0.833, 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 dRpMz9-zCCiF; Tue, 17 Mar 2009 15:35:45 -0700 (PDT) Received: from usaga02-in.huawei.com (usaga02-in.huawei.com [206.16.17.70]) by core3.amsl.com (Postfix) with ESMTP id A9AA83A67D2; Tue, 17 Mar 2009 15:35:45 -0700 (PDT) Received: from huawei.com (localhost [127.0.0.1]) by usaga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KGO00MFS9GRD0@usaga02-in.huawei.com>; Tue, 17 Mar 2009 15:36:28 -0700 (PDT) Received: from L73682 ([10.124.12.74]) by usaga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0KGO00LZL9GQA9@usaga02-in.huawei.com>; Tue, 17 Mar 2009 15:36:27 -0700 (PDT) Date: Tue, 17 Mar 2009 17:36:26 -0500 From: Young Lee In-reply-to: <9FA859626025B64FBC2AF149D97C944A0223FDD0@CORPUSMX80A.corp.emc.com> To: Black_David@emc.com Message-id: <001101c9a750$cf4e7ea0$4a0c7c0a@china.huawei.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Mailer: Microsoft Office Outlook 11 Content-type: multipart/mixed; boundary="Boundary_(ID_PgcEcR6Ew9EIXx8g6gIywA)" Thread-index: AcmnPuyf3nLy8Fj5Q1+ijJvv5F+KFwACPfqQAAIi2oA= References: <470578.59196.qm@web50305.mail.re2.yahoo.com> <9FA859626025B64FBC2AF149D97C944A0223FDD0@CORPUSMX80A.corp.emc.com> Cc: younglee_nj@yahoo.com, pce@ietf.org, iesg@ietf.org, pce-chairs@tools.ietf.org Subject: Re: [Pce] PCE GCO 09 version X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 22:35:50 -0000 This is a multi-part message in MIME format. --Boundary_(ID_PgcEcR6Ew9EIXx8g6gIywA) Content-type: multipart/alternative; boundary="Boundary_(ID_bvEeesw9/XuVCzG/ugigQg)" --Boundary_(ID_bvEeesw9/XuVCzG/ugigQg) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Hi David, I hope this update will satisfy you. If you have any other comments, please let me know. Thanks much for your thorough review. Best Regards, Young _____ From: Black_David@emc.com [mailto:Black_David@emc.com] Sent: Tuesday, March 17, 2009 4:36 PM To: younglee_nj@yahoo.com; adrian@olddog.co.uk Cc: ylee@huawei.com; pce@ietf.org; Black_David@emc.com Subject: RE: PCE GCO 09 version Young, The only thing from my review that I don't see in your proposed -09 draft is providing the bit numbers for the new bits in the RP object in Section 5.3 in addition to Section 9.1. I noticed that the bit numbers in Sections 9.1 and 9.6 have changed - was this based on checking with IANA and/or some other coordinated means of managing the registries involved? Thanks, --David ---------------------------------------------------- David L. Black, Distinguished Engineer EMC Corporation, 176 South St., Hopkinton, MA 01748 +1 (508) 293-7953 FAX: +1 (508) 293-7786 black_david@emc.com Mobile: +1 (978) 394-7754 ---------------------------------------------------- _____ From: young lee [mailto:younglee_nj@yahoo.com] Sent: Tuesday, March 17, 2009 4:28 PM To: Adrian Farrel; Black, David Cc: Young Lee; pce@ietf.org Subject: PCE GCO 09 version Hi Adrian and David, Here's the update on PCE GCO (09) reflecting all the comments from you. However, I cannot upload to IETF-DRAFT-Submission page until March 23. In the meantime, if you can review it, that will be appreciated. Thanks. Regards, Young --Boundary_(ID_bvEeesw9/XuVCzG/ugigQg) Content-type: text/html; charset=us-ascii Content-transfer-encoding: quoted-printable

Hi David, =

 

I hope this update will satisfy = you. If you have any other comments, please let me know. Thanks much for your = thorough review.

 

Best = Regards,

Young

 

From: Black_David@emc.com [mailto:Black_David@emc.com]
Sent: Tuesday, March 17, = 2009 4:36 PM
To: younglee_nj@yahoo.com; adrian@olddog.co.uk
Cc: ylee@huawei.com; = pce@ietf.org; Black_David@emc.com
Subject: RE: PCE GCO 09 = version

 

Young,

 

The only thing from my review that I don't = see in your proposed

-09 draft is providing the bit numbers for the new bits in the

RP object in Section 5.3 in addition to = Section 9.1.

 

I noticed that the bit numbers in Sections = 9.1 and 9.6 have

changed - was this based on checking with = IANA and/or some

other coordinated means of managing the = registries involved?

Thanks,
--David
----------------------------------------------------
David L. Black, Distinguished Engineer
EMC Corporation, 176 = South St., Hopkinton, MA  01748
+1 (508) 293-7953           = ;  FAX: +1 (508) 293-7786
black_david@emc.com        Mobile: +1 (978) 394-7754
----------------------------------------------------

From: young lee [mailto:younglee_nj@yahoo.com]
Sent: Tuesday, March 17, = 2009 4:28 PM
To: Adrian Farrel; Black, David
Cc: Young Lee; = pce@ietf.org
Subject: PCE GCO 09 = version

Hi Adrian and David,

 

Here's the update on PCE GCO (09) reflecting all = the comments from you. However, I cannot upload to IETF-DRAFT-Submission = page until March 23. In the meantime, if you can review it, that will be = appreciated. Thanks.

 

Regards,

Young

 

--Boundary_(ID_bvEeesw9/XuVCzG/ugigQg)-- --Boundary_(ID_PgcEcR6Ew9EIXx8g6gIywA) Content-type: text/plain; name=draft-ietf-pce-global-concurrent-optimization-09.txt Content-transfer-encoding: 7BIT Content-disposition: attachment; filename=draft-ietf-pce-global-concurrent-optimization-09.txt Network Working Group Y. Lee Internet-Draft Huawei Intended status: Standards Track JL. Le Roux Expires: Aug 2009 France Telecom D. King Old Dog Consulting E. Oki Univeristy of Electro Communications March 17, 2009 Path Computation Element Communication Protocol (PCEP) Requirements and Protocol Extensions In Support of Global Concurrent Optimization draft-ietf-pce-global-concurrent-optimization-09.txt Status of this Memo This Internet-Draft is submitted to IETF in full conformance with the provisions of BCP 78 and BCP 79. Internet-Drafts are working documents of the Internet Engineering Task Force (IETF), its areas, and its working groups. Note that other groups may also distribute working documents as Internet- Drafts. Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress." The list of current Internet-Drafts can be accessed at http://www.ietf.org/ietf/1id-abstracts.txt. The list of Internet-Draft Shadow Directories can be accessed at http://www.ietf.org/shadow.html. This Internet-Draft will expire on August 5, 2009. Lee, et al. Expires August 17, 2009 [Page 1] Internet-Draft PCE Global Concurrent Optimization March 2009 Abstract The Path Computation Element (PCE) is a network component, application, or node that is capable of performing path computations at the request of Path Computation Clients (PCCs). The PCE is applied in Multiprotocol Label Switching Traffic Engineering (MPLS-TE) networks and in Generalized MPLS (GMPLS) networks to determine the routes of Label Switched Paths (LSPs) through the network. In this context a PCC may be a Label Switching Router (LSR), a Network Management System (NMS), or another PCE. The Path Computation Element Communication Protocol (PCEP) is specified for communications between PCCs and PCEs, and between cooperating PCEs. When computing or re-optimizing the routes of a set of TE LSPs through a network it may be advantageous to perform bulk path computations in order to avoid blocking problems and to achieve more optimal network-wide solutions. Such bulk optimization is termed Global Concurrent Optimization (GCO). A GCO is able to simultaneously consider the entire topology of the network and the complete set of existing TE LSPs, and their respective constraints, and look to optimize or re-optimize the entire network to satisfy all constraints for all TE LSPs. A GCO may also be applied to some subset of the TE LSPs in a network. The GCO application is primarily a Network Management System (NMS) solution. While GCO is applicable to any simultaneous request for multiple TE LSPs (for example, a request for end-to-end protection), it is not envisaged that global concurrent reoptimization would be applied in a network (such as an MPLS-TE network) that contains a very large number of very low bandwidth or zero bandwidth TE LSPs since the large scope of the problem and the small benefit of concurrent reoptimization relative to single TE LSP reoptimization is unlikely to make the process worthwhile. Further, applying global concurrent reoptimization in a network with a high rate of change of TE LSPs (churn) is not advised because of the likelihood that TE LSPs would change before they could be globally reoptimized. Global reoptimization is more applicable to stable networks such as transport networks or those with long-term TE LSP tunnels. This document provides application-specific requirements and the PCEP extensions in support of GCO applications. Lee, et al. Expires August 17, 2009 [Page 2] Internet-Draft PCE Global Concurrent Optimization March 2009 Table of Contents 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 4 2. Terminology . . . . . . . . . . . . . . . . . . . . . . . . . 6 3. Applicability of Global Concurrent Optimization (GCO) . . . . 7 3.1. Application of the PCE Architecture . . . . . . . . . . . 7 3.2. Greenfield Optimization . . . . . . . . . . . . . . . . . 8 3.2.1. Single-layer Traffic Engineering . . . . . . . . . . . 8 3.2.2. Multi-layer Traffic Engineering . . . . . . . . . . . 8 3.3. Re-optimization of Existing Networks . . . . . . . . . . . 8 3.3.1. Reconfiguration of the Virtual Network Topology (VNT) . . . . . . . . . . . . . . . . . . . . . . . . 9 3.3.2. Traffic Migration . . . . . . . . . . . . . . . . . . 9 4. PCECP Requirements . . . . . . . . . . . . . . . . . . . . . . 10 5. Protocol Extensions for Support of Global Concurrent Optimization . . . . . . . . . . . . . . . . . . . . . . . . . 14 5.1. Global Objective Function (GOF) Specification . . . . . . 14 5.2. Indication of Global Concurrent Optimization Requests . . 15 5.3. Request for The Order of TE LSP . . . . . . . . . . . . . 15 5.4. The Order Response . . . . . . . . . . . . . . . . . . . . 16 5.5. GLOBAL CONSTRAINTS (GC) Object . . . . . . . . . . . . . . 17 5.6. Error Indicator . . . . . . . . . . . . . . . . . . . . . 18 5.7. NO-PATH Indicator . . . . . . . . . . . . . . . . . . . . 19 6. Manageability Considerations . . . . . . . . . . . . . . . . . 20 6.1. Control of Function and Policy . . . . . . . . . . . . . . 20 6.2. Information and Data Models, e.g. MIB module . . . . . . . 20 6.3. Liveness Detection and Monitoring . . . . . . . . . . . . 20 6.4. Verifying Correct Operation . . . . . . . . . . . . . . . 20 6.5. Requirements on Other Protocols and Functional Components . . . . . . . . . . . . . . . . . . . . . . . . 21 6.6. Impact on Network Operation . . . . . . . . . . . . . . . 21 7. Security Considerations . . . . . . . . . . . . . . . . . . . 21 8. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . . 21 9. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 22 9.1. Request Parameter Bit Flags . . . . . . . . . . . . . . . 22 9.2. New PCEP TLV . . . . . . . . . . . . . . . . . . . . . . . 22 9.3. New Flag in PCE-CAP-FLAGS Sub-TLV in PCED . . . . . . . . 22 9.4. New PCEP Object . . . . . . . . . . . . . . . . . . . . . 23 9.5. New PCEP Error Codes . . . . . . . . . . . . . . . . . . . 23 9.5.1. New Error-Values for Existing Error-Types . . . . . . 23 9.5.2. New Error-Types and Error-Values . . . . . . . . . . . 23 9.6. New No-Path Reasons . . . . . . . . . . . . . . . . . . . 24 10. References . . . . . . . . . . . . . . . . . . . . . . . . . . 24 10.1. Normative References . . . . . . . . . . . . . . . . . . . 24 10.2. Informative References . . . . . . . . . . . . . . . . . . 25 Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . . 25 Intellectual Property and Copyright Statements . . . . . . . . . . 26 Lee, et al. Expires August 17, 2009 [Page 3] Internet-Draft PCE Global Concurrent Optimization March 2009 1. Introduction [RFC4655] defines the Path Computation Element (PCE) based Architecture and explains how a PCE may compute Label Switched Paths (LSPs) in Multiprotocol Label Switching Traffic Engineering (MPLS-TE) and Generalized MPLS (GMPLS) networks at the request of Path Computation Clients (PCCs). A PCC is shown to be any network component that makes such a request and may be for instance a Label Switching Router (LSR) or a Network Management System (NMS). The PCE, itself, is shown to be located anywhere within the network, and may be within an LSR, an NMS or Operational Support System (OSS), or may be an independent network server. The PCE Communication Protocol (PCEP) is the communication protocol used between PCC and PCE, and may also be used between cooperating PCEs. [RFC4657] sets out generic protocol requirements for PCEP. Additional application-specific requirements for PCEP are defined in separate documents. This document provides a set of requirements and PCEP extensions in support of concurrent path computation applications. A concurrent path computation is a path computation application where a set of TE paths are computed concurrently in order to efficiently utilize network resources. The computation method involved with a concurrent path computation is referred to as global concurrent optimization in this document. Appropriate computation algorithms to perform this type of optimization are out of the scope of this document. The Global Concurrent Optimization (GCO) application is primarily an NMS or a PCE Server based solution. Owing to complex synchronization issues associated with GCO applications, the management based PCE architecture defined in Section 5.5 of [RFC4655] is considered as the most suitable usage to support GCO application. This does not preclude other architectural alternatives to support GCO application, but they are NOT RECOMMENDED. For instance, GCO might be enabled by distributed LSRs through complex synchronization mechanisms. However, this approach might suffer from significant synchronization overhead between the PCE and each of the PCCs. It would likely affect the network stability and hence significantly diminish the benefits of deploying PCEs. The need for global concurrent path computation may also arise when network operators need to establish a set of TE LSPs in their network planning process. It is also envisioned that network operators might require global concurrent path computation in the event of catastrophic network failures, where a set of TE LSPs need to be optimally rerouted. The nature of this work promote the use of such systems for offline processing. Online application of this work Lee, et al. Expires August 17, 2009 [Page 4] Internet-Draft PCE Global Concurrent Optimization March 2009 should only be considered with proven empirical validation. As new TE LSPs are added or removed from the network over time, the global network resources become fragmented and the existing placement of TE LSPs within network no longer provides optimal use of the available capacity. A global concurrent path computation is able to simultaneously consider the entire topology of the network and the complete set of existing TE LSPs and their respective constraints, and look to re-optimize the entire network to satisfy all constraints for all TE LSPs. Alternatively, the application may consider a subset of the TE LSPs and/or a subset of the network topology. Note that other preemption can also help reducing the fragmentation issues. While GCO is applicable to any simultaneous request for multiple TE LSPs (for example, a request for end-to-end protection), it is NOT RECOMMENDED that global concurrent reoptimization would be applied in a network (such as an MPLS-TE network) that contains a very large number of very low bandwidth or zero bandwidth TE LSPs since the large scope of the problem and the small benefit of concurrent reoptimization relative to single TE LSP reoptimization is unlikely to make the process worthwhile. Further, applying global concurrent reoptimization in a network with a high rate of change of TE LSPs (churn) is NOT RECOMMENDED because of the likelihood that TE LSPs would change before they could be globally reoptimized. Global reoptimization is more applicable to stable networks such as transport networks or those with long-term TE LSP tunnels. The main focus of this document is to highlight the PCC-PCE communication needs in support of a concurrent path computation applications and to define protocol extensions to meet those needs. The PCC-PCE requirements addressed herein are specific to the context where the PCE is a specialized PCE that is capable of performing computations in support of GCO. Discovery of such capabilities might be desirable and could be achieved through extensions to the PCE discovery mechanisms [RFC4674], [RFC5088], [RFC5089], but that is out of the scope of this document. It is to be noted that Backward Recursive Path Computation (BRPC) [BRPC] is a multi-PCE path computation technique used to compute a shortest constrained inter-domain path whereas this ID specifies a technique where a set of path computation requests are bundled and send to a PCE with the objective of "optimizing" the set of computed paths. Lee, et al. Expires August 17, 2009 [Page 5] Internet-Draft PCE Global Concurrent Optimization March 2009 2. Terminology Most of the terminology used in this document is explained in [RFC4655]. A few key terms are repeated here for clarity. PCC: Path Computation Client: Any client application requesting a path computation to be performed by a Path Computation Element. PCE: Path Computation Element: An entity (component, application or network node) that is capable of computing a network path or route based on a network graph and applying computational constraints. TED: Traffic Engineering Database which contains the topology and resource information of the domain. The TED may be fed by IGP extensions or potentially by other means. PCECP: The PCE Communication Protocol: PCECP is the generic abstract idea of a protocol that is used to communicate path computation requests from a PCC to a PCE, and to return computed paths from the PCE to the PCC. The PCECP can also be used between cooperating PCEs. PCEP: The PCE communication Protocol: PCEP is the actual protocol that implements the PCECP idea. GCO: Global Concurrent Optimization: A concurrent path computation application where a set of TE paths are computed concurrently in order to optimize network resources. A GCO path computation is able to simultaneously consider the entire topology of the network and the complete set of existing TE LSPs, and their respective constraints, and look to optimize or re-optimize the entire network to satisfy all constraints for all TE LSPs. A GCO path computation can also provide an optimal way to migrate from an existing set of TE LSPs to a reoptimized set (Morphing Problem). The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119 [RFC2119]. These terms are also used in the parts of this document that specify requirements for clarity of specification of those requirements. Lee, et al. Expires August 17, 2009 [Page 6] Internet-Draft PCE Global Concurrent Optimization March 2009 3. Applicability of Global Concurrent Optimization (GCO) This section discusses the PCE architecture to which GCO is applied. It also discusses various application scenarios for which global concurrent path computation may be applied. 3.1. Application of the PCE Architecture Figure 1 shows the PCE-based network architecture as defined in [RFC4655] to which GCO application is applied. It must be observed that the PCC is not necessarily an LSR [RFC4655]. The GCO application is primarily an NMS-based solution in which an NMS plays the function of the PCC. Although Figure 1 shows the PCE as remote from the NMS, it might be collocated with the NMS. Note that in the collocated case there is no need for a standard communication protocol; this can rely on internal APIs. ----------- Application | ----- | Request | | TED | | | | ----- | v | | | ------------- Request/ | v | | PCC | Response| ----- | | (NMS/Server)|<--------+> | PCE | | | | | ----- | ------------- ----------- Service | Request | v ---------- Signaling ---------- | Head-End | Protocol | Adjacent | | Node |<---------->| Node | ---------- ---------- Figure 1: PCE-Based Architecture for Global Concurrent Optimization Upon receipt of an application request (e.g., a traffic demand matrix is provided to the NMS by the operator's network planning procedure), the NMS requests a global concurrent path computation from the PCE. The PCE then computes the requested paths concurrently applying some algorithms. Various algorithms and computation techniques have been proposed to perform this function. Specification of such algorithms or techniques is outside the scope of this document. Lee, et al. Expires August 17, 2009 [Page 7] Internet-Draft PCE Global Concurrent Optimization March 2009 When the requested path computation completes, the PCE sends the resulting paths back to the NMS. The NMS then supplies the head-end LSRs with a fully computed explicit path for each TE LSP that needs to be established. 3.2. Greenfield Optimization Greenfield optimization is a special case of GCO application when there are no TE LSPs already set up in the network. The need for greenfield optimization arises when network planner wants to make use of a computation server to plan the TE LSPs that will be provisioned in the network. Note that once greenfield operation is one-time optimization. When network conditions change due to failure or other changes, then re-optimization mode of operation will kick in. When a new TE network needs to be provisioned from a greenfield perspective, a set of TE LSPs needs to be created based on traffic demand, network topology, service constraints, and network resources. In this scenario, the ability to perform concurrent computation is desirable, or required, to utilize network resources in an optimal manner and avoid blocking. 3.2.1. Single-layer Traffic Engineering Greenfield optimization can be applied when layer-specific TE LSPs need to be created from a greenfield perspective. For example, an MPLS-TE network can be planned based on layer 3 specific traffic demands, the network topology, and available network resources. Greenfield optimization for single-layer traffic engineering can be applied to optical transport networks such as SDH/Sonet, Ethernet Transport, WDM, etc. 3.2.2. Multi-layer Traffic Engineering Greenfield optimization is not limited to single-layer traffic engineering. It can also be applied to multi-layer traffic engineering [PCE-MLN]. Both the client and the server layers network resources and topology can be considered simultaneously in setting up a set of TE LSPs that traverse the layer boundary. 3.3. Re-optimization of Existing Networks The need for global concurrent path computation may arise in existing networks. When an existing TE LSP network experiences sub-optimal use of its resources, the need for re-optimization or reconfiguration may arise. The scope of re-optimization and reconfiguration may vary depending on particular situations. The scope of re-optimization may be limited to bandwidth modification to an existing TE LSP. However, Lee, et al. Expires August 17, 2009 [Page 8] Internet-Draft PCE Global Concurrent Optimization March 2009 it could well be that a set of TE LSPs may need to be re-optimized concurrently. In an extreme case, the TE LSPs may need to be globally re-optimized. In loaded networks, with large size TE LSPs, a sequential re- optimization may not produce substantial improvements in terms of overall network optimization. Sequential re-optimization refers to a path computation method that computes the re-optimized path of one TE LSP at a time without giving any consideration to the other TE LSPs that need to be re-optimized in the network. The potential for network-wide gains from reoptimization of TE LSPs sequentially is dependent upon the network usage and size of the TE LSPs being optimized. However, the key point remains: computing the reoptimized path of one TE LSP at a time without giving any consideration to the other TE LSPs in the network could result in sub-optimal use of network resources. This may be far more visible in an optical network with a low ratio of potential TE LSPs per link, and far less visible in packet networks with micro-flow TE LSPs. With regards to applicability of GCO in the event of catastrophic failures, there may be a real benefit in computing the paths of the TE LSPs as a set rather than computing new paths from the head-end LSRs in a distributed manner. Distributed jittering is a technique that could prevent race condition (i.e., competing for the same resource from different head-end LSRs) with a distributed computation. GCO provides an alternative way that could also prevent race condition in a centralized manner. However, a centralized system will typically suffer from a slower response time than a distributed system. 3.3.1. Reconfiguration of the Virtual Network Topology (VNT) Reconfiguration of the VNT [RFC5212] [PCE-MLN] is a typical application scenario where global concurrent path computation may be applicable. Triggers for VNT reconfiguration, such as traffic demand changes, network failures, and topological configuration changes, may require a set of existing TE LSPs to be re-computed. 3.3.2. Traffic Migration When migrating from one set of TE LSPs to a reoptimized set of TE LSPs it is important that the traffic be moved without causing disruption. Various techniques exist in MPLS and GMPLS, such as make-before-break [RFC3209], to establish the new TE LSPs before tearing down the old TE LSPs. When multiple TE LSP routes are changed according to the computed results, some of the TE LSPs may be disrupted due to the resource constraints. In other words, it may prove to be impossible to perform a direct migration from the old TE Lee, et al. Expires August 17, 2009 [Page 9] Internet-Draft PCE Global Concurrent Optimization March 2008 LSPs to the new optimal TE LSPs without disrupting traffic because there are insufficient network resources to support both sets of TE LSPs when make-before-break is used. However, a PCE may be able to determine a sequence of make-before- break replacement of individual TE LSPs or small sets of TE LSPs so that the full set of TE LSPs can be migrated without any disruption. This scenario assumes that the bandwidth of existing TE LSP is kept during the migration which is required in optical networks. In packet networks, this assumption can be relaxed as the bandwidth of temporary TE LSPs during migration can be zeroed. It may be the case that the reoptimization is radical. This could mean that it is not possible to apply make-before-break in any order to migrate from the old TE LSPs to the new TE LSPs. In this case a migration strategy is required that may necessitate TE LSPs being rerouted using make-before-break onto temporary paths in order to make space for the full reoptimization. A PCE might indicate the order in which reoptimized TE LSPs must be established and take over from the old TE LSPs, and may indicate a series of different temporary paths that must be used. Alternatively, the PCE might perform the global reoptimization as a series of sub-reoptimizations by reoptimizing subsets of the total set of TE LSPs. The benefit of this multi-step rerouting includes minimization of traffic discruption and optimization gain. However this approach may imply some transient packets desequencing, jitter as well as control plane stress. Note also that during reoptimization, traffic disruption may be allowed for some TE LSPs carrying low priority services (e.g., Internet traffic) and not allowed for some TE LSPs carrying mission critical services (e.g., voice traffic). 4. PCECP Requirements This section provides the PCECP requirements to support global concurrent path computation applications. The requirements specified here should be regarded as application-specific requirements and are justifiable based on the extensibility clause found in Section 6.1.14 of [RFC4657]: The PCECP MUST support the requirements specified in the application-specific requirements documents. The PCECP MUST also allow extensions as more PCE applications will be introduced in the future. It is also to be noted that some of the requirements discussed in this section have already been discussed in the PCECP requirement Lee, et al. Expires August 17, 2009 [Page 10] Internet-Draft PCE Global Concurrent Optimization March 2009 document [RFC4657]. For example, Section 5.1.16 in [RFC4657] provides a list of generic constraints while Section 5.1.17 in [RFC4657] provides a list of generic objective functions that MUST be supported by the PCECP. While using such generic requirements as the baseline, this section provides application-specific requirements in the context of global concurrent path computation and in a more detailed level than the generic requirements. The PCEP SHOULD support the following capabilities either via creation of new objects and/or modification of existing objects where applicable. o An indicator to convey that the request is for a global concurrent path computation. This indicator is necessary to ensure consistency in applying global objectives and global constraints in all path computations. Note: This requirement is covered by "synchronized path computation" in [RFC4655] and [RFC4657]. However, an explicit indicator to request a global concurrent optimization is a new requirement. o A Global Objective Function (GOF) field in which to specify the global objective function. The global objective function is the overarching objective function to which all individual path computation requests are subjected in order to find a globally optimal solution. Note that this requirement is covered by "synchronized objective functions" in Section 5.1.7 [RFC4657] and that [PCE-OF] defined three global objective functions as follows. A list of available global objective functions SHOULD include the following objective functions at the minimum and SHOULD be expandable for future addition: * Minimize aggregate Bandwidth Consumption (MBC) * Minimize the load of the Most Loaded Link (MLL) * Minimize Cumulative Cost of a set of paths (MCC) o A Global Constraints (GC) field in which to specify the list of global constraints to which all the requested path computations should be subjected. This list SHOULD include the following constraints at the minimum and SHOULD be expandable for future addition: * Maximum link utilization value -- This value indicates the highest possible link utilization percentage set for each link. (Note: to avoid floating point numbers, the values should be integer values.) Lee, et al. Expires August 17, 2009 [Page 11] Internet-Draft PCE Global Concurrent Optimization March 2009 * Minimum link utilization value -- This value indicates the lowest possible link utilization percentage set for each link. (Note: same as above) * Overbooking Factor -- The overbooking factor allows the reserved bandwidth to be overbooked on each link beyond its physical capacity limit. * Maximum number of hops for all the TE LSPs -- This is the largest number of hops that any TE LSP can have. Note that this constraint can also be provided on a per TE LSP basis (as requested in [RFC4657] and defined in [PCEP]). * Exclusion of links/nodes in all TE LSP path computation (i.e., all TE LSPs should not include the specified links/nodes in their paths). Note that this constraint can also be provided on a per TE LSP basis (as requested in [RFC4657] and defined in [PCEP]). * An indication should be available in a path computation response that further reoptimization may only become available once existing traffic has been moved to the new TE LSPs. o A Global Concurrent Vector (GCV) field in which to specify all the individual path computation requests that are subject to concurrent path computation and subject to the global objective function and all of the global constraints. Note that this requirement is entirely fulfilled by the SVEC object in the PCEP specification [PCEP]. Since the SVEC object as defined in [PCEP] allows identifying a set of concurrent path requests, the SVEC can be reused to specify all the individual concurrent path requests for a global concurrent optimization. o An indicator field in which to indicate the outcome of the request. When the PCE cannot find a feasible solution with the initial request, the reason for failure SHOULD be indicated. This requirement is partially covered by [RFC4657], but not in this level of detail. The following indicators SHOULD be supported at the minimum: * no feasible solution found. Note that this is already covered in [PCEP]. * memory overflow * PCE too busy. Note that this is already covered in [PCEP]. * PCE not capable of concurrent reoptimization Lee, et al. Expires August 17, 2009 [Page 12] Internet-Draft PCE Global Concurrent Optimization March 2009 * no migration path available * administrative privileges do not allow global reoptimization o In order to minimize disruption associated with bulk path provisioning, the following requirements MUST be supported: * The request message MUST allow requesting the PCE to provide the order in which TE LSPs should be reoptimized (i.e., the migration path) in order to minimize traffic disruption during the migration. That is the request message MUST allow indicating to the PCE that the set of paths that will be provided in the response message (PCRep) has to be ordered. * In response to the "ordering" request from the PCC, the PCE MUST be able to indicate in the response message (PCRep) the order in which TE LSPs should be reoptimized so as to minimize traffic disruption. It should indicate for each request the order in which the old TE LSP should be removed and the order in which the new TE LSP should be setup. If the removal order is lower than the setup order this means that make-before-break cannot be done for this request. It MAY also be desirable to have the PCE indicate whether ordering is in fact required or not. * During a migration it may not be possible to do a make-before- break for all existing TE LSPs. The request message MUST allow indicating for each request whether make-before-break is required (e.g. Voice traffic) or break-before-make is acceptable (e.g. Internet traffic). The response message must allow indicating TE LSPs for which make-before-break reoptimization is not possible (this will be deduced from the TE LSP setup and deletion orders). Lee, et al. Expires August 17, 2009 [Page 13] Internet-Draft PCE Global Concurrent Optimization March 2009 5. Protocol Extensions for Support of Global Concurrent Optimization This section provides protocol extensions for support of global concurrent optimization. Protocol extensions discussed in this section are built on [PCEP]. The format of a PCReq message after incorporating new requirements for support of global concurrent optimization is as follows. The message format uses Reduced Backus-Naur Format as defined in [RBNF]. ::= [] The is changed as follows: ::= [] [] [] [] Note that three optional objects are added, following the SVEC object: the OF (Objective Function) object, which is defined in [PCE-OF], the GC (Global Constraints) object, which is defined in this document (Section 5.5), as well as the eXclude Route Object (XRO) which is defined in [PCE-XRO]. The placement of the OF object (in which the global objective function is specified) in the SVEC- list is defined in [PCE-OF]. Details of this change will be discussed in the following sections. Note also that when the XRO is global to a SVEC, and F bit is set, it SHOULD be allowed to specify multiple Record Route Objects in the PCReq message. 5.1. Global Objective Function (GOF) Specification The global objective function can be specified in the PCEP Objective Function (OF) object, defined in [PCE-OF]. The OF object includes a 16 bit Objective Function identifier. As per discussed in [PCE-OF], objective function identifier code points are managed by IANA. Three global objective functions defined in [PCE-OF] are used in the context of GCO. Lee, et al. Expires August 17, 2009 [Page 14] Internet-Draft PCE Global Concurrent Optimization March 2009 Function Code Description 4 Minimize aggregate Bandwidth Consumption (MBC) 5 Minimize the load of the Most Loaded Link (MLL)* 6 Minimize Cumulative Cost of a set of paths (MCC) * Note: This can be achieved by the following objective function: minimize max over all links {(C(i)-A(i))/C(i)} where C(i) is the link capacity for link i and A(i) is the total bandwidth allocated on link i. 5.2. Indication of Global Concurrent Optimization Requests All the path requests in this application should be indicated so that the global objective function and all of the global constraints are applied to each of the requested path computation. This can be indicated implicitly by placing the GCO related objects (GOF, GC or XRO) after the SVEC object. That is, if any of these objects follows the SVEC object in the PCReq message, all of the requested path computations specified in the SVEC object are subject to GOF, GC or XRO. 5.3. Request for The Order of TE LSP In order to minimize disruption associated with bulk path provisioning, the PCC may indicate to the PCE that the response MUST be ordered. That is, the PCE has to include the order in which TE LSPs MUST be moved so as to minimize traffic disruption. To support such indication a new flag, the D flag, is defined in the RP object as follows: D bit (orDer - 1 bit): when set, in a PCReq message, the requesting PCC requires the PCE to specify in the PCRep message the order in which this particular path request is to be provisioned relative to other requests. To support the determination of whether make-before-break optimization is required, a new flag, the M flag, is defined in the RP object as follows. M bit (Make-before-break - 1 bit): when set, this indicates that a make-before-break reoptimization is required for this request. When M bit is not set, this implies that a break-before-make Lee, et al. Expires August 17, 2009 [Page 15] Internet-Draft PCE Global Concurrent Optimization March 2009 reoptimization is allowed for this request. Note that M bit can be set only if the R (Reoptimization) flag is set. Two new bit flags are defined to be carried in the Flags field in the RP Object. Bit 22 (D-bit): When set, report of the request order is required. Bit 21 (M-bit): When set, make-before-break is required. 5.4. The Order Response The PCE MUST specify the order number in response to the Order Request made by the PCC in the PCReq message if so requested by the setting of the D bit in the RP object in the PCReq message. To support such ordering indication a new optional TLV, the Order TLV, is defined in the RP object. The Order TLV is an optional TLV in the RP object, that indicates the order in which the old TE LSP must be removed and the new TE LSP must be setup during a reoptimization. It is carried in the PCRep message in response to a reoptimization request. The Order TLV MUST be included in the RP object in the PCRep message if the D bit is set in the RP object in the PCReq message. The format of the Order TLV is as follows: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Type | Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Delete Order | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Setup Order | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Figure 2: The Order TLV in the RP object in the PCRep Message Type: To be defined by IANA (suggested value = 5) Length: Variable Delete Order: 32 bit integer that indicates the order in which the old TE LSP should be removed Setup Order: 32 bit integer that indicates the order in which the new TE LSP should be setup Lee, et al. Expires August 17, 2009 [Page 16] Internet-Draft PCE Global Concurrent Optimization March 2009 The delete order SHOULD NOT be equal to the setup order. If the delete order is higher than the setup order, this means that the reoptimization can be done in a make-before-break manner, else it cannot be done in a make-before-break manner. For a new TE LSP the delete order is not applicable. The value 0 is designated to specify this case. When the value of the delete order is 0, it implies that the resulting TE LSP is a new TE LSP. To illustrate this, consider a network with two established TE LSPs: R1 with path P1 and R2 with path P2. During a reoptimization the PCE may provide the following ordered reply: R1, path P1', remove order 1, setup order 4 R2, path P2', remove order 3, setup order 2 This indicates that the NMS should do the following sequence of tasks: 1: Remove path P1 2: Setup path P2' 3: Remove path P2 4: Setup path P1' That is, R1 is reoptimized in a break-before-make manner and R2 in a make-before-break manner. 5.5. GLOBAL CONSTRAINTS (GC) Object The GLOBAL CONSTRAINTS (GC) Object is used in a PCReq message to specify the necessary global constraints that should be applied to all individual path computations for a global concurrent path optimization request. GLOBAL CONSTRAINTS Object-Class is to be assigned by IANA (recommended value=24) GLOBAL CONSTRAINTS Object-Type is to be assigned by IANA (recommended value=1) The format of the GC object body that includes the global constraints is as follows: Lee, et al. Expires August 17, 2009 [Page 17] Internet-Draft PCE Global Concurrent Optimization March 2009 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | MH | MU | mU | OB | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | // Optional TLV(s) // | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Figure 3: GC body object format MH (Max Hop: 8 bits): 8 bit integer that indicates the maximum hop count for all the TE LSPs. MU (Max Utilization Percentage: 8 bits) : 8 bits integer that indicates the upper bound utilization percentage by which all link should be bound. Utilization = (Link Capacity - Allocated Bandwidth on the Link)/ Link Capacity mU (minimum Utilization Percentage: 8 bits) : 8 bits integer that indicates the lower bound utilization percentage by which all link should be bound. OB (Over Booking factor Percentage: 8 bits) : 8 bits integer that indicates the overbooking percentage that allows the reserved bandwidth to be overbooked on each link beyond its physical capacity limit. The value, for example, 10% means that 110 Mbps can be reserved on a 100Mbps link. Reserved bits (24 bits) of the GLOBAL CONSTRAINTS Object SHOULD be transmitted as zero and SHOULD be ignored upon receipt. The exclusion of the list of nodes/links from a global path computation can be done by including the XRO object following the GC object in the new SVEC list definition. Optional TLVs may be included within the GC object body to specify additional global constraints. The TLV format and processing is consistent with Section 7.1 of RFC 5440. Any TLVs will be allocated from the "PCEP TLV Type Indicators" registry. Note that no TLVs are defined in this document. 5.6. Error Indicator To indicate errors associated with the global concurrent path optimization request, a new Error-Type (14) and subsequent error- values are defined as follows for inclusion in the PCEP-ERROR object: Lee, et al. Expires August 17, 2009 [Page 18] Internet-Draft PCE Global Concurrent Optimization March 2009 A new Error-Type (15) and subsequent error-values are defined as follows: Error-Type=15 and Error-Value=1: if a PCE receives a global concurrent path optimization request and the PCE is not capable of processing the request due to insufficient memory, the PCE MUST send a PCErr message with a PCEP ERROR object (Error-Type=15) and an Error-Value (Error-Value=1). The PCE stops processing the request. The corresponding global concurrent path optimization request MUST be cancelled at the PCC. Error-Type=15; Error-Value=2: if a PCE receives a global concurrent path optimization request and the PCE is not capable of global concurrent optimization, the PCE MUST send a PCErr message with a PCEP-ERROR Object (Error-Type=15) and an Error-Value (Error-Value=2). The PCE stops processing the request. The corresponding global concurrent path optimization MUST be cancelled at the PCC. To indicate an error associated with policy violation, a new error value "global concurrent optimization not allowed" should be added to an existing error code for policy violation (Error-Type=5) as defined in [PCEP]. Error-Type=5; Error-Value=5: if a PCE receives a global concurrent path optimization request which is not compliant with administrative privileges (i.e., the PCE policy does not support global concurrent optimization), the PCE sends a PCErr message with a PCEP-ERROR Object (Error-Type=5) and an Error-Value (Error-Value=5). The PCE stops the processing the request. The corresponding global concurrent path computation MUST be cancelled at the PCC. 5.7. NO-PATH Indicator To communicate the reason(s) for not being able to find global concurrent path computation, the NO-PATH object can be used in the PCRep message. The format of the NO-PATH object body is defined in [PCEP]. The object may contain a NO-PATH-VECTOR TLV to provide additional information about why a path computation has failed. Two new bit flags are defined to be carried in the Flags field in the NO-PATH-VECTOR TLV carried in the NO-PATH Object. Bit 6: When set, the PCE indicates that no migration path was found. Bit 7: When set, the PCE indicates no feasible solution was found that meets all the constraints associated with global concurrent path optimization in the PCRep message. Lee, et al. Expires August 17, 2009 [Page 19] Internet-Draft PCE Global Concurrent Optimization March 2009 6. Manageability Considerations Manageability of Global Concurrent Path Computation with PCE must address the following considerations: 6.1. Control of Function and Policy In addition to the parameters already listed in Section 8.1 of [PCEP], a PCEP implementation SHOULD allow configuring the following PCEP session parameters on a PCC: o The ability to send a GCO request. In addition to the parameters already listed in Section 8.1 of [PCEP], a PCEP implementation SHOULD allow configuring the following PCEP session parameters on a PCE: o The support for Global Concurrent Optimization. o The maximum number of synchronized path requests per request message. o A set of GCO specific policies (authorized sender, request rate limiter, etc). These parameters may be configured as default parameters for any PCEP session the PCEP speaker participates in, or may apply to a specific session with a given PCEP peer or a specific group of sessions with a specific group of PCEP peers. 6.2. Information and Data Models, e.g. MIB module Extensions to the PCEP MIB module defined in [PCEP-MIB] should be defined, so as to cover the GCO information introduced in this document. 6.3. Liveness Detection and Monitoring Mechanisms defined in this document do not imply any new liveness detection and monitoring requirements in addition to those already listed in Section 8.3 of [PCEP]. 6.4. Verifying Correct Operation Mechanisms defined in this document do not imply any new verification requirements in addition to those already listed in Section 8.4 of [PCEP] Lee, et al. Expires August 17, 2009 [Page 20] Internet-Draft PCE Global Concurrent Optimization March 2009 6.5. Requirements on Other Protocols and Functional Components The PCE Discovery mechanisms ([RFC5088] and [RFC5089]) may be used to advertise global concurrent path computation capabilities to PCCs. A New Flag (value=9) in PCE-CAP-FLAGs Sub-TLV should be assigned to be able to indicate GCO capability. 6.6. Impact on Network Operation Mechanisms defined in this document do not imply any new network operation requirements in addition to those already listed in Section 8.6 of [PCEP]. 7. Security Considerations When global re-optimization is applied to an active network, it could be extremely disruptive. Although the real security and policy issues apply at the NMS, if the wrong results are returned to the NMS, the wrong actions may be taken in the network. Therefore, it is very important that the operator issuing the commands has sufficient authority and is authenticated, and that the computation request is subject to appropriate policy. The mechanism defined in [PCEP] to secure a PCEP session can be used to secure global concurrent path computation requests/responses. 8. Acknowledgements We would like to thank Jerry Ash, Adrian Farrel, J-P Vasseur, Ning So, Lucy Yong and Fabien Verhaeghe for their useful comments and suggestions. Lee, et al. Expires August 17, 2009 [Page 21] Internet-Draft PCE Global Concurrent Optimization March 2009 9. IANA Considerations IANA maintains a registry of PCEP parameters. IANA is requested to make allocations from the sub-registries as described in the following sections. 9.1. Request Parameter Bit Flags As described in Section 5.3, two new bit flags are defined for inclusion in the Flags field of the RP object. IANA is requested to make the following allocations from the "Request Parameter Bit Flags" sub-registry. Bit Name Description Reference 22 D-bit Report the request order [This.I-D] 21 M-bit Make-before-break [This.I-D] 9.2. New PCEP TLV As described in Section 5.4, a new PCEP TLV is defined to indicate the setup and delete order of TE LSPs in a GCO. IANA is requested to make the following allocation from the "PCEP TLV Types" sub-registry. TLV Type Meaning Reference 5 Order TLV [This.I-D] 9.3. New Flag in PCE-CAP-FLAGS Sub-TLV in PCED As described in Section 6.5, a new PCE-CAP-FLAGS Sub-TLV is defined to indicate a GCO capability. IANA is requested to make the following allocation from the "PCE-CAP-FLAGS TLV Types" sub-registry. The "PCE Capability Flags Registry" is created by section 7.2 of RFC 5088. It is an OSPF registry. FLAG Meaning Reference 9 Global Concurrent Optimization (GCO)[This.I-D] Lee, et al. Expires August 17, 2009 [Page 22] Internet-Draft PCE Global Concurrent Optimization March 2009 9.4. New PCEP Object As descried in Section 5.5, a new PCEP object is defined to carry global constraints. IANA is requested to make the following allocation from the "PCEP Objects" sub-registry. Object Name Reference Class 24 GLOBAL-CONSTRAINTS [This.I-D] Object-Type 1: Global Constraints [This.I-D] 9.5. New PCEP Error Codes As described in Section 5.6, new PCEP error codes are defined for GCO errors. IANA is requested to make allocations from the "PCEP Error Types and Values" sub-registry as set out in the following sections. 9.5.1. New Error-Values for Existing Error-Types Error Type Meaning Reference 5 Policy violation Error-value=5: [This.I-D] Global concurrent optimization not allowed 9.5.2. New Error-Types and Error-Values Error Type Meaning Reference 15 Global Concurrent Optimization Error [This.I-D] Error-value=1: Insufficient memory [This.I-D] Error-value=2: Global concurrent optimization not supported [This.I-D] Lee, et al. Expires August 17, 2009 [Page 23] Internet-Draft PCE Global Concurrent Optimization March 2009 9.6. New No-Path Reasons IANA is requested to make the following allocations from the "No-Path Reasons" sub-registry for bit flags carried in the NO-PATH-VECTOR TLV in the PCEP NO-PATH object as described in Section 5.7. Bit Number Name Reference 26 No GCO migration path found [This.I-D] 25 No GCO solution found [This.I-D] 10. References 10.1. Normative References [BRPC] Vasseur, JP., Ed., "A Backward Recursive PCE-based Computation (BRPC) procedure to compute shortest inter- domain Traffic Engineering Label Switched Paths, draft-ietf-pce-brpc, work in progress". [PCE-OF] Le Roux, JL., Vasseur, JP., and Y. Lee, "Objective Function encoding in Path Computation Element communication and discovery protocols, draft-ietf-pce-of, work in progress". [PCE-XRO] Oki, E. and A. Farrel, "Extensions to the Path Computation Element Communication Protocol (PCEP) for Route Exclusions, draft-ietf-pce-pcep-xro, work in progress". [PCEP] Vasseur, JP., Ed. and JL. Le Roux, Ed., "Path Computation Element (PCE) communication Protocol (PCEP) - Version 1, draft-ietf-pce-pcep, work in progress". [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997. [RFC3209] Awduche, D., Berger, L., Gan, D., Li, T., Srinivasan, V., and G. Swallow, "RSVP-TE: Extensions to RSVP for LSP Tunnels", RFC 3209, December 2001. [RFC5088] Le Roux, J., Vasseur, J., Ikejiri, Y., and R. Zhang, "OSPF Protocol Extensions for Path Computation Element (PCE) Discovery, RFC 5088, January 2008.". [RFC5089] Le Roux, J., Vasseur, J., Ikejiri, Y., and R. Zhang, "IS-IS Protocol Extensions for Path Computation Element (PCE) Discovery, RFC 5089, January 2008.". Lee, et al. Expires August 17, 2009 [Page 24] Internet-Draft PCE Global Concurrent Optimization March 2009 10.2. Informative References [PCE-MLN] Oki, E., Le Roux, J., and A. Farrel, "Framework for PCE- based inter-layer MPLS and GMPLS traffic engineering", draft-ietf-pce-inter-layer-frwk, work in progress. [PCEP-MIB] Stephen, E. and K. Koushik, "PCE communication protocol(PCEP) Management Information Base", draft-kkoushik-pce-pcep-mib, work in progress. [RBNF] A. Farrel, "Reduced Backus-Naur Form (RBNF) - A Syntax Used in Various Protocol Specifications", draft-farrel- rtg-common-bnf, work in progress. [RFC4655] Farrel, A., Vasseur, J., and J. Ash, "A Path Computation Element (PCE)-Based Architecture", RFC 4655, August 2006. [RFC4657] Ash, J. and J. Le Roux, "Path Computation Element (PCE) Communication Protocol Generic Requirements", RFC 4657, September 2006. [RFC4674] Le Roux, J., "Requirements for Path Computation Element (PCE) Discovery", RFC 4674, October 2006. [RFC5212] Shiomoto, K., Ed., "Requirements for GMPLS-based multi- region and multi-layer networks (MRN/MLN)", RFC 5212, July 2008. Authors' Addresses Young Lee Huawei 1700 Alma Drive, Suite 100 Plano, TX 75075 US Phone: +1 972 509 5599 x2240 Fax: +1 469 229 5397 Email: ylee@huawei.com JL Le Roux France Telecom 2, Avenue Pierre-Marzin Lannion 22307 FRANCE Email: jeanlouis.leroux@orange-ftgroup.com Lee, et al. Expires August 17, 2009 [Page 25] Internet-Draft PCE Global Concurrent Optimization March 2009 Daniel King Old Dog Consulting United Kingdom Phone: Fax: Email: daniel@olddog.co.uk Eiji Oki University of Electro-Communications 1-5-1 Chofugaoka Chofu, Tokyo 182-8585 JAPAN Email: oki@ice.uec.ac.jp Full Copyright Statement Copyright (c) 2009 IETF Trust and the persons identified as the document authors. All rights reserved. This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. ALL IETF Documents and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY, THE IETF TRUST AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. Intellectual Property The definitive version of an IETF Document is that published by, or under the auspices of, the IETF. Versions of IETF Documents that are published by third parties, including those that are translated into other languages, should not be considered to be definitive versions of IETF Documents. The definitive version of these Legal Provisions is that published by, or under the auspices of, the IETF. Versions of these Legal Provisions that are published by third parties, including those that are translated into other languages, should not be considered to be definitive versions of these Legal Provisions. Lee, et al. Expires August 17, 2009 [Page 26] Internet-Draft PCE Global Concurrent Optimization March 2009 For the avoidance of doubt, each Contributor to the IETF Standards Process licenses each Contribution that he or she makes as part of the IETF Standards Process to the IETF Trust pursuant to the provisions of RFC 5378. No language to the contrary, or terms, conditions or rights that differ from or are inconsistent with the rights and licenses granted under RFC 5378, shall have any effect and shall be null and void, whether published or posted by such Contributor, or included with or in such Contribution. Lee, et al. Expires August 17, 2009 [Page 27] --Boundary_(ID_PgcEcR6Ew9EIXx8g6gIywA)-- From younglee_nj@yahoo.com Tue Mar 17 13:27:37 2009 Return-Path: X-Original-To: pce@core3.amsl.com Delivered-To: pce@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A99043A67CF for ; Tue, 17 Mar 2009 13:27:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.765 X-Spam-Level: X-Spam-Status: No, score=-1.765 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_ASCII_ART_SPACINGc=0.833, 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 zq0GYZZgz0gT for ; Tue, 17 Mar 2009 13:27:33 -0700 (PDT) Received: from web50305.mail.re2.yahoo.com (web50305.mail.re2.yahoo.com [206.190.38.59]) by core3.amsl.com (Postfix) with SMTP id 4EB723A684C for ; Tue, 17 Mar 2009 13:27:33 -0700 (PDT) Received: (qmail 61083 invoked by uid 60001); 17 Mar 2009 20:28:16 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1237321696; bh=zjoGSoANX2AGm1BhuphNQrPEUJzm9iA7tPEzQqPF110=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type; b=VpS+AzCRXsc+UIIm9OdZS3XCx+pd0reEVnfSwh44eNnHE/qVbDTbTtoBWCiUpvAC944qXxe54OjTp9Ld8dUy2dMxqRYDKmPImvf0RWJd7oLXDH2GbSFiLo1bGoKAlB3gBiz7TUe6gRFL1wz3c3Z9vA30JvvFmr7GC9DHOWQxNr8= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type; b=NVA6HZRdP/ePQxTXgfVZs9DJcn09ozanmXg62MD76bCwjpkUmndmxK2s+u+D4Or1tUCTrcKPhA+5t9hCugvp9ovEGIKyybZOPoQvOWfUjcpvONJ5toq3nuO1fHj7Aov3UPI/EgNxtUqdAPuHzdkJQ/WquHBeXTkouc/MipJ5wdQ=; Message-ID: <470578.59196.qm@web50305.mail.re2.yahoo.com> X-YMail-OSG: iV82AI0VM1lACNCtZyCQtq87YQzJMsrAinWFennBlz_WVH3l8L0EC3hpDAv4.Mh5.PPoPPqauNMWzTs_pJxTiNJKCY31YbwtN8cxTNFvn3uP3caA871Mocs_9ZS.Kr08cjr997qDb6V4kp1O8DaTXaLMz.qfORA8Nziu0U_5qxggOYrclYdiq7njp31yksCEi1juurJCNF1iYVuW7l_B6n35olVu5A-- Received: from [206.16.17.212] by web50305.mail.re2.yahoo.com via HTTP; Tue, 17 Mar 2009 13:28:16 PDT X-Mailer: YahooMailRC/1277.32 YahooMailWebService/0.7.289.1 Date: Tue, 17 Mar 2009 13:28:16 -0700 (PDT) From: young lee To: Adrian Farrel , Black_David@emc.com MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="0-1920786957-1237321696=:59196" X-Mailman-Approved-At: Tue, 17 Mar 2009 15:36:51 -0700 Cc: pce@ietf.org, Young Lee Subject: [Pce] PCE GCO 09 version X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 20:29:29 -0000 --0-1920786957-1237321696=:59196 Content-Type: multipart/alternative; boundary="0-1566421245-1237321696=:59196" --0-1566421245-1237321696=:59196 Content-Type: text/plain; charset=us-ascii Hi Adrian and David, Here's the update on PCE GCO (09) reflecting all the comments from you. However, I cannot upload to IETF-DRAFT-Submission page until March 23. In the meantime, if you can review it, that will be appreciated. Thanks. Regards, Young --0-1566421245-1237321696=:59196 Content-Type: text/html; charset=us-ascii
Hi Adrian and David,
 
Here's the update on PCE GCO (09) reflecting all the comments from you. However, I cannot upload to IETF-DRAFT-Submission page until March 23. In the meantime, if you can review it, that will be appreciated. Thanks.
 
Regards,
Young

--0-1566421245-1237321696=:59196-- --0-1920786957-1237321696=:59196 Content-Type: text/plain; name="draft-ietf-pce-global-concurrent-optimization-09.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="draft-ietf-pce-global-concurrent-optimization-09.txt" DQpOZXR3b3JrIFdvcmtpbmcgR3JvdXAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICBZLiBMZWUNCkludGVybmV0LURyYWZ0 ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIEh1YXdlaQ0KSW50ZW5kZWQgc3RhdHVzOiBTdGFuZGFyZHMgVHJh Y2sgICAgICAgICAgICAgICAgICAgICAgICAgICAgIEpMLiBMZSBSb3V4DQpF eHBpcmVzOiBBdWcgMjAwOSAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgRnJhbmNlIFRlbGVjb20NCiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgRC4gS2luZw0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgT2xkIERvZyBDb25zdWx0aW5nDQogICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICBFLiBPa2kNCiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIFVuaXZlcmlzdHkgb2YgRWxlY3RybyBDb21tdW5p Y2F0aW9ucw0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIE1hcmNoIDE3LCAyMDA5DQoNCg0KIFBh dGggQ29tcHV0YXRpb24gRWxlbWVudCBDb21tdW5pY2F0aW9uIFByb3RvY29s IChQQ0VQKSBSZXF1aXJlbWVudHMgYW5kDQogICAgUHJvdG9jb2wgRXh0ZW5z aW9ucyBJbiBTdXBwb3J0IG9mIEdsb2JhbCBDb25jdXJyZW50IE9wdGltaXph dGlvbg0KDQogICAgICAgICAgZHJhZnQtaWV0Zi1wY2UtZ2xvYmFsLWNvbmN1 cnJlbnQtb3B0aW1pemF0aW9uLTA5LnR4dA0KDQpTdGF0dXMgb2YgdGhpcyBN ZW1vDQoNCiAgIFRoaXMgSW50ZXJuZXQtRHJhZnQgaXMgc3VibWl0dGVkIHRv IElFVEYgaW4gZnVsbCBjb25mb3JtYW5jZSB3aXRoIHRoZQ0KICAgcHJvdmlz aW9ucyBvZiBCQ1AgNzggYW5kIEJDUCA3OS4NCg0KICAgSW50ZXJuZXQtRHJh ZnRzIGFyZSB3b3JraW5nIGRvY3VtZW50cyBvZiB0aGUgSW50ZXJuZXQgRW5n aW5lZXJpbmcNCiAgIFRhc2sgRm9yY2UgKElFVEYpLCBpdHMgYXJlYXMsIGFu ZCBpdHMgd29ya2luZyBncm91cHMuICBOb3RlIHRoYXQNCiAgIG90aGVyIGdy b3VwcyBtYXkgYWxzbyBkaXN0cmlidXRlIHdvcmtpbmcgZG9jdW1lbnRzIGFz IEludGVybmV0LQ0KICAgRHJhZnRzLg0KDQogICBJbnRlcm5ldC1EcmFmdHMg YXJlIGRyYWZ0IGRvY3VtZW50cyB2YWxpZCBmb3IgYSBtYXhpbXVtIG9mIHNp eCBtb250aHMNCiAgIGFuZCBtYXkgYmUgdXBkYXRlZCwgcmVwbGFjZWQsIG9y IG9ic29sZXRlZCBieSBvdGhlciBkb2N1bWVudHMgYXQgYW55DQogICB0aW1l LiAgSXQgaXMgaW5hcHByb3ByaWF0ZSB0byB1c2UgSW50ZXJuZXQtRHJhZnRz IGFzIHJlZmVyZW5jZQ0KICAgbWF0ZXJpYWwgb3IgdG8gY2l0ZSB0aGVtIG90 aGVyIHRoYW4gYXMgIndvcmsgaW4gcHJvZ3Jlc3MuIg0KDQogICBUaGUgbGlz dCBvZiBjdXJyZW50IEludGVybmV0LURyYWZ0cyBjYW4gYmUgYWNjZXNzZWQg YXQNCiAgIGh0dHA6Ly93d3cuaWV0Zi5vcmcvaWV0Zi8xaWQtYWJzdHJhY3Rz LnR4dC4NCg0KICAgVGhlIGxpc3Qgb2YgSW50ZXJuZXQtRHJhZnQgU2hhZG93 IERpcmVjdG9yaWVzIGNhbiBiZSBhY2Nlc3NlZCBhdA0KICAgaHR0cDovL3d3 dy5pZXRmLm9yZy9zaGFkb3cuaHRtbC4NCg0KICAgVGhpcyBJbnRlcm5ldC1E cmFmdCB3aWxsIGV4cGlyZSBvbiBBdWd1c3QgNSwgMjAwOS4NCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCkxlZSwgZXQgYWwuICAgICAgICAgICAg ICBFeHBpcmVzIEF1Z3VzdCAxNywgMjAwOSAgICAgICAgICAgICAgICBbUGFn ZSAxXQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgIFBDRSBHbG9iYWwgQ29uY3Vy cmVudCBPcHRpbWl6YXRpb24gICAgICAgICBNYXJjaCAyMDA5DQoNCg0KQWJz dHJhY3QNCg0KICAgVGhlIFBhdGggQ29tcHV0YXRpb24gRWxlbWVudCAoUENF KSBpcyBhIG5ldHdvcmsgY29tcG9uZW50LA0KICAgYXBwbGljYXRpb24sIG9y IG5vZGUgdGhhdCBpcyBjYXBhYmxlIG9mIHBlcmZvcm1pbmcgcGF0aCBjb21w dXRhdGlvbnMNCiAgIGF0IHRoZSByZXF1ZXN0IG9mIFBhdGggQ29tcHV0YXRp b24gQ2xpZW50cyAoUENDcykuICBUaGUgUENFIGlzDQogICBhcHBsaWVkIGlu IE11bHRpcHJvdG9jb2wgTGFiZWwgU3dpdGNoaW5nIFRyYWZmaWMgRW5naW5l ZXJpbmcNCiAgIChNUExTLVRFKSBuZXR3b3JrcyBhbmQgaW4gR2VuZXJhbGl6 ZWQgTVBMUyAoR01QTFMpIG5ldHdvcmtzIHRvDQogICBkZXRlcm1pbmUgdGhl IHJvdXRlcyBvZiBMYWJlbCBTd2l0Y2hlZCBQYXRocyAoTFNQcykgdGhyb3Vn aCB0aGUNCiAgIG5ldHdvcmsuICBJbiB0aGlzIGNvbnRleHQgYSBQQ0MgbWF5 IGJlIGEgTGFiZWwgU3dpdGNoaW5nIFJvdXRlcg0KICAgKExTUiksIGEgTmV0 d29yayBNYW5hZ2VtZW50IFN5c3RlbSAoTk1TKSwgb3IgYW5vdGhlciBQQ0Uu ICBUaGUgUGF0aA0KICAgQ29tcHV0YXRpb24gRWxlbWVudCBDb21tdW5pY2F0 aW9uIFByb3RvY29sIChQQ0VQKSBpcyBzcGVjaWZpZWQgZm9yDQogICBjb21t dW5pY2F0aW9ucyBiZXR3ZWVuIFBDQ3MgYW5kIFBDRXMsIGFuZCBiZXR3ZWVu IGNvb3BlcmF0aW5nIFBDRXMuDQoNCiAgIFdoZW4gY29tcHV0aW5nIG9yIHJl LW9wdGltaXppbmcgdGhlIHJvdXRlcyBvZiBhIHNldCBvZiBURSBMU1BzDQog ICB0aHJvdWdoIGEgbmV0d29yayBpdCBtYXkgYmUgYWR2YW50YWdlb3VzIHRv IHBlcmZvcm0gYnVsayBwYXRoDQogICBjb21wdXRhdGlvbnMgaW4gb3JkZXIg dG8gYXZvaWQgYmxvY2tpbmcgcHJvYmxlbXMgYW5kIHRvIGFjaGlldmUgbW9y ZQ0KICAgb3B0aW1hbCBuZXR3b3JrLXdpZGUgc29sdXRpb25zLiAgU3VjaCBi dWxrIG9wdGltaXphdGlvbiBpcyB0ZXJtZWQNCiAgIEdsb2JhbCBDb25jdXJy ZW50IE9wdGltaXphdGlvbiAoR0NPKS4gIEEgR0NPIGlzIGFibGUgdG8NCiAg IHNpbXVsdGFuZW91c2x5IGNvbnNpZGVyIHRoZSBlbnRpcmUgdG9wb2xvZ3kg b2YgdGhlIG5ldHdvcmsgYW5kIHRoZQ0KICAgY29tcGxldGUgc2V0IG9mIGV4 aXN0aW5nIFRFIExTUHMsIGFuZCB0aGVpciByZXNwZWN0aXZlIGNvbnN0cmFp bnRzLA0KICAgYW5kIGxvb2sgdG8gb3B0aW1pemUgb3IgcmUtb3B0aW1pemUg dGhlIGVudGlyZSBuZXR3b3JrIHRvIHNhdGlzZnkgYWxsDQogICBjb25zdHJh aW50cyBmb3IgYWxsIFRFIExTUHMuICBBIEdDTyBtYXkgYWxzbyBiZSBhcHBs aWVkIHRvIHNvbWUNCiAgIHN1YnNldCBvZiB0aGUgVEUgTFNQcyBpbiBhIG5l dHdvcmsuICBUaGUgR0NPIGFwcGxpY2F0aW9uIGlzIHByaW1hcmlseQ0KICAg YSBOZXR3b3JrIE1hbmFnZW1lbnQgU3lzdGVtIChOTVMpIHNvbHV0aW9uLg0K DQogICBXaGlsZSBHQ08gaXMgYXBwbGljYWJsZSB0byBhbnkgc2ltdWx0YW5l b3VzIHJlcXVlc3QgZm9yIG11bHRpcGxlIFRFDQogICBMU1BzIChmb3IgZXhh bXBsZSwgYSByZXF1ZXN0IGZvciBlbmQtdG8tZW5kIHByb3RlY3Rpb24pLCBp dCBpcyBub3QNCiAgIGVudmlzYWdlZCB0aGF0IGdsb2JhbCBjb25jdXJyZW50 IHJlb3B0aW1pemF0aW9uIHdvdWxkIGJlIGFwcGxpZWQgaW4gYQ0KICAgbmV0 d29yayAoc3VjaCBhcyBhbiBNUExTLVRFIG5ldHdvcmspIHRoYXQgY29udGFp bnMgYSB2ZXJ5IGxhcmdlDQogICBudW1iZXIgb2YgdmVyeSBsb3cgYmFuZHdp ZHRoIG9yIHplcm8gYmFuZHdpZHRoIFRFIExTUHMgc2luY2UgdGhlDQogICBs YXJnZSBzY29wZSBvZiB0aGUgcHJvYmxlbSBhbmQgdGhlIHNtYWxsIGJlbmVm aXQgb2YgY29uY3VycmVudA0KICAgcmVvcHRpbWl6YXRpb24gcmVsYXRpdmUg dG8gc2luZ2xlIFRFIExTUCByZW9wdGltaXphdGlvbiBpcyB1bmxpa2VseQ0K ICAgdG8gbWFrZSB0aGUgcHJvY2VzcyB3b3J0aHdoaWxlLiAgRnVydGhlciwg YXBwbHlpbmcgZ2xvYmFsIGNvbmN1cnJlbnQNCiAgIHJlb3B0aW1pemF0aW9u IGluIGEgbmV0d29yayB3aXRoIGEgaGlnaCByYXRlIG9mIGNoYW5nZSBvZiBU RSBMU1BzDQogICAoY2h1cm4pIGlzIG5vdCBhZHZpc2VkIGJlY2F1c2Ugb2Yg dGhlIGxpa2VsaWhvb2QgdGhhdCBURSBMU1BzIHdvdWxkDQogICBjaGFuZ2Ug YmVmb3JlIHRoZXkgY291bGQgYmUgZ2xvYmFsbHkgcmVvcHRpbWl6ZWQuICBH bG9iYWwNCiAgIHJlb3B0aW1pemF0aW9uIGlzIG1vcmUgYXBwbGljYWJsZSB0 byBzdGFibGUgbmV0d29ya3Mgc3VjaCBhcw0KICAgdHJhbnNwb3J0IG5ldHdv cmtzIG9yIHRob3NlIHdpdGggbG9uZy10ZXJtIFRFIExTUCB0dW5uZWxzLg0K DQogICBUaGlzIGRvY3VtZW50IHByb3ZpZGVzIGFwcGxpY2F0aW9uLXNwZWNp ZmljIHJlcXVpcmVtZW50cyBhbmQgdGhlIFBDRVANCiAgIGV4dGVuc2lvbnMg aW4gc3VwcG9ydCBvZiBHQ08gYXBwbGljYXRpb25zLg0KDQoNCg0KDQoNCg0K DQoNCg0KTGVlLCBldCBhbC4gICAgICAgICAgICAgIEV4cGlyZXMgQXVndXN0 IDE3LCAyMDA5ICAgICAgICAgICAgICAgIFtQYWdlIDJdDQoMDQpJbnRlcm5l dC1EcmFmdCAgICAgUENFIEdsb2JhbCBDb25jdXJyZW50IE9wdGltaXphdGlv biAgICAgICAgIE1hcmNoIDIwMDkNCg0KDQpUYWJsZSBvZiBDb250ZW50cw0K DQogICAxLiAgSW50cm9kdWN0aW9uIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDQNCiAgIDIuICBUZXJtaW5v bG9neSAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAgNg0KICAgMy4gIEFwcGxpY2FiaWxpdHkgb2YgR2xvYmFs IENvbmN1cnJlbnQgT3B0aW1pemF0aW9uIChHQ08pICAuIC4gLiAuICA3DQog ICAgIDMuMS4gIEFwcGxpY2F0aW9uIG9mIHRoZSBQQ0UgQXJjaGl0ZWN0dXJl ICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gIDcNCiAgICAgMy4yLiAgR3JlZW5m aWVsZCBPcHRpbWl6YXRpb24gIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAgOA0KICAgICAgIDMuMi4xLiAgU2luZ2xlLWxheWVyIFRyYWZm aWMgRW5naW5lZXJpbmcgLiAuIC4gLiAuIC4gLiAuIC4gLiAuICA4DQogICAg ICAgMy4yLjIuICBNdWx0aS1sYXllciBUcmFmZmljIEVuZ2luZWVyaW5nICAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gIDgNCiAgICAgMy4zLiAgUmUtb3B0aW1p emF0aW9uIG9mIEV4aXN0aW5nIE5ldHdvcmtzIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAgOA0KICAgICAgIDMuMy4xLiAgUmVjb25maWd1cmF0aW9uIG9mIHRo ZSBWaXJ0dWFsIE5ldHdvcmsgVG9wb2xvZ3kNCiAgICAgICAgICAgICAgIChW TlQpICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAgOQ0KICAgICAgIDMuMy4yLiAgVHJhZmZpYyBNaWdyYXRpb24g IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuICA5DQogICA0 LiAgUENFQ1AgUmVxdWlyZW1lbnRzIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gMTANCiAgIDUuICBQcm90b2NvbCBFeHRl bnNpb25zIGZvciBTdXBwb3J0IG9mIEdsb2JhbCBDb25jdXJyZW50DQogICAg ICAgT3B0aW1pemF0aW9uIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gMTQNCiAgICAgNS4xLiAgR2xvYmFsIE9i amVjdGl2ZSBGdW5jdGlvbiAoR09GKSBTcGVjaWZpY2F0aW9uICAuIC4gLiAu IC4gLiAxNA0KICAgICA1LjIuICBJbmRpY2F0aW9uIG9mIEdsb2JhbCBDb25j dXJyZW50IE9wdGltaXphdGlvbiBSZXF1ZXN0cyAgLiAuIDE1DQogICAgIDUu My4gIFJlcXVlc3QgZm9yIFRoZSBPcmRlciBvZiBURSBMU1AgIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gMTUNCiAgICAgNS40LiAgVGhlIE9yZGVyIFJl c3BvbnNlIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAxNg0KICAgICA1LjUuICBHTE9CQUwgQ09OU1RSQUlOVFMgKEdDKSBPYmpl Y3QgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDE3DQogICAgIDUuNi4g IEVycm9yIEluZGljYXRvciAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gMTgNCiAgICAgNS43LiAgTk8tUEFUSCBJbmRpY2F0 b3IgIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAx OQ0KICAgNi4gIE1hbmFnZWFiaWxpdHkgQ29uc2lkZXJhdGlvbnMgLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDIwDQogICAgIDYuMS4gIENv bnRyb2wgb2YgRnVuY3Rpb24gYW5kIFBvbGljeSAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gMjANCiAgICAgNi4yLiAgSW5mb3JtYXRpb24gYW5kIERh dGEgTW9kZWxzLCBlLmcuIE1JQiBtb2R1bGUgLiAuIC4gLiAuIC4gLiAyMA0K ICAgICA2LjMuICBMaXZlbmVzcyBEZXRlY3Rpb24gYW5kIE1vbml0b3Jpbmcg IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDIwDQogICAgIDYuNC4gIFZlcmlm eWluZyBDb3JyZWN0IE9wZXJhdGlvbiAgLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gMjANCiAgICAgNi41LiAgUmVxdWlyZW1lbnRzIG9uIE90aGVy IFByb3RvY29scyBhbmQgRnVuY3Rpb25hbA0KICAgICAgICAgICBDb21wb25l bnRzIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIDIxDQogICAgIDYuNi4gIEltcGFjdCBvbiBOZXR3b3JrIE9wZXJh dGlvbiAgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMjENCiAgIDcu ICBTZWN1cml0eSBDb25zaWRlcmF0aW9ucyAgLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAyMQ0KICAgOC4gIEFja25vd2xlZGdlbWVu dHMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIDIxDQogICA5LiAgSUFOQSBDb25zaWRlcmF0aW9ucyAgLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMjINCiAgICAgOS4x LiAgUmVxdWVzdCBQYXJhbWV0ZXIgQml0IEZsYWdzICAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAyMg0KICAgICA5LjIuICBOZXcgUENFUCBUTFYg LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IDIyDQogICAgIDkuMy4gIE5ldyBGbGFnIGluIFBDRS1DQVAtRkxBR1MgU3Vi LVRMViBpbiBQQ0VEICAuIC4gLiAuIC4gLiAuIC4gMjINCiAgICAgOS40LiAg TmV3IFBDRVAgT2JqZWN0ICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAyMw0KICAgICA5LjUuICBOZXcgUENFUCBFcnJvciBD b2RlcyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDIz DQogICAgICAgOS41LjEuICBOZXcgRXJyb3ItVmFsdWVzIGZvciBFeGlzdGlu ZyBFcnJvci1UeXBlcyAgLiAuIC4gLiAuIC4gMjMNCiAgICAgICA5LjUuMi4g IE5ldyBFcnJvci1UeXBlcyBhbmQgRXJyb3ItVmFsdWVzIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAyMw0KICAgICA5LjYuICBOZXcgTm8tUGF0aCBSZWFzb25z ICAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDI0DQog ICAxMC4gUmVmZXJlbmNlcyAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gMjQNCiAgICAgMTAuMS4gTm9ybWF0 aXZlIFJlZmVyZW5jZXMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4g LiAuIC4gLiAyNA0KICAgICAxMC4yLiBJbmZvcm1hdGl2ZSBSZWZlcmVuY2Vz IC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAuIDI1DQogICBB dXRob3JzJyBBZGRyZXNzZXMgLiAuIC4gLiAuIC4gLiAuIC4gLiAuIC4gLiAu IC4gLiAuIC4gLiAuIC4gLiAuIC4gMjUNCiAgIEludGVsbGVjdHVhbCBQcm9w ZXJ0eSBhbmQgQ29weXJpZ2h0IFN0YXRlbWVudHMgLiAuIC4gLiAuIC4gLiAu IC4gLiAyNg0KDQoNCg0KTGVlLCBldCBhbC4gICAgICAgICAgICAgIEV4cGly ZXMgQXVndXN0IDE3LCAyMDA5ICAgICAgICAgICAgICAgIFtQYWdlIDNdDQoM DQpJbnRlcm5ldC1EcmFmdCAgICAgUENFIEdsb2JhbCBDb25jdXJyZW50IE9w dGltaXphdGlvbiAgICAgICAgIE1hcmNoIDIwMDkNCg0KDQoxLiAgSW50cm9k dWN0aW9uDQoNCiAgIFtSRkM0NjU1XSBkZWZpbmVzIHRoZSBQYXRoIENvbXB1 dGF0aW9uIEVsZW1lbnQgKFBDRSkgYmFzZWQNCiAgIEFyY2hpdGVjdHVyZSBh bmQgZXhwbGFpbnMgaG93IGEgUENFIG1heSBjb21wdXRlIExhYmVsIFN3aXRj aGVkIFBhdGhzDQogICAoTFNQcykgaW4gTXVsdGlwcm90b2NvbCBMYWJlbCBT d2l0Y2hpbmcgVHJhZmZpYyBFbmdpbmVlcmluZyAoTVBMUy1URSkNCiAgIGFu ZCBHZW5lcmFsaXplZCBNUExTIChHTVBMUykgbmV0d29ya3MgYXQgdGhlIHJl cXVlc3Qgb2YgUGF0aA0KICAgQ29tcHV0YXRpb24gQ2xpZW50cyAoUENDcyku ICBBIFBDQyBpcyBzaG93biB0byBiZSBhbnkgbmV0d29yaw0KICAgY29tcG9u ZW50IHRoYXQgbWFrZXMgc3VjaCBhIHJlcXVlc3QgYW5kIG1heSBiZSBmb3Ig aW5zdGFuY2UgYSBMYWJlbA0KICAgU3dpdGNoaW5nIFJvdXRlciAoTFNSKSBv ciBhIE5ldHdvcmsgTWFuYWdlbWVudCBTeXN0ZW0gKE5NUykuICBUaGUNCiAg IFBDRSwgaXRzZWxmLCBpcyBzaG93biB0byBiZSBsb2NhdGVkIGFueXdoZXJl IHdpdGhpbiB0aGUgbmV0d29yaywgYW5kDQogICBtYXkgYmUgd2l0aGluIGFu IExTUiwgYW4gTk1TIG9yIE9wZXJhdGlvbmFsIFN1cHBvcnQgU3lzdGVtIChP U1MpLCBvcg0KICAgbWF5IGJlIGFuIGluZGVwZW5kZW50IG5ldHdvcmsgc2Vy dmVyLg0KDQogICBUaGUgUENFIENvbW11bmljYXRpb24gUHJvdG9jb2wgKFBD RVApIGlzIHRoZSBjb21tdW5pY2F0aW9uIHByb3RvY29sDQogICB1c2VkIGJl dHdlZW4gUENDIGFuZCBQQ0UsIGFuZCBtYXkgYWxzbyBiZSB1c2VkIGJldHdl ZW4gY29vcGVyYXRpbmcNCiAgIFBDRXMuICBbUkZDNDY1N10gc2V0cyBvdXQg Z2VuZXJpYyBwcm90b2NvbCByZXF1aXJlbWVudHMgZm9yIFBDRVAuDQogICBB ZGRpdGlvbmFsIGFwcGxpY2F0aW9uLXNwZWNpZmljIHJlcXVpcmVtZW50cyBm b3IgUENFUCBhcmUgZGVmaW5lZCBpbg0KICAgc2VwYXJhdGUgZG9jdW1lbnRz Lg0KDQogICBUaGlzIGRvY3VtZW50IHByb3ZpZGVzIGEgc2V0IG9mIHJlcXVp cmVtZW50cyBhbmQgUENFUCBleHRlbnNpb25zIGluDQogICBzdXBwb3J0IG9m IGNvbmN1cnJlbnQgcGF0aCBjb21wdXRhdGlvbiBhcHBsaWNhdGlvbnMuICBB IGNvbmN1cnJlbnQNCiAgIHBhdGggY29tcHV0YXRpb24gaXMgYSBwYXRoIGNv bXB1dGF0aW9uIGFwcGxpY2F0aW9uIHdoZXJlIGEgc2V0IG9mIFRFDQogICBw YXRocyBhcmUgY29tcHV0ZWQgY29uY3VycmVudGx5IGluIG9yZGVyIHRvIGVm ZmljaWVudGx5IHV0aWxpemUNCiAgIG5ldHdvcmsgcmVzb3VyY2VzLiAgVGhl IGNvbXB1dGF0aW9uIG1ldGhvZCBpbnZvbHZlZCB3aXRoIGEgY29uY3VycmVu dA0KICAgcGF0aCBjb21wdXRhdGlvbiBpcyByZWZlcnJlZCB0byBhcyBnbG9i YWwgY29uY3VycmVudCBvcHRpbWl6YXRpb24gaW4NCiAgIHRoaXMgZG9jdW1l bnQuICBBcHByb3ByaWF0ZSBjb21wdXRhdGlvbiBhbGdvcml0aG1zIHRvIHBl cmZvcm0gdGhpcw0KICAgdHlwZSBvZiBvcHRpbWl6YXRpb24gYXJlIG91dCBv ZiB0aGUgc2NvcGUgb2YgdGhpcyBkb2N1bWVudC4NCg0KICAgVGhlIEdsb2Jh bCBDb25jdXJyZW50IE9wdGltaXphdGlvbiAoR0NPKSBhcHBsaWNhdGlvbiBp cyBwcmltYXJpbHkgYW4NCiAgIE5NUyBvciBhIFBDRSBTZXJ2ZXIgYmFzZWQg c29sdXRpb24uICBPd2luZyB0byBjb21wbGV4IHN5bmNocm9uaXphdGlvbg0K ICAgaXNzdWVzIGFzc29jaWF0ZWQgd2l0aCBHQ08gYXBwbGljYXRpb25zLCB0 aGUgbWFuYWdlbWVudCBiYXNlZCBQQ0UNCiAgIGFyY2hpdGVjdHVyZSBkZWZp bmVkIGluIFNlY3Rpb24gNS41IG9mIFtSRkM0NjU1XSBpcyBjb25zaWRlcmVk IGFzIHRoZQ0KICAgbW9zdCBzdWl0YWJsZSB1c2FnZSB0byBzdXBwb3J0IEdD TyBhcHBsaWNhdGlvbi4gIFRoaXMgZG9lcyBub3QNCiAgIHByZWNsdWRlIG90 aGVyIGFyY2hpdGVjdHVyYWwgYWx0ZXJuYXRpdmVzIHRvIHN1cHBvcnQgR0NP IGFwcGxpY2F0aW9uLA0KICAgYnV0IHRoZXkgYXJlIE5PVCBSRUNPTU1FTkRF RC4gIEZvciBpbnN0YW5jZSwgR0NPIG1pZ2h0IGJlIGVuYWJsZWQgYnkNCiAg IGRpc3RyaWJ1dGVkIExTUnMgdGhyb3VnaCBjb21wbGV4IHN5bmNocm9uaXph dGlvbiBtZWNoYW5pc21zLg0KICAgSG93ZXZlciwgdGhpcyBhcHByb2FjaCBt aWdodCBzdWZmZXIgZnJvbSBzaWduaWZpY2FudCBzeW5jaHJvbml6YXRpb24N CiAgIG92ZXJoZWFkIGJldHdlZW4gdGhlIFBDRSBhbmQgZWFjaCBvZiB0aGUg UENDcy4gIEl0IHdvdWxkIGxpa2VseQ0KICAgYWZmZWN0IHRoZSBuZXR3b3Jr IHN0YWJpbGl0eSBhbmQgaGVuY2Ugc2lnbmlmaWNhbnRseSBkaW1pbmlzaCB0 aGUNCiAgIGJlbmVmaXRzIG9mIGRlcGxveWluZyBQQ0VzLg0KDQogICBUaGUg bmVlZCBmb3IgZ2xvYmFsIGNvbmN1cnJlbnQgcGF0aCBjb21wdXRhdGlvbiBt YXkgYWxzbyBhcmlzZSB3aGVuDQogICBuZXR3b3JrIG9wZXJhdG9ycyBuZWVk IHRvIGVzdGFibGlzaCBhIHNldCBvZiBURSBMU1BzIGluIHRoZWlyIG5ldHdv cmsNCiAgIHBsYW5uaW5nIHByb2Nlc3MuICBJdCBpcyBhbHNvIGVudmlzaW9u ZWQgdGhhdCBuZXR3b3JrIG9wZXJhdG9ycyBtaWdodA0KICAgcmVxdWlyZSBn bG9iYWwgY29uY3VycmVudCBwYXRoIGNvbXB1dGF0aW9uIGluIHRoZSBldmVu dCBvZg0KICAgY2F0YXN0cm9waGljIG5ldHdvcmsgZmFpbHVyZXMsIHdoZXJl IGEgc2V0IG9mIFRFIExTUHMgbmVlZCB0byBiZQ0KICAgb3B0aW1hbGx5IHJl cm91dGVkLiAgVGhlIG5hdHVyZSBvZiB0aGlzIHdvcmsgcHJvbW90ZSB0aGUg dXNlIG9mIHN1Y2gNCiAgIHN5c3RlbXMgZm9yIG9mZmxpbmUgcHJvY2Vzc2lu Zy4gIE9ubGluZSBhcHBsaWNhdGlvbiBvZiB0aGlzIHdvcmsNCg0KDQpMZWUs IGV0IGFsLiAgICAgICAgICAgICAgRXhwaXJlcyBBdWd1c3QgMTcsIDIwMDkg ICAgICAgICAgICAgICAgW1BhZ2UgNF0NCgwNCkludGVybmV0LURyYWZ0ICAg ICBQQ0UgR2xvYmFsIENvbmN1cnJlbnQgT3B0aW1pemF0aW9uICAgICAgICAg TWFyY2ggMjAwOQ0KDQoNCiAgIHNob3VsZCBvbmx5IGJlIGNvbnNpZGVyZWQg d2l0aCBwcm92ZW4gZW1waXJpY2FsIHZhbGlkYXRpb24uDQoNCiAgIEFzIG5l dyBURSBMU1BzIGFyZSBhZGRlZCBvciByZW1vdmVkIGZyb20gdGhlIG5ldHdv cmsgb3ZlciB0aW1lLCB0aGUNCiAgIGdsb2JhbCBuZXR3b3JrIHJlc291cmNl cyBiZWNvbWUgZnJhZ21lbnRlZCBhbmQgdGhlIGV4aXN0aW5nIHBsYWNlbWVu dA0KICAgb2YgVEUgTFNQcyB3aXRoaW4gbmV0d29yayBubyBsb25nZXIgcHJv dmlkZXMgb3B0aW1hbCB1c2Ugb2YgdGhlDQogICBhdmFpbGFibGUgY2FwYWNp dHkuICBBIGdsb2JhbCBjb25jdXJyZW50IHBhdGggY29tcHV0YXRpb24gaXMg YWJsZSB0bw0KICAgc2ltdWx0YW5lb3VzbHkgY29uc2lkZXIgdGhlIGVudGly ZSB0b3BvbG9neSBvZiB0aGUgbmV0d29yayBhbmQgdGhlDQogICBjb21wbGV0 ZSBzZXQgb2YgZXhpc3RpbmcgVEUgTFNQcyBhbmQgdGhlaXIgcmVzcGVjdGl2 ZSBjb25zdHJhaW50cywNCiAgIGFuZCBsb29rIHRvIHJlLW9wdGltaXplIHRo ZSBlbnRpcmUgbmV0d29yayB0byBzYXRpc2Z5IGFsbCBjb25zdHJhaW50cw0K ICAgZm9yIGFsbCBURSBMU1BzLiAgQWx0ZXJuYXRpdmVseSwgdGhlIGFwcGxp Y2F0aW9uIG1heSBjb25zaWRlciBhDQogICBzdWJzZXQgb2YgdGhlIFRFIExT UHMgYW5kL29yIGEgc3Vic2V0IG9mIHRoZSBuZXR3b3JrIHRvcG9sb2d5LiAg Tm90ZQ0KICAgdGhhdCBvdGhlciBwcmVlbXB0aW9uIGNhbiBhbHNvIGhlbHAg cmVkdWNpbmcgdGhlIGZyYWdtZW50YXRpb24NCiAgIGlzc3Vlcy4NCg0KICAg V2hpbGUgR0NPIGlzIGFwcGxpY2FibGUgdG8gYW55IHNpbXVsdGFuZW91cyBy ZXF1ZXN0IGZvciBtdWx0aXBsZSBURQ0KICAgTFNQcyAoZm9yIGV4YW1wbGUs IGEgcmVxdWVzdCBmb3IgZW5kLXRvLWVuZCBwcm90ZWN0aW9uKSwgaXQgaXMg Tk9UDQogICBSRUNPTU1FTkRFRCB0aGF0IGdsb2JhbCBjb25jdXJyZW50IHJl b3B0aW1pemF0aW9uIHdvdWxkIGJlIGFwcGxpZWQgaW4NCiAgIGEgbmV0d29y ayAoc3VjaCBhcyBhbiBNUExTLVRFIG5ldHdvcmspIHRoYXQgY29udGFpbnMg YSB2ZXJ5IGxhcmdlDQogICBudW1iZXIgb2YgdmVyeSBsb3cgYmFuZHdpZHRo IG9yIHplcm8gYmFuZHdpZHRoIFRFIExTUHMgc2luY2UgdGhlDQogICBsYXJn ZSBzY29wZSBvZiB0aGUgcHJvYmxlbSBhbmQgdGhlIHNtYWxsIGJlbmVmaXQg b2YgY29uY3VycmVudA0KICAgcmVvcHRpbWl6YXRpb24gcmVsYXRpdmUgdG8g c2luZ2xlIFRFIExTUCByZW9wdGltaXphdGlvbiBpcyB1bmxpa2VseQ0KICAg dG8gbWFrZSB0aGUgcHJvY2VzcyB3b3J0aHdoaWxlLiAgRnVydGhlciwgYXBw bHlpbmcgZ2xvYmFsIGNvbmN1cnJlbnQNCiAgIHJlb3B0aW1pemF0aW9uIGlu IGEgbmV0d29yayB3aXRoIGEgaGlnaCByYXRlIG9mIGNoYW5nZSBvZiBURSBM U1BzDQogICAoY2h1cm4pIGlzIE5PVCBSRUNPTU1FTkRFRCBiZWNhdXNlIG9m IHRoZSBsaWtlbGlob29kIHRoYXQgVEUgTFNQcw0KICAgd291bGQgY2hhbmdl IGJlZm9yZSB0aGV5IGNvdWxkIGJlIGdsb2JhbGx5IHJlb3B0aW1pemVkLiAg R2xvYmFsDQogICByZW9wdGltaXphdGlvbiBpcyBtb3JlIGFwcGxpY2FibGUg dG8gc3RhYmxlIG5ldHdvcmtzIHN1Y2ggYXMNCiAgIHRyYW5zcG9ydCBuZXR3 b3JrcyBvciB0aG9zZSB3aXRoIGxvbmctdGVybSBURSBMU1AgdHVubmVscy4N Cg0KICAgVGhlIG1haW4gZm9jdXMgb2YgdGhpcyBkb2N1bWVudCBpcyB0byBo aWdobGlnaHQgdGhlIFBDQy1QQ0UNCiAgIGNvbW11bmljYXRpb24gbmVlZHMg aW4gc3VwcG9ydCBvZiBhIGNvbmN1cnJlbnQgcGF0aCBjb21wdXRhdGlvbg0K ICAgYXBwbGljYXRpb25zIGFuZCB0byBkZWZpbmUgcHJvdG9jb2wgZXh0ZW5z aW9ucyB0byBtZWV0IHRob3NlIG5lZWRzLg0KDQogICBUaGUgUENDLVBDRSBy ZXF1aXJlbWVudHMgYWRkcmVzc2VkIGhlcmVpbiBhcmUgc3BlY2lmaWMgdG8g dGhlIGNvbnRleHQNCiAgIHdoZXJlIHRoZSBQQ0UgaXMgYSBzcGVjaWFsaXpl ZCBQQ0UgdGhhdCBpcyBjYXBhYmxlIG9mIHBlcmZvcm1pbmcNCiAgIGNvbXB1 dGF0aW9ucyBpbiBzdXBwb3J0IG9mIEdDTy4gIERpc2NvdmVyeSBvZiBzdWNo IGNhcGFiaWxpdGllcyBtaWdodA0KICAgYmUgZGVzaXJhYmxlIGFuZCBjb3Vs ZCBiZSBhY2hpZXZlZCB0aHJvdWdoIGV4dGVuc2lvbnMgdG8gdGhlIFBDRQ0K ICAgZGlzY292ZXJ5IG1lY2hhbmlzbXMgW1JGQzQ2NzRdLCBbUkZDNTA4OF0s IFtSRkM1MDg5XSwgYnV0IHRoYXQgaXMgb3V0DQogICBvZiB0aGUgc2NvcGUg b2YgdGhpcyBkb2N1bWVudC4NCg0KICAgSXQgaXMgdG8gYmUgbm90ZWQgdGhh dCBCYWNrd2FyZCBSZWN1cnNpdmUgUGF0aCBDb21wdXRhdGlvbiAoQlJQQykN CiAgIFtCUlBDXSBpcyBhIG11bHRpLVBDRSBwYXRoIGNvbXB1dGF0aW9uIHRl Y2huaXF1ZSB1c2VkIHRvIGNvbXB1dGUgYQ0KICAgc2hvcnRlc3QgY29uc3Ry YWluZWQgaW50ZXItZG9tYWluIHBhdGggd2hlcmVhcyB0aGlzIElEIHNwZWNp ZmllcyBhDQogICB0ZWNobmlxdWUgd2hlcmUgYSBzZXQgb2YgcGF0aCBjb21w dXRhdGlvbiByZXF1ZXN0cyBhcmUgYnVuZGxlZCBhbmQNCiAgIHNlbmQgdG8g YSBQQ0Ugd2l0aCB0aGUgb2JqZWN0aXZlIG9mICJvcHRpbWl6aW5nIiB0aGUg c2V0IG9mIGNvbXB1dGVkDQogICBwYXRocy4NCg0KDQoNCg0KDQpMZWUsIGV0 IGFsLiAgICAgICAgICAgICAgRXhwaXJlcyBBdWd1c3QgMTcsIDIwMDkgICAg ICAgICAgICAgICAgW1BhZ2UgNV0NCgwNCkludGVybmV0LURyYWZ0ICAgICBQ Q0UgR2xvYmFsIENvbmN1cnJlbnQgT3B0aW1pemF0aW9uICAgICAgICAgTWFy Y2ggMjAwOQ0KDQoNCjIuICBUZXJtaW5vbG9neQ0KDQogICBNb3N0IG9mIHRo ZSB0ZXJtaW5vbG9neSB1c2VkIGluIHRoaXMgZG9jdW1lbnQgaXMgZXhwbGFp bmVkIGluDQogICBbUkZDNDY1NV0uICBBIGZldyBrZXkgdGVybXMgYXJlIHJl cGVhdGVkIGhlcmUgZm9yIGNsYXJpdHkuDQoNCiAgIFBDQzogUGF0aCBDb21w dXRhdGlvbiBDbGllbnQ6IEFueSBjbGllbnQgYXBwbGljYXRpb24gcmVxdWVz dGluZyBhDQogICBwYXRoIGNvbXB1dGF0aW9uIHRvIGJlIHBlcmZvcm1lZCBi eSBhIFBhdGggQ29tcHV0YXRpb24gRWxlbWVudC4NCg0KICAgUENFOiBQYXRo IENvbXB1dGF0aW9uIEVsZW1lbnQ6IEFuIGVudGl0eSAoY29tcG9uZW50LCBh cHBsaWNhdGlvbiBvcg0KICAgbmV0d29yayBub2RlKSB0aGF0IGlzIGNhcGFi bGUgb2YgY29tcHV0aW5nIGEgbmV0d29yayBwYXRoIG9yIHJvdXRlDQogICBi YXNlZCBvbiBhIG5ldHdvcmsgZ3JhcGggYW5kIGFwcGx5aW5nIGNvbXB1dGF0 aW9uYWwgY29uc3RyYWludHMuDQoNCiAgIFRFRDogVHJhZmZpYyBFbmdpbmVl cmluZyBEYXRhYmFzZSB3aGljaCBjb250YWlucyB0aGUgdG9wb2xvZ3kgYW5k DQogICByZXNvdXJjZSBpbmZvcm1hdGlvbiBvZiB0aGUgZG9tYWluLiAgVGhl IFRFRCBtYXkgYmUgZmVkIGJ5IElHUA0KICAgZXh0ZW5zaW9ucyBvciBwb3Rl bnRpYWxseSBieSBvdGhlciBtZWFucy4NCg0KICAgUENFQ1A6IFRoZSBQQ0Ug Q29tbXVuaWNhdGlvbiBQcm90b2NvbDogUENFQ1AgaXMgdGhlIGdlbmVyaWMg YWJzdHJhY3QNCiAgIGlkZWEgb2YgYSBwcm90b2NvbCB0aGF0IGlzIHVzZWQg dG8gY29tbXVuaWNhdGUgcGF0aCBjb21wdXRhdGlvbg0KICAgcmVxdWVzdHMg ZnJvbSBhIFBDQyB0byBhIFBDRSwgYW5kIHRvIHJldHVybiBjb21wdXRlZCBw YXRocyBmcm9tIHRoZSANCiAgIFBDRSB0byB0aGUgUENDLiAgVGhlIFBDRUNQ IGNhbiBhbHNvIGJlIHVzZWQgYmV0d2VlbiBjb29wZXJhdGluZyBQQ0VzLg0K DQogICBQQ0VQOiBUaGUgUENFIGNvbW11bmljYXRpb24gUHJvdG9jb2w6IFBD RVAgaXMgdGhlIGFjdHVhbCBwcm90b2NvbA0KICAgdGhhdCBpbXBsZW1lbnRz IHRoZSBQQ0VDUCBpZGVhLg0KDQogICBHQ086IEdsb2JhbCBDb25jdXJyZW50 IE9wdGltaXphdGlvbjogQSBjb25jdXJyZW50IHBhdGggY29tcHV0YXRpb24N CiAgIGFwcGxpY2F0aW9uIHdoZXJlIGEgc2V0IG9mIFRFIHBhdGhzIGFyZSBj b21wdXRlZCBjb25jdXJyZW50bHkgaW4NCiAgIG9yZGVyIHRvIG9wdGltaXpl IG5ldHdvcmsgcmVzb3VyY2VzLiAgQSBHQ08gcGF0aCBjb21wdXRhdGlvbiBp cyBhYmxlDQogICB0byBzaW11bHRhbmVvdXNseSBjb25zaWRlciB0aGUgZW50 aXJlIHRvcG9sb2d5IG9mIHRoZSBuZXR3b3JrIGFuZCB0aGUNCiAgIGNvbXBs ZXRlIHNldCBvZiBleGlzdGluZyBURSBMU1BzLCBhbmQgdGhlaXIgcmVzcGVj dGl2ZSBjb25zdHJhaW50cywNCiAgIGFuZCBsb29rIHRvIG9wdGltaXplIG9y IHJlLW9wdGltaXplIHRoZSBlbnRpcmUgbmV0d29yayB0byBzYXRpc2Z5IGFs bA0KICAgY29uc3RyYWludHMgZm9yIGFsbCBURSBMU1BzLiAgQSBHQ08gcGF0 aCBjb21wdXRhdGlvbiBjYW4gYWxzbyBwcm92aWRlDQogICBhbiBvcHRpbWFs IHdheSB0byBtaWdyYXRlIGZyb20gYW4gZXhpc3Rpbmcgc2V0IG9mIFRFIExT UHMgdG8gYQ0KICAgcmVvcHRpbWl6ZWQgc2V0IChNb3JwaGluZyBQcm9ibGVt KS4NCg0KICAgVGhlIGtleSB3b3JkcyAiTVVTVCIsICJNVVNUIE5PVCIsICJS RVFVSVJFRCIsICJTSEFMTCIsICJTSEFMTCBOT1QiLA0KICAgIlNIT1VMRCIs ICJTSE9VTEQgTk9UIiwgIlJFQ09NTUVOREVEIiwgIk1BWSIsIGFuZCAiT1BU SU9OQUwiIGluIHRoaXMNCiAgIGRvY3VtZW50IGFyZSB0byBiZSBpbnRlcnBy ZXRlZCBhcyBkZXNjcmliZWQgaW4gUkZDIDIxMTkgW1JGQzIxMTldLg0KICAg VGhlc2UgdGVybXMgYXJlIGFsc28gdXNlZCBpbiB0aGUgcGFydHMgb2YgdGhp cyBkb2N1bWVudCB0aGF0IHNwZWNpZnkNCiAgIHJlcXVpcmVtZW50cyBmb3Ig Y2xhcml0eSBvZiBzcGVjaWZpY2F0aW9uIG9mIHRob3NlIHJlcXVpcmVtZW50 cy4NCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQpMZWUsIGV0IGFsLiAgICAgICAg ICAgICAgRXhwaXJlcyBBdWd1c3QgMTcsIDIwMDkgICAgICAgICAgICAgICAg W1BhZ2UgNl0NCgwNCkludGVybmV0LURyYWZ0ICAgICBQQ0UgR2xvYmFsIENv bmN1cnJlbnQgT3B0aW1pemF0aW9uICAgICAgICAgTWFyY2ggMjAwOQ0KDQoN CjMuICBBcHBsaWNhYmlsaXR5IG9mIEdsb2JhbCBDb25jdXJyZW50IE9wdGlt aXphdGlvbiAoR0NPKQ0KDQogICBUaGlzIHNlY3Rpb24gZGlzY3Vzc2VzIHRo ZSBQQ0UgYXJjaGl0ZWN0dXJlIHRvIHdoaWNoIEdDTyBpcyBhcHBsaWVkLg0K ICAgSXQgYWxzbyBkaXNjdXNzZXMgdmFyaW91cyBhcHBsaWNhdGlvbiBzY2Vu YXJpb3MgZm9yIHdoaWNoIGdsb2JhbA0KICAgY29uY3VycmVudCBwYXRoIGNv bXB1dGF0aW9uIG1heSBiZSBhcHBsaWVkLg0KDQozLjEuICBBcHBsaWNhdGlv biBvZiB0aGUgUENFIEFyY2hpdGVjdHVyZQ0KDQogICBGaWd1cmUgMSBzaG93 cyB0aGUgUENFLWJhc2VkIG5ldHdvcmsgYXJjaGl0ZWN0dXJlIGFzIGRlZmlu ZWQgaW4NCiAgIFtSRkM0NjU1XSB0byB3aGljaCBHQ08gYXBwbGljYXRpb24g aXMgYXBwbGllZC4gIEl0IG11c3QgYmUgb2JzZXJ2ZWQNCiAgIHRoYXQgdGhl IFBDQyBpcyBub3QgbmVjZXNzYXJpbHkgYW4gTFNSIFtSRkM0NjU1XS4gIFRo ZSBHQ08NCiAgIGFwcGxpY2F0aW9uIGlzIHByaW1hcmlseSBhbiBOTVMtYmFz ZWQgc29sdXRpb24gaW4gd2hpY2ggYW4gTk1TIHBsYXlzDQogICB0aGUgZnVu Y3Rpb24gb2YgdGhlIFBDQy4gIEFsdGhvdWdoIEZpZ3VyZSAxIHNob3dzIHRo ZSBQQ0UgYXMgcmVtb3RlDQogICBmcm9tIHRoZSBOTVMsIGl0IG1pZ2h0IGJl IGNvbGxvY2F0ZWQgd2l0aCB0aGUgTk1TLiAgTm90ZSB0aGF0IGluIHRoZQ0K ICAgY29sbG9jYXRlZCBjYXNlIHRoZXJlIGlzIG5vIG5lZWQgZm9yIGEgc3Rh bmRhcmQgY29tbXVuaWNhdGlvbg0KICAgcHJvdG9jb2w7IHRoaXMgY2FuIHJl bHkgb24gaW50ZXJuYWwgQVBJcy4NCg0KDQoNCiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAtLS0tLS0tLS0tLQ0KICAgICAgICAg ICAgICAgICBBcHBsaWNhdGlvbiAgICAgICAgICAgfCAgIC0tLS0tICAgfA0K ICAgICAgICAgICAgICAgICAgIFJlcXVlc3QgICAgICAgICAgICAgfCAgfCBU RUQgfCAgfA0KICAgICAgICAgICAgICAgICAgICAgIHwgICAgICAgICAgICAg ICAgfCAgIC0tLS0tICAgfA0KICAgICAgICAgICAgICAgICAgICAgIHYgICAg ICAgICAgICAgICAgfCAgICAgfCAgICAgfA0KICAgICAgICAgICAgICAgIC0t LS0tLS0tLS0tLS0gUmVxdWVzdC8gfCAgICAgdiAgICAgfA0KICAgICAgICAg ICAgICAgfCAgICAgUENDICAgICB8IFJlc3BvbnNlfCAgIC0tLS0tICAgfA0K ICAgICAgICAgICAgICAgfCAoTk1TL1NlcnZlcil8PC0tLS0tLS0tKz4gfCBQ Q0UgfCAgfA0KICAgICAgICAgICAgICAgfCAgICAgICAgICAgICB8ICAgICAg ICAgfCAgIC0tLS0tICAgfA0KICAgICAgICAgICAgICAgIC0tLS0tLS0tLS0t LS0gICAgICAgICAgIC0tLS0tLS0tLS0tDQogICAgICAgICAgICAgIFNlcnZp Y2UgfA0KICAgICAgICAgICAgICBSZXF1ZXN0IHwNCiAgICAgICAgICAgICAg ICAgICAgICB2DQogICAgICAgICAgICAgICAgIC0tLS0tLS0tLS0gIFNpZ25h bGluZyAgIC0tLS0tLS0tLS0NCiAgICAgICAgICAgICAgICB8IEhlYWQtRW5k IHwgUHJvdG9jb2wgICB8IEFkamFjZW50IHwNCiAgICAgICAgICAgICAgICB8 ICBOb2RlICAgIHw8LS0tLS0tLS0tLT58ICAgTm9kZSAgIHwNCiAgICAgICAg ICAgICAgICAgLS0tLS0tLS0tLSAgICAgICAgICAgICAgLS0tLS0tLS0tLQ0K DQogICAgRmlndXJlIDE6IFBDRS1CYXNlZCBBcmNoaXRlY3R1cmUgZm9yIEds b2JhbCBDb25jdXJyZW50IE9wdGltaXphdGlvbg0KDQoNCiAgIFVwb24gcmVj ZWlwdCBvZiBhbiBhcHBsaWNhdGlvbiByZXF1ZXN0IChlLmcuLCBhIHRyYWZm aWMgZGVtYW5kIG1hdHJpeA0KICAgaXMgcHJvdmlkZWQgdG8gdGhlIE5NUyBi eSB0aGUgb3BlcmF0b3IncyBuZXR3b3JrIHBsYW5uaW5nIHByb2NlZHVyZSks DQogICB0aGUgTk1TIHJlcXVlc3RzIGEgZ2xvYmFsIGNvbmN1cnJlbnQgcGF0 aCBjb21wdXRhdGlvbiBmcm9tIHRoZSBQQ0UuDQogICBUaGUgUENFIHRoZW4g Y29tcHV0ZXMgdGhlIHJlcXVlc3RlZCBwYXRocyBjb25jdXJyZW50bHkgYXBw bHlpbmcgc29tZQ0KICAgYWxnb3JpdGhtcy4gIFZhcmlvdXMgYWxnb3JpdGht cyBhbmQgY29tcHV0YXRpb24gdGVjaG5pcXVlcyBoYXZlIGJlZW4NCiAgIHBy b3Bvc2VkIHRvIHBlcmZvcm0gdGhpcyBmdW5jdGlvbi4gIFNwZWNpZmljYXRp b24gb2Ygc3VjaCBhbGdvcml0aG1zDQogICBvciB0ZWNobmlxdWVzIGlzIG91 dHNpZGUgdGhlIHNjb3BlIG9mIHRoaXMgZG9jdW1lbnQuDQoNCg0KDQpMZWUs IGV0IGFsLiAgICAgICAgICAgICAgRXhwaXJlcyBBdWd1c3QgMTcsIDIwMDkg ICAgICAgICAgICAgICAgW1BhZ2UgN10NCgwNCkludGVybmV0LURyYWZ0ICAg ICBQQ0UgR2xvYmFsIENvbmN1cnJlbnQgT3B0aW1pemF0aW9uICAgICAgICAg TWFyY2ggMjAwOQ0KDQoNCiAgIFdoZW4gdGhlIHJlcXVlc3RlZCBwYXRoIGNv bXB1dGF0aW9uIGNvbXBsZXRlcywgdGhlIFBDRSBzZW5kcyB0aGUNCiAgIHJl c3VsdGluZyBwYXRocyBiYWNrIHRvIHRoZSBOTVMuICBUaGUgTk1TIHRoZW4g c3VwcGxpZXMgdGhlIGhlYWQtZW5kDQogICBMU1JzIHdpdGggYSBmdWxseSBj b21wdXRlZCBleHBsaWNpdCBwYXRoIGZvciBlYWNoIFRFIExTUCB0aGF0IG5l ZWRzDQogICB0byBiZSBlc3RhYmxpc2hlZC4NCg0KMy4yLiAgR3JlZW5maWVs ZCBPcHRpbWl6YXRpb24NCg0KICAgR3JlZW5maWVsZCBvcHRpbWl6YXRpb24g aXMgYSBzcGVjaWFsIGNhc2Ugb2YgR0NPIGFwcGxpY2F0aW9uIHdoZW4NCiAg IHRoZXJlIGFyZSBubyBURSBMU1BzIGFscmVhZHkgc2V0IHVwIGluIHRoZSBu ZXR3b3JrLiAgVGhlIG5lZWQgZm9yDQogICBncmVlbmZpZWxkIG9wdGltaXph dGlvbiBhcmlzZXMgd2hlbiBuZXR3b3JrIHBsYW5uZXIgd2FudHMgdG8gbWFr ZSB1c2UNCiAgIG9mIGEgY29tcHV0YXRpb24gc2VydmVyIHRvIHBsYW4gdGhl IFRFIExTUHMgdGhhdCB3aWxsIGJlIHByb3Zpc2lvbmVkDQogICBpbiB0aGUg bmV0d29yay4gIE5vdGUgdGhhdCBvbmNlIGdyZWVuZmllbGQgb3BlcmF0aW9u IGlzIG9uZS10aW1lDQogICBvcHRpbWl6YXRpb24uICBXaGVuIG5ldHdvcmsg Y29uZGl0aW9ucyBjaGFuZ2UgZHVlIHRvIGZhaWx1cmUgb3Igb3RoZXINCiAg IGNoYW5nZXMsIHRoZW4gcmUtb3B0aW1pemF0aW9uIG1vZGUgb2Ygb3BlcmF0 aW9uIHdpbGwga2ljayBpbi4NCg0KICAgV2hlbiBhIG5ldyBURSBuZXR3b3Jr IG5lZWRzIHRvIGJlIHByb3Zpc2lvbmVkIGZyb20gYSBncmVlbmZpZWxkDQog ICBwZXJzcGVjdGl2ZSwgYSBzZXQgb2YgVEUgTFNQcyBuZWVkcyB0byBiZSBj cmVhdGVkIGJhc2VkIG9uIHRyYWZmaWMNCiAgIGRlbWFuZCwgbmV0d29yayB0 b3BvbG9neSwgc2VydmljZSBjb25zdHJhaW50cywgYW5kIG5ldHdvcmsgcmVz b3VyY2VzLg0KICAgSW4gdGhpcyBzY2VuYXJpbywgdGhlIGFiaWxpdHkgdG8g cGVyZm9ybSBjb25jdXJyZW50IGNvbXB1dGF0aW9uIGlzDQogICBkZXNpcmFi bGUsIG9yIHJlcXVpcmVkLCB0byB1dGlsaXplIG5ldHdvcmsgcmVzb3VyY2Vz IGluIGFuIG9wdGltYWwNCiAgIG1hbm5lciBhbmQgYXZvaWQgYmxvY2tpbmcu DQoNCjMuMi4xLiAgU2luZ2xlLWxheWVyIFRyYWZmaWMgRW5naW5lZXJpbmcN Cg0KICAgR3JlZW5maWVsZCBvcHRpbWl6YXRpb24gY2FuIGJlIGFwcGxpZWQg d2hlbiBsYXllci1zcGVjaWZpYyBURSBMU1BzDQogICBuZWVkIHRvIGJlIGNy ZWF0ZWQgZnJvbSBhIGdyZWVuZmllbGQgcGVyc3BlY3RpdmUuICBGb3IgZXhh bXBsZSwgYW4NCiAgIE1QTFMtVEUgbmV0d29yayBjYW4gYmUgcGxhbm5lZCBi YXNlZCBvbiBsYXllciAzIHNwZWNpZmljIHRyYWZmaWMNCiAgIGRlbWFuZHMs IHRoZSBuZXR3b3JrIHRvcG9sb2d5LCBhbmQgYXZhaWxhYmxlIG5ldHdvcmsg cmVzb3VyY2VzLg0KICAgR3JlZW5maWVsZCBvcHRpbWl6YXRpb24gZm9yIHNp bmdsZS1sYXllciB0cmFmZmljIGVuZ2luZWVyaW5nIGNhbiBiZQ0KICAgYXBw bGllZCB0byBvcHRpY2FsIHRyYW5zcG9ydCBuZXR3b3JrcyBzdWNoIGFzIFNE SC9Tb25ldCwgRXRoZXJuZXQNCiAgIFRyYW5zcG9ydCwgV0RNLCBldGMuDQoN CjMuMi4yLiAgTXVsdGktbGF5ZXIgVHJhZmZpYyBFbmdpbmVlcmluZw0KDQog ICBHcmVlbmZpZWxkIG9wdGltaXphdGlvbiBpcyBub3QgbGltaXRlZCB0byBz aW5nbGUtbGF5ZXIgdHJhZmZpYw0KICAgZW5naW5lZXJpbmcuICBJdCBjYW4g YWxzbyBiZSBhcHBsaWVkIHRvIG11bHRpLWxheWVyIHRyYWZmaWMNCiAgIGVu Z2luZWVyaW5nIFtQQ0UtTUxOXS4gIEJvdGggdGhlIGNsaWVudCBhbmQgdGhl IHNlcnZlciBsYXllcnMgbmV0d29yaw0KICAgcmVzb3VyY2VzIGFuZCB0b3Bv bG9neSBjYW4gYmUgY29uc2lkZXJlZCBzaW11bHRhbmVvdXNseSBpbiBzZXR0 aW5nIHVwDQogICBhIHNldCBvZiBURSBMU1BzIHRoYXQgdHJhdmVyc2UgdGhl IGxheWVyIGJvdW5kYXJ5Lg0KDQozLjMuICBSZS1vcHRpbWl6YXRpb24gb2Yg RXhpc3RpbmcgTmV0d29ya3MNCg0KICAgVGhlIG5lZWQgZm9yIGdsb2JhbCBj b25jdXJyZW50IHBhdGggY29tcHV0YXRpb24gbWF5IGFyaXNlIGluIGV4aXN0 aW5nDQogICBuZXR3b3Jrcy4gIFdoZW4gYW4gZXhpc3RpbmcgVEUgTFNQIG5l dHdvcmsgZXhwZXJpZW5jZXMgc3ViLW9wdGltYWwNCiAgIHVzZSBvZiBpdHMg cmVzb3VyY2VzLCB0aGUgbmVlZCBmb3IgcmUtb3B0aW1pemF0aW9uIG9yIHJl Y29uZmlndXJhdGlvbg0KICAgbWF5IGFyaXNlLiAgVGhlIHNjb3BlIG9mIHJl LW9wdGltaXphdGlvbiBhbmQgcmVjb25maWd1cmF0aW9uIG1heSB2YXJ5DQog ICBkZXBlbmRpbmcgb24gcGFydGljdWxhciBzaXR1YXRpb25zLiAgVGhlIHNj b3BlIG9mIHJlLW9wdGltaXphdGlvbiBtYXkNCiAgIGJlIGxpbWl0ZWQgdG8g YmFuZHdpZHRoIG1vZGlmaWNhdGlvbiB0byBhbiBleGlzdGluZyBURSBMU1Au ICBIb3dldmVyLA0KDQoNCkxlZSwgZXQgYWwuICAgICAgICAgICAgICBFeHBp cmVzIEF1Z3VzdCAxNywgMjAwOSAgICAgICAgICAgICAgICBbUGFnZSA4XQ0K DA0KSW50ZXJuZXQtRHJhZnQgICAgIFBDRSBHbG9iYWwgQ29uY3VycmVudCBP cHRpbWl6YXRpb24gICAgICAgICBNYXJjaCAyMDA5DQoNCg0KICAgaXQgY291 bGQgd2VsbCBiZSB0aGF0IGEgc2V0IG9mIFRFIExTUHMgbWF5IG5lZWQgdG8g YmUgcmUtb3B0aW1pemVkDQogICBjb25jdXJyZW50bHkuICBJbiBhbiBleHRy ZW1lIGNhc2UsIHRoZSBURSBMU1BzIG1heSBuZWVkIHRvIGJlDQogICBnbG9i YWxseSByZS1vcHRpbWl6ZWQuDQoNCiAgIEluIGxvYWRlZCBuZXR3b3Jrcywg d2l0aCBsYXJnZSBzaXplIFRFIExTUHMsIGEgc2VxdWVudGlhbCByZS0NCiAg IG9wdGltaXphdGlvbiBtYXkgbm90IHByb2R1Y2Ugc3Vic3RhbnRpYWwgaW1w cm92ZW1lbnRzIGluIHRlcm1zIG9mDQogICBvdmVyYWxsIG5ldHdvcmsgb3B0 aW1pemF0aW9uLiAgU2VxdWVudGlhbCByZS1vcHRpbWl6YXRpb24gcmVmZXJz IHRvIGENCiAgIHBhdGggY29tcHV0YXRpb24gbWV0aG9kIHRoYXQgY29tcHV0 ZXMgdGhlIHJlLW9wdGltaXplZCBwYXRoIG9mDQogICBvbmUgVEUgTFNQIGF0 IGEgdGltZSB3aXRob3V0IGdpdmluZyBhbnkgY29uc2lkZXJhdGlvbiB0byB0 aGUgb3RoZXIgVEUNCiAgIExTUHMgdGhhdCBuZWVkIHRvIGJlIHJlLW9wdGlt aXplZCBpbiB0aGUgbmV0d29yay4gIFRoZSBwb3RlbnRpYWwgZm9yDQogICBu ZXR3b3JrLXdpZGUgZ2FpbnMgZnJvbSByZW9wdGltaXphdGlvbiBvZiBURSBM U1BzIHNlcXVlbnRpYWxseSBpcw0KICAgZGVwZW5kZW50IHVwb24gdGhlIG5l dHdvcmsgdXNhZ2UgYW5kIHNpemUgb2YgdGhlIFRFIExTUHMgYmVpbmcNCiAg IG9wdGltaXplZC4gIEhvd2V2ZXIsIHRoZSBrZXkgcG9pbnQgcmVtYWluczog Y29tcHV0aW5nIHRoZSByZW9wdGltaXplZA0KICAgcGF0aCBvZiBvbmUgVEUg TFNQIGF0IGEgdGltZSB3aXRob3V0IGdpdmluZyBhbnkgY29uc2lkZXJhdGlv biB0byB0aGUNCiAgIG90aGVyIFRFIExTUHMgaW4gdGhlIG5ldHdvcmsgY291 bGQgcmVzdWx0IGluIHN1Yi1vcHRpbWFsIHVzZSBvZg0KICAgbmV0d29yayBy ZXNvdXJjZXMuICBUaGlzIG1heSBiZSBmYXIgbW9yZSB2aXNpYmxlIGluIGFu IG9wdGljYWwNCiAgIG5ldHdvcmsgd2l0aCBhIGxvdyByYXRpbyBvZiBwb3Rl bnRpYWwgVEUgTFNQcyBwZXIgbGluaywgYW5kIGZhciBsZXNzDQogICB2aXNp YmxlIGluIHBhY2tldCBuZXR3b3JrcyB3aXRoIG1pY3JvLWZsb3cgVEUgTFNQ cy4NCg0KICAgV2l0aCByZWdhcmRzIHRvIGFwcGxpY2FiaWxpdHkgb2YgR0NP IGluIHRoZSBldmVudCBvZiBjYXRhc3Ryb3BoaWMNCiAgIGZhaWx1cmVzLCB0 aGVyZSBtYXkgYmUgYSByZWFsIGJlbmVmaXQgaW4gY29tcHV0aW5nIHRoZSBw YXRocyBvZiB0aGUNCiAgIFRFIExTUHMgYXMgYSBzZXQgcmF0aGVyIHRoYW4g Y29tcHV0aW5nIG5ldyBwYXRocyBmcm9tIHRoZSBoZWFkLWVuZA0KICAgTFNS cyBpbiBhIGRpc3RyaWJ1dGVkIG1hbm5lci4gIERpc3RyaWJ1dGVkIGppdHRl cmluZyBpcyBhIHRlY2huaXF1ZQ0KICAgdGhhdCBjb3VsZCBwcmV2ZW50IHJh Y2UgY29uZGl0aW9uIChpLmUuLCBjb21wZXRpbmcgZm9yIHRoZSBzYW1lDQog ICByZXNvdXJjZSBmcm9tIGRpZmZlcmVudCBoZWFkLWVuZCBMU1JzKSB3aXRo IGEgZGlzdHJpYnV0ZWQNCiAgIGNvbXB1dGF0aW9uLiAgR0NPIHByb3ZpZGVz IGFuIGFsdGVybmF0aXZlIHdheSB0aGF0IGNvdWxkIGFsc28gcHJldmVudA0K ICAgcmFjZSBjb25kaXRpb24gaW4gYSBjZW50cmFsaXplZCBtYW5uZXIuICBI b3dldmVyLCBhIGNlbnRyYWxpemVkDQogICBzeXN0ZW0gd2lsbCB0eXBpY2Fs bHkgc3VmZmVyIGZyb20gYSBzbG93ZXIgcmVzcG9uc2UgdGltZSB0aGFuIGEN CiAgIGRpc3RyaWJ1dGVkIHN5c3RlbS4NCg0KMy4zLjEuICBSZWNvbmZpZ3Vy YXRpb24gb2YgdGhlIFZpcnR1YWwgTmV0d29yayBUb3BvbG9neSAoVk5UKQ0K DQogICBSZWNvbmZpZ3VyYXRpb24gb2YgdGhlIFZOVCBbUkZDNTIxMl0gW1BD RS1NTE5dIGlzIGEgdHlwaWNhbA0KICAgYXBwbGljYXRpb24gc2NlbmFyaW8g d2hlcmUgZ2xvYmFsIGNvbmN1cnJlbnQgcGF0aCBjb21wdXRhdGlvbiBtYXkg YmUNCiAgIGFwcGxpY2FibGUuICBUcmlnZ2VycyBmb3IgVk5UIHJlY29uZmln dXJhdGlvbiwgc3VjaCBhcyB0cmFmZmljIGRlbWFuZA0KICAgY2hhbmdlcywg bmV0d29yayBmYWlsdXJlcywgYW5kIHRvcG9sb2dpY2FsIGNvbmZpZ3VyYXRp b24gY2hhbmdlcywgbWF5DQogICByZXF1aXJlIGEgc2V0IG9mIGV4aXN0aW5n IFRFIExTUHMgdG8gYmUgcmUtY29tcHV0ZWQuDQoNCjMuMy4yLiAgVHJhZmZp YyBNaWdyYXRpb24NCg0KICAgV2hlbiBtaWdyYXRpbmcgZnJvbSBvbmUgc2V0 IG9mIFRFIExTUHMgdG8gYSByZW9wdGltaXplZCBzZXQgb2YgVEUNCiAgIExT UHMgaXQgaXMgaW1wb3J0YW50IHRoYXQgdGhlIHRyYWZmaWMgYmUgbW92ZWQg d2l0aG91dCBjYXVzaW5nDQogICBkaXNydXB0aW9uLiAgVmFyaW91cyB0ZWNo bmlxdWVzIGV4aXN0IGluIE1QTFMgYW5kIEdNUExTLCBzdWNoIGFzDQogICBt YWtlLWJlZm9yZS1icmVhayBbUkZDMzIwOV0sIHRvIGVzdGFibGlzaCB0aGUg bmV3IFRFIExTUHMgYmVmb3JlDQogICB0ZWFyaW5nIGRvd24gdGhlIG9sZCBU RSBMU1BzLiAgV2hlbiBtdWx0aXBsZSBURSBMU1Agcm91dGVzIGFyZQ0KICAg Y2hhbmdlZCBhY2NvcmRpbmcgdG8gdGhlIGNvbXB1dGVkIHJlc3VsdHMsIHNv bWUgb2YgdGhlIFRFIExTUHMgbWF5IGJlDQogICBkaXNydXB0ZWQgZHVlIHRv IHRoZSByZXNvdXJjZSBjb25zdHJhaW50cy4gIEluIG90aGVyIHdvcmRzLCBp dCBtYXkNCiAgIHByb3ZlIHRvIGJlIGltcG9zc2libGUgdG8gcGVyZm9ybSBh IGRpcmVjdCBtaWdyYXRpb24gZnJvbSB0aGUgb2xkIFRFDQoNCg0KTGVlLCBl dCBhbC4gICAgICAgICAgICAgIEV4cGlyZXMgQXVndXN0IDE3LCAyMDA5ICAg ICAgICAgICAgICAgIFtQYWdlIDldDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAg UENFIEdsb2JhbCBDb25jdXJyZW50IE9wdGltaXphdGlvbiAgICAgICAgIE1h cmNoIDIwMDgNCg0KDQogICBMU1BzIHRvIHRoZSBuZXcgb3B0aW1hbCBURSBM U1BzIHdpdGhvdXQgZGlzcnVwdGluZyB0cmFmZmljIGJlY2F1c2UNCiAgIHRo ZXJlIGFyZSBpbnN1ZmZpY2llbnQgbmV0d29yayByZXNvdXJjZXMgdG8gc3Vw cG9ydCBib3RoIHNldHMgb2YgVEUNCiAgIExTUHMgd2hlbiBtYWtlLWJlZm9y ZS1icmVhayBpcyB1c2VkLiAgSG93ZXZlciwgYSBQQ0UgbWF5IGJlIGFibGUg dG8NCiAgIGRldGVybWluZSBhIHNlcXVlbmNlIG9mIG1ha2UtYmVmb3JlLSBi cmVhayByZXBsYWNlbWVudCBvZiBpbmRpdmlkdWFsDQogICBURSBMU1BzIG9y IHNtYWxsIHNldHMgb2YgVEUgTFNQcyBzbyB0aGF0IHRoZSBmdWxsIHNldCBv ZiBURSBMU1BzIGNhbg0KICAgYmUgbWlncmF0ZWQgd2l0aG91dCBhbnkgZGlz cnVwdGlvbi4gIFRoaXMgc2NlbmFyaW8gYXNzdW1lcyB0aGF0IHRoZQ0KICAg YmFuZHdpZHRoIG9mIGV4aXN0aW5nIFRFIExTUCBpcyBrZXB0IGR1cmluZyB0 aGUgbWlncmF0aW9uIHdoaWNoIGlzDQogICByZXF1aXJlZCBpbiBvcHRpY2Fs IG5ldHdvcmtzLiAgSW4gcGFja2V0IG5ldHdvcmtzLCB0aGlzIGFzc3VtcHRp b24NCiAgIGNhbiBiZSByZWxheGVkIGFzIHRoZSBiYW5kd2lkdGggb2YgdGVt cG9yYXJ5IFRFIExTUHMgZHVyaW5nIG1pZ3JhdGlvbg0KICAgY2FuIGJlIHpl cm9lZC4NCg0KICAgSXQgbWF5IGJlIHRoZSBjYXNlIHRoYXQgdGhlIHJlb3B0 aW1pemF0aW9uIGlzIHJhZGljYWwuICBUaGlzIGNvdWxkDQogICBtZWFuIHRo YXQgaXQgaXMgbm90IHBvc3NpYmxlIHRvIGFwcGx5IG1ha2UtYmVmb3JlLWJy ZWFrIGluIGFueSBvcmRlcg0KICAgdG8gbWlncmF0ZSBmcm9tIHRoZSBvbGQg VEUgTFNQcyB0byB0aGUgbmV3IFRFIExTUHMuICBJbiB0aGlzIGNhc2UgYQ0K ICAgbWlncmF0aW9uIHN0cmF0ZWd5IGlzIHJlcXVpcmVkIHRoYXQgbWF5IG5l Y2Vzc2l0YXRlIFRFIExTUHMgYmVpbmcNCiAgIHJlcm91dGVkIHVzaW5nIG1h a2UtYmVmb3JlLWJyZWFrIG9udG8gdGVtcG9yYXJ5IHBhdGhzIGluIG9yZGVy IHRvDQogICBtYWtlIHNwYWNlIGZvciB0aGUgZnVsbCByZW9wdGltaXphdGlv bi4gIEEgUENFIG1pZ2h0IGluZGljYXRlIHRoZQ0KICAgb3JkZXIgaW4gd2hp Y2ggcmVvcHRpbWl6ZWQgVEUgTFNQcyBtdXN0IGJlIGVzdGFibGlzaGVkIGFu ZCB0YWtlIG92ZXINCiAgIGZyb20gdGhlIG9sZCBURSBMU1BzLCBhbmQgbWF5 IGluZGljYXRlIGEgc2VyaWVzIG9mIGRpZmZlcmVudA0KICAgdGVtcG9yYXJ5 IHBhdGhzIHRoYXQgbXVzdCBiZSB1c2VkLiAgQWx0ZXJuYXRpdmVseSwgdGhl IFBDRSBtaWdodA0KICAgcGVyZm9ybSB0aGUgZ2xvYmFsIHJlb3B0aW1pemF0 aW9uIGFzIGEgc2VyaWVzIG9mIHN1Yi1yZW9wdGltaXphdGlvbnMNCiAgIGJ5 IHJlb3B0aW1pemluZyBzdWJzZXRzIG9mIHRoZSB0b3RhbCBzZXQgb2YgVEUg TFNQcy4NCg0KICAgVGhlIGJlbmVmaXQgb2YgdGhpcyBtdWx0aS1zdGVwIHJl cm91dGluZyBpbmNsdWRlcyBtaW5pbWl6YXRpb24gb2YNCiAgIHRyYWZmaWMg ZGlzY3J1cHRpb24gYW5kIG9wdGltaXphdGlvbiBnYWluLiAgSG93ZXZlciB0 aGlzIGFwcHJvYWNoIG1heQ0KICAgaW1wbHkgc29tZSB0cmFuc2llbnQgcGFj a2V0cyBkZXNlcXVlbmNpbmcsIGppdHRlciBhcyB3ZWxsIGFzIGNvbnRyb2wN CiAgIHBsYW5lIHN0cmVzcy4NCg0KICAgTm90ZSBhbHNvIHRoYXQgZHVyaW5n IHJlb3B0aW1pemF0aW9uLCB0cmFmZmljIGRpc3J1cHRpb24gbWF5IGJlDQog ICBhbGxvd2VkIGZvciBzb21lIFRFIExTUHMgY2FycnlpbmcgbG93IHByaW9y aXR5IHNlcnZpY2VzIChlLmcuLA0KICAgSW50ZXJuZXQgdHJhZmZpYykgYW5k IG5vdCBhbGxvd2VkIGZvciBzb21lIFRFIExTUHMgY2FycnlpbmcgbWlzc2lv bg0KICAgY3JpdGljYWwgc2VydmljZXMgKGUuZy4sIHZvaWNlIHRyYWZmaWMp Lg0KDQo0LiAgUENFQ1AgUmVxdWlyZW1lbnRzDQoNCiAgIFRoaXMgc2VjdGlv biBwcm92aWRlcyB0aGUgUENFQ1AgcmVxdWlyZW1lbnRzIHRvIHN1cHBvcnQg Z2xvYmFsDQogICBjb25jdXJyZW50IHBhdGggY29tcHV0YXRpb24gYXBwbGlj YXRpb25zLiAgVGhlIHJlcXVpcmVtZW50cyBzcGVjaWZpZWQNCiAgIGhlcmUg c2hvdWxkIGJlIHJlZ2FyZGVkIGFzIGFwcGxpY2F0aW9uLXNwZWNpZmljIHJl cXVpcmVtZW50cyBhbmQgYXJlDQogICBqdXN0aWZpYWJsZSBiYXNlZCBvbiB0 aGUgZXh0ZW5zaWJpbGl0eSBjbGF1c2UgZm91bmQgaW4gU2VjdGlvbiA2LjEu MTQNCiAgIG9mIFtSRkM0NjU3XToNCg0KICAgICAgVGhlIFBDRUNQIE1VU1Qg c3VwcG9ydCB0aGUgcmVxdWlyZW1lbnRzIHNwZWNpZmllZCBpbiB0aGUNCiAg ICAgIGFwcGxpY2F0aW9uLXNwZWNpZmljIHJlcXVpcmVtZW50cyBkb2N1bWVu dHMuICBUaGUgUENFQ1AgTVVTVCBhbHNvDQogICAgICBhbGxvdyBleHRlbnNp b25zIGFzIG1vcmUgUENFIGFwcGxpY2F0aW9ucyB3aWxsIGJlIGludHJvZHVj ZWQgaW4NCiAgICAgIHRoZSBmdXR1cmUuDQoNCiAgIEl0IGlzIGFsc28gdG8g YmUgbm90ZWQgdGhhdCBzb21lIG9mIHRoZSByZXF1aXJlbWVudHMgZGlzY3Vz c2VkIGluDQogICB0aGlzIHNlY3Rpb24gaGF2ZSBhbHJlYWR5IGJlZW4gZGlz Y3Vzc2VkIGluIHRoZSBQQ0VDUCByZXF1aXJlbWVudA0KDQoNCkxlZSwgZXQg YWwuICAgICAgICAgICAgICBFeHBpcmVzIEF1Z3VzdCAxNywgMjAwOSAgICAg ICAgICAgICAgIFtQYWdlIDEwXQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgIFBD RSBHbG9iYWwgQ29uY3VycmVudCBPcHRpbWl6YXRpb24gICAgICAgICBNYXJj aCAyMDA5DQoNCg0KICAgZG9jdW1lbnQgW1JGQzQ2NTddLiAgRm9yIGV4YW1w bGUsIFNlY3Rpb24gNS4xLjE2IGluIFtSRkM0NjU3XQ0KICAgcHJvdmlkZXMg YSBsaXN0IG9mIGdlbmVyaWMgY29uc3RyYWludHMgd2hpbGUgU2VjdGlvbiA1 LjEuMTcgaW4NCiAgIFtSRkM0NjU3XSBwcm92aWRlcyBhIGxpc3Qgb2YgZ2Vu ZXJpYyBvYmplY3RpdmUgZnVuY3Rpb25zIHRoYXQgTVVTVCBiZQ0KICAgc3Vw cG9ydGVkIGJ5IHRoZSBQQ0VDUC4gIFdoaWxlIHVzaW5nIHN1Y2ggZ2VuZXJp YyByZXF1aXJlbWVudHMgYXMgdGhlDQogICBiYXNlbGluZSwgdGhpcyBzZWN0 aW9uIHByb3ZpZGVzIGFwcGxpY2F0aW9uLXNwZWNpZmljIHJlcXVpcmVtZW50 cyBpbg0KICAgdGhlIGNvbnRleHQgb2YgZ2xvYmFsIGNvbmN1cnJlbnQgcGF0 aCBjb21wdXRhdGlvbiBhbmQgaW4gYSBtb3JlDQogICBkZXRhaWxlZCBsZXZl bCB0aGFuIHRoZSBnZW5lcmljIHJlcXVpcmVtZW50cy4NCg0KICAgVGhlIFBD RVAgU0hPVUxEIHN1cHBvcnQgdGhlIGZvbGxvd2luZyBjYXBhYmlsaXRpZXMg ZWl0aGVyIHZpYQ0KICAgY3JlYXRpb24gb2YgbmV3IG9iamVjdHMgYW5kL29y IG1vZGlmaWNhdGlvbiBvZiBleGlzdGluZyBvYmplY3RzIHdoZXJlDQogICBh cHBsaWNhYmxlLg0KDQogICBvICBBbiBpbmRpY2F0b3IgdG8gY29udmV5IHRo YXQgdGhlIHJlcXVlc3QgaXMgZm9yIGEgZ2xvYmFsIGNvbmN1cnJlbnQNCiAg ICAgIHBhdGggY29tcHV0YXRpb24uICBUaGlzIGluZGljYXRvciBpcyBuZWNl c3NhcnkgdG8gZW5zdXJlDQogICAgICBjb25zaXN0ZW5jeSBpbiBhcHBseWlu ZyBnbG9iYWwgb2JqZWN0aXZlcyBhbmQgZ2xvYmFsIGNvbnN0cmFpbnRzDQog ICAgICBpbiBhbGwgcGF0aCBjb21wdXRhdGlvbnMuICBOb3RlOiBUaGlzIHJl cXVpcmVtZW50IGlzIGNvdmVyZWQgYnkNCiAgICAgICJzeW5jaHJvbml6ZWQg cGF0aCBjb21wdXRhdGlvbiIgaW4gW1JGQzQ2NTVdIGFuZCBbUkZDNDY1N10u DQogICAgICBIb3dldmVyLCBhbiBleHBsaWNpdCBpbmRpY2F0b3IgdG8gcmVx dWVzdCBhIGdsb2JhbCBjb25jdXJyZW50DQogICAgICBvcHRpbWl6YXRpb24g aXMgYSBuZXcgcmVxdWlyZW1lbnQuDQoNCiAgIG8gIEEgR2xvYmFsIE9iamVj dGl2ZSBGdW5jdGlvbiAoR09GKSBmaWVsZCBpbiB3aGljaCB0byBzcGVjaWZ5 IHRoZQ0KICAgICAgZ2xvYmFsIG9iamVjdGl2ZSBmdW5jdGlvbi4gIFRoZSBn bG9iYWwgb2JqZWN0aXZlIGZ1bmN0aW9uIGlzIHRoZQ0KICAgICAgb3ZlcmFy Y2hpbmcgb2JqZWN0aXZlIGZ1bmN0aW9uIHRvIHdoaWNoIGFsbCBpbmRpdmlk dWFsIHBhdGgNCiAgICAgIGNvbXB1dGF0aW9uIHJlcXVlc3RzIGFyZSBzdWJq ZWN0ZWQgaW4gb3JkZXIgdG8gZmluZCBhIGdsb2JhbGx5DQogICAgICBvcHRp bWFsIHNvbHV0aW9uLiAgTm90ZSB0aGF0IHRoaXMgcmVxdWlyZW1lbnQgaXMg Y292ZXJlZCBieQ0KICAgICAgInN5bmNocm9uaXplZCBvYmplY3RpdmUgZnVu Y3Rpb25zIiBpbiBTZWN0aW9uIDUuMS43IFtSRkM0NjU3XSBhbmQNCiAgICAg IHRoYXQgW1BDRS1PRl0gZGVmaW5lZCB0aHJlZSBnbG9iYWwgb2JqZWN0aXZl IGZ1bmN0aW9ucyBhcyBmb2xsb3dzLg0KICAgICAgQSBsaXN0IG9mIGF2YWls YWJsZSBnbG9iYWwgb2JqZWN0aXZlIGZ1bmN0aW9ucyBTSE9VTEQgaW5jbHVk ZSB0aGUNCiAgICAgIGZvbGxvd2luZyBvYmplY3RpdmUgZnVuY3Rpb25zIGF0 IHRoZSBtaW5pbXVtIGFuZCBTSE9VTEQgYmUNCiAgICAgIGV4cGFuZGFibGUg Zm9yIGZ1dHVyZSBhZGRpdGlvbjoNCg0KICAgICAgKiAgTWluaW1pemUgYWdn cmVnYXRlIEJhbmR3aWR0aCBDb25zdW1wdGlvbiAoTUJDKQ0KDQogICAgICAq ICBNaW5pbWl6ZSB0aGUgbG9hZCBvZiB0aGUgTW9zdCBMb2FkZWQgTGluayAo TUxMKQ0KDQogICAgICAqICBNaW5pbWl6ZSBDdW11bGF0aXZlIENvc3Qgb2Yg YSBzZXQgb2YgcGF0aHMgKE1DQykNCg0KICAgbyAgQSBHbG9iYWwgQ29uc3Ry YWludHMgKEdDKSBmaWVsZCBpbiB3aGljaCB0byBzcGVjaWZ5IHRoZSBsaXN0 IG9mDQogICAgICBnbG9iYWwgY29uc3RyYWludHMgdG8gd2hpY2ggYWxsIHRo ZSByZXF1ZXN0ZWQgcGF0aCBjb21wdXRhdGlvbnMNCiAgICAgIHNob3VsZCBi ZSBzdWJqZWN0ZWQuICBUaGlzIGxpc3QgU0hPVUxEIGluY2x1ZGUgdGhlIGZv bGxvd2luZw0KICAgICAgY29uc3RyYWludHMgYXQgdGhlIG1pbmltdW0gYW5k IFNIT1VMRCBiZSBleHBhbmRhYmxlIGZvciBmdXR1cmUNCiAgICAgIGFkZGl0 aW9uOg0KDQogICAgICAqICBNYXhpbXVtIGxpbmsgdXRpbGl6YXRpb24gdmFs dWUgLS0gVGhpcyB2YWx1ZSBpbmRpY2F0ZXMgdGhlDQogICAgICAgICBoaWdo ZXN0IHBvc3NpYmxlIGxpbmsgdXRpbGl6YXRpb24gcGVyY2VudGFnZSBzZXQg Zm9yIGVhY2ggbGluay4NCiAgICAgICAgIChOb3RlOiB0byBhdm9pZCBmbG9h dGluZyBwb2ludCBudW1iZXJzLCB0aGUgdmFsdWVzIHNob3VsZCBiZQ0KICAg ICAgICAgaW50ZWdlciB2YWx1ZXMuKQ0KDQoNCg0KTGVlLCBldCBhbC4gICAg ICAgICAgICAgIEV4cGlyZXMgQXVndXN0IDE3LCAyMDA5ICAgICAgICAgICAg ICAgW1BhZ2UgMTFdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgUENFIEdsb2Jh bCBDb25jdXJyZW50IE9wdGltaXphdGlvbiAgICAgICAgIE1hcmNoIDIwMDkN Cg0KDQogICAgICAqICBNaW5pbXVtIGxpbmsgdXRpbGl6YXRpb24gdmFsdWUg LS0gVGhpcyB2YWx1ZSBpbmRpY2F0ZXMgdGhlDQogICAgICAgICBsb3dlc3Qg cG9zc2libGUgbGluayB1dGlsaXphdGlvbiBwZXJjZW50YWdlIHNldCBmb3Ig ZWFjaCBsaW5rLg0KICAgICAgICAgKE5vdGU6IHNhbWUgYXMgYWJvdmUpDQoN CiAgICAgICogIE92ZXJib29raW5nIEZhY3RvciAtLSBUaGUgb3ZlcmJvb2tp bmcgZmFjdG9yIGFsbG93cyB0aGUNCiAgICAgICAgIHJlc2VydmVkIGJhbmR3 aWR0aCB0byBiZSBvdmVyYm9va2VkIG9uIGVhY2ggbGluayBiZXlvbmQgaXRz DQogICAgICAgICBwaHlzaWNhbCBjYXBhY2l0eSBsaW1pdC4NCg0KICAgICAg KiAgTWF4aW11bSBudW1iZXIgb2YgaG9wcyBmb3IgYWxsIHRoZSBURSBMU1Bz IC0tIFRoaXMgaXMgdGhlDQogICAgICAgICBsYXJnZXN0IG51bWJlciBvZiBo b3BzIHRoYXQgYW55IFRFIExTUCBjYW4gaGF2ZS4gIE5vdGUgdGhhdA0KICAg ICAgICAgdGhpcyBjb25zdHJhaW50IGNhbiBhbHNvIGJlIHByb3ZpZGVkIG9u IGEgcGVyIFRFIExTUCBiYXNpcyAoYXMNCiAgICAgICAgIHJlcXVlc3RlZCBp biBbUkZDNDY1N10gYW5kIGRlZmluZWQgaW4gW1BDRVBdKS4NCg0KICAgICAg KiAgRXhjbHVzaW9uIG9mIGxpbmtzL25vZGVzIGluIGFsbCBURSBMU1AgcGF0 aCBjb21wdXRhdGlvbiAoaS5lLiwNCiAgICAgICAgIGFsbCBURSBMU1BzIHNo b3VsZCBub3QgaW5jbHVkZSB0aGUgc3BlY2lmaWVkIGxpbmtzL25vZGVzIGlu DQogICAgICAgICB0aGVpciBwYXRocykuICBOb3RlIHRoYXQgdGhpcyBjb25z dHJhaW50IGNhbiBhbHNvIGJlIHByb3ZpZGVkDQogICAgICAgICBvbiBhIHBl ciBURSBMU1AgYmFzaXMgKGFzIHJlcXVlc3RlZCBpbiBbUkZDNDY1N10gYW5k IGRlZmluZWQgaW4NCiAgICAgICAgIFtQQ0VQXSkuDQoNCiAgICAgICogIEFu IGluZGljYXRpb24gc2hvdWxkIGJlIGF2YWlsYWJsZSBpbiBhIHBhdGggY29t cHV0YXRpb24NCiAgICAgICAgIHJlc3BvbnNlIHRoYXQgZnVydGhlciByZW9w dGltaXphdGlvbiBtYXkgb25seSBiZWNvbWUgYXZhaWxhYmxlDQogICAgICAg ICBvbmNlIGV4aXN0aW5nIHRyYWZmaWMgaGFzIGJlZW4gbW92ZWQgdG8gdGhl IG5ldyBURSBMU1BzLg0KDQogICBvICBBIEdsb2JhbCBDb25jdXJyZW50IFZl Y3RvciAoR0NWKSBmaWVsZCBpbiB3aGljaCB0byBzcGVjaWZ5IGFsbCB0aGUN CiAgICAgIGluZGl2aWR1YWwgcGF0aCBjb21wdXRhdGlvbiByZXF1ZXN0cyB0 aGF0IGFyZSBzdWJqZWN0IHRvDQogICAgICBjb25jdXJyZW50IHBhdGggY29t cHV0YXRpb24gYW5kIHN1YmplY3QgdG8gdGhlIGdsb2JhbCBvYmplY3RpdmUN CiAgICAgIGZ1bmN0aW9uIGFuZCBhbGwgb2YgdGhlIGdsb2JhbCBjb25zdHJh aW50cy4gIE5vdGUgdGhhdCB0aGlzDQogICAgICByZXF1aXJlbWVudCBpcyBl bnRpcmVseSBmdWxmaWxsZWQgYnkgdGhlIFNWRUMgb2JqZWN0IGluIHRoZSBQ Q0VQDQogICAgICBzcGVjaWZpY2F0aW9uIFtQQ0VQXS4gIFNpbmNlIHRoZSBT VkVDIG9iamVjdCBhcyBkZWZpbmVkIGluIFtQQ0VQXQ0KICAgICAgYWxsb3dz IGlkZW50aWZ5aW5nIGEgc2V0IG9mIGNvbmN1cnJlbnQgcGF0aCByZXF1ZXN0 cywgdGhlIFNWRUMgY2FuDQogICAgICBiZSByZXVzZWQgdG8gc3BlY2lmeSBh bGwgdGhlIGluZGl2aWR1YWwgY29uY3VycmVudCBwYXRoIHJlcXVlc3RzDQog ICAgICBmb3IgYSBnbG9iYWwgY29uY3VycmVudCBvcHRpbWl6YXRpb24uDQoN CiAgIG8gIEFuIGluZGljYXRvciBmaWVsZCBpbiB3aGljaCB0byBpbmRpY2F0 ZSB0aGUgb3V0Y29tZSBvZiB0aGUNCiAgICAgIHJlcXVlc3QuICBXaGVuIHRo ZSBQQ0UgY2Fubm90IGZpbmQgYSBmZWFzaWJsZSBzb2x1dGlvbiB3aXRoIHRo ZQ0KICAgICAgaW5pdGlhbCByZXF1ZXN0LCB0aGUgcmVhc29uIGZvciBmYWls dXJlIFNIT1VMRCBiZSBpbmRpY2F0ZWQuICBUaGlzDQogICAgICByZXF1aXJl bWVudCBpcyBwYXJ0aWFsbHkgY292ZXJlZCBieSBbUkZDNDY1N10sIGJ1dCBu b3QgaW4gdGhpcw0KICAgICAgbGV2ZWwgb2YgZGV0YWlsLiAgVGhlIGZvbGxv d2luZyBpbmRpY2F0b3JzIFNIT1VMRCBiZSBzdXBwb3J0ZWQgYXQNCiAgICAg IHRoZSBtaW5pbXVtOg0KDQogICAgICAqICBubyBmZWFzaWJsZSBzb2x1dGlv biBmb3VuZC4gIE5vdGUgdGhhdCB0aGlzIGlzIGFscmVhZHkgY292ZXJlZA0K ICAgICAgICAgaW4gW1BDRVBdLg0KDQogICAgICAqICBtZW1vcnkgb3ZlcmZs b3cNCg0KICAgICAgKiAgUENFIHRvbyBidXN5LiAgTm90ZSB0aGF0IHRoaXMg aXMgYWxyZWFkeSBjb3ZlcmVkIGluIFtQQ0VQXS4NCg0KICAgICAgKiAgUENF IG5vdCBjYXBhYmxlIG9mIGNvbmN1cnJlbnQgcmVvcHRpbWl6YXRpb24NCg0K DQpMZWUsIGV0IGFsLiAgICAgICAgICAgICAgRXhwaXJlcyBBdWd1c3QgMTcs IDIwMDkgICAgICAgICAgICAgICBbUGFnZSAxMl0NCgwNCkludGVybmV0LURy YWZ0ICAgICBQQ0UgR2xvYmFsIENvbmN1cnJlbnQgT3B0aW1pemF0aW9uICAg ICAgICAgTWFyY2ggMjAwOQ0KDQoNCiAgICAgICogIG5vIG1pZ3JhdGlvbiBw YXRoIGF2YWlsYWJsZQ0KDQogICAgICAqICBhZG1pbmlzdHJhdGl2ZSBwcml2 aWxlZ2VzIGRvIG5vdCBhbGxvdyBnbG9iYWwgcmVvcHRpbWl6YXRpb24NCg0K DQogICBvICBJbiBvcmRlciB0byBtaW5pbWl6ZSBkaXNydXB0aW9uIGFzc29j aWF0ZWQgd2l0aCBidWxrIHBhdGgNCiAgICAgIHByb3Zpc2lvbmluZywgdGhl IGZvbGxvd2luZyByZXF1aXJlbWVudHMgTVVTVCBiZSBzdXBwb3J0ZWQ6DQoN CiAgICAgICogIFRoZSByZXF1ZXN0IG1lc3NhZ2UgTVVTVCBhbGxvdyByZXF1 ZXN0aW5nIHRoZSBQQ0UgdG8gcHJvdmlkZQ0KICAgICAgICAgdGhlIG9yZGVy IGluIHdoaWNoIFRFIExTUHMgc2hvdWxkIGJlIHJlb3B0aW1pemVkIChpLmUu LCB0aGUNCiAgICAgICAgIG1pZ3JhdGlvbiBwYXRoKSBpbiBvcmRlciB0byBt aW5pbWl6ZSB0cmFmZmljIGRpc3J1cHRpb24gZHVyaW5nDQogICAgICAgICB0 aGUgbWlncmF0aW9uLiAgVGhhdCBpcyB0aGUgcmVxdWVzdCBtZXNzYWdlIE1V U1QgYWxsb3cNCiAgICAgICAgIGluZGljYXRpbmcgdG8gdGhlIFBDRSB0aGF0 IHRoZSBzZXQgb2YgcGF0aHMgdGhhdCB3aWxsIGJlDQogICAgICAgICBwcm92 aWRlZCBpbiB0aGUgcmVzcG9uc2UgbWVzc2FnZSAoUENSZXApIGhhcyB0byBi ZSBvcmRlcmVkLg0KDQogICAgICAqICBJbiByZXNwb25zZSB0byB0aGUgIm9y ZGVyaW5nIiByZXF1ZXN0IGZyb20gdGhlIFBDQywgdGhlIFBDRQ0KICAgICAg ICAgTVVTVCBiZSBhYmxlIHRvIGluZGljYXRlIGluIHRoZSByZXNwb25zZSBt ZXNzYWdlIChQQ1JlcCkgdGhlDQogICAgICAgICBvcmRlciBpbiB3aGljaCBU RSBMU1BzIHNob3VsZCBiZSByZW9wdGltaXplZCBzbyBhcyB0byBtaW5pbWl6 ZQ0KICAgICAgICAgdHJhZmZpYyBkaXNydXB0aW9uLiAgSXQgc2hvdWxkIGlu ZGljYXRlIGZvciBlYWNoIHJlcXVlc3QgdGhlDQogICAgICAgICBvcmRlciBp biB3aGljaCB0aGUgb2xkIFRFIExTUCBzaG91bGQgYmUgcmVtb3ZlZCBhbmQg dGhlIG9yZGVyDQogICAgICAgICBpbiB3aGljaCB0aGUgbmV3IFRFIExTUCBz aG91bGQgYmUgc2V0dXAuICBJZiB0aGUgcmVtb3ZhbCBvcmRlcg0KICAgICAg ICAgaXMgbG93ZXIgdGhhbiB0aGUgc2V0dXAgb3JkZXIgdGhpcyBtZWFucyB0 aGF0IG1ha2UtYmVmb3JlLWJyZWFrDQogICAgICAgICBjYW5ub3QgYmUgZG9u ZSBmb3IgdGhpcyByZXF1ZXN0LiAgSXQgTUFZIGFsc28gYmUgZGVzaXJhYmxl IHRvDQogICAgICAgICBoYXZlIHRoZSBQQ0UgaW5kaWNhdGUgd2hldGhlciBv cmRlcmluZyBpcyBpbiBmYWN0IHJlcXVpcmVkIG9yDQogICAgICAgICBub3Qu DQoNCiAgICAgICogIER1cmluZyBhIG1pZ3JhdGlvbiBpdCBtYXkgbm90IGJl IHBvc3NpYmxlIHRvIGRvIGEgbWFrZS1iZWZvcmUtDQogICAgICAgICBicmVh ayBmb3IgYWxsIGV4aXN0aW5nIFRFIExTUHMuICBUaGUgcmVxdWVzdCBtZXNz YWdlIE1VU1QgYWxsb3cNCiAgICAgICAgIGluZGljYXRpbmcgZm9yIGVhY2gg cmVxdWVzdCB3aGV0aGVyIG1ha2UtYmVmb3JlLWJyZWFrIGlzDQogICAgICAg ICByZXF1aXJlZCAoZS5nLiAgVm9pY2UgdHJhZmZpYykgb3IgYnJlYWstYmVm b3JlLW1ha2UgaXMNCiAgICAgICAgIGFjY2VwdGFibGUgKGUuZy4gIEludGVy bmV0IHRyYWZmaWMpLiAgVGhlIHJlc3BvbnNlIG1lc3NhZ2UgbXVzdA0KICAg ICAgICAgYWxsb3cgaW5kaWNhdGluZyBURSBMU1BzIGZvciB3aGljaCBtYWtl LWJlZm9yZS1icmVhaw0KICAgICAgICAgcmVvcHRpbWl6YXRpb24gaXMgbm90 IHBvc3NpYmxlICh0aGlzIHdpbGwgYmUgZGVkdWNlZCBmcm9tIHRoZQ0KICAg ICAgICAgVEUgTFNQIHNldHVwIGFuZCBkZWxldGlvbiBvcmRlcnMpLg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQpMZWUsIGV0IGFsLiAgICAg ICAgICAgICAgRXhwaXJlcyBBdWd1c3QgMTcsIDIwMDkgICAgICAgICAgICAg ICBbUGFnZSAxM10NCgwNCkludGVybmV0LURyYWZ0ICAgICBQQ0UgR2xvYmFs IENvbmN1cnJlbnQgT3B0aW1pemF0aW9uICAgICAgICAgTWFyY2ggMjAwOQ0K DQo1LiAgUHJvdG9jb2wgRXh0ZW5zaW9ucyBmb3IgU3VwcG9ydCBvZiBHbG9i YWwgQ29uY3VycmVudCBPcHRpbWl6YXRpb24NCg0KICAgVGhpcyBzZWN0aW9u IHByb3ZpZGVzIHByb3RvY29sIGV4dGVuc2lvbnMgZm9yIHN1cHBvcnQgb2Yg Z2xvYmFsDQogICBjb25jdXJyZW50IG9wdGltaXphdGlvbi4gIFByb3RvY29s IGV4dGVuc2lvbnMgZGlzY3Vzc2VkIGluIHRoaXMNCiAgIHNlY3Rpb24gYXJl IGJ1aWx0IG9uIFtQQ0VQXS4NCg0KICAgVGhlIGZvcm1hdCBvZiBhIFBDUmVx IG1lc3NhZ2UgYWZ0ZXIgaW5jb3Jwb3JhdGluZyBuZXcgcmVxdWlyZW1lbnRz DQogICBmb3Igc3VwcG9ydCBvZiBnbG9iYWwgY29uY3VycmVudCBvcHRpbWl6 YXRpb24gaXMgYXMgZm9sbG93cy4gVGhlDQogICBtZXNzYWdlIGZvcm1hdCB1 c2VzIFJlZHVjZWQgQmFja3VzLU5hdXIgRm9ybWF0IGFzIGRlZmluZWQgaW4g W1JCTkZdLg0KDQogICA8UENSZXEgTWVzc2FnZT4gOjo9IDxDb21tb24gSGVh ZGVyPg0KICAgICAgICAgICAgICAgICAgICAgICBbPHN2ZWMtbGlzdD5dDQog ICAgICAgICAgICAgICAgICAgICAgIDxyZXF1ZXN0LWxpc3Q+DQoNCiAgIFRo ZSA8c3ZlYy1saXN0PiBpcyBjaGFuZ2VkIGFzIGZvbGxvd3M6DQoNCiAgIDxz dmVjLWxpc3Q+IDo6PSA8U1ZFQz4NCiAgICAgICAgICAgICAgICAgICBbPE9G Pl0NCiAgICAgICAgICAgICAgICAgICBbPEdDPl0NCiAgICAgICAgICAgICAg ICAgICBbPFhSTz5dDQogICAgICAgICAgICAgICAgICAgWzxzdmVjLWxpc3Q+ XQ0KDQogICBOb3RlIHRoYXQgdGhyZWUgb3B0aW9uYWwgb2JqZWN0cyBhcmUg YWRkZWQsIGZvbGxvd2luZyB0aGUgU1ZFQw0KICAgb2JqZWN0OiB0aGUgT0Yg KE9iamVjdGl2ZSBGdW5jdGlvbikgb2JqZWN0LCB3aGljaCBpcyBkZWZpbmVk IGluDQogICBbUENFLU9GXSwgdGhlIEdDIChHbG9iYWwgQ29uc3RyYWludHMp IG9iamVjdCwgd2hpY2ggaXMgZGVmaW5lZCBpbg0KICAgdGhpcyBkb2N1bWVu dCAoU2VjdGlvbiA1LjUpLCBhcyB3ZWxsIGFzIHRoZSBlWGNsdWRlIFJvdXRl IE9iamVjdA0KICAgKFhSTykgd2hpY2ggaXMgZGVmaW5lZCBpbiBbUENFLVhS T10uICBUaGUgcGxhY2VtZW50IG9mIHRoZSBPRiBvYmplY3QNCiAgIChpbiB3 aGljaCB0aGUgZ2xvYmFsIG9iamVjdGl2ZSBmdW5jdGlvbiBpcyBzcGVjaWZp ZWQpIGluIHRoZSBTVkVDLQ0KICAgbGlzdCBpcyBkZWZpbmVkIGluIFtQQ0Ut T0ZdLiAgRGV0YWlscyBvZiB0aGlzIGNoYW5nZSB3aWxsIGJlDQogICBkaXNj dXNzZWQgaW4gdGhlIGZvbGxvd2luZyBzZWN0aW9ucy4NCg0KICAgTm90ZSBh bHNvIHRoYXQgd2hlbiB0aGUgWFJPIGlzIGdsb2JhbCB0byBhIFNWRUMsIGFu ZCBGIGJpdCBpcyBzZXQsIGl0DQogICBTSE9VTEQgYmUgYWxsb3dlZCB0byBz cGVjaWZ5IG11bHRpcGxlIFJlY29yZCBSb3V0ZSBPYmplY3RzIGluIHRoZQ0K ICAgUENSZXEgbWVzc2FnZS4NCg0KNS4xLiAgR2xvYmFsIE9iamVjdGl2ZSBG dW5jdGlvbiAoR09GKSBTcGVjaWZpY2F0aW9uDQoNCiAgIFRoZSBnbG9iYWwg b2JqZWN0aXZlIGZ1bmN0aW9uIGNhbiBiZSBzcGVjaWZpZWQgaW4gdGhlIFBD RVAgT2JqZWN0aXZlDQogICBGdW5jdGlvbiAoT0YpIG9iamVjdCwgZGVmaW5l ZCBpbiBbUENFLU9GXS4gIFRoZSBPRiBvYmplY3QgaW5jbHVkZXMgYQ0KICAg MTYgYml0IE9iamVjdGl2ZSBGdW5jdGlvbiBpZGVudGlmaWVyLiAgQXMgcGVy IGRpc2N1c3NlZCBpbiBbUENFLU9GXSwNCiAgIG9iamVjdGl2ZSBmdW5jdGlv biBpZGVudGlmaWVyIGNvZGUgcG9pbnRzIGFyZSBtYW5hZ2VkIGJ5IElBTkEu DQoNCiAgIFRocmVlIGdsb2JhbCBvYmplY3RpdmUgZnVuY3Rpb25zIGRlZmlu ZWQgaW4gW1BDRS1PRl0gYXJlIHVzZWQgaW4gdGhlDQogICBjb250ZXh0IG9m IEdDTy4NCg0KDQoNCg0KDQoNCg0KTGVlLCBldCBhbC4gICAgICAgICAgICAg IEV4cGlyZXMgQXVndXN0IDE3LCAyMDA5ICAgICAgICAgICAgICAgW1BhZ2Ug MTRdDQoMDQpJbnRlcm5ldC1EcmFmdCAgICAgUENFIEdsb2JhbCBDb25jdXJy ZW50IE9wdGltaXphdGlvbiAgICAgICAgIE1hcmNoIDIwMDkNCg0KDQogICBG dW5jdGlvbg0KICAgQ29kZSAgICAgICAgICAgIERlc2NyaXB0aW9uDQoNCiAg IDQgICAgICAgICAgICAgICBNaW5pbWl6ZSBhZ2dyZWdhdGUgQmFuZHdpZHRo IENvbnN1bXB0aW9uIChNQkMpDQoNCiAgIDUgICAgICAgICAgICAgICBNaW5p bWl6ZSB0aGUgbG9hZCBvZiB0aGUgTW9zdCBMb2FkZWQgTGluayAoTUxMKSoN Cg0KICAgNiAgICAgICAgICAgICAgIE1pbmltaXplIEN1bXVsYXRpdmUgQ29z dCBvZiBhIHNldCBvZiBwYXRocyAoTUNDKQ0KDQoNCiAgICogTm90ZTogVGhp cyBjYW4gYmUgYWNoaWV2ZWQgYnkgdGhlIGZvbGxvd2luZyBvYmplY3RpdmUg ZnVuY3Rpb246DQogICAgIG1pbmltaXplIG1heCBvdmVyIGFsbCBsaW5rcyB7 KEMoaSktQShpKSkvQyhpKX0gd2hlcmUgQyhpKSBpcyB0aGUNCiAgICAgbGlu ayBjYXBhY2l0eSBmb3IgbGluayBpIGFuZCBBKGkpIGlzIHRoZSB0b3RhbCBi YW5kd2lkdGggYWxsb2NhdGVkDQogICAgIG9uIGxpbmsgaS4NCg0KNS4yLiAg SW5kaWNhdGlvbiBvZiBHbG9iYWwgQ29uY3VycmVudCBPcHRpbWl6YXRpb24g UmVxdWVzdHMNCg0KICAgQWxsIHRoZSBwYXRoIHJlcXVlc3RzIGluIHRoaXMg YXBwbGljYXRpb24gc2hvdWxkIGJlIGluZGljYXRlZCBzbyB0aGF0DQogICB0 aGUgZ2xvYmFsIG9iamVjdGl2ZSBmdW5jdGlvbiBhbmQgYWxsIG9mIHRoZSBn bG9iYWwgY29uc3RyYWludHMgYXJlDQogICBhcHBsaWVkIHRvIGVhY2ggb2Yg dGhlIHJlcXVlc3RlZCBwYXRoIGNvbXB1dGF0aW9uLiAgVGhpcyBjYW4gYmUN CiAgIGluZGljYXRlZCBpbXBsaWNpdGx5IGJ5IHBsYWNpbmcgdGhlIEdDTyBy ZWxhdGVkIG9iamVjdHMgKEdPRiwgR0Mgb3INCiAgIFhSTykgYWZ0ZXIgdGhl IFNWRUMgb2JqZWN0LiAgVGhhdCBpcywgaWYgYW55IG9mIHRoZXNlIG9iamVj dHMgZm9sbG93cw0KICAgdGhlIFNWRUMgb2JqZWN0IGluIHRoZSBQQ1JlcSBt ZXNzYWdlLCBhbGwgb2YgdGhlIHJlcXVlc3RlZCBwYXRoDQogICBjb21wdXRh dGlvbnMgc3BlY2lmaWVkIGluIHRoZSBTVkVDIG9iamVjdCBhcmUgc3ViamVj dCB0byBHT0YsIEdDIG9yDQogICBYUk8uDQoNCjUuMy4gIFJlcXVlc3QgZm9y IFRoZSBPcmRlciBvZiBURSBMU1ANCg0KICAgSW4gb3JkZXIgdG8gbWluaW1p emUgZGlzcnVwdGlvbiBhc3NvY2lhdGVkIHdpdGggYnVsayBwYXRoDQogICBw cm92aXNpb25pbmcsIHRoZSBQQ0MgbWF5IGluZGljYXRlIHRvIHRoZSBQQ0Ug dGhhdCB0aGUgcmVzcG9uc2UgTVVTVA0KICAgYmUgb3JkZXJlZC4gIFRoYXQg aXMsIHRoZSBQQ0UgaGFzIHRvIGluY2x1ZGUgdGhlIG9yZGVyIGluIHdoaWNo IFRFDQogICBMU1BzIE1VU1QgYmUgbW92ZWQgc28gYXMgdG8gbWluaW1pemUg dHJhZmZpYyBkaXNydXB0aW9uLiAgVG8gc3VwcG9ydA0KICAgc3VjaCBpbmRp Y2F0aW9uIGEgbmV3IGZsYWcsIHRoZSBEIGZsYWcsIGlzIGRlZmluZWQgaW4g dGhlIFJQIG9iamVjdA0KICAgYXMgZm9sbG93czoNCg0KICAgRCBiaXQgKG9y RGVyIC0gMSBiaXQpOiB3aGVuIHNldCwgaW4gYSBQQ1JlcSBtZXNzYWdlLCB0 aGUgcmVxdWVzdGluZw0KICAgUENDIHJlcXVpcmVzIHRoZSBQQ0UgdG8gc3Bl Y2lmeSBpbiB0aGUgUENSZXAgbWVzc2FnZSB0aGUgb3JkZXIgaW4NCiAgIHdo aWNoIHRoaXMgcGFydGljdWxhciBwYXRoIHJlcXVlc3QgaXMgdG8gYmUgcHJv dmlzaW9uZWQgcmVsYXRpdmUgdG8NCiAgIG90aGVyIHJlcXVlc3RzLg0KDQog ICBUbyBzdXBwb3J0IHRoZSBkZXRlcm1pbmF0aW9uIG9mIHdoZXRoZXIgbWFr ZS1iZWZvcmUtYnJlYWsNCiAgIG9wdGltaXphdGlvbiBpcyByZXF1aXJlZCwg YSBuZXcgZmxhZywgdGhlIE0gZmxhZywgaXMgZGVmaW5lZCBpbiB0aGUNCiAg IFJQIG9iamVjdCBhcyBmb2xsb3dzLg0KDQogICBNIGJpdCAoTWFrZS1iZWZv cmUtYnJlYWsgLSAxIGJpdCk6IHdoZW4gc2V0LCB0aGlzIGluZGljYXRlcyB0 aGF0IGENCiAgIG1ha2UtYmVmb3JlLWJyZWFrIHJlb3B0aW1pemF0aW9uIGlz IHJlcXVpcmVkIGZvciB0aGlzIHJlcXVlc3QuDQoNCiAgIFdoZW4gTSBiaXQg aXMgbm90IHNldCwgdGhpcyBpbXBsaWVzIHRoYXQgYSBicmVhay1iZWZvcmUt bWFrZQ0KDQoNCkxlZSwgZXQgYWwuICAgICAgICAgICAgICBFeHBpcmVzIEF1 Z3VzdCAxNywgMjAwOSAgICAgICAgICAgICAgIFtQYWdlIDE1XQ0KDA0KSW50 ZXJuZXQtRHJhZnQgICAgIFBDRSBHbG9iYWwgQ29uY3VycmVudCBPcHRpbWl6 YXRpb24gICAgICAgICBNYXJjaCAyMDA5DQoNCg0KICAgcmVvcHRpbWl6YXRp b24gaXMgYWxsb3dlZCBmb3IgdGhpcyByZXF1ZXN0LiAgTm90ZSB0aGF0IE0g Yml0IGNhbiBiZQ0KICAgc2V0IG9ubHkgaWYgdGhlIFIgKFJlb3B0aW1pemF0 aW9uKSBmbGFnIGlzIHNldC4NCg0KNS40LiAgVGhlIE9yZGVyIFJlc3BvbnNl DQoNCiAgIFRoZSBQQ0UgTVVTVCBzcGVjaWZ5IHRoZSBvcmRlciBudW1iZXIg aW4gcmVzcG9uc2UgdG8gdGhlIE9yZGVyDQogICBSZXF1ZXN0IG1hZGUgYnkg dGhlIFBDQyBpbiB0aGUgUENSZXEgbWVzc2FnZSBpZiBzbyByZXF1ZXN0ZWQg YnkgdGhlDQogICBzZXR0aW5nIG9mIHRoZSBEIGJpdCBpbiB0aGUgUlAgb2Jq ZWN0IGluIHRoZSBQQ1JlcSBtZXNzYWdlLiAgVG8NCiAgIHN1cHBvcnQgc3Vj aCBvcmRlcmluZyBpbmRpY2F0aW9uIGEgbmV3IG9wdGlvbmFsIFRMViwgdGhl IE9yZGVyIFRMViwNCiAgIGlzIGRlZmluZWQgaW4gdGhlIFJQIG9iamVjdC4N Cg0KICAgVGhlIE9yZGVyIFRMViBpcyBhbiBvcHRpb25hbCBUTFYgaW4gdGhl IFJQIG9iamVjdCwgdGhhdCBpbmRpY2F0ZXMgdGhlDQogICBvcmRlciBpbiB3 aGljaCB0aGUgb2xkIFRFIExTUCBtdXN0IGJlIHJlbW92ZWQgYW5kIHRoZSBu ZXcgVEUgTFNQIG11c3QNCiAgIGJlIHNldHVwIGR1cmluZyBhIHJlb3B0aW1p emF0aW9uLiAgSXQgaXMgY2FycmllZCBpbiB0aGUgUENSZXAgbWVzc2FnZQ0K ICAgaW4gcmVzcG9uc2UgdG8gYSByZW9wdGltaXphdGlvbiByZXF1ZXN0Lg0K DQogICBUaGUgT3JkZXIgVExWIE1VU1QgYmUgaW5jbHVkZWQgaW4gdGhlIFJQ IG9iamVjdCBpbiB0aGUgUENSZXAgbWVzc2FnZQ0KICAgaWYgdGhlIEQgYml0 IGlzIHNldCBpbiB0aGUgUlAgb2JqZWN0IGluIHRoZSBQQ1JlcSBtZXNzYWdl Lg0KDQogICBUaGUgZm9ybWF0IG9mIHRoZSBPcmRlciBUTFYgaXMgYXMgZm9s bG93czoNCg0KDQoNCiAgICAgICAwICAgICAgICAgICAgICAgICAgIDEgICAg ICAgICAgICAgICAgICAgMiAgICAgICAgICAgICAgICAgICAzDQogICAgICAg MCAxIDIgMyA0IDUgNiA3IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAy IDMgNCA1IDYgNyA4IDkgMCAxDQogICAgICAgKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSsNCiAgICAgICB8ICAgICAgICAgICAgICBUeXBlICAgICAgICAgICAgIHwg ICAgICAgICAgICAgTGVuZ3RoICAgICAgICAgICAgfA0KICAgICAgICstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rDQogICAgICAgfCAgICAgICAgICAgICAgICAgICAg ICAgICAgRGVsZXRlIE9yZGVyICAgICAgICAgICAgICAgICAgICAgICAgIHwN CiAgICAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KICAgICAgIHwgICAgICAg ICAgICAgICAgICAgICAgICAgICBTZXR1cCBPcmRlciAgICAgICAgICAgICAg ICAgICAgICAgICB8DQogICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSsNCg0K ICAgICAgIEZpZ3VyZSAyOiBUaGUgT3JkZXIgVExWIGluIHRoZSBSUCBvYmpl Y3QgaW4gdGhlIFBDUmVwIE1lc3NhZ2UNCg0KDQogICBUeXBlOiBUbyBiZSBk ZWZpbmVkIGJ5IElBTkEgKHN1Z2dlc3RlZCB2YWx1ZSA9IDUpDQoNCiAgIExl bmd0aDogVmFyaWFibGUNCg0KICAgRGVsZXRlIE9yZGVyOiAzMiBiaXQgaW50 ZWdlciB0aGF0IGluZGljYXRlcyB0aGUgb3JkZXIgaW4gd2hpY2ggdGhlDQog ICBvbGQgVEUgTFNQIHNob3VsZCBiZSByZW1vdmVkDQoNCiAgIFNldHVwIE9y ZGVyOiAzMiBiaXQgaW50ZWdlciB0aGF0IGluZGljYXRlcyB0aGUgb3JkZXIg aW4gd2hpY2ggdGhlIG5ldw0KICAgVEUgTFNQIHNob3VsZCBiZSBzZXR1cA0K DQogICBUaGUgZGVsZXRlIG9yZGVyIFNIT1VMRCBOT1QgYmUgZXF1YWwgdG8g dGhlIHNldHVwIG9yZGVyLiAgSWYgdGhlDQogICBkZWxldGUgb3JkZXIgaXMg aGlnaGVyIHRoYW4gdGhlIHNldHVwIG9yZGVyLCB0aGlzIG1lYW5zIHRoYXQg dGhlDQoNCg0KTGVlLCBldCBhbC4gICAgICAgICAgICAgIEV4cGlyZXMgQXVn dXN0IDE3LCAyMDA5ICAgICAgICAgICAgICAgW1BhZ2UgMTZdDQoMDQpJbnRl cm5ldC1EcmFmdCAgICAgUENFIEdsb2JhbCBDb25jdXJyZW50IE9wdGltaXph dGlvbiAgICAgICAgIE1hcmNoIDIwMDkNCg0KDQogICByZW9wdGltaXphdGlv biBjYW4gYmUgZG9uZSBpbiBhIG1ha2UtYmVmb3JlLWJyZWFrIG1hbm5lciwg ZWxzZSBpdA0KICAgY2Fubm90IGJlIGRvbmUgaW4gYSBtYWtlLWJlZm9yZS1i cmVhayBtYW5uZXIuDQoNCiAgIEZvciBhIG5ldyBURSBMU1AgdGhlIGRlbGV0 ZSBvcmRlciBpcyBub3QgYXBwbGljYWJsZS4gIFRoZSB2YWx1ZSAwIGlzDQog ICBkZXNpZ25hdGVkIHRvIHNwZWNpZnkgdGhpcyBjYXNlLiAgV2hlbiB0aGUg dmFsdWUgb2YgdGhlIGRlbGV0ZSBvcmRlcg0KICAgaXMgMCwgaXQgaW1wbGll cyB0aGF0IHRoZSByZXN1bHRpbmcgVEUgTFNQIGlzIGEgbmV3IFRFIExTUC4N Cg0KICAgVG8gaWxsdXN0cmF0ZSB0aGlzLCBjb25zaWRlciBhIG5ldHdvcmsg d2l0aCB0d28gZXN0YWJsaXNoZWQgVEUgTFNQczoNCiAgIFIxIHdpdGggcGF0 aCBQMSBhbmQgUjIgd2l0aCBwYXRoIFAyLiAgRHVyaW5nIGEgcmVvcHRpbWl6 YXRpb24gdGhlIFBDRQ0KICAgbWF5IHByb3ZpZGUgdGhlIGZvbGxvd2luZyBv cmRlcmVkIHJlcGx5Og0KDQogICBSMSwgcGF0aCBQMScsIHJlbW92ZSBvcmRl ciAxLCBzZXR1cCBvcmRlciA0DQogICBSMiwgcGF0aCBQMicsIHJlbW92ZSBv cmRlciAzLCBzZXR1cCBvcmRlciAyDQoNCiAgIFRoaXMgaW5kaWNhdGVzIHRo YXQgdGhlIE5NUyBzaG91bGQgZG8gdGhlIGZvbGxvd2luZyBzZXF1ZW5jZSBv Zg0KICAgdGFza3M6DQoNCiAgIDE6IFJlbW92ZSBwYXRoIFAxDQogICAyOiBT ZXR1cCBwYXRoIFAyJw0KICAgMzogUmVtb3ZlIHBhdGggUDINCiAgIDQ6IFNl dHVwIHBhdGggUDEnDQoNCiAgIFRoYXQgaXMsIFIxIGlzIHJlb3B0aW1pemVk IGluIGEgYnJlYWstYmVmb3JlLW1ha2UgbWFubmVyIGFuZCBSMiBpbiBhDQog ICBtYWtlLWJlZm9yZS1icmVhayBtYW5uZXIuDQoNCjUuNS4gIEdMT0JBTCBD T05TVFJBSU5UUyAoR0MpIE9iamVjdA0KDQogICBUaGUgR0xPQkFMIENPTlNU UkFJTlRTIChHQykgT2JqZWN0IGlzIHVzZWQgaW4gYSBQQ1JlcSBtZXNzYWdl IHRvDQogICBzcGVjaWZ5IHRoZSBuZWNlc3NhcnkgZ2xvYmFsIGNvbnN0cmFp bnRzIHRoYXQgc2hvdWxkIGJlIGFwcGxpZWQgdG8NCiAgIGFsbCBpbmRpdmlk dWFsIHBhdGggY29tcHV0YXRpb25zIGZvciBhIGdsb2JhbCBjb25jdXJyZW50 IHBhdGgNCiAgIG9wdGltaXphdGlvbiByZXF1ZXN0Lg0KDQogICBHTE9CQUwg Q09OU1RSQUlOVFMgT2JqZWN0LUNsYXNzIGlzIHRvIGJlIGFzc2lnbmVkIGJ5 IElBTkENCiAgIChyZWNvbW1lbmRlZCB2YWx1ZT0yNCkNCg0KICAgR0xPQkFM IENPTlNUUkFJTlRTIE9iamVjdC1UeXBlIGlzIHRvIGJlIGFzc2lnbmVkIGJ5 IElBTkEgKHJlY29tbWVuZGVkDQogICB2YWx1ZT0xKQ0KDQogICBUaGUgZm9y bWF0IG9mIHRoZSBHQyBvYmplY3QgYm9keSB0aGF0IGluY2x1ZGVzIHRoZSBn bG9iYWwgY29uc3RyYWludHMNCiAgIGlzIGFzIGZvbGxvd3M6DQoNCg0KDQoN Cg0KDQoNCg0KDQoNCkxlZSwgZXQgYWwuICAgICAgICAgICAgICBFeHBpcmVz IEF1Z3VzdCAxNywgMjAwOSAgICAgICAgICAgICAgIFtQYWdlIDE3XQ0KDA0K SW50ZXJuZXQtRHJhZnQgICAgIFBDRSBHbG9iYWwgQ29uY3VycmVudCBPcHRp bWl6YXRpb24gICAgICAgICBNYXJjaCAyMDA5DQoNCiAgIDAgICAgICAgICAg ICAgICAgICAgMSAgICAgICAgICAgICAgICAgICAyICAgICAgICAgICAgICAg ICAgIDMNCiAgIDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3 IDggOSAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyDQogICArLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKw0KICAgfCAgICBNSCAgICAgICAgIHwgICAgTVUgICAgICAg ICB8ICAgIG1VICAgICAgICAgfCAgICBPQiAgICAgICAgIHwNCiAgICstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rDQogICB8ICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfA0KICAg Ly8gICAgICAgICAgICAgICAgICAgICAgICAgT3B0aW9uYWwgVExWKHMpICAg ICAgICAgICAgICAgICAgICAgLy8NCiAgIHwgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8 DQogICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KDQogICAgICAgICAgICAgICAg ICAgICAgRmlndXJlIDM6IEdDIGJvZHkgb2JqZWN0IGZvcm1hdA0KDQogICBN SCAoTWF4IEhvcDogOCBiaXRzKTogOCBiaXQgaW50ZWdlciB0aGF0IGluZGlj YXRlcyB0aGUgbWF4aW11bSBob3ANCiAgIGNvdW50IGZvciBhbGwgdGhlIFRF IExTUHMuDQoNCiAgIE1VIChNYXggVXRpbGl6YXRpb24gUGVyY2VudGFnZTog OCBiaXRzKSA6IDggYml0cyBpbnRlZ2VyIHRoYXQNCiAgIGluZGljYXRlcyB0 aGUgdXBwZXIgYm91bmQgdXRpbGl6YXRpb24gcGVyY2VudGFnZSBieSB3aGlj aCBhbGwgbGluaw0KICAgc2hvdWxkIGJlIGJvdW5kLiAgVXRpbGl6YXRpb24g PSAoTGluayBDYXBhY2l0eSAtIEFsbG9jYXRlZCBCYW5kd2lkdGgNCiAgIG9u IHRoZSBMaW5rKS8gTGluayBDYXBhY2l0eQ0KDQogICBtVSAobWluaW11bSBV dGlsaXphdGlvbiBQZXJjZW50YWdlOiA4IGJpdHMpIDogOCBiaXRzIGludGVn ZXIgdGhhdA0KICAgaW5kaWNhdGVzIHRoZSBsb3dlciBib3VuZCB1dGlsaXph dGlvbiBwZXJjZW50YWdlIGJ5IHdoaWNoIGFsbCBsaW5rDQogICBzaG91bGQg YmUgYm91bmQuDQoNCiAgIE9CIChPdmVyIEJvb2tpbmcgZmFjdG9yIFBlcmNl bnRhZ2U6IDggYml0cykgOiA4IGJpdHMgaW50ZWdlciB0aGF0DQogICBpbmRp Y2F0ZXMgdGhlIG92ZXJib29raW5nIHBlcmNlbnRhZ2UgdGhhdCBhbGxvd3Mg dGhlIHJlc2VydmVkDQogICBiYW5kd2lkdGggdG8gYmUgb3ZlcmJvb2tlZCBv biBlYWNoIGxpbmsgYmV5b25kIGl0cyBwaHlzaWNhbCBjYXBhY2l0eQ0KICAg bGltaXQuICBUaGUgdmFsdWUsIGZvciBleGFtcGxlLCAxMCUgbWVhbnMgdGhh dCAxMTAgTWJwcyBjYW4gYmUNCiAgIHJlc2VydmVkIG9uIGEgMTAwTWJwcyBs aW5rLg0KDQogICBSZXNlcnZlZCBiaXRzICgyNCBiaXRzKSBvZiB0aGUgR0xP QkFMIENPTlNUUkFJTlRTIE9iamVjdCBTSE9VTEQgYmUNCiAgIHRyYW5zbWl0 dGVkIGFzIHplcm8gYW5kIFNIT1VMRCBiZSBpZ25vcmVkIHVwb24gcmVjZWlw dC4NCg0KICAgVGhlIGV4Y2x1c2lvbiBvZiB0aGUgbGlzdCBvZiBub2Rlcy9s aW5rcyBmcm9tIGEgZ2xvYmFsIHBhdGgNCiAgIGNvbXB1dGF0aW9uIGNhbiBi ZSBkb25lIGJ5IGluY2x1ZGluZyB0aGUgWFJPIG9iamVjdCBmb2xsb3dpbmcg dGhlIEdDDQogICBvYmplY3QgaW4gdGhlIG5ldyBTVkVDIGxpc3QgZGVmaW5p dGlvbi4NCg0KICAgT3B0aW9uYWwgVExWcyBtYXkgYmUgaW5jbHVkZWQgd2l0 aGluIHRoZSBHQyBvYmplY3QgYm9keSB0byBzcGVjaWZ5DQogICBhZGRpdGlv bmFsIGdsb2JhbCBjb25zdHJhaW50cy4gVGhlIFRMViBmb3JtYXQgYW5kIHBy b2Nlc3NpbmcgaXMgDQogICBjb25zaXN0ZW50IHdpdGggU2VjdGlvbiA3LjEg b2YgUkZDIDU0NDAuIEFueSBUTFZzIHdpbGwgYmUgYWxsb2NhdGVkIA0KICAg ZnJvbSB0aGUgIlBDRVAgVExWIFR5cGUgSW5kaWNhdG9ycyIgcmVnaXN0cnku IE5vdGUgdGhhdCBubyBUTFZzIGFyZSANCiAgIGRlZmluZWQgaW4gdGhpcyBk b2N1bWVudC4gDQoNCjUuNi4gIEVycm9yIEluZGljYXRvcg0KDQogICBUbyBp bmRpY2F0ZSBlcnJvcnMgYXNzb2NpYXRlZCB3aXRoIHRoZSBnbG9iYWwgY29u Y3VycmVudCBwYXRoDQogICBvcHRpbWl6YXRpb24gcmVxdWVzdCwgYSBuZXcg RXJyb3ItVHlwZSAoMTQpIGFuZCBzdWJzZXF1ZW50IGVycm9yLQ0KICAgdmFs dWVzIGFyZSBkZWZpbmVkIGFzIGZvbGxvd3MgZm9yIGluY2x1c2lvbiBpbiB0 aGUgUENFUC1FUlJPUiBvYmplY3Q6DQoNCiAgIA0KDQpMZWUsIGV0IGFsLiAg ICAgICAgICAgICAgRXhwaXJlcyBBdWd1c3QgMTcsIDIwMDkgICAgICAgICAg ICAgICBbUGFnZSAxOF0NCg0KDA0KSW50ZXJuZXQtRHJhZnQgICAgIFBDRSBH bG9iYWwgQ29uY3VycmVudCBPcHRpbWl6YXRpb24gICAgICAgICBNYXJjaCAy MDA5DQoNCg0KICAgQSBuZXcgRXJyb3ItVHlwZSAoMTUpIGFuZCBzdWJzZXF1 ZW50IGVycm9yLXZhbHVlcyBhcmUgZGVmaW5lZCBhcw0KICAgZm9sbG93czoN Cg0KICAgRXJyb3ItVHlwZT0xNSBhbmQgRXJyb3ItVmFsdWU9MTogaWYgYSBQ Q0UgcmVjZWl2ZXMgYSBnbG9iYWwNCiAgIGNvbmN1cnJlbnQgcGF0aCBvcHRp bWl6YXRpb24gcmVxdWVzdCBhbmQgdGhlIFBDRSBpcyBub3QgY2FwYWJsZSBv Zg0KICAgcHJvY2Vzc2luZyB0aGUgcmVxdWVzdCBkdWUgdG8gaW5zdWZmaWNp ZW50IG1lbW9yeSwgdGhlIFBDRSBNVVNUIHNlbmQNCiAgIGEgUENFcnIgbWVz c2FnZSB3aXRoIGEgUENFUCBFUlJPUiBvYmplY3QgKEVycm9yLVR5cGU9MTUp IGFuZCBhbg0KICAgRXJyb3ItVmFsdWUgKEVycm9yLVZhbHVlPTEpLiAgVGhl IFBDRSBzdG9wcyBwcm9jZXNzaW5nIHRoZSByZXF1ZXN0Lg0KICAgVGhlIGNv cnJlc3BvbmRpbmcgZ2xvYmFsIGNvbmN1cnJlbnQgcGF0aCBvcHRpbWl6YXRp b24gcmVxdWVzdCBNVVNUIGJlDQogICBjYW5jZWxsZWQgYXQgdGhlIFBDQy4N Cg0KICAgRXJyb3ItVHlwZT0xNTsgRXJyb3ItVmFsdWU9MjogaWYgYSBQQ0Ug cmVjZWl2ZXMgYSBnbG9iYWwgY29uY3VycmVudA0KICAgcGF0aCBvcHRpbWl6 YXRpb24gcmVxdWVzdCBhbmQgdGhlIFBDRSBpcyBub3QgY2FwYWJsZSBvZiBn bG9iYWwNCiAgIGNvbmN1cnJlbnQgb3B0aW1pemF0aW9uLCB0aGUgUENFIE1V U1Qgc2VuZCBhIFBDRXJyIG1lc3NhZ2Ugd2l0aCBhDQogICBQQ0VQLUVSUk9S IE9iamVjdCAoRXJyb3ItVHlwZT0xNSkgYW5kIGFuIEVycm9yLVZhbHVlIChF cnJvci1WYWx1ZT0yKS4NCiAgIFRoZSBQQ0Ugc3RvcHMgcHJvY2Vzc2luZyB0 aGUgcmVxdWVzdC4gIFRoZSBjb3JyZXNwb25kaW5nIGdsb2JhbA0KICAgY29u Y3VycmVudCBwYXRoIG9wdGltaXphdGlvbiBNVVNUIGJlIGNhbmNlbGxlZCBh dCB0aGUgUENDLg0KDQogICBUbyBpbmRpY2F0ZSBhbiBlcnJvciBhc3NvY2lh dGVkIHdpdGggcG9saWN5IHZpb2xhdGlvbiwgYSBuZXcgZXJyb3INCiAgIHZh bHVlICJnbG9iYWwgY29uY3VycmVudCBvcHRpbWl6YXRpb24gbm90IGFsbG93 ZWQiIHNob3VsZCBiZSBhZGRlZCB0bw0KICAgYW4gZXhpc3RpbmcgZXJyb3Ig Y29kZSBmb3IgcG9saWN5IHZpb2xhdGlvbiAoRXJyb3ItVHlwZT01KSBhcyBk ZWZpbmVkDQogICBpbiBbUENFUF0uDQoNCiAgIEVycm9yLVR5cGU9NTsgRXJy b3ItVmFsdWU9NTogaWYgYSBQQ0UgcmVjZWl2ZXMgYSBnbG9iYWwgY29uY3Vy cmVudA0KICAgcGF0aCBvcHRpbWl6YXRpb24gcmVxdWVzdCB3aGljaCBpcyBu b3QgY29tcGxpYW50IHdpdGggYWRtaW5pc3RyYXRpdmUNCiAgIHByaXZpbGVn ZXMgKGkuZS4sIHRoZSBQQ0UgcG9saWN5IGRvZXMgbm90IHN1cHBvcnQgZ2xv YmFsIGNvbmN1cnJlbnQNCiAgIG9wdGltaXphdGlvbiksIHRoZSBQQ0Ugc2Vu ZHMgYSBQQ0VyciBtZXNzYWdlIHdpdGggYSBQQ0VQLUVSUk9SIE9iamVjdA0K ICAgKEVycm9yLVR5cGU9NSkgYW5kIGFuIEVycm9yLVZhbHVlIChFcnJvci1W YWx1ZT01KS4gIFRoZSBQQ0Ugc3RvcHMgdGhlDQogICBwcm9jZXNzaW5nIHRo ZSByZXF1ZXN0LiAgVGhlIGNvcnJlc3BvbmRpbmcgZ2xvYmFsIGNvbmN1cnJl bnQgcGF0aA0KICAgY29tcHV0YXRpb24gTVVTVCBiZSBjYW5jZWxsZWQgYXQg dGhlIFBDQy4NCg0KNS43LiAgTk8tUEFUSCBJbmRpY2F0b3INCg0KICAgVG8g Y29tbXVuaWNhdGUgdGhlIHJlYXNvbihzKSBmb3Igbm90IGJlaW5nIGFibGUg dG8gZmluZCBnbG9iYWwNCiAgIGNvbmN1cnJlbnQgcGF0aCBjb21wdXRhdGlv biwgdGhlIE5PLVBBVEggb2JqZWN0IGNhbiBiZSB1c2VkIGluIHRoZQ0KICAg UENSZXAgbWVzc2FnZS4gIFRoZSBmb3JtYXQgb2YgdGhlIE5PLVBBVEggb2Jq ZWN0IGJvZHkgaXMgZGVmaW5lZCBpbg0KICAgW1BDRVBdLiAgVGhlIG9iamVj dCBtYXkgY29udGFpbiBhIE5PLVBBVEgtVkVDVE9SIFRMViB0byBwcm92aWRl DQogICBhZGRpdGlvbmFsIGluZm9ybWF0aW9uIGFib3V0IHdoeSBhIHBhdGgg Y29tcHV0YXRpb24gaGFzIGZhaWxlZC4NCg0KICAgVHdvIG5ldyBiaXQgZmxh Z3MgYXJlIGRlZmluZWQgdG8gYmUgY2FycmllZCBpbiB0aGUgRmxhZ3MgZmll bGQgaW4gdGhlDQogICBOTy1QQVRILVZFQ1RPUiBUTFYgY2FycmllZCBpbiB0 aGUgTk8tUEFUSCBPYmplY3QuDQoNCiAgIEJpdCA2OiBXaGVuIHNldCwgdGhl IFBDRSBpbmRpY2F0ZXMgdGhhdCBubyBtaWdyYXRpb24gcGF0aCB3YXMgZm91 bmQuDQoNCiAgIEJpdCA3OiBXaGVuIHNldCwgdGhlIFBDRSBpbmRpY2F0ZXMg bm8gZmVhc2libGUgc29sdXRpb24gd2FzIGZvdW5kDQogICB0aGF0IG1lZXRz IGFsbCB0aGUgY29uc3RyYWludHMgYXNzb2NpYXRlZCB3aXRoIGdsb2JhbCBj b25jdXJyZW50IHBhdGgNCiAgIG9wdGltaXphdGlvbiBpbiB0aGUgUENSZXAg bWVzc2FnZS4NCg0KDQoNCkxlZSwgZXQgYWwuICAgICAgICAgICAgICBFeHBp cmVzIEF1Z3VzdCAxNywgMjAwOSAgICAgICAgICAgICAgIFtQYWdlIDE5XQ0K DA0KSW50ZXJuZXQtRHJhZnQgICAgIFBDRSBHbG9iYWwgQ29uY3VycmVudCBP cHRpbWl6YXRpb24gICAgICAgICBNYXJjaCAyMDA5DQoNCg0KNi4gIE1hbmFn ZWFiaWxpdHkgQ29uc2lkZXJhdGlvbnMNCg0KICAgTWFuYWdlYWJpbGl0eSBv ZiBHbG9iYWwgQ29uY3VycmVudCBQYXRoIENvbXB1dGF0aW9uIHdpdGggUENF IG11c3QNCiAgIGFkZHJlc3MgdGhlIGZvbGxvd2luZyBjb25zaWRlcmF0aW9u czoNCg0KNi4xLiAgQ29udHJvbCBvZiBGdW5jdGlvbiBhbmQgUG9saWN5DQoN CiAgIEluIGFkZGl0aW9uIHRvIHRoZSBwYXJhbWV0ZXJzIGFscmVhZHkgbGlz dGVkIGluIFNlY3Rpb24gOC4xIG9mDQogICBbUENFUF0sIGEgUENFUCBpbXBs ZW1lbnRhdGlvbiBTSE9VTEQgYWxsb3cgY29uZmlndXJpbmcgdGhlIGZvbGxv d2luZw0KICAgUENFUCBzZXNzaW9uIHBhcmFtZXRlcnMgb24gYSBQQ0M6DQoN CiAgIG8gIFRoZSBhYmlsaXR5IHRvIHNlbmQgYSBHQ08gcmVxdWVzdC4NCg0K ICAgSW4gYWRkaXRpb24gdG8gdGhlIHBhcmFtZXRlcnMgYWxyZWFkeSBsaXN0 ZWQgaW4gU2VjdGlvbiA4LjEgb2YNCiAgIFtQQ0VQXSwgYSBQQ0VQIGltcGxl bWVudGF0aW9uIFNIT1VMRCBhbGxvdyBjb25maWd1cmluZyB0aGUgZm9sbG93 aW5nDQogICBQQ0VQIHNlc3Npb24gcGFyYW1ldGVycyBvbiBhIFBDRToNCg0K ICAgbyAgVGhlIHN1cHBvcnQgZm9yIEdsb2JhbCBDb25jdXJyZW50IE9wdGlt aXphdGlvbi4NCg0KICAgbyAgVGhlIG1heGltdW0gbnVtYmVyIG9mIHN5bmNo cm9uaXplZCBwYXRoIHJlcXVlc3RzIHBlciByZXF1ZXN0DQogICAgICBtZXNz YWdlLg0KDQogICBvICBBIHNldCBvZiBHQ08gc3BlY2lmaWMgcG9saWNpZXMg KGF1dGhvcml6ZWQgc2VuZGVyLCByZXF1ZXN0IHJhdGUNCiAgICAgIGxpbWl0 ZXIsIGV0YykuDQoNCiAgIFRoZXNlIHBhcmFtZXRlcnMgbWF5IGJlIGNvbmZp Z3VyZWQgYXMgZGVmYXVsdCBwYXJhbWV0ZXJzIGZvciBhbnkgUENFUA0KICAg c2Vzc2lvbiB0aGUgUENFUCBzcGVha2VyIHBhcnRpY2lwYXRlcyBpbiwgb3Ig bWF5IGFwcGx5IHRvIGEgc3BlY2lmaWMNCiAgIHNlc3Npb24gd2l0aCBhIGdp dmVuIFBDRVAgcGVlciBvciBhIHNwZWNpZmljIGdyb3VwIG9mIHNlc3Npb25z IHdpdGggYQ0KICAgc3BlY2lmaWMgZ3JvdXAgb2YgUENFUCBwZWVycy4NCg0K Ni4yLiAgSW5mb3JtYXRpb24gYW5kIERhdGEgTW9kZWxzLCBlLmcuIE1JQiBt b2R1bGUNCg0KICAgRXh0ZW5zaW9ucyB0byB0aGUgUENFUCBNSUIgbW9kdWxl IGRlZmluZWQgaW4gW1BDRVAtTUlCXSBzaG91bGQgYmUNCiAgIGRlZmluZWQs IHNvIGFzIHRvIGNvdmVyIHRoZSBHQ08gaW5mb3JtYXRpb24gaW50cm9kdWNl ZCBpbiB0aGlzDQogICBkb2N1bWVudC4NCg0KNi4zLiAgTGl2ZW5lc3MgRGV0 ZWN0aW9uIGFuZCBNb25pdG9yaW5nDQoNCiAgIE1lY2hhbmlzbXMgZGVmaW5l ZCBpbiB0aGlzIGRvY3VtZW50IGRvIG5vdCBpbXBseSBhbnkgbmV3IGxpdmVu ZXNzDQogICBkZXRlY3Rpb24gYW5kIG1vbml0b3JpbmcgcmVxdWlyZW1lbnRz IGluIGFkZGl0aW9uIHRvIHRob3NlIGFscmVhZHkNCiAgIGxpc3RlZCBpbiBT ZWN0aW9uIDguMyBvZiBbUENFUF0uDQoNCjYuNC4gIFZlcmlmeWluZyBDb3Jy ZWN0IE9wZXJhdGlvbg0KDQogICBNZWNoYW5pc21zIGRlZmluZWQgaW4gdGhp cyBkb2N1bWVudCBkbyBub3QgaW1wbHkgYW55IG5ldyB2ZXJpZmljYXRpb24N CiAgIHJlcXVpcmVtZW50cyBpbiBhZGRpdGlvbiB0byB0aG9zZSBhbHJlYWR5 IGxpc3RlZCBpbiBTZWN0aW9uIDguNCBvZg0KICAgW1BDRVBdDQoNCg0KDQpM ZWUsIGV0IGFsLiAgICAgICAgICAgICAgRXhwaXJlcyBBdWd1c3QgMTcsIDIw MDkgICAgICAgICAgICAgICBbUGFnZSAyMF0NCgwNCkludGVybmV0LURyYWZ0 ICAgICBQQ0UgR2xvYmFsIENvbmN1cnJlbnQgT3B0aW1pemF0aW9uICAgICAg ICAgTWFyY2ggMjAwOQ0KDQoNCjYuNS4gIFJlcXVpcmVtZW50cyBvbiBPdGhl ciBQcm90b2NvbHMgYW5kIEZ1bmN0aW9uYWwgQ29tcG9uZW50cw0KDQogICBU aGUgUENFIERpc2NvdmVyeSBtZWNoYW5pc21zIChbUkZDNTA4OF0gYW5kIFtS RkM1MDg5XSkgbWF5IGJlIHVzZWQNCiAgIHRvIGFkdmVydGlzZSBnbG9iYWwg Y29uY3VycmVudCBwYXRoIGNvbXB1dGF0aW9uIGNhcGFiaWxpdGllcyB0byBQ Q0NzLg0KICAgQSBOZXcgRmxhZyAodmFsdWU9OSkgaW4gUENFLUNBUC1GTEFH cyBTdWItVExWIHNob3VsZCBiZSBhc3NpZ25lZCB0bw0KICAgYmUgYWJsZSB0 byBpbmRpY2F0ZSBHQ08gY2FwYWJpbGl0eS4NCg0KNi42LiAgSW1wYWN0IG9u IE5ldHdvcmsgT3BlcmF0aW9uDQoNCiAgIE1lY2hhbmlzbXMgZGVmaW5lZCBp biB0aGlzIGRvY3VtZW50IGRvIG5vdCBpbXBseSBhbnkgbmV3IG5ldHdvcmsN CiAgIG9wZXJhdGlvbiByZXF1aXJlbWVudHMgaW4gYWRkaXRpb24gdG8gdGhv c2UgYWxyZWFkeSBsaXN0ZWQgaW4gU2VjdGlvbg0KICAgOC42IG9mIFtQQ0VQ XS4NCg0KNy4gIFNlY3VyaXR5IENvbnNpZGVyYXRpb25zDQoNCiAgIFdoZW4g Z2xvYmFsIHJlLW9wdGltaXphdGlvbiBpcyBhcHBsaWVkIHRvIGFuIGFjdGl2 ZSBuZXR3b3JrLCBpdCBjb3VsZA0KICAgYmUgZXh0cmVtZWx5IGRpc3J1cHRp dmUuICBBbHRob3VnaCB0aGUgcmVhbCBzZWN1cml0eSBhbmQgcG9saWN5DQog ICBpc3N1ZXMgYXBwbHkgYXQgdGhlIE5NUywgaWYgdGhlIHdyb25nIHJlc3Vs dHMgYXJlIHJldHVybmVkIHRvIHRoZQ0KICAgTk1TLCB0aGUgd3JvbmcgYWN0 aW9ucyBtYXkgYmUgdGFrZW4gaW4gdGhlIG5ldHdvcmsuICBUaGVyZWZvcmUs IGl0IGlzDQogICB2ZXJ5IGltcG9ydGFudCB0aGF0IHRoZSBvcGVyYXRvciBp c3N1aW5nIHRoZSBjb21tYW5kcyBoYXMgc3VmZmljaWVudA0KICAgYXV0aG9y aXR5IGFuZCBpcyBhdXRoZW50aWNhdGVkLCBhbmQgdGhhdCB0aGUgY29tcHV0 YXRpb24gcmVxdWVzdCBpcw0KICAgc3ViamVjdCB0byBhcHByb3ByaWF0ZSBw b2xpY3kuDQoNCiAgIFRoZSBtZWNoYW5pc20gZGVmaW5lZCBpbiBbUENFUF0g dG8gc2VjdXJlIGEgUENFUCBzZXNzaW9uIGNhbiBiZSB1c2VkDQogICB0byBz ZWN1cmUgZ2xvYmFsIGNvbmN1cnJlbnQgcGF0aCBjb21wdXRhdGlvbiByZXF1 ZXN0cy9yZXNwb25zZXMuDQoNCjguICBBY2tub3dsZWRnZW1lbnRzDQoNCiAg IFdlIHdvdWxkIGxpa2UgdG8gdGhhbmsgSmVycnkgQXNoLCBBZHJpYW4gRmFy cmVsLCBKLVAgVmFzc2V1ciwgTmluZw0KICAgU28sIEx1Y3kgWW9uZyBhbmQg RmFiaWVuIFZlcmhhZWdoZSBmb3IgdGhlaXIgdXNlZnVsIGNvbW1lbnRzIGFu ZA0KICAgc3VnZ2VzdGlvbnMuDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCkxlZSwgZXQgYWwuICAgICAgICAgICAgICBFeHBpcmVz IEF1Z3VzdCAxNywgMjAwOSAgICAgICAgICAgICAgIFtQYWdlIDIxXQ0KDA0K SW50ZXJuZXQtRHJhZnQgICAgIFBDRSBHbG9iYWwgQ29uY3VycmVudCBPcHRp bWl6YXRpb24gICAgICAgICBNYXJjaCAyMDA5DQoNCg0KOS4gIElBTkEgQ29u c2lkZXJhdGlvbnMNCg0KICAgSUFOQSBtYWludGFpbnMgYSByZWdpc3RyeSBv ZiBQQ0VQIHBhcmFtZXRlcnMuICBJQU5BIGlzIHJlcXVlc3RlZCB0bw0KICAg bWFrZSBhbGxvY2F0aW9ucyBmcm9tIHRoZSBzdWItcmVnaXN0cmllcyBhcyBk ZXNjcmliZWQgaW4gdGhlDQogICBmb2xsb3dpbmcgc2VjdGlvbnMuDQoNCjku MS4gIFJlcXVlc3QgUGFyYW1ldGVyIEJpdCBGbGFncw0KDQogICBBcyBkZXNj cmliZWQgaW4gU2VjdGlvbiA1LjMsIHR3byBuZXcgYml0IGxmYWdzIGFyZSBk ZWZpbmVkIGZvcg0KICAgaW5jbHVzaW9uIGluIHRoZSBGbGFncyBmaWVsZCBv ZiB0aGUgUlAgb2JqZWN0LiAgSUFOQSBpcyByZXF1ZXN0ZWQgdG8NCiAgIG1h a2UgdGhlIGZvbGxvd2luZyBhbGxvY2F0aW9ucyBmcm9tIHRoZSAiUmVxdWVz dCBQYXJhbWV0ZXIgQml0IEZsYWdzIg0KICAgc3ViLXJlZ2lzdHJ5Lg0KDQoN CiAgIEJpdCAgICAgIE5hbWUgICAgRGVzY3JpcHRpb24gICAgICAgICAgICAg ICAgICAgIFJlZmVyZW5jZQ0KDQogICAyICAgICAgIEQtYml0ICAgUmVwb3J0 IHRoZSByZXF1ZXN0IG9yZGVyICAgICAgIFtUaGlzLkktRF0NCiAgIDIxICAg ICAgIE0tYml0ICAgTWFrZS1iZWZvcmUtYnJlYWsgICAgICAgICAgICAgIFtU aGlzLkktRF0NCg0KDQo5LjIuICBOZXcgUENFUCBUTFYNCg0KICAgQXMgZGVz Y3JpYmVkIGluIFNlY3Rpb24gNS40LCBhIG5ldyBQQ0VQIFRMViBpcyBkZWZp bmVkIHRvIGluZGljYXRlDQogICB0aGUgc2V0dXAgYW5kIGRlbGV0ZSBvcmRl ciBvZiBURSBMU1BzIGluIGEgR0NPLiAgSUFOQSBpcyByZXF1ZXN0ZWQgdG8N CiAgIG1ha2UgdGhlIGZvbGxvd2luZyBhbGxvY2F0aW9uIGZyb20gdGhlICJQ Q0VQIFRMViBUeXBlcyIgc3ViLXJlZ2lzdHJ5Lg0KDQoNCiAgIFRMViBUeXBl ICAgICAgICBNZWFuaW5nICAgICAgICAgICAgICAgICBSZWZlcmVuY2UNCg0K ICAgNSAgICAgICAgICAgICAgIE9yZGVyIFRMViAgICAgICAgICAgICAgIFtU aGlzLkktRF0NCg0KDQo5LjMuICBOZXcgRmxhZyBpbiBQQ0UtQ0FQLUZMQUdT IFN1Yi1UTFYgaW4gUENFRA0KDQogICBBcyBkZXNjcmliZWQgaW4gU2VjdGlv biA2LjUsIGEgbmV3IFBDRS1DQVAtRkxBR1MgU3ViLVRMViBpcw0KICAgZGVm aW5lZCB0byBpbmRpY2F0ZSBhIEdDTyBjYXBhYmlsaXR5LiAgSUFOQSBpcyBy ZXF1ZXN0ZWQgdG8gbWFrZSB0aGUNCiAgIGZvbGxvd2luZyBhbGxvY2F0aW9u IGZyb20gdGhlICJQQ0UtQ0FQLUZMQUdTIFRMViBUeXBlcyIgc3ViLXJlZ2lz dHJ5Lg0KICAgVGhlICJQQ0UgQ2FwYWJpbGl0eSBGbGFncyBSZWdpc3RyeSIg aXMgY3JlYXRlZCBieSBzZWN0aW9uIDcuMiBvZiANCiAgIFJGQyA1MDg4LiBJ dCBpcyBhbiBPU1BGIHJlZ2lzdHJ5Lg0KDQoNCg0KICAgRkxBRyAgICAgICAg ICAgIE1lYW5pbmcgICAgICAgICAgICAgICAgIFJlZmVyZW5jZQ0KDQogICA5 ICAgICAgICAgICAgICAgR2xvYmFsIENvbmN1cnJlbnQgT3B0aW1pemF0aW9u IChHQ08pW1RoaXMuSS1EXQ0KDQoNCg0KDQoNCg0KDQoNCkxlZSwgZXQgYWwu ICAgICAgICAgICAgICBFeHBpcmVzIEF1Z3VzdCAxNywgMjAwOSAgICAgICAg ICAgICAgIFtQYWdlIDIyXQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgIFBDRSBH bG9iYWwgQ29uY3VycmVudCBPcHRpbWl6YXRpb24gICAgICAgICBNYXJjaCAy MDA5DQoNCg0KOS40LiAgTmV3IFBDRVAgT2JqZWN0DQoNCiAgIEFzIGRlc2Ny aWVkIGluIFNlY3Rpb24gNS41LCBhIG5ldyBQQ0VQIG9iamVjdCBpcyBkZWZp bmVkIHRvIGNhcnJ5DQogICBnbG9iYWwgY29uc3RyYWludHMuICBJQU5BIGlz IHJlcXVlc3RlZCB0byBtYWtlIHRoZSBmb2xsb3dpbmcNCiAgIGFsbG9jYXRp b24gZnJvbSB0aGUgIlBDRVAgT2JqZWN0cyIgc3ViLXJlZ2lzdHJ5Lg0KDQoN CiAgIE9iamVjdCAgTmFtZSAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgUmVmZXJlbmNlDQogICBDbGFzcw0KDQogICAyNCAg ICAgICAgICAgICAgR0xPQkFMLUNPTlNUUkFJTlRTICAgICAgICAgICAgICAg ICAgICAgIFtUaGlzLkktRF0NCiAgICAgICAgICAgICAgICAgICAgICAgT2Jq ZWN0LVR5cGUNCiAgICAgICAgICAgICAgICAgICAgICAxOiBHbG9iYWwgQ29u c3RyYWludHMgICAgICAgICAgICAgICAgW1RoaXMuSS1EXQ0KDQoNCjkuNS4g IE5ldyBQQ0VQIEVycm9yIENvZGVzDQoNCiAgIEFzIGRlc2NyaWJlZCBpbiBT ZWN0aW9uIDUuNiwgbmV3IFBDRVAgZXJyb3IgY29kZXMgYXJlIGRlZmluZWQg Zm9yIEdDTw0KICAgZXJyb3JzLiAgSUFOQSBpcyByZXF1ZXN0ZWQgdG8gbWFr ZSBhbGxvY2F0aW9ucyBmcm9tIHRoZSAiUENFUCBFcnJvcg0KICAgVHlwZXMg YW5kIFZhbHVlcyIgc3ViLXJlZ2lzdHJ5IGFzIHNldCBvdXQgaW4gdGhlIGZv bGxvd2luZyBzZWN0aW9ucy4NCg0KOS41LjEuICBOZXcgRXJyb3ItVmFsdWVz IGZvciBFeGlzdGluZyBFcnJvci1UeXBlcw0KDQoNCiAgIEVycm9yDQogICBU eXBlICAgIE1lYW5pbmcgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIFJlZmVyZW5jZQ0KDQogICA1ICAgICAgICAgICAgICAg UG9saWN5IHZpb2xhdGlvbg0KICAgICAgICAgICAgICAgICAgICAgICAgICAg RXJyb3ItdmFsdWU9NTogICAgICAgICAgICAgICAgICAgICBbVGhpcy5JLURd DQogICAgICAgICAgICAgICAgICAgR2xvYmFsIGNvbmN1cnJlbnQgb3B0aW1p emF0aW9uIG5vdCBhbGxvd2VkDQoNCg0KOS41LjIuICBOZXcgRXJyb3ItVHlw ZXMgYW5kIEVycm9yLVZhbHVlcw0KDQoNCiAgIEVycm9yDQogICBUeXBlICAg IE1lYW5pbmcgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIFJlZmVyZW5jZQ0KDQogICAxNSAgICAgICAgICAgICAgR2xvYmFs IENvbmN1cnJlbnQgT3B0aW1pemF0aW9uIEVycm9yICAgICAgIFtUaGlzLkkt RF0NCiAgICAgICAgICAgICAgICAgICBFcnJvci12YWx1ZT0xOg0KICAgICAg ICAgICAgICAgICAgIEluc3VmZmljaWVudCBtZW1vcnkgICAgICAgICAgICAg ICAgICAgICAgICBbVGhpcy5JLURdDQogICAgICAgICAgICAgICAgICAgRXJy b3ItdmFsdWU9MjoNCiAgICAgICAgICAgICAgICAgICBHbG9iYWwgY29uY3Vy cmVudCBvcHRpbWl6YXRpb24gbm90IHN1cHBvcnRlZA0KICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICBbVGhpcy5JLURdDQoNCg0KDQoNCg0KDQpMZWUsIGV0IGFsLiAgICAg ICAgICAgICAgRXhwaXJlcyBBdWd1c3QgMTcsIDIwMDkgICAgICAgICAgICAg ICBbUGFnZSAyM10NCgwNCkludGVybmV0LURyYWZ0ICAgICBQQ0UgR2xvYmFs IENvbmN1cnJlbnQgT3B0aW1pemF0aW9uICAgICAgICAgTWFyY2ggMjAwOQ0K DQoNCjkuNi4gIE5ldyBOby1QYXRoIFJlYXNvbnMNCg0KICAgSUFOQSBpcyBy ZXF1ZXN0ZWQgdG8gbWFrZSB0aGUgZm9sbG93aW5nIGFsbG9jYXRpb25zIGZy b20gdGhlICJOby1QYXRoDQogICBSZWFzb25zIiBzdWItcmVnaXN0cnkgZm9y IGJpdCBmbGFncyBjYXJyaWVkIGluIHRoZSBOTy1QQVRILVZFQ1RPUiBUTFYN CiAgIGluIHRoZSBQQ0VQIE5PLVBBVEggb2JqZWN0IGFzIGRlc2NyaWJlZCBp biBTZWN0aW9uIDUuNy4NCg0KICAgQml0DQogICBOdW1iZXIgICAgICAgICAg TmFtZSAgICAgICAgICAgICAgICAgICAgICAgICBSZWZlcmVuY2UNCg0KICAg MjYgICAgICAgICAgICAgIE5vIEdDTyBtaWdyYXRpb24gcGF0aCBmb3VuZCAg W1RoaXMuSS1EXQ0KICAgMjUgICAgICAgICAgICAgIE5vIEdDTyBzb2x1dGlv biBmb3VuZCAgICAgICAgW1RoaXMuSS1EXQ0KDQoxMC4gIFJlZmVyZW5jZXMN Cg0KMTAuMS4gIE5vcm1hdGl2ZSBSZWZlcmVuY2VzDQoNCiAgIFtCUlBDXSAg ICAgVmFzc2V1ciwgSlAuLCBFZC4sICJBIEJhY2t3YXJkIFJlY3Vyc2l2ZSBQ Q0UtYmFzZWQNCiAgICAgICAgICAgICAgQ29tcHV0YXRpb24gKEJSUEMpIHBy b2NlZHVyZSB0byBjb21wdXRlIHNob3J0ZXN0IGludGVyLQ0KICAgICAgICAg ICAgICBkb21haW4gVHJhZmZpYyBFbmdpbmVlcmluZyBMYWJlbCBTd2l0Y2hl ZCBQYXRocywNCiAgICAgICAgICAgICAgZHJhZnQtaWV0Zi1wY2UtYnJwYywg d29yayBpbiBwcm9ncmVzcyIuDQoNCiAgIFtQQ0UtT0ZdICAgTGUgUm91eCwg SkwuLCBWYXNzZXVyLCBKUC4sIGFuZCBZLiBMZWUsICJPYmplY3RpdmUNCiAg ICAgICAgICAgICAgRnVuY3Rpb24gZW5jb2RpbmcgaW4gUGF0aCBDb21wdXRh dGlvbiBFbGVtZW50DQogICAgICAgICAgICAgIGNvbW11bmljYXRpb24gYW5k IGRpc2NvdmVyeSBwcm90b2NvbHMsDQogICAgICAgICAgICAgIGRyYWZ0LWll dGYtcGNlLW9mLCB3b3JrIGluIHByb2dyZXNzIi4NCg0KICAgW1BDRS1YUk9d ICBPa2ksIEUuIGFuZCBBLiBGYXJyZWwsICJFeHRlbnNpb25zIHRvIHRoZSBQ YXRoIENvbXB1dGF0aW9uDQogICAgICAgICAgICAgIEVsZW1lbnQgQ29tbXVu aWNhdGlvbiBQcm90b2NvbCAoUENFUCkgZm9yIFJvdXRlDQogICAgICAgICAg ICAgIEV4Y2x1c2lvbnMsICBkcmFmdC1pZXRmLXBjZS1wY2VwLXhybywgd29y ayBpbiBwcm9ncmVzcyIuDQoNCiAgIFtQQ0VQXSAgICAgVmFzc2V1ciwgSlAu LCBFZC4gYW5kIEpMLiBMZSBSb3V4LCBFZC4sICJQYXRoIENvbXB1dGF0aW9u DQogICAgICAgICAgICAgIEVsZW1lbnQgKFBDRSkgY29tbXVuaWNhdGlvbiBQ cm90b2NvbCAoUENFUCkgLSBWZXJzaW9uIDEsDQogICAgICAgICAgICAgIGRy YWZ0LWlldGYtcGNlLXBjZXAsIHdvcmsgaW4gcHJvZ3Jlc3MiLg0KDQogICBb UkZDMjExOV0gIEJyYWRuZXIsIFMuLCAiS2V5IHdvcmRzIGZvciB1c2UgaW4g UkZDcyB0byBJbmRpY2F0ZQ0KICAgICAgICAgICAgICBSZXF1aXJlbWVudCBM ZXZlbHMiLCBCQ1AgMTQsIFJGQyAyMTE5LCBNYXJjaCAxOTk3Lg0KDQogICBb UkZDMzIwOV0gIEF3ZHVjaGUsIEQuLCBCZXJnZXIsIEwuLCBHYW4sIEQuLCBM aSwgVC4sIFNyaW5pdmFzYW4sIFYuLA0KICAgICAgICAgICAgICBhbmQgRy4g U3dhbGxvdywgIlJTVlAtVEU6IEV4dGVuc2lvbnMgdG8gUlNWUCBmb3IgTFNQ DQogICAgICAgICAgICAgIFR1bm5lbHMiLCBSRkMgMzIwOSwgRGVjZW1iZXIg MjAwMS4NCg0KICAgW1JGQzUwODhdICBMZSBSb3V4LCBKLiwgVmFzc2V1ciwg Si4sIElrZWppcmksIFkuLCBhbmQgUi4gWmhhbmcsICJPU1BGDQogICAgICAg ICAgICAgIFByb3RvY29sIEV4dGVuc2lvbnMgZm9yIFBhdGggQ29tcHV0YXRp b24gRWxlbWVudCAoUENFKQ0KICAgICAgICAgICAgICBEaXNjb3ZlcnksIFJG QyA1MDg4LCBKYW51YXJ5IDIwMDguIi4NCg0KICAgW1JGQzUwODldICBMZSBS b3V4LCBKLiwgVmFzc2V1ciwgSi4sIElrZWppcmksIFkuLCBhbmQgUi4gWmhh bmcsDQogICAgICAgICAgICAgICJJUy1JUyBQcm90b2NvbCBFeHRlbnNpb25z IGZvciBQYXRoIENvbXB1dGF0aW9uIEVsZW1lbnQNCiAgICAgICAgICAgICAg KFBDRSkgRGlzY292ZXJ5LCBSRkMgNTA4OSwgSmFudWFyeSAyMDA4LiIuDQoN Cg0KTGVlLCBldCBhbC4gICAgICAgICAgICAgIEV4cGlyZXMgQXVndXN0IDE3 LCAyMDA5ICAgICAgICAgICAgICAgW1BhZ2UgMjRdDQoMDQpJbnRlcm5ldC1E cmFmdCAgICAgUENFIEdsb2JhbCBDb25jdXJyZW50IE9wdGltaXphdGlvbiAg ICAgICAgIE1hcmNoIDIwMDkNCg0KDQoxMC4yLiAgSW5mb3JtYXRpdmUgUmVm ZXJlbmNlcw0KDQogICBbUENFLU1MTl0gIE9raSwgRS4sIExlIFJvdXgsIEou LCBhbmQgQS4gRmFycmVsLCAiRnJhbWV3b3JrIGZvciBQQ0UtDQogICAgICAg ICAgICAgIGJhc2VkIGludGVyLWxheWVyICBNUExTIGFuZCBHTVBMUyB0cmFm ZmljIGVuZ2luZWVyaW5nIiwNCiAgICAgICAgICAgICAgZHJhZnQtaWV0Zi1w Y2UtaW50ZXItbGF5ZXItZnJ3aywgd29yayBpbiBwcm9ncmVzcy4NCg0KICAg W1BDRVAtTUlCXSBTdGVwaGVuLCBFLiBhbmQgSy4gS291c2hpaywgIlBDRSBj b21tdW5pY2F0aW9uDQogICAgICAgICAgICAgIHByb3RvY29sKFBDRVApIE1h bmFnZW1lbnQgSW5mb3JtYXRpb24gQmFzZSIsDQogICAgICAgICAgICAgIGRy YWZ0LWtrb3VzaGlrLXBjZS1wY2VwLW1pYiwgd29yayBpbiBwcm9ncmVzcy4N Cg0KICAgW1JCTkZdICAgICBBLiBGYXJyZWwsICJSZWR1Y2VkIEJhY2t1cy1O YXVyIEZvcm0gKFJCTkYpIC0gQSBTeW50YXgNCiAgICAgICAgICAgICAgVXNl ZCBpbiBWYXJpb3VzIFByb3RvY29sIFNwZWNpZmljYXRpb25zIiwgZHJhZnQt ZmFycmVsLQ0KICAgICAgICAgICAgICBydGctY29tbW9uLWJuZiwgd29yayBp biBwcm9ncmVzcy4NCg0KICAgW1JGQzQ2NTVdICBGYXJyZWwsIEEuLCBWYXNz ZXVyLCBKLiwgYW5kIEouIEFzaCwgIkEgUGF0aCBDb21wdXRhdGlvbg0KICAg ICAgICAgICAgICBFbGVtZW50IChQQ0UpLUJhc2VkIEFyY2hpdGVjdHVyZSIs IFJGQyA0NjU1LCBBdWd1c3QgMjAwNi4NCg0KICAgW1JGQzQ2NTddICBBc2gs IEouIGFuZCBKLiBMZSBSb3V4LCAiUGF0aCBDb21wdXRhdGlvbiBFbGVtZW50 IChQQ0UpDQogICAgICAgICAgICAgIENvbW11bmljYXRpb24gUHJvdG9jb2wg R2VuZXJpYyBSZXF1aXJlbWVudHMiLCBSRkMgNDY1NywNCiAgICAgICAgICAg ICAgU2VwdGVtYmVyIDIwMDYuDQoNCiAgIFtSRkM0Njc0XSAgTGUgUm91eCwg Si4sICJSZXF1aXJlbWVudHMgZm9yIFBhdGggQ29tcHV0YXRpb24gRWxlbWVu dA0KICAgICAgICAgICAgICAoUENFKSBEaXNjb3ZlcnkiLCBSRkMgNDY3NCwg T2N0b2JlciAyMDA2Lg0KDQogICBbUkZDNTIxMl0gIFNoaW9tb3RvLCBLLiwg RWQuLCAiUmVxdWlyZW1lbnRzIGZvciBHTVBMUy1iYXNlZCBtdWx0aS0NCiAg ICAgICAgICAgICAgcmVnaW9uIGFuZCBtdWx0aS1sYXllciBuZXR3b3JrcyAo TVJOL01MTikiLCBSRkMgNTIxMiwNCiAgICAgICAgICAgICAgSnVseSAyMDA4 Lg0KDQpBdXRob3JzJyBBZGRyZXNzZXMNCg0KICAgWW91bmcgTGVlDQogICBI dWF3ZWkNCiAgIDE3MDAgQWxtYSBEcml2ZSwgU3VpdGUgMTAwDQogICBQbGFu bywgVFggIDc1MDc1DQogICBVUw0KDQogICBQaG9uZTogKzEgOTcyIDUwOSA1 NTk5IHgyMjQwDQogICBGYXg6ICAgKzEgNDY5IDIyOSA1Mzk3DQogICBFbWFp bDogeWxlZUBodWF3ZWkuY29tDQoNCg0KICAgSkwgTGUgUm91eA0KICAgRnJh bmNlIFRlbGVjb20NCiAgIDIsIEF2ZW51ZSBQaWVycmUtTWFyemluDQogICBM YW5uaW9uICAyMjMwNw0KICAgRlJBTkNFDQoNCiAgIEVtYWlsOiBqZWFubG91 aXMubGVyb3V4QG9yYW5nZS1mdGdyb3VwLmNvbQ0KDQoNCkxlZSwgZXQgYWwu ICAgICAgICAgICAgICBFeHBpcmVzIEF1Z3VzdCAxNywgMjAwOSAgICAgICAg ICAgICAgIFtQYWdlIDI1XQ0KDA0KSW50ZXJuZXQtRHJhZnQgICAgIFBDRSBH bG9iYWwgQ29uY3VycmVudCBPcHRpbWl6YXRpb24gICAgICAgICBNYXJjaCAy MDA5DQoNCg0KICAgRGFuaWVsIEtpbmcNCiAgIE9sZCBEb2cgQ29uc3VsdGlu Zw0KICAgVW5pdGVkIEtpbmdkb20NCg0KICAgUGhvbmU6DQogICBGYXg6DQog ICBFbWFpbDogZGFuaWVsQG9sZGRvZy5jby51aw0KDQoNCiAgIEVpamkgT2tp DQogICBVbml2ZXJzaXR5IG9mIEVsZWN0cm8tQ29tbXVuaWNhdGlvbnMNCiAg IDEtNS0xIENob2Z1Z2Fva2ENCiAgIENob2Z1LCBUb2t5byAgMTgyLTg1ODUN CiAgIEpBUEFODQoNCiAgIEVtYWlsOiBva2lAaWNlLnVlYy5hYy5qcA0KDQpG dWxsIENvcHlyaWdodCBTdGF0ZW1lbnQNCg0KICAgQ29weXJpZ2h0IChjKSAy MDA5IElFVEYgVHJ1c3QgYW5kIHRoZSBwZXJzb25zIGlkZW50aWZpZWQgYXMg dGhlDQogICBkb2N1bWVudCBhdXRob3JzLiBBbGwgcmlnaHRzIHJlc2VydmVk Lg0KDQogICBUaGlzIGRvY3VtZW50IGlzIHN1YmplY3QgdG8gQkNQIDc4IGFu ZCB0aGUgSUVURiBUcnVzdCdzIExlZ2FsDQogICBQcm92aXNpb25zIFJlbGF0 aW5nIHRvIElFVEYgRG9jdW1lbnRzDQogICAoaHR0cDovL3RydXN0ZWUuaWV0 Zi5vcmcvbGljZW5zZS1pbmZvKSBpbiBlZmZlY3Qgb24gdGhlIGRhdGUgb2YN CiAgIHB1YmxpY2F0aW9uIG9mIHRoaXMgZG9jdW1lbnQuIFBsZWFzZSByZXZp ZXcgdGhlc2UgZG9jdW1lbnRzDQogICBjYXJlZnVsbHksIGFzIHRoZXkgZGVz Y3JpYmUgeW91ciByaWdodHMgYW5kIHJlc3RyaWN0aW9ucyB3aXRoIHJlc3Bl Y3QNCiAgIHRvIHRoaXMgZG9jdW1lbnQuDQoNCiAgIEFMTCBJRVRGIERvY3Vt ZW50cyBhbmQgdGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBoZXJlaW4gYXJl IHByb3ZpZGVkDQogICBvbiBhbiAiQVMgSVMiIGJhc2lzIGFuZCBUSEUgQ09O VFJJQlVUT1IsIFRIRSBPUkdBTklaQVRJT04gSEUvU0hFDQogICBSRVBSRVNF TlRTIE9SIElTIFNQT05TT1JFRCBCWSAoSUYgQU5ZKSwgVEhFIElOVEVSTkVU IFNPQ0lFVFksIFRIRQ0KICAgSUVURiBUUlVTVCBBTkQgVEhFIElOVEVSTkVU IEVOR0lORUVSSU5HIFRBU0sgRk9SQ0UgRElTQ0xBSU0gQUxMDQogICBXQVJS QU5USUVTLCBFWFBSRVNTIE9SIElNUExJRUQsIElOQ0xVRElORyBCVVQgTk9U IExJTUlURUQgVE8gQU5ZDQogICBXQVJSQU5UWSBUSEFUIFRIRSBVU0UgT0Yg VEhFIElORk9STUFUSU9OIEhFUkVJTiBXSUxMIE5PVCBJTkZSSU5HRQ0KICAg QU5ZIFJJR0hUUyBPUiBBTlkgSU1QTElFRCBXQVJSQU5USUVTIE9GIE1FUkNI QU5UQUJJTElUWSBPUiBGSVRORVNTDQogICBGT1IgQSBQQVJUSUNVTEFSIFBV UlBPU0UuDQoNCkludGVsbGVjdHVhbCBQcm9wZXJ0eQ0KDQogICBUaGUgZGVm aW5pdGl2ZSB2ZXJzaW9uIG9mIGFuIElFVEYgRG9jdW1lbnQgaXMgdGhhdCBw dWJsaXNoZWQgYnksIG9yDQogICB1bmRlciB0aGUgYXVzcGljZXMgb2YsIHRo ZSBJRVRGLiBWZXJzaW9ucyBvZiBJRVRGIERvY3VtZW50cyB0aGF0IGFyZQ0K ICAgcHVibGlzaGVkIGJ5IHRoaXJkIHBhcnRpZXMsIGluY2x1ZGluZyB0aG9z ZSB0aGF0IGFyZSB0cmFuc2xhdGVkIGludG8NCiAgIG90aGVyIGxhbmd1YWdl cywgc2hvdWxkIG5vdCBiZSBjb25zaWRlcmVkIHRvIGJlIGRlZmluaXRpdmUg dmVyc2lvbnMNCiAgIG9mIElFVEYgRG9jdW1lbnRzLiBUaGUgZGVmaW5pdGl2 ZSB2ZXJzaW9uIG9mIHRoZXNlIExlZ2FsIFByb3Zpc2lvbnMNCiAgIGlzIHRo YXQgcHVibGlzaGVkIGJ5LCBvciB1bmRlciB0aGUgYXVzcGljZXMgb2YsIHRo ZSBJRVRGLiBWZXJzaW9ucyBvZg0KICAgdGhlc2UgTGVnYWwgUHJvdmlzaW9u cyB0aGF0IGFyZSBwdWJsaXNoZWQgYnkgdGhpcmQgcGFydGllcywgaW5jbHVk aW5nDQogICB0aG9zZSB0aGF0IGFyZSB0cmFuc2xhdGVkIGludG8gb3RoZXIg bGFuZ3VhZ2VzLCBzaG91bGQgbm90IGJlDQogICBjb25zaWRlcmVkIHRvIGJl IGRlZmluaXRpdmUgdmVyc2lvbnMgb2YgdGhlc2UgTGVnYWwgUHJvdmlzaW9u cy4NCg0KTGVlLCBldCBhbC4gICAgICAgICAgICAgIEV4cGlyZXMgQXVndXN0 IDE3LCAyMDA5ICAgICAgICAgICAgICAgW1BhZ2UgMjZdDQoMDQpJbnRlcm5l dC1EcmFmdCAgICAgUENFIEdsb2JhbCBDb25jdXJyZW50IE9wdGltaXphdGlv biAgICAgICAgIE1hcmNoIDIwMDkNCg0KICAgRm9yIHRoZSBhdm9pZGFuY2Ug b2YgZG91YnQsIGVhY2ggQ29udHJpYnV0b3IgdG8gdGhlIElFVEYgU3RhbmRh cmRzDQogICBQcm9jZXNzIGxpY2Vuc2VzIGVhY2ggQ29udHJpYnV0aW9uIHRo YXQgaGUgb3Igc2hlIG1ha2VzIGFzIHBhcnQgb2YNCiAgIHRoZSBJRVRGIFN0 YW5kYXJkcyBQcm9jZXNzIHRvIHRoZSBJRVRGIFRydXN0IHB1cnN1YW50IHRv IHRoZQ0KICAgcHJvdmlzaW9ucyBvZiBSRkMgNTM3OC4gTm8gbGFuZ3VhZ2Ug dG8gdGhlIGNvbnRyYXJ5LCBvciB0ZXJtcywNCiAgIGNvbmRpdGlvbnMgb3Ig cmlnaHRzIHRoYXQgZGlmZmVyIGZyb20gb3IgYXJlIGluY29uc2lzdGVudCB3 aXRoIHRoZQ0KICAgcmlnaHRzIGFuZCBsaWNlbnNlcyBncmFudGVkIHVuZGVy IFJGQyA1Mzc4LCBzaGFsbCBoYXZlIGFueSBlZmZlY3QgYW5kDQogICBzaGFs bCBiZSBudWxsIGFuZCB2b2lkLCB3aGV0aGVyIHB1Ymxpc2hlZCBvciBwb3N0 ZWQgYnkgc3VjaA0KICAgQ29udHJpYnV0b3IsIG9yIGluY2x1ZGVkIHdpdGgg b3IgaW4gc3VjaCBDb250cmlidXRpb24uDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCkxlZSwgZXQgYWwuICAgICAgICAgICAg ICBFeHBpcmVzIEF1Z3VzdCAxNywgMjAwOSAgICAgICAgICAgICAgIFtQYWdl IDI3XQ0KDA0K --0-1920786957-1237321696=:59196-- From Black_David@emc.com Tue Mar 17 14:35:53 2009 Return-Path: X-Original-To: pce@core3.amsl.com Delivered-To: pce@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CA00F3A6836 for ; Tue, 17 Mar 2009 14:35:53 -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=[AWL=-0.001, 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 Tbym5ZNp1wHX for ; Tue, 17 Mar 2009 14:35:53 -0700 (PDT) Received: from mexforward.lss.emc.com (mexforward.lss.emc.com [128.222.32.20]) by core3.amsl.com (Postfix) with ESMTP id D761F3A682B for ; Tue, 17 Mar 2009 14:35:52 -0700 (PDT) Received: from hop04-l1d11-si03.isus.emc.com (HOP04-L1D11-SI03.isus.emc.com [10.254.111.23]) by mexforward.lss.emc.com (Switch-3.2.5/Switch-3.1.7) with ESMTP id n2HLaVme012449 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 17 Mar 2009 17:36:32 -0400 (EDT) From: Black_David@emc.com Received: from mailhub.lss.emc.com (numailhub.lss.emc.com [10.254.144.16]) by hop04-l1d11-si03.isus.emc.com (Tablus Interceptor); Tue, 17 Mar 2009 17:36:23 -0400 Received: from corpussmtp3.corp.emc.com (corpussmtp3.corp.emc.com [10.254.64.53]) by mailhub.lss.emc.com (Switch-3.3.2/Switch-3.3.2) with ESMTP id n2HLaMeS013353; Tue, 17 Mar 2009 17:36:22 -0400 Received: from CORPUSMX80A.corp.emc.com ([10.254.89.202]) by corpussmtp3.corp.emc.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 17 Mar 2009 17:36:22 -0400 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_01C9A748.6A47F116" Date: Tue, 17 Mar 2009 17:36:22 -0400 Message-ID: <9FA859626025B64FBC2AF149D97C944A0223FDD0@CORPUSMX80A.corp.emc.com> In-reply-to: <470578.59196.qm@web50305.mail.re2.yahoo.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: PCE GCO 09 version Thread-Index: AcmnPuyf3nLy8Fj5Q1+ijJvv5F+KFwACPfqQ References: <470578.59196.qm@web50305.mail.re2.yahoo.com> To: , X-OriginalArrivalTime: 17 Mar 2009 21:36:22.0115 (UTC) FILETIME=[6A635B30:01C9A748] X-EMM-EM: Active X-Mailman-Approved-At: Tue, 17 Mar 2009 15:36:50 -0700 Cc: pce@ietf.org, Black_David@emc.com, ylee@huawei.com Subject: Re: [Pce] PCE GCO 09 version X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Mar 2009 21:35:53 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01C9A748.6A47F116 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Young, =20 The only thing from my review that I don't see in your proposed -09 draft is providing the bit numbers for the new bits in the RP object in Section 5.3 in addition to Section 9.1. =20 I noticed that the bit numbers in Sections 9.1 and 9.6 have changed - was this based on checking with IANA and/or some other coordinated means of managing the registries involved? Thanks, --David ---------------------------------------------------- David L. Black, Distinguished Engineer EMC Corporation, 176 South St., Hopkinton, MA 01748 +1 (508) 293-7953 FAX: +1 (508) 293-7786 black_david@emc.com Mobile: +1 (978) 394-7754 ---------------------------------------------------- ________________________________ From: young lee [mailto:younglee_nj@yahoo.com]=20 Sent: Tuesday, March 17, 2009 4:28 PM To: Adrian Farrel; Black, David Cc: Young Lee; pce@ietf.org Subject: PCE GCO 09 version =09 =09 Hi Adrian and David, =20 Here's the update on PCE GCO (09) reflecting all the comments from you. However, I cannot upload to IETF-DRAFT-Submission page until March 23. In the meantime, if you can review it, that will be appreciated. Thanks.=20 =20 Regards, Young ------_=_NextPart_001_01C9A748.6A47F116 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Young,
 
The only=20 thing from my review that I don't see in your = proposed
-09 draft is=20 providing the bit numbers for the new bits in=20 the
RP object in=20 Section 5.3 in addition to Section = 9.1.
 
I noticed=20 that the bit numbers in Sections 9.1 and 9.6 have
changed -=20 was this based on checking with IANA and/or some
other=20 coordinated means of managing the registries = involved?

Thanks,
--David
-------------------------------------------------= ---
David=20 L. Black, Distinguished Engineer
EMC Corporation, 176 South St., = Hopkinton,=20 MA  01748
+1 (508)=20 293-7953           = ; =20 FAX: +1 (508)=20 293-7786
black_david@emc.com       = =20 Mobile: +1 (978)=20 394-7754
----------------------------------------------------

From: young lee = [mailto:younglee_nj@yahoo.com]=20
Sent: Tuesday, March 17, 2009 4:28 PM
To: Adrian = Farrel;=20 Black, David
Cc: Young Lee; pce@ietf.org
Subject: = PCE GCO=20 09 version

Hi Adrian and David,
 
Here's the update on PCE GCO (09) reflecting all the comments = from you.=20 However, I cannot upload to IETF-DRAFT-Submission page until March 23. = In the=20 meantime, if you can review it, that will be appreciated. Thanks. =
 
Regards,
Young

------_=_NextPart_001_01C9A748.6A47F116-- From Black_David@emc.com Tue Mar 17 19:25:39 2009 Return-Path: X-Original-To: pce@core3.amsl.com Delivered-To: pce@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A02B93A6822; Tue, 17 Mar 2009 19:25:39 -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=[AWL=-0.000, 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 LJ3BKIKqKQnv; Tue, 17 Mar 2009 19:25:38 -0700 (PDT) Received: from mexforward.lss.emc.com (mexforward.lss.emc.com [128.222.32.20]) by core3.amsl.com (Postfix) with ESMTP id C656C3A67BD; Tue, 17 Mar 2009 19:25:37 -0700 (PDT) Received: from hop04-l1d11-si02.isus.emc.com (HOP04-L1D11-SI02.isus.emc.com [10.254.111.55]) by mexforward.lss.emc.com (Switch-3.2.5/Switch-3.1.7) with ESMTP id n2I2QC94011407 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 17 Mar 2009 22:26:12 -0400 (EDT) From: Black_David@emc.com Received: from mailhub.lss.emc.com (numailhub.lss.emc.com [10.254.144.15]) by hop04-l1d11-si02.isus.emc.com (Tablus Interceptor); Tue, 17 Mar 2009 22:26:07 -0400 Received: from corpussmtp3.corp.emc.com (corpussmtp3.corp.emc.com [10.254.64.53]) by mailhub.lss.emc.com (Switch-3.3.2mp/Switch-3.3.2mp) with ESMTP id n2I2Q6kj024415; Tue, 17 Mar 2009 22:26:06 -0400 Received: from CORPUSMX80A.corp.emc.com ([10.254.89.202]) by corpussmtp3.corp.emc.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 17 Mar 2009 22:26:06 -0400 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_01C9A770.E3FA6AEA" Date: Tue, 17 Mar 2009 22:26:04 -0400 Message-ID: <9FA859626025B64FBC2AF149D97C944A0223FE7A@CORPUSMX80A.corp.emc.com> In-reply-to: <001101c9a750$cf4e7ea0$4a0c7c0a@china.huawei.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: PCE GCO 09 version Thread-Index: AcmnPuyf3nLy8Fj5Q1+ijJvv5F+KFwACPfqQAAIi2oAAB/ZMQA== References: <470578.59196.qm@web50305.mail.re2.yahoo.com> <9FA859626025B64FBC2AF149D97C944A0223FDD0@CORPUSMX80A.corp.emc.com> <001101c9a750$cf4e7ea0$4a0c7c0a@china.huawei.com> To: X-OriginalArrivalTime: 18 Mar 2009 02:26:06.0430 (UTC) FILETIME=[E43F4FE0:01C9A770] X-EMM-EM: Active X-Mailman-Approved-At: Wed, 18 Mar 2009 03:20:29 -0700 Cc: younglee_nj@yahoo.com, pce-chairs@tools.ietf.org, pce@ietf.org, iesg@ietf.org, Black_David@emc.com Subject: Re: [Pce] PCE GCO 09 version X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2009 02:25:39 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01C9A770.E3FA6AEA Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Young, =20 Yes, this is fine. idnits 2.11.07 turned up a couple of boilerplate nits, one of which doesn't matter if the draft is submitted next week and the other of which does not apply. idnits also found the following reference change that the RFC Editor will take care of if the draft isn't revised before then: =3D=3D Outdated reference: draft-ietf-pce-pcep has been published as RFC 5440 Thanks, --David ________________________________ From: Young Lee [mailto:ylee@huawei.com]=20 Sent: Tuesday, March 17, 2009 6:36 PM To: Black, David Cc: pce@ietf.org; iesg@ietf.org; pce-chairs@tools.ietf.org; younglee_nj@yahoo.com; adrian@olddog.co.uk Subject: RE: PCE GCO 09 version =09 =09 Hi David,=20 =20 I hope this update will satisfy you. If you have any other comments, please let me know. Thanks much for your thorough review.=20 =20 Best Regards, Young =20 =09 ________________________________ From: Black_David@emc.com [mailto:Black_David@emc.com]=20 Sent: Tuesday, March 17, 2009 4:36 PM To: younglee_nj@yahoo.com; adrian@olddog.co.uk Cc: ylee@huawei.com; pce@ietf.org; Black_David@emc.com Subject: RE: PCE GCO 09 version =20 Young, =20 The only thing from my review that I don't see in your proposed -09 draft is providing the bit numbers for the new bits in the RP object in Section 5.3 in addition to Section 9.1. =20 I noticed that the bit numbers in Sections 9.1 and 9.6 have changed - was this based on checking with IANA and/or some other coordinated means of managing the registries involved? Thanks, --David ---------------------------------------------------- David L. Black, Distinguished Engineer EMC Corporation, 176 South St., Hopkinton, MA 01748 +1 (508) 293-7953 FAX: +1 (508) 293-7786 black_david@emc.com Mobile: +1 (978) 394-7754 ---------------------------------------------------- =09 ________________________________ From: young lee [mailto:younglee_nj@yahoo.com]=20 Sent: Tuesday, March 17, 2009 4:28 PM To: Adrian Farrel; Black, David Cc: Young Lee; pce@ietf.org Subject: PCE GCO 09 version Hi Adrian and David, =20 Here's the update on PCE GCO (09) reflecting all the comments from you. However, I cannot upload to IETF-DRAFT-Submission page until March 23. In the meantime, if you can review it, that will be appreciated. Thanks.=20 =20 Regards, Young =20 ------_=_NextPart_001_01C9A770.E3FA6AEA Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Young,
 
Yes, this is=20 fine.  idnits 2.11.07 turned up a couple=20 of boilerplate
nits, one of=20 which doesn't matter if the draft is submitted next=20 week
and the=20 other of which does not apply.  idnits also = found the=20 following
reference=20 change that the RFC Editor will take care of if the = draft
isn't=20 revised before then:
=3D=3D Outdated reference: =
draft-ietf-pce-pcep has been published as RFC =
5440
Thanks,
--David
From: Young Lee = [mailto:ylee@huawei.com]=20
Sent: Tuesday, March 17, 2009 6:36 PM
To: Black,=20 David
Cc: pce@ietf.org; iesg@ietf.org; = pce-chairs@tools.ietf.org;=20 younglee_nj@yahoo.com; adrian@olddog.co.uk
Subject: RE: PCE = GCO 09=20 version

Hi David,=20

 

I hope this = update=20 will satisfy you. If you have any other comments, please let me know. = Thanks=20 much for your thorough review.

 

Best=20 Regards,

Young

 

From:=20 Black_David@emc.com [mailto:Black_David@emc.com]
Sent: Tuesday, March 17, 2009 = 4:36=20 PM
To: = younglee_nj@yahoo.com;=20 adrian@olddog.co.uk
Cc:=20 ylee@huawei.com; pce@ietf.org;=20 Black_David@emc.com
Subject:=20 RE: PCE GCO 09 version

 

Young,

 

The only thing = from my=20 review that I don't see in your = proposed

-09 draft is = providing the=20 bit numbers for the new bits in = the

RP object in = Section 5.3=20 in addition to Section 9.1.

 

I noticed that = the bit=20 numbers in Sections 9.1 and 9.6 = have

changed - was = this based=20 on checking with IANA and/or some

other = coordinated means of=20 managing the registries involved?

Thanks,
--David
------------------------------------------------= ----
David=20 L. Black, Distinguished Engineer
EMC Corporation, 176 South St., = Hopkinton, MA =20 01748
+1 = (508)=20 = 293-7953           = ; =20 FAX: +1 (508)=20 = 293-7786
black_david@emc.com       = =20 Mobile: +1=20 (978)=20 = 394-7754
----------------------------------------------------

From: young=20 lee [mailto:younglee_nj@yahoo.com]
Sent: Tuesday, March 17, 2009 = 4:28=20 PM
To: = Adrian Farrel; Black, David
Cc: Young Lee; = pce@ietf.org
Subject: PCE GCO 09=20 version

Hi Adrian and=20 David,

 

Here's the update on = PCE GCO=20 (09) reflecting all the comments from you. However, I cannot upload = to=20 IETF-DRAFT-Submission page until March 23. In the meantime, if you = can=20 review it, that will be appreciated. Thanks.=20

 

Regards,

Young

 

= ------_=_NextPart_001_01C9A770.E3FA6AEA-- From ylee@huawei.com Wed Mar 18 07:45:21 2009 Return-Path: X-Original-To: pce@core3.amsl.com Delivered-To: pce@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id EE1E428C0F2 for ; Wed, 18 Mar 2009 07:45:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.434 X-Spam-Level: X-Spam-Status: No, score=-2.434 tagged_above=-999 required=5 tests=[AWL=0.164, 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 WhIU6VM7z6I6 for ; Wed, 18 Mar 2009 07:45:20 -0700 (PDT) Received: from usaga02-in.huawei.com (usaga02-in.huawei.com [206.16.17.70]) by core3.amsl.com (Postfix) with ESMTP id 0D5C728C15F for ; Wed, 18 Mar 2009 07:45:20 -0700 (PDT) Received: from huawei.com (localhost [127.0.0.1]) by usaga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KGP00KVOICLEG@usaga02-in.huawei.com> for pce@ietf.org; Wed, 18 Mar 2009 07:45:58 -0700 (PDT) Received: from L73682 ([10.124.12.74]) by usaga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0KGP007RHICLBF@usaga02-in.huawei.com> for pce@ietf.org; Wed, 18 Mar 2009 07:45:57 -0700 (PDT) Date: Wed, 18 Mar 2009 09:45:56 -0500 From: Young Lee In-reply-to: <9FA859626025B64FBC2AF149D97C944A0223FE7A@CORPUSMX80A.corp.emc.com> To: Black_David@emc.com Message-id: <000001c9a7d8$3f579a10$4a0c7c0a@china.huawei.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Mailer: Microsoft Office Outlook 11 Content-type: multipart/alternative; boundary="Boundary_(ID_2MuYzLBMwrtIaHQeDcKpHA)" Thread-index: AcmnPuyf3nLy8Fj5Q1+ijJvv5F+KFwACPfqQAAIi2oAAB/ZMQAAZ5w9Q References: <470578.59196.qm@web50305.mail.re2.yahoo.com> <9FA859626025B64FBC2AF149D97C944A0223FDD0@CORPUSMX80A.corp.emc.com> <001101c9a750$cf4e7ea0$4a0c7c0a@china.huawei.com> <9FA859626025B64FBC2AF149D97C944A0223FE7A@CORPUSMX80A.corp.emc.com> Cc: pce@ietf.org, pce-chairs@tools.ietf.org Subject: Re: [Pce] PCE GCO 09 version X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2009 14:45:22 -0000 This is a multi-part message in MIME format. --Boundary_(ID_2MuYzLBMwrtIaHQeDcKpHA) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Hi David, Thanks again. I will update the reference and submit the update next week. Best Regards, Young _____ From: Black_David@emc.com [mailto:Black_David@emc.com] Sent: Tuesday, March 17, 2009 9:26 PM To: ylee@huawei.com Cc: pce@ietf.org; iesg@ietf.org; pce-chairs@tools.ietf.org; younglee_nj@yahoo.com; adrian@olddog.co.uk; Black_David@emc.com Subject: RE: PCE GCO 09 version Young, Yes, this is fine. idnits 2.11.07 turned up a couple of boilerplate nits, one of which doesn't matter if the draft is submitted next week and the other of which does not apply. idnits also found the following reference change that the RFC Editor will take care of if the draft isn't revised before then: == Outdated reference: draft-ietf-pce-pcep has been published as RFC 5440 Thanks, --David _____ From: Young Lee [mailto:ylee@huawei.com] Sent: Tuesday, March 17, 2009 6:36 PM To: Black, David Cc: pce@ietf.org; iesg@ietf.org; pce-chairs@tools.ietf.org; younglee_nj@yahoo.com; adrian@olddog.co.uk Subject: RE: PCE GCO 09 version Hi David, I hope this update will satisfy you. If you have any other comments, please let me know. Thanks much for your thorough review. Best Regards, Young _____ From: Black_David@emc.com [mailto:Black_David@emc.com] Sent: Tuesday, March 17, 2009 4:36 PM To: younglee_nj@yahoo.com; adrian@olddog.co.uk Cc: ylee@huawei.com; pce@ietf.org; Black_David@emc.com Subject: RE: PCE GCO 09 version Young, The only thing from my review that I don't see in your proposed -09 draft is providing the bit numbers for the new bits in the RP object in Section 5.3 in addition to Section 9.1. I noticed that the bit numbers in Sections 9.1 and 9.6 have changed - was this based on checking with IANA and/or some other coordinated means of managing the registries involved? Thanks, --David ---------------------------------------------------- David L. Black, Distinguished Engineer EMC Corporation, 176 South St., Hopkinton, MA 01748 +1 (508) 293-7953 FAX: +1 (508) 293-7786 black_david@emc.com Mobile: +1 (978) 394-7754 ---------------------------------------------------- _____ From: young lee [mailto:younglee_nj@yahoo.com] Sent: Tuesday, March 17, 2009 4:28 PM To: Adrian Farrel; Black, David Cc: Young Lee; pce@ietf.org Subject: PCE GCO 09 version Hi Adrian and David, Here's the update on PCE GCO (09) reflecting all the comments from you. However, I cannot upload to IETF-DRAFT-Submission page until March 23. In the meantime, if you can review it, that will be appreciated. Thanks. Regards, Young --Boundary_(ID_2MuYzLBMwrtIaHQeDcKpHA) Content-type: text/html; charset=US-ASCII Content-transfer-encoding: quoted-printable

Hi = David,

 

Thanks again. I will update the = reference and submit the update next week.

 

Best = Regards,

Young

 

From: Black_David@emc.com [mailto:Black_David@emc.com]
Sent: Tuesday, March 17, = 2009 9:26 PM
To: ylee@huawei.com
Cc: pce@ietf.org; = iesg@ietf.org; pce-chairs@tools.ietf.org; younglee_nj@yahoo.com; adrian@olddog.co.uk; Black_David@emc.com
Subject: RE: PCE GCO 09 = version

 

Young,

 

Yes, this is fine.  idnits 2.11.07 = turned up a couple of boilerplate

nits, one of which doesn't matter if the = draft is submitted next week

and the other of which does not apply.  = idnits also found the following

reference change that the RFC Editor will = take care of if the draft

isn't revised before = then:

=3D=3D Outdated reference: =
draft-ietf-pce-pcep has been published as RFC =
5440
Thanks,

--David

From: Young Lee [mailto:ylee@huawei.com]
Sent: Tuesday, March 17, = 2009 6:36 PM
To: Black, David
Cc: pce@ietf.org; = iesg@ietf.org; pce-chairs@tools.ietf.org; younglee_nj@yahoo.com; = adrian@olddog.co.uk
Subject: RE: PCE GCO 09 = version

Hi David, =

 

I hope this update will satisfy = you. If you have any other comments, please let me know. Thanks much for your = thorough review.

 

Best = Regards,

Young

 

From: Black_David@emc.com [mailto:Black_David@emc.com]
Sent: Tuesday, March 17, = 2009 4:36 PM
To: younglee_nj@yahoo.com; adrian@olddog.co.uk
Cc: ylee@huawei.com; = pce@ietf.org; Black_David@emc.com
Subject: RE: PCE GCO 09 = version

 

Young,

 

The only thing from my review that I don't = see in your proposed

-09 draft is providing the bit numbers for the new bits in the

RP object in Section 5.3 in addition to = Section 9.1.

 

I noticed that the bit numbers in Sections = 9.1 and 9.6 have

changed - was this based on checking with = IANA and/or some

other coordinated means of managing the = registries involved?

Thanks,
--David
----------------------------------------------------
David L. Black, Distinguished Engineer
EMC Corporation, 176 = South St., Hopkinton, MA  01748
+1 (508) 293-7953           = ;  FAX: +1 (508) 293-7786
black_david@emc.com        Mobile: +1 (978) 394-7754
----------------------------------------------------

From: young lee [mailto:younglee_nj@yahoo.com]
Sent: Tuesday, March 17, = 2009 4:28 PM
To: Adrian Farrel; Black, David
Cc: Young Lee; = pce@ietf.org
Subject: PCE GCO 09 = version

Hi Adrian and David,

 

Here's the update on PCE GCO (09) reflecting all = the comments from you. However, I cannot upload to IETF-DRAFT-Submission = page until March 23. In the meantime, if you can review it, that will be = appreciated. Thanks.

 

Regards,

Young

 

--Boundary_(ID_2MuYzLBMwrtIaHQeDcKpHA)-- From jvasseur@cisco.com Wed Mar 18 09:35:53 2009 Return-Path: X-Original-To: pce@core3.amsl.com Delivered-To: pce@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 772CB3A6A9A for ; Wed, 18 Mar 2009 09:35:53 -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=[AWL=-0.001, 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 uY63Myq-K7v2 for ; Wed, 18 Mar 2009 09:35: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 699FD3A6974 for ; Wed, 18 Mar 2009 09:35:52 -0700 (PDT) X-IronPort-AV: E=Sophos;i="4.38,385,1233532800"; d="scan'208,217";a="143316136" Received: from sj-dkim-1.cisco.com ([171.71.179.21]) by sj-iport-2.cisco.com with ESMTP; 18 Mar 2009 16:36:36 +0000 Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id n2IGaa1X025313; Wed, 18 Mar 2009 09:36:36 -0700 Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) by sj-core-5.cisco.com (8.13.8/8.13.8) with ESMTP id n2IGaaQT026343; Wed, 18 Mar 2009 16:36:36 GMT Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 18 Mar 2009 09:36:36 -0700 Received: from dhcp-171-70-235-103.cisco.com ([171.70.235.103]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 18 Mar 2009 09:36:35 -0700 Message-Id: From: JP Vasseur To: pce@ietf.org Content-Type: multipart/alternative; boundary=Apple-Mail-17--758534330 X-Priority: 3 Mime-Version: 1.0 (Apple Message framework v930.3) Date: Wed, 18 Mar 2009 09:36:26 -0700 References: <470EEDB0-C915-483D-A13C-30950AC40557@cisco.com> X-Mailer: Apple Mail (2.930.3) X-OriginalArrivalTime: 18 Mar 2009 16:36:35.0934 (UTC) FILETIME=[B433AFE0:01C9A7E7] DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=6364; t=1237394196; x=1238258196; 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:=20Fwd=3A=20[Pce]=20Quick=20poll=20on=20draft-ietf -pce-of |Sender:=20; bh=AOHNvfQef2GVo4tlz4jFrYDtQ99TkqJDzgM2IiH63KA=; b=ObQBwo0AnlzHJHSkN671FHj9sItpzkj5hPS45Lrr8Kur/zFCw+iztU1cQk eMcsqiYCn4M70/tFamEAuzHooreYQOswg8u4NGxfUDP+89vXYa/3tOL5OquE RTh85HemSduxIlVJ9P4X9wkkhiO77kKUtbSZhswNa5Zx4exfaLjLw=; Authentication-Results: sj-dkim-1; header.From=jvasseur@cisco.com; dkim=pass ( sig from cisco.com/sjdkim1004 verified; ); Subject: [Pce] Fwd: Quick poll on draft-ietf-pce-of X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Mar 2009 16:35:53 -0000 --Apple-Mail-17--758534330 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Dear WG, We had two feed-backs from co-authors ... Anybody unhappy with that implicit assumption that we were talking about normalized load? Please let us know before March 25 noon ET. Thanks. JP. Begin forwarded message: > From: JP Vasseur > Date: March 7, 2009 9:42:24 AM PST > To: Adrian Farrel > Cc: pce@ietf.org > Subject: Re: [Pce] Quick poll on draft-ietf-pce-of > > Hi Adrian, > > With a co-author "hat", although this has not been raised on the > list, it was implicit that we were talking about the normalized > load. In my opinion, the absolute load would not really be very > useful. > > Thanks. > > JP. > > On Mar 7, 2009, at 5:04 PM, Adrian Farrel wrote: > >> Hi, >> >> During IESG review of draft-ietf-pce-of, the question was raised as >> to whether OF 2 (Minimum Load Path) was using the normalised load >> (i.e., the percentage of link bandwidth still available) rather >> than the absolute load (i.e., the actual amount of bandwidth >> available). I do not recall this question being raised on the list, >> so please respond by saying >> whether you are content with the current definition of OF 2 >> (normalised load), would like to change it to absolute load, or >> would like to introduce a further OF for absolute load. >> >> Thanks, >> Adrian >> >> _______________________________________________ >> Pce mailing list >> Pce@ietf.org >> https://www.ietf.org/mailman/listinfo/pce > > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce --Apple-Mail-17--758534330 Content-Type: text/html; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Dear WG,

We = had two feed-backs from co-authors = ... 

Anybody unhappy with that implicit = assumption that we were talking about normalized load? Please let us = know before March 25 noon = ET.

Thanks.

JP.

Begin forwarded message:

From: = JP Vasseur <jvasseur@cisco.com>
Date: = March 7, 2009 9:42:24 AM PST
To: Adrian = Farrel <adrian@olddog.co.uk>
<= div style=3D"margin-top: 0px; margin-right: 0px; margin-bottom: 0px; = margin-left: 0px; ">Cc: pce@ietf.org
Subject: = Re: [Pce] Quick poll on = draft-ietf-pce-of

Hi Adrian,

With a co-author "hat", = although this has not been raised on the list, it was implicit that we = were talking about the normalized load. In my opinion, the absolute load = would not really be very useful.

Thanks.

JP.

On Mar = 7, 2009, at 5:04 PM, Adrian Farrel wrote:

Hi,

During IESG = review of draft-ietf-pce-of, the question was raised as to whether OF 2 = (Minimum Load Path) was using the normalised load (i.e., the percentage = of link bandwidth still available) rather than the absolute load (i.e., = the actual amount of bandwidth available). I do not recall this question = being raised on the list, so please respond by = saying
whether you are content = with the current definition of OF 2 (normalised load),  would like = to change it to absolute load, or would like to introduce a =  further OF for absolute load.

Thanks,
Adrian

_______________________________________________
Pce mailing = list
Pce@ietf.org
https://www.ietf.org/ma= ilman/listinfo/pce

_______________________________= ________________
Pce mailing list
Pce@ietf.org
https://www.ietf.org/mail= man/listinfo/pce

= --Apple-Mail-17--758534330-- From jvasseur@cisco.com Sat Mar 21 12:05:36 2009 Return-Path: X-Original-To: pce@core3.amsl.com Delivered-To: pce@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A96E628C18C for ; Sat, 21 Mar 2009 12:05:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.052 X-Spam-Level: * X-Spam-Status: No, score=1.052 tagged_above=-999 required=5 tests=[BAYES_05=-1.11, FH_RELAY_NODNS=1.451, HELO_MISMATCH_NET=0.611, 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 hTOsbRDp03qd for ; Sat, 21 Mar 2009 12:05:36 -0700 (PDT) Received: from vbn.0050420.lodgenet.net (unknown [12.229.246.2]) by core3.amsl.com (Postfix) with ESMTP id 2910628C16B for ; Sat, 21 Mar 2009 12:05:36 -0700 (PDT) Received: from [10.2.9.90] (helo=[10.2.9.90]) by vbn.0050420.lodgenet.net with esmtp (Exim 3.34 #1) id 1Ll6WW-0008Pr-00 for pce@ietf.org; Sat, 21 Mar 2009 12:06:24 -0700 Message-Id: <4B2F0D83-C164-4082-A80B-0666DDFAF80F@cisco.com> From: JP Vasseur To: pce@ietf.org Content-Type: text/plain Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Sat, 21 Mar 2009 12:06:23 -0700 X-Mailer: Apple Mail (2.930.3) Subject: [Pce] Few Slides missing - please send today. Many Thanks. JP. X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Mar 2009 19:05:36 -0000 From jvasseur@cisco.com Mon Mar 23 23:22:29 2009 Return-Path: X-Original-To: pce@core3.amsl.com Delivered-To: pce@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8EF483A6C9F for ; Mon, 23 Mar 2009 23:22:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.576 X-Spam-Level: X-Spam-Status: No, score=-6.576 tagged_above=-999 required=5 tests=[AWL=0.023, 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 4RzywMe8u5gf for ; Mon, 23 Mar 2009 23:22:28 -0700 (PDT) Received: from sj-iport-1.cisco.com (sj-iport-1.cisco.com [171.71.176.70]) by core3.amsl.com (Postfix) with ESMTP id CE3EB3A67D2 for ; Mon, 23 Mar 2009 23:22:28 -0700 (PDT) X-IronPort-AV: E=Sophos;i="4.38,411,1233532800"; d="scan'208";a="160529018" Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-1.cisco.com with ESMTP; 24 Mar 2009 06:23:19 +0000 Received: from sj-core-5.cisco.com (sj-core-5.cisco.com [171.71.177.238]) by sj-dkim-4.cisco.com (8.12.11/8.12.11) with ESMTP id n2O6NJmL024202 for ; Mon, 23 Mar 2009 23:23:19 -0700 Received: from xbh-sjc-211.amer.cisco.com (xbh-sjc-211.cisco.com [171.70.151.144]) by sj-core-5.cisco.com (8.13.8/8.13.8) with ESMTP id n2O6NJbm018830 for ; Tue, 24 Mar 2009 06:23:19 GMT Received: from xfe-sjc-211.amer.cisco.com ([171.70.151.174]) by xbh-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 23 Mar 2009 23:23:19 -0700 Received: from w126.z209031229.sjc-ca.dsl.cnc.net ([10.21.124.90]) by xfe-sjc-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 23 Mar 2009 23:23:19 -0700 Message-Id: <0D76BD8F-BF40-4427-A206-92B9361299F4@cisco.com> From: JP Vasseur To: pce@ietf.org In-Reply-To: <4B2F0D83-C164-4082-A80B-0666DDFAF80F@cisco.com> Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Mon, 23 Mar 2009 23:23:18 -0700 References: <4B2F0D83-C164-4082-A80B-0666DDFAF80F@cisco.com> X-Mailer: Apple Mail (2.930.3) X-OriginalArrivalTime: 24 Mar 2009 06:23:19.0493 (UTC) FILETIME=[064ADF50:01C9AC49] DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; l=473; t=1237875799; x=1238739799; c=relaxed/simple; s=sjdkim4002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=jvasseur@cisco.com; z=From:=20JP=20Vasseur=20 |Subject:=20Slide=20please=20... |Sender:=20; bh=boy8mjBP8K6BqlHCe8VEB9YQ0QLnhRKILeJa1+XS3I0=; b=YZvBWfcP0Gv9uVbtjj447OnUzUvhl7mAzkofI3faPAFroCeP2Y0wT/QWKD P9Ylf7WXCSUSAcHpPjyzLyibQgOhIXdPOD6pQdDnbJyOfCjLfVQ+Etb6jjff 9GN8dkIgfu; Authentication-Results: sj-dkim-4; header.From=jvasseur@cisco.com; dkim=pass ( sig from cisco.com/sjdkim4002 verified; ); Subject: [Pce] Slide please ... X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2009 06:22:29 -0000 3) PCEP Requirements and Extensions for WSON (Young - 5mn) [15] draft-lee-pce-wson-routing-wavelength-02.txt 4) Alternative Approaches to Traffic Engineering Database Creation and Maintenance for Path Computation Elements (Greg - 5mn) [20] draft-lee-pce-ted-alternatives-01.txt On Mar 21, 2009, at 12:06 PM, JP Vasseur wrote: > > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce From adrian@olddog.co.uk Tue Mar 24 01:43:13 2009 Return-Path: X-Original-To: pce@core3.amsl.com Delivered-To: pce@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 169B13A6B03 for ; Tue, 24 Mar 2009 01:43:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ByUL+wC57x09 for ; Tue, 24 Mar 2009 01:43:12 -0700 (PDT) Received: from asmtp2.iomartmail.com (asmtp2.iomartmail.com [62.128.201.249]) by core3.amsl.com (Postfix) with ESMTP id 106C13A6A29 for ; Tue, 24 Mar 2009 01:42:55 -0700 (PDT) Received: from asmtp2.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp2.iomartmail.com (8.12.11.20060308/8.12.8) with ESMTP id n2O8hg6K009827; Tue, 24 Mar 2009 08:43:42 GMT Received: from your029b8cecfe (dsl027-185-226.sfo1.dsl.speakeasy.net [216.27.185.226]) (authenticated bits=0) by asmtp2.iomartmail.com (8.12.11.20060308/8.12.11) with ESMTP id n2O8hPET009651; Tue, 24 Mar 2009 08:43:37 GMT Message-ID: <0FCA6189BF1A40A387578BBFE203BEE7@your029b8cecfe> From: "Adrian Farrel" To: "JP Vasseur" , References: <4B2F0D83-C164-4082-A80B-0666DDFAF80F@cisco.com> <0D76BD8F-BF40-4427-A206-92B9361299F4@cisco.com> Date: Tue, 24 Mar 2009 08:43:10 -0000 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 Subject: Re: [Pce] Slide please ... X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: Adrian Farrel List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2009 08:43:13 -0000 Hi JP, I think Young sent these to us yesterday. Let me dig them out. A ----- Original Message ----- From: "JP Vasseur" To: Sent: Tuesday, March 24, 2009 6:23 AM Subject: [Pce] Slide please ... > 3) PCEP Requirements and Extensions for WSON (Young - 5mn) [15] > draft-lee-pce-wson-routing-wavelength-02.txt > > 4) Alternative Approaches to Traffic Engineering Database Creation and > Maintenance for Path Computation Elements (Greg - 5mn) [20] > draft-lee-pce-ted-alternatives-01.txt > > On Mar 21, 2009, at 12:06 PM, JP Vasseur wrote: > >> >> _______________________________________________ >> Pce mailing list >> Pce@ietf.org >> https://www.ietf.org/mailman/listinfo/pce > > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce > From root@core3.amsl.com Tue Mar 24 10:45:01 2009 Return-Path: X-Original-To: pce@ietf.org Delivered-To: pce@core3.amsl.com Received: by core3.amsl.com (Postfix, from userid 0) id E28B53A6928; Tue, 24 Mar 2009 10: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: <20090324174501.E28B53A6928@core3.amsl.com> Date: Tue, 24 Mar 2009 10:45:01 -0700 (PDT) Cc: pce@ietf.org Subject: [Pce] I-D Action:draft-ietf-pce-global-concurrent-optimization-09.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2009 17: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 Path Computation Element Working Group of the IETF. Title : Path Computation Element Communication Protocol (PCEP) Requirements and Protocol Extensions In Support of Global Concurrent Optimization Author(s) : Y. Lee, et al. Filename : draft-ietf-pce-global-concurrent-optimization-09.txt Pages : 27 Date : 2009-03-24 The Path Computation Element (PCE) is a network component, application, or node that is capable of performing path computations at the request of Path Computation Clients (PCCs). The PCE is applied in Multiprotocol Label Switching Traffic Engineering (MPLS-TE) networks and in Generalized MPLS (GMPLS) networks to determine the routes of Label Switched Paths (LSPs) through the network. In this context a PCC may be a Label Switching Router (LSR), a Network Management System (NMS), or another PCE. The Path Computation Element Communication Protocol (PCEP) is specified for communications between PCCs and PCEs, and between cooperating PCEs. When computing or re-optimizing the routes of a set of TE LSPs through a network it may be advantageous to perform bulk path computations in order to avoid blocking problems and to achieve more optimal network-wide solutions. Such bulk optimization is termed Global Concurrent Optimization (GCO). A GCO is able to simultaneously consider the entire topology of the network and the complete set of existing TE LSPs, and their respective constraints, and look to optimize or re-optimize the entire network to satisfy all constraints for all TE LSPs. A GCO may also be applied to some subset of the TE LSPs in a network. The GCO application is primarily a Network Management System (NMS) solution. While GCO is applicable to any simultaneous request for multiple TE LSPs (for example, a request for end-to-end protection), it is not envisaged that global concurrent reoptimization would be applied in a network (such as an MPLS-TE network) that contains a very large number of very low bandwidth or zero bandwidth TE LSPs since the large scope of the problem and the small benefit of concurrent reoptimization relative to single TE LSP reoptimization is unlikely to make the process worthwhile. Further, applying global concurrent reoptimization in a network with a high rate of change of TE LSPs (churn) is not advised because of the likelihood that TE LSPs would change before they could be globally reoptimized. Global reoptimization is more applicable to stable networks such as transport networks or those with long-term TE LSP tunnels. This document provides application-specific requirements and the PCEP extensions in support of GCO applications. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-pce-global-concurrent-optimization-09.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-pce-global-concurrent-optimization-09.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2009-03-24103428.I-D@ietf.org> --NextPart-- From ylee@huawei.com Tue Mar 24 10:55:33 2009 Return-Path: X-Original-To: pce@core3.amsl.com Delivered-To: pce@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5522328C316; Tue, 24 Mar 2009 10:55:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id COQShVtaQM02; Tue, 24 Mar 2009 10:55:32 -0700 (PDT) Received: from usaga03-in.huawei.com (usaga03-in.huawei.com [206.16.17.220]) by core3.amsl.com (Postfix) with ESMTP id 6DBB828C30D; Tue, 24 Mar 2009 10:55:32 -0700 (PDT) Received: from huawei.com (usaga03-in [172.18.4.17]) by usaga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0KH0002BAV5YZT@usaga03-in.huawei.com>; Tue, 24 Mar 2009 12:56:23 -0500 (CDT) Received: from L73682 (dhcp-1054.meeting.ietf.org [130.129.16.84]) by usaga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0KH000BRDV5PX9@usaga03-in.huawei.com>; Tue, 24 Mar 2009 12:56:22 -0500 (CDT) Date: Tue, 24 Mar 2009 12:56:05 -0500 From: Young Lee To: pce@ietf.org, iesg@ietf.org, pce-chairs@tools.ietf.org, younglee_nj@yahoo.com, adrian@olddog.co.uk, Black_David@emc.com Message-id: <000001c9aca9$d4f53520$54108182@china.huawei.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Mailer: Microsoft Office Outlook 11 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT Thread-index: Acmspuoq14vUfOb8TbGHoQNvso4rWgAAYSsA Subject: [Pce] FW: New Version Notification for draft-ietf-pce-global-concurrent-optimization-09 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2009 17:55:33 -0000 Hi David, I just uploaded draft-ietf-pce-global-concurrent-optimization-09.txt per your request. Thanks. Regards, Young -----Original Message----- From: IETF I-D Submission Tool [mailto:idsubmission@ietf.org] Sent: Tuesday, March 24, 2009 12:34 PM To: ylee@huawei.com Cc: jeanlouis.leroux@orange-ftgroup.com; daniel@olddog.co.uk; oki@ice.uec.ac.jp Subject: New Version Notification for draft-ietf-pce-global-concurrent-optimization-09 A new version of I-D, draft-ietf-pce-global-concurrent-optimization-09.txt has been successfuly submitted by Young Lee and posted to the IETF repository. Filename: draft-ietf-pce-global-concurrent-optimization Revision: 09 Title: Path Computation Element Communication Protocol (PCEP) Requirements and Protocol Extensions In Support of Global Concurrent Optimization Creation_date: 2009-03-24 WG ID: pce Number_of_pages: 27 Abstract: The Path Computation Element (PCE) is a network component, application, or node that is capable of performing path computations at the request of Path Computation Clients (PCCs). The PCE is applied in Multiprotocol Label Switching Traffic Engineering (MPLS-TE) networks and in Generalized MPLS (GMPLS) networks to determine the routes of Label Switched Paths (LSPs) through the network. In this context a PCC may be a Label Switching Router (LSR), a Network Management System (NMS), or another PCE. The Path Computation Element Communication Protocol (PCEP) is specified for communications between PCCs and PCEs, and between cooperating PCEs. When computing or re-optimizing the routes of a set of TE LSPs through a network it may be advantageous to perform bulk path computations in order to avoid blocking problems and to achieve more optimal network-wide solutions. Such bulk optimization is termed Global Concurrent Optimization (GCO). A GCO is able to simultaneously consider the entire topology of the network and the complete set of existing TE LSPs, and their respective constraints, and look to optimize or re-optimize the entire network to satisfy all constraints for all TE LSPs. A GCO may also be applied to some subset of the TE LSPs in a network. The GCO application is primarily a Network Management System (NMS) solution. While GCO is applicable to any simultaneous request for multiple TE LSPs (for example, a request for end-to-end protection), it is not envisaged that global concurrent reoptimization would be applied in a network (such as an MPLS-TE network) that contains a very large number of very low bandwidth or zero bandwidth TE LSPs since the large scope of the problem and the small benefit of concurrent reoptimization relative to single TE LSP reoptimization is unlikely to make the process worthwhile. Further, applying global concurrent reoptimization in a network with a high rate of change of TE LSPs (churn) is not advised because of the likelihood that TE LSPs would change before they could be globally reoptimized. Global reoptimization is more applicable to stable networks such as transport networks or those with long-term TE LSP tunnels. This document provides application-specific requirements and the PCEP extensions in support of GCO applications. The IETF Secretariat. From root@core3.amsl.com Tue Mar 24 16:00:02 2009 Return-Path: X-Original-To: pce@ietf.org Delivered-To: pce@core3.amsl.com Received: by core3.amsl.com (Postfix, from userid 0) id ED85D28C0DD; Tue, 24 Mar 2009 16: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: <20090324230001.ED85D28C0DD@core3.amsl.com> Date: Tue, 24 Mar 2009 16:00:01 -0700 (PDT) Cc: pce@ietf.org Subject: [Pce] I-D Action:draft-ietf-pce-vpn-req-00.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Mar 2009 23: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 Path Computation Element Working Group of the IETF. Title : PCC-PCE Communication Requirements for VPNs Author(s) : S. Yasukawa, A. Farrel Filename : draft-ietf-pce-vpn-req-00.txt Pages : 17 Date : 2009-03-24 The Path Computation Element (PCE) provides path computation functions in support of traffic engineering in Multiprotocol Label Switching (MPLS) and Generalized MPLS (GMPLS) networks. An important application of MPLS and GMPLS networks is Virtual Private Networks (VPNs) that may be constructed using Label Switched Paths (LSPs) in the MPLS and GMPLS networks as VPN tunnels. PCE may be applied as a tool to compute the paths of such tunnels in order to achieve better use of the network resources and to provide better levels of service to the VPN customers. Generic requirements for a communication protocol between Path Computation Clients (PCCs) and PCEs are presented in "Path Computation Element (PCE) Communication Protocol Generic Requirements". This document complements the generic requirements and presents a detailed set of PCC-PCE communication protocol requirements that are specific to the application of PCE to VPNs. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-pce-vpn-req-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. --NextPart Content-Type: Message/External-body; name="draft-ietf-pce-vpn-req-00.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2009-03-24155032.I-D@ietf.org> --NextPart-- From Snigdho.Bardalai@us.fujitsu.com Wed Mar 25 08:06:28 2009 Return-Path: X-Original-To: pce@core3.amsl.com Delivered-To: pce@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A85FA28C15C for ; Wed, 25 Mar 2009 08:06:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.562 X-Spam-Level: X-Spam-Status: No, score=-102.562 tagged_above=-999 required=5 tests=[AWL=2.546, BAYES_05=-1.11, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4, 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 G6K+qVEettaD for ; Wed, 25 Mar 2009 08:06:28 -0700 (PDT) Received: from fncnmp04.fnc.fujitsu.com (fncnmp04.fnc.fujitsu.com [168.127.0.57]) by core3.amsl.com (Postfix) with ESMTP id C380328C139 for ; Wed, 25 Mar 2009 08:06:27 -0700 (PDT) X-IronPort-AV: E=Sophos;i="4.38,419,1233554400"; d="scan'208,217";a="41874413" Received: from rchemx01.fnc.net.local ([168.127.134.104]) by fncnmp02.fnc.fujitsu.com with ESMTP; 25 Mar 2009 10:07:20 -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_01C9AD5B.64AAD293" Date: Wed, 25 Mar 2009 10:07:18 -0500 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Comments on draft-lee-pce-ted-alternatives-01.txt Thread-Index: AcmtW2QA9MxA36M5SaW1UeRQtye1wA== From: "Bardalai, Snigdho" To: X-Mailman-Approved-At: Wed, 25 Mar 2009 09:12:40 -0700 Subject: [Pce] Comments on draft-lee-pce-ted-alternatives-01.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Mar 2009 15:06:28 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01C9AD5B.64AAD293 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Hi =20 I believe capturing this information is important in order to attain a consistent behavior for the PCC and PCE implementations. Also, this provides engineering guidelines for system design. =20 Given that I would propose that we either add solution options to this ID or create a separate one. =20 Thanks, Snigdho ------_=_NextPart_001_01C9AD5B.64AAD293 Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable

Hi

 

I believe capturing this information is important = in order to attain a consistent behavior for the PCC and PCE implementations. = Also, this provides engineering guidelines for system design.

 

Given that I would propose that we either add = solution options to this ID or create a separate one.

 

Thanks,

Snigdho

------_=_NextPart_001_01C9AD5B.64AAD293-- From wwwrun@core3.amsl.com Wed Mar 25 10:18:39 2009 Return-Path: X-Original-To: pce@ietf.org Delivered-To: pce@core3.amsl.com Received: by core3.amsl.com (Postfix, from userid 30) id 2B34C3A6D6C; Wed, 25 Mar 2009 10:18:39 -0700 (PDT) X-idtracker: yes From: The IESG To: IETF-Announce Message-Id: <20090325171839.2B34C3A6D6C@core3.amsl.com> Date: Wed, 25 Mar 2009 10:18:39 -0700 (PDT) Cc: Internet Architecture Board , pce mailing list , pce chair , RFC Editor Subject: [Pce] Protocol Action: 'Encoding of Objective Functions in the Path Computation Element Communication Protocol (PCEP)' to Proposed Standard X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Mar 2009 17:18:39 -0000 The IESG has approved the following document: - 'Encoding of Objective Functions in the Path Computation Element Communication Protocol (PCEP) ' as a Proposed Standard This document is the product of the Path Computation Element Working Group. The IESG contact persons are Ross Callon and David Ward. A URL of this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-pce-of-06.txt Technical Summary The computation of one or a set of Traffic Engineering Label Switched Paths (TE LSPs) in MultiProtocol Label Switching (MPLS) and Generalized MPLS (GMPLS) networks, is subject to a set of one or more specific optimization criteria, referred to as objective functions (e.g. minimum cost path, widest path, etc.). In the Path Computation Element (PCE) architecture, a Path Computation Client (PCC) may want a path to be computed for one or more TE LSPs according to a specific objective function. Thus, the PCC needs the ability to instruct the PCE to use the correct objective function. Furthermore, it is possible that not all PCEs support the same set of objective functions, therefore it is useful for the PCC to be able to automatically discover the set of objective functions supported by each PCE. This document defines extensions to the PCE communication Protocol (PCEP) to allow a PCE to indicate the set of objective functions it supports. Extensions are also defined so that a PCC can indicate in a path computation request the required objective function, and so that a PCE can report in a path computation reply the objective function that was used for path computation. Working Group Summary No controversy reported (see PROTO writeup by Adrian Farrel). The I-D had a good level of review and discussion when it was first introduced. However, the last year has been quiet and the working group last call produced no comments. To be sure that there was support, the working group was asked to provide explicit review and approval. A number of participants responded supporting publication. Document Quality A private survey has revealed several implementations of the PCEP extensions defined in this document. Furthermore, there are several further extensions in the pipeline that make use of these extensions to enable new applications of PCE. The document was updated in response to IETF last call comments. Personnel Adrian Farrel is the Document Shepherd for this document. Ross Callon is the Responsible Area Director. RFC Editor Note Section 4., paragraph 7: OLD Objective Function Code: 2 (suggested value, to be assigned by IANA) Name: Minimum Load Path (MLP) Description: Find a path P such that ( Max {(R(Lpi) - r(Lpi) / R(Lpi), i=1...K } ) is minimized. NEW Objective Function Code: 2 (suggested value, to be assigned by IANA) Name: Minimum Load Path (MLP) Description: Find a path P such that ( Max {(R(Lpi) - r(Lpi)) / R(Lpi), i=1...K } ) is minimized. Section 6.1 OLD - Function code values 1 through 1023 are to be assigned by IANA using the "IETF Consensus" policy. NEW - Function code values 1 through 1023 are to be assigned by IANA using the "IETF Review" policy. Section 6.1 OLD Six objective functions are defined in Section 4 of this document and should be assigned by IANA: Code Point Name Defining RFC NEW Six objective functions are defined in Section 4 of this document and should be assigned by IANA: Code Point Name Reference From root@core3.amsl.com Thu Mar 26 15:00:02 2009 Return-Path: X-Original-To: pce@ietf.org Delivered-To: pce@core3.amsl.com Received: by core3.amsl.com (Postfix, from userid 0) id 2ED0B3A6846; Thu, 26 Mar 2009 15:00: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: <20090326220002.2ED0B3A6846@core3.amsl.com> Date: Thu, 26 Mar 2009 15:00:02 -0700 (PDT) Cc: pce@ietf.org Subject: [Pce] I-D ACTION:draft-ietf-pce-inter-layer-frwk-10.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Mar 2009 22: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 Path Computation Element Working Group of the IETF. Title : Framework for PCE-Based Inter-Layer MPLS and GMPLS Traffic Engineering Author(s) : E. Oki, T. Takeda, J. Le Roux, A. Farrel Filename : draft-ietf-pce-inter-layer-frwk-10.txt Pages : 33 Date : 2009-3-26 A network may comprise multiple layers. It is important to globally optimize network resource utilization, taking into account all layers, rather than optimizing resource utilization at each layer independently. This allows better network efficiency to be achieved through a process that we call inter-layer traffic engineering. The Path Computation Element (PCE) can be a powerful tool to achieve inter-layer traffic engineering. This document describes a framework for applying the PCE-based architecture to inter-layer Multiprotocol Label Switching (MPLS) and Generalized MPLS (GMPLS) traffic engineering. It provides suggestions for the deployment of PCE in support of multi-layer networks. This document also describes network models where PCE performs inter-layer traffic engineering, and the relationship between PCE and a functional component called the Virtual Network Topology Manager (VNTM). A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-pce-inter-layer-frwk-10.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-pce-inter-layer-frwk-10.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2009-3-26145014.I-D@ietf.org> --NextPart-- From Snigdho.Bardalai@us.fujitsu.com Thu Mar 26 15:46:11 2009 Return-Path: X-Original-To: pce@core3.amsl.com Delivered-To: pce@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E347D3A6A66 for ; Thu, 26 Mar 2009 15:46:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -105.294 X-Spam-Level: X-Spam-Status: No, score=-105.294 tagged_above=-999 required=5 tests=[AWL=1.304, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4, 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 4AlAup8InT2z for ; Thu, 26 Mar 2009 15:46:11 -0700 (PDT) Received: from fncnmp03.fnc.fujitsu.com (fncnmp03.fnc.fujitsu.com [168.127.0.56]) by core3.amsl.com (Postfix) with ESMTP id 68B653A676A for ; Thu, 26 Mar 2009 15:46:10 -0700 (PDT) X-IronPort-AV: E=Sophos;i="4.38,428,1233554400"; d="scan'208,217";a="42585622" Received: from rchemx01.fnc.net.local ([168.127.134.104]) by fncnmp01.fnc.fujitsu.com with ESMTP; 26 Mar 2009 17:47:02 -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_01C9AE64.C8A028C9" Date: Thu, 26 Mar 2009 17:47:05 -0500 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Comments on draft-lee-pce-ted-alternatives-01.txt Thread-Index: AcmuZMlWjMA+cbfUTaSKY0d7PTzPzg== From: "Bardalai, Snigdho" To: Subject: [Pce] Comments on draft-lee-pce-ted-alternatives-01.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Mar 2009 22:46:12 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01C9AE64.C8A028C9 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Hi =20 I believe capturing this information is important in order to attain a consistent behavior in PCC and PCE implementations. Also, this provides engineering guidelines for system design (e.g. if OSPF is used to build the TED then the PCC LSDB may not have to scale as much as the LSDB in the PCE). =20 Given that I would propose that we either add solution options to this ID or create a separate one. =20 Thanks, Snigdho =20 ------_=_NextPart_001_01C9AE64.C8A028C9 Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable

Hi

 

I believe capturing this information is important = in order to attain a consistent behavior in PCC and PCE implementations. Also, = this provides engineering guidelines for system design (e.g. if OSPF is used = to build the TED then the PCC LSDB may not have to scale as much as the = LSDB in the PCE).

 

Given that I would propose that we either add = solution options to this ID or create a separate one.

 

Thanks,

Snigdho

 

------_=_NextPart_001_01C9AE64.C8A028C9-- From rfc-editor@rfc-editor.org Fri Mar 27 15:00:08 2009 Return-Path: X-Original-To: pce@core3.amsl.com Delivered-To: pce@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D86A928C1BA; Fri, 27 Mar 2009 15:00:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -16.918 X-Spam-Level: X-Spam-Status: No, score=-16.918 tagged_above=-999 required=5 tests=[AWL=0.081, 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 0aFxvJVc4ZXx; Fri, 27 Mar 2009 15:00:08 -0700 (PDT) Received: from bosco.isi.edu (bosco.isi.edu [128.9.168.207]) by core3.amsl.com (Postfix) with ESMTP id 0E1D428C17E; Fri, 27 Mar 2009 15:00:08 -0700 (PDT) Received: by bosco.isi.edu (Postfix, from userid 70) id 08885267869; Fri, 27 Mar 2009 15:00:43 -0700 (PDT) To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org From: rfc-editor@rfc-editor.org Message-Id: <20090327220043.08885267869@bosco.isi.edu> Date: Fri, 27 Mar 2009 15:00:43 -0700 (PDT) Cc: pce@ietf.org, rfc-editor@rfc-editor.org Subject: [Pce] RFC 5455 on Diffserv-Aware Class-Type Object for the Path Computation Element Communication Protocol X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Mar 2009 22:00:08 -0000 A new Request for Comments is now available in online RFC libraries. RFC 5455 Title: Diffserv-Aware Class-Type Object for the Path Computation Element Communication Protocol Author: S. Sivabalan, Ed., J. Parker, S. Boutros, K. Kumaki Status: Standards Track Date: March 2009 Mailbox: msiva@cisco.com, jdparker@cisco.com, sboutros@cisco.com, ke-kumaki@kddi.com Pages: 9 Characters: 16780 Updates/Obsoletes/SeeAlso: None I-D Tag: draft-ietf-pce-dste-02.txt URL: http://www.rfc-editor.org/rfc/rfc5455.txt This document specifies a CLASSTYPE object to support Diffserv-Aware Traffic Engineering (DS-TE) where path computation is performed with the aid of a Path Computation Element (PCE). [STANDARDS TRACK] This document is a product of the Path Computation Element 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 root@core3.amsl.com Sun Mar 29 16:30:01 2009 Return-Path: X-Original-To: pce@ietf.org Delivered-To: pce@core3.amsl.com Received: by core3.amsl.com (Postfix, from userid 0) id A626C3A6C57; Sun, 29 Mar 2009 16: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: <20090329233001.A626C3A6C57@core3.amsl.com> Date: Sun, 29 Mar 2009 16:30:01 -0700 (PDT) Cc: pce@ietf.org Subject: [Pce] I-D Action:draft-ietf-pce-global-concurrent-optimization-10.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Mar 2009 23: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 Path Computation Element Working Group of the IETF. Title : Path Computation Element Communication Protocol (PCEP) Requirements and Protocol Extensions In Support of Global Concurrent Optimization Author(s) : Y. Lee, et al. Filename : draft-ietf-pce-global-concurrent-optimization-10.txt Pages : 27 Date : 2009-03-29 The Path Computation Element Communication Protocol (PCEP) allows Path Computation Clients (PCCs) to request path computations from Path Computation Elements (PCEs), and lets the PCEs return responses. When computing or re-optimizing the routes of a set of TE LSPs through a network it may be advantageous to perform bulk path computations in order to avoid blocking problems and to achieve more optimal network-wide solutions. Such bulk optimization is termed Global Concurrent Optimization (GCO). A GCO is able to simultaneously consider the entire topology of the network and the complete set of existing TE LSPs, and their respective constraints, and look to optimize or re-optimize the entire network to satisfy all constraints for all TE LSPs. A GCO may also be applied to some subset of the TE LSPs in a network. The GCO application is primarily a Network Management System (NMS) solution. This document provides application-specific requirements and the PCEP extensions in support of GCO applications. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-pce-global-concurrent-optimization-10.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-pce-global-concurrent-optimization-10.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2009-03-29162834.I-D@ietf.org> --NextPart-- From takeda.tomonori@lab.ntt.co.jp Sun Mar 29 18:49:10 2009 Return-Path: X-Original-To: pce@core3.amsl.com Delivered-To: pce@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id EE3D03A6893 for ; Sun, 29 Mar 2009 18:49:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.762 X-Spam-Level: X-Spam-Status: No, score=0.762 tagged_above=-999 required=5 tests=[AWL=0.852, BAYES_00=-2.599, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265] 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 qLK-+FPaGMz8 for ; Sun, 29 Mar 2009 18:49:10 -0700 (PDT) Received: from tama500.ecl.ntt.co.jp (tama500.ecl.ntt.co.jp [129.60.39.148]) by core3.amsl.com (Postfix) with ESMTP id 0D6BB3A6CBC for ; Sun, 29 Mar 2009 18:49:09 -0700 (PDT) Received: from mfs5.rdh.ecl.ntt.co.jp (mfs5.rdh.ecl.ntt.co.jp [129.60.39.144]) by tama500.ecl.ntt.co.jp (8.14.2/8.14.2) with ESMTP id n2U1o6Hp016419 for ; Mon, 30 Mar 2009 10:50:06 +0900 (JST) Received: from mfs5.rdh.ecl.ntt.co.jp (localhost [127.0.0.1]) by mfs5.rdh.ecl.ntt.co.jp (Postfix) with ESMTP id 51FA26C60 for ; Mon, 30 Mar 2009 10:50:06 +0900 (JST) Received: from imf.m.ecl.ntt.co.jp (imf0.m.ecl.ntt.co.jp [129.60.5.144]) by mfs5.rdh.ecl.ntt.co.jp (Postfix) with ESMTP id 4C5E36A1C for ; Mon, 30 Mar 2009 10:50:06 +0900 (JST) Received: from [127.0.0.1] ([129.60.80.55]) by imf.m.ecl.ntt.co.jp (8.13.8/8.13.8) with ESMTP id n2U1ntZv010003 for ; Mon, 30 Mar 2009 10:50:06 +0900 (JST) Message-ID: <49D024FB.2060600@lab.ntt.co.jp> Date: Mon, 30 Mar 2009 10:48:43 +0900 From: Tomonori TAKEDA User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: pce@ietf.org Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Subject: [Pce] [Fwd: I-D ACTION:draft-ietf-pce-inter-layer-frwk-10.txt] X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2009 01:49:11 -0000 Hi, A new version is posted addressing comments from Franz during the WG last call. Tomonori -------- Original Message -------- Subject: [Pce] I-D ACTION:draft-ietf-pce-inter-layer-frwk-10.txt Date: Thu, 26 Mar 2009 15:00:02 -0700 (PDT) From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org CC: pce@ietf.org A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Path Computation Element Working Group of the IETF. Title : Framework for PCE-Based Inter-Layer MPLS and GMPLS Traffic Engineering Author(s) : E. Oki, T. Takeda, J. Le Roux, A. Farrel Filename : draft-ietf-pce-inter-layer-frwk-10.txt Pages : 33 Date : 2009-3-26 A network may comprise multiple layers. It is important to globally optimize network resource utilization, taking into account all layers, rather than optimizing resource utilization at each layer independently. This allows better network efficiency to be achieved through a process that we call inter-layer traffic engineering. The Path Computation Element (PCE) can be a powerful tool to achieve inter-layer traffic engineering. This document describes a framework for applying the PCE-based architecture to inter-layer Multiprotocol Label Switching (MPLS) and Generalized MPLS (GMPLS) traffic engineering. It provides suggestions for the deployment of PCE in support of multi-layer networks. This document also describes network models where PCE performs inter-layer traffic engineering, and the relationship between PCE and a functional component called the Virtual Network Topology Manager (VNTM). A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-pce-inter-layer-frwk-10.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.