From julien.meuric@orange.com Mon Jul 2 09:08:12 2012 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 55DAB21F8629 for ; Mon, 2 Jul 2012 09:08:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.816 X-Spam-Level: X-Spam-Status: No, score=-5.816 tagged_above=-999 required=5 tests=[AWL=0.433, BAYES_00=-2.599, HELO_EQ_FR=0.35, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6Pwzb38NcmiM for ; Mon, 2 Jul 2012 09:08:11 -0700 (PDT) Received: from p-mail1.rd.francetelecom.com (p-mail1.rd.francetelecom.com [195.101.245.15]) by ietfa.amsl.com (Postfix) with ESMTP id B2E8B21F859A for ; Mon, 2 Jul 2012 09:08:11 -0700 (PDT) Received: from p-mail1.rd.francetelecom.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 56C264110C8 for ; Mon, 2 Jul 2012 18:08:16 +0200 (CEST) Received: from ftrdsmtp2.rd.francetelecom.fr (unknown [10.192.128.47]) by p-mail1.rd.francetelecom.com (Postfix) with ESMTP id 0F34E4110C5 for ; Mon, 2 Jul 2012 18:08:16 +0200 (CEST) Received: from ftrdmel10.rd.francetelecom.fr ([10.192.128.44]) by ftrdsmtp2.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Mon, 2 Jul 2012 18:08:10 +0200 Received: from [10.193.71.79] ([10.193.71.79]) by ftrdmel10.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Mon, 2 Jul 2012 18:08:12 +0200 Message-ID: <4FF1C76B.9090607@orange.com> Date: Mon, 02 Jul 2012 18:08:11 +0200 From: Julien Meuric Organization: France Telecom User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120615 Thunderbird/13.0.1 MIME-Version: 1.0 To: "pce@ietf.org" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 02 Jul 2012 16:08:12.0372 (UTC) FILETIME=[E1544140:01CD586C] Subject: [Pce] Slot Requests for PCE Meeting in Vancouver X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jul 2012 16:08:12 -0000 Hi PCE WG. The draft agenda for IETF 84 currently schedules PCE in its usual slot, i.e. the same as RTGWG (namely Thursday at 3:20 PM). If you wish for some discussion time in the PCE agenda, please send a request to the chairs and secretary, including the title of associated draft(s), expected duration and presenter name. Beware of the cut-off dates: 2012-07-09 (Monday): Internet Draft Cut-off for initial document (-00) submission by 17:00 PT (UTC -7), upload using IETF ID Submission Tool . 2012-07-16 (Monday): Internet Draft final submission cut-off by 17:00 PT (UTC -7), upload using IETF ID Submission Tool . Cheers, JP & Julien From helia.pouyllau@alcatel-lucent.com Wed Jul 4 05:30:13 2012 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D183D21F871D for ; Wed, 4 Jul 2012 05:30:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.249 X-Spam-Level: X-Spam-Status: No, score=-8.249 tagged_above=-999 required=5 tests=[AWL=-2.000, BAYES_00=-2.599, HELO_EQ_FR=0.35, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ij-rOJbG8rb9 for ; Wed, 4 Jul 2012 05:30:13 -0700 (PDT) Received: from smail3.alcatel.fr (smail3.alcatel.fr [62.23.212.56]) by ietfa.amsl.com (Postfix) with ESMTP id A884821F86F2 for ; Wed, 4 Jul 2012 05:30:12 -0700 (PDT) Received: from FRMRSSXCHHUB04.dc-m.alcatel-lucent.com (FRMRSSXCHHUB04.dc-m.alcatel-lucent.com [135.120.45.64]) by smail3.alcatel.fr (8.14.3/8.14.3/ICT) with ESMTP id q64CTdUY030183 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT) for ; Wed, 4 Jul 2012 14:30:19 +0200 Received: from FRMRSSXCHMBSA1.dc-m.alcatel-lucent.com ([135.120.45.37]) by FRMRSSXCHHUB04.dc-m.alcatel-lucent.com ([135.120.45.64]) with mapi; Wed, 4 Jul 2012 14:30:08 +0200 From: "POUYLLAU, HELIA (HELIA)" To: "pce@ietf.org" Date: Wed, 4 Jul 2012 14:30:06 +0200 Thread-Topic: New Version for draft-ietf-pce-enhanced-errors Thread-Index: Ac1Z3/dE++m5x7HnRZe3AZTRK6GbHAAAF1Kw Message-ID: <2D26984ED849C94A8C7D6276DA008FF214300FFDFD@FRMRSSXCHMBSA1.dc-m.alcatel-lucent.com> Accept-Language: fr-FR, en-US Content-Language: fr-FR X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: fr-FR, en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Scanned-By: MIMEDefang 2.69 on 155.132.188.83 Subject: [Pce] New Version for draft-ietf-pce-enhanced-errors X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Jul 2012 12:30:14 -0000 Dear PCErs, A new version for draft-ietf-pce-enhanced-errors have just been submitted. = We corrected some small flaws and addressed the comments received at IETF 8= 3. Further comments are as usual welcomed. BR Helia From internet-drafts@ietf.org Thu Jul 5 06:12:40 2012 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 087F521F86C1; Thu, 5 Jul 2012 06:12:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.517 X-Spam-Level: X-Spam-Status: No, score=-102.517 tagged_above=-999 required=5 tests=[AWL=0.082, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id skdbvKoUsQGI; Thu, 5 Jul 2012 06:12:32 -0700 (PDT) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 795DF21F8655; Thu, 5 Jul 2012 06:12:16 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 4.30 Message-ID: <20120705131216.7978.21694.idtracker@ietfa.amsl.com> Date: Thu, 05 Jul 2012 06:12:16 -0700 Cc: pce@ietf.org Subject: [Pce] I-D Action: draft-ietf-pce-pcep-domain-sequence-01.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jul 2012 13:12:40 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Path Computation Element Working Group of= the IETF. Title : Standard Representation Of Domain Sequence Author(s) : Dhruv Dhody Udayasree Palle Ramon Casellas Filename : draft-ietf-pce-pcep-domain-sequence-01.txt Pages : 31 Date : 2012-07-05 Abstract: The ability to compute shortest constrained Traffic Engineering Label Switched Paths (TE LSPs) in Multiprotocol Label Switching (MPLS) and Generalized MPLS (GMPLS) networks across multiple domains has been identified as a key requirement for P2P and P2MP scenarios. In this context, a domain is a collection of network elements within a common sphere of address management or path computational responsibility such as an IGP area or an Autonomous Systems. This document specifies a standard representation and encoding of a domain sequence, which is defined as an ordered sequence of domains traversed to reach the destination domain. This document also defines new sub-objects to be used to encode domain identifiers. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pce-pcep-domain-sequence There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-pce-pcep-domain-sequence-01 A diff from previous version is available at: http://tools.ietf.org/rfcdiff?url2=3Ddraft-ietf-pce-pcep-domain-sequence-01 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From leeyoung@huawei.com Fri Jul 6 11:28:48 2012 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B728521F85F7 for ; Fri, 6 Jul 2012 11:28:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.556 X-Spam-Level: X-Spam-Status: No, score=-6.556 tagged_above=-999 required=5 tests=[AWL=0.043, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XXhnHuA6OycV for ; Fri, 6 Jul 2012 11:28:48 -0700 (PDT) Received: from dfwrgout.huawei.com (dfwrgout.huawei.com [206.16.17.72]) by ietfa.amsl.com (Postfix) with ESMTP id 0E61321F85E5 for ; Fri, 6 Jul 2012 11:28:48 -0700 (PDT) Received: from 172.18.9.243 (EHLO dfweml202-edg.china.huawei.com) ([172.18.9.243]) by dfwrg02-dlp.huawei.com (MOS 4.2.3-GA FastPath) with ESMTP id AHM67970; Fri, 06 Jul 2012 14:29:04 -0400 (EDT) Received: from DFWEML404-HUB.china.huawei.com (10.193.5.203) by dfweml202-edg.china.huawei.com (172.18.9.108) with Microsoft SMTP Server (TLS) id 14.1.323.3; Fri, 6 Jul 2012 11:28:30 -0700 Received: from dfweml511-mbx.china.huawei.com ([169.254.16.20]) by dfweml404-hub.china.huawei.com ([10.193.5.203]) with mapi id 14.01.0323.003; Fri, 6 Jul 2012 11:28:25 -0700 From: Leeyoung To: "pce@ietf.org" Thread-Topic: New Version Notification for draft-lee-pce-wson-impairments-04.txt Thread-Index: AQHNW6S3Ho6ZU0V0tkqO927vkEW/x5cckprA Date: Fri, 6 Jul 2012 18:28:24 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1720CC288F@dfweml511-mbx.china.huawei.com> Accept-Language: en-US, zh-CN Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.192.11.151] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Subject: [Pce] FW: New Version Notification for draft-lee-pce-wson-impairments-04.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jul 2012 18:28:48 -0000 SGkgUENFIFdHIHBhcnRpY2lwYW50cywNCg0KSGVyZSdzIGEgcmV2aXZlZCBQQ0UgZHJhZnQgdG8g c3VwcG9ydCBpbXBhaXJtZW50IGNvbXB1dGF0aW9uLiBZb3VyIGNvbW1lbnRzIGFyZSBhbHdheXMg YXBwcmVjaWF0ZWQuDQoNCllvdW5nDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9t OiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcgW21haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5v cmddIA0KU2VudDogRnJpZGF5LCBKdWx5IDA2LCAyMDEyIDE6MjUgUE0NClRvOiBMZWV5b3VuZw0K Q2M6IHRzdXJpQGtkZGlsYWJzLmpwOyBncmVnYkBncm90dG8tbmV0d29ya2luZy5jb207IGpvbmFz Lm1hcnRlbnNzb25AYWNyZW8uc2U7IHRha2VkYS50b21vbm9yaUBsYWIubnR0LmNvLmpwDQpTdWJq ZWN0OiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LWxlZS1wY2Utd3Nvbi1pbXBh aXJtZW50cy0wNC50eHQNCg0KDQpBIG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQtbGVlLXBjZS13 c29uLWltcGFpcm1lbnRzLTA0LnR4dA0KaGFzIGJlZW4gc3VjY2Vzc2Z1bGx5IHN1Ym1pdHRlZCBi eSBZb3VuZyBMZWUgYW5kIHBvc3RlZCB0byB0aGUNCklFVEYgcmVwb3NpdG9yeS4NCg0KRmlsZW5h bWU6CSBkcmFmdC1sZWUtcGNlLXdzb24taW1wYWlybWVudHMNClJldmlzaW9uOgkgMDQNClRpdGxl OgkJIFBDRVAgRXh0ZW5zaW9ucyBmb3IgV1NPTiBJbXBhaXJtZW50cw0KQ3JlYXRpb24gZGF0ZToJ IDIwMTItMDctMDYNCldHIElEOgkJIEluZGl2aWR1YWwgU3VibWlzc2lvbg0KTnVtYmVyIG9mIHBh Z2VzOiAyMA0KVVJMOiAgICAgICAgICAgICBodHRwOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRy YWZ0cy9kcmFmdC1sZWUtcGNlLXdzb24taW1wYWlybWVudHMtMDQudHh0DQpTdGF0dXM6ICAgICAg ICAgIGh0dHA6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtbGVlLXBjZS13c29uLWlt cGFpcm1lbnRzDQpIdG1saXplZDogICAgICAgIGh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2Ry YWZ0LWxlZS1wY2Utd3Nvbi1pbXBhaXJtZW50cy0wNA0KRGlmZjogICAgICAgICAgICBodHRwOi8v dG9vbHMuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LWxlZS1wY2Utd3Nvbi1pbXBhaXJtZW50 cy0wNA0KDQpBYnN0cmFjdDoNCiAgIEFzIGFuIG9wdGljYWwgc2lnbmFsIHByb2dyZXNzZXMgYWxv bmcgaXRzIHBhdGggaXQgbWF5IGJlIGFsdGVyZWQgYnkNCiAgIHRoZSB2YXJpb3VzIHBoeXNpY2Fs IHByb2Nlc3NlcyBpbiB0aGUgb3B0aWNhbCBmaWJlcnMgYW5kIGRldmljZXMgaXQNCiAgIGVuY291 bnRlcnMuIFdoZW4gc3VjaCBhbHRlcmF0aW9ucyByZXN1bHQgaW4gc2lnbmFsIGRlZ3JhZGF0aW9u LA0KICAgdGhlc2UgcHJvY2Vzc2VzIGFyZSB1c3VhbGx5IHJlZmVycmVkIHRvIGFzICJpbXBhaXJt ZW50cyIuIFRoZXNlDQogICBwaHlzaWNhbCBjaGFyYWN0ZXJpc3RpY3MgbWF5IGJlIGltcG9ydGFu dCBjb25zdHJhaW50cyB0byBjb25zaWRlciBpbg0KICAgcGF0aCBjb21wdXRhdGlvbiBwcm9jZXNz IGluIHdhdmVsZW5ndGggc3dpdGNoZWQgb3B0aWNhbCBuZXR3b3Jrcy4NCg0KICAgVGhpcyBkb2N1 bWVudCBwcm92aWRlcyBQQ0VQIGV4dGVuc2lvbnMgdG8gc3VwcG9ydCBJbXBhaXJtZW50IEF3YXJl DQogICBSb3V0aW5nIGFuZCBXYXZlbGVuZ3RoIEFzc2lnbm1lbnQgKElBLVJXQSkgaW4gd2F2ZWxl bmd0aCBzd2l0Y2hlZA0KICAgb3B0aWNhbCBuZXR3b3Jrcy4NCg0KDQoNCg0KDQoNCiAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICANCg0KDQpUaGUgSUVURiBTZWNyZXRhcmlhdA0K From dhruv.dhody@huawei.com Fri Jul 6 22:26:21 2012 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DD1F621F850B for ; Fri, 6 Jul 2012 22:26:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.15 X-Spam-Level: X-Spam-Status: No, score=-5.15 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, MSGID_MULTIPLE_AT=1.449, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bKDxcqz7HeEg for ; Fri, 6 Jul 2012 22:26:20 -0700 (PDT) Received: from dfwrgout.huawei.com (dfwrgout.huawei.com [206.16.17.72]) by ietfa.amsl.com (Postfix) with ESMTP id BF5B821F8504 for ; Fri, 6 Jul 2012 22:26:20 -0700 (PDT) Received: from 172.18.9.243 (EHLO dfweml202-edg.china.huawei.com) ([172.18.9.243]) by dfwrg02-dlp.huawei.com (MOS 4.2.3-GA FastPath) with ESMTP id AHM95533; Sat, 07 Jul 2012 01:26:38 -0400 (EDT) Received: from DFWEML406-HUB.china.huawei.com (10.193.5.131) by dfweml202-edg.china.huawei.com (172.18.9.108) with Microsoft SMTP Server (TLS) id 14.1.323.3; Fri, 6 Jul 2012 22:26:40 -0700 Received: from SZXEML402-HUB.china.huawei.com (10.82.67.32) by dfweml406-hub.china.huawei.com (10.193.5.131) with Microsoft SMTP Server (TLS) id 14.1.323.3; Fri, 6 Jul 2012 22:26:37 -0700 Received: from htipl17119 (10.195.70.48) by smtpscn.huawei.com (10.82.67.32) with Microsoft SMTP Server (TLS) id 14.1.323.3; Sat, 7 Jul 2012 13:26:30 +0800 From: Dhruv Dhody To: References: <20120705131216.7978.21694.idtracker@ietfa.amsl.com> In-Reply-To: <20120705131216.7978.21694.idtracker@ietfa.amsl.com> Date: Sat, 7 Jul 2012 10:56:29 +0530 Message-ID: <00b401cd5c01$11198420$334c8c60$@dhody@huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ac1ar+h+smuw++A9T2WYrkWeCablzgBRmi5g Content-Language: en-us X-Originating-IP: [10.195.70.48] X-CFilter-Loop: Reflected Subject: Re: [Pce] I-D Action: draft-ietf-pce-pcep-domain-sequence-01.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Jul 2012 05:26:22 -0000 Dear WG, We have updated the domain-sequence draft 'draft-ietf-pce-pcep-domain-sequence-01' The main changes are - (1) Documenting two mechanism for encoding of the domain-sequence sub-objects in IRO - a New IRO Type: With new processing rules like order, Loose/Strict, unknown sub-objects etc - Use of IRO Type 1(RFC 5440): New sub-objects encoding in the IRO, with no inherent order and existing processing rules. (2) Section on use of the sub-objects in XRO, ERO, EXRS. (3) Manageability, Security and IANA considerations (4) Comments and suggestions from Adrian's Mails [http://www.ietf.org/mail-archive/web/pce/current/msg02782.html] - Added both options for IRO in the draft - Clarified the encoding of sub-objects and the difference with TLVs - Loose handling for the new IRO type - Mode of operations - Unknown sub-object handling v/s constraints not met - Relationship with PCE Sequence ******* Poll: ******* We would like to get the feedback from the WG on the domain-sequence in IRO (please refer section 3.3.2.1) (a) New IRO Type: - is an ordered list - Allow Loose and Strict ( which is ignored for IRO type 1) - Separation of Scope (a.1): New IRO Type to denote domain-sequence only and Old IRO type used for intra-domain [PCReq rules changes to allow ] (a.2): New IRO Type to include both intra nodes and inter-domains nodes but the order of domain (as & area) is strict. (non- ordered intra-domain nodes can exist) (Basically a new IRO type with defined rules for domain sequence ordering) (b) Old IRO Type 1: - Status Quo with only addition of sub-objects and no processing rules changed (unknown sub-object handling etc) - No strict Order (PCE must find the sequence on its own) but at the same time in case of doubt, or when doable, PCE can apply the ordering as specified in IRO. - Coexistence of intra domain nodes, boundary nodes and abstract domain nodes in the same IRO List So the question is, should we define a new IRO type to be used in inter- domain scenarios to denote domain-sequence. (a.1) New IRO Type with domain-sequence sub-objects only or (a.2) New IRO Type with mix of intra and inter nodes, strict ordering for inter-domain nodes only or the focus of the draft should only be to (b) define new sub-objects with text clarifying the handling and processing rules to cover inter-domain cases. We would like to get feedback from the WG with clarifying text and try to get consensus during the next IETF WG meet. Thanks!! Best Regards, Authors ******************************************************************** Dhruv Dhody, System Architect, Huawei Technologies, Bangalore, India Ph. +91-9845062422 This e-mail and attachments contain confidential information from HUAWEI, which is intended only for the person or entity whose address is listed above. Any use of the information contained herein in any way (including, but not limited to, total or partial disclosure, reproduction, or dissemination) by persons other than the intended recipient's) is prohibited. If you receive this e-mail in error, please notify the sender by phone or email immediately and delete it! -----Original Message----- From: pce-bounces@ietf.org [mailto:pce-bounces@ietf.org] On Behalf Of internet-drafts@ietf.org Sent: Thursday, July 05, 2012 6:42 PM To: i-d-announce@ietf.org Cc: pce@ietf.org Subject: [Pce] I-D Action: draft-ietf-pce-pcep-domain-sequence-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 : Standard Representation Of Domain Sequence Author(s) : Dhruv Dhody Udayasree Palle Ramon Casellas Filename : draft-ietf-pce-pcep-domain-sequence-01.txt Pages : 31 Date : 2012-07-05 Abstract: The ability to compute shortest constrained Traffic Engineering Label Switched Paths (TE LSPs) in Multiprotocol Label Switching (MPLS) and Generalized MPLS (GMPLS) networks across multiple domains has been identified as a key requirement for P2P and P2MP scenarios. In this context, a domain is a collection of network elements within a common sphere of address management or path computational responsibility such as an IGP area or an Autonomous Systems. This document specifies a standard representation and encoding of a domain sequence, which is defined as an ordered sequence of domains traversed to reach the destination domain. This document also defines new sub-objects to be used to encode domain identifiers. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pce-pcep-domain-sequence There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-pce-pcep-domain-sequence-01 A diff from previous version is available at: http://tools.ietf.org/rfcdiff?url2=draft-ietf-pce-pcep-domain-sequence-01 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ _______________________________________________ Pce mailing list Pce@ietf.org https://www.ietf.org/mailman/listinfo/pce From zhang.xian@huawei.com Sun Jul 8 19:17:18 2012 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BDD6121F8800 for ; Sun, 8 Jul 2012 19:17:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wJ6AshhcSSTM for ; Sun, 8 Jul 2012 19:17:18 -0700 (PDT) Received: from dfwrgout.huawei.com (dfwrgout.huawei.com [206.16.17.72]) by ietfa.amsl.com (Postfix) with ESMTP id 834CE21F87EC for ; Sun, 8 Jul 2012 19:17:17 -0700 (PDT) Received: from 172.18.9.243 (EHLO dfweml201-edg.china.huawei.com) ([172.18.9.243]) by dfwrg02-dlp.huawei.com (MOS 4.2.3-GA FastPath) with ESMTP id AHO82703; Sun, 08 Jul 2012 22:17:40 -0400 (EDT) Received: from DFWEML406-HUB.china.huawei.com (10.193.5.131) by dfweml201-edg.china.huawei.com (172.18.9.107) with Microsoft SMTP Server (TLS) id 14.1.323.3; Sun, 8 Jul 2012 19:16:10 -0700 Received: from SZXEML406-HUB.china.huawei.com (10.82.67.93) by dfweml406-hub.china.huawei.com (10.193.5.131) with Microsoft SMTP Server (TLS) id 14.1.323.3; Sun, 8 Jul 2012 19:16:11 -0700 Received: from SZXEML535-MBX.china.huawei.com ([169.254.3.126]) by szxeml406-hub.china.huawei.com ([10.82.67.93]) with mapi id 14.01.0323.003; Mon, 9 Jul 2012 10:15:56 +0800 From: "Zhangxian (Xian)" To: "pce@ietf.org" Thread-Topic: New Version Notification for draft-zhang-pce-pcep-stateful-pce-gmpls-00.txt Thread-Index: AQHNXXaryiRcWJXzVUaaBxra4bflfZcgNW5g Date: Mon, 9 Jul 2012 02:15:55 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.70.76.79] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Subject: [Pce] FW: New Version Notification for draft-zhang-pce-pcep-stateful-pce-gmpls-00.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jul 2012 02:17:18 -0000 SGksIERlYXIgUENFcnMsIA0KDQogICBXZSd2ZSBqdXN0IHBvc3RlZCBhIG5ldyBJLUQgYWJvdXQg UENFUCBleHRlbnNpb24gZm9yIHN0YXRlZnVsIFBDRSB1c2FnZSBpbiBHTVBMUyBuZXR3b3Jrcy4N CiAgIA0KICAgWW91IGNvdWxkIGZpbmQgdGhlIEktRCBoZXJlOiBodHRwOi8vd3d3LmlldGYub3Jn L2ludGVybmV0LWRyYWZ0cy9kcmFmdC16aGFuZy1wY2UtcGNlcC1zdGF0ZWZ1bC1wY2UtZ21wbHMt MDAudHh0DQoNCiAgIFlvdXIgZmVlZGJhY2tzIGFuZCBjb21tZW50cyB3b3VsZCBiZSB2ZXJ5IG11 Y2ggYXBwcmVjaWF0ZWQuDQoNCkJlc3QgUmVnYXJkcywNCg0KWGlhbiBldCBhbC4NCg0KDQotLS0t LemCruS7tuWOn+S7ti0tLS0tDQrlj5Hku7bkuro6IGludGVybmV0LWRyYWZ0c0BpZXRmLm9yZyBb bWFpbHRvOmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZ10gDQrlj5HpgIHml7bpl7Q6IDIwMTLlubQ3 5pyIOeaXpSAxMDowMA0K5pS25Lu25Lq6OiBaaGFuZ3hpYW4gKFhpYW4pDQrmioTpgIE6IG9nb25k aW9AdGlkLmVzOyByYW1vbi5jYXNlbGxhc0BjdHRjLmVzOyBMZWV5b3VuZw0K5Li76aKYOiBOZXcg VmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LXpoYW5nLXBjZS1wY2VwLXN0YXRlZnVsLXBj ZS1nbXBscy0wMC50eHQNCg0KDQpBIG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQtemhhbmctcGNl LXBjZXAtc3RhdGVmdWwtcGNlLWdtcGxzLTAwLnR4dA0KaGFzIGJlZW4gc3VjY2Vzc2Z1bGx5IHN1 Ym1pdHRlZCBieSBYaWFuIFpoYW5nIGFuZCBwb3N0ZWQgdG8gdGhlDQpJRVRGIHJlcG9zaXRvcnku DQoNCkZpbGVuYW1lOgkgZHJhZnQtemhhbmctcGNlLXBjZXAtc3RhdGVmdWwtcGNlLWdtcGxzDQpS ZXZpc2lvbjoJIDAwDQpUaXRsZToJCSBQYXRoIENvbXB1dGF0aW9uIEVsZW1lbnQgKFBDRSkgUHJv dG9jb2wgRXh0ZW5zaW9uIGZvciBTdGF0ZWZ1bCBQQ0UgVXNhZ2UgaW4gR01QTFMgTmV0d29ya3MN CkNyZWF0aW9uIGRhdGU6CSAyMDEyLTA3LTA3DQpXRyBJRDoJCSBJbmRpdmlkdWFsIFN1Ym1pc3Np b24NCk51bWJlciBvZiBwYWdlczogMTUNClVSTDogICAgICAgICAgICAgaHR0cDovL3d3dy5pZXRm Lm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQtemhhbmctcGNlLXBjZXAtc3RhdGVmdWwtcGNlLWdt cGxzLTAwLnR4dA0KU3RhdHVzOiAgICAgICAgICBodHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcv ZG9jL2RyYWZ0LXpoYW5nLXBjZS1wY2VwLXN0YXRlZnVsLXBjZS1nbXBscw0KSHRtbGl6ZWQ6ICAg ICAgICBodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC16aGFuZy1wY2UtcGNlcC1zdGF0 ZWZ1bC1wY2UtZ21wbHMtMDANCg0KDQpBYnN0cmFjdDoNCiAgIFRoZSBQYXRoIENvbXB1dGF0aW9u IEVsZW1lbnQgKFBDRSkgZmFjaWxpdGF0ZXMgVHJhZmZpYyBFbmdpbmVlcmluZw0KICAgKFRFKSBi YXNlZCBwYXRoIGNhbGN1bGF0aW9uIGluIGxhcmdlLCBtdWx0aS1kb21haW4sIG11bHRpLXJlZ2lv biwgb3INCiAgIG11bHRpLWxheWVyIG5ldHdvcmtzLiBQQ0UgY2FuIGJlIHN0YXRlbGVzcyBvciBz dGF0ZWZ1bC4gV2l0aCB0aGUgTFNQDQogICBzdGF0ZSBpbmZvcm1hdGlvbiBhY3F1aXJlZCBmcm9t IHRoZSBuZXR3b3JrLCBhIHN0YXRlZnVsIFBDRSBleGhpYml0cw0KICAgc3VwZXJpb3JpdHkgaW4g ZmFjaWxpdGF0aW5nIGEgd2lkZSB2YXJpZXR5IG9mIGFwcGxpY2F0aW9ucywNCiAgIGVzcGVjaWFs bHkgaW4gR01QTFMgbmV0d29ya3MsIHN1Y2ggYXMgaW1wYWlybWVudC1hd2FyZSByb3V0aW5nIGFu ZA0KICAgd2F2ZWxlbmd0aCBhc3NpZ25tZW50IGluIHdhdmVsZW5ndGgtc3dpdGNoZWQgb3B0aWNh bCBuZXR3b3JrcyAoV1NPTiksDQogICB0aW1lLWJhc2VkIHNjaGVkdWxpbmcgYXBwbGljYXRpb25z LiBUaGlzIG1lbW8gcHJvdmlkZXMgZXh0ZW5zaW9ucw0KICAgcmVxdWlyZWQgZm9yIFBDRSBjb21t dW5pY2F0aW9uIHByb3RvY29sIChpLmUuIFBDRVApIHNvIGFzIHRvIGVuYWJsZQ0KICAgdGhlIHVz YWdlIG9mIGEgc3RhdGVmdWwgUENFIGNhcGFiaWxpdHkgaW4gR01QTFMgbmV0d29ya3MuIFRvIGJl IG1vcmUNCiAgIHNwZWNpZmljLCB0aGUgUENFUCBleHRlbnNpb25zIHNwZWNpZmllZCBpbiB0aGlz IG1lbW8gaW5jbHVkZSBub3QNCiAgIG9ubHkgbmV3IG9iamVjdHMgYnV0IGFsc28gbW9kaWZpY2F0 aW9uIG9mIGV4aXN0aW5nIG9iamVjdHMgaW4gUENFUA0KICAgbWVzc2FnZXMsIHdpdGggcmVnYXJk IHRvIHN0YXRlZnVsIFBDRSB1c2FnZSBpbiBHTVBMUyBuZXR3b3Jrcy4NCg0KDQogICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgDQoNCg0KVGhlIElFVEYgU2VjcmV0YXJpYXQNCg== From internet-drafts@ietf.org Sun Jul 8 22:52:37 2012 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3799021F87D0; Sun, 8 Jul 2012 22:52:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.579 X-Spam-Level: X-Spam-Status: No, score=-102.579 tagged_above=-999 required=5 tests=[AWL=0.020, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2z0ExS6-GJP6; Sun, 8 Jul 2012 22:52:36 -0700 (PDT) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A15D521F869D; Sun, 8 Jul 2012 22:52:36 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 4.30p2 Message-ID: <20120709055236.28630.43332.idtracker@ietfa.amsl.com> Date: Sun, 08 Jul 2012 22:52:36 -0700 Cc: pce@ietf.org Subject: [Pce] I-D Action: draft-ietf-pce-vendor-constraints-06.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jul 2012 05:52:37 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Path Computation Element Working Group of= the IETF. Title : Conveying Vendor-Specific Constraints in the Path Comput= ation Element Protocol Author(s) : Fatai Zhang Adrian Farrel Greg Bernstein Filename : draft-ietf-pce-vendor-constraints-06.txt Pages : 13 Date : 2012-07-08 Abstract: The Path Computation Element Protocol (PCEP) is used to convey path computation requests and responses between Path Computation Clients (PCCs) and Path Computation Elements (PCEs), and also between cooperating PCEs. In PCEP the path computation requests carry details of the constraints and objective functions that the PCC wishes the PCE to apply in its computation. The mechanisms defined for indicating objective functions include the capability to convey vendor-specific objective functions. This document defines a facility to carry vendor-specific constraints in PCEP. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pce-vendor-constraints There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-pce-vendor-constraints-06 A diff from previous version is available at: http://tools.ietf.org/rfcdiff?url2=3Ddraft-ietf-pce-vendor-constraints-06 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From zhangfatai@huawei.com Sun Jul 8 23:00:57 2012 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1064321F84AF for ; Sun, 8 Jul 2012 23:00:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.36 X-Spam-Level: ** X-Spam-Status: No, score=2.36 tagged_above=-999 required=5 tests=[AWL=-0.428, BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, CN_BODY_35=0.339, MIME_8BIT_HEADER=0.3, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-4, SARE_SUB_ENC_GB2312=1.345] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WpFqKDhZiLA6 for ; Sun, 8 Jul 2012 23:00:56 -0700 (PDT) Received: from dfwrgout.huawei.com (dfwrgout.huawei.com [206.16.17.72]) by ietfa.amsl.com (Postfix) with ESMTP id 8075121F8569 for ; Sun, 8 Jul 2012 23:00:53 -0700 (PDT) Received: from 172.18.9.243 (EHLO dfweml201-edg.china.huawei.com) ([172.18.9.243]) by dfwrg02-dlp.huawei.com (MOS 4.2.3-GA FastPath) with ESMTP id AHO93074; Mon, 09 Jul 2012 02:01:15 -0400 (EDT) Received: from DFWEML406-HUB.china.huawei.com (10.193.5.131) by dfweml201-edg.china.huawei.com (172.18.9.107) with Microsoft SMTP Server (TLS) id 14.1.323.3; Sun, 8 Jul 2012 23:00:29 -0700 Received: from SZXEML440-HUB.china.huawei.com (10.72.61.75) by dfweml406-hub.china.huawei.com (10.193.5.131) with Microsoft SMTP Server (TLS) id 14.1.323.3; Sun, 8 Jul 2012 23:00:30 -0700 Received: from SZXEML520-MBX.china.huawei.com ([169.254.1.66]) by SZXEML440-HUB.china.huawei.com ([10.72.61.75]) with mapi id 14.01.0323.003; Mon, 9 Jul 2012 14:00:26 +0800 From: Fatai Zhang To: "pce@ietf.org" Thread-Topic: [Pce] I-D Action: draft-ietf-pce-vendor-constraints-06.txt Thread-Index: AQHNXZcjmNyzJmEvJECtju4SMNIJlZcgc8Wg Date: Mon, 9 Jul 2012 06:00:25 +0000 Message-ID: References: <20120709055236.28630.43332.idtracker@ietfa.amsl.com> In-Reply-To: <20120709055236.28630.43332.idtracker@ietfa.amsl.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.66.72.152] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Subject: [Pce] =?gb2312?b?tPC4tDogIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtcGNlLXZl?= =?gb2312?b?bmRvci1jb25zdHJhaW50cy0wNi50eHQ=?= X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Jul 2012 06:00:57 -0000 SGkgYWxsLA0KDQpOb3RoaW5nIGhhcyBiZWVuIGNoYW5nZWQsIGp1c3QgcmVmcmVzaCB0aGUgZGF0 ZS4NCg0KTm90ZSB0aGF0IHRoZSBpc3N1ZSBvbiBWRU5ET1ItQ09OU1RSQUlOVC1UTFYgaGFzIGJl ZW4gYWxyZWFkeSByZXNvbHZlZCBpbiB2ZXJzaW9uIDA1LiANCg0KDQoNClRoYW5rcw0KDQpGYXRh aQ0KDQotLS0tLdPKvP7Urbz+LS0tLS0NCreivP7IyzogcGNlLWJvdW5jZXNAaWV0Zi5vcmcgW21h aWx0bzpwY2UtYm91bmNlc0BpZXRmLm9yZ10gtPqx7SBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcN Creiy83KsbzkOiAyMDEyxOo31MI5yNUgMTM6NTMNCsrVvP7IyzogaS1kLWFubm91bmNlQGlldGYu b3JnDQqzrcvNOiBwY2VAaWV0Zi5vcmcNCtb3zOI6IFtQY2VdIEktRCBBY3Rpb246IGRyYWZ0LWll dGYtcGNlLXZlbmRvci1jb25zdHJhaW50cy0wNi50eHQNCg0KDQpBIE5ldyBJbnRlcm5ldC1EcmFm dCBpcyBhdmFpbGFibGUgZnJvbSB0aGUgb24tbGluZSBJbnRlcm5ldC1EcmFmdHMgZGlyZWN0b3Jp ZXMuDQogVGhpcyBkcmFmdCBpcyBhIHdvcmsgaXRlbSBvZiB0aGUgUGF0aCBDb21wdXRhdGlvbiBF bGVtZW50IFdvcmtpbmcgR3JvdXAgb2YgdGhlIElFVEYuDQoNCglUaXRsZSAgICAgICAgICAgOiBD b252ZXlpbmcgVmVuZG9yLVNwZWNpZmljIENvbnN0cmFpbnRzIGluIHRoZSBQYXRoIENvbXB1dGF0 aW9uIEVsZW1lbnQgUHJvdG9jb2wNCglBdXRob3IocykgICAgICAgOiBGYXRhaSBaaGFuZw0KICAg ICAgICAgICAgICAgICAgICAgICAgICBBZHJpYW4gRmFycmVsDQogICAgICAgICAgICAgICAgICAg ICAgICAgIEdyZWcgQmVybnN0ZWluDQoJRmlsZW5hbWUgICAgICAgIDogZHJhZnQtaWV0Zi1wY2Ut dmVuZG9yLWNvbnN0cmFpbnRzLTA2LnR4dA0KCVBhZ2VzICAgICAgICAgICA6IDEzDQoJRGF0ZSAg ICAgICAgICAgIDogMjAxMi0wNy0wOA0KDQpBYnN0cmFjdDoNCiAgIFRoZSBQYXRoIENvbXB1dGF0 aW9uIEVsZW1lbnQgUHJvdG9jb2wgKFBDRVApIGlzIHVzZWQgdG8gY29udmV5IHBhdGgNCiAgIGNv bXB1dGF0aW9uIHJlcXVlc3RzIGFuZCByZXNwb25zZXMgYmV0d2VlbiBQYXRoIENvbXB1dGF0aW9u IENsaWVudHMNCiAgIChQQ0NzKSBhbmQgUGF0aCBDb21wdXRhdGlvbiBFbGVtZW50cyAoUENFcyks IGFuZCBhbHNvIGJldHdlZW4NCiAgIGNvb3BlcmF0aW5nIFBDRXMuIEluIFBDRVAgdGhlIHBhdGgg Y29tcHV0YXRpb24gcmVxdWVzdHMgY2FycnkNCiAgIGRldGFpbHMgb2YgdGhlIGNvbnN0cmFpbnRz IGFuZCBvYmplY3RpdmUgZnVuY3Rpb25zIHRoYXQgdGhlIFBDQw0KICAgd2lzaGVzIHRoZSBQQ0Ug dG8gYXBwbHkgaW4gaXRzIGNvbXB1dGF0aW9uLg0KDQogICBUaGUgbWVjaGFuaXNtcyBkZWZpbmVk IGZvciBpbmRpY2F0aW5nIG9iamVjdGl2ZSBmdW5jdGlvbnMgaW5jbHVkZQ0KICAgdGhlIGNhcGFi aWxpdHkgdG8gY29udmV5IHZlbmRvci1zcGVjaWZpYyBvYmplY3RpdmUgZnVuY3Rpb25zLiBUaGlz DQogICBkb2N1bWVudCBkZWZpbmVzIGEgZmFjaWxpdHkgdG8gY2FycnkgdmVuZG9yLXNwZWNpZmlj IGNvbnN0cmFpbnRzIGluDQogICBQQ0VQLg0KDQoNCg0KVGhlIElFVEYgZGF0YXRyYWNrZXIgc3Rh dHVzIHBhZ2UgZm9yIHRoaXMgZHJhZnQgaXM6DQpodHRwczovL2RhdGF0cmFja2VyLmlldGYub3Jn L2RvYy9kcmFmdC1pZXRmLXBjZS12ZW5kb3ItY29uc3RyYWludHMNCg0KVGhlcmUncyBhbHNvIGEg aHRtbGl6ZWQgdmVyc2lvbiBhdmFpbGFibGUgYXQ6DQpodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRt bC9kcmFmdC1pZXRmLXBjZS12ZW5kb3ItY29uc3RyYWludHMtMDYNCg0KQSBkaWZmIGZyb20gcHJl dmlvdXMgdmVyc2lvbiBpcyBhdmFpbGFibGUgYXQ6DQpodHRwOi8vdG9vbHMuaWV0Zi5vcmcvcmZj ZGlmZj91cmwyPWRyYWZ0LWlldGYtcGNlLXZlbmRvci1jb25zdHJhaW50cy0wNg0KDQoNCkludGVy bmV0LURyYWZ0cyBhcmUgYWxzbyBhdmFpbGFibGUgYnkgYW5vbnltb3VzIEZUUCBhdDoNCmZ0cDov L2Z0cC5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvDQoNCl9fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fDQpQY2UgbWFpbGluZyBsaXN0DQpQY2VAaWV0Zi5vcmcN Cmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vcGNlDQo= From robert.varga@pantheon.sk Tue Jul 10 02:10:11 2012 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D925911E811E for ; Tue, 10 Jul 2012 02:10:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.694 X-Spam-Level: X-Spam-Status: No, score=-0.694 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_SK=1.35, HOST_EQ_SK=0.555] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iuIg390c3Xh7 for ; Tue, 10 Jul 2012 02:10:11 -0700 (PDT) Received: from amalka.pantheon.sk (amalka.pantheon.sk [81.89.59.174]) by ietfa.amsl.com (Postfix) with ESMTP id D036111E8103 for ; Tue, 10 Jul 2012 02:10:10 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by amalka.pantheon.sk (Postfix) with ESMTP id 82E862071D for ; Tue, 10 Jul 2012 11:10:35 +0200 (CEST) X-Virus-Scanned: amavisd-new at pantheon.sk Received: from amalka.pantheon.sk ([127.0.0.1]) by localhost (amalka.pantheon.sk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cv0Y3cn0kVNf for ; Tue, 10 Jul 2012 11:10:33 +0200 (CEST) Received: from cipisek.dmz.pantheon.local (chocholusik.dmz.pantheon.local [192.168.1.1]) by amalka.pantheon.sk (Postfix) with ESMTP for ; Tue, 10 Jul 2012 11:10:33 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by cipisek.dmz.pantheon.local (Postfix) with ESMTP id 0C7DFB5AF4C for ; Tue, 10 Jul 2012 11:10:33 +0200 (CEST) X-Virus-Scanned: amavisd-new at pantheon.sk Received: from cipisek.dmz.pantheon.local ([127.0.0.1]) by localhost (cipisek.dmz.pantheon.local [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dq7tBKD5bj6p for ; Tue, 10 Jul 2012 11:10:32 +0200 (CEST) Received: from [172.16.4.166] (unknown [172.16.4.166]) by cipisek.dmz.pantheon.local (Postfix) with ESMTPSA id E0C97B5AF49 for ; Tue, 10 Jul 2012 11:10:32 +0200 (CEST) Message-ID: <4FFBF17E.3070801@pantheon.sk> Date: Tue, 10 Jul 2012 11:10:22 +0200 From: Robert Varga User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: pce@ietf.org References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [Pce] FW: New Version Notification for draft-zhang-pce-pcep-stateful-pce-gmpls-00.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jul 2012 09:10:12 -0000 Hi, upon briefly skimming the draft, I would like to suggest splitting application-specific extensions into separate drafts. Especially section 2.6.1 (time-based scheduling) merits its own draft because of all the issues one runs into when dealing with distributed systems and time. It is obvious that PCC and PCE clocks need to be somehow synchronized -- which is a new operational requirement not considered in PCEP. I think race windows, security implications and the impact of loss of synchronization needs to be described, too. Bye, Robert On 07/09/2012 04:15 AM, Zhangxian (Xian) wrote: > Hi, Dear PCErs, > > We've just posted a new I-D about PCEP extension for stateful PCE usage in GMPLS networks. > > You could find the I-D here: http://www.ietf.org/internet-drafts/draft-zhang-pce-pcep-stateful-pce-gmpls-00.txt > > Your feedbacks and comments would be very much appreciated. > > Best Regards, > > Xian et al. > > > -----邮件原件----- > 发件人: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] > 发送时间: 2012年7月9日 10:00 > 收件人: Zhangxian (Xian) > 抄送: ogondio@tid.es; ramon.casellas@cttc.es; Leeyoung > 主题: New Version Notification for draft-zhang-pce-pcep-stateful-pce-gmpls-00.txt > > > A new version of I-D, draft-zhang-pce-pcep-stateful-pce-gmpls-00.txt > has been successfully submitted by Xian Zhang and posted to the > IETF repository. > > Filename: draft-zhang-pce-pcep-stateful-pce-gmpls > Revision: 00 > Title: Path Computation Element (PCE) Protocol Extension for Stateful PCE Usage in GMPLS Networks > Creation date: 2012-07-07 > WG ID: Individual Submission > Number of pages: 15 > URL: http://www.ietf.org/internet-drafts/draft-zhang-pce-pcep-stateful-pce-gmpls-00.txt > Status: http://datatracker.ietf.org/doc/draft-zhang-pce-pcep-stateful-pce-gmpls > Htmlized: http://tools.ietf.org/html/draft-zhang-pce-pcep-stateful-pce-gmpls-00 > > > Abstract: > The Path Computation Element (PCE) facilitates Traffic Engineering > (TE) based path calculation in large, multi-domain, multi-region, or > multi-layer networks. PCE can be stateless or stateful. With the LSP > state information acquired from the network, a stateful PCE exhibits > superiority in facilitating a wide variety of applications, > especially in GMPLS networks, such as impairment-aware routing and > wavelength assignment in wavelength-switched optical networks (WSON), > time-based scheduling applications. This memo provides extensions > required for PCE communication protocol (i.e. PCEP) so as to enable > the usage of a stateful PCE capability in GMPLS networks. To be more > specific, the PCEP extensions specified in this memo include not > only new objects but also modification of existing objects in PCEP > messages, with regard to stateful PCE usage in GMPLS networks. > > > > > > The IETF Secretariat > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce From internet-drafts@ietf.org Tue Jul 10 08:43:49 2012 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6A88E11E80F5; Tue, 10 Jul 2012 08:43:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.254 X-Spam-Level: X-Spam-Status: No, score=-102.254 tagged_above=-999 required=5 tests=[AWL=0.345, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id s9lUhj+IUqpL; Tue, 10 Jul 2012 08:43:48 -0700 (PDT) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CDFC911E8088; Tue, 10 Jul 2012 08:43:48 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 4.30p3 Message-ID: <20120710154348.10270.15738.idtracker@ietfa.amsl.com> Date: Tue, 10 Jul 2012 08:43:48 -0700 Cc: pce@ietf.org Subject: [Pce] I-D Action: draft-ietf-pce-pcep-mib-03.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jul 2012 15:43:49 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Path Computation Element Working Group of= the IETF. Title : PCE communication protocol (PCEP) Management Information= Base Author(s) : A S Kiran Koushik Stephan Emile Quintin Zhao Daniel King Jonathan Hardwick Filename : draft-ietf-pce-pcep-mib-03.txt Pages : 27 Date : 2012-07-10 Abstract: This memo defines an experimental portion of the Management Information Base for use with network management protocols in the Internet community. In particular, it describes managed objects for modeling of Path Computation Element communication Protocol (PCEP) for communications between a Path Computation Client (PCC) and a Path Computation Element (PCE), or between two PCEs. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pce-pcep-mib There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-pce-pcep-mib-03 A diff from previous version is available at: http://tools.ietf.org/rfcdiff?url2=3Ddraft-ietf-pce-pcep-mib-03 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From Jonathan.Hardwick@metaswitch.com Tue Jul 10 09:20:10 2012 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E17E711E810B for ; Tue, 10 Jul 2012 09:20:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IIk6eaw5HWUd for ; Tue, 10 Jul 2012 09:20:10 -0700 (PDT) Received: from enficsets2.metaswitch.com (enficsets2.metaswitch.com [192.91.191.39]) by ietfa.amsl.com (Postfix) with ESMTP id 9F8F811E809A for ; Tue, 10 Jul 2012 09:20:08 -0700 (PDT) Received: from ENFIRHMBX1.datcon.co.uk (172.18.74.36) by enficsets2.metaswitch.com (172.18.4.22) with Microsoft SMTP Server (TLS) id 14.2.298.4; Tue, 10 Jul 2012 17:22:35 +0100 Received: from ENFICSMBX1.datcon.co.uk ([fe80::d5d5:c683:a3be:3a19]) by ENFIRHMBX1.datcon.co.uk ([fe80::b06d:4d13:5f63:3715%19]) with mapi id 14.02.0298.004; Tue, 10 Jul 2012 17:20:35 +0100 From: Jonathan Hardwick To: "pce@ietf.org" Thread-Topic: New Version Notification for draft-ietf-pce-pcep-mib-03.txt Thread-Index: AQHNXrLfD9EBQFCrFkG6hJxlOeezwJciqLEA Date: Tue, 10 Jul 2012 16:20:33 +0000 Message-ID: <09CE6C3BE5E1EA40B987BF5F25D8DDBA926582F1@ENFICSMBX1.datcon.co.uk> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.18.71.114] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Subject: [Pce] FW: New Version Notification for draft-ietf-pce-pcep-mib-03.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Jul 2012 16:20:11 -0000 SGkgYWxsDQoNCkEgbmV3IHZlcnNpb24gb2YgdGhlIFBDRVAgTUlCIGRyYWZ0IGlzIG5vdyBhdmFp bGFibGUuDQoNClRoZSBvdmVyYWxsIG1vdGl2YXRpb24gZm9yIHRoZSBjaGFuZ2VzIGluIHRoaXMg dmVyc2lvbiBpcyB0byBpbXByb3ZlIHRoZSBzdHJ1Y3R1cmUgYW5kIChob3BlZnVsbHkpIGJyaW5n IHRoZSBjb250ZW50IHVwIHRvIHRoZSBtaW5pbXVtIGxldmVsIHJlcXVpcmVkIGJ5IFJGQyA1NDQw LiAgVGhlcmUgaXMgcG90ZW50aWFsbHkgYSBsb3QgbW9yZSBjb250ZW50IHRoYXQgd2UgbWlnaHQg d2FudCB0byBwdXQgaW50byB0aGlzIE1JQiwgYW5kIEkgd291bGQgd2VsY29tZSBhbnkgZmVlZGJh Y2sgdGhhdCB0aGUgd29ya2luZyBncm91cCBoYXMgb24gdGhpcy4NCg0KVGhlcmUgaGF2ZSBiZWVu IHNvbWUgc3RydWN0dXJhbCBjaGFuZ2VzIGFuZCBzZXZlcmFsIGZpZWxkcyBmcm9tIHRoZSBwcmV2 aW91cyB2ZXJzaW9uIGhhdmUgYmVlbiByZW1vdmVkLiAgQSBzdW1tYXJ5IGFuZCBicmllZiByYXRp b25hbGUgaXMgYmVsb3cuDQoNCkNoZWVycw0KSm9uDQoNCg0KDQpTdHJ1Y3R1cmFsIGNoYW5nZXMN Cj09PT09PT09PT09PT09PT09PQ0KDQotICBTZXNzaW9uIE1JQiBub3cgc3RhbmRzIGFsb25lIGlu c3RlYWQgb2YgYXVnbWVudGluZyBQZWVyIE1JQiwgYmVjYXVzZSB0aGUgbGlmZXRpbWVzIG9mIG9i amVjdHMgaW4gdGhlc2UgZGlmZmVyZW50IE1JQnMgYXJlIGxvZ2ljYWxseSBkaXN0aW5jdC4gIEJv dGggTUlCcyBhcmUgcmVhZC1vbmx5Lg0KDQotICBwY2VQY2VwQ2xpZW50VGFibGUgcmVuYW1lZCB0 byBwY2VQY2VwRW50aXR5VGFibGUuDQoNCi0gIFZhcmlvdXMgbmV3IHRpbWVyIGNvbmZpZ3VyYXRp b24gYW5kIGxpbWl0IGNvbmZpZ3VyYXRpb24gZmllbGRzIGluIHRoZSBwY2VQY2VwRW50aXR5VGFi bGUuICBUaGVzZSBhcmUgc3VwcG9zZWQgdG8gcmVmbGVjdCByZWNvbW1lbmRhdGlvbnMgbWFkZSBp biBSRkMgNTQ0MC4NCg0KLSAgVmFyaW91cyBuZXcgcmVwb3J0aW5nIGFuZCBzdGF0aXN0aWNzIGZp ZWxkcyBpbiB0aGUgUGVlciBhbmQgU2Vzc2lvbiBNSUJzLg0KDQoNCkRlbGV0ZWQgZmllbGRzDQo9 PT09PT09PT09PT09PQ0KDQpUaGUgZm9sbG93aW5nIGZpZWxkcyBmcm9tIHZlcnNpb24gLTAyIGhh dmUgbm90IGJlZW4gaW5jbHVkZWQgaW4gdGhlIG5ldyB2ZXJzaW9uIC0wMy4NCg0KLSAgcGNlUGNl cENsaWVudFNlc3Npb25BdXRoDQoNClRoaXMgd2FzIGluY29tcGxldGUgYXMgc3BlY2lmaWVkIGFu ZCBtaWdodCBiZXN0IGJlIGxlZnQgdG8gdGhlIGltcGxlbWVudGF0aW9uLiAgRm9yIGV4YW1wbGUs IHRoZSBzZXR0aW5nIG9ubHlBdXRob3JpemVkUGVlcnMgaXMgbm90IG1lYW5pbmdmdWwgd2l0aG91 dCBzb21lIHdheSB0byBjb25maWd1cmUgdGhlIGF1dGhvcml6ZWQgcGVlcnMuDQoNCi0gIHBjZVBj ZXBDbGllbnRTdG9yYWdlVHlwZQ0KDQpBZ2FpbiB0aGlzIGlzIHByb2JhYmx5IGJlc3QgbGVmdCB0 byB0aGUgaW1wbGVtZW50YXRpb24uDQoNCi0gIHBjZVBjZXBDbGllbnRJbml0U2Vzc2lvbg0KDQpU aGlzIHdhcyBpbmNvbXBsZXRlIGFzIHNwZWNpZmllZCBhbmQgbWlnaHQgYmVzdCBiZSBsZWZ0IHRv IHRoZSBpbXBsZW1lbnRhdGlvbi4gIEl0IG9ubHkgYWxsb3dzIOKAnGF1dG9tYXRpY2FsbHkgY29u bmVjdCB0byBldmVyeW9uZeKAnSBhbmQg4oCcZG8gbm90IGNvbm5lY3QgdG8gYW55b25l4oCdLiAg VGhlcmUgYXJlIG1hbnkgZGlmZmVyZW50IHBvbGljaWVzIHRoYXQgeW91IG1pZ2h0IHdpc2ggdG8g YXBwbHkgYmV0d2VlbiB0aG9zZSB0d28gZXh0cmVtZXMuDQoNCi0gIHBjZVBjZXBDbGllbnRQb2xp Y2llc0FsbG93ZWQNCg0KVGhpcyB3YXMgaW5jb21wbGV0ZSBhcyBzcGVjaWZpZWQgYW5kIG1pZ2h0 IGJlc3QgYmUgbGVmdCB0byB0aGUgaW1wbGVtZW50YXRpb24uICBIYXMgYW4gZXhoYXVzdGl2ZSBs aXN0IG9mIHBhdGggY29tcHV0YXRpb24gcG9saWNpZXMgYmVlbiBzdGFuZGFyZGl6ZWQgYW55d2hl cmU/DQoNCi0gIHBjZVBjZXBQZWVyTGFzdENoYW5nZQ0KDQpUaGlzIGlzIGNvdmVyZWQgYWRlcXVh dGVseSBieSB0aGUgbmV3IHRpbWUgdmFsdWVzIHdpdGhpbiB0aGUgcGVlciBhbmQgc2Vzc2lvbiBN SUJzLg0KDQotICBwY2VQY2VwU2Vzc2lvbkRpc2NvbnRpbnVpdHlUaW1lDQoNClRoaXMgaXMgY292 ZXJlZCBhZGVxdWF0ZWx5IGJ5IHRoZSBuZXcgdGltZSB2YWx1ZXMgd2l0aGluIHRoZSBwZWVyIE1J Qi4NCg0KLSAgcGNlUGNlcFNlc3Npb25TcGVha2VyUm9sZQ0KDQpUaGlzIHdhcyBzdHJ1Y3R1cmFs bHkgd3JvbmcuICBBIHJvbGUgaXMgYSBwcm9wZXJ0eSBvZiBhbiBpbmRpdmlkdWFsIHJlcXVlc3Qs IG5vdCBhbiBlbnRpcmUgc2Vzc2lvbi4NCg0KLSAgcGNlUGNlcFNlc3Npb25Db3JydXB0ZWRNc2dz DQoNCldlIG5lZWQgYSB0aWdodGVyIGRlZmluaXRpb24gaW4gdGhlIE1JQiBvZiB3aGF0IGlzIOKA nGNvcnJ1cHRlZOKAnSB2ZXJzdXMg4oCcdW5zdXBwb3J0ZWTigJ0gYW5kIGl0IG1pZ2h0IGJlIGJl dHRlciB0byBjb3VudCB0aGVtIHNlcGFyYXRlbHkuICBGb3IgZXhhbXBsZSwgaWYgYW4gb2JqZWN0 IHR5cGUgaXMgbm90IHJlY29nbml6ZWQsIGhvdyBkbyB5b3Uga25vdyB3aGV0aGVyIHRoZSBtZXNz YWdlIHdhcyBjb3JydXB0ZWQ/DQoNCi0gIHBjZVBjZXBTZXNzaW9uRmFpbGVkQ29tcHMNCg0KVGhl cmUgYXJlIGRpZmZlcmVudCBjYXRlZ29yaWVzIG9mIGZhaWx1cmUgYW5kIGl0IG1pZ2h0IGJlIGJl dHRlciB0byBzcGxpdCB0aGVtIG91dDogTk8tUEFUSDsgdW5kZWNpcGhlcmFibGUgcmVxdWVzdDsg cG9saWN5IHJlamVjdHMgcmVxdWVzdDsgYW5kIHNvIG9uLg0KDQoNCg0KLS0tLS1PcmlnaW5hbCBN ZXNzYWdlLS0tLS0NCkZyb206IGludGVybmV0LWRyYWZ0c0BpZXRmLm9yZyBbbWFpbHRvOmludGVy bmV0LWRyYWZ0c0BpZXRmLm9yZ10gDQpTZW50OiAxMCBKdWx5IDIwMTIgMTY6NDQNClRvOiBKb25h dGhhbiBIYXJkd2ljaw0KQ2M6IGtrb3VzaGlrQGNpc2NvLmNvbTsgZGFuaWVsQG9sZGRvZy5jby51 azsgZW1pbGUuc3RlcGhhbkBvcmFuZ2UtZnRncm91cC5jb207IHF6aGFvQGh1YXdlaS5jb20NClN1 YmplY3Q6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtaWV0Zi1wY2UtcGNlcC1t aWItMDMudHh0DQoNCg0KQSBuZXcgdmVyc2lvbiBvZiBJLUQsIGRyYWZ0LWlldGYtcGNlLXBjZXAt bWliLTAzLnR4dA0KaGFzIGJlZW4gc3VjY2Vzc2Z1bGx5IHN1Ym1pdHRlZCBieSBKb25hdGhhbiBI YXJkd2ljayBhbmQgcG9zdGVkIHRvIHRoZQ0KSUVURiByZXBvc2l0b3J5Lg0KDQpGaWxlbmFtZToJ IGRyYWZ0LWlldGYtcGNlLXBjZXAtbWliDQpSZXZpc2lvbjoJIDAzDQpUaXRsZToJCSBQQ0UgY29t bXVuaWNhdGlvbiBwcm90b2NvbCAoUENFUCkgTWFuYWdlbWVudCBJbmZvcm1hdGlvbiBCYXNlDQpD cmVhdGlvbiBkYXRlOgkgMjAxMi0wNy0xMA0KV0cgSUQ6CQkgcGNlDQpOdW1iZXIgb2YgcGFnZXM6 IDI3DQpVUkw6ICAgICAgICAgICAgIGh0dHA6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRz L2RyYWZ0LWlldGYtcGNlLXBjZXAtbWliLTAzLnR4dA0KU3RhdHVzOiAgICAgICAgICBodHRwOi8v ZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtcGNlLXBjZXAtbWliDQpIdG1saXpl ZDogICAgICAgIGh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LWlldGYtcGNlLXBjZXAt bWliLTAzDQpEaWZmOiAgICAgICAgICAgIGh0dHA6Ly90b29scy5pZXRmLm9yZy9yZmNkaWZmP3Vy bDI9ZHJhZnQtaWV0Zi1wY2UtcGNlcC1taWItMDMNCg0KQWJzdHJhY3Q6DQogICBUaGlzIG1lbW8g ZGVmaW5lcyBhbiBleHBlcmltZW50YWwgcG9ydGlvbiBvZiB0aGUgTWFuYWdlbWVudA0KICAgSW5m b3JtYXRpb24gQmFzZSBmb3IgdXNlIHdpdGggbmV0d29yayBtYW5hZ2VtZW50IHByb3RvY29scyBp biB0aGUNCiAgIEludGVybmV0IGNvbW11bml0eS4gIEluIHBhcnRpY3VsYXIsIGl0IGRlc2NyaWJl cyBtYW5hZ2VkIG9iamVjdHMgZm9yDQogICBtb2RlbGluZyBvZiBQYXRoIENvbXB1dGF0aW9uIEVs ZW1lbnQgY29tbXVuaWNhdGlvbiBQcm90b2NvbCAoUENFUCkNCiAgIGZvciBjb21tdW5pY2F0aW9u cyBiZXR3ZWVuIGEgUGF0aCBDb21wdXRhdGlvbiBDbGllbnQgKFBDQykgYW5kIGEgUGF0aA0KICAg Q29tcHV0YXRpb24gRWxlbWVudCAoUENFKSwgb3IgYmV0d2VlbiB0d28gUENFcy4NCg0KICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIA0KDQoNClRoZSBJRVRGIFNlY3JldGFyaWF0DQo= From ogondio@tid.es Wed Jul 11 02:11:48 2012 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5C26321F864A for ; Wed, 11 Jul 2012 02:11:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.299 X-Spam-Level: X-Spam-Status: No, score=-6.299 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OPTkaWJCecS8 for ; Wed, 11 Jul 2012 02:11:47 -0700 (PDT) Received: from tidos.tid.es (tidos.tid.es [195.235.93.44]) by ietfa.amsl.com (Postfix) with ESMTP id 6AF3F21F85DD for ; Wed, 11 Jul 2012 02:11:47 -0700 (PDT) Received: from sbrightmailg01.hi.inet (sbrightmailg01.hi.inet [10.95.64.104]) by tid.hi.inet (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0M6Z00MZ0O8D7X@tid.hi.inet> for pce@ietf.org; Wed, 11 Jul 2012 11:12:16 +0200 (MEST) Received: from tid (tid.hi.inet [10.95.64.10]) by sbrightmailg01.hi.inet (Symantec Messaging Gateway) with SMTP id 8F.0C.26499.0734DFF4; Wed, 11 Jul 2012 11:12:16 +0200 (CEST) Received: from correo.tid.es (mailhost.hi.inet [10.95.64.100]) by tid.hi.inet (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPS id <0M6Z00MZ8O8G7X@tid.hi.inet> for pce@ietf.org; Wed, 11 Jul 2012 11:12:16 +0200 (MEST) Received: from EXCLU2K7.hi.inet ([10.95.67.65]) by htcasmad2.hi.inet ([192.168.0.2]) with mapi; Wed, 11 Jul 2012 11:12:16 +0200 Date: Wed, 11 Jul 2012 11:10:45 +0200 From: =?iso-8859-1?Q?Oscar_Gonz=E1lez_de_Dios?= To: "pce@ietf.org" Message-id: MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-language: es-ES Content-transfer-encoding: quoted-printable Accept-Language: es-ES, en-US Thread-topic: Minor comments on draft-ietf-pce-hierarchy-fwk-04 Thread-index: Ac1fRL4aqnqNvs0xQo6wa1cG96Z2Tw== acceptlanguage: es-ES, en-US X-AuditID: 0a5f4068-b7f206d000006783-cc-4ffd4370e2b6 X-MS-Has-Attach: X-MS-TNEF-Correlator: X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrDIsWRmVeSWpSXmKPExsXCFe/ApVvg/Nff4OoOC4um+zfYHRg9liz5 yRTAGMVlk5Kak1mWWqRvl8CV8ePNNfaCldwV737vYG5g/MDRxcjBISFgIvFrl0YXIyeQKSZx 4d56ti5GLg4hgY2MEkea1zJBON8ZJRqeH2CEcBoZJX5t2csG0sIioCpx+MxKZhCbTcBBYt2i XrC4sICVROOZx0wgtoiAosT3G6vZQLbxCnhKTP3jDRLmFRCU+DH5HguIzSygI9H7/RszhC0u MefXRFYIW1viybsLYDajgKzEyvOnGSFG2ks8WPmCDcLWk/h04zNUjYzE/+V7WSC+EZBYsuc8 M4QtKvHy8T/WCYwis5CsnoVk9Swkq2chWb2AkWUVo1hxUlFmekZJbmJmTrqBoV5Gpl5mXmrJ JkZI8GfsYFy+U+UQowAHoxIPr+K0T/5CrIllxZW5hxglOZiURHkVTf76C/El5adUZiQWZ8QX leakFh9ilOBgVhLh/eoIlONNSaysSi3Kh0nJcHAoSfCyOAGlBItS01Mr0jJzgDEOk2bi4ARp 5wFq1wKp4S0uSMwtzkyHyJ9iVOVYvO7EDUYhlrz8vFQpcV59kCIBkKKM0jy4Oa8YxYEOFuZl AMnyAJMU3IRXQMOZgIYvWPoHZHhJIkJKqoFxWuu6HeK+HUJbgxqXSB8MvRm7tChdfcXPePdN EyKk1oWey3kkE31hy6oz72crW3+esN7r1YpFqyR/9UkFziies0Ch+HDHzElB+qGp+0q93tzn mn9d/3zkpx25m0UF301/wb5y0sW116Myikp/n114ODbocmfwzvnhl2ee0/qWmH/s+ZQN4fta DiuxFGckGmoxFxUnAgDD3Bz5DwMAAA== Subject: [Pce] Minor comments on draft-ietf-pce-hierarchy-fwk-04 X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Jul 2012 09:11:48 -0000 Dear draft-ietf-pce-hierarchy-fwk-04 authors, After implementing the H-PCE architecture and writing the solution = document (currently draft-zhang-pce-hierarchy-extensions-01 ) we found a co= uple of small issues that could be considered in the framework H-PCE docume= nt: - Section 1.3.1 and 4.1 mention "Disallow domain-re-entry" as an ob= jective function. I my opinion this should better be a policy. You may want= to minimize the total cost, but don't allow to re-enter a domain. - The objective functions apply to the whole end to end path. It wo= uld be good to have the possibility to specify OF that apply only to the in= tra-domain paths . E.g. you may want to minimize the number of transit dom= ains, minimizing the cost of the intra-domain paths (or any other combinati= on you may think). The text in section 4.1 may allow this, but it is a bit= vague "More than one OF (or a composite OF) ....". The specific solution w= ould be discussed later in the solution document. Best Regards, =D3scar Este mensaje se dirige exclusivamente a su destinatario. Puede consultar nu= estra pol=EDtica de env=EDo y recepci=F3n de correo electr=F3nico en el enl= ace situado m=E1s abajo. This message is intended exclusively for its addressee. We only send and re= ceive email on the basis of the terms set out at http://www.tid.es/ES/PAGINAS/disclaimer.aspx From internet-drafts@ietf.org Fri Jul 13 01:54:58 2012 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 849C921F8734; Fri, 13 Jul 2012 01:54:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.498 X-Spam-Level: X-Spam-Status: No, score=-102.498 tagged_above=-999 required=5 tests=[AWL=0.101, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qIDegre+o8ls; Fri, 13 Jul 2012 01:54:57 -0700 (PDT) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6BBD921F861B; Fri, 13 Jul 2012 01:54:57 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 4.30p3 Message-ID: <20120713085457.29091.70971.idtracker@ietfa.amsl.com> Date: Fri, 13 Jul 2012 01:54:57 -0700 Cc: pce@ietf.org Subject: [Pce] I-D Action: draft-ietf-pce-inter-layer-ext-07.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jul 2012 08:54:58 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. 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 Inter-Layer MPLS and GMPLS Traffic Engineering Author(s) : Eiji Oki Tomonori Takeda Adrian Farrel Fatai Zhang Filename : draft-ietf-pce-inter-layer-ext-07.txt Pages : 19 Date : 2012-07-13 Abstract: The Path Computation Element (PCE) provides path computation functions in support of traffic engineering in Multiprotocol Label Switching (MPLS) and Generalized MPLS (GMPLS) networks. MPLS and GMPLS networks may be constructed from layered service networks. It is advantageous for overall network efficiency to provide end-to-end traffic engineering across multiple network layers through a process called inter-layer traffic engineering. PCE is a candidate solution for such requirements. The PCE communication Protocol (PCEP) is designed as a communication protocol between Path Computation Clients (PCCs) and PCEs. This document presents PCEP extensions for inter-layer traffic engineering. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pce-inter-layer-ext There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-pce-inter-layer-ext-07 A diff from previous version is available at: http://tools.ietf.org/rfcdiff?url2=3Ddraft-ietf-pce-inter-layer-ext-07 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From zhangfatai@huawei.com Fri Jul 13 02:07:24 2012 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 238F821F87AB for ; Fri, 13 Jul 2012 02:07:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.583 X-Spam-Level: ** X-Spam-Status: No, score=2.583 tagged_above=-999 required=5 tests=[AWL=-0.205, BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, CN_BODY_35=0.339, MIME_8BIT_HEADER=0.3, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-4, SARE_SUB_ENC_GB2312=1.345] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Bf2U4S45TBcm for ; Fri, 13 Jul 2012 02:07:23 -0700 (PDT) Received: from dfwrgout.huawei.com (dfwrgout.huawei.com [206.16.17.72]) by ietfa.amsl.com (Postfix) with ESMTP id 45EA621F87AA for ; Fri, 13 Jul 2012 02:07:23 -0700 (PDT) Received: from 172.18.9.243 (EHLO dfweml201-edg.china.huawei.com) ([172.18.9.243]) by dfwrg01-dlp.huawei.com (MOS 4.2.3-GA FastPath) with ESMTP id AHZ36554; Fri, 13 Jul 2012 05:07:58 -0400 (EDT) Received: from DFWEML403-HUB.china.huawei.com (10.193.5.151) by dfweml201-edg.china.huawei.com (172.18.9.107) with Microsoft SMTP Server (TLS) id 14.1.323.3; Fri, 13 Jul 2012 02:02:17 -0700 Received: from SZXEML423-HUB.china.huawei.com (10.82.67.162) by dfweml403-hub.china.huawei.com (10.193.5.151) with Microsoft SMTP Server (TLS) id 14.1.323.3; Fri, 13 Jul 2012 02:02:23 -0700 Received: from SZXEML520-MBX.china.huawei.com ([169.254.1.66]) by szxeml423-hub.china.huawei.com ([10.82.67.162]) with mapi id 14.01.0323.003; Fri, 13 Jul 2012 17:02:13 +0800 From: Fatai Zhang To: "pce@ietf.org" Thread-Topic: [Pce] I-D Action: draft-ietf-pce-inter-layer-ext-07.txt Thread-Index: AQHNYNVlDWnYJPAkpE+xwzRrFSlNbJcm6UFA Date: Fri, 13 Jul 2012 09:02:13 +0000 Message-ID: References: <20120713085457.29091.70971.idtracker@ietfa.amsl.com> In-Reply-To: <20120713085457.29091.70971.idtracker@ietfa.amsl.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.66.72.152] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Subject: [Pce] =?gb2312?b?tPC4tDogIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtcGNlLWlu?= =?gb2312?b?dGVyLWxheWVyLWV4dC0wNy50eHQ=?= X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jul 2012 09:07:24 -0000 SGkgYWxsLA0KDQpBIG5ldyB2ZXJzaW9uIGhhcyBiZWVuIHN1Ym1pdHRlZC4gT25seSBvbmUgY2hh bmdlOg0KDQpJbnRyb2R1Y2UgYSBuZXcgUENFUCBvYmplY3QgKFNFUlZFUi1JTkRJQ0FUSU9OKSB0 byByZXBsYWNlIEVSTyBzdWJvYmplY3QgaW4gU2VjdGlvbiAzLjUsIGJlY2F1c2Ugb25lIGNvbW1l bnQgd2FzIHJhaXNlZCB0aGF0IEVSTyBzdWJvYmplY3Qgc2hvdWxkIGRlZmVyIHRvIENDQU1QIGV4 dGVuc2lvbiAoUlNWUC1URSBleHRlbnNpb24pLg0KDQpQbGVhc2UgcmV2aWV3IHRoaXMgZHJhZnQg Zm9yIGRldGFpbHMuDQoNCg0KVGhhbmtzDQoNCkZhdGFpDQoNCg0KLS0tLS3Tyrz+1K28/i0tLS0t DQq3orz+yMs6IHBjZS1ib3VuY2VzQGlldGYub3JnIFttYWlsdG86cGNlLWJvdW5jZXNAaWV0Zi5v cmddILT6se0gaW50ZXJuZXQtZHJhZnRzQGlldGYub3JnDQq3osvNyrG85DogMjAxMsTqN9TCMTPI 1SAxNjo1NQ0KytW8/sjLOiBpLWQtYW5ub3VuY2VAaWV0Zi5vcmcNCrOty806IHBjZUBpZXRmLm9y Zw0K1vfM4jogW1BjZV0gSS1EIEFjdGlvbjogZHJhZnQtaWV0Zi1wY2UtaW50ZXItbGF5ZXItZXh0 LTA3LnR4dA0KDQoNCkEgTmV3IEludGVybmV0LURyYWZ0IGlzIGF2YWlsYWJsZSBmcm9tIHRoZSBv bi1saW5lIEludGVybmV0LURyYWZ0cyBkaXJlY3Rvcmllcy4NCiBUaGlzIGRyYWZ0IGlzIGEgd29y ayBpdGVtIG9mIHRoZSBQYXRoIENvbXB1dGF0aW9uIEVsZW1lbnQgV29ya2luZyBHcm91cCBvZiB0 aGUgSUVURi4NCg0KCVRpdGxlICAgICAgICAgICA6IEV4dGVuc2lvbnMgdG8gdGhlIFBhdGggQ29t cHV0YXRpb24gRWxlbWVudCBjb21tdW5pY2F0aW9uIFByb3RvY29sIChQQ0VQKSBmb3IgSW50ZXIt TGF5ZXIgTVBMUyBhbmQgR01QTFMgVHJhZmZpYyBFbmdpbmVlcmluZw0KCUF1dGhvcihzKSAgICAg ICA6IEVpamkgT2tpDQogICAgICAgICAgICAgICAgICAgICAgICAgIFRvbW9ub3JpIFRha2VkYQ0K ICAgICAgICAgICAgICAgICAgICAgICAgICBBZHJpYW4gRmFycmVsDQogICAgICAgICAgICAgICAg ICAgICAgICAgIEZhdGFpIFpoYW5nDQoJRmlsZW5hbWUgICAgICAgIDogZHJhZnQtaWV0Zi1wY2Ut aW50ZXItbGF5ZXItZXh0LTA3LnR4dA0KCVBhZ2VzICAgICAgICAgICA6IDE5DQoJRGF0ZSAgICAg ICAgICAgIDogMjAxMi0wNy0xMw0KDQpBYnN0cmFjdDoNCiAgIFRoZSBQYXRoIENvbXB1dGF0aW9u IEVsZW1lbnQgKFBDRSkgcHJvdmlkZXMgcGF0aCBjb21wdXRhdGlvbg0KICAgZnVuY3Rpb25zIGlu IHN1cHBvcnQgb2YgdHJhZmZpYyBlbmdpbmVlcmluZyBpbiBNdWx0aXByb3RvY29sIExhYmVsDQog ICBTd2l0Y2hpbmcgKE1QTFMpIGFuZCBHZW5lcmFsaXplZCBNUExTIChHTVBMUykgbmV0d29ya3Mu DQoNCiAgIE1QTFMgYW5kIEdNUExTIG5ldHdvcmtzIG1heSBiZSBjb25zdHJ1Y3RlZCBmcm9tIGxh eWVyZWQgc2VydmljZQ0KICAgbmV0d29ya3MuIEl0IGlzIGFkdmFudGFnZW91cyBmb3Igb3ZlcmFs bCBuZXR3b3JrIGVmZmljaWVuY3kgdG8NCiAgIHByb3ZpZGUgZW5kLXRvLWVuZCB0cmFmZmljIGVu Z2luZWVyaW5nIGFjcm9zcyBtdWx0aXBsZSBuZXR3b3JrIGxheWVycw0KICAgdGhyb3VnaCBhIHBy b2Nlc3MgY2FsbGVkIGludGVyLWxheWVyIHRyYWZmaWMgZW5naW5lZXJpbmcuIFBDRSBpcyBhDQog ICBjYW5kaWRhdGUgc29sdXRpb24gZm9yIHN1Y2ggcmVxdWlyZW1lbnRzLg0KDQogICBUaGUgUENF IGNvbW11bmljYXRpb24gUHJvdG9jb2wgKFBDRVApIGlzIGRlc2lnbmVkIGFzIGEgY29tbXVuaWNh dGlvbg0KICAgcHJvdG9jb2wgYmV0d2VlbiBQYXRoIENvbXB1dGF0aW9uIENsaWVudHMgKFBDQ3Mp IGFuZCBQQ0VzLiBUaGlzDQogICBkb2N1bWVudCBwcmVzZW50cyBQQ0VQIGV4dGVuc2lvbnMgZm9y IGludGVyLWxheWVyIHRyYWZmaWMgZW5naW5lZXJpbmcuDQoNCg0KDQpUaGUgSUVURiBkYXRhdHJh Y2tlciBzdGF0dXMgcGFnZSBmb3IgdGhpcyBkcmFmdCBpczoNCmh0dHBzOi8vZGF0YXRyYWNrZXIu aWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtcGNlLWludGVyLWxheWVyLWV4dA0KDQpUaGVyZSdzIGFs c28gYSBodG1saXplZCB2ZXJzaW9uIGF2YWlsYWJsZSBhdDoNCmh0dHA6Ly90b29scy5pZXRmLm9y Zy9odG1sL2RyYWZ0LWlldGYtcGNlLWludGVyLWxheWVyLWV4dC0wNw0KDQpBIGRpZmYgZnJvbSBw cmV2aW91cyB2ZXJzaW9uIGlzIGF2YWlsYWJsZSBhdDoNCmh0dHA6Ly90b29scy5pZXRmLm9yZy9y ZmNkaWZmP3VybDI9ZHJhZnQtaWV0Zi1wY2UtaW50ZXItbGF5ZXItZXh0LTA3DQoNCg0KSW50ZXJu ZXQtRHJhZnRzIGFyZSBhbHNvIGF2YWlsYWJsZSBieSBhbm9ueW1vdXMgRlRQIGF0Og0KZnRwOi8v ZnRwLmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy8NCg0KX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX18NClBjZSBtYWlsaW5nIGxpc3QNClBjZUBpZXRmLm9yZw0K aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9wY2UNCg== From ramon.casellas@cttc.es Fri Jul 13 03:19:35 2012 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 50D4D21F8636 for ; Fri, 13 Jul 2012 03:19:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 4.697 X-Spam-Level: **** X-Spam-Status: No, score=4.697 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, SARE_SUB_ENC_GB2312=1.345] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9FCWG9lcxpw9 for ; Fri, 13 Jul 2012 03:19:34 -0700 (PDT) Received: from villa.puc.rediris.es (unknown [IPv6:2001:720:418:ca00::7]) by ietfa.amsl.com (Postfix) with ESMTP id 015C921F8634 for ; Fri, 13 Jul 2012 03:19:34 -0700 (PDT) Received: from [84.88.62.208] (helo=leo) by villa.puc.rediris.es with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1Spcym-00056z-CT for pce@ietf.org; Fri, 13 Jul 2012 12:20:08 +0200 Received: from [192.168.101.84] (unknown [192.168.101.84]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by leo (Postfix) with ESMTPSA id 2DDD0200CE for ; Fri, 13 Jul 2012 12:20:04 +0200 (CEST) X-Envelope-From: ramon.casellas@cttc.es Message-ID: <4FFFF656.2030308@cttc.es> Date: Fri, 13 Jul 2012 12:20:06 +0200 From: Ramon Casellas Organization: CTTC User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120615 Thunderbird/13.0.1 MIME-Version: 1.0 To: pce@ietf.org References: <20120713085457.29091.70971.idtracker@ietfa.amsl.com> In-Reply-To: Content-Type: multipart/alternative; boundary="------------080202080205000600000104" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.3.4 (leo [0.0.0.0]); Fri, 13 Jul 2012 12:20:04 +0200 (CEST) X-SPF-Received: 4 X-Spamina-Bogosity: Ham Subject: Re: [Pce] =?gb2312?b?tPC4tDogIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtcGNlLWlu?= =?gb2312?b?dGVyLWxheWVyLWV4dC0wNy50eHQ=?= X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Jul 2012 10:19:35 -0000 This is a multi-part message in MIME format. --------------080202080205000600000104 Content-Type: text/plain; charset=GB2312 Content-Transfer-Encoding: 7bit On 07/13/2012 11:02 AM, Fatai Zhang wrote: > Hi all, > > A new version has been submitted. Only one change: > > Introduce a new PCEP object (SERVER-INDICATION) to replace ERO subobject in Section 3.5, because one comment was raised that ERO subobject should defer to CCAMP extension (RSVP-TE extension). > > Please review this draft for details. > Hi Fatai, authors, Thanks for updating the draft, just a couple of questions, quoting: PCE MAY specify the server layer path information in the ERO. In this case, the requested PCE replies a PCRep message that includes at least two sets of ERO information in the path-list, one is for the client layer path information, and another one is the server layer path information. When SERVER-INDICATION is included in a PCRep message, it indicates that the path in the ERO is the server layer path information. Q1) for clarification, I take it that it is still possible that the "SERVER layer" part or segment can still be provided simply "embedded" in a single ERO that includes both layers, right? i.e. a single strict ERO in a MRN/MLN and that the corresponding region border node is responsible for detecting the far end etc. In other words, the use case where a single ERO includes both client and server layers (in a single path) would be ok, and not against the quoted paragraph: The response includes only 1 ERO A B C a b c d e D E F and, (optionally), a second path with ERO C a b c d e D + SERVER_INDICATION. (Before the update, we used A B C X a b c d e X D E F to "tag" region changes if needed). I take it the new text means "A PCE MAY specify both the client and server layers separately, in dedicated EROs. In this case..." is this right? A --- B --- C ============= D --- E -- F | | a -- b -- c -- d -- e Q2) Also, assume A is the higher layer LSP (A --> F) ingress node and the PCC, and a H-LSP / FA will be stablished when the high layer Path reaches C. Assume A gets the PCEP response from the PCE. The issue I have now is that how would RSVP-TE "forward" the server layer to C so it is useful? would I need to merge the ERO? In summary, in my implementation either: a) I have a multi-layer ERO, without "tags" or "banners" so each node needs to check if it is a region boundary node, and act accordingly- b) I have a multi-layer ERO, tagged with the sub-object (until draft -06) X. That subobject tells the ERO processing node that it is a boundary node, and both layers are "embedded" in a single ERO. c) I have e.g. two EROs, split on a per server basis : client and server. How do I forward these to node C? what is the benefit of splitting them? Hopefully I have formulated my question clearly :) Thanks and best regards Ramon --------------080202080205000600000104 Content-Type: text/html; charset=GB2312 Content-Transfer-Encoding: 7bit
On 07/13/2012 11:02 AM, Fatai Zhang wrote:
Hi all,

A new version has been submitted. Only one change:

Introduce a new PCEP object (SERVER-INDICATION) to replace ERO subobject in Section 3.5, because one comment was raised that ERO subobject should defer to CCAMP extension (RSVP-TE extension).

Please review this draft for details.
Hi Fatai, authors,

Thanks for updating the draft, just a couple of questions, quoting:

PCE MAY specify the server layer path information in the ERO. In this case, the requested PCE replies a PCRep message that includes at least two sets of ERO information in the path-list, one is for the client layer path information, and another one is the server layer path information. When SERVER-INDICATION is included in a PCRep message, it indicates that the path in the ERO is the server layer path information.

Q1)
for clarification,  I take it that it is still possible that the "SERVER layer" part or segment can still be provided simply "embedded" in a single ERO that includes both layers, right?  i.e. a single strict ERO in a MRN/MLN and that the corresponding region border node is responsible for detecting the far end etc. In other words, the use case where a single ERO includes both client and server layers (in a single path) would be ok, and not against the quoted paragraph: The response includes only 1 ERO A B C a b c d e D E F and, (optionally), a second path with ERO C a b c d e D + SERVER_INDICATION. (Before the update, we used A B C X a b c d e X D E F to "tag" region changes if needed). I take it the new text means "A PCE MAY specify both the client and server layers separately, in dedicated EROs. In this case..." is this right?


A  --- B --- C  ============= D --- E -- F
                  |                                 |
                   a  --  b   -- c   -- d  -- e

Q2)
Also, assume A is the higher layer LSP (A --> F) ingress node and the PCC, and a H-LSP / FA will be stablished when the high layer Path reaches C. Assume A gets the PCEP response from the PCE. The issue I have now is that how would RSVP-TE "forward" the server layer to C so it is useful? would I need to merge the ERO?

In summary, in my implementation either:

a) I have a multi-layer ERO, without "tags" or "banners" so each node needs to check if it is a region boundary node, and act accordingly-

b) I have a multi-layer ERO, tagged with the sub-object (until draft -06) X. That subobject tells the ERO processing node that it is a boundary node, and both layers are "embedded" in a single ERO.

c) I have e.g. two EROs, split on a per server basis : client and server. How do I forward these to node C? what is the benefit of splitting them?

Hopefully I have formulated my question clearly :)

Thanks and best regards
Ramon

--------------080202080205000600000104-- From internet-drafts@ietf.org Sun Jul 15 22:00:05 2012 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D49B021F8567; Sun, 15 Jul 2012 22:00:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.514 X-Spam-Level: X-Spam-Status: No, score=-102.514 tagged_above=-999 required=5 tests=[AWL=0.085, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WJ07g2+G-wYu; Sun, 15 Jul 2012 22:00:05 -0700 (PDT) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E1B1C21F8533; Sun, 15 Jul 2012 22:00:04 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 4.30p3 Message-ID: <20120716050004.29793.15796.idtracker@ietfa.amsl.com> Date: Sun, 15 Jul 2012 22:00:04 -0700 Cc: pce@ietf.org Subject: [Pce] I-D Action: draft-ietf-pce-stateful-pce-01.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 05:00:06 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Path Computation Element Working Group of= the IETF. Title : PCEP Extensions for Stateful PCE Author(s) : Edward Crabbe Jan Medved Robert Varga Ina Minei Filename : draft-ietf-pce-stateful-pce-01.txt Pages : 54 Date : 2012-07-15 Abstract: The Path Computation Element Communication Protocol (PCEP) provides mechanisms for Path Computation Elements (PCEs) to perform path computations in response to Path Computation Clients (PCCs) requests. Although PCEP explicitly makes no assumptions regarding the information available to the PCE, it also makes no provisions for synchronization or PCE control of timing and sequence of path computations within and across PCEP sessions. This document describes a set of extensions to PCEP to enable this functionality, providing stateful control of Multiprotocol Label Switching (MPLS) Traffic Engineering Label Switched Paths (TE LSP) via PCEP. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pce-stateful-pce There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-pce-stateful-pce-01 A diff from previous version is available at: http://tools.ietf.org/rfcdiff?url2=3Ddraft-ietf-pce-stateful-pce-01 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From zhangfatai@huawei.com Sun Jul 15 23:49:03 2012 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8FD8721F8579 for ; Sun, 15 Jul 2012 23:49:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.465 X-Spam-Level: ** X-Spam-Status: No, score=2.465 tagged_above=-999 required=5 tests=[AWL=0.015, BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-4, SARE_SUB_ENC_GB2312=1.345] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tSzqu1UYoFS9 for ; Sun, 15 Jul 2012 23:49:02 -0700 (PDT) Received: from dfwrgout.huawei.com (dfwrgout.huawei.com [206.16.17.72]) by ietfa.amsl.com (Postfix) with ESMTP id 7F49521F8471 for ; Sun, 15 Jul 2012 23:49:02 -0700 (PDT) Received: from 172.18.9.243 (EHLO dfweml202-edg.china.huawei.com) ([172.18.9.243]) by dfwrg02-dlp.huawei.com (MOS 4.2.3-GA FastPath) with ESMTP id AHU16690; Mon, 16 Jul 2012 02:49:46 -0400 (EDT) Received: from DFWEML404-HUB.china.huawei.com (10.193.5.203) by dfweml202-edg.china.huawei.com (172.18.9.108) with Microsoft SMTP Server (TLS) id 14.1.323.3; Sun, 15 Jul 2012 23:47:59 -0700 Received: from SZXEML436-HUB.china.huawei.com (10.72.61.64) by dfweml404-hub.china.huawei.com (10.193.5.203) with Microsoft SMTP Server (TLS) id 14.1.323.3; Sun, 15 Jul 2012 23:47:59 -0700 Received: from SZXEML520-MBX.china.huawei.com ([169.254.1.66]) by szxeml436-hub.china.huawei.com ([10.72.61.64]) with mapi id 14.01.0323.003; Mon, 16 Jul 2012 14:47:54 +0800 From: Fatai Zhang To: Ramon Casellas , "pce@ietf.org" Thread-Topic: =?gb2312?B?W1BjZV0gtPC4tDogIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtcGNlLWludGVy?= =?gb2312?Q?-layer-ext-07.txt?= Thread-Index: AQHNYOEeV35a/cLM5EypwAVuokZAHJcrcttQ Date: Mon, 16 Jul 2012 06:47:53 +0000 Message-ID: References: <20120713085457.29091.70971.idtracker@ietfa.amsl.com> <4FFFF656.2030308@cttc.es> In-Reply-To: <4FFFF656.2030308@cttc.es> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.66.72.152] Content-Type: multipart/alternative; boundary="_000_F82A4B6D50F9464B8EBA55651F541CF82CC57D23SZXEML520MBXchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Subject: [Pce] =?gb2312?b?tPC4tDogILTwuLQ6ICBJLUQgQWN0aW9uOiBkcmFmdC1pZXRm?= =?gb2312?b?LXBjZS1pbnRlci1sYXllci1leHQtMDcudHh0?= X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 06:49:03 -0000 --_000_F82A4B6D50F9464B8EBA55651F541CF82CC57D23SZXEML520MBXchi_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGkgUmFtb24sDQoNCkZvciBRMSwgaXQgY291bGQgYmUgcG9zc2libGUgdG8gcmV0dXJuIHR3byBF Uk9zIGFzIHdoYXQgeW91IHNhaWQsIGJ1dCBteSBpbnRlbnRpb24gaXMgdG8gcmV0dXJuIHR3byBF Uk9zIGxpa2U6IEVSTy1jbGllbnQ6IEEtQi1DLUQtRS1GLCBhbmQgRVJPLVNlcnZlcjogQy1hLWIt Yy1kLWUtZi1EKyBTRVJWRVJfSU5ESUNBVElPTjsgSW4gdGhpcyB3YXksIGl0IGNhbiByZWR1Y2Ug dGhlIG92ZXJsYXBwZWQgaW5mb3JtYXRpb24uDQoNCkZvciBRMiwgdGhlIFBDRVAgZXh0ZW5zaW9u IGRvZXMgbm90IGV4ZXJ0IG9uIGhvdyB0byBzaWduYWwgdGhlIFJTVlAtVEUuICBUaGlzIGRyYWZ0 IG9ubHkgZm9jdXNlcyBvbiBob3cgdG8gcmV0dXJuIHRoZSBjb21wdXRlZCBwYXRoLCBidXQgaG93 IHRvIGNyZWF0ZSB0aGUgY29tcHV0ZWQgcGF0aCB0aHJvdWdoIHNpZ25hbGluZyBpcyBvdXQgb2Yg c2NvcGUgb2YgdGhpcyBkcmFmdCAodGhpcyBpcyByZWFzb24gb2YgdGhlIHVwZGF0ZSB0aGF0IGlz IHRvIGRlY291cGxlIHRoZSBkZXBlbmRlbmN5IGJldHdlZWVuIFBDRVAgYW5kIFJTVlAtVEUgZXh0 ZW50aW9uKS4gVGhlIFBDQyBjb3VsZCBiZSBlaXRoZXIgaGVhZCBub2RlIG9yIE5NUy4gRm9yIGV4 YW1wbGUsIGlmIFBDQyBpcyBOTVMsIHRoZW4gTk1TIGNhbiBjb25maWd1cmUgdGhlIHNlcnZlciBM U1AgZmlyc3QgKGFuZCB0aGVuIGNsaWVudCBMU1ApIGZyb20gdGhlIHJldHVybmVkIHBhdGggbWFu dWFsbHkgb3IgZHluYW1pY2FsbHkuIFRoZXJlZm9yZSwgYWN0dWFsbHksIHRoZSB0aHJlZSBhbHRl cm5hdGl2ZXMgeW91IG1lbnRpb25lZCBjb3VsZCBiZSBwb3NzaWJsZSBmcm9tIGltcGxlbWVudGF0 aW9uIHBlcnNwZWN0aXZlLiBPcHRpb24gQiBpcyBteSBvcmlnaW5hbCB0aG91Z2h0IGFuZCBSU1ZQ LVRFIGV4dGVuc2lvbiBpcyBkZXNjcmliZWQgaW4gW2RyYWZ0LXpoYW5nLWNjYW1wLWdtcGxzLWgt bHNwLW1sbl0uIFJlcGVhdCBhZ2FpbiwgaG93IHRvIGNyZWF0ZSB0aGUgY29tcHV0ZWQgcGF0aCB0 aHJvdWdoIHNpZ25hbGluZyBpcyBvdXQgb2Ygc2NvcGUgb2YgdGhpcyBkcmFmdC4NCg0KDQpUaGFu a3MNCg0KRmF0YWkNCg0Kt6K8/sjLOiBwY2UtYm91bmNlc0BpZXRmLm9yZyBbbWFpbHRvOnBjZS1i b3VuY2VzQGlldGYub3JnXSC0+rHtIFJhbW9uIENhc2VsbGFzDQq3osvNyrG85DogMjAxMsTqN9TC MTPI1SAxODoyMA0KytW8/sjLOiBwY2VAaWV0Zi5vcmcNCtb3zOI6IFJlOiBbUGNlXSC08Li0OiBJ LUQgQWN0aW9uOiBkcmFmdC1pZXRmLXBjZS1pbnRlci1sYXllci1leHQtMDcudHh0DQoNCk9uIDA3 LzEzLzIwMTIgMTE6MDIgQU0sIEZhdGFpIFpoYW5nIHdyb3RlOg0KDQpIaSBhbGwsDQoNCg0KDQpB IG5ldyB2ZXJzaW9uIGhhcyBiZWVuIHN1Ym1pdHRlZC4gT25seSBvbmUgY2hhbmdlOg0KDQoNCg0K SW50cm9kdWNlIGEgbmV3IFBDRVAgb2JqZWN0IChTRVJWRVItSU5ESUNBVElPTikgdG8gcmVwbGFj ZSBFUk8gc3Vib2JqZWN0IGluIFNlY3Rpb24gMy41LCBiZWNhdXNlIG9uZSBjb21tZW50IHdhcyBy YWlzZWQgdGhhdCBFUk8gc3Vib2JqZWN0IHNob3VsZCBkZWZlciB0byBDQ0FNUCBleHRlbnNpb24g KFJTVlAtVEUgZXh0ZW5zaW9uKS4NCg0KDQoNClBsZWFzZSByZXZpZXcgdGhpcyBkcmFmdCBmb3Ig ZGV0YWlscy4NCg0KDQpIaSBGYXRhaSwgYXV0aG9ycywNCg0KVGhhbmtzIGZvciB1cGRhdGluZyB0 aGUgZHJhZnQsIGp1c3QgYSBjb3VwbGUgb2YgcXVlc3Rpb25zLCBxdW90aW5nOg0KDQpQQ0UgTUFZ IHNwZWNpZnkgdGhlIHNlcnZlciBsYXllciBwYXRoIGluZm9ybWF0aW9uIGluIHRoZSBFUk8uIElu IHRoaXMgY2FzZSwgdGhlIHJlcXVlc3RlZCBQQ0UgcmVwbGllcyBhIFBDUmVwIG1lc3NhZ2UgdGhh dCBpbmNsdWRlcyBhdCBsZWFzdCB0d28gc2V0cyBvZiBFUk8gaW5mb3JtYXRpb24gaW4gdGhlIHBh dGgtbGlzdCwgb25lIGlzIGZvciB0aGUgY2xpZW50IGxheWVyIHBhdGggaW5mb3JtYXRpb24sIGFu ZCBhbm90aGVyIG9uZSBpcyB0aGUgc2VydmVyIGxheWVyIHBhdGggaW5mb3JtYXRpb24uIFdoZW4g U0VSVkVSLUlORElDQVRJT04gaXMgaW5jbHVkZWQgaW4gYSBQQ1JlcCBtZXNzYWdlLCBpdCBpbmRp Y2F0ZXMgdGhhdCB0aGUgcGF0aCBpbiB0aGUgRVJPIGlzIHRoZSBzZXJ2ZXIgbGF5ZXIgcGF0aCBp bmZvcm1hdGlvbi4NCg0KUTEpDQpmb3IgY2xhcmlmaWNhdGlvbiwgIEkgdGFrZSBpdCB0aGF0IGl0 IGlzIHN0aWxsIHBvc3NpYmxlIHRoYXQgdGhlICJTRVJWRVIgbGF5ZXIiIHBhcnQgb3Igc2VnbWVu dCBjYW4gc3RpbGwgYmUgcHJvdmlkZWQgc2ltcGx5ICJlbWJlZGRlZCIgaW4gYSBzaW5nbGUgRVJP IHRoYXQgaW5jbHVkZXMgYm90aCBsYXllcnMsIHJpZ2h0PyAgaS5lLiBhIHNpbmdsZSBzdHJpY3Qg RVJPIGluIGEgTVJOL01MTiBhbmQgdGhhdCB0aGUgY29ycmVzcG9uZGluZyByZWdpb24gYm9yZGVy IG5vZGUgaXMgcmVzcG9uc2libGUgZm9yIGRldGVjdGluZyB0aGUgZmFyIGVuZCBldGMuIEluIG90 aGVyIHdvcmRzLCB0aGUgdXNlIGNhc2Ugd2hlcmUgYSBzaW5nbGUgRVJPIGluY2x1ZGVzIGJvdGgg Y2xpZW50IGFuZCBzZXJ2ZXIgbGF5ZXJzIChpbiBhIHNpbmdsZSBwYXRoKSB3b3VsZCBiZSBvaywg YW5kIG5vdCBhZ2FpbnN0IHRoZSBxdW90ZWQgcGFyYWdyYXBoOiBUaGUgcmVzcG9uc2UgaW5jbHVk ZXMgb25seSAxIEVSTyBBIEIgQyBhIGIgYyBkIGUgRCBFIEYgYW5kLCAob3B0aW9uYWxseSksIGEg c2Vjb25kIHBhdGggd2l0aCBFUk8gQyBhIGIgYyBkIGUgRCArIFNFUlZFUl9JTkRJQ0FUSU9OLiAo QmVmb3JlIHRoZSB1cGRhdGUsIHdlIHVzZWQgQSBCIEMgWCBhIGIgYyBkIGUgWCBEIEUgRiB0byAi dGFnIiByZWdpb24gY2hhbmdlcyBpZiBuZWVkZWQpLiBJIHRha2UgaXQgdGhlIG5ldyB0ZXh0IG1l YW5zICJBIFBDRSBNQVkgc3BlY2lmeSBib3RoIHRoZSBjbGllbnQgYW5kIHNlcnZlciBsYXllcnMg c2VwYXJhdGVseSwgaW4gZGVkaWNhdGVkIEVST3MuIEluIHRoaXMgY2FzZS4uLiIgaXMgdGhpcyBy aWdodD8NCg0KDQpBICAtLS0gQiAtLS0gQyAgPT09PT09PT09PT09PSBEIC0tLSBFIC0tIEYNCiAg ICAgICAgICAgICAgICAgIHwgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8DQogICAg ICAgICAgICAgICAgICAgYSAgLS0gIGIgICAtLSBjICAgLS0gZCAgLS0gZQ0KDQpRMikNCkFsc28s IGFzc3VtZSBBIGlzIHRoZSBoaWdoZXIgbGF5ZXIgTFNQIChBIC0tPiBGKSBpbmdyZXNzIG5vZGUg YW5kIHRoZSBQQ0MsIGFuZCBhIEgtTFNQIC8gRkEgd2lsbCBiZSBzdGFibGlzaGVkIHdoZW4gdGhl IGhpZ2ggbGF5ZXIgUGF0aCByZWFjaGVzIEMuIEFzc3VtZSBBIGdldHMgdGhlIFBDRVAgcmVzcG9u c2UgZnJvbSB0aGUgUENFLiBUaGUgaXNzdWUgSSBoYXZlIG5vdyBpcyB0aGF0IGhvdyB3b3VsZCBS U1ZQLVRFICJmb3J3YXJkIiB0aGUgc2VydmVyIGxheWVyIHRvIEMgc28gaXQgaXMgdXNlZnVsPyB3 b3VsZCBJIG5lZWQgdG8gbWVyZ2UgdGhlIEVSTz8NCg0KSW4gc3VtbWFyeSwgaW4gbXkgaW1wbGVt ZW50YXRpb24gZWl0aGVyOg0KDQphKSBJIGhhdmUgYSBtdWx0aS1sYXllciBFUk8sIHdpdGhvdXQg InRhZ3MiIG9yICJiYW5uZXJzIiBzbyBlYWNoIG5vZGUgbmVlZHMgdG8gY2hlY2sgaWYgaXQgaXMg YSByZWdpb24gYm91bmRhcnkgbm9kZSwgYW5kIGFjdCBhY2NvcmRpbmdseS0NCg0KYikgSSBoYXZl IGEgbXVsdGktbGF5ZXIgRVJPLCB0YWdnZWQgd2l0aCB0aGUgc3ViLW9iamVjdCAodW50aWwgZHJh ZnQgLTA2KSBYLiBUaGF0IHN1Ym9iamVjdCB0ZWxscyB0aGUgRVJPIHByb2Nlc3Npbmcgbm9kZSB0 aGF0IGl0IGlzIGEgYm91bmRhcnkgbm9kZSwgYW5kIGJvdGggbGF5ZXJzIGFyZSAiZW1iZWRkZWQi IGluIGEgc2luZ2xlIEVSTy4NCg0KYykgSSBoYXZlIGUuZy4gdHdvIEVST3MsIHNwbGl0IG9uIGEg cGVyIHNlcnZlciBiYXNpcyA6IGNsaWVudCBhbmQgc2VydmVyLiBIb3cgZG8gSSBmb3J3YXJkIHRo ZXNlIHRvIG5vZGUgQz8gd2hhdCBpcyB0aGUgYmVuZWZpdCBvZiBzcGxpdHRpbmcgdGhlbT8NCg0K SG9wZWZ1bGx5IEkgaGF2ZSBmb3JtdWxhdGVkIG15IHF1ZXN0aW9uIGNsZWFybHkgOikNCg0KVGhh bmtzIGFuZCBiZXN0IHJlZ2FyZHMNClJhbW9uDQo= --_000_F82A4B6D50F9464B8EBA55651F541CF82CC57D23SZXEML520MBXchi_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi Ramon,<= o:p>

 = ;

For Q1, it= could be possible to return two EROs as what you said, but my intention is= to return two EROs like: ERO-client: A-B-C-D-E-F, and ERO-Server: C-a-b-c-d-e-f-D+ SERVER_INDICATION; In this way, it can reduce the ove= rlapped information.

 = ;

For Q2, the PCEP extension = does not exert on how to signal the RSVP-TE.  This draft only focuses on how to return the computed path, but how to create the computed= path through signaling is out of scope of this draft (this is reason of th= e update that is to decouple the dependency betweeen PCEP and RSVP-TE exten= tion). The PCC could be either head node or NMS. For example, if PCC is NMS, then NMS can configure the server= LSP first (and then client LSP) from the returned path manually or dynamic= ally. Therefore, actually, the three alternatives you mentioned could be po= ssible from implementation perspective. Option B is my original thought and RSVP-TE extension is described in [dra= ft-zhang-ccamp-gmpls-h-lsp-mln]. Repeat again, how to create the computed p= ath through signaling is out of scope of this draft.

 

 

Thanks

 

Fatai

 = ;

=B7=A2=BC=FE=C8=CB: pce-bounces@ietf.org [mai= lto:pce-bounces@ietf.org] =B4=FA=B1=ED R= amon Casellas
=B7=A2=CB=CD=CA= =B1=BC=E4: 2012=C4=EA7=D4=C213=C8=D5 18:20
=CA=D5=BC=FE=C8=CB: pce@ietf.org
=D6=F7=CC=E2: Re: [Pce] =B4=F0=B8=B4: I-D Action: draft-iet= f-pce-inter-layer-ext-07.txt

 

On 07/13/2012 11:02 AM, Fatai Z= hang wrote:

Hi all,
 
A new version has been submitted. Only one change=
:
 
Introduce a new PCEP object (SERVER-INDICATION) t=
o replace ERO subobject in Section 3.5, because one comment was raised that=
 ERO subobject should defer to CCAMP extension (RSVP-TE extension).
 
Please review this draft for details.<=
/span>
 

= Hi Fatai, authors,

Thanks for updating the draft, just a couple of questions, quoting:

P= CE MAY specify the server layer path information in the ERO. In this case, = the requested PCE replies a PCRep message that includes at least two sets o= f ERO information in the path-list, one is for the client layer path information, and another one is the server layer pat= h information. When SERVER-INDICATION is included in a PCRep message, it in= dicates that the path in the ERO is the server layer path information.

Q1)
for clarification,  I take it that it is still possible that the "= ;SERVER layer" part or segment can still be provided simply "embe= dded" in a single ERO that includes both layers, right?  i.e. a s= ingle strict ERO in a MRN/MLN and that the corresponding region border node is responsible for detecting the far end etc. In other words, = the use case where a single ERO includes both client and server layers (in = a single path) would be ok, and not against the quoted paragraph: The respo= nse includes only 1 ERO A B C a b c d e D E F and, (optionally), a second path with ERO C a b c d e D += ; SERVER_INDICATION. (Before the update, we used A B C X a b c d e X D E F = to "tag" region changes if needed). I take it the new text means = "A PCE MAY specify both the client and server layers separately, in dedicated EROs. In this case..." is this right?=


A  --- B --- C  =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D D ---= E -- F
            = ;      |       =             &nb= sp;            = |
            = ;       a  --  b   -- c&n= bsp;  -- d  -- e

Q2)
Also, assume A is the higher layer LSP (A --> F) ingress node and the PC= C, and a H-LSP / FA will be stablished when the high layer Path reaches C. = Assume A gets the PCEP response from the PCE. The issue I have now is that = how would RSVP-TE "forward" the server layer to C so it is useful? would I need to merge the ERO?

In summary, in my implementation either:

a) I have a multi-layer ERO, without "tags" or "banners"= ; so each node needs to check if it is a region boundary node, and act acco= rdingly-

b) I have a multi-layer ERO, tagged with the sub-object (until draft -06) X= . That subobject tells the ERO processing node that it is a boundary node, = and both layers are "embedded" in a single ERO.

c) I have e.g. two EROs, split on a per server basis : client and server. H= ow do I forward these to node C? what is the benefit of splitting them?

Hopefully I have formulated my question clearly :)

Thanks and best regards
Ramon

--_000_F82A4B6D50F9464B8EBA55651F541CF82CC57D23SZXEML520MBXchi_-- From zhang.xian@huawei.com Mon Jul 16 04:07:43 2012 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 450E421F87C3 for ; Mon, 16 Jul 2012 04:07:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EHTrteCR6ZVv for ; Mon, 16 Jul 2012 04:07:42 -0700 (PDT) Received: from dfwrgout.huawei.com (dfwrgout.huawei.com [206.16.17.72]) by ietfa.amsl.com (Postfix) with ESMTP id 60DB821F87BA for ; Mon, 16 Jul 2012 04:07:42 -0700 (PDT) Received: from 172.18.9.243 (EHLO dfweml202-edg.china.huawei.com) ([172.18.9.243]) by dfwrg02-dlp.huawei.com (MOS 4.2.3-GA FastPath) with ESMTP id AHU33400; Mon, 16 Jul 2012 07:08:26 -0400 (EDT) Received: from DFWEML405-HUB.china.huawei.com (10.193.5.102) by dfweml202-edg.china.huawei.com (172.18.9.108) with Microsoft SMTP Server (TLS) id 14.1.323.3; Mon, 16 Jul 2012 04:05:10 -0700 Received: from SZXEML430-HUB.china.huawei.com (10.72.61.38) by dfweml405-hub.china.huawei.com (10.193.5.102) with Microsoft SMTP Server (TLS) id 14.1.323.3; Mon, 16 Jul 2012 04:05:09 -0700 Received: from SZXEML535-MBS.china.huawei.com ([169.254.7.68]) by szxeml430-hub.china.huawei.com ([10.72.61.38]) with mapi id 14.01.0323.003; Mon, 16 Jul 2012 19:04:55 +0800 From: "Zhangxian (Xian)" To: "pce@ietf.org" Thread-Topic: New Version Notification for draft-zhang-pce-stateful-pce-app-01.txt Thread-Index: AQHNYYW32XKee0COwUOtScPyVeuoTJcrvwfg Date: Mon, 16 Jul 2012 11:04:54 +0000 Message-ID: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.70.76.79] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Subject: [Pce] FW: New Version Notification for draft-zhang-pce-stateful-pce-app-01.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 11:07:43 -0000 SGksIERlYXIgUENFcnMsIA0KDQogICBXZSBoYXZlIHVwZGF0ZWQgdGhlIHN0YXRlZnVsIFBDRSBh cHBsaWNhYmlsaXR5IGRyYWZ0IGFuZCBpdCBpcyBhdmFpbGFibGUgYXQgaHR0cDovL3d3dy5pZXRm Lm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQtemhhbmctcGNlLXN0YXRlZnVsLXBjZS1hcHAtMDEu dHh0LiANCiAgDQogICBUaGUgbWFqb3IgdXBkYXRlcywgYmVzaWRlcyBzb21lIGVkaXRvcmlhbCB3 b3JrLCAgaW5jbHVkZToNCiAgKDEpIGNvbmZpbmUgdGhlIHNjb3BlIHRoaXMgZG9jdW1lbnQgYW5k IHJlZmVyIHRvIHN0YXRlZnVsIFBDRVAgZXh0ZW5zaW9uIHJlbGF0ZWQgZHJhZnRzOyANCiAgKDIp IGFkZCAidXNlIG9mIHRoZSBpbmZvcm1hdGlvbiBvZiB1bmRlci1jb25zdHJ1Y3Rpb24gTFNQcyIg c3Vic2VjdGlvbiBhbmQgcmVsZXZhbnQgZXhwbGFuYXRpb25zOyANCiAgKDMpIGFkZCBjb250ZW50 cyBmb3IgbWFuYWdlYWJpbGl0eSBhbmQgc2VjdXJpdHkgY29uc2lkZXJhdGlvbnM7IA0KDQogIENv bW1lbnRzIGFuZCBzdWdnZXN0aW9ucyBhcmUgd2VsY29tZS4gDQoNClJlZ2FyZHMsDQoNClRoZSBh dXRob3JzDQoNCiANCi0tLS0t6YKu5Lu25Y6f5Lu2LS0tLS0NCuWPkeS7tuS6ujogaW50ZXJuZXQt ZHJhZnRzQGlldGYub3JnIFttYWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnXSANCuWPkemA geaXtumXtDogMjAxMuW5tDfmnIgxNOaXpSAxMzo1OA0K5pS25Lu25Lq6OiBaaGFuZ3hpYW4gKFhp YW4pDQrmioTpgIE6IG9nb25kaW9AdGlkLmVzOyBGYXRhaSBaaGFuZzsgcmFtb24uY2FzZWxsYXNA Y3R0Yy5lczsgTGVleW91bmcNCuS4u+mimDogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBk cmFmdC16aGFuZy1wY2Utc3RhdGVmdWwtcGNlLWFwcC0wMS50eHQNCg0KDQpBIG5ldyB2ZXJzaW9u IG9mIEktRCwgZHJhZnQtemhhbmctcGNlLXN0YXRlZnVsLXBjZS1hcHAtMDEudHh0DQpoYXMgYmVl biBzdWNjZXNzZnVsbHkgc3VibWl0dGVkIGJ5IFhpYW4gWmhhbmcgYW5kIHBvc3RlZCB0byB0aGUN CklFVEYgcmVwb3NpdG9yeS4NCg0KRmlsZW5hbWU6CSBkcmFmdC16aGFuZy1wY2Utc3RhdGVmdWwt cGNlLWFwcA0KUmV2aXNpb246CSAwMQ0KVGl0bGU6CQkgQXBwbGljYWJpbGl0eSBvZiBTdGF0ZWZ1 bCBQYXRoIENvbXB1dGF0aW9uIEVsZW1lbnQgKFBDRSkNCkNyZWF0aW9uIGRhdGU6CSAyMDEyLTA3 LTEzDQpXRyBJRDoJCSBJbmRpdmlkdWFsIFN1Ym1pc3Npb24NCk51bWJlciBvZiBwYWdlczogMjMN ClVSTDogICAgICAgICAgICAgaHR0cDovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJh ZnQtemhhbmctcGNlLXN0YXRlZnVsLXBjZS1hcHAtMDEudHh0DQpTdGF0dXM6ICAgICAgICAgIGh0 dHA6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtemhhbmctcGNlLXN0YXRlZnVsLXBj ZS1hcHANCkh0bWxpemVkOiAgICAgICAgaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQt emhhbmctcGNlLXN0YXRlZnVsLXBjZS1hcHAtMDENCkRpZmY6ICAgICAgICAgICAgaHR0cDovL3Rv b2xzLmlldGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC16aGFuZy1wY2Utc3RhdGVmdWwtcGNlLWFw cC0wMQ0KDQpBYnN0cmFjdDoNCiAgIFRoZSBQYXRoIENvbXB1dGF0aW9uIEVsZW1lbnQgKFBDRSkg cHJvdmlkZXMgYSBzb2x1dGlvbiBmb3IgVHJhZmZpYw0KICAgRW5naW5lZXJpbmcgKFRFKSBiYXNl ZCBwYXRoIGNhbGN1bGF0aW9uIGluIGxhcmdlLCBtdWx0aS1kb21haW4sDQogICBtdWx0aS1yZWdp b24sIG9yIG11bHRpLWxheWVyIG5ldHdvcmtzLiBEZXBlbmRpbmcgb24gd2hldGhlciBhIFBDRQ0K ICAga2VlcHMgaW5mb3JtYXRpb24gYWJvdXQgTFNQcyBhbmQgcmVzZXJ2ZWQgcmVzb3VyY2UgdXNh Z2UgaW4gdGhlDQogICBuZXR3b3JrIG9yIG5vdCwgaXQgY2FuIGJlIGNhdGVnb3JpemVkIGFzIGVp dGhlciBzdGF0ZWZ1bCBvcg0KICAgc3RhdGVsZXNzLg0KDQogICBUaGlzIG1lbW8gZGVzY3JpYmVz IGdlbmVyYWwgY29uc2lkZXJhdGlvbnMgZm9yIHN0YXRlZnVsIFBDRShzKSBhbmQNCiAgIGV4YW1p bmVzIGl0cyBhcHBsaWNhYmlsaXR5IHRocm91Z2ggYSBudW1iZXIgb2YgdHlwaWNhbCBzY2VuYXJp b3MuIEl0DQogICBzaG93cyBob3cgc3RhdGVmdWwgUENFKHMpIGNhbiBiZSBhcHBsaWVkIHRvIGZh Y2lsaXRhdGUgdGhlc2UNCiAgIGFwcGxpY2F0aW9ucy4gUENFUCBleHRlbnNpb25zIHJlcXVpcmVk IGZvciBzdGF0ZWZ1bCBQQ0UgdXNhZ2UgYXJlDQogICBjb3ZlcmVkIGluIHNlcGFyYXRlIGRvY3Vt ZW50KHMpLg0KDQoNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICANCg0KDQpUaGUgSUVURiBTZWNy ZXRhcmlhdA0K From internet-drafts@ietf.org Mon Jul 16 05:05:44 2012 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C208B21F87B4; Mon, 16 Jul 2012 05:05:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.528 X-Spam-Level: X-Spam-Status: No, score=-102.528 tagged_above=-999 required=5 tests=[AWL=0.071, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5Z0IwBuPKcOA; Mon, 16 Jul 2012 05:05:44 -0700 (PDT) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3645F21F8738; Mon, 16 Jul 2012 05:05:44 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable From: internet-drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 4.30p3 Message-ID: <20120716120544.32161.67426.idtracker@ietfa.amsl.com> Date: Mon, 16 Jul 2012 05:05:44 -0700 Cc: pce@ietf.org Subject: [Pce] I-D Action: draft-ietf-pce-gmpls-pcep-extensions-06.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 12:05:45 -0000 A New Internet-Draft is available from the on-line Internet-Drafts director= ies. This draft is a work item of the Path Computation Element Working Group of= the IETF. Title : PCEP extensions for GMPLS Author(s) : Cyril Margaria Oscar Gonzalez de Dios Fatai Zhang Filename : draft-ietf-pce-gmpls-pcep-extensions-06.txt Pages : 42 Date : 2012-07-16 Abstract: This memo provides extensions for the Path Computation Element communication Protocol (PCEP) for the support of GMPLS control plane. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-pce-gmpls-pcep-extensions There's also a htmlized version available at: http://tools.ietf.org/html/draft-ietf-pce-gmpls-pcep-extensions-06 A diff from previous version is available at: http://tools.ietf.org/rfcdiff?url2=3Ddraft-ietf-pce-gmpls-pcep-extensions-06 Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From jvasseur@cisco.com Mon Jul 16 09:08:12 2012 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F401121F86A3 for ; Mon, 16 Jul 2012 09:08:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.599 X-Spam-Level: X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Tm-6q4d0qQQY for ; Mon, 16 Jul 2012 09:08:11 -0700 (PDT) Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) by ietfa.amsl.com (Postfix) with ESMTP id 6102A21F867C for ; Mon, 16 Jul 2012 09:08:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=jvasseur@cisco.com; l=226; q=dns/txt; s=iport; t=1342454936; x=1343664536; h=from:to:cc:subject:date:message-id:content-id: content-transfer-encoding:mime-version; bh=W4JeoxeVAMnLpouCWO5Y26t93fEwXG4dltXFwBUbHm8=; b=IeKPzxEsV5f8ZbUdSNXYOf6FoGVYCviLSeB+cjtfHl71mqMdhGw3PlwH 44thP7QGDPp6OJYi40f52xwep928LT3iaED/J1tWqHJ6BtTUQTn9Xila1 ww0dEBxsu4FC0xUkJGgWXugzIAdOXekpRTaYp6s7dtn8r8OSLnjs+TP3U 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ak4JAOQ7BFCtJV2b/2dsb2JhbABFuAYEBIEqgQeCJxIBJz8SAT5CJwQOJ4drnDqfbZEnYAOVO44ggWaCXw X-IronPort-AV: E=Sophos;i="4.77,594,1336348800"; d="scan'208";a="102314465" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by rcdn-iport-3.cisco.com with ESMTP; 16 Jul 2012 16:08:56 +0000 Received: from xhc-aln-x02.cisco.com (xhc-aln-x02.cisco.com [173.36.12.76]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id q6GG8uDe004672 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 16 Jul 2012 16:08:56 GMT Received: from xmb-rcd-x02.cisco.com ([169.254.4.223]) by xhc-aln-x02.cisco.com ([173.36.12.76]) with mapi id 14.02.0298.004; Mon, 16 Jul 2012 11:08:56 -0500 From: "JP Vasseur (jvasseur)" To: "pce@ietf.org" Thread-Topic: Reminder - PCE WG meeting agenda Thread-Index: AQHNY21M3+L/cHsCXkOdczcGnM9eIQ== Date: Mon, 16 Jul 2012 16:08:55 +0000 Message-ID: <4D5082B5-EBF9-44BB-AB6C-2FA2BB4CC282@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.60.114.229] x-tm-as-product-ver: SMEX-10.2.0.1135-7.000.1014-19042.006 x-tm-as-result: No--34.300000-8.000000-31 x-tm-as-user-approved-sender: No x-tm-as-user-blocked-sender: No Content-Type: text/plain; charset="us-ascii" Content-ID: <4A22EBE2015501488ABCCB31BE7CC83F@cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: Julien Meuric Subject: [Pce] Reminder - PCE WG meeting agenda X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 16:08:12 -0000 Dear all, Please let Dan and the PCE WG chairs know by July 18th if you plan to reque= st a slot for the WG meeting (indicate the name of the document, requested = time and presenter). Many Thanks. JP and Julien.= From jvasseur@cisco.com Mon Jul 16 09:23:02 2012 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ABDD421F85D0 for ; Mon, 16 Jul 2012 09:23:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.599 X-Spam-Level: X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rjtWh3x-XGtd for ; Mon, 16 Jul 2012 09:23:01 -0700 (PDT) Received: from rcdn-iport-8.cisco.com (rcdn-iport-8.cisco.com [173.37.86.79]) by ietfa.amsl.com (Postfix) with ESMTP id B873521F85CE for ; Mon, 16 Jul 2012 09:23:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=jvasseur@cisco.com; l=223; q=dns/txt; s=iport; t=1342455827; x=1343665427; h=from:to:cc:subject:date:message-id:content-id: content-transfer-encoding:mime-version; bh=fz+o0G/EncZOp8Qn0gBQ1V82zo6eaSzt07CaJ1Br7Qo=; b=gf8YI2eLc8Mcks/9Fi1iYXVikjlBMH01Qv7nJt5n8mPqai39GALzuEGl hVL+D4THpN57WmYkTKw0X2H72q8x4ny+DUPqbVXUBi2r0dIOTOPmggrWS Fi0SqdXwO0LkA8bg1wEDVSqKn9jJJZoQ7FKS9Xb3NkRKYInIyTZ/n4/K1 I=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ak4JAKQ/BFCtJV2b/2dsb2JhbABFuAkEBIErgQeCJxIBJz8SAT5CJwQOJ4drnC6fbJEnYAOVO44ggWaCXw X-IronPort-AV: E=Sophos;i="4.77,594,1336348800"; d="scan'208";a="102299166" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by rcdn-iport-8.cisco.com with ESMTP; 16 Jul 2012 16:23:46 +0000 Received: from xhc-rcd-x15.cisco.com (xhc-rcd-x15.cisco.com [173.37.183.89]) by rcdn-core-4.cisco.com (8.14.5/8.14.5) with ESMTP id q6GGNkcE015069 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 16 Jul 2012 16:23:46 GMT Received: from xmb-rcd-x02.cisco.com ([169.254.4.223]) by xhc-rcd-x15.cisco.com ([173.37.183.89]) with mapi id 14.02.0298.004; Mon, 16 Jul 2012 11:23:46 -0500 From: "JP Vasseur (jvasseur)" To: "" Thread-Topic: Reminder - PCE WG meeting agenda Thread-Index: AQHNY29fGC8v20ZqbE6NCavj8qf3lg== Date: Mon, 16 Jul 2012 16:23:45 +0000 Message-ID: <15F537C9-C687-4362-B6F9-20847BC44591@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.60.114.229] x-tm-as-product-ver: SMEX-10.2.0.1135-7.000.1014-19042.004 x-tm-as-result: No--34.300000-8.000000-31 x-tm-as-user-approved-sender: No x-tm-as-user-blocked-sender: No Content-Type: text/plain; charset="us-ascii" Content-ID: <3E838D7B49F8884AAC373AD0701ABFFB@cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: Julien Meuric Subject: [Pce] Reminder - PCE WG meeting agenda X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 16:23:02 -0000 Dear all, Please let Dan and the PCE chairs know by July 18th if you plan to request = a slot for the WG meeting (indicate the name of the document, requested tim= e and presenter). Many Thanks. JP and Julien.= From zhangfatai@huawei.com Tue Jul 17 00:37:38 2012 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B3A3321F85F6 for ; Tue, 17 Jul 2012 00:37:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.072 X-Spam-Level: *** X-Spam-Status: No, score=3.072 tagged_above=-999 required=5 tests=[AWL=-0.578, BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, HTML_MESSAGE=0.001, J_CHICKENPOX_34=0.6, J_CHICKENPOX_91=0.6, MIME_8BIT_HEADER=0.3, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-4, SARE_SUB_ENC_GB2312=1.345] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rTopY4A1itE2 for ; Tue, 17 Jul 2012 00:37:37 -0700 (PDT) Received: from dfwrgout.huawei.com (dfwrgout.huawei.com [206.16.17.72]) by ietfa.amsl.com (Postfix) with ESMTP id C9C1821F85AF for ; Tue, 17 Jul 2012 00:37:36 -0700 (PDT) Received: from 172.18.9.243 (EHLO dfweml202-edg.china.huawei.com) ([172.18.9.243]) by dfwrg02-dlp.huawei.com (MOS 4.2.3-GA FastPath) with ESMTP id AHV04501; Tue, 17 Jul 2012 03:38:23 -0400 (EDT) Received: from DFWEML407-HUB.china.huawei.com (10.193.5.132) by dfweml202-edg.china.huawei.com (172.18.9.108) with Microsoft SMTP Server (TLS) id 14.1.323.3; Tue, 17 Jul 2012 00:35:19 -0700 Received: from SZXEML403-HUB.china.huawei.com (10.82.67.35) by dfweml407-hub.china.huawei.com (10.193.5.132) with Microsoft SMTP Server (TLS) id 14.1.323.3; Tue, 17 Jul 2012 00:35:18 -0700 Received: from SZXEML520-MBX.china.huawei.com ([169.254.1.66]) by szxeml403-hub.china.huawei.com ([::1]) with mapi id 14.01.0323.003; Tue, 17 Jul 2012 15:35:13 +0800 From: Fatai Zhang To: Ramon Casellas Thread-Topic: =?gb2312?B?tPC4tDogW1BjZV0gtPC4tDogIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtcGNl?= =?gb2312?Q?-inter-layer-ext-07.txt?= Thread-Index: AQHNYOEeV35a/cLM5EypwAVuokZAHJcrcttQ//+rT4CAAfxgkA== Date: Tue, 17 Jul 2012 07:35:12 +0000 Message-ID: References: <20120713085457.29091.70971.idtracker@ietfa.amsl.com> <4FFFF656.2030308@cttc.es> <5003DACF.5030309@cttc.es> In-Reply-To: <5003DACF.5030309@cttc.es> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.66.72.152] Content-Type: multipart/alternative; boundary="_000_F82A4B6D50F9464B8EBA55651F541CF82CC5834BSZXEML520MBXchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "pce@ietf.org" Subject: [Pce] =?gb2312?b?tPC4tDogtPC4tDogILTwuLQ6ICBJLUQgQWN0aW9uOiBkcmFm?= =?gb2312?b?dC1pZXRmLXBjZS1pbnRlci1sYXllci1leHQtMDcudHh0?= X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2012 07:37:38 -0000 --_000_F82A4B6D50F9464B8EBA55651F541CF82CC5834BSZXEML520MBXchi_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGkgUmFtb24sDQoNCkFncmVlLiBUaGUgZGVzY3JpcHRpb24gbmVlZHMgdG8gYmUgcmVmaW5lZCBh cyB5b3Ugc3VnZ2VzdGVkLg0KPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KInRoZSBTRVJWRVItSU5ESUNBVElPTiBvYmpl Y3QgaXMgbWFuZGF0b3J5IGlmIHRoZSBwYXRoIGluIHRoZSByZXNwb25zZSBpcyB1c2VkIHRvIGNv bnZleSBzZXJ2ZXIgbGF5ZXIgaW5mb3JtYXRpb24iLg0KDQoNCg0KVGhhbmtzDQoNCkZhdGFpDQoN CreivP7IyzogUmFtb24gQ2FzZWxsYXMgW21haWx0bzpyYW1vbi5jYXNlbGxhc0BjdHRjLmVzXQ0K t6LLzcqxvOQ6IDIwMTLE6jfUwjE2yNUgMTc6MTINCsrVvP7IyzogRmF0YWkgWmhhbmcNCrOty806 IHBjZUBpZXRmLm9yZw0K1vfM4jogUmU6ILTwuLQ6IFtQY2VdILTwuLQ6IEktRCBBY3Rpb246IGRy YWZ0LWlldGYtcGNlLWludGVyLWxheWVyLWV4dC0wNy50eHQNCg0KSGkgRmF0YWksDQoNClRoYW5r cyBmb3IgdGhlIGNsYXJpZmljYXRpb25zLCBvdGhlciBjb21tZW50cyBpbmxpbmUNCg0KT24gMDcv MTYvMjAxMiAwODo0NyBBTSwgRmF0YWkgWmhhbmcgd3JvdGU6DQpIaSBSYW1vbiwNCg0KRm9yIFEx LCBpdCBjb3VsZCBiZSBwb3NzaWJsZSB0byByZXR1cm4gdHdvIEVST3MgYXMgd2hhdCB5b3Ugc2Fp ZCwgYnV0IG15IGludGVudGlvbiBpcyB0byByZXR1cm4gdHdvIEVST3MgbGlrZTogRVJPLWNsaWVu dDogQS1CLUMtRC1FLUYsIGFuZCBFUk8tU2VydmVyOiBDLWEtYi1jLWQtZS1mLUQrIFNFUlZFUl9J TkRJQ0FUSU9OOyBJbiB0aGlzIHdheSwgaXQgY2FuIHJlZHVjZSB0aGUgb3ZlcmxhcHBlZCBpbmZv cm1hdGlvbi4NCg0KSXQgbWFrZXMgc2Vuc2UsIGJ1dCxqdXN0IGluIGNhc2UgSSBtaXNzZWQgaXQs IG15IHF1ZXN0aW9uIHdhcyBtb3JlIGluIHRoZSBsaW5lIHRoYXQgSSB3b3VsZCBhbHNvIGxpa2Ug dGhlIG9wdGlvbiB0byByZXR1cm4gb25seSAqb25lKiBFUk8sIHdpdGggZWxlbWVudHMgZnJvbSBi b3RoIGxheWVycy4gVGhlIGN1cnJlbnQgdGV4dCBzZWVtcyB0byBpbmRpY2F0ZSB0aGF0IGlmIHRo ZXJlIGlzIHNlcnZlciBsYXllciBpbmZvICh3aGljaCBpcyB0aGUgY2FzZSBpZiB0aGUgRVJPIGNv bnRhaW5zIGVsZW1lbnRzIGZyb20gYm90aCBsYXllcnMsIGlzbid0IGl0PykgSXQgaXMgbm90IG1h bmRhdGVkIGJ5IHRoZSB0ZXh0IHRvIGhhdmUgdHdvIEVST3MgYnV0IGp1c3Qgb25lIHdpbGwgZG8u DQoNCg0KDQpQQ0UgTUFZIHNwZWNpZnkgdGhlIHNlcnZlciBsYXllciBwYXRoIGluZm9ybWF0aW9u IGluIHRoZSBFUk8uIEluIHRoaXMgY2FzZSwgdGhlIHJlcXVlc3RlZCBQQ0UgcmVwbGllcyBhIFBD UmVwIG1lc3NhZ2UgdGhhdCBpbmNsdWRlcyBhdCBsZWFzdCB0d28gc2V0cyBvZiBFUk8gaW5mb3Jt YXRpb24gaW4gdGhlIHBhdGgtbGlzdCwgb25lIGlzIGZvciB0aGUgY2xpZW50IGxheWVyIHBhdGgg aW5mb3JtYXRpb24sIGFuZCBhbm90aGVyIG9uZSBpcyB0aGUgc2VydmVyIGxheWVyIHBhdGggaW5m b3JtYXRpb24uIFdoZW4gU0VSVkVSLUlORElDQVRJT04gaXMgaW5jbHVkZWQgaW4gYSBQQ1JlcCBt ZXNzYWdlLCBpdCBpbmRpY2F0ZXMgdGhhdCB0aGUgcGF0aCBpbiB0aGUgRVJPIGlzIHRoZSBzZXJ2 ZXIgbGF5ZXIgcGF0aCBpbmZvcm1hdGlvbi4NCg0KDQpGb3IgUTIsIHRoZSBQQ0VQIGV4dGVuc2lv biBkb2VzIG5vdCBleGVydCBvbiBob3cgdG8gc2lnbmFsIHRoZSBSU1ZQLVRFLg0KDQoNClVuZGVy c3Rvb2QuDQoNCkFkZGl0aW9uYWxseSwgSSBhbHNvIHNlbnQgdHdvIG1vcmUgY29tbWVudHMgdG8g dGhlIGxpc3QsIGJ1dCBhcHBhcmVudGx5IHRoZXkgZ290IGxvc3QgKHNvcnJ5IGZvciB0aGUgZHVw bGljYXRlcyBpZiB5b3UgaGFwcGVuIHRvIGdldCB0aGUgbWFpbCBhZnRlciB0aGlzIG9uZSkgc28g SSBjb3B5IHRoZW0gaGVyZQ0KDQotLS0tLTg8LS0tLS04PC0tLS0tLQ0KVHdvIG1vcmUgY29tbWVu dHMgLyBxdWVzdGlvbnMuIFRvIGhlbHAgdGhlIGRpc2N1c3Npb24gY29uc2lkZXIgdGhlIHRvcG9s b2d5IGJlbG93LCBhbmQgIGNvbnNpZGVyIGEgImxlZ2FjeSIgKHJmYzU0NDApIFBDQyBjby1sb2Nh dGVkIGluIGEgR01QTFMgY29udHJvbGxlciBvZiBhIFBTQyBub2RlIEEgd2hpY2ggYmVsb25ncyB0 byBhIE1STiAoZHVhbCBsYXllciwgUFNDIG92ZXIgTFNDKQ0KDQogICAgICBbUFNDIFBTQ10NCist LS0tLSsgICAgICstLS0tLS0rICAgICAgICAgICAgICAgICAgICArLS0tLS0tKyAgICAgICstLS0t LQ0KfCBBICAgfC0tLS0tfCAgIEIgIHxbUFNDLCBMU0NdICAgICAgICAgIHwgQyAgICB8LS0tLS0t fCBEDQorLS0tLS0rICAgICArLS0tLS0tbyAgICAgICAgICAgICAgICAgICAgby0tLS0tLSsgICAg ICArLS0tLS0NCiAgICAgICAgICAgICAgICAgICAgXCstLS0tLS0rICArLS0tLS0tKy8NCiAgICAg ICAgICAgICAgICAgICAgIHwgIEwxICB8LS18IEwyICAgfA0KICAgICAgICAgICAgICAgICAgICAg Ky0tLS0tLSsgICstLS0tLS0rDQogICAgICAgICAgICAgICAgICAgICAgICAgIFtMU0MgTFNDXQ0K DQoNCkkpIFF1b3RpbmcgdGhlIGRyYWZ0OiAiV2hlbiB0aGUgSU5URVItTEFZRVIgb2JqZWN0IGlz IGFic2VudCBmcm9tIGEgUENSZXEgbWVzc2FnZSwgdGhlIHJlY2VpdmluZyBQQ0UgTVVTVCBwcm9j ZXNzIGFzIHRob3VnaCBpbnRlci1sYXllciBwYXRoIGNvbXB1dGF0aW9uIGhhZCBiZWVuIGV4cGxp Y2l0bHkgZGlzYWxsb3dlZCIuIEkgd291bGQgbGlrZSB0byB1bmRlcnN0YW5kIHRoZSByYXRpb25h bGUgZm9yIHRoaXMsIHNvIGNsYXJpZmljYXRpb24gd291bGQgYmUgYXBwcmVjaWF0ZWQuIHdoeSBj YW4ndCwgc2F5LCBub2RlIEEsIGlmIGl0IGhhcyBhIHNpbXBsZSBQQ0MgZ2V0IGFuIGludGVybGF5 ZXIgRVJPIChBIEIgIEwxIEwyIEMgRCkgaWYgQSBkb2VzIG5vdCBzdXBwb3J0IHRoaXMgZXh0ZW5z aW9uPyBJIHRlbmQgdG8gdGhpbmsgaXQgc2hvdWxkIGJlIHBvc3NpYmxlIGlmIEIgaXMgYWJsZSB0 byBkZXRlY3QgdGhlIHJlZ2lvbiBjaGFuZ2UgYW5kIGVzdGFibGlzaCB0aGUgSC1MU1AsIGV0Yy4g Tm9kZSBBIHNlbmRzIGEgUENSZXEgPSByZXF1ZXN0IHdpdGggUlAoMSksIEVORFBPSU5UUyhBLEQp LCBCVygxR2IvcykNCg0KSW4gb3RoZXIgd29yZHMsIGlmIEkgZGVwbG95IGEgUENFIHRoYXQgaW1w bGVtZW50cyBwY2UtaW50ZXJsYXllci1leHQtMDcgaW4gYSBNUk4gd2l0aCBhIHVuaWZpZWQgY29u dHJvbCBwbGFuZSAoc2luZ2xlIGluc3RhbmNlKSwgdGhlIFBDRSBjYW5ub3QgcHJvdmlkZSBhIHN0 cmljdCBpbnRlcmxheWVyIEVSTyB0byBub2RlIEEgaWYgQSAobGVnYWN5LCBSRkMgNTQ0MCkgZG9l cyBub3QgaW5jbHVkZSB0aGUgaW50ZXJsYXllciBvYmplY3QsIGJ1dCBJIGFtIG5vdCBzdXJlIHdo eS4NCg0KDQoNCg0KQW5vdGhlciBxdWVzdGlvbiAvIGNvbW1lbnQsIG1vcmUgcGhpbG9zb3BoaWNh bCBpbiBuYXR1cmUsIGFuZCAgcG90ZW50aWFsIGlzc3VlIG9mIGJhY2t3YXJkcyBjb21wYXRpYmls aXR5IHdpdGggZHJhZnQgLTA3Og0KSW4gc2hvcnQsIEkgYW0gdW5zdXJlIG9mIGVuY29kaW5nICJw YXJ0cyIgb3IgInNlZ21lbnRzIiBpbiBvbmUgb2YgdGhlIHBhdGhzIGluIHRoZSBwYXRobGlzdCBv ZiB0aGUgcmVzcG9uc2UuIElmIHdlIGxvb2sgYXQgUkZDNTQ0MA0KDQoiSWYgdGhlIHBhdGggY29t cHV0YXRpb24gcmVxdWVzdCBjYW4gYmUgc2F0aXNmaWVkIChpLmUuLCB0aGUgUENFIGZpbmRzIGEg c2V0IG9mIHBhdGhzIHRoYXQgc2F0aXNmeSB0aGUgc2V0IG9mIGNvbnN0cmFpbnRzKSwgdGhlIHNl dCBvZiBjb21wdXRlZCBwYXRocyBzcGVjaWZpZWQgYnkgbWVhbnMgb2YgRXhwbGljaXQgUm91dGUg T2JqZWN0cyAoRVJPcykgaXMgaW5zZXJ0ZWQgaW4gdGhlIFBDUmVwIG1lc3NhZ2UuICAiIEkgdGVu ZCB0byB0aGluayB0aGF0LCByZWFkaW5nIFJGQzU0NDAsIGFsbCB0aGUgcGF0aHMgaW4gdGhlIHBh dGhsaXN0IGZvciB0aGUgUENFUCByZXNwb25zZSBjb3JyZXNwb25kaW5nIHRvIGEgZ2l2ZW4gcmVx dWVzdCBzaG91bGQgc2F0aXNmeSB0aGUgY29uc3RyYWludHMgb2YgdGhlIHJlcXVlc3RzIChhbmQs IGNvbnNlcXVlbnRseSwgdGhlIFBDQyBjb3VsZCBzZWxlY3QgYW55LCBtYXliZSBiYXNlZCBvbiB0 aGUgbWV0cmljKSBob3dldmVyLCBjb3JyZWN0IG1lIGlmIEkgYW0gd3JvbmcsICAgdGhlIHNlcnZl ciBsYXllciBwYXRoIGRvZXMgbm90IChmb3Igc3RhcnRlcnMsIHRoZSBlbmRwb2ludHMgYXJlIGRp ZmZlcmVudCkuIElzbid0IHRoaXMgcHJvcG9zZWQgZXh0ZW5zaW9uIHNsaWdodGx5IGFnYWluc3Qg dGhlIHNwaXJpdCBvZiByZmM1NDQwPw0KV2hhdCBhcmUgeW91ciB0aG91Z2h0cz8gKGFkZGl0aW9u YWxseSwgSSB3YXNuJ3QgYWJsZSB0byBmaW5kIGEgcHJvY2VkdXJlIHRoYXQgZGVzY3JpYmVzIHdo YXQgaGFwcGVucyB3aGVuIGEgUENDIHJlY2VpdmVzIGEgcmVzcG9uc2UgLyBwYXRoIHdpdGggYW4g b2JqZWN0IGl0IGRvZXMgbm90IHJlY29nbml6ZSAvIHN1cHBvcnQsIHNwZWNpYWxseSBpbiB0aGUg Y2FzZSBvZiBTRVJWRVItSU5ESUNBVElPTikuIEZpbmFsbHksIHNlY3Rpb24gMy41IHNheXMgdGhh dCBTRVJWRVItSU5ESUNBVElPTiBpcyBvcHRpb25hbCB3aGljaCBpcywgaW1obyBhIGJpdCBjb25m dXNpbmcgKEkgYW0gYXdhcmUgaXQgaXMgb3B0aW9uYWwgaW4gdGhlIHNlbnNlIHRoYXQgaXQgbWF5 IG5vdCBhcHBlYXIgZm9yIHBhdGhzIGluIHRoZSBjbGllbnQgbGF5ZXIpLiBNYXliZSB5b3UgY291 bGQgcmV3b3JkIGl0IHRvIHNheSBzb21ldGhpbmcgaW4gdGhlIGxpbmVzIG9mICJ0aGUgU0VSVkVS LUlORElDQVRJT04gb2JqZWN0IGlzIG1hbmRhdG9yeSBpZiB0aGUgcGF0aCBpbiB0aGUgcmVzcG9u c2UgaXMgdXNlZCB0byBjb252ZXkgc2VydmVyIGxheWVyIGluZm9ybWF0aW9uIi4NCg0KQWxzbyBu b3RlIHRoYXQgdGhlIHN1Z2dlc3RlZCBJQU5BIGFsbG9jYXRpb25zIGFyZSBhbHJlYWR5IGFzc2ln bmVkIGV4Y2VwdCAxOCBpaXJjLCBieSBtb25pdG9yaW5nLCBldGMuDQoNCg0KDQoNClRoYW5rcyBh Z2FpbiwgYW5kIGJlc3QgcmVnYXJkcw0KUmFtb24NCg== --_000_F82A4B6D50F9464B8EBA55651F541CF82CC5834BSZXEML520MBXchi_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi Ramon,<= o:p>

 = ;

Agree. The= description needs to be refined as you suggested.

=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

"the SERVER-INDICATION obj= ect is mandatory if the path in the response is used to convey server layer= information".

 = ;

 

Thanks

 

Fatai

 = ;

=B7=A2=BC=FE=C8=CB: Ramon Casellas [mailto:ra= mon.casellas@cttc.es]
=B7=A2=CB=CD=CA= =B1=BC=E4: 2012=C4=EA7=D4=C216=C8=D5 17:12
=CA=D5=BC=FE=C8=CB: Fatai Zhang
=B3=AD=CB=CD: pce@ietf.org
=D6=F7=CC=E2: Re: =B4=F0=B8=B4: [Pce] =B4=F0=B8=B4: I-D Action: draft-ietf-pce-inter-= layer-ext-07.txt

 

Hi Fatai,

Thanks for the clarifications, other comments inline

On 07/16/2012 08:47 AM, Fatai Zhang wrote:

Hi Ramon,<= /span>

 

For Q1, it= could be possible to return two EROs as what you said, but my intention is= to return two EROs like: ERO-client: A-B-C-D-E-F, and ERO-Server: C-a-b-c-d-e-f-D+ SERVER_INDICATION; In this way, it can reduce the ove= rlapped information.

 

It makes sense, but,just in cas= e I missed it, my question was more in the line that I would also like the = option to return only *one* ERO, with elements from both layers. The curren= t text seems to indicate that if there is server layer info (which is the case if the ERO contains elements from = both layers, isn't it?) It is not mandated by the text to have two EROs but= just one will do.

 

 

PCE MAY specify the server layer path information in the ERO= . In this case, the requested PCE replies a PCRep message that includes at = least two sets of ERO information in the path-list, one is for the client layer path information, and another one is the serve= r layer path information. When SERVER-INDICATION is included in a PCRep mes= sage, it indicates that the path in the ERO is the server layer path inform= ation.



For Q2, the PCEP extension does not exert= on how to signal the RSVP-TE. 


Understood.

Additionally, I also sent two more comments to the list, but apparently the= y got lost (sorry for the duplicates if you happen to get the mail after th= is one) so I copy them here

-----8<-----8<------
Two more comments / questions. To help the disc= ussion consider the topology below, and  consider a "legacy"= (rfc5440) PCC co-located in a GMPLS controller of a PSC node A which belon= gs to a MRN (dual layer, PSC over LSC)
<= br>       [PSC PSC]
+-----+     +------+   &= nbsp;           &nbs= p;    +------+      +--= ---
| A   |-----|   B  |[PSC, LSC]   &n= bsp;      | C    |------| D
+-----+     +------o    = ;            &n= bsp;   o------+      +-----
            &nb= sp;       \+------+  +------= +/
            &nb= sp;        |  L1  |--| L2 = ;  |
            &nb= sp;        +------+  +-= -----+
            &nb= sp;            = [LSC LSC]


I) Quoting the draft: "When the INTER-LAYER object is absent from a PC= Req message, the receiving PCE MUST process as though inter-layer path comp= utation had been explicitly disallowed". I would like to understand th= e rationale for this, so clarification would be appreciated. why can't, say, node A, if it has a simple PCC get an inte= rlayer ERO (A B  L1 L2 C D) if A does not support this extension? I te= nd to think it should be possible if B is able to detect the region change = and establish the H-LSP, etc. Node A sends a PCReq =3D request with RP(1), ENDPOINTS(A,D), BW(1Gb/s)

In other words, if I deploy a PCE that implements pce-interlayer-ext-07 in = a MRN with a unified control plane (single instance), the PCE cannot provid= e a strict interlayer ERO to node A if A (legacy, RFC 5440) does not includ= e the interlayer object, but I am not sure why.




Another question / comment, more philosophical in nature, and  potenti= al issue of backwards compatibility with draft -07:
In short, I am unsure of encoding "parts" or "segments"= in one of the paths in the pathlist of the response. If we look at RFC5440

"If the path computation request can be satisfied (i.e., the PCE finds= a set of paths that satisfy the set of constraints), the set of computed p= aths specified by means of Explicit Route Objects (EROs) is inserted in the= PCRep message.  " I tend to think that, reading RFC5440, all the paths in the pathlist for the PCEP response corre= sponding to a given request should satisfy the constraints of the requests = (and, consequently, the PCC could select any, maybe based on the metric) ho= wever, correct me if I am wrong,   the server layer path does not (for starters, the endpoints are different)= . Isn't this proposed extension slightly against the spirit of rfc5440?
What are your thoughts? (additionally, I wasn't able to find a procedure th= at describes what happens when a PCC receives a response / path with an obj= ect it does not recognize / support, specially in the case of SERVER-INDICA= TION). Finally, section 3.5 says that SERVER-INDICATION is optional which is, imho a bit confusing (I am aw= are it is optional in the sense that it may not appear for paths in the cli= ent layer). Maybe you could reword it to say something in the lines of &quo= t;the SERVER-INDICATION object is mandatory if the path in the response is used to convey server layer information&quo= t;.

Also note that the suggested IANA allocations are already assigned except 1= 8 iirc, by monitoring, etc.




Thanks again, and best regards
Ramon

--_000_F82A4B6D50F9464B8EBA55651F541CF82CC5834BSZXEML520MBXchi_-- From zhangfatai@huawei.com Tue Jul 17 01:50:23 2012 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BB18A21F8668 for ; Tue, 17 Jul 2012 01:50:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.099 X-Spam-Level: *** X-Spam-Status: No, score=3.099 tagged_above=-999 required=5 tests=[AWL=-0.551, BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, HTML_MESSAGE=0.001, J_CHICKENPOX_34=0.6, J_CHICKENPOX_91=0.6, MIME_8BIT_HEADER=0.3, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-4, SARE_SUB_ENC_GB2312=1.345] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sF8t5ek45Sqc for ; Tue, 17 Jul 2012 01:50:21 -0700 (PDT) Received: from dfwrgout.huawei.com (dfwrgout.huawei.com [206.16.17.72]) by ietfa.amsl.com (Postfix) with ESMTP id 34E1A21F8667 for ; Tue, 17 Jul 2012 01:50:20 -0700 (PDT) Received: from 172.18.9.243 (EHLO dfweml201-edg.china.huawei.com) ([172.18.9.243]) by dfwrg01-dlp.huawei.com (MOS 4.2.3-GA FastPath) with ESMTP id AIC05736; Tue, 17 Jul 2012 04:51:07 -0400 (EDT) Received: from DFWEML403-HUB.china.huawei.com (10.193.5.151) by dfweml201-edg.china.huawei.com (172.18.9.107) with Microsoft SMTP Server (TLS) id 14.1.323.3; Tue, 17 Jul 2012 01:48:15 -0700 Received: from SZXEML407-HUB.china.huawei.com (10.82.67.94) by dfweml403-hub.china.huawei.com (10.193.5.151) with Microsoft SMTP Server (TLS) id 14.1.323.3; Tue, 17 Jul 2012 01:48:01 -0700 Received: from SZXEML520-MBX.china.huawei.com ([169.254.1.66]) by szxeml407-hub.china.huawei.com ([10.82.67.94]) with mapi id 14.01.0323.003; Tue, 17 Jul 2012 16:47:50 +0800 From: Fatai Zhang To: Fatai Zhang , Ramon Casellas Thread-Topic: =?gb2312?B?tPC4tDogW1BjZV0gtPC4tDogIEktRCBBY3Rpb246IGRyYWZ0LWlldGYtcGNl?= =?gb2312?Q?-inter-layer-ext-07.txt?= Thread-Index: AQHNYOEeV35a/cLM5EypwAVuokZAHJcrcttQ//+rT4CAAfxgkIAAEQSw Date: Tue, 17 Jul 2012 08:47:49 +0000 Message-ID: References: <20120713085457.29091.70971.idtracker@ietfa.amsl.com> <4FFFF656.2030308@cttc.es> <5003DACF.5030309@cttc.es> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.66.72.152] Content-Type: multipart/alternative; boundary="_000_F82A4B6D50F9464B8EBA55651F541CF82CC5837BSZXEML520MBXchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "pce@ietf.org" Subject: [Pce] =?gb2312?b?tPC4tDogtPC4tDogILTwuLQ6ICBJLUQgQWN0aW9uOiBkcmFm?= =?gb2312?b?dC1pZXRmLXBjZS1pbnRlci1sYXllci1leHQtMDcudHh0?= X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2012 08:50:23 -0000 --_000_F82A4B6D50F9464B8EBA55651F541CF82CC5837BSZXEML520MBXchi_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGkgUmFtb24sDQoNCk1vcmUgaW5mb3JtYXRpb24gZm9yIHRoZSByZXNwb25zZS4NCg0KVmVyc2lv biAwNiBkZXNjcmliZXMgb25seSChsG9uZSChsCBFUk8sIGJ1dCBpdCBkZXBlbmRzIG9uIEVSTyBl eHRlbnNpb24sIHNvIHZlcnNpb24gMDcgdXNlcyB0aGlzIGFsdGVybmF0aXZlIChtdWx0aXBsZSBF Uk9zIHdoZW4gc2VydmVyIGxheWVyIHBhdGggaW5mbyBpcyByZXR1cm5lZCkuDQoNCkZvciBRMSwg aW4gdGhpcyBkcmFmdCwgaXQgc2F5cyAgobBXaGVuIHRoZSBJTlRFUi1MQVlFUiBvYmplY3QgaXMg YWJzZW50IGZyb20gYSBQQ1JlcSBtZXNzYWdlLCB0aGUgcmVjZWl2aW5nIFBDRSBNVVNUIHByb2Nl c3MgYXMgdGhvdWdoIGludGVyLWxheWVyIHBhdGggY29tcHV0YXRpb24gaGFkIGJlZW4gZXhwbGlj aXRseSBkaXNhbGxvd2VkKS6hsSwgc28gd2hlbiBhIFBDQyBjYW5ub3QgcmVjb2duaXplIKGwU0VW RVItSU5ESUNBVElPTqGxIG9iamVjdCwgaXQgd2lsbCBub3QgaW5jbHVkZSBJTlRFUi1MQVlFUiBv YmplY3QgaW4gdGhlIFBDUmVxIG1lc3NhZ2UuICBPdGhlcndpc2UsIGl0IG1lYW5zIHRoYXQgdGhl IFBDRVAgaW1wbGVtZW50YXRpb24gY29tcGxpZWQgdG8gdGhlIFBDRVAgZXh0ZW5zaW9uIGRlZmlu ZWQgaW4gdGhpcyBkcmFmdCBhbmQgaXQgY2FuIHVuZGVyc3RhbmQgobBTRVZFUi1JTkRJQ0FUSU9O obEgb2JqZWN0Lg0KDQpOb3RlIHRoYXQgcGxlYXNlIGRvbqGvdCBtaXggdGhlIFBDRVAgcHJvdG9j b2wgYW5kIFJTVlAgcHJvdG9jb2wgb3IgZGF0YSBwbGFuZSBjYXBhYmlsaXR5Lg0KDQpGb3IgUTIs IGFncmVlIHdpdGggeW91Lg0KDQoNCg0KDQoNClRoYW5rcw0KDQpGYXRhaQ0KDQq3orz+yMs6IEZh dGFpIFpoYW5nDQq3osvNyrG85DogMjAxMsTqN9TCMTfI1SAxNTozNQ0KytW8/sjLOiAnUmFtb24g Q2FzZWxsYXMnDQqzrcvNOiBwY2VAaWV0Zi5vcmcNCtb3zOI6ILTwuLQ6ILTwuLQ6IFtQY2VdILTw uLQ6IEktRCBBY3Rpb246IGRyYWZ0LWlldGYtcGNlLWludGVyLWxheWVyLWV4dC0wNy50eHQNCg0K SGkgUmFtb24sDQoNCkFncmVlLiBUaGUgZGVzY3JpcHRpb24gbmVlZHMgdG8gYmUgcmVmaW5lZCBh cyB5b3Ugc3VnZ2VzdGVkLg0KPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KInRoZSBTRVJWRVItSU5ESUNBVElPTiBvYmpl Y3QgaXMgbWFuZGF0b3J5IGlmIHRoZSBwYXRoIGluIHRoZSByZXNwb25zZSBpcyB1c2VkIHRvIGNv bnZleSBzZXJ2ZXIgbGF5ZXIgaW5mb3JtYXRpb24iLg0KDQoNClRoYW5rcw0KDQpGYXRhaQ0KDQq3 orz+yMs6IFJhbW9uIENhc2VsbGFzIFttYWlsdG86cmFtb24uY2FzZWxsYXNAY3R0Yy5lc10NCrei y83KsbzkOiAyMDEyxOo31MIxNsjVIDE3OjEyDQrK1bz+yMs6IEZhdGFpIFpoYW5nDQqzrcvNOiBw Y2VAaWV0Zi5vcmcNCtb3zOI6IFJlOiC08Li0OiBbUGNlXSC08Li0OiBJLUQgQWN0aW9uOiBkcmFm dC1pZXRmLXBjZS1pbnRlci1sYXllci1leHQtMDcudHh0DQoNCkhpIEZhdGFpLA0KDQpUaGFua3Mg Zm9yIHRoZSBjbGFyaWZpY2F0aW9ucywgb3RoZXIgY29tbWVudHMgaW5saW5lDQoNCk9uIDA3LzE2 LzIwMTIgMDg6NDcgQU0sIEZhdGFpIFpoYW5nIHdyb3RlOg0KSGkgUmFtb24sDQoNCkZvciBRMSwg aXQgY291bGQgYmUgcG9zc2libGUgdG8gcmV0dXJuIHR3byBFUk9zIGFzIHdoYXQgeW91IHNhaWQs IGJ1dCBteSBpbnRlbnRpb24gaXMgdG8gcmV0dXJuIHR3byBFUk9zIGxpa2U6IEVSTy1jbGllbnQ6 IEEtQi1DLUQtRS1GLCBhbmQgRVJPLVNlcnZlcjogQy1hLWItYy1kLWUtZi1EKyBTRVJWRVJfSU5E SUNBVElPTjsgSW4gdGhpcyB3YXksIGl0IGNhbiByZWR1Y2UgdGhlIG92ZXJsYXBwZWQgaW5mb3Jt YXRpb24uDQoNCkl0IG1ha2VzIHNlbnNlLCBidXQsanVzdCBpbiBjYXNlIEkgbWlzc2VkIGl0LCBt eSBxdWVzdGlvbiB3YXMgbW9yZSBpbiB0aGUgbGluZSB0aGF0IEkgd291bGQgYWxzbyBsaWtlIHRo ZSBvcHRpb24gdG8gcmV0dXJuIG9ubHkgKm9uZSogRVJPLCB3aXRoIGVsZW1lbnRzIGZyb20gYm90 aCBsYXllcnMuIFRoZSBjdXJyZW50IHRleHQgc2VlbXMgdG8gaW5kaWNhdGUgdGhhdCBpZiB0aGVy ZSBpcyBzZXJ2ZXIgbGF5ZXIgaW5mbyAod2hpY2ggaXMgdGhlIGNhc2UgaWYgdGhlIEVSTyBjb250 YWlucyBlbGVtZW50cyBmcm9tIGJvdGggbGF5ZXJzLCBpc24ndCBpdD8pIEl0IGlzIG5vdCBtYW5k YXRlZCBieSB0aGUgdGV4dCB0byBoYXZlIHR3byBFUk9zIGJ1dCBqdXN0IG9uZSB3aWxsIGRvLg0K DQoNCg0KUENFIE1BWSBzcGVjaWZ5IHRoZSBzZXJ2ZXIgbGF5ZXIgcGF0aCBpbmZvcm1hdGlvbiBp biB0aGUgRVJPLiBJbiB0aGlzIGNhc2UsIHRoZSByZXF1ZXN0ZWQgUENFIHJlcGxpZXMgYSBQQ1Jl cCBtZXNzYWdlIHRoYXQgaW5jbHVkZXMgYXQgbGVhc3QgdHdvIHNldHMgb2YgRVJPIGluZm9ybWF0 aW9uIGluIHRoZSBwYXRoLWxpc3QsIG9uZSBpcyBmb3IgdGhlIGNsaWVudCBsYXllciBwYXRoIGlu Zm9ybWF0aW9uLCBhbmQgYW5vdGhlciBvbmUgaXMgdGhlIHNlcnZlciBsYXllciBwYXRoIGluZm9y bWF0aW9uLiBXaGVuIFNFUlZFUi1JTkRJQ0FUSU9OIGlzIGluY2x1ZGVkIGluIGEgUENSZXAgbWVz c2FnZSwgaXQgaW5kaWNhdGVzIHRoYXQgdGhlIHBhdGggaW4gdGhlIEVSTyBpcyB0aGUgc2VydmVy IGxheWVyIHBhdGggaW5mb3JtYXRpb24uDQoNCkZvciBRMiwgdGhlIFBDRVAgZXh0ZW5zaW9uIGRv ZXMgbm90IGV4ZXJ0IG9uIGhvdyB0byBzaWduYWwgdGhlIFJTVlAtVEUuDQoNClVuZGVyc3Rvb2Qu DQoNCkFkZGl0aW9uYWxseSwgSSBhbHNvIHNlbnQgdHdvIG1vcmUgY29tbWVudHMgdG8gdGhlIGxp c3QsIGJ1dCBhcHBhcmVudGx5IHRoZXkgZ290IGxvc3QgKHNvcnJ5IGZvciB0aGUgZHVwbGljYXRl cyBpZiB5b3UgaGFwcGVuIHRvIGdldCB0aGUgbWFpbCBhZnRlciB0aGlzIG9uZSkgc28gSSBjb3B5 IHRoZW0gaGVyZQ0KDQotLS0tLTg8LS0tLS04PC0tLS0tLQ0KVHdvIG1vcmUgY29tbWVudHMgLyBx dWVzdGlvbnMuIFRvIGhlbHAgdGhlIGRpc2N1c3Npb24gY29uc2lkZXIgdGhlIHRvcG9sb2d5IGJl bG93LCBhbmQgIGNvbnNpZGVyIGEgImxlZ2FjeSIgKHJmYzU0NDApIFBDQyBjby1sb2NhdGVkIGlu IGEgR01QTFMgY29udHJvbGxlciBvZiBhIFBTQyBub2RlIEEgd2hpY2ggYmVsb25ncyB0byBhIE1S TiAoZHVhbCBsYXllciwgUFNDIG92ZXIgTFNDKQ0KDQogICAgICBbUFNDIFBTQ10NCistLS0tLSsg ICAgICstLS0tLS0rICAgICAgICAgICAgICAgICAgICArLS0tLS0tKyAgICAgICstLS0tLQ0KfCBB ICAgfC0tLS0tfCAgIEIgIHxbUFNDLCBMU0NdICAgICAgICAgIHwgQyAgICB8LS0tLS0tfCBEDQor LS0tLS0rICAgICArLS0tLS0tbyAgICAgICAgICAgICAgICAgICAgby0tLS0tLSsgICAgICArLS0t LS0NCiAgICAgICAgICAgICAgICAgICAgXCstLS0tLS0rICArLS0tLS0tKy8NCiAgICAgICAgICAg ICAgICAgICAgIHwgIEwxICB8LS18IEwyICAgfA0KICAgICAgICAgICAgICAgICAgICAgKy0tLS0t LSsgICstLS0tLS0rDQogICAgICAgICAgICAgICAgICAgICAgICAgIFtMU0MgTFNDXQ0KDQoNCkkp IFF1b3RpbmcgdGhlIGRyYWZ0OiAiV2hlbiB0aGUgSU5URVItTEFZRVIgb2JqZWN0IGlzIGFic2Vu dCBmcm9tIGEgUENSZXEgbWVzc2FnZSwgdGhlIHJlY2VpdmluZyBQQ0UgTVVTVCBwcm9jZXNzIGFz IHRob3VnaCBpbnRlci1sYXllciBwYXRoIGNvbXB1dGF0aW9uIGhhZCBiZWVuIGV4cGxpY2l0bHkg ZGlzYWxsb3dlZCIuIEkgd291bGQgbGlrZSB0byB1bmRlcnN0YW5kIHRoZSByYXRpb25hbGUgZm9y IHRoaXMsIHNvIGNsYXJpZmljYXRpb24gd291bGQgYmUgYXBwcmVjaWF0ZWQuIHdoeSBjYW4ndCwg c2F5LCBub2RlIEEsIGlmIGl0IGhhcyBhIHNpbXBsZSBQQ0MgZ2V0IGFuIGludGVybGF5ZXIgRVJP IChBIEIgIEwxIEwyIEMgRCkgaWYgQSBkb2VzIG5vdCBzdXBwb3J0IHRoaXMgZXh0ZW5zaW9uPyBJ IHRlbmQgdG8gdGhpbmsgaXQgc2hvdWxkIGJlIHBvc3NpYmxlIGlmIEIgaXMgYWJsZSB0byBkZXRl Y3QgdGhlIHJlZ2lvbiBjaGFuZ2UgYW5kIGVzdGFibGlzaCB0aGUgSC1MU1AsIGV0Yy4gTm9kZSBB IHNlbmRzIGEgUENSZXEgPSByZXF1ZXN0IHdpdGggUlAoMSksIEVORFBPSU5UUyhBLEQpLCBCVygx R2IvcykNCg0KSW4gb3RoZXIgd29yZHMsIGlmIEkgZGVwbG95IGEgUENFIHRoYXQgaW1wbGVtZW50 cyBwY2UtaW50ZXJsYXllci1leHQtMDcgaW4gYSBNUk4gd2l0aCBhIHVuaWZpZWQgY29udHJvbCBw bGFuZSAoc2luZ2xlIGluc3RhbmNlKSwgdGhlIFBDRSBjYW5ub3QgcHJvdmlkZSBhIHN0cmljdCBp bnRlcmxheWVyIEVSTyB0byBub2RlIEEgaWYgQSAobGVnYWN5LCBSRkMgNTQ0MCkgZG9lcyBub3Qg aW5jbHVkZSB0aGUgaW50ZXJsYXllciBvYmplY3QsIGJ1dCBJIGFtIG5vdCBzdXJlIHdoeS4NCg0K DQoNCg0KQW5vdGhlciBxdWVzdGlvbiAvIGNvbW1lbnQsIG1vcmUgcGhpbG9zb3BoaWNhbCBpbiBu YXR1cmUsIGFuZCAgcG90ZW50aWFsIGlzc3VlIG9mIGJhY2t3YXJkcyBjb21wYXRpYmlsaXR5IHdp dGggZHJhZnQgLTA3Og0KSW4gc2hvcnQsIEkgYW0gdW5zdXJlIG9mIGVuY29kaW5nICJwYXJ0cyIg b3IgInNlZ21lbnRzIiBpbiBvbmUgb2YgdGhlIHBhdGhzIGluIHRoZSBwYXRobGlzdCBvZiB0aGUg cmVzcG9uc2UuIElmIHdlIGxvb2sgYXQgUkZDNTQ0MA0KDQoiSWYgdGhlIHBhdGggY29tcHV0YXRp b24gcmVxdWVzdCBjYW4gYmUgc2F0aXNmaWVkIChpLmUuLCB0aGUgUENFIGZpbmRzIGEgc2V0IG9m IHBhdGhzIHRoYXQgc2F0aXNmeSB0aGUgc2V0IG9mIGNvbnN0cmFpbnRzKSwgdGhlIHNldCBvZiBj b21wdXRlZCBwYXRocyBzcGVjaWZpZWQgYnkgbWVhbnMgb2YgRXhwbGljaXQgUm91dGUgT2JqZWN0 cyAoRVJPcykgaXMgaW5zZXJ0ZWQgaW4gdGhlIFBDUmVwIG1lc3NhZ2UuICAiIEkgdGVuZCB0byB0 aGluayB0aGF0LCByZWFkaW5nIFJGQzU0NDAsIGFsbCB0aGUgcGF0aHMgaW4gdGhlIHBhdGhsaXN0 IGZvciB0aGUgUENFUCByZXNwb25zZSBjb3JyZXNwb25kaW5nIHRvIGEgZ2l2ZW4gcmVxdWVzdCBz aG91bGQgc2F0aXNmeSB0aGUgY29uc3RyYWludHMgb2YgdGhlIHJlcXVlc3RzIChhbmQsIGNvbnNl cXVlbnRseSwgdGhlIFBDQyBjb3VsZCBzZWxlY3QgYW55LCBtYXliZSBiYXNlZCBvbiB0aGUgbWV0 cmljKSBob3dldmVyLCBjb3JyZWN0IG1lIGlmIEkgYW0gd3JvbmcsICAgdGhlIHNlcnZlciBsYXll ciBwYXRoIGRvZXMgbm90IChmb3Igc3RhcnRlcnMsIHRoZSBlbmRwb2ludHMgYXJlIGRpZmZlcmVu dCkuIElzbid0IHRoaXMgcHJvcG9zZWQgZXh0ZW5zaW9uIHNsaWdodGx5IGFnYWluc3QgdGhlIHNw aXJpdCBvZiByZmM1NDQwPw0KV2hhdCBhcmUgeW91ciB0aG91Z2h0cz8gKGFkZGl0aW9uYWxseSwg SSB3YXNuJ3QgYWJsZSB0byBmaW5kIGEgcHJvY2VkdXJlIHRoYXQgZGVzY3JpYmVzIHdoYXQgaGFw cGVucyB3aGVuIGEgUENDIHJlY2VpdmVzIGEgcmVzcG9uc2UgLyBwYXRoIHdpdGggYW4gb2JqZWN0 IGl0IGRvZXMgbm90IHJlY29nbml6ZSAvIHN1cHBvcnQsIHNwZWNpYWxseSBpbiB0aGUgY2FzZSBv ZiBTRVJWRVItSU5ESUNBVElPTikuIEZpbmFsbHksIHNlY3Rpb24gMy41IHNheXMgdGhhdCBTRVJW RVItSU5ESUNBVElPTiBpcyBvcHRpb25hbCB3aGljaCBpcywgaW1obyBhIGJpdCBjb25mdXNpbmcg KEkgYW0gYXdhcmUgaXQgaXMgb3B0aW9uYWwgaW4gdGhlIHNlbnNlIHRoYXQgaXQgbWF5IG5vdCBh cHBlYXIgZm9yIHBhdGhzIGluIHRoZSBjbGllbnQgbGF5ZXIpLiBNYXliZSB5b3UgY291bGQgcmV3 b3JkIGl0IHRvIHNheSBzb21ldGhpbmcgaW4gdGhlIGxpbmVzIG9mICJ0aGUgU0VSVkVSLUlORElD QVRJT04gb2JqZWN0IGlzIG1hbmRhdG9yeSBpZiB0aGUgcGF0aCBpbiB0aGUgcmVzcG9uc2UgaXMg dXNlZCB0byBjb252ZXkgc2VydmVyIGxheWVyIGluZm9ybWF0aW9uIi4NCg0KQWxzbyBub3RlIHRo YXQgdGhlIHN1Z2dlc3RlZCBJQU5BIGFsbG9jYXRpb25zIGFyZSBhbHJlYWR5IGFzc2lnbmVkIGV4 Y2VwdCAxOCBpaXJjLCBieSBtb25pdG9yaW5nLCBldGMuDQoNCg0KDQoNClRoYW5rcyBhZ2Fpbiwg YW5kIGJlc3QgcmVnYXJkcw0KUmFtb24NCg== --_000_F82A4B6D50F9464B8EBA55651F541CF82CC5837BSZXEML520MBXchi_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi Ramon,<= o:p>

 = ;

More infor= mation for the response.

 = ;

Version 06= describes only =A1=B0one =A1=B0 ERO, but it depends on ERO extension, so v= ersion 07 uses this alternative (multiple EROs when server layer path info is returned).

 = ;

For Q1, in= this draft, it says  =A1=B0 so when a PCC cannot recog= nize =A1=B0SEVER-INDICATION=A1=B1 object, it will not include INTER-LAYER o= bject in the PCReq message.  Otherwise, it means that the PCEP impleme= ntation complied to the PCEP extension defined in this draft and it can understand= =A1=B0SEVER-INDICATION=A1=B1 object.  

 = ;

Note that = please don=A1=AFt mix the PCEP protocol and RSVP protocol or data plane cap= ability.

 

For Q2, ag= ree with you.

 = ;

 

 

 

 

Thanks

 

Fatai

 = ;

=B7=A2=BC=FE=C8=CB: Fatai Zhang
=B7=A2=CB=CD=CA= =B1=BC=E4: 2012=C4=EA7=D4=C217=C8=D5 15:35
=CA=D5=BC=FE=C8=CB: 'Ramon Casellas'
=B3=AD=CB=CD: pce@ietf.org
=D6=F7=CC=E2: =B4=F0=B8=B4: =B4=F0=B8=B4: [Pce] =B4=F0=B8=B4: I-D Action: draft-ietf-pce-inter-layer-ext-07.txt=

 

Hi Ramon,<= o:p>

 = ;

Agree. The= description needs to be refined as you suggested.

=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

= "the SERVER-INDICATION object is mandatory if the path in the response= is used to convey server layer information".

 = ;

 

Thanks

 

Fatai

 = ;

=B7=A2=BC=FE=C8=CB: Ramon Casellas [mailto:ra= mon.casellas@cttc.es]
=B7=A2=CB=CD=CA= =B1=BC=E4: 2012=C4=EA7=D4=C216=C8=D5 17:12
=CA=D5=BC=FE=C8=CB: Fatai Zhang
=B3=AD=CB=CD: pce@ietf.org
=D6=F7=CC=E2: Re: =B4=F0=B8=B4: [Pce] =B4=F0=B8=B4: I-D Action: draft-ietf-pce-inter-= layer-ext-07.txt

 

Hi Fatai,

Thanks for the clarifications, other comments inline

On 07/16/2012 08:47 AM, Fatai Zhang wrote:

Hi Ramon,<= /span>

 

For Q1, it= could be possible to return two EROs as what you said, but my intention is= to return two EROs like: ERO-client: A-B-C-D-E-F, and ERO-Server: C-a-b-c-d-e-f-D+ SERVER_INDICATION; In this way, it can reduce the ove= rlapped information.

 

It makes sense, but,just in cas= e I missed it, my question was more in the line that I would also like the = option to return only *one* ERO, with elements from both layers. The curren= t text seems to indicate that if there is server layer info (which is the case if the ERO contains elements from = both layers, isn't it?) It is not mandated by the text to have two EROs but= just one will do.

 

 

PCE MAY specify the server layer path information in the ERO= . In this case, the requested PCE replies a PCRep message that includes at = least two sets of ERO information in the path-list, one is for the client layer path information, and another one is the serve= r layer path information. When SERVER-INDICATION is included in a PCRep mes= sage, it indicates that the path in the ERO is the server layer path inform= ation.

=  

For Q2, the PCEP extension does not exert on ho= w to signal the RSVP-TE. 


Understood.

Additionally, I also sent two more comments to the list, but apparently the= y got lost (sorry for the duplicates if you happen to get the mail after th= is one) so I copy them here

-----8<-----8<------
Two more comments / questions. To help the disc= ussion consider the topology below, and  consider a "legacy"= (rfc5440) PCC co-located in a GMPLS controller of a PSC node A which belon= gs to a MRN (dual layer, PSC over LSC)
<= br>       [PSC PSC]
+-----+     +------+   &= nbsp;           &nbs= p;    +------+      +--= ---
| A   |-----|   B  |[PSC, LSC]   &n= bsp;      | C    |------| D
+-----+     +------o    = ;            &n= bsp;   o------+      +-----
            &nb= sp;       \+------+  +------= +/
            &nb= sp;        |  L1  |--| L2 = ;  |
            &nb= sp;        +------+  +-= -----+
            &nb= sp;            = [LSC LSC]


I) Quoting the draft: "When the INTER-LAYER object is absent from a PC= Req message, the receiving PCE MUST process as though inter-layer path comp= utation had been explicitly disallowed". I would like to understand th= e rationale for this, so clarification would be appreciated. why can't, say, node A, if it has a simple PCC get an inte= rlayer ERO (A B  L1 L2 C D) if A does not support this extension? I te= nd to think it should be possible if B is able to detect the region change = and establish the H-LSP, etc. Node A sends a PCReq =3D request with RP(1), ENDPOINTS(A,D), BW(1Gb/s)

In other words, if I deploy a PCE that implements pce-interlayer-ext-07 in = a MRN with a unified control plane (single instance), the PCE cannot provid= e a strict interlayer ERO to node A if A (legacy, RFC 5440) does not includ= e the interlayer object, but I am not sure why.




Another question / comment, more philosophical in nature, and  potenti= al issue of backwards compatibility with draft -07:
In short, I am unsure of encoding "parts" or "segments"= in one of the paths in the pathlist of the response. If we look at RFC5440

"If the path computation request can be satisfied (i.e., the PCE finds= a set of paths that satisfy the set of constraints), the set of computed p= aths specified by means of Explicit Route Objects (EROs) is inserted in the= PCRep message.  " I tend to think that, reading RFC5440, all the paths in the pathlist for the PCEP response corre= sponding to a given request should satisfy the constraints of the requests = (and, consequently, the PCC could select any, maybe based on the metric) ho= wever, correct me if I am wrong,   the server layer path does not (for starters, the endpoints are different)= . Isn't this proposed extension slightly against the spirit of rfc5440?
What are your thoughts? (additionally, I wasn't able to find a procedure th= at describes what happens when a PCC receives a response / path with an obj= ect it does not recognize / support, specially in the case of SERVER-INDICA= TION). Finally, section 3.5 says that SERVER-INDICATION is optional which is, imho a bit confusing (I am aw= are it is optional in the sense that it may not appear for paths in the cli= ent layer). Maybe you could reword it to say something in the lines of &quo= t;the SERVER-INDICATION object is mandatory if the path in the response is used to convey server layer information&quo= t;.

Also note that the suggested IANA allocations are already assigned except 1= 8 iirc, by monitoring, etc.




Thanks again, and best regards
Ramon

--_000_F82A4B6D50F9464B8EBA55651F541CF82CC5837BSZXEML520MBXchi_-- From venugopalreddyk@huawei.com Wed Jul 18 06:01:55 2012 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 64C6721F86DA for ; Wed, 18 Jul 2012 06:01:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EfBl2+qD9-sH for ; Wed, 18 Jul 2012 06:01:54 -0700 (PDT) Received: from dfwrgout.huawei.com (dfwrgout.huawei.com [206.16.17.72]) by ietfa.amsl.com (Postfix) with ESMTP id 8848321F86D1 for ; Wed, 18 Jul 2012 06:01:54 -0700 (PDT) Received: from 172.18.9.243 (EHLO dfweml202-edg.china.huawei.com) ([172.18.9.243]) by dfwrg01-dlp.huawei.com (MOS 4.2.3-GA FastPath) with ESMTP id AID04070; Wed, 18 Jul 2012 09:02:44 -0400 (EDT) Received: from DFWEML408-HUB.china.huawei.com (10.193.5.134) by dfweml202-edg.china.huawei.com (172.18.9.108) with Microsoft SMTP Server (TLS) id 14.1.323.3; Wed, 18 Jul 2012 06:00:31 -0700 Received: from SZXEML424-HUB.china.huawei.com (10.82.67.163) by dfweml408-hub.china.huawei.com (10.193.5.134) with Microsoft SMTP Server (TLS) id 14.1.323.3; Wed, 18 Jul 2012 06:00:29 -0700 Received: from blrprnc09ns (10.18.96.98) by szxeml424-hub.china.huawei.com (10.82.67.163) with Microsoft SMTP Server id 14.1.323.3; Wed, 18 Jul 2012 21:00:24 +0800 From: KONDREDDY VENUGOPAL REDDY To: Date: Wed, 18 Jul 2012 18:30:23 +0530 Message-ID: <000301cd64e5$4bb90f00$e32b2d00$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ac1d4IBJTImivNrQRzGNnZ5SB0xFagG/qjLQ Content-Language: en-us X-Originating-IP: [10.18.96.98] X-CFilter-Loop: Reflected Subject: [Pce] We welcome your comments and suggestions about it//FW: New Version Notification for draft-kondreddy-pce-frr-boundary-node-app-00.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2012 13:01:55 -0000 Hi, We have written a new draft about PCE's applicability and its role in = boundary node protection. It has covered the aspects of finding merge = point in case of facility backup for FRR in various cases and to compute = bypass path.=20 It is complex for a point of local repair(PLR) node to find the merge = point(MP) in case of boundary node protection, because the PLR doesn't = have the full TED visibility. And, It becomes more complicated to find = merge point when confidentiality(path key) is enabled. Draft addresses = about these cases.=20 Request you to have a look at draft. We welcome your comments and = suggestions. Thanks. Venu -----Original Message----- From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org]=20 Sent: Monday, July 09, 2012 8:08 PM To: dhruv.dhody@huawei.com Cc: venugopalreddyk@huawei.com Subject: New Version Notification for = draft-kondreddy-pce-frr-boundary-node-app-00.txt A new version of I-D, draft-kondreddy-pce-frr-boundary-node-app-00.txt has been successfully submitted by Dhruv Dhody and posted to the IETF repository. Filename: draft-kondreddy-pce-frr-boundary-node-app Revision: 00 Title: Applicability of Path Computation Element (PCE) for Fast = Reroute (FRR) Boundary Node protection. Creation date: 2012-07-09 WG ID: Individual Submission Number of pages: 14 URL: = http://www.ietf.org/internet-drafts/draft-kondreddy-pce-frr-boundary-node= -app-00.txt Status: = http://datatracker.ietf.org/doc/draft-kondreddy-pce-frr-boundary-node-app= Htmlized: = http://tools.ietf.org/html/draft-kondreddy-pce-frr-boundary-node-app-00 Abstract: Path computation element (PCE) can be used to compute a label switched path that spans across multiple domains. This document explain the mechanism of Fast Re-Route (FRR) where a point of local repair (PLR) needs to find the appropriate merge point (MP) to do bypass path computation using PCE. In case of boundary node protection when PCE confidentiality (path key) is enabled, new mechanisms are suggested in this document. = =20 The IETF Secretariat From cyril.margaria@nsn.com Thu Jul 19 06:50:22 2012 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9851F21F872A for ; Thu, 19 Jul 2012 06:50:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id El9EGVCLKcQq for ; Thu, 19 Jul 2012 06:50:21 -0700 (PDT) Received: from demumfd002.nsn-inter.net (demumfd002.nsn-inter.net [93.183.12.31]) by ietfa.amsl.com (Postfix) with ESMTP id F1C0821F8724 for ; Thu, 19 Jul 2012 06:50:15 -0700 (PDT) Received: from demuprx017.emea.nsn-intra.net ([10.150.129.56]) by demumfd002.nsn-inter.net (8.12.11.20060308/8.12.11) with ESMTP id q6JDp5U8012119 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 19 Jul 2012 15:51:05 +0200 Received: from DEMUEXC047.nsn-intra.net ([10.159.32.93]) by demuprx017.emea.nsn-intra.net (8.12.11.20060308/8.12.11) with ESMTP id q6JDp5k5017976 for ; Thu, 19 Jul 2012 15:51:05 +0200 Received: from DEMUEXC013.nsn-intra.net ([10.150.128.24]) by DEMUEXC047.nsn-intra.net with Microsoft SMTPSVC(6.0.3790.4675); Thu, 19 Jul 2012 15:51:04 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Thu, 19 Jul 2012 15:51:04 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: I-D Action: draft-ietf-pce-gmpls-pcep-extensions-06.txt Thread-Index: Ac1jS4JhonLOzmddS8636eKUlVAh5ACaIsiA From: "Margaria, Cyril (NSN - DE/Munich)" To: X-OriginalArrivalTime: 19 Jul 2012 13:51:04.0949 (UTC) FILETIME=[8A6CE250:01CD65B5] X-purgate-type: clean X-purgate-Ad: Categorized by eleven eXpurgate (R) http://www.eleven.de X-purgate: clean X-purgate: This mail is considered clean (visit http://www.eleven.de for further information) X-purgate-size: 2393 X-purgate-ID: 151667::1342705865-00002E58-3E898063/0-0/0-0 Subject: [Pce] FW: I-D Action: draft-ietf-pce-gmpls-pcep-extensions-06.txt X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 13:50:23 -0000 Dear PCE WG,=20 A new version has been submitted, 2 encoding changes were made, we would = like to discuss them before and during Vancouver meeting:=20 =20 1) GENERALIZED-ENDPOINTS : merge the labels related (downstream , = upstream, old labels) to a single LABEL_SET TLV 2) GENERALIZED-ENDPOINTS : Do not use the OT for indicating which type = of TSPec because its not aligned with RSVP T_Spec space. =20 In addition to editorial changes, the manageability section has been = filled. Comments and discussion prior to Vancouver are welcomed. Best regards / Mit freundlichen Gr=FC=DFen Cyril Margaria > -----Original Message----- > From: i-d-announce-bounces@ietf.org [mailto:i-d-announce- > bounces@ietf.org] On Behalf Of ext internet-drafts@ietf.org > Sent: Monday, July 16, 2012 2:06 PM > To: i-d-announce@ietf.org > Cc: pce@ietf.org > Subject: I-D Action: draft-ietf-pce-gmpls-pcep-extensions-06.txt >=20 >=20 > 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. >=20 > Title : PCEP extensions for GMPLS > Author(s) : Cyril Margaria > Oscar Gonzalez de Dios > Fatai Zhang > Filename : draft-ietf-pce-gmpls-pcep-extensions-06.txt > Pages : 42 > Date : 2012-07-16 >=20 > Abstract: > This memo provides extensions for the Path Computation Element > communication Protocol (PCEP) for the support of GMPLS control > plane. >=20 >=20 > The IETF datatracker status page for this draft is: > https://datatracker.ietf.org/doc/draft-ietf-pce-gmpls-pcep-extensions >=20 > There's also a htmlized version available at: > http://tools.ietf.org/html/draft-ietf-pce-gmpls-pcep-extensions-06 >=20 > A diff from previous version is available at: > http://tools.ietf.org/rfcdiff?url2=3Ddraft-ietf-pce-gmpls-pcep- > extensions-06 >=20 >=20 > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ >=20 > _______________________________________________ > I-D-Announce mailing list > I-D-Announce@ietf.org > https://www.ietf.org/mailman/listinfo/i-d-announce > Internet-Draft directories: http://www.ietf.org/shadow.html or > ftp://ftp.ietf.org/ietf/1shadow-sites.txt From julien.meuric@orange.com Fri Jul 20 02:11:48 2012 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 42A2B21F8505 for ; Fri, 20 Jul 2012 02:11:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.988 X-Spam-Level: X-Spam-Status: No, score=-5.988 tagged_above=-999 required=5 tests=[AWL=0.261, BAYES_00=-2.599, HELO_EQ_FR=0.35, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JDWVpf8x67Q0 for ; Fri, 20 Jul 2012 02:11:47 -0700 (PDT) Received: from p-mail2.rd.francetelecom.com (p-mail2.rd.francetelecom.com [195.101.245.16]) by ietfa.amsl.com (Postfix) with ESMTP id AACA921F8548 for ; Fri, 20 Jul 2012 02:11:47 -0700 (PDT) Received: from p-mail2.rd.francetelecom.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 977D1E3024B for ; Fri, 20 Jul 2012 11:14:14 +0200 (CEST) Received: from ftrdsmtp2.rd.francetelecom.fr (unknown [10.192.128.47]) by p-mail2.rd.francetelecom.com (Postfix) with ESMTP id 82E49E30248 for ; Fri, 20 Jul 2012 11:14:14 +0200 (CEST) Received: from ftrdmel10.rd.francetelecom.fr ([10.192.128.44]) by ftrdsmtp2.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Fri, 20 Jul 2012 11:12:41 +0200 Received: from [10.193.71.79] ([10.193.71.79]) by ftrdmel10.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Fri, 20 Jul 2012 11:12:41 +0200 Message-ID: <50092109.4000203@orange.com> Date: Fri, 20 Jul 2012 11:12:41 +0200 From: Julien Meuric Organization: France Telecom User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120615 Thunderbird/13.0.1 MIME-Version: 1.0 To: "pce@ietf.org" Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 20 Jul 2012 09:12:41.0440 (UTC) FILETIME=[D0C56E00:01CD6657] Subject: [Pce] Draft Agenda on Line X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2012 09:11:48 -0000 Dear WG. The draft agenda for the next PCE meeting in Vancouver is available on www.ietf.org/proceedings/84/agenda/agenda-84-pce. Two comments: - A typo (unexpectedly) made it to the slot request e-mail: our meeting has actually been scheduled on *Tuesday* afternoon since the beginning; - We only have a 1.5-hour-long meeting this time, thus the agenda is *very tight*: some presentations have a shorter slot than requested and we could not grant a slot for every request received. Regards, Dan, JP & Julien From julien.meuric@orange.com Wed Jul 25 08:14:53 2012 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5083621F847D for ; Wed, 25 Jul 2012 08:14:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.204 X-Spam-Level: X-Spam-Status: No, score=-6.204 tagged_above=-999 required=5 tests=[AWL=0.045, BAYES_00=-2.599, HELO_EQ_FR=0.35, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QgilWqXuHlLQ for ; Wed, 25 Jul 2012 08:14:52 -0700 (PDT) Received: from r-mail1.rd.francetelecom.com (r-mail1.rd.francetelecom.com [217.108.152.41]) by ietfa.amsl.com (Postfix) with ESMTP id 5FF6621F8464 for ; Wed, 25 Jul 2012 08:14:52 -0700 (PDT) Received: from r-mail1.rd.francetelecom.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id D95E2A441DC for ; Wed, 25 Jul 2012 17:16:25 +0200 (CEST) Received: from ftrdsmtp1.rd.francetelecom.fr (unknown [10.192.128.46]) by r-mail1.rd.francetelecom.com (Postfix) with ESMTP id CF0C9A441CA for ; Wed, 25 Jul 2012 17:16:25 +0200 (CEST) Received: from ftrdmel10.rd.francetelecom.fr ([10.192.128.44]) by ftrdsmtp1.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Wed, 25 Jul 2012 17:14:47 +0200 Received: from [10.193.71.79] ([10.193.71.79]) by ftrdmel10.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Wed, 25 Jul 2012 17:14:47 +0200 Message-ID: <50100D67.3010709@orange.com> Date: Wed, 25 Jul 2012 17:14:47 +0200 From: Julien Meuric Organization: France Telecom User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120714 Thunderbird/14.0 MIME-Version: 1.0 To: pce@ietf.org References: <50092109.4000203@orange.com> In-Reply-To: <50092109.4000203@orange.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-OriginalArrivalTime: 25 Jul 2012 15:14:47.0414 (UTC) FILETIME=[3A86B960:01CD6A78] Subject: Re: [Pce] Draft Agenda on Line X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Jul 2012 15:14:53 -0000 Hi all. Presenters having a slot during the PCE meeting next Tuesday are requested to send their slides to the chairs and secretary by *Sunday 29th*. If not, your slot may be moved to the end of our (very tight) agenda... Thanks, Dan, JP & Julien Le 20/07/2012 11:12, Julien Meuric a crit : > Dear WG. > > The draft agenda for the next PCE meeting in Vancouver is available on > www.ietf.org/proceedings/84/agenda/agenda-84-pce. > > Two comments: > - A typo (unexpectedly) made it to the slot request e-mail: our > meeting has actually been scheduled on *Tuesday* afternoon since the > beginning; > - We only have a 1.5-hour-long meeting this time, thus the agenda is > *very tight*: some presentations have a shorter slot than requested > and we could not grant a slot for every request received. > > Regards, > > Dan, JP & Julien > > _______________________________________________ > Pce mailing list > Pce@ietf.org > https://www.ietf.org/mailman/listinfo/pce > > From tnadeau@juniper.net Thu Jul 26 11:06:43 2012 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9447E21F85F7; Thu, 26 Jul 2012 11:06:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.309 X-Spam-Level: X-Spam-Status: No, score=-6.309 tagged_above=-999 required=5 tests=[AWL=0.290, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id B1Kqd6m-KCHI; Thu, 26 Jul 2012 11:06:42 -0700 (PDT) Received: from exprod7og106.obsmtp.com (exprod7og106.obsmtp.com [64.18.2.165]) by ietfa.amsl.com (Postfix) with ESMTP id B5BB721F861E; Thu, 26 Jul 2012 11:06:34 -0700 (PDT) Received: from P-EMHUB03-HQ.jnpr.net ([66.129.224.36]) (using TLSv1) by exprod7ob106.postini.com ([64.18.6.12]) with SMTP ID DSNKUBGHJN+nS851zOdeAP4iS+xW/auReO3Y@postini.com; Thu, 26 Jul 2012 11:06:41 PDT Received: from p-emfe01-wf.jnpr.net (172.28.145.24) by P-EMHUB03-HQ.jnpr.net (172.24.192.37) with Microsoft SMTP Server (TLS) id 8.3.213.0; Thu, 26 Jul 2012 11:05:20 -0700 Received: from EMBX01-WF.jnpr.net ([fe80::1914:3299:33d9:e43b]) by p-emfe01-wf.jnpr.net ([fe80::d0d1:653d:5b91:a123%11]) with mapi; Thu, 26 Jul 2012 14:05:19 -0400 From: Thomas Nadeau To: "mpls@ietf.org" , "rtgwg@ietf.org" , "pce@ietf.org" , "idr@ietf.org" , "alto@ietf.org" Date: Thu, 26 Jul 2012 14:05:18 -0400 Thread-Topic: Interface to the Internet Routing System (IRS) Discussion List Created Thread-Index: Ac1rWTdkMa/o1HJvQ46cDHHzjaMH4g== Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.3.120616 acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "wardd@cisco.com" , Alia Atlas Subject: [Pce] Interface to the Internet Routing System (IRS) Discussion List Created X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Jul 2012 18:06:43 -0000 We have created a non-WG mailing list to discuss IRS. The purpose of the list: This list is for the discussion of an interface to the routing system (IRS)= that allows applications to rapidly and dynamically install routing state = into routers, and to learn sufficient information from routers to make time= ly, data-based decisions about what routing state to specify. Such an inter= face would facilitate control and diagnosis of the routing infrastructure, = as well as enabling sophisticated applications to be built on top of today'= s routed networks. The IRS is conceived as a programmatic, streaming inter= face for transferring state into and out of the Internet's routing system, = recognizing that the routing system and a router's OS provide useful mechan= isms that applications could harness to accomplish application-level goals.= A fundamental component of the IRS is a clear data model that defines the= semantics of the information that can be written and read. An initial framework document for IRS is available here: http://www.lucidvision.com/draft-ward-irs-framework-00.txt To subscribe, please visit the following: https://www.ietf.org/mailman/listinfo/irs-discuss From julien.meuric@orange.com Mon Jul 30 10:35:30 2012 Return-Path: X-Original-To: pce@ietfa.amsl.com Delivered-To: pce@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A238211E8123 for ; Mon, 30 Jul 2012 10:35:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.211 X-Spam-Level: X-Spam-Status: No, score=-6.211 tagged_above=-999 required=5 tests=[AWL=0.038, BAYES_00=-2.599, HELO_EQ_FR=0.35, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MCDUzW9kZKS0 for ; Mon, 30 Jul 2012 10:35:30 -0700 (PDT) Received: from r-mail2.rd.francetelecom.com (r-mail2.rd.francetelecom.com [217.108.152.42]) by ietfa.amsl.com (Postfix) with ESMTP id 0D4C911E80AE for ; Mon, 30 Jul 2012 10:35:30 -0700 (PDT) Received: from r-mail2.rd.francetelecom.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 1E3A716C007 for ; Mon, 30 Jul 2012 19:35:29 +0200 (CEST) Received: from ftrdsmtp1.rd.francetelecom.fr (unknown [10.192.128.46]) by r-mail2.rd.francetelecom.com (Postfix) with ESMTP id 15BF016C003 for ; Mon, 30 Jul 2012 19:35:29 +0200 (CEST) Received: from ftrdmel10.rd.francetelecom.fr ([10.192.128.44]) by ftrdsmtp1.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Mon, 30 Jul 2012 19:35:28 +0200 Received: from [10.193.116.28] ([10.193.116.28]) by ftrdmel10.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Mon, 30 Jul 2012 19:35:28 +0200 Message-ID: <5016C5DE.9090306@orange.com> Date: Mon, 30 Jul 2012 19:35:26 +0200 From: Julien Meuric Organization: France Telecom User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120714 Thunderbird/14.0 MIME-Version: 1.0 To: "pce@ietf.org" References: <20120730032233.17770.35790.idtracker@ietfa.amsl.com> In-Reply-To: <20120730032233.17770.35790.idtracker@ietfa.amsl.com> X-Forwarded-Message-Id: <20120730032233.17770.35790.idtracker@ietfa.amsl.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 30 Jul 2012 17:35:28.0662 (UTC) FILETIME=[B5F7B360:01CD6E79] Subject: [Pce] Fwd: Need volunteers for the NomCom X-BeenThere: pce@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Path Computation Element List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jul 2012 17:35:30 -0000 FYI: the NomCom needs more volunteers in the pool for random selection. -------- Message original -------- De : NomCom Chair We are currently looking for volunteers to serve on the 2012-2013 NomCom. As you know, the success of the NomCom process depends crucially on having a large pool of volunteers from throughout the IETF community. In particular, it is valuable for the pool of volunteers to have strong representation from all of the technical areas within the IETF. I understand that not all IETF participants read the IETF announce list frequently. Therefore, if you would be willing to inform active participants in your working groups about this year's call for NomCom volunteers, I would greatly appreciate it. The NomCom 2012-2013 Call for Volunteers is open until this Sunday, August 5. Details can be found at: https://datatracker.ietf.org/ann/nomcom/49851/ Thank you for your help, - Matt Lepinski mlepinski.ietf@gmail.com nomcom-chair@ietf.org