From pce-bounces@lists.ietf.org Sun Jul 01 10:22:34 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I50Jp-0002bx-4Z; Sun, 01 Jul 2007 10:22:29 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I50Jo-0002bs-QB for pce@ietf.org; Sun, 01 Jul 2007 10:22:28 -0400 Received: from rtp-iport-1.cisco.com ([64.102.122.148]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I50Jk-0005J2-HA for pce@ietf.org; Sun, 01 Jul 2007 10:22:28 -0400 Received: from rtp-dkim-1.cisco.com ([64.102.121.158]) by rtp-iport-1.cisco.com with ESMTP; 01 Jul 2007 10:22:24 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CABBWh0ZAZnme/2dsb2JhbAA X-IronPort-AV: i="4.16,483,1175486400"; d="scan'208"; a="64114317:sNHT22867750" Received: from rtp-core-1.cisco.com (rtp-core-1.cisco.com [64.102.124.12]) by rtp-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id l61EMNlc021097 for ; Sun, 1 Jul 2007 10:22:23 -0400 Received: from xbh-rtp-211.amer.cisco.com (xbh-rtp-211.cisco.com [64.102.31.102]) by rtp-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l61EMB6c013209 for ; Sun, 1 Jul 2007 14:22:23 GMT Received: from xfe-rtp-202.amer.cisco.com ([64.102.31.21]) by xbh-rtp-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 1 Jul 2007 10:22:11 -0400 Received: from [10.86.104.182] ([10.86.104.182]) by xfe-rtp-202.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 1 Jul 2007 10:22:11 -0400 Mime-Version: 1.0 (Apple Message framework v752.2) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: pce@ietf.org From: JP Vasseur Date: Sun, 1 Jul 2007 10:21:42 -0400 X-Mailer: Apple Mail (2.752.2) X-OriginalArrivalTime: 01 Jul 2007 14:22:11.0706 (UTC) FILETIME=[36F4A5A0:01C7BBEB] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=158; t=1183299743; x=1184163743; c=relaxed/simple; s=rtpdkim1001; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=jvasseur@cisco.com; z=From:=20JP=20Vasseur=20 |Subject:=20PCE=20WG=20meeting=20Agenda=20-=20IETF-69 |Sender:=20 |To:=20pce@ietf.org; bh=weGEAr2OVuM5yCzGgIWUwRquyp11E2LwFIoWh1u/OoU=; b=iiu7neyZ0hlohxXLQKarUhtetD6erQHF3o+fgZXabrZryUR0mWYj6X91nQm5o9C/r1Z+q9Ve Gfsx22QG2wxFGKhRpy5l0XzvaURrW8pNxweRdaae1pEa9oKxdXp7cU6d; Authentication-Results: rtp-dkim-1; header.From=jvasseur@cisco.com; dkim=pass ( sig from cisco.com/rtpdkim1001 verified; ); X-Spam-Score: 0.0 (/) X-Scan-Signature: 7bac9cb154eb5790ae3b2913587a40de Cc: Subject: [Pce] PCE WG meeting Agenda - IETF-69 X-BeenThere: pce@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: pce-bounces@lists.ietf.org Hi, The PCE WG Agenda has been published: http://www3.ietf.org/ proceedings/07jul/agenda/pce.txt Let us know if you have comments. Thanks. JP. _______________________________________________ Pce mailing list Pce@lists.ietf.org https://www1.ietf.org/mailman/listinfo/pce From pce-bounces@lists.ietf.org Tue Jul 03 15:54:13 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I5oRx-0007uM-3s; Tue, 03 Jul 2007 15:54:13 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I5oRv-0007qn-Fw for pce@ietf.org; Tue, 03 Jul 2007 15:54:11 -0400 Received: from sj-iport-5.cisco.com ([171.68.10.87]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I5oRr-0002Cs-0i for pce@ietf.org; Tue, 03 Jul 2007 15:54:11 -0400 Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-5.cisco.com with ESMTP; 03 Jul 2007 12:54:06 -0700 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAAAHZGikarR7PEh2dsb2JhbACPJAIJDiw X-IronPort-AV: i="4.16,494,1175497200"; d="scan'208"; a="165468232:sNHT63937755" Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237]) by sj-dkim-4.cisco.com (8.12.11/8.12.11) with ESMTP id l63Js6Y4000386; Tue, 3 Jul 2007 12:54:06 -0700 Received: from xbh-rtp-211.amer.cisco.com (xbh-rtp-211.cisco.com [64.102.31.102]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l63Js4XL018891; Tue, 3 Jul 2007 19:54:05 GMT Received: from xfe-rtp-202.amer.cisco.com ([64.102.31.21]) by xbh-rtp-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 3 Jul 2007 15:53:38 -0400 Received: from kkoushikwxp ([64.101.185.227]) by xfe-rtp-202.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 3 Jul 2007 15:53:37 -0400 Message-ID: <04d201c7bdab$d9d10540$8310590a@apac.cisco.com> From: "A S Kiran Koushik" To: "Adrian Farrel" , References: <022d01c7b9d9$97dbba70$0a23fea9@your029b8cecfe> Subject: Re: [Pce] Considering draft-vasseur-pce-monitoring-03.txt for WG status Date: Tue, 3 Jul 2007 14:53:35 -0500 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 X-OriginalArrivalTime: 03 Jul 2007 19:53:37.0825 (UTC) FILETIME=[D8D51910:01C7BDAB] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=1097; t=1183492446; x=1184356446; c=relaxed/simple; s=sjdkim4002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=kkoushik@cisco.com; z=From:=20=22A=20S=20Kiran=20Koushik=22=20 |Subject:=20Re=3A=20[Pce]=20Considering=20draft-vasseur-pce-monitoring-03 .txt=20for=20WG=20status |Sender:=20; bh=DeITDrfaRlSsv0uZkkHI3LWUvNaEEJI+8wW+Fwzh6Go=; b=ADYoBQxzSiqRZPoBthxlrkJlzCC5TeM4oR+IYfohaMLLjzj/sMD6vauqKnhtXXoZ/y98an4h R2tUzburyzzYJaFU8VTjdeODBFHQFTbCMJgodG6iQbGOrOOPIFN8H39w; Authentication-Results: sj-dkim-4; header.From=kkoushik@cisco.com; dkim=pass ( sig from cisco.com/sjdkim4002 verified; ); X-Spam-Score: 0.0 (/) X-Scan-Signature: 52e1467c2184c31006318542db5614d5 Cc: X-BeenThere: pce@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: pce-bounces@lists.ietf.org Hi, This draft has useful information required to monitor and troubleshoot PCEs and in conjunction with the PCE MIBs will provide an excellent PCE management framework. I support that this be made a WG document. Regards, Kiran. ----- Original Message ----- From: "Adrian Farrel" To: Sent: Thursday, June 28, 2007 6:09 PM Subject: [Pce] Considering draft-vasseur-pce-monitoring-03.txt for WG status > Hi, > > draft-vasseur-pce-monitoring-03.txt was updated last month to take into > account issues raised in Prague and on the mailing list. > The I-D specifies procedures and extensions to PCEP in order to gather > information about the state of the chain of PCEs involved in a path > computation chain for troubleshooting and performance monitoring purposes. > > Please state your opinion on whether this should become a working group > draft. > > Thanks, > Adrian > > > > _______________________________________________ > Pce mailing list > Pce@lists.ietf.org > https://www1.ietf.org/mailman/listinfo/pce _______________________________________________ Pce mailing list Pce@lists.ietf.org https://www1.ietf.org/mailman/listinfo/pce From pce-bounces@lists.ietf.org Tue Jul 03 16:44:07 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I5pEF-0005nb-5b; Tue, 03 Jul 2007 16:44:07 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I5pED-0005m1-Us for pce@ietf.org; Tue, 03 Jul 2007 16:44:05 -0400 Received: from cbis.ece.drexel.edu ([129.25.60.1] helo=coe.drexel.edu) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I5pDQ-0006Uc-UX for pce@ietf.org; Tue, 03 Jul 2007 16:44:05 -0400 Received: from [192.168.1.43] (pool-141-158-239-17.phil.east.verizon.net [141.158.239.17]) (authenticated bits=0) by coe.drexel.edu (8.13.6/8.13.4) with ESMTP id l63KjblS028473 for ; Tue, 3 Jul 2007 16:45:37 -0400 (EDT) In-Reply-To: <04d201c7bdab$d9d10540$8310590a@apac.cisco.com> References: <022d01c7b9d9$97dbba70$0a23fea9@your029b8cecfe> <04d201c7bdab$d9d10540$8310590a@apac.cisco.com> Mime-Version: 1.0 (Apple Message framework v752.3) X-Priority: 3 Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <8AF4F16E-4D50-423A-832E-12B9C310AB32@ece.drexel.edu> Content-Transfer-Encoding: 7bit From: Jaudelice Cavalcante de Oliveira Subject: Re: [Pce] Considering draft-vasseur-pce-monitoring-03.txt for WG status Date: Tue, 3 Jul 2007 16:43:07 -0400 To: pce@ietf.org X-Mailer: Apple Mail (2.752.3) X-Spam-Score: *** (3.728) AWL,RCVD_IN_NJABL_DUL,RCVD_IN_SORBS_DUL X-Scanned-By: MIMEDefang 2.51 on 129.25.60.1 X-Spam-Score: 0.0 (/) X-Scan-Signature: 9ed51c9d1356100bce94f1ae4ec616a9 Cc: X-BeenThere: pce@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: pce-bounces@lists.ietf.org I also support it. Cheers, Jau. On Jul 3, 2007, at 3:53 PM, A S Kiran Koushik wrote: > Hi, > This draft has useful information required to monitor and troubleshoot > PCEs and in conjunction with the PCE MIBs will provide an excellent > PCE management framework. > > I support that this be made a WG document. > > Regards, > Kiran. ----- Original Message ----- From: "Adrian Farrel" > > To: > Sent: Thursday, June 28, 2007 6:09 PM > Subject: [Pce] Considering draft-vasseur-pce-monitoring-03.txt for > WG status > > >> Hi, >> draft-vasseur-pce-monitoring-03.txt was updated last month to take >> into account issues raised in Prague and on the mailing list. >> The I-D specifies procedures and extensions to PCEP in order to >> gather information about the state of the chain of PCEs involved >> in a path computation chain for troubleshooting and performance >> monitoring purposes. >> Please state your opinion on whether this should become a working >> group draft. >> Thanks, >> Adrian _______________________________________________ >> Pce mailing list >> Pce@lists.ietf.org >> https://www1.ietf.org/mailman/listinfo/pce > > _______________________________________________ > Pce mailing list > Pce@lists.ietf.org > https://www1.ietf.org/mailman/listinfo/pce _______________________________________________ Pce mailing list Pce@lists.ietf.org https://www1.ietf.org/mailman/listinfo/pce From pce-bounces@lists.ietf.org Thu Jul 05 12:16:37 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6U0T-00008T-80; Thu, 05 Jul 2007 12:16:37 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6U0R-0008Rk-BI for pce@ietf.org; Thu, 05 Jul 2007 12:16:35 -0400 Received: from pro.abac.com ([66.226.64.2]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I6Tzc-0005d8-4p for pce@ietf.org; Thu, 05 Jul 2007 12:16:35 -0400 Received: from [192.168.0.131] (c-71-202-41-42.hsd1.ca.comcast.net [71.202.41.42]) (authenticated bits=0) by pro.abac.com (8.13.8/8.13.8) with ESMTP id l65GFcBO046084 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 5 Jul 2007 09:15:41 -0700 (PDT) (envelope-from gregb@grotto-networking.com) Message-ID: <468D192D.6030509@grotto-networking.com> Date: Thu, 05 Jul 2007 09:15:41 -0700 From: Greg Bernstein User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 Subject: Re: [Pce] Considering draft-vasseur-pce-monitoring-03.txt for WG status References: <022d01c7b9d9$97dbba70$0a23fea9@your029b8cecfe> In-Reply-To: <022d01c7b9d9$97dbba70$0a23fea9@your029b8cecfe> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.883 (UNDISC_RECIPS) X-Spam-Score: 0.0 (/) X-Scan-Signature: 8abaac9e10c826e8252866cbe6766464 Cc: pce@ietf.org X-BeenThere: pce@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: pce-bounces@lists.ietf.org Yes. I support this work as a working group draft. Greg B. Adrian Farrel wrote: > Hi, > > draft-vasseur-pce-monitoring-03.txt was updated last month to take > into account issues raised in Prague and on the mailing list. > The I-D specifies procedures and extensions to PCEP in order to gather > information about the state of the chain of PCEs involved in a path > computation chain for troubleshooting and performance monitoring > purposes. > > Please state your opinion on whether this should become a working > group draft. > > Thanks, > Adrian > > > _______________________________________________ > Pce mailing list > Pce@lists.ietf.org > https://www1.ietf.org/mailman/listinfo/pce > -- =================================================== Dr Greg Bernstein, Grotto Networking (510) 573-2237 _______________________________________________ Pce mailing list Pce@lists.ietf.org https://www1.ietf.org/mailman/listinfo/pce From pce-bounces@lists.ietf.org Thu Jul 05 12:26:11 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6U9i-00070y-Qd; Thu, 05 Jul 2007 12:26:10 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6U9h-00070R-Dw for pce@ietf.org; Thu, 05 Jul 2007 12:26:09 -0400 Received: from p-mail2.rd.francetelecom.com ([195.101.245.16]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1I6U9h-0002Wh-2l for pce@ietf.org; Thu, 05 Jul 2007 12:26:09 -0400 Received: from ftrdmel1.rd.francetelecom.fr ([10.193.117.152]) by ftrdsmtp1.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.1830); Thu, 5 Jul 2007 18:25:24 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: RE: [Pce] Considering draft-vasseur-pce-monitoring-03.txt for WG status Date: Thu, 5 Jul 2007 18:25:33 +0200 Message-ID: In-Reply-To: <022d01c7b9d9$97dbba70$0a23fea9@your029b8cecfe> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Pce] Considering draft-vasseur-pce-monitoring-03.txt for WG status Thread-Index: Ace52aDNSEJ8U76ZRhKNAG4sV8xYlgFRzHgg References: <022d01c7b9d9$97dbba70$0a23fea9@your029b8cecfe> From: "STEPHAN Emile RD-CORE-LAN" To: , X-OriginalArrivalTime: 05 Jul 2007 16:25:24.0164 (UTC) FILETIME=[16DB3840:01C7BF21] X-Spam-Score: 0.0 (/) X-Scan-Signature: 39bd8f8cbb76cae18b7e23f7cf6b2b9f Cc: X-BeenThere: pce@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: pce-bounces@lists.ietf.org Hi, Yes, I support it as a WG draft. Regards Emile > -----Message d'origine----- > De=A0: Adrian Farrel [mailto:adrian@olddog.co.uk] > Envoy=E9=A0: vendredi 29 juin 2007 01:10 > =C0=A0: pce@ietf.org > Objet=A0: [Pce] Considering draft-vasseur-pce-monitoring-03.txt for WG > status >=20 > Hi, >=20 > draft-vasseur-pce-monitoring-03.txt was updated last month to take = into > account issues raised in Prague and on the mailing list. > The I-D specifies procedures and extensions to PCEP in order to gather > information about the state of the chain of PCEs involved in a path > computation chain for troubleshooting and performance monitoring = purposes. >=20 > Please state your opinion on whether this should become a working = group > draft. >=20 > Thanks, > Adrian >=20 >=20 >=20 > _______________________________________________ > Pce mailing list > Pce@lists.ietf.org > https://www1.ietf.org/mailman/listinfo/pce _______________________________________________ Pce mailing list Pce@lists.ietf.org https://www1.ietf.org/mailman/listinfo/pce From pce-bounces@lists.ietf.org Thu Jul 05 12:30:43 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6UE7-0001jc-R2; Thu, 05 Jul 2007 12:30:43 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6UE6-0001jR-I4 for pce@ietf.org; Thu, 05 Jul 2007 12:30:42 -0400 Received: from sj-iport-3-in.cisco.com ([171.71.176.72] helo=sj-iport-3.cisco.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I6UDD-0000Jw-5x for pce@ietf.org; Thu, 05 Jul 2007 12:30:42 -0400 Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-3.cisco.com with ESMTP; 05 Jul 2007 09:29:46 -0700 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CALK4jEarR7PE/2dsb2JhbAA X-IronPort-AV: i="4.16,504,1175497200"; d="scan'208"; a="500348704:sNHT29972112" Received: from sj-core-3.cisco.com (sj-core-3.cisco.com [171.68.223.137]) by sj-dkim-4.cisco.com (8.12.11/8.12.11) with ESMTP id l65GTkc2006918; Thu, 5 Jul 2007 09:29:46 -0700 Received: from xbh-rtp-201.amer.cisco.com (xbh-rtp-201.cisco.com [64.102.31.12]) by sj-core-3.cisco.com (8.12.10/8.12.6) with ESMTP id l65GTTwP029491; Thu, 5 Jul 2007 16:29:45 GMT Received: from xmb-rtp-203.amer.cisco.com ([64.102.31.20]) by xbh-rtp-201.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 5 Jul 2007 12:29:35 -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 Subject: RE: [Pce] Considering draft-vasseur-pce-monitoring-03.txt for WGstatus Date: Thu, 5 Jul 2007 12:29:32 -0400 Message-ID: In-Reply-To: <04d201c7bdab$d9d10540$8310590a@apac.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Pce] Considering draft-vasseur-pce-monitoring-03.txt for WGstatus Thread-Index: Ace9q/iUQs+Y5+eaR/qblLL0dxAb2wBdZ9Mg References: <022d01c7b9d9$97dbba70$0a23fea9@your029b8cecfe> <04d201c7bdab$d9d10540$8310590a@apac.cisco.com> From: "Zafar Ali \(zali\)" To: "Adrian Farrel" , X-OriginalArrivalTime: 05 Jul 2007 16:29:35.0677 (UTC) FILETIME=[ACC50ED0:01C7BF21] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=1163; t=1183652986; x=1184516986; c=relaxed/simple; s=sjdkim4002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=zali@cisco.com; z=From:=20=22Zafar=20Ali=20\(zali\)=22=20 |Subject:=20RE=3A=20[Pce]=20Considering=20draft-vasseur-pce-monitoring-03 .txt=20for=20WGstatus |Sender:=20; bh=brMqw0wA4Q2MY/wE3nEytB71pMMB2FjE0AQU9numESM=; b=No2ez13rsDsZBLBhehbWiFpjOXorJLSaIjgcfqWg7e+ZjtrhjmlB3a/17hxYvGCN7lJ26PkW RosFKCOUCfc+cpOkETG2ujRtrGREi27KaQzRR5gxLrzXHzUWgFQpzUd1; Authentication-Results: sj-dkim-4; header.From=zali@cisco.com; dkim=pass (si g from cisco.com/sjdkim4002 verified; ); X-Spam-Score: 0.0 (/) X-Scan-Signature: 9ed51c9d1356100bce94f1ae4ec616a9 Cc: X-BeenThere: pce@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: pce-bounces@lists.ietf.org In favor.=20 Thanks Regards... Zafar=20 > ----- Original Message ----- > From: "Adrian Farrel" > To: > Sent: Thursday, June 28, 2007 6:09 PM > Subject: [Pce] Considering=20 > draft-vasseur-pce-monitoring-03.txt for WG status >=20 >=20 > > Hi, > >=20 > > draft-vasseur-pce-monitoring-03.txt was updated last month=20 > to take into=20 > > account issues raised in Prague and on the mailing list. > > The I-D specifies procedures and extensions to PCEP in=20 > order to gather=20 > > information about the state of the chain of PCEs involved in a path=20 > > computation chain for troubleshooting and performance=20 > monitoring purposes. > >=20 > > Please state your opinion on whether this should become a=20 > working group=20 > > draft. > >=20 > > Thanks, > > Adrian=20 > >=20 > >=20 > >=20 > > _______________________________________________ > > Pce mailing list > > Pce@lists.ietf.org > > https://www1.ietf.org/mailman/listinfo/pce >=20 > _______________________________________________ > Pce mailing list > Pce@lists.ietf.org > https://www1.ietf.org/mailman/listinfo/pce >=20 _______________________________________________ Pce mailing list Pce@lists.ietf.org https://www1.ietf.org/mailman/listinfo/pce From pce-bounces@lists.ietf.org Thu Jul 05 14:16:29 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6VsS-0002gC-Gv; Thu, 05 Jul 2007 14:16:28 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6Vri-0000Kt-2j; Thu, 05 Jul 2007 14:15:42 -0400 Received: from ns1.neustar.com ([2001:503:c779:1a::9c9a:108a]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I6Vr4-0004sr-1E; Thu, 05 Jul 2007 14:15:42 -0400 Received: from stiedprstage1.ietf.org (stiedprstage1.va.neustar.com [10.31.47.10]) by ns1.neustar.com (Postfix) with ESMTP id DBB3926E86; Thu, 5 Jul 2007 18:15:01 +0000 (GMT) Received: from ietf by stiedprstage1.ietf.org with local (Exim 4.43) id 1I6Vr3-0007Rw-Op; Thu, 05 Jul 2007 14:15:01 -0400 Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 To: i-d-announce@ietf.org From: Internet-Drafts@ietf.org Message-Id: Date: Thu, 05 Jul 2007 14:15:01 -0400 X-Spam-Score: -2.5 (--) X-Scan-Signature: a2c12dacc0736f14d6b540e805505a86 Cc: pce@ietf.org Subject: [Pce] I-D ACTION:draft-ietf-pce-pcep-xro-01.txt X-BeenThere: pce@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: pce-bounces@lists.ietf.org --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 Route Exclusions Author(s) : E. Oki, A. Farrel Filename : draft-ietf-pce-pcep-xro-01.txt Pages : 13 Date : 2007-7-5 The Path Computation Element (PCE) provides functions of path computation in support of traffic engineering in Multi-Protocol Label Switching (MPLS) and Generalized MPLS (GMPLS) networks. When a Path Computation Client (PCC) requests a PCE for a route, it may be useful for the PCC to specify, as constraints to the path computation abstract nodes, resources, and Shared Risk Link Groups (SRLGs) that are to be explicitly excluded from the computed route. Such constraints are termed route exclusions. The PCE Communication Protocol (PCEP) is designed as a communication protocol between PCCs and PCEs. This document presents PCEP extensions for route exclusions. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-pce-pcep-xro-01.txt To remove yourself from the I-D Announcement list, send a message to i-d-announce-request@ietf.org with the word unsubscribe in the body of the message. You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce to change your subscription settings. Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-pce-pcep-xro-01.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-pce-pcep-xro-01.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. 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: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <2007-7-5134836.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-pce-pcep-xro-01.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-pce-pcep-xro-01.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2007-7-5134836.I-D@ietf.org> --OtherAccess-- --NextPart Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Pce mailing list Pce@lists.ietf.org https://www1.ietf.org/mailman/listinfo/pce --NextPart-- From pce-bounces@lists.ietf.org Thu Jul 05 19:46:08 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6b1N-00034J-BJ; Thu, 05 Jul 2007 19:46:01 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6b1L-0002v7-L0 for pce@ietf.org; Thu, 05 Jul 2007 19:45:59 -0400 Received: from tama5.ecl.ntt.co.jp ([129.60.39.102]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1I6b1L-0000FO-0R for pce@ietf.org; Thu, 05 Jul 2007 19:45:59 -0400 Received: from sfs2.omr.ecl.ntt.co.jp (IDENT:mirapoint@sfs2.omr.ecl.ntt.co.jp [129.60.39.117]) by tama5.ecl.ntt.co.jp (8.13.8/8.13.8) with ESMTP id l65NjnGb020819 for ; Fri, 6 Jul 2007 08:45:49 +0900 (JST) Received: from mfs4.rdh.ecl.ntt.co.jp (mfs4.rdh.ecl.ntt.co.jp [129.60.39.113]) by sfs2.omr.ecl.ntt.co.jp (MOS 3.8.4-GA) with ESMTP id AQZ51932; Fri, 6 Jul 2007 08:45:49 +0900 (JST) Received: from nttmail3.ecl.ntt.co.jp (nttmail3.ecl.ntt.co.jp [129.60.39.100]) by mfs4.rdh.ecl.ntt.co.jp (8.13.8/8.13.8) with ESMTP id l65Njn3e023179 for ; Fri, 6 Jul 2007 08:45:49 +0900 (JST) Received: from eclscan3.m.ecl.ntt.co.jp (eclscan3.m.ecl.ntt.co.jp [129.60.5.69]) by nttmail3.ecl.ntt.co.jp (8.13.8/8.13.8) with ESMTP id l65NjmgQ015069 for ; Fri, 6 Jul 2007 08:45:48 +0900 (JST) Received: from eclscan3.m.ecl.ntt.co.jp (localhost [127.0.0.1]) by eclscan3.m.ecl.ntt.co.jp (8.13.8/8.13.8) with ESMTP id l65NjmpF026335 for ; Fri, 6 Jul 2007 08:45:48 +0900 (JST) Received: from imb.m.ecl.ntt.co.jp (imb0.m.ecl.ntt.co.jp [129.60.5.140]) by eclscan3.m.ecl.ntt.co.jp (8.13.8/8.13.8) with ESMTP id l65NjmiB026332 for ; Fri, 6 Jul 2007 08:45:48 +0900 (JST) Received: from [192.168.1.2] ([129.60.15.201]) by imb.m.ecl.ntt.co.jp (8.13.8/8.13.8) with ESMTP id l65NjcFW007181 for ; Fri, 6 Jul 2007 08:45:47 +0900 (JST) Date: Fri, 06 Jul 2007 08:45:43 +0900 From: Eiji Oki To: pce@ietf.org Subject: Fw: [Pce] I-D ACTION:draft-ietf-pce-pcep-xro-01.txt Message-Id: <20070706083115.98FE.OKI.EIJI@lab.ntt.co.jp> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="------_468D7F4398FB09817B60_MULTIPART_MIXED_" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.30.04 [ja] X-Spam-Score: 0.0 (/) X-Scan-Signature: 87a3f533bb300b99e2a18357f3c1563d Cc: X-BeenThere: pce@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: pce-bounces@lists.ietf.org --------_468D7F4398FB09817B60_MULTIPART_MIXED_ Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Hi all, A new version of the PCEP XRO Extensions has been published below. Main changes are: - Sectoin 3 Exclude Route with Confidentiality is added, which is used for inter-domain diverse path computation to preserve confidentiality. - Section 2.1.1 F bit is defined. The cases of XRO present in a PCRep message are described. Any comments and suggestions are highly appreciated. Thank you. Eiji Forwarded by Eiji Oki ----------------------- Original Message ----------------------- From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org Cc: pce@ietf.org Date: Thu, 05 Jul 2007 14:15:01 -0400 Subject: [Pce] I-D ACTION:draft-ietf-pce-pcep-xro-01.txt ---- 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 Route Exclusions Author(s) : E. Oki, A. Farrel Filename : draft-ietf-pce-pcep-xro-01.txt Pages : 13 Date : 2007-7-5 The Path Computation Element (PCE) provides functions of path computation in support of traffic engineering in Multi-Protocol Label Switching (MPLS) and Generalized MPLS (GMPLS) networks. When a Path Computation Client (PCC) requests a PCE for a route, it may be useful for the PCC to specify, as constraints to the path computation abstract nodes, resources, and Shared Risk Link Groups (SRLGs) that are to be explicitly excluded from the computed route. Such constraints are termed route exclusions. The PCE Communication Protocol (PCEP) is designed as a communication protocol between PCCs and PCEs. This document presents PCEP extensions for route exclusions. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-pce-pcep-xro-01.txt To remove yourself from the I-D Announcement list, send a message to i-d-announce-request@ietf.org with the word unsubscribe in the body of the message. You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce to change your subscription settings. Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-pce-pcep-xro-01.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-pce-pcep-xro-01.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --------------------- Original Message Ends -------------------- --------_468D7F4398FB09817B60_MULTIPART_MIXED_ Content-Type: Multipart/Alternative; Boundary="OtherAccess" Content-Transfer-Encoding: 7bit --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Transfer-Encoding: 7bit Content-Type: text/plain Content-ID: <2007-7-5134836.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-pce-pcep-xro-01.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-pce-pcep-xro-01.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Disposition: attachment; filename="draft-ietf-pce-pcep-xro-01.txt" Content-Transfer-Encoding: 7bit Content-Type: text/plain Content-ID: <2007-7-5134836.I-D@ietf.org> --OtherAccess-- --------_468D7F4398FB09817B60_MULTIPART_MIXED_ MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: attachment; filename=forward.txt Content-Transfer-Encoding: 7bit _______________________________________________ Pce mailing list Pce@lists.ietf.org https://www1.ietf.org/mailman/listinfo/pce --------_468D7F4398FB09817B60_MULTIPART_MIXED_ Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Pce mailing list Pce@lists.ietf.org https://www1.ietf.org/mailman/listinfo/pce --------_468D7F4398FB09817B60_MULTIPART_MIXED_-- From pce-bounces@lists.ietf.org Thu Jul 05 20:08:44 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6bND-0001Fm-UW; Thu, 05 Jul 2007 20:08:35 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6bNC-000198-F5 for pce@ietf.org; Thu, 05 Jul 2007 20:08:34 -0400 Received: from tyo202.gate.nec.co.jp ([202.32.8.206]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I6bN7-0008L9-PC for pce@ietf.org; Thu, 05 Jul 2007 20:08:34 -0400 Received: from mailgate3.nec.co.jp (mailgate53.nec.co.jp [10.7.69.192]) by tyo202.gate.nec.co.jp (8.13.8/8.13.4) with ESMTP id l6608Sbe022493 for ; Fri, 6 Jul 2007 09:08:28 +0900 (JST) Received: (from root@localhost) by mailgate3.nec.co.jp (8.11.7/3.7W-MAILGATE-NEC) id l6608SW19628 for pce@ietf.org; Fri, 6 Jul 2007 09:08:28 +0900 (JST) Received: from kaishu.jp.nec.com (kaishu.jp.nec.com [10.26.220.5]) by mailsv3.nec.co.jp (8.11.7/3.7W-MAILSV4-NEC) with ESMTP id l6608Ro14599 for ; Fri, 6 Jul 2007 09:08:27 +0900 (JST) Received: from NISHIOKAPC2 ([10.56.135.192] [10.56.135.192]) by mail.jp.nec.com with ESMTP; Fri, 6 Jul 2007 09:08:26 +0900 From: "Itaru Nishioka" To: Date: Fri, 6 Jul 2007 09:12:59 +0900 Organization: nec Message-Id: <004001c7bf62$697e65e0$c087380a@NISHIOKAPC2> 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.00.2900.3028 Thread-Index: Ace/Ymk1VFvz/pJyRR2w1ceZh4UhfA== X-Spam-Score: 0.0 (/) X-Scan-Signature: 0bc60ec82efc80c84b8d02f4b0e4de22 Cc: Subject: [Pce] New draft on synchronized dependent path computation (draft-nishioka-pce-svec-list-00.txt) X-BeenThere: pce@lists.ietf.org X-Mailman-Version: 2.1.5 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: , Errors-To: pce-bounces@lists.ietf.org Hello PCE'rs Please find a new draft for your perusal: "The use of SVEC (Synchronization VECtor) list for Synchronized dependent path computations" http://www.ietf.org/internet-drafts/draft-nishioka-pce-svec-list-00.txt Our intention with the document is to discuss Synchronization VECtors for dependent path computations. When a PCE performs dependent path computations, like a disjoint path for a working and protected LSP, the PCE would need to synchronize the computations in order to increase the probability of meeting the working and protected path disjoint objective. The document will look to define the association among SVECs and the required processing rules. The first draft of the document focuses on single PCE architectures but the authors would like to expand the problem space and discuss multi-PCE and multi-Domain environments in future revisions. As ever we would encourage people to review the draft and we would appreciate feedback/suggestions on the topics proposed. Best Regards, Itaru & Dan /======================================= / Itaru Nishioka / e-mail:i-nishioka@cb.jp.nec.com / Tel. +81-44-396-3287 ext. 8-22-72647 / System Platforms Research Labs. / NEC Corporation /======================================= _______________________________________________ Pce mailing list Pce@lists.ietf.org https://www1.ietf.org/mailman/listinfo/pce From pce-bounces@lists.ietf.org Fri Jul 06 09:28:09 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6nqz-000347-J3; Fri, 06 Jul 2007 09:28:09 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6nqx-0002mz-Tv for pce@ietf.org; Fri, 06 Jul 2007 09:28:08 -0400 Received: from [2001:200:601:12:230:48ff:fe22:3a84] (helo=mandala.kddilabs.jp) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I6nqu-0004IN-Oc for pce@ietf.org; Fri, 06 Jul 2007 09:28:07 -0400 Received: from localhost (localhost [127.0.0.1]) by mandala.kddilabs.jp (Postfix) with ESMTP id F27DEEC8BB for ; Fri, 6 Jul 2007 22:28:03 +0900 (JST) Received: from mail.cn.kddilabs.jp (yellow.lan.kddilabs.jp [2001:200:601:1a00::10]) by mandala.kddilabs.jp (Postfix) with ESMTP id A1CBCEC82B for ; Fri, 6 Jul 2007 22:28:03 +0900 (JST) Received: from [127.0.0.1] (c019.vpn.kddilabs.jp [172.19.87.19]) by mail.cn.kddilabs.jp (Postfix) with ESMTP id 95E721E0002 for ; Fri, 6 Jul 2007 22:28:03 +0900 (JST) Message-ID: <468E4365.6070702@kddilabs.jp> Date: Fri, 06 Jul 2007 22:28:05 +0900 From: Kenji Kumaki User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: pce@ietf.org Subject: Re: [Pce] Considering draft-vasseur-pce-monitoring-03.txt for WG status References: <022d01c7b9d9$97dbba70$0a23fea9@your029b8cecfe> In-Reply-To: <022d01c7b9d9$97dbba70$0a23fea9@your029b8cecfe> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new X-Spam-Score: -2.8 (--) X-Scan-Signature: b19722fc8d3865b147c75ae2495625f2 Cc: X-BeenThere: pce@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: pce-bounces@lists.ietf.org Hi, From the service providers perspective,this I-D is very useful to deploy PCE in commercial networks. So I support it. Thanks, Kenji Adrian Farrel wrote: > Hi, > > draft-vasseur-pce-monitoring-03.txt was updated last month to take into > account issues raised in Prague and on the mailing list. > The I-D specifies procedures and extensions to PCEP in order to gather > information about the state of the chain of PCEs involved in a path > computation chain for troubleshooting and performance monitoring purposes. > > Please state your opinion on whether this should become a working group > draft. > > Thanks, > Adrian > > > _______________________________________________ > Pce mailing list > Pce@lists.ietf.org > https://www1.ietf.org/mailman/listinfo/pce > _______________________________________________ Pce mailing list Pce@lists.ietf.org https://www1.ietf.org/mailman/listinfo/pce From pce-bounces@lists.ietf.org Fri Jul 06 09:43:07 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6o5T-0007Z5-75; Fri, 06 Jul 2007 09:43:07 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6o5R-0007Yr-Mq for pce@ietf.org; Fri, 06 Jul 2007 09:43:05 -0400 Received: from [2001:200:601:12:230:48ff:fe22:3a84] (helo=mandala.kddilabs.jp) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I6o5R-00008Y-Ao for pce@ietf.org; Fri, 06 Jul 2007 09:43:05 -0400 Received: from localhost (localhost [127.0.0.1]) by mandala.kddilabs.jp (Postfix) with ESMTP id 23968EC944 for ; Fri, 6 Jul 2007 22:21:16 +0900 (JST) Received: from mail.cn.kddilabs.jp (yellow.lan.kddilabs.jp [2001:200:601:1a00::10]) by mandala.kddilabs.jp (Postfix) with ESMTP id CC353EC94A for ; Fri, 6 Jul 2007 22:21:15 +0900 (JST) Received: from [127.0.0.1] (c019.vpn.kddilabs.jp [172.19.87.19]) by mail.cn.kddilabs.jp (Postfix) with ESMTP id BF9901E0002 for ; Fri, 6 Jul 2007 22:21:15 +0900 (JST) Message-ID: <468E41CD.4070901@kddilabs.jp> Date: Fri, 06 Jul 2007 22:21:17 +0900 From: Kenji Kumaki User-Agent: Thunderbird 1.5.0.12 (Windows/20070509) MIME-Version: 1.0 To: pce@ietf.org Subject: Re: [Pce] Considering draft-vasseur-pce-monitoring-03.txt for WG status References: <022d01c7b9d9$97dbba70$0a23fea9@your029b8cecfe> In-Reply-To: <022d01c7b9d9$97dbba70$0a23fea9@your029b8cecfe> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new X-Spam-Score: -2.8 (--) X-Scan-Signature: 97adf591118a232206bdb5a27b217034 Cc: X-BeenThere: pce@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: pce-bounces@lists.ietf.org Hi, From the service providers perspective,this I-D is very useful to deploy PCE in commercial networks. So I support it. Thanks, Kenji Adrian Farrel wrote: > Hi, > > draft-vasseur-pce-monitoring-03.txt was updated last month to take into > account issues raised in Prague and on the mailing list. > The I-D specifies procedures and extensions to PCEP in order to gather > information about the state of the chain of PCEs involved in a path > computation chain for troubleshooting and performance monitoring purposes. > > Please state your opinion on whether this should become a working group > draft. > > Thanks, > Adrian > > > _______________________________________________ > Pce mailing list > Pce@lists.ietf.org > https://www1.ietf.org/mailman/listinfo/pce > _______________________________________________ Pce mailing list Pce@lists.ietf.org https://www1.ietf.org/mailman/listinfo/pce From pce-bounces@lists.ietf.org Fri Jul 06 16:21:56 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6uJQ-0002hE-B4; Fri, 06 Jul 2007 16:21:56 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6uJO-0002h5-Uv for pce@ietf.org; Fri, 06 Jul 2007 16:21:54 -0400 Received: from sj-iport-5.cisco.com ([171.68.10.87]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I6uJK-0003cm-LH for pce@ietf.org; Fri, 06 Jul 2007 16:21:54 -0400 Received: from sj-dkim-4.cisco.com ([171.71.179.196]) by sj-iport-5.cisco.com with ESMTP; 06 Jul 2007 13:21:50 -0700 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAAAM9AjkarR7PEh2dsb2JhbACPNgEBCQ4s X-IronPort-AV: i="4.16,509,1175497200"; d="scan'208"; a="165901751:sNHT20672199" Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237]) by sj-dkim-4.cisco.com (8.12.11/8.12.11) with ESMTP id l66KLo4N008754 for ; Fri, 6 Jul 2007 13:21:50 -0700 Received: from xbh-rtp-201.amer.cisco.com (xbh-rtp-201.cisco.com [64.102.31.12]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l66KLnXH020544 for ; Fri, 6 Jul 2007 20:21:49 GMT Received: from xfe-rtp-202.amer.cisco.com ([64.102.31.21]) by xbh-rtp-201.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 6 Jul 2007 16:21:49 -0400 Received: from [10.86.104.182] ([10.86.104.182]) by xfe-rtp-202.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 6 Jul 2007 16:21:48 -0400 Mime-Version: 1.0 (Apple Message framework v752.2) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; format=flowed To: pce@ietf.org From: JP Vasseur Date: Fri, 6 Jul 2007 16:21:20 -0400 X-Mailer: Apple Mail (2.752.2) X-OriginalArrivalTime: 06 Jul 2007 20:21:48.0961 (UTC) FILETIME=[48113910:01C7C00B] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=78; t=1183753310; x=1184617310; 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:=20=22Presenters=22=20-=20Slides |Sender:=20; bh=puIEyyiRh+KhHdNf+rzgor8l1nI0I9cd2DxW/hTu6Gw=; b=MmBG8Cl4cdPZIkZbyT3yKiwlAjbbrn+SW5gWGTMhTb4LXnGml3uDVKvDmhEvG9b8v175t4aV J3jjj5j8/9F/BhUKyWExZtXUTKwEgnidkUaGR7W0ZInfEn+mLUIYXhRc; Authentication-Results: sj-dkim-4; header.From=jvasseur@cisco.com; dkim=pass ( sig from cisco.com/sjdkim4002 verified; ); X-Spam-Score: 0.0 (/) X-Scan-Signature: 7aefe408d50e9c7c47615841cb314bed Cc: Subject: [Pce] "Presenters" - Slides X-BeenThere: pce@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: pce-bounces@lists.ietf.org Hi, "Presenters" please provide your slides by July 18. Thanks. JP. _______________________________________________ Pce mailing list Pce@lists.ietf.org https://www1.ietf.org/mailman/listinfo/pce From pce-bounces@lists.ietf.org Fri Jul 06 16:28:24 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6uPg-0003BW-4D; Fri, 06 Jul 2007 16:28:24 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I6uPe-0003BR-LQ for pce@ietf.org; Fri, 06 Jul 2007 16:28:22 -0400 Received: from rtp-iport-2.cisco.com ([64.102.122.149]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I6uPa-0005Pg-2E for pce@ietf.org; Fri, 06 Jul 2007 16:28:22 -0400 Received: from rtp-dkim-2.cisco.com ([64.102.121.159]) by rtp-iport-2.cisco.com with ESMTP; 06 Jul 2007 16:28:18 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ah4FABdCjkZAZnmf/2dsb2JhbACCLzU X-IronPort-AV: i="4.16,509,1175486400"; d="scan'208,217"; a="125409070:sNHT54671874" Received: from rtp-core-1.cisco.com (rtp-core-1.cisco.com [64.102.124.12]) by rtp-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id l66KSHLq016083; Fri, 6 Jul 2007 16:28:17 -0400 Received: from xbh-rtp-211.amer.cisco.com (xbh-rtp-211.cisco.com [64.102.31.102]) by rtp-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l66KSH6a029072; Fri, 6 Jul 2007 20:28:17 GMT Received: from xfe-rtp-202.amer.cisco.com ([64.102.31.21]) by xbh-rtp-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 6 Jul 2007 16:28:17 -0400 Received: from [10.86.104.182] ([10.86.104.182]) by xfe-rtp-202.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 6 Jul 2007 16:28:16 -0400 Mime-Version: 1.0 (Apple Message framework v752.2) To: pce@ietf.org Message-Id: <05CA233A-A902-4C1A-AF13-5EB4C08DEFA0@cisco.com> From: JP Vasseur Date: Fri, 6 Jul 2007 16:27:45 -0400 X-Mailer: Apple Mail (2.752.2) X-OriginalArrivalTime: 06 Jul 2007 20:28:16.0521 (UTC) FILETIME=[2F122F90:01C7C00C] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=11732; t=1183753697; x=1184617697; 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:=20PCEP=20Rev=20-08 |Sender:=20 |To:=20pce@ietf.org; bh=Y/NV41KdbanHhY5iFEurFHjQnW8qjGQNJ7E/k9VJtzg=; b=z/kvpg9ROu4auoje2E1VqQklb/evBCgJNOlHjyjgj5v/ANEJDkSdmZ1QvZIDnofBT5nS+oqS 1SK5hOio6shji+bJL7u6fzXFaIWHnf3sqjBa3cT/m52we0yp+WjtoBAb; Authentication-Results: rtp-dkim-2; header.From=jvasseur@cisco.com; dkim=pass ( sig from cisco.com/rtpdkim2001 verified; ); X-Spam-Score: 0.1 (/) X-Scan-Signature: dd7e0c3fd18d19cffdd4de99a114001d Cc: Subject: [Pce] PCEP Rev -08 X-BeenThere: pce@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1720489060==" Errors-To: pce-bounces@lists.ietf.org --===============1720489060== Content-Type: multipart/alternative; boundary=Apple-Mail-110--711963791 --Apple-Mail-110--711963791 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Dear WG, PCEP Rev -08 has just been posted. There are currently 9 implementations of PCEP. The protocol is stable and we're moving towards the last set of revisions, so do not hesitate to provide feed-back. The plan is probably to have 1-2 more revisions before asking for LC. Please find below the changes made in PCEP Rev -08. 1) RFC2119 language removed from the "Architectural Protocol Overview" section, 2) In section 4 and section 6.3, note added to mention that Keepalive messages are optional, 3) Terminology: use of the term "Overloaded PCE" rather than "Congested PCE" to be consistent with the PCE Discovery IDs 4) Section 6 Similarly to the previous case, if such constraint cannot be taken into account by the PCE, this should trigger an Error message. Changed for "... this MUST trigger ..." 5) PCReq BNF corrected to allow for 2 BANDWIDTH objects (potentially required during a reoptimization event in case of bandwidth changes). 6) The BNF of the PCReq message has been fixed since in its previous form the PCRep message has to comprise an ERO even in the case of negative reply if the PCE wanted to provide the list of unsatisfied constraints. 7) The text related to the DeadTimer (section 7.2) has been slightly reworded for clarity + example added. 8) Section 7.3.2: OLD If the O bit of the RP message carried within a PCReq message is cleared and local policy has been configured on the PCE to not provide explicit path(s) (for instance, for confidentiality reasons), a PCErr message MUST be sent by the PCE to the requesting PCC and the pending path computation request MUST be discarded. The Error-type is "Policy Violation" and Error-value is "O bit set". NEW If the O bit of the RP message carried within a PCReq message is cleared and local policy has been configured on the PCE to not provide explicit path(s) (for instance, for confidentiality reasons), a PCErr message MUST be sent by the PCE to the requesting PCC and the pending path computation request MUST be discarded. The Error-type is "Policy Violation" and Error-value is "O bit cleared". 9) Section 7.7 (text added in bold) - There MUST be at most one instance of the METRIC object for each metric type with the same B flag value - In a PCRep message, unless not allowed by PCE policy, at least one METRIC object MUST be present that reports the computed path cost in particular if the C bit of the METRIC object was set in the corresponding path computation request (the B-flag MUST be cleared); optionally the PCRep message MAY contain additional METRIC objects that correspond to bound constraints, in which case the metric-value MUST be equal to the corresponding path metric cost (the B-flag MUST be set). If no path satisfying the constraints could be found by the PCE, the METRIC objects MAY also be present in the PCRep message with the NO-PATH object to indicate the constraint metric that could be satisfied. 10) Section 7.13 New text: Alternatively, PCE may decide to signal its (non) overloaded state using a IGP-based notification mechanism as defined in draft-ietf-pce- disco-proto-isis-06.txt and in draft-ietf-pce-disco-proto- ospf-06.txt. A PC E may also decide to signal its overloaded state using PCEP and its no longer overloaded state using an IGP-based notification and vice-versa. 11) Section 7.16 Reason 3: PCEP session characteristics negotiation failure has been removed since we now send a PCErr message in case of session characteristic negotiation failure. 12) Changes to the FSM * The values of the OpenWait variable have been changed to allow for max 1 failed attempts * Minor change to when the OpenWait and KeepWait timer are started (when entering a new state rather than leaving a state) * Edits 13) Appendix A has been removed 14) CLOSE Object has been added to the IANA section 15) New Error-Type=1, Error-value=8: PCEP version not supported 16) References Informational RFCs were reference as normative => informative Reference to RFC2406 updated to RFC4303 17) Various typos, editorial nits. Thanks. JP. --Apple-Mail-110--711963791 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=ISO-8859-1 Dear WG,

PCEP Rev -08 has just been = posted.

There are currently 9 = implementations of PCEP. The protocol is stable and we're moving towards = the last set of revisions, so do not hesitate to provide = feed-back.=A0

The plan is probably to = have=A01-2 more revisions before asking for LC.

Please find below the = changes made in PCEP Rev -08.

1) RFC2119 language removed = from the "Architectural Protocol Overview" section,

2) In section 4 and = section 6.3, note added to mention that Keepalive messages are = optional,

3) = Terminology: use of the term "Overloaded PCE" rather than "Congested = PCE" to be consistent with the PCE Discovery IDs

4) Section 6

=A0 =A0Similarly to the = previous
=A0=A0 case, if such constraint cannot = be taken into account by the PCE,
=A0=A0 this should = trigger an Error message.

Changed for "... this MUST = trigger ..."

5)= PCReq BNF corrected to allow for 2 BANDWIDTH objects (potentially = required during a reoptimization event=A0in case of bandwidth = changes).

6) = The BNF of the PCReq message has been fixed since in its previous form = the PCRep message has to comprise an ERO even in the case of negative = reply if the PCE wanted to provide the list of unsatisfied = constraints.

7)=A0The text related to = the DeadTimer (section 7.2) has been slightly reworded for clarity + = example added.

8) Section = 7.3.2:

OLD

If the O bit of the RP = message carried within a PCReq message is cleared and local policy has = been configured on the PCE to not provide explicit path(s) (for = instance, for confidentiality reasons), a PCErr message MUST be sent by = the PCE to the requesting PCC and the pending path computation request = MUST be discarded. The Error-type is "Policy Violation" and Error-value = is "O bit set".

NEW

If the O bit of the RP = message carried within a PCReq message is cleared and local policy has = been configured on the PCE to not provide explicit path(s) (for = instance, for confidentiality reasons), a PCErr message MUST be sent by = the PCE to the requesting PCC and the pending path computation request = MUST be discarded. The Error-type is "Policy Violation" and Error-value = is "O bit cleared".

9) Section 7.7=A0(text = added in bold)

- There MUST be at most = one instance of the METRIC object for each metric type with = the same B flag value=A0

-=A0In a PCRep message, unless not allowed = by PCE policy, at least one METRIC object MUST be present that reports = the computed path cost in particular if the C bit = of the METRIC object was set in the corresponding path computation = request (the B-flag MUST be cleared); optionally the PCRep message MAY = contain additional METRIC objects that correspond to bound constraints, = in which case the metric-value MUST be equal to the corresponding path = metric cost (the B-flag MUST be set). If no path satisfying the = constraints could be found by the PCE, the METRIC objects MAY also be = present in the PCRep message with the NO-PATH object to indicate the = constraint metric that could be satisfied.

10)=A0Section = 7.13

New = text:

Alternatively, PCE may = decide to signal its (non) overloaded state using a IGP-based = notification mechanism as defined in = draft-ietf-pce-disco-proto-isis-06.txt=A0and in = draft-ietf-pce-disco-proto-ospf-06.txt. A PC E may also decide to signal = its overloaded state using PCEP and its no longer overloaded state using = an IGP-based notification and vice-versa.=A0

11) Section = 7.16

Reason=A0
3:=A0PCEP = session characteristics negotiation failure=A0

has been removed since we = now send a PCErr message in case of session=A0characteristic negotiation = failure.

12) = Changes to the FSM

* The values of the = OpenWait variable have been changed to allow for max 1 failed = attempts
* Minor change to when the OpenWait and KeepWait = timer are started (when entering a new state rather than leaving a = state)
* Edits=A0

13)=A0Appendix A has been = removed

14)=A0CLOSE Object has been = added to the IANA section

15)=A0New Error-Type=3D1, = Error-value=3D8: PCEP version not supported

16) = References
Informational RFCs were reference as normative = =3D> informative
Reference to RFC2406 updated to = RFC4303

17)=A0Various typos, = editorial nits.

Thanks.

JP.



= --Apple-Mail-110--711963791-- --===============1720489060== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Pce mailing list Pce@lists.ietf.org https://www1.ietf.org/mailman/listinfo/pce --===============1720489060==-- From pce-bounces@lists.ietf.org Sat Jul 07 06:20:12 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I77OT-0001HE-FJ; Sat, 07 Jul 2007 06:20:01 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I77OS-0001Gz-49 for pce@ietf.org; Sat, 07 Jul 2007 06:20:00 -0400 Received: from szxga04-in.huawei.com ([61.144.161.7]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I77ON-0004N5-Qb for pce@ietf.org; Sat, 07 Jul 2007 06:20:00 -0400 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 <0JKT00B7S0NOVK@szxga04-in.huawei.com> for pce@ietf.org; Sat, 07 Jul 2007 18:19:00 +0800 (CST) Received: from dan ([121.15.19.163]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0JKT005920NM4P@szxga04-in.huawei.com> for pce@ietf.org; Sat, 07 Jul 2007 18:19:00 +0800 (CST) Date: Sat, 07 Jul 2007 18:18:58 +0800 From: Dan Li To: pce@ietf.org Message-id: <001701c7c080$3ba192e0$6401a8c0@dan> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-Priority: 3 X-MSMail-priority: Normal X-Spam-Score: 0.1 (/) X-Scan-Signature: f607d15ccc2bc4eaf3ade8ffa8af02a0 Cc: Subject: [Pce] Draft published: draft-xia-pce-hybrid-network-00.txt X-BeenThere: pce@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1941299123==" Errors-To: pce-bounces@lists.ietf.org This is a multi-part message in MIME format. --===============1941299123== Content-type: multipart/alternative; boundary="Boundary_(ID_DSdEXAygWWFo1out1jbHsQ)" This is a multi-part message in MIME format. --Boundary_(ID_DSdEXAygWWFo1out1jbHsQ) Content-type: text/plain; charset=gb2312 Content-transfer-encoding: 7BIT Dear PCEers, We have published a new draft: http://tools.ietf.org/wg/pce/draft-xia-pce-hybrid-network-00.txt The purpose of this draft: - This draft is primarily to explain a problem that we think is a real deployment scenario; - We believe that BRPC can be used to solve the problem; - If the WG is in agreement, we would like to propose a few paragraphs to be added to [brpc]; - If the WG would like to discuss this issue more, we would be happy to present it in Chicago. Thanks, Dan Li Advanced Technology Department Wireline Networking Business Unit Huawei Technologies Co., LTD. Huawei Base, Bantian, Longgang, Shenzhen 518129 P.R.China Tel: +86-755-28973237 Fax: +86-755-28972935 --Boundary_(ID_DSdEXAygWWFo1out1jbHsQ) Content-type: text/html; charset=gb2312 Content-transfer-encoding: 7BIT
Dear PCEers,
 
 
The purpose of this draft:
- This draft is primarily to explain a problem that we think is a real deployment scenario;
- We believe that BRPC can be used to solve the problem;
- If the WG is in agreement, we would like to propose a few paragraphs to be added to [brpc];
- If the WG would like to discuss this issue more, we would be happy to present it in Chicago.
 
Thanks,
 
 
Dan Li
 
Advanced Technology Department
Wireline Networking Business Unit
Huawei Technologies Co., LTD.
Huawei Base, Bantian, Longgang,
Shenzhen 518129 P.R.China
Tel: +86-755-28973237
Fax: +86-755-28972935
--Boundary_(ID_DSdEXAygWWFo1out1jbHsQ)-- --===============1941299123== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Pce mailing list Pce@lists.ietf.org https://www1.ietf.org/mailman/listinfo/pce --===============1941299123==-- From pce-bounces@lists.ietf.org Mon Jul 09 15:42:21 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I7z7k-0002Yv-Ln; Mon, 09 Jul 2007 15:42:20 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I7z7j-0002Yo-IX for pce@ietf.org; Mon, 09 Jul 2007 15:42:19 -0400 Received: from sj-iport-3-in.cisco.com ([171.71.176.72] helo=sj-iport-3.cisco.com) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1I7z7i-00072m-H1 for pce@ietf.org; Mon, 09 Jul 2007 15:42:19 -0400 Received: from sj-dkim-1.cisco.com ([171.71.179.21]) by sj-iport-3.cisco.com with ESMTP; 09 Jul 2007 12:42:17 -0700 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ah4FAAMskkarR7MV/2dsb2JhbACCLzM X-IronPort-AV: i="4.16,517,1175497200"; d="scan'208,217"; a="501359035:sNHT74932088" Received: from sj-core-2.cisco.com (sj-core-2.cisco.com [171.71.177.254]) by sj-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id l69JgHpD025443; Mon, 9 Jul 2007 12:42:17 -0700 Received: from xbh-rtp-211.amer.cisco.com (xbh-rtp-211.cisco.com [64.102.31.102]) by sj-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id l69JgGmo008893; Mon, 9 Jul 2007 19:42:17 GMT Received: from xfe-rtp-202.amer.cisco.com ([64.102.31.21]) by xbh-rtp-211.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 9 Jul 2007 15:42:10 -0400 Received: from [10.86.104.182] ([10.86.104.182]) by xfe-rtp-202.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 9 Jul 2007 15:42:09 -0400 Mime-Version: 1.0 (Apple Message framework v752.2) References: <05CA233A-A902-4C1A-AF13-5EB4C08DEFA0@cisco.com> Message-Id: From: JP Vasseur Date: Mon, 9 Jul 2007 15:41:35 -0400 To: pce@ietf.org X-Mailer: Apple Mail (2.752.2) X-OriginalArrivalTime: 09 Jul 2007 19:42:09.0528 (UTC) FILETIME=[3D0DCF80:01C7C261] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=15924; t=1184010137; x=1184874137; 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=20PCEP=20Rev=20-08 |Sender:=20; bh=hizGPWm+TWkyOZW7jZufvAI7KAeRa0sPXZPgzNIjj7Y=; b=LA0HlrkqWJwzmaZd/HSbaPlsrMwdBboWo4TnaQUTW7z5pQaMlIcE8uoymIhzlG4SxirfyFdl ayY3fqYq2SJioVpzIpEB4Og5B17iWIBkjuWzDPptiGmdm0twm7yYOusQGytAPykwAY/NJE6LFp wLsb01SzqdwnDtaPSOL4og1Hw=; Authentication-Results: sj-dkim-1; header.From=jvasseur@cisco.com; dkim=pass ( sig from cisco.com/sjdkim1004 verified; ); X-Spam-Score: 0.0 (/) X-Scan-Signature: 2b3349545af520ba354ccdc9e1a03fc1 Cc: Subject: [Pce] Fwd: PCEP Rev -08 X-BeenThere: pce@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1626265075==" Errors-To: pce-bounces@lists.ietf.org --===============1626265075== Content-Type: multipart/alternative; boundary=Apple-Mail-7--455534497 --Apple-Mail-7--455534497 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Hi, Just noticed that I did not indicate another change related to the NO- PATH object. We added a new field used to report the nature of the issue. Two values are currently defined: 0x00: No path satisfying the set of constraints could be found 0x01: PCE chain broken Then as before the optional NO-PATH-VECTOR TLV can be added for more detailed information. Thanks. JP. Begin forwarded message: > From: JP Vasseur > Date: July 6, 2007 4:27:45 PM EDT > To: pce@ietf.org > Cc: LE ROUX Jean-Louis RD-CORE-LAN ftgroup.com>, Adrian Farrel > Subject: PCEP Rev -08 > > Dear WG, > > PCEP Rev -08 has just been posted. > > There are currently 9 implementations of PCEP. The protocol is > stable and we're moving towards the last set of revisions, so do > not hesitate to provide feed-back. > > The plan is probably to have 1-2 more revisions before asking for LC. > > Please find below the changes made in PCEP Rev -08. > > 1) RFC2119 language removed from the "Architectural Protocol > Overview" section, > > 2) In section 4 and section 6.3, note added to mention that > Keepalive messages are optional, > > 3) Terminology: use of the term "Overloaded PCE" rather than > "Congested PCE" to be consistent with the PCE Discovery IDs > > 4) Section 6 > > Similarly to the previous > case, if such constraint cannot be taken into account by the PCE, > this should trigger an Error message. > > Changed for "... this MUST trigger ..." > > 5) PCReq BNF corrected to allow for 2 BANDWIDTH objects > (potentially required during a reoptimization event in case of > bandwidth changes). > > 6) The BNF of the PCReq message has been fixed since in its > previous form the PCRep message has to comprise an ERO even in the > case of negative reply if the PCE wanted to provide the list of > unsatisfied constraints. > > 7) The text related to the DeadTimer (section 7.2) has been > slightly reworded for clarity + example added. > > 8) Section 7.3.2: > > OLD > > If the O bit of the RP message carried within a PCReq message is > cleared and local policy has been configured on the PCE to not > provide explicit path(s) (for instance, for confidentiality > reasons), a PCErr message MUST be sent by the PCE to the requesting > PCC and the pending path computation request MUST be discarded. The > Error-type is "Policy Violation" and Error-value is "O bit set". > > NEW > > If the O bit of the RP message carried within a PCReq message is > cleared and local policy has been configured on the PCE to not > provide explicit path(s) (for instance, for confidentiality > reasons), a PCErr message MUST be sent by the PCE to the requesting > PCC and the pending path computation request MUST be discarded. The > Error-type is "Policy Violation" and Error-value is "O bit cleared". > > 9) Section 7.7 (text added in bold) > > - There MUST be at most one instance of the METRIC object for each > metric type with the same B flag value > > - In a PCRep message, unless not allowed by PCE policy, at least > one METRIC object MUST be present that reports the computed path > cost in particular if the C bit of the METRIC object was set in the > corresponding path computation request (the B-flag MUST be > cleared); optionally the PCRep message MAY contain additional > METRIC objects that correspond to bound constraints, in which case > the metric-value MUST be equal to the corresponding path metric > cost (the B-flag MUST be set). If no path satisfying the > constraints could be found by the PCE, the METRIC objects MAY also > be present in the PCRep message with the NO-PATH object to indicate > the constraint metric that could be satisfied. > > 10) Section 7.13 > > New text: > > Alternatively, PCE may decide to signal its (non) overloaded state > using a IGP-based notification mechanism as defined in draft-ietf- > pce-disco-proto-isis-06.txt and in draft-ietf-pce-disco-proto- > ospf-06.txt. A PC E may also decide to signal its overloaded state > using PCEP and its no longer overloaded state using an IGP-based > notification and vice-versa. > > 11) Section 7.16 > > Reason > 3: PCEP session characteristics negotiation failure > > has been removed since we now send a PCErr message in case of > session characteristic negotiation failure. > > 12) Changes to the FSM > > * The values of the OpenWait variable have been changed to allow > for max 1 failed attempts > * Minor change to when the OpenWait and KeepWait timer are started > (when entering a new state rather than leaving a state) > * Edits > > 13) Appendix A has been removed > > 14) CLOSE Object has been added to the IANA section > > 15) New Error-Type=1, Error-value=8: PCEP version not supported > > 16) References > Informational RFCs were reference as normative => informative > Reference to RFC2406 updated to RFC4303 > > 17) Various typos, editorial nits. > > Thanks. > > JP. > > > --Apple-Mail-7--455534497 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=ISO-8859-1 Hi,

Just noticed that I did not = indicate another change related to the NO-PATH object. We added a new = field used to=A0
report the nature of the issue. Two values = are currently defined:
0x00: No path satisfying the set of = constraints could be found
0x01: PCE = chain broken

Then as before the optional = NO-PATH-VECTOR TLV can be added for more detailed = information.

Thanks.

JP.

Begin = forwarded message:

From: = JP Vasseur <jvasseur@cisco.com>
=
Date: = July 6, 2007 4:27:45 PM EDT
Cc: LE ROUX = Jean-Louis RD-CORE-LAN <jeanlouis.leroux@orang= e-ftgroup.com>, Adrian Farrel <adrian@olddog.co.uk>
Subject: = PCEP Rev -08

Dear WG,

PCEP Rev -08 has just been = posted.

There are currently 9 = implementations of PCEP. The protocol is stable and we're moving towards = the last set of revisions, so do not hesitate to provide = feed-back.=A0

The plan is probably to = have=A01-2 more revisions before asking for LC.

Please find below the = changes made in PCEP Rev -08.

1) RFC2119 language removed = from the "Architectural Protocol Overview" section,

2) In section 4 and = section 6.3, note added to mention that Keepalive messages are = optional,

3) = Terminology: use of the term "Overloaded PCE" rather than "Congested = PCE" to be consistent with the PCE Discovery IDs

4) Section 6

=A0 =A0Similarly to the = previous
=A0=A0 case, if such constraint cannot = be taken into account by the PCE,
=A0=A0 this should = trigger an Error message.

Changed for "... this MUST = trigger ..."

5)= PCReq BNF corrected to allow for 2 BANDWIDTH objects (potentially = required during a reoptimization event=A0in case of bandwidth = changes).

6) = The BNF of the PCReq message has been fixed since in its previous form = the PCRep message has to comprise an ERO even in the case of negative = reply if the PCE wanted to provide the list of unsatisfied = constraints.

7)=A0The text related to = the DeadTimer (section 7.2) has been slightly reworded for clarity + = example added.

8) Section = 7.3.2:

OLD

If the O bit of the RP = message carried within a PCReq message is cleared and local policy has = been configured on the PCE to not provide explicit path(s) (for = instance, for confidentiality reasons), a PCErr message MUST be sent by = the PCE to the requesting PCC and the pending path computation request = MUST be discarded. The Error-type is "Policy Violation" and Error-value = is "O bit set".

NEW

If the O bit of the RP = message carried within a PCReq message is cleared and local policy has = been configured on the PCE to not provide explicit path(s) (for = instance, for confidentiality reasons), a PCErr message MUST be sent by = the PCE to the requesting PCC and the pending path computation request = MUST be discarded. The Error-type is "Policy Violation" and Error-value = is "O bit cleared".

9) Section 7.7=A0(text = added in bold)

- There MUST be at most = one instance of the METRIC object for each metric type with = the same B flag value=A0

-=A0In a PCRep message, unless not allowed = by PCE policy, at least one METRIC object MUST be present that reports = the computed path cost in particular if the C bit = of the METRIC object was set in the corresponding path computation = request (the B-flag MUST be cleared); optionally the PCRep message MAY = contain additional METRIC objects that correspond to bound constraints, = in which case the metric-value MUST be equal to the corresponding path = metric cost (the B-flag MUST be set). If no path satisfying the = constraints could be found by the PCE, the METRIC objects MAY also be = present in the PCRep message with the NO-PATH object to indicate the = constraint metric that could be satisfied.

10)=A0Section = 7.13

New = text:

Alternatively, PCE may = decide to signal its (non) overloaded state using a IGP-based = notification mechanism as defined in = draft-ietf-pce-disco-proto-isis-06.txt=A0and in = draft-ietf-pce-disco-proto-ospf-06.txt. A PC E may also decide to signal = its overloaded state using PCEP and its no longer overloaded state using = an IGP-based notification and vice-versa.=A0

11) Section = 7.16

Reason=A0
3:=A0PCEP = session characteristics negotiation failure=A0

has been removed since we = now send a PCErr message in case of session=A0characteristic negotiation = failure.

12) = Changes to the FSM

* The values of the = OpenWait variable have been changed to allow for max 1 failed = attempts
* Minor change to when the OpenWait and KeepWait = timer are started (when entering a new state rather than leaving a = state)
* Edits=A0

13)=A0Appendix A has been = removed

14)=A0CLOSE Object has been = added to the IANA section

15)=A0New Error-Type=3D1, = Error-value=3D8: PCEP version not supported

16) = References
Informational RFCs were reference as normative = =3D> informative
Reference to RFC2406 updated to = RFC4303

17)=A0Various typos, = editorial nits.

Thanks.

JP.



= --Apple-Mail-7--455534497-- --===============1626265075== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Pce mailing list Pce@lists.ietf.org https://www1.ietf.org/mailman/listinfo/pce --===============1626265075==-- From pce-bounces@lists.ietf.org Mon Jul 09 16:05:43 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I7zUN-0003Vr-Cn; Mon, 09 Jul 2007 16:05:43 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I7zUM-0003VY-E4 for pce@ietf.org; Mon, 09 Jul 2007 16:05:42 -0400 Received: from rtp-iport-1.cisco.com ([64.102.122.148]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I7zUH-0004iV-SJ for pce@ietf.org; Mon, 09 Jul 2007 16:05:42 -0400 Received: from rtp-dkim-1.cisco.com ([64.102.121.158]) by rtp-iport-1.cisco.com with ESMTP; 09 Jul 2007 16:05:37 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAFMxkkZAZnme/2dsb2JhbACCYg X-IronPort-AV: i="4.16,517,1175486400"; d="scan'208,217"; a="64727119:sNHT50738966" Received: from rtp-core-1.cisco.com (rtp-core-1.cisco.com [64.102.124.12]) by rtp-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id l69K5bt1016257; Mon, 9 Jul 2007 16:05:37 -0400 Received: from xbh-rtp-201.amer.cisco.com (xbh-rtp-201.cisco.com [64.102.31.12]) by rtp-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l69K5b6a013390; Mon, 9 Jul 2007 20:05:37 GMT Received: from xfe-rtp-201.amer.cisco.com ([64.102.31.38]) by xbh-rtp-201.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 9 Jul 2007 16:05:37 -0400 Received: from [10.86.104.182] ([10.86.104.182]) by xfe-rtp-201.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 9 Jul 2007 16:05:36 -0400 In-Reply-To: <002301c7c081$ba285cb0$6401a8c0@dan> References: <002301c7c081$ba285cb0$6401a8c0@dan> Mime-Version: 1.0 (Apple Message framework v752.2) X-Priority: 3 Message-Id: <7065EC70-9185-47C0-AC64-24E671ADC401@cisco.com> From: JP Vasseur Date: Mon, 9 Jul 2007 16:05:02 -0400 To: Dan Li X-Mailer: Apple Mail (2.752.2) X-OriginalArrivalTime: 09 Jul 2007 20:05:36.0503 (UTC) FILETIME=[83AD2870:01C7C264] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=8645; t=1184011537; x=1184875537; c=relaxed/simple; s=rtpdkim1001; 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=20New=20draft=20related=20to=20BRPC |Sender:=20 |To:=20Dan=20Li=20; bh=AazhY6VAS/hMOqaxkrfsHOujHFZvx/6Xny9b9wHl/Ok=; b=qOoY6CByUdwkadxIp0b4iC+SJRci7pDJ9cPkWEYEYPcS4eCGzsmH8vRo54ECN25+q/RWz8md sm19urlEyWLmHsIapxGySvB68jzF00ZeO7YOlho9bI5DwT58gdLDhXCx; Authentication-Results: rtp-dkim-1; header.From=jvasseur@cisco.com; dkim=pass ( sig from cisco.com/rtpdkim1001 verified; ); X-Spam-Score: 0.0 (/) X-Scan-Signature: 9af087f15dbdd4c64ae6bbcdbc5b1d44 Cc: Nabil Bitar , Raymond Zhang , JP Vasseur , pce@ietf.org, JL Le Roux Subject: [Pce] Re: New draft related to BRPC X-BeenThere: pce@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0133819807==" Errors-To: pce-bounces@lists.ietf.org --===============0133819807== Content-Type: multipart/alternative; boundary=Apple-Mail-8--454128107 --Apple-Mail-8--454128107 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Hi Dan, On Jul 7, 2007, at 6:29 AM, Dan Li wrote: > Dear the authors of BRPC, > > We just published a new draft which we think is worth to be > reviewed by you: > http://tools.ietf.org/wg/pce/draft-xia-pce-hybrid-network-00.txt > > The purpose of the draft is: > - This draft is primarily to explain a problem that we think is a > real deployment scenario; > - We believe that BRPC can be used to solve the problem; > - If the WG is in agreement, we would like to propose a few > paragraphs to be added to [brpc]; > - If the WG would like to discuss this issue more, we would be > happy to present it in Chicago. > > Please let us know what's your suggestion. We greatly appreciate > your time to look at this new draft. > As you know the whole point of using a Multi-PCE approach with BRPC is to compute the shortest inter-domain constrained path (in addition to diverse paths, ... ). The case you're looking at in this ID (called Hybrid network) can no longer guarantee that you'll find the shortest path of course. Referring to your first example, the most downstream PCE will only see the next hops to the downstream domain. So even if by using BRPC between the first set of domains where you have cooperative PCEs you get the shortest path between the source and the set of entry boundary nodes of the first non-PCE domain, this does not guarantee you anything in term of path efficiency ... Furthermore since you get several paths, would you try to signal two TE LSPs in which case they may end up blocking each other ? Note that this comment applies to the first two cases of section 2.2 The case 3 of section 2.2 suggests to use Virtual Inter-AS TE Links: please refer to the discussions on the list with regards to TE aggregation: this option has been examined a number of times and has been rejected. Adrian and I still have in our plate to document this. And of course, if you start to alternate a number of PCE enabled and non PCE enabled domains, the result gets not only extremely complex but more importantly highly unpredictable in term of path quality. Thanks. JP. > Best regards, > > Dan Li & Hongmiao Xia > --Apple-Mail-8--454128107 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=ISO-8859-1 Hi Dan,

On Jul = 7, 2007, at 6:29 AM, Dan Li wrote:

Dear the authors of = BRPC,
=A0
We = just published a new draft which we think is worth to be reviewed by = you:










Best = regards,
=A0
Dan = Li & Hongmiao Xia


= --Apple-Mail-8--454128107-- --===============0133819807== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Pce mailing list Pce@lists.ietf.org https://www1.ietf.org/mailman/listinfo/pce --===============0133819807==-- From pce-bounces@lists.ietf.org Mon Jul 09 20:07:19 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I83GA-0007yj-Q6; Mon, 09 Jul 2007 20:07:18 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I83G8-0007yZ-Nm for pce@ietf.org; Mon, 09 Jul 2007 20:07:16 -0400 Received: from smtp.polymtl.ca ([132.207.4.11]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1I83G8-0005kQ-Fp for pce@ietf.org; Mon, 09 Jul 2007 20:07:16 -0400 Received: from localhost (imp-4-1.polymtl.ca [132.207.4.76]) by smtp.polymtl.ca (8.13.6/8.13.6) with ESMTP id l6A06gxd016286; Mon, 9 Jul 2007 20:06:43 -0400 Received: from chaplin.larim.polymtl.ca (chaplin.larim.polymtl.ca [132.207.67.80]) by www.imp.polymtl.ca (IMP) with HTTP for ; Mon, 09 Jul 2007 20:06:43 -0400 Message-ID: <1184026003.4692cd933a018@www.imp.polymtl.ca> Date: Mon, 09 Jul 2007 20:06:43 -0400 From: Meral Shirazipour To: Adrian Farrel Subject: Re: [Pce] Considering draft-vasseur-pce-monitoring-03.txt for WG status References: <022d01c7b9d9$97dbba70$0a23fea9@your029b8cecfe> In-Reply-To: <022d01c7b9d9$97dbba70$0a23fea9@your029b8cecfe> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.3 X-Originating-IP: 132.207.67.80 X-Poly-FromMTA: (imp-4-1.polymtl.ca [132.207.4.76]) at Tue, 10 Jul 2007 00:06:43 +0000 X-Spam-Score: 0.0 (/) X-Scan-Signature: 97adf591118a232206bdb5a27b217034 Cc: "pce@ietf.org" X-BeenThere: pce@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: pce-bounces@lists.ietf.org Hi Adrian, I think this should definitely become a WG draft. Warm Regards, Meral Selon Adrian Farrel : > Hi, > > draft-vasseur-pce-monitoring-03.txt was updated last month to take into > account issues raised in Prague and on the mailing list. > The I-D specifies procedures and extensions to PCEP in order to gather > information about the state of the chain of PCEs involved in a path > computation chain for troubleshooting and performance monitoring purposes. > > Please state your opinion on whether this should become a working group > draft. > > Thanks, > Adrian > > > > _______________________________________________ > Pce mailing list > Pce@lists.ietf.org > https://www1.ietf.org/mailman/listinfo/pce > _______________________________________________ Pce mailing list Pce@lists.ietf.org https://www1.ietf.org/mailman/listinfo/pce From pce-bounces@lists.ietf.org Tue Jul 10 14:15:20 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I8KF5-0003Zs-Te; Tue, 10 Jul 2007 14:15:19 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I8KEt-0003Cp-H6; Tue, 10 Jul 2007 14:15:07 -0400 Received: from ns4.neustar.com ([156.154.24.139]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1I8KEt-0004nQ-8d; Tue, 10 Jul 2007 14:15:07 -0400 Received: from stiedprstage1.ietf.org (stiedprstage1.va.neustar.com [10.31.47.10]) by ns4.neustar.com (Postfix) with ESMTP id 1B1362ACAF; Tue, 10 Jul 2007 18:15:02 +0000 (GMT) Received: from ietf by stiedprstage1.ietf.org with local (Exim 4.43) id 1I8KEn-0000WV-Ry; Tue, 10 Jul 2007 14:15:01 -0400 Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 To: i-d-announce@ietf.org From: Internet-Drafts@ietf.org Message-Id: Date: Tue, 10 Jul 2007 14:15:01 -0400 X-Spam-Score: 0.0 (/) X-Scan-Signature: a2c12dacc0736f14d6b540e805505a86 Cc: pce@ietf.org Subject: [Pce] I-D ACTION:draft-ietf-pce-inter-layer-req-05.txt X-BeenThere: pce@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: pce-bounces@lists.ietf.org --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 and PCE Discovery Requirements for Inter-Layer Traffic Engineering Author(s) : E. Oki Filename : draft-ietf-pce-inter-layer-req-05.txt Pages : 12 Date : 2007-7-10 The Path Computation Element (PCE) provides functions of path computation in support of traffic engineering in Multi-Protocol Label Switching (MPLS) and Generalized MPLS (GMPLS) networks. MPLS and GMPLS networks may be constructed from layered client/servicr networks. It is advantageous for overall network efficiency to provide end-to-end traffic engineering across multiple network layers. PCE is a candidate solution for such requirements. Generic requirements for a communication protocol between Path Computation Clients (PCCs) and PCEs are presented in "PCE Communication Protocol Generic Requirements". Generic requirements for PCE discovery protocol are presented in "Requirements for Path Computation Element (PCE) Discovery". A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-pce-inter-layer-req-05.txt To remove yourself from the I-D Announcement list, send a message to i-d-announce-request@ietf.org with the word unsubscribe in the body of the message. You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce to change your subscription settings. Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-pce-inter-layer-req-05.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-pce-inter-layer-req-05.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. 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: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <2007-7-10131134.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-pce-inter-layer-req-05.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-pce-inter-layer-req-05.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2007-7-10131134.I-D@ietf.org> --OtherAccess-- --NextPart Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Pce mailing list Pce@lists.ietf.org https://www1.ietf.org/mailman/listinfo/pce --NextPart-- From pce-bounces@lists.ietf.org Tue Jul 10 14:15:20 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I8KF6-0003aH-5F; Tue, 10 Jul 2007 14:15:20 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I8KEt-0003Cq-I5; Tue, 10 Jul 2007 14:15:07 -0400 Received: from ns4.neustar.com ([156.154.24.139]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1I8KEt-0004nR-9b; Tue, 10 Jul 2007 14:15:07 -0400 Received: from stiedprstage1.ietf.org (stiedprstage1.va.neustar.com [10.31.47.10]) by ns4.neustar.com (Postfix) with ESMTP id 2CD0B2ACB4; Tue, 10 Jul 2007 18:15:02 +0000 (GMT) Received: from ietf by stiedprstage1.ietf.org with local (Exim 4.43) id 1I8KEn-0000WY-Se; Tue, 10 Jul 2007 14:15:01 -0400 Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 To: i-d-announce@ietf.org From: Internet-Drafts@ietf.org Message-Id: Date: Tue, 10 Jul 2007 14:15:01 -0400 X-Spam-Score: 0.0 (/) X-Scan-Signature: 34d35111647d654d033d58d318c0d21a Cc: pce@ietf.org Subject: [Pce] I-D ACTION:draft-ietf-pce-inter-layer-frwk-04.txt X-BeenThere: pce@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: pce-bounces@lists.ietf.org --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, et al. Filename : draft-ietf-pce-inter-layer-frwk-04.txt Pages : 1 Date : 2007-7-10 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-04.txt To remove yourself from the I-D Announcement list, send a message to i-d-announce-request@ietf.org with the word unsubscribe in the body of the message. You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce to change your subscription settings. Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-pce-inter-layer-frwk-04.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-pce-inter-layer-frwk-04.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. 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: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <2007-7-10131349.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-pce-inter-layer-frwk-04.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-pce-inter-layer-frwk-04.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2007-7-10131349.I-D@ietf.org> --OtherAccess-- --NextPart Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Pce mailing list Pce@lists.ietf.org https://www1.ietf.org/mailman/listinfo/pce --NextPart-- From pce-bounces@lists.ietf.org Tue Jul 10 15:15:19 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I8LB9-0005bv-8T; Tue, 10 Jul 2007 15:15:19 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I8LAs-0004kJ-DU; Tue, 10 Jul 2007 15:15:03 -0400 Received: from ns1.neustar.com ([2001:503:c779:1a::9c9a:108a]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I8LAs-0008Qz-4N; Tue, 10 Jul 2007 15:15:02 -0400 Received: from stiedprstage1.ietf.org (stiedprstage1.va.neustar.com [10.31.47.10]) by ns1.neustar.com (Postfix) with ESMTP id 0B4BC26EBB; Tue, 10 Jul 2007 19:15:02 +0000 (GMT) Received: from ietf by stiedprstage1.ietf.org with local (Exim 4.43) id 1I8LAr-00049C-Rv; Tue, 10 Jul 2007 15:15:01 -0400 Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 To: i-d-announce@ietf.org From: Internet-Drafts@ietf.org Message-Id: Date: Tue, 10 Jul 2007 15:15:01 -0400 X-Spam-Score: -2.5 (--) X-Scan-Signature: c3a18ef96977fc9bcc21a621cbf1174b Cc: pce@ietf.org Subject: [Pce] I-D ACTION:draft-ietf-pce-policy-enabled-path-comp-02.txt X-BeenThere: pce@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: pce-bounces@lists.ietf.org --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 : Policy-Enabled Path Computation Framework Author(s) : I. Bryskin, et al. Filename : draft-ietf-pce-policy-enabled-path-comp-02.txt Pages : 34 Date : 2007-7-10 The Path Computation Element (PCE) Architecture introduces the concept of policy in the context of path computation. This document provides additional details on policy within the PCE Architecture and also provides context for the support of PCE Policy. This document introduces the use of the Policy Core Information Model (PCIM) as a framework for supporting path computation policy. This document also provides representative scenarios for the support of PCE Policy. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-pce-policy-enabled-path-comp-02.txt To remove yourself from the I-D Announcement list, send a message to i-d-announce-request@ietf.org with the word unsubscribe in the body of the message. You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce to change your subscription settings. Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-pce-policy-enabled-path-comp-02.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-pce-policy-enabled-path-comp-02.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. 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: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <2007-7-10144618.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-pce-policy-enabled-path-comp-02.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-pce-policy-enabled-path-comp-02.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2007-7-10144618.I-D@ietf.org> --OtherAccess-- --NextPart Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Pce mailing list Pce@lists.ietf.org https://www1.ietf.org/mailman/listinfo/pce --NextPart-- From pce-bounces@lists.ietf.org Wed Jul 11 07:58:28 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I8apv-0006Hs-Gi; Wed, 11 Jul 2007 07:58:27 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I8apt-0006Hc-Fs for pce@ietf.org; Wed, 11 Jul 2007 07:58:25 -0400 Received: from szxga02-in.huawei.com ([61.144.161.54]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1I8app-0006Be-7f for pce@ietf.org; Wed, 11 Jul 2007 07:58:25 -0400 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 <0JL000IBVJVPIJ@szxga02-in.huawei.com> for pce@ietf.org; Wed, 11 Jul 2007 19:57:25 +0800 (CST) Received: from huawei.com ([172.24.1.18]) by szxga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0JL00018WJVNI6@szxga02-in.huawei.com> for pce@ietf.org; Wed, 11 Jul 2007 19:57:25 +0800 (CST) Received: from l37133 ([10.70.77.55]) by szxml03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0JL000A2UJVM54@szxml03-in.huawei.com> for pce@ietf.org; Wed, 11 Jul 2007 19:57:23 +0800 (CST) Date: Wed, 11 Jul 2007 19:57:22 +0800 From: Dan Li To: JP Vasseur Message-id: <007d01c7c3b2$a407d440$374d460a@china.huawei.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 X-Mailer: Microsoft Outlook Express 6.00.2800.1409 X-Priority: 3 X-MSMail-priority: Normal References: <002301c7c081$ba285cb0$6401a8c0@dan> <7065EC70-9185-47C0-AC64-24E671ADC401@cisco.com> X-Spam-Score: 0.0 (/) X-Scan-Signature: 515708a075ffdf0a79d1c83b601e2afd Cc: Nabil Bitar , Raymond Zhang , JP Vasseur , pce@ietf.org, JL Le Roux Subject: [Pce] Re: New draft related to BRPC X-BeenThere: pce@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============0618948009==" Errors-To: pce-bounces@lists.ietf.org This is a multi-part message in MIME format. --===============0618948009== Content-type: multipart/alternative; boundary="Boundary_(ID_nWuHuH4tFr4OIHs4uShi+g)" This is a multi-part message in MIME format. --Boundary_(ID_nWuHuH4tFr4OIHs4uShi+g) Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Dear JP, Thanks for your comments! Sorry for the late response, please see inline words in Blue. Best regards, Dan ----- Original Message ----- From: JP Vasseur To: Dan Li Cc: JP Vasseur ; Raymond Zhang ; Nabil Bitar ; JL Le Roux ; Adrian Farrel ; pce@ietf.org Sent: Tuesday, July 10, 2007 4:05 AM Subject: Re: New draft related to BRPC Hi Dan, On Jul 7, 2007, at 6:29 AM, Dan Li wrote: Dear the authors of BRPC, We just published a new draft which we think is worth to be reviewed by you: http://tools.ietf.org/wg/pce/draft-xia-pce-hybrid-network-00.txt The purpose of the draft is: - This draft is primarily to explain a problem that we think is a real deployment scenario; - We believe that BRPC can be used to solve the problem; - If the WG is in agreement, we would like to propose a few paragraphs to be added to [brpc]; - If the WG would like to discuss this issue more, we would be happy to present it in Chicago. Please let us know what's your suggestion. We greatly appreciate your time to look at this new draft. As you know the whole point of using a Multi-PCE approach with BRPC is to compute the shortest inter-domain constrained path (in addition to diverse paths, ... ). Agree! The case you're looking at in this ID (called Hybrid network) can no longer guarantee that you'll find the shortest path of course. Agree! Referring to your first example, the most downstream PCE will only see the next hops to the downstream domain. So even if by using BRPC between the first set of domains where you have cooperative PCEs you get the shortest path between the source and the set of entry boundary nodes of the first non-PCE domain, this does not guarantee you anything in term of path efficiency ... The purpose of this ID is try to look at the possible solution where the PCEs are not available in all the domains. By using BRPC, we can get the shortest inter-domain path. So even we could not get the shortest inter-domain path by applying BRPC to all the domains, we still can get the less shortest inter-domain path by applying BRPC to most domains. This is kind of best effort path computation. Furthermore since you get several paths, would you try to signal two TE LSPs in which case they may end up blocking each other ? Only one TE LSP is signalled in this case. Since there are several optional TE LSPs, one of the optional TE LSPs may be signalled if the first one could not be established successfully. Note that this comment applies to the first two cases of section 2.2 The case 3 of section 2.2 suggests to use Virtual Inter-AS TE Links: please refer to the discussions on the list with regards to TE aggregation: this option has been examined a number of times and has been rejected. Adrian and I still have in our plate to document this. Sorry I was not aware of the history of the Virtual Inter-AS TE Links discussions. It will be very helpful if someone can give me more details on this issue, thanks. And of course, if you start to alternate a number of PCE enabled and non PCE enabled domains, the result gets not only extremely complex but more importantly highly unpredictable in term of path quality. Maybe the realistic world is not so horrible, the most possible scenario is that one of the PCEs is broken in multi-domain network. In this scenario, in order to get as much optimal inter-domain path as we can, I think we need try to use the BRPC in most domains where the PCEs are still available. Based on this understanding, we think it's necessary to clarify how to apply the BRPC to the scenarios described in this I-D. Thanks. JP. Best regards, Dan Li & Hongmiao Xia --Boundary_(ID_nWuHuH4tFr4OIHs4uShi+g) Content-type: text/html; charset=iso-8859-1 Content-transfer-encoding: 7BIT
Dear JP,
 
Thanks for your comments!
 
Sorry for the late response, please see inline words in Blue.
 
Best regards,
 
Dan
 
----- Original Message -----
To: Dan Li
Sent: Tuesday, July 10, 2007 4:05 AM
Subject: Re: New draft related to BRPC

Hi Dan,

On Jul 7, 2007, at 6:29 AM, Dan Li wrote:

Dear the authors of BRPC,
 
We just published a new draft which we think is worth to be reviewed by you:
 
The purpose of the draft is:
- This draft is primarily to explain a problem that we think is a real deployment scenario;
- We believe that BRPC can be used to solve the problem;
- If the WG is in agreement, we would like to propose a few paragraphs to be added to [brpc];
- If the WG would like to discuss this issue more, we would be happy to present it in Chicago.
 
Please let us know what's your suggestion. We greatly appreciate your time to look at this new draft.
 

As you know the whole point of using a Multi-PCE approach with BRPC is to compute 
the shortest inter-domain constrained path (in addition to diverse paths, ... ). 
 
Agree!
The case you're looking at in this ID (called Hybrid network) can no longer guarantee that 
you'll find the shortest path of course.
 
Agree!
Referring to your first example, the most downstream PCE will only see the next hops
to the downstream domain. So even if by using BRPC between the first set of domains 
where you have cooperative PCEs you get the shortest path between the source and 
the set of entry boundary nodes of the first non-PCE domain, this does not guarantee 
you anything in term of path efficiency ... 
 
The purpose of this ID is try to look at the possible solution where the PCEs are not available in all the domains. By using BRPC, we can get the shortest inter-domain path. So even we could not get the shortest inter-domain path by applying BRPC to all the domains, we still can get the less shortest inter-domain path by applying BRPC to most domains. This is kind of best effort path computation. 
Furthermore since you get several paths, would you try to signal two TE LSPs in which 
case they may end up blocking each other ?
 
Only one TE LSP is signalled in this case. Since there are several optional TE LSPs, one of the optional TE LSPs may be signalled if the first one could not be established successfully.
Note that this comment applies to the first two cases of section 2.2

The case 3 of section 2.2 suggests to use Virtual Inter-AS TE Links: please refer to the 
discussions on the list with regards to TE aggregation: this option has been examined 
a number of times and has been rejected. Adrian and I still have in our plate to document this.
 
Sorry I was not aware of the history of the Virtual Inter-AS TE Links discussions. It will be very helpful if someone can give me more details on this issue, thanks.
And of course, if you start to alternate a number of PCE enabled and non PCE enabled 
domains, the result gets not only extremely complex but more importantly highly unpredictable 
in term of path quality.
 
Maybe the realistic world is not so horrible, the most possible scenario is that one of the PCEs is broken in multi-domain network. In this scenario, in order to get as much optimal inter-domain path as we can, I think we need try to use the BRPC in most domains where the PCEs are still available. Based on this understanding, we think it's necessary to clarify how to apply the BRPC to the scenarios described in this I-D. 

Thanks.

JP.

Best regards,
 
Dan Li & Hongmiao Xia


--Boundary_(ID_nWuHuH4tFr4OIHs4uShi+g)-- --===============0618948009== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Pce mailing list Pce@lists.ietf.org https://www1.ietf.org/mailman/listinfo/pce --===============0618948009==-- From pce-bounces@lists.ietf.org Wed Jul 11 08:19:15 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I8bA1-0004Gi-S2; Wed, 11 Jul 2007 08:19:14 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I8bA0-0004GX-Cx for pce@ietf.org; Wed, 11 Jul 2007 08:19:12 -0400 Received: from rtp-iport-2.cisco.com ([64.102.122.149]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1I8b9z-0006ip-Hq for pce@ietf.org; Wed, 11 Jul 2007 08:19:12 -0400 Received: from rtp-dkim-1.cisco.com ([64.102.121.158]) by rtp-iport-2.cisco.com with ESMTP; 11 Jul 2007 08:19:03 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAM9nlEZAZnme/2dsb2JhbACCYg X-IronPort-AV: i="4.16,526,1175486400"; d="scan'208,217"; a="125760229:sNHT65885344" Received: from rtp-core-1.cisco.com (rtp-core-1.cisco.com [64.102.124.12]) by rtp-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id l6BCJ3ul021587; Wed, 11 Jul 2007 08:19:03 -0400 Received: from xbh-rtp-201.amer.cisco.com (xbh-rtp-201.cisco.com [64.102.31.12]) by rtp-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l6BCIj6e003253; Wed, 11 Jul 2007 12:18:53 GMT Received: from xfe-rtp-202.amer.cisco.com ([64.102.31.21]) by xbh-rtp-201.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 11 Jul 2007 08:18:46 -0400 Received: from [10.86.104.182] ([10.86.104.182]) by xfe-rtp-202.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 11 Jul 2007 08:18:44 -0400 In-Reply-To: <007d01c7c3b2$a407d440$374d460a@china.huawei.com> References: <002301c7c081$ba285cb0$6401a8c0@dan> <7065EC70-9185-47C0-AC64-24E671ADC401@cisco.com> <007d01c7c3b2$a407d440$374d460a@china.huawei.com> Mime-Version: 1.0 (Apple Message framework v752.2) X-Priority: 3 Message-Id: <74A08C22-F000-40E9-BA26-4AFE7D5E7D31@cisco.com> From: JP Vasseur Date: Wed, 11 Jul 2007 08:18:11 -0400 To: Dan Li X-Mailer: Apple Mail (2.752.2) X-OriginalArrivalTime: 11 Jul 2007 12:18:44.0870 (UTC) FILETIME=[A044AA60:01C7C3B5] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=25570; t=1184156343; x=1185020343; c=relaxed/simple; s=rtpdkim1001; 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=20New=20draft=20related=20to=20BRPC |Sender:=20 |To:=20Dan=20Li=20; bh=+DTeTULx+xQpFpahtBcBClFbTZD7B5y9cepZN88KlTI=; b=GRhmZyv68XiSCGP72LHKosIpvIR0+EabF3ktSELZzww8EeopB9p814saNXVhm+u556h8CuGR qI4+f++nA4SR5NwEewHY/mFG5beVxCkKrz4cNxLa2DHmSWGxMQld0mPZ; Authentication-Results: rtp-dkim-1; header.From=jvasseur@cisco.com; dkim=pass ( sig from cisco.com/rtpdkim1001 verified; ); X-Spam-Score: 1.8 (+) X-Scan-Signature: 22e211536bda974b2dcf811522dc525d Cc: Nabil Bitar , Raymond Zhang , JP Vasseur , pce@ietf.org, JL Le Roux Subject: [Pce] Re: New draft related to BRPC X-BeenThere: pce@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============1384897277==" Errors-To: pce-bounces@lists.ietf.org --===============1384897277== Content-Type: multipart/alternative; boundary=Apple-Mail-40--309339047 --Apple-Mail-40--309339047 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Hi Dan, On Jul 11, 2007, at 7:57 AM, Dan Li wrote: > Dear JP, > > Thanks for your comments! > > Sorry for the late response, please see inline words in Blue. > > Best regards, > > Dan > > ----- Original Message ----- > From: JP Vasseur > To: Dan Li > Cc: JP Vasseur ; Raymond Zhang ; Nabil Bitar ; JL Le Roux ; Adrian > Farrel ; pce@ietf.org > Sent: Tuesday, July 10, 2007 4:05 AM > Subject: Re: New draft related to BRPC > > Hi Dan, > > On Jul 7, 2007, at 6:29 AM, Dan Li wrote: > >> Dear the authors of BRPC, >> >> We just published a new draft which we think is worth to be >> reviewed by you: >> http://tools.ietf.org/wg/pce/draft-xia-pce-hybrid-network-00.txt >> >> The purpose of the draft is: >> - This draft is primarily to explain a problem that we think is a >> real deployment scenario; >> - We believe that BRPC can be used to solve the problem; >> - If the WG is in agreement, we would like to propose a few >> paragraphs to be added to [brpc]; >> - If the WG would like to discuss this issue more, we would be >> happy to present it in Chicago. >> >> Please let us know what's your suggestion. We greatly appreciate >> your time to look at this new draft. >> > > As you know the whole point of using a Multi-PCE approach with BRPC > is to compute > the shortest inter-domain constrained path (in addition to diverse > paths, ... ). > > Agree! > The case you're looking at in this ID (called Hybrid network) can > no longer guarantee that > you'll find the shortest path of course. > > Agree! > Referring to your first example, the most downstream PCE will only > see the next hops > to the downstream domain. So even if by using BRPC between the > first set of domains > where you have cooperative PCEs you get the shortest path between > the source and > the set of entry boundary nodes of the first non-PCE domain, this > does not guarantee > you anything in term of path efficiency ... > > The purpose of this ID is try to look at the possible solution > where the PCEs are not available in all the domains. By using BRPC, > we can get the shortest inter-domain path. So even we could not get > the shortest inter-domain path by applying BRPC to all the domains, > we still can get the less shortest inter-domain path by applying > BRPC to most domains. This is kind of best effort path computation. But that does not help, since even in the case (PCE-domain)(PCE domain)(non PCE domain) you still do not know whether the best path up to the exit BR of the second domain is the one you should use. It might just be the worst possible path depending on the path from the entry BR to the destination in the last domain. This is clearly non deterministic. And of course the (non PCE-domain)(PCE domain)(PCE domain) or (PCE- domain)(non PCE domain)(PCE domain) cases are even worse. Furthermore, in that case, you can also not compute diverse paths for the exact same reason (another motivation for using a Multi-PCE based approach). > Furthermore since you get several paths, would you try to signal > two TE LSPs in which > case they may end up blocking each other ? > > Only one TE LSP is signalled in this case. Since there are several > optional TE LSPs, one of the optional TE LSPs may be signalled if > the first one could not be established successfully. OK so that does not give you any quantifiable gain. > Note that this comment applies to the first two cases of section 2.2 > > The case 3 of section 2.2 suggests to use Virtual Inter-AS TE > Links: please refer to the > discussions on the list with regards to TE aggregation: this option > has been examined > a number of times and has been rejected. Adrian and I still have in > our plate to document this. > > Sorry I was not aware of the history of the Virtual Inter-AS TE > Links discussions. It will be very helpful if someone can give me > more details on this issue, thanks. Stay tuned, we'll try to post an ID soon. > And of course, if you start to alternate a number of PCE enabled > and non PCE enabled > domains, the result gets not only extremely complex but more > importantly highly unpredictable > in term of path quality. > > Maybe the realistic world is not so horrible, the most possible > scenario is that one of the PCEs is broken in multi-domain network. > In this scenario, in order to get as much optimal inter-domain path > as we can, I think we need try to use the BRPC in most domains > where the PCEs are still available. Based on this understanding, we > think it's necessary to clarify how to apply the BRPC to the > scenarios described in this I-D. > See unless you can quantify the potential gain, which you cannot in this case, I prefer not to add another layer of complexity. Makes sense ? Thanks. JP. > Thanks. > > JP. > >> Best regards, >> >> Dan Li & Hongmiao Xia >> > > --Apple-Mail-40--309339047 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=UTF-8 Hi Dan,

On Jul = 11, 2007, at 7:57 AM, Dan Li wrote:

Dear = JP,
=C2=A0
Thanks for your = comments!
=C2=A0
Sorry for the late response, please = see inline words in=C2=A0Blue.
=C2=A0
Best = regards,
=C2=A0
Dan
=C2=A0
----- Original Message = -----

Hi = Dan,

On Jul 7, 2007, at 6:29 AM, Dan Li = wrote:

Dear = the authors of BRPC,
=C2=A0
We = just published a new draft which we think is worth to be reviewed by = you:

But that does not help, since even in the case = (PCE-domain)(PCE domain)(non PCE domain) you still do not know whether = the best


Furthermore since you get several paths, = would you try to signal two TE LSPs in which=C2=A0
case they = may=C2=A0end up blocking each other ?
=C2=A0
Only one TE LSP is signalled in this case. Since there = are several optional TE LSPs, one of the optional TE LSPs may be = signalled if the first one could not be=C2=A0established = successfully.
OK so that does not give you any=C2=A0quantifiable = gain.
Note that = this comment applies to the first two cases of section 2.2

The case 3 of section 2.2 = suggests to use Virtual Inter-AS TE Links: please refer to = the=C2=A0
discussions on the=C2=A0list with regards to TE = aggregation: this option has been examined=C2=A0
a number of = times and has been=C2=A0rejected.=C2=A0Adrian and I still have in our = plate to document this.
=C2=A0
Sorry I=C2=A0was not=C2=A0aware of the history of the = Virtual Inter-AS TE Links discussions. It will be very helpful if = someone can give=C2=A0me more details on this issue, = thanks.
Stay tuned, we'll try to post an ID soon.
And of course, if you start to alternate = a number of PCE enabled and non PCE enabled=C2=A0
domains, = the=C2=A0result gets not only extremely complex but more importantly = highly=C2=A0unpredictable=C2=A0
in term of path = quality.
=C2=A0
Maybe the = realistic world is not so horrible, the most possible scenario is that = one of the PCEs is broken in multi-domain network. In this scenario, in = order to get as much optimal inter-domain path as we can, I think we = need try to use the BRPC in=C2=A0most domains where the PCEs are still = available. Based on this understanding, we think it's necessary = to=C2=A0clarify how to=C2=A0apply the=C2=A0BRPC=C2=A0to the = scenarios=C2=A0described in this=C2=A0I-D.=C2=A0
<= BR = class=3D"khtml-block-placeholder">
See unless you can quantify the potential gain, which you = cannot in this case, I prefer not to add another layer of = complexity.




= --Apple-Mail-40--309339047-- --===============1384897277== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Pce mailing list Pce@lists.ietf.org https://www1.ietf.org/mailman/listinfo/pce --===============1384897277==-- From pce-bounces@lists.ietf.org Wed Jul 11 12:56:00 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I8fTs-0001Ez-5H; Wed, 11 Jul 2007 12:56:00 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I8fTq-0001Au-Iv for pce@ietf.org; Wed, 11 Jul 2007 12:55:58 -0400 Received: from smtp.polymtl.ca ([132.207.4.11]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I8fTm-0006le-9I for pce@ietf.org; Wed, 11 Jul 2007 12:55:58 -0400 Received: from localhost (imp-4-1.polymtl.ca [132.207.4.76]) by smtp.polymtl.ca (8.13.6/8.13.6) with ESMTP id l6BGtpwc014053; Wed, 11 Jul 2007 12:55:51 -0400 Received: from chaplin.larim.polymtl.ca (chaplin.larim.polymtl.ca [132.207.67.80]) by www.imp.polymtl.ca (IMP) with HTTP for ; Wed, 11 Jul 2007 12:55:53 -0400 Message-ID: <1184172953.46950b99e28ab@www.imp.polymtl.ca> Date: Wed, 11 Jul 2007 12:55:53 -0400 From: Meral Shirazipour To: pce@ietf.org References: <022d01c7b9d9$97dbba70$0a23fea9@your029b8cecfe> <1184026777.4692d099688b7@www.imp.polymtl.ca> <7712E4B3-969E-46CD-A176-4CF8FE36266B@cisco.com> <1184112261.46941e851d4d5@www.imp.polymtl.ca> <831B0E5C-9E39-44A3-812C-76273FE8F50D@cisco.com> In-Reply-To: <831B0E5C-9E39-44A3-812C-76273FE8F50D@cisco.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.3 X-Originating-IP: 132.207.67.80 X-Poly-FromMTA: (imp-4-1.polymtl.ca [132.207.4.76]) at Wed, 11 Jul 2007 16:55:51 +0000 X-Spam-Score: 0.0 (/) X-Scan-Signature: b19722fc8d3865b147c75ae2495625f2 Cc: Subject: [Pce] PCE MIB drafts X-BeenThere: pce@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: pce-bounces@lists.ietf.org Dear PCEers, This one is for anyone involved with the MIBs drafts. I do not remember the early discussions about the MIBs, but from the threads below and what Kiran confirmed recently, http://www1.ietf.org/mail-archive/web/pce/current/msg00987.html http://www1.ietf.org/mail-archive/web/pce/current/msg01265.html is it right to assume that the WG has only identified 4 MIB drafts to be defined:? MIB module WG draft name ================================================ PCE-DISC-DRAFT-MIB draft-ietf-pce-disc-mib -- PCE discovery MIB. PCE-PCEP-DRAFT-MIB draft-ietf-pce-pcep-mib -- PCE communication protocol MIB PCE-PCC-DRAFT-MIB draft-ietf-pce-pcc-mib -- Path Computation Client MIB PCE-TC-DRAFT-MIB draft-ietf-pce-tc-mib -- PCE Textual conventions MIB. Has anyone started working on draft-ietf-pce-pcc-mib? Also, is there still room to add additional MIB modules to this list? Thanks & Best Regards, Meral _______________________________________________ Pce mailing list Pce@lists.ietf.org https://www1.ietf.org/mailman/listinfo/pce From pce-bounces@lists.ietf.org Wed Jul 11 17:10:46 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I8jSP-0002CB-Ov; Wed, 11 Jul 2007 17:10:45 -0400 Received: from pce by megatron.ietf.org with local (Exim 4.43) id 1I8jSO-0002C1-02 for pce-confirm+ok@megatron.ietf.org; Wed, 11 Jul 2007 17:10:44 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I8jSN-0002Bt-LR for pce@ietf.org; Wed, 11 Jul 2007 17:10:43 -0400 Received: from rtp-iport-1.cisco.com ([64.102.122.148]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1I8jSN-0000kz-DK for pce@ietf.org; Wed, 11 Jul 2007 17:10:43 -0400 Received: from rtp-dkim-2.cisco.com ([64.102.121.159]) by rtp-iport-1.cisco.com with ESMTP; 11 Jul 2007 17:10:35 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAI7jlEZAZnmf/2dsb2JhbAA X-IronPort-AV: i="4.16,528,1175486400"; d="scan'208"; a="64941417:sNHT71876282" Received: from rtp-core-1.cisco.com (rtp-core-1.cisco.com [64.102.124.12]) by rtp-dkim-2.cisco.com (8.12.11/8.12.11) with ESMTP id l6BLAYif004999; Wed, 11 Jul 2007 17:10:34 -0400 Received: from xbh-rtp-201.amer.cisco.com (xbh-rtp-201.cisco.com [64.102.31.12]) by rtp-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l6BLA86w009955; Wed, 11 Jul 2007 21:10:30 GMT Received: from xfe-rtp-202.amer.cisco.com ([64.102.31.21]) by xbh-rtp-201.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 11 Jul 2007 17:10:12 -0400 Received: from kkoushikwxp ([64.101.185.226]) by xfe-rtp-202.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 11 Jul 2007 17:10:12 -0400 Message-ID: <031401c7c3ff$e2234eb0$e2b96540@apac.cisco.com> From: "A S Kiran Koushik" To: "Meral Shirazipour" , References: <022d01c7b9d9$97dbba70$0a23fea9@your029b8cecfe> <1184026777.4692d099688b7@www.imp.polymtl.ca> <7712E4B3-969E-46CD-A176-4CF8FE36266B@cisco.com> <1184112261.46941e851d4d5@www.imp.polymtl.ca> <831B0E5C-9E39-44A3-812C-76273FE8F50D@cisco.com> <1184172953.46950b99e28ab@www.imp.polymtl.ca> Date: Wed, 11 Jul 2007 16:10:17 -0500 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3138 X-OriginalArrivalTime: 11 Jul 2007 21:10:12.0181 (UTC) FILETIME=[DE963050:01C7C3FF] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=1744; t=1184188235; x=1185052235; c=relaxed/simple; s=rtpdkim2001; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=kkoushik@cisco.com; z=From:=20=22A=20S=20Kiran=20Koushik=22=20 |Subject:=20Re=3A=20PCE=20MIB=20drafts |Sender:=20 |To:=20=22Meral=20Shirazipour=22=20, =20; bh=X11sMkbmH5GsLy/ARF0Yu5FrfbNggMTakxgo8vhAIPE=; b=phoLeNPj7UDcjIwcH5AfbKFNIAtG7BHoKQg3vxYXZ6vvOzWOlZ0do6XcGsuCaF+e9xfeRDEo jGbq59csiEMpUZXecuJvy3wIWqqpiM+uN8elLcali3Clma5JfGGkARnh; Authentication-Results: rtp-dkim-2; header.From=kkoushik@cisco.com; dkim=pass ( sig from cisco.com/rtpdkim2001 verified; ); X-Spam-Score: 0.0 (/) X-Scan-Signature: 538aad3a3c4f01d8b6a6477ca4248793 Cc: Subject: [Pce] Re: PCE MIB drafts X-BeenThere: pce@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: pce-bounces@lists.ietf.org Hi Meral, The SNMP management interface for PCEs is still work in progress and whenever a need arises we are open to add new MIBs as appropriate. As of now we have not started working on draft-ietf-pce-pcc-mib. Let us discuss if you have anything specific in mind. Regards, Kiran. ----- Original Message ----- From: "Meral Shirazipour" To: Cc: "JP Vasseur" ; ; "LE ROUX Jean-Louis RD-CORE-LAN" ; "Yuichi Ikejiri" ; "Adrian Farrel" Sent: Wednesday, July 11, 2007 11:55 AM Subject: PCE MIB drafts > Dear PCEers, > This one is for anyone involved with the MIBs drafts. I do not remember the > early discussions about the MIBs, but from the threads below and what Kiran > confirmed recently, > http://www1.ietf.org/mail-archive/web/pce/current/msg00987.html > http://www1.ietf.org/mail-archive/web/pce/current/msg01265.html > > is it right to assume that the WG has only identified 4 MIB drafts to be > defined:? > MIB module WG draft name > ================================================ > PCE-DISC-DRAFT-MIB draft-ietf-pce-disc-mib > -- PCE discovery MIB. > > PCE-PCEP-DRAFT-MIB draft-ietf-pce-pcep-mib > -- PCE communication protocol MIB > > PCE-PCC-DRAFT-MIB draft-ietf-pce-pcc-mib > -- Path Computation Client MIB > > PCE-TC-DRAFT-MIB draft-ietf-pce-tc-mib > -- PCE Textual conventions MIB. > > > > Has anyone started working on draft-ietf-pce-pcc-mib? > > Also, is there still room to add additional MIB modules to this list? > > Thanks & > Best Regards, > Meral _______________________________________________ Pce mailing list Pce@lists.ietf.org https://www1.ietf.org/mailman/listinfo/pce From pce-bounces@lists.ietf.org Thu Jul 12 07:35:07 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I8wws-0000Qo-2L; Thu, 12 Jul 2007 07:35:06 -0400 Received: from pce by megatron.ietf.org with local (Exim 4.43) id 1I8wwp-0000B8-NP for pce-confirm+ok@megatron.ietf.org; Thu, 12 Jul 2007 07:35:03 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I8wwp-0000Av-Cg for pce@ietf.org; Thu, 12 Jul 2007 07:35:03 -0400 Received: from szxga04-in.huawei.com ([61.144.161.7]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I8wwj-0007V8-MN for pce@ietf.org; Thu, 12 Jul 2007 07:35:03 -0400 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 <0JL200MLZDGRZG@szxga04-in.huawei.com> for pce@ietf.org; Thu, 12 Jul 2007 19:34:03 +0800 (CST) Received: from huawei.com ([172.24.1.24]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0JL200KTTDGPQN@szxga04-in.huawei.com> for pce@ietf.org; Thu, 12 Jul 2007 19:34:03 +0800 (CST) Received: from l37133 ([10.70.77.55]) by szxml04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0JL200GYWDGNNB@szxml04-in.huawei.com> for pce@ietf.org; Thu, 12 Jul 2007 19:34:00 +0800 (CST) Date: Thu, 12 Jul 2007 19:33:59 +0800 From: Dan Li To: JP Vasseur Message-id: <00ce01c7c478$8a329980$374d460a@china.huawei.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 X-Mailer: Microsoft Outlook Express 6.00.2800.1409 X-Priority: 3 X-MSMail-priority: Normal References: <002301c7c081$ba285cb0$6401a8c0@dan> <7065EC70-9185-47C0-AC64-24E671ADC401@cisco.com> <007d01c7c3b2$a407d440$374d460a@china.huawei.com> <74A08C22-F000-40E9-BA26-4AFE7D5E7D31@cisco.com> X-Spam-Score: 0.1 (/) X-Scan-Signature: f251f249fc9a04067ce354aa0943ab98 Cc: Nabil Bitar , Raymond Zhang , JP Vasseur , pce@ietf.org, JL Le Roux Subject: [Pce] Re: New draft related to BRPC X-BeenThere: pce@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2018174211==" Errors-To: pce-bounces@lists.ietf.org This is a multi-part message in MIME format. --===============2018174211== Content-type: multipart/alternative; boundary="Boundary_(ID_wHhBar3EHZB20VX2wethCQ)" This is a multi-part message in MIME format. --Boundary_(ID_wHhBar3EHZB20VX2wethCQ) Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: base64 RGVhciBKUCwNCg0KSXQgbWFrZXMgc2VuY2UgOi0pDQoNCk5vdyBJIGFtIHdhaXR0aW5nIGZvciB5 b3VyIG5ldyBJRCBhYm91dCBWaXJ0dWFsIEludGVyLUFTIFRFIExpbmtzLg0KDQpUaGFua3MsDQoN CkRhbg0KIA0KICAtLS0tLSBPcmlnaW5hbCBNZXNzYWdlIC0tLS0tIA0KICBGcm9tOiBKUCBWYXNz ZXVyIA0KICBUbzogRGFuIExpIA0KICBDYzogSlAgVmFzc2V1ciA7IFJheW1vbmQgWmhhbmcgOyBO YWJpbCBCaXRhciA7IEpMIExlIFJvdXggOyBBZHJpYW4gRmFycmVsIDsgcGNlQGlldGYub3JnIA0K ICBTZW50OiBXZWRuZXNkYXksIEp1bHkgMTEsIDIwMDcgODoxOCBQTQ0KICBTdWJqZWN0OiBSZTog TmV3IGRyYWZ0IHJlbGF0ZWQgdG8gQlJQQw0KDQoNCiAgSGkgRGFuLA0KDQoNCiAgT24gSnVsIDEx LCAyMDA3LCBhdCA3OjU3IEFNLCBEYW4gTGkgd3JvdGU6DQoNCg0KICAgIERlYXIgSlAsDQogICAg wiANCiAgICBUaGFua3MgZm9yIHlvdXIgY29tbWVudHMhDQogICAgwiANCiAgICBTb3JyeSBmb3Ig dGhlIGxhdGUgcmVzcG9uc2UsIHBsZWFzZSBzZWUgaW5saW5lIHdvcmRzIGluwiBCbHVlLg0KICAg IMIgDQogICAgQmVzdCByZWdhcmRzLA0KICAgIMIgDQogICAgRGFuDQogICAgwiANCiAgICAgIC0t LS0tIE9yaWdpbmFsIE1lc3NhZ2UgLS0tLS0NCiAgICAgIEZyb206IEpQIFZhc3NldXINCiAgICAg IFRvOiBEYW4gTGkNCiAgICAgIENjOiBKUCBWYXNzZXVyIDsgUmF5bW9uZCBaaGFuZyA7IE5hYmls IEJpdGFyIDsgSkwgTGUgUm91eCA7IEFkcmlhbiBGYXJyZWwgOyBwY2VAaWV0Zi5vcmcNCiAgICAg IFNlbnQ6IFR1ZXNkYXksIEp1bHkgMTAsIDIwMDcgNDowNSBBTQ0KICAgICAgU3ViamVjdDogUmU6 IE5ldyBkcmFmdCByZWxhdGVkIHRvIEJSUEMNCg0KDQogICAgICBIaSBEYW4sDQoNCg0KICAgICAg T24gSnVsIDcsIDIwMDcsIGF0IDY6MjkgQU0sIERhbiBMaSB3cm90ZToNCg0KDQogICAgICAgIERl YXIgdGhlIGF1dGhvcnMgb2YgQlJQQywNCiAgICAgICAgwiANCiAgICAgICAgV2UganVzdCBwdWJs aXNoZWQgYSBuZXcgZHJhZnQgd2hpY2ggd2UgdGhpbmsgaXMgd29ydGggdG8gYmUgcmV2aWV3ZWQg YnkgeW91Og0KICAgICAgICBodHRwOi8vdG9vbHMuaWV0Zi5vcmcvd2cvcGNlL2RyYWZ0LXhpYS1w Y2UtaHlicmlkLW5ldHdvcmstMDAudHh0DQogICAgICAgIMIgDQogICAgICAgIFRoZSBwdXJwb3Nl IG9mIHRoZSBkcmFmdCBpczoNCiAgICAgICAgLSBUaGlzIGRyYWZ0IGlzIHByaW1hcmlseSB0byBl eHBsYWluIGEgcHJvYmxlbSB0aGF0IHdlIHRoaW5rIGlzIGEgcmVhbCBkZXBsb3ltZW50IHNjZW5h cmlvOw0KICAgICAgICAtIFdlIGJlbGlldmUgdGhhdCBCUlBDIGNhbiBiZSB1c2VkIHRvIHNvbHZl IHRoZSBwcm9ibGVtOw0KICAgICAgICAtIElmIHRoZSBXRyBpcyBpbiBhZ3JlZW1lbnQsIHdlIHdv dWxkIGxpa2UgdG8gcHJvcG9zZSBhIGZldyBwYXJhZ3JhcGhzIHRvIGJlIGFkZGVkIHRvIFticnBj XTsNCiAgICAgICAgLSBJZiB0aGUgV0cgd291bGQgbGlrZSB0byBkaXNjdXNzIHRoaXMgaXNzdWUg bW9yZSwgd2Ugd291bGTCIGJlIGhhcHB5IHRvIHByZXNlbnQgaXQgaW4gQ2hpY2Fnby4NCiAgICAg ICAgwiANCiAgICAgICAgUGxlYXNlIGxldCB1cyBrbm93IHdoYXQncyB5b3VyIHN1Z2dlc3Rpb24u IFdlIGdyZWF0bHkgYXBwcmVjaWF0ZSB5b3VyIHRpbWUgdG8gbG9vayBhdCB0aGlzIG5ldyBkcmFm dC4NCiAgICAgICAgwiANCg0KDQogICAgICBBcyB5b3Uga25vdyB0aGUgd2hvbGUgcG9pbnQgb2Yg dXNpbmcgYSBNdWx0aS1QQ0UgYXBwcm9hY2ggd2l0aCBCUlBDIGlzIHRvIGNvbXB1dGXCIA0KICAg ICAgdGhlIHNob3J0ZXN0IGludGVyLWRvbWFpbsIgY29uc3RyYWluZWQgcGF0aCAoaW4gYWRkaXRp b24gdG8gZGl2ZXJzZSBwYXRocywgLi4uICkuwiANCiAgICAgIMIgDQogICAgICBBZ3JlZSENCg0K ICAgICAgVGhlIGNhc2UgeW91J3JlIGxvb2tpbmcgYXQgaW4gdGhpcyBJRCAoY2FsbGVkIEh5YnJp ZCBuZXR3b3JrKSBjYW4gbm8gbG9uZ2VyIGd1YXJhbnRlZcIgdGhhdMIgDQogICAgICB5b3UnbGwg ZmluZCB0aGUgc2hvcnRlc3QgcGF0aCBvZiBjb3Vyc2UuDQogICAgICDCIA0KICAgICAgQWdyZWUh DQoNCiAgICAgIFJlZmVycmluZyB0byB5b3VyIGZpcnN0IGV4YW1wbGUsIHRoZSBtb3N0IGRvd25z dHJlYW0gUENFIHdpbGwgb25seSBzZWUgdGhlIG5leHQgaG9wcw0KICAgICAgdG8gdGhlIGRvd25z dHJlYW0gZG9tYWluLiBTbyBldmVuIGlmIGJ5IHVzaW5nIEJSUEMgYmV0d2VlbiB0aGUgZmlyc3Qg c2V0IG9mIGRvbWFpbnPCIA0KICAgICAgd2hlcmUgeW91IGhhdmXCIGNvb3BlcmF0aXZlIFBDRXMg eW91IGdldCB0aGUgc2hvcnRlc3QgcGF0aCBiZXR3ZWVuIHRoZSBzb3VyY2UgYW5kwiANCiAgICAg IHRoZSBzZXQgb2YgZW50cnkgYm91bmRhcnkgbm9kZXMgb2YgdGhlwiBmaXJzdCBub24tUENFIGRv bWFpbiwgdGhpcyBkb2VzIG5vdCBndWFyYW50ZWXCIA0KICAgICAgeW91IGFueXRoaW5nIGluIHRl cm0gb2YgcGF0aCBlZmZpY2llbmN5IC4uLsIgDQogICAgICDCIA0KICAgICAgVGhlIHB1cnBvc2Ug b2YgdGhpcyBJRCBpcyB0cnkgdG8gbG9vayBhdCB0aGUgcG9zc2libGUgc29sdXRpb24gd2hlcmUg dGhlIFBDRXMgYXJlIG5vdMIgYXZhaWxhYmxlIGluIGFsbCB0aGUgZG9tYWlucy4gQnkgdXNpbmcg QlJQQywgd2UgY2FuIGdldCB0aGUgc2hvcnRlc3QgaW50ZXItZG9tYWluIHBhdGguIFNvIGV2ZW4g d2UgY291bGQgbm90IGdldCB0aGUgc2hvcnRlc3QgaW50ZXItZG9tYWluIHBhdGggYnkgYXBwbHlp bmcgQlJQQ8IgdG8gYWxsIHRoZSBkb21haW5zLCB3ZSBzdGlsbCBjYW4gZ2V0IHRoZSBsZXNzIHNo b3J0ZXN0IGludGVyLWRvbWFpbiBwYXRoIGJ5IGFwcGx5aW5nIEJSUEPCIHRvIG1vc3QgZG9tYWlu cy4gVGhpcyBpcyBraW5kIG9mIGJlc3QgZWZmb3J0IHBhdGggY29tcHV0YXRpb24uwiANCg0KICBC dXQgdGhhdCBkb2VzIG5vdCBoZWxwLCBzaW5jZSBldmVuIGluIHRoZSBjYXNlIChQQ0UtZG9tYWlu KShQQ0UgZG9tYWluKShub24gUENFIGRvbWFpbikgeW91IHN0aWxsIGRvIG5vdCBrbm93IHdoZXRo ZXIgdGhlIGJlc3QNCiAgcGF0aCB1cCB0byB0aGUgZXhpdCBCUiBvZiB0aGUgc2Vjb25kIGRvbWFp biBpcyB0aGUgb25lIHlvdSBzaG91bGQgdXNlLiBJdCBtaWdodCBqdXN0IGJlIHRoZSB3b3JzdCBw b3NzaWJsZSBwYXRoIGRlcGVuZGluZyBvbiB0aGUgcGF0aA0KICBmcm9tIHRoZSBlbnRyeSBCUiB0 byB0aGUgZGVzdGluYXRpb24gaW4gdGhlIGxhc3QgZG9tYWluLiBUaGlzIGlzIGNsZWFybHkgbm9u IGRldGVybWluaXN0aWMuwiANCg0KDQogIEFuZCBvZiBjb3Vyc2UgdGhlwiAobm9uIFBDRS1kb21h aW4pKFBDRSBkb21haW4pKFBDRSBkb21haW4pIG9ywiAoUENFLWRvbWFpbikobm9uIFBDRSBkb21h aW4pKFBDRSBkb21haW4pIGNhc2VzIGFyZSBldmVuIHdvcnNlLg0KDQoNCiAgRnVydGhlcm1vcmUs IGluIHRoYXQgY2FzZSwgeW91IGNhbiBhbHNvIG5vdCBjb21wdXRlIGRpdmVyc2UgcGF0aHMgZm9y IHRoZSBleGFjdCBzYW1lIHJlYXNvbiAoYW5vdGhlciBtb3RpdmF0aW9uIGZvciB1c2luZyBhIE11 bHRpLVBDRQ0KICBiYXNlZCBhcHByb2FjaCkuDQogICAgICBGdXJ0aGVybW9yZSBzaW5jZSB5b3Ug Z2V0IHNldmVyYWwgcGF0aHMsIHdvdWxkIHlvdSB0cnkgdG8gc2lnbmFsIHR3byBURSBMU1BzIGlu IHdoaWNowiANCiAgICAgIGNhc2UgdGhleSBtYXnCIGVuZCB1cCBibG9ja2luZyBlYWNoIG90aGVy ID8NCiAgICAgIMIgDQogICAgICBPbmx5IG9uZSBURSBMU1AgaXMgc2lnbmFsbGVkIGluIHRoaXMg Y2FzZS4gU2luY2UgdGhlcmUgYXJlIHNldmVyYWwgb3B0aW9uYWwgVEUgTFNQcywgb25lIG9mIHRo ZSBvcHRpb25hbCBURSBMU1BzIG1heSBiZSBzaWduYWxsZWQgaWYgdGhlIGZpcnN0IG9uZSBjb3Vs ZCBub3QgYmXCIGVzdGFibGlzaGVkIHN1Y2Nlc3NmdWxseS4NCg0KICBPSyBzbyB0aGF0IGRvZXMg bm90IGdpdmUgeW91IGFuecIgcXVhbnRpZmlhYmxlIGdhaW4uDQoNCiAgICAgIE5vdGUgdGhhdCB0 aGlzIGNvbW1lbnQgYXBwbGllcyB0byB0aGUgZmlyc3QgdHdvIGNhc2VzIG9mIHNlY3Rpb24gMi4y DQoNCg0KICAgICAgVGhlIGNhc2UgMyBvZiBzZWN0aW9uIDIuMiBzdWdnZXN0cyB0byB1c2UgVmly dHVhbCBJbnRlci1BUyBURSBMaW5rczogcGxlYXNlIHJlZmVyIHRvIHRoZcIgDQogICAgICBkaXNj dXNzaW9ucyBvbiB0aGXCIGxpc3Qgd2l0aCByZWdhcmRzIHRvIFRFIGFnZ3JlZ2F0aW9uOiB0aGlz IG9wdGlvbiBoYXMgYmVlbiBleGFtaW5lZMIgDQogICAgICBhIG51bWJlciBvZiB0aW1lcyBhbmQg aGFzIGJlZW7CIHJlamVjdGVkLsIgQWRyaWFuIGFuZCBJIHN0aWxsIGhhdmUgaW4gb3VyIHBsYXRl IHRvIGRvY3VtZW50IHRoaXMuDQogICAgICDCIA0KICAgICAgU29ycnkgScIgd2FzIG5vdMIgYXdh cmUgb2YgdGhlIGhpc3Rvcnkgb2YgdGhlIFZpcnR1YWwgSW50ZXItQVMgVEUgTGlua3MgZGlzY3Vz c2lvbnMuIEl0IHdpbGwgYmUgdmVyeSBoZWxwZnVsIGlmIHNvbWVvbmUgY2FuIGdpdmXCIG1lIG1v cmUgZGV0YWlscyBvbiB0aGlzIGlzc3VlLCB0aGFua3MuDQoNCiAgU3RheSB0dW5lZCwgd2UnbGwg dHJ5IHRvIHBvc3QgYW4gSUQgc29vbi4NCg0KICAgICAgQW5kIG9mIGNvdXJzZSwgaWYgeW91IHN0 YXJ0IHRvIGFsdGVybmF0ZSBhIG51bWJlciBvZiBQQ0UgZW5hYmxlZCBhbmQgbm9uIFBDRSBlbmFi bGVkwiANCiAgICAgIGRvbWFpbnMsIHRoZcIgcmVzdWx0IGdldHMgbm90IG9ubHkgZXh0cmVtZWx5 IGNvbXBsZXggYnV0IG1vcmUgaW1wb3J0YW50bHkgaGlnaGx5wiB1bnByZWRpY3RhYmxlwiANCiAg ICAgIGluIHRlcm0gb2YgcGF0aCBxdWFsaXR5Lg0KICAgICAgwiANCiAgICAgIE1heWJlIHRoZSBy ZWFsaXN0aWMgd29ybGQgaXMgbm90IHNvIGhvcnJpYmxlLCB0aGUgbW9zdCBwb3NzaWJsZSBzY2Vu YXJpbyBpcyB0aGF0IG9uZSBvZiB0aGUgUENFcyBpcyBicm9rZW4gaW4gbXVsdGktZG9tYWluIG5l dHdvcmsuIEluIHRoaXMgc2NlbmFyaW8sIGluIG9yZGVyIHRvIGdldCBhcyBtdWNoIG9wdGltYWwg aW50ZXItZG9tYWluIHBhdGggYXMgd2UgY2FuLCBJIHRoaW5rIHdlIG5lZWQgdHJ5IHRvIHVzZSB0 aGUgQlJQQyBpbsIgbW9zdCBkb21haW5zIHdoZXJlIHRoZSBQQ0VzIGFyZSBzdGlsbCBhdmFpbGFi bGUuIEJhc2VkIG9uIHRoaXMgdW5kZXJzdGFuZGluZywgd2UgdGhpbmsgaXQncyBuZWNlc3Nhcnkg dG/CIGNsYXJpZnkgaG93IHRvwiBhcHBseSB0aGXCIEJSUEPCIHRvIHRoZSBzY2VuYXJpb3PCIGRl c2NyaWJlZCBpbiB0aGlzwiBJLUQuwiANCg0KDQogIFNlZSB1bmxlc3MgeW91IGNhbiBxdWFudGlm eSB0aGUgcG90ZW50aWFsIGdhaW4sIHdoaWNoIHlvdSBjYW5ub3QgaW4gdGhpcyBjYXNlLCBJIHBy ZWZlciBub3QgdG8gYWRkIGFub3RoZXIgbGF5ZXIgb2YgY29tcGxleGl0eS4NCg0KDQogIE1ha2Vz IHNlbnNlID8NCg0KDQogIFRoYW5rcy4NCg0KDQogIEpQLg0KICAgICAgVGhhbmtzLg0KDQoNCiAg ICAgIEpQLg0KDQoNCiAgICAgICAgQmVzdCByZWdhcmRzLA0KICAgICAgICDCIA0KICAgICAgICBE YW4gTGkgJiBIb25nbWlhbyBYaWENCg0KDQoNCg0KDQoNCg0K --Boundary_(ID_wHhBar3EHZB20VX2wethCQ) Content-type: text/html; charset=iso-8859-1 Content-transfer-encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PWlzby04ODU5LTEiPg0KPE1FVEEgY29udGVudD0iTVNIVE1M IDYuMDAuMjgwMC4xNTYxIiBuYW1lPUdFTkVSQVRPUj4NCjxTVFlMRT48L1NUWUxFPg0KPC9IRUFE Pg0KPEJPRFkgDQpzdHlsZT0iV09SRC1XUkFQOiBicmVhay13b3JkOyBraHRtbC1uYnNwLW1vZGU6 IHNwYWNlOyBraHRtbC1saW5lLWJyZWFrOiBhZnRlci13aGl0ZS1zcGFjZSIgDQpiZ0NvbG9yPSNm ZmZmZmY+DQo8RElWPkRlYXIgSlAsPC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5JdCBt YWtlcyBzZW5jZSZuYnNwOzotKTwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+Tm93IEkg YW0gd2FpdHRpbmcgZm9yIHlvdXIgbmV3IElEIGFib3V0IFZpcnR1YWwgSW50ZXItQVMgVEUgTGlu a3MuPC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5UaGFua3MsPC9ESVY+DQo8RElWPiZu YnNwOzwvRElWPg0KPERJVj5EYW48L0RJVj4NCjxESVY+Jm5ic3A7PC9ESVY+DQo8QkxPQ0tRVU9U RSBkaXI9bHRyIA0Kc3R5bGU9IlBBRERJTkctUklHSFQ6IDBweDsgUEFERElORy1MRUZUOiA1cHg7 IE1BUkdJTi1MRUZUOiA1cHg7IEJPUkRFUi1MRUZUOiAjMDAwMDAwIDJweCBzb2xpZDsgTUFSR0lO LVJJR0hUOiAwcHgiPg0KICA8RElWIHN0eWxlPSJGT05UOiA5cHQgJiMyMzQzNTsmIzIwMzA3OyI+ LS0tLS0gT3JpZ2luYWwgTWVzc2FnZSAtLS0tLSA8L0RJVj4NCiAgPERJViBzdHlsZT0iQkFDS0dS T1VORDogI2U0ZTRlNDsgRk9OVDogOXB0ICYjMjM0MzU7JiMyMDMwNzs7IGZvbnQtY29sb3I6IGJs YWNrIj48Qj5Gcm9tOjwvQj4gDQogIDxBIHRpdGxlPWp2YXNzZXVyQGNpc2NvLmNvbSBocmVmPSJt YWlsdG86anZhc3NldXJAY2lzY28uY29tIj5KUCBWYXNzZXVyPC9BPiANCiAgPC9ESVY+DQogIDxE SVYgc3R5bGU9IkZPTlQ6IDlwdCAmIzIzNDM1OyYjMjAzMDc7Ij48Qj5Ubzo8L0I+IDxBIHRpdGxl PWRhbmxpQGh1YXdlaS5jb20gDQogIGhyZWY9Im1haWx0bzpkYW5saUBodWF3ZWkuY29tIj5EYW4g TGk8L0E+IDwvRElWPg0KICA8RElWIHN0eWxlPSJGT05UOiA5cHQgJiMyMzQzNTsmIzIwMzA3OyI+ PEI+Q2M6PC9CPiA8QSB0aXRsZT1qcHZAY2lzY28uY29tIA0KICBocmVmPSJtYWlsdG86anB2QGNp c2NvLmNvbSI+SlAgVmFzc2V1cjwvQT4gOyA8QSANCiAgdGl0bGU9cmF5bW9uZF96aGFuZ0BidC5p bmZvbmV0LmNvbSANCiAgaHJlZj0ibWFpbHRvOnJheW1vbmRfemhhbmdAYnQuaW5mb25ldC5jb20i PlJheW1vbmQgWmhhbmc8L0E+IDsgPEEgDQogIHRpdGxlPW5hYmlsLmJpdGFyQHZlcml6b24uY29t IGhyZWY9Im1haWx0bzpuYWJpbC5iaXRhckB2ZXJpem9uLmNvbSI+TmFiaWwgDQogIEJpdGFyPC9B PiA7IDxBIHRpdGxlPWplYW5sb3Vpcy5sZXJvdXhAb3JhbmdlLWZ0LmMgDQogIGhyZWY9Im1haWx0 bzpqZWFubG91aXMubGVyb3V4QG9yYW5nZS1mdC5jIj5KTCBMZSBSb3V4PC9BPiA7IDxBIA0KICB0 aXRsZT1hZHJpYW5Ab2xkZG9nLmNvLnVrIGhyZWY9Im1haWx0bzphZHJpYW5Ab2xkZG9nLmNvLnVr Ij5BZHJpYW4gRmFycmVsPC9BPiANCiAgOyA8QSB0aXRsZT1wY2VAaWV0Zi5vcmcgaHJlZj0ibWFp bHRvOnBjZUBpZXRmLm9yZyI+cGNlQGlldGYub3JnPC9BPiA8L0RJVj4NCiAgPERJViBzdHlsZT0i Rk9OVDogOXB0ICYjMjM0MzU7JiMyMDMwNzsiPjxCPlNlbnQ6PC9CPiBXZWRuZXNkYXksIEp1bHkg MTEsIDIwMDcgODoxOCBQTTwvRElWPg0KICA8RElWIHN0eWxlPSJGT05UOiA5cHQgJiMyMzQzNTsm IzIwMzA3OyI+PEI+U3ViamVjdDo8L0I+IFJlOiBOZXcgZHJhZnQgcmVsYXRlZCB0byBCUlBDPC9E SVY+DQogIDxESVY+PEJSPjwvRElWPkhpIERhbiwNCiAgPERJVj48QlI+DQogIDxESVY+DQogIDxE SVY+T24gSnVsIDExLCAyMDA3LCBhdCA3OjU3IEFNLCBEYW4gTGkgd3JvdGU6PC9ESVY+PEJSIA0K ICBjbGFzcz1BcHBsZS1pbnRlcmNoYW5nZS1uZXdsaW5lPg0KICA8QkxPQ0tRVU9URSB0eXBlPSJj aXRlIj48U1BBTiBjbGFzcz1BcHBsZS1zdHlsZS1zcGFuIA0KICAgIHN0eWxlPSJXT1JELVNQQUNJ Tkc6IDBweDsgRk9OVDogMTZweCBIZWx2ZXRpY2E7IFRFWFQtVFJBTlNGT1JNOiBub25lOyBDT0xP UjogcmdiKDAsMCwwKTsgVEVYVC1JTkRFTlQ6IDBweDsgV0hJVEUtU1BBQ0U6IG5vcm1hbDsgTEVU VEVSLVNQQUNJTkc6IG5vcm1hbDsgQk9SREVSLUNPTExBUFNFOiBzZXBhcmF0ZTsgYm9yZGVyLXNw YWNpbmc6IDBweCAwcHg7IGtodG1sLXRleHQtZGVjb3JhdGlvbnMtaW4tZWZmZWN0OiBub25lOyBh cHBsZS10ZXh0LXNpemUtYWRqdXN0OiBhdXRvOyBvcnBoYW5zOiAyOyB3aWRvd3M6IDIiPg0KICAg IDxESVY+RGVhciBKUCw8L0RJVj4NCiAgICA8RElWPsImbmJzcDs8L0RJVj4NCiAgICA8RElWPlRo YW5rcyBmb3IgeW91ciBjb21tZW50cyE8L0RJVj4NCiAgICA8RElWPsImbmJzcDs8L0RJVj4NCiAg ICA8RElWPlNvcnJ5IGZvciB0aGUgbGF0ZSByZXNwb25zZSwgcGxlYXNlIHNlZSBpbmxpbmUgd29y ZHMgaW48U1BBTiANCiAgICBjbGFzcz1BcHBsZS1jb252ZXJ0ZWQtc3BhY2U+wiZuYnNwOzwvU1BB Tj48Rk9OVCBjb2xvcj0jMDAwMGZmPjxTUEFOIA0KICAgIGNsYXNzPUFwcGxlLXN0eWxlLXNwYW4g c3R5bGU9IkNPTE9SOiByZ2IoMCwwLDI1NSkiPkJsdWU8L1NQQU4+PC9GT05UPi48L0RJVj4NCiAg ICA8RElWPsImbmJzcDs8L0RJVj4NCiAgICA8RElWPkJlc3QgcmVnYXJkcyw8L0RJVj4NCiAgICA8 RElWPsImbmJzcDs8L0RJVj4NCiAgICA8RElWPkRhbjwvRElWPg0KICAgIDxESVY+wiZuYnNwOzwv RElWPg0KICAgIDxCTE9DS1FVT1RFIGRpcj1sdHIgDQogICAgc3R5bGU9IlBBRERJTkctUklHSFQ6 IDBweDsgUEFERElORy1MRUZUOiA1cHg7IE1BUkdJTi1MRUZUOiA1cHg7IEJPUkRFUi1MRUZUOiAj MDAwMDAwIDJweCBzb2xpZDsgTUFSR0lOLVJJR0hUOiAwcHgiPg0KICAgICAgPERJViBzdHlsZT0i Rk9OVDogMTJweCDlrovkvZMiPjxTUEFOIGNsYXNzPUFwcGxlLXN0eWxlLXNwYW4gDQogICAgICBz dHlsZT0iRk9OVC1TSVpFOiAxMnB4OyBGT05ULUZBTUlMWTog5a6L5L2TIj4tLS0tLSBPcmlnaW5h bCBNZXNzYWdlIA0KICAgICAgLS0tLS08L1NQQU4+PC9ESVY+DQogICAgICA8RElWIHN0eWxlPSJC QUNLR1JPVU5EOiAjZTRlNGU0OyBGT05UOiAxMnB4IOWui+S9kzsgZm9udC1jb2xvcjogYmxhY2si PjxCIA0KICAgICAgc3R5bGU9IkZPTlQtV0VJR0hUOiBib2xkOyBGT05ULVNJWkU6IDEycHg7IEZP TlQtRkFNSUxZOiDlrovkvZMiPjxTUEFOIA0KICAgICAgY2xhc3M9QXBwbGUtc3R5bGUtc3BhbiAN CiAgICAgIHN0eWxlPSJGT05ULVdFSUdIVDogYm9sZDsgRk9OVC1TSVpFOiAxMnB4OyBGT05ULUZB TUlMWTog5a6L5L2TIj5Gcm9tOjwvU1BBTj48L0I+PFNQQU4gDQogICAgICBjbGFzcz1BcHBsZS1z dHlsZS1zcGFuIHN0eWxlPSJGT05ULVNJWkU6IDEycHg7IEZPTlQtRkFNSUxZOiDlrovkvZMiPiAN CiAgICAgIDwvU1BBTj48QSB0aXRsZT1qdmFzc2V1ckBjaXNjby5jb20gaHJlZj0ibWFpbHRvOmp2 YXNzZXVyQGNpc2NvLmNvbSI+PFNQQU4gDQogICAgICBjbGFzcz1BcHBsZS1zdHlsZS1zcGFuIA0K ICAgICAgc3R5bGU9IkZPTlQtU0laRTogMTJweDsgQ09MT1I6IHJnYigwLDAsMjM4KTsgRk9OVC1G QU1JTFk6IOWui+S9kzsga2h0bWwtdGV4dC1kZWNvcmF0aW9ucy1pbi1lZmZlY3Q6IHVuZGVybGlu ZSI+SlAgDQogICAgICBWYXNzZXVyPC9TUEFOPjwvQT48U1BBTiBjbGFzcz1BcHBsZS1zdHlsZS1z cGFuIA0KICAgICAgc3R5bGU9IkZPTlQtU0laRTogMTJweDsgRk9OVC1GQU1JTFk6IOWui+S9kyI+ PC9TUEFOPjwvRElWPg0KICAgICAgPERJViBzdHlsZT0iRk9OVDogMTJweCDlrovkvZMiPjxCIA0K ICAgICAgc3R5bGU9IkZPTlQtV0VJR0hUOiBib2xkOyBGT05ULVNJWkU6IDEycHg7IEZPTlQtRkFN SUxZOiDlrovkvZMiPjxTUEFOIA0KICAgICAgY2xhc3M9QXBwbGUtc3R5bGUtc3BhbiANCiAgICAg IHN0eWxlPSJGT05ULVdFSUdIVDogYm9sZDsgRk9OVC1TSVpFOiAxMnB4OyBGT05ULUZBTUlMWTog 5a6L5L2TIj5Ubzo8L1NQQU4+PC9CPjxTUEFOIA0KICAgICAgY2xhc3M9QXBwbGUtc3R5bGUtc3Bh biBzdHlsZT0iRk9OVC1TSVpFOiAxMnB4OyBGT05ULUZBTUlMWTog5a6L5L2TIj4gDQogICAgICA8 L1NQQU4+PEEgdGl0bGU9ZGFubGlAaHVhd2VpLmNvbSBocmVmPSJtYWlsdG86ZGFubGlAaHVhd2Vp LmNvbSI+PFNQQU4gDQogICAgICBjbGFzcz1BcHBsZS1zdHlsZS1zcGFuIA0KICAgICAgc3R5bGU9 IkZPTlQtU0laRTogMTJweDsgQ09MT1I6IHJnYigwLDAsMjM4KTsgRk9OVC1GQU1JTFk6IOWui+S9 kzsga2h0bWwtdGV4dC1kZWNvcmF0aW9ucy1pbi1lZmZlY3Q6IHVuZGVybGluZSI+RGFuIA0KICAg ICAgTGk8L1NQQU4+PC9BPjxTUEFOIGNsYXNzPUFwcGxlLXN0eWxlLXNwYW4gDQogICAgICBzdHls ZT0iRk9OVC1TSVpFOiAxMnB4OyBGT05ULUZBTUlMWTog5a6L5L2TIj48L1NQQU4+PC9ESVY+DQog ICAgICA8RElWIHN0eWxlPSJGT05UOiAxMnB4IOWui+S9kyI+PEIgDQogICAgICBzdHlsZT0iRk9O VC1XRUlHSFQ6IGJvbGQ7IEZPTlQtU0laRTogMTJweDsgRk9OVC1GQU1JTFk6IOWui+S9kyI+PFNQ QU4gDQogICAgICBjbGFzcz1BcHBsZS1zdHlsZS1zcGFuIA0KICAgICAgc3R5bGU9IkZPTlQtV0VJ R0hUOiBib2xkOyBGT05ULVNJWkU6IDEycHg7IEZPTlQtRkFNSUxZOiDlrovkvZMiPkNjOjwvU1BB Tj48L0I+PFNQQU4gDQogICAgICBjbGFzcz1BcHBsZS1zdHlsZS1zcGFuIHN0eWxlPSJGT05ULVNJ WkU6IDEycHg7IEZPTlQtRkFNSUxZOiDlrovkvZMiPiANCiAgICAgIDwvU1BBTj48QSB0aXRsZT1q cHZAY2lzY28uY29tIGhyZWY9Im1haWx0bzpqcHZAY2lzY28uY29tIj48U1BBTiANCiAgICAgIGNs YXNzPUFwcGxlLXN0eWxlLXNwYW4gDQogICAgICBzdHlsZT0iRk9OVC1TSVpFOiAxMnB4OyBDT0xP UjogcmdiKDAsMCwyMzgpOyBGT05ULUZBTUlMWTog5a6L5L2TOyBraHRtbC10ZXh0LWRlY29yYXRp b25zLWluLWVmZmVjdDogdW5kZXJsaW5lIj5KUCANCiAgICAgIFZhc3NldXI8L1NQQU4+PC9BPjxT UEFOIGNsYXNzPUFwcGxlLXN0eWxlLXNwYW4gDQogICAgICBzdHlsZT0iRk9OVC1TSVpFOiAxMnB4 OyBGT05ULUZBTUlMWTog5a6L5L2TIj4gOyA8L1NQQU4+PEEgDQogICAgICB0aXRsZT1yYXltb25k X3poYW5nQGJ0LmluZm9uZXQuY29tIA0KICAgICAgaHJlZj0ibWFpbHRvOnJheW1vbmRfemhhbmdA YnQuaW5mb25ldC5jb20iPjxTUEFOIGNsYXNzPUFwcGxlLXN0eWxlLXNwYW4gDQogICAgICBzdHls ZT0iRk9OVC1TSVpFOiAxMnB4OyBDT0xPUjogcmdiKDAsMCwyMzgpOyBGT05ULUZBTUlMWTog5a6L 5L2TOyBraHRtbC10ZXh0LWRlY29yYXRpb25zLWluLWVmZmVjdDogdW5kZXJsaW5lIj5SYXltb25k IA0KICAgICAgWmhhbmc8L1NQQU4+PC9BPjxTUEFOIGNsYXNzPUFwcGxlLXN0eWxlLXNwYW4gDQog ICAgICBzdHlsZT0iRk9OVC1TSVpFOiAxMnB4OyBGT05ULUZBTUlMWTog5a6L5L2TIj4gOyA8L1NQ QU4+PEEgDQogICAgICB0aXRsZT1uYWJpbC5iaXRhckB2ZXJpem9uLmNvbSBocmVmPSJtYWlsdG86 bmFiaWwuYml0YXJAdmVyaXpvbi5jb20iPjxTUEFOIA0KICAgICAgY2xhc3M9QXBwbGUtc3R5bGUt c3BhbiANCiAgICAgIHN0eWxlPSJGT05ULVNJWkU6IDEycHg7IENPTE9SOiByZ2IoMCwwLDIzOCk7 IEZPTlQtRkFNSUxZOiDlrovkvZM7IGtodG1sLXRleHQtZGVjb3JhdGlvbnMtaW4tZWZmZWN0OiB1 bmRlcmxpbmUiPk5hYmlsIA0KICAgICAgQml0YXI8L1NQQU4+PC9BPjxTUEFOIGNsYXNzPUFwcGxl LXN0eWxlLXNwYW4gDQogICAgICBzdHlsZT0iRk9OVC1TSVpFOiAxMnB4OyBGT05ULUZBTUlMWTog 5a6L5L2TIj4gOyA8L1NQQU4+PEEgDQogICAgICB0aXRsZT1qZWFubG91aXMubGVyb3V4QG9yYW5n ZS1mdC5jIA0KICAgICAgaHJlZj0ibWFpbHRvOmplYW5sb3Vpcy5sZXJvdXhAb3JhbmdlLWZ0LmMi PjxTUEFOIGNsYXNzPUFwcGxlLXN0eWxlLXNwYW4gDQogICAgICBzdHlsZT0iRk9OVC1TSVpFOiAx MnB4OyBDT0xPUjogcmdiKDAsMCwyMzgpOyBGT05ULUZBTUlMWTog5a6L5L2TOyBraHRtbC10ZXh0 LWRlY29yYXRpb25zLWluLWVmZmVjdDogdW5kZXJsaW5lIj5KTCANCiAgICAgIExlIFJvdXg8L1NQ QU4+PC9BPjxTUEFOIGNsYXNzPUFwcGxlLXN0eWxlLXNwYW4gDQogICAgICBzdHlsZT0iRk9OVC1T SVpFOiAxMnB4OyBGT05ULUZBTUlMWTog5a6L5L2TIj4gOyA8L1NQQU4+PEEgDQogICAgICB0aXRs ZT1hZHJpYW5Ab2xkZG9nLmNvLnVrIGhyZWY9Im1haWx0bzphZHJpYW5Ab2xkZG9nLmNvLnVrIj48 U1BBTiANCiAgICAgIGNsYXNzPUFwcGxlLXN0eWxlLXNwYW4gDQogICAgICBzdHlsZT0iRk9OVC1T SVpFOiAxMnB4OyBDT0xPUjogcmdiKDAsMCwyMzgpOyBGT05ULUZBTUlMWTog5a6L5L2TOyBraHRt bC10ZXh0LWRlY29yYXRpb25zLWluLWVmZmVjdDogdW5kZXJsaW5lIj5BZHJpYW4gDQogICAgICBG YXJyZWw8L1NQQU4+PC9BPjxTUEFOIGNsYXNzPUFwcGxlLXN0eWxlLXNwYW4gDQogICAgICBzdHls ZT0iRk9OVC1TSVpFOiAxMnB4OyBGT05ULUZBTUlMWTog5a6L5L2TIj4gOyA8L1NQQU4+PEEgDQog ICAgICB0aXRsZT1wY2VAaWV0Zi5vcmcgaHJlZj0ibWFpbHRvOnBjZUBpZXRmLm9yZyI+PFNQQU4g Y2xhc3M9QXBwbGUtc3R5bGUtc3BhbiANCiAgICAgIHN0eWxlPSJGT05ULVNJWkU6IDEycHg7IENP TE9SOiByZ2IoMCwwLDIzOCk7IEZPTlQtRkFNSUxZOiDlrovkvZM7IGtodG1sLXRleHQtZGVjb3Jh dGlvbnMtaW4tZWZmZWN0OiB1bmRlcmxpbmUiPnBjZUBpZXRmLm9yZzwvU1BBTj48L0E+PFNQQU4g DQogICAgICBjbGFzcz1BcHBsZS1zdHlsZS1zcGFuIA0KICAgICAgc3R5bGU9IkZPTlQtU0laRTog MTJweDsgRk9OVC1GQU1JTFk6IOWui+S9kyI+PC9TUEFOPjwvRElWPg0KICAgICAgPERJViBzdHls ZT0iRk9OVDogMTJweCDlrovkvZMiPjxCIA0KICAgICAgc3R5bGU9IkZPTlQtV0VJR0hUOiBib2xk OyBGT05ULVNJWkU6IDEycHg7IEZPTlQtRkFNSUxZOiDlrovkvZMiPjxTUEFOIA0KICAgICAgY2xh c3M9QXBwbGUtc3R5bGUtc3BhbiANCiAgICAgIHN0eWxlPSJGT05ULVdFSUdIVDogYm9sZDsgRk9O VC1TSVpFOiAxMnB4OyBGT05ULUZBTUlMWTog5a6L5L2TIj5TZW50OjwvU1BBTj48L0I+PFNQQU4g DQogICAgICBjbGFzcz1BcHBsZS1zdHlsZS1zcGFuIHN0eWxlPSJGT05ULVNJWkU6IDEycHg7IEZP TlQtRkFNSUxZOiDlrovkvZMiPiANCiAgICAgIFR1ZXNkYXksIEp1bHkgMTAsIDIwMDcgNDowNSBB TTwvU1BBTj48L0RJVj4NCiAgICAgIDxESVYgc3R5bGU9IkZPTlQ6IDEycHgg5a6L5L2TIj48QiAN CiAgICAgIHN0eWxlPSJGT05ULVdFSUdIVDogYm9sZDsgRk9OVC1TSVpFOiAxMnB4OyBGT05ULUZB TUlMWTog5a6L5L2TIj48U1BBTiANCiAgICAgIGNsYXNzPUFwcGxlLXN0eWxlLXNwYW4gDQogICAg ICBzdHlsZT0iRk9OVC1XRUlHSFQ6IGJvbGQ7IEZPTlQtU0laRTogMTJweDsgRk9OVC1GQU1JTFk6 IOWui+S9kyI+U3ViamVjdDo8L1NQQU4+PC9CPjxTUEFOIA0KICAgICAgY2xhc3M9QXBwbGUtc3R5 bGUtc3BhbiBzdHlsZT0iRk9OVC1TSVpFOiAxMnB4OyBGT05ULUZBTUlMWTog5a6L5L2TIj4gUmU6 IA0KICAgICAgTmV3IGRyYWZ0IHJlbGF0ZWQgdG8gQlJQQzwvU1BBTj48L0RJVj4NCiAgICAgIDxE SVY+PEJSPjwvRElWPkhpIERhbiwNCiAgICAgIDxESVY+PEJSPg0KICAgICAgPERJVj4NCiAgICAg IDxESVY+T24gSnVsIDcsIDIwMDcsIGF0IDY6MjkgQU0sIERhbiBMaSB3cm90ZTo8L0RJVj48QlIg DQogICAgICBjbGFzcz1BcHBsZS1pbnRlcmNoYW5nZS1uZXdsaW5lPg0KICAgICAgPEJMT0NLUVVP VEUgdHlwZT0iY2l0ZSI+PFNQQU4gY2xhc3M9QXBwbGUtc3R5bGUtc3BhbiANCiAgICAgICAgc3R5 bGU9IldPUkQtU1BBQ0lORzogMHB4OyBGT05UOiAxNnB4IEhlbHZldGljYTsgVEVYVC1UUkFOU0ZP Uk06IG5vbmU7IENPTE9SOiByZ2IoMCwwLDApOyBURVhULUlOREVOVDogMHB4OyBXSElURS1TUEFD RTogbm9ybWFsOyBMRVRURVItU1BBQ0lORzogbm9ybWFsOyBCT1JERVItQ09MTEFQU0U6IHNlcGFy YXRlOyBib3JkZXItc3BhY2luZzogMHB4IDBweDsga2h0bWwtdGV4dC1kZWNvcmF0aW9ucy1pbi1l ZmZlY3Q6IG5vbmU7IGFwcGxlLXRleHQtc2l6ZS1hZGp1c3Q6IGF1dG87IG9ycGhhbnM6IDI7IHdp ZG93czogMiI+DQogICAgICAgIDxESVY+PEZPTlQgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48U1BB TiBjbGFzcz1BcHBsZS1zdHlsZS1zcGFuIA0KICAgICAgICBzdHlsZT0iRk9OVC1GQU1JTFk6IFRp bWVzIE5ldyBSb21hbiI+PFNQQU4gY2xhc3M9QXBwbGUtc3R5bGUtc3BhbiANCiAgICAgICAgc3R5 bGU9IkZPTlQtRkFNSUxZOiBUaW1lcyBOZXcgUm9tYW4iPkRlYXIgdGhlIGF1dGhvcnMgb2YgDQog ICAgICAgIEJSUEMsPC9TUEFOPjwvU1BBTj48L0ZPTlQ+PC9ESVY+DQogICAgICAgIDxESVY+PEZP TlQgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48L0ZPTlQ+wiZuYnNwOzwvRElWPg0KICAgICAgICA8 RElWPjxGT05UIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PFNQQU4gY2xhc3M9QXBwbGUtc3R5bGUt c3BhbiANCiAgICAgICAgc3R5bGU9IkZPTlQtRkFNSUxZOiBUaW1lcyBOZXcgUm9tYW4iPjxTUEFO IGNsYXNzPUFwcGxlLXN0eWxlLXNwYW4gDQogICAgICAgIHN0eWxlPSJGT05ULUZBTUlMWTogVGlt ZXMgTmV3IFJvbWFuIj5XZSBqdXN0IHB1Ymxpc2hlZCBhIG5ldyBkcmFmdCB3aGljaCANCiAgICAg ICAgd2UgdGhpbmsgaXMgd29ydGggdG8gYmUgcmV2aWV3ZWQgYnkgeW91OjwvU1BBTj48L1NQQU4+ PC9GT05UPjwvRElWPg0KICAgICAgICA8RElWPjxGT05UIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+ PEEgDQogICAgICAgIGhyZWY9Imh0dHA6Ly90b29scy5pZXRmLm9yZy93Zy9wY2UvZHJhZnQteGlh LXBjZS1oeWJyaWQtbmV0d29yay0wMC50eHQiPjxTUEFOIA0KICAgICAgICBjbGFzcz1BcHBsZS1z dHlsZS1zcGFuIA0KICAgICAgICBzdHlsZT0iQ09MT1I6IHJnYigwLDAsMjM4KTsgRk9OVC1GQU1J TFk6IFRpbWVzIE5ldyBSb21hbjsga2h0bWwtdGV4dC1kZWNvcmF0aW9ucy1pbi1lZmZlY3Q6IHVu ZGVybGluZSI+PFNQQU4gDQogICAgICAgIGNsYXNzPUFwcGxlLXN0eWxlLXNwYW4gDQogICAgICAg IHN0eWxlPSJDT0xPUjogcmdiKDAsMCwyMzgpOyBGT05ULUZBTUlMWTogVGltZXMgTmV3IFJvbWFu OyBraHRtbC10ZXh0LWRlY29yYXRpb25zLWluLWVmZmVjdDogdW5kZXJsaW5lIj5odHRwOi8vdG9v bHMuaWV0Zi5vcmcvd2cvcGNlL2RyYWZ0LXhpYS1wY2UtaHlicmlkLW5ldHdvcmstMDAudHh0PC9T UEFOPjwvU1BBTj48L0E+PC9GT05UPjwvRElWPg0KICAgICAgICA8RElWPjxGT05UIGZhY2U9IlRp bWVzIE5ldyBSb21hbiI+PC9GT05UPsImbmJzcDs8L0RJVj4NCiAgICAgICAgPERJVj48Rk9OVCBm YWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxTUEFOIGNsYXNzPUFwcGxlLXN0eWxlLXNwYW4gDQogICAg ICAgIHN0eWxlPSJGT05ULUZBTUlMWTogVGltZXMgTmV3IFJvbWFuIj48U1BBTiBjbGFzcz1BcHBs ZS1zdHlsZS1zcGFuIA0KICAgICAgICBzdHlsZT0iRk9OVC1GQU1JTFk6IFRpbWVzIE5ldyBSb21h biI+VGhlIHB1cnBvc2Ugb2YgdGhlIGRyYWZ0IA0KICAgICAgICBpczo8L1NQQU4+PC9TUEFOPjwv Rk9OVD48L0RJVj4NCiAgICAgICAgPERJVj48Rk9OVCBmYWNlPSJUaW1lcyBOZXcgUm9tYW4iPjxT UEFOIGNsYXNzPUFwcGxlLXN0eWxlLXNwYW4gDQogICAgICAgIHN0eWxlPSJGT05ULUZBTUlMWTog VGltZXMgTmV3IFJvbWFuIj48U1BBTiBjbGFzcz1BcHBsZS1zdHlsZS1zcGFuIA0KICAgICAgICBz dHlsZT0iRk9OVC1GQU1JTFk6IFRpbWVzIE5ldyBSb21hbiI+LSBUaGlzIGRyYWZ0IGlzIHByaW1h cmlseSB0byANCiAgICAgICAgZXhwbGFpbiBhIHByb2JsZW0gdGhhdCB3ZSB0aGluayBpcyBhIHJl YWwgZGVwbG95bWVudCANCiAgICAgICAgc2NlbmFyaW87PC9TUEFOPjwvU1BBTj48QlIgc3R5bGU9 IkZPTlQtRkFNSUxZOiBUaW1lcyBOZXcgUm9tYW4iPjxTUEFOIA0KICAgICAgICBjbGFzcz1BcHBs ZS1zdHlsZS1zcGFuIHN0eWxlPSJGT05ULUZBTUlMWTogVGltZXMgTmV3IFJvbWFuIj48U1BBTiAN CiAgICAgICAgY2xhc3M9QXBwbGUtc3R5bGUtc3BhbiBzdHlsZT0iRk9OVC1GQU1JTFk6IFRpbWVz IE5ldyBSb21hbiI+LSBXZSBiZWxpZXZlIA0KICAgICAgICB0aGF0IEJSUEMgY2FuIGJlIHVzZWQg dG8gc29sdmUgdGhlIHByb2JsZW07PC9TUEFOPjwvU1BBTj48QlIgDQogICAgICAgIHN0eWxlPSJG T05ULUZBTUlMWTogVGltZXMgTmV3IFJvbWFuIj48U1BBTiBjbGFzcz1BcHBsZS1zdHlsZS1zcGFu IA0KICAgICAgICBzdHlsZT0iRk9OVC1GQU1JTFk6IFRpbWVzIE5ldyBSb21hbiI+PFNQQU4gY2xh c3M9QXBwbGUtc3R5bGUtc3BhbiANCiAgICAgICAgc3R5bGU9IkZPTlQtRkFNSUxZOiBUaW1lcyBO ZXcgUm9tYW4iPi0gSWYgdGhlIFdHIGlzIGluIGFncmVlbWVudCwgd2UgDQogICAgICAgIHdvdWxk IGxpa2UgdG8gcHJvcG9zZSBhIGZldyBwYXJhZ3JhcGhzIHRvIGJlIGFkZGVkIHRvIA0KICAgICAg ICBbYnJwY107PC9TUEFOPjwvU1BBTj48QlIgc3R5bGU9IkZPTlQtRkFNSUxZOiBUaW1lcyBOZXcg Um9tYW4iPjxTUEFOIA0KICAgICAgICBjbGFzcz1BcHBsZS1zdHlsZS1zcGFuIHN0eWxlPSJGT05U LUZBTUlMWTogVGltZXMgTmV3IFJvbWFuIj48U1BBTiANCiAgICAgICAgY2xhc3M9QXBwbGUtc3R5 bGUtc3BhbiBzdHlsZT0iRk9OVC1GQU1JTFk6IFRpbWVzIE5ldyBSb21hbiI+LSBJZiB0aGUgV0cg DQogICAgICAgIHdvdWxkIGxpa2UgdG8gZGlzY3VzcyB0aGlzIGlzc3VlIG1vcmUsIHdlIHdvdWxk wiZuYnNwO2JlIGhhcHB5IHRvIA0KICAgICAgICBwcmVzZW50IGl0IGluIENoaWNhZ28uPC9TUEFO PjwvU1BBTj48L0ZPTlQ+PC9ESVY+DQogICAgICAgIDxESVY+PEZPTlQgZmFjZT0iVGltZXMgTmV3 IFJvbWFuIj48L0ZPTlQ+wiZuYnNwOzwvRElWPg0KICAgICAgICA8RElWPjxGT05UIGZhY2U9IlRp bWVzIE5ldyBSb21hbiI+PFNQQU4gY2xhc3M9QXBwbGUtc3R5bGUtc3BhbiANCiAgICAgICAgc3R5 bGU9IkZPTlQtRkFNSUxZOiBUaW1lcyBOZXcgUm9tYW4iPjxTUEFOIGNsYXNzPUFwcGxlLXN0eWxl LXNwYW4gDQogICAgICAgIHN0eWxlPSJGT05ULUZBTUlMWTogVGltZXMgTmV3IFJvbWFuIj5QbGVh c2UgbGV0IHVzIGtub3cgd2hhdCdzIHlvdXIgDQogICAgICAgIHN1Z2dlc3Rpb24uIFdlIGdyZWF0 bHkgYXBwcmVjaWF0ZSB5b3VyIHRpbWUgdG8gbG9vayBhdCB0aGlzIG5ldyANCiAgICAgICAgZHJh ZnQuPC9TUEFOPjwvU1BBTj48L0ZPTlQ+PC9ESVY+DQogICAgICAgIDxESVY+PEZPTlQgZmFjZT0i VGltZXMgTmV3IFJvbWFuIj48L0ZPTlQ+wiZuYnNwOzwvRElWPjwvU1BBTj48L0JMT0NLUVVPVEU+ DQogICAgICA8RElWPjxCUiBjbGFzcz1raHRtbC1ibG9jay1wbGFjZWhvbGRlcj48L0RJVj4NCiAg ICAgIDxESVY+QXMgeW91IGtub3cgdGhlIHdob2xlIHBvaW50IG9mIHVzaW5nIGEgTXVsdGktUENF IGFwcHJvYWNoIHdpdGggQlJQQyANCiAgICAgIGlzIHRvIGNvbXB1dGXCJm5ic3A7PC9ESVY+DQog ICAgICA8RElWPnRoZSBzaG9ydGVzdCBpbnRlci1kb21haW7CJm5ic3A7Y29uc3RyYWluZWQgcGF0 aCAoaW4gYWRkaXRpb24gdG8gDQogICAgICBkaXZlcnNlIHBhdGhzLCAuLi4gKS7CJm5ic3A7PC9E SVY+DQogICAgICA8RElWPsImbmJzcDs8L0RJVj4NCiAgICAgIDxESVY+PEZPTlQgY29sb3I9IzAw MDBmZj48U1BBTiBjbGFzcz1BcHBsZS1zdHlsZS1zcGFuIA0KICAgICAgc3R5bGU9IkNPTE9SOiBy Z2IoMCwwLDI1NSkiPkFncmVlITwvU1BBTj48L0ZPTlQ+PEJSIA0KICAgICAgY2xhc3M9a2h0bWwt YmxvY2stcGxhY2Vob2xkZXI+PC9ESVY+DQogICAgICA8RElWPlRoZSBjYXNlIHlvdSdyZSBsb29r aW5nIGF0IGluIHRoaXMgSUQgKGNhbGxlZCBIeWJyaWQgbmV0d29yaykgY2FuIG5vIA0KICAgICAg bG9uZ2VyIGd1YXJhbnRlZcImbmJzcDt0aGF0wiZuYnNwOzwvRElWPg0KICAgICAgPERJVj55b3Un bGwgZmluZCB0aGUgc2hvcnRlc3QgcGF0aCBvZiBjb3Vyc2UuPC9ESVY+DQogICAgICA8RElWPsIm bmJzcDs8L0RJVj4NCiAgICAgIDxESVY+PEZPTlQgY29sb3I9IzAwMDBmZj48U1BBTiBjbGFzcz1B cHBsZS1zdHlsZS1zcGFuIA0KICAgICAgc3R5bGU9IkNPTE9SOiByZ2IoMCwwLDI1NSkiPkFncmVl ITwvU1BBTj48L0ZPTlQ+PEJSIA0KICAgICAgY2xhc3M9a2h0bWwtYmxvY2stcGxhY2Vob2xkZXI+ PC9ESVY+DQogICAgICA8RElWPlJlZmVycmluZyB0byB5b3VyIGZpcnN0IGV4YW1wbGUsIHRoZSBt b3N0IGRvd25zdHJlYW0gUENFIHdpbGwgb25seSANCiAgICAgIHNlZSB0aGUgbmV4dCBob3BzPC9E SVY+DQogICAgICA8RElWPnRvIHRoZSBkb3duc3RyZWFtIGRvbWFpbi4gU28gZXZlbiBpZiBieSB1 c2luZyBCUlBDIGJldHdlZW4gdGhlIGZpcnN0IA0KICAgICAgc2V0IG9mIGRvbWFpbnPCJm5ic3A7 PC9ESVY+DQogICAgICA8RElWPndoZXJlIHlvdSBoYXZlwiZuYnNwO2Nvb3BlcmF0aXZlIFBDRXMg eW91IGdldCB0aGUgc2hvcnRlc3QgcGF0aCANCiAgICAgIGJldHdlZW4gdGhlIHNvdXJjZSBhbmTC Jm5ic3A7PC9ESVY+DQogICAgICA8RElWPnRoZSBzZXQgb2YgZW50cnkgYm91bmRhcnkgbm9kZXMg b2YgdGhlwiZuYnNwO2ZpcnN0IG5vbi1QQ0UgZG9tYWluLCANCiAgICAgIHRoaXMgZG9lcyBub3Qg Z3VhcmFudGVlwiZuYnNwOzwvRElWPg0KICAgICAgPERJVj55b3UgYW55dGhpbmcgaW4gdGVybSBv ZiBwYXRoIGVmZmljaWVuY3kgLi4uwiZuYnNwOzwvRElWPg0KICAgICAgPERJVj7CJm5ic3A7PC9E SVY+DQogICAgICA8RElWPjxGT05UIGNvbG9yPSMwMDAwZmY+PFNQQU4gY2xhc3M9QXBwbGUtc3R5 bGUtc3BhbiANCiAgICAgIHN0eWxlPSJDT0xPUjogcmdiKDAsMCwyNTUpIj5UaGUgcHVycG9zZSBv ZiB0aGlzIElEIGlzIHRyeSB0byBsb29rIGF0IHRoZSANCiAgICAgIHBvc3NpYmxlIHNvbHV0aW9u IHdoZXJlIHRoZSBQQ0VzIGFyZSANCiAgICAgIG5vdMImbmJzcDthdmFpbGFibGU8L1NQQU4+PC9G T05UPjxGT05UIGNvbG9yPSMwMDAwZmY+PFNQQU4gDQogICAgICBjbGFzcz1BcHBsZS1zdHlsZS1z cGFuIHN0eWxlPSJDT0xPUjogcmdiKDAsMCwyNTUpIj4gaW4gYWxsIHRoZSBkb21haW5zLiBCeSAN CiAgICAgIHVzaW5nIEJSUEMsIHdlIGNhbiBnZXQgdGhlIHNob3J0ZXN0IGludGVyLWRvbWFpbiBw YXRoLiBTbyBldmVuIHdlIGNvdWxkIA0KICAgICAgbm90IGdldCB0aGUgc2hvcnRlc3QgaW50ZXIt ZG9tYWluIHBhdGggYnkgYXBwbHlpbmcgQlJQQ8ImbmJzcDt0byBhbGwgdGhlIA0KICAgICAgZG9t YWlucywgd2Ugc3RpbGwgY2FuIGdldCB0aGUgbGVzcyBzaG9ydGVzdCBpbnRlci1kb21haW4gcGF0 aCBieSBhcHBseWluZyANCiAgICAgIEJSUEPCJm5ic3A7dG8gbW9zdCBkb21haW5zLiBUaGlzIGlz IGtpbmQgb2YgYmVzdCBlZmZvcnQgcGF0aCANCiAgICAgIGNvbXB1dGF0aW9uLsImbmJzcDs8L1NQ QU4+PEJSIA0KICAgICAgY2xhc3M9a2h0bWwtYmxvY2stcGxhY2Vob2xkZXI+PC9GT05UPjwvRElW PjwvRElWPjwvRElWPjwvQkxPQ0tRVU9URT48L1NQQU4+PC9CTE9DS1FVT1RFPkJ1dCANCiAgdGhh dCBkb2VzIG5vdCBoZWxwLCBzaW5jZSBldmVuIGluIHRoZSBjYXNlIChQQ0UtZG9tYWluKShQQ0Ug ZG9tYWluKShub24gUENFIA0KICBkb21haW4pIHlvdSBzdGlsbCBkbyBub3Qga25vdyB3aGV0aGVy IHRoZSBiZXN0PC9ESVY+DQogIDxESVY+cGF0aCB1cCB0byB0aGUgZXhpdCBCUiBvZiB0aGUgc2Vj b25kIGRvbWFpbiBpcyB0aGUgb25lIHlvdSBzaG91bGQgdXNlLiBJdCANCiAgbWlnaHQganVzdCBi ZSB0aGUgd29yc3QgcG9zc2libGUgcGF0aCBkZXBlbmRpbmcgb24gdGhlIHBhdGg8L0RJVj4NCiAg PERJVj5mcm9tIHRoZSBlbnRyeSBCUiB0byB0aGUgZGVzdGluYXRpb24gaW4gdGhlIGxhc3QgZG9t YWluLiBUaGlzIGlzIGNsZWFybHkgDQogIG5vbiBkZXRlcm1pbmlzdGljLsImbmJzcDs8L0RJVj4N CiAgPERJVj48QlIgY2xhc3M9a2h0bWwtYmxvY2stcGxhY2Vob2xkZXI+PC9ESVY+DQogIDxESVY+ QW5kIG9mIGNvdXJzZSB0aGXCJm5ic3A7KG5vbiBQQ0UtZG9tYWluKShQQ0UgZG9tYWluKShQQ0Ug ZG9tYWluKSANCiAgb3LCJm5ic3A7KFBDRS1kb21haW4pKG5vbiBQQ0UgZG9tYWluKShQQ0UgZG9t YWluKSBjYXNlcyBhcmUgZXZlbiB3b3JzZS48L0RJVj4NCiAgPERJVj48QlIgY2xhc3M9a2h0bWwt YmxvY2stcGxhY2Vob2xkZXI+PC9ESVY+DQogIDxESVY+RnVydGhlcm1vcmUsIGluIHRoYXQgY2Fz ZSwgeW91IGNhbiBhbHNvIG5vdCBjb21wdXRlIGRpdmVyc2UgcGF0aHMgZm9yIHRoZSANCiAgZXhh Y3Qgc2FtZSByZWFzb24gKGFub3RoZXIgbW90aXZhdGlvbiBmb3IgdXNpbmcgYSBNdWx0aS1QQ0U8 L0RJVj4NCiAgPERJVj5iYXNlZCBhcHByb2FjaCkuPC9ESVY+DQogIDxESVY+DQogIDxCTE9DS1FV T1RFIHR5cGU9ImNpdGUiPjxTUEFOIGNsYXNzPUFwcGxlLXN0eWxlLXNwYW4gDQogICAgc3R5bGU9 IldPUkQtU1BBQ0lORzogMHB4OyBGT05UOiAxNnB4IEhlbHZldGljYTsgVEVYVC1UUkFOU0ZPUk06 IG5vbmU7IENPTE9SOiByZ2IoMCwwLDApOyBURVhULUlOREVOVDogMHB4OyBXSElURS1TUEFDRTog bm9ybWFsOyBMRVRURVItU1BBQ0lORzogbm9ybWFsOyBCT1JERVItQ09MTEFQU0U6IHNlcGFyYXRl OyBib3JkZXItc3BhY2luZzogMHB4IDBweDsga2h0bWwtdGV4dC1kZWNvcmF0aW9ucy1pbi1lZmZl Y3Q6IG5vbmU7IGFwcGxlLXRleHQtc2l6ZS1hZGp1c3Q6IGF1dG87IG9ycGhhbnM6IDI7IHdpZG93 czogMiI+DQogICAgPEJMT0NLUVVPVEUgZGlyPWx0ciANCiAgICBzdHlsZT0iUEFERElORy1SSUdI VDogMHB4OyBQQURESU5HLUxFRlQ6IDVweDsgTUFSR0lOLUxFRlQ6IDVweDsgQk9SREVSLUxFRlQ6 ICMwMDAwMDAgMnB4IHNvbGlkOyBNQVJHSU4tUklHSFQ6IDBweCI+DQogICAgICA8RElWPg0KICAg ICAgPERJVj4NCiAgICAgIDxESVY+PEZPTlQgY29sb3I9IzAwMDBmZj48L0ZPTlQ+PC9ESVY+PEZP TlQgY29sb3I9IzAwMDBmZj48L0ZPTlQ+DQogICAgICA8RElWPkZ1cnRoZXJtb3JlIHNpbmNlIHlv dSBnZXQgc2V2ZXJhbCBwYXRocywgd291bGQgeW91IHRyeSB0byBzaWduYWwgdHdvIA0KICAgICAg VEUgTFNQcyBpbiB3aGljaMImbmJzcDs8L0RJVj4NCiAgICAgIDxESVY+Y2FzZSB0aGV5IG1hecIm bmJzcDtlbmQgdXAgYmxvY2tpbmcgZWFjaCBvdGhlciA/PC9ESVY+DQogICAgICA8RElWPsImbmJz cDs8L0RJVj4NCiAgICAgIDxESVY+PEZPTlQgY29sb3I9IzAwMDBmZj48U1BBTiBjbGFzcz1BcHBs ZS1zdHlsZS1zcGFuIA0KICAgICAgc3R5bGU9IkNPTE9SOiByZ2IoMCwwLDI1NSkiPk9ubHkgb25l IFRFIExTUCBpcyBzaWduYWxsZWQgaW4gdGhpcyBjYXNlLiANCiAgICAgIFNpbmNlIHRoZXJlIGFy ZSBzZXZlcmFsIG9wdGlvbmFsIFRFIExTUHMsIG9uZSBvZiB0aGUgb3B0aW9uYWwgVEUgTFNQcyBt YXkgDQogICAgICBiZSBzaWduYWxsZWQgaWYgdGhlIGZpcnN0IG9uZSBjb3VsZCBub3QgYmXCJm5i c3A7ZXN0YWJsaXNoZWQgDQogICAgICBzdWNjZXNzZnVsbHkuPC9TUEFOPjxCUiANCiAgICAgIGNs YXNzPWtodG1sLWJsb2NrLXBsYWNlaG9sZGVyPjwvRk9OVD48L0RJVj48L0RJVj48L0RJVj48L0JM T0NLUVVPVEU+PC9TUEFOPjwvQkxPQ0tRVU9URT5PSyANCiAgc28gdGhhdCBkb2VzIG5vdCBnaXZl IHlvdSBhbnnCJm5ic3A7cXVhbnRpZmlhYmxlIGdhaW4uPEJSPg0KICA8QkxPQ0tRVU9URSB0eXBl PSJjaXRlIj48U1BBTiBjbGFzcz1BcHBsZS1zdHlsZS1zcGFuIA0KICAgIHN0eWxlPSJXT1JELVNQ QUNJTkc6IDBweDsgRk9OVDogMTZweCBIZWx2ZXRpY2E7IFRFWFQtVFJBTlNGT1JNOiBub25lOyBD T0xPUjogcmdiKDAsMCwwKTsgVEVYVC1JTkRFTlQ6IDBweDsgV0hJVEUtU1BBQ0U6IG5vcm1hbDsg TEVUVEVSLVNQQUNJTkc6IG5vcm1hbDsgQk9SREVSLUNPTExBUFNFOiBzZXBhcmF0ZTsgYm9yZGVy LXNwYWNpbmc6IDBweCAwcHg7IGtodG1sLXRleHQtZGVjb3JhdGlvbnMtaW4tZWZmZWN0OiBub25l OyBhcHBsZS10ZXh0LXNpemUtYWRqdXN0OiBhdXRvOyBvcnBoYW5zOiAyOyB3aWRvd3M6IDIiPg0K ICAgIDxCTE9DS1FVT1RFIGRpcj1sdHIgDQogICAgc3R5bGU9IlBBRERJTkctUklHSFQ6IDBweDsg UEFERElORy1MRUZUOiA1cHg7IE1BUkdJTi1MRUZUOiA1cHg7IEJPUkRFUi1MRUZUOiAjMDAwMDAw IDJweCBzb2xpZDsgTUFSR0lOLVJJR0hUOiAwcHgiPg0KICAgICAgPERJVj4NCiAgICAgIDxESVY+ DQogICAgICA8RElWPjxGT05UIGNvbG9yPSMwMDAwZmY+PC9GT05UPjwvRElWPg0KICAgICAgPERJ Vj5Ob3RlIHRoYXQgdGhpcyBjb21tZW50IGFwcGxpZXMgdG8gdGhlIGZpcnN0IHR3byBjYXNlcyBv ZiBzZWN0aW9uIA0KICAgICAgMi4yPC9ESVY+DQogICAgICA8RElWPjxCUiBjbGFzcz1raHRtbC1i bG9jay1wbGFjZWhvbGRlcj48L0RJVj4NCiAgICAgIDxESVY+VGhlIGNhc2UgMyBvZiBzZWN0aW9u IDIuMiBzdWdnZXN0cyB0byB1c2UgVmlydHVhbCBJbnRlci1BUyBURSBMaW5rczogDQogICAgICBw bGVhc2UgcmVmZXIgdG8gdGhlwiZuYnNwOzwvRElWPg0KICAgICAgPERJVj5kaXNjdXNzaW9ucyBv biB0aGXCJm5ic3A7bGlzdCB3aXRoIHJlZ2FyZHMgdG8gVEUgYWdncmVnYXRpb246IHRoaXMgDQog ICAgICBvcHRpb24gaGFzIGJlZW4gZXhhbWluZWTCJm5ic3A7PC9ESVY+DQogICAgICA8RElWPmEg bnVtYmVyIG9mIHRpbWVzIGFuZCBoYXMgYmVlbsImbmJzcDtyZWplY3RlZC7CJm5ic3A7QWRyaWFu IGFuZCBJIA0KICAgICAgc3RpbGwgaGF2ZSBpbiBvdXIgcGxhdGUgdG8gZG9jdW1lbnQgdGhpcy48 L0RJVj4NCiAgICAgIDxESVY+wiZuYnNwOzwvRElWPg0KICAgICAgPERJVj48Rk9OVCBjb2xvcj0j MDAwMGZmPjxTUEFOIGNsYXNzPUFwcGxlLXN0eWxlLXNwYW4gDQogICAgICBzdHlsZT0iQ09MT1I6 IHJnYigwLDAsMjU1KSI+U29ycnkgScImbmJzcDt3YXMgbm90wiZuYnNwO2F3YXJlIG9mIHRoZSAN CiAgICAgIGhpc3Rvcnkgb2YgdGhlIFZpcnR1YWwgSW50ZXItQVMgVEUgTGlua3MgZGlzY3Vzc2lv bnMuIEl0IHdpbGwgYmUgdmVyeSANCiAgICAgIGhlbHBmdWwgaWYgc29tZW9uZSBjYW4gZ2l2ZcIm bmJzcDttZSBtb3JlIGRldGFpbHMgb24gdGhpcyBpc3N1ZSwgDQogICAgICB0aGFua3MuPC9TUEFO PjwvRk9OVD48QlIgDQogICAgY2xhc3M9a2h0bWwtYmxvY2stcGxhY2Vob2xkZXI+PC9ESVY+PC9E SVY+PC9ESVY+PC9CTE9DS1FVT1RFPjwvU1BBTj48L0JMT0NLUVVPVEU+U3RheSANCiAgdHVuZWQs IHdlJ2xsIHRyeSB0byBwb3N0IGFuIElEIHNvb24uPEJSPg0KICA8QkxPQ0tRVU9URSB0eXBlPSJj aXRlIj48U1BBTiBjbGFzcz1BcHBsZS1zdHlsZS1zcGFuIA0KICAgIHN0eWxlPSJXT1JELVNQQUNJ Tkc6IDBweDsgRk9OVDogMTZweCBIZWx2ZXRpY2E7IFRFWFQtVFJBTlNGT1JNOiBub25lOyBDT0xP UjogcmdiKDAsMCwwKTsgVEVYVC1JTkRFTlQ6IDBweDsgV0hJVEUtU1BBQ0U6IG5vcm1hbDsgTEVU VEVSLVNQQUNJTkc6IG5vcm1hbDsgQk9SREVSLUNPTExBUFNFOiBzZXBhcmF0ZTsgYm9yZGVyLXNw YWNpbmc6IDBweCAwcHg7IGtodG1sLXRleHQtZGVjb3JhdGlvbnMtaW4tZWZmZWN0OiBub25lOyBh cHBsZS10ZXh0LXNpemUtYWRqdXN0OiBhdXRvOyBvcnBoYW5zOiAyOyB3aWRvd3M6IDIiPg0KICAg IDxCTE9DS1FVT1RFIGRpcj1sdHIgDQogICAgc3R5bGU9IlBBRERJTkctUklHSFQ6IDBweDsgUEFE RElORy1MRUZUOiA1cHg7IE1BUkdJTi1MRUZUOiA1cHg7IEJPUkRFUi1MRUZUOiAjMDAwMDAwIDJw eCBzb2xpZDsgTUFSR0lOLVJJR0hUOiAwcHgiPg0KICAgICAgPERJVj4NCiAgICAgIDxESVY+DQog ICAgICA8RElWPjwvRElWPg0KICAgICAgPERJVj5BbmQgb2YgY291cnNlLCBpZiB5b3Ugc3RhcnQg dG8gYWx0ZXJuYXRlIGEgbnVtYmVyIG9mIFBDRSBlbmFibGVkIGFuZCANCiAgICAgIG5vbiBQQ0Ug ZW5hYmxlZMImbmJzcDs8L0RJVj4NCiAgICAgIDxESVY+ZG9tYWlucywgdGhlwiZuYnNwO3Jlc3Vs dCBnZXRzIG5vdCBvbmx5IGV4dHJlbWVseSBjb21wbGV4IGJ1dCBtb3JlIA0KICAgICAgaW1wb3J0 YW50bHkgaGlnaGx5wiZuYnNwO3VucHJlZGljdGFibGXCJm5ic3A7PC9ESVY+DQogICAgICA8RElW PmluIHRlcm0gb2YgcGF0aCBxdWFsaXR5LjwvRElWPg0KICAgICAgPERJVj7CJm5ic3A7PC9ESVY+ DQogICAgICA8RElWPjxGT05UIGNvbG9yPSMwMDAwZmY+PFNQQU4gY2xhc3M9QXBwbGUtc3R5bGUt c3BhbiANCiAgICAgIHN0eWxlPSJDT0xPUjogcmdiKDAsMCwyNTUpIj5NYXliZSB0aGUgcmVhbGlz dGljIHdvcmxkIGlzIG5vdCBzbyBob3JyaWJsZSwgDQogICAgICB0aGUgbW9zdCBwb3NzaWJsZSBz Y2VuYXJpbyBpcyB0aGF0IG9uZSBvZiB0aGUgUENFcyBpcyBicm9rZW4gaW4gDQogICAgICBtdWx0 aS1kb21haW4gbmV0d29yay4gSW4gdGhpcyBzY2VuYXJpbywgaW4gb3JkZXIgdG8gZ2V0IGFzIG11 Y2ggb3B0aW1hbCANCiAgICAgIGludGVyLWRvbWFpbiBwYXRoIGFzIHdlIGNhbiwgSSB0aGluayB3 ZSBuZWVkIHRyeSB0byB1c2UgdGhlIEJSUEMgDQogICAgICBpbsImbmJzcDttb3N0IGRvbWFpbnMg d2hlcmUgdGhlIFBDRXMgYXJlIHN0aWxsIGF2YWlsYWJsZS4gQmFzZWQgb24gdGhpcyANCiAgICAg IHVuZGVyc3RhbmRpbmcsIHdlIHRoaW5rIGl0J3MgbmVjZXNzYXJ5IHRvwiZuYnNwO2NsYXJpZnkg aG93IHRvwiZuYnNwO2FwcGx5IA0KICAgICAgdGhlwiZuYnNwO0JSUEPCJm5ic3A7dG8gdGhlIHNj ZW5hcmlvc8ImbmJzcDtkZXNjcmliZWQgaW4gDQogICAgICB0aGlzwiZuYnNwO0ktRC7CJm5ic3A7 PC9TUEFOPjwvRk9OVD48L0RJVj4NCiAgICAgIDxESVY+PEJSIA0KICBjbGFzcz1raHRtbC1ibG9j ay1wbGFjZWhvbGRlcj48L0RJVj48L0RJVj48L0RJVj48L0JMT0NLUVVPVEU+PC9TUEFOPjwvQkxP Q0tRVU9URT5TZWUgDQogIHVubGVzcyB5b3UgY2FuIHF1YW50aWZ5IHRoZSBwb3RlbnRpYWwgZ2Fp biwgd2hpY2ggeW91IGNhbm5vdCBpbiB0aGlzIGNhc2UsIEkgDQogIHByZWZlciBub3QgdG8gYWRk IGFub3RoZXIgbGF5ZXIgb2YgY29tcGxleGl0eS48L0RJVj4NCiAgPERJVj48QlIgY2xhc3M9a2h0 bWwtYmxvY2stcGxhY2Vob2xkZXI+PC9ESVY+DQogIDxESVY+TWFrZXMgc2Vuc2UgPzwvRElWPg0K ICA8RElWPjxCUiBjbGFzcz1raHRtbC1ibG9jay1wbGFjZWhvbGRlcj48L0RJVj4NCiAgPERJVj5U aGFua3MuPC9ESVY+DQogIDxESVY+PEJSIGNsYXNzPWtodG1sLWJsb2NrLXBsYWNlaG9sZGVyPjwv RElWPg0KICA8RElWPkpQLjwvRElWPg0KICA8RElWPg0KICA8QkxPQ0tRVU9URSB0eXBlPSJjaXRl Ij48U1BBTiBjbGFzcz1BcHBsZS1zdHlsZS1zcGFuIA0KICAgIHN0eWxlPSJXT1JELVNQQUNJTkc6 IDBweDsgRk9OVDogMTZweCBIZWx2ZXRpY2E7IFRFWFQtVFJBTlNGT1JNOiBub25lOyBDT0xPUjog cmdiKDAsMCwwKTsgVEVYVC1JTkRFTlQ6IDBweDsgV0hJVEUtU1BBQ0U6IG5vcm1hbDsgTEVUVEVS LVNQQUNJTkc6IG5vcm1hbDsgQk9SREVSLUNPTExBUFNFOiBzZXBhcmF0ZTsgYm9yZGVyLXNwYWNp bmc6IDBweCAwcHg7IGtodG1sLXRleHQtZGVjb3JhdGlvbnMtaW4tZWZmZWN0OiBub25lOyBhcHBs ZS10ZXh0LXNpemUtYWRqdXN0OiBhdXRvOyBvcnBoYW5zOiAyOyB3aWRvd3M6IDIiPg0KICAgIDxC TE9DS1FVT1RFIGRpcj1sdHIgDQogICAgc3R5bGU9IlBBRERJTkctUklHSFQ6IDBweDsgUEFERElO Ry1MRUZUOiA1cHg7IE1BUkdJTi1MRUZUOiA1cHg7IEJPUkRFUi1MRUZUOiAjMDAwMDAwIDJweCBz b2xpZDsgTUFSR0lOLVJJR0hUOiAwcHgiPg0KICAgICAgPERJVj4NCiAgICAgIDxESVY+DQogICAg ICA8RElWPjwvRElWPg0KICAgICAgPERJVj5UaGFua3MuPC9ESVY+DQogICAgICA8RElWPjxCUiBj bGFzcz1raHRtbC1ibG9jay1wbGFjZWhvbGRlcj48L0RJVj4NCiAgICAgIDxESVY+SlAuPC9ESVY+ PEJSPg0KICAgICAgPEJMT0NLUVVPVEUgdHlwZT0iY2l0ZSI+PFNQQU4gY2xhc3M9QXBwbGUtc3R5 bGUtc3BhbiANCiAgICAgICAgc3R5bGU9IldPUkQtU1BBQ0lORzogMHB4OyBGT05UOiAxNnB4IEhl bHZldGljYTsgVEVYVC1UUkFOU0ZPUk06IG5vbmU7IENPTE9SOiByZ2IoMCwwLDApOyBURVhULUlO REVOVDogMHB4OyBXSElURS1TUEFDRTogbm9ybWFsOyBMRVRURVItU1BBQ0lORzogbm9ybWFsOyBC T1JERVItQ09MTEFQU0U6IHNlcGFyYXRlOyBib3JkZXItc3BhY2luZzogMHB4IDBweDsga2h0bWwt dGV4dC1kZWNvcmF0aW9ucy1pbi1lZmZlY3Q6IG5vbmU7IGFwcGxlLXRleHQtc2l6ZS1hZGp1c3Q6 IGF1dG87IG9ycGhhbnM6IDI7IHdpZG93czogMiI+DQogICAgICAgIDxESVY+PEZPTlQgZmFjZT0i VGltZXMgTmV3IFJvbWFuIj48U1BBTiBjbGFzcz1BcHBsZS1zdHlsZS1zcGFuIA0KICAgICAgICBz dHlsZT0iRk9OVC1GQU1JTFk6IFRpbWVzIE5ldyBSb21hbiI+PFNQQU4gY2xhc3M9QXBwbGUtc3R5 bGUtc3BhbiANCiAgICAgICAgc3R5bGU9IkZPTlQtRkFNSUxZOiBUaW1lcyBOZXcgUm9tYW4iPkJl c3QgDQogICAgICAgIHJlZ2FyZHMsPC9TUEFOPjwvU1BBTj48L0ZPTlQ+PC9ESVY+DQogICAgICAg IDxESVY+PEZPTlQgZmFjZT0iVGltZXMgTmV3IFJvbWFuIj48L0ZPTlQ+wiZuYnNwOzwvRElWPg0K ICAgICAgICA8RElWPjxGT05UIGZhY2U9IlRpbWVzIE5ldyBSb21hbiI+PFNQQU4gY2xhc3M9QXBw bGUtc3R5bGUtc3BhbiANCiAgICAgICAgc3R5bGU9IkZPTlQtRkFNSUxZOiBUaW1lcyBOZXcgUm9t YW4iPjxTUEFOIGNsYXNzPUFwcGxlLXN0eWxlLXNwYW4gDQogICAgICAgIHN0eWxlPSJGT05ULUZB TUlMWTogVGltZXMgTmV3IFJvbWFuIj5EYW4gTGkgJmFtcDsgSG9uZ21pYW8gDQogICAgICAgIFhp YTwvU1BBTj48L1NQQU4+PC9GT05UPjwvRElWPjxCUiANCiAgICAgIGNsYXNzPUFwcGxlLWludGVy Y2hhbmdlLW5ld2xpbmU+PC9TUEFOPjwvQkxPQ0tRVU9URT48L0RJVj48QlI+PC9ESVY+PC9CTE9D S1FVT1RFPjxCUiANCiAgICBjbGFzcz1BcHBsZS1pbnRlcmNoYW5nZS1uZXdsaW5lPjwvU1BBTj48 L0JMT0NLUVVPVEU+PC9ESVY+PEJSPjwvRElWPjwvQkxPQ0tRVU9URT48L0JPRFk+PC9IVE1MPg0K --Boundary_(ID_wHhBar3EHZB20VX2wethCQ)-- --===============2018174211== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Pce mailing list Pce@lists.ietf.org https://www1.ietf.org/mailman/listinfo/pce --===============2018174211==-- From pce-bounces@lists.ietf.org Thu Jul 12 08:11:17 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I8xVt-0002JF-QB; Thu, 12 Jul 2007 08:11:17 -0400 Received: from pce by megatron.ietf.org with local (Exim 4.43) id 1I8xVs-0002J5-BD for pce-confirm+ok@megatron.ietf.org; Thu, 12 Jul 2007 08:11:16 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I8xVr-0002Ix-Ur for pce@ietf.org; Thu, 12 Jul 2007 08:11:15 -0400 Received: from rtp-iport-2.cisco.com ([64.102.122.149]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I8xVm-0000AA-Kk for pce@ietf.org; Thu, 12 Jul 2007 08:11:15 -0400 Received: from rtp-dkim-1.cisco.com ([64.102.121.158]) by rtp-iport-2.cisco.com with ESMTP; 12 Jul 2007 08:10:55 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAMS2lUZAZnme/2dsb2JhbACCYw X-IronPort-AV: i="4.16,532,1175486400"; d="scan'208,217"; a="125864234:sNHT2220730462" Received: from rtp-core-2.cisco.com (rtp-core-2.cisco.com [64.102.124.13]) by rtp-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id l6CCAt6J008254; Thu, 12 Jul 2007 08:10:55 -0400 Received: from xbh-rtp-201.amer.cisco.com (xbh-rtp-201.cisco.com [64.102.31.12]) by rtp-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id l6CC3asU003891; Thu, 12 Jul 2007 12:10:54 GMT Received: from xfe-rtp-201.amer.cisco.com ([64.102.31.38]) by xbh-rtp-201.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 12 Jul 2007 08:10:08 -0400 Received: from [10.86.104.182] ([10.86.104.182]) by xfe-rtp-201.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 12 Jul 2007 08:10:06 -0400 In-Reply-To: <00ce01c7c478$8a329980$374d460a@china.huawei.com> References: <002301c7c081$ba285cb0$6401a8c0@dan> <7065EC70-9185-47C0-AC64-24E671ADC401@cisco.com> <007d01c7c3b2$a407d440$374d460a@china.huawei.com> <74A08C22-F000-40E9-BA26-4AFE7D5E7D31@cisco.com> <00ce01c7c478$8a329980$374d460a@china.huawei.com> Mime-Version: 1.0 (Apple Message framework v752.2) X-Priority: 3 Message-Id: From: JP Vasseur Date: Thu, 12 Jul 2007 08:09:29 -0400 To: Dan Li X-Mailer: Apple Mail (2.752.2) X-OriginalArrivalTime: 12 Jul 2007 12:10:06.0223 (UTC) FILETIME=[958B29F0:01C7C47D] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=41433; t=1184242255; x=1185106255; c=relaxed/simple; s=rtpdkim1001; 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=20New=20draft=20related=20to=20BRPC |Sender:=20 |To:=20Dan=20Li=20; bh=FUojL1GxEi3dgtjQYC+eYrTRcia3mCK5yM2xhBSl/S4=; b=SlOpe4r9K2cVOChTP1gZJH0ZtHagsatKPTbakEHRZQsKRgLnazJyn2hTcdZiKOBQVcob+Voa J6DYJNqOOI3SvbDDx5Pqx/cJH2DJF2k7iBGaI2H8bQ/dNm1eP6qRCshO; Authentication-Results: rtp-dkim-1; header.From=jvasseur@cisco.com; dkim=pass ( sig from cisco.com/rtpdkim1001 verified; ); X-Spam-Score: 0.0 (/) X-Scan-Signature: 66ff42a56498684039efb58366a4b354 Cc: Nabil Bitar , Raymond Zhang , JP Vasseur , pce@ietf.org, JL Le Roux Subject: [Pce] Re: New draft related to BRPC X-BeenThere: pce@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: multipart/mixed; boundary="===============2060631675==" Errors-To: pce-bounces@lists.ietf.org --===============2060631675== Content-Type: multipart/alternative; boundary=Apple-Mail-61--223460233 --Apple-Mail-61--223460233 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Hi Dan, On Jul 12, 2007, at 7:33 AM, Dan Li wrote: > Dear JP, > > It makes sence :-) > OK we're in sync, thanks. > > Now I am waitting for your new ID about Virtual Inter-AS TE Links. > Sure: more precisely, the aim of the ID is to explain why TE =20 Aggregation in general has been rejected by the IETF. Thanks. JP. > Thanks, > > Dan > > ----- Original Message ----- > From: JP Vasseur > To: Dan Li > Cc: JP Vasseur ; Raymond Zhang ; Nabil Bitar ; JL Le Roux ; Adrian =20 > Farrel ; pce@ietf.org > Sent: Wednesday, July 11, 2007 8:18 PM > Subject: Re: New draft related to BRPC > > Hi Dan, > > On Jul 11, 2007, at 7:57 AM, Dan Li wrote: > >> Dear JP, >> =C2 >> Thanks for your comments! >> =C2 >> Sorry for the late response, please see inline words in=C2 Blue. >> =C2 >> Best regards, >> =C2 >> Dan >> =C2 >> ----- Original Message ----- >> From: JP Vasseur >> To: Dan Li >> Cc: JP Vasseur ; Raymond Zhang ; Nabil Bitar ; JL Le Roux ; Adrian =20= >> Farrel ; pce@ietf.org >> Sent: Tuesday, July 10, 2007 4:05 AM >> Subject: Re: New draft related to BRPC >> >> Hi Dan, >> >> On Jul 7, 2007, at 6:29 AM, Dan Li wrote: >> >>> Dear the authors of BRPC, >>> =C2 >>> We just published a new draft which we think is worth to be =20 >>> reviewed by you: >>> http://tools.ietf.org/wg/pce/draft-xia-pce-hybrid-network-00.txt >>> =C2 >>> The purpose of the draft is: >>> - This draft is primarily to explain a problem that we think is a =20= >>> real deployment scenario; >>> - We believe that BRPC can be used to solve the problem; >>> - If the WG is in agreement, we would like to propose a few =20 >>> paragraphs to be added to [brpc]; >>> - If the WG would like to discuss this issue more, we would=C2 be =20= >>> happy to present it in Chicago. >>> =C2 >>> Please let us know what's your suggestion. We greatly appreciate =20 >>> your time to look at this new draft. >>> =C2 >> >> As you know the whole point of using a Multi-PCE approach with =20 >> BRPC is to compute=C2 >> the shortest inter-domain=C2 constrained path (in addition to =20 >> diverse paths, ... ).=C2 >> =C2 >> Agree! >> The case you're looking at in this ID (called Hybrid network) can =20 >> no longer guarantee=C2 that=C2 >> you'll find the shortest path of course. >> =C2 >> Agree! >> Referring to your first example, the most downstream PCE will only =20= >> see the next hops >> to the downstream domain. So even if by using BRPC between the =20 >> first set of domains=C2 >> where you have=C2 cooperative PCEs you get the shortest path between =20= >> the source and=C2 >> the set of entry boundary nodes of the=C2 first non-PCE domain, this =20= >> does not guarantee=C2 >> you anything in term of path efficiency ...=C2 >> =C2 >> The purpose of this ID is try to look at the possible solution =20 >> where the PCEs are not=C2 available in all the domains. By using =20 >> BRPC, we can get the shortest inter-domain path. So even we could =20 >> not get the shortest inter-domain path by applying BRPC=C2 to all =20 >> the domains, we still can get the less shortest inter-domain path =20 >> by applying BRPC=C2 to most domains. This is kind of best effort =20 >> path computation.=C2 > But that does not help, since even in the case (PCE-domain)(PCE =20 > domain)(non PCE domain) you still do not know whether the best > path up to the exit BR of the second domain is the one you should =20 > use. It might just be the worst possible path depending on the path > from the entry BR to the destination in the last domain. This is =20 > clearly non deterministic.=C2 > > And of course the=C2 (non PCE-domain)(PCE domain)(PCE domain) or=C2 =20= > (PCE-domain)(non PCE domain)(PCE domain) cases are even worse. > > Furthermore, in that case, you can also not compute diverse paths =20 > for the exact same reason (another motivation for using a Multi-PCE > based approach). >> Furthermore since you get several paths, would you try to signal =20 >> two TE LSPs in which=C2 >> case they may=C2 end up blocking each other ? >> =C2 >> Only one TE LSP is signalled in this case. Since there are several =20= >> optional TE LSPs, one of the optional TE LSPs may be signalled if =20 >> the first one could not be=C2 established successfully. > OK so that does not give you any=C2 quantifiable gain. >> Note that this comment applies to the first two cases of section 2.2 >> >> The case 3 of section 2.2 suggests to use Virtual Inter-AS TE =20 >> Links: please refer to the=C2 >> discussions on the=C2 list with regards to TE aggregation: this =20 >> option has been examined=C2 >> a number of times and has been=C2 rejected.=C2 Adrian and I still = have =20 >> in our plate to document this. >> =C2 >> Sorry I=C2 was not=C2 aware of the history of the Virtual Inter-AS TE = =20 >> Links discussions. It will be very helpful if someone can give=C2 me =20= >> more details on this issue, thanks. > Stay tuned, we'll try to post an ID soon. >> And of course, if you start to alternate a number of PCE enabled =20 >> and non PCE enabled=C2 >> domains, the=C2 result gets not only extremely complex but more =20 >> importantly highly=C2 unpredictable=C2 >> in term of path quality. >> =C2 >> Maybe the realistic world is not so horrible, the most possible =20 >> scenario is that one of the PCEs is broken in multi-domain =20 >> network. In this scenario, in order to get as much optimal inter-=20 >> domain path as we can, I think we need try to use the BRPC in=C2 =20 >> most domains where the PCEs are still available. Based on this =20 >> understanding, we think it's necessary to=C2 clarify how to=C2 apply =20= >> the=C2 BRPC=C2 to the scenarios=C2 described in this=C2 I-D.=C2 >> > See unless you can quantify the potential gain, which you cannot in =20= > this case, I prefer not to add another layer of complexity. > > Makes sense ? > > Thanks. > > JP. >> Thanks. >> >> JP. >> >>> Best regards, >>> =C2 >>> Dan Li & Hongmiao Xia >>> >> >> > > --Apple-Mail-61--223460233 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=UTF-8 Hi Dan,
= --Apple-Mail-61--223460233-- --===============2060631675== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Pce mailing list Pce@lists.ietf.org https://www1.ietf.org/mailman/listinfo/pce --===============2060631675==-- From pce-bounces@lists.ietf.org Thu Jul 12 18:53:13 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I97X7-0008Vx-BW; Thu, 12 Jul 2007 18:53:13 -0400 Received: from pce by megatron.ietf.org with local (Exim 4.43) id 1I97X6-0008Vq-Ik for pce-confirm+ok@megatron.ietf.org; Thu, 12 Jul 2007 18:53:12 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I97X6-0008Vi-95 for pce@ietf.org; Thu, 12 Jul 2007 18:53:12 -0400 Received: from rtp-iport-1.cisco.com ([64.102.122.148]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I97X2-0000Ie-0N for pce@ietf.org; Thu, 12 Jul 2007 18:53:12 -0400 Received: from rtp-dkim-1.cisco.com ([64.102.121.158]) by rtp-iport-1.cisco.com with ESMTP; 12 Jul 2007 18:53:07 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAOdNlkZAZnme/2dsb2JhbAA X-IronPort-AV: i="4.16,534,1175486400"; d="scan'208"; a="65056198:sNHT25442746" Received: from rtp-core-2.cisco.com (rtp-core-2.cisco.com [64.102.124.13]) by rtp-dkim-1.cisco.com (8.12.11/8.12.11) with ESMTP id l6CMr7kF025620; Thu, 12 Jul 2007 18:53:07 -0400 Received: from xbh-rtp-201.amer.cisco.com (xbh-rtp-201.cisco.com [64.102.31.12]) by rtp-core-2.cisco.com (8.12.10/8.12.6) with ESMTP id l6CMr7s0019306; Thu, 12 Jul 2007 22:53:07 GMT Received: from xfe-rtp-201.amer.cisco.com ([64.102.31.38]) by xbh-rtp-201.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 12 Jul 2007 18:53:07 -0400 Received: from [10.86.104.182] ([10.86.104.182]) by xfe-rtp-201.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 12 Jul 2007 18:53:07 -0400 Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <7A2C4E9D-B9D2-44D2-8081-4B8B5B263CBF@cisco.com> Content-Transfer-Encoding: 7bit From: JP Vasseur Date: Thu, 12 Jul 2007 18:52:33 -0400 To: pce@ietf.org X-Mailer: Apple Mail (2.752.2) X-OriginalArrivalTime: 12 Jul 2007 22:53:07.0403 (UTC) FILETIME=[69B809B0:01C7C4D7] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=746; t=1184280787; x=1185144787; c=relaxed/simple; s=rtpdkim1001; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=jvasseur@cisco.com; z=From:=20JP=20Vasseur=20 |Subject:=20Note=20on=20encryption=20for=20PCE=20Discovery |Sender:=20 |To:=20pce@ietf.org; bh=JJAHD0CieO/jxORms0RLUEsh+IoFUwCu9nnvTw3SEXs=; b=X0qF9yG6rtD9/YQj9h6U7j3gLeYh6/AIvgWBgbTNb4FY/21CorbuOa3Wi2J4LjCm5iqR3dQz xIEwdfr9At97JMYdocT+egHkajFYsWYib9PLxIad25+igSszGjyec1o8; Authentication-Results: rtp-dkim-1; header.From=jvasseur@cisco.com; dkim=pass ( sig from cisco.com/rtpdkim1001 verified; ); X-Spam-Score: 0.0 (/) X-Scan-Signature: d6b246023072368de71562c0ab503126 Cc: Subject: [Pce] Note on encryption for PCE Discovery X-BeenThere: pce@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: pce-bounces@lists.ietf.org Dear WG, draft-ietf-pce-disco-proto-ospf-06.txt and draft-ietf-pce-disco-proto- isis-06.txt both passed WG LC and we're now working on addressing the DISCUSS raised during IESG review. On the particular topic of encryption, RFC 4674 states the following in section 4.6. "- There MUST be a mechanism to encrypt discovery information." draft-ietf-pce-disco-proto-ospf-06.txt clearly states that this requirement is not met: "OSPF provides no encryption mechanism for protecting the privacy of LSAs, and in particular the privacy of the PCE discovery information.", which is perfectly acceptable as long as this is documented. If any of you has an issue with this, let us know by July 19, noon ET. Thanks. JP. _______________________________________________ Pce mailing list Pce@lists.ietf.org https://www1.ietf.org/mailman/listinfo/pce From pce-bounces@lists.ietf.org Fri Jul 13 10:22:16 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I9M2C-0005t6-Ek; Fri, 13 Jul 2007 10:22:16 -0400 Received: from pce by megatron.ietf.org with local (Exim 4.43) id 1I9M2B-0005r6-8Y for pce-confirm+ok@megatron.ietf.org; Fri, 13 Jul 2007 10:22:15 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I9M2A-0005qx-Tp for pce@ietf.org; Fri, 13 Jul 2007 10:22:14 -0400 Received: from p-mail2.rd.francetelecom.com ([195.101.245.16]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1I9M2A-0003aI-GO for pce@ietf.org; Fri, 13 Jul 2007 10:22:14 -0400 Received: from FTRDMEL2.rd.francetelecom.fr ([10.193.117.153]) by ftrdsmtp2.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.1830); Fri, 13 Jul 2007 16:21:39 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: RE: [Pce] New draft on wavelength switched optical networks Date: Fri, 13 Jul 2007 16:20:43 +0200 Message-ID: <7DBAFEC6A76F3E42817DF1EBE64CB02604B8D322@FTRDMEL2.rd.francetelecom.fr> In-Reply-To: <4682A0D1.4050904@grotto-networking.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Pce] New draft on wavelength switched optical networks Thread-Index: Ace44kBWGI51s+KyS66O9uwz+WvwnwMaUN7g References: <4682A0D1.4050904@grotto-networking.com> From: "MEURIC Julien RD-CORE-LAN" To: "Greg Bernstein" X-OriginalArrivalTime: 13 Jul 2007 14:21:39.0331 (UTC) FILETIME=[209D9D30:01C7C559] X-Spam-Score: 0.0 (/) X-Scan-Signature: f607d15ccc2bc4eaf3ade8ffa8af02a0 Cc: ccamp , pce@ietf.org, Young Lee X-BeenThere: pce@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: pce-bounces@lists.ietf.org Hi Greg. I'm really interested in this topic, but I think I've missed some points = when reading your ID. For instance, I don't get why you consider the signal modulation format. = I don't believe a single-vendor environment would require a negociation = on modulation for a specific bandwidth, and I don't think modulation = information would be enough for 2 different implementations to interwork = on (analog) optical line. Anyway, this work is a good start to highlight GMPLS and PCE lack to = handle the different kinds of optical networks. Regards, Julien -----Original Message----- From: Greg Bernstein [mailto:gregb@grotto-networking.com]=20 Hi CCAMPer's and PCEr's, we have just published a new draft on the=20 "Applicability of GMPLS and PCE to Wavelength Switched Optical=20 Networks" =20 http://www.ietf.org/internet-drafts/draft-bernstein-ccamp-wavelength-swit= ched-00.txt=20 . This draft looks at optical networks that include tunable lasers and=20 ROADM (reconfigurable optical add/drop multiplexers) with no or limited=20 wavelength conversion capability (these components are defined in the=20 draft).=20 These limitations lead to the RWA (routing and wavelength assignment)=20 problem which is a bit more demanding in terms of input information and=20 computation than other constrained path computation problems. In the=20 draft we look at the implications for GMPLS signaling, GMPLS routing,=20 and PCE protocols and suggest some potential extensions to better=20 accommodate this application. We'd appreciate feedback/collaboration on (a) overall interest in this=20 application, (b) requirements discussions, and (c) solution/extension=20 discussions. Cheers Greg B. --=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D Dr Greg Bernstein, Grotto Networking (510) 573-2237 _______________________________________________ Pce mailing list Pce@lists.ietf.org https://www1.ietf.org/mailman/listinfo/pce _______________________________________________ Pce mailing list Pce@lists.ietf.org https://www1.ietf.org/mailman/listinfo/pce From pce-bounces@lists.ietf.org Fri Jul 13 14:15:11 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I9Pfb-0005g3-Cc; Fri, 13 Jul 2007 14:15:11 -0400 Received: from pce by megatron.ietf.org with local (Exim 4.43) id 1I9PfT-0005Yo-PW for pce-confirm+ok@megatron.ietf.org; Fri, 13 Jul 2007 14:15:03 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I9PfT-0005YX-6o for pce@ietf.org; Fri, 13 Jul 2007 14:15:03 -0400 Received: from pro.abac.com ([66.226.64.2]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1I9PfS-0003i8-QC for pce@ietf.org; Fri, 13 Jul 2007 14:15:03 -0400 Received: from [192.168.0.131] (c-71-202-41-42.hsd1.ca.comcast.net [71.202.41.42]) (authenticated bits=0) by pro.abac.com (8.13.8/8.13.8) with ESMTP id l6DIELkJ005205 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 13 Jul 2007 11:14:23 -0700 (PDT) (envelope-from gregb@grotto-networking.com) Message-ID: <4697C0FD.2010909@grotto-networking.com> Date: Fri, 13 Jul 2007 11:14:21 -0700 From: Greg Bernstein User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: MEURIC Julien RD-CORE-LAN Subject: Re: [Pce] New draft on wavelength switched optical networks References: <4682A0D1.4050904@grotto-networking.com> <7DBAFEC6A76F3E42817DF1EBE64CB02604B8D322@FTRDMEL2.rd.francetelecom.fr> In-Reply-To: <7DBAFEC6A76F3E42817DF1EBE64CB02604B8D322@FTRDMEL2.rd.francetelecom.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Scan-Signature: d8ae4fd88fcaf47c1a71c804d04f413d Cc: ccamp , pce@ietf.org, Young Lee X-BeenThere: pce@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: pce-bounces@lists.ietf.org Hi Julien, good questions. See comments below. Regards Greg B. MEURIC Julien RD-CORE-LAN wrote: > Hi Greg. > > I'm really interested in this topic, but I think I've missed some points when reading your ID. > > For instance, I don't get why you consider the signal modulation format. I don't believe a single-vendor environment would require a negociation on modulation for a specific bandwidth, --> In the optical case as it is currently implemented I tend to agree with you here. However in other systems negotiation of modulation format and such is more common. > and I don't think modulation information would be enough for 2 different implementations to interwork on (analog) optical line. > I was thinking along the lines of the relatively new ITU-T optical signal designations such as NRZ 2.5G, and RZ 40G defined in G.959.1. I'm also, like most of the ITU-T recommendations, restricting the focus to digital signals over fiber. Not including impairment information for now, this should give us adequate information to understand the signals spectral characteristics for compatibility with wavelength selective switching elements and such. At least this was the part of the point of the physical layers interfaces defined G.959.1. One thing that we might have not hit well enough is the compatibility of the end systems where the optical signals are demodulated. Its one thing to be able to switch the lambdas its another to demodulate them. Would we need more information or would this be covered in the PID? For example if the PID indicates that the carried signal is a particular flavor of10G Ethernet that would be sufficient. I'll review the current PID stuff as applied to lambda switching. > Anyway, this work is a good start to highlight GMPLS and PCE lack to handle the different kinds of optical networks. > > Regards, > > Julien > > > -----Original Message----- > From: Greg Bernstein [mailto:gregb@grotto-networking.com] > > Hi CCAMPer's and PCEr's, we have just published a new draft on the > "Applicability of GMPLS and PCE to Wavelength Switched Optical > Networks" > http://www.ietf.org/internet-drafts/draft-bernstein-ccamp-wavelength-switched-00.txt > . > > This draft looks at optical networks that include tunable lasers and > ROADM (reconfigurable optical add/drop multiplexers) with no or limited > wavelength conversion capability (these components are defined in the > draft). > These limitations lead to the RWA (routing and wavelength assignment) > problem which is a bit more demanding in terms of input information and > computation than other constrained path computation problems. In the > draft we look at the implications for GMPLS signaling, GMPLS routing, > and PCE protocols and suggest some potential extensions to better > accommodate this application. > > We'd appreciate feedback/collaboration on (a) overall interest in this > application, (b) requirements discussions, and (c) solution/extension > discussions. > > Cheers > > Greg B. > > -- =================================================== Dr Greg Bernstein, Grotto Networking (510) 573-2237 _______________________________________________ Pce mailing list Pce@lists.ietf.org https://www1.ietf.org/mailman/listinfo/pce From pce-bounces@lists.ietf.org Sat Jul 14 11:46:43 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I9jpS-0004Vp-R4; Sat, 14 Jul 2007 11:46:42 -0400 Received: from pce by megatron.ietf.org with local (Exim 4.43) id 1I9jpR-0004Vg-0E for pce-confirm+ok@megatron.ietf.org; Sat, 14 Jul 2007 11:46:41 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I9jpQ-0004VX-Mq for pce@ietf.org; Sat, 14 Jul 2007 11:46:40 -0400 Received: from pro.abac.com ([66.226.64.2]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1I9jpM-0004Fe-7M for pce@ietf.org; Sat, 14 Jul 2007 11:46:40 -0400 Received: from [192.168.0.131] (c-71-202-41-42.hsd1.ca.comcast.net [71.202.41.42]) (authenticated bits=0) by pro.abac.com (8.13.8/8.13.8) with ESMTP id l6EFkCUX075246 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 14 Jul 2007 08:46:15 -0700 (PDT) (envelope-from gregb@grotto-networking.com) Message-ID: <4698EFC3.2080609@grotto-networking.com> Date: Sat, 14 Jul 2007 08:46:11 -0700 From: Greg Bernstein User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: "Bardalai, Snigdho" References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Scan-Signature: 8de5f93cb2b4e3bee75302e9eacc33db Cc: ccamp , pce@ietf.org, Young Lee Subject: [Pce] Re: New draft on wavelength switched optical networks X-BeenThere: pce@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: pce-bounces@lists.ietf.org Hi Snigdho, good points and questions. See comments below. Regards Greg B. Bardalai, Snigdho wrote: > Hi Greg, > > I believe your ID has presented some of the key points regarding wavelength routing. > > I think we are still missing a few other issues that may have to be considered. > 1. Constraints related to the configuration of the ROADM switching elements. For > example, transponders could be pre-wired to a specific port on the ROADM, and hence > restricting the wavelengths that could be routed to that transponder. > --> Yes. We touched on this only a bit but this is very important. There is a new draft (July 9, 2007) by Wataru. Imajuku, "Routing Extensions to Support Network Elements with Switching Constraint", draft-imajuku-ccamp-rtg-switching-constraint-02.txt. Which also hits some of these issues. But this is an area that needs further requirements analysis. It seems like we have at least: (a) Internal switching topology constraints. Such as you can't get to that port from this port. Illustrated in Wataru's draft. (b) "Colored" interface related constraints where specific lambdas ingressing on a port will egress on a fixed port (not configurable). Like what you mention above. (c) Wavelength converter based constraints such as we mention in our draft. (d) ... Others? Or a better taxonomy than the above? > 2. When considering wavelength routing it may be important to consider > if regeneration of the signal is required. --> This kind of work was started by John Strand and Angela Chiu in RFC4054 on optical impairments related to routing. Now since the publication the ITU-T has made a lot of progress in defining and characterizing various optical impairments so the time maybe about right to related some of this data plane work to the control plane. We originally were looking at this then saw some other gaps that needed filling. > Also, it may be equally important to > be able to specify, if and where reqeneration would be required during signaling > (assuming an external entity such as a PCE can determine where the regeneration can > be done). > --> Yes. We need regeneration capability information with our topology information which affects routing. Don't know that we'd need extensions to signaling, since once you've specified in the ERO to go through a regenerator element then you're done. At least for the fixed regenerators and those implicit in OEO switches. > > It would be of much interest to me to learn what is your (and others) opinion on these > issues. > > Regards, > Snigdho > > -----Original Message----- > From: owner-ccamp@ops.ietf.org [mailto:owner-ccamp@ops.ietf.org]On > Behalf Of Greg Bernstein > Sent: Wednesday, June 27, 2007 12:39 PM > To: ccamp; pce@ietf.org > Cc: Young Lee > Subject: New draft on wavelength switched optical networks > > > Hi CCAMPer's and PCEr's, we have just published a new draft on the > "Applicability of GMPLS and PCE to Wavelength Switched Optical > Networks" > http://www.ietf.org/internet-drafts/draft-bernstein-ccamp-wavelength-switched-00.txt > . > > This draft looks at optical networks that include tunable lasers and > ROADM (reconfigurable optical add/drop multiplexers) with no or limited > wavelength conversion capability (these components are defined in the > draft). > These limitations lead to the RWA (routing and wavelength assignment) > problem which is a bit more demanding in terms of input information and > computation than other constrained path computation problems. In the > draft we look at the implications for GMPLS signaling, GMPLS routing, > and PCE protocols and suggest some potential extensions to better > accommodate this application. > > We'd appreciate feedback/collaboration on (a) overall interest in this > application, (b) requirements discussions, and (c) solution/extension > discussions. > > Cheers > > Greg B. > > -- =================================================== Dr Greg Bernstein, Grotto Networking (510) 573-2237 _______________________________________________ Pce mailing list Pce@lists.ietf.org https://www1.ietf.org/mailman/listinfo/pce From pce-bounces@lists.ietf.org Mon Jul 16 12:14:47 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IATDg-000277-HB; Mon, 16 Jul 2007 12:14:44 -0400 Received: from pce by megatron.ietf.org with local (Exim 4.43) id 1IATDe-00026g-Bt for pce-confirm+ok@megatron.ietf.org; Mon, 16 Jul 2007 12:14:42 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IATDe-00026V-1q for pce@ietf.org; Mon, 16 Jul 2007 12:14:42 -0400 Received: from usaga01-in.huawei.com ([206.16.17.211]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IATDV-0001Ce-Uo for pce@ietf.org; Mon, 16 Jul 2007 12:14:42 -0400 Received: from huawei.com (usaga01-in [172.18.4.6]) by usaga01-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0JLA007NF548AG@usaga01-in.huawei.com> for pce@ietf.org; Mon, 16 Jul 2007 09:14:33 -0700 (PDT) Received: from Lee736821 ([10.124.12.83]) by usaga01-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0JLA00CZY545NE@usaga01-in.huawei.com> for pce@ietf.org; Mon, 16 Jul 2007 09:14:32 -0700 (PDT) Date: Mon, 16 Jul 2007 11:14:29 -0500 From: Young Lee In-reply-to: <4698EFC3.2080609@grotto-networking.com> To: 'Greg Bernstein' , "'Bardalai, Snigdho'" Message-id: <000401c7c7c4$633da410$530c7c0a@china.huawei.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Mailer: Microsoft Office Outlook 11 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Thread-index: AcfGLkFR3UPutvCdTr2jrCyQNCF4wwBkgjnw X-Spam-Score: 0.0 (/) X-Scan-Signature: d16ce744298aacf98517bc7c108bd198 Cc: 'ccamp' , pce@ietf.org Subject: [Pce] RE: New draft on wavelength switched optical networks X-BeenThere: pce@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: pce-bounces@lists.ietf.org Hi Snigdho, Please see in-line for my comments. Thanks. Young -----Original Message----- From: owner-ccamp@ops.ietf.org [mailto:owner-ccamp@ops.ietf.org] On Behalf Of Greg Bernstein Sent: Saturday, July 14, 2007 10:46 AM To: Bardalai, Snigdho Cc: ccamp; Young Lee; pce@ietf.org Subject: Re: New draft on wavelength switched optical networks Hi Snigdho, good points and questions. See comments below. Regards Greg B. Bardalai, Snigdho wrote: > Hi Greg, > > I believe your ID has presented some of the key points regarding wavelength routing. > > I think we are still missing a few other issues that may have to be considered. > 1. Constraints related to the configuration of the ROADM switching elements. For > example, transponders could be pre-wired to a specific port on the ROADM, and hence > restricting the wavelengths that could be routed to that transponder. > --> Yes. We touched on this only a bit but this is very important. There is a new draft (July 9, 2007) by Wataru. Imajuku, "Routing Extensions to Support Network Elements with Switching Constraint", draft-imajuku-ccamp-rtg-switching-constraint-02.txt. Which also hits some of these issues. But this is an area that needs further requirements analysis. It seems like we have at least: (a) Internal switching topology constraints. Such as you can't get to that port from this port. Illustrated in Wataru's draft. (b) "Colored" interface related constraints where specific lambdas ingressing on a port will egress on a fixed port (not configurable). Like what you mention above. (c) Wavelength converter based constraints such as we mention in our draft. (d) ... Others? Or a better taxonomy than the above? [Young] Agree with Greg. Wataru draft addressed the need to differentiate interface types: (i) colored vs. (ii) colorless. > 2. When considering wavelength routing it may be important to consider > if regeneration of the signal is required. --> This kind of work was started by John Strand and Angela Chiu in RFC4054 on optical impairments related to routing. Now since the publication the ITU-T has made a lot of progress in defining and characterizing various optical impairments so the time maybe about right to related some of this data plane work to the control plane. We originally were looking at this then saw some other gaps that needed filling. [Young] The approach we have taken in regards to impairment issues in wavelength optical switched network was to put on hold for now until we have received enough interest in the current work. We (Greg and I) judged that basic signaling and routing of the wavelengths should get kicked off before we address optical impairment issues. But as you indicated, optical impairment issue is one of the key routing constraints especially in the transparent optical network. We have not forgotten this issue; but at this juncture, we'd like to pursue the issues around the basic RWA issue first. Once this work is accepted in the community, then we should pursue impairment issue. > Also, it may be equally important to > be able to specify, if and where reqeneration would be required during signaling > (assuming an external entity such as a PCE can determine where the regeneration can > be done). > --> Yes. We need regeneration capability information with our topology information which affects routing. Don't know that we'd need extensions to signaling, since once you've specified in the ERO to go through a regenerator element then you're done. At least for the fixed regenerators and those implicit in OEO switches. > [Young] One thing we should be careful, though, is routing scalability. Previous attempts in this work have failed due to routing scalability issues associated with the sheer amount of data that need to be advertised. But now due to advancement of PCE, some of the information can be made available in PCE (not necessarily via IGP) and PCE would handle path computation constraints associated with regeneration and other optical impairment data. But before we jump into architectural alternatives, we should reach to an agreement on the scope of essential data required to enable RWA. > It would be of much interest to me to learn what is your (and others) opinion on these > issues. > > Regards, > Snigdho > > -----Original Message----- > From: owner-ccamp@ops.ietf.org [mailto:owner-ccamp@ops.ietf.org]On > Behalf Of Greg Bernstein > Sent: Wednesday, June 27, 2007 12:39 PM > To: ccamp; pce@ietf.org > Cc: Young Lee > Subject: New draft on wavelength switched optical networks > > > Hi CCAMPer's and PCEr's, we have just published a new draft on the > "Applicability of GMPLS and PCE to Wavelength Switched Optical > Networks" > http://www.ietf.org/internet-drafts/draft-bernstein-ccamp-wavelength-switche d-00.txt > . > > This draft looks at optical networks that include tunable lasers and > ROADM (reconfigurable optical add/drop multiplexers) with no or limited > wavelength conversion capability (these components are defined in the > draft). > These limitations lead to the RWA (routing and wavelength assignment) > problem which is a bit more demanding in terms of input information and > computation than other constrained path computation problems. In the > draft we look at the implications for GMPLS signaling, GMPLS routing, > and PCE protocols and suggest some potential extensions to better > accommodate this application. > > We'd appreciate feedback/collaboration on (a) overall interest in this > application, (b) requirements discussions, and (c) solution/extension > discussions. > > Cheers > > Greg B. > > -- =================================================== Dr Greg Bernstein, Grotto Networking (510) 573-2237 _______________________________________________ Pce mailing list Pce@lists.ietf.org https://www1.ietf.org/mailman/listinfo/pce From pce-bounces@lists.ietf.org Sat Jul 21 23:08:07 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1ICRni-0006Zb-Vs; Sat, 21 Jul 2007 23:08:06 -0400 Received: from pce by megatron.ietf.org with local (Exim 4.43) id 1ICRnh-0006Xy-DW for pce-confirm+ok@megatron.ietf.org; Sat, 21 Jul 2007 23:08:05 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1ICRng-0006Xp-W8 for pce@ietf.org; Sat, 21 Jul 2007 23:08:05 -0400 Received: from ams-iport-1.cisco.com ([144.254.224.140]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1ICRng-0002L1-Fd for pce@ietf.org; Sat, 21 Jul 2007 23:08:04 -0400 Received: from ams-dkim-1.cisco.com ([144.254.224.138]) by ams-iport-1.cisco.com with ESMTP; 22 Jul 2007 05:08:04 +0200 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgAAALJmokaQ/uCKh2dsb2JhbACPUwEBCQon X-IronPort-AV: i="4.16,567,1175464800"; d="scan'208"; a="148669171:sNHT17444510" 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 l6M383So006293 for ; Sun, 22 Jul 2007 05:08:03 +0200 Received: from xbh-ams-331.emea.cisco.com (xbh-ams-331.cisco.com [144.254.231.71]) by ams-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id l6M383kt015659 for ; Sun, 22 Jul 2007 03:08:03 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); Sun, 22 Jul 2007 05:08:02 +0200 Received: from [10.255.228.142] ([10.61.64.48]) by xfe-ams-332.cisco.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 22 Jul 2007 05:08:02 +0200 Mime-Version: 1.0 (Apple Message framework v752.2) Content-Transfer-Encoding: 7bit Message-Id: <7A87CB97-5B0B-4A92-AB30-E0E4369ED47F@cisco.com> Content-Type: text/plain To: pce@ietf.org From: JP Vasseur Date: Sat, 21 Jul 2007 23:07:27 -0400 X-Mailer: Apple Mail (2.752.2) X-OriginalArrivalTime: 22 Jul 2007 03:08:02.0774 (UTC) FILETIME=[84302F60:01C7CC0D] DKIM-Signature: v=0.5; a=rsa-sha256; q=dns/txt; l=2; t=1185073683; x=1185937683; 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:=20Slides=20missing=20...=20Please=20send=20them=20ASAP.=20Thank s.=20JP. |Sender:=20; bh=frcCV1k9oG9oKj3dpUqdJg1PxRT2RSN/XKdLCPjaYaY=; b=EJ0BQ4yuyjMRDDS37SCZWialQ/lLRq0y/bUiT0GeNlri80kV6abr++792Vzk8v9gLg/IBC36 CgS9h9AtXzUi/pXBjXQg9eaG3W6Ry5zvA2aa0p4VCOF3wjCEoLDZ6GFH; Authentication-Results: ams-dkim-1; header.From=jvasseur@cisco.com; dkim=pass ( sig from cisco.com/amsdkim1002 verified; ); X-Spam-Score: 0.0 (/) X-Scan-Signature: 2eba37fe9c77781b0ecb0a74d8c65128 Cc: Subject: [Pce] Slides missing ... Please send them ASAP. Thanks. JP. X-BeenThere: pce@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: pce-bounces@lists.ietf.org _______________________________________________ Pce mailing list Pce@lists.ietf.org https://www1.ietf.org/mailman/listinfo/pce From pce-bounces@lists.ietf.org Mon Jul 23 12:19:18 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1ID0cw-0004ID-As; Mon, 23 Jul 2007 12:19:18 -0400 Received: from pce by megatron.ietf.org with local (Exim 4.43) id 1ID0cv-0004Hf-8M for pce-confirm+ok@megatron.ietf.org; Mon, 23 Jul 2007 12:19:17 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1ID0cu-0004HX-Uj for pce@ietf.org; Mon, 23 Jul 2007 12:19:16 -0400 Received: from mta6.iomartmail.com ([62.128.193.156]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1ID0ct-0002VP-Eo for pce@ietf.org; Mon, 23 Jul 2007 12:19:16 -0400 Received: from mta6.iomartmail.com (localhost.localdomain [127.0.0.1]) by mta6.iomartmail.com (8.12.11.20060308/8.12.8) with ESMTP id l6NGJ6xr016840; Mon, 23 Jul 2007 17:19:06 +0100 Received: from your029b8cecfe ([130.129.83.239]) (authenticated bits=0) by mta6.iomartmail.com (8.12.11.20060308/8.12.8) with ESMTP id l6NGJ0mE016658; Mon, 23 Jul 2007 17:19:05 +0100 Message-ID: <140e01c7cd45$2ec88840$0300a8c0@your029b8cecfe> From: "Adrian Farrel" To: , References: <988D8AD9995D4745B474D4DBB131CEEF03442B35@E03MVZ1-UKDY.domain1.systemhost.net> Date: Mon, 23 Jul 2007 17:18:37 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Spam-Score: 0.2 (/) X-Scan-Signature: ffa9dfbbe7cc58b3fa6b8ae3e57b0aa3 Cc: nabil.n.bitar@verizon.com Subject: [Pce] Re: draft-ietf-pce-interas-pcecp-reqs-02.txt X-BeenThere: pce@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Adrian Farrel List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: pce-bounces@lists.ietf.org All, you can get at the draft from http://www.olddog.co.uk/pce.htm Cheers, Adrian ----- Original Message ----- From: To: Cc: ; ; ; Sent: Monday, July 23, 2007 5:08 PM Subject: draft-ietf-pce-interas-pcecp-reqs-02.txt Hi, Still having some problems posting this draft - so sending to the list instead... Hi Adrian, It would be great if you could put it in the alternative web site... <> Regards, Raymond _______________________________________________ Pce mailing list Pce@lists.ietf.org https://www1.ietf.org/mailman/listinfo/pce From pce-bounces@lists.ietf.org Mon Jul 23 12:31:13 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1ID0oT-0007oV-Hc; Mon, 23 Jul 2007 12:31:13 -0400 Received: from pce by megatron.ietf.org with local (Exim 4.43) id 1ID0nI-0007S5-Ft for pce-confirm+ok@megatron.ietf.org; Mon, 23 Jul 2007 12:30:00 -0400 Received: from pce by megatron.ietf.org with local (Exim 4.43) id 1ID0nI-0007Rq-5e for pce@ietf.org; Mon, 23 Jul 2007 12:30:00 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1ID0Uo-0002Dl-Ia for pce@ietf.org; Mon, 23 Jul 2007 12:10:54 -0400 Received: from smtp2.smtp.bt.com ([217.32.164.150]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1ID0Un-000141-OP for pce@ietf.org; Mon, 23 Jul 2007 12:10:54 -0400 Received: from E03MVZ1-UKDY.domain1.systemhost.net ([193.113.30.61]) by smtp2.smtp.bt.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 23 Jul 2007 17:09:11 +0100 x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C7CD43.CDF3D31F" Date: Mon, 23 Jul 2007 17:08:04 +0100 Message-ID: <988D8AD9995D4745B474D4DBB131CEEF03442B35@E03MVZ1-UKDY.domain1.systemhost.net> X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: draft-ietf-pce-interas-pcecp-reqs-02.txt Thread-Index: AcfNQ6VJJyTsLu1JRN+LwInDoJaJlA== From: To: X-OriginalArrivalTime: 23 Jul 2007 16:09:11.0137 (UTC) FILETIME=[CE529510:01C7CD43] X-Spam-Score: 0.0 (/) X-Scan-Signature: 8f9ac37b081a3249085c4867ee1404d4 X-TMDA-Confirmed: Mon, 23 Jul 2007 12:30:00 -0400 X-Mailman-Approved-At: Mon, 23 Jul 2007 12:31:11 -0400 Cc: nabil.n.bitar@verizon.com Subject: [Pce] draft-ietf-pce-interas-pcecp-reqs-02.txt X-BeenThere: pce@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: pce-bounces@lists.ietf.org This is a multi-part message in MIME format. ------_=_NextPart_001_01C7CD43.CDF3D31F Content-Type: multipart/alternative; boundary="----_=_NextPart_002_01C7CD43.CDF3D31F" ------_=_NextPart_002_01C7CD43.CDF3D31F Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, Still having some problems posting this draft - so sending to the list instead... Hi Adrian, It would be great if you could put it in the alternative web site... <>=20 Regards, Raymond ------_=_NextPart_002_01C7CD43.CDF3D31F Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable draft-ietf-pce-interas-pcecp-reqs-02.txt

Hi,
Still having some problems posting = this draft - so sending to the list instead…

Hi Adrian,
It would be great if you could put it = in the alternative web site…

= <<draft-ietf-pce-interas-pcecp-reqs-02.txt>>

Regards,
Raymond

------_=_NextPart_002_01C7CD43.CDF3D31F-- ------_=_NextPart_001_01C7CD43.CDF3D31F Content-Type: text/plain; name="draft-ietf-pce-interas-pcecp-reqs-02.txt" Content-Transfer-Encoding: base64 Content-Description: draft-ietf-pce-interas-pcecp-reqs-02.txt Content-Disposition: attachment; filename="draft-ietf-pce-interas-pcecp-reqs-02.txt" DQoKCgpOZXR3b3JrIFdvcmtpbmcgR3JvdXAgICAgICAgICAgICAgICAgTmFiaWwgQml0YXIgDQog ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgKEVkaXRvcikgDQogICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgVmVyaXpvbiANCkludGVybmV0IERyYWZ0ICAgICAg ICAgICAgICAgICAgICAgICBSYXltb25kIFpoYW5nIA0KICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIChFZGl0b3IpICAgICAgICAgICAgICAgICAgIA0KICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIEJUIEluZm9uZXQgIA0KSW50ZW5kZWQgU3RhdHVzOiBJbmZv cm1hdGlvbmFsICAgICAgIEtlbmppIEt1bWFraSANCiAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAoRWRpdG9yKSAgICAgICAgICAgICAgICAgICANCiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICBLRERJIENvcnBvcmF0aW9uIA0KRXhwaXJlczogSmFudWFyeSAy MDA4ICAgICAgICAgICAgICAgIEp1bHkgMjAwNyANCiAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIA0K ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICANCiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgDQogDQogICAgICAgIEludGVyLUFTIFJlcXVpcmVtZW50cyBm b3IgdGhlIFBhdGggQ29tcHV0YXRpb24gRWxlbWVudCAgDQogICAgICAgICAgICAgICAgICBDb21t dW5pY2F0aW9uIFByb3RvY29sIChQQ0VDUCkgIA0KICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICANCiAgICAgICAgICAgICAgIGRyYWZ0LWlldGYtcGNlLWludGVyYXMtcGNlY3At cmVxcy0wMi50eHQgIA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgDQpTdGF0dXMg b2YgdGhpcyBNZW1vICANCiAgDQogICBCeSBzdWJtaXR0aW5nIHRoaXMgSW50ZXJuZXQtRHJhZnQs IGVhY2ggYXV0aG9yIA0KICAgcmVwcmVzZW50cyB0aGF0IGFueSBhcHBsaWNhYmxlIHBhdGVudCBv ciBvdGhlciBJUFIgDQogICBjbGFpbXMgb2Ygd2hpY2ggaGUgb3Igc2hlIGlzIGF3YXJlIGhhdmUg YmVlbiBvciB3aWxsIA0KICAgYmUgZGlzY2xvc2VkLCBhbmQgYW55IG9mIHdoaWNoIGhlIG9yIHNo ZSBiZWNvbWVzIGF3YXJlIA0KICAgd2lsbCBiZSBkaXNjbG9zZWQsIGluIGFjY29yZGFuY2Ugd2l0 aCBTZWN0aW9uIDYgb2YgQkNQIA0KICAgNzkuICANCiAgICAgDQogICBJbnRlcm5ldC1EcmFmdHMg YXJlIHdvcmtpbmcgZG9jdW1lbnRzIG9mIHRoZSBJbnRlcm5ldCANCiAgIEVuZ2luZWVyaW5nIFRh c2sgRm9yY2UgKElFVEYpLCBpdHMgYXJlYXMsIGFuZCBpdHMgDQogICB3b3JraW5nIGdyb3Vwcy4g IE5vdGUgdGhhdCBvdGhlciBncm91cHMgbWF5IGFsc28gDQogICBkaXN0cmlidXRlIHdvcmtpbmcg ZG9jdW1lbnRzIGFzIEludGVybmV0LURyYWZ0cy4gIA0KICAgICANCiAgIEludGVybmV0LURyYWZ0 cyBhcmUgZHJhZnQgZG9jdW1lbnRzIHZhbGlkIGZvciBhIG1heGltdW0gb2Ygc2l4ICAgDQogICBt b250aHMgYW5kIG1heSBiZSB1cGRhdGVkLCByZXBsYWNlZCwgb3Igb2Jzb2xldGVkIGJ5IG90aGVy IGRvY3VtZW50cyANCiAgIGF0IGFueSB0aW1lLiAgSXQgaXMgaW5hcHByb3ByaWF0ZSB0byB1c2Ug SW50ZXJuZXQtRHJhZnRzIGFzIA0KICAgcmVmZXJlbmNlIG1hdGVyaWFsIG9yIHRvIGNpdGUgdGhl bSBvdGhlciB0aGFuIGFzICJ3b3JrIGluIHByb2dyZXNzLiIgIA0KICAgICANCiAgIFRoZSBsaXN0 IG9mIGN1cnJlbnQgSW50ZXJuZXQtRHJhZnRzIGNhbiBiZSBhY2Nlc3NlZCBhdCANCiAgIGh0dHA6 Ly93d3cuaWV0Zi5vcmcvaWV0Zi8xaWQtYWJzdHJhY3RzLnR4dC4gIA0KICAgICANCiAgIFRoZSBs aXN0IG9mIEludGVybmV0LURyYWZ0IFNoYWRvdyBEaXJlY3RvcmllcyBjYW4gYmUgYWNjZXNzZWQg YXQgDQogICBodHRwOi8vd3d3LmlldGYub3JnL3NoYWRvdy5odG1sLiAgDQogICAgIA0KICAgVGhp cyBJbnRlcm5ldC1EcmFmdCB3aWxsIGV4cGlyZSBpbiBKYW51YXJ5IDIwMDguICANCiAgICAgICAg DQpDb3B5cmlnaHQgTm90aWNlICANCiAgICAgDQogICBDb3B5cmlnaHQgKEMpIFRoZSBJRVRGIFRy dXN0ICgyMDA3KS4gIA0KICAgIA0KIA0KQml0YXIsIFpoYW5nIGFuZCBLdW1ha2kgLkludGVyLUFT IFJlcXVpcmVtZW50cyBmb3IgUENFQ1AgICAgICAgIFtQYWdlIDFdIA0KICAMDQpJbnRlcm5ldCBE cmFmdCBkcmFmdC1pZXRmLXBjZS1pbnRlcmFzLXBlY3AtcmVxcy0wMiAgIEp1bHkgMjAwNyANCgoK ICAgIA0KQWJzdHJhY3QgDQogICAgDQogICBNdWx0aXByb3RvY29sIExhYmVsIFN3aXRjaGluZyBU cmFmZmljIEVuZ2luZWVyZWQgKE1QTFMtVEUpIExhYmVsIA0KICAgU3dpdGNoZWQgUGF0aHMgKExT UHMpIG1heSBiZSBlc3RhYmxpc2hlZCB3aG9sbHkgd2l0aGluIGFuIEF1dG9ub21vdXMgDQogICBT eXN0ZW0gKEFTKSBvciBtYXkgY3Jvc3MgQVMgYm91bmRhcmllcy4gDQogICAgDQogICBUaGUgUGF0 aCBDb21wdXRhdGlvbiBFbGVtZW50IChQQ0UpIGlzIGEgY29tcG9uZW50IHRoYXQgaXMgY2FwYWJs ZSBvZiANCiAgIGNvbXB1dGluZyBwYXRocyBmb3IgTVBMUy1URSBMU1BzLiBUaGUgUENFIENvbW11 bmljYXRpb24gDQogICBQcm90b2NvbChQQ0VDUCkgaXMgZGVmaW5lZCB0byBhbGxvdyBjb21tdW5p Y2F0aW9uIGJldHdlZW4gUGF0aCANCiAgIENvbXB1dGF0aW9uIENsaWVudHMgKFBDQ3MpIGFuZCBQ Q0VzLCBhbmQgYmV0d2VlbiBQQ0VzLiBUaGUgUENFQ1AgaXMgDQogICB1c2VkIHRvIHJlcXVlc3Qg cGF0aHMgYW5kIHRvIHN1cHBseSBjb21wdXRlZCBwYXRocyBpbiByZXNwb25zZXMuIA0KICAgR2Vu ZXJpYyByZXF1aXJlbWVudHMgZm9yIHRoZSBQQ0VQIGFyZSBzZXQgb3V0IGluICJQYXRoIENvbXB1 dGF0aW9uIA0KICAgRWxlbWVudChQQ0UpIENvbW11bmljYXRpb24gUHJvdG9jb2wgR2VuZXJpYyBS ZXF1aXJlbWVudHMiLCBSRkMgNDY1Ny4gDQogICBUaGlzIGRvY3VtZW50IGV4dGVuZHMgdGhvc2Ug cmVxdWlyZW1lbnRzIHRvIGNvdmVyIHRoZSB1c2Ugb2YgUENFUCBpbiANCiAgIHN1cHBvcnQgb2Yg aW50ZXItQVMgTVBMUy1URS4gDQogICAgDQpDb252ZW50aW9ucyB1c2VkIGluIHRoaXMgZG9jdW1l bnQgIA0KICAgICAgICANCiAgIFRoZSBrZXkgd29yZHMgIk1VU1QiLCAiTVVTVCBOT1QiLCAiUkVR VUlSRUQiLCAiU0hBTEwiLCAiU0hBTEwgTk9UIiwgDQogICAiU0hPVUxEIiwgIlNIT1VMRCBOT1Qi LCAiUkVDT01NRU5ERUQiLCAiTUFZIiwgYW5kICJPUFRJT05BTCIgaW4gdGhpcyANCiAgIGRvY3Vt ZW50IGFyZSB0byBiZSBpbnRlcnByZXRlZCBhcyBkZXNjcmliZWQgaW4gUkZDIDIxMTkuICANCiAg ICANCiAgIFRhYmxlIG9mIENvbnRlbnRzIA0KICAgIA0KICAgMS4gSW50cm9kdWN0aW9uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4zIA0KICAgMi4g RGVmaW5pdGlvbnMuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4zIA0KICAgMy4gUmVmZXJlbmNlIE1vZGVsLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi40IA0KICAgNC4gRGV0YWlsZWQgUENFQ1AgUmVxdWly ZW1lbnRzIGZvciBJbnRlci1BUyBDb21wdXRhdGlvbi4uLi4uLi4uLi4uLi41IA0KICAgNC4xLiBQ Q0UgQ29tbXVuaWNhdGlvbiBQcm90b2NvbCBSZXF1aXJlbWVudHMuLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi41IA0KICAgNC4xLjEuIFJlcXVpcmVtZW50cyBmb3IgcGF0aCBjb21wdXRhdGlvbiByZXF1 ZXN0cy4uLi4uLi4uLi4uLi4uLi4uLi41IA0KICAgNC4xLjIuIFJlcXVpcmVtZW50cyBmb3IgcGF0 aCBjb21wdXRhdGlvbiByZXNwb25zZXMuLi4uLi4uLi4uLi4uLi4uLi42IA0KICAgNC4yLiBTY2Fs YWJpbGl0eSBhbmQgUGVyZm9ybWFuY2UgQ29uc2lkZXJhdGlvbnMuLi4uLi4uLi4uLi4uLi4uLi4u Li43IA0KICAgNC4zLiBNYW5hZ2VtZW50IENvbnNpZGVyYXRpb25zLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi44IA0KICAgNC40LiBDb25maWRlbnRpYWxpdHkuLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi44IA0KICAgNC41LiBQb2xpY3kg Q29udHJvbHMgQWZmZWN0aW5nIGludGVyLUFTIFBDRUNQLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi45 IA0KICAgNC41LjEuIEludGVyLUFTIFBDRSBQZWVyaW5nIFBvbGljeSBDb250cm9scy4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi45IA0KICAgNC41LjIuIEludGVyLUFTIFBDRSBSZWludGVycHJldGF0 aW9uIFBvbGljaWVzLi4uLi4uLi4uLi4uLi4uLi4uLi4uLjEwIA0KICAgNS4gU2VjdXJpdHkgQ29u c2lkZXJhdGlvbnMuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLjEwIA0K ICAgNi4gSUFOQSBDb25zaWRlcmF0aW9ucy4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLjExIA0KICAgNy4gQWNrbm93bGVkZ21lbnRzLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLjExIA0KICAgOC4gQXV0aG9ycycgQWRkcmVz c2VzLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLjExIA0KICAg OS4gTm9ybWF0aXZlIFJlZmVyZW5jZXMuLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4u Li4uLi4uLi4uLjEyIA0KICAgMTAuIEluZm9ybWF0aXZlIFJlZmVyZW5jZXMuLi4uLi4uLi4uLi4u Li4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLi4uLjEyIA0KICAgIA0KCgoKIA0KQml0YXIsIFpoYW5n LCBhbmQgS3VtYWtpICAgSW50ZXItQVMgUmVxdWlyZW1lbnRzIGZvciBQQ0VDUCBbUGFnZSAyXSAN CiAgDQogDQogIA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICANCiAgDA0KSW50ZXJuZXQgRHJhZnQgZHJhZnQtaWV0 Zi1wY2UtaW50ZXJhcy1wZWNwLXJlcXMtMDIgICBKdWx5IDIwMDcgDQoKCjEuIEludHJvZHVjdGlv biANCiANCiAgIFtSRkM0MjE2XSBkZWZpbmVzIHRoZSBzY2VuYXJpb3MgbW90aXZhdGluZyB0aGUg ZGVwbG95bWVudCBvZiBpbnRlci0NCiAgIEFTIE11bHRpcHJvdG9jb2wgTGFiZWwgU3dpdGNoaW5n IFRyYWZmaWMgRW5naW5lZXJpbmcgKE1QTFMtVEUpIGFuZCANCiAgIHNwZWNpZmllcyB0aGUgcmVx dWlyZW1lbnRzIGZvciBpbnRlci1BUyBNUExTLVRFIHdoZW4gdGhlIEFTZXMgYXJlIA0KICAgdW5k ZXIgdGhlIGFkbWluaXN0cmF0aW9uIG9mIG9uZSBTZXJ2aWNlIFByb3ZpZGVyIChTUCkgb3IgdGhl IA0KICAgYWRtaW5pc3RyYXRpb24gb2YgZGlmZmVyZW50IFNQcy4gDQogDQogICBUaHJlZSBzaWdu YWxpbmcgb3B0aW9ucyBhcmUgZGVmaW5lZCBmb3Igc2V0dGluZyB1cCBhbiBpbnRlci1BUyBURSAN CiAgIExTUDogDQogICAgICAgMSkgY29udGlndW91cyBURSBMU1AgYXMgZG9jdW1lbnRlZCBpbiBb SU5URVJELVRFU0lHXTsgDQogICAgICAgMikgc3RpdGNoZWQgaW50ZXItQVMgVEUgTFNQIGRpc2N1 c3NlZCBpbiBbTFNQLVNUSVRDSElOR107IA0KICAgICAgIDMpIG5lc3RlZCBURSBMU1AgYXMgaW4g W1JGQzQyMDZdLiANCiANCiAgIFtJTlRFUkQtVEUtUERQQ10gZGVmaW5lcyBtZWNoYW5pc21zIGZv ciB0aGUgY29tcHV0YXRpb24gb2YgaW50ZXItDQogICBkb21haW4gVEUgTFNQcyB1c2luZyBuZXR3 b3JrIGVsZW1lbnRzIGFsb25nIHRoZSBzaWduYWxpbmcgcGF0aHMgdG8gDQogICBjb21wdXRlIHBl ci1kb21haW4gcGF0aCBzZWdtZW50cy4gVGhlIG1lY2hhbmlzbXMgaW4gW0lOVEVSRC1URS1QRFBD XSANCiAgIGRvIG5vdCBndWFyYW50ZWUgYW4gb3B0aW11bSBwYXRoIGFjcm9zcyBtdWx0aXBsZSBB U2VzIHdoZXJlIGFuIA0KICAgb3B0aW11bSBwYXRoIGZvciBhbiBMU1AgaXMgb25lIHRoYXQgaGFz IHRoZSBzbWFsbGVzdCBjb3N0LCBhY2NvcmRpbmcgDQogICB0byBhIG5vcm1hbGl6ZWQgVEUgbWV0 cmljIChiYXNlZCB1cG9uIGEgVEUtbWV0cmljIG9yIElHUCBtZXRyaWMgDQogICBhZG9wdGVkIGlu IGVhY2ggdHJhbnNpdCBBUykgYW1vbmcgYWxsIHBvc3NpYmxlIHBhdGhzIHRoYXQgc2F0aXNmeSAN CiAgIHRoZSBMU1AgVEUtY29uc3RyYWludHMuICANCiANCiAgIFRoZSBQYXRoIENvbXB1dGF0aW9u IEVsZW1lbnQgKFBDRSkgW1JGQzQ2NTVdIGlzIGEgY29tcG9uZW50IHRoYXQgaXMgDQogICBjYXBh YmxlIG9mIGNvbXB1dGluZyBwYXRocyBmb3IgTVBMUy1URSBMU1BzLiBUaGUgcmVxdWlyZW1lbnRz IGZvciBhIA0KICAgUENFIGhhdmUgY29tZSBmcm9tIFNlcnZpY2UgUHJvdmlkZXIgKFNQKSBkZW1h bmRzIHRvIGNvbXB1dGUgb3B0aW11bSANCiAgIHBhdGhzIGFjcm9zcyBtdWx0aXBsZSBhcmVhcyBh bmQvb3IgZG9tYWlucywgYW5kIHRvIGJlIGFibGUgdG8gDQogICBzZXBhcmF0ZSB0aGUgcGF0aCBj b21wdXRhdGlvbiBlbGVtZW50cyBmcm9tIHRoZSBmb3J3YXJkaW5nIGVsZW1lbnRzLiANCiANCiAg IFRoZSBQQ0UgQ29tbXVuaWNhdGlvbiBQcm90b2NvbCAoUENFQ1ApIGlzIGRlZmluZWQgdG8gYWxs b3cgDQogICBjb21tdW5pY2F0aW9uIGJldHdlZW4gUGF0aCBDb21wdXRhdGlvbiBDbGllbnRzIChQ Q0NzKSBhbmQgUENFcywgYW5kIA0KICAgYmV0d2VlbiBQQ0VzLiBUaGUgUENFQ1AgaXMgdXNlZCB0 byByZXF1ZXN0IHBhdGhzIGFuZCB0byBzdXBwbHkgDQogICBjb21wdXRlZCBwYXRocyBpbiByZXNw b25zZXMuIEdlbmVyaWMgcmVxdWlyZW1lbnRzIGZvciB0aGUgUENFQ1AgYXJlIA0KICAgZGlzY3Vz c2VkIGluIFtSRkM0NjU3XS4gVGhpcyBkb2N1bWVudCBwcm92aWRlcyBhIHNldCBvZiBQQ0VDUCAN CiAgIHJlcXVpcmVtZW50cyB0aGF0IGFyZSBzcGVjaWZpYyB0byBNUExTLVRFIGludGVyLUFTIHBh dGggY29tcHV0YXRpb24uIA0KIA0KMi4gRGVmaW5pdGlvbnMgDSAgIA0KIA0KICAgVGhpcyBkb2N1 bWVudCBhZG9wdHMgdGhlIGRlZmluaXRpb25zIGFuZCBhY3JvbnltcyBkZWZpbmVkIGluIFNlY3Rp b24gDQogICAzIG9mIFtSRkM0MjE2XSBhbmQgU2VjdGlvbiAyIG9mIFtSRkM0NjU1XS4gSW4gYWRk aXRpb24sIHdlIHVzZSB0aGUgDQogICBmb2xsb3dpbmcgdGVybWlub2xvZ3k6ICANCiANCgogDQpC aXRhciwgWmhhbmcsIGFuZCBLdW1ha2kgICBJbnRlci1BUyBSZXF1aXJlbWVudHMgZm9yIFBDRUNQ IFtQYWdlIDNdIA0KICANCiANCiAgDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIA0KICAMDQpJbnRlcm5ldCBEcmFm dCBkcmFmdC1pZXRmLXBjZS1pbnRlcmFzLXBlY3AtcmVxcy0wMiAgIEp1bHkgMjAwNyANCgoKICAg UENFQ1A6IFBDRSBDb21tdW5pY2F0aW9uIFByb3RvY29sICANCiANCiAgIEludGVyLUFTIChHKU1Q TFMtVEUgcGF0aDogQW4gTVBMUy1URSBvciBHZW5lcmFsaXplZCBNUExTIChHTVBMUykgDQogICBw YXRoIHRoYXQgdHJhdmVyc2VzIHR3byBvciBtb3JlIEFTZXMuIA0KIA0KICAgSW50cmEtQVMgKEcp TVBMUy1URSBwYXRoOiBBbiBNUExTLVRFIG9yIEdNUExTIHBhdGggdGhhdCBpcyBjb25maW5lZCAN CiAgIHRvIGEgc2luZ2xlIEFTLiBJdCBtYXkgdHJhdmVyc2Ugb25lIG9yIG1vcmUgSUdQIGFyZWFz LiANCiANCiAgIEludHJhLUFTIFBDRTogQSBQQ0UgcmVzcG9uc2libGUgZm9yIGNvbXB1dGluZyBN UExTLVRFIG9yIEdNUExTIHBhdGhzIA0KICAgcmVtYWluaW5nIHdpdGhpbiBhIHNpbmdsZSBBUy4g DQogDQogICBJbnRlci1BUyBQQ0U6IEEgUENFIHJlc3BvbnNpYmxlIGZvciBjb21wdXRpbmcgaW50 ZXItQVMgTVBMUy1URSBvciANCiAgIEdNUExTIHBhdGhzIG9yIHBhdGggc2VnbWVudHMsIHBvc3Np Ymx5IGJ5IGNvb3BlcmF0aW5nIHdpdGggaW50cmEtQVMgDQogICBQQ0VzLiAgDQogDQozLiBSZWZl cmVuY2UgTW9kZWwgDSAgIA0KICAgIA0KICAgRmlndXJlIDEgZGVwaWN0cyB0aGUgcmVmZXJlbmNl IG1vZGVsIGZvciBQQ0VzIGluIGFuIGludGVyLUFTIA0KICAgYXBwbGljYXRpb24uIFdlIHJlZmVy IHRvIHR3byB0eXBlcyBvZiBQQ0UgZnVuY3Rpb25zIGluIHRoaXMgDQogICBkb2N1bWVudDogaW50 ZXItQVMgUENFcyBhbmQgaW50cmEtQVMgUENFcy4gSW50ZXItQVMgUENFcyBwZXJmb3JtIHRoZSAN CiAgIHByb2NlZHVyZXMgbmVlZGVkIGZvciBpbnRlci1BUyBNUExTLVRFIG9yIEdNUExTIHBhdGgg Y29tcHV0YXRpb24gDQogICB3aGlsZSBpbnRyYS1BUyBQQ0VzIHBlcmZvcm0gdGhlIGZ1bmN0aW9u cyBuZWVkZWQgZm9yIGludHJhLUFTIE1QTFMtDQogICBURSBvciBHTVBMUyBwYXRoIGNvbXB1dGF0 aW9uLiANCiAgICANCiAgIExldHMgZm9sbG93IGEgc2NlbmFyaW8gdGhhdCBpbGx1c3RyYXRlcyB0 aGUgaW50ZXJhY3Rpb24gYW1vbmcgUENDcywgDQogICBpbnRlci1BUyBQQ0VzIGFuZCBpbnRyYS1B UyBQQ0VzIHNob3duIEZpZ3VyZSAxLiBSMSBpbiBBUzEgd2FudHMgdG8gDQogICBzZXR1cCBhIE1Q TFMtVEUgb3IgYSBHTVBMUyBwYXRoLCBjYWxsIExTUDEsIHdpdGggY2VydGFpbiBjb25zdHJhaW50 cyANCiAgIHRvIFI3IGluIEFTMy4gUjEgZGV0ZXJtaW5lcyB1c2luZyBtZWNoYW5pc21zIG91dCBv ZiB0aGUgc2NvcGUgb2YgDQogICB0aGlzIGRvY3VtZW50IHRoYXQgUjcgaXMgYW4gaW50ZXItQVMg cm91dGUgYW5kIHRoYXQgaXQgbmVlZHMgdG8gDQogICBjb250YWN0IGl0cyBJbnRlci1BUyBQQ0Ux IHRvIGNvbXB1dGUgdGhlIHBhdGguIFIxLCBhcyBhIFBDQywgc2VuZHMgYSANCiAgIFBDRUNQIHBh dGggcmVxdWVzdCB0byBQQ0UxLiBQQ0UxIGRldGVybWluZXMgdGhhdCBSNyBpcyByZWFjaGFibGUg dmlhIA0KICAgQVMyIGFuZCB0aGF0IFBDRTIgaXMgdGhlIFBDRSB0byBhc2sgZm9yIHBhdGggY29t cHV0YXRpb24gYWNyb3NzIEFTMi4gDQogICBQQ0UxIHNlbmRzIGEgUENFQ1AgcGF0aCByZXF1ZXN0 IHRvIFBDRTIuIEludGVyLUFTIFBDRTIsIGluIHR1cm4sIA0KICAgc2VuZHMgYSBQQ0VDUCBwYXRo IHJlcXVlc3QgdG8gSW50cmEtQVMgUENFIFI0IHRvIGNvbXB1dGUgYSBwYXRoIA0KICAgd2l0aGlu IEFTMiAoSW4gY2VydGFpbiBjYXNlcywgdGhlIHNhbWUgcm91dGVyIHN1Y2ggUjMgY2FuIGFzc3Vt ZSANCiAgIGJvdGggaW50ZXItQVMgYW5kIGludHJhLUFTIHBhdGggY29tcHV0YXRpb24gZnVuY3Rp b25zKS4gUjQgcmV0dXJucyBhIA0KICAgUENFQ1AgcGF0aCByZXNwb25zZSB0byBQQ0UyIHdpdGgg QVNCUjMgYXMgdGhlIGVudHJ5IHBvaW50IHRvIEFTMiANCiAgIGZyb20gQVMxIGFuZCBBU0JSNyBh cyB0aGUgZXhpdCBwb2ludCB0byBBUzMuIFBDRTIgdGhlbiBzZW5kcyBhIFBDRUNQIA0KICAgcGF0 aCByZXF1ZXN0IHRvIFBDRTMgdG8gY29tcHV0ZSB0aGUgcGF0aCBzZWdtZW50IGFjcm9zcyBBUzMs IA0KICAgc3RhcnRpbmcgYXQgQVNCUjcgYW5kIHRlcm1pbmF0aW5nIGF0IFI3LiBQQ0UzIHJldHVy bnMgYSBQQ0VDUCBwYXRoIA0KICAgcmVzcG9uc2UgdG8gUENFMiB3aXRoIHRoZSBwYXRoIHNlZ21l bnQgQVNCUjctUjcuIFBDRTIgdGhlbiByZXR1cm4gDQogICBwYXRoIEFTQlIzLUFTQlI3LVI3IHRv IFBDRTEgd2hpY2gsIGluIHR1cm4sIHJldHVybnMgcGF0aCBBU0JSMS0NCiAgIEFTQlIzLUFTQlI3 LVI3IHRvIFBDQyBSMS4gDQogICAgDQogICBBcyBkZXNjcmliZWQgaW4gdGhlIGFib3ZlIHNjZW5h cmlvLCBpbiBnZW5lcmFsLCBhIFBDQyBtYXkgY29udGFjdCBhbiANCiAgIGludGVyLUFTIFBDRSB0 byByZXF1ZXN0IGFuIGludGVyLUFTIHBhdGgsIGFuZCB0aGF0IFBDRSBtYXkgc3VwcGx5IA0KIA0K Qml0YXIsIFpoYW5nLCBhbmQgS3VtYWtpICAgSW50ZXItQVMgUmVxdWlyZW1lbnRzIGZvciBQQ0VD UCBbUGFnZSA0XSANCiAgDQogDQogIA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICANCiAgDA0KSW50ZXJuZXQgRHJh ZnQgZHJhZnQtaWV0Zi1wY2UtaW50ZXJhcy1wZWNwLXJlcXMtMDIgICBKdWx5IDIwMDcgDQoKCiAg IHRoZSBwYXRoIGl0c2VsZiwgb3IgbWF5IHNvbGljaXQgdGhlIHNlcnZpY2VzIG9mIG90aGVyIFBD RXMgd2hpY2ggDQogICBtYXksIHRoZW1zZWx2ZXMgYmUgaW50ZXItQVMgUENFcywgb3IgbWF5IGJl IGludHJhLUFTIFBDRXMgd2l0aCB0aGUgDQogICByZXNwb25zaWJpbGl0eSBmb3IgY29tcHV0aW5n IHBhdGggc2VnbWVudHMgd2l0aGluIGp1c3Qgb25lIEFTLiANCiAgICANCiAgIFRoaXMgZG9jdW1l bnQgZGVzY3JpYmVzIHRoZSBQQ0UgQ29tbXVuaWNhdGlvbiBQcm90b2NvbCByZXF1aXJlbWVudHMg DQogICBmb3IgaW50ZXItQVMgcGF0aCBjb21wdXRhdGlvbi4gVGhhdCBpcywgZm9yIFBDQ3MgdG8g Y29tbXVuaWNhdGUgcGF0aCANCiAgIHJlcXVlc3RzIGZvciBpbnRlci1BUyBwYXRocyB0byBhIFBD RSwgYW5kIGZvciB0aGUgUENFIHRvIHJlc3BvbmQuIEl0IA0KICAgYWxzbyBpbmNsdWRlcyB0aGUg cmVxdWlyZW1lbnRzIGZvciBQQ0VzIHRvIGNvbW11bmljYXRlIGludGVyLUFTIHBhdGggDQogICBy ZXF1ZXN0cyBhbmQgcmVzcG9uc2VzLiAgDQogDQogICAgICAgICAgICAgSW50ZXItQVMgICAgICAg IEludGVyLUFTICAgICAgICAgICAgICBJbnRlciBBUyAgIA0KICAgICAgICBQQ0MgPC0+UENFMTwt LS0tLS0tLS0+UENFMjwtLS0tLS0tLS0tLS0tLS0+UENFMyAgIA0KICAgICAgICAgOjogICAgIDo6 ICAgICAgICAgICAgIDo6ICAgICAgICAgICAgICAgICAgIDo6ICAgDQogICAgICAgICBSMS0tLUFT QlIxPT09PUFTQlIzLS0tUjMtLS1BU0JSNT09PT1BU0JSNy0tLVI1LS0tUjcgICANCiAgICAgICAg IHwgICAgICB8ICAgICAgICB8ICAgICAgICAgICAgfCAgICAgICAgfCAgICAgICAgICAgfCAgICAg ICANCiAgICAgICAgIHwgICAgICB8ICAgICAgICB8ICAgICAgICAgICAgfCAgICAgICAgfCAgICAg ICAgICAgfCAgIA0KICAgICAgICAgUjItLS1BU0JSMj09PT1BU0JSNC0tLVI0LS0tQVNCUjY9PT09 QVNCUjgtLS1SNi0tLVI4ICAgDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgOjogICAN CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgSW50cmEtQVMgICANCiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICBQQ0UgICANCiAgICAgICAgIDw9PUFTMT0+ICAgICAgICA8PT09PUFT Mj09PT09PT4gICAgICAgPD09PT09QVMzPT09PiAgIA0KICAgICAgICAgDQogICAgICBGaWd1cmUg MSBJbnRlciBhbmQgSW50cmEtQVMgUENFIFJlZmVyZW5jZSBNb2RlbCAgIA0KICAgICANCiANCiAg ICANCjQuIERldGFpbGVkIFBDRUNQIFJlcXVpcmVtZW50cyBmb3IgSW50ZXItQVMgQ29tcHV0YXRp b24gIA0gIA0KIA0KICAgVGhpcyBzZWN0aW9uIGRpc2N1c3NlcyBkZXRhaWxlZCBQQ0VDUCByZXF1 aXJlbWVudHMgZm9yIGludGVyLUFTIA0KICAgTVBMUy1URSBhbmQgR01QTFMgTFNQcy4gRGVwZW5k aW5nIG9uIHRoZSBkZXBsb3ltZW50IGVudmlyb25tZW50LCANCiAgIHNvbWUgb3IgYWxsIG9mIHRo ZSByZXF1aXJlbWVudHMgZGVzY3JpYmVkIGhlcmUgbWF5IGJlIHV0aWxpemVkLiANCiAgIFNwZWNp ZmljYWxseSwgc29tZSByZXF1aXJlbWVudHMgYXJlIG1vcmUgYXBwbGljYWJsZSB0byBpbnRlci0N CiAgIHByb3ZpZGVyIGludGVyLUFTIE1QTFMtVEUgYW5kIEdNUExTIG9wZXJhdGlvbnMgdGhhbiB0 byBpbnRyYS0NCiAgIHByb3ZpZGVyIG9wZXJhdGlvbnMuIA0KIA0KNC4xLiBQQ0UgQ29tbXVuaWNh dGlvbiBQcm90b2NvbCBSZXF1aXJlbWVudHMgIA0gICAgDQogDQogICBSZXF1aXJlbWVudHMgc3Bl Y2lmaWMgdG8gaW50ZXItQVMgUENFQ1AgcGF0aCBjb21wdXRhdGlvbiByZXF1ZXN0cyANCiAgIGFu ZCByZXNwb25zZXMgYXJlIGRpc2N1c3NlZCBpbiB0aGUgZm9sbG93aW5nIHNlY3Rpb25zLiANCiAN CjQuMS4xLiAgUmVxdWlyZW1lbnRzIGZvciBwYXRoIGNvbXB1dGF0aW9uIHJlcXVlc3RzICANICAg ICAgDQogDQogICBUaGUgZm9sbG93aW5nIGFyZSBpbnRlci1BUyBzcGVjaWZpYyByZXF1aXJlbWVu dHMgZm9yIFBDRUNQIHJlcXVlc3RzIA0KICAgZm9yIHBhdGggY29tcHV0YXRpb246IA0KICAgIA0K IA0KQml0YXIsIFpoYW5nLCBhbmQgS3VtYWtpICAgSW50ZXItQVMgUmVxdWlyZW1lbnRzIGZvciBQ Q0VDUCBbUGFnZSA1XSANCiAgDQogDQogIA0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICANCiAgDA0KSW50ZXJuZXQg RHJhZnQgZHJhZnQtaWV0Zi1wY2UtaW50ZXJhcy1wZWNwLXJlcXMtMDIgICBKdWx5IDIwMDcgDQoK CiAgIDEuIFtSRkM0NjU3XSBzdGF0ZXMgdGhlIHJlcXVpcmVtZW50IGZvciBhIHByaW9yaXR5IGxl dmVsIHRvIGJlIA0KICAgYXNzb2NpYXRlZCB3aXRoIGVhY2ggcGF0aCBjb21wdXRhdGlvbiByZXF1 ZXN0LiBUaGlzIGRvY3VtZW50IGRvZXMgDQogICBub3QgY2hhbmdlIHRoYXQgcmVxdWlyZW1lbnQs IGJ1dCwgaW4gYWRkaXRpb24sIGl0IE1VU1QgYmUgcG9zc2libGUgDQogICBmb3IgYW4gaW50ZXIt QVMgUENFIHRvIGFwcGx5IGxvY2FsIHBvbGljeSB0byB2YXJ5IHRoZSBwcmlvcml0eSBvZiANCiAg IHBhdGggY29tcHV0YXRpb24gcmVxdWVzdHMgcmVjZWl2ZWQgYWNyb3NzIEFTIGJvcmRlcnMuIFBD RUNQIE1BWSANCiAgIGluY2x1ZGUgYSBtZWNoYW5pc20gdG8gaW5mb3JtIHRoZSByZXF1ZXN0aW5n IGludGVyLUFTIFBDRSBvZiB0aGUgDQogICBjaGFuZ2UgaW4gcHJpb3JpdHkgdGhhdCB3YXMgYXBw bGllZC4gDQogICAgDQogICAyLiBBIHBhdGggY29tcHV0YXRpb24gcmVxdWVzdCBieSBhbiBpbnRl ci1BUyBQQ0Ugb3IgYSBQQ0MgdG8gYW5vdGhlciANCiAgIGludGVyLUFTIFBDRSBNVVNUIGJlIGFi bGUgdG8gc3BlY2lmeSB0aGUgc2VxdWVuY2Ugb2YgQVNlcyBhbmQvb3IgDQogICBBU0JScyBhY3Jv c3MgdGhlIG5ldHdvcmsgYnkgcHJvdmlkaW5nIEFTQlJzIGFuZC9vciBBU2VzIGFzIGhvcHMgaW4g DQogICB0aGUgZGVzaXJlZCBwYXRoIG9mIHRoZSBMU1AgdG8gdGhlIGRlc3RpbmF0aW9uLiBGb3Ig aW5zdGFuY2UsIGFuIA0KICAgaW50ZXItQVMgUENFIE1VU1QgYmUgYmUgYWJsZSB0byBzcGVjaWZ5 IHRvIHRoZSBpbnRlci1BUyBQQ0Ugc2VydmluZyANCiAgIHRoZSBuZWlnaGJvcmluZyBBUyBhIHBy ZWZlcnJlZCBBU0JSIGZvciBleGl0aW5nIHRvIHRoYXQgQVMgYW5kIHJlYWNoIA0KICAgdGhlIGRl c3RpbmF0aW9uLiBUaGF0IGlzLCB3aGVyZSBtdWx0aXBsZSBBU0JScyBleGlzdCwgdGhlIHJlcXVl c3RlciANCiAgIE1VU1QgYmUgYWJsZSB0byBpbmRpY2F0ZSBhIG5vbi1tYW5kYXRvcnkgcHJlZmVy ZW5jZSBmb3Igb25lIG9mIHRoZW0uICANCiAgICAgICAgICAgIA0KICAgMy4gUENFQ1AgTVVTVCBh bGxvdyBhIHJlcXVlc3RlciB0byBwcm92aWRlIGEgbGlzdCBvZiBBU2VzIGFuZC9vciANCiAgIEFT QlJzIHRvIGJlIGV4Y2x1ZGVkIGZyb20gdGhlIGNvbXB1dGVkIHBhdGguIA0KICAgIA0KICAgNC4g QSBQQ0VDUCBwYXRoIHJlcXVlc3QgZnJvbSBvbmUgaW50ZXItQVMgUENFIHRvIGFub3RoZXIgTVVT VCANCiAgIGluY2x1ZGUgdGhlIHByZXZpb3VzIEFTIG51bWJlciBpbiB0aGUgcGF0aCBvZiB0aGUg TFNQIHRvIGVuYWJsZSB0aGUgDQogICBjb3JyZWN0IGFwcGxpY2F0aW9uIG9mIGxvY2FsIHBvbGlj eSBhdCB0aGUgc2Vjb25kIGludGVyLUFTIFBDRS4gDQogICAgDQogICA1LiBBIHBhdGggY29tcHV0 YXRpb24gcmVxdWVzdCBmcm9tIGEgUENDIHRvIGFuIGludGVyLUFTIFBDRSBvciBhbiANCiAgIGlu dGVyLUFTIFBDRSB0byBhbm90aGVyIE1VU1QgYmUgYWJsZSB0byBzcGVjaWZ5IHRoZSBuZWVkIGZv ciANCiAgIHByb3RlY3Rpb24gYWdhaW5zdCBub2RlLCBsaW5rLCBvciBTUkxHIGZhaWx1cmUgdXNp bmcgMToxIGRldG91cnMgb3IgDQogICBmYWNpbGl0eSBiYWNrdXAuIEl0IE1VU1QgYmUgcG9zc2li bGUgdG8gcmVxdWVzdCBwcm90ZWN0aW9uIGFjcm9zcyANCiAgIGFsbCBBU2VzIG9yIGFjcm9zcyBz cGVjaWZpYyBBU2VzLiANCiAgICANCiAgIDYuIFRoZSBkaXNqb2ludCBwYXRoIHJlcXVpcmVtZW50 cyBzcGVjaWZpZWQgaW4gW1JGQzQ2NTddIGFyZSANCiAgIGV4dGVuZGVkIHN1Y2ggdGhhdCBpdCBN VVNUIGJlIHBvc3NpYmxlIHRvIGFwcGx5IGEgY29uc3RyYWludCBvZiBBUy0NCiAgIGRpdmVyc2l0 eSBpbiB0aGUgY29tcHV0YXRpb24gb2YgYSBzZXQgb2YgdHdvIG9yIG1vcmUgcGF0aHMuIA0KICAg IA0KICAgNy4gQSBQQ0VDUCBwYXRoIGNvbXB1dGF0aW9uIHJlcXVlc3QgbWVzc2FnZSBNVVNUIGJl IGFibGUgdG8gaWRlbnRpZnkgDQogICB0aGUgc2NvcGUgb2YgZGl2ZXJzaWZpZWQgcGF0aCBjb21w dXRhdGlvbiB0byBiZSBlbmQtdG8tZW5kIChpLmUuLCANCiAgIGJldHdlZW4gdGhlIGVuZHBvaW50 cyBvZiB0aGUgKEcpTVBMUy1URSB0dW5uZWwpIG9yIHRvIGJlIGxpbWl0ZWQgdG8gDQogICBhIHNw ZWNpZmljIEFTLiAgDQogDQo0LjEuMi4gUmVxdWlyZW1lbnRzIGZvciBwYXRoIGNvbXB1dGF0aW9u IHJlc3BvbnNlcyANICAgICAgDQogICAgICANCiAgIFRoZSBmb2xsb3dpbmcgYXJlIGludGVyLUFT IHNwZWNpZmljIHJlcXVpcmVtZW50cyBmb3IgUENFQ1AgcmVzcG9uc2VzICANCiAgIGZvciBwYXRo IGNvbXB1dGF0aW9uOiAgDQogIA0KICAgMS4gQSBQQ0VDUCBwYXRoIGNvbXB1dGF0aW9uIHJlc3Bv bnNlIGZyb20gb25lIGludGVyLUFTIFBDRSB0byANCiAgIGFub3RoZXIgTVVTVCBiZSBhYmxlIHRv IGluY2x1ZGUgYm90aCBBU0JScyBhbmQgQVNlcyBpbiB0aGUgY29tcHV0ZWQgDQogICBwYXRoIHdo aWxlIHByZXNlcnZpbmcgcGF0aCBzZWdtZW50IGFuZCB0b3BvbG9neSBjb25maWRlbnRpYWxpdHku ICAgDQogDQpCaXRhciwgWmhhbmcsIGFuZCBLdW1ha2kgICBJbnRlci1BUyBSZXF1aXJlbWVudHMg Zm9yIFBDRUNQIFtQYWdlIDZdIA0KICANCiANCiAgDQogICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIA0KICAMDQpJbnRl cm5ldCBEcmFmdCBkcmFmdC1pZXRmLXBjZS1pbnRlcmFzLXBlY3AtcmVxcy0wMiAgIEp1bHkgMjAw NyANCgoKIA0KICAgMi4gQSBQQ0VDUCBwYXRoIGNvbXB1dGF0aW9uIHJlc3BvbnNlIGZyb20gb25l IGludGVyLUFTIFBDRSB0byB0aGUgDQogICByZXF1ZXN0aW5nIGludGVyLUFTIFBDRSBNVVNUIGJl IGFibGUgdG8gY2FycnkgYW4gaWRlbnRpZmllciBmb3IgYQ0KICAgcGF0aCBzZWdtZW50IGl0IGNv bXB1dGVzIHRvIHByZXNlcnZlIHBhdGggc2VnbWVudCBhbmQgdG9wb2xvZ3kgDQogICBjb25maWRl bnRpYWxpdHkuIFRoZSBvYmplY3RpdmUgb2YgdGhlIGlkZW50aWZpZXIgaXMgdG8gYmUgaW5jbHVk ZWQNCiAgIGluIHRoZSBMU1Agc2lnbmFsaW5nLCB3aG9zZSBtZWNoYW5pc20gaXMgb3V0IG9mIHNj b3BlIG9mIHRoaXMNCiAgIGRvY3VtZW50LCB0byBiZSB1c2VkIGZvciBwYXRoIGV4cGFuc2lvbiBk dXJpbmcgTFNQIHNpZ25hbGluZy4gDQogDQogICAzLiBJZiBhIGNvbnN0cmFpbnQgZm9yIGEgZGVz aXJlZCBBU0JSIChzZWUgU2VjdGlvbiA0LjEuMSwgDQogICByZXF1aXJlbWVudCAzKSBjYW5ub3Qg YmUgc2F0aXNmaWVkIGJ5IGEgUENFLCBQQ0VDUCBTSE9VTEQgYWxsb3cgdGhlDQogICBQQ0UgdG8g bm90aWZ5IHRoZSByZXF1ZXN0ZXIgb2YgdGhhdCBmYWN0IGFzIGFuIGVycm9yIGluIGEgcGF0aA0K ICAgY29tcHV0YXRpb24gcmVzcG9uc2UuIA0KIA0KICAgNC4gQSBQQ0VDUCBwYXRoIGNvbXB1dGF0 aW9uIGZyb20gYW4gaW50ZXItQVMgUENFIHRvIGEgcmVxdWVzdGluZyANCiAgIGludGVyLUFTIFBD RSBvciBhIFBDQyBNVVNUIGJlIGFibGUgdG8gY2FycnkgYSBjdW11bGF0aXZlIGludGVyLUFTDQog ICBwYXRoIGNvc3QuIFBhdGggY29zdCBub3JtYWxpemF0aW9uIGFjcm9zcyBBU2VzIGlzIG91dCBv ZiBzY29wZSBvZg0KICAgdGhpcyBkb2N1bWVudC4gDQogDQogICA1LiBBIFBDRUNQIHBhdGggY29t cHV0YXRpb24gcmVzcG9uc2UgZnJvbSBhbiBpbnRlci1BUyBQQ0UgdG8gYSBQQ0MgDQogICBTSE9V TEQgYmUgYWJsZSB0byBjYXJyeSB0aGUgaW50cmEtQVMgY29zdCBvZiB0aGUgcGF0aCBzZWdtZW50 IHdpdGhpbiANCiAgIHRoZSBQQ0MgQVMuIA0KICAgIA0KICAgNi4gQSBQQ0VDUCBwYXRoIGNvbXB1 dGF0aW9uIHJlc3BvbnNlIE1VU1QgYmUgYWJsZSB0byBpZGVudGlmeSANCiAgIGRpdmVyc2lmaWVk IHBhdGhzIGZvciB0aGUgc2FtZSAoRylNUExTLVRFIExTUC4gRW5kLXRvLWVuZCAoaS5lLiwgDQog ICBiZXR3ZWVuIHRoZSB0d28gZW5kcG9pbnRzIG9mIHRoZSAoRylNUExTLVRFIHR1bm5lbCkgZGlz am9pbnQgcGF0aHMNCiAgIGFyZSBwYXRocyB0aGF0IGRvIG5vdCBzaGFyZSBub2RlcywgbGlua3Mg b3IgU1JMR3MgZXhjZXB0IGZvciB0aGUgTFNQDQogICBoZWFkLWVuZCBhbmQgdGFpbC1lbmQuIElu IGNhc2VzIHdoZXJlIGRpdmVyc2lmaWVkIHBhdGggc2VnbWVudHMgYXJlDQogICBkZXNpcmVkIHdp dGhpbiBvbmUgb3IgbW9yZSBBU2VzLCB0aGUgZGlzam9pbnQgcGF0aCBzZWdtZW50cyBtYXkNCiAg IHNoYXJlIG9ubHkgdGhlIEFTQlJzIG9mIHRoZSBmaXJzdCBBUyBhbmQgdGhlIEFTQlIgb2YgdGhl IGxhc3QgQVMNCiAgIGFjcm9zcyB0aGVzZSBBU2VzLiAgDQogDQo0LjIuICBTY2FsYWJpbGl0eSBh bmQgUGVyZm9ybWFuY2UgQ29uc2lkZXJhdGlvbnMgDSAgICAgDQogICAgICANCiAgIFBDRUNQIGRl c2lnbiBmb3IgdXNlIGluIHRoZSBpbnRlci1BUyBjYXNlIFNIT1VMRCBjb25zaWRlciB0aGUNCiAg IGZvbGxvd2luZyBjcml0ZXJpYTogDQogDQogICAtIFBDRSBtZXNzYWdlIHByb2Nlc3NpbmcgbG9h ZC4gDQogICAtIFNjYWxhYmlsaXR5IGFzIGEgZnVuY3Rpb24gb2YgdGhlIGZvbGxvd2luZyBwYXJh bWV0ZXJzOiAgDQogICAtIG51bWJlciBvZiBQQ0NzIHdpdGhpbiB0aGUgc2NvcGUgb2YgYW4gaW50 ZXItQVMgUENFICAgDQogICAtIG51bWJlciBvZiBpbnRyYS1BUyBQQ0VzIHdpdGhpbiB0aGUgc2Nv cGUgb2YgYW4gaW50ZXItQVMgUENFICANCiAgIC0gbnVtYmVyIG9mIHBlZXJpbmcgaW50ZXItQVMg UENFcyBwZXIgaW50ZXItQVMgUENFIA0KICAgLSBBZGRlZCBjb21wbGV4aXR5IGNhdXNlZCBieSBp bnRlci1BUyBmZWF0dXJlcy4gDQogDQoKIA0KQml0YXIsIFpoYW5nLCBhbmQgS3VtYWtpICAgSW50 ZXItQVMgUmVxdWlyZW1lbnRzIGZvciBQQ0VDUCBbUGFnZSA3XSANCiAgDQogDQogIA0KICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICANCiAgDA0KSW50ZXJuZXQgRHJhZnQgZHJhZnQtaWV0Zi1wY2UtaW50ZXJhcy1wZWNw LXJlcXMtMDIgICBKdWx5IDIwMDcgDQoKCjQuMy4gIE1hbmFnZW1lbnQgQ29uc2lkZXJhdGlvbnMg DSAgICAgDQogDQogICBbUkZDNDY1N10gc3BlY2lmaWVzIGdlbmVyaWMgcmVxdWlyZW1lbnRzIGZv ciBQQ0VDUCBtYW5hZ2VtZW50LiBUaGlzIA0KICAgZG9jdW1lbnQgYWRkcmVzc2VzIG5ldyByZXF1 aXJlbWVudHMgdGhhdCBhcHBseSB0byBpbnRlci1BUw0KICAgcGVyYXRpb25zLiANCiAgICAgICAg DQogICBUaGUgUENFQ1AgTUlCIG1vZHVsZSBNVVNUIHByb3ZpZGUgb2JqZWN0cyB0byBjb250cm9s IHRoZSBiZWhhdmlvciBvZiANCiAgIFBDRUNQIGluIGludGVyLUFTIGFwcGxpY2F0aW9ucy4gIFRo ZXkgaW5jbHVkZSB0aGUgQVNlcyB3aXRoaW4gdGhlIA0KICAgc2NvcGUgb2YgYW4gaW50ZXItQVMg UENFLCBJbnRlci1BUyBQQ0VzIGluIG5laWdoYm9yaW5nIEFTZXMgdG8gd2hpY2ggDQogICB0aGUg cmVxdWVzdGluZyBQQ0Ugd2lsbCBvciB3aWxsIG5vdCBjb21tdW5pY2F0ZSwgY29uZmlkZW50aWFs aXR5IGFuZCANCiAgIHBvbGljaWVzLCBldGMuLiANCiAgICAgICAgIA0KICAgVGhlIGJ1aWx0LWlu IGRpYWdub3N0aWMgdG9vbHMgTVVTVCBlbmFibGUgZmFpbHVyZSBkZXRlY3Rpb24gYW5kIA0KICAg c3RhdHVzIGNoZWNraW5nIG9mIFBDQy9QQ0UtUENFIFBDRUNQLiBEaWFnbm9zdGljIHRvb2xzIGlu Y2x1ZGUgDQogICBzdGF0aXN0aWNzIGNvbGxlY3Rpb24gb24gdGhlIGhpc3RvcmljYWwgYmVoYXZp b3Igb2YgUENFQ1AgYXMgDQogICBzcGVjaWZpZWQgaW4gW1JGQzQ2NTddLCBidXQgYWRkaXRpb25h bGx5IGl0IE1VU1QgYmUgcG9zc2libGUgdG8gDQogICBhbmFseXplIHRoaXMgc3RhdGlzdGljcyBv biBhIG5laWdoYm9yaW5nIEFTIGJhc2lzIChpLmUuLCBhY3Jvc3MgdGhlIA0KICAgaW50ZXItQVMg UENFcyB0aGF0IGJlbG9uZyB0byBhIG5laWdoYm9yaW5nIEFTKS4gIA0KIA0KICAgVGhlIE1JQiBt b2R1bGUgTVVTVCBzdXBwb3J0IHRyYXAgZnVuY3Rpb25zIHdoZW4gdGhyZXNob2xkcyBhcmUgDQog ICBjcm9zc2VkIG9yIHdoZW4gaW1wb3J0YW50IGV2ZW50cyBvY2N1ciBhcyBzdGF0ZWQgaW4gW1JG QzQ2NTddLiBUaGVzZSANCiAgIHRocmVzaG9sZHMgU0hPVUxEIGJlIHNwZWNpZmlhYmxlIHBlciBu ZWlnaGJvciBBUyBhcyB3ZWxsIGFzIHBlciBwZWVyIA0KICAgaW50ZXItQVMgUENFIGFuZCB0cmFw cyBzaG91bGQgYmUgYWNjb3JkaW5nbHkgZ2VuZXJhdGVkLiAgDQogDQogICBCYXNpYyBsaXZlbGlu ZXNzIGRldGVjdGlvbiBmb3IgUENDL1BDRS1QQ0UgUENFQ1AgaXMgZGVzY3JpYmVkIGluIA0KICAg W1JGQzQ2NTddLiBUaGUgIFBDRUNQIE1JQiBtb2R1bGUgU0hPVUxEIGFsbG93IGNvbnRyb2wgb2Yg bGl2ZWxpbmVzcyANCiAgIGNoZWNrIGJlaGF2aW9yIGJ5IHByb3ZpZGluZyBhIGxpdmVsaW5lc3Mg bWVzc2FnZSBmcmVxdWVuY3kgTUlCIA0KICAgb2JqZWN0IGFuZCB0aGlzIGZyZXF1ZW5jeSBvYmpl Y3QgU0hPVUxEIGJlIHNwZWNpZmllZCBwZXIgaW50ZXItQVMgDQogICBQQ0UgcGVlci4gSW4gYWRk aXRpb24sIHRoZXJlIFNIT1VMRCBiZSBhIE1JQiBvYmplY3QgdGhhdCBzcGVjaWZpZXMgDQogICB0 aGUgZGVhZC1pbnRlcnZhbCBhcyBhIG11bHRpcGxpZXIgb2YgdGhlIGxpdmVsaW5lc3MgbWVzc2Fn ZSANCiAgIGZyZXF1ZW5jeSBzbyB0aGF0IGlmIG5vIGxpdmVsaW5lc3MgbWVzc2FnZSBpcyByZWNl aXZlZCB3aXRoaW4gdGhhdCANCiAgIHRpbWUgZnJvbSBhbiBpbnRlci1BIFBDRSwgdGhlIGludGVy LUFTIFBDRSBpcyBkZWNsYXJlZCB1bnJlYWNoYWJsZS4gDQogDQo0LjQuICBDb25maWRlbnRpYWxp dHkgIA0gICAgDQogDQogICBDb25maWRlbnRpYWxpdHkgbWFpbmx5IGFwcGxpZXMgdG8gaW50ZXIt cHJvdmlkZXIgKGludGVyLUFTKSBQQ0UgDQogICBjb21tdW5pY2F0aW9uLiBJdCBpcyBhYm91dCBw cm90ZWN0aW5nIHRoZSBpbmZvcm1hdGlvbiBleGNoYW5nZWQNCiAgIGJldHdlZW4gUENFcyBhbmQg YWJvdXQgcHJvdGVjdGluZyB0aGUgdG9wb2xvZ3kgaW5mb3JtYXRpb24gd2l0aGluDQogICBhIHBy b3ZpZGVyJ3MgbmV0d29yay4gQ29uZmlkZW50aWFsaXR5IHJ1bGVzIG1heSBhbHNvIGFwcGx5IGFt b25nDQogICBBU2VzIHVuZGVyIGEgc2luZ2xlIHByb3ZpZGVyLiBFYWNoIFNQIHdpbGwgaW4gbW9z dCBjYXNlcyBkZXNpZ25hdGUNCiAgIHNvbWUgUENFcyBmb3IgaW50ZXItQVMgTVBMUy1URSBvciBH TVBMUyBwYXRoIGNvbXB1dGF0aW9uIHdpdGhpbiBpdHMNCiAgIG93biBhZG1pbmlzdHJhdGl2ZSBk b21haW4gYW5kIHNvbWUgb3RoZXIgUENFcyBmb3IgaW50ZXItcHJvdmlkZXINCiAgIGludGVyLUFT IE1QTFMtVEUgb3IgR01QTFMgcGF0aCBjb21wdXRhdGlvbi4gQW1vbmcgdGhlDQogICBpbnRlci1w cm92aWRlci1zY29wZWQgaW50ZXItQVMgUENFcyBpbiBlYWNoIFNQIA0KCiANCkJpdGFyLCBaaGFu ZywgYW5kIEt1bWFraSAgIEludGVyLUFTIFJlcXVpcmVtZW50cyBmb3IgUENFQ1AgW1BhZ2UgOF0g DQogIA0KIA0KICANCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgDQogIAwNCkludGVybmV0IERyYWZ0IGRyYWZ0LWll dGYtcGNlLWludGVyYXMtcGVjcC1yZXFzLTAyICAgSnVseSAyMDA3IA0KCgogICBkb21haW4sIHRo ZXJlIG1heSBhbHNvIGJlIGEgc3Vic2V0IG9mIHRoZSBQQ0VzIHNwZWNpZmljYWxseSBlbmFibGVk DQogICBmb3IgcGF0aCBjb21wdXRhdGlvbiBhY3Jvc3MgYSBzcGVjaWZpYyBzZXQgb2YgQVNlcyBv ZiBkaWZmZXJlbnQgcGVlcg0KICAgU1BzLiANCiANCiAgIFBDRUNQIFNIT1VMRCBhbGxvdyBhbiBT UCB0byBoaWRlIGZyb20gb3RoZXIgU1BzIHRoZSBzZXQgb2YgaG9wcyANCiAgIHdpdGhpbiBpdHMg b3duIEFTZXMgdGhhdCBhcmUgdHJhdmVyc2VkIGJ5IGFuIGludGVyLUFTIGludGVyLXByb3ZpZGVy IA0KICAgTFNQIChjLmYuLCBTZWN0aW9uIDUuMi4xIG9mIFtSRkM0MjE2XSkuIEluIGEgbXVsdGkt U1AgYWRtaW5pc3RyYXRpdmUgDQogICBkb21haW4gZW52aXJvbm1lbnQsIFNQcyBtYXkgd2FudCB0 byBoaWRlIHRoZWlyIG5ldHdvcmsgdG9wb2xvZ2llcyANCiAgIGZvciBzZWN1cml0eSBvciBjb21t ZXJjaWFsIHJlYXNvbnMuIFRodXMsIGZvciBlYWNoIGludGVyLUFTIExTUCBwYXRoIA0KICAgc2Vn bWVudCBhbiBpbnRlci1BUyBQQ0UgY29tcHV0ZXMsIGl0IG1heSByZXR1cm4gdG8gdGhlIHJlcXVl c3RpbmcgDQogICBpbnRlci1BUyBQQ0UgYW4gaW50ZXItQVMgVEUgTFNQIHBhdGggc2VnbWVudCBm cm9tIGl0cyBvd24gQVNlcyANCiAgIHdpdGhvdXQgZGV0YWlsaW5nIHRoZSBleHBsaWNpdCBpbnRy YS1BUyBob3BzLiBBcyBzdGF0ZWQgZWFybGllciwgDQogICBQQ0VDUCByZXNwb25zZXMgU0hPVUxE IGJlIGFibGUgdG8gY2FycnkgcGF0aC1zZWdtZW50IGlkZW50aWZpZXJzIA0KICAgdGhhdCByZXBs YWNlIHRoZSBkZXRhaWxzIG9mIHRoYXQgcGF0aCBzZWdtZW50LiBUaGUgcG90ZW50aWFsIHVzZSBv ZiANCiAgIHRoYXQgaWRlbnRpZmllciBmb3IgcGF0aCBleHBhbnNpb24sIGZvciBpbnN0YW5jZSwg ZHVyaW5nIExTUCANCiAgIHNpZ25hbGluZyBpcyBvdXQgb2Ygc2NvcGUgb2YgdGhpcyBkb2N1bWVu dC4gDQogDQo0LjUuICBQb2xpY3kgQ29udHJvbHMgQWZmZWN0aW5nIGludGVyLUFTIFBDRUNQICAN ICAgIA0KIA0KICAgU2VjdGlvbiA1LjIuMiBvZiBbUkZDNDIxNl0gZGlzY3Vzc2VzIHRoZSBwb2xp Y3kgY29udHJvbCByZXF1aXJlbWVudHMgDQogICBmb3IgaW50ZXItQVMgUlNWUC1URSBzaWduYWxp bmcgYXQgdGhlIEFTIGJvdW5kYXJpZXMgZm9yIHRoZQ0KICAgZW5mb3JjZW1lbnQgb2YgaW50ZXJj b25uZWN0IGFncmVlbWVudHMsIGF0dHJpYnV0ZS9wYXJhbWV0ZXINCiAgIHRyYW5zbGF0aW9uIGFu ZCBzZWN1cml0eSBoYXJkZW5pbmcuIA0KIA0KICAgVGhpcyBzZWN0aW9uIGRpc2N1c3NlcyB0aG9z ZSBwb2xpY3kgY29udHJvbCByZXF1aXJlbWVudHMgdGhhdCBhcmUgDQogICBzaW1pbGFyIHRvIHdo YXQgYXJlIGRpc2N1c3NlZCBpbiBzZWN0aW9uIDUuMi4yIG9mIFtSRkM0MjE2XSBmb3IgDQogICBQ Q0VDUC4gUGxlYXNlIG5vdGUgdGhhdCBTUHMgbWF5IHN0aWxsIHJlcXVpcmUgcG9saWN5IGNvbnRy b2xzIGR1cmluZyANCiAgIHNpZ25hbGluZyBvZiBMU1BzIHRvIGVuZm9yY2UgdGhlaXIgYmlsYXRl cmFsIG9yIG11bHRpLWxhdGVyYWwgDQogICBhZ3JlZW1lbnRzIGF0IEFTIGJvdW5kYXJpZXMsIGJ1 dCBzaWduYWxpbmcgaXMgb3V0IG9mIHNjb3BlIGZvciB0aGlzIA0KICAgZG9jdW1lbnQuIA0KIA0K NC41LjEuICBJbnRlci1BUyBQQ0UgUGVlcmluZyBQb2xpY3kgQ29udHJvbHMgIA0gICAgICANCiAN CiAgIEFuIGludGVyLUFTIFBDRSBzZW5kcyBwYXRoIGNvbXB1dGF0aW9uIHJlcXVlc3RzIHRvIGl0 cyBuZWlnaGJvcmluZyANCiAgIGludGVyLUFTIFBDRXMsIGFuZCBhbiBpbnRlci1BUyBQQ0UgdGhh dCByZWNlaXZlcyBzdWNoIGEgcmVxdWVzdCANCiAgIGVuZm9yY2VzIHBvbGljaWVzIGFwcGxpY2Fi bGUgdG8gdGhlIHNlbmRlciBvZiB0aGUgcmVxdWVzdC4gVGhlc2UgDQogICBwb2xpY2llcyBtYXkg aW5jbHVkZSByZXdyaXRpbmcgc29tZSBvZiB0aGUgcGFyYW1ldGVycywgb3IgcmVqZWN0aW5nIA0K ICAgcmVxdWVzdHMgYmFzZWQgb24gcGFyYW1ldGVyIHZhbHVlcy4gU3VjaCBwb2xpY2llcyBtYXkg YmUgYXBwbGllZCBmb3IgDQogICBQQ0VzIGJlbG9uZ2luZyB0byBkaWZmZXJlbnQgU1BzIG9yIHRv IFBDRXMgcmVzcG9uc2libGUgZm9yIEFTZXMNCiAgIHdpdGhpbiBhIHNpbmdsZSBTUCBhZG1pbmlz dHJhdGl2ZSBkb21haW4uIFBhcmFtZXRlcnMgdGhhdCBtaWdodCBiZQ0KICAgc3ViamVjdCB0byBw b2xpY3kgaW5jbHVkZSBiYW5kd2lkdGgsIHNldHVwL2hvbGRpbmcgcHJpb3JpdHksIEZhc3QNCiAg IFJlcm91dGUgcmVxdWVzdCwgRGlmZmVyZW50aWF0ZWQgU2VydmljZXMgVHJhZmZpYyBFbmdpbmVl cmluZyAoRFMtVEUpDQogICBDbGFzcyBUeXBlIChDVCksIGFuZCBvdGhlcnMgYXMgc3BlY2lmaWVk IGluIHNlY3Rpb24gNS4yLjIuMSBvZg0KICAgW1JGQzQyMTZdLiANCiAgICAgICAgDQogDQpCaXRh ciwgWmhhbmcsIGFuZCBLdW1ha2kgICBJbnRlci1BUyBSZXF1aXJlbWVudHMgZm9yIFBDRUNQIFtQ YWdlIDldIA0KICANCiANCiAgDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIA0KICAMDQpJbnRlcm5ldCBEcmFmdCBk cmFmdC1pZXRmLXBjZS1pbnRlcmFzLXBlY3AtcmVxcy0wMiAgIEp1bHkgMjAwNyANCgoKICAgRm9y IHBhdGggY29tcHV0YXRpb24gcmVxdWVzdHMgdGhhdCBhcmUgbm90IGNvbXBsaWFudCB3aXRoIGxv Y2FsbHkgDQogICBjb25maWd1cmVkIHBvbGljaWVzLCBQQ0VDUCBTSE9VTEQgZW5hYmxlIGEgUENF IHRvIHNlbmQgYW4gZXJyb3IgDQogICBtZXNzYWdlIHRvIHRoZSByZXF1ZXN0aW5nIFBDQyBvciBQ Q0UgaW5kaWNhdGluZyB0aGF0IHRoZSByZXF1ZXN0IGhhcyANCiAgIGJlZW4gcmVqZWN0ZWQgYmVj YXVzZSBhIHNwZWNpZmljIHBhcmFtZXRlciBkaWQgbm90IHNhdGlzZnkgdGhlIGxvY2FsIA0KICAg cG9saWN5LiANCiANCjQuNS4yLiAgSW50ZXItQVMgUENFIFJlaW50ZXJwcmV0YXRpb24gUG9saWNp ZXMgIA0gICAgICANCiANCiAgIEVhY2ggU1AgbWF5IGhhdmUgZGlmZmVyZW50IGRlZmluaXRpb25z IGluIGl0cyB1c2Ugb2YsIGZvciBleGFtcGxlLA0KICAgRFMtVEUgVEUgY2xhc3Nlcy4gQW4gaW50 ZXItQVMgUENFIHJlY2VpdmluZyBhIHBhdGggY29tcHV0YXRpb24NCiAgIHJlcXVlc3QgbmVlZHMg dG8gaW50ZXJwcmV0IHRoZSBwYXJhbWV0ZXJzIGFuZCBjb25zdHJhaW50cyBhbmQgYWRhcHQNCiAg IHRoZW0gdG8gdGhlIGxvY2FsIGVudmlyb25tZW50LiBTcGVjaWZpY2FsbHksIGEgcmVxdWVzdCBj b25zdHJ1Y3RlZA0KICAgYnkgYSBQQ0Mgb3IgUENFIGluIG9uZSBBUyBtYXkgaGF2ZSBwYXJhbWV0 ZXJzIGFuZCBjb25zdHJhaW50cyB0aGF0DQogICBzaG91bGQgYmUgaW50ZXJwcmV0ZWQgZGlmZmVy ZW50bHkgYnkgdGhlIHJlY2VpdmluZyBQQ0UgdGhhdCBpcyBpbg0KICAgYSBkaWZmZXJlbnQgQVMu IEEgbGlzdCBvZiBzaWduYWxpbmcgcGFyYW1ldGVycyBzdWJqZWN0IHRvIHBvbGljeQ0KICAgcmVp bnRlcnByZXRhdGlvbiBhdCBBUyBib3JkZXJzIGNhbiBiZSBmb3VuZCBpbiBzZWN0aW9uIDUuMi4y LjIgb2YNCiAgIFtSRkM0MjE2XSwgYW5kIHRoZSBsaXN0IGZvciBwYXRoIGNvbXB1dGF0aW9uIHJl cXVlc3QgcGFyYW1ldGVycyBhbmQNCiAgIGNvbnN0cmFpbnRzIGlzIHRoZSBzYW1lLiBJbiBhZGRp dGlvbiwgdGhlIHRyYW5zaXQgU1BzIGFsb25nIHRoZQ0KICAgaW50ZXItQVMgVEUgcGF0aCBtYXkg YmUgR01QTFMgdHJhbnNwb3J0IHByb3ZpZGVycyB3aGljaCBtYXkgcmVxdWlyZQ0KICAgcmVpbnRl cnByZXRhdGlvbiBvZiBNUExTIHNwZWNpZmljIFBDRUNQIHBhdGggcmVxdWVzdCBvYmplY3RzIHRv DQogICBlbmFibGUgcGF0aCBjb21wdXRhdGlvbiBvdmVyIGEgR01QTFMgbmV0d29yay4gDQogDQo1 LiAgU2VjdXJpdHkgQ29uc2lkZXJhdGlvbnMgIA0gIA0KICAgIA0KICAgU2VjdXJpdHkgY29uY2Vy bnMgYXJpc2UgYmV0d2VlbiBhbnkgdHdvIGNvbW11bmljYXRpbmcgDQogICBQQ0MvUENFcyBlc3Bl Y2lhbGx5IHdoZW4gdGhleSBiZWxvbmcgdG8gZGlmZmVyZW50IGFkbWluaXN0cmF0aXZlICAgICAg IA0KICAgZW50aXRpZXMuIFNlY3VyaXR5IGNvbmNlcm5zIHRoYXQgbmVlZCB0byBiZSBhZGRyZXNz ZWQgYXJlIGZvciAgICANCiAgIGNvbW11bmljYXRpb24gYW1vbmcgaW50ZXItQVMgUENFcyBhbmQg b3RoZXIgUENFcyBpbiBhIHNpbmdsZSBTUCANCiAgIGFkbWluaXN0cmF0aXZlIGRvbWFpbiBhcyB3 ZWxsIGFtb25nIGludGVyLUFTIFBDRXMgdW5kZXIgZGlmZmVyZW50IFNQIA0KICAgYWRtaW5pc3Ry YXRpdmUgZG9tYWlucy4gW1JGQzQ2NTddIHNwZWNpZmllcyByZXF1aXJlbWVudHMgb24gUENFQ1Ag dG8gDQogICBwcm90ZWN0IGFnYWluc3Qgc3Bvb2ZpbmcsIHNub29waW5nIGFuZCBEb1MgYXR0YWNr cy4gVGhlc2UNCiAgIHJlcXVpcmVtZW50cyBiZWNvbWUgZXNwZWNpYWxseSBjcml0aWNhbCBpbiB0 aGUgbXVsdGktQVMgY2FzZS4gIA0KICAgIA0KICAgQWRkaXRpb25hbGx5LCB0d28gYXNwZWN0cyBv ZiBvcGVyYXRpb25zIHNwZWNpZmljIHRvIGludGVyLUFTIFBDRXMgDQogICByZXF1aXJlIGNhcmVm dWwgc2VjdXJpdHkgY29uc2lkZXJhdGlvbnMuICBUaGVyZSBhcmUgdHdvIG1vZGVzIG9mIA0KICAg ZGV0ZXJtaW5pbmcgcGVlcmluZyBQQ0VzIGFjcm9zcyB0aGUgQVMgYm91bmRhcnkgbWFudWFsIA0K ICAgY29uZmlndXJhdGlvbiBhbmQgYXV0by1kaXNjb3ZlcnkuICBJbiB0aGUgbWFudWFsIG1vZGUs IG1lY2hhbmlzbXMgDQogICBmb3Igc2VjdXJlbHkgZXhjaGFuZ2luZyBhdXRoZW50aWNhdGlvbiBr ZXlzIGFjcm9zcyBTUCBib3VuZGFyaWVzIA0KICAgTVVTVCBiZSBkZWZpbmVkLiAgRm9yIGV4YW1w bGUsIFBDRSByZWdpc3RyYXRpb24gTUFZIGJlIHNlcnZlZCBhcyBhIA0KICAgbWVjaGFuaXNtIGZv ciBzZWN1cmVseSBleGNoYW5naW5nIGF1dGhlbnRpY2F0aW9uIGtleXMgYWNyb3NzIFNQIA0KICAg Ym91bmRhcmllcy4gIEluIHRoZSBhdXRvLWRpc2NvdmVyeSBtb2RlLCBpbnRlci1hcyBQQ0VzIGNh biBiZSBhdXRvLQ0KICAgZGlzY292ZXJlZCBvbmx5IGlmIGl0IGlzIGNvbmZpZ3VyZWQgdG8gcGFy dGljaXBhdGUgaW4gdGhhdCBkaXNjb3ZlcnkgDQogICBzY29wZS4gIEFuIGludGVyLUFTIFBDRSBp cyBub3QgbmVjZXNzYXJpbHkgYWJsZSB0byBlc3RhYmxpc2ggUENFUCANCiANCkJpdGFyLCBaaGFu ZywgYW5kIEt1bWFraSAgIEludGVyLUFTIFJlcXVpcmVtZW50cyBmb3IgUENFQ1AgW1BhZ2UgMTBd IA0KICANCiANCiAgDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIA0KICAMDQpJbnRlcm5ldCBEcmFmdCBkcmFmdC1p ZXRmLXBjZS1pbnRlcmFzLXBlY3AtcmVxcy0wMiAgIEp1bHkgMjAwNyANCgoKICAgc2Vzc2lvbnMg d2l0aCB0aGUgZGlzY292ZXJlZCBQQ0VzIGluIGl0cyBzY29wZShzKSwgaXQgTVVTVCBiZSBhYmxl IA0KICAgdG8gYXV0aGVudGljYXRlIHdpdGggdGhlIHBlZXJpbmcgaW50ZXItQVMgUENFLCB0aGVy ZWZvcmUgbWVjaGFuaXNtcyANCiAgIGZvciBzZWN1cmVseSBleGNoYW5naW5nIGF1dGhlbnRpY2F0 aW9uIGtleXMgYWNyb3NzIFNQIGJvdW5kYXJpZXMgDQogICBNVVNUIGFsc28gYmUgZGVmaW5lZCBp biB0aGlzIGNhc2UuICBGdXJ0aGVybW9yZSwgdGhlIGF1dG8tZGlzY292ZXJ5IA0KICAgcHJvY2Vz cyBpdHNlbGYgTVVTVCBhbHNvIGJlIGF1dGhlbnRpY2F0ZWQuIA0KICAgIA0KIA0KNi4gSUFOQSBD b25zaWRlcmF0aW9ucyAgDSAgDQogDQogICBUaGlzIGRvY3VtZW50IG1ha2VzIG5vIHJlcXVlc3Rz IGZvciBJQU5BIGFjdGlvbi4gDQogDQo3LiBBY2tub3dsZWRnbWVudHMNICAgIA0KIA0KICAgV2Ug d291bGQgbGlrZSB0byB0aGFuayBBZHJpYW4gRmFycmVsLCBKZWFuLVBoaWxpcHBlIFZhc3NldXIs IGFuZCANCiAgIEplYW4gTG91aXMgTGUgUm91eCBmb3IgdGhlaXIgdXNlZnVsIGNvbW1lbnRzIGFu ZCBzdWdnZXN0aW9ucy4gIA0KIA0KOC4gQXV0aG9ycycgQWRkcmVzc2VzIA0gIA0KIA0KICAgTmFi aWwgQml0YXIgDQogICBWZXJpem9uIA0KICAgNDAgU3lsdmFuIFJvYWQgDQogICBXYWx0aGFtLCBN QSAwMjQ1MSANCiAgIEVtYWlsOiBuYWJpbC5uLmJpdGFyQHZlcml6b24uY29tIA0KICAgICAgICAg DQogICBLZW5qaSBLdW1ha2kgDQogICBLRERJIENvcnBvcmF0aW9uIA0KICAgR2FyZGVuIEFpciBU b3dlciANCiAgIElpZGFiYXNoaSwgQ2hpeW9kYS1rdSwgDQogICBUb2t5byAxMDItODQ2MCwgSkFQ QU4gDQogICBQaG9uZTogKzgxLTMtNjY3OC0zMTAzIA0KICAgRW1haWw6IGtlLWt1bWFraUBrZGRp LmNvbSANCiAgICAgICAgIA0KICAgUmF5bW9uZCBaaGFuZyANCiAgIEJUICANCiAgIDIxNjAgRS4g R3JhbmQgQXZlLiANCiAgIEVsIFNlZ3VuZG8sIENBIDkwMjQ1IFVTQSANCiAgIEVtYWlsOiBSYXlt b25kX3poYW5nQGJ0LmNvbSANCiANCjkuIE5vcm1hdGl2ZSBSZWZlcmVuY2VzIA0gIA0KIA0KICAg W1JGQzQyMTZdIFpoYW5nIGFuZCBWYXNzZXVyLCAiTVBMUyBJbnRlci1BUyBUcmFmZmljICAgIEVu Z2luZWVyaW5nIA0KICAgUmVxdWlyZW1lbnRzIiwgUkZDIDQyMTYsIE5vdmVtYmVyIDIwMDUuIA0K IA0KCiANCkJpdGFyLCBaaGFuZywgYW5kIEt1bWFraSAgIEludGVyLUFTIFJlcXVpcmVtZW50cyBm b3IgUENFQ1AgW1BhZ2UgMTFdIA0KICANCiANCiAgDQogICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIA0KICAMDQpJbnRl cm5ldCBEcmFmdCBkcmFmdC1pZXRmLXBjZS1pbnRlcmFzLXBlY3AtcmVxcy0wMiAgIEp1bHkgMjAw NyANCgoKICAgW1JGQzQ2NTVdIEZhcnJlbCwgVmFzc2V1ciAmIEFzaCwgIkEgUGF0aCBDb21wdXRh dGlvbiBFbGVtZW50IChQQ0UpLQ0KICAgQmFzZWQgQXJjaGl0ZWN0dXJlIiwgUkZDIDQ3NTUsIEF1 Z3VzdCAyMDA2LiAgDQogDQogICBbUkZDNDY1N10gSi4gQXNoLCBKLkwgTGUgUm91eCBldCBhbC4s ICJQQ0UgQ29tbXVuaWNhdGlvbiBQcm90b2NvbCANCiAgIEdlbmVyaWMgUmVxdWlyZW1lbnRzIiwg UkZDIDQ2NTcsIFNlcHRlbWJlciAyMDA2LiANCiANCjEwLiBJbmZvcm1hdGl2ZSBSZWZlcmVuY2Vz ICAgDSAgIA0KIA0KICAgW0lOVEVSRC1URVNJR10gQXl5YW5nYXIgYW5kIFZhc3NldXIsICJJbnRl ciBkb21haW4gR01QTFMgVHJhZmZpYyANCiAgIEVuZ2luZWVyaW5nIC0gUlNWUC1URSBleHRlbnNp b25zIiwgZHJhZnQtaWV0Zi1jY2FtcC1pbnRlci1kb21haW4tDQogICByc3ZwLXRlLTA2LnR4dCwg QXByaWwgMjAwNiAoV29yayBpbiBQcm9ncmVzcykgICANCiANCiAgIFtMU1AtU1RJVENISU5HXSBB eXlhbmdhciBBLiwgVmFzc2V1ciBKUC4sICJMU1AgU3RpdGNoaW5nIHdpdGggIA0KICAgR2VuZXJh bGl6ZWQgTVBMUyBURSIsIGRyYWZ0LWlldGYtY2NhbXAtbHNwLXN0aXRjaGluZy0wNi50eHQsICAN CiAgIFNlcHRlbWJlciAyMDA1LCAod29yayBpbiBwcm9ncmVzcykuICAgDQogDQogICBbUkZDNDIw Nl0gS29tcGVsbGEgSy4sIFJla2h0ZXIgWS4sICJMYWJlbCBzd2l0Y2hlZCBQYXRocyhMU1ApICAN CiAgIEhpZXJhcmNoeSB3aXRoIEdlbmVyYWxpemVkIE1QTFMgVEUiLCBSRkM0MjA2LCBPY3RvYmVy IDIwMDUuICAgDQogDQogICBbSU5URVJELVRFLVBEUENdIFZhc3NldXIsIEF5eWFuZ2FyIGFuZCBa aGFuZywgIkEgUGVyLWRvbWFpbiBwYXRoIA0KICAgY29tcHV0YXRpb24gbWV0aG9kIGZvciBjb21w dXRpbmcgSW50ZXItZG9tYWluIFRyYWZmaWMgRW5naW5lZXJpbmcgDQogICAoVEUpIExhYmVsIFN3 aXRjaGVkIFBhdGggKExTUCkiLCBkcmFmdC1pZXRmLWNjYW1wLWludGVyLWRvbWFpbi1wZC0NCiAg IHBhdGgtY29tcC0wNS50eHQsIEZlYnJ1YXJ5IDIwMDYsIChXb3JrIGluIFByb2dyZXNzKS4gIA0K IA0KIA0KSW50ZWxsZWN0dWFsIFByb3BlcnR5IFN0YXRlbWVudCAgDQogICAgIA0KICAgVGhlIElF VEYgdGFrZXMgbm8gcG9zaXRpb24gcmVnYXJkaW5nIHRoZSB2YWxpZGl0eSBvciBzY29wZSBvZiBh bnkgDQogICBJbnRlbGxlY3R1YWwgUHJvcGVydHkgUmlnaHRzIG9yIG90aGVyIHJpZ2h0cyB0aGF0 IG1pZ2h0IGJlIGNsYWltZWQgDQogICB0byBwZXJ0YWluIHRvIHRoZSBpbXBsZW1lbnRhdGlvbiBv ciB1c2Ugb2YgdGhlIHRlY2hub2xvZ3kgZGVzY3JpYmVkIA0KICAgaW4gdGhpcyBkb2N1bWVudCBv ciB0aGUgZXh0ZW50IHRvIHdoaWNoIGFueSBsaWNlbnNlIHVuZGVyIHN1Y2ggDQogICByaWdodHMg bWlnaHQgb3IgbWlnaHQgbm90IGJlIGF2YWlsYWJsZTsgbm9yIGRvZXMgaXQgcmVwcmVzZW50IHRo YXQgDQogICBpdCBoYXMgbWFkZSBhbnkgaW5kZXBlbmRlbnQgZWZmb3J0IHRvIGlkZW50aWZ5IGFu eSBzdWNoIHJpZ2h0cy4gIA0KICAgSW5mb3JtYXRpb24gb24gdGhlIHByb2NlZHVyZXMgd2l0aCBy ZXNwZWN0IHRvIHJpZ2h0cyBpbiBSRkMgDQogICBkb2N1bWVudHMgY2FuIGJlIGZvdW5kIGluIEJD UCA3OCBhbmQgQkNQIDc5LiAgDQogICAgICAgIA0KICAgQ29waWVzIG9mIElQUiBkaXNjbG9zdXJl cyBtYWRlIHRvIHRoZSBJRVRGIFNlY3JldGFyaWF0IGFuZCBhbnkgDQogICBhc3N1cmFuY2VzIG9m IGxpY2Vuc2VzIHRvIGJlIG1hZGUgYXZhaWxhYmxlLCBvciB0aGUgcmVzdWx0IG9mIGFuIA0KICAg YXR0ZW1wdCBtYWRlIHRvIG9idGFpbiBhIGdlbmVyYWwgbGljZW5zZSBvciBwZXJtaXNzaW9uIGZv ciB0aGUgdXNlIA0KICAgb2Ygc3VjaCBwcm9wcmlldGFyeSByaWdodHMgYnkgaW1wbGVtZW50ZXJz IG9yIHVzZXJzIG9mIHRoaXMgDQogICBzcGVjaWZpY2F0aW9uIGNhbiBiZSBvYnRhaW5lZCBmcm9t IHRoZSBJRVRGIG9uLWxpbmUgSVBSIHJlcG9zaXRvcnkgDQogICBhdCBodHRwOi8vd3d3LmlldGYu b3JnL2lwci4gIA0KICAgICAgICANCiAgIFRoZSBJRVRGIGludml0ZXMgYW55IGludGVyZXN0ZWQg cGFydHkgdG8gYnJpbmcgdG8gaXRzIGF0dGVudGlvbiBhbnkgDQogICBjb3B5cmlnaHRzLCBwYXRl bnRzIG9yIHBhdGVudCBhcHBsaWNhdGlvbnMsIG9yIG90aGVyIHByb3ByaWV0YXJ5IA0KIA0KQml0 YXIsIFpoYW5nLCBhbmQgS3VtYWtpICAgSW50ZXItQVMgUmVxdWlyZW1lbnRzIGZvciBQQ0VDUCBb UGFnZSAxMl0gDQogIA0KIA0KICANCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgDQogIAwNCkludGVybmV0IERyYWZ0 IGRyYWZ0LWlldGYtcGNlLWludGVyYXMtcGVjcC1yZXFzLTAyICAgSnVseSAyMDA3IA0KCgogICBy aWdodHMgdGhhdCBtYXkgY292ZXIgdGVjaG5vbG9neSB0aGF0IG1heSBiZSByZXF1aXJlZCB0byBp bXBsZW1lbnQgDQogICB0aGlzIHN0YW5kYXJkLiAgUGxlYXNlIGFkZHJlc3MgdGhlIGluZm9ybWF0 aW9uIHRvIHRoZSBJRVRGIGF0IGlldGYtDQogICBpcHJAaWV0Zi5vcmcuICANCiAgICAgDQogICBE aXNjbGFpbWVyIG9mIFZhbGlkaXR5IA0KICAgIA0KICAgVGhpcyBkb2N1bWVudCBhbmQgdGhlIGlu Zm9ybWF0aW9uIGNvbnRhaW5lZCBoZXJlaW4gYXJlIHByb3ZpZGVkICANCiAgIG9uIGFuICJBUyBJ UyIgYmFzaXMgYW5kIFRIRSBDT05UUklCVVRPUiwgVEhFIE9SR0FOSVpBVElPTiBIRS9TSEUgDQog ICBSRVBSRVNFTlRTIE9SIElTIFNQT05TT1JFRCBCWSAoSUYgQU5ZKSwgVEhFIElOVEVSTkVUIFNP Q0lFVFksIFRIRSAgDQogICBJRVRGIFRSVVNUIEFORCBUSEUgSU5URVJORVQgRU5HSU5FRVJJTkcg VEFTSyBGT1JDRSBESVNDTEFJTSBBTEwgDQogICBXQVJSQU5USUVTLCBFWFBSRVNTIE9SIElNUExJ RUQsIElOQ0xVRElORyBCVVQgTk9UIExJTUlURUQgVE8gQU5ZIA0KICAgV0FSUkFOVFkgVEhBVCBU SEUgVVNFIE9GIFRIRSBJTkZPUk1BVElPTiBIRVJFSU4gV0lMTCBOT1QgSU5GUklOR0UgDQogICBB TlkgUklHSFRTIE9SIEFOWSBJTVBMSUVEIFdBUlJBTlRJRVMgT0YgTUVSQ0hBTlRBQklMSVRZIE9S IEZJVE5FU1MgDQogICBGT1IgQSBQQVJUSUNVTEFSIFBVUlBPU0UuIA0KICAgIA0KICAgQ29weXJp Z2h0IFN0YXRlbWVudCANCiAgICANCiAgIENvcHlyaWdodCAoQykgVGhlIElFVEYgVHJ1c3QgKDIw MDcpLiAgVGhpcyBkb2N1bWVudCBpcyBzdWJqZWN0IA0KICAgdG8gdGhlIHJpZ2h0cywgbGljZW5z ZXMgYW5kIHJlc3RyaWN0aW9ucyBjb250YWluZWQgaW4gQkNQIDc4LCBhbmQgDQogICBleGNlcHQg YXMgc2V0IGZvcnRoIHRoZXJlaW4sIHRoZSBhdXRob3JzIHJldGFpbiBhbGwgdGhlaXIgcmlnaHRz LiANCiAgICANCiAgIEFja25vd2xlZGdlbWVudCANCiAgICANCiAgIEZ1bmRpbmcgZm9yIHRoZSBS RkMgRWRpdG9yIGZ1bmN0aW9uIGlzIGN1cnJlbnRseSBwcm92aWRlZCBieSB0aGUgDQogICBJbnRl cm5ldCBTb2NpZXR5LiANCg0KCgoKCgoKCgoKCgoKCgoKCgoKCgoKCgoKCiANCkJpdGFyLCBaaGFu ZywgYW5kIEt1bWFraSAgIEludGVyLUFTIFJlcXVpcmVtZW50cyBmb3IgUENFQ1AgW1BhZ2UgMTNd IA0KICANCiANCiAgDQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIA0KICAM ------_=_NextPart_001_01C7CD43.CDF3D31F Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Pce mailing list Pce@lists.ietf.org https://www1.ietf.org/mailman/listinfo/pce ------_=_NextPart_001_01C7CD43.CDF3D31F-- From pce-bounces@lists.ietf.org Tue Jul 24 13:15:10 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IDNyV-0005E1-Fx; Tue, 24 Jul 2007 13:15:07 -0400 Received: from pce by megatron.ietf.org with local (Exim 4.43) id 1IDNyR-0005DS-NP for pce-confirm+ok@megatron.ietf.org; Tue, 24 Jul 2007 13:15:03 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IDNyR-0005DH-A6; Tue, 24 Jul 2007 13:15:03 -0400 Received: from ns3.neustar.com ([156.154.24.138]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IDNyQ-0000oj-PD; Tue, 24 Jul 2007 13:15:03 -0400 Received: from stiedprstage1.ietf.org (stiedprstage1.va.neustar.com [10.31.47.10]) by ns3.neustar.com (Postfix) with ESMTP id 67487175E1; Tue, 24 Jul 2007 17:15:02 +0000 (GMT) Received: from ietf by stiedprstage1.ietf.org with local (Exim 4.43) id 1IDNyP-0008MP-Rl; Tue, 24 Jul 2007 13:15:01 -0400 Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 To: i-d-announce@ietf.org From: Internet-Drafts@ietf.org Message-Id: Date: Tue, 24 Jul 2007 13:15:01 -0400 X-Spam-Score: 0.2 (/) X-Scan-Signature: 386e0819b1192672467565a524848168 Cc: pce@ietf.org Subject: [Pce] I-D ACTION:draft-ietf-pce-interas-pcecp-reqs-02.txt X-BeenThere: pce@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: pce-bounces@lists.ietf.org --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 : Inter-AS Requirements for the Path Computation Element Communication Protocol (PCECP) Author(s) : N. Bitar, et al. Filename : draft-ietf-pce-interas-pcecp-reqs-02.txt Pages : 13 Date : 2007-7-24 Multiprotocol Label Switching Traffic Engineered (MPLS-TE) Label Switched Paths (LSPs) may be established wholly within an Autonomous System (AS) or may cross AS boundaries. The Path Computation Element (PCE) is a component that is capable of computing paths for MPLS-TE LSPs. The PCE Communication Protocol(PCECP) is defined to allow communication between Path Computation Clients (PCCs) and PCEs, and between PCEs. The PCECP is used to request paths and to supply computed paths in responses. Generic requirements for the PCEP are set out in "Path Computation Element(PCE) Communication Protocol Generic Requirements", RFC 4657. This document extends those requirements to cover the use of PCEP in support of inter-AS MPLS-TE. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-pce-interas-pcecp-reqs-02.txt To remove yourself from the I-D Announcement list, send a message to i-d-announce-request@ietf.org with the word unsubscribe in the body of the message. You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce to change your subscription settings. Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-pce-interas-pcecp-reqs-02.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-pce-interas-pcecp-reqs-02.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. 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: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <2007-7-24121357.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-pce-interas-pcecp-reqs-02.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-pce-interas-pcecp-reqs-02.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2007-7-24121357.I-D@ietf.org> --OtherAccess-- --NextPart Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Pce mailing list Pce@lists.ietf.org https://www1.ietf.org/mailman/listinfo/pce --NextPart-- From pce-bounces@lists.ietf.org Mon Jul 30 01:26:33 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IFNm5-0003h5-1P; Mon, 30 Jul 2007 01:26:33 -0400 Received: from pce by megatron.ietf.org with local (Exim 4.43) id 1IFNm1-0003em-SY for pce-confirm+ok@megatron.ietf.org; Mon, 30 Jul 2007 01:26:29 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IFNm1-0003eQ-8O; Mon, 30 Jul 2007 01:26:29 -0400 Received: from [202.99.23.227] (helo=people.com.cn) by chiedprmail1.ietf.org with smtp (Exim 4.43) id 1IFNm0-0007MH-5S; Mon, 30 Jul 2007 01:26:29 -0400 Received: from people.com.cn([127.0.0.1]) by people.com.cn(AIMC 2.9.5.8) with SMTP id jm9246ad7fc6; Mon, 30 Jul 2007 13:38:20 +0800 Received: from megatron.ietf.org([156.154.16.145]) by people.com.cn(AIMC 2.9.5.8) with SMTP id jm9d46a778f5; Wed, 25 Jul 2007 19:59:11 +0800 Received: from megatron.ietf.org([156.154.16.145]) by people.com.cn(AIMC 2.9.5.8) with SMTP id AISP action; Wed, 25 Jul 2007 19:59:11 +0800 Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IDNyV-0005Dn-66; Tue, 24 Jul 2007 13:15:07 -0400 Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IDNyR-0005DH-A6; Tue, 24 Jul 2007 13:15:03 -0400 Received: from ns3.neustar.com ([156.154.24.138]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IDNyQ-0000oj-PD; Tue, 24 Jul 2007 13:15:03 -0400 Received: from stiedprstage1.ietf.org (stiedprstage1.va.neustar.com [10.31.47.10]) by ns3.neustar.com (Postfix) with ESMTP id 67487175E1; Tue, 24 Jul 2007 17:15:02 +0000 (GMT) Received: from ietf by stiedprstage1.ietf.org with local (Exim 4.43) id 1IDNyP-0008MP-Rl; Tue, 24 Jul 2007 13:15:01 -0400 Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 To: i-d-announce@ietf.org From: Internet-Drafts@ietf.org Message-Id: Date: Tue, 24 Jul 2007 13:15:01 -0400 X-Spam-Score: 0.2 (/) X-Scan-Signature: 386e0819b1192672467565a524848168 X-BeenThere: i-d-announce@ietf.org X-Mailman-Version: 2.1.5 Precedence: list X-AIMC-AUTH: (null) X-AIMC-MAILFROM: i-d-announce-bounces@ietf.org X-AIMC-AUTH: (null) X-AIMC-MAILFROM: Internet-Drafts@ietf.org X-Auto-Forward: jaglee@people.com.cn jag@kw.com.cn X-Spam-Score: 3.0 (+++) X-Scan-Signature: a8a20a483a84f747e56475e290ee868e Cc: pce@ietf.org Subject: [Pce] I-D ACTION:draft-ietf-pce-interas-pcecp-reqs-02.txt X-BeenThere: pce@lists.ietf.org Reply-To: internet-drafts@ietf.org List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: pce-bounces@lists.ietf.org --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 : Inter-AS Requirements for the Path Computation Element Communication Protocol (PCECP) Author(s) : N. Bitar, et al. Filename : draft-ietf-pce-interas-pcecp-reqs-02.txt Pages : 13 Date : 2007-7-24 Multiprotocol Label Switching Traffic Engineered (MPLS-TE) Label Switched Paths (LSPs) may be established wholly within an Autonomous System (AS) or may cross AS boundaries. The Path Computation Element (PCE) is a component that is capable of computing paths for MPLS-TE LSPs. The PCE Communication Protocol(PCECP) is defined to allow communication between Path Computation Clients (PCCs) and PCEs, and between PCEs. The PCECP is used to request paths and to supply computed paths in responses. Generic requirements for the PCEP are set out in "Path Computation Element(PCE) Communication Protocol Generic Requirements", RFC 4657. This document extends those requirements to cover the use of PCEP in support of inter-AS MPLS-TE. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-pce-interas-pcecp-reqs-02.txt To remove yourself from the I-D Announcement list, send a message to i-d-announce-request@ietf.org with the word unsubscribe in the body of the message. You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce to change your subscription settings. Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-pce-interas-pcecp-reqs-02.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-pce-interas-pcecp-reqs-02.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. 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: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <2007-7-24121357.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-pce-interas-pcecp-reqs-02.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-pce-interas-pcecp-reqs-02.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2007-7-24121357.I-D@ietf.org> --OtherAccess-- --NextPart Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ I-D-Announce mailing list I-D-Announce@ietf.org https://www1.ietf.org/mailman/listinfo/i-d-announce --NextPart Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Pce mailing list Pce@lists.ietf.org https://www1.ietf.org/mailman/listinfo/pce --NextPart-- From pce-bounces@lists.ietf.org Tue Jul 31 11:15:04 2007 Return-path: Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1IFtRA-0002lX-Co; Tue, 31 Jul 2007 11:15:04 -0400 Received: from pce by megatron.ietf.org with local (Exim 4.43) id 1IFtR8-0002l4-I2 for pce-confirm+ok@megatron.ietf.org; Tue, 31 Jul 2007 11:15:02 -0400 Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IFtR8-0002kw-85; Tue, 31 Jul 2007 11:15:02 -0400 Received: from ns1.neustar.com ([2001:503:c779:1a::9c9a:108a]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1IFtR7-00039K-QK; Tue, 31 Jul 2007 11:15:02 -0400 Received: from stiedprstage1.ietf.org (stiedprstage1.va.neustar.com [10.31.47.10]) by ns1.neustar.com (Postfix) with ESMTP id AD9812AB6C; Tue, 31 Jul 2007 15:15:01 +0000 (GMT) Received: from ietf by stiedprstage1.ietf.org with local (Exim 4.43) id 1IFtR7-00076Y-IR; Tue, 31 Jul 2007 11:15:01 -0400 Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 To: i-d-announce@ietf.org From: Internet-Drafts@ietf.org Message-Id: Date: Tue, 31 Jul 2007 11:15:01 -0400 X-Spam-Score: -1.2 (-) X-Scan-Signature: 386e0819b1192672467565a524848168 Cc: pce@ietf.org Subject: [Pce] I-D ACTION:draft-ietf-pce-interas-pcecp-reqs-03.txt X-BeenThere: pce@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: pce-bounces@lists.ietf.org --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 : Inter-AS Requirements for the Path Computation Element Communication Protocol (PCECP) Author(s) : N. Bitar, et al. Filename : draft-ietf-pce-interas-pcecp-reqs-03.txt Pages : 13 Date : 2007-7-31 Multiprotocol Label Switching Traffic Engineered (MPLS-TE) Label Switched Paths (LSPs) may be established wholly within an Autonomous System (AS) or may cross AS boundaries. The Path Computation Element (PCE) is a component that is capable of computing paths for MPLS-TE LSPs. The PCE Communication Protocol(PCECP) is defined to allow communication between Path Computation Clients (PCCs) and PCEs, and between PCEs. The PCECP is used to request paths and to supply computed paths in responses. Generic requirements for the PCEP are set out in "Path Computation Element(PCE) Communication Protocol Generic Requirements", RFC 4657. This document extends those requirements to cover the use of PCEP in support of inter-AS MPLS-TE. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-pce-interas-pcecp-reqs-03.txt To remove yourself from the I-D Announcement list, send a message to i-d-announce-request@ietf.org with the word unsubscribe in the body of the message. You can also visit https://www1.ietf.org/mailman/listinfo/I-D-announce to change your subscription settings. Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-pce-interas-pcecp-reqs-03.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-pce-interas-pcecp-reqs-03.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. 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: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <2007-7-31103039.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-pce-interas-pcecp-reqs-03.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-pce-interas-pcecp-reqs-03.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2007-7-31103039.I-D@ietf.org> --OtherAccess-- --NextPart Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Pce mailing list Pce@lists.ietf.org https://www1.ietf.org/mailman/listinfo/pce --NextPart--

On Jul = 12, 2007, at 7:33 AM, Dan Li wrote:

Dear = JP,
=C2=A0
It makes = sence=C2=A0:-)


OK we're in sync, = thanks.

Sure: more precisely, the = aim of the ID is to explain why TE Aggregation in general
has = been rejected by the IETF.

Thanks.

JP.

----- = Original Message -----

Hi = Dan,

On Jul 11, 2007, at 7:57 AM, Dan Li = wrote:

Dear JP,
=C3=82=C2=A0
Than= ks for your comments!
=C3=82=C2=A0
Sorry for the = late response, please see inline words in=C3=82=C2=A0Blue.
=C3=82=C2=A0
Best = regards,
=C3=82=C2=A0
Dan
=C3=82=C2=A0
=
----- Original Message = -----
= Dan = Li

Hi = Dan,

On Jul 7, 2007, at 6:29 AM, Dan Li = wrote:

Dear = the authors of BRPC,
=C3=82=C2=A0
We just published a new draft which we think is worth to be = reviewed by you:

the shortest inter-domain=C3=82=C2=A0constrained path (in addition to = diverse paths, ... ).=C3=82=C2=A0
But that does not help, since even in the case = (PCE-domain)(PCE domain)(non PCE domain) you still do not know whether = the best


Furthermore since you get several paths, = would you try to signal two TE LSPs in which=C3=82=C2=A0
case = they may=C3=82=C2=A0end up blocking each other = ?
=C3=82=C2=A0
Only one TE = LSP is signalled in this case. Since there are several optional TE LSPs, = one of the optional TE LSPs may be signalled if the first one could not = be=C3=82=C2=A0established successfully.
OK so that does not give you any=C3=82=C2=A0quantifiable= gain.
Note that this comment applies to = the first two cases of section 2.2

The case 3 of section 2.2 = suggests to use Virtual Inter-AS TE Links: please refer to = the=C3=82=C2=A0
discussions on the=C3=82=C2=A0list with = regards to TE aggregation: this option has been examined=C3=82=C2=A0
=
a number of times and has been=C3=82=C2=A0rejected.=C3=82=C2=A0Adrian= and I still have in our plate to document = this.
=C3=82=C2=A0
Sorry = I=C3=82=C2=A0was not=C3=82=C2=A0aware of the history of the Virtual = Inter-AS TE Links discussions. It will be very helpful if someone can = give=C3=82=C2=A0me more details on this issue, = thanks.
Stay tuned, we'll try to post an ID soon.
And of course, if = you start to alternate a number of PCE enabled and non PCE = enabled=C3=82=C2=A0
domains, the=C3=82=C2=A0result gets not = only extremely complex but more importantly = highly=C3=82=C2=A0unpredictable=C3=82=C2=A0
in term of path = quality.
=C3=82=C2=A0
Maybe the = realistic world is not so horrible, the most possible scenario is that = one of the PCEs is broken in multi-domain network. In this scenario, in = order to get as much optimal inter-domain path as we can, I think we = need try to use the BRPC in=C3=82=C2=A0most domains where the PCEs are = still available. Based on this understanding, we think it's necessary = to=C3=82=C2=A0clarify how to=C3=82=C2=A0apply the=C3=82=C2=A0BRPC=C3=82=C2= =A0to the scenarios=C3=82=C2=A0described in = this=C3=82=C2=A0I-D.=C3=82=C2=A0

See unless you can quantify the potential gain, which you = cannot in this case, I prefer not to add another layer of = complexity.