From nobody Wed Jul 1 07:46:51 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 19CD11A8912 for ; Wed, 1 Jul 2015 07:46:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.459 X-Spam-Level: X-Spam-Status: No, score=-4.459 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FwD28AjzrBgJ for ; Wed, 1 Jul 2015 07:46:40 -0700 (PDT) Received: from smtp-fr.alcatel-lucent.com (fr-hpgre-esg-01.alcatel-lucent.com [135.245.210.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D2E191A893E for ; Wed, 1 Jul 2015 07:46:39 -0700 (PDT) Received: from fr711usmtp1.zeu.alcatel-lucent.com (unknown [135.239.2.122]) by Websense Email Security Gateway with ESMTPS id B8AF7648031E7; Wed, 1 Jul 2015 14:46:35 +0000 (GMT) Received: from FR712WXCHHUB03.zeu.alcatel-lucent.com (fr712wxchhub03.zeu.alcatel-lucent.com [135.239.2.74]) by fr711usmtp1.zeu.alcatel-lucent.com (GMO) with ESMTP id t61EkWof021682 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 1 Jul 2015 16:46:37 +0200 Received: from FR711WXCHMBA05.zeu.alcatel-lucent.com ([169.254.1.213]) by FR712WXCHHUB03.zeu.alcatel-lucent.com ([135.239.2.74]) with mapi id 14.03.0195.001; Wed, 1 Jul 2015 16:46:29 +0200 From: "BELOTTI, SERGIO (SERGIO)" To: Xufeng Liu Thread-Topic: Updating draft-ietf-teas-yang-te-topo-00 Thread-Index: AdCtKR1u5mVfEDQtQzGUHRr3jQYWdwCjYdRAAP0DYTAAGA0DQA== Date: Wed, 1 Jul 2015 14:46:29 +0000 Message-ID: References: In-Reply-To: Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.239.27.39] Content-Type: multipart/alternative; boundary="_000_B9FEE68CE3A78C41A2B3C67549A96F48B75EA594FR711WXCHMBA05z_" MIME-Version: 1.0 Archived-At: Cc: "Zhangxian \(Xian\)" , "BELOTTI, SERGIO \(SERGIO\)" , "teas@ietf.org" Subject: Re: [Teas] Updating draft-ietf-teas-yang-te-topo-00 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2015 14:46:47 -0000 --_000_B9FEE68CE3A78C41A2B3C67549A96F48B75EA594FR711WXCHMBA05z_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGkgTGl1LCBjby1hdXRob3JzLA0KZm9sbG93aW5nIFhpYW6hr3MgY29tbWVudHMgLA0KDQpJIHdv dWxkIGhhdmUgc29tZSBjb21tZW50cyBvbiB0aGUgcHJvcG9zZWQgdXBkYXRlLCBldmVuIGlmIGRp ZmZpY3VsdCBiZWZvcmUgdG8gaGF2ZSBhIGRlZmluaXRlIHRleHQgdXBkYXRlOg0KDQoNCjEpICAg ICAgT25lIG9mIHRoZSBiYXNpYyB1c2FnZSBvZiBhIHRlLXRvcG9sb2d5IG1vZGVsIGlzIHRvIHBl cm1pdCBhIGNvbnRyb2xsZXIgKGUuZy4gdXNpbmcgYSBQQ0UpIHRvIG1ha2UgcGF0aCBjb21wdXRh dGlvbi4gSSBzZWUgeW91ciB0b3BvbG9neSBtb2RlbCBpcyBiYXNlZCBvbiBub2RlcyBhbmQgbGlu a3MsIGhlIHBlcm1pdHMgaGllcmFyY2h5IG9mIHRvcG9sb2d5IGJ1dCBJIGNhbm5vdCBzZWUgYW55 IG5vZGUvbGVhZiBmb3IgdGVybWluYXRpb24vYWRhcHRhdGlvbiBwb2ludC4gSW4gY2FzZSBvZiBt dWx0aS1sYXllciBwYXRoIGNvbXB1dGF0aW9uIGl0IHdvdWxkIGJlIGVzc2VudGlhbCB0byB1bmRl cnN0YW5kIHdoZXJlIHRoZXJlIGFyZSChsGNoYW5nZaGxIGluIHRoZSBsYXllciAoYXMgTVJOIGZv ciBleGFtcGxlIGRvZXMgd2l0aCBJQUNEIGNvbmNlcHQpIC4gSSBub3RpY2VkIHlvdSBoYXZlIGRl ZmluZWQgc2VydmVyIHRyYWlsLCBidXQgSSBkbyBub3Qgc2VlIGFueSB0b3BvbG9naWNhbCBjb21w b25lbnQgcmVwcmVzZW50aW5nIHBvaW50IG9mIGFkYXB0YXRpb24gLiBZb3UgaGF2ZSB1bmRlcmxh eS10cmFpbC1zcmMgYW5kIHVuZGVybGF5LXRyYWlsLWRlcyBmb3IgcmVmZXJlbmNlIHRvIHNlcnZl ciB0cmFpbCBidXQgbm8gc3BlY2lmaWMgYXR0cmlidXRlcyBhcmUgaW5kaWNhdGVkIGhlcmUgbGlr ZSBCVyBhdmFpbGFibGUgYW5kIHNvIG9uLg0KDQoyKSAgICAgIEJlaW5nIGEgaGllcmFyY2hpY2Fs IGRhdGEgc3RvcmUsIFlhbmcgZG9lcyBub3Qgc3VwcG9ydCBleHBsaWNpdGx5IHJlY3Vyc2lvbiBi dXQgdGhlIG1vZGVsIHNlZW1zIHRvIG9idGFpbiB0aGlzIGJ5IHRoZSB1c2FnZSBvZiBsZWFmcmVm ICwgcHJhY3RpY2FsbHkgdXNpbmcgYSBmbGF0IGxpc3Qgb2Ygb2JqZWN0cywgd2hlcmUgdGhlIG9i amVjdHMgYXJlIGxpbmtlZCBpbnRvIGEgaGllcmFyY2h5IHVzaW5nIHJlZmVyZW5jZXMsIHRoaXMg aGFwcGVuIGZvciBlLmcuIGZvciB0b3BvbG9neSByZWN1cnNpb24gLiBJcyBpdCBjb3JyZWN0IG15 IHVuZGVyc3RhbmRpbmc/IERvIHlvdSBzZWUgYW55IGxpbWl0YXRpb24gb24gdGhpcyB1c2FnZT8N Cg0KMykgICAgICBYaWFuIGFscmVhZHkgcG9pbnRpbmcgb3V0IHRoZSBzY2hlZHVsaW5nIHByZXNl bmNlLCBidXQgSSBhbHNvIGhhdmUgcmVtYXJrIG9uIHRoZSBwcmVzZW5jZSBzaW5jZSBhIGxvdCBv ZiBjb21tZW50cyBkdXJpbmcgRGFsbGFzIG1lZXRpbmcgdW5kZXJsaW5lZCB0aGUgcHJlbWF0dXJl IHByZXNlbmNlIG9mIHNjaGVkdWxpbmcgcGFydCBvZiB0aGUgbW9kZWwuDQoNCjQpICAgICAgQWJv dXQgdGhlIHRvcG9sb2d5LW1vZGVsIGRyYWZ0LWlldGYtaTJycy15YW5nLW5ldHdvcmstdG9wby0w MTxodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1pZXRmLWkycnMteWFuZy1u ZXR3b3JrLXRvcG8vPiwgSSBub3RpY2VkIGluIGEgcGFyYWxsZWwgZGlzY3Vzc2lvbiB0aGUgZXhw bGljaXQgbWVudGlvbiBvZiB0aGUgbmVlZCB0byBhZGQgVHJhZmZpYyBFbmdpbmVlcmluZy4gSXMg dGhhdCBpbiB0aGUgcHJvY2VzcyB0byBlbmNvbXBhc3MgaW4gYSBzaW5nbGUgZHJhZnQgd2l0aCB0 aGlzIFRlYXMgZHJhZnQ/DQoNClRoYW5rcw0KDQpTZXJnaW8NCg0KDQoNCkZyb206IFRlYXMgW21h aWx0bzp0ZWFzLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBYdWZlbmcgTGl1DQpTZW50 OiBtZXJjb2xlZKisIDEgbHVnbGlvIDIwMTUgMDU6MzYNClRvOiBaaGFuZ3hpYW4gKFhpYW4pDQpD YzogdGVhc0BpZXRmLm9yZw0KU3ViamVjdDogUmU6IFtUZWFzXSBVcGRhdGluZyBkcmFmdC1pZXRm LXRlYXMteWFuZy10ZS10b3BvLTAwDQoNCkhpIFhpYW4sDQoNClRoYW5rcyBmb3IgdGhlIGNvbW1l bnRzLiBQbGVhc2UgY2hlY2sgdGhlIHJlcGxpZXMgYmVsb3cgaW4tbGluZS4NCg0KQmVzdCwNCg0K LSBYdWZlbmcNCg0KRnJvbTogWmhhbmd4aWFuIChYaWFuKSBbbWFpbHRvOnpoYW5nLnhpYW5AaHVh d2VpLmNvbV0NClNlbnQ6IEZyaWRheSwgSnVuZSAyNiwgMjAxNSA1OjMyIEFNDQpUbzogWHVmZW5n IExpdQ0KQ2M6IHRlYXNAaWV0Zi5vcmc8bWFpbHRvOnRlYXNAaWV0Zi5vcmc+DQpTdWJqZWN0OiBS RTogVXBkYXRpbmcgZHJhZnQtaWV0Zi10ZWFzLXlhbmctdGUtdG9wby0wMA0KDQpIaSwgWHVmZW5n IGFuZCB0aGUgYXV0aG9ycywNCg0KVGhhbmsgeW91IGZvciBnZXR0aW5nIHVzIHVwZGF0ZWQuDQoN CkkgaGF2ZW6hr3QgZ290IHRpbWUgdG8gcmVhZCBpbiBkZXRhaWxzOyBqdXN0IGJ5IHNraW1taW5n IHRocm91Z2ggdGhlIHRyZWUsICBJIGhhdmUgdGhlIGZvbGxvd2luZyBxdWVzdGlvbnM6DQoNCg0K MSkgICAgICAgRHVyaW5nIGxhc3QgSUVURiBwcmVzZW50YXRpb24sIFBhdmFuIG1lbnRpb25lZCB0 aGUgbW9kZWwgd2lsbCB0cnkgdG8gdXNlIHRoZSBnZW5lcmljIHRvcG9sb2d5IG1vZGVsLiBJcyB0 aGlzIGdvaW5nIHRvIGhhcHBlbiBpbiB0aGlzIHZlcnNpb24/ICBJZiBub3QsIHdoYXQgaXMgeW91 ciBwbGFuPw0KW1h1ZmVuZ10gVGhlIGludGVncmF0aW9uIHdpdGggdGhlIGkycnMgZ2VuZXJpYyB0 b3BvbG9neSBtb2RlbCBpcyBjdXJyZW50bHkgd29ya2luZyBpbiBwcm9ncmVzcy4gV2Ugd2lsbCBy ZXBvcnQgdGhlIHN0YXR1cyBkdXJpbmcgSUVURjkzLg0KDQoNCjIpICAgICAgIEEgdG9wb2xvZ3kg aXMgbm93IGlkZW50aWZpZWQgdmlhIGEgdHJpcGxldCAoIHByb3ZpZGVyLWlkLCBjbGllbnQtaWQs IHRlLXRvcG9sb2d5LWlkKS4gSSBmYWlsIHRvIHNlZSBjbGllbnQtaWQgYXMgYW4gdW5pdmVyc2Fs IGF0dHJpYnV0ZS4gRm9yIGV4YW1wbGUsIGlmIEkgYW0gdGhlIHByb3ZpZGVyIGFuZCBJIGhhdmUg b25lIG9yIHRvcG9sb2d5LCBzbyBob3cgZG8gSSBmaWxsIGluIHRoZSBjbGllbnQtaWQgZmllbGQ/ DQpbWHVmZW5nXSBJbiB0aGF0IGNhc2UsIHRoZSBjbGllbnQtaWQgd2lsbCBiZSAwLiBTaW1pbGFy IHRvICB0aGUgR2xvYmFsX0lEIGRlc2NyaWJlZCBpbiBSRkM2MzcwLCAwIG1lYW5zIHRoYXQgdGhl IGNsaWVudC1pZCBpcyBub3Qgc3BlY2lmaWVkLg0KDQoNCg0KMykgICAgICAgSSB0aG91Z2h0IHNj aGVkdWxlIHdpbGwgZ28gYXdheSBpbiBhIG5ld2VyIHZlcnNpb24sIGJ1dCBpbnN0ZWFkIGl0IGlz IG1hZGUgYXMgYSBmZWF0dXJlLiBJIGNhbiBsaXZlIHdpdGggdGhpcyBvcHRpb24sIGJ1dCB3aHkg ZG9lcyBhIHRvcG9sb2d5IGhhcyBhIGRldGFpbGVkIHRpbWluZyBpbmZvcm1hdGlvbiwgd2hpbGUg aW4gdGhlIG1lYW50aW1lIGl0cyBsaW5rcyBhbmQgbm9kZXMgaGF2ZSB0aGUgc2FtZSBhbW91bnQg b2YgaW5mb3JtYXRpb24/IElzbqGvdCB0aGUgZXhpc3RlbmNlIG9mIGEgdG9wb2xvZ3kgZGVwZW5k cyBvbiB0aGF0IG9mIHRoZSBub2RlcyBhbmQgbGlua3M/DQpbWHVmZW5nXSBUaGUgc2NoZWR1bGUg aXMgc3RpbGwgaGVyZSBiZWNhdXNlIHRoZXJlIGhhcyBiZWVuIG5vIHByb3BlciBob21lIGZvciBp dC4gVG9wb2xvZ3ksIG5vZGUsIGFuZCBsaW5rIGFsbCBoYXZlIHN1Y2ggYSBzY2hlZHVsaW5nIG9w dGlvbiBzbyB0aGF0IGVhY2ggZW50aXR5IGNhbiBiZSBzY2hlZHVsZWQgaW5kZXBlbmRlbnRseS4g VGhlcmUgY291bGQgYmUgc3VjaCBhIGNhc2Ugd2hlbiBzb21lIGxpbmtzIGFyZSByZW1vdmVkIGJ1 dCB0aGUgdG9wb2xvZ3kgcmVtYWlucy4NCg0KDQoNCjQpICAgICAgIHVuZGVybGF5LXBhdGggYW5k IHVuZGVybGF5LWJhY2t1cC1wYXRoIGJvdGggaGF2ZSBhIGxpc3Qgb2YgcGF0aCBlbGVtZW50cy4g SSB0aGluayB0aGUgZmlyc3QgaXMgd29ya2luZywgaXMgaXQ/IGlmIHNvLCBjb3VsZCB5b3UgcmVu YW1lIHRoZSBmaXJzdCBhcyB1bmRlcmxheS13b3JraW5nLXBhdGg/IEFsdGVybmF0aXZlbHksIGl0 IHdvdWxkIGJlIGJldHRlciB0byBwdXQgdGhlIHR3byB0b2dldGhlciBhbmQgYWRkIGEgd29ya2lu Zy9iYWNrdXAgZmxhZz8NCltYdWZlbmddIFdlIGhhdmUgcmVuYW1lZCB0aGVtIHRvIHVuZGVybGF5 LXByaW1hcnktcGF0aCBhbmQgdW5kZXJsYXktYmFja3VwLXBhdGguDQoNCldpbGwgZ2V0IGEgbW9y ZSBkZXRhaWxlZCByZXZpZXcgb25jZSB0aGUgdGV4dCBpcyB1cGRhdGVkIHRvZ2V0aGVyIHdpdGgg dGhlIGNvZGUuDQoNCkNoZWVycywNClhpYW4NCg0KRnJvbTogVGVhcyBbbWFpbHRvOnRlYXMtYm91 bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIFh1ZmVuZyBMaXUNClNlbnQ6IDIwMTXE6jbUwjIz yNUgNDoyMw0KVG86IHRlYXNAaWV0Zi5vcmc8bWFpbHRvOnRlYXNAaWV0Zi5vcmc+DQpTdWJqZWN0 OiBbVGVhc10gVXBkYXRpbmcgZHJhZnQtaWV0Zi10ZWFzLXlhbmctdGUtdG9wby0wMA0KDQpIaSBG b2xrcywNCg0KVGhlIG5leHQgdmVyc2lvbiBvZiB0aGUgVEUtVG9wb2xvZ3kgbW9kZWwgZHJhZnQg d2lsbCBiZSBzdWJtaXR0ZWQgbmV4dCB3ZWVrLiBJbiB0aGUgbWVhbnRpbWUsIHBsZWFzZSByZXZp ZXcgdGhlIGxhdGVzdCB2ZXJzaW9uIG9mIHRoZSBtb2RlbCB1cGxvYWRlZCBvbiBnaXRodWIgYW5k IGxldCB1cyBrbm93IGlmIHRoZXJlIGFyZSBhbnkgcXVlc3Rpb25zL2NvbW1lbnRzLiBXZSBleHBl Y3QgdG8gbWFrZSBvbmUgbW9yZSB1cGRhdGUgYmVmb3JlIHN1Ym1pdHRpbmcgdGhlIGRyYWZ0Lg0K DQpodHRwczovL2dpdGh1Yi5jb20vaWV0Zi1tcGxzLXlhbmcvdGUvYmxvYi9tYXN0ZXIvaWV0Zi10 ZS10b3BvbG9neS55YW5nDQpodHRwczovL2dpdGh1Yi5jb20vaWV0Zi1tcGxzLXlhbmcvdGUvYmxv Yi9tYXN0ZXIvaWV0Zi10ZS10b3BvbG9neV90cmVlLnR4dA0KDQpSZWdhcmRzLA0KLSBYdWZlbmcg KG9uIGJlaGFsZiBvZiB0aGUgYXV0aG9ycykNCg0K --_000_B9FEE68CE3A78C41A2B3C67549A96F48B75EA594FR711WXCHMBA05z_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi Liu,= co-authors,

followi= ng Xian=A1=AFs comments ,

&n= bsp;

I would= have some comments on the proposed update, even if difficult before to hav= e a definite text update:

&n= bsp;

= 1)      One of the basic usage of a te-topology model is to permit a controller (e= .g. using a PCE) to make path computation. I see your topology model is bas= ed on nodes and links, he permits hierarchy of topology but I cannot see any node/leaf for termination/adaptation poin= t. In case of multi-layer path computation it would be essential to underst= and where there are =A1=B0change=A1=B1 in the layer (as MRN for example doe= s with IACD concept) . I noticed you have defined server trail, but I do not see any topological component represent= ing point of adaptation . You have underlay-trail-src and underlay-trail-de= s for reference to server trail but no specific attributes are indicated he= re like BW available and so on.

= 2)      Being a hierarchical data store, Yang does not support explicitly recursio= n but the model seems to obtain this by the usage of leafref , practically = using a flat list of objects, where the objects are linked into a hierarchy using references, this happen for = e.g. for topology recursion . Is it correct my understanding? Do you see an= y limitation on this usage?

= 3)      Xian already pointing out the scheduling presence, but I also have remark = on the presence since a lot of comments during Dallas meeting underlined th= e premature presence of scheduling part of the model.

= 4)      About the topology-model draft-ietf-i2rs-yang-network-top= o-01, I noticed in a parallel discussion the explic= it mention of the need to add Traffic Engineering. Is that in the process t= o encompass in a single draft with this Teas draft?

&n= bsp;

Thanks<= o:p>

&n= bsp;

Sergio<= o:p>

&n= bsp;

&n= bsp;

 

From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of Xufeng Liu
Sent: mercoled=A8=AC 1 luglio 2015 05:36
To: Zhangxian (Xian)
Cc: teas@ietf.org
Subject: Re: [Teas] Updating draft-ietf-teas-yang-te-topo-00

 

Hi Xian= ,

&n= bsp;

Thanks = for the comments. Please check the replies below in-line.=

&n= bsp;

Best,

&n= bsp;

- Xufen= g

&n= bsp;

From: Zhangxian (Xian) [mailto:zhang.xian@huawei.com]
Sent: Friday, June 26, 2015 5:32 AM
To: Xufeng Liu
Cc: teas@ietf.org
Subject: RE: Updating draft-ietf-teas-yang-te-topo-00

 

Hi, Xufeng and the authors,

 

Thank you for getting us updated.

 

I haven=A1=AFt got time to read in de= tails; just by skimming through the tree,  I have the following questi= ons:

 

1)       During last IETF presentation, Pavan mentioned the model = will try to use the generic topology model. Is this going to happen in this= version?  If not, what is your plan?

[= Xufeng] The integration with the i2rs generic topology model is currently w= orking in progress. We will report the status during IETF93.=

 

2)       A topology is now identified via a triplet ( provider-id,= client-id, te-topology-id). I fail to see client-id as an universal attrib= ute. For example, if I am the provider and I have one or topology, so how do I fill in the client-id field?<= /o:p>

[= Xufeng] In that case, the client-id will be 0. Similar to  the Global_= ID described in RFC6370, 0 means that the client-id is not specified.

 

3)       I thought schedule will go away in a newer version, but i= nstead it is made as a feature. I can live with this option, but why does a= topology has a detailed timing information, while in the meantime its links and nodes have the same amount of informat= ion? Isn=A1=AFt the existence of a topology depends on that of the nodes an= d links?

[= Xufeng] The schedule is still here because there has been no proper home fo= r it. Topology, node, and link all have such a scheduling option so that ea= ch entity can be scheduled independently. There could be such a case when some links are removed but the topology re= mains.

 

4)       underlay-path and underlay-backup-path both have a list o= f path elements. I think the first is working, is it? if so, could you rena= me the first as underlay-working-path? Alternatively, it would be better to put the two together and add a workin= g/backup flag?

[= Xufeng] We have renamed them to underlay-primary-path and underlay-backup-p= ath.=

 

Will get a more detailed review once = the text is updated together with the code.

 

Cheers,
Xian

 

From: Teas [mailto= :teas-bounces@ietf.org] On Behalf Of Xufeng Liu
Sent: 2015=C4=EA6=D4=C223=C8=D5 4:23
To: teas@ietf.org
Subject: [Teas] Updating draft-ietf-teas-yang-te-topo-00<= /span>

 

Hi Folk= s,

&n= bsp;

The nex= t version of the TE-Topology model draft will be submitted next week. In th= e meantime, please review the latest version of the model uploaded on githu= b and let us know if there are any questions/comments. We expect to make one more update before submitting the draft.<= /span>

&n= bsp;

https://github.com/ietf-mpls-yang/te/blob/master/ietf-te-topology.yang=

https://github.com/ietf-mpls-yang/te/blob/master/ietf-te-topology_tree= .txt

&n= bsp;

Regards= ,

- Xufen= g (on behalf of the authors)

 

--_000_B9FEE68CE3A78C41A2B3C67549A96F48B75EA594FR711WXCHMBA05z_-- From nobody Wed Jul 1 08:16:26 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D9B851A8FD6 for ; Wed, 1 Jul 2015 08:16:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.541 X-Spam-Level: X-Spam-Status: No, score=0.541 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_CHARSET_FARAWAY=2.45, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zTVp9kiX_f6Q for ; Wed, 1 Jul 2015 08:16:19 -0700 (PDT) Received: from mail3.advaoptical.com (mail3.advaoptical.com [74.202.24.82]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 258571A8F44 for ; Wed, 1 Jul 2015 08:16:18 -0700 (PDT) Received: from atl-srv-mail10.atl.advaoptical.com (atl-srv-mail10.atl.advaoptical.com [172.16.5.39]) by atl-vs-fsmail.advaoptical.com (8.14.5/8.14.5) with ESMTP id t61FG2dd011434 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 1 Jul 2015 11:16:02 -0400 Received: from ATL-SRV-MBX2.advaoptical.com (172.16.5.46) by atl-srv-mail10.atl.advaoptical.com (172.16.5.39) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 1 Jul 2015 11:16:01 -0400 Received: from ATL-SRV-MBX1.advaoptical.com (172.16.5.45) by ATL-SRV-MBX2.advaoptical.com (172.16.5.46) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Wed, 1 Jul 2015 11:16:01 -0400 Received: from ATL-SRV-MBX1.advaoptical.com ([fe80::6433:f8f:ea41:a6e1]) by ATL-SRV-MBX1.advaoptical.com ([fe80::6433:f8f:ea41:a6e1%14]) with mapi id 15.00.1104.000; Wed, 1 Jul 2015 11:16:01 -0400 From: Igor Bryskin To: "BELOTTI, SERGIO (SERGIO)" , Xufeng Liu Thread-Topic: Updating draft-ietf-teas-yang-te-topo-00 Thread-Index: AdCtKR1u5mVfEDQtQzGUHRr3jQYWdwCjYdRAAP0DYTAAGA0DQAABszsg Date: Wed, 1 Jul 2015 15:16:00 +0000 Message-ID: <09add2e645564447ab6b57654771da01@ATL-SRV-MBX1.advaoptical.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [172.16.5.49] Content-Type: multipart/alternative; boundary="_000_09add2e645564447ab6b57654771da01ATLSRVMBX1advaopticalco_" MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.14.151, 1.0.33, 0.0.0000 definitions=2015-07-01_12:2015-06-30,2015-07-01,1970-01-01 signatures=0 Archived-At: Cc: "Zhangxian \(Xian\)" , "teas@ietf.org" Subject: Re: [Teas] Updating draft-ietf-teas-yang-te-topo-00 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2015 15:16:24 -0000 --_000_09add2e645564447ab6b57654771da01ATLSRVMBX1advaopticalco_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGkgU2VyZ2lvLA0KVGhhbmtzIGZvciB0aGUgZmVlZGJhY2suIFBsZWFzZSwgc2VlIG15IGFuc3dl cnMgaW4tbGluZS4NCg0KQ2hlZXJzLA0KSWdvcg0KDQpGcm9tOiBUZWFzIFttYWlsdG86dGVhcy1i b3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgQkVMT1RUSSwgU0VSR0lPIChTRVJHSU8pDQpT ZW50OiBXZWRuZXNkYXksIEp1bHkgMDEsIDIwMTUgMTA6NDYgQU0NClRvOiBYdWZlbmcgTGl1DQpD YzogWmhhbmd4aWFuIChYaWFuKTsgQkVMT1RUSSwgU0VSR0lPIChTRVJHSU8pOyB0ZWFzQGlldGYu b3JnDQpTdWJqZWN0OiBSZTogW1RlYXNdIFVwZGF0aW5nIGRyYWZ0LWlldGYtdGVhcy15YW5nLXRl LXRvcG8tMDANCg0KSGkgTGl1LCBjby1hdXRob3JzLA0KZm9sbG93aW5nIFhpYW6hr3MgY29tbWVu dHMgLA0KDQpJIHdvdWxkIGhhdmUgc29tZSBjb21tZW50cyBvbiB0aGUgcHJvcG9zZWQgdXBkYXRl LCBldmVuIGlmIGRpZmZpY3VsdCBiZWZvcmUgdG8gaGF2ZSBhIGRlZmluaXRlIHRleHQgdXBkYXRl Og0KDQoNCjEpICAgICAgT25lIG9mIHRoZSBiYXNpYyB1c2FnZSBvZiBhIHRlLXRvcG9sb2d5IG1v ZGVsIGlzIHRvIHBlcm1pdCBhIGNvbnRyb2xsZXIgKGUuZy4gdXNpbmcgYSBQQ0UpIHRvIG1ha2Ug cGF0aCBjb21wdXRhdGlvbi4gSSBzZWUgeW91ciB0b3BvbG9neSBtb2RlbCBpcyBiYXNlZCBvbiBu b2RlcyBhbmQgbGlua3MsIGhlIHBlcm1pdHMgaGllcmFyY2h5IG9mIHRvcG9sb2d5IGJ1dCBJIGNh bm5vdCBzZWUgYW55IG5vZGUvbGVhZiBmb3IgdGVybWluYXRpb24vYWRhcHRhdGlvbiBwb2ludC4g SW4gY2FzZSBvZiBtdWx0aS1sYXllciBwYXRoIGNvbXB1dGF0aW9uIGl0IHdvdWxkIGJlIGVzc2Vu dGlhbCB0byB1bmRlcnN0YW5kIHdoZXJlIHRoZXJlIGFyZSChsGNoYW5nZaGxIGluIHRoZSBsYXll ciAoYXMgTVJOIGZvciBleGFtcGxlIGRvZXMgd2l0aCBJQUNEIGNvbmNlcHQpIC4gSSBub3RpY2Vk IHlvdSBoYXZlIGRlZmluZWQgc2VydmVyIHRyYWlsLCBidXQgSSBkbyBub3Qgc2VlIGFueSB0b3Bv bG9naWNhbCBjb21wb25lbnQgcmVwcmVzZW50aW5nIHBvaW50IG9mIGFkYXB0YXRpb24gLiBZb3Ug aGF2ZSB1bmRlcmxheS10cmFpbC1zcmMgYW5kIHVuZGVybGF5LXRyYWlsLWRlcyBmb3IgcmVmZXJl bmNlIHRvIHNlcnZlciB0cmFpbCBidXQgbm8gc3BlY2lmaWMgYXR0cmlidXRlcyBhcmUgaW5kaWNh dGVkIGhlcmUgbGlrZSBCVyBhdmFpbGFibGUgYW5kIHNvIG9uLg0KSUI+PiBBZ3JlZSwgaXQgaXMg aW1wb3J0YW50IHRvIGtub3csIHdoZW4gcGVyZm9ybWluZyBhIHBhdGggY29tcHV0YXRpb24sIHRo ZSBhZGFwdGF0aW9uIGNhcGFiaWxpdGllcyBvZiB0aGUgbGlua3MgYXQgdGhlIHBhdGggdGVybWlu YXRpb24gcG9pbnRzLiBXZSBuZWVkIHRvIGFkZCB0aGUgSUFDRCBzZW1hbnRpY3MgdG8gdGhlIGxp bmsgYXR0cmlidXRlcy4gR29vZCBjYXRjaC4NCg0KDQoyKSAgICAgIEJlaW5nIGEgaGllcmFyY2hp Y2FsIGRhdGEgc3RvcmUsIFlhbmcgZG9lcyBub3Qgc3VwcG9ydCBleHBsaWNpdGx5IHJlY3Vyc2lv biBidXQgdGhlIG1vZGVsIHNlZW1zIHRvIG9idGFpbiB0aGlzIGJ5IHRoZSB1c2FnZSBvZiBsZWFm cmVmICwgcHJhY3RpY2FsbHkgdXNpbmcgYSBmbGF0IGxpc3Qgb2Ygb2JqZWN0cywgd2hlcmUgdGhl IG9iamVjdHMgYXJlIGxpbmtlZCBpbnRvIGEgaGllcmFyY2h5IHVzaW5nIHJlZmVyZW5jZXMsIHRo aXMgaGFwcGVuIGZvciBlLmcuIGZvciB0b3BvbG9neSByZWN1cnNpb24gLiBJcyBpdCBjb3JyZWN0 IG15IHVuZGVyc3RhbmRpbmc/IERvIHlvdSBzZWUgYW55IGxpbWl0YXRpb24gb24gdGhpcyB1c2Fn ZT8NCklCPj4gWWVzLCB3ZSBjYXB0dXJlIHRoZSB0b3BvbG9neSBoaWVyYXJjaGllcyB2aWEgbGVh ZnJlZnMgdG8gcmVzcGVjdGl2ZSB1bmRlcmxheSB0b3BvbG9naWVzIG9mIGVhY2ggb2Ygbm9kZXMg YW5kIGxpbmtzLCBhbmQgc28gZG8sIGFzIEkgdW5kZXJzdGFuZCwgIHRoZSBJMlJTUyBuZXR3b3Jr IHRvcG9sb2d5IG1vZGVscy4gTm8sIEkgZG9uoa90IHNlZSBhbnkgbGltaXRhdGlvbnMuIENhbiB5 b3UgZWxhYm9yYXRlIG9uIHRoaXM/DQoNCg0KMykgICAgICBYaWFuIGFscmVhZHkgcG9pbnRpbmcg b3V0IHRoZSBzY2hlZHVsaW5nIHByZXNlbmNlLCBidXQgSSBhbHNvIGhhdmUgcmVtYXJrIG9uIHRo ZSBwcmVzZW5jZSBzaW5jZSBhIGxvdCBvZiBjb21tZW50cyBkdXJpbmcgRGFsbGFzIG1lZXRpbmcg dW5kZXJsaW5lZCB0aGUgcHJlbWF0dXJlIHByZXNlbmNlIG9mIHNjaGVkdWxpbmcgcGFydCBvZiB0 aGUgbW9kZWwuDQpJQj4+IFRoaXMgd2lsbCBnbyBhd2F5IGFzIHNvb24gYXMgd2UgZmluZCBhIGhv bWUgZm9yIHRoaXMgSU1PIHZlcnkgdXNlZnVsIGNvbmNlcHQuDQoNCg0KNCkgICAgICBBYm91dCB0 aGUgdG9wb2xvZ3ktbW9kZWwgZHJhZnQtaWV0Zi1pMnJzLXlhbmctbmV0d29yay10b3BvLTAxPGh0 dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtaTJycy15YW5nLW5ldHdv cmstdG9wby8+LCBJIG5vdGljZWQgaW4gYSBwYXJhbGxlbCBkaXNjdXNzaW9uIHRoZSBleHBsaWNp dCBtZW50aW9uIG9mIHRoZSBuZWVkIHRvIGFkZCBUcmFmZmljIEVuZ2luZWVyaW5nLiBJcyB0aGF0 IGluIHRoZSBwcm9jZXNzIHRvIGVuY29tcGFzcyBpbiBhIHNpbmdsZSBkcmFmdCB3aXRoIHRoaXMg VGVhcyBkcmFmdD8NCklCPj4gV2UgYXJlIHdvcmtpbmcgd2l0aCBJMlJTIHRvIGluY29ycG9yYXRl IHRoaXMgbW9kZWwgdW5kZXIgdGhlaXIgdW1icmVsbGEuDQpXZSBhbHNvIGFzc3VtZSB0aGF0IHRo ZSBURUFTIFRFIHRvcG9sb2d5IG1vZGVsIGNvdWxkIGJlIHVzZWQgb3V0c2lkZSBvZiBJMlJTIGFz IHdlbGwsIGZvciBleGFtcGxlLCBpbiB0aGUgQUNUTiBjb250ZXh0Lg0KDQpUaGFua3MNCg0KU2Vy Z2lvDQoNCg0KDQpGcm9tOiBUZWFzIFttYWlsdG86dGVhcy1ib3VuY2VzQGlldGYub3JnXSBPbiBC ZWhhbGYgT2YgWHVmZW5nIExpdQ0KU2VudDogbWVyY29sZWSorCAxIGx1Z2xpbyAyMDE1IDA1OjM2 DQpUbzogWmhhbmd4aWFuIChYaWFuKQ0KQ2M6IHRlYXNAaWV0Zi5vcmc8bWFpbHRvOnRlYXNAaWV0 Zi5vcmc+DQpTdWJqZWN0OiBSZTogW1RlYXNdIFVwZGF0aW5nIGRyYWZ0LWlldGYtdGVhcy15YW5n LXRlLXRvcG8tMDANCg0KSGkgWGlhbiwNCg0KVGhhbmtzIGZvciB0aGUgY29tbWVudHMuIFBsZWFz ZSBjaGVjayB0aGUgcmVwbGllcyBiZWxvdyBpbi1saW5lLg0KDQpCZXN0LA0KDQotIFh1ZmVuZw0K DQpGcm9tOiBaaGFuZ3hpYW4gKFhpYW4pIFttYWlsdG86emhhbmcueGlhbkBodWF3ZWkuY29tXQ0K U2VudDogRnJpZGF5LCBKdW5lIDI2LCAyMDE1IDU6MzIgQU0NClRvOiBYdWZlbmcgTGl1DQpDYzog dGVhc0BpZXRmLm9yZzxtYWlsdG86dGVhc0BpZXRmLm9yZz4NClN1YmplY3Q6IFJFOiBVcGRhdGlu ZyBkcmFmdC1pZXRmLXRlYXMteWFuZy10ZS10b3BvLTAwDQoNCkhpLCBYdWZlbmcgYW5kIHRoZSBh dXRob3JzLA0KDQpUaGFuayB5b3UgZm9yIGdldHRpbmcgdXMgdXBkYXRlZC4NCg0KSSBoYXZlbqGv dCBnb3QgdGltZSB0byByZWFkIGluIGRldGFpbHM7IGp1c3QgYnkgc2tpbW1pbmcgdGhyb3VnaCB0 aGUgdHJlZSwgIEkgaGF2ZSB0aGUgZm9sbG93aW5nIHF1ZXN0aW9uczoNCg0KDQoxKSAgICAgICBE dXJpbmcgbGFzdCBJRVRGIHByZXNlbnRhdGlvbiwgUGF2YW4gbWVudGlvbmVkIHRoZSBtb2RlbCB3 aWxsIHRyeSB0byB1c2UgdGhlIGdlbmVyaWMgdG9wb2xvZ3kgbW9kZWwuIElzIHRoaXMgZ29pbmcg dG8gaGFwcGVuIGluIHRoaXMgdmVyc2lvbj8gIElmIG5vdCwgd2hhdCBpcyB5b3VyIHBsYW4/DQpb WHVmZW5nXSBUaGUgaW50ZWdyYXRpb24gd2l0aCB0aGUgaTJycyBnZW5lcmljIHRvcG9sb2d5IG1v ZGVsIGlzIGN1cnJlbnRseSB3b3JraW5nIGluIHByb2dyZXNzLiBXZSB3aWxsIHJlcG9ydCB0aGUg c3RhdHVzIGR1cmluZyBJRVRGOTMuDQoNCg0KMikgICAgICAgQSB0b3BvbG9neSBpcyBub3cgaWRl bnRpZmllZCB2aWEgYSB0cmlwbGV0ICggcHJvdmlkZXItaWQsIGNsaWVudC1pZCwgdGUtdG9wb2xv Z3ktaWQpLiBJIGZhaWwgdG8gc2VlIGNsaWVudC1pZCBhcyBhbiB1bml2ZXJzYWwgYXR0cmlidXRl LiBGb3IgZXhhbXBsZSwgaWYgSSBhbSB0aGUgcHJvdmlkZXIgYW5kIEkgaGF2ZSBvbmUgb3IgdG9w b2xvZ3ksIHNvIGhvdyBkbyBJIGZpbGwgaW4gdGhlIGNsaWVudC1pZCBmaWVsZD8NCltYdWZlbmdd IEluIHRoYXQgY2FzZSwgdGhlIGNsaWVudC1pZCB3aWxsIGJlIDAuIFNpbWlsYXIgdG8gIHRoZSBH bG9iYWxfSUQgZGVzY3JpYmVkIGluIFJGQzYzNzAsIDAgbWVhbnMgdGhhdCB0aGUgY2xpZW50LWlk IGlzIG5vdCBzcGVjaWZpZWQuDQoNCg0KDQozKSAgICAgICBJIHRob3VnaHQgc2NoZWR1bGUgd2ls bCBnbyBhd2F5IGluIGEgbmV3ZXIgdmVyc2lvbiwgYnV0IGluc3RlYWQgaXQgaXMgbWFkZSBhcyBh IGZlYXR1cmUuIEkgY2FuIGxpdmUgd2l0aCB0aGlzIG9wdGlvbiwgYnV0IHdoeSBkb2VzIGEgdG9w b2xvZ3kgaGFzIGEgZGV0YWlsZWQgdGltaW5nIGluZm9ybWF0aW9uLCB3aGlsZSBpbiB0aGUgbWVh bnRpbWUgaXRzIGxpbmtzIGFuZCBub2RlcyBoYXZlIHRoZSBzYW1lIGFtb3VudCBvZiBpbmZvcm1h dGlvbj8gSXNuoa90IHRoZSBleGlzdGVuY2Ugb2YgYSB0b3BvbG9neSBkZXBlbmRzIG9uIHRoYXQg b2YgdGhlIG5vZGVzIGFuZCBsaW5rcz8NCltYdWZlbmddIFRoZSBzY2hlZHVsZSBpcyBzdGlsbCBo ZXJlIGJlY2F1c2UgdGhlcmUgaGFzIGJlZW4gbm8gcHJvcGVyIGhvbWUgZm9yIGl0LiBUb3BvbG9n eSwgbm9kZSwgYW5kIGxpbmsgYWxsIGhhdmUgc3VjaCBhIHNjaGVkdWxpbmcgb3B0aW9uIHNvIHRo YXQgZWFjaCBlbnRpdHkgY2FuIGJlIHNjaGVkdWxlZCBpbmRlcGVuZGVudGx5LiBUaGVyZSBjb3Vs ZCBiZSBzdWNoIGEgY2FzZSB3aGVuIHNvbWUgbGlua3MgYXJlIHJlbW92ZWQgYnV0IHRoZSB0b3Bv bG9neSByZW1haW5zLg0KDQoNCg0KNCkgICAgICAgdW5kZXJsYXktcGF0aCBhbmQgdW5kZXJsYXkt YmFja3VwLXBhdGggYm90aCBoYXZlIGEgbGlzdCBvZiBwYXRoIGVsZW1lbnRzLiBJIHRoaW5rIHRo ZSBmaXJzdCBpcyB3b3JraW5nLCBpcyBpdD8gaWYgc28sIGNvdWxkIHlvdSByZW5hbWUgdGhlIGZp cnN0IGFzIHVuZGVybGF5LXdvcmtpbmctcGF0aD8gQWx0ZXJuYXRpdmVseSwgaXQgd291bGQgYmUg YmV0dGVyIHRvIHB1dCB0aGUgdHdvIHRvZ2V0aGVyIGFuZCBhZGQgYSB3b3JraW5nL2JhY2t1cCBm bGFnPw0KW1h1ZmVuZ10gV2UgaGF2ZSByZW5hbWVkIHRoZW0gdG8gdW5kZXJsYXktcHJpbWFyeS1w YXRoIGFuZCB1bmRlcmxheS1iYWNrdXAtcGF0aC4NCg0KV2lsbCBnZXQgYSBtb3JlIGRldGFpbGVk IHJldmlldyBvbmNlIHRoZSB0ZXh0IGlzIHVwZGF0ZWQgdG9nZXRoZXIgd2l0aCB0aGUgY29kZS4N Cg0KQ2hlZXJzLA0KWGlhbg0KDQpGcm9tOiBUZWFzIFttYWlsdG86dGVhcy1ib3VuY2VzQGlldGYu b3JnXSBPbiBCZWhhbGYgT2YgWHVmZW5nIExpdQ0KU2VudDogMjAxNcTqNtTCMjPI1SA0OjIzDQpU bzogdGVhc0BpZXRmLm9yZzxtYWlsdG86dGVhc0BpZXRmLm9yZz4NClN1YmplY3Q6IFtUZWFzXSBV cGRhdGluZyBkcmFmdC1pZXRmLXRlYXMteWFuZy10ZS10b3BvLTAwDQoNCkhpIEZvbGtzLA0KDQpU aGUgbmV4dCB2ZXJzaW9uIG9mIHRoZSBURS1Ub3BvbG9neSBtb2RlbCBkcmFmdCB3aWxsIGJlIHN1 Ym1pdHRlZCBuZXh0IHdlZWsuIEluIHRoZSBtZWFudGltZSwgcGxlYXNlIHJldmlldyB0aGUgbGF0 ZXN0IHZlcnNpb24gb2YgdGhlIG1vZGVsIHVwbG9hZGVkIG9uIGdpdGh1YiBhbmQgbGV0IHVzIGtu b3cgaWYgdGhlcmUgYXJlIGFueSBxdWVzdGlvbnMvY29tbWVudHMuIFdlIGV4cGVjdCB0byBtYWtl IG9uZSBtb3JlIHVwZGF0ZSBiZWZvcmUgc3VibWl0dGluZyB0aGUgZHJhZnQuDQoNCmh0dHBzOi8v Z2l0aHViLmNvbS9pZXRmLW1wbHMteWFuZy90ZS9ibG9iL21hc3Rlci9pZXRmLXRlLXRvcG9sb2d5 LnlhbmcNCmh0dHBzOi8vZ2l0aHViLmNvbS9pZXRmLW1wbHMteWFuZy90ZS9ibG9iL21hc3Rlci9p ZXRmLXRlLXRvcG9sb2d5X3RyZWUudHh0DQoNClJlZ2FyZHMsDQotIFh1ZmVuZyAob24gYmVoYWxm IG9mIHRoZSBhdXRob3JzKQ0KDQo= --_000_09add2e645564447ab6b57654771da01ATLSRVMBX1advaopticalco_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi Sergio,

Thanks for the feedback. Please, see my answers in-li= ne.

 

Cheers,

Igor

 

From: Teas [mailto:teas-bounces@ietf.org] = On Behalf Of BELOTTI, SERGIO (SERGIO)
Sent: Wednesday, July 01, 2015 10:46 AM
To: Xufeng Liu
Cc: Zhangxian (Xian); BELOTTI, SERGIO (SERGIO); teas@ietf.org
Subject: Re: [Teas] Updating draft-ietf-teas-yang-te-topo-00

 

Hi Liu, co-authors,

following Xian=A1=AFs = comments ,

 

I would have some comm= ents on the proposed update, even if difficult before to have a definite te= xt update:

 

1)&n= bsp;     One of the bas= ic usage of a te-topology model is to permit a controller (e.g. using a PCE= ) to make path computation. I see your topology model is based on nodes and= links, he permits hierarchy of topology but I cannot see any node/leaf for termination/adaptation point. In case o= f multi-layer path computation it would be essential to understand where th= ere are =A1=B0change=A1=B1 in the layer (as MRN for example does with IACD = concept) . I noticed you have defined server trail, but I do not see any topological component representing point of ad= aptation . You have underlay-trail-src and underlay-trail-des for reference= to server trail but no specific attributes are indicated here like BW avai= lable and so on.

IB>= ;> Agree, it is important to know, when performing a path computation, t= he adaptation capabilities of the links at the path termination points. We = need to add the IACD semantics to the link attributes. Good catch.

=  

2)&n= bsp;     Being a hierar= chical data store, Yang does not support explicitly recursion but the model= seems to obtain this by the usage of leafref , practically using a flat li= st of objects, where the objects are linked into a hierarchy using references, this happen for e.g. for topolog= y recursion . Is it correct my understanding? Do you see any limitation on = this usage?

IB>= ;> Yes, we capture the topology hierarchies via leafrefs to respective u= nderlay topologies of each of nodes and links, and so do, as I understand, =  the I2RSS network topology models. No, I don=A1=AFt see any limitations. Can you elaborate on this?

=  

3)&n= bsp;     Xian already p= ointing out the scheduling presence, but I also have remark on the presence= since a lot of comments during Dallas meeting underlined the premature pre= sence of scheduling part of the model.

IB>= ;> This will go away as soon as we find a home for this IMO very useful = concept.

=  

4)&n= bsp;     About the topo= logy-model draft-ietf-i2rs-yang-network-topo-01, I noticed in a parallel discussion the explic= it mention of the need to add Traffic Engineering. Is that in the process t= o encompass in a single draft with this Teas draft?

IB>= ;> We are working with I2RS to incorporate this model under their umbrel= la.

We al= so assume that the TEAS TE topology model could be used outside of I2RS as = well, for example, in the ACTN context.

 

Thanks

 

Sergio

 

 

 = ;

From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of Xufeng Liu
Sent: mercoled=A8=AC 1 luglio 2015 05:36
To: Zhangxian (Xian)
Cc: teas@ietf.org
Subject: Re: [Teas] Updating draft-ietf-teas-yang-te-topo-00

 

Hi Xian,

 

Thanks for the comment= s. Please check the replies below in-line.

 

Best,

 

- Xufeng

 

From: Zhangxian (Xian) [mailto:zhang.xian@huawei.com]
Sent: Friday, June 26, 2015 5:32 AM
To: Xufeng Liu
Cc: teas@ietf.org
Subject: RE: Updating draft-ietf-teas-yang-te-topo-00

 

Hi, X= ufeng and the authors,

=  

Thank you for getting us updated.

 

I haven=A1=AFt got time to read in details; just by = skimming through the tree,  I have the following questions:=

 

1)       During last IETF presentation, Pavan mentioned the model will try to use= the generic topology model. Is this going to happen in this version?  = ;If not, what is your plan?

[Xufeng] The int= egration with the i2rs generic topology model is currently working in progr= ess. We will report the status during IETF93.

 

2)       A topology is now identified via a triplet ( provider-id, client-id, te-= topology-id). I fail to see client-id as an universal attribute. For exampl= e, if I am the provider and I have one or topology, so how do I fill in the client-id field?

[Xufeng] In that= case, the client-id will be 0. Similar to  the Global_ID described in= RFC6370, 0 means that the client-id is not specified.

 

3)       I thought schedule will go away in a newer version, but instead it is ma= de as a feature. I can live with this option, but why does a topology has a= detailed timing information, while in the meantime its links and nodes have the same amount of information? I= sn=A1=AFt the existence of a topology depends on that of the nodes and link= s?

[Xufeng] The sch= edule is still here because there has been no proper home for it. Topology,= node, and link all have such a scheduling option so that each entity can b= e scheduled independently. There could be such a case when some links are removed but the topology remains.

 

4)       underlay-path and underlay-backup-path both have a list of path elements= . I think the first is working, is it? if so, could you rename the first as= underlay-working-path? Alternatively, it would be better to put the two together and add a working/backup flag? =

[Xufeng] We have= renamed them to underlay-primary-path and underlay-backup-path.=

 

Will get a more detailed review once the text is upd= ated together with the code.

 

Cheer= s,
Xian

=  

From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of Xufeng Liu
Sent: 2015=C4=EA6=D4=C223=C8=D5 4:23
To: teas@ietf.org
Subject: [Teas] Updating draft-ietf-teas-yang-te-topo-00<= /span>

 

Hi Folks, <= /span>

 

The next version of th= e TE-Topology model draft will be submitted next week. In the meantime, ple= ase review the latest version of the model uploaded on github and let us kn= ow if there are any questions/comments. We expect to make one more update before submitting the draft.<= /span>

 

https://github= .com/ietf-mpls-yang/te/blob/master/ietf-te-topology.yang

https://gi= thub.com/ietf-mpls-yang/te/blob/master/ietf-te-topology_tree.txt

 

Regards,

- Xufeng (on behalf of= the authors)

 

--_000_09add2e645564447ab6b57654771da01ATLSRVMBX1advaopticalco_-- From nobody Wed Jul 1 08:33:47 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 00BF61A905B for ; Wed, 1 Jul 2015 08:33:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.459 X-Spam-Level: X-Spam-Status: No, score=-4.459 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YNNyqJYuh6bh for ; Wed, 1 Jul 2015 08:33:42 -0700 (PDT) Received: from smtp-fr.alcatel-lucent.com (fr-hpgre-esg-01.alcatel-lucent.com [135.245.210.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3AD5D1A906F for ; Wed, 1 Jul 2015 08:33:42 -0700 (PDT) Received: from fr711usmtp1.zeu.alcatel-lucent.com (unknown [135.239.2.122]) by Websense Email Security Gateway with ESMTPS id E27DA8EB45228; Wed, 1 Jul 2015 15:33:37 +0000 (GMT) Received: from FR712WXCHHUB03.zeu.alcatel-lucent.com (fr712wxchhub03.zeu.alcatel-lucent.com [135.239.2.74]) by fr711usmtp1.zeu.alcatel-lucent.com (GMO) with ESMTP id t61FXdaH007482 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 1 Jul 2015 17:33:39 +0200 Received: from FR711WXCHMBA05.zeu.alcatel-lucent.com ([169.254.1.213]) by FR712WXCHHUB03.zeu.alcatel-lucent.com ([135.239.2.74]) with mapi id 14.03.0195.001; Wed, 1 Jul 2015 17:33:39 +0200 From: "BELOTTI, SERGIO (SERGIO)" To: Igor Bryskin , Xufeng Liu Thread-Topic: Updating draft-ietf-teas-yang-te-topo-00 Thread-Index: AdCtKR1u5mVfEDQtQzGUHRr3jQYWdwCjYdRAAP0DYTAAGA0DQAABszsgAAAS+yA= Date: Wed, 1 Jul 2015 15:33:38 +0000 Message-ID: References: <09add2e645564447ab6b57654771da01@ATL-SRV-MBX1.advaoptical.com> In-Reply-To: <09add2e645564447ab6b57654771da01@ATL-SRV-MBX1.advaoptical.com> Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.239.27.39] Content-Type: multipart/alternative; boundary="_000_B9FEE68CE3A78C41A2B3C67549A96F48B75EA634FR711WXCHMBA05z_" MIME-Version: 1.0 Archived-At: Cc: "Zhangxian \(Xian\)" , "teas@ietf.org" Subject: Re: [Teas] Updating draft-ietf-teas-yang-te-topo-00 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2015 15:33:46 -0000 --_000_B9FEE68CE3A78C41A2B3C67549A96F48B75EA634FR711WXCHMBA05z_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGkgSWdvciwNCnRoYW5rcyBhIGxvdCBmb3IgeW91ciBwcm9tcHQgcmVwbHkuDQoNCllvdSBjYW4g c2VlIG15IGNlbnRzIGJlbG93IGluIGxpbmUgLg0KSG9wZSB0byBzZWUgeW91IGluIFByYWd1ZS4N Cg0KQ2hlZXJzDQpTZXJnaW8NCg0KQmVsb3R0aSBTZXJnaW8gLSBTeXN0ZW0gQXJjaGl0ZWN0DQpB TENBVEVMLUxVQ0VOVCAgSVAgUm91dGluZyZUcmFuc3BvcnQNCnZpYSBUcmVudG8gMzAgVmltZXJj YXRlIChNQikgLSBJdGFseQ0KcGhvbmUgKzM5ICgwMzkpIDY4NjMwMzMNCg0KRnJvbTogSWdvciBC cnlza2luIFttYWlsdG86SUJyeXNraW5AYWR2YW9wdGljYWwuY29tXQ0KU2VudDogbWVyY29sZWSo rCAxIGx1Z2xpbyAyMDE1IDE3OjE2DQpUbzogQkVMT1RUSSwgU0VSR0lPIChTRVJHSU8pOyBYdWZl bmcgTGl1DQpDYzogWmhhbmd4aWFuIChYaWFuKTsgdGVhc0BpZXRmLm9yZw0KU3ViamVjdDogUkU6 IFVwZGF0aW5nIGRyYWZ0LWlldGYtdGVhcy15YW5nLXRlLXRvcG8tMDANCg0KSGkgU2VyZ2lvLA0K VGhhbmtzIGZvciB0aGUgZmVlZGJhY2suIFBsZWFzZSwgc2VlIG15IGFuc3dlcnMgaW4tbGluZS4N Cg0KQ2hlZXJzLA0KSWdvcg0KDQpGcm9tOiBUZWFzIFttYWlsdG86dGVhcy1ib3VuY2VzQGlldGYu b3JnXSBPbiBCZWhhbGYgT2YgQkVMT1RUSSwgU0VSR0lPIChTRVJHSU8pDQpTZW50OiBXZWRuZXNk YXksIEp1bHkgMDEsIDIwMTUgMTA6NDYgQU0NClRvOiBYdWZlbmcgTGl1DQpDYzogWmhhbmd4aWFu IChYaWFuKTsgQkVMT1RUSSwgU0VSR0lPIChTRVJHSU8pOyB0ZWFzQGlldGYub3JnPG1haWx0bzp0 ZWFzQGlldGYub3JnPg0KU3ViamVjdDogUmU6IFtUZWFzXSBVcGRhdGluZyBkcmFmdC1pZXRmLXRl YXMteWFuZy10ZS10b3BvLTAwDQoNCkhpIExpdSwgY28tYXV0aG9ycywNCmZvbGxvd2luZyBYaWFu oa9zIGNvbW1lbnRzICwNCg0KSSB3b3VsZCBoYXZlIHNvbWUgY29tbWVudHMgb24gdGhlIHByb3Bv c2VkIHVwZGF0ZSwgZXZlbiBpZiBkaWZmaWN1bHQgYmVmb3JlIHRvIGhhdmUgYSBkZWZpbml0ZSB0 ZXh0IHVwZGF0ZToNCg0KDQoxKSAgICAgIE9uZSBvZiB0aGUgYmFzaWMgdXNhZ2Ugb2YgYSB0ZS10 b3BvbG9neSBtb2RlbCBpcyB0byBwZXJtaXQgYSBjb250cm9sbGVyIChlLmcuIHVzaW5nIGEgUENF KSB0byBtYWtlIHBhdGggY29tcHV0YXRpb24uIEkgc2VlIHlvdXIgdG9wb2xvZ3kgbW9kZWwgaXMg YmFzZWQgb24gbm9kZXMgYW5kIGxpbmtzLCBoZSBwZXJtaXRzIGhpZXJhcmNoeSBvZiB0b3BvbG9n eSBidXQgSSBjYW5ub3Qgc2VlIGFueSBub2RlL2xlYWYgZm9yIHRlcm1pbmF0aW9uL2FkYXB0YXRp b24gcG9pbnQuIEluIGNhc2Ugb2YgbXVsdGktbGF5ZXIgcGF0aCBjb21wdXRhdGlvbiBpdCB3b3Vs ZCBiZSBlc3NlbnRpYWwgdG8gdW5kZXJzdGFuZCB3aGVyZSB0aGVyZSBhcmUgobBjaGFuZ2WhsSBp biB0aGUgbGF5ZXIgKGFzIE1STiBmb3IgZXhhbXBsZSBkb2VzIHdpdGggSUFDRCBjb25jZXB0KSAu IEkgbm90aWNlZCB5b3UgaGF2ZSBkZWZpbmVkIHNlcnZlciB0cmFpbCwgYnV0IEkgZG8gbm90IHNl ZSBhbnkgdG9wb2xvZ2ljYWwgY29tcG9uZW50IHJlcHJlc2VudGluZyBwb2ludCBvZiBhZGFwdGF0 aW9uIC4gWW91IGhhdmUgdW5kZXJsYXktdHJhaWwtc3JjIGFuZCB1bmRlcmxheS10cmFpbC1kZXMg Zm9yIHJlZmVyZW5jZSB0byBzZXJ2ZXIgdHJhaWwgYnV0IG5vIHNwZWNpZmljIGF0dHJpYnV0ZXMg YXJlIGluZGljYXRlZCBoZXJlIGxpa2UgQlcgYXZhaWxhYmxlIGFuZCBzbyBvbi4NCklCPj4gQWdy ZWUsIGl0IGlzIGltcG9ydGFudCB0byBrbm93LCB3aGVuIHBlcmZvcm1pbmcgYSBwYXRoIGNvbXB1 dGF0aW9uLCB0aGUgYWRhcHRhdGlvbiBjYXBhYmlsaXRpZXMgb2YgdGhlIGxpbmtzIGF0IHRoZSBw YXRoIHRlcm1pbmF0aW9uIHBvaW50cy4gV2UgbmVlZCB0byBhZGQgdGhlIElBQ0Qgc2VtYW50aWNz IHRvIHRoZSBsaW5rIGF0dHJpYnV0ZXMuIEdvb2QgY2F0Y2guDQoNCg0KMikgICAgICBCZWluZyBh IGhpZXJhcmNoaWNhbCBkYXRhIHN0b3JlLCBZYW5nIGRvZXMgbm90IHN1cHBvcnQgZXhwbGljaXRs eSByZWN1cnNpb24gYnV0IHRoZSBtb2RlbCBzZWVtcyB0byBvYnRhaW4gdGhpcyBieSB0aGUgdXNh Z2Ugb2YgbGVhZnJlZiAsIHByYWN0aWNhbGx5IHVzaW5nIGEgZmxhdCBsaXN0IG9mIG9iamVjdHMs IHdoZXJlIHRoZSBvYmplY3RzIGFyZSBsaW5rZWQgaW50byBhIGhpZXJhcmNoeSB1c2luZyByZWZl cmVuY2VzLCB0aGlzIGhhcHBlbiBmb3IgZS5nLiBmb3IgdG9wb2xvZ3kgcmVjdXJzaW9uIC4gSXMg aXQgY29ycmVjdCBteSB1bmRlcnN0YW5kaW5nPyBEbyB5b3Ugc2VlIGFueSBsaW1pdGF0aW9uIG9u IHRoaXMgdXNhZ2U/DQpJQj4+IFllcywgd2UgY2FwdHVyZSB0aGUgdG9wb2xvZ3kgaGllcmFyY2hp ZXMgdmlhIGxlYWZyZWZzIHRvIHJlc3BlY3RpdmUgdW5kZXJsYXkgdG9wb2xvZ2llcyBvZiBlYWNo IG9mIG5vZGVzIGFuZCBsaW5rcywgYW5kIHNvIGRvLCBhcyBJIHVuZGVyc3RhbmQsICB0aGUgSTJS U1MgbmV0d29yayB0b3BvbG9neSBtb2RlbHMuIE5vLCBJIGRvbqGvdCBzZWUgYW55IGxpbWl0YXRp b25zLiBDYW4geW91IGVsYWJvcmF0ZSBvbiB0aGlzPw0KU0I+IE5vLCBJoa9tIG5vdCBzYXlpbmcg dGhlcmUgaXMgbGltaXRhdGlvbiBvbiB0aGF0LiBNeSBxdWVzdGlvbiBpcyB3aGV0aGVyIHlvdSBz ZWUgb3RoZXIgbWV0aG9kL2FwcHJvYWNoIHRvIG9idGFpbiByZWN1cnNpb24gdGhhbiB0aGlzLiBO byBhc3N1bXB0aW9uIG9mIGxpbWl0YXRpb24uIDopDQoNCg0KMykgICAgICBYaWFuIGFscmVhZHkg cG9pbnRpbmcgb3V0IHRoZSBzY2hlZHVsaW5nIHByZXNlbmNlLCBidXQgSSBhbHNvIGhhdmUgcmVt YXJrIG9uIHRoZSBwcmVzZW5jZSBzaW5jZSBhIGxvdCBvZiBjb21tZW50cyBkdXJpbmcgRGFsbGFz IG1lZXRpbmcgdW5kZXJsaW5lZCB0aGUgcHJlbWF0dXJlIHByZXNlbmNlIG9mIHNjaGVkdWxpbmcg cGFydCBvZiB0aGUgbW9kZWwuDQpJQj4+IFRoaXMgd2lsbCBnbyBhd2F5IGFzIHNvb24gYXMgd2Ug ZmluZCBhIGhvbWUgZm9yIHRoaXMgSU1PIHZlcnkgdXNlZnVsIGNvbmNlcHQuDQoNCg0KNCkgICAg ICBBYm91dCB0aGUgdG9wb2xvZ3ktbW9kZWwgZHJhZnQtaWV0Zi1pMnJzLXlhbmctbmV0d29yay10 b3BvLTAxPGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWlldGYtaTJycy15 YW5nLW5ldHdvcmstdG9wby8+LCBJIG5vdGljZWQgaW4gYSBwYXJhbGxlbCBkaXNjdXNzaW9uIHRo ZSBleHBsaWNpdCBtZW50aW9uIG9mIHRoZSBuZWVkIHRvIGFkZCBUcmFmZmljIEVuZ2luZWVyaW5n LiBJcyB0aGF0IGluIHRoZSBwcm9jZXNzIHRvIGVuY29tcGFzcyBpbiBhIHNpbmdsZSBkcmFmdCB3 aXRoIHRoaXMgVGVhcyBkcmFmdD8NCklCPj4gV2UgYXJlIHdvcmtpbmcgd2l0aCBJMlJTIHRvIGlu Y29ycG9yYXRlIHRoaXMgbW9kZWwgdW5kZXIgdGhlaXIgdW1icmVsbGEuDQpXZSBhbHNvIGFzc3Vt ZSB0aGF0IHRoZSBURUFTIFRFIHRvcG9sb2d5IG1vZGVsIGNvdWxkIGJlIHVzZWQgb3V0c2lkZSBv ZiBJMlJTIGFzIHdlbGwsIGZvciBleGFtcGxlLCBpbiB0aGUgQUNUTiBjb250ZXh0Lg0KU0I+IFll cyBzdXJlLCB0aGlzIGNvdWxkIGJlIGEgcmlnaHQgY29udGV4dC4NCg0KVGhhbmtzDQoNClNlcmdp bw0KDQoNCg0KRnJvbTogVGVhcyBbbWFpbHRvOnRlYXMtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVo YWxmIE9mIFh1ZmVuZyBMaXUNClNlbnQ6IG1lcmNvbGVkqKwgMSBsdWdsaW8gMjAxNSAwNTozNg0K VG86IFpoYW5neGlhbiAoWGlhbikNCkNjOiB0ZWFzQGlldGYub3JnPG1haWx0bzp0ZWFzQGlldGYu b3JnPg0KU3ViamVjdDogUmU6IFtUZWFzXSBVcGRhdGluZyBkcmFmdC1pZXRmLXRlYXMteWFuZy10 ZS10b3BvLTAwDQoNCkhpIFhpYW4sDQoNClRoYW5rcyBmb3IgdGhlIGNvbW1lbnRzLiBQbGVhc2Ug Y2hlY2sgdGhlIHJlcGxpZXMgYmVsb3cgaW4tbGluZS4NCg0KQmVzdCwNCg0KLSBYdWZlbmcNCg0K RnJvbTogWmhhbmd4aWFuIChYaWFuKSBbbWFpbHRvOnpoYW5nLnhpYW5AaHVhd2VpLmNvbV0NClNl bnQ6IEZyaWRheSwgSnVuZSAyNiwgMjAxNSA1OjMyIEFNDQpUbzogWHVmZW5nIExpdQ0KQ2M6IHRl YXNAaWV0Zi5vcmc8bWFpbHRvOnRlYXNAaWV0Zi5vcmc+DQpTdWJqZWN0OiBSRTogVXBkYXRpbmcg ZHJhZnQtaWV0Zi10ZWFzLXlhbmctdGUtdG9wby0wMA0KDQpIaSwgWHVmZW5nIGFuZCB0aGUgYXV0 aG9ycywNCg0KVGhhbmsgeW91IGZvciBnZXR0aW5nIHVzIHVwZGF0ZWQuDQoNCkkgaGF2ZW6hr3Qg Z290IHRpbWUgdG8gcmVhZCBpbiBkZXRhaWxzOyBqdXN0IGJ5IHNraW1taW5nIHRocm91Z2ggdGhl IHRyZWUsICBJIGhhdmUgdGhlIGZvbGxvd2luZyBxdWVzdGlvbnM6DQoNCg0KMSkgICAgICAgRHVy aW5nIGxhc3QgSUVURiBwcmVzZW50YXRpb24sIFBhdmFuIG1lbnRpb25lZCB0aGUgbW9kZWwgd2ls bCB0cnkgdG8gdXNlIHRoZSBnZW5lcmljIHRvcG9sb2d5IG1vZGVsLiBJcyB0aGlzIGdvaW5nIHRv IGhhcHBlbiBpbiB0aGlzIHZlcnNpb24/ICBJZiBub3QsIHdoYXQgaXMgeW91ciBwbGFuPw0KW1h1 ZmVuZ10gVGhlIGludGVncmF0aW9uIHdpdGggdGhlIGkycnMgZ2VuZXJpYyB0b3BvbG9neSBtb2Rl bCBpcyBjdXJyZW50bHkgd29ya2luZyBpbiBwcm9ncmVzcy4gV2Ugd2lsbCByZXBvcnQgdGhlIHN0 YXR1cyBkdXJpbmcgSUVURjkzLg0KDQoNCjIpICAgICAgIEEgdG9wb2xvZ3kgaXMgbm93IGlkZW50 aWZpZWQgdmlhIGEgdHJpcGxldCAoIHByb3ZpZGVyLWlkLCBjbGllbnQtaWQsIHRlLXRvcG9sb2d5 LWlkKS4gSSBmYWlsIHRvIHNlZSBjbGllbnQtaWQgYXMgYW4gdW5pdmVyc2FsIGF0dHJpYnV0ZS4g Rm9yIGV4YW1wbGUsIGlmIEkgYW0gdGhlIHByb3ZpZGVyIGFuZCBJIGhhdmUgb25lIG9yIHRvcG9s b2d5LCBzbyBob3cgZG8gSSBmaWxsIGluIHRoZSBjbGllbnQtaWQgZmllbGQ/DQpbWHVmZW5nXSBJ biB0aGF0IGNhc2UsIHRoZSBjbGllbnQtaWQgd2lsbCBiZSAwLiBTaW1pbGFyIHRvICB0aGUgR2xv YmFsX0lEIGRlc2NyaWJlZCBpbiBSRkM2MzcwLCAwIG1lYW5zIHRoYXQgdGhlIGNsaWVudC1pZCBp cyBub3Qgc3BlY2lmaWVkLg0KDQoNCg0KMykgICAgICAgSSB0aG91Z2h0IHNjaGVkdWxlIHdpbGwg Z28gYXdheSBpbiBhIG5ld2VyIHZlcnNpb24sIGJ1dCBpbnN0ZWFkIGl0IGlzIG1hZGUgYXMgYSBm ZWF0dXJlLiBJIGNhbiBsaXZlIHdpdGggdGhpcyBvcHRpb24sIGJ1dCB3aHkgZG9lcyBhIHRvcG9s b2d5IGhhcyBhIGRldGFpbGVkIHRpbWluZyBpbmZvcm1hdGlvbiwgd2hpbGUgaW4gdGhlIG1lYW50 aW1lIGl0cyBsaW5rcyBhbmQgbm9kZXMgaGF2ZSB0aGUgc2FtZSBhbW91bnQgb2YgaW5mb3JtYXRp b24/IElzbqGvdCB0aGUgZXhpc3RlbmNlIG9mIGEgdG9wb2xvZ3kgZGVwZW5kcyBvbiB0aGF0IG9m IHRoZSBub2RlcyBhbmQgbGlua3M/DQpbWHVmZW5nXSBUaGUgc2NoZWR1bGUgaXMgc3RpbGwgaGVy ZSBiZWNhdXNlIHRoZXJlIGhhcyBiZWVuIG5vIHByb3BlciBob21lIGZvciBpdC4gVG9wb2xvZ3ks IG5vZGUsIGFuZCBsaW5rIGFsbCBoYXZlIHN1Y2ggYSBzY2hlZHVsaW5nIG9wdGlvbiBzbyB0aGF0 IGVhY2ggZW50aXR5IGNhbiBiZSBzY2hlZHVsZWQgaW5kZXBlbmRlbnRseS4gVGhlcmUgY291bGQg YmUgc3VjaCBhIGNhc2Ugd2hlbiBzb21lIGxpbmtzIGFyZSByZW1vdmVkIGJ1dCB0aGUgdG9wb2xv Z3kgcmVtYWlucy4NCg0KDQoNCjQpICAgICAgIHVuZGVybGF5LXBhdGggYW5kIHVuZGVybGF5LWJh Y2t1cC1wYXRoIGJvdGggaGF2ZSBhIGxpc3Qgb2YgcGF0aCBlbGVtZW50cy4gSSB0aGluayB0aGUg Zmlyc3QgaXMgd29ya2luZywgaXMgaXQ/IGlmIHNvLCBjb3VsZCB5b3UgcmVuYW1lIHRoZSBmaXJz dCBhcyB1bmRlcmxheS13b3JraW5nLXBhdGg/IEFsdGVybmF0aXZlbHksIGl0IHdvdWxkIGJlIGJl dHRlciB0byBwdXQgdGhlIHR3byB0b2dldGhlciBhbmQgYWRkIGEgd29ya2luZy9iYWNrdXAgZmxh Zz8NCltYdWZlbmddIFdlIGhhdmUgcmVuYW1lZCB0aGVtIHRvIHVuZGVybGF5LXByaW1hcnktcGF0 aCBhbmQgdW5kZXJsYXktYmFja3VwLXBhdGguDQoNCldpbGwgZ2V0IGEgbW9yZSBkZXRhaWxlZCBy ZXZpZXcgb25jZSB0aGUgdGV4dCBpcyB1cGRhdGVkIHRvZ2V0aGVyIHdpdGggdGhlIGNvZGUuDQoN CkNoZWVycywNClhpYW4NCg0KRnJvbTogVGVhcyBbbWFpbHRvOnRlYXMtYm91bmNlc0BpZXRmLm9y Z10gT24gQmVoYWxmIE9mIFh1ZmVuZyBMaXUNClNlbnQ6IDIwMTXE6jbUwjIzyNUgNDoyMw0KVG86 IHRlYXNAaWV0Zi5vcmc8bWFpbHRvOnRlYXNAaWV0Zi5vcmc+DQpTdWJqZWN0OiBbVGVhc10gVXBk YXRpbmcgZHJhZnQtaWV0Zi10ZWFzLXlhbmctdGUtdG9wby0wMA0KDQpIaSBGb2xrcywNCg0KVGhl IG5leHQgdmVyc2lvbiBvZiB0aGUgVEUtVG9wb2xvZ3kgbW9kZWwgZHJhZnQgd2lsbCBiZSBzdWJt aXR0ZWQgbmV4dCB3ZWVrLiBJbiB0aGUgbWVhbnRpbWUsIHBsZWFzZSByZXZpZXcgdGhlIGxhdGVz dCB2ZXJzaW9uIG9mIHRoZSBtb2RlbCB1cGxvYWRlZCBvbiBnaXRodWIgYW5kIGxldCB1cyBrbm93 IGlmIHRoZXJlIGFyZSBhbnkgcXVlc3Rpb25zL2NvbW1lbnRzLiBXZSBleHBlY3QgdG8gbWFrZSBv bmUgbW9yZSB1cGRhdGUgYmVmb3JlIHN1Ym1pdHRpbmcgdGhlIGRyYWZ0Lg0KDQpodHRwczovL2dp dGh1Yi5jb20vaWV0Zi1tcGxzLXlhbmcvdGUvYmxvYi9tYXN0ZXIvaWV0Zi10ZS10b3BvbG9neS55 YW5nDQpodHRwczovL2dpdGh1Yi5jb20vaWV0Zi1tcGxzLXlhbmcvdGUvYmxvYi9tYXN0ZXIvaWV0 Zi10ZS10b3BvbG9neV90cmVlLnR4dA0KDQpSZWdhcmRzLA0KLSBYdWZlbmcgKG9uIGJlaGFsZiBv ZiB0aGUgYXV0aG9ycykNCg0K --_000_B9FEE68CE3A78C41A2B3C67549A96F48B75EA634FR711WXCHMBA05z_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi Igor= ,

thanks = a lot for your prompt reply.

&n= bsp;

You can= see my cents below in line .

Hope to= see you in Prague.

&n= bsp;

Cheers<= o:p>

Sergio<= o:p>

&n= bsp;

Belotti Serg= io - System Architect

ALCATEL-LUCE= NT  IP Routing&Transport

via Trento 30 Vimercate (MB= ) - Italy

phone +39 (039) 6863033=

 

From: Igor Bryskin [mailto:IBryskin@advaoptical.com]
Sent: mercoled=A8=AC 1 luglio 2015 17:16
To: BELOTTI, SERGIO (SERGIO); Xufeng Liu
Cc: Zhangxian (Xian); teas@ietf.org
Subject: RE: Updating draft-ietf-teas-yang-te-topo-00

 

Hi Sergio,

Thanks for the feedback. Please, see my answers in-line.

 

Cheers,

Igor

 

From: Teas [mailto:teas-boun= ces@ietf.org] On Behalf Of BELOTTI, SERGIO (SERGIO)
Sent: Wednesday, July 01, 2015 10:46 AM
To: Xufeng Liu
Cc: Zhangxian (Xian); BELOTTI, SERGIO (SERGIO); teas@ietf.org
Subject: Re: [Teas] Updating draft-ietf-teas-yang-te-topo-00

 

Hi Liu,= co-authors,

followi= ng Xian=A1=AFs comments ,

&n= bsp;

I would= have some comments on the proposed update, even if difficult before to hav= e a definite text update:

&n= bsp;

1)      One of the basic usage = of a te-topology model is to permit a controller (e.g. using a PCE) to make= path computation. I see your topology model is based on nodes and links, h= e permits hierarchy of topology but I cannot see any node/leaf for termination/adaptation point. In case of mu= lti-layer path computation it would be essential to understand where there = are =A1=B0change=A1=B1 in the layer (as MRN for example does with IACD conc= ept) . I noticed you have defined server trail, but I do not see any topological component representing point of adaptatio= n . You have underlay-trail-src and underlay-trail-des for reference to ser= ver trail but no specific attributes are indicated here like BW available a= nd so on.

IB>> Agree, it is important to know, when performing a path= computation, the adaptation capabilities of the links at the path terminat= ion points. We need to add the IACD semantics to the link attributes. Good catch.

 

2)      Being a hierarchical da= ta store, Yang does not support explicitly recursion but the model seems to= obtain this by the usage of leafref , practically using a flat list of obj= ects, where the objects are linked into a hierarchy using references, this happen for e.g. for topology recursion = . Is it correct my understanding? Do you see any limitation on this usage?

IB>> Yes, we capture the topology hierarchies via leafrefs = to respective underlay topologies of each of nodes and links, and so do, as= I understand,  the I2RSS network topology models. No, I don=A1=AFt see any limitations. Can you elaborate on this?

SB> = No, I=A1=AFm not saying there is limitation on that. My question is whether= you see other method/approach to obtain recursion than this. No assumption= of limitation. J=

 

3)      Xian already pointing o= ut the scheduling presence, but I also have remark on the presence since a = lot of comments during Dallas meeting underlined the premature presence of = scheduling part of the model.

IB>> This will go away as soon as we find a home for this I= MO very useful concept.

 

4)      About the topology-mode= l draft-ietf-i2rs-yang-network-t= opo-01, I noticed in a parallel discussion the explic= it mention of the need to add Traffic Engineering. Is that in the process t= o encompass in a single draft with this Teas draft?

IB>> We are working with I2RS to incorporate this model und= er their umbrella.

We also assume that the TEAS TE topology model could be used outs= ide of I2RS as well, for example, in the ACTN context.

SB> = Yes sure, this could be a right context.

&n= bsp;

Thanks<= o:p>

&n= bsp;

Sergio<= o:p>

&n= bsp;

&n= bsp;

 

From: Teas [mailto= :teas-bounces@ietf.org] On Behalf Of Xufeng Liu
Sent: mercoled=A8=AC 1 luglio 2015 05:36
To: Zhangxian (Xian)
Cc: teas@ietf.org
Subject: Re: [Teas] Updating draft-ietf-teas-yang-te-topo-00

 

Hi Xian= ,

&n= bsp;

Thanks = for the comments. Please check the replies below in-line.=

&n= bsp;

Best,

&n= bsp;

- Xufen= g

&n= bsp;

From: Zhangxian (Xian) [mailto:zhang.xian@huawei.com]
Sent: Friday, June 26, 2015 5:32 AM
To: Xufeng Liu
Cc: teas@ietf.org
Subject: RE: Updating draft-ietf-teas-yang-te-topo-00

 

Hi, Xufeng and the authors,

 

Thank you for getting us updated.

 

I haven=A1=AFt got time to read in de= tails; just by skimming through the tree,  I have the following questi= ons:

 

1)=      &= nbsp; During= last IETF presentation, Pavan mentioned the model will try to use the gene= ric topology model. Is this going to happen in this version?  If not, = what is your plan?

[= Xufeng] The integration with the i2rs generic topology model is currently w= orking in progress. We will report the status during IETF93.=

 

2)=      &= nbsp; A topo= logy is now identified via a triplet ( provider-id, client-id, te-topology-= id). I fail to see client-id as an universal attribute. For example, if I a= m the provider and I have one or topology, so how do I fill in the client-id field?

[= Xufeng] In that case, the client-id will be 0. Similar to  the Global_= ID described in RFC6370, 0 means that the client-id is not specified.

 

3)=      &= nbsp; I thou= ght schedule will go away in a newer version, but instead it is made as a f= eature. I can live with this option, but why does a topology has a detailed= timing information, while in the meantime its links and nodes have the same amount of information? Isn=A1=AFt the ex= istence of a topology depends on that of the nodes and links?

[= Xufeng] The schedule is still here because there has been no proper home fo= r it. Topology, node, and link all have such a scheduling option so that ea= ch entity can be scheduled independently. There could be such a case when some links are removed but the topology re= mains.

 

4)=      &= nbsp; underl= ay-path and underlay-backup-path both have a list of path elements. I think= the first is working, is it? if so, could you rename the first as underlay= -working-path? Alternatively, it would be better to put the two together and add a working/backup flag?

[= Xufeng] We have renamed them to underlay-primary-path and underlay-backup-p= ath.=

 

Will get a more detailed review once = the text is updated together with the code.

 

Cheers,
Xian

 

From: Teas [mailto= :teas-bounces@ietf.org] On Behalf Of Xufeng Liu
Sent: 2015=C4=EA6=D4=C223=C8=D5 4:23
To: teas@ietf.org
Subject: [Teas] Updating draft-ietf-teas-yang-te-topo-00<= /span>

 

Hi Folk= s,

&n= bsp;

The nex= t version of the TE-Topology model draft will be submitted next week. In th= e meantime, please review the latest version of the model uploaded on githu= b and let us know if there are any questions/comments. We expect to make one more update before submitting the draft.<= /span>

&n= bsp;

https://github.com/ietf-mpls-yang/te/blob/master/ietf-te-topology.yang=

https://github.com/ietf-mpls-yang/te/blob/master/ietf-te-topology_tree= .txt

&n= bsp;

Regards= ,

- Xufen= g (on behalf of the authors)

 

--_000_B9FEE68CE3A78C41A2B3C67549A96F48B75EA634FR711WXCHMBA05z_-- From nobody Wed Jul 1 08:51:31 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D5FEE1A909F for ; Wed, 1 Jul 2015 08:51:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.71 X-Spam-Level: X-Spam-Status: No, score=-0.71 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id otpwXai2Eocb for ; Wed, 1 Jul 2015 08:51:29 -0700 (PDT) Received: from thumper.appcomsci.com (thumper.appcomsci.com [205.132.0.196]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 02B441A90E9 for ; Wed, 1 Jul 2015 08:51:28 -0700 (PDT) Received: from bambi.appcomsci.com (bambi.appcomsci.com [192.4.5.54]) by thumper.appcomsci.com (8.14.4/8.14.4) with ESMTP id t61Fq3SZ013257; Wed, 1 Jul 2015 11:52:03 -0400 Received: from brg-ats-exhb1.ats.atsinnovate.com (exch.appcomsci.com [192.4.5.112]) by bambi.appcomsci.com (8.14.4/8.13.4) with ESMTP id t61FpRKD003531; Wed, 1 Jul 2015 11:51:27 -0400 Received: from RRC-ATS-EXMB2.ats.atsinnovate.com ([2002:c004:56a::c004:56a]) by brg-ats-exhb1.ats.atsinnovate.com ([2002:c004:570::c004:570]) with mapi; Wed, 1 Jul 2015 11:51:24 -0400 From: "Wilson, Brian J" To: Vishnu Pavan Beeram , "teas@ietf.org" Thread-Topic: [Teas] WG Last Call on draft-ietf-teas-fast-lsps-requirements Thread-Index: AQHQrR0MC52C+mh/OkaVU8iqCc0UJ53G0PWA Date: Wed, 1 Jul 2015 15:51:26 +0000 Message-ID: <4CC5843A6E31AE43B84680C27EDF38AA0D99BC68@rrc-ats-exmb2.ats.atsinnovate.com> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Type: multipart/alternative; boundary="_000_4CC5843A6E31AE43B84680C27EDF38AA0D99BC68rrcatsexmb2atsa_" MIME-Version: 1.0 Archived-At: Subject: Re: [Teas] WG Last Call on draft-ietf-teas-fast-lsps-requirements X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2015 15:51:31 -0000 --_000_4CC5843A6E31AE43B84680C27EDF38AA0D99BC68rrcatsexmb2atsa_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 UGF2YW4sDQoNCkknbSBvbmUgb2YgdGhlIGF1dGhvcnMgb2YgdGhpcyBkb2N1bWVudCBhbmQgYmVs aWV2ZSB0aGF0IGl0IGlzIHJlYWR5IGZvciBwdWJsaWNhdGlvbi4NCg0KVGhhbmtzLA0KQnJpYW4g V2lsc29uDQoNCkZyb206IFRlYXMgW21haWx0bzp0ZWFzLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJl aGFsZiBPZiBWaXNobnUgUGF2YW4gQmVlcmFtDQpTZW50OiBNb25kYXksIEp1bmUgMjIsIDIwMTUg Mjo1NiBQTQ0KVG86IHRlYXNAaWV0Zi5vcmcNClN1YmplY3Q6IFtUZWFzXSBXRyBMYXN0IENhbGwg b24gZHJhZnQtaWV0Zi10ZWFzLWZhc3QtbHNwcy1yZXF1aXJlbWVudHMNCg0KQWxsLA0KVGhpcyBz dGFydHMgYSB0d28gd2VlayB3b3JraW5nIGdyb3VwIGxhc3QgY2FsbCBvbg0KZHJhZnQtaWV0Zi10 ZWFzLWZhc3QtbHNwcy1yZXF1aXJlbWVudHMNCg0KVGhlIHdvcmtpbmcgZ3JvdXAgbGFzdCBjYWxs IGVuZHMgb24gTW9uZGF5LCBKdWx5IDZ0aC4gUGxlYXNlDQpzZW5kIHlvdXIgY29tbWVudHMgdG8g dGhlIFRFQVMgbWFpbGluZyBsaXN0Lg0KDQpBcyBpcyBhbHdheXMgdGhlIGNhc2UsIHBvc2l0aXZl IGNvbW1lbnRzLCBlLmcuLCAiSSd2ZSByZXZpZXdlZCB0aGlzDQpkb2N1bWVudCBhbmQgYmVsaWV2 ZSBpdCBpcyByZWFkeSBmb3IgcHVibGljYXRpb24iLCBhcmUgd2VsY29tZSENClRoaXMgaXMgdXNl ZnVsIGFuZCBpbXBvcnRhbnQsIGV2ZW4gZnJvbSBhdXRob3JzLg0KDQpUaGFua3MsDQpQYXZhbg0K --_000_4CC5843A6E31AE43B84680C27EDF38AA0D99BC68rrcatsexmb2atsa_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu dD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij48bWV0YSBuYW1lPUdlbmVyYXRvciBjb250ZW50 PSJNaWNyb3NvZnQgV29yZCAxNSAoZmlsdGVyZWQgbWVkaXVtKSI+PHN0eWxlPjwhLS0NCi8qIEZv bnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0 aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQt ZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5 bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3Jt YWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEy LjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIixzZXJpZjt9DQphOmxpbmssIHNw YW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjojMDU2M0Mx Ow0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVy bGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjojOTU0RjcyOw0K CXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNvLXN0 eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2Vy aWY7DQoJY29sb3I6IzFGNDk3RDt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpl eHBvcnQtb25seTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpAcGFnZSBX b3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEu MGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+ PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9 ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3htbD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBt c28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0 PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBlbGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPjwv aGVhZD48Ym9keSBsYW5nPUVOLVVTIGxpbms9IiMwNTYzQzEiIHZsaW5rPSIjOTU0RjcyIj48ZGl2 IGNsYXNzPVdvcmRTZWN0aW9uMT48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2ZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7Y29sb3I6IzFGNDk3 RCc+UGF2YW4sPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBz dHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjtj b2xvcjojMUY0OTdEJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9y bWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2ZvbnQtZmFtaWx5OiJDYWxpYnJpIixz YW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QnPkknbSBvbmUgb2YgdGhlIGF1dGhvcnMgb2YgdGhpcyZu YnNwO2RvY3VtZW50IGFuZCBiZWxpZXZlIHRoYXQgaXQgaXMgcmVhZHkgZm9yIHB1YmxpY2F0aW9u LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2Zv bnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7Y29sb3I6IzFG NDk3RCc+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3Bh biBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJp Zjtjb2xvcjojMUY0OTdEJz5UaGFua3MsPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1z b05vcm1hbD48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2FsaWJy aSIsc2Fucy1zZXJpZjtjb2xvcjojMUY0OTdEJz5CcmlhbiBXaWxzb248bzpwPjwvbzpwPjwvc3Bh bj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTEuMHB0O2Zv bnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmO2NvbG9yOiMxRjQ5N0QnPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PGI+PHNwYW4gc3R5bGU9J2ZvbnQt c2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWYnPkZyb206PC9zcGFu PjwvYj48c3BhbiBzdHlsZT0nZm9udC1zaXplOjExLjBwdDtmb250LWZhbWlseToiQ2FsaWJyaSIs c2Fucy1zZXJpZic+IFRlYXMgW21haWx0bzp0ZWFzLWJvdW5jZXNAaWV0Zi5vcmddIDxiPk9uIEJl aGFsZiBPZiA8L2I+VmlzaG51IFBhdmFuIEJlZXJhbTxicj48Yj5TZW50OjwvYj4gTW9uZGF5LCBK dW5lIDIyLCAyMDE1IDI6NTYgUE08YnI+PGI+VG86PC9iPiB0ZWFzQGlldGYub3JnPGJyPjxiPlN1 YmplY3Q6PC9iPiBbVGVhc10gV0cgTGFzdCBDYWxsIG9uIGRyYWZ0LWlldGYtdGVhcy1mYXN0LWxz cHMtcmVxdWlyZW1lbnRzPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48 bzpwPiZuYnNwOzwvbzpwPjwvcD48ZGl2PjxwIGNsYXNzPU1zb05vcm1hbD5BbGwsPGJyPlRoaXMg c3RhcnRzIGEgdHdvIHdlZWsgd29ya2luZyBncm91cCBsYXN0IGNhbGwgb248YnI+ZHJhZnQtaWV0 Zi10ZWFzLWZhc3QtbHNwcy1yZXF1aXJlbWVudHM8YnI+PGJyPlRoZSB3b3JraW5nIGdyb3VwIGxh c3QgY2FsbCBlbmRzIG9uIE1vbmRheSwgSnVseSA2dGguIFBsZWFzZTxicj5zZW5kIHlvdXIgY29t bWVudHMgdG8gdGhlIFRFQVMgbWFpbGluZyBsaXN0Ljxicj48YnI+QXMgaXMgYWx3YXlzIHRoZSBj YXNlLCBwb3NpdGl2ZSBjb21tZW50cywgZS5nLiwgJnF1b3Q7SSd2ZSByZXZpZXdlZCB0aGlzPGJy PmRvY3VtZW50IGFuZCBiZWxpZXZlIGl0IGlzIHJlYWR5IGZvciBwdWJsaWNhdGlvbiZxdW90Oywg YXJlIHdlbGNvbWUhPGJyPlRoaXMgaXMgdXNlZnVsIGFuZCBpbXBvcnRhbnQsIGV2ZW4gZnJvbSBh dXRob3JzLjxicj48YnI+VGhhbmtzLDxicj5QYXZhbjxvOnA+PC9vOnA+PC9wPjwvZGl2PjwvZGl2 PjwvYm9keT48L2h0bWw+ --_000_4CC5843A6E31AE43B84680C27EDF38AA0D99BC68rrcatsexmb2atsa_-- From nobody Wed Jul 1 12:11:54 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8CB881B2E19; Wed, 1 Jul 2015 12:11:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.21 X-Spam-Level: X-Spam-Status: No, score=-3.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id J1jduKRVwbMX; Wed, 1 Jul 2015 12:11:50 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C03FE1B2A79; Wed, 1 Jul 2015 12:11:49 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml404-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BYF47938; Wed, 01 Jul 2015 19:11:48 +0000 (GMT) Received: from DFWEML704-CHM.china.huawei.com (10.193.5.141) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 1 Jul 2015 20:11:47 +0100 Received: from DFWEML706-CHM.china.huawei.com ([10.193.5.225]) by dfweml704-chm ([10.193.5.141]) with mapi id 14.03.0158.001; Wed, 1 Jul 2015 12:11:44 -0700 From: Leeyoung To: "ccamp@ietf.org" , "teas@ietf.org" Thread-Topic: New Version Notification for draft-lee-ccamp-wson-yang-02.txt Thread-Index: AQHQtDCZlvhDXNojJEenvj3hU8l0+Z3G+qZw Date: Wed, 1 Jul 2015 19:11:42 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1729CD8423@dfweml706-chm> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.192.11.213] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [Teas] FW: New Version Notification for draft-lee-ccamp-wson-yang-02.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2015 19:11:51 -0000 SGksDQoNCkhlcmUncyBhIG5ldyB2ZXJzaW9uIG9mIFdTT04gWUFORyBtb2RlbC4gVGhlIG1ham9y IGNoYW5nZSBpcyB0aGUgYXVnbWVudGF0aW9uIGZyb20gaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRm Lm9yZy9kb2MvZHJhZnQtaWV0Zi10ZWFzLXlhbmctdGUtdG9wby8NCg0KQmVzdCByZWdhcmRzLA0K WW91bmcgKG9uIGJlaGFsZiBvZiBjby1hdXRob3JzIGFuZCBjb250cmlidXRvcnMpDQoNCi0tLS0t T3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcgW21h aWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmddIA0KU2VudDogV2VkbmVzZGF5LCBKdWx5IDAx LCAyMDE1IDI6MDEgUE0NClRvOiBBaWh1YSBHdW87IFZpY3RvciBMb3BlemFsdmFyZXo7IERocnV2 IERob2R5OyBMZWV5b3VuZzsgRGFuaWVsIEtpbmc7IERhbmllbCBLaW5nOyBMZWV5b3VuZzsgQWlo dWEgR3VvOyBEaHJ1diBEaG9keTsgVmljdG9yIExvcGV6DQpTdWJqZWN0OiBOZXcgVmVyc2lvbiBO b3RpZmljYXRpb24gZm9yIGRyYWZ0LWxlZS1jY2FtcC13c29uLXlhbmctMDIudHh0DQoNCg0KQSBu ZXcgdmVyc2lvbiBvZiBJLUQsIGRyYWZ0LWxlZS1jY2FtcC13c29uLXlhbmctMDIudHh0IGhhcyBi ZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkgWW91bmcgTGVlIGFuZCBwb3N0ZWQgdG8gdGhl IElFVEYgcmVwb3NpdG9yeS4NCg0KTmFtZToJCWRyYWZ0LWxlZS1jY2FtcC13c29uLXlhbmcNClJl dmlzaW9uOgkwMg0KVGl0bGU6CQlBIFlhbmcgRGF0YSBNb2RlbCBmb3IgV1NPTiBPcHRpY2FsIE5l dHdvcmtzDQpEb2N1bWVudCBkYXRlOgkyMDE1LTA3LTAxDQpHcm91cDoJCUluZGl2aWR1YWwgU3Vi bWlzc2lvbg0KUGFnZXM6CQkxOQ0KVVJMOiAgICAgICAgICAgIGh0dHBzOi8vd3d3LmlldGYub3Jn L2ludGVybmV0LWRyYWZ0cy9kcmFmdC1sZWUtY2NhbXAtd3Nvbi15YW5nLTAyLnR4dA0KU3RhdHVz OiAgICAgICAgIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWxlZS1jY2Ft cC13c29uLXlhbmcvDQpIdG1saXplZDogICAgICAgaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1s L2RyYWZ0LWxlZS1jY2FtcC13c29uLXlhbmctMDINCkRpZmY6ICAgICAgICAgICBodHRwczovL3d3 dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtbGVlLWNjYW1wLXdzb24teWFuZy0wMg0KDQpB YnN0cmFjdDoNCiAgIFRoaXMgZG9jdW1lbnQgcHJvdmlkZXMgYSBZQU5HIGRhdGEgbW9kZWwgZm9y IHRoZSByb3V0aW5nIGFuZA0KICAgd2F2ZWxlbmd0aCBhc3NpZ25tZW50IChSV0EpIFRFIHRvcG9s b2d5IGluIHdhdmVsZW5ndGggc3dpdGNoZWQNCiAgIG9wdGljYWwgbmV0d29ya3MgKFdTT05zKS4N Cg0KDQoNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICANCg0KDQpQbGVhc2Ugbm90ZSB0aGF0IGl0 IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNzaW9u IHVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQgdG9v bHMuaWV0Zi5vcmcuDQoNClRoZSBJRVRGIFNlY3JldGFyaWF0DQoNCg== From nobody Wed Jul 1 13:52:43 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9F2471A9121; Wed, 1 Jul 2015 13:48:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.398 X-Spam-Level: X-Spam-Status: No, score=0.398 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MANGLED_LIST=2.3, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aTMSS2qvv92y; Wed, 1 Jul 2015 13:48:08 -0700 (PDT) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0118.outbound.protection.outlook.com [65.55.169.118]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B90081A911A; Wed, 1 Jul 2015 13:48:07 -0700 (PDT) Received: from BN3PR0501MB1570.namprd05.prod.outlook.com (10.161.217.148) by BN3PR0501MB1571.namprd05.prod.outlook.com (10.161.217.149) with Microsoft SMTP Server (TLS) id 15.1.195.15; Wed, 1 Jul 2015 20:48:06 +0000 Received: from BN3PR0501MB1570.namprd05.prod.outlook.com ([10.161.217.148]) by BN3PR0501MB1570.namprd05.prod.outlook.com ([10.161.217.148]) with mapi id 15.01.0207.004; Wed, 1 Jul 2015 20:48:06 +0000 From: Alia Atlas To: Lou Berger , TEAS WG , "draft-ietf-teas-te-express-path@ietf.org" Thread-Topic: [Teas] WG Last Call on draft-ietf-teas-te-express-path-02 Thread-Index: AQHQsEL90NOy5anKUEio0J4Xn8MZYJ3G875g Date: Wed, 1 Jul 2015 20:48:05 +0000 Message-ID: References: <557F2086.6040608@labn.net> <558DA23A.7060502@labn.net> In-Reply-To: <558DA23A.7060502@labn.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: labn.net; dkim=none (message not signed) header.d=none; x-originating-ip: [66.129.241.14] x-microsoft-exchange-diagnostics: 1; BN3PR0501MB1571; 5:57ByTDR6xMkSFyL0PjQ+OI5bdg9rTefpjEJEh8SYt2zensSQh5fxVZYs03OvUxYoN2A5bEufWVHF0YVw11QQZDdbxOMKavVmHU2Nb0eajOrCdIG2t9ePrPKoro2RglARwToOt8/QelJs2o/5RdY1Fg==; 24:NMR0u9zhUBufy2RS8JNMZQFbpOrdphbzpq4FSdsns//PCzRANsyVrWiIDtwdMrLn3A14Wwn0M6WRwTFdQKRdNBxAL/iovqwdeeUEnsZaOMs=; 20:1CD6DLmGC2cE52NaXxPbURROefSSHAvF2AV7g1GMEr1CkMjHCWQC9S1VLGMosx688wDpD4kfll+cdK1iX2Kk0A== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BN3PR0501MB1571; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5005006)(3002001); SRVR:BN3PR0501MB1571; BCL:0; PCL:0; RULEID:; SRVR:BN3PR0501MB1571; x-forefront-prvs: 0624A2429E x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(51704005)(24454002)(164054003)(377454003)(51444003)(479174004)(13464003)(76176999)(15975445007)(102836002)(77096005)(5001770100001)(76576001)(50986999)(2900100001)(5003600100002)(106116001)(66066001)(62966003)(77156002)(99286002)(33656002)(5002640100001)(54356999)(2950100001)(189998001)(86362001)(5001920100001)(230783001)(2656002)(107886002)(5001960100002)(46102003)(122556002)(92566002)(74316001)(19580405001)(19580395003)(87936001)(40100003)(2501003); DIR:OUT; SFP:1102; SCL:1; SRVR:BN3PR0501MB1571; H:BN3PR0501MB1570.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 01 Jul 2015 20:48:05.6820 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR0501MB1571 Archived-At: X-Mailman-Approved-At: Wed, 01 Jul 2015 13:52:35 -0700 Subject: Re: [Teas] WG Last Call on draft-ietf-teas-te-express-path-02 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2015 20:48:09 -0000 Hi Lou, Thanks very much for the review and comments. With no hats other than draft editor, I think that this draft is ready to proceed. It provides some useful context for how to apply the TE metric extensions defined in RFC7471 and draft-ietf-isis-te-metric-extensions. Detailed responses in-line - but expect version 03 today. Regards, Alia -----Original Message----- From: Lou Berger [mailto:lberger@labn.net]=20 Sent: Friday, June 26, 2015 3:04 PM To: TEAS WG; draft-ietf-teas-te-express-path@ietf.org Subject: Re: [Teas] WG Last Call on draft-ietf-teas-te-express-path-02 Hi, I've reviewed this document and have only nit level comments: - Section 1 , 1st paragraph: A reference to RFC3473 should be added to make= it clear that this document is equally applicable to GMPLS controlled netw= orks. [Alia] Done - Section 2.3.2 - the term "Anomalous State" isn't defined. Should have a = 1 liner here to define the term relative to the bit, or be rephrased to jus= t reference Anomalous bits. [Alia] Defined by adding a sentence. " When the Anomalous bit transitions f= rom clear to set, this indicates that the associated link has entered the Anomalous state with respect to the associated parameter; similarly, a transition from set to clear indicates that the Anomalous state has been exited for that link and associated parameter." Lou PS it is a rare document that enters WG LC in such good condition -- Kudos = to the authors/contributors! On 6/15/2015 2:59 PM, Lou Berger wrote: > All, > This starts a two week working group last call on=20 > draft-ietf-teas-te-express-path-02. > > The working group last call ends on Monday, June 29th. Please send=20 > your comments to the TEAS mailing list. > > As is always the case, positive comments, e.g., "I've reviewed this=20 > document and believe it is ready for publication", are welcome! > This is useful and important, even from authors. > > Thanks, > Lou (and Pavan) > > > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > From nobody Wed Jul 1 13:56:27 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 376591ACD6E for ; Wed, 1 Jul 2015 13:56:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.299 X-Spam-Level: X-Spam-Status: No, score=0.299 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, MANGLED_LIST=2.3, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8oddaryPhz_C for ; Wed, 1 Jul 2015 13:56:25 -0700 (PDT) Received: from gproxy7-pub.mail.unifiedlayer.com (gproxy7-pub.mail.unifiedlayer.com [70.40.196.235]) by ietfa.amsl.com (Postfix) with SMTP id 06E3A1A1EEE for ; Wed, 1 Jul 2015 13:56:25 -0700 (PDT) Received: (qmail 2360 invoked by uid 0); 1 Jul 2015 20:56:22 -0000 Received: from unknown (HELO cmgw4) (10.0.90.85) by gproxy7.mail.unifiedlayer.com with SMTP; 1 Jul 2015 20:56:22 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw4 with id nEp71q00y2SSUrH01EpAUH; Wed, 01 Jul 2015 20:49:10 -0600 X-Authority-Analysis: v=2.1 cv=HpvlRSjS c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=wU2YTnxGAAAA:8 a=cNaOj0WVAAAA:8 a=AGkejYDSTmIA:10 a=N659UExz7-8A:10 a=-NfooI8aBGcA:10 a=uEJ9t1CZtbIA:10 a=zOBTXjUuO1YA:10 a=48vgC7mUAAAA:8 a=YAVSTgkVvQsVRZzS2FcA:9 a=pILNOxqGKmIA:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:To:MIME-Version:From:Date:Message-ID; bh=NHauGUOOU0WG83CeKM/5lXcx6p+A3gFv8Fa5pDn/YSY=; b=LwEMIT7gXAegV4PiFcXbgVn3pNp00k+B6n7OCUqnUHhyFaOHdthF2XGBD7h6pXLqMyC8kmHs32/LYF2K6ODgNnlYsU+keys5TGovdwbALNYq81y0Pab3sB7tcUHwVbwa; Received: from box313.bluehost.com ([69.89.31.113]:37436 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.84) (envelope-from ) id 1ZAP3L-0002i3-02; Wed, 01 Jul 2015 14:56:19 -0600 Message-ID: <559453EE.1080806@labn.net> Date: Wed, 01 Jul 2015 16:56:14 -0400 From: Lou Berger User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Alia Atlas , TEAS WG , "draft-ietf-teas-te-express-path@ietf.org" References: <557F2086.6040608@labn.net> <558DA23A.7060502@labn.net> In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Archived-At: Subject: Re: [Teas] WG Last Call on draft-ietf-teas-te-express-path-02 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2015 20:56:26 -0000 Alia, On 7/1/2015 4:48 PM, Alia Atlas wrote: > Hi Lou, > > Thanks very much for the review and comments. Thanks for the response. > With no hats other than draft editor, I think that this draft is ready to > proceed. It provides some useful context for how to apply the TE metric > extensions defined in RFC7471 and draft-ietf-isis-te-metric-extensions. > > Detailed responses in-line - but expect version 03 today. I suggest waiting until the end of the week to see if any more comments come in. (Yes, the LC was set to close on Monday, but response was so low I haven't called the LC closed.) > Regards, > Alia > > > -----Original Message----- > From: Lou Berger [mailto:lberger@labn.net] > Sent: Friday, June 26, 2015 3:04 PM > To: TEAS WG; draft-ietf-teas-te-express-path@ietf.org > Subject: Re: [Teas] WG Last Call on draft-ietf-teas-te-express-path-02 > > Hi, > I've reviewed this document and have only nit level comments: > > - Section 1 , 1st paragraph: A reference to RFC3473 should be added to make it clear that this document is equally applicable to GMPLS controlled networks. > > [Alia] Done > > - Section 2.3.2 - the term "Anomalous State" isn't defined. Should have a 1 liner here to define the term relative to the bit, or be rephrased to just reference Anomalous bits. > > [Alia] Defined by adding a sentence. " When the Anomalous bit transitions from clear to set, this > indicates that the associated link has entered the Anomalous state > with respect to the associated parameter; similarly, a transition from > set to clear indicates that the Anomalous state has been exited for > that link and associated parameter." Great. This will resolve my comments. Lou > > Lou > > PS it is a rare document that enters WG LC in such good condition -- Kudos to the authors/contributors! > > On 6/15/2015 2:59 PM, Lou Berger wrote: >> All, >> This starts a two week working group last call on >> draft-ietf-teas-te-express-path-02. >> >> The working group last call ends on Monday, June 29th. Please send >> your comments to the TEAS mailing list. >> >> As is always the case, positive comments, e.g., "I've reviewed this >> document and believe it is ready for publication", are welcome! >> This is useful and important, even from authors. >> >> Thanks, >> Lou (and Pavan) >> >> >> >> _______________________________________________ >> Teas mailing list >> Teas@ietf.org >> https://www.ietf.org/mailman/listinfo/teas >> > > From nobody Wed Jul 1 14:00:57 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 34F641A899B; Wed, 1 Jul 2015 14:00:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.699 X-Spam-Level: X-Spam-Status: No, score=-99.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MANGLED_LIST=2.3, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id N3RHTE8nP8GW; Wed, 1 Jul 2015 14:00:54 -0700 (PDT) Received: from mail-oi0-x236.google.com (mail-oi0-x236.google.com [IPv6:2607:f8b0:4003:c06::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2D6891A891F; Wed, 1 Jul 2015 14:00:54 -0700 (PDT) Received: by oigx81 with SMTP id x81so41384754oig.1; Wed, 01 Jul 2015 14:00:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Iv44mFBDI2DW8vy4k5w3k94RqN6WFp5OlY6Ji1zMdSU=; b=jFfxIKPw5cxOA19TnNXjrdlVN2p62Y8kGKNMp3a1ChDKHU5MzsdR1buoJBq9FHY7/d OIjAFOsSgSYzYzbR/T3nQB51YW86OCwuHhXb0nsGSeuUH8R/nmsyyP1h18WcIw+5BO6P XUTWOZPLn5wcAqdrUPbtCJ2LU0SKDWK5+lsNsOyi95OPto8u9xEt7ACX3kAXNr9QgoNV V7BH2hMNlNeQXPOIOhfX/pP2wgCp12H7rrSoO07vp6/FjyPtRhRQ5a5+zVjDLYC1xbP3 GuCZDVyaT2BloRtsGajXX6OAKLnLr1qB0NYaqZCXAmrTLbzSb2RtKuzyWhPGuZ4T78We +sAg== MIME-Version: 1.0 X-Received: by 10.182.29.68 with SMTP id i4mr23844374obh.57.1435784453604; Wed, 01 Jul 2015 14:00:53 -0700 (PDT) Received: by 10.60.41.99 with HTTP; Wed, 1 Jul 2015 14:00:53 -0700 (PDT) In-Reply-To: <559453EE.1080806@labn.net> References: <557F2086.6040608@labn.net> <558DA23A.7060502@labn.net> <559453EE.1080806@labn.net> Date: Wed, 1 Jul 2015 17:00:53 -0400 Message-ID: From: Alia Atlas To: Lou Berger Content-Type: multipart/alternative; boundary=001a11c2993a54cbfb0519d69eea Archived-At: Cc: "draft-ietf-teas-te-express-path@ietf.org" , Alia Atlas , TEAS WG Subject: Re: [Teas] WG Last Call on draft-ietf-teas-te-express-path-02 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2015 21:00:56 -0000 --001a11c2993a54cbfb0519d69eea Content-Type: text/plain; charset=UTF-8 Lou, On Wed, Jul 1, 2015 at 4:56 PM, Lou Berger wrote: > Alia, > > > On 7/1/2015 4:48 PM, Alia Atlas wrote: > > Hi Lou, > > > > Thanks very much for the review and comments. > Thanks for the response. > > > With no hats other than draft editor, I think that this draft is ready to > > proceed. It provides some useful context for how to apply the TE metric > > extensions defined in RFC7471 and draft-ietf-isis-te-metric-extensions. > > > > Detailed responses in-line - but expect version 03 today. > I suggest waiting until the end of the week to see if any more comments > come in. (Yes, the LC was set to close on Monday, but response was so > low I haven't called the LC closed.) > Agreed on extending the LC. As for waiting, it's easy enough to spin a new version quickly if needed. Regards, Alia > > Regards, > > Alia > > > > > > -----Original Message----- > > From: Lou Berger [mailto:lberger@labn.net] > > Sent: Friday, June 26, 2015 3:04 PM > > To: TEAS WG; draft-ietf-teas-te-express-path@ietf.org > > Subject: Re: [Teas] WG Last Call on draft-ietf-teas-te-express-path-02 > > > > Hi, > > I've reviewed this document and have only nit level comments: > > > > - Section 1 , 1st paragraph: A reference to RFC3473 should be added to > make it clear that this document is equally applicable to GMPLS controlled > networks. > > > > [Alia] Done > > > > - Section 2.3.2 - the term "Anomalous State" isn't defined. Should have > a 1 liner here to define the term relative to the bit, or be rephrased to > just reference Anomalous bits. > > > > [Alia] Defined by adding a sentence. " When the Anomalous bit > transitions from clear to set, this > > indicates that the associated link has entered the Anomalous state > > with respect to the associated parameter; similarly, a transition from > > set to clear indicates that the Anomalous state has been exited for > > that link and associated parameter." > > Great. This will resolve my comments. > > Lou > > > > Lou > > > > PS it is a rare document that enters WG LC in such good condition -- > Kudos to the authors/contributors! > > > > On 6/15/2015 2:59 PM, Lou Berger wrote: > >> All, > >> This starts a two week working group last call on > >> draft-ietf-teas-te-express-path-02. > >> > >> The working group last call ends on Monday, June 29th. Please send > >> your comments to the TEAS mailing list. > >> > >> As is always the case, positive comments, e.g., "I've reviewed this > >> document and believe it is ready for publication", are welcome! > >> This is useful and important, even from authors. > >> > >> Thanks, > >> Lou (and Pavan) > >> > >> > >> > >> _______________________________________________ > >> Teas mailing list > >> Teas@ietf.org > >> https://www.ietf.org/mailman/listinfo/teas > >> > > > > > > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > --001a11c2993a54cbfb0519d69eea Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Lou,

On Wed, Jul 1, 2015 at 4:56 PM, Lou Berger <lberger@labn.net>= ; wrote:
Alia,


On 7/1/2015 4:48 PM, Alia Atlas wrote:
> Hi Lou,
>
> Thanks very much for the review and comments.
Thanks for the response.

> With no hats other than draft editor, I think that this draft is ready= to
> proceed.=C2=A0 It provides some useful context for how to apply the TE= metric
> extensions defined in RFC7471 and draft-ietf-isis-te-metric-extensions= .
>
> Detailed responses in-line - but expect version 03 today.
I suggest waiting until the end of the week to see if any more comme= nts
come in.=C2=A0 (Yes, the LC was set to close on Monday, but response was so=
low I haven't called the LC closed.)

Agreed on extending the LC.=C2=A0 As for waiting, it's easy enough to= spin a new version quickly if needed.=C2=A0

Regar= ds,
Alia=C2=A0
=C2=A0
> Regards,
> Alia
>
>
> -----Original Message-----
> From: Lou Berger [mailto:lberger@l= abn.net]
> Sent: Friday, June 26, 2015 3:04 PM
> To: TEAS WG; draft-ietf-teas-te-express-path@ietf.org
> Subject: Re: [Teas] WG Last Call on draft-ietf-teas-te-express-path-02=
>
> Hi,
>=C2=A0 =C2=A0 =C2=A0I've reviewed this document and have only nit l= evel comments:
>
> - Section 1 , 1st paragraph: A reference to RFC3473 should be added to= make it clear that this document is equally applicable to GMPLS controlled= networks.
>
> [Alia] Done
>
> - Section 2.3.2 - the term "Anomalous State" isn't defin= ed.=C2=A0 Should have a 1 liner here to define the term relative to the bit= , or be rephrased to just reference Anomalous bits.
>
> [Alia] Defined by adding a sentence. " When the Anomalous bit tra= nsitions from clear to set, this
> indicates that the associated link has entered the Anomalous state
> with respect to the associated parameter; similarly, a transition from=
> set to clear indicates that the Anomalous state has been exited for > that link and associated parameter."

Great.=C2=A0 This will resolve my comments.

Lou
>
> Lou
>
> PS it is a rare document that enters WG LC in such good condition -- K= udos to the authors/contributors!
>
> On 6/15/2015 2:59 PM, Lou Berger wrote:
>> All,
>>=C2=A0 This starts a two week working group last call on
>> draft-ietf-teas-te-express-path-02.
>>
>> The working group last call ends on Monday, June 29th. Please send=
>> your comments to the TEAS mailing list.
>>
>> As is always the case, positive comments, e.g., "I've rev= iewed this
>> document and believe it is ready for publication", are welcom= e!
>> This is useful and important, even from authors.
>>
>> Thanks,
>> Lou (and Pavan)
>>
>>
>>
>> _______________________________________________
>> Teas mailing list
>> Teas@ietf.org
>> https://www.ietf.org/mailman/listinfo/teas >>
>
>


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

--001a11c2993a54cbfb0519d69eea-- From nobody Thu Jul 2 09:54:54 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3A20E1A0123 for ; Thu, 2 Jul 2015 09:54:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.667 X-Spam-Level: X-Spam-Status: No, score=-1.667 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vmT6IVD7a3sC for ; Thu, 2 Jul 2015 09:54:53 -0700 (PDT) Received: from gproxy9-pub.mail.unifiedlayer.com (gproxy9-pub.mail.unifiedlayer.com [69.89.20.122]) by ietfa.amsl.com (Postfix) with SMTP id ED5281A0122 for ; Thu, 2 Jul 2015 09:54:52 -0700 (PDT) Received: (qmail 22107 invoked by uid 0); 2 Jul 2015 16:54:51 -0000 Received: from unknown (HELO cmgw2) (10.0.90.83) by gproxy9.mail.unifiedlayer.com with SMTP; 2 Jul 2015 16:54:51 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw2 with id nUn81q00j2SSUrH01UnBGh; Thu, 02 Jul 2015 10:47:15 -0600 X-Authority-Analysis: v=2.1 cv=ItWNLtPg c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=wU2YTnxGAAAA:8 a=cNaOj0WVAAAA:8 a=AGkejYDSTmIA:10 a=N659UExz7-8A:10 a=-NfooI8aBGcA:10 a=uEJ9t1CZtbIA:10 a=zOBTXjUuO1YA:10 a=48vgC7mUAAAA:8 a=UeJ-Ge3Eyc6sSRzYyn4A:9 a=h970H0xPQR0aXfFY:21 a=Y-G0d33rgMZN_vvp:21 a=pILNOxqGKmIA:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:CC:To:MIME-Version:From:Date:Message-ID; bh=zUUyG8c9lW12IqjMzaSX0uijnGYeC5sDFdmgKvE20Zc=; b=TVIe72uz6D0zCSXrCNaLmC6ahVGZiq6jeScWbpSmVG81u8hEUjEwQahoo5o5o2SF6YaPaDOxgKjlYfHtMN/0wbDg2dg7GX2EwL1nQmHohyi8oOS5LAJi/cX0nY+rPwuT; Received: from box313.bluehost.com ([69.89.31.113]:54959 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.84) (envelope-from ) id 1ZAhl6-0007tJ-8v; Thu, 02 Jul 2015 10:54:44 -0600 Message-ID: <55956CCD.1020600@labn.net> Date: Thu, 02 Jul 2015 12:54:37 -0400 From: Lou Berger User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: "teas@ietf.org" References: In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Archived-At: Cc: Matt Hartley , teas-chairs@ietf.org, Vishnu Pavan Beeram Subject: Re: [Teas] IETF 93 TEAS agenda requests X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jul 2015 16:54:54 -0000 All, It would be really helpful to get your requests in early/now and certainly before the ID cutoff deadline. some things to keep in mind, quoting: http://trac.tools.ietf.org/wg/teas/trac/wiki/MeetingGuidelines: WG Draft Authors / Editors - WG Draft authors are expected to review (present) any changes that have been recently made to their draft, as well as any plans for, or open issues with the draft either at the meeting or on the list. - Status includes review of: any recent changes, any open discussions or issues, and planned next steps. - When not presenting, WG Draft authors should send status to the list *1 week* prior to the WG meeting. Presenter Guidelines - Allotted time includes setup/presentation *and* discussion. - Please allow sufficient time for discussion on any issues and questions you have for the WG. Keep in mind that WG discussion and feedback are the main reasons for presenting. Don't plan a presentation that doesn't solicit WG discussion or feedback. - To maximize presentation time, the secretary/chairs will post all slides prior to the session and present from a single laptop. No file or laptop swapping will happen as is not considered to be good use of the WG's time. Presentations must be received before the start of the session, and by the deadline published by the secretary/chairs. Thanks, Lou (Pavan and Matt) On 6/22/2015 9:04 PM, Vishnu Pavan Beeram wrote: > > Dear TEAS, > > The IETF93 draft agenda is out. We're tentatively scheduled for > Wednesday Afternoon Session I -- note this may change. > > Please send your agenda requests to the addresses cc'ed above by end > of day July 5th. Include draft name, and who will be presenting. A > draft agenda will be uploaded on the 6th. > > WG Draft authors are expected to present if there are open issues to > discuss, or to send status to the list *1 week* prior to the WG > meeting if not presenting. Status includes review of: any recent > changes, any open discussions or issues, and planned next steps. > > Slides will be due on Sunday July 19, 2015. (Send slides to the > addresses cc'ed above, but not the WG.) > > Some important dates: > > 2015-06-26 (Friday): Final agenda to be published. > 2015-07-06 (Monday): Internet Draft submission cut-off (for all > drafts, including -00) by UTC 23:59, upload using IETF ID Submission Tool. > 2015-07-06 (Monday): Draft Working Group agendas due by UTC 23:59, > upload using IETF Meeting Materials Management Tool. > 2015-07-10 (Friday): Early Bird registration and payment cut-off at > UTC 23:59. > 2015-07-13 (Monday): Revised Working Group agendas due by UTC 23:59, > upload using IETF Meeting Materials Management Tool. > 2015-07-13 (Monday): Registration cancellation cut-off at UTC 23:59. > 2015-07-17 (Friday): Final Pre-Registration and Pre-Payment cut-off at > 17:00 local meeting time. > 2015-07-19 - 2015-07-24: IETF 93 in Prague, Czech Republic. > > Thanks, > > Pavan, Lou and Matt > > > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas From nobody Thu Jul 2 13:26:19 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A2FFB1A90FA for ; Thu, 2 Jul 2015 13:26:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7RkM6VqClEt0 for ; Thu, 2 Jul 2015 13:26:16 -0700 (PDT) Received: from alln-iport-6.cisco.com (alln-iport-6.cisco.com [173.37.142.93]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3CD7A1A90F7 for ; Thu, 2 Jul 2015 13:26:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2804; q=dns/txt; s=iport; t=1435868776; x=1437078376; h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=NOrZmfFccrH0c4lRwAyExue6mYhsykQB+CjJR60u/60=; b=AV0p6L4hr4+/GpulRqki8vy9bo6kmqSjR/tgfcxWMxciZSRThUfSbOhP hoUe114JV0+GJBQRbvbzEtqdqzNuuMvfQBm31nUm9yHmp3GW5EwkgbzDu JKhuXwt9nPdltAYr9ffB4iuJZJc24Les8JTIiLLTnSxowgYsr7NEsbsJm g=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0DxAwAUnZVV/4YNJK1bgxJUXwaDGboYCYFkCoV4AhyBNjgUAQEBAQEBAYEKhCMBAQEEAQEBIBE6GwIBCBEDAQIBAgImAgICJQsVCAgCBBOILw22TpYpAQEBAQEBAQEBAQEBAQEBAQEBARUEgSGKKYRTGCIGgmKBQwWUEgGLZYE6hBSDD4wPg10mg3pvgUeBBAEBAQ X-IronPort-AV: E=Sophos;i="5.15,394,1432598400"; d="scan'208";a="165030903" Received: from alln-core-12.cisco.com ([173.36.13.134]) by alln-iport-6.cisco.com with ESMTP; 02 Jul 2015 20:26:15 +0000 Received: from xhc-aln-x12.cisco.com (xhc-aln-x12.cisco.com [173.36.12.86]) by alln-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id t62KQFqa006174 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Thu, 2 Jul 2015 20:26:15 GMT Received: from xmb-aln-x06.cisco.com ([169.254.1.208]) by xhc-aln-x12.cisco.com ([173.36.12.86]) with mapi id 14.03.0195.001; Thu, 2 Jul 2015 15:26:15 -0500 From: "Acee Lindem (acee)" To: "teas@ietf.org" Thread-Topic: [Teas] WG Last Call on draft-ietf-teas-te-express-path-02 Thread-Index: AQHQtQHYEIOIgM/a1Uae7hBkrMlMpZ3I7pIA///C3YA= Date: Thu, 2 Jul 2015 20:26:14 +0000 Message-ID: References: <55959970.8090800@labn.net> In-Reply-To: <55959970.8090800@labn.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.116.152.198] Content-Type: text/plain; charset="utf-8" Content-ID: <93FBB8983105DE48BDEB5088A43E08C2@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Subject: Re: [Teas] WG Last Call on draft-ietf-teas-te-express-path-02 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jul 2015 20:26:17 -0000 SeKAmXZlIHJlYWQgdGhlIGRyYWZ0IGFuZCBiZWxpZXZlIGl0IGlzIHJlYWR5IGZvciBwdWJsaWNh dGlvbiAod2l0aCB0aGUNCmVkaXRzIHByZXZpb3VzbHkgc3VnZ2VzdGVkIGJ5IExvdSkuIEkgYmVs aWV2ZSBpdCBzYXRpc2ZpZXMgaXRzIGludGVuZGVkDQpwdXJwb3NlIG9mIHByb3ZpZGluZyBub24t bm9ybWF0aXZlIHJlY29tbWVuZGF0aW9ucyBmb3IgdXNpbmcgdGhlIGRlbGF5LA0KbG9zcywgYW5k IGppdHRlciBtZXRyaWNzIGZvciBURSBwYXRoIGNvbXB1dGF0aW9ucy4NClRoYW5rcywNCkFjZWUg DQoNCg0KPj4NCj4+DQo+Pg0KPj4gT24gNi8zMC8xNSwgOTo1NyBBTSwgIkxvdSBCZXJnZXIiIDxs YmVyZ2VyQGxhYm4ubmV0PiB3cm90ZToNCj4+DQo+Pj4NCj4+Pg0KPj4+IC0tLS0tLS0tIEZvcndh cmRlZCBNZXNzYWdlIC0tLS0tLS0tDQo+Pj4gU3ViamVjdDogUmU6IFtUZWFzXSBXRyBMYXN0IENh bGwgb24gZHJhZnQtaWV0Zi10ZWFzLXRlLWV4cHJlc3MtcGF0aC0wMg0KPj4+IERhdGU6IEZyaSwg MjYgSnVuIDIwMTUgMTU6MDM6MTcgLTA0MDANCj4+PiBGcm9tOiBMb3UgQmVyZ2VyIDxsYmVyZ2Vy QGxhYm4ubmV0Pg0KPj4+IFRvOiBURUFTIFdHIDx0ZWFzQGlldGYub3JnPg0KPj4+DQo+Pj4NCj4+ PiBBbGwsDQo+Pj4gICAgVGhlIExDIGVuZHMgb24gTW9uZGF5IGFuZCB0aGVyZSBoYXZlbid0IHll dCBiZWVuIGFueSBjb21tZW50cw0KPj4+IHJlY2VpdmVkIGR1cmluZyB0aGUgTEMgcGVyaW9kLiAg SXQncyBub3QgdG9vIGxhdGUgdG8gdm9pY2UgeW91cg0KPj4+b3Bpbmlvbi4NCj4+Pg0KPj4+IElm IHlvdSBjYW4sIHBsZWFzZSByZXZpZXcgdGhlIGxhdGVzdCByZXYgb2YgdGhlIGRvY3VtZW50IGFu ZCBjb21tZW50Lg0KPj4+IFBvc2l0aXZlIGNvbW1lbnRzLCBlLmcuLCAiSSd2ZSByZXZpZXdlZCB0 aGUgbGF0ZXN0IHZlcnNpb24gb2YgdGhpcw0KPj4+IGRvY3VtZW50IGFuZCBiZWxpZXZlIGl0IGlz IHJlYWR5IGZvciBwdWJsaWNhdGlvbiIsIGFyZSB3ZWxjb21lISBUaGlzDQo+Pj4gd291bGQgYmUg aGVscGZ1bCwgZXZlbiBmcm9tIGF1dGhvcnMuICAoSnVzdCBzYXlpbmcgInN1cHBvcnQiIHdpdGhv dXQNCj4+PiByZXZpZXcgZG9lc24ndCByZWFsbHkgc2VydmUgdGhlIHB1cnBvc2UuKQ0KPj4+DQo+ Pj4gVGhhbmtzLA0KPj4+IExvdSAoYW5kIFBhdmFuKQ0KPj4+DQo+Pj4gT24gNi8xNS8yMDE1IDI6 NTkgUE0sIExvdSBCZXJnZXIgd3JvdGU6DQo+Pj4+IEFsbCwNCj4+Pj4gIFRoaXMgc3RhcnRzIGEg dHdvIHdlZWsgd29ya2luZyBncm91cCBsYXN0IGNhbGwgb24NCj4+Pj4gZHJhZnQtaWV0Zi10ZWFz LXRlLWV4cHJlc3MtcGF0aC0wMi4NCj4+Pj4NCj4+Pj4gVGhlIHdvcmtpbmcgZ3JvdXAgbGFzdCBj YWxsIGVuZHMgb24gTW9uZGF5LCBKdW5lIDI5dGguIFBsZWFzZQ0KPj4+PiBzZW5kIHlvdXIgY29t bWVudHMgdG8gdGhlIFRFQVMgbWFpbGluZyBsaXN0Lg0KPj4+Pg0KPj4+PiBBcyBpcyBhbHdheXMg dGhlIGNhc2UsIHBvc2l0aXZlIGNvbW1lbnRzLCBlLmcuLCAiSSd2ZSByZXZpZXdlZCB0aGlzDQo+ Pj4+IGRvY3VtZW50IGFuZCBiZWxpZXZlIGl0IGlzIHJlYWR5IGZvciBwdWJsaWNhdGlvbiIsIGFy ZSB3ZWxjb21lIQ0KPj4+PiBUaGlzIGlzIHVzZWZ1bCBhbmQgaW1wb3J0YW50LCBldmVuIGZyb20g YXV0aG9ycy4NCj4+Pj4NCj4+Pj4gVGhhbmtzLA0KPj4+PiBMb3UgKGFuZCBQYXZhbikNCj4+Pj4N Cj4+Pj4NCj4+Pj4NCj4+Pj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18NCj4+Pj4gVGVhcyBtYWlsaW5nIGxpc3QNCj4+Pj4gVGVhc0BpZXRmLm9yZw0KPj4+ PiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3RlYXMNCj4+Pj4NCj4+Pg0K Pj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+Pj4g VGVhcyBtYWlsaW5nIGxpc3QNCj4+PiBUZWFzQGlldGYub3JnDQo+Pj4gaHR0cHM6Ly93d3cuaWV0 Zi5vcmcvbWFpbG1hbi9saXN0aW5mby90ZWFzDQo+Pj4NCj4+Pg0KPj4+DQo+DQo+DQoNCg== From nobody Thu Jul 2 17:03:47 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BFE671ACE98 for ; Thu, 2 Jul 2015 17:03:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fpXyG4UwNqeY for ; Thu, 2 Jul 2015 17:03:43 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0783.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:783]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8C8671ACE7F for ; Thu, 2 Jul 2015 17:03:43 -0700 (PDT) Received: from DM2PR05MB461.namprd05.prod.outlook.com (10.141.105.15) by DM2PR05MB718.namprd05.prod.outlook.com (10.141.177.147) with Microsoft SMTP Server (TLS) id 15.1.201.16; Fri, 3 Jul 2015 00:03:22 +0000 Received: from DM2PR05MB461.namprd05.prod.outlook.com ([169.254.9.52]) by DM2PR05MB461.namprd05.prod.outlook.com ([169.254.9.52]) with mapi id 15.01.0201.000; Fri, 3 Jul 2015 00:03:22 +0000 From: Ravi Singh To: "teas@ietf.org" Thread-Topic: draft-ravisingh-teas-rsvp-setup-retry-01.txt: feedback requested Thread-Index: AdC1I6DWPSoimbzmQ0qbsOJplT3Gbw== Date: Fri, 3 Jul 2015 00:03:21 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: ietf.org; dkim=none (message not signed) header.d=none; x-originating-ip: [66.129.239.10] x-microsoft-exchange-diagnostics: 1; DM2PR05MB718; 5:BdAJr1cM2Wj4N/6vZKgrplp1vlptuFRvbRAUAkaNLwNAIUO7neJeqzgEKbQphG7DPA6/BtA2i/Uz1d+V/zNBiCd5H2OiKL9n7CWFcPeHpNw7j5LewsgjKhIGVMSRa98tScV6C+fTWcw3yAEDIkdJ2g==; 24:IiSDsrNgogrMBPDL8dTE2vNfy6gGKV3WCgOPdQ7EGDxr7NGXqgGDJo+4vU79OEPZ5nLqYon9Bd+CNCpF6Zuo8TZlqKPUPEjAm7dFd8nT/pc=; 20:iZk906mGt4DP3xtexSrDGPYnSCAZZE7WeGixven5A/kmZ2MbepubEEV47NTLfCFTEOYgb5055Bb00c4JFcGBzA== x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DM2PR05MB718; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(5005006)(3002001); SRVR:DM2PR05MB718; BCL:0; PCL:0; RULEID:; SRVR:DM2PR05MB718; x-forefront-prvs: 0626C21B10 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(37854004)(377454003)(377424004)(229853001)(15975445007)(5003600100002)(5002640100001)(2900100001)(2501003)(2351001)(19580395003)(19580405001)(450100001)(189998001)(102836002)(66066001)(40100003)(74316001)(76576001)(46102003)(92566002)(33656002)(77156002)(107886002)(110136002)(87936001)(5001960100002)(50986999)(2656002)(54356999)(86362001)(230783001); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR05MB718; H:DM2PR05MB461.namprd05.prod.outlook.com; FPR:; SPF:None; MLV:sfv; LANG:en; Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Jul 2015 00:03:21.9317 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR05MB718 Archived-At: Subject: [Teas] draft-ravisingh-teas-rsvp-setup-retry-01.txt: feedback requested X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jul 2015 00:03:45 -0000 SGkNCkEgbmV3IHJldmlzaW9uIG9mIHRoaXMgZHJhZnQgaXMgbm93IGF2YWlsYWJsZS4NClRoZSBk aWZmcyBzaW5jZSB0aGUgbGFzdCByZXZpc2lvbiBhcmUgbW9zdGx5IGVkaXRvcmlhbC4NCg0KVGhp cyBkcmFmdCBhZGRyZXNzZXMgYW4gaXNzdWUgdGhhdCBoYXMgc2hvd24gaXRzZWxmIGluIGxhcmdl LXNjYWxlIFJTVlAtVEUgZGVwbG95bWVudHMuDQpJbmdyZXNzIHJvdXRlcnMgY2FuIHNvbWV0aW1l cyBjYXVzZSBleGNlc3NpdmUgTFNQIHJlLXNpZ25hbGluZyB0aHVzIGV4YWNlcmJhdGluZyBuZXR3 b3JrIHN0cmVzcy4NClRoaXMgZHJhZnQgZGVzY3JpYmVzIGEgYmVzdC1wcmFjdGljZSB0byBhZGRy ZXNzIHRoZSBzYW1lLg0KDQpQbGVhc2UgcHJvdmlkZSB5b3VyIGZlZWRiYWNrLg0KDQpUaGFua3MN ClJhdmkNCg0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBpbnRlcm5ldC1k cmFmdHNAaWV0Zi5vcmcgW21haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmddIA0KU2VudDog VGh1cnNkYXksIEp1bHkgMiwgMjAxNSAxMjo0MiBQTQ0KVG86IFJhdmkgU2luZ2g7IFRhcmVrIFNh YWQ7IFJvYiBTaGFraXI7IFJhdmkgU2luZ2g7IFJvYiBTaGFraXI7IFZpc2hudSBQYXZhbiBCZWVy YW07IFZpc2hudSBQYXZhbiBCZWVyYW07IFRhcmVrIFNhYWQNClN1YmplY3Q6IE5ldyBWZXJzaW9u IE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtcmF2aXNpbmdoLXRlYXMtcnN2cC1zZXR1cC1yZXRyeS0w MS50eHQNCg0KDQpBIG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQtcmF2aXNpbmdoLXRlYXMtcnN2 cC1zZXR1cC1yZXRyeS0wMS50eHQNCmhhcyBiZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkg VmlzaG51IFBhdmFuIEJlZXJhbSBhbmQgcG9zdGVkIHRvIHRoZSBJRVRGIHJlcG9zaXRvcnkuDQoN Ck5hbWU6CQlkcmFmdC1yYXZpc2luZ2gtdGVhcy1yc3ZwLXNldHVwLXJldHJ5DQpSZXZpc2lvbjoJ MDENClRpdGxlOgkJUlNWUCBTZXR1cCBSZXRyeSAtIEJDUA0KRG9jdW1lbnQgZGF0ZToJMjAxNS0w Ny0wMg0KR3JvdXA6CQlJbmRpdmlkdWFsIFN1Ym1pc3Npb24NClBhZ2VzOgkJNw0KVVJMOiAgICAg ICAgICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC1yYXZpc2lu Z2gtdGVhcy1yc3ZwLXNldHVwLXJldHJ5LTAxLnR4dA0KU3RhdHVzOiAgICAgICAgIGh0dHBzOi8v ZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXJhdmlzaW5naC10ZWFzLXJzdnAtc2V0dXAt cmV0cnkvDQpIdG1saXplZDogICAgICAgaHR0cHM6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0 LXJhdmlzaW5naC10ZWFzLXJzdnAtc2V0dXAtcmV0cnktMDENCkRpZmY6ICAgICAgICAgICBodHRw czovL3d3dy5pZXRmLm9yZy9yZmNkaWZmP3VybDI9ZHJhZnQtcmF2aXNpbmdoLXRlYXMtcnN2cC1z ZXR1cC1yZXRyeS0wMQ0KDQpBYnN0cmFjdDoNCiAgICBUaGlzIGRvY3VtZW50IGRpc2N1c3NlcyB0 aGUgYmVzdCBjdXJyZW50IHByYWN0aWNlcyBhc3NvY2lhdGVkIHdpdGgNCiAgICB0aGUgaW1wbGVt ZW50YXRpb24gb2YgUlNWUCBzZXR1cC1yZXRyeSB0aW1lci4NCg0KIA0KICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIA0KDQoNClBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2Yg bWludXRlcyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1pc3Npb24gdW50aWwgdGhlIGh0bWxpemVkIHZl cnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZy4NCg0KVGhlIElF VEYgU2VjcmV0YXJpYXQNCg0K From nobody Sat Jul 4 02:57:24 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2334E1ACDC6 for ; Sat, 4 Jul 2015 02:57:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id z_nSr-uveZLx for ; Sat, 4 Jul 2015 02:57:21 -0700 (PDT) Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 948DE1ACDCE for ; Sat, 4 Jul 2015 02:57:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2850; q=dns/txt; s=iport; t=1436003840; x=1437213440; h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=Ielhy204V4dxBmw94B0WH4u1FbknWr76Z6wpY40rzhU=; b=PPEylla4TXPEUtVg2/IdjSxwqcuQEX+Xj1D8d3dhskAtKQXfTTGMbec0 WExdsgtflo3igJA6WDE/Pt5qZ8NPqvFO35DGEKdauRfDcEIISG+Hp+YCx q2EdB0ogWWSoOGnWnbx1w6VH0W8HHFuwNqnIpM3m7d4Y1Z9/NaejS0zU5 E=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0CyAwDIrJdV/5ldJa1cgxJUYAa9QwmBZAyFdQKBJDgUAQEBAQEBAYEKhCMBAQEEAQEBaxcEAgEIEQQBASgHJwsUCQgCBAESiC8NyCwBAQEBAQEBAQEBAQEBAQEBAQEBAQEXi0uEUzoGhCUFjBk4h0QBhGGHBoE6RINRjyqDXSaDe2+BBh8igQQBAQE X-IronPort-AV: E=Sophos;i="5.15,405,1432598400"; d="scan'208";a="8855747" Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by rcdn-iport-6.cisco.com with ESMTP; 04 Jul 2015 09:57:19 +0000 Received: from xhc-aln-x14.cisco.com (xhc-aln-x14.cisco.com [173.36.12.88]) by rcdn-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id t649vJGs021235 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sat, 4 Jul 2015 09:57:19 GMT Received: from xmb-aln-x08.cisco.com ([169.254.3.83]) by xhc-aln-x14.cisco.com ([173.36.12.88]) with mapi id 14.03.0195.001; Sat, 4 Jul 2015 04:57:19 -0500 From: "Tarek Saad (tsaad)" To: Ravi Singh , "teas@ietf.org" Thread-Topic: [Teas] draft-ravisingh-teas-rsvp-setup-retry-01.txt: feedback requested Thread-Index: AQHQtj/QtIXAWgFyF0WaL91WkryDmw== Date: Sat, 4 Jul 2015 09:57:19 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.5.2.150604 x-originating-ip: [10.82.219.215] Content-Type: text/plain; charset="iso-8859-1" Content-ID: <5FE40F489540644FA05362D56ADEE50D@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [Teas] draft-ravisingh-teas-rsvp-setup-retry-01.txt: feedback requested X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Jul 2015 09:57:23 -0000 Hi Ravi, The ill effects resulting from the bad implementation choice for the action taken on =B3setup-retry=B2 timeouts at the ingress (in some vendors implementations) have resulted (in my experience and under scale) in an endless control plane signaling work cycle (of setup and tear of LSPs - especially on transit LSRs). As well, the fact that some implementations accept short setup-retry timeouts (combined with the bad action at ingress) increases likelihood of such problems occurring. I agree the proposed corrective action at the ingress on LSP setup-retry timeout (to revalidate the last signaled path and replaying the RSVP Path again) can address the issue above. Regards, Tarek On 2015-07-02, 8:03 PM, "Teas on behalf of Ravi Singh" wrote: >Hi >A new revision of this draft is now available. >The diffs since the last revision are mostly editorial. > >This draft addresses an issue that has shown itself in large-scale >RSVP-TE deployments. >Ingress routers can sometimes cause excessive LSP re-signaling thus >exacerbating network stress. >This draft describes a best-practice to address the same. > >Please provide your feedback. > >Thanks >Ravi > > > >-----Original Message----- >From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] >Sent: Thursday, July 2, 2015 12:42 PM >To: Ravi Singh; Tarek Saad; Rob Shakir; Ravi Singh; Rob Shakir; Vishnu >Pavan Beeram; Vishnu Pavan Beeram; Tarek Saad >Subject: New Version Notification for >draft-ravisingh-teas-rsvp-setup-retry-01.txt > > >A new version of I-D, draft-ravisingh-teas-rsvp-setup-retry-01.txt >has been successfully submitted by Vishnu Pavan Beeram and posted to the >IETF repository. > >Name: draft-ravisingh-teas-rsvp-setup-retry >Revision: 01 >Title: RSVP Setup Retry - BCP >Document date: 2015-07-02 >Group: Individual Submission >Pages: 7 >URL: =20 >https://www.ietf.org/internet-drafts/draft-ravisingh-teas-rsvp-setup-retry >-01.txt >Status: =20 >https://datatracker.ietf.org/doc/draft-ravisingh-teas-rsvp-setup-retry/ >Htmlized: =20 >https://tools.ietf.org/html/draft-ravisingh-teas-rsvp-setup-retry-01 >Diff: =20 >https://www.ietf.org/rfcdiff?url2=3Ddraft-ravisingh-teas-rsvp-setup-retry-= 01 > >Abstract: > This document discusses the best current practices associated with > the implementation of RSVP setup-retry timer. > >=20 > =20 > =20 > > >Please note that it may take a couple of minutes from the time of >submission until the htmlized version and diff are available at >tools.ietf.org. > >The IETF Secretariat > >_______________________________________________ >Teas mailing list >Teas@ietf.org >https://www.ietf.org/mailman/listinfo/teas From nobody Sun Jul 5 21:02:25 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 346B21A1DBD; Sun, 5 Jul 2015 21:02:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AXSeOSS8yGOz; Sun, 5 Jul 2015 21:02:22 -0700 (PDT) Received: from rcdn-iport-9.cisco.com (rcdn-iport-9.cisco.com [173.37.86.80]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BD3201A1BED; Sun, 5 Jul 2015 21:02:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1550; q=dns/txt; s=iport; t=1436155342; x=1437364942; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=DCtsNd08WxubJgWwAFhEb41bK0E9OX+pvwWCgKiRKes=; b=ZKVvmLi6UNMOLzoNGiYT+tdHRYtiNLvM9QmRm7bJFmnCqhqKxQD9voMG lsrkJ7lORpRuMin6w0prcdpMgsXdH4Am5M4xq3luczATg68uaF/kFsiag SUgkL9cAdiO3axoT186hpz6aWmfXTxt5FaMqVApHKF5qj9OlwmhEBtA8B M=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0ClAwAM/ZlV/5NdJa1cgxJUYAa9TwmBboV3AoElOBQBAQEBAQEBgQqEJAEBBDo9AhACAQg2EDIlAgQOBYgvDcdqAQEBAQEBAQEBAQEBAQEBAQEBAQEBF4tLhQYHhCsBBIwZh3wBhGGHBoE6RINRjyqDXSaDe28BgUaBBAEBAQ X-IronPort-AV: E=Sophos;i="5.15,412,1432598400"; d="scan'208";a="7213337" Received: from rcdn-core-11.cisco.com ([173.37.93.147]) by rcdn-iport-9.cisco.com with ESMTP; 06 Jul 2015 04:02:21 +0000 Received: from xhc-rcd-x12.cisco.com (xhc-rcd-x12.cisco.com [173.37.183.86]) by rcdn-core-11.cisco.com (8.14.5/8.14.5) with ESMTP id t6642LU5032164 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 6 Jul 2015 04:02:21 GMT Received: from xmb-aln-x08.cisco.com ([169.254.3.83]) by xhc-rcd-x12.cisco.com ([173.37.183.86]) with mapi id 14.03.0195.001; Sun, 5 Jul 2015 23:02:21 -0500 From: "Tarek Saad (tsaad)" To: "teas@ietf.org" Thread-Topic: New Version Notification for draft-saad-teas-yang-te-02.txt Thread-Index: AQHQt6AEQFR5rbPx5ketvv2Q2bEdHJ3N4riA Date: Mon, 6 Jul 2015 04:02:21 +0000 Message-ID: References: <20150706035823.22931.47022.idtracker@ietfa.amsl.com> In-Reply-To: <20150706035823.22931.47022.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.5.2.150604 x-originating-ip: [10.82.233.62] Content-Type: text/plain; charset="us-ascii" Content-ID: <55C09DAD328E4044ADE155B685F3FB87@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "internet-drafts@ietf.org" , "Himanshu C. Shah" , Vishnu Pavan Beeram , "Rakesh Gandhi \(rgandhi\)" , Xia Chen , Raqib Jones , Xufeng Liu , Bin Wen Subject: Re: [Teas] New Version Notification for draft-saad-teas-yang-te-02.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jul 2015 04:02:24 -0000 Hi WG, We posted a new draft of the generic TE YANG data model below. Please review and provide your feedback. Regards, Tarek (on behalf of co-authors) On 2015-07-05, 11:58 PM, "internet-drafts@ietf.org" wrote: > >A new version of I-D, draft-saad-teas-yang-te-02.txt >has been successfully submitted by Tarek Saad and posted to the >IETF repository. > >Name: draft-saad-teas-yang-te >Revision: 02 >Title: A YANG Data Model for Traffic Engineering Tunnels and Interfaces >Document date: 2015-07-06 >Group: Individual Submission >Pages: 84 >URL: =20 >https://www.ietf.org/internet-drafts/draft-saad-teas-yang-te-02.txt >Status: https://datatracker.ietf.org/doc/draft-saad-teas-yang-te/ >Htmlized: https://tools.ietf.org/html/draft-saad-teas-yang-te-02 >Diff: =20 >https://www.ietf.org/rfcdiff?url2=3Ddraft-saad-teas-yang-te-02 > >Abstract: > This document defines a YANG data model for the configuration and > management of Traffic Engineering (TE) interfaces and tunnels. The > model defines generic data that is reusable across multiple data and > control plane protocols. > > The data model covers the configuration, operational state, remote > procedural calls, and event notifications data for TE data. > > =20 > =20 > > >Please note that it may take a couple of minutes from the time of >submission >until the htmlized version and diff are available at tools.ietf.org. > >The IETF Secretariat > From nobody Sun Jul 5 21:03:44 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 080081A21A7; Sun, 5 Jul 2015 21:03:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mMtFQwWLcSZq; Sun, 5 Jul 2015 21:03:40 -0700 (PDT) Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8EA111A21A5; Sun, 5 Jul 2015 21:03:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1644; q=dns/txt; s=iport; t=1436155420; x=1437365020; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=dHqlVLEenuCZKHBaN1WE+9A8kw/k0O/J01eRkSsSWqs=; b=d9+jC0ENMPN1jt9rWltrW8mcy8EhKR7Jer/nUAAz0mxabbOtBZvzk6YY HEg0KK9+5gMN91wO4O1STDx06mq8H6iWOilcx/H37b8I8Sj7vFYyTybOj tUQAEJuKovd6xfaCtXfQLkudZaxCDbb2B6oSsc6m448ViH7Kss2drEj0O c=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0ClAwCO/ZlV/5RdJa1cgxJUYAa9TwmBboV3AoElOBQBAQEBAQEBgQqEJAEBBDo9AhACAQg2EDIlAgQOBYgvDcdrAQEBAQEBAQEBAQEBAQEBAQEBAQEBF4tLhQYHhCsBBIwZh3wBhGGHBoE6RINRjyqDXSaDe28BgUaBBAEBAQ X-IronPort-AV: E=Sophos;i="5.15,412,1432598400"; d="scan'208";a="165789293" Received: from rcdn-core-12.cisco.com ([173.37.93.148]) by alln-iport-4.cisco.com with ESMTP; 06 Jul 2015 04:03:39 +0000 Received: from xhc-aln-x10.cisco.com (xhc-aln-x10.cisco.com [173.36.12.84]) by rcdn-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id t6643db3015069 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 6 Jul 2015 04:03:39 GMT Received: from xmb-aln-x08.cisco.com ([169.254.3.83]) by xhc-aln-x10.cisco.com ([173.36.12.84]) with mapi id 14.03.0195.001; Sun, 5 Jul 2015 23:03:39 -0500 From: "Tarek Saad (tsaad)" To: "teas@ietf.org" Thread-Topic: New Version Notification for draft-saad-teas-yang-rsvp-02.txt Thread-Index: AQHQt5/3XYhLU+pZC0uztbRFhaZ76Z3N4xYA Date: Mon, 6 Jul 2015 04:03:39 +0000 Message-ID: References: <20150706035803.17823.95916.idtracker@ietfa.amsl.com> In-Reply-To: <20150706035803.17823.95916.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.5.2.150604 x-originating-ip: [10.82.233.62] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "internet-drafts@ietf.org" , Vishnu Pavan Beeram , "Rakesh Gandhi \(rgandhi\)" , Xia Chen , Raqib Jones , Xufeng Liu , Bin Wen Subject: Re: [Teas] New Version Notification for draft-saad-teas-yang-rsvp-02.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jul 2015 04:03:43 -0000 Hi WG, We posted a new draft of the base RSVP, generic RSVP-TE and packet RSVP-TE YANG data model below. Please review and provide your feedback. Regards, Tarek (on behalf of co-authors) On 2015-07-05, 11:58 PM, "internet-drafts@ietf.org" wrote: > >A new version of I-D, draft-saad-teas-yang-rsvp-02.txt >has been successfully submitted by Tarek Saad and posted to the >IETF repository. > >Name: draft-saad-teas-yang-rsvp >Revision: 02 >Title: A YANG Data Model for Resource Reservation Protocol (RSVP) >Document date: 2015-07-06 >Group: Individual Submission >Pages: 66 >URL: =20 >https://www.ietf.org/internet-drafts/draft-saad-teas-yang-rsvp-02.txt >Status: =20 >https://datatracker.ietf.org/doc/draft-saad-teas-yang-rsvp/ >Htmlized: https://tools.ietf.org/html/draft-saad-teas-yang-rsvp-02 >Diff: =20 >https://www.ietf.org/rfcdiff?url2=3Ddraft-saad-teas-yang-rsvp-02 > >Abstract: > This document defines a YANG data model for the configuration and > management of RSVP Protocol. The model defines generic RSVP protocol > building blocks that can be augmented and used by other RSVP > extension models such as RVSP extensions to Traffic-Engineering > (RSVP-TE). The model covers the RSVP protocol configuration, > operational state, remote procedural calls, and event notifications > data. > > =20 > =20 > > >Please note that it may take a couple of minutes from the time of >submission >until the htmlized version and diff are available at tools.ietf.org. > >The IETF Secretariat > From nobody Mon Jul 6 04:49:06 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6AA601A8A9A; Mon, 6 Jul 2015 04:49:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id R3Ze7ffFSnhC; Mon, 6 Jul 2015 04:49:02 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 885C71AC3C2; Mon, 6 Jul 2015 04:49:01 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.0.4.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150706114901.11217.94139.idtracker@ietfa.amsl.com> Date: Mon, 06 Jul 2015 04:49:01 -0700 Archived-At: Cc: teas@ietf.org Subject: [Teas] I-D Action: draft-ietf-teas-te-metric-recording-02.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jul 2015 11:49:03 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling Working Group of the IETF. Title : Resource ReserVation Protocol-Traffic Engineering (RSVP-TE) extension for recording TE Metric of a Label Switched Path Authors : Zafar Ali George Swallow Clarence Filsfils Matt Hartley Kenji Kumaki Deutsche Telekom AG Filename : draft-ietf-teas-te-metric-recording-02.txt Pages : 15 Date : 2015-07-06 Abstract: There are many scenarios in which Traffic Engineering (TE) metrics such as cost, Delay and Delay variation associated with the TE link formed by Label Switched Path (LSP) are not available to the ingress and egress nodes. This draft provides extensions for the Resource ReserVation Protocol- Traffic Engineering (RSVP-TE) to support automatic collection of cost, Delay and Delay variation information for the TE link formed by a LSP. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-te-metric-recording/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-teas-te-metric-recording-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-te-metric-recording-02 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Jul 6 09:23:45 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C36451B2FB0; Mon, 6 Jul 2015 09:23:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZJfJ17Frh_jR; Mon, 6 Jul 2015 09:23:42 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 338941B2FAD; Mon, 6 Jul 2015 09:23:42 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.0.4.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150706162342.21456.83140.idtracker@ietfa.amsl.com> Date: Mon, 06 Jul 2015 09:23:42 -0700 Archived-At: Cc: teas@ietf.org Subject: [Teas] I-D Action: draft-ietf-teas-lsp-diversity-02.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jul 2015 16:23:43 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling Working Group of the IETF. Title : Resource ReserVation Protocol-Traffic Engineering (RSVP-TE) Path Diversity using Exclude Route Authors : Zafar Ali George Swallow Fatai Zhang Dieter Beller Filename : draft-ietf-teas-lsp-diversity-02.txt Pages : 26 Date : 2015-07-06 Abstract: RFC 4874 specifies methods by which path exclusions can be communicated during RSVP-TE signaling in networks where precise explicit paths are not computed by the LSP source node. This document specifies procedures for additional route exclusion subobject based on Paths currently existing or expected to exist within the network. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-lsp-diversity/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-teas-lsp-diversity-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-lsp-diversity-02 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Jul 6 09:47:35 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DE8151B2FFA for ; Mon, 6 Jul 2015 09:47:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.186 X-Spam-Level: X-Spam-Status: No, score=-6.186 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.723, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BE7S5PNk9VBI for ; Mon, 6 Jul 2015 09:47:32 -0700 (PDT) Received: from smtp-fr.alcatel-lucent.com (fr-hpgre-esg-01.alcatel-lucent.com [135.245.210.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2F2A31B2FE4 for ; Mon, 6 Jul 2015 09:47:28 -0700 (PDT) Received: from fr711usmtp1.zeu.alcatel-lucent.com (unknown [135.239.2.122]) by Websense Email Security Gateway with ESMTPS id 290728F3B34A; Mon, 6 Jul 2015 16:47:23 +0000 (GMT) Received: from FR711WXCHHUB02.zeu.alcatel-lucent.com (fr711wxchhub02.zeu.alcatel-lucent.com [135.239.2.112]) by fr711usmtp1.zeu.alcatel-lucent.com (GMO) with ESMTP id t66GlPL9010485 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 6 Jul 2015 18:47:25 +0200 Received: from [149.204.106.213] (135.239.27.40) by FR711WXCHHUB02.zeu.alcatel-lucent.com (135.239.2.112) with Microsoft SMTP Server (TLS) id 14.3.195.1; Mon, 6 Jul 2015 18:47:25 +0200 Message-ID: <559AB11C.7070008@alcatel-lucent.com> Date: Mon, 6 Jul 2015 18:47:24 +0200 From: Dieter Beller Organization: Alcatel-Lucent User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: References: <20150706162342.21456.83140.idtracker@ietfa.amsl.com> In-Reply-To: <20150706162342.21456.83140.idtracker@ietfa.amsl.com> Content-Type: text/html; charset="windows-1252" Content-Transfer-Encoding: 8bit X-Originating-IP: [135.239.27.40] Archived-At: Cc: George Swallow , Fatai Zhang , "Zafar Ali \(zali\)" Subject: Re: [Teas] I-D Action: draft-ietf-teas-lsp-diversity-02.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jul 2015 16:47:34 -0000 Hi TEAS WG,

we posted a new version of the diversity draft, which is mainly an editorial clean-up that also resolves Lou's comment from
IETF92 that the document contains too many SHOULDs (see conformance language in RFC2119). We turned as many
SHOULDs as possible into MUSTs.

Please have a look at the new version and provide your comments, which are highly appreciated.
 

Thanks,
Dieter (on behalf of the authors)


On 06.07.2015 18:23, internet-drafts@ietf.org wrote:
A New Internet-Draft is available from the on-line Internet-Drafts directories.
 This draft is a work item of the Traffic Engineering Architecture and Signaling Working Group of the IETF.

        Title           : Resource ReserVation Protocol-Traffic Engineering (RSVP-TE) Path Diversity using Exclude Route
        Authors         : Zafar Ali
                          George Swallow
                          Fatai Zhang
                          Dieter Beller
	Filename        : draft-ietf-teas-lsp-diversity-02.txt
	Pages           : 26
	Date            : 2015-07-06

Abstract:
   RFC 4874 specifies methods by which path exclusions can be
   communicated during RSVP-TE signaling in networks where precise
   explicit paths are not computed by the LSP source node. This
   document specifies procedures for additional route exclusion
   subobject based on Paths currently existing or expected to exist
   within the network.

   

The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-ietf-teas-lsp-diversity/

There's also a htmlized version available at:
https://tools.ietf.org/html/draft-ietf-teas-lsp-diversity-02

A diff from the previous version is available at:
https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-lsp-diversity-02


Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

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

_______________________________________________
Teas mailing list
Teas@ietf.org
https://www.ietf.org/mailman/listinfo/teas
From nobody Mon Jul 6 10:19:48 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 970C61B2FFE for ; Mon, 6 Jul 2015 10:19:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.193 X-Spam-Level: X-Spam-Status: No, score=-3.193 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HELO_EQ_FR=0.35, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_SOFTFAIL=0.665, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0gYDyI4awVME for ; Mon, 6 Jul 2015 10:19:41 -0700 (PDT) Received: from r-mail1.rd.orange.com (r-mail1.rd.orange.com [217.108.152.41]) by ietfa.amsl.com (Postfix) with ESMTP id C395D1B2FFC for ; Mon, 6 Jul 2015 10:19:40 -0700 (PDT) Received: from r-mail1.rd.orange.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id B1AE5DE4002; Mon, 6 Jul 2015 19:19:42 +0200 (CEST) Received: from FTRDCH01.rd.francetelecom.fr (unknown [10.194.32.11]) by r-mail1.rd.orange.com (Postfix) with ESMTP id A14D7A4436C; Mon, 6 Jul 2015 19:19:42 +0200 (CEST) Received: from [10.193.71.87] (10.193.71.87) by FTRDCH01.rd.francetelecom.fr (10.194.32.11) with Microsoft SMTP Server id 14.3.224.2; Mon, 6 Jul 2015 19:19:38 +0200 Message-ID: <559AB8AA.7090104@orange.com> Date: Mon, 6 Jul 2015 19:19:38 +0200 From: Olivier Dugeon Organization: Orange Labs User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: "BELOTTI, SERGIO (SERGIO)" , "Igor Bryskin" , Xufeng Liu References: <09add2e645564447ab6b57654771da01@ATL-SRV-MBX1.advaoptical.com> In-Reply-To: Content-Type: multipart/alternative; boundary="------------010203000600070603000900" Archived-At: Cc: "Zhangxian \(Xian\)" , "teas@ietf.org" Subject: Re: [Teas] Updating draft-ietf-teas-yang-te-topo-00 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jul 2015 17:19:46 -0000 --------------010203000600070603000900 Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: quoted-printable Hello All, I read carefully the proposed yang model and to complement the remarks=20 from Sergio, I didn't found how to describe inter-domain links. In hierarchical PCE (RFC 6805) as well as for Backward Recursive Path=20 Computation (RFC5441), it is mandatory to know the entry and exit points = (i.e. ASBR node with inter-domain links) of the different ASs. I=20 understand that it is possible to describe a node with links that point=20 to another domain, but, I didn't found how to precise the AS number of=20 the topology and remote AS that are connected to this topology. Such TE=20 link could be describe in OSPF following RFC5392 and in ISIS following=20 RFC5316. Indeed, PCE (BRPC or Hierarchical) during the path computation=20 need to determine in the topology how to reach the next domain, and=20 verify resource availability on inter-domain links once selected. Is it possible to describe such inter-domain links with the current=20 model ? if yes, please can you explain? If no, do you intend to add=20 complement to the model ? Of course, I could help for that. Regards, Olivier Le 01/07/2015 17:33, BELOTTI, SERGIO (SERGIO) a =C3=A9crit : > > Hi Igor, > > thanks a lot for your prompt reply. > > You can see my cents below in line . > > Hope to see you in Prague. > > Cheers > > Sergio > > *Belotti Sergio - System Architect* > > *ALCATEL-LUCENT IP Routing&Transport* > > via Trento 30 Vimercate (MB) - Italy > > phone +39 (039) 6863033 > > *From:*Igor Bryskin [mailto:IBryskin@advaoptical.com] > *Sent:* mercoled=C3=AC 1 luglio 2015 17:16 > *To:* BELOTTI, SERGIO (SERGIO); Xufeng Liu > *Cc:* Zhangxian (Xian); teas@ietf.org > *Subject:* RE: Updating draft-ietf-teas-yang-te-topo-00 > > Hi Sergio, > > Thanks for the feedback. Please, see my answers in-line. > > Cheers, > > Igor > > *From:*Teas [mailto:teas-bounces@ietf.org] *On Behalf Of *BELOTTI,=20 > SERGIO (SERGIO) > *Sent:* Wednesday, July 01, 2015 10:46 AM > *To:* Xufeng Liu > *Cc:* Zhangxian (Xian); BELOTTI, SERGIO (SERGIO); teas@ietf.org=20 > > *Subject:* Re: [Teas] Updating draft-ietf-teas-yang-te-topo-00 > > Hi Liu, co-authors, > > following Xian=E2=80=99s comments , > > I would have some comments on the proposed update, even if difficult=20 > before to have a definite text update: > > 1)One of the basic usage of a te-topology model is to permit a=20 > controller (e.g. using a PCE) to make path computation. I see your=20 > topology model is based on nodes and links, he permits hierarchy of=20 > topology but I cannot see any node/leaf for termination/adaptation=20 > point. In case of multi-layer path computation it would be essential=20 > to understand where there are =E2=80=9Cchange=E2=80=9D in the layer (as= MRN for=20 > example does with IACD concept) . I noticed you have defined server=20 > trail, but I do not see any topological component representing point=20 > of adaptation . You have underlay-trail-src and underlay-trail-des for = > reference to server trail but no specific attributes are indicated=20 > here like BW available and so on. > > IB>> Agree, it is important to know, when performing a path=20 > computation, the adaptation capabilities of the links at the path=20 > termination points. We need to add the IACD semantics to the link=20 > attributes. Good catch. > > 2)Being a hierarchical data store, Yang does not support explicitly=20 > recursion but the model seems to obtain this by the usage of leafref , = > practically using a flat list of objects, where the objects are linked = > into a hierarchy using references, this happen for e.g. for topology=20 > recursion . Is it correct my understanding? Do you see any limitation=20 > on this usage? > > IB>> Yes, we capture the topology hierarchies via leafrefs to=20 > respective underlay topologies of each of nodes and links, and so do,=20 > as I understand, the I2RSS network topology models. No, I don=E2=80=99= t see=20 > any limitations. Can you elaborate on this? > > SB> No, I=E2=80=99m not saying there is limitation on that. My question= is=20 > whether you see other method/approach to obtain recursion than this.=20 > No assumption of limitation. J > > 3)Xian already pointing out the scheduling presence, but I also have=20 > remark on the presence since a lot of comments during Dallas meeting=20 > underlined the premature presence of scheduling part of the model. > > IB>> This will go away as soon as we find a home for this IMO very=20 > useful concept. > > 4)About the topology-model draft-ietf-i2rs-yang-network-topo-01=20 > , = > I noticed in a parallel discussion the explicit mention of the need to = > add Traffic Engineering. Is that in the process to encompass in a=20 > single draft with this Teas draft? > > IB>> We are working with I2RS to incorporate this model under their=20 > umbrella. > > We also assume that the TEAS TE topology model could be used outside=20 > of I2RS as well, for example, in the ACTN context. > > SB> Yes sure, this could be a right context. > > Thanks > > Sergio > > *From:*Teas [mailto:teas-bounces@ietf.org] *On Behalf Of *Xufeng Liu > *Sent:* mercoled=C3=AC 1 luglio 2015 05:36 > *To:* Zhangxian (Xian) > *Cc:* teas@ietf.org > *Subject:* Re: [Teas] Updating draft-ietf-teas-yang-te-topo-00 > > Hi Xian, > > Thanks for the comments. Please check the replies below in-line. > > Best, > > - Xufeng > > *From:*Zhangxian (Xian) [mailto:zhang.xian@huawei.com] > *Sent:* Friday, June 26, 2015 5:32 AM > *To:* Xufeng Liu > *Cc:* teas@ietf.org > *Subject:* RE: Updating draft-ietf-teas-yang-te-topo-00 > > Hi, Xufeng and the authors, > > Thank you for getting us updated. > > I haven=E2=80=99t got time to read in details; just by skimming through= the=20 > tree, I have the following questions: > > 1)During last IETF presentation, Pavan mentioned the model will try to = > use the generic topology model. Is this going to happen in this=20 > version? If not, what is your plan? > > */[Xufeng] The integration with the i2rs generic topology model is=20 > currently working in progress. We will report the status during IETF93.= /* > > 2)A topology is now identified via a triplet ( provider-id, client-id, = > te-topology-id). I fail to see client-id as an universal attribute.=20 > For example, if I am the provider and I have one or topology, so how=20 > do I fill in the client-id field? > > */[Xufeng] In that case, the client-id will be 0. Similar to the=20 > Global_ID described in RFC6370, 0 means that the client-id is not=20 > specified./* > > 3)I thought schedule will go away in a newer version, but instead it=20 > is made as a feature. I can live with this option, but why does a=20 > topology has a detailed timing information, while in the meantime its=20 > links and nodes have the same amount of information? Isn=E2=80=99t the = > existence of a topology depends on that of the nodes and links? > > */[Xufeng] The schedule is still here because there has been no proper = > home for it. Topology, node, and link all have such a scheduling=20 > option so that each entity can be scheduled independently. There could = > be such a case when some links are removed but the topology remains./* > > 4)underlay-path and underlay-backup-path both have a list of path=20 > elements. I think the first is working, is it? if so, could you rename = > the first as underlay-working-path? Alternatively, it would be better=20 > to put the two together and add a working/backup flag? > > */[Xufeng] We have renamed them to underlay-primary-path and=20 > underlay-backup-path./* > > Will get a more detailed review once the text is updated together with = > the code. > > Cheers, > Xian > > *From:*Teas [mailto:teas-bounces@ietf.org] *On Behalf Of *Xufeng Liu > *Sent:* 2015=E5=B9=B46=E6=9C=8823=E6=97=A54:23 > *To:* teas@ietf.org > *Subject:* [Teas] Updating draft-ietf-teas-yang-te-topo-00 > > Hi Folks, > > The next version of the TE-Topology model draft will be submitted next = > week. In the meantime, please review the latest version of the model=20 > uploaded on github and let us know if there are any=20 > questions/comments. We expect to make one more update before=20 > submitting the draft. > > https://github.com/ietf-mpls-yang/te/blob/master/ietf-te-topology.yang > > https://github.com/ietf-mpls-yang/te/blob/master/ietf-te-topology_tree.= txt > > Regards, > > - Xufeng (on behalf of the authors) > > > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas --------------010203000600070603000900 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello All,

I read carefully the proposed yang model and to complement the remarks from Sergio, I didn't found how to describe inter-domain links.

In hierarchical PCE (RFC 6805) as w= ell as for Backward Recursive Path Computation (RFC5441), it is mandatory to know the entry and exi= t points (i.e. ASBR node with inter-domain links) of the different ASs. I understand that it is possible to describe a node with links that point to another domain, but, I didn't found how to precise the AS number of the topology and remote AS that are connected to this topology. Such TE link could be describe in OSPF following RFC5392 and in ISIS following RFC5316. Indeed, PCE (BRPC or Hierarchical) during the path computation need= to determine in the topology how to= reach the next domain, and verify resource availability on inter-domain links once selected.<= /font>

Is it possible to describe such inter-domain link= s with the current model ? if yes= , please can you explain ? If no, do you intend to add complement to the model ? Of course, I could help for that.

Regards,

Olivier
=
Le 01/07/2015 17:33, BELOTTI, SERGIO (SERGIO) a =C3=A9crit=C2=A0:

Hi Igor,

thanks a lot for your prompt reply.

=C2=A0

You can see my cents below in line .

Hope to see you in Prague.

=C2=A0

Cheers

Sergio

=C2=A0

Belotti Sergio -=C2=A0System Architect

ALCATEL-LUCENT=C2=A0 IP Routing&Transp= ort

via Trento 30 Vimercate (MB) - Italy

phone +39 (039) 6863033=

=C2=A0<= /o:p>

From: Igor Bryskin [mailto:IBryskin@advaoptical.com]
Sent: mercoled=C3=AC 1 luglio 2015 17:16
To: BELOTTI, SERGIO (SERGIO); Xufeng Liu
Cc: Zhangxian (Xian); teas@ietf.org
Subject: RE: Updating draft-ietf-teas-yang-te-topo-00

=C2=A0

Hi Sergio,

Thank= s for the feedback. Please, see my answers in-line.<= /span>

= =C2=A0

Cheer= s,

Igor<= o:p>

= =C2=A0

From: Teas [mailto:teas-bounc= es@ietf.org] On Behalf Of BELOTTI, SERGIO (SERGIO)
Sent: Wednesday, July 01, 2015 10:46 AM
To: Xufeng Liu
Cc: Zhangxian (Xian); BELOTTI, SERGIO (SERGIO); = teas@ietf.org
Subject: Re: [Teas] Updating draft-ietf-teas-yang-te-topo-00

=C2=A0

Hi Liu, co-authors,

following Xian=E2=80=99s comments ,

=C2=A0

I would have some comments on the proposed update, even if difficult before to have a definite text update:

=C2=A0

1)=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 One of the basic usage of a te-topology model is to permit a controller (e.g. using a PCE) to make path computation. I see your topology model is based on nodes and links, he permits hierarchy of topology but I cannot see any node/leaf for termination/adaptation point. In case of multi-layer path computation it would be essential to understand where there are =E2=80=9Cchange=E2=80=9D in the layer (as MRN for example= does with IACD concept) . I noticed you have defined server trail, but I do not see any topological component representing point of adaptation . You have underlay-trail-src and underlay-trail-des for reference to server trail but no specific attributes are indicated here like BW available and so on.

IB>= ;> Agree, it is important to know, when performing a path computation, the adaptation capabilities of the links at the path termination points. We need to add the IACD semantics to the link attributes. Good catch.

= =C2=A0

2)=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 Being a hierarchical data store, Yang does not support explicitly recursion but the model seems to obtain this by the usage of leafref , practically using a flat list of objects, where the objects are linked into a hierarchy using references, this happen for e.g. for topology recursion . Is it correct my understanding? Do you see any limitation on this usage?

IB>= ;> Yes, we capture the topology hierarchies via leafrefs to respective underlay topologies of each of nodes and links, and so do, as I understand, =C2=A0the I2RSS network topology models. No, I don=E2=80=99t see any limitations. Can you elab= orate on this?

SB> No, I=E2=80=99m not saying there is limitation on that. My qu= estion is whether you see other method/approach to obtain recursion than this. No assumption of limitation. J

= =C2=A0

3)=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 Xian alread= y pointing out the scheduling presence, but I also have remark on the presence since a lot of comments during Dallas meeting underlined the premature presence of scheduling part of the model.

IB>= ;> This will go away as soon as we find a home for this IMO very useful concept.

= =C2=A0

4)=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 About the topology-model draft-ietf-i2rs-yang-network-topo-01, I noticed in a parallel discussion the explicit mention of the need to add Traffic Engineering. Is that in the process to encompass in a single draft with this Teas draft?

IB>= ;> We are working with I2RS to incorporate this model under their umbrella.

We al= so assume that the TEAS TE topology model could be used outside of I2RS as well, for example, in the ACTN context.=

SB> Yes sure, this could be a right context.

=C2=A0

Thanks

=C2=A0

Sergio

=C2=A0

=C2=A0

=C2=A0<= /o:p>

From: Teas [mailto:teas-bounc= es@ietf.org] On Behalf Of Xufeng Liu
Sent: mercoled=C3=AC 1 luglio 2015 05:36
To: Zhangxian (Xian)
Cc: teas@ietf.org
Subject: Re: [Teas] Updating draft-ietf-teas-yang-te-topo-00

=C2=A0

Hi Xian,

=C2=A0

Thanks for the comments. Please check the replies below in-line.

=C2=A0

Best,

=C2=A0

- Xufeng

=C2=A0

From: Zhangxian (Xian) [mailto:zhang.xi= an@huawei.com]
Sent: Friday, June 26, 2015 5:32 AM
To: Xufeng Liu
Cc: teas@ietf.org
Subject: RE: Updating draft-ietf-teas-yang-te-topo-00

=C2=A0

Hi,= Xufeng and the authors,

=C2=A0

Tha= nk you for getting us updated.

=C2=A0

I haven=E2=80=99t got time to read in details; just by skimmi= ng through the tree,=C2=A0 I have the following questions:

=C2=A0

1)<= /span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 During last IETF presentation, Pavan mentioned the model will try to use the generic topology model. Is this going to happen in this version? =C2=A0If no= t, what is your plan?

[Xufeng] The integration with the i2rs generic topology model is currently working in progress. We will report the status during IETF93.

=C2=A0

2)<= /span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 A topology is now identified via a triplet (= provider-id, client-id, te-topology-id). I fail to see client-id as an universal attribute. For example, if I am the provider and I have one or topology, so how do I fill in the client-id field?

[Xufeng] In that case, the client-id wil= l be 0. Similar to =C2=A0the Global_ID described in RFC63= 70, 0 means that the client-id is not specified.=

=C2=A0

3)<= /span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 I thought schedule will go away in a newer version, but instead it is made as a feature. I can live with this option, but why does a topology has a detailed timing information, while in the meantime its links and nodes have the same amount of information? Isn=E2=80=99t th= e existence of a topology depends on that of the nodes and links?

[Xufeng] The schedule is still here because there has been no proper home for it. Topology, node, and link all have such a scheduling option so that each entity can be scheduled independently. There could be such a case when some links are removed but the topology remains.<= /b>

=C2=A0

4)<= /span>=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 underlay-path and underlay-backup-path both have a list of path elements. I think the first is working, is it? if so, could you rename the first as underlay-working-path? Alternatively, it would be better to put the two together and add a working/backup flag?

[Xufeng] We have renamed them to underlay-primary-path and underlay-backup-path.<= /i>

=C2=A0

Wil= l get a more detailed review once the text is updated together with the code.

=C2=A0

Che= ers,
Xian

=C2=A0

From: Teas [mailto:teas-bou= nces@ietf.org] On Behalf Of Xufeng Liu
Sent: 2015=E5=B9=B46=E6=9C=8823=E6=97=A5 4:23
To: teas@ietf.org
Subject: [Teas] Updating draft-ietf-teas-yang-te-topo-00

=C2=A0

Hi Folks,

=C2=A0

The next version of the TE-Topology model draft will be submitted next week. In the meantime, please review the latest version of the model uploaded on github and let us know if there are any questions/comments. We expect to make one more update before submitting the draft.

=C2=A0

https://github.com/ietf-mpls-yang/te/blob/master/ietf-te-topolog= y.yang

https://github.com/ietf-mpls-yang/te/blob/master/ietf-te-topol= ogy_tree.txt

=C2=A0

Regards,

- Xufeng (on behalf of the authors)

=C2=A0



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

--------------010203000600070603000900-- From nobody Mon Jul 6 11:40:06 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0E85F1B2FEE; Mon, 6 Jul 2015 11:40:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qYlFflY2MzVv; Mon, 6 Jul 2015 11:40:02 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 836601B2F79; Mon, 6 Jul 2015 11:40:02 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.0.4.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150706184002.26971.11015.idtracker@ietfa.amsl.com> Date: Mon, 06 Jul 2015 11:40:02 -0700 Archived-At: Cc: teas@ietf.org Subject: [Teas] I-D Action: draft-ietf-teas-yang-te-topo-01.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jul 2015 18:40:04 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling Working Group of the IETF. Title : YANG Data Model for TE Topologies Authors : Xufeng Liu Igor Bryskin Vishnu Pavan Beeram Tarek Saad Himanshu Shah Oscar Gonzalez De Dios Filename : draft-ietf-teas-yang-te-topo-01.txt Pages : 79 Date : 2015-07-06 Abstract: This document defines a YANG data model for representing, retrieving and manipulating TE Topologies. The model serves as a base model that other technology specific TE Topology models can augment. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-yang-te-topo/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-teas-yang-te-topo-01 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-yang-te-topo-01 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Jul 6 12:50:31 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D2AAA1B3146 for ; Mon, 6 Jul 2015 12:50:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QiC9T5Vg6QIj for ; Mon, 6 Jul 2015 12:50:29 -0700 (PDT) Received: from alln-iport-1.cisco.com (alln-iport-1.cisco.com [173.37.142.88]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4B8071B3042 for ; Mon, 6 Jul 2015 12:50:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=179; q=dns/txt; s=iport; t=1436212229; x=1437421829; h=from:to:cc:subject:date:message-id: content-transfer-encoding:mime-version; bh=WH4XyRQrvn3YxRyXdXsBMN6f4P29U2sPM2nSlL+MvHA=; b=OZk7AZxf9S1z/OObYCRrt58HRf72nJiSi/mQBqWwd4dkQ+a40sVBk1i8 iB35gQGCvuMavET3yInVJTKXVvh4dDEIVmWhLusFk7qws0nVQ9MuJl2Xm 9XbKbTMx1aEBl2asDtI5FgqTPhpgYDkAuoqqsodtrqUV006yEpAhjZurA I=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0C8AwAa25pV/5RdJa1cgxJUZr1XCYFuhXcCgTs4FAEBAQEBAQGBCoQlAQQ6PxIBKhRCJgEEDg2IJg3LRgEBAQEBAQEBAgEBAQEBAQEBAQEUBJAgMYMegRQFlBUBjSGEFZMHJoN7gjaBBAEBAQ X-IronPort-AV: E=Sophos;i="5.15,417,1432598400"; d="scan'208";a="166063984" Received: from rcdn-core-12.cisco.com ([173.37.93.148]) by alln-iport-1.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 06 Jul 2015 19:50:28 +0000 Received: from xhc-aln-x11.cisco.com (xhc-aln-x11.cisco.com [173.36.12.85]) by rcdn-core-12.cisco.com (8.14.5/8.14.5) with ESMTP id t66JoSOU011784 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Mon, 6 Jul 2015 19:50:28 GMT Received: from xmb-rcd-x03.cisco.com ([169.254.7.176]) by xhc-aln-x11.cisco.com ([173.36.12.85]) with mapi id 14.03.0195.001; Mon, 6 Jul 2015 14:50:28 -0500 From: "Matt Hartley (mhartley)" To: "TEAS WG (teas@ietf.org)" Thread-Topic: Draft agenda for Prague Thread-Index: AdC4JNnRM1nulZKdTQa8eoJwm5VO/w== Date: Mon, 6 Jul 2015 19:50:27 +0000 Message-ID: <9D50FCE7413E3D4EA5E42331115FB5BC3CA1A153@xmb-rcd-x03.cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [161.44.213.49] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "Matt Hartley \(mhartley\)" Subject: [Teas] Draft agenda for Prague X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jul 2015 19:50:31 -0000 All, Draft agenda for Prague is at https://www.ietf.org/proceedings/93/agenda/ag= enda-93-teas. Please let us know if there's any corrections/additions. Matt, Lou & Pavan From nobody Mon Jul 6 13:15:43 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 987F31B31C4 for ; Mon, 6 Jul 2015 13:15:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.667 X-Spam-Level: X-Spam-Status: No, score=-1.667 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eFsp9LGCySgz for ; Mon, 6 Jul 2015 13:15:40 -0700 (PDT) Received: from gproxy6-pub.mail.unifiedlayer.com (gproxy6-pub.mail.unifiedlayer.com [67.222.39.168]) by ietfa.amsl.com (Postfix) with SMTP id 9480C1B31C3 for ; Mon, 6 Jul 2015 13:15:40 -0700 (PDT) Received: (qmail 6368 invoked by uid 0); 6 Jul 2015 20:15:39 -0000 Received: from unknown (HELO cmgw4) (10.0.90.85) by gproxy6.mail.unifiedlayer.com with SMTP; 6 Jul 2015 20:15:39 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw4 with id pE8R1q00E2SSUrH01E8U5b; Mon, 06 Jul 2015 20:08:28 -0600 X-Authority-Analysis: v=2.1 cv=RppWckWK c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=wU2YTnxGAAAA:8 a=cNaOj0WVAAAA:8 a=AGkejYDSTmIA:10 a=N659UExz7-8A:10 a=-NfooI8aBGcA:10 a=uEJ9t1CZtbIA:10 a=zOBTXjUuO1YA:10 a=48vgC7mUAAAA:8 a=oNLz23SUg9E6qH5u7wAA:9 a=pILNOxqGKmIA:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:To:MIME-Version:From:Date:Message-ID; bh=4FaIFhw45Ibsgj6CMM43cJ5N3QnDxf8jowfts88DUPA=; b=wWTRk3UUwZMZP/kWZ0uaXJ9YxljEN8y6HYdxyXA5e6PufWTNJiL+A1WcJU3jgUyHUhDJns55VI56voYT1eZvbOVVFfPs/tX0j/VwpudSewY1/Ape5Ll95hoJqWWfIVna; Received: from box313.bluehost.com ([69.89.31.113]:58784 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.84) (envelope-from ) id 1ZCCng-00038H-DF for teas@ietf.org; Mon, 06 Jul 2015 14:15:36 -0600 Message-ID: <559AE1DC.7010400@labn.net> Date: Mon, 06 Jul 2015 16:15:24 -0400 From: Lou Berger User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: teas@ietf.org References: <557F2086.6040608@labn.net> In-Reply-To: <557F2086.6040608@labn.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Archived-At: Subject: Re: [Teas] WG Last Call on draft-ietf-teas-te-express-path-02 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Jul 2015 20:15:41 -0000 This WG LC is closed (no issues raised during extended time). I believe, all updates have been made. I will prepare the publication request. Lou (and Pavan) On 6/15/2015 2:59 PM, Lou Berger wrote: > All, > This starts a two week working group last call on > draft-ietf-teas-te-express-path-02. > > The working group last call ends on Monday, June 29th. Please > send your comments to the TEAS mailing list. > > As is always the case, positive comments, e.g., "I've reviewed this > document and believe it is ready for publication", are welcome! > This is useful and important, even from authors. > > Thanks, > Lou (and Pavan) > > > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > From nobody Tue Jul 7 08:29:26 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BB28F1ACD42 for ; Tue, 7 Jul 2015 08:29:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id td7tVBUVLdx4 for ; Tue, 7 Jul 2015 08:29:24 -0700 (PDT) Received: from mail-vn0-x230.google.com (mail-vn0-x230.google.com [IPv6:2607:f8b0:400c:c0f::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2D8511A90B3 for ; Tue, 7 Jul 2015 08:29:24 -0700 (PDT) Received: by vnav203 with SMTP id v203so8689758vna.4 for ; Tue, 07 Jul 2015 08:29:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=zFM6mh2qeNPcSByVlyOGmMcHaPcRP1nFhISYNTXKO44=; b=co1YENZ249sA7OSg30bodRgm5Czj5E++SV07FExWcI//G9HWJHN0dDnBCvmfCdM2Ib lYB1QcyRnWkHf/mMrtsu1MNrgRy1ABKvPz0Wr+AcRJajVZPxmFt8xAiLRFaGMsi82f41 ejeRtAhbuYcrJN5gYv1JPQ3d4G98n1vetVmbv4M5vlItjnDx4XHcg1Is5Y5fa5vdL+Bj B8yZqdKDtJ6OMHj1yak59/EgEZw2+ZK8a+ka1c+imL0n7Gl6oEuyVviiY/kJ9C5KKklE 9osSiyMUL8Ennv2oeSb+Cz7yl8Hj7sMLw9chvOffnL5pLPD5CsGfQ6FPSPARctU1VP/8 QAZQ== MIME-Version: 1.0 X-Received: by 10.52.52.114 with SMTP id s18mr4945901vdo.9.1436282962955; Tue, 07 Jul 2015 08:29:22 -0700 (PDT) Received: by 10.31.96.80 with HTTP; Tue, 7 Jul 2015 08:29:22 -0700 (PDT) In-Reply-To: References: Date: Tue, 7 Jul 2015 11:29:22 -0400 Message-ID: From: Vishnu Pavan Beeram To: "teas@ietf.org" Content-Type: multipart/alternative; boundary=089e0111d57ccdd299051a4aafb2 Archived-At: Subject: Re: [Teas] WG Last Call on draft-ietf-teas-fast-lsps-requirements X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jul 2015 15:29:25 -0000 --089e0111d57ccdd299051a4aafb2 Content-Type: text/plain; charset=UTF-8 This WG LC is closed (No issues raised). I'll prepare the publication request. -Pavan On Mon, Jun 22, 2015 at 2:55 PM, Vishnu Pavan Beeram wrote: > All, > This starts a two week working group last call on > draft-ietf-teas-fast-lsps-requirements > > The working group last call ends on Monday, July 6th. Please > send your comments to the TEAS mailing list. > > As is always the case, positive comments, e.g., "I've reviewed this > document and believe it is ready for publication", are welcome! > This is useful and important, even from authors. > > Thanks, > Pavan > --089e0111d57ccdd299051a4aafb2 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
This WG LC is closed (No issues raised).

=
I'll prepare the publication request.

-Pavan

On Mon, Jun 22,= 2015 at 2:55 PM, Vishnu Pavan Beeram <vishnupavan@gmail.com> wrote:
All,
This starts a two week working group last call on=
draft-ietf-teas-fast-lsps-requirements

The working group last call ends on M= onday, July 6th. Please
send your comments to the TEAS mailing list.

As is always the case, positive comments, e.g., "I've reviewed thi= s
document and believe it is ready for publication", are welcome!
This is useful and important, even from authors.

Thanks,
Pavan

--089e0111d57ccdd299051a4aafb2-- From nobody Tue Jul 7 12:15:29 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AE49B1A871F for ; Tue, 7 Jul 2015 12:15:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Q4gD6XWmo9M8 for ; Tue, 7 Jul 2015 12:15:24 -0700 (PDT) Received: from mail-vn0-x22d.google.com (mail-vn0-x22d.google.com [IPv6:2607:f8b0:400c:c0f::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9A54F1A8713 for ; Tue, 7 Jul 2015 12:15:23 -0700 (PDT) Received: by vnav203 with SMTP id v203so9458823vna.5 for ; Tue, 07 Jul 2015 12:15:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=/eriNe07U20c79HfUi1SFnoRWsClPkdWmr+2dvxQ8t4=; b=J1DQxJ9ES3Tjq6T4R54l2DIc1WKEVGvXmW1bZ2UH/tn/AES9fgMD08x4ik/0HYiO+m by2QDqPWBmnP4PBAoa0rqb9W5nPr+rL4r+uveJS7szXXDPd1a9QqQUkFTm+rxBfALxpo N3Nay2HT4gizJSI82zgL2eMgIMCiQx5AP5k7hK96Y9FT9XnxfZyMcSxGeyzVgunKKEXO +yUI/Vi+zr06XOtR4BG/P67JJlpDtpsQucyolyWglAa8lGWNHFsCMByNSMGIIhuZl9BL Ltye+jlylXDIWC/6aqm60ajQ9fhezaPCTkvWOXXhng+/xuvpGeZVRDrzGPcJ4+gs4SR/ MCFw== MIME-Version: 1.0 X-Received: by 10.52.188.137 with SMTP id ga9mr5861341vdc.30.1436296522748; Tue, 07 Jul 2015 12:15:22 -0700 (PDT) Received: by 10.31.96.80 with HTTP; Tue, 7 Jul 2015 12:15:22 -0700 (PDT) In-Reply-To: <559AB8AA.7090104@orange.com> References: <09add2e645564447ab6b57654771da01@ATL-SRV-MBX1.advaoptical.com> <559AB8AA.7090104@orange.com> Date: Tue, 7 Jul 2015 15:15:22 -0400 Message-ID: From: Vishnu Pavan Beeram To: Olivier Dugeon Content-Type: multipart/alternative; boundary=bcaec548a43907d748051a4dd80a Archived-At: Cc: "Zhangxian \(Xian\)" , Igor Bryskin , "teas@ietf.org" , "BELOTTI, SERGIO \(SERGIO\)" , Xufeng Liu Subject: Re: [Teas] Updating draft-ietf-teas-yang-te-topo-00 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Jul 2015 19:15:27 -0000 --bcaec548a43907d748051a4dd80a Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Olivier, Hi! Thanks for bringing this up. The set of TE link attributes modeled so far does not include the attributes discussed in RFC5392/RFC5316. We should be able to address that in the next revision of the model. Please feel free to send in the model snippets for this. Regards, -Pavan On Mon, Jul 6, 2015 at 1:19 PM, Olivier Dugeon wrote: > Hello All, > > I read carefully the proposed yang model and to complement the remarks > from Sergio, I didn't found how to describe inter-domain links. > > In hierarchical PCE (RFC 6805) as well as for Backward Recursive Path > Computation (RFC5441), it is mandatory to know the entry and exit points > (i.e. ASBR node with inter-domain links) of the different ASs. I > understand that it is possible to describe a node with links that point t= o > another domain, but, I didn't found how to precise the AS number of the > topology and remote AS that are connected to this topology. Such TE link > could be describe in OSPF following RFC5392 and in ISIS following > RFC5316. Indeed, PCE (BRPC or Hierarchical) during the path computation n= eed > to determine in the topology how to reach the next domain, and verify > resource availability on inter-domain links once selected. > > Is it possible to describe such inter-domain links with the current model > ? if yes, please can you explain ? If no, do you intend to add complement > to the model ? Of course, I could help for that. > > Regards, > > Olivier > > Le 01/07/2015 17:33, BELOTTI, SERGIO (SERGIO) a =C3=A9crit : > > Hi Igor, > > thanks a lot for your prompt reply. > > > > You can see my cents below in line . > > Hope to see you in Prague. > > > > Cheers > > Sergio > > > > *Belotti Sergio - System Architect* > > *ALCATEL-LUCENT IP Routing&Transport* > > via Trento 30 Vimercate (MB) - Italy > > phone +39 (039) 6863033 > > > > *From:* Igor Bryskin [mailto:IBryskin@advaoptical.com > ] > *Sent:* mercoled=C3=AC 1 luglio 2015 17:16 > *To:* BELOTTI, SERGIO (SERGIO); Xufeng Liu > *Cc:* Zhangxian (Xian); teas@ietf.org > *Subject:* RE: Updating draft-ietf-teas-yang-te-topo-00 > > > > Hi Sergio, > > Thanks for the feedback. Please, see my answers in-line. > > > > Cheers, > > Igor > > > > *From:* Teas [mailto:teas-bounces@ietf.org ] *On > Behalf Of *BELOTTI, SERGIO (SERGIO) > *Sent:* Wednesday, July 01, 2015 10:46 AM > *To:* Xufeng Liu > *Cc:* Zhangxian (Xian); BELOTTI, SERGIO (SERGIO); teas@ietf.org > *Subject:* Re: [Teas] Updating draft-ietf-teas-yang-te-topo-00 > > > > Hi Liu, co-authors, > > following Xian=E2=80=99s comments , > > > > I would have some comments on the proposed update, even if difficult > before to have a definite text update: > > > > 1) One of the basic usage of a te-topology model is to permit a > controller (e.g. using a PCE) to make path computation. I see your topolo= gy > model is based on nodes and links, he permits hierarchy of topology but I > cannot see any node/leaf for termination/adaptation point. In case of > multi-layer path computation it would be essential to understand where > there are =E2=80=9Cchange=E2=80=9D in the layer (as MRN for example does = with IACD concept) > . I noticed you have defined server trail, but I do not see any topologic= al > component representing point of adaptation . You have underlay-trail-src > and underlay-trail-des for reference to server trail but no specific > attributes are indicated here like BW available and so on. > > IB>> Agree, it is important to know, when performing a path computation, > the adaptation capabilities of the links at the path termination points. = We > need to add the IACD semantics to the link attributes. Good catch. > > > > 2) Being a hierarchical data store, Yang does not support explicitly > recursion but the model seems to obtain this by the usage of leafref , > practically using a flat list of objects, where the objects are linked in= to > a hierarchy using references, this happen for e.g. for topology recursion= . > Is it correct my understanding? Do you see any limitation on this usage? > > IB>> Yes, we capture the topology hierarchies via leafrefs to respective > underlay topologies of each of nodes and links, and so do, as I understan= d, > the I2RSS network topology models. No, I don=E2=80=99t see any limitatio= ns. Can > you elaborate on this? > > SB> No, I=E2=80=99m not saying there is limitation on that. My question i= s whether > you see other method/approach to obtain recursion than this. No assumptio= n > of limitation. J > > > > 3) Xian already pointing out the scheduling presence, but I also > have remark on the presence since a lot of comments during Dallas meeting > underlined the premature presence of scheduling part of the model. > > IB>> This will go away as soon as we find a home for this IMO very useful > concept. > > > > 4) About the topology-model draft-ietf-i2rs-yang-network-topo-01 > , I > noticed in a parallel discussion the explicit mention of the need to add > Traffic Engineering. Is that in the process to encompass in a single draf= t > with this Teas draft? > > IB>> We are working with I2RS to incorporate this model under their > umbrella. > > We also assume that the TEAS TE topology model could be used outside of > I2RS as well, for example, in the ACTN context. > > SB> Yes sure, this could be a right context. > > > > Thanks > > > > Sergio > > > > > > > > *From:* Teas [mailto:teas-bounces@ietf.org ] *On > Behalf Of *Xufeng Liu > *Sent:* mercoled=C3=AC 1 luglio 2015 05:36 > *To:* Zhangxian (Xian) > *Cc:* teas@ietf.org > *Subject:* Re: [Teas] Updating draft-ietf-teas-yang-te-topo-00 > > > > Hi Xian, > > > > Thanks for the comments. Please check the replies below in-line. > > > > Best, > > > > - Xufeng > > > > *From:* Zhangxian (Xian) [mailto:zhang.xian@huawei.com > ] > *Sent:* Friday, June 26, 2015 5:32 AM > *To:* Xufeng Liu > *Cc:* teas@ietf.org > *Subject:* RE: Updating draft-ietf-teas-yang-te-topo-00 > > > > Hi, Xufeng and the authors, > > > > Thank you for getting us updated. > > > > I haven=E2=80=99t got time to read in details; just by skimming through t= he tree, > I have the following questions: > > > > 1) During last IETF presentation, Pavan mentioned the model will > try to use the generic topology model. Is this going to happen in this > version? If not, what is your plan? > > *[Xufeng] The integration with the i2rs generic topology model is > currently working in progress. We will report the status during IETF93.* > > > > 2) A topology is now identified via a triplet ( provider-id, > client-id, te-topology-id). I fail to see client-id as an universal > attribute. For example, if I am the provider and I have one or topology, = so > how do I fill in the client-id field? > > *[Xufeng] In that case, the client-id will be 0. Similar to the Global_I= D > described in RFC6370, 0 means that the client-id is not specified.* > > > > 3) I thought schedule will go away in a newer version, but instead > it is made as a feature. I can live with this option, but why does a > topology has a detailed timing information, while in the meantime its lin= ks > and nodes have the same amount of information? Isn=E2=80=99t the existenc= e of a > topology depends on that of the nodes and links? > > *[Xufeng] The schedule is still here because there has been no proper hom= e > for it. Topology, node, and link all have such a scheduling option so tha= t > each entity can be scheduled independently. There could be such a case wh= en > some links are removed but the topology remains.* > > > > 4) underlay-path and underlay-backup-path both have a list of path > elements. I think the first is working, is it? if so, could you rename th= e > first as underlay-working-path? Alternatively, it would be better to put > the two together and add a working/backup flag? > > *[Xufeng] We have renamed them to underlay-primary-path and > underlay-backup-path.* > > > > Will get a more detailed review once the text is updated together with th= e > code. > > > > Cheers, > Xian > > > > *From:* Teas [mailto:teas-bounces@ietf.org ] *On > Behalf Of *Xufeng Liu > *Sent:* 2015=E5=B9=B46=E6=9C=8823=E6=97=A5 4:23 > *To:* teas@ietf.org > *Subject:* [Teas] Updating draft-ietf-teas-yang-te-topo-00 > > > > Hi Folks, > > > > The next version of the TE-Topology model draft will be submitted next > week. In the meantime, please review the latest version of the model > uploaded on github and let us know if there are any questions/comments. W= e > expect to make one more update before submitting the draft. > > > > https://github.com/ietf-mpls-yang/te/blob/master/ietf-te-topology.yang > > https://github.com/ietf-mpls-yang/te/blob/master/ietf-te-topology_tree.tx= t > > > > Regards, > > - Xufeng (on behalf of the authors) > > > > > _______________________________________________ > Teas mailing listTeas@ietf.orghttps://www.ietf.org/mailman/listinfo/teas > > > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > > --bcaec548a43907d748051a4dd80a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Olivier, Hi!

Thanks for bringin= g this up.

The set of TE link attributes modeled so far does n= ot include the attributes discussed in RFC5392/RFC5316. We should be able t= o address that in the next revision of the model. Please feel free to send = in the model snippets for this.

Regards,
-Pavan=


On Mon, Jul 6, 2015 at 1:19 PM, Olivier Dugeon <olivier= .dugeon@orange.com> wrote:
=20 =20 =20
Hello All,

I read carefully the proposed yang model and to complement the remarks from Sergio, I didn't found how to describe inter-domain links.

In hierarchical PCE (RF= C 6805) as wel= l as for Backward Recursive Path Computation (RFC5441), it is mandatory to know the entry and exit points (i.e. ASBR node with inter-domain links) of the different ASs. I understand that it is possible to describe a node with links that point to another domain, but, I didn't found how to precise the AS number of the topology and remote AS that are connected to this topology. Such TE link could be describe in OSPF following RFC5392 and in ISIS following RFC5316. Indeed, PCE (BRPC or Hierarchical) during the path computation need to determine in the topology how to reach the next domain, and verify resource availability on inter-d= omain links once selected.

Is it possible to describe such inter-domain links with the current model ? if yes, please can you explain ? If no, do you intend to add complement to the model ? Of course, I could help for that.

Regards,

Olivier

Le 01/07/2015 17:33, BELOTTI, SERGIO (SERGIO) a =C3=A9crit=C2=A0:
=20 =20 =20

Hi Igor,

thanks a lot for your prompt reply.

=C2=A0

You can see my cents below in line .

Hope to see you in Prague.

=C2=A0

Cheers

Sergio

=C2=A0

Belo= tti Sergio -=C2=A0System Architect

ALCA= TEL-LUCENT=C2=A0 IP Routing&Transport

via Trento 30 Vimercate (MB) - Italy

phone +39 (039) 6863033

= =C2=A0

From:= Igor Bryskin [mailto:IBryskin@advaoptical.com]
Sent: mercoled=C3=AC 1 luglio 2015 17:16
To: BELOTTI, SERGIO (SERGIO); Xufeng Liu
Cc: Zhangxian (Xian); teas@ietf.org
Subject: RE: Updating draft-ietf-teas-yang-te-topo-00

=C2=A0

Hi Sergio,

Thanks for the feedback. Please, see my answers in-line.=

=C2=A0

Cheers,

Igor

=C2=A0

From:= Teas [mailto:teas-bounces@ietf.org] On Behalf Of BELOTTI, SERGIO (SERGIO)
Sent: Wednesday, July 01, 2015 10:46 AM
To: Xufeng Liu
Cc: Zhangxian (Xian); BELOTTI, SERGIO (SERGIO); teas@ietf.org
Subject: Re: [Teas] Updating draft-ietf-teas-yang-te-topo-00

=C2=A0

Hi Liu, co-authors,

following Xian=E2=80=99s comments ,

=C2=A0

I would have some comments on the proposed update, even if difficult before to have a definite text update:<= /span>

=C2=A0

1)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 One of= the basic usage of a te-topology model is to permit a controller (e.g. using a PCE) to make path computation. I see your topology model is based on nodes and links, he permits hierarchy of topology but I cannot see any node/leaf for termination/adaptation point. In case of multi-layer path computation it would be essential to understand where there are =E2=80=9Cchange=E2=80=9D in the layer (as MRN for example d= oes with IACD concept) . I noticed you have defined server trail, but I do not see any topological component representing point of adaptation . You have underlay-trail-src and underlay-trail-des for reference to server trail but no specific attributes are indicated here like BW available and so on.

IB>> Agree, it is important to know, when performing a path computation, the adaptation capabilities of the links at the path termination points. We need to add the IACD semantics to the link attributes. Good catch.

=C2=A0

2)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Being = a hierarchical data store, Yang does not support explicitly recursion but the model seems to obtain this by the usage of leafref , practically using a flat list of objects, where the objects are linked into a hierarchy using references, this happen for e.g. for topology recursion . Is it correct my understanding? Do you see any limitation on this usage?

IB>> Yes, we capture the topology hierarchies via leafrefs to respective underlay topologies of each of nodes and links, and so do, as I understand, =C2=A0the I2RSS network topology models. No, I don=E2=80=99t see any limitations. Can you elabor= ate on this?

SB> No, I=E2=80=99m not saying there is limitation on that. My ques= tion is whether you see other method/approach to obtain recursion than this. No assumption of limitation. J

=C2=A0

3)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Xian a= lready pointing out the scheduling presence, but I also have remark on the presence since a lot of comments during Dallas meeting underlined the premature presence of scheduling part of the model.

IB>> This will go away as soon as we find a home for this IMO very useful concept.

=C2=A0

4)=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 About = the topology-model draft-ietf-i2rs-yang-network-t= opo-01, I noticed in a parallel discussion the explicit mention of the need to add Traffic Engineering. Is that in the process to encompass in a single draft with this Teas draft?

IB>> We are working with I2RS to incorporate this model under their umbrella.

We also assume that the TEAS TE topology model could be used outside of I2RS as well, for example, in the ACTN context.

SB> Yes sure, this could be a right context.

=C2=A0

Thanks

=C2=A0

Sergio

=C2=A0

=C2=A0

= =C2=A0

From:= Teas [mailto:teas-bounces@ietf.org] On Behalf Of Xufeng Liu
Sent: mercoled=C3=AC 1 luglio 2015 05:36
To: Zhangxian (Xian)
Cc: teas@ietf.org
Subject: Re: [Teas] Updating draft-ietf-teas-yang-te-topo-00

=C2=A0

Hi Xian,

=C2=A0

Thanks for the comments. Please check the replies below in-line.

=C2=A0

Best,

=C2=A0

- Xufeng

=C2=A0

From: Zhangxian (Xian) [mailto:zhang.xian@huawei.com]
Sent: Friday, June 26, 2015 5:32 AM
To: Xufeng Liu
Cc: teas@ietf.org
Subject: RE: Updating draft-ietf-teas-yang-te-topo-00

=C2=A0<= /span>

Hi, Xufeng and the authors,

=C2=A0

Thank you for getting us updated.

=C2=A0=

I haven=E2=80=99t got time to read in details; just by skimming through the tree,=C2=A0 I have the following questions:

=C2=A0=

1)=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 During last IETF presentation, Pavan mentioned the model will try to use the generic topology model. Is this going to happen in this version?=C2=A0 If not, what is your plan?

[Xufeng] The integration with the i2rs generic topology model is currently working in progress. We will report the status during IETF93.= <= /span>

=C2=A0=

2)=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 A topology is now identified via a triplet ( provider-id, client-id, te-topology-id). I fail to see client-id as an universal attribute. For example, if I am the provider and I have one or topology, so how do I fill in the client-id field?

[Xufeng] In that case, the client-id will be 0. Similar to =C2=A0the Global_ID described in RFC6370= , 0 means that the client-id is not specified.=

=C2=A0

3)=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 I thought schedule will go away in a newer version, but instead it is made as a feature. I can live with this option, but why does a topology has a detailed timing information, while in the meantime its links and nodes have the same amount of information? Isn=E2=80=99t the existence of a topology depends on that of the nodes and links?

[Xufeng] The schedule is still here because there has been no proper home for it. Topology, node, and link all have such a scheduling option so that each entity can be scheduled independently. There could be such a case when some links are removed but the topology remains.<= /p>

=C2=A0

4)=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0 underlay-path and underlay-backup-path both have a list of path elements. I think the first is working, is it? if so, could you rename the first as underlay-working-path? Alternatively, it would be better to put the two together and add a working/backup flag?

[Xufeng] We have renamed them to underlay-primary-path and underlay-backup-path.

=C2=A0=

Will get a more detailed review once the text is updated together with the code.

=C2=A0=

Cheers,
Xian

=C2=A0

From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of Xufeng Liu
Sent: 2015=E5=B9=B46<= /span>=E6= =9C=8823=E6=97=A5 4:23
To: teas@ietf.org
Subject: [Teas] Updating draft-ietf-teas-yang-te-topo-00

=C2=A0<= /span>

Hi Folks,

=C2=A0

The next version of the TE-Topology model draft will be submitted next week. In the meantime, please review the latest version of the model uploaded on github and let us know if there are any questions/comments. We expect to make one more update before submitting the draft.

=C2=A0

https://github.com/ietf-mpls-yang/te/b= lob/master/ietf-te-topology.yang

https://github.com/ietf-mpls-yang/= te/blob/master/ietf-te-topology_tree.txt

=C2=A0

Regards,

- Xufeng (on behalf of the authors)

=C2=A0<= /span>



_______________________________________________
Teas mailing list
Teas@ietf.org
ht=
tps://www.ietf.org/mailman/listinfo/teas


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


--bcaec548a43907d748051a4dd80a-- From nobody Wed Jul 8 10:21:21 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 516DF1A1B59; Wed, 8 Jul 2015 10:21:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -97.155 X-Spam-Level: X-Spam-Status: No, score=-97.155 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dYivpbQ_Qax2; Wed, 8 Jul 2015 10:21:18 -0700 (PDT) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EAC0D1A1B56; Wed, 8 Jul 2015 10:21:17 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=174.124.203.226; From: "Susan Hares" To: , Date: Wed, 8 Jul 2015 13:21:08 -0400 Message-ID: <00c301d0b9a2$7b01cb20$71056160$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00C4_01D0B980.F3F02B20" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdC5ocN3mMUaARFOS3ulnbMwg3hixg== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: "'Zhangxian \(Xian\)'" , db3546@att.com, 'Alia Atlas' , 'Jeffrey Haas' , 'Benoit Claise' , "'Alvaro Retana \(aretana\)'" , 'Lou Berger' , 'Fatai Zhang' Subject: [Teas] I2RS Topology discussion with TEAS TE topology authors X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jul 2015 17:21:19 -0000 This is a multipart message in MIME format. ------=_NextPart_000_00C4_01D0B980.F3F02B20 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi all: The I2RS Topology will be meeting with the TEAS authors on Monday night at 20:00 (the last session ends at 19:40) to discuss coordination of Yang Topology modules for TEAS TE and I2RS Ephemeral state models. Room location will be announced later this week. We welcome all authors and interested participants. This is an in-depth session side-bar meeting. I will send a list of drafts for those wishing to join our discussion. The authors will also send a github locations for the modules. Sue Hares ------=_NextPart_000_00C4_01D0B980.F3F02B20 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi = all:

 

The I2RS Topology will be meeting with the TEAS = authors on Monday night at 20:00 (the last session ends at 19:40) to = discuss coordination of Yang Topology modules for TEAS TE and I2RS = Ephemeral state models.

 

Room = location will be announced later this week.  We welcome all authors = and interested participants.  This is an in-depth session side-bar = meeting. I will send a list of drafts for those wishing to join our = discussion.  The authors will also send a github locations for the = modules.

 

Sue Hares

------=_NextPart_000_00C4_01D0B980.F3F02B20-- From nobody Thu Jul 9 15:40:19 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 18FA31A1BB4; Thu, 9 Jul 2015 15:40:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.912 X-Spam-Level: X-Spam-Status: No, score=-106.912 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id H3HGPk1xYVJC; Thu, 9 Jul 2015 15:40:15 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) by ietfa.amsl.com (Postfix) with ESMTP id EB1141A1BB5; Thu, 9 Jul 2015 15:40:09 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id 5F18A180206; Thu, 9 Jul 2015 15:36:32 -0700 (PDT) To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org X-PHP-Originating-Script: 1005:ams_util_lib.php From: rfc-editor@rfc-editor.org Message-Id: <20150709223632.5F18A180206@rfc-editor.org> Date: Thu, 9 Jul 2015 15:36:32 -0700 (PDT) Archived-At: Cc: drafts-update-ref@iana.org, teas@ietf.org, rfc-editor@rfc-editor.org Subject: [Teas] RFC 7570 on Label Switched Path (LSP) Attribute in the Explicit Route Object (ERO) X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jul 2015 22:40:17 -0000 A new Request for Comments is now available in online RFC libraries. RFC 7570 Title: Label Switched Path (LSP) Attribute in the Explicit Route Object (ERO) Author: C. Margaria, Ed., G. Martinelli, S. Balls, B. Wright Status: Standards Track Stream: IETF Date: July 2015 Mailbox: cmargaria@juniper.net, giomarti@cisco.com, steve.balls@metaswitch.com, ben.wright@metaswitch.com Pages: 15 Characters: 34223 Updates/Obsoletes/SeeAlso: None I-D Tag: draft-ietf-teas-lsp-attribute-ro-05.txt URL: https://www.rfc-editor.org/info/rfc7570 DOI: http://dx.doi.org/10.17487/RFC7570 RFC 5420 extends RSVP-TE to specify or record generic attributes that apply to the whole of the path of a Label Switched Path (LSP). This document defines an extension to the RSVP Explicit Route Object (ERO) and Record Route Object (RRO) to allow them to specify or record generic attributes that apply to a given hop. This document is a product of the Traffic Engineering Architecture and Signaling Working Group of the IETF. This is now a Proposed Standard. STANDARDS TRACK: This document specifies an Internet Standards Track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the Official Internet Protocol Standards (https://www.rfc-editor.org/standards) for the standardization state and status of this protocol. Distribution of this memo is unlimited. This announcement is sent to the IETF-Announce and rfc-dist lists. To subscribe or unsubscribe, see https://www.ietf.org/mailman/listinfo/ietf-announce https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist For searching the RFC series, see https://www.rfc-editor.org/search For downloading RFCs, see https://www.rfc-editor.org/rfc.html Requests for special distribution should be addressed to either the author of the RFC in question, or to rfc-editor@rfc-editor.org. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. The RFC Editor Team Association Management Solutions, LLC From nobody Thu Jul 9 15:40:48 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0FAE91A1A54; Thu, 9 Jul 2015 15:40:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.912 X-Spam-Level: X-Spam-Status: No, score=-101.912 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 98WtSMC6wkjE; Thu, 9 Jul 2015 15:40:45 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [IPv6:2001:1900:3001:11::31]) by ietfa.amsl.com (Postfix) with ESMTP id 1BA611A1B4C; Thu, 9 Jul 2015 15:40:45 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id 83823180206; Thu, 9 Jul 2015 15:37:07 -0700 (PDT) To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org X-PHP-Originating-Script: 1005:ams_util_lib.php From: rfc-editor@rfc-editor.org Message-Id: <20150709223707.83823180206@rfc-editor.org> Date: Thu, 9 Jul 2015 15:37:07 -0700 (PDT) Archived-At: Cc: drafts-update-ref@iana.org, teas@ietf.org, rfc-editor@rfc-editor.org Subject: [Teas] RFC 7571 on GMPLS RSVP-TE Extensions for Lock Instruct and Loopback X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jul 2015 22:40:47 -0000 A new Request for Comments is now available in online RFC libraries. RFC 7571 Title: GMPLS RSVP-TE Extensions for Lock Instruct and Loopback Author: J. Dong, M. Chen, Z. Li, D. Ceccarelli Status: Standards Track Stream: IETF Date: July 2015 Mailbox: jie.dong@huawei.com, mach.chen@huawei.com, lizhenqiang@chinamobile.com, daniele.ceccarelli@ericsson.com Pages: 9 Characters: 19767 Updates/Obsoletes/SeeAlso: None I-D Tag: draft-ietf-teas-rsvp-te-li-lb-05.txt URL: https://www.rfc-editor.org/info/rfc7571 DOI: http://dx.doi.org/10.17487/RFC7571 This document specifies extensions to Resource Reservation Protocol - Traffic Engineering (RSVP-TE) to support Lock Instruct (LI) and Loopback (LB) mechanisms for Label Switched Paths (LSPs). These mechanisms are applicable to technologies that use Generalized MPLS (GMPLS) for the control plane. This document is a product of the Traffic Engineering Architecture and Signaling Working Group of the IETF. This is now a Proposed Standard. STANDARDS TRACK: This document specifies an Internet Standards Track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the Official Internet Protocol Standards (https://www.rfc-editor.org/standards) for the standardization state and status of this protocol. Distribution of this memo is unlimited. This announcement is sent to the IETF-Announce and rfc-dist lists. To subscribe or unsubscribe, see https://www.ietf.org/mailman/listinfo/ietf-announce https://mailman.rfc-editor.org/mailman/listinfo/rfc-dist For searching the RFC series, see https://www.rfc-editor.org/search For downloading RFCs, see https://www.rfc-editor.org/rfc.html Requests for special distribution should be addressed to either the author of the RFC in question, or to rfc-editor@rfc-editor.org. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. The RFC Editor Team Association Management Solutions, LLC From nobody Fri Jul 10 00:28:04 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A93471A8915 for ; Fri, 10 Jul 2015 00:28:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.193 X-Spam-Level: X-Spam-Status: No, score=-3.193 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HELO_EQ_FR=0.35, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_SOFTFAIL=0.665, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aEdsDD0pVB7q for ; Fri, 10 Jul 2015 00:27:59 -0700 (PDT) Received: from r-mail2.rd.orange.com (r-mail2.rd.orange.com [217.108.152.42]) by ietfa.amsl.com (Postfix) with ESMTP id 11F7E1A8906 for ; Fri, 10 Jul 2015 00:27:58 -0700 (PDT) Received: from r-mail2.rd.orange.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 27EAC5D89D3; Fri, 10 Jul 2015 09:27:54 +0200 (CEST) Received: from FTRDCH01.rd.francetelecom.fr (unknown [10.194.32.11]) by r-mail2.rd.orange.com (Postfix) with ESMTP id 169385D89AC; Fri, 10 Jul 2015 09:27:54 +0200 (CEST) Received: from [10.193.71.87] (10.193.71.87) by FTRDCH01.rd.francetelecom.fr (10.194.32.11) with Microsoft SMTP Server id 14.3.224.2; Fri, 10 Jul 2015 09:27:55 +0200 Message-ID: <559F73FB.7070207@orange.com> Date: Fri, 10 Jul 2015 09:27:55 +0200 From: Olivier Dugeon Organization: Orange Labs User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Vishnu Pavan Beeram References: <09add2e645564447ab6b57654771da01@ATL-SRV-MBX1.advaoptical.com> <559AB8AA.7090104@orange.com> In-Reply-To: Content-Type: multipart/alternative; boundary="------------080206010605010008040604" Archived-At: Cc: "Zhangxian \(Xian\)" , Igor Bryskin , "teas@ietf.org" , "BELOTTI, SERGIO \(SERGIO\)" , Xufeng Liu Subject: Re: [Teas] Updating draft-ietf-teas-yang-te-topo-00 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jul 2015 07:28:03 -0000 --------------080206010605010008040604 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: quoted-printable Hello Pavan, Well, before sending some text, I think we need to clarify a point. To=20 support inter-domain link inthe TE yang model, Ithink that we just need=20 to add local and remote Autonomous System (AS) identifier. If remote AS=20 identifier is clearly attach to remote link, and thus new entry (e.g.=20 'remote-as-id') should be added to the link description, there is two=20 options for the local AS identifier: 1/ Add a new entry (e.g. 'local-as-id') at the same level as the=20 'area-id' entry. This allows to describe several AS within the same TE=20 model, but, I'm afraid that it will duplicate the same value, each time=20 you describe an area if you describe only one AS. 2/ Add a new entry (e.g. 'local-as-id') at the top level of the model.=20 This is sufficient to describe the AS that belongs to the topology, but=20 it will be impossible to describe several AS in the same model. So, the question we need to answer is: do we need to describe several AS = topology in the same TE model or do we consider that a TE model belongs=20 to one AS only. Regards Olivier Le 07/07/2015 21:15, Vishnu Pavan Beeram a =C3=A9crit : > Olivier, Hi! > > Thanks for bringing this up. > > The set of TE link attributes modeled so far does not include the=20 > attributes discussed in RFC5392/RFC5316. We should be able to address=20 > that in the next revision of the model. Please feel free to send in=20 > the model snippets for this. > > Regards, > -Pavan > > > On Mon, Jul 6, 2015 at 1:19 PM, Olivier Dugeon=20 > > wrote: > > Hello All, > > I read carefully the proposed yang model and to complement the > remarks from Sergio, I didn't found how to describe inter-domain > links. > > In hierarchical PCE (RFC 6805) as well as for Backward Recursive > Path Computation (RFC5441), it is mandatory to know the entry and > exit points (i.e. ASBR node with inter-domain links) of the > different ASs. I understand that it is possible to describe a node > with links that point to another domain, but, I didn't found how > to precise the AS number of the topology and remote AS that are > connected to this topology. Such TE link could be describe in OSPF > following RFC5392 and in ISIS following RFC5316. Indeed, PCE (BRPC > or Hierarchical) during the path computation need to determine in > the topology how to reach the next domain, and verify resource > availability on inter-domain links once selected. > > Is it possible to describe such inter-domain links with the > current model ? if yes, please can you explain? If no, do you > intend to add complement to the model ? Of course, I could help > for that. > > Regards, > > Olivier > > Le 01/07/2015 17:33, BELOTTI, SERGIO (SERGIO) a =C3=A9crit : >> >> Hi Igor, >> >> thanks a lot for your prompt reply. >> >> You can see my cents below in line . >> >> Hope to see you in Prague. >> >> Cheers >> >> Sergio >> >> *Belotti Sergio - System Architect* >> >> *ALCATEL-LUCENT IP Routing&Transport* >> >> via Trento 30 Vimercate (MB) - Italy >> >> phone +39 (039) 6863033 >> >> *From:*Igor Bryskin [mailto:IBryskin@advaoptical.com] >> *Sent:* mercoled=C3=AC 1 luglio 2015 17:16 >> *To:* BELOTTI, SERGIO (SERGIO); Xufeng Liu >> *Cc:* Zhangxian (Xian); teas@ietf.org >> *Subject:* RE: Updating draft-ietf-teas-yang-te-topo-00 >> >> Hi Sergio, >> >> Thanks for the feedback. Please, see my answers in-line. >> >> Cheers, >> >> Igor >> >> *From:*Teas [mailto:teas-bounces@ietf.org] *On Behalf Of >> *BELOTTI, SERGIO (SERGIO) >> *Sent:* Wednesday, July 01, 2015 10:46 AM >> *To:* Xufeng Liu >> *Cc:* Zhangxian (Xian); BELOTTI, SERGIO (SERGIO); teas@ietf.org >> >> *Subject:* Re: [Teas] Updating draft-ietf-teas-yang-te-topo-00 >> >> Hi Liu, co-authors, >> >> following Xian=E2=80=99s comments , >> >> I would have some comments on the proposed update, even if >> difficult before to have a definite text update: >> >> 1)One of the basic usage of a te-topology model is to permit a >> controller (e.g. using a PCE) to make path computation. I see >> your topology model is based on nodes and links, he permits >> hierarchy of topology but I cannot see any node/leaf for >> termination/adaptation point. In case of multi-layer path >> computation it would be essential to understand where there are >> =E2=80=9Cchange=E2=80=9D in the layer (as MRN for example does wit= h IACD concept) >> . I noticed you have defined server trail, but I do not see any >> topological component representing point of adaptation . You have >> underlay-trail-src and underlay-trail-des for reference to server >> trail but no specific attributes are indicated here like BW >> available and so on. >> >> IB>> Agree, it is important to know, when performing a path >> computation, the adaptation capabilities of the links at the path >> termination points. We need to add the IACD semantics to the link >> attributes. Good catch. >> >> 2)Being a hierarchical data store, Yang does not support >> explicitly recursion but the model seems to obtain this by the >> usage of leafref , practically using a flat list of objects, >> where the objects are linked into a hierarchy using references, >> this happen for e.g. for topology recursion . Is it correct my >> understanding? Do you see any limitation on this usage? >> >> IB>> Yes, we capture the topology hierarchies via leafrefs to >> respective underlay topologies of each of nodes and links, and so >> do, as I understand, the I2RSS network topology models. No, I >> don=E2=80=99t see any limitations. Can you elaborate on this? >> >> SB> No, I=E2=80=99m not saying there is limitation on that. My que= stion >> is whether you see other method/approach to obtain recursion than >> this. No assumption of limitation. J >> >> 3)Xian already pointing out the scheduling presence, but I also >> have remark on the presence since a lot of comments during Dallas >> meeting underlined the premature presence of scheduling part of >> the model. >> >> IB>> This will go away as soon as we find a home for this IMO >> very useful concept. >> >> 4)About the topology-model draft-ietf-i2rs-yang-network-topo-01 >> , >> I noticed in a parallel discussion the explicit mention of the >> need to add Traffic Engineering. Is that in the process to >> encompass in a single draft with this Teas draft? >> >> IB>> We are working with I2RS to incorporate this model under >> their umbrella. >> >> We also assume that the TEAS TE topology model could be used >> outside of I2RS as well, for example, in the ACTN context. >> >> SB> Yes sure, this could be a right context. >> >> Thanks >> >> Sergio >> >> *From:*Teas [mailto:teas-bounces@ietf.org] *On Behalf Of *Xufeng L= iu >> *Sent:* mercoled=C3=AC 1 luglio 2015 05:36 >> *To:* Zhangxian (Xian) >> *Cc:* teas@ietf.org >> *Subject:* Re: [Teas] Updating draft-ietf-teas-yang-te-topo-00 >> >> Hi Xian, >> >> Thanks for the comments. Please check the replies below in-line. >> >> Best, >> >> - Xufeng >> >> *From:*Zhangxian (Xian) [mailto:zhang.xian@huawei.com] >> *Sent:* Friday, June 26, 2015 5:32 AM >> *To:* Xufeng Liu >> *Cc:* teas@ietf.org >> *Subject:* RE: Updating draft-ietf-teas-yang-te-topo-00 >> >> Hi, Xufeng and the authors, >> >> Thank you for getting us updated. >> >> I haven=E2=80=99t got time to read in details; just by skimming th= rough >> the tree, I have the following questions: >> >> 1)During last IETF presentation, Pavan mentioned the model will >> try to use the generic topology model. Is this going to happen in >> this version? If not, what is your plan? >> >> */[Xufeng] The integration with the i2rs generic topology model >> is currently working in progress. We will report the status >> during IETF93./* >> >> 2)A topology is now identified via a triplet ( provider-id, >> client-id, te-topology-id). I fail to see client-id as an >> universal attribute. For example, if I am the provider and I have >> one or topology, so how do I fill in the client-id field? >> >> */[Xufeng] In that case, the client-id will be 0. Similar to the >> Global_ID described in RFC6370, 0 means that the client-id is not >> specified./* >> >> 3)I thought schedule will go away in a newer version, but instead >> it is made as a feature. I can live with this option, but why >> does a topology has a detailed timing information, while in the >> meantime its links and nodes have the same amount of information? >> Isn=E2=80=99t the existence of a topology depends on that of the n= odes >> and links? >> >> */[Xufeng] The schedule is still here because there has been no >> proper home for it. Topology, node, and link all have such a >> scheduling option so that each entity can be scheduled >> independently. There could be such a case when some links are >> removed but the topology remains./* >> >> 4)underlay-path and underlay-backup-path both have a list of path >> elements. I think the first is working, is it? if so, could you >> rename the first as underlay-working-path? Alternatively, it >> would be better to put the two together and add a working/backup >> flag? >> >> */[Xufeng] We have renamed them to underlay-primary-path and >> underlay-backup-path./* >> >> Will get a more detailed review once the text is updated together >> with the code. >> >> Cheers, >> Xian >> >> *From:*Teas [mailto:teas-bounces@ietf.org] *On Behalf Of *Xufeng L= iu >> *Sent:* 2015=E5=B9=B46=E6=9C=8823=E6=97=A54:23 >> *To:* teas@ietf.org >> *Subject:* [Teas] Updating draft-ietf-teas-yang-te-topo-00 >> >> Hi Folks, >> >> The next version of the TE-Topology model draft will be submitted >> next week. In the meantime, please review the latest version of >> the model uploaded on github and let us know if there are any >> questions/comments. We expect to make one more update before >> submitting the draft. >> >> https://github.com/ietf-mpls-yang/te/blob/master/ietf-te-topology.= yang >> >> https://github.com/ietf-mpls-yang/te/blob/master/ietf-te-topology_= tree.txt >> >> Regards, >> >> - Xufeng (on behalf of the authors) >> >> >> >> _______________________________________________ >> Teas mailing list >> Teas@ietf.org >> https://www.ietf.org/mailman/listinfo/teas > > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > > --------------080206010605010008040604 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hello Pavan,

Well, before sending some text, I think we need to clarify a point. To support inter-domain link in the TE yang model, I think that we just need to add local and remote Autonomous System (AS) identifier. If rem= ote AS identifier is clearly attach to remote link, and thus new entry=C2=A0 <= font face=3D"Ubuntu">(e.g. 'remote-as-id') should be added to the link description, there is two options for the local AS identifier:

1/ Add a new entry (e.g. 'local-as-id') at the same level as the 'area-id' entry. This allows to describe several AS within the same TE model, but, I'm afraid that it will duplicate the same value, each time you describe an area if you describe only one AS.

2/ Add a new entry (e.g. 'local-as-id') at the top level of the model. This is sufficient to describe the AS that belongs to the topology, but it will be impossible to describe several AS in the same model.

So, the question we need to answer is: do we need to describe several AS topology in the same TE model or do we consider that a TE model belongs to one AS only.

Regards

Olivier

Le 07/07/2015 21:15, Vishnu Pavan Beeram a =C3=A9crit=C2=A0:
Olivier, Hi!

Thanks for bringing this up.

The set of TE link attributes modeled so far does not include the attributes discussed in RFC5392/RFC5316. We should be able to address that in the next revision of the model. Please feel free to send in the model snippets for this.

Regards,
-Pavan


On Mon, Jul 6, 2015 at 1:19 PM, Olivier Dugeon <olivier.dugeon@orange.com&g= t; wrote:
Hello All,

I read carefully the proposed yang model and to complement the remarks from Sergio, I didn't found how to describe inter-domain links.

In hierarchical PCE (R<= font face=3D"Ubuntu">FC 6805) as w= ell as for Backward Recursive Path Computation (RFC5441), it is mandatory to know the entry and exit points (i.e. ASBR node with inter-domain links) of the different ASs. I understand that it is possible to describe a node with links that point to another domain,= but, I didn't found how to precise the AS number= of the topology and remote AS that are connected to this topology. Such TE link= could be describe in OSPF following RFC5392 and in ISIS= following RFC5316. Indeed, PCE (BRPC or Hierarchical) d= uring the path computation need to determine in= the topology how to reach the next domain, and verify resource availability on inter-domain links once selected.

Is it possible to describe such inter-domain links with the curren= t model ? if yes, please can you explain ?= If no, do you intend to add complement to the model ? Of course, I could help for that.

Regards= ,

Olivi= er
<= /font>

Le 01/07/2015 17:33, BELOTTI, SERGIO (SERGIO) a =C3=A9crit=C2=A0:

Hi Igor,

thanks a lot for your prompt reply.

=C2=A0

You can see my cents below in line .

Hope to see you in Prague.

=C2=A0

Cheers

Sergio

=C2=A0

Belotti Sergio -=C2=A0System Architect

ALCATEL-LUCENT=C2=A0= IP Routing&Transport<= span style=3D"color:rgb(31,73,125)" lang=3D"EN-US">

via Trento 30 Vimercate (MB) - Italy

phone +39 (039) 6863033

=C2=A0=

From:= Igor Bryskin [mailto:IBrysk= in@advaoptical.com]
Sent: mercoled=C3=AC 1 lug= lio 2015 17:16
To: BELOTTI, SERGIO (SERGIO); Xufeng Liu
Cc: Zhangxian (Xian); teas@ietf.org=
Subject: RE: Updating draft-ietf-teas-yang-te-topo-00

=C2=A0

Hi Sergio,

Thanks for the feedback. Please, see my answers in-line.

=C2=A0

Cheers,

Igor

=C2=A0

From:= Teas [mailto:teas-b= ounces@ietf.org] On Behalf Of BELOTTI, SERGIO (SERGIO)
Sent: Wednesday, July 01, 2015 10:46 AM
To: Xufeng Liu
Cc: Zhangxian (Xian); BELOTTI, SERGIO (SERGIO); teas@ietf.or= g
Subject: Re: [Teas] Updating draft-ietf-teas-yang-te-topo-00

=C2=A0

Hi Liu, co-authors,

following Xian=E2=80=99= s comments ,

=C2=A0

I would have some comments on the proposed update, even if difficult before to have a definite text update:

=C2=A0

1)=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 One of the basic usage= of a te-topology model is to permit a controller (e.g. using a PCE) to make path computation. I see your topology model is based on nodes and links, he permits hierarchy of topology but I cannot see any node/leaf for termination/adaptation point. In case of multi-layer path computation it would be essential to understand where there are =E2=80=9Cc= hange=E2=80=9D in the layer (as MRN for example does with IACD concept) . I noticed you have defined server trail, but I do not see any topological component representing point of adaptation . You have underlay-trail-src and underlay-trail-des for reference to server trail but no specific attributes are indicated here like BW available and so on.

IB>> Agree, it i= s important to know, when performing a path computation, the adaptation capabilities of the links at the path termination points. We need to add the IACD semantics to the link attributes. Good catch.

=C2=A0

2)=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 Being a hierarchical data store, Yang does not support explicitly recursion but the model seems to obtain this by the usage of leafref , practically using a flat list of objects, where the objects are linked into a hierarchy using references, this happen for e.g. for topology recursion . Is it correct my understanding? Do you see any limitation on this usage?

=

IB>> Yes, we capture the topology hierarchies via leafrefs to respective underlay topologies of each of nodes and links, and so do, as I understand, =C2=A0the I2RSS network topology mode= ls. No, I don=E2=80=99t see any limitatio= ns. Can you elaborate on this?

SB> No, I=E2=80=99m= not saying there is limitation on that. My question is whether you see other method/approach to obtain recursion than this. No assumption of limitation. J

=C2=A0

3)=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 Xian already pointing out the scheduling presence, but I also have remark on the presence since a lot of comments during Dallas meeting underlined the premature presence of scheduling part of the model.

IB>> This will g= o away as soon as we find a home for this IMO very useful concept.<= /p>

=C2=A0

4)=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0 About the topology-model draft-ie= tf-i2rs-yang-network-topo-01, = I noticed in a parallel discussion the explicit mention of the need to add Traffic Engineering. Is that in the process to encompass in a single draft with this Teas draft?

IB>> We are working with I2RS to incorporate this model under their umbrella.

We also assume that th= e TEAS TE topology model could be used outside of I2RS as well, for example, in the ACTN context.<= /p>

SB> Yes sure, this could be a right context.

=C2=A0

Thanks

=C2=A0

Sergio

=C2=A0

=C2=A0

=C2=A0=

From:= Teas [mailto:teas-b= ounces@ietf.org] On Behalf Of Xufeng Liu Sent: mercoled=C3=AC 1 lug= lio 2015 05:36
To: Zhangxian (Xian)
Cc: teas@ietf.org=
Subject: Re: [Teas] Updating draft-ietf-teas-yang-te-topo-00

=C2=A0

Hi Xian,

=C2=A0

Thanks for the comments. Please check the replies below in-line.

=C2=A0

Best,

=C2=A0

- Xufeng

=C2=A0

From: Zhangxian (Xian= ) [mailto:zhan= g.xian@huawei.com]
Sent: Friday, June 26, 2015 5:32 AM
To: Xufeng Liu
Cc: teas@ietf.o= rg
Subject: RE: Updating draft-ietf-teas-yang-te-topo-00=

=C2=A0

Hi, Xufeng and the authors,

=C2=A0

Thank you for gettin= g us updated.

=C2=A0

I haven=E2=80=99t go= t time to read in details; just by skimming through the tree,=C2=A0 I have the following questions:

=C2=A0

1)=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 During las= t IETF presentation, Pavan mentioned the model will try to use the generic topology model. Is this going to happen in this version?=C2= =A0 If not, what is your plan? <= /p>

[Xufeng] The integration with the i2rs generic topology model is currently working in progress. We will report the status during IETF93.

=C2=A0

2)=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 A topology= is now identified via a triplet ( provider-id, client-id, te-topology-id). I fail to see client-id as an universal attribute. For example, if I am the provider and I have one or topology, so how do I fill in the client-id field?

[Xufeng] In that= case, the client-id will be 0. Similar to =C2=A0the Global_ID described in RFC6370, 0 means that the client-id is not specified.

=C2=A0

3)=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 I thought schedule will go away in a newer version, but instead it is made as a feature. I can live with this option, but why does a topology has a detailed timing information, while in the meantime its links and nodes have the same amount of information? Isn=E2=80=99t the exis= tence of a topology depends on that of the nodes and links?

[Xufeng] The schedule is still here because there has been no proper home for it. Topology, node, and link all have such a scheduling option so that each entity can be scheduled independently. There could be such a case when some links are removed but the topology remains.

=C2=A0

4)=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 underlay-p= ath and underlay-backup-path both have a list of path elements. I think the first is working, is it? if so, could you rename the first as underlay-working-path? Alternatively, it would be better to put the two together and add a working/backup flag?

[Xufeng] We have= renamed them to underlay-primary-path and underlay-backup-path.

=C2=A0

Will get a more detailed review once the text is updated together with the code.

=C2=A0

Cheers,
Xian

=C2=A0

From: Teas [mailto:teas= -bounces@ietf.org] On Behalf Of Xufeng Liu
Sent: 2015=E5=B9=B46=E6=9C=88= 23=E6=97=A5= 4:23
To: teas@ietf.o= rg
Subject: [Teas] Updating draft-ietf-teas-yang-te-topo-00=

=C2=A0

Hi Folks,

=C2=A0

The next version of the TE-Topology model draft will be submitted next week. In the meantime, please review the latest version of the model uploaded on github and let us know if there are any questions/comments. We expect to make one more update before submitting the draft.=

=C2=A0

https://github.= com/ietf-mpls-yang/te/blob/master/ietf-te-topology.yang

https://github.= com/ietf-mpls-yang/te/blob/master/ietf-te-topology_tree.txt

=C2=A0

Regards,

- Xufeng (on behalf of the authors)

=C2=A0



__________________________________________=
_____
Teas mailing list
Teas@ietf.org
https://www.ietf.org/mailman/listinfo/teas


_______________________________________________
= Teas mailing list
T= eas@ietf.org
https://www.= ietf.org/mailman/listinfo/teas



--------------080206010605010008040604-- From nobody Fri Jul 10 13:40:00 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B2C5C1A00F1 for ; Fri, 10 Jul 2015 13:39:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.389 X-Spam-Level: X-Spam-Status: No, score=-1.389 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vdyVEOt6naRt for ; Fri, 10 Jul 2015 13:39:57 -0700 (PDT) Received: from mail-lb0-x22c.google.com (mail-lb0-x22c.google.com [IPv6:2a00:1450:4010:c04::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5436C1A0026 for ; Fri, 10 Jul 2015 13:39:57 -0700 (PDT) Received: by lblf12 with SMTP id f12so29192481lbl.2 for ; Fri, 10 Jul 2015 13:39:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=ClWoTJ8UsKkwztuZJaz1abrZfuSZBz3i4kKIfAYSFeY=; b=l3IP+AfTQu93g5E8WkYSGFnd3ALiLoF+HoKVfCkYUAa3FKTsqNZWP6icVnQCcsQsQf rDriNkiUfo6dxC/rbjLmpefDI2GI5msmXcGBVWoaN/vjqfKaBxMDlDrk1RzXTzVkVdGQ cyf/Xc+FTOJjdmmYTyc+NdhtFKehha8VtoGwISVueRe0Cgqqd6HS6hH+G61kqPCOCO+1 1D1IuXHOHvHeI85DbpmdMJFrcdrhBtPsb692rCHSfDtZEx0nkDb71FrZsLOiJF65C9YP BzRdyuiWMS3vTylzhrbtYCs4wuEmj91hRtwF1DCgMAlBUKja+zkEmtF0cA4vHRTWiPg1 MeGw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=ClWoTJ8UsKkwztuZJaz1abrZfuSZBz3i4kKIfAYSFeY=; b=Pg64pVOvY+X7Hp3JrG94DTqsiqbl8jm2kwdFv8VBkjn7xKtqDtTWs+YC6WHo36MIaE p0OUMjwp8ur9rmY5w1U4fYn78a1L9SOOA0M9mIYnYwrOrHDP30n6ggueQTXcR699ZX26 u293l+t5DxQ2QVOoFQurQCsIMtk13mXvmZL9TOA2GlG/JVyNsU8ex6ib3OWzv0wL287D /et+eu4jChkhH7n+Xc531bzMdXXIEcTTvmprlLE971bQM2KmHjqcNVrKApUY/EiroyDd s+m1XQTJx3ZZONlbhRFo/pnvvh4RTzx+dmhKvyHxDM85p7OCXSF46KizuilUFQtSHcy7 MDJw== X-Gm-Message-State: ALoCoQkZYA4RhuTY66YtFT7INr5HCsBRtzjS+fK1BIwM8V8odaFG43Yd35f74TBrQRIvm3NXP4FY MIME-Version: 1.0 X-Received: by 10.152.20.106 with SMTP id m10mr22008317lae.7.1436560795567; Fri, 10 Jul 2015 13:39:55 -0700 (PDT) Received: by 10.152.19.41 with HTTP; Fri, 10 Jul 2015 13:39:55 -0700 (PDT) Date: Fri, 10 Jul 2015 13:39:55 -0700 Message-ID: From: Ina Minei To: Vishnu Pavan Beeram Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Archived-At: Cc: Matt Hartley , "teas-chairs@ietf.org" , "teas@ietf.org" , Anees Shaikh Subject: [Teas] Late agenda request Re: IETF 93 TEAS agenda requests X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jul 2015 20:39:58 -0000 Pavan, Lou, Apologies for the late request, can you please include draft-openconfig-mpls-consolidated-model-01 in the agenda for the upcoming meeting with myself as presenter? I do see that the agenda is full, a 5 minute slot will suffice. We do have a slot in MPLS which we requested a while back. Thank you, Ina On Mon, Jun 22, 2015 at 6:04 PM, Vishnu Pavan Beeram wrote: > > Dear TEAS, > > The IETF93 draft agenda is out. We're tentatively scheduled for Wednesda= y Afternoon Session I -- note this may change. > > Please send your agenda requests to the addresses cc'ed above by end of d= ay July 5th. Include draft name, and who will be presenting. A draft agenda= will be uploaded on the 6th. > > WG Draft authors are expected to present if there are open issues to disc= uss, or to send status to the list *1 week* prior to the WG meeting if not= presenting. Status includes review of: any recent changes, any open discus= sions or issues, and planned next steps. > > Slides will be due on Sunday July 19, 2015. (Send slides to the addresses= cc'ed above, but not the WG.) > > Some important dates: > > 2015-06-26 (Friday): Final agenda to be published. > 2015-07-06 (Monday): Internet Draft submission cut-off (for all drafts, i= ncluding -00) by UTC 23:59, upload using IETF ID Submission Tool. > 2015-07-06 (Monday): Draft Working Group agendas due by UTC 23:59, upload= using IETF Meeting Materials Management Tool. > 2015-07-10 (Friday): Early Bird registration and payment cut-off at UTC 2= 3:59. > 2015-07-13 (Monday): Revised Working Group agendas due by UTC 23:59, uplo= ad using IETF Meeting Materials Management Tool. > 2015-07-13 (Monday): Registration cancellation cut-off at UTC 23:59. > 2015-07-17 (Friday): Final Pre-Registration and Pre-Payment cut-off at 17= :00 local meeting time. > 2015-07-19 - 2015-07-24: IETF 93 in Prague, Czech Republic. > > Thanks, > > Pavan, Lou and Matt > > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > From nobody Tue Jul 14 07:10:34 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 94D311ACD4D for ; Tue, 14 Jul 2015 07:10:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VbgWijYbbv1k for ; Tue, 14 Jul 2015 07:10:27 -0700 (PDT) Received: from mail-vn0-x22b.google.com (mail-vn0-x22b.google.com [IPv6:2607:f8b0:400c:c0f::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 868D91ACD45 for ; Tue, 14 Jul 2015 07:10:27 -0700 (PDT) Received: by vnbg190 with SMTP id g190so1131649vnb.13 for ; Tue, 14 Jul 2015 07:10:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=/JQIJ+Ange6zIcKugn7HxpGXTsofSf0DLaZiAm0BvBI=; b=WOcwRPje/8LscnIHYk6ENLoG7838zwahNnZdg3zweE9YHYZvPt1DdMBNRhRBznZHiN 8hyoicw5fBj/AL3lL3tsuon6yo/LLdUEA7LwWB3GQjMQ9E/biBxf3z117fkhVTlejI9+ qvuKybYw6V4yiqgbBACTvbIIf6+5+LfxKObdiVJdNndAFsW9pCSc1nkiBRSVIQ+AI5SY J9toDIVD+y6oTRN2BvmmRO+g9SxoYELNYXTjbRms+wY8ecDhz8slAuqYlFSuNcFaTCOq zL2cVA9G2qPJ1FfB7U3GFt/H5Yf/rOucIOGUORhsSJpUd9YBYgL1jTbv5s7pNyJklypr zwRA== MIME-Version: 1.0 X-Received: by 10.52.188.137 with SMTP id ga9mr35752546vdc.30.1436883026768; Tue, 14 Jul 2015 07:10:26 -0700 (PDT) Received: by 10.31.96.144 with HTTP; Tue, 14 Jul 2015 07:10:26 -0700 (PDT) Date: Tue, 14 Jul 2015 10:10:26 -0400 Message-ID: From: Vishnu Pavan Beeram To: "teas@ietf.org" Content-Type: multipart/alternative; boundary=bcaec548a43964fabc051ad6666a Archived-At: Subject: [Teas] Publication requested for draft-ietf-teas-rsvp-te-srlg-collect X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2015 14:10:30 -0000 --bcaec548a43964fabc051ad6666a Content-Type: text/plain; charset=UTF-8 WG, The publication request for this document has been submitted via datatracker. The document's state can be verified at: https://datatracker.ietf.org/doc/draft-ietf-teas-rsvp-te-srlg-collect/ -Pavan --bcaec548a43964fabc051ad6666a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

WG,

The publication re= quest for this document has been submitted via datatracker.

The document's state can be verified at: https://datatrac= ker.ietf.org/doc/draft-ietf-teas-rsvp-te-srlg-collect/

-Pavan



<= p class=3D"">


--bcaec548a43964fabc051ad6666a-- From nobody Tue Jul 14 07:22:23 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DA38F1ACDCD for ; Tue, 14 Jul 2015 07:22:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MzZso4OCxtH0 for ; Tue, 14 Jul 2015 07:22:17 -0700 (PDT) Received: from mail-vn0-x229.google.com (mail-vn0-x229.google.com [IPv6:2607:f8b0:400c:c0f::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 834B71ACDCC for ; Tue, 14 Jul 2015 07:22:17 -0700 (PDT) Received: by vnbg1 with SMTP id g1so1185590vnb.7 for ; Tue, 14 Jul 2015 07:22:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=fDDcTvV61CbokFv2lJLGDbkM01nGMBh+QZBoEqBBtYo=; b=hWvKUmR99KtMpuqE7xr2KTzzZAnyv8IpoZyw7cVMCFD5jM4YrPuZUVX1mtXsprnsW1 b+TRGGnvMwGXpInHXkNW+DJZJqwwlyFVbBM8dWPE15e7JpB9LKJ1H8qq9wmDqXrQr1dV sCfLv5hoZGfFt+l9LUNqo7h7uGGMJjuL5L0gjKl1bghoto3Wy0wX1+buDy426E9joe8Z 87WvHvjLwDc2FSHVf9lurr0wqEI/zSTdd6eAFCnDB1Q18i5IcEaxAt/692aZV97IZhwU l57HfbPiyJe9yVzfDdlja0oc3d4KwBr1StwJJh35Q2VtFnCRxGzGFq7sJI/8ZG9+EbQp A41g== MIME-Version: 1.0 X-Received: by 10.52.52.114 with SMTP id s18mr5832588vdo.9.1436883736837; Tue, 14 Jul 2015 07:22:16 -0700 (PDT) Received: by 10.31.96.144 with HTTP; Tue, 14 Jul 2015 07:22:16 -0700 (PDT) Date: Tue, 14 Jul 2015 10:22:16 -0400 Message-ID: From: Vishnu Pavan Beeram To: "teas@ietf.org" Content-Type: multipart/alternative; boundary=089e0111d57cb7c39d051ad690a1 Archived-At: Subject: [Teas] Publication requested for draft-ietf-teas-fast-lsps-requirements X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2015 14:22:23 -0000 --089e0111d57cb7c39d051ad690a1 Content-Type: text/plain; charset=UTF-8 WG, The publication request for this document has been submitted via datatracker. The document's state can be verified at: https://datatracker.ietf.org/doc/draft-ietf-teas-fast-lsps-requirements/ Regards, -Pavan --089e0111d57cb7c39d051ad690a1 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
WG,

The publication request fo= r this document has been submitted via datatracker.
The document&#= 39;s state can be verified at: https://datatracker.ietf.org/doc/d= raft-ietf-teas-fast-lsps-requirements/

Regards,
-Pavan
--089e0111d57cb7c39d051ad690a1-- From nobody Tue Jul 14 12:38:55 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 727A91B2B7A for ; Tue, 14 Jul 2015 12:38:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.667 X-Spam-Level: X-Spam-Status: No, score=-1.667 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id h38QPfYMxNZo for ; Tue, 14 Jul 2015 12:38:53 -0700 (PDT) Received: from gproxy8-pub.mail.unifiedlayer.com (gproxy8-pub.mail.unifiedlayer.com [67.222.33.93]) by ietfa.amsl.com (Postfix) with SMTP id 720831B2B76 for ; Tue, 14 Jul 2015 12:38:53 -0700 (PDT) Received: (qmail 26517 invoked by uid 0); 14 Jul 2015 19:38:43 -0000 Received: from unknown (HELO cmgw3) (10.0.90.84) by gproxy8.mail.unifiedlayer.com with SMTP; 14 Jul 2015 19:38:43 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw3 with id sRXn1q01e2SSUrH01RXqoL; Tue, 14 Jul 2015 19:31:51 -0600 X-Authority-Analysis: v=2.1 cv=UNFOQkvy c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=wU2YTnxGAAAA:8 a=cNaOj0WVAAAA:8 a=AGkejYDSTmIA:10 a=IkcTkHD0fZMA:10 a=-NfooI8aBGcA:10 a=uEJ9t1CZtbIA:10 a=zOBTXjUuO1YA:10 a=48vgC7mUAAAA:8 a=zQP7CpKOAAAA:8 a=GMGchNhfZWdB7tb-2jIA:9 a=QEXdDO2ut3YA:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:To:MIME-Version:From:Date:Message-ID; bh=v3a7JKhbBLU4Hlb/NJbFNdoSugGBC4raWZBMD49IE/Q=; b=uH/SpI/2ICCFwBn8B5DlZpmYwUW5EII+Cybg/00B3b5qPlEbjbjUlVvUfGFuViWPZL2qYzChWeztfEITDeR2CP2dGQ0eUKjNvMi9qtXpQnxEOlH4UXfS1gT+XecYgl0p; Received: from box313.bluehost.com ([69.89.31.113]:36505 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.84) (envelope-from ) id 1ZF62K-0005zO-8W for teas@ietf.org; Tue, 14 Jul 2015 13:38:40 -0600 Message-ID: <55A5653C.7090708@labn.net> Date: Tue, 14 Jul 2015 15:38:36 -0400 From: Lou Berger User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: TEAS WG References: <20150714193343.8117.32443.idtracker@ietfa.amsl.com> In-Reply-To: <20150714193343.8117.32443.idtracker@ietfa.amsl.com> X-Forwarded-Message-Id: <20150714193343.8117.32443.idtracker@ietfa.amsl.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Archived-At: Subject: [Teas] Fwd: Publication has been requested for draft-ietf-teas-te-express-path-02 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jul 2015 19:38:54 -0000 FYI -------- Forwarded Message -------- Subject: Publication has been requested for draft-ietf-teas-te-express-path-02 Resent-Date: Tue, 14 Jul 2015 12:33:52 -0700 (PDT) Resent-From: wg-alias-bounces@tools.ietf.org Resent-To: teas-chairs@ietf.org Date: Tue, 14 Jul 2015 12:33:43 -0700 From: Lou Berger To: db3456@att.com CC: teas-chairs@tools.ietf.org, iesg-secretary@ietf.org, Lou Berger Lou Berger has requested publication of draft-ietf-teas-te-express-path-02 as Informational on behalf of the TEAS working group. Please verify the document's state at https://datatracker.ietf.org/doc/draft-ietf-teas-te-express-path/ From nobody Tue Jul 14 20:08:36 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6C5F11ACD7A for ; Tue, 14 Jul 2015 20:08:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VrQKE96XVjFO for ; Tue, 14 Jul 2015 20:08:30 -0700 (PDT) Received: from mail-vn0-x22c.google.com (mail-vn0-x22c.google.com [IPv6:2607:f8b0:400c:c0f::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F0D251B3113 for ; Tue, 14 Jul 2015 20:08:29 -0700 (PDT) Received: by vnbf1 with SMTP id f1so3127501vnb.10 for ; Tue, 14 Jul 2015 20:08:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=gzXgAdffNtAIOTnkqd377BPTIYMtTg+Gc/a532/SnY0=; b=s793b1d+U0L3B7rjdETCl569IhWfgFJ1WnHZ8lzKqR56FEj/KuV1nXZ6tB4AzIQYdJ cI90g9KixfzLpeoQJV1uAAceDDpOZjt8LoZ1sUIA/LakIoBT8UZmDzKBe4Z8OoNhQ+vV vSuAR1Q8mjjtF28w1Ho8+W6wGsc/QCcPVMnjoHwH1B/XS2CRGyYEjZFFmBv8PJ1yutXr oLDASsRnLsFOhkj/OZfMAeQ53iIzqPdwKyaVJAN43T8fW0atO+UJkR0Pm6vYUruOd0mz dKVZURA4lSTqq4s3QuFecwYZs54R4zX18D2Akno8KgekvbpeXbGotzVTyY9Tk3+WWJmV 5FrA== MIME-Version: 1.0 X-Received: by 10.52.2.193 with SMTP id 1mr2096905vdw.44.1436929709192; Tue, 14 Jul 2015 20:08:29 -0700 (PDT) Received: by 10.31.96.144 with HTTP; Tue, 14 Jul 2015 20:08:29 -0700 (PDT) In-Reply-To: References: Date: Tue, 14 Jul 2015 23:08:29 -0400 Message-ID: From: Vishnu Pavan Beeram To: "Zhangxian (Xian)" Content-Type: multipart/alternative; boundary=485b397dd1e5e23b14051ae14404 Archived-At: Cc: "draft-ietf-teas-network-assigned-upstream-label@tools.ietf.org" , "teas@ietf.org" Subject: Re: [Teas] more comments on this draft //FW: Update on X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jul 2015 03:08:34 -0000 --485b397dd1e5e23b14051ae14404 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Xian, Hi! Thanks for the review. Responses inline (prefixed VPB). - Pavan (as a co-author) On Tue, Jun 23, 2015 at 5:26 AM, Zhangxian (Xian) wrote: > Hi, All, > > > > I have reviewed this draft and believe this draft needs further revision. > Please find my comments below: > > > > Regards, > > Xian > > > > Major comments: > > 1: Which RFC does this draft aim to update? RFC3471/RFC3473 or RFC4208? > The only use case present is a scenario applying RSVP-TE on UNI. I strugg= le > to see this draft can be applied in a general case where within a single > domain the first node is not able to assign an appropriate upstream > label/symmetrical label. Thus, for now, I think it should update RFC4208. > If you do not agree with, it would be good to explain why. > [VPB] This draft updates the procedures associated with UPSTREAM_LABEL (which is defined in RFC3473) -- it doesn't aim to update anything else. As you noted, the use-case discussed in Section 2 of this draft discusses an "Overlay Model" scenario. So a reference in Section 2 to RFC4208 would be apt. This can be added in the next revision. > > > Abstract & Introduction: > > 2: There are two requirements described in this draft which current > RSVP-TE cannot support: 1) network-assigned/downstream-node-assigned > upstream label; 2) using same wavelength on both directions of a > bidirectional LSP. I think both issues are valid but the 2nd point did > not get mentioned at all in both sections, even briefly. Is there a reaso= n > not to do so? > [VPB] As noted in Section 4 of this document, the use-case discussed in this document pertains to Lambda Switch Capable LSPs and it is an undocumented fact that in practice, LSC LSPs always have symmetric labels at each hop along the path of the LSP. When the draft was first introduced (in late 2013), the introduction section did talk about explicitly requesting "symmetric" labels. But it was removed based on the feedback received from the WG. > > Section 2: > > 3: what is an alien wavelength? Is it a single/fixed wavelength known > previously by the DWDM network provider or something tunable? I guess it = is > the latter this draft is talking about. I did a search on ITU > recommendations, and I do not think it is properly defined. Thus, it woul= d > be good at least have a terminology section explaining this term to avoid > ambiguity. > [VPB] Agree that adding a reference to the term "alien wavelength" is much needed. This will be addressed in the next revision. > > > Section 3: > > 4: Per RFC3473, a node must program its data plane before forwarding a > UPSTREAM_LABEL. So I am not sure why it is described quite the opposite i= n > this draft. Am I missing anything? > [VPB] Section 3 discusses an alternative approach (how an implementation may attempt to address the use-case with existing protocol mechanisms) and points out the concerns with that approach. And yes, as you noted (also as noted in the draft) one of the concerns with this approach is that a valid UPSTREAM-LABEL can get signaled without programming the dataplane. > 5: at the end of this section, it says: assuming the use of symmetrical > labels. But I do not see how this impacts the use case described here. As= I > said earlier, I think it is a requirement which is not met by existing > RSVP-TE protocol, so I would prefer to mention it at the very beginning a= s > a reason for writing this draft. > [VPB] See response to (3) > > > Section 5: > > 6: I think =E2=80=9Cis=E2=80=9D or =E2=80=9CMUST=E2=80=9D is better, inst= ead of =E2=80=9Ccan=E2=80=9D in the following > sentence: > > The presence of this value in the UPSTREAM LABEL object of a PATH message > can also be interpreted as a request to mandate "symmetric labels" for > the LSP at the given hop. > [VPB] ok > A side question: what does at the given hop meant in this sentence? Not > sure I get it. Maybe you meant at any given hop? > [VPB] "given" meaning "particular or specific" > 7: =E2=80=9CIf the downstream-node cannot pick the symmetric label, it M= UST > issue a PATH-ERR message with a "Routing Problem/Unacceptable Label Value= " > indication.=E2=80=9D > > -When a downstream node cannot pick a label, I think it MUST initiate > something like =E2=80=9Cno label available=E2=80=9D, instead of =E2=80=9C= upacceptable Label value=E2=80=9D. > Thoughts? > [VPB] The intent was to use an existing error-code. I think we went back and forth between "Unacceptable Label Value" and "Label Allocation Failure" (before settling in on the former) -- I think the consensus was to follow what is stated (procedures to follow when the Upstream Label Value is unacceptable) in Section 3.1 of RFC3473. > 8: Figure 3 is not referred at all in the main body. What is it used > for? I am not sure exactly what does the paragraph above Figure 3 wants t= o > tell. Does it mean the upstream node can choose to signal other values, s= o > that it disables downstream-node=E2=80=99s ability to choose a symmetric = label > later? If the behavior is mandatory, I suggest to use MUST. > [VPB] Figure 3 is meant to illustrate the processing discussed in Section 5.1. As stated in in this section, if the upstream-node desires to make the downstream-node aware of its limitations with respect to label selection, it has the option to specify a list of valid labels via the LABEL_SET object. This behavior is NOT mandatory. > > Section 5.2: > > 9: in case (a): what error will it generate? Unacceptable label? > [VPB] Yes. It will follow the processing rules in Section 3.1 of RFC3473. > 10: Since this draft is in TEAS, so I expect this draft is believed to > have wider utility other than LSC LSP. Is it? If yes, will case (b) cause > any issue? For example, take the label as a valid upstream label and in t= he > meantime fail to choose a symmetric label as intended by such value? > [VPB] Yes, the use-case being addressed in this document is specific to LSC LSPs. And no, we didn't come across any issues with (b). Please let us know if you can think of any. > > > Section 6 > > 11: Why does Router B get the appropriate wavelength via > UPSTREAM_LABEL/LABEL_SET? > [VPB] Why not? > Another problem is since UPSTREAM_LABEL is assigned with a actual > wavelength value, so how does Router B (as well as other intermediate nod= es > which did not receive UPSTREAM_LABEL=3D0xFF..FF) knows it should use a > symmetric label for the A-B direction LSP? The solution I can think of is > when the node in the optical network decides the route and label, it shou= ld > use ERO to carry the information (so as able to convey both upstream and > downstream label). Thoughts? > [VPB] Again, as stated in the document, the use-case being addressed is LSC-LSP specific. And as stated in this document, LSC LSPs always have symmetric labels at each hop along the path of the LSP. > 12: clarify the MUST to SHOULD change. This has been raised before in > the mailing list. > [VPB] Yes. 'll do > > > Minor: > > :s/This mechanism enables a given node to offload the task of assigning > the upstream-label for a given LSP onto the network./This mechanism enabl= es > a upstream node to offload the task of assigning the upstream-label for a > given LSP to a downstream node. > > :s/The following setup sequence is an attempt to address the above > use-case using existing protocol mechanisms:/The following setup sequence > is an attempt to address the above use-case using the crankback approach > supported by RSVP-TE protocol: > > :S/The above approach does sort of work/ The above approach does work > > :s/it picks some random label and signals it =E2=80=A6/it picks a random = label > and signals it =E2=80=A6 > > > > Editorial: > > s/=E2=80=A6.Bidirectional LSP=E2=80=A6/=E2=80=A6bidirectional LSP > > s/the use-case discussed in this draft=E2=80=A6/the use case discussed in= this > draft=E2=80=A6 > > s/ After the LSP is set up=E2=80=A6./After a LSP is set up=E2=80=A6 > > > > > > *From:* Teas [mailto:teas-bounces@ietf.org ] *On > Behalf Of *Zhangxian (Xian) > *Sent:* 2015=E5=B9=B43=E6=9C=8820=E6=97=A5 15:44 > *To:* Vishnu Pavan Beeram > *Cc:* draft-ietf-teas-network-assigned-upstream-label@tools.ietf.org; > teas@ietf.org > *Subject:* Re: [Teas] Update on > > > > > Hi, Pavan, > > > > Thank you for the update. > > > > Could you explain a bit the motivation of this update? Since now it is > SHOULD not MUST; so with a good reason, the ingress/egress can choose to > ignore such label modify received from the other end, by not tuning the n= ew > wavelength, will it be any issue? Any additional texts needed to handle i= t? > > > > I will send more detailed review comments probably after this IETF. > > > > Regards, > Xian > > > > *From:* Teas [mailto:teas-bounces@ietf.org ] *On > Behalf Of *Vishnu Pavan Beeram > *Sent:* 2015=E5=B9=B43=E6=9C=8820=E6=97=A5 3:35 > *To:* teas@ietf.org; > draft-ietf-teas-network-assigned-upstream-label@tools.ietf.org > *Subject:* [Teas] Update on > > > > > WG, Hi! > > Latest Update: > > A new version was published recently. The following are the diffs - > > - Section 6.2 - Change MUST->SHOULD > > > - =E2=80=9CIn such a scenario, if the ingress client receives a chang= ed label > via the LABEL object in a RESV modify, it SHOULD retune the lase= r at the > ingress to the new wavelength. Similarly if the egress client re= ceives a > changed label via UPSTREAM_LABEL/LABEL_SET in a PATH modify, it = SHOULD > retune the laser at the egress to the new wavelength.=E2=80=9D > > > - Added Zafar Ali to the list of contributors > > Open Issues: > > None. > > Next Steps: > > Request further review from the WG (authors believe that the draft is > ready to progress to the next stage) > > > > Regards, > > -Pavan > > (On behalf of the authors/contributors) > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > > --485b397dd1e5e23b14051ae14404 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Xian, Hi!

Thanks for the review. Re= sponses inline (prefixed VPB).

- Pavan (as a co-author)

On Tu= e, Jun 23, 2015 at 5:26 AM, Zhangxian (Xian) <zhang.xian@huawei.com> wrote:

Hi, All, <= /p>

<= /u>=C2=A0

I ha= ve reviewed this draft and believe this draft needs further revision. Pleas= e find my comments below:

=C2=A0

Regards,

Xian

=C2=A0

Major comments:

1: Which RFC does this draft ai= m to update? RFC3471/RFC3473 or RFC4208? The only use case present is a sce= nario applying RSVP-TE on UNI. I struggle to see this draft can be applied = in a general case where within a single domain the first node is not able to assign an appropriate upstream label/= symmetrical label. Thus, for now, I think it should update RFC4208. If you = do not agree with, it would be good to explain why.

<= /blockquote>

[VPB] This draft updates the procedures ass= ociated with UPSTREAM_LABEL (which is defined in RFC3473) -- it doesn't= aim to update anything else. As you noted, the use-case discussed in Secti= on 2 of this draft discusses an "Overlay Model" scenario. So a re= ference in Section 2 to RFC4208 would be apt. This can be added in the next= revision.
=C2=A0

=C2=A0

Abstract & Introduction:=

2: There are two requirements d= escribed in this draft which current RSVP-TE cannot support: 1) network-ass= igned/downstream-node-assigned upstream label; 2) using same wavelength on = both directions of a bidirectional LSP. I think both issues are valid but the 2nd point did not get men= tioned at all in both sections, even briefly. Is there a reason not to do s= o?


[VPB] As noted in= Section 4 of this document, the use-case discussed in this document pertai= ns to Lambda Switch Capable LSPs and it is an undocumented fact that in pra= ctice, LSC LSPs always have symmetric labels at each hop along the path of = the LSP. When the draft was first introduced (in late 2013), the introducti= on section did talk about explicitly requesting "symmetric" label= s. But it was removed based on the feedback received from the WG.

=C2=A0

Section 2:=

3: what is an alien wavelength?= Is it a single/fixed wavelength known previously by the DWDM network provi= der or something tunable? I guess it is the latter this draft is talking ab= out. I did a search on ITU recommendations, and I do not think it is properly defined. Thus, it would be good at least= have a terminology section explaining this term to avoid ambiguity.=


[VPB] Agree that adding a = reference to the term "alien wavelength" is much needed. This wil= l be addressed in the next revision.
=C2=A0

<= /span>

=C2=A0

Section 3:=

4: Per RFC3473, a node must pro= gram its data plane before forwarding a UPSTREAM_LABEL. So I am not sure wh= y it is described quite the opposite in this draft. Am I missing anything?<= /span>


[VPB] Section 3 disc= usses an alternative approach (how an implementation may attempt to address= the use-case with existing protocol mechanisms) and points out the concern= s with that approach. And yes, as you noted (also as noted in the draft) on= e of the concerns with this approach is that a valid UPSTREAM-LABEL can get= signaled without programming the dataplane.
=C2=A0

<= /u>

5: at the end of this section, = it says: assuming the use of symmetrical labels. But I do not see how this = impacts the use case described here. As I said earlier, I think it is a req= uirement which is not met by existing RSVP-TE protocol, so I would prefer to mention it at the very beginning as= a reason for writing this draft.

= =C2=A0
[VPB] See response to (3)

<= /p>

=C2=A0

Section 5:=

6: I think =E2=80=9Cis=E2=80=9D or =E2=80=9CMUST=E2=80=9D is better, instead of =E2=80=9Ccan=E2=80=9D in t= he following sentence:

The presence of this value in t= he UPSTREAM LABEL object of a PATH message can also = be interpreted as a request to mandate "symmetric labels" for the= LSP at the given hop.


[VPB] ok
=C2=A0




=

Another = problem is since UPSTREAM_LABEL is assigned with a actual wavelength value,= so how does Router B (as well as other intermediate nodes which did not receive UPSTREAM_LABEL=3D0xFF..FF) knows it should use= a symmetric label for the A-B direction LSP? The solution I can think of i= s when the node in the optical network decides the route and label, it shou= ld use ERO to carry the information (so as able to convey both upstream and downstream label). Thoughts?


[VPB] Again, as stated in= the document, the use-case being addressed is LSC-LSP specific. And as sta= ted in this document, LSC LSPs always have symmetric labels at each hop alo= ng the path of the LSP.
=C2=A0
<= p class=3D"MsoNormal">

12: clarify the MUST to SHOULD = change. This has been raised before in the mailing list.


[VPB] Yes. 'll do
=C2=A0

=C2=A0

Minor:

:s/This mechanism enables a giv= en node to offload the task of assigning the upstream-label for a given LSP= onto the network./This mechanism enables a upstream node to offload the ta= sk of assigning the upstream-label for a given LSP to a downstream node.

:s/The following setup sequence= is an attempt to address the above use-case using existing protocol mechan= isms:/The following setup sequence is an attempt to address the above use-c= ase using the crankback approach supported by RSVP-TE protocol:

:S/The above approach does sort= of work/ The above approach does work

:s/it picks some random label a= nd signals it =E2=80=A6/it picks a random label and signals i= t =E2=80=A6

=C2=A0

Editorial:=

s/=E2=80=A6.Bidirectional LSP=E2=80=A6/=E2= =80=A6bidirectional LSP

s/the use-case discussed in thi= s draft=E2=80=A6/the use case discussed in this= draft=E2=80=A6

s/ After the LSP is set up=E2=80=A6./After a LSP is set up=E2=80=A6

= =C2=A0

= =C2=A0

From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of Zhangxian (Xian)
Sent: 2015=E5=B9=B43=E6=9C=8820=E6=97=A5= 15:44
To: Vishnu Pavan Beeram
Cc: draft-ietf-teas-network-assigned-upstream-label@tools.ietf.org; teas@ietf.org
Subject: Re: [Teas] Update on <draft-ietf-teas-network-assigned-u= pstream-label>

=C2=A0

Hi,= Pavan,

= =C2=A0

Thank you for the update.=C2=A0

=C2=A0

Could you explain a bit the motivation of this upd= ate? Since now it is SHOULD not MUST; so with a good reason, the ingress/eg= ress can choose to ignore such label modify received from the other end, by not= tuning the new wavelength, will it be any issue? Any additional texts need= ed to handle it?

=C2=A0

=C2=A0 I will send more detailed review comments p= robably after this IETF.

=C2=A0

Reg= ards,
Xian

= =C2=A0

From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of Vishnu Pavan Beeram
Sent: 2015=E5=B9=B43=E6=9C=8820=E6=97=A5= 3:35
To: teas@ietf.org= ; draft-ietf-teas-network-assigned-upstream-label@tools.ietf.org
Subject: [Teas] Update on <draft-ietf-teas-network-assigned-upstr= eam-label>

=C2=A0

WG= , Hi!

Latest Update:

A new version was published rec= ently. The following are the diffs -

    • Section 6.2 - Change MUST->SHOULD
      • =E2=80=9CIn such a scenario, if the ingress client rec= eives a changed label via the LABEL object in a RESV modify, it SHOULD retu= ne the laser at the ingress to the new wavelength. Similarly if the egress = client receives a changed label via UPSTREAM_LABEL/LABEL_SET in a PATH modify, it SHOULD retune the laser at the egress to the new wave= length.=E2=80=9D
    • Added Zafar Ali to the list of contributors<= /u>

Open Issues:

No= ne.

Next Steps:

Request further review from the= WG (authors believe that the draft is ready to progress to the next stage)=

=C2=A0

Regards,

-Pavan

(On behalf of the authors/contr= ibutors)


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


--485b397dd1e5e23b14051ae14404-- From nobody Tue Jul 14 20:21:40 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A877C1B312C; Tue, 14 Jul 2015 20:21:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4RGdcn4Q4VzJ; Tue, 14 Jul 2015 20:21:38 -0700 (PDT) Received: from mail-vn0-x22a.google.com (mail-vn0-x22a.google.com [IPv6:2607:f8b0:400c:c0f::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 73B211B3112; Tue, 14 Jul 2015 20:21:38 -0700 (PDT) Received: by vnav203 with SMTP id v203so3154649vna.5; Tue, 14 Jul 2015 20:21:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=PSuG0xi2VjGL7Wys6to0Xp/5BWHqVSxiksTXErd8X6U=; b=HORSZWeLvYAeUI0RnTKH2D7Gx82t4Y6xX9EV2Hk/bWWHY2HqM8AeRE+0LhtnPEPScv 2UxEQWU1EQLfoPHQoD0QMkaQyo7JOeUpnnX+br7x6z0FXIQQR4nUGQz1XeCwmZHRABcj fjE/DDf74b5fPrLKQnqsIhtCN7dsyKPo+9m9ujqnf6nWffOxVYNpFFFSfvfiboNouVVV DklqbotE1hLmlF77LC6z+LJIuDkS869WfJw9jD/XARDE2hfCK0yBMZB6Fq7DrRFBYEAC 85/MyGkHkCptwh+ASu16l68eYcBMMiQNPsfqOOg+fXIKOLcIezMob4u4k6RG8mIj5Gzs BOCA== MIME-Version: 1.0 X-Received: by 10.53.0.137 with SMTP id ay9mr2056357vdd.85.1436930497751; Tue, 14 Jul 2015 20:21:37 -0700 (PDT) Received: by 10.31.96.144 with HTTP; Tue, 14 Jul 2015 20:21:37 -0700 (PDT) Date: Tue, 14 Jul 2015 23:21:37 -0400 Message-ID: From: Vishnu Pavan Beeram To: "teas@ietf.org" Content-Type: multipart/alternative; boundary=001a1133e9b6e2af8b051ae173c4 Archived-At: Cc: Matt Hartley , teas-chairs@ietf.org Subject: [Teas] Update on X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jul 2015 03:21:39 -0000 --001a1133e9b6e2af8b051ae173c4 Content-Type: text/plain; charset=UTF-8 WG, Hi! The following is a short update on this WG draft: Open Issues: Xian Zhang (Much Thanks!) sent detailed review comments on the latest version of this draft. Some of her comments warrant some editorial changes to the draft. Next Steps: Publish a new revision addressing Xian's comments. Regards, -Pavan (On behalf of the authors/contributors) --001a1133e9b6e2af8b051ae173c4 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

WG= , Hi!

The following is a short update on this WG draft:
<= /p>

Open Issues:=

Xian Zhang (Much Thanks!) s= ent detailed review comments on the latest version of this draft. Some of h= er comments warrant some editorial changes to the draft.


Next Steps:

Publish a new revision addressi= ng Xian's comments.

=C2=A0

Regards,

-Pavan

(On behalf of the authors/contributors)
--001a1133e9b6e2af8b051ae173c4-- From nobody Wed Jul 15 11:19:48 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9087C1B336E for ; Wed, 15 Jul 2015 11:19:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id X4r6m30yQsxY for ; Wed, 15 Jul 2015 11:19:44 -0700 (PDT) Received: from rcdn-iport-2.cisco.com (rcdn-iport-2.cisco.com [173.37.86.73]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A8DBD1AD06D for ; Wed, 15 Jul 2015 11:19:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=189; q=dns/txt; s=iport; t=1436984384; x=1438193984; h=from:to:cc:subject:date:message-id: content-transfer-encoding:mime-version; bh=wOuZDmtkguxxh5A3g13YByL2VP+E6pxvHuLMAS9/STE=; b=PvmRdW6W2Cma2L5gtfktpvkail0Y3bD4yypwGwyuZDUB1Be+rfnuyXkL LRZOz29L9Aj8SQzy1LGNRMEnKS1D9eevwCK+qOooj3aqxxh3sA9NZ4o7d t2kdMSXTDQKo+Z8VYe5bRxbf3Wi1jj61nu09Bn314SLsrW5VVYPVVt3Tu I=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0AiAwD0oqZV/5ldJa1bgxOBQ7tHCYdtAoFBOBQBAQEBAQEBgQqEJQEEOj8SASoUQiYBBA4NiCbQYAEBAQEBAQEBAgEBAQEBAQEBGpAhMYMegRQFlD0BjU2EGIsJhDSDYSaDfIFzBzyBBAEBAQ X-IronPort-AV: E=Sophos;i="5.15,481,1432598400"; d="scan'208";a="15720545" Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by rcdn-iport-2.cisco.com with ESMTP; 15 Jul 2015 18:19:44 +0000 Received: from xhc-rcd-x03.cisco.com (xhc-rcd-x03.cisco.com [173.37.183.77]) by rcdn-core-2.cisco.com (8.14.5/8.14.5) with ESMTP id t6FIJhv9020873 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 15 Jul 2015 18:19:43 GMT Received: from xmb-rcd-x03.cisco.com ([169.254.7.176]) by xhc-rcd-x03.cisco.com ([173.37.183.77]) with mapi id 14.03.0195.001; Wed, 15 Jul 2015 13:19:43 -0500 From: "Matt Hartley (mhartley)" To: "TEAS WG (teas@ietf.org)" Thread-Topic: Slides for Prague Thread-Index: AdC/KmE5Al3iJ1RUQQ2bBW0ejSlyrA== Date: Wed, 15 Jul 2015 18:19:43 +0000 Message-ID: <9D50FCE7413E3D4EA5E42331115FB5BC3CA33295@xmb-rcd-x03.cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [161.44.213.62] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "Matt Hartley \(mhartley\)" , "Lou Berger \(lberger@labn.net\)" , "Vishnu Pavan Beeram \(vbeeram@juniper.net\)" Subject: [Teas] Slides for Prague X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jul 2015 18:19:45 -0000 All, If you're presenting in Prague, please send your slides to us by Sunday. For drafts that aren't being presented, please send an update to the list b= y then. Cheers Matt From nobody Wed Jul 15 11:29:34 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AACAA1B33FB for ; Wed, 15 Jul 2015 11:29:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.267 X-Spam-Level: X-Spam-Status: No, score=-0.267 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zBQRBi9ZI_R0 for ; Wed, 15 Jul 2015 11:29:31 -0700 (PDT) Received: from gproxy9-pub.mail.unifiedlayer.com (gproxy9-pub.mail.unifiedlayer.com [69.89.20.122]) by ietfa.amsl.com (Postfix) with SMTP id A14D31B33F6 for ; Wed, 15 Jul 2015 11:29:31 -0700 (PDT) Received: (qmail 6287 invoked by uid 0); 15 Jul 2015 18:29:25 -0000 Received: from unknown (HELO CMOut01) (10.0.90.82) by gproxy9.mail.unifiedlayer.com with SMTP; 15 Jul 2015 18:29:25 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by CMOut01 with id siK11q00W2SSUrH01iK4sS; Wed, 15 Jul 2015 12:19:04 -0600 X-Authority-Analysis: v=2.1 cv=ALgDonD0 c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=wU2YTnxGAAAA:8 a=cNaOj0WVAAAA:8 a=AGkejYDSTmIA:10 a=N659UExz7-8A:10 a=-NfooI8aBGcA:10 a=uEJ9t1CZtbIA:10 a=zOBTXjUuO1YA:10 a=48vgC7mUAAAA:8 a=ZXvRTfnLoRy7VeI3Yf0A:9 a=pILNOxqGKmIA:10 a=rKrVYePj7rwA:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:In-Reply-To:References:Subject:To:MIME-Version:From:Date:Message-ID; bh=6zmG4+3mYLIk7CyWss3bmKAlo7TeIDt2y4jnXEo1ON0=; b=HUMAQ0rrGeJe3PpJPRvKGS7pzKlCwIt9VF7f7scYWVGAjptxMc2FrJy4XjyDoh7wQEWwBZ0ol/nRPquGb11M2V4Al1jESTCUcq1LgksRwg4NiTotTWvfAMvQe6CqSrc/; Received: from box313.bluehost.com ([69.89.31.113]:50743 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.84) (envelope-from ) id 1ZFRQo-0002kH-EX for teas@ietf.org; Wed, 15 Jul 2015 12:29:22 -0600 Message-ID: <55A6A67B.1010205@labn.net> Date: Wed, 15 Jul 2015 14:29:15 -0400 From: Lou Berger User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: teas@ietf.org References: <9D50FCE7413E3D4EA5E42331115FB5BC3CA33295@xmb-rcd-x03.cisco.com> In-Reply-To: <9D50FCE7413E3D4EA5E42331115FB5BC3CA33295@xmb-rcd-x03.cisco.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Archived-At: Subject: Re: [Teas] Slides for Prague X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jul 2015 18:29:32 -0000 > For drafts that aren't being presented, please send an update to the list by then. To authors of WG drafts: Actually, if you not on the agenda, your updates are due today! (1 week prior to meeting). Lou PS Note that the agenda has been updated On 7/15/2015 2:19 PM, Matt Hartley (mhartley) wrote: > All, > > If you're presenting in Prague, please send your slides to us by Sunday. > > For drafts that aren't being presented, please send an update to the list by then. > > Cheers > > Matt > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > From nobody Wed Jul 15 18:08:48 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9054F1B2C51; Wed, 15 Jul 2015 18:08:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.311 X-Spam-Level: X-Spam-Status: No, score=-2.311 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8tuuSToy_q1T; Wed, 15 Jul 2015 18:08:39 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7E2B51B2C5A; Wed, 15 Jul 2015 18:08:38 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml402-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BVG02861; Thu, 16 Jul 2015 01:08:37 +0000 (GMT) Received: from SZXEMA413-HUB.china.huawei.com (10.82.72.72) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 16 Jul 2015 02:08:36 +0100 Received: from SZXEMA504-MBX.china.huawei.com ([169.254.7.21]) by SZXEMA413-HUB.china.huawei.com ([10.82.72.72]) with mapi id 14.03.0158.001; Thu, 16 Jul 2015 09:08:30 +0800 From: Zhenghaomian To: "teas@ietf.org" Thread-Topic: Update on draft-ietf-teas-gmpls-resource-sharing-proc-01 Thread-Index: AdC/Y+0eICb+FDxjSwWfB6e0XRBSXg== Date: Thu, 16 Jul 2015 01:08:30 +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.66.53.113] Content-Type: multipart/alternative; boundary="_000_E0C26CAA2504C84093A49B2CAC3261A438C9E807SZXEMA504MBXchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: "Matt Hartley \(mhartley\)" , "teas-chairs@ietf.org" Subject: [Teas] Update on draft-ietf-teas-gmpls-resource-sharing-proc-01 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jul 2015 01:08:46 -0000 --_000_E0C26CAA2504C84093A49B2CAC3261A438C9E807SZXEMA504MBXchi_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGkgd29ya2luZyBncm91cCwNClRoaXMgbm90ZSBpcyBhIHN0YXR1cyB1cGRhdGUgb2YgZHJhZnQt aWV0Zi10ZWFzLWdtcGxzLXJlc291cmNlLXNoYXJpbmctcHJvYy0wMS4NCkN1cnJlbnQgc3RhdHVz Og0KVGhpcyBkcmFmdCB3YXMgYWRvcHRlZCBhcyBhIFRFQVMgd29ya2luZyBncm91cCBkb2N1bWVu dCBpbiBEZWNlbWJlcicxNC4NCkVkaXRvcmlhbCBjaGFuZ2VzIHdlcmUgbWFkZSBpbiBKYW51YXJ5 IGFuZCB3YXMgcHJlc2VudGVkIGluIERhbGxhcy4NCk9wZW4gaXNzdWVzOg0KTG91IEJlcmdlcjog SW50cm9kdWN0aW9uIG5lZWRzIHNvbWUgd29yayAodG8gcmVmbGVjdCBpbmZvcm1hdGlvbmFsIGRy YWZ0IHN0YXR1cykuDQpOZXh0IHN0ZXBzOg0KRWRpdCB0ZXh0IHRvIHJlZmxlY3QgaW5mb3JtYXRp b25hbCBzdGF0dXMuDQpSZXF1ZXN0aW5nIFdHIHRvIHJldmlldyB0aGUgZG9jdW1lbnQuDQoNClRo YW5rcywNCkF1dGhvcnMNCg0KSGFvbWlhbiBaaGVuZyAoUGguRC4pDQpSZXNlYXJjaCBFbmdpbmVl cg0KVHJhbnNtaXNzaW9uIFRlY2hub2xvZ3kgUmVzZWFyY2ggRGVwdC4NCkZpeGVkIE5ldHdvcmsg QnVzaW5lc3MgVW5pdCwNClJlc2VhcmNoIEFyZWEgRjMsIEh1YXdlaSBJbmR1c3RyaWFsIEJhc2Us IEJhbnRpYW4sIExvbmdnYW5nIERpc3RyaWN0LCBTaGVuemhlbi4NCjUxODEyOSAsIFAuUi5DaGlu YQ0KVGVso7orODYgNzU1IDI4OTcyNjQ1DQoNCg== --_000_E0C26CAA2504C84093A49B2CAC3261A438C9E807SZXEMA504MBXchi_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi working group,

This note is a status update of= draft-ietf-teas-gmpls-resource-sharing-proc-01.

Current status:

This draft was adopted as a TEA= S working group document in December'14.

Editorial changes were made in = January and was presented in Dallas.

Open issues:<= /p>

Lou Berger: Introduction needs = some work (to reflect informational draft status).

Next steps:

Edit text to reflect informatio= nal status.

Requesting WG to review the doc= ument.

 

Thanks,

Authors

 

Haomian= Zheng (Ph.D.)

Researc= h Engineer

Transmi= ssion Technology Research Dept.

Fixed N= etwork Business Unit,

Researc= h Area F3, Huawei Industrial Base, Bantian, Longgang District, Shenzhen.

518129 = , P.R.China

Tel=A3=BA+86 755 28972645

 

--_000_E0C26CAA2504C84093A49B2CAC3261A438C9E807SZXEMA504MBXchi_-- From nobody Thu Jul 16 07:24:12 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D4AFA1B3C6C for ; Thu, 16 Jul 2015 07:24:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8vnxOoJPCkj5 for ; Thu, 16 Jul 2015 07:24:10 -0700 (PDT) Received: from mail-ig0-x22a.google.com (mail-ig0-x22a.google.com [IPv6:2607:f8b0:4001:c05::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CD74F1A90DD for ; Thu, 16 Jul 2015 07:24:09 -0700 (PDT) Received: by iggf3 with SMTP id f3so14590517igg.1 for ; Thu, 16 Jul 2015 07:24:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=D2aInJMVXU+ur0meZGR3WtjH7L2SsRIGdreSKJ8cfo4=; b=HL/J4tkxUDfsKgp5SEM2jUb81oxPgKSfUJhPizC7IkB2dycbJvX2ptJpYrmA+G4sZk eoM5v2c9qDtkBMN80GZsGTjYmsVSZ95opX0I9umiiWZj1jOMzS4mrnUx/SP2SXnnKLA6 WOJzHf0V8J9y6QF5Gq3QhpEYu8AHbuELG763Now5/OWJAoMfG/NR5NIUQ4qyeizfWW+j Nt6mgmbBoP+PISHy/pHk0GmJ+R5BSsXenOcCoXeQ0WNuHADb10euyrf+Br5BndoiGYyU M3QXaZ/O2n61gWKULQZaZZ5pmg2ttzJEXGNIRqS0bAioUg/ynO0fqbG9uZGgqTG+t7+1 YIjw== MIME-Version: 1.0 X-Received: by 10.107.16.75 with SMTP id y72mr12682244ioi.122.1437056649257; Thu, 16 Jul 2015 07:24:09 -0700 (PDT) Sender: dhruvdhody@gmail.com X-Google-Sender-Delegation: dhruvdhody@gmail.com Received: by 10.50.180.230 with HTTP; Thu, 16 Jul 2015 07:24:09 -0700 (PDT) Date: Thu, 16 Jul 2015 19:54:09 +0530 X-Google-Sender-Auth: giu9y-rY2fylvo3e2SD2CKC5TOA Message-ID: From: Dhruv Dhody To: "TEAS WG (teas@ietf.org)" Content-Type: multipart/alternative; boundary=001a113e8e0019ea93051afed3c9 Archived-At: Subject: [Teas] Status of draft-ietf-teas-rsvp-te-domain-subobjects X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jul 2015 14:24:11 -0000 --001a113e8e0019ea93051afed3c9 Content-Type: text/plain; charset=UTF-8 Hi, An update is pending based on the WG Last call comments, which would be made once the document blockade is lifted. Regarding the suggestion to move the definition of the 4-octet AS sub-object to a standards track document, the conclusion was to leave as it is and it can be revisited if/when usage warrants. Regards, Dhruv --001a113e8e0019ea93051afed3c9 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

An update is pending based o= n the WG Last call comments, which would be made once the document blockade= is lifted.=C2=A0

Re=
garding the suggestion to move the definition of the 4-octet AS sub-object =
to a standards track document, the conclusion was to leave as it is and it =
can be revisited if/when usage warrants. 
Regards,
Dhr=
uv


--001a113e8e0019ea93051afed3c9-- From nobody Thu Jul 16 19:51:20 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E5DDA1B2F45 for ; Thu, 16 Jul 2015 19:51:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CKY8fIwplMYA for ; Thu, 16 Jul 2015 19:51:14 -0700 (PDT) Received: from mail-vn0-x22a.google.com (mail-vn0-x22a.google.com [IPv6:2607:f8b0:400c:c0f::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 202E01B2F43 for ; Thu, 16 Jul 2015 19:51:14 -0700 (PDT) Received: by vnbg190 with SMTP id g190so10054742vnb.2 for ; Thu, 16 Jul 2015 19:51:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=Ws3Xi3wOgtVy+BvIO+gF3gZtpKRcMupgWQtZqf4h5Cs=; b=KcCfl4BHaAQ0P66dS/tJarpbaxgh1SSiFLxb0rC7llJhk6yi5hCuccnJGno7tVuLoJ P2s3FcuPbwf9nZeM87dOlFc46XQVcDLKdn03U/z4Xtf05UVgnxRl+Ni1tll1klHzT3fR SfIrwD+QJxuinhtEYVxXnv/vexOkcCPlJ0cWmfG0x2chw5nIwclAMdkj0AfDvSu/j/qU i7A24y52vQefDnjUfYdhEzbD1uhq50oKjL3pMYrbuBKUm0q3gKemF6qHGNjTUQJsrwQS djjXIwqWCCj0We/LppfQftedAxzlf0z59KnKfpjIE/7idXKOL8DSh8ks/tKn8cGtVIgs P0+A== MIME-Version: 1.0 X-Received: by 10.52.90.68 with SMTP id bu4mr3801347vdb.44.1437101473297; Thu, 16 Jul 2015 19:51:13 -0700 (PDT) Received: by 10.31.96.144 with HTTP; Thu, 16 Jul 2015 19:51:13 -0700 (PDT) In-Reply-To: <551CFCC3.3010606@alcatel-lucent.com> References: <55145EA1.3010905@pi.nu> <0fe4c449812b4174b42aacbdcf10a8a5@MUC-S-EX13B.advaoptical.com> <79bd84a38c964717a963da3223359266@MUC-S-EX13B.advaoptical.com> <551BF98E.9050102@alcatel-lucent.com> <551CFCC3.3010606@alcatel-lucent.com> Date: Thu, 16 Jul 2015 22:51:13 -0400 Message-ID: From: Vishnu Pavan Beeram To: "teas@ietf.org" Content-Type: multipart/alternative; boundary=001a1136aee0d27af6051b09426c Archived-At: Subject: Re: [Teas] RSVP TE Scalability - Recommendations X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2015 02:51:19 -0000 --001a1136aee0d27af6051b09426c Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Folks, Hi! A rejigged version of is now available (with a new name). http://datatracker.ietf.org/doc/draft-beeram-teas-rsvp-te-scaling-rec/ We received some very good feedback both on and off the list and we have tried to incorporate all of that in this new version. Please do go through it when you find some time and let us know your comments. Regards, -Pavan (as a co-author) On Thu, Apr 2, 2015 at 4:24 AM, Dieter Beller < Dieter.Beller@alcatel-lucent.com> wrote: > Hi Pavan, all, > > I agree with you that when a new draft is being developed in TEAS it > should be applicable to all technologies including non-psc GMPLS. > > However, if we figure out that an issue is very much technology specific, > we may decide to develop a techno-specific I-D that will be > done in MPLS for example when it only applies to classical MPLS (psc). > > Another aspect is compatibility of new mechanisms with implementations > based on existing RFCs. So, I would expect a compatibility > section addressing backward compatibility and seamless introduction of ne= w > mechanisms or extensions into existing networks. > > > Thanks, > Dieter > > > > On 01.04.2015 16:59, Vishnu Pavan Beeram wrote: > > Dieter, Hi! > > Please see inline.. > > Regards, > -Pavan > > On Wed, Apr 1, 2015 at 9:58 AM, Dieter Beller < > Dieter.Beller@alcatel-lucent.com> wrote: > >> Hi all, >> >> two comments regarding the usage of RSVP in GMPLS enabled transport >> networks: >> >> 1. In my view, RSVP requires LSP state cleanup in case of RSVP >> refresh timeouts (soft state protocol) - you may, however, suspend >> the refresh mechanism in case your signalling communication is broken >> while your data plane is working properly. >> >> >> >> 1. RSVP-TE scalability may not be an issue in GMPLS enabled transport >> networks due to the fact that we have a limited number of >> LSPs per link (corresponding to the number of circuits per link) >> >> >> > [VPB] Totally agree that the scaling requirements imposed on MPLS RSVP-TE > LSPs are very different from those imposed on non-psc RSVP-TE LSPs. The > recommendations in this draft were put together to cater to the former se= t > of requirements (and that would continue to be the primary focus of this > draft). But one of the initial points that was made to us when we came ou= t > with this draft was that most of these recommendations are applicable to > non-psc GMPLS LSPs as well -- and I don't think there is an argument > against that statement (irrespective of whether "Scalability" is a curren= t > concern or not for GMPLS-enabled LSPs). > > > >> Thanks, >> Dieter >> >> >> On 01.04.2015 14:48, Pawe=C5=82 Brzozowski wrote: >> >> Pavan, >> >> >> >> you wrote: >> >> >> >> *=E2=80=9CVPB<=3D> If the elements in this transport network of yours ar= e running >> standard GMPLS Control-Plane (not some GMPLS based proprietary version), >> please elaborate why you can't couple the state of individual LSPs with = the >> state of the corresponding RSVP-TE signaling adjacency. If an >> implementation can cleanup the LSP-state when the refresh times out, the= n >> it should also be able to cleanup the LSP-state when the hello-adjacency >> goes down. I understand that there are proprietary implementations that = do >> not cleanup the LSP-state when the refresh times out -- those proprietar= y >> implementations might need some additional procedures (this draft will n= ot >> furnish those).=E2=80=9D* >> >> I guess this is where our disconnect comes from. You certainly know RFCs >> better than me. I assumed that IETF recommendation for GMPLS running in >> transport networks would be NOT to cleanup lsp state when refreshes time >> out. Is it not the case? >> >> >> >> Thanks, >> >> Pawel >> >> >> >> *From:* Vishnu Pavan Beeram [mailto:vishnupavan@gmail.com >> ] >> *Sent:* Wednesday, April 01, 2015 12:13 AM >> *To:* Pawe=C5=82 Brzozowski >> *Cc:* teas@ietf.org >> *Subject:* Re: [Teas] RSVP TE Scalability - Recommendations >> >> >> >> Pawel, Hi! >> >> Thanks for the response. Please see inline. >> >> Regards, >> >> -Pavan >> >> >> >> On Tue, Mar 31, 2015 at 5:30 PM, Pawe=C5=82 Brzozowski < >> PBrzozowski@advaoptical.com> wrote: >> >> Pavan, >> >> >> >> I think this is great work and applies well to the packet networks. Imho >> the draft should be augmented to reflect to what is the degree of >> applicability to transport networks. >> >> >> >> VPB <=3D> As mentioned earlier, the recommendations in the draft were pu= t >> together to cater to MPLS RSVP-TE LSPs. The authors didn't consider the >> applicability of these recommendations to non-psc GMPLS LSPs at all in t= he >> initial revision -- we simply didn't care :). But since it was pointed o= ut >> to us that most of these recommendations have generic applicability, I >> agree that it would be useful to clarify the degree of applicability to >> such networks in the next revision of the draft. At a high-level, >> everything except Section 2.5 (GMPLS RSVP-TE LSPs do not use Router-Aler= t >> for Paths) and Section 2.6 (there are different ways of checking data-pl= ane >> readiness for non psc LSPs) should have generic applicability. >> >> >> >> You said: >> >> >> >> *=E2=80=9CThere are 3 underlying principles driving these recommendation= s:* >> >> >> >> >> *- Completely eliminate the reliance on refreshes for state sync. - >> Completely eliminate the reliance on refresh timeouts for stale state >> cleanup. - Implement per-peer flow control.=E2=80=9D* >> >> >> >> In order to achieve these principles you recommend =E2=80=9C*Implementin= g >> coupling the state of individual LSPs with the state of the correspondin= g >> RSVP-TE signaling adjacency.*=E2=80=9D (copied from the draft). Since in= the >> transport network you really shouldn=E2=80=99t do that, I=E2=80=99m inte= rested how you can >> fulfill above mentioned principles without it. >> >> >> >> VPB<=3D> If the elements in this transport network of yours are running >> standard GMPLS Control-Plane (not some GMPLS based proprietary version), >> please elaborate why you can't couple the state of individual LSPs with = the >> state of the corresponding RSVP-TE signaling adjacency. If an >> implementation can cleanup the LSP-state when the refresh times out, the= n >> it should also be able to cleanup the LSP-state when the hello-adjacency >> goes down. I understand that there are proprietary implementations that = do >> not cleanup the LSP-state when the refresh times out -- those proprietar= y >> implementations might need some additional procedures (this draft will n= ot >> furnish those). >> >> To give an example: >> >> >> * Principle 2: =E2=80=9CCompletely eliminate the reliance on refresh tim= eouts for >> stale state=E2=80=9D* >> >> >> >> In the draft you assume that stale state will be removed thanks to: a) >> reliable Tear/Err messages delivery and b) removing of lsp state after >> adjacency loss. Since b) does not work in transport, how can you cover >> scenarios involving a reboot of a RSVP speaker while the service is torn >> down e.g. by PathTear? >> >> >> >> >> >> VPB <=3D> Again, please elaborate why you cannot remove LSP after adjace= ncy >> loss if you are using standard GMPLS RSVP-TE. >> >> >> Thanks, >> >> Pawel >> >> >> >> >> >> *From:* Teas [mailto:teas-bounces@ietf.org] *On Behalf Of *Vishnu Pavan >> Beeram >> *Sent:* Thursday, March 26, 2015 3:56 PM >> *To:* Loa Andersson >> *Cc:* teas@ietf.org >> *Subject:* Re: [Teas] RSVP TE Scalability - Recommendations >> >> >> >> Loa, Hi! >> >> Thanks for pointing it out. >> >> Yes, not referencing/mentioning RFC 5439 was a mistake and that would be >> rectified in the next version. (But I did mention RFC5439 in this mornin= g's >> presentation :)). >> >> Both RFC2961 and RFC5439 do talk about having a large refresh interval a= s >> a means of reducing the rate of messages that the control-plane has to >> process, but also warn about the loss of functionality associated with >> doing so. brings back the notion of >> refresh independent RSVP, but also includes recommendations that would m= ake >> sure that there is no loss of functionality when a large refresh interva= l >> is used. >> >> Regards, >> >> -Pavan >> >> >> >> >> >> On Thu, Mar 26, 2015 at 3:31 PM, Loa Andersson wrote: >> >> Pavan, >> >> The MPLS wg did "An Analysis of Scaling Issues in MPLS-TE Core Networks" >> RFC 5439. This RFC is not mentioned in draft-beeram-mpls-rsvp- >> te-scaling. The topics seems close enough to make worth look at that >> document. >> >> /Loa >> >> >> >> >> >> On 2015-03-26 14:09, Vishnu Pavan Beeram wrote: >> >> https://tools.ietf.org/html/draft-beeram-mpls-rsvp-te-scaling-01 >> >> Folks, Hi! >> >> was presented earlier today in the >> TEAS WG session. There wasn't sufficient time to take in questions at >> the end of the presentation (apologize for that). So, I'm opening up >> this thread to make sure that all those questions get answered. >> >> A few points to note: >> >> 1. These recommendations were put together for catering to current MPLS >> RSVP-TE Scalability needs. But since most of them have generic >> applicability, this draft is being discussed in TEAS. >> >> 2. There are 3 underlying principles driving these recommendations >> - Completely eliminate the reliance on refreshes for state sync. >> - Completely eliminate the reliance on refresh timeouts for stale state >> cleanup. >> - Implement per-peer flow control. >> >> 3. This is not a theoretical exercise. We have an implementation that >> religiously adopts these recommendations -- and the savings in terms of >> processing cycles for the control-plane (as a result of the significant >> reduction in I/O overhead) is quite significant. >> >> Please do give these recommendations some serious consideration and let >> us know your questions/comments. >> >> Regards, >> -Pavan >> (on behalf of the authors) >> >> >> >> _______________________________________________ >> Teas mailing list >> Teas@ietf.org >> https://www.ietf.org/mailman/listinfo/teas >> >> >> -- >> >> >> Loa Andersson email: loa@mail01.huawei.com >> Senior MPLS Expert loa@pi.nu >> Huawei Technologies (consultant) phone: +46 739 81 21 64 >> <%2B46%20739%2081%2021%2064> >> >> >> >> >> >> >> _______________________________________________ >> Teas mailing listTeas@ietf.orghttps://www.ietf.org/mailman/listinfo/teas >> >> > > > _______________________________________________ > Teas mailing listTeas@ietf.orghttps://www.ietf.org/mailman/listinfo/teas > > --001a1136aee0d27af6051b09426c Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Folks, Hi!

A rejigged version of <= ;draft-beeram-mpls-rsvp-te-scaling-01> is now available (with a new name= ).
http://datatracker.ietf.org/doc/draft-beeram-teas-rsvp-te-sc= aling-rec/

We received some very good feedback = both on and off the list and we have tried to incorporate all of that in th= is new version. Please do go through it when you find some time and let us = know your comments.

Regards,
-Pavan (as a co-author)<= br>



On Thu, Apr 2, 2015 at 4:24 AM, Dieter Bel= ler <Dieter.Beller@alcatel-lucent.com> wrote:=
=20 =20 =20
Hi Pavan, all,

I agree with you that when a new draft is being developed in TEAS it should be applicable to all technologies including non-psc GMPLS.

However, if we figure out that an issue is very much technology specific, we may decide to develop a techno-specific I-D that will be
done in MPLS for example when it only applies to classical MPLS (psc).

Another aspect is compatibility of new mechanisms with implementations based on existing RFCs. So, I would expect a compatibility
section addressing backward compatibility and seamless introduction of new mechanisms or extensions into existing networks.


Thanks,
Dieter



On 01.04.2015 16:59, Vishnu Pavan Beeram wrote:
=20
Dieter, Hi!

Please see inline..

Regards,
-Pavan

On Wed, Apr 1, 2015 at 9:58 AM, Dieter Beller <Dieter.Beller@alcate= l-lucent.com> wrote:
Hi all,

two comments regarding the usage of RSVP in GMPLS enabled transport networks:
  1. In my view, RSVP requires LSP state cleanup in case of RSVP refresh timeouts (soft state protocol) - you may, however, suspend
    the refresh mechanism in case your signalling communication is broken while your data plane is working properly.

  1. RSVP-TE scalability may not be an issue in GMPLS enabled transport networks due to the fact that we have a limited number of
    LSPs per link (corresponding to the number of circuits per link)

=C2=A0
[VPB] Totally agree that the scaling requirements imposed on MPLS RSVP-TE LSPs are very different from those imposed on non-psc RSVP-TE LSPs. The recommendations in this draft were put together to cater to the former set of requirements (and that would continue to be the primary focus of this draft). But one of the initial points that was made to us when we came out with this draft was that most of these recommendations are applicable to non-psc GMPLS LSPs as well -- and I don't think there is an argument against that statement (irrespective of whether "Scalability" is a current concern = or not for GMPLS-enabled LSPs).

=C2=A0
Thanks, Dieter


On 01.04.2015 14:48, Pawe=C5=82 Brzozowski wrote:

Pavan,

=C2=A0

you wrote:

=C2=A0

=E2=80=9CVPB<=3D> If the elements in this transport network of yours are running standard GMPLS Control-Plane (not some GMPLS based proprietary version), please elaborate why you can't couple the state of individual LSPs with the state of the corresponding RSVP-TE signaling adjacency. If an implementation can cleanup the LSP-state when the refresh times out, then it should also be able to cleanup the LSP-state when the hello-adjacency goes down. I understand that there are proprietary implementations that do not cleanup the LSP-state when the refresh times out -- those proprietary implementations might need some additional procedures (this draft will not furnish those).=E2=80=9D

I guess this is where our disconnect comes from. You certainly know RFCs better than me. I assumed that IETF recommendation for GMPLS running in transport networks would be NOT to cleanup lsp state when refreshes time out. Is it not the case?

=C2=A0

Thanks,

Pawel

=C2=A0

From: Vishnu Pavan Beeram = [mailto:vishnupa= van@gmail.com]
Sent: Wednesday, April 01, 2015 12:13 AM
To: Pawe=C5=82 Brzozowski
Cc: teas@ietf.org
Subject: Re: [Teas] RSVP TE Scalability - Recommendations

=C2=A0

Pawel, Hi!

Thanks for the response. Please see inline.

Regards,

-Pavan

=C2=A0

On Tue, Mar 31, 2015 at 5:30 PM, Pawe=C5=82 Brzozowski <PBrzozowski@advaoptica= l.com> wrote:

Pavan,

=C2=A0

I think this is great work and applies well to the packet networks. Imho the draft should be augmented to reflect to what is the degree of applicability to transport networks.

=C2= =A0

VPB <=3D> As mentioned earlier, the recommendations in the draft were put together to cater to MPLS RSVP-TE LSPs. The authors didn't consider the applicability of these recommendations to non-psc GMPLS LSPs at all in the initial revision -- we simply didn't care :). But since it was pointed out to us that most of these recommendations have generic applicability, I agree that it would be useful to clarify the degree of applicability to such networks in the next revision of the draft. At a high-level, everything except Section 2.5 (GMPLS RSVP-TE LSPs do not use Router-Alert for Paths) and Section 2.6 (there are different ways of checking data-plane readiness for non psc LSPs) should have generic applicability.

= =C2=A0

= You said:

= =C2=A0

= =E2=80=9CThere are 3 underlying principles driving these recommendations:

= - Completely eliminate the reliance on refreshes for state sync.
- Completely eliminate the reliance on refresh timeouts for stale state
cleanup.
- Implement per-peer flow control.=E2=80=9D=

= =C2=A0

= In order to achieve these principles you recommend =E2= =80=9CImplementing coupling the state of individual LSPs with the state of the corresponding RSVP-TE signaling adjacency.=E2= =80=9D (copied from the draft). Since in the transport network you really shouldn=E2= =80=99t do that, I=E2=80=99= m interested how you can fulfill above mentioned principles without it. =

=C2= =A0

VPB<=3D> If the elements in this transport network of yours are running standard GMPLS Control-Plane (not some GMPLS based proprietary version), please elaborate why you can't couple the state of individual LSPs with the state of the corresponding RSVP-TE signaling adjacency. If an implementation can cleanup the LSP-state when the refresh times out, then it should also be able to cleanup the LSP-state when the hello-adjacency goes down. I understand that there are proprietary implementations that do not cleanup the LSP-state when the refresh times out -- those proprietary implementations might need some additional procedures (this draft will not furnish those).

= To give an example:

=
Principle 2: =E2=80=9CComplete= ly eliminate the reliance on refresh timeouts for stale state=E2=80= =9D

= =C2=A0

= In the draft you assume that stale state will be removed thanks to: a) reliable Tear/Err messages delivery and b) removing of lsp state after adjacency loss. Since b) does not work in transport, how can you cover scenarios involving a reboot of a RSVP speaker while the service is torn down e.g. by PathTear?=

= =C2=A0

=C2= =A0

VPB <=3D> Again, please elaborate why you cannot remove LSP after adjacency loss if you are using standard GMPLS RSVP-TE.=C2=A0
=C2=A0

= Thanks,

= Pawel

= =C2=A0

= =C2=A0

= From: Teas [mailto:teas-bounces@ietf.org<= /a>] On Behalf Of Vishnu Pavan Beeram
Sent: Thursday, March 26, 2015 3:56 PM To: Loa Andersson
Cc: teas@ietf.org
Subject: Re: [Teas] RSVP TE Scalability - Recommendations

=C2=A0

Loa, Hi!

Thanks for pointing it out.

Yes, not referencing/mentioning RFC 54= 39 was a mistake and that would be rectified in the next version. (But I did mention RFC5439 in this morning'= s presentation :)).

Both RFC2961 and RFC5439 do talk about having a large refresh interval as a means of reducing the rate of messages that the control-plane has to process, but also warn about the loss of functionality associated with doing so. <draft-beeram-= mpls-rsvp-te-scaling> brings back the notion of refresh independent RSVP, but also includes recommendations that would make sure that there is no loss of functionality when a large refresh interval is used.

Regards,

-Pavan

=C2=A0

=C2=A0

On Thu, Mar 26, 2015 at 3:31 PM, Loa Andersson <loa@pi.nu> wrote:

Pavan,

The MPLS wg did "An Analysis of Scaling Issues in MPLS-TE Core Networks&quo= t;
RFC 5439. This RFC is not mentioned in draft-beeram-mpls= -rsvp-
te-scaling. The topics seems close enough to make worth look at that
document.

/Loa





On 2015-03-26 14:09, Vishnu Pavan Beeram wrote:

https://tools.ietf= .org/html/draft-beeram-mpls-rsvp-te-scaling-01

Folks, Hi!

<draft-beeram-= mpls-rsvp-te-scaling> was presented earlier today in the
TEAS WG session. There wasn't sufficient time to take in questions at
the end of the presentation (apologize for that). So, I'= m opening up
this thread to make sure that all those questions get answered.

A few points to note:

1. These recommendations were put together for catering to current MPLS
RSVP-TE Scalability needs. But since most of them have generic
applicability, this draft is being discussed in TEAS.

2. There are 3 underlying principles driving these recommendations
- Completely eliminate the reliance on refreshes for state sync.
- Completely eliminate the reliance on refresh timeouts for stale state
cleanup.
- Implement per-peer flow control.

3. This is not a theoretical exercise. We have an implementation that
religiously adopts these recommendations -- and the savings in terms of
processing cycles for the control-plane (as a result of the significant
reduction in I/O overhead) is quite significant.

Please do give these recommendations some serious consideration and let
us know your questions/comment= s.

Regards,
-Pavan
(on behalf of the authors)



______________________________________= _________
Teas mailing list
Teas@ietf.org
https://www.ietf.or= g/mailman/listinfo/teas


--


Loa Andersson=C2= =A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 email: loa@mail01.huawei= .com
Senior MPLS Expert=C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 loa@pi.nu
Huawei Technologies (consultant)=C2= =A0 =C2=A0 =C2=A0phon= e: +46 739 81 21 64

=C2=A0

=C2=A0 



________________________________________=
_______
Teas mailing list
Teas@ietf.org
ht=
tps://www.ietf.org/mailman/listinfo/teas




_______________________________________________
Teas mailing list
Teas@ietf.org
ht=
tps://www.ietf.org/mailman/listinfo/teas

--001a1136aee0d27af6051b09426c-- From nobody Fri Jul 17 03:24:11 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3BF981B326C for ; Fri, 17 Jul 2015 03:24:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id f2MzOAhaUsWY for ; Fri, 17 Jul 2015 03:24:08 -0700 (PDT) Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2B6431B326E for ; Fri, 17 Jul 2015 03:24:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=104462; q=dns/txt; s=iport; t=1437128648; x=1438338248; h=from:to:cc:subject:date:message-id:mime-version; bh=gHN2rkdvr8viI3lGF87d27URf0wYPo4go/F7O84HoDI=; b=R3oALan+ojZgPeFkekFrDfNdfCFXXQviwwo/1SONFXC6+NBvhpHVBxql 5tBJFwTRyXVc8GaaAsvA/oJ4AN7cVyNgFRUUJq7P2+GDgsCpGPDItiseg N66ynCrpAceiuIS8oZui5sOVXMqPWp+jNtRkrm6yredZVbdBAUixyLTWn 4=; X-Files: metric-recording-TEAS-IETF93[2].pptx : 74778 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0ArAwBG16hV/5BdJa1bgxNUaQa7VQmBUhkKhXcCgUg4FAEBAQEBAQGBCoQjAQEBAwEBAQFrCwwGARYDAwECATAlCx0KBAENBQ6IGAgNz3kBAQEBAQEBAQEBAQEBAQEBAQEBAQETBJA3ChENhCUBBJRNAYIyiWqBQ4QZixCENoNhJoN8b4EEBzyBBAEBAQ X-IronPort-AV: E=Sophos;i="5.15,495,1432598400"; d="xml'?pptx'72,48,322?scan'72,48,322,208,322,72,48,145,217?rels'72,48,322,208,322,72,48,145,217?jpeg'72,48,322,208,322,72,48,145,217,145?bin'72,48,322,208,322,72,48,145,217,145,217,322"; a="12531572" Received: from rcdn-core-8.cisco.com ([173.37.93.144]) by rcdn-iport-6.cisco.com with ESMTP; 17 Jul 2015 10:24:07 +0000 Received: from xhc-rcd-x06.cisco.com (xhc-rcd-x06.cisco.com [173.37.183.80]) by rcdn-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id t6HAO7pS014737 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 17 Jul 2015 10:24:07 GMT Received: from xmb-rcd-x14.cisco.com ([169.254.4.42]) by xhc-rcd-x06.cisco.com ([173.37.183.80]) with mapi id 14.03.0195.001; Fri, 17 Jul 2015 05:24:07 -0500 From: "Zafar Ali (zali)" To: Lou Berger , "teas@ietf.org" , "Vishnu Pavan Beeram" Thread-Topic: Updates for Metric Recording Draft (was: Re: [Teas] Slides for Prague) Thread-Index: AQHQwHq14WBvBVKFkEqA+t/kEX2A2g== Date: Fri, 17 Jul 2015 10:24:06 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.5.2.150604 x-originating-ip: [10.86.240.69] Content-Type: multipart/mixed; boundary="_002_D1CE4EBD13E709zaliciscocom_" MIME-Version: 1.0 Archived-At: Cc: "draft-ietf-teas-te-metric-recording@tools.ietf.org" Subject: [Teas] Updates for Metric Recording Draft (was: Re: Slides for Prague) X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jul 2015 10:24:10 -0000 --_002_D1CE4EBD13E709zaliciscocom_ Content-Type: text/plain; charset="Windows-1252" Content-ID: <7F6279346C7FCF4D89B0275917EC8184@emea.cisco.com> Content-Transfer-Encoding: quoted-printable Dear WG and WG Chairs: Enclosed please find a slide summarizing updates and next steps for draft-ietf-teas-te-metric-recording-02. Please review the latest version of the draft and advise of any further comments.=20 N.b. The draft is not on the agenda. Thanks Regards =8A Zafar -----Original Message----- From: Teas on behalf of "lberger@labn.net" Date: Wednesday, July 15, 2015 2:29 PM To: "teas@ietf.org" Subject: Re: [Teas] Slides for Prague >> For drafts that aren't being presented, please send an update to the >>list by then. > >To authors of WG drafts: > >Actually, if you not on the agenda, your updates are due today! (1 week >prior to meeting). > >Lou > >PS Note that the agenda has been updated > >On 7/15/2015 2:19 PM, Matt Hartley (mhartley) wrote: >> All, >> >> If you're presenting in Prague, please send your slides to us by Sunday. >> >> For drafts that aren't being presented, please send an update to the >>list by then. >> >> Cheers >> >> Matt >> >> _______________________________________________ >> Teas mailing list >> Teas@ietf.org >> https://www.ietf.org/mailman/listinfo/teas >> > > >_______________________________________________ >Teas mailing list >Teas@ietf.org >https://www.ietf.org/mailman/listinfo/teas --_002_D1CE4EBD13E709zaliciscocom_ Content-Type: application/vnd.openxmlformats-officedocument.presentationml.presentation; name="metric-recording-TEAS-IETF93[2].pptx" Content-Description: metric-recording-TEAS-IETF93[2].pptx Content-Disposition: attachment; filename="metric-recording-TEAS-IETF93[2].pptx"; size=74778; creation-date="Fri, 17 Jul 2015 10:24:06 GMT"; modification-date="Fri, 17 Jul 2015 10:24:06 GMT" Content-ID: <34AEEF270CC1C6449459053F7A3F757F@emea.cisco.com> Content-Transfer-Encoding: base64 UEsDBBQABgAIAAAAIQDnTL98AwIAAM0OAAATAAgCW0NvbnRlbnRfVHlwZXNdLnhtbCCiBAIooAAC AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADM l81S2zAQx++d4R08ujKxEqAUOnE48HGiLTPQBxD2JlErSxppE8jbd+18iUxAhJipL85s5N3/Tytp 5e1fPJcqmYLz0uiM9dIuS0DnppB6lLHfDzedM5Z4FLoQymjI2Aw8uxgcfOk/zCz4hLy1z9gY0X7n 3OdjKIVPjQVNI0PjSoFkuhG3Iv8rRsCPut1TnhuNoLGDVQw26F/BUEwUJtfP9PechNxZcjl/r5LK mLBWyVwggfJqlG/1+2NhtOEoy0q4Htju8yj1hkuoNdXFxoQ6ZjiUORQmn5Q0jdQ68PRbo5WKTEnT c/eASFn0r4A6UH43VTtPYUqetZQfS+sPF6n4RWvoZAHJnXD4U5SUMG4t8pAtfTupH5joet5pKaSO wXhFhD+Ep+x4Hhi9psmC2O9iWtB8DkeMQBsEv8xKYDROE8SOMY3pxJsJLqlemI1zvYgeI6s29J0z 1je9Z1aBYwRTCU+fQrAKHCNAKrPA6+f+i1GHiSqKRwX3OFPQeN5xHTpGUR/rWzGjnbk4sXNj/ySE ZZJKeCD0UaajpvdnA0zHLWQ6aSHT1xYynbaQ6VsLmc5ayHTeQqZet41Q/7OSB7fq/sX7fbfq+h7f vzRHFalfqT9bqP1ysPviL9uPyrtj6QsMHEp4swFZKVI/tbvgRpcFVXNYQLFFm9fN6OAfAAAA//8D AFBLAwQUAAYACAAAACEAo+yCJg0BAADiAgAACwAIAl9yZWxzLy5yZWxzIKIEAiigAAIAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAKySwU7DMAyG 70i8Q+T7mm4ghNDSXRDSbgiVBzCJ2wbaJEo8tL09YYeVSqOaBMfY8Z/vz+/1Zj/04pNist4pWBYl CHLaG+taBa/10+IeRGJ0BnvvSMGBEmyq66v1C/XIeSh1NiSRVVxS0DGHBymT7mjAVPhALncaHwfk fIytDKg/sCW5Kss7GX9qQDXRFFujIG7NDYj6EPLLf9GWAzEaZJTaR1qEmMki2+xF1BhbYgXG6+dc TscbRaYGeR7o9nIg3zRW06PXu4Ecn/Esac/kDJl5JAxhjmj5n0RT5vF/QmAZIqVs5Jj7HNDqcqDf 92HMjLvd8ObQ9iPNKa1Tr3gP1H5nJiebWX0BAAD//wMAUEsDBBQABgAIAAAAIQBL9T3svwAAADcB AAAgAAAAcHB0L3NsaWRlcy9fcmVscy9zbGlkZTEueG1sLnJlbHOEj8EKwjAQRO+C/xD2blI9iEhT LyIInkQ/YEm2bbBNQjaK/XtzrCB4nB3mzU59eI+DeFFiF7yGtaxAkDfBOt9puN9Oqx0IzugtDsGT hokYDs1yUV9pwFxC3LvIolA8a+hzjnul2PQ0IssQyRenDWnEXGTqVETzwI7Upqq2Ks0Z0Hwxxdlq SGe7BnGbYmn+zw5t6wwdg3mO5POPCsWDs3TBKTxzwWLqKGuQcn7nudjI8j6oplZfc5sPAAAA//8D AFBLAwQUAAYACAAAACEA4788NE0BAACmBQAAHwAIAXBwdC9fcmVscy9wcmVzZW50YXRpb24ueG1s LnJlbHMgogQBKKAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACslMtqwzAQRfeF/oPRvpad tumDONmUQhaF0qQfoNgTW9SWhGaSNn/fIYT4QeputDHcK3l0uJrRbPHT1NEePGprMpHGiYjA5LbQ pszE5/r15lFESMoUqrYGMnEAFIv59dXsA2pF/BNW2mHEVQxmoiJyz1JiXkGjMLYODK9srW8UsfSl dCr/UiXISZJMpe/WEPNezWhZZMIvi1sRrQ+OT/6/tt1udQ4vNt81YOjCEdJYAnxTSOC5rPIlUCY6 JnZ3pDGzC3kZ6y4kVsX52h0NwXo2yp4chbsPCee8NpzXCoi4KbDNbbAgBzqNN9r8Fd80LCHgu7eu x3ayxu7wISTEXsP3AOJsjUHwfIXrb+K5g/aGjlIev6P98hSUQW1qWNGh5pfiPGPUmmNhpCFBsNYF DGeqY6LsiNF8JsGx2mSODCeUM4Tsva7zXwAAAP//AwBQSwMEFAAGAAgAAAAhAEhG2MHpAgAA6Q8A ABQAAABwcHQvcHJlc2VudGF0aW9uLnhtbOxXwW7iMBC9r7T/EPm6akNCICEiVLQrpEpdCS3tBxjH gaiOE9mGhX79zhijJGwPvaGVuDn2m8nMezMZZ/pwqIS350qXtcxIcD8gHpeszku5ycjb6+IuIZ42 VOZU1JJn5Mg1eZh9/zZt0kZxzaWhBkw9cCN1SjOyNaZJfV+zLa+ovq8bLuGsqFVFDTyqjZ8r+gfc V8IPB4OxX9FSEmevvmJfF0XJ+M+a7Sp4/cmJ4sLGobdlo8/emq9462bRD0kbVTKzKJU2c5m/UG2e tlTpjABHmu75arfW3CxqaWAvIDOgRIv8F+C4es5ftLnY8co8I2EQxVEyHI+AV5XiDmAD4s+m/mfm sjZcX7js7bVOhs5J79hFsQUB6525cHSx27qKnKsLQJtSN73n3CaWDIadjMI2oy529eGxQ0YmQRQN BkAjO2ZknIwS+2CODRSYZopzGR1sOk1qs3Fm48kkjs9mkzAO0AyYa9KcF3QnzCs/mJU5Cj6bUtxb LpVb/V4qT1CsaS7v3lY2ui5E7EXQAIaKDbSBgEyMsEJz+iIf1btdFyD13ALWVHPiAT0bKOTlTjKD AHyXkKuG4UI3bMmMt6fgZwKB2kj9PuCRF5fQMwzM29N5AbXUd9nBuVPIF7PUHxkZWj7XWJXeO1fY 2NBqNj5dizJflEJYh9ik/EmoU5jmcCpEeFMXhZ0lPVSnoAwUmquSAkMMm4HbxEEDmnLawfyo5B2n SDNNmb44YLrlH0KG0gdaTgIgHpYhalFR9ZKRaBRj7Ddl8BNxJWVQDqfMsFXm1MU3ZVwxX6VnUA6n TNQqEwzjYHxrmut+zlAPJ82oI00SJjDubl1zza5BPZw041aaMEygabrSwEh9pesVTNTzt+6fawFM WDsf21tC/1aA90J70fi/ZzPS5BiLO4zF0bA/nG+MnW8zSJNjLGkZQ7rg6ttp/xtjZ8aQJsfYpMPY eBT3Z9mNsTNjSBOsP/v/gc3un+3sLwAAAP//AwBQSwMEFAAGAAgAAAAhAL543mKEBQAA8RYAABUA AABwcHQvc2xpZGVzL3NsaWRlMS54bWzcWNtu4zYQfS/QfyD0vLItW76psRexkywWzSZBnEWfGWkc EaFELUlf0qJA/6F/2C/pkJKcWHESxcli0b7IssQZzpyZwxnNwcd1wskSpGIiHTleo+UQSEMRsfRm 5Hy9OnEHDlGaphHlIoWRcwfK+Tj++aeDLFA8IiidqoCOnFjrLGg2VRhDQlVDZJDiu7mQCdX4V940 I0lXqDXhzXar1WsmlKVOIS/ryIv5nIVwJMJFAqnOlUjgVKPlKmaZKrVldbRlEhSqsdJbJo3Rs3DG I/OrsisJYO7S5SeZzbILaV+fLS8kYRHi5ZCUJgiL0yxeFMvs3xSX4U2zIn5TaqLBei6T8QEN0Dey HjkI/p25ohANYK1JmD8M75+G8fmOtWF8vGN1s9wALdhsarzKPXrsTrt054ppDsTbeJUvpSh6KsJb RVKBfhr3c/fCs2WpzPhs1Gcx0XcZIqONqmJd/tLiUa5XFtPS0A0SfqfXG/YtHIPhsOVvQzLw/K7f Q2sNML2eN+jbBRt/aZCKE8a5xZGnZDVyOgOvZYHF3fM9s0CvJyK6M1hf46+NFQ240jN9x8HKIlI0 QH/wghHn1JACUvfrDEnx+8hp+6iTRExqGyCiEj3lQJFIRQz1+OqYfAEtWUguIRTS8Co4QEM15kWh +nrvDVBDIfwWE0nFntrmWIj0GIk91y4DPXc1UIUXN7Euu7J02d13i12QttoVbZBGF1TSyxohMvlK AwwrpkEZfpsRJmefJobnbZg+FanGg4NccBpCLHgEkrTfRhQWIc1LLtXnSLvt9/tIAsw9r9PxkQYV lnSH/W67k7Ok6/Xb3rBjiViy7b2ocG1PrmdpMFskCZV3RMzJNEYagdqKYR4TGxi8mDgueQHJU/x7 djtyyNlNChHR5hRdMR2T2eXpp3qZvtFc5PeGuOTIZPoH8iDhw5AmmSvVMjNpryS/cUPBOYTabQ0b Wz7u5Yhe620teyBVIzzkMIqwICpEzFRuwpRagCJY9klCIyAJU2GDQMS0kIxyEuYxfMa03YdIDVPO zf61gKuh7LP1I6jqe+7A8AbPnul74F/Np6o1FajUrTv79UFVKbKQnIlXCu46O8VC224Oy9ArtRVm hCIx7ZciAjsgi26jqugRulWPqoZtYfoCGlVZU0ln2MYt0KI5OQLMnggbWFY5YLCdeqJIPIzOliHv cAzZg6JWLj+0wrhUr2BupAhIuTkv9djU4h+wrVDZj9hWw36+Fk3K64R35R/WGEjNB5SqUqGSzEXr eB+2HQ3jP3/9jVRf4dlLLk+mH8zl7Rb2/b73zGH9DqmeF8XXWVocKf/JXGeKbbcwL5b3d/H2/5fr v30ip1MyFUnGQUNUK4Ow8mM/vqFRgewv+8ju4vMrWVxsj/VZxZDFICNClbL9Zy2LNn7ssuX7Vtfi QKrRSZ2ZRnqmIVOVbmqPmmk/nVtbbVaBYT3kd8jvgs526ySmilwD9pTY91zjUANHUuTbgmkgSiRA NEuggvGbPKpA+T38OlzoWMiataYmViuxwGkeZ7fwriHQgkj4hp8S2uJOX6u8guauKNvzoxLBp7u9 ezheUJ0nweMpgf1mLqeCyIlThZOczA7rFpKNnD8mk2GvPR1M3Innn7j+0bDvHp70uu5Jt+P708ng cNo5/tNBGc8PQgl2APm5HKTiw0fDy4SFUigx1w3svZv5FLSZiRXITDA7CPVaxTR1SfGruT/A2diw 6+Xf+ta0sRl3lMbibTnfDLn8QrPzpW1TcGyrQU7towy/DzB1zdL7JTgxYQm+MP7qtHA8oyiMy67w ozEfiEYLOXIYduFzliLNHMwApJ7UIycFHDTjiFFEcJXPBpNLIfRmbvsm53NzrTlodmGfuStsxlsc WI//BQAA//8DAFBLAwQUAAYACAAAACEA1dGS8b4AAAA3AQAALAAAAHBwdC9zbGlkZUxheW91dHMv X3JlbHMvc2xpZGVMYXlvdXQ5LnhtbC5yZWxzhI/BCsIwEETvgv8Q9m7SehCRpl5E8OBF9AOWZNsG 2yRko+jfm2MFwePsMG92mv1rGsWTErvgNdSyAkHeBOt8r+F2Pa62IDijtzgGTxrexLBvl4vmQiPm EuLBRRaF4lnDkHPcKcVmoAlZhki+OF1IE+YiU68imjv2pNZVtVFpzoD2iylOVkM62RrE9R1L8392 6Dpn6BDMYyKff1QoHp2lM3KmVLCYesoapJzfeS5qWd4H1Tbqa277AQAA//8DAFBLAwQUAAYACAAA ACEA1dGS8b4AAAA3AQAALAAAAHBwdC9zbGlkZUxheW91dHMvX3JlbHMvc2xpZGVMYXlvdXQzLnht bC5yZWxzhI/BCsIwEETvgv8Q9m7SehCRpl5E8OBF9AOWZNsG2yRko+jfm2MFwePsMG92mv1rGsWT ErvgNdSyAkHeBOt8r+F2Pa62IDijtzgGTxrexLBvl4vmQiPmEuLBRRaF4lnDkHPcKcVmoAlZhki+ OF1IE+YiU68imjv2pNZVtVFpzoD2iylOVkM62RrE9R1L83926Dpn6BDMYyKff1QoHp2lM3KmVLCY esoapJzfeS5qWd4H1Tbqa277AQAA//8DAFBLAwQUAAYACAAAACEA1dGS8b4AAAA3AQAALAAAAHBw dC9zbGlkZUxheW91dHMvX3JlbHMvc2xpZGVMYXlvdXQ0LnhtbC5yZWxzhI/BCsIwEETvgv8Q9m7S ehCRpl5E8OBF9AOWZNsG2yRko+jfm2MFwePsMG92mv1rGsWTErvgNdSyAkHeBOt8r+F2Pa62IDij tzgGTxrexLBvl4vmQiPmEuLBRRaF4lnDkHPcKcVmoAlZhki+OF1IE+YiU68imjv2pNZVtVFpzoD2 iylOVkM62RrE9R1L83926Dpn6BDMYyKff1QoHp2lM3KmVLCYesoapJzfeS5qWd4H1Tbqa277AQAA //8DAFBLAwQUAAYACAAAACEA59GrjrcDAAAnCgAAIgAAAHBwdC9zbGlkZUxheW91dHMvc2xpZGVM YXlvdXQxMS54bWy0Vttu4zYQfS/QfyD4HK9tOb5AiL1w3c2iRbJrrJ32maXoSF2KVElGa/cx+z1F C+wCfcnf5APyCz2kJKd2ncLp5UWW6JnDmTkzhzx7uc4lKYWxmVZj2n3RoUQorpNMXY/p1fK8NaLE OqYSJrUSY7oRlr6cfPnFWRFbmVywjb5xBBjKxmxMU+eKuN22PBU5sy90IRT+W2mTM4dPc91ODPsA 7Fy2o05n0M5Zpmjtb47x16tVxsXXmt/kQrkKxAjJHOK3aVbYBq04Bq0wwgImeO+G5DYFskVh3DJz UkxVslxTEuxNiX+6dIIS8IVMiGI5Fr6DacaZJMGeoGJkKdYumNliaYTwDqp8bYpFMTfB+005NyRL PFqNQtv1H7VZ+FQww0t7z/26QWLxemXyyRmLUR2yHlOQuPFPOLEYQRBeLfLHVZ6+PWDL01cHrNvN Bohguyn4L6qM/ppO1KSzV5TuNr3KhwHjQvP3liiNhH0dqjz5m7JB9cn7fYqUVJw4zwcl2mRgrqKo 9qpMQ5kabxtK3cS/LdCgHw1HnapMre4wvO8UK+oMRv1ujxJfsn5vNOiNRmGXBgq7VNhF7NZf6WTj S/0DfsGo75oxFcxn751YLK1buI0U4QNlYzFywgPGkvlJE6p1tcCk5W4mBcMk1uS5yUxm/D1xmogk c+SSWScMCTXAXALyDOw4NEcNKVQyZ4a920P2ZWUxdkbcTbwhBV/ap4lEAfa727fTXDIuUi0ThBL5 DDEJDWP/iFNfuD1KMRdo2qYhjqe2B+qG/TAAB5kddPqnwwgG/xez6DgiS7ml8F8y7esdiLY7TFds BkrxaLYM5XpGcy0E1xAqKUohj4APXD8Dfplm5nj0XjUrR9frXN8Ylx4d/Olz4bPVQXQo6n86Y6fN jL0THAfttRRkEJ2GaP9+rCCasxQOYmqM/pAKltjHgdnOoz809hR05Qyk5ucx/emGGcgJrWctaE6Q T+8QXvZ1VCqvJE9rXxC4Ru2C8pWyW2twIlaQpUqJMCDVMvr4z+ZBGw/Y10sHeyPs6SbDIej65tXy /ITMZtPLOfn+9QmZKpaKLMfS9IRcLaY7Tf5UJzPpLoIq/8ha386pT0OwcPqsoHtj+nD3y8PdJ/Jw 99v97ef729/vP368v/0Vt4PM8fSc5ZnEodEDrzxlxgqcBa1u1Bwf0HwP6CbkmFjq3C6Z4SmJOt3O jtNTkh4Iqq4cePWXlCDR0lyy4m0Z9sf1DMzPwlKBC5mnBaaPJh6jueBN/gAAAP//AwBQSwMEFAAG AAgAAAAhAOFb49dyAwAARQkAACIAAABwcHQvc2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0MTAueG1s rFbNbtNAEL4j8Q6rPbfkpxUgqwkKgSJQCxFJ4TysN7VhvWt2t27CsTwPAgkkLn2bPkBfgW/XdquU VEoFF8cZz3ye+WbmW+89WRSKVdK63OgB7z3ocia1MGmujwf8aLa//Zgz50mnpIyWA76Ujj8Z3r+3 VyZOpQe0NCeeAUO7hAY8875MOh0nMlmQe2BKqfFsbmxBHn/tcSe1dArsQnX63e7DTkG55k283STe zOe5kM+MOCmk9jWIlYo88ndZXroWrdwErbTSASZGr6bklyWqBTF+tuAs+tkKlh4fonQxVSnTVMAw y72SDASxd3DOBSk2kwsf3Vw5s1KGAF29sOW0nNgY/bqaWJanAa1B4Z3mQeMW/2q44aZzI/y4RaJk MbfFcI8SsMIWA47mLcMVQZQgCSZqo7i2iuzNGl+RPV/j3WlfgAyuXoq+l3VFf5fTb8upSeldVVW7 EkIPjPjkmDaoM5RflydeVy1YqDnAlxmrW+ADv41f/TDy0fo7cBrJ8ounJl2Gwj/gNxopUc5P/VLJ SAjSpgTguIB+RWHCpd4+mmLCCz9WkrABDXl+OFa5+MS8YTLNPTsk56VlMRnsAyD3wI5HcxpIqdMJ WXp7AznURwnejKTbDHFbU3g7kTstkSszxSaKhMyMSpFK/3+QG6jizNgcS1BPO8dcYmjaztyF8SAj QJEUkg7ZreMf7WKqUldE/2M/wpDHdriVftScR+JxaV8Zi7rDCEylMNhrJSupNoCPHbkD/CzL7ebo OzWjG/O1b06szzZOfveu8Pl8LTp0579uwm67CW+lwDF0DK192N+N2UKGW91YoyzQmHGGADmy1pxm klJ3PdZXgUFabwjO3FsIwpcB/3xCFkvfbkRUhqg9IeAvEYrjrsO+h/WuMduNX6tJMaBSvehLSSrn EI9aL7AgtRlz3EpYcI8Ktsa/Ma2djbiHfvjoEdr18vlsf4uNx6PDCXv/YouNNGUyL2AabbGj6Whl yG+bZFL+IGrnR9p+NeEhL0lRrOdQpwG/PP92ef6TXZ7/uDj7dXH2++Lr14uz7zhDcy+yfSpyhdNo B30VGVknoRjbvf7jMH5BSwNxQVjZJrk0tR2SFRnrd3vdlaDbhDc2qD6YcRuO8nj2KntI5Zsqvh8f L+j8OJpKfK6E5OB67RIw2s+f4R8AAAD//wMAUEsDBBQABgAIAAAAIQDV0ZLxvgAAADcBAAAtAAAA cHB0L3NsaWRlTGF5b3V0cy9fcmVscy9zbGlkZUxheW91dDEwLnhtbC5yZWxzhI/BCsIwEETvgv8Q 9m7SehCRpl5E8OBF9AOWZNsG2yRko+jfm2MFwePsMG92mv1rGsWTErvgNdSyAkHeBOt8r+F2Pa62 IDijtzgGTxrexLBvl4vmQiPmEuLBRRaF4lnDkHPcKcVmoAlZhki+OF1IE+YiU68imjv2pNZVtVFp zoD2iylOVkM62RrE9R1L83926Dpn6BDMYyKff1QoHp2lM3KmVLCYesoapJzfeS5qWd4H1Tbqa277 AQAA//8DAFBLAwQUAAYACAAAACEAaJ8ksl0MAAAwSwAAIQAAAHBwdC9zbGlkZU1hc3RlcnMvc2xp ZGVNYXN0ZXIxLnhtbOxc227b2BV9L9B/INjHGcW8UzJiDxTFSgM4qRF7kOcjkrLY8DYk5UuKAvmM Pvcv2tf+Sb6ka58LRUmUIjtKJq1lIxbFs3ku6+yz78zzX+7SRLuJyirOsxPdfGboWpQFeRhn1yf6 r1fjXl/XqpplIUvyLDrR76NK/+X0j394XhxXSfiGVXVUaugjq47ZiT6r6+L46KgKZlHKqmd5EWVo m+Zlymp8La+PwpLdou80ObIMwztKWZzp8vlyl+fz6TQOopd5ME+jrBadlFHCasy/msVFpXordumt KKMK3fCnl6Z0ivUFl0lIn5Nr8feiPH3Ojqs8icNxnCT8Cy00GiWldsOSE31ybepHp8+PVqii6TQK 6vOqpjbqj3riF9RxVVyVUURX2c2rsrgsqBWjv725KLU4xKboWsZSYE998wZJxr9mIBP9Lj1+rXpi x3fTMqXJAjrt7kTHDt/TXzzEjqO7WgvEzWBxN5j9pYM2mJ11UGOxYgAsqBmUViVW1LEcw/LUit4B F5ZdJ5HmmY7XrE88BBSL8zz4UGlZjhULIPLRDA9Ew7LMb2cRCyu6LdYPxNRoBAqNX8y0+r4AdHVc J5GkE42YbtbQVwBdm9y+yUPQsnmd6wTOCnC2ZXi+y9Hrmb7fN1Yw7JuO63i2rhGSfbsPBucjLjoq yqp+FeWpRhcneonV84HYjWQOdqxIaPwsJz7j+5Rk2u2JPnAtlz/QakljOoFJnGJMg35oTHZM2Jxl Ib+uWZyIa2xWknHeoxUTQvXdizy8pycm+AQKkAWY2iwvP+rabckAe/XbnJWRriWvM6Ddt0zL0bWa f3FMwwN7lu2WSbslm6ejHCcDRCwL0CsOiboc1fgGbgzytGD1eXZZBERIcyEUru7es7KQUNVg1Lf5 5YwVURdigpafPLEM6iSp6sv6Pok4BmBHdIv1JTeYjgQJCLDjkm6Cp070KOv9eglxl9ajJGIQh5Ks Pr3EmY+0K2IiOt01HwlP4xodg5UUjLgUnL+V//1O/vdp5/j53j//Eyo6pAmOujoujz0Gnut6NrQC mNz0bM83bcFxSpT4A0ecEzoGtuubfRwarKwRFAsmf9LnoP7Rz0EYlzXXCV0ngqSGdoU97zgP/FC0 ThvnOBy0ztO2dRQNP5dRkGehdh7dRMkOg1mCGx812NUsLncfSfL9I0Ya5/Oynu28JOfRSxrH0y3j PExu2V7fg46Wtkhbc7tcTm6QXDvraxIRD9bJfc8YGJBAJI08z3Aa/aekkW04pKi5TrbMgfHDyiLY Ystm4kYNLbRyBnP8cTq5WxELxVsVQ1g/45ibqsom2KxMw2h6xSaXH2EWmI7d7+uclDQ5XVRFcBHU wjQ2G9uE2yCSAs+/E+YrFxf00DQJudX7N8sY+mfO8EXPsPyXPWc4GPUGY9vonY2Nkef3x97IGP8d hgi37ypS0DA2+ATWNTomOCAumJBO51NbsuLL60ljw/cN+pUKq2XsY9rol54lK+IbLLw+/fzpX3/6 /OnfCyEHLGjAKAsvWMmA1Iqhsp9lLbp/nEFDggEioEswcMl1EAyNGf8YY/0gGMSxawTD2Wjoeq7X 7zmuBcHgOoNe33DPegPPeOG43sj1xu5BMOxB3u1FMEA3i+jFksWwzdc5WAyNFbPViz8IhhXBYLnj vjf2YSc4DgSDNfR7Q9O08dUbvHhpIiBz5h8Ew48hGHx7oATDGOFPChFrnuVwn6rLYBDewUqIT5tX UfkSEWUKXXOT7cEORM82ZUzP65sG4hoYCAdLBjoHpuPzdoplWI7V73PB1QplBHMR0qOnVBiPHV+H IqCHezN1FdxluCQ6XCEahoCTsEWLvFrEZU2XQ4ARQPUlYp87u1+itfvktmEBvsDoC13bA+lPKSN4 60Rc37N457tSIxKIqTxomSvEYr0SS4qhajyipyFsCSsUMcWSG/oTsZUILdIWEJR0SWFUMeeZmAU1 pPlNdJVzkrprKxbtSbZO1+yCalSfBe9sHX7Vrj4l3Sruqll9CrI1wFWz+mzIVpFWBOpTEAKypf1Q rUGSVxQ6BdqEW3PBsaQtaDF+y02C19f2pmzbw8+6N0Vx6CairQUUZp4iiQM/PS1ChJyza+6mteLc FBJ+yaqZcCf5iGKDy3wu49x70pYizu3bBoLtMs5te64JNhdxbtki4tyihQuNpCveTEzV4eUuTKsl l07izSMhDwgpwwPznS4PzHK2eWBfm1SZ1jhpFZxQShAgCyEDzEKAkSQm/fzwmI7pWz7lTnhMx8Wp UDkNJZVh+8PWBwGXyhZiQEr4qIyNyqL83gHm3U20L6VdoIloh2XaxQVAih1li0y7iJaOtMt3DzcT 5yPZYlK4hCXXUNEB8UvEzrMX5QdS2Bql8pAMvphnAYS3iEAlD40ecQ40EfnbKbzjjum3SyA14Tea eD4HP1/OwlttkszLdwwyyYZ9gDHCmFJ3zReoG8sXsS25yjoREaa2GBwZ9CtHbfrmMnVpWMpjZzyk NWUBUpFXcRpV2tvoVnuXpwyZ8iKug9mYpXFCQhtZmGDGyirCjFTvQtjwriX64loKJ67k+B9hPHfI Jh7kWouhLeL0UYlFY/c68mR9u54twleiIxpsS28dvWgP64IL3/r09dnV+GdtNBq+udDev/r5YX10 LUZD0C2utDesDGaaZZjWSpcbZDg4ROZNtkhznicUeX9cqkqDICnfsEJDGcGJntSAuL7DVfgBV5Nr i+5BCdV3uAo/4IoFAYoXQCEv1B20izsNja3uwBsXTY66g1yuuOOqO9B64o6n7sB8nCVxhkPLP3Rt mid/FjfUFfE2Lwk5Z/dg8NdkAK/c4WFdCxa107d9A6OUx1TeUL4OuV269PQyLcZvaLnJu5HWG7Rp pTeBQhU1q3a/3gB52KZfqSg30uKsNbQ8n7llDnBtGlpZ1bChX4iOFq2MimykBR80/XJPZeMcfAN7 39AO1nanjYNvgCsaWpMLki0dg2EWxMrrak1ZbnwdpxDtvMRA+D2oxmCQCOD2q4wPj9WEc4iSOIMQ ijPUMaDnCMVGVICQId1XwkNERcaVqOBI3+U5lJioNSpMMPBKtVEaB2Ve5dP6GSoKjkSh0FGR30Zl kce8Vsg0RMERHUw5HXzWYn501cx5NtWwpLdzVFVgg2YhpkmyHxOT8NR3vLag4gukugD+lWTdss5L 8NRqkkQra+GxNLoQfU/zrB5yNTlhFZBY1o3CU+zUjfDnG/unTfAimtJ02kkYpSNwb9E6nHLnaAOd bBVqgqtamGOY7kTp62Xbf7keCqKqS9Ouarmf0r/2kpooYS+xlvqjhoiJhqBaaQgq2beY27LG49tg LUyPwzZwfJY2a3UbhmXMgNMXLAoCVbK5fcCXl/3tyOa74UugSnydA777x5dAlfi6B3z3jy+BKvH1 CN+UlecnukN+KdSGcAQP0nhf0pgglmj7C7R5SOCANpVk71U2E8QS7f4CbdP2TR6OOjD3fuEmjCXc gxbcfaRhDrJk/5KbMOaOES+Wl/4MXldApeeacyOkuoXoN5UCkweXwTfqqRvf6ySYvKxM+gFfcH7I b3m8AzSZo0KMmJG/27J45UNESlRiraGazC8/dtS+oaJuPoaj13JlOq1CokMZRMmN8RP986d/Cieo 5YZBnQo3rKugbdUNU/Pbav//lGab3LBskxuW9XZ0wwTDuL7DX6FoGMY0fYfyr9+AYZac3GYv3D1x QTu6aw1dxz+TXNhigZWdfo94CL1XVa2EcRGpaXwu7i+v7P5va3tvcvkHF/wb7D1Se8sO9arDJ3by u5sYtHG7HfT/wS3+zz9+3z1edTrFHpuW6+DfQr5/w9PaFt7NYR18r01vydXverZWnVGJOwrZB/Qi mRKTlmXjfbJvIiWfJu7dTire77PwStP/N86N3SAL/pcK4b/SbljTHd3uqeWaA/uAc/PKAbJ8UrPt aJ+t4dztmFoDH3XSB35Wr2d/Pc7dHqnt2LZ/wHmP/Ny4oi3nszjO6xmKMuiVXnLEoLMvRHxAau/2 S7wi9b4gUUk5oWC7Q2PKpF3LziFRyXMlsnAFTy8n54QkXbMhPkQl1aVS3JM7jvuUtGuJsn15aFsC tU8Mnwf7PU8Mnw0+w5Zg6BMDaINxvyV8+cQA2mCF84LOg4iGytpgPvsO/iuSA0AAqNvuJXR4PWhH VPGJHbENBquHtwgOHESlWo2l2TYuqRSsqe/CF5SCif/p6vS/AAAA//8DAFBLAwQUAAYACAAAACEA 1dGS8b4AAAA3AQAALQAAAHBwdC9zbGlkZUxheW91dHMvX3JlbHMvc2xpZGVMYXlvdXQxMS54bWwu cmVsc4SPwQrCMBBE74L/EPZu0noQkaZeRPDgRfQDlmTbBtskZKPo35tjBcHj7DBvdpr9axrFkxK7 4DXUsgJB3gTrfK/hdj2utiA4o7c4Bk8a3sSwb5eL5kIj5hLiwUUWheJZw5Bz3CnFZqAJWYZIvjhd SBPmIlOvIpo79qTWVbVRac6A9ospTlZDOtkaxPUdS/N/dug6Z+gQzGMin39UKB6dpTNyplSwmHrK GqSc33kualneB9U26mtu+wEAAP//AwBQSwMEFAAGAAgAAAAhANXRkvG+AAAANwEAACwAAABwcHQv c2xpZGVMYXlvdXRzL19yZWxzL3NsaWRlTGF5b3V0Mi54bWwucmVsc4SPwQrCMBBE74L/EPZu0noQ kaZeRPDgRfQDlmTbBtskZKPo35tjBcHj7DBvdpr9axrFkxK74DXUsgJB3gTrfK/hdj2utiA4o7c4 Bk8a3sSwb5eL5kIj5hLiwUUWheJZw5Bz3CnFZqAJWYZIvjhdSBPmIlOvIpo79qTWVbVRac6A9osp TlZDOtkaxPUdS/N/dug6Z+gQzGMin39UKB6dpTNyplSwmHrKGqSc33kualneB9U26mtu+wEAAP// AwBQSwMEFAAGAAgAAAAhANXRkvG+AAAANwEAACwAAABwcHQvc2xpZGVMYXlvdXRzL19yZWxzL3Ns aWRlTGF5b3V0MS54bWwucmVsc4SPwQrCMBBE74L/EPZu0noQkaZeRPDgRfQDlmTbBtskZKPo35tj BcHj7DBvdpr9axrFkxK74DXUsgJB3gTrfK/hdj2utiA4o7c4Bk8a3sSwb5eL5kIj5hLiwUUWheJZ w5Bz3CnFZqAJWYZIvjhdSBPmIlOvIpo79qTWVbVRac6A9ospTlZDOtkaxPUdS/N/dug6Z+gQzGMi n39UKB6dpTNyplSwmHrKGqSc33kualneB9U26mtu+wEAAP//AwBQSwMEFAAGAAgAAAAhADTNuc4f AQAAxwcAACwAAABwcHQvc2xpZGVNYXN0ZXJzL19yZWxzL3NsaWRlTWFzdGVyMS54bWwucmVsc8TV 3WrDIBgG4PPB7kG+88WYtukPNT0Zg8KORncBEr/8sESD2rHc/aQwSGBzFAKeCBp8ffIe6PH01Xfk E41tteLAkhQIqlLLVtUc3i8vTzsg1gklRacVchjRwql4fDi+YSec32SbdrDEpyjLoXFuOFBqywZ7 YRM9oPJfKm164fzU1HQQ5YeokWZpmlMzzYBilknOkoM5S8aAXMbBH/1/uK6qtsRnXV57VO6XM6jt WomvYtRX52OFqdFxSJLpup1OGEv8DwD9w5YtaXO+NJypbiv0NoYdSzLurijU0KIF3SvLQrJVzM5W Idk6pmwdkm1iyjYhWR5Tlodk25iybUjmb/Z4F+suJNvHlO1DMubfx3ilsfTHRmfPb/ENAAD//wMA UEsDBBQABgAIAAAAIQDlGyDhpwQAAMcPAAAhAAAAcHB0L3NsaWRlTGF5b3V0cy9zbGlkZUxheW91 dDkueG1srJfNbuM2EMfvBfoOhM7J2pJlyxFiL1x3s2iRZI21g54ZibbUpT5K0Y7dY/Z5ii6wBXrJ 2+QB8gqdoUjLSm2sq/qS2DT5I4cz85/h5dt1wsmKiSLO0oFlv2lbhKVBFsbpYmDdza7O+xYpJE1D yrOUDawNK6y3w++/u8z9gofXdJMtJQFGWvh0YEVS5n6rVQQRS2jxJstZCr/NM5FQCV/FohUK+gDs hLecdrvXSmicWnq9OGZ9Np/HAfsxC5YJS2UJEYxTCecvojgvDC0/hpYLVgBGra4fSW5ysDaPg9na ImqaWMGAbQ3B8mDKQ5LSBAYmcSCXgpGHWEZkTHM8h5pT5DPBGM5OV+9FPs0nQi29XU0EiUNEaYTV 0j/oaeprCtPgQ+vV8oUhUX89F8nwkvpwI2Q9sMBxG/wLi6jP1pIE5WBQjQbRhz1zg+jdntktswGc YLsp+DwvLfq3OY4xZxZLzoi9taqcSmHpdRZ8KkiagZ1ofmlecLsyMLQZ8XlEyuuXiNLzyh/VfZj5 hbpTc9DtTdjeheP0IW7BcrcPUdZ+dStdt99zYZDg3XR7Pa/TV5sYEmxSonNfrn/Iwg1e6T38Vy6h Pi/kVG44OBc+r7gNxyCULyB/OLie+iGbf4Sh4veBBUEO+9wbc7fzwbN1Dtwr9cF6+ANLOcX0Y+n5 3RTSL5FjzijgtR1yOOZx8InIjLAwluSGFpIJom4LkhVOhnSp9lBIloYTKigeapeMDqA+7AwGG0OV 7eiEw57uGE+b2J9wGrAo4yEcwjmF3yHtLMgRCGATJc2837Mdz+viiaqUqDnftW2MkP/t/YSKa5WC cRqCnuBH3PN+eQuiqbbfiYkOBIXeUUcPzoWPDgZSiXK7Hs4ix/CcygIN0bxOxbuwXRXxR/FwZhkb wEOI5rkVz+54NubVcQfEJNgCkaKB3R1gH1K2GRApGtirgCABcMBGJ0SKBno7QM9VnmtgMlI0sF8B kXa8U2p3iBQNvNgB9rpeQ6cgZb8mIR7CYCs+B7QEZH0ismyusuCVYjURGdeIzAxr2a7CdDCUoAab utGosqCag7KCQkeUz7XYKO1SFUZdBpbeqboXUw9MgdhbarodKCRlJTmgNv02FJ5yE0NqUmr+k9jY tWTGUqXjpqHY2DXxQojmNRQbuxbXJxCbixNrTY13Aqmp8U6gNDXeCYSmxjuBztR4x8uMCqvmrRCK huqEilor1ESJukaJPrIAHkILaG57jut+W4VAEscRLGAjIbKHiNGwqBqarXyhymAS7bS9cylKbfpt SQV0dqYXKouoWaCE6rU+8RTrrNGrqq37Vv+KSVy2KNs6XWoF3Nhuu6vaVJ30u/P10F6vARG7Uc+D F9JP72ZXZ2Q8Ht1MyC/vz8gopRGLExganZG76ajmrUMNMeXyWjXIv9LznycW4hlVT4Y5NKID6+Xp j5enr+Tl6cvz41/Pj38/f/78/PgnPONiGURXNIk59P0dqDBBREXBoF07tx3zBICYK89LjjmLtu2G iiAiTttu1xYdCjfloPJ5CB/xNakqGhc3NP+wUvvD8xk8P1ZDOTyYS7cG1RRkmAf48B8AAAD//wMA UEsDBBQABgAIAAAAIQCLUhzx2gQAAC8QAAAhAAAAcHB0L3NsaWRlTGF5b3V0cy9zbGlkZUxheW91 dDgueG1szFfLbuM2FN0X6D8QWidjS35GiD1I3cmggyRjjB10zUh0pBnqUYpx7C4z31O0wAzQTf4m H5Bf6CEpOpbrxErSRTe2TB8e3QfvuZeHbxcJJ3MmijhLB477pukQlgZZGKeXA+d8erzfd0ghaRpS nqVs4CxZ4bwd/vjDYe4XPDyhy+xKEnCkhU8HTiRl7jcaRRCxhBZvspyl+G+WiYRK/BSXjVDQa3An vOE1m91GQuPUKfeLOvuz2SwO2M9ZcJWwVBoSwTiVsL+I4rywbHkdtlywAjR6d9UkuczhbXbxebpw iIaJORZcZwjPgwkPSUoTLIyyVIKBXMcyIiOaKzs0psingjGFTufvRT7Jx0JvPZuPBYlDRVVSOI3y jxKmf6aA4aGxsf3SMlF/MRPJ8JD6iAhZDBwkbqk+sYn6bCFJYBaDh9Ug+rgFG0TvtqAb9gWwYPVS 5Dw3Hv3bHc+6M40lZ8RdeWWgFFtPsuBLQdIMfir3jXvB2dySKZ8VfR4RE36pqEqc+VPHw+ILHVNr 6CoS7U4PZ0uHw+u1mp2NmLSazX7LbTlERcZ1u16JWPfYMOe+XPyUhUsV0Qt864xQnxdyIpccucXz nLuwglB+ifLhyDz1Qzb7hKXi94EDO2DIhfV2hUdiqzwIK/XhPD6wlVNVfSzdP5+g+hI54oyCvnRE Dkc8Dr4QmREWxpKc0kIyQXSwUKuwTLFL/Q5NydJwTAVVRq0zq/hTH29GUK2jeDQpfjzRiFz16I85 DViU8RBGeK9Lexzi0NqTUT/jrU6vo7KoKmBbyjuu6wJhUt7pd1ou8m/cN1Wk3TaHz0ZiV8o3Mt1S R85QlmdCAfDolYd0/VT017EWAGxrC7a9jrUAYNtbsOq0rWywAGA7u7AWAGx3F9YCgO3twloAsP1d WAsA9mAX1gC21RB2EjCsiuWVNaWEVJdUUakpUze6ePBhX6kP7jPKeMKCLA0JZ3PGa9Dr2noG/TSK RX12XRDPYD/OrgRaXl3j2+pgPoc+nm1lR2/7T9WsbdVsqlK9LmU6IOj1tj+9qIOptgEJRyuIKJ85 aPwQOJ1I3cmU5OiHiT7xSnzV0lMtzW23Oq6p84c+X+lp7e6B2+y+WuBIQsWJniviNMSIox6VaRdX Z5gEdTbXNM2t6JTqiWv6V1LZxlyLr6KnGxpZ8h24bfVWUouvoo0bOlryua2e261LePCE1lq+vtdX Ul/LwArfhh6XfJ7Xh3kv4dvQbMvXa+u29Xz7NnS95FNktRNS8XdD+y1ft9N7WT7+H/0BlW2nCT1g qNn28bmqY5XoEwtw4brEEN312lo3n1YhTNSjCBvYkRDZdcRoWDwMUSv5UhcJM+GsxuuZFEabfrui AiNkKU+uGSLshq36xFM1Z1i9evCz/tS0mlOMVjzSy5WIGJUx+FJXtLhsTspakuSw10Pj+OXd9HiP jEZHp2Py6/s9cpTSiMUJlo72yPnkqNJuH2tLlMsTPYl/pvsfxlr8GNVXkxkm3oFzf/vH/e03cn/7 193N97ubv+++fr27+RPXxVgG0TFNYo55tIUOE0RUFAwKuu96/XJCg/XKOTkkdWwpfTulIoiI13Sb lU2PjfE6QeYaikd1a9U3TS5Oaf5xrt+PazoyP9JLOS7mKsyAPkAUh73oD/8BAAD//wMAUEsDBBQA BgAIAAAAIQCpg4OKgwIAAN8EAAAhAAAAcHB0L3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDcueG1s jFRLbtswEN0X6B0IruPKdoMkECwFjpsELfIx4gRdTyjKVENRLMkodpfJeYoWaIFuchsfIFfokJLy ab3IRiJH7z3OmxlqtLsoJam5sUWlEjp416eEK1ZlhZon9OL8oLdDiXWgMpCV4gldckt307dvRjq2 MjuCZXXtCGooG0NChXM6jiLLBC/Bvqs0V/gtr0wJDrdmHmUGblC7lNGw39+KSigUbfnmNfwqzwvG P1TsuuTKNSKGS3CYvxWFtp2afo2aNtyiTGC/TMktNbq9lKCuKAkwU2NgQFN0zmYyIwpKDOwFhA9a fW449ytVHxo901MTsCf11JAi89yWQ6P2QwsLW4UwXET/0OedEsSL3JTpCGIsAVkkFDu19E8kQcwX jrAmyJ6iTJyuwTKxvwYddQdgBo+HeleNo//tDDs7Z5zhgMwlJ1vDzc1Hcw0DUOGoYleWqArtNlWo JgIJfGxMdSM4ZNaHG/PspO6O8hXxh2tBmm7kzuAwfkvo12swjuOmyNDzINQgFM4TwqLTsKELEEvV yDd7HbvFXpUtfeUu8R0qjyDrZm4psYe4ruWg5WY8P2t68yyM5XoOxypBvAbfhjAtiA3OAU4L3iuu ehezpnEu3d52gnzcPz/YIJPJ+HhKPh9ukLECwYsSQ+MNcjEbj/A8h95QJUit0yMg3VHQ/wK9T1Pq MRxC7XJgOKsP998f7n+Rh/ufq9vfq9s/q7u71e0PHO/CMXEAZSFxdN5vUsIEGMtdQnuD4U5oTMje C7qUvCaXMJQuPQbDBBn2B/0XJLSBBcNGdW3ApR+08GpuES79LQsXRZpj0Kd1cI6/Fez8JIQ0/kja qXmCeI3ux5T+BQAA//8DAFBLAwQUAAYACAAAACEA1dGS8b4AAAA3AQAALAAAAHBwdC9zbGlkZUxh eW91dHMvX3JlbHMvc2xpZGVMYXlvdXQ1LnhtbC5yZWxzhI/BCsIwEETvgv8Q9m7SehCRpl5E8OBF 9AOWZNsG2yRko+jfm2MFwePsMG92mv1rGsWTErvgNdSyAkHeBOt8r+F2Pa62IDijtzgGTxrexLBv l4vmQiPmEuLBRRaF4lnDkHPcKcVmoAlZhki+OF1IE+YiU68imjv2pNZVtVFpzoD2iylOVkM62RrE 9R1L83926Dpn6BDMYyKff1QoHp2lM3KmVLCYesoapJzfeS5qWd4H1Tbqa277AQAA//8DAFBLAwQU AAYACAAAACEA1dGS8b4AAAA3AQAALAAAAHBwdC9zbGlkZUxheW91dHMvX3JlbHMvc2xpZGVMYXlv dXQ2LnhtbC5yZWxzhI/BCsIwEETvgv8Q9m7SehCRpl5E8OBF9AOWZNsG2yRko+jfm2MFwePsMG92 mv1rGsWTErvgNdSyAkHeBOt8r+F2Pa62IDijtzgGTxrexLBvl4vmQiPmEuLBRRaF4lnDkHPcKcVm oAlZhki+OF1IE+YiU68imjv2pNZVtVFpzoD2iylOVkM62RrE9R1L83926Dpn6BDMYyKff1QoHp2l M3KmVLCYesoapJzfeS5qWd4H1Tbqa277AQAA//8DAFBLAwQUAAYACAAAACEA1dGS8b4AAAA3AQAA LAAAAHBwdC9zbGlkZUxheW91dHMvX3JlbHMvc2xpZGVMYXlvdXQ3LnhtbC5yZWxzhI/BCsIwEETv gv8Q9m7SehCRpl5E8OBF9AOWZNsG2yRko+jfm2MFwePsMG92mv1rGsWTErvgNdSyAkHeBOt8r+F2 Pa62IDijtzgGTxrexLBvl4vmQiPmEuLBRRaF4lnDkHPcKcVmoAlZhki+OF1IE+YiU68imjv2pNZV tVFpzoD2iylOVkM62RrE9R1L83926Dpn6BDMYyKff1QoHp2lM3KmVLCYesoapJzfeS5qWd4H1Tbq a277AQAA//8DAFBLAwQUAAYACAAAACEA1dGS8b4AAAA3AQAALAAAAHBwdC9zbGlkZUxheW91dHMv X3JlbHMvc2xpZGVMYXlvdXQ4LnhtbC5yZWxzhI/BCsIwEETvgv8Q9m7SehCRpl5E8OBF9AOWZNsG 2yRko+jfm2MFwePsMG92mv1rGsWTErvgNdSyAkHeBOt8r+F2Pa62IDijtzgGTxrexLBvl4vmQiPm EuLBRRaF4lnDkHPcKcVmoAlZhki+OF1IE+YiU68imjv2pNZVtVFpzoD2iylOVkM62RrE9R1L8392 6Dpn6BDMYyKff1QoHp2lM3KmVLCYesoapJzfeS5qWd4H1Tbqa277AQAA//8DAFBLAwQUAAYACAAA ACEAjfL1EnIGAABOFQAAIQAAAHBwdC9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQxLnhtbNRY627b NhT+P2DvIGi/M+tmXYw6RerYxYC0Der0AWhJtoVKlEDRTrJhQF9re5w+yT4eirbsXJpsvWAtENHk 4eHhOd+58cXLm6q0trloi5qPbfdXx7ZyntZZwVdj+8PV7CS2rVYynrGy5vnYvs1b++Xpzz+9aEZt mV2w23ojLfDg7YiN7bWUzWgwaNN1XrH217rJOdaWtaiYxE+xGmSCXYN3VQ48xwkHFSu43e0XT9lf L5dFmp/X6abKudRMRF4yCfnbddG0hlvzFG6NyFuwod2HIrXr+voNa2Uu5uAErcjbBteXhSxz26J9 YosJ1z6FKtJ5mVmcVZi4UhTWvCyynJba5krkuSLi29eimTeXgna83V4Kq8gUh26nPegWOjL6yUGG weBo+8pwYqObpahOX7ARNGPdkKi36i82sVF+I61UT6b72XT97h7adD29h3pgDoAEu0Nh+0bf6O51 AnOd93kK3KygDHeY7O6mNzAwuKjTj63F68kaVPmZEPX1OmdZqzSib5y+3Rr+fTWYuRaqtBbXb+oM amcbWUPfRtojdXhR4AZBfKiUBFOOA9Mq1WDdTYYenbxn0ohWvs7rCgZv5dgWuBIdwrYXrVRCspEh UWe3Ncw+K8qSfojVYlIKa8vKsX0+mQbT8477AVnJreuxjaOHtsXKFZwwlYIO4bViRXasCgDRKotq bMcQGULTtNLXlGc0lqwo9RhClZysv1xC4E5SZTMNPXnzqs5uFcECX+jwWjBgnMO/bav8jcMCke8o eST98MOh69mW6K8s+iuMp+sa3qsEJ1nKVs7lbZnTDyAFWlJHs1GWL99rPO+mcp5dMsEwbZUAwtjO +cmHeacp7AXujMAYatw9jD4Ird1wj75A8YKLGjB9P+zFoZM4rm9bwFcYOgQ2UolxS98JYE4NQM9N nGjY3dv4tAHXE/HXQ0wPVkrxvZXvjaXYcz0EBY2lwHVCBDyNpW5FY6lbMVhawBsIVhMJZKkoq+x2 Bi+fFZ3nafSqhXvxZgFsV2wx/x0+4wZ+HBOPks+bVDNLL1OpvdPd+RT5TkdxD1iXCPMqZv+RDOPZ mRtMTtwg9k6CxJ+cJLPp8GSSTJ1X8XQ29PzpnyZptCoZ8E1FAogjoFstBEwUChYqbJNoD4aR2FH/ O5D0wgjEBl+1V8XEb3Bxefr501+/fP70twp5kgIfdKEOfMB/v9a19ux1tH1uQAhNQJghC6tCxPIc yi/3RQQ4J2LMLlKonLvPvs9KOyehP4RJ4fjeMBwG0d3UE7nwdko9XuDFcXTk+elGZx6lYpNt2GiV 6WiOubUZpTccQ0WHEZwGIVTDqKnbfUHgDv3uBFB9iTgyefBRWj8OoF1cMdIJmwR4mLWfdKHQ4PdR 5sMoRM4B86dSI6qA+lnXPCIGsiFSp0uV6i0kbhgRiR9/EYUE+ehC6RGOxqQygRmqJK5lXmsp1EJV b/OrmkhQJBObAxn36yW/S7ezglk034aY3VW/WTffju5Y72bZfDXZHYWbZfPdkR1r2hCYrybU6N+r 2KymZd2qwgDaVircDUiXygQ94PciHKJ/v57y/RD/7gZCVfrs66lU1TVLNAdwtKpB3G75iiJsLx2q FHvO2rXOBHSiNrCoN11p9ZXKrH9RWhHSyh9WTUUmeO6rKc/5cbW8GyeerzIlnCgMvQQFlTaVqadQ REf7gspD/WWix/+2oPpaCKB87CqNWVkhJAVWFZgedrFHao3/mpT9MFHee6dUp7TTS8D9Uh1NsaoD n9MwqrK/WXedO5oTas0pZujMTtme73pM3R/tm7+uoXYDz4m71OVFURJhTFYxqAuToaNKd0rmMTon ZC4d4DTqqG15oPUy5a7ULI2rK8uU29I9aJseNxeVsAbuPasipOpCliLtjimm+4dRk0YF5HF9SleV p5OySD9aV7U1zQpp6ZcRq3vrUK3evi4EFxXbSbnP6NwIE/cEHFL2N8JEu1loTKCoR3o27w6q6nsq NvwhmgeKSH4UOC6KvgNsRF7oeqqV1m8MiSJ+IjaIT99Gne2siokLqiUKjraCqhPCy32dDRqL3Ym7 1mexmdVckl8sWYrHkzNRsBIyrploc2JIhy82b/EmQEMNIQoieLf7UpvyXbAoD7E43yykfnp7MhzJ MfXrnCr78YZHDwWleMOad1vyBrxi4uUFzziYavBuqWwH0j2J4mHeQU//AQAA//8DAFBLAwQUAAYA CAAAACEA0XP1PrcCAADNBwAAIQAAAHBwdC9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQyLnhtbKxV S27bMBDdF+gdCO0TJU5RFILlAHXrbvIxagddMxQVsaFIgqRV+ya9Qe/RXqyPpOQ0qRMYbjcSNZp5 M/PmkRyfr1tJOm6d0KrMTo9PMsIV05VQd2V2s5wdvcuI81RVVGrFy2zDXXY+ef1qbAonqwu60StP gKFcQcus8d4Uee5Yw1vqjrXhCv9qbVvq8Wnv8srSb8BuZT46OXmbt1SorI+3+8TruhaMf9Bs1XLl E4jlknrU7xph3IBm9kEzljvAxOjHJfmNQbf69mtGopPt8HmaTdA3W8iKKNrCsBRecgJ2yFQrD6To 4MzSch5cVffJmoWZ2xh31c0tEVXA6eOzvP/Ru8VPBTcs8ifhdwMSLda1bSdjWoAMsi4zzGwTngii BV97wpKRPVhZc73DlzUfd3jnQwJUsE2KcZvU0d/tjIZ2Eh2n266SK0XohWb3jiiNPkP7qT121Q1g oecAbxqSmPeB2d4v/Yx8DP4OnEay/Pq9rjah8Vu8o5EW0vmF30geCUHZtAA4HqBf0iBsro5uFhB2 66eSUwi/J89PplKwe+I14ZXw5JI6zy2JxWAbAHIMdjyG00NyVc2ppZ+fIIf+aIHMKHqoEMtE4fNE ng1E9moic0kZb7SsUMTo32gVFUQxMH8wo4FG2clRlDQ4X82g+ziyGpWW2Rfs7XB2YBsa4Vkzo62Q kCEkwhpqHfdhHedyu5rCEs1l9ut7Mla8BpeJvj/yYHn2v1P+/LEzZcqD6Q0iCi1HDaEAgkK2Ytmt qUpYH/fd/uoKWzaKyz1SV1LQ0+RxhM8J+sXkC840TirJOy73SNSP6YAul42w++c5S2M4IM9Mr6xv 9m7ozeGJRL0zD07b3fufbAfxwkkQD4R0U2AZbpV4GUh7Sc11F/nAJYrzZxpNBtsqoMH1wSVgDNfw 5DcAAAD//wMAUEsDBBQABgAIAAAAIQAWxB+jpAMAAI8KAAAhAAAAcHB0L3NsaWRlTGF5b3V0cy9z bGlkZUxheW91dDMueG1snJbbcts2EIbvO9N3wPA+EUkdKHMsZVr3dOE4nsh5ABiETE5AkAVgRerT 91+A0MGVOxrdSCS4+y32CNx+2raKbaSxTacXSfYxTZjUoqsa/bJIvj398WGeMOu4rrjqtFwkO2mT T8uff7rtS6uqe77rXh0DQ9uSL5Laub4cjayoZcvtx66XGt/WnWm5w6t5GVWG/wC7VaM8TWejljc6 GfTNJfrdet0I+VsnXlupXYAYqbjD/m3d9DbS+ktovZEWGK99uiW36+GtleIvyauEeUGzwVKWLOG7 WKmKad5iYSUFGWckKI3/avsnIyXJ6c2fpl/1j8YrPWweDWsqggzKyWj4MIj5Vw0xPIzeqL9EEi+3 a9Mub3mJaLDtIkHSdvQLJV7KrWMiLIrDqqi/nJEV9e9npEfRAHawN4p898Gj/7qTR3eeGqcky/Ze BVEO1ftOfLdMd/CT3A/uiYdNhJHPhO9rFkLvCDXIhY8+HlHe+pjGje4jUeT5OBv7cEwm6ewmfROU oijyCRYZhSYbz/K0mHojkQQjAd2XbvtrV+0opM/4R+a4FnWHKnWkwUtl3crtFPKM543KsCPG1Qva SKEKeFnJ9Vcs2X8WCUzC5rNPvOCIAFdqMDtoIt2nRASblwgJfgBRnPpR6g/fVujH1t0pyWFo8M4t 71QjvjPXMVk1jn3m1knDfAjRvdgj0Z234ZFSV4/ccNreMZmywktYRhSi9z4glJn30494h1Z4otp7 VFzIulNoBpaTk+iWmOerKoGin6BtUNOxcK4qiPwmnRUoDp+82CWnBTFN02xeDJkJTXZJQTwH5rmC aLm59w3a6AqThh4pp8+vDxinfidHZYKR6DNKpRAKimTxmFNtBdRkWkAM8biAl82PeQQZeOMD7yZD o1zKmx3zCDLwJgdeNi4yErtsg2Q6VB28JMoAnB4B5/mc/LgCSJQBODsA83yODV4FJMoALI6AxWR8 eU5OXCbKAJwfgES7PCknQKIMwJsj4GxaXJkUopwfToRH1vZTyNu9flhRR/pZZU+G1TUDaRIH0lec zZicOJNm+WRClfb/wwgH1F0NBfmLMd2PGie6PQyd/RSjc5mCcnRarZ3BXMak//uVG8zeOK9CdUcF zBK9P/HiCaY0NcD7x44fEmdGC2U5zI59A9ER9G6u3sp7WVwXzh8FrGqMi9eH93Lgdx2uOnikO5EP sDKfef9l4+sB10CE484v9bj4BV/FQYQY8SK5/BcAAP//AwBQSwMEFAAGAAgAAAAhAOQh9TBGBAAA YxEAACEAAABwcHQvc2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0NC54bWzsWE1u2zgU3g/QOxBaJ7Xl /wqxC4+nKWaQNEbtYNYsRUVqKVJDMo49y/Q8gynQAt3kNjlArjCPpBjHrlzbTVeDbGyJ+vjp/fM9 Hb2c5wzNqFSZ4P0gfF4PEOVExBm/6Afn0+PDXoCUxjzGTHDaDxZUBS8Hz345KiLF4hO8EJcaAQdX Ee4HqdZFVKspktIcq+eioByeJULmWMOtvKjFEl8Bd85qjXq9U8txxoNyv9xlv0iSjNDfBLnMKdeO RFKGNciv0qxQnq3Yha2QVAGN3b0qkl4UoK2+Emfv3gfI4uQMVsJgAKqTCYsRxzksTK8EGgmugcY+ UsVUUmpAfPZaFpNiLO2ON7OxRFlsGMqdQa18UMLsLQcYXNTWtl94JhzNE5kPjnAElkDzfgAOW5hf 2IQjOteIuEWyXCXpWQWWpK8q0DX/ApDg/qXg68Jp9K06Da/ONNOMovBeKwfFsPVEkA8KcQF6GvWd euTNzJMZnQ19kaLS7IaqxLmH1h4er8Cm1lh6/quIF0bxd/BvF3HElJ7oBaPWICA2joAcfsD8DJuo pvzwfAJRnesRoxiivjSeHoxYRj4gLRCNM41OsdJUIm31UobyCKyjwTklJeXxGEv8do3Z6IcjeDMI 7SWES2fCzYZsekOW0YTGDBOaChaDEI3HmVX9DdmAWRJABEJ4eB9ssK0x11qUddrtThNKAQRV2Gl2 umHTCLQMuGbvRStsdgNkwq7Z7oa9bts60DNZAzg3e5tUes2QshkLbdrgKKaJMa+Rv9GrW0eBbR8A 4LJRgW09xHoAYJsV2PpDrAcAtvUtNlyRwQMA296G9QDAdrZhPQCw3W1YDwBsbxvWAwD7YhvWAYyt y3QyjrHZBDsRMNynzSOzy5Qsm1xqJbtcBq2/0gbuHgk9oUTwGDE6o2wHeptle9BP00zuzl6mzM72 OhaXUqc7C99yGbk7fZZUskNS/9S61vpeXbM2gfPUHwZ7Hhdrdc36zx4VptLYi4dnRkVda3XrjRBK 1ZbCBpXvqbD5QrxaBJ8K24a24amwbWqz/ieFDaqGGwHeUgIT0gV0v51Gy5bh71c0aIVHKWygQynF VUpxrJY92X0pNBPAWl+caAl9K/RCf11iCb2pb+dcX+Q3VNY9xk1barrQH23CXFsLJ7/rzTa0BqbG uqatbIPN6zYdqXEmtR1TqprxbheOp99fTY8P0MrRvZ2MShglYcyq6vBHw9PxnnQVND9Roj9fP16c AzTkOKVZfoBGwwN0PhnuxImZPrET0Xt8+Mc4QNXuMO6j2E5mCQwk/eDu5p+7m8/o7ubT7fWX2+uv tx8/3l7/C0Nypkl6jPOMmRkAjn2SYqmo7geHYaNXTgMwhhlCPdjXhBVeOMWSpKhRD+tr6m5oYJYK lrFZNaLZHHEjPFyaQd9O6Uye4uJsZoWHTxuQfCO7VMDHDJdZZAkxHP7jyOA/AAAA//8DAFBLAwQU AAYACAAAACEA3KuJsHIFAAAIGgAAIQAAAHBwdC9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQ1Lnht bOxZS27jRhDdB8gdGlzbI/EjURYsDxxlPEjgjzCSkXWbbJmc4S/Ntixl6TlPkAAJkI1v4wP4Cqkq siVSlga0MosBoo1Nka8fq6u6XlcXj9/O44jNhMzDNBkY5pu2wUTipX6Y3A6M68nZYc9gueKJz6M0 EQNjIXLj7cn33x1n/Tzyz/kivVMMOJK8zwdGoFTWb7VyLxAxz9+kmUjg2TSVMVfwU962fMnvgTuO Wla73W3FPEyMcrxsMj6dTkNP/Jh6d7FIVEEiRcQV2J8HYZZrtqwJWyZFDjQ0um6SWmQwW3WfTuaT +/Tq5qPBCCxncNs0TmD+3jjyWcJjuDFM44zLME8TepJnEykEYpLZe5mNs5GkAZezkWShjwTlQKNV Pihh9DMBGFy01obfaiben09lfHLM++ANNh8YELQF/oVBvC/minnFTW911wuuNmC94N0GdEu/ACxY vhTinRUzejkdS09nEqpIMHM5qwLKYeh56n3KWZLCPHH6xfS8y5kmwzkjfRaw0vVIVeKKh+QPjc/J p9rQpSecjgvritxhuU7X7tV90rOsoy4+R8+YpmO34QfaoongHQVz1lfzH1J/gR69gf8UEd6PcjVW iwhiC9ezyCyt8MX0QxGzym0grcLBe7wPc4Q/sAoijgkmksPrMSRYrIaR4JCAZQzVyTAKvU9MpUz4 oWIXPFdCMkXuzdEANFmR4UQpEn/EJQcjaszF1ODNMC89H5oiunp7PO1lPHExjSLuiSCNfLDAQm/B 0teB2ym06E8D8gAWqV4JO0XY7Ngd07TrIXbaTtvsgWphiLv2kdslm5tEmPHEC1KQoZuCshq9Mtgs 5vKcEi5MfFAOvKQlcncJ8gi+4f1iLbD8t4FhObjWbvQ0K2uDLi1YPSWhXreNWHHRrrEiFb4czLRX rEemQxY0YTV7L1mRqmR1Vqym7ZqURI1oCVl3AXKVtJ0Kbc/qkQ270iJXSdtd0VpWD0wAh+1Ki1wl rVuhdR2blGZXWuQqaXsrWuRsHrINvkWukvaoQtvtuP8pZMhFalPNCVI0fAmsuqV00dt3VzgUHBK4 vKZwkL6vVjFHq9gwTRTkak3ISDV2FzLM7oBH01LGConB/ZrchBdj8pjeTvT+snGjMl2n53a+IGP2 UceE5EBEEx0jGaoG6sVOtVKngrICgEstJlUlW22UFQBcaomoYElJlrwaAFid91UsrsolVgMAq5N5 K1YDAKszdCtWAwCr024rVgMAq3NpK1YDAFskSE39SSSXc/s2MojSCP7opKX99xVlyVh4aeKzSMxE tCFB1+kpL15BPwlC2Zy93PkbK85ZeidV0Nh4p8jI5vThdCM7lORftTrraF2brFdnZPHuolYU3kV1 hgL36x2XUHaWGkfephq8scZ1nU7bAnOx2N5Sq5kuKN++VhsY+1oN6uV9rTYw7P9jrdbVmrapVqPS aHdZeyllpJM7S5m1pV5bSdm+XkOf1+uffb22pafzxRPPekG1r9ewhVacBtd9863Wa67Wtg/Cg076 LXRIu5bToFaDdukwgAHiVMr0PhDcz3UrqaKG+tRZ6Z1OFRRtL2XPLI5aegAJ4PoxNUrwxKKPrauu 4VftgtLRWJ+VihNSeWtjsQ0IbHa6LpTXP72bnB2w4fD0YsR+eX/AThMeiDCGW6cH7Hp8WjuUbDt5 8EidU//1Iz/8eWQgveDUd55Cq3NgPD/+/vz4F3t+/PPp4e+nh3+ePn9+evgDvgCEygvOeBxGUNHa 0F/wAi5zAV3AQzifl+dY6H0U9rImtpRzu+DSC5jVNtu1QdvaHhSg4hsDXOKHCOrKRvKCZ1czej98 f4HafUi3MvjiUoTVW0GQQ3/BOfkXAAD//wMAUEsDBBQABgAIAAAAIQDOMpO52AIAADEGAAAhAAAA cHB0L3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDYueG1sjFTRTtswFH2ftH+w/ExJUxCgqAnqOkCb KFS0aM93jtNkOE5mm9LssXzPtEmbtBf+ph/AL+zaSWBA0fqSONf3ntxzzrX7h4tckDlXOitkSP3t LiVcsiLO5Cykl9PjzgEl2oCMQRSSh7Timh5Gb9/0y0CL+BSq4toQxJA6gJCmxpSB52mW8hz0dlFy iXtJoXIw+KlmXqzgBrFz4fW63T0vh0zSpl5tUl8kScb4+4Jd51yaGkRxAQb712lW6hat3AStVFwj jKt+2pKpSmRrMiP4uRQVJS5VzTHo0wjZs4mIiYQcA1ObRVya3dHlVHFuV3J+ospJOVau4Gw+ViSL LUBTSL1mo0lznxLTcOE9K5+1SBAsEpVHfQhQC7IIKVpW2ScWQcAXhrA6yB6jLD1fk8vSozXZXvsD 7ODhp5ZVzeglnV5Lp9bBf2BVpwKWnhbsShNZIE9Lv6bHzuYtmOVs4cuU/CN8k1dvOj3afI2aOrHM 4l0RV5b4Z3y7IARCm4mpBHeCYNsQIDg+UH4Bdq657FxOcK5zMxQccO4b8Uw0FBm7IqYgPM4MGYE2 XBE3BXgKELKP6hg0p4HkMh6DgotnyJYfBPhnbLrtEJe1hK8LudMKecEZHrkZDtVeb3f3/3qissMU C/hAqeIm5RDrzWROjEIZvoX06zUopEpxPnF4fKeHU9z68kJ6q6aQtYvWCmtdy3OtE65gLnyXC0HM E5SsVkm0YVSsNc6mO9/W5DehtY46w020v29S8uFoerxFhsPBaEw+nWyRgYSUZzmGBlvkcjJ45uRa PALCnLqJ+QKdj2Nq++LgRjQBhif//u77/d0vcn/3c7X8vVr+Wd3erpY/8LLIDEuPIc8EnsGdXUpY CkpzE9KO3ztwc+3m0QKaiGzSS8NtBIqlpNf1u0+KXhs3N3X1dYRLe2e5G0eoEZTnc0caL2p0fuhC JV7Nta3sMcVitFd99BcAAP//AwBQSwMEFAAGAAgAAAAhAJOqfZi7AAAAJAEAADAAAABwcHQvaGFu ZG91dE1hc3RlcnMvX3JlbHMvaGFuZG91dE1hc3RlcjEueG1sLnJlbHOEj8EKwjAQRO+C/xD2btIq iEjTXkToVeoHhGSbBtskJFHs3xvoxYLgZWFm2TezVfOeRvLCEI2zHEpaAEErnTJWc7h3190JSEzC KjE6ixxmjNDU2011w1GkfBQH4yPJFBs5DCn5M2NRDjiJSJ1Hmze9C5NIWQbNvJAPoZHti+LIwjcD 6hWTtIpDaFUJpJt9Tv7Pdn1vJF6cfE5o048IlnIvzEARNCYOlC7OMg80dwVWV2z1W/0BAAD//wMA UEsDBAoAAAAAAAAAIQBVaprGsIMAALCDAAAXAAAAZG9jUHJvcHMvdGh1bWJuYWlsLmpwZWf/2P/g ABBKRklGAAEBAQBIAEgAAP/iB7hJQ0NfUFJPRklMRQABAQAAB6hhcHBsAiAAAG1udHJSR0IgWFla IAfZAAIAGQALABoAC2Fjc3BBUFBMAAAAAGFwcGwAAAAAAAAAAAAAAAAAAAAAAAD21gABAAAAANMt YXBwbAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAC2Rlc2MA AAEIAAAAb2RzY20AAAF4AAAFbGNwcnQAAAbkAAAAOHd0cHQAAAccAAAAFHJYWVoAAAcwAAAAFGdY WVoAAAdEAAAAFGJYWVoAAAdYAAAAFHJUUkMAAAdsAAAADmNoYWQAAAd8AAAALGJUUkMAAAdsAAAA DmdUUkMAAAdsAAAADmRlc2MAAAAAAAAAFEdlbmVyaWMgUkdCIFByb2ZpbGUAAAAAAAAAAAAAABRH ZW5lcmljIFJHQiBQcm9maWxlAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAABtbHVjAAAAAAAAAB4AAAAMc2tTSwAAACgAAAF4aHJIUgAAACgAAAGgY2FFUwAA ACQAAAHIcHRCUgAAACYAAAHsdWtVQQAAACoAAAISZnJGVQAAACgAAAI8emhUVwAAABYAAAJkaXRJ VAAAACgAAAJ6bmJOTwAAACYAAAKia29LUgAAABYAAALIY3NDWgAAACIAAALeaGVJTAAAAB4AAAMA ZGVERQAAACwAAAMeaHVIVQAAACgAAANKc3ZTRQAAACYAAAKiemhDTgAAABYAAANyamFKUAAAABoA AAOIcm9STwAAACQAAAOiZWxHUgAAACIAAAPGcHRQTwAAACYAAAPobmxOTAAAACgAAAQOZXNFUwAA ACYAAAPodGhUSAAAACQAAAQ2dHJUUgAAACIAAARaZmlGSQAAACgAAAR8cGxQTAAAACwAAASkcnVS VQAAACIAAATQYXJFRwAAACYAAATyZW5VUwAAACYAAAUYZGFESwAAAC4AAAU+AFYBYQBlAG8AYgBl AGMAbgD9ACAAUgBHAEIAIABwAHIAbwBmAGkAbABHAGUAbgBlAHIAaQENAGsAaQAgAFIARwBCACAA cAByAG8AZgBpAGwAUABlAHIAZgBpAGwAIABSAEcAQgAgAGcAZQBuAOgAcgBpAGMAUABlAHIAZgBp AGwAIABSAEcAQgAgAEcAZQBuAOkAcgBpAGMAbwQXBDAEMwQwBDsETAQ9BDgEOQAgBD8EQAQ+BEQE MAQ5BDsAIABSAEcAQgBQAHIAbwBmAGkAbAAgAGcA6QBuAOkAcgBpAHEAdQBlACAAUgBWAEKQGnUo ACAAUgBHAEIAIIJyX2ljz4/wAFAAcgBvAGYAaQBsAG8AIABSAEcAQgAgAGcAZQBuAGUAcgBpAGMA bwBHAGUAbgBlAHIAaQBzAGsAIABSAEcAQgAtAHAAcgBvAGYAaQBsx3y8GAAgAFIARwBCACDVBLhc 0wzHfABPAGIAZQBjAG4A/QAgAFIARwBCACAAcAByAG8AZgBpAGwF5AXoBdUF5AXZBdwAIABSAEcA QgAgBdsF3AXcBdkAQQBsAGwAZwBlAG0AZQBpAG4AZQBzACAAUgBHAEIALQBQAHIAbwBmAGkAbADB AGwAdABhAGwA4QBuAG8AcwAgAFIARwBCACAAcAByAG8AZgBpAGxmbpAaACAAUgBHAEIAIGPPj/Bl h072TgCCLAAgAFIARwBCACAw1zDtMNUwoTCkMOsAUAByAG8AZgBpAGwAIABSAEcAQgAgAGcAZQBu AGUAcgBpAGMDkwO1A70DuQO6A8wAIAPAA8EDvwPGA68DuwAgAFIARwBCAFAAZQByAGYAaQBsACAA UgBHAEIAIABnAGUAbgDpAHIAaQBjAG8AQQBsAGcAZQBtAGUAZQBuACAAUgBHAEIALQBwAHIAbwBm AGkAZQBsDkIOGw4jDkQOHw4lDkwAIABSAEcAQgAgDhcOMQ5IDicORA4bAEcAZQBuAGUAbAAgAFIA RwBCACAAUAByAG8AZgBpAGwAaQBZAGwAZQBpAG4AZQBuACAAUgBHAEIALQBwAHIAbwBmAGkAaQBs AGkAVQBuAGkAdwBlAHIAcwBhAGwAbgB5ACAAcAByAG8AZgBpAGwAIABSAEcAQgQeBDEESQQ4BDkA IAQ/BEAEPgREBDgEOwRMACAAUgBHAEIGRQZEBkEAIAYqBjkGMQZKBkEAIABSAEcAQgAgBicGRAY5 BicGRQBHAGUAbgBlAHIAaQBjACAAUgBHAEIAIABQAHIAbwBmAGkAbABlAEcAZQBuAGUAcgBlAGwA IABSAEcAQgAtAGIAZQBzAGsAcgBpAHYAZQBsAHMAZXRleHQAAAAAQ29weXJpZ2h0IDIwMDcgQXBw bGUgSW5jLiwgYWxsIHJpZ2h0cyByZXNlcnZlZC4AWFlaIAAAAAAAAPNSAAEAAAABFs9YWVogAAAA AAAAdE0AAD3uAAAD0FhZWiAAAAAAAABadQAArHMAABc0WFlaIAAAAAAAACgaAAAVnwAAuDZjdXJ2 AAAAAAAAAAEBzQAAc2YzMgAAAAAAAQxCAAAF3v//8yYAAAeSAAD9kf//+6L///2jAAAD3AAAwGz/ 4QB0RXhpZgAATU0AKgAAAAgABAEaAAUAAAABAAAAPgEbAAUAAAABAAAARgEoAAMAAAABAAIAAIdp AAQAAAABAAAATgAAAAAAAABIAAAAAQAAAEgAAAABAAKgAgAEAAAAAQAAAQCgAwAEAAAAAQAAAMAA AAAA/9sAQwABAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEB/9sAQwEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB/8AAEQgAwAEAAwERAAIRAQMRAf/EAB8AAAEFAQEB AQEBAAAAAAAAAAABAgMEBQYHCAkKC//EALUQAAIBAwMCBAMFBQQEAAABfQECAwAEEQUSITFBBhNR YQcicRQygZGhCCNCscEVUtHwJDNicoIJChYXGBkaJSYnKCkqNDU2Nzg5OkNERUZHSElKU1RVVldY WVpjZGVmZ2hpanN0dXZ3eHl6g4SFhoeIiYqSk5SVlpeYmZqio6Slpqeoqaqys7S1tre4ubrCw8TF xsfIycrS09TV1tfY2drh4uPk5ebn6Onq8fLz9PX29/j5+v/EAB8BAAMBAQEBAQEBAQEAAAAAAAAB AgMEBQYHCAkKC//EALURAAIBAgQEAwQHBQQEAAECdwABAgMRBAUhMQYSQVEHYXETIjKBCBRCkaGx wQkjM1LwFWJy0QoWJDThJfEXGBkaJicoKSo1Njc4OTpDREVGR0hJSlNUVVZXWFlaY2RlZmdoaWpz dHV2d3h5eoKDhIWGh4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW 19jZ2uLj5OXm5+jp6vLz9PX29/j5+v/aAAwDAQACEQMRAD8A/v4oA5Tx1Y+NdT8H+JNP+HHiXw74 O8eXmkXkHhPxT4u8IX/j/wAMaDrkkZFjqeu+C9L8Y/D7UfE+m2suJLnR7Pxv4XuLxAY49ZsmPmgA /mc0P/go7/wVD1rwz+xTLpmrfAzx54n/AGsj+3Fquoab8Hf2IvFXjHXfBWi/skfE3wP8LtMhtPCf jf8A4KLfCvTdch8VXevan4h1zxBL4/0qXQI59K0Kx8L64YbrW5QD7b/4KS/8FJ/it/wT2uv2DPFP iDSfBOsfCb4iaxrNz+2XrmseDtc07xR4W+Hehw/Cjw5rfjT4faLpXxA1ix8Iz+GPFPxPi8VeJtK1 nVfiPbaf4Q0bVbGDV72az/ty4APnP9iX/guF8RfiJ4Z+CXw6/aa/Zz8Xav8AtP8AxG8ceL/DvxBs /wBnrwNrY+Fnwktb/wDao8cfsufCuDxNeeJPEXiPVLfzPG/g++s/iF4hvb+z0vw3o+lal4ykt4ra W20AAGx8OP8AgtR8WfiV+zc/j+9/Zul8AePPD/7Ov7NH7RHxK8Z2mp+GviB8MfBWkftP/tA/EH4P /DHw3p3g2b4i+CPG3ivV/E2n/C3xRqMklvr1hbeFkng1HWZJbm0Tw1qYB+oH7NP7bNj+1DZ/EzWv C/wu8R+CfCPhqx8Uap8OPFfi/wAYfC6+vfiZo/hL4i/E/wCEuta1J8NvDPjjVfiZ4Dtrbxt8K9b+ zJ428M6Pa6jo2o6VHHqdv4vtPF/hDwmAfh/+xv8A8F0P2jNd8BJ8Rv2pfh1ofjbTdd/Z3/Y6+Inh /wAE/Cr4AeKfgV8TLj4yftn/ABD0HwL8LfCvgHQ/F/7SHx31P45/APUU1PWtRuP2gdC8JeArbTrz wreeFtN8LeL/AB7rNn4J08A/S/Rf+CwHww122vPE0XwH+Nuh/DvwT8D/AA58a/jb4j8bz/DHwF4r +EyeL/hj8Y/ipoPgZfhX4v8AH+keO/iX4vOifA7xlp2pWXwz03xLjVrzQm8Pr4l0eDxtq/goA5/w n/wWE0jxd4q+GPw0tf2WPi5Y/Fbx/wCPNO8Oat4QuPGfwo1TS/BvgnVv2ctN/ays/ibdeM/C3ivx FoXiDTE+CN7c3954R8Pm78dJ4x0//hGrLQNQ0zW/DHijXAD5s8E/8FrPG/xD+K2kXifCj/hXPwT8 Vaf+xb4z8CaDr+meFfG/xO8U+A/2nv2ZP+CgP7SbXeseIPBfxrfwn4JvNU8J/szfC6bSxPpfiDVf B+tXPjPwxqvhnxRpmvaB460IA9u8P/8ABbfwDrmheG5pv2ZPjNpPjbxq3wn1zwf4E1Hxb8GbOXVf hz8U/wBkTx7+2jD43vvF+o/EDT/BOh3Gi/Cn4V+PtPl8Jajrqa5qHiy08P2EQt9M1TXNX8KgH6T/ ALLH7RE37UHwo8BfGaw+Her+BfBXxQ+EPwP+MPgafW/EnhfWdR1XRfjP8MNA+JB0290rQb+6v9C1 Dwe2vR+HNROsW9pFrN5bS6loZutKeO4IB9LUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQ AUAFABQB/PF+1h+1h/wSd0z4geEvgX8af2Ivg18YvgL8B7X9s7Vte8aeNf2SNC8ZfDn4P+L/AIKa p8KL7436H8C/DGv/AAk1vQPGviHXvHnxGt9O+Kv/AAr++0rUB4v0J3u4PFd/50lgAb37Y/8AwUa/ 4J4/DP4U/Ev4aeN/2PY/iP8AEL9nr9jvxv8AEr4dfsp/F/8AZy0Pwzp7/DOy8B/DibXvhPpeneJ/ CXiWy+H3g2Hwp4o8B2Hj9bLwpdeDbDw14e8Q6PZ2/ibWPhtrvhXSgCx4V/bR/Ym1L4f/ALQ/xg+L 37Jn7N/wD/aP/Yo8WfH3xJ4C8NfGPQvBHhbXfHfx28G/Afwn+1R8fvFHwM127+GT/FxtRfxV4+m1 D4j+I/BXw21/4ly2OoaF8TfEXhm617xja+G4ADC8ef8ABQP/AIJM/ADwH+0f4E+Fv7Nnwj8bePfA PgnwZrfxW+AXwl+AXhfRNE+Ir+Hvi54D1e78NjVp/AGmaD4si+DHxY/as0/x5dR6vpEkmj+JfHnj rxH4S0u98Uab8Sk0IAv+BP8AgpJ+yn8FvhZ/wUk/aak/ZN+FH7P3i/wB8Rv2loLb4Z6SngL4eftL ftxXH7J/h3WNX+JvjHxH4em8G+F9W8RX2h3cviG78RX0V38VD4D8PXWu654mv4ZY9StrkA9Lj/a/ /wCCQ3jO68afBjVfgl8M9S8Sfs6/sz6j4e1r4O6j+ytouqXXgn4J+D5vg1rPjv8AZ68MaI3gyfSL LQvhj4g8YfBtfGHwzsG07wXo2u6bHfW8dwvwq8aX3gkAd8Jf23/+CPnxM+KX7KJ+Hvw5+EVv8SvF XwT8U237Pvi2f9n3wZoGp/Cr4JeEfFPxg+DXivwpoPi2XRYLjwf8OvD3iT4TfFbwX4ktPAF7qHw+ 8L6bBBd+Jr3RvCfj3wnqXiYA5yz/AG7/APglh+y78TvEfw+8B/Az4M+B/hL8FPAnwg+Ofwl+O37P vww+F+o/CjxX8SP2ufG3xe+BU3h34Nan8MdHXRbDxvr0fwk8SaF4m8YWGs2FjrOh6L8QNI8S6lpe ifDfX55ADqW/aF/4Iq/CjwL8O/iF8K/hX+y/4oHx18QeAfFHh3wX+zx+zp8O/EnxevvEnjz9nf48 /HX4Z+J/Hfwn8KeE7b4i+CNW1/4JX/xyk0TW/iH4f0C70nTviJ400vU7nR9M8X+K3kAPlz9pD9qz /gi78cv2bLe78V3nij4CeAY/GfwJt9Bm8Cfs26Z4H8beLvDel/s0eIfir8BvE2neBPG3wf8AFuk+ JPhN4V/Zt1HxB4o+GN9rfgyTUPAI0rStJ+G9p4f+JE/gnRtVAPc/gB/wUT/Yq+CJ8W/A34M/s7/E DwleeAfGa/srfCnxB4c+G2qeI4Pjt4P/AGU/2a/gvr2hfETxj8SPDegajrNr8Pvh98KPHnhxf+Er 8ayeILnR/htY6f4hs5LifxDp/hZQD7O+Dv8AwUy/Z2+Jul+H7jVdU1Xw0kHwk+GnxI+LnxKHhbx3 /wAM0/BrWviP8FPA3x80/wAE+OP2hvFfhDwZ4Q8MalL8OPiH4U8TaTceObbwYb/TvEfhuw1C10bx hr1l4TYA868ff8FoP2DvhrF431TxT468Zp4S8EfEuL4SN8QdH+HXibxD8P8Axj41i+Gl38adcs/h v4r0S2v9N8f6d4X+D9tD8Rdc1rwzJf6UdI1nwxo2j3Wr+M/FnhrwxqwB6jrP/BTz9lDR7f4s62NW +J+ueAvg3YwL4o+LHhb4K/FHxP8ACfUvGF5J8NrfTvhX4S8f6J4XvdA8TfFTWr74wfDfSvD3gzTr lr3xLrniSfQfD0mp614W8a2HhsA4XVf+Cv37GehiUaxqXxd06bQvh98cvib8TrO6+CfxEj1L4JeG P2b9afwx8Yx8X9K/sY6n4S1jwx4rk0nwzpeipaalqPjvVfE/hM/DyDxXp/iTSb+5APEdK/4LT/C2 08U/F5/id8NvEvwn+G/wb8VftM6L4ju/Fem/EaP4wvo37Nvwq/Yp+Ieu6yvwfT4Xr9lvJNV/a7fw zquh3njCC7WHwjoviHwPL8QdN8X3Y8LAHsvjT/gsR+xh4A8L+JPE3iW/+MtvP4H/AOF+3HxD8JWv wJ+JuoeNvhvov7Nmt+CvDnxN8T/EDw5Z6DNc+EvDVtrvxN+GmnaNq+sPbQas3jjTbtBDp+i+Mrzw yAc/+1F/wVm+F3wM+JXhnwN8LdH8EftG6To1lr3iL9ojxP4H+NHh9G+Cfh3wx8ff2cv2dfEGhWml eH/D/jiHxZ8Y9G8X/tKeFvEOqfCvxHrHw0fT/B/h3X7q98TW+uX3hrQ9aAPev2YP2v8Ax58dP2gP 2oPgN45+CWi/Di8/Z2bwJdL4l8H/ABetfjBpdwnxD1f4jRaJ4D+JN1p3gbwnoPw8+Olj4J8G+Efi t4l+F/hrxJ8U7Pw14D+MPw7n1bxnBqmo/YJQD7xoAKACgAoAKACgAoAKACgAoAKAPz5/4eqf8E/v +jk/C/8A4Tnj/wD+ZGvR/snMf+gWf/gVP/5M+N/4iDwd/wBDzD/+CcZ/8zB/w9U/4J/f9HJ+F/8A wnPH/wD8yNH9k5j/ANAs/wDwKn/8mH/EQeDv+h5h/wDwTjP/AJmPz68dXP8AwQW+JXjnx38RfG/i 7Tdc8R/EiP4hJ4ot2+IP7W1h4R874tnwlJ8VNQ8OfD3SdfsfAPgjWfiRc+BPB+oeOtd8FeGfD2s+ KtU8P6fqut397qUbXTn9k5j/ANAs/wDwKn/8mH/EQeDv+h5h/wDwTjP/AJmHfES9/wCCDPxX8dfF b4jePvGNhrviX426b8QdL+JSJ8Qf2ttG8Ma7D8V/AHhT4XfEq8s/A2g69pfgnw3rXjbwL4F8G6H4 h8Q+FvD2i69fHwxouqNqQ1mxh1EH9k5j/wBAs/8AwKn/APJh/wARB4O/6HmH/wDBOM/+Zj0/WPjf /wAEV/EUX7R9v4g8f+Etbtf2sn8TzfHCz1W4+Pd9Z65d+NvhdpnwY8a6j4PtZ4Hg+EeseMfhrouj eG/Fet/CFPAuseIl0fSNT1e+vNZ0nTtQtT+ycx/6BZ/+BU//AJMH4hcG/wDQ8of+CMY//dY4LXfE v/BCzxGvxXh1Hx5ZR2Pxs8MXHhX4haNpfjv9q7RPDt9b3k3gu5vvEWgeGdH1ix8PeCPiHqN18OvA 93qfxQ8EaZ4e+I2p3Xhuwub/AMUXMzXT3J/ZOY/9As//AAKn/wDJi/4iFwb/ANDyh/4Ixv8A8zHf TfHD/gildfCv4pfBfU/G3gbXPAHxpb41SfEm18SRfHPxR4l8QTftFWGpaZ8armH4geIbLVPiBoN1 4/stX1GHVrnw54n0ieE3Uk2mSWMypIp/ZOY/9As//Aqf/wAmH/EQuDf+h5Q/8EY3/wCZjy2+1D/g hHqmneOdK1T4i3ep2PxI0DQtD8ZQaj8WP2y78ateeHtV+HWvWXjxDd+J5jpnxhvNf+Evw68QeIfj dpP2H4u+K9d8LWmseKPGur6jd6nc3x/ZOY/9As//AAKn/wDJh/xELg3/AKHlD/wRjf8A5mJvDurf 8EIfC+o/CvUtN8cw3Z+C/irxD46+H+meJfiP+194z8OWfjjxR8SviB8YNW8Z+I/C3jDxBrvhvx74 rPxI+Kfj7xRp3iHx9pfibVtFuvEMlpo13Yabp2j2WnH9k5j/ANAs/wDwKn/8mH/EQuDf+h5Q/wDB GN/+Zjp/iX8Rv+CH3xZ8YXnjzxZ490Wz8UXngPwH8OlvfAXiP9pj4UWumaD8LfiD4p+KPw11Pw/o /wALbnwdo3hrx34D8beOvHOp+E/id4f0/TPiPodl438ZeHrDxVD4b8Va9pOoH9k5j/0Cz/8AAqf/ AMmH/EQuDf8AoeUP/BGN/wDmY7PVv2hP+CL2t6R8J9G1Px14EuIPglqelaz8OtQSy+Ntv4ksNU0T 4P8Ajv4CaXfeIvF1pp0Pirx9cWnwn+Jnjjwqr/EHWfFHmtrja/OJfE9hpWtWJ/ZOY/8AQLP/AMCp /wDyYf8AEQuDf+h5Q/8ABGN/+Zjx+9v/APggteeG9N8LR+LtP0ix0XTPhXo2h6n4Z8d/tb+E/GGg 6V8GPg3d/s9+ALDQPH3hnW9J8c6HBZ/BXUNR+HXiH+yfEVm/jvQNRv18eP4lvby4u5D+ycx/6BZ/ +BU//kw/4iFwb/0PKH/gjG//ADMdpYfFH/giNpnxN8U/F+y+IelxeOfGM/jW71q4Pif9p6Tw4t58 SPhb4O+C3j2/0bwJJdt4E8Nal4u+Gvw+8F+G9e1Pw74b0vUL/wD4R3TNWluTrcA1In9k5j/0Cz/8 Cp//ACYf8RC4N/6HlD/wRjf/AJmI/A/xL/4IefDjxjoXjjwh438Pafqnh3wL4U+Hdho95rf7Suve AbrQPBHwx0b4K+FdQ8QfC7xDNqvw18V+OdI+Enh7RPhxF8T/ABR4T1j4kz+DtMtdCvPFlxYx+UT+ ycx/6BZ/+BU//kw/4iFwb/0PKH/gjG//ADMM8Y/En/gh5448P614a1jx3ounWGu/F/XfjxcXngrx F+078OvEmm/FHxR8Pbb4TeJte8LeMPh9deGfFngrT/EPwytU8C614T8Ha1oXg7UfDUt5ptzoEkN9 e+ef2TmP/QLP/wACp/8AyYf8RC4N/wCh5Q/8EY3/AOZjO8S+NP8Aghb4w1r4pa54i8aaPqD/ABl0 O50Tx5og8T/tS2Xgu4mvIvAMN54v8MeANPvrTwR8PfijdL8LPhvJP8X/AIe+H/C/xTkuvBHhy+Pj H7bp0NxR/ZOY/wDQLP8A8Cp//Jh/xELg3/oeUP8AwRjf/mYs6L4+/wCCGGh6F4l8PR+L/DWs2Hjb 4R/Fr4HeO7jxhq37SvjrW/H3w6+O/i6Hx58X7Tx74k8Zy694h8beKPH3i+3h1zXPiL4o1PVfiK11 Gkdp4rtbVRbg/snMf+gWf/gVP/5MP+IhcG/9Dyh/4Ixv/wAzHB21t/wQJi0XxHoV54wbxFB4xb4r y+LtU8ZfFP8AbQ8b+KvFF18cdA+CHhj4q6hr/jTxf4p1vxdqup+L9F/Zw+DNpdane63Nf6dJ4ON5 otxpt94i8V3OuH9k5j/0Cz/8Cp//ACYf8RC4N/6HlD/wRjf/AJmPEP20fBX/AASP/avju7fw3+1x ovwUh8c678adU+Nd5o3gf45+J/EHxGt/2gLn4W3HxNjsNb/tvwy3h9tTf4R+E7zT/DHiCz8e/BjT /EOm6L4yb4PXXjDwv4b1zTD+ycx/6BZ/+BU//kw/4iFwb/0PKH/gjG//ADMfbHxU+O//AARO+NPi vwN42+Ifiz4d6j4k+Huv3niXQ73Q9F+NPgi21W/1DxZ4C8fX9p4/0nwPpHhzR/ip4dvvHfws+Gnj a98JfE2w8XeFbvxd4B8IeI7jRpNX0DTby3P7JzH/AKBZ/wDgVP8A+TD/AIiFwb/0PKH/AIIxv/zM R/s1/H//AII5/sian8RtU+A3x38T+G3+LHiXWvGfjjS/FXxa/bO+Lnhi+8X+JfEGqeKvE3inSPB/ xg8RePfCfhDxD4m8Qa1qOqeJdZ8H6LoOoeILiaMaxcXsVpaRwH9k5j/0Cz/8Cp//ACYf8RC4N/6H lD/wRjf/AJmOW/bI/wCC3nww+G+leHNL/ZHm8LfGnxfqk7Xmva74o0XxlZeB/DOkQmSIWD2TyeDd d1fxDqU2JIRaXkOnaZZxGa6lup7qG1TvwWRVarlLGc9CC0jGMoOpKXe/vxUV5q7e1krv5XifxVwG Bp0KfDjw+aYmo+atWxFLExwlCmrrk5L4arVrTeq5ZqFOKvJylJRX5+f8P/f2uP8Aol37OX/hNfEz /wCevXo/6vYP/n9if/AqX/yo+N/4jFxH/wBAGSf+CMf/APPEP+H/AL+1x/0S79nL/wAJr4mf/PXo /wBXsH/z+xP/AIFS/wDlQf8AEYuI/wDoAyT/AMEY/wD+eIf8P/f2uP8Aol37OX/hNfEz/wCevR/q 9g/+f2J/8Cpf/Kg/4jFxH/0AZJ/4Ix//AM8Q/wCH/v7XH/RLv2cv/Ca+Jn/z16P9XsH/AM/sT/4F S/8AlQf8Ri4j/wCgDJP/AARj/wD54h/w/wDf2uP+iXfs5f8AhNfEz/569H+r2D/5/Yn/AMCpf/Kg /wCIxcR/9AGSf+CMf/8APEP+H/v7XH/RLv2cv/Ca+Jn/AM9ej/V7B/8AP7E/+BUv/lQf8Ri4j/6A Mk/8EY//AOeIf8P/AH9rj/ol37OX/hNfEz/569H+r2D/AOf2J/8AAqX/AMqD/iMXEf8A0AZJ/wCC Mf8A/PEP+H/v7XH/AES79nL/AMJr4mf/AD16P9XsH/z+xP8A4FS/+VB/xGLiP/oAyT/wRj//AJ4h /wAP/f2uP+iXfs5f+E18TP8A569H+r2D/wCf2J/8Cpf/ACoP+IxcR/8AQBkn/gjH/wDzxHL/AMF+ /wBrlmVf+FXfs5fMwX/kWviZ3OP+ir+9H+r2D/5/Yn/wKl/8qD/iMPEj/wCZfkn/AIIx/wD88T9z f+HSn/BPP/o3LS//AAv/AItf/N9Xgf2vmP8A0FS/8Apf/IH6z/xDngz/AKElP/wszH/5sD/h0p/w Tz/6Ny0v/wAL/wCLX/zfUf2vmP8A0FS/8Apf/IB/xDngz/oSU/8AwszH/wCbA/4dKf8ABPP/AKNy 0v8A8L/4tf8AzfUf2vmP/QVL/wAApf8AyAf8Q54M/wChJT/8LMx/+bA/4dKf8E8/+jctL/8AC/8A i1/831H9r5j/ANBUv/AKX/yAf8Q54M/6ElP/AMLMx/8AmwP+HSn/AATz/wCjctL/APC/+LX/AM31 H9r5j/0FS/8AAKX/AMgH/EOeDP8AoSU//CzMf/mwP+HSn/BPP/o3LS//AAv/AItf/N9R/a+Y/wDQ VL/wCl/8gH/EOeDP+hJT/wDCzMf/AJsD/h0p/wAE8/8Ao3LS/wDwv/i1/wDN9R/a+Y/9BUv/AACl /wDIB/xDngz/AKElP/wszH/5sD/h0p/wTz/6Ny0v/wAL/wCLX/zfUf2vmP8A0FS/8Apf/IB/xDng z/oSU/8AwszH/wCbA/4dKf8ABPP/AKNy0v8A8L/4tf8AzfUf2vmP/QVL/wAApf8AyAf8Q54M/wCh JT/8LMx/+bA/4dKf8E8/+jctL/8AC/8Ai1/831H9r5j/ANBUv/AKX/yAf8Q54M/6ElP/AMLMx/8A mwP+HSn/AATz/wCjctL/APC/+LX/AM31H9r5j/0FS/8AAKX/AMgH/EOeDP8AoSU//CzMf/mwP+HS n/BPP/o3LS//AAv/AItf/N9R/a+Y/wDQVL/wCl/8gH/EOeDP+hJT/wDCzMf/AJsD/h0p/wAE8/8A o3LS/wDwv/i1/wDN9R/a+Y/9BUv/AACl/wDIB/xDngz/AKElP/wszH/5sD/h0p/wTz/6Ny0v/wAL /wCLX/zfUf2vmP8A0FS/8Apf/IB/xDngz/oSU/8AwszH/wCbA/4dKf8ABPP/AKNy0v8A8L/4tf8A zfUf2vmP/QVL/wAApf8AyAf8Q54M/wChJT/8LMx/+bA/4dKf8E8/+jctL/8AC/8Ai1/831H9r5j/ ANBUv/AKX/yAf8Q54M/6ElP/AMLMx/8AmwP+HSn/AATz/wCjctL/APC/+LX/AM31H9r5j/0FS/8A AKX/AMgH/EOeDP8AoSU//CzMf/mwP+HSn/BPP/o3LS//AAv/AItf/N9R/a+Y/wDQVL/wCl/8gH/E OeDP+hJT/wDCzMf/AJsD/h0p/wAE8/8Ao3LS/wDwv/i1/wDN9R/a+Y/9BUv/AACl/wDIB/xDngz/ AKElP/wszH/5sD/h0p/wTz/6Ny0v/wAL/wCLX/zfUf2vmP8A0FS/8Apf/IB/xDngz/oSU/8AwszH /wCbA/4dKf8ABPP/AKNy0v8A8L/4tf8AzfUf2vmP/QVL/wAApf8AyAf8Q54M/wChJT/8LMx/+bA/ 4dKf8E8/+jctL/8AC/8Ai1/831H9r5j/ANBUv/AKX/yAf8Q54M/6ElP/AMLMx/8AmwP+HSn/AATz /wCjctL/APC/+LX/AM31H9r5j/0FS/8AAKX/AMgH/EOeDP8AoSU//CzMf/mwP+HSn/BPP/o3LS// AAv/AItf/N9R/a+Y/wDQVL/wCl/8gH/EOeDP+hJT/wDCzMf/AJsD/h0p/wAE8/8Ao3LS/wDwv/i1 /wDN9R/a+Y/9BUv/AACl/wDIB/xDngz/AKElP/wszH/5sD/h0p/wTz/6Ny0v/wAL/wCLX/zfUf2v mP8A0FS/8Apf/IB/xDngz/oSU/8AwszH/wCbA/4dKf8ABPP/AKNy0v8A8L/4tf8AzfUf2vmP/QVL /wAApf8AyAf8Q54M/wChJT/8LMx/+bA/4dKf8E8/+jctL/8AC/8Ai1/831H9r5j/ANBUv/AKX/yA f8Q54M/6ElP/AMLMx/8AmwP+HSn/AATz/wCjctL/APC/+LX/AM31H9r5j/0FS/8AAKX/AMgH/EOe DP8AoSU//CzMf/mwP+HSn/BPP/o3LS//AAv/AItf/N9R/a+Y/wDQVL/wCl/8gH/EOeDP+hJT/wDC zMf/AJsD/h0p/wAE8/8Ao3LS/wDwv/i1/wDN9R/a+Y/9BUv/AACl/wDIB/xDngz/AKElP/wszH/5 sHL/AMElv+CeiMrr+zlpYZWDKf8AhPviycEHIPPj0g8+uR60f2vmP/QTL/wCl/8AIB/xDrgzf+xK f/hZmP8A82H6MV5p9sFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFA BQAUAFABQAUAFABQBxFk3jxfDfid/EMejSeIFvfFzeGYvBLMHk0IXV8fBiSt4taPTx4rfTPsC6ub t18OjWjMUcaXzWtX2N4+w9ry+zp8/teW/tuVe15eTT2fPf2d/e5bc2tzhwH9p+zr/wBqfUfbfXcZ 9W+ofWPZ/wBn/WKn9n+3+se99d+q+z+uez/cfWPaex/d8p+SvwM+IP7b/wAMtMh8N3PgH4u/FDSN WRbVfHvxK8NePJNbvviW2tfACy1KK78FeOPGHiPxR8LvD1n4Pufj14j8S3kfxJ8e/A7VvFmi6ZB8 EfE+mWN/ovgDWsjuO98L/Ez/AIKc3Ok+Em8SeD/hzDqPi3U/gxpOr/Zfg7r9m/w7g8dWf7MWr/FD xHqCTfGe+i1+y+GX/Cb/AB+8NW+nLHpEl1eeBLTVL6/nXTrix1YAyI/jt/wUv0m/+BOm618IPCmu TeKPFfwhu/ijfaL8KfGOkaXpPhDxLqPwCsPipoEE1v498cpoXiLwHofif43+KbXUvEl5o2hazN4R tbO11j+2tB03wB8WAD2f9l74z/tW+LfiNovwr+N+nfD661nRP2evh78bfi9rPhbw/ceFD4I+IHxY 0rTrHw/+z/e+G7jxt4xv9J1vw/r/AIb+KnibUfEF1dai114PTwJaC0+2399qdyAc18AvEX7bHxN+ MngXxR8ZtEvfA3hHwz8KfjLBfaDbeF/EPgDwlqHxb1bRP2VbvStP8TaK/j/xPc+KdP8AA3i3Xf2g /BfgfxRLLPoPivQPCt74m8PWt8f7G8eeJADx2O4/bU0r4afD7V/hRa/tED40aBZaX4g+Odr8erFP Gvw58VfFjSP2VP2q7/xX4a8HeHYPFnhnUl8P6/8AHmH4LaXqk3w71rTv2fEe/wDh4fgvYW2q2vj6 5hANnXfjz/wUzvfHHx103wf8GvC9j4T8J3Pi/U/hdf8AiD4W+Lru88QDwvoH7U95o/gi4Mnjjw1p uozeLtV8AfszxWfi7w3q/iTR73Tvivrc0F1oXia9uvA3wkAOGuf2zv29PE/jL41eFPgv4A+DvxHv vhh408N6BrMSeHPFV1p3gzVtQ8TfthaPJ4CuNW8CeM/Hd74rvJm+FH7Odnrfii60PwWvg4fEzXrv xro/ga3u7+++E4B+hn7NHjr9obxdr3x00v47eEbDQLDwr8TNV074Y6xpPhvXfD2n634LbVtft9Nt ZH8Rzx3etavp2j6foOo6tq/h+z1jwNct4htv+Ec8f+J74eIPD/gcA+r6ACgAoAKACgAoAKACgAoA KACgAoAKACgAoAKACgAoAKACgAoAKACgDI13XLDw5pV1rWqvJDptiIpL65SMyLZ2rzRwy31wqnct nZrIbm9mUN9ntY5p2UpG1aUqcq01ThZzlflTduaSTaiv70rcsV1k0r6kVKkaUHUndRjZye/Km7OT /uxveT6JN9Dyv4l/tB/C74U+F/BfjPxNrxufDfj/AMaaD4H8OatoEI1qymv9ah1PUbrWL28tZPse n+F/C3hvQfEni/xj4gu7iKx8PeF/DWuapdufsRhdVKc6U5U6kJU5xdpQmnGUX2admvn6jhOFSKnC UZwkrxlFqUWu6aun/mec2v7b/wCzF9n1+58Q/Fbwt4HXw3rfifRNUj8aa1o+jTWsnhDSLXXdcvr2 JNRu20awi0ue4v7RvEH9kXmpafperatYWdxpFjJfmCjs3/ao/Z1jgS4k+MPghBLb3M0MDasgv5ri 18U614IbR4dNKf2hN4muPGPhvxH4X0/wnFav4m1TXvD2u6Vpuk3d7pGow2wBzem/tl/s7X2jeBPE N34/tPD+i/Ef4UaR8avCuq+IrS70vSr3wBrjobHUW1eSKTSVvFtPtWs3umR38t7p3hzS9Y8S38Vv oGk3+pQAHR2n7UfwH1Lxnd+AtJ+Iek614g0vRPipruvjRY73V9L8Lw/BbVPCekfErTfFWs6fbXGm eHPEPhq78beHmuvDusXVprUlrfJdw2Ulu8MkoBwfjj9un9mLwLFdTXPxM0jxOLGG/e/h8CT2vjK+ sJ9P+KWnfBia1vNL0S6udUgx8SL658NXOpPZ/wBhaTe6Nqia9q2kt/Zy6gAXPHX7Z/wO8E/CLw58 bItan8XeCPFXixfBGlXXhy78MWOzxGNO13VbjT9W1Pxv4k8HeGNBmhtfDmpQ2cOt+ILC58R6xNoX hrwjB4g8TeLPCmka0Acj4U/b9+BPi/4g6p8ONNTxXHreneMtQ8CiWSLwleh9e0n4y6H8CNRi1jQ9 E8Yav4z+H+z4geItOh0y1+KnhbwJqnijQk1PxF4R07X9K0TWbixAPZ/Dn7QngzxV8Srj4caTpfie QrfeM9F03xpJa6KPB+v+JfhzfppPj3w9pHla7L4ta48KawuoaJqeuah4T0/wfJr+i614e0/xLfa7 p8mnEA8e+Dv/AAUA/Zw+MukXGuad4pTwhpiQ+BbqxvPF+t+BJbPVLb4i6X4q1zw4iah4J8Z+M9N0 fWrfRvBfiTWfFvg3xVeeH/HXw/0awj1vx54Y8N6Rf6dfXYB6Xe/tdfsyadpd1reofHH4dWOjWVj4 l1S61a88Q2ttpsGk+EdCXxRresPfTFLUaOnhp08QabqwlOna/okkeq6Bc6nYuk7AHKn9uT9mUeLd W8I/8LL0lbnQ/wDhB4dV1S4kisdJt9W+IviH4geD/Cvhu2OozWmp6v4nvfGnw08T+Cp/D+iaXqeq WPjK3Hha8t4dctdWsdMAOh1L9rz9nuDwl8QfF+g/Ejw/47t/hv8ACTX/AI3a7pHgbUbDXdavPh74 d8JaT42utX0SH7Xa2OoC50HxB4dnsidQgtml8QaRHdXVoLsOoBQsv2xPglE+t6T421jUfhf458L6 nqej+Kvhp42s7a48b6Bf6Xp3gXWZVltvA9/400PWrS50b4ofDnUrHU/CmveINLul8aaJp6Xv9syX Wm2oBqfBP9qv4Q/tA+LviR4O+Gt/reqXnw0ksJNQ1e50O6tvC/iXRtT1zxZ4XsvE/gvxGhn0zX/D 9z4o8B+NNCtroTWt1eSeHbjWLGyufDOpaDrmrAGNYftr/syan4s8QeC7L4qaLc694fe7R7azivdR /tk6aPD66m/hlNMtr258QQWN34v8HaX9p023mttR1jxl4R0vRpdSvfEujQ3oBmeE/wBuD4BeOdY+ Lmk+Fdb1fV7f4O+BW+JWt+Jl0pbLwT4j8EDwF4L+I3/CR+D/ABnqV5Z+G9T0qTw94+8PPBf6hqOk Wdy8l3eW9xLolpJq5ALHxE/bb/Z6+Heo22gy+K7zxl4ovtbl8NWPhf4faTdeKtWuPEUXxF8D/Cca RPPbeToukSS/EL4haD4Yi1DXtW0rRTqlt4jtn1NJfCviJNNAPSvFf7RnwM8D65q/hnxZ8UPCWheI NBmtbbVtIvdRAvrO7utKsvEBsWgjSRpdQ0/wzqemeLdcsIPNvPDvg7U9O8X69Bpvhq/tNUmAOU1b 9sX9mDQdUOiaz8a/BOnax/a+q6Gml3V9PHqFxqOj3XhXT7hLS0Nt597bXereOvBGg6HqNok2neJf EfjLwp4c8O3eqa54i0jT7wA6XQf2lvgD4n0jx94g8P8Axe8CavoHwu0K+8U/EDXLLX7OXR/C/hjT Brp1HxHqOphxZf2DYN4Y8RxXmsW88+nW9xoeq20tytxY3McYBkWX7WX7OGoWF7qcPxg8HQ2OnC9a 9m1C8n0kwDTfFPh3wLqZaLVLezmb+zPHPivQvBGpbI2Nh4zup/Cl55Ov6bqmn2YBZuv2ovgNbeEv CHj4fEbRLrwP428W3/grSPFtn9qudBtNb0rwv4p8aao3iPUUg8nwtpOm+GPBuva1f674iOm6Raaf BbXs96lrqFlPOAdNJ8dfhDFpfgjWZPH2gDTviP4om8FeCpvPlaTXPFlne6hpmp6BHaLCbyz1PRNU 0rUtK8Q2+pQWbeHdWsrjS9c/s+/ja3oA848Cftmfs0/EnV7XRfCXxX8Nahe6x4g0jw74U33XkQ+N rnX/AAT4P8f6Df8AhGSQA6vo2v8Ah3xvpVx4f1MLDb+IWs9ck0I6jZaPeXiAH0/QAUAFABQAUAFA HK+NvBHhL4j+GNT8F+O9A0/xT4S1tbaPW/DmsRG60fWrW1vbe/XTtYsGYW+qaTcT2sSalpF+lxpm rWZm07VLS80+5ubaXfD4mvhK0MRhqs6Nend061N2qU5Si489OW8JpSbhUi1OErThKMkmscRh6OKp ToYinGtRqWVSlPWFRKSlyzjtODaSnCV4TjeM4yi2n8X/ABy8S/8ABP74i+Gzp3xnm+E/j/w/4C0j 4peCtI8F6tJFf6TYC0s9G8KeOLXwv4Xee20BfEFlM2j/AA48OeMbC3i1TQfEXiWT4d+DvEul614z 1LRdXxlKU5SnOTlKTcpSk3KUpSd3KTd222222223dmsYxjFRilGMUoxjFJRjFKySS0SS0SWiR8xz /B7/AIJz+P7rUPEFr46v/BnhlfEvjmH4w/DK4+IHjaLUvipr+keIJv2dlsfGfmeKdT8U61cQeJdd 0ez8LaDZ3V7r0WpeOPB2ueFrTw5q3xJubrxghnZ+PdB/4J0Q+HJv2p5/AHiHxAuqfEL4ueGE8ZeB tV+KGma/d+KfhR4/+Nnx5+KHjLSJLXxf4cjlXwN4h8DfGD4p+H/GWiXDapLY6Bp+k/CybU7xfAXh aQAXW9G/4J0fFrwZb+FPF3gzxJqnhj9nS/8Ahx+z94c0648Q/FXUtX0zTfHfxPvvgP8ADbVrSfwh 401bxVdjVfH+g+LPB9l4u8Yz2/xH0ixtvF93qp0zw94rmvfEYB75+z3ov7F+vfFPxP4n/Z4ni8Q+ L7fw9f8AxC13xZ4Z8Y/ETxF4I8QaZ8d/Fet+Hdd1SHUr3xBqHw/8WX+seIP2fh4e1VLVdRvfDdp8 NfCXhtBpemeGNA03TgC1o/8AwTl/Yz8P6RqOh6J8G10uw1az0bT9SNn4/wDijFqF7Y6Fc/CO9sLW fWB42/tdoXv/AIG/DjUNSX7cP7b1Gx8S6jrJv774ifEW48VgHsuu/s1/CDxB4VufBlzoviXTNBvP FF34xuo/CnxK+JvgrVJ9e1DwvceC9Rmk8Q+D/GGh+ITp+oeF7u40m+0P+1P7DuopBcTac97HFdIA cVdfsSfszz6L4e0Cz+H+peHNO8KTarP4ffwT8R/in4B1TTX1f4uWPx2lEeu+CfGuga5LDp3xVsR4 o8N29zqM0HhFdQ1/QfCsejeGvE3iLR9UAOt8P/sv/Bbwx4+0r4maT4e8Qf8ACW6Fd6vqmiy6p8R/ iZr+haVr3iLQ5vDviXxTY+Dte8Yal4Pt/GPifS7vUh4m8YJoQ8TeIdR1zxLresarea34o8R6jqoB wetfsHfsn+ILbwfaar8JbeaDwFpPw30XwqsHi/x/Ytptl8JfDet+DvAckslh4qtpNT1TS/Cev3nh zUdd1Z77XPE2jWXhyw8U6jrUHhHwomigD9T/AGF/2YtZ0aXw5qvgTX9Q8OXGjDw1P4euvix8YZdB m8MW2jzaHoXhaTRm8ff2a3hbwVZXN1P8OPDf2b+xPhnrF5e+IvAFj4b8Q3t3qkwBqn9jD9m9vGl1 8QZfAOoT+Krrx14c+JP2y5+IPxMudPsvGXhP4i+Nfi3omq6R4en8YyeHdEgh+JPxF8b+ML7R9H0q x0TWtW8R3z61puoQC3ggAOI8NfsE/BDw5qXxEtkHim6+HXj34Mav8AovhWPFvimy8L+Gfhp4r8M+ DvCnjbTdCvLTXY9e03WPFWmeA/DZ1DxZo+paR4snvoLvWdS1vVdfuIdXtQDp9c/Yd/Zl8T6LrWhe JvAet+JbfxLdpf8AiXUfEXxS+LeveJ/Et7FqXhDU7e68SeMtX8dXvi3X7izk8AeCbDT59X1u8l03 QfC2ieG9Pe28P6fb6YgB1nwz/Za+DPwZvfD958KtD1/wQugaZYaF9g03x143v9L1zw/pL/ES80jQ /E+na/4g1i21+x0rWvil4u8Q2E1+kmpW+tXNjOL82+m2lrGAcPcfsGfsrXdnrthd/DfUrqy8Q6Qv h6/tLr4l/Fe6trbw3D4n+HvjCz8MaFb3HjiWDwz4W0zXPhV4Bk0jwz4cj0rQdI0zw+vh/TdOtfD+ paxpeogDbX9gb9kW18NL4Ob4M6TqPhmPwJp3w4h0fXvEXjTxHbWvhjRfA3gn4a6E9k3iDxLqc9j4 o8PeCvh54W0Xw748s5oPHWgfZ9W1HSPEllq3ifxRf6yAW9J/YV/ZW0LX7rxNo3wrj0vVr3x2fiRd /YfGPxAttNuPFjeN9G+JBuJtDi8Vrocmjnxz4d0LxJ/wiracfCv23SbCP+xfsdtFbKAbdx+x1+zs 93Jd6X4Fv/B/+mpqlnYfDjx98R/hhoeiawnhCz+Hr674Y8PfDvxd4Y0Lwpr9z4CsLfwXfa94a07S tYvvCputBu76bTL+/trkAwPCH7CP7KvgTXNS8S+FvhfJp2t6vrNp4g1G+k8d/EnUWudYsfHfw4+J dtfNBqfjC8tUlXxt8JPh5rc3lwIl43h4WN6txpuq65Z6mAYPgT/gnv8Ass+CfBfiDwHP8PT400HX oPGOkwxeO/EXinxZJ4T8LeLtc+IWpnw38O5Nc1y+b4bR6ZpvxK8R6CNf8BN4c8Va5DMus+Jdc1jx I0mruAbfiv8AYW/Zq8WXvjrXbzwLcxeLfiB4n1PxzrXiqTxZ4z1S/Hje/wDCnjbwfa+IksNY8Q3+ iTR6Hpnj/W7jQfDd1ps/hPSdVsfCGrWOhwal4B8C3XhwAcv7CX7LM/g+PwdrfwutfFCy6fdaXrXi zxL4h8Xa18SfFWm6hoWseGdV0jxb8T7/AMQT/ELxN4c1Lw94g1rQrnwrrXia+8MroeoPosGkxaXB a2kABLB+wp+yha+HvCPhez+D2k2Wl+CfGeg/EHRJLHXfF9lrU/izwrr+ueKPC+oeJPEtp4hh8R+M 7bw1rviXXL/w7o3jDVdd0PQjqEtvpOm2dokNvEAcjqX/AAT6/Z+uPFvgvW9J0nUtE8L+HIPDNp4n +HSavrGteEfifpvgL4bab8KPh9ofxDsPEOp6rB4q8O+FPBmk2Gn2+i+ILfVrSWaG71KH7FqviTxt feKgD7X03TdO0bTrDR9HsLLStJ0qytdN0vS9NtYLHTtN06xgjtbKwsLK1jitrOys7aKK3tbW3ijg t4I44Yo0jRVABdoAKACgAoAKACgD5S8QfsS/s2+KkeHxB4J8QalYtqOt6iukS/FX4ux6FbjxB4p0 Lxzf6PZaDb+O4tHsPCsPjTwzoHivRvB1lY2/hTw54g0q01Tw9o2l3aNIwBkWP7Av7JuleI/EPi/R /hXLovijxTf3Gr63r+ieP/ido+rXOt3Hj3RPiYfEEF9pvjO1uNP8RW/jPw3oWo6fr+nPa6xpdjps Hh7TL208OGbSZQDc1H9if9mHVvDl74X1D4XW1zZalfeJb3UNVfxP42HjK+Txk/jR/Fuk3nxBTxKv ju68M+JD8R/iAuteE5/EcnhnUI/GviiK40l49b1BZwDdf9lH4GvceMrs+G/Ea3vxA8W6J458WX8f xP8AinDqGpeJvDHj7Rvih4Vvor+Lxol3pdv4T8c6Ha634T0rSZrHSPC63viDStAsNO0XxT4m07Vg C/8ACz9mL4K/BO7trv4XeGNX8JfZNH0zw/DY2nj74iXujHRNG1b4i69pmmT6Fq3ivUNFu7O01z4s ePtajgu7CZG1bXU1KQPe6Roc+mAHvlABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQA UAFABQAUAFABQB598U7Px5qHgTXrT4YPoUPj6ZLH/hF7rxRqGtad4bsdRTUrOT+0Nefw7jW7/SbC BZru90HT5rKbxJDC3h9tV0eHU5NWsuvBSwsMVSljfavCpy9tGjCnOtKDhJctL216caknaMas1JUW /a8lRwUJc2LjiJYeosI6axD5fZOrOpGlGSnF81T2X7yUIq7lTi4uql7Nzgpucfmf9pv4cftYePPA Xwz8OfBj4k+GvDXjvwhqk/xJ8W+OHh8Q+FPDvjjxT4B0aafwD8Nrzw1oPiiXXLHwX45+IOpaR4g8 YR3HiDXtFfwr4H1Pwh4i0zxDpvjCWzbCrKlKrUlRhOlScm6dOdRVZwg3pGVRQpqbS3l7ON+xtSVS NOCrTjUqqKVScIOnGcuso03Oo4JvaLnK38zPmG7+Gv8AwUg174jvrep+NvEmleDNd8Z/Ca41rRNH 8Y/CjT49Ms/BP7QMHi/VbDRYbLw4ZtM+DupfBafxT4f8RQWl3cfHTxf4rn8C6Hr3irU/Btjrl3ZZ lj5fBv8AwVg03w3rES/GTSfEWtQeBPh7Npq2/gP4C2mqah43PhL4cz+M7K08T3SaV4etFufiInxa 0nWrvVPhnJpXhn4eXXw98SeDoviD4t0/xF4S1UA6m+0D/gqRJ4huk0D4heBLPSIvij8UrrT7jxf4 N+G+q6ZqPg+9vPh9cfDTQtRtPDOpaHr2hfDnw/ocPxN0yPxbZ3fib4weJPFd14V1TxH4K8PeHJb6 w0kA6uw8J/t0aH8CpYfD/ibXr34xar8YPHfiB7jx9rnwi1nXoPBur+DfEkPw70zxDcaX4YX4bWHh bSfiOfBM/wAQNI+Hehadr1v8ObbxO3gSW78YtaW+sgHkvhS3/wCCqnibwZ8NPEMPi6w8LXerabLr PivQviD4H+EF54tOraj4O+EV2ulavDop8H2PgnwRBrMfxoh8NQQaR4t+KGjeILzwNb/EGw1DQzrc Xh8A928e+Df24m+EHhrTPCXxHFx8VdA+MWsatf8AjYaT8NrrWtT+FFz8OvGsMFovhSW38DfDXXNd tPGOtaRpmh6Pq39gWL2emaRqWua2uo2l54ikAPO9Jtv+CnVhF4pfUrzRdbu9U8PeHrbw9bTX3waj 0/wl4p1H4T+PItUlsr+x8K6Ne+LtD8M/E2LwHf634k1zTfDl74hu9QvNI8M/DHTfCehXmueJgDo/ hRof/BRqw+JXwzvPi5480HxN4EHjPxyvxL0TQvCHwr8JaOvh+68D+HY9EltNcg1XxZ4zvfDGh+Oo PElx8PINM0rRvG/iqw1K1X4qXPg2DSUh1YAy9F8P/wDBSu9+KXi281Tx1o+i/DC38USa94S0a60/ 4O31xcWifGjwVE3gS41TTPC8usan8PJPgtbeNb2x126tvCHxNfWdTt7C/v7XUbKyvmAIvD/w/wD+ ChUPwV8aQn4l32lfG7xN8SNR8TRa/rl78JvER0/SNM/Y60nw9p2haFpy+Cbr4e6F4K1f9rbwxaXV npth4YsvEDfDPWLzX9euLDxtrPiK7QAo63oP/BTS18cXMGk+Nl1D4f2OoeINMlura1+AT+Idf8EL 8cYtT0bxT4duNT8IaPbaN8aX+BNrqPhe08O+I9CvPhI/iO98P69q2o213da5aeGwDV+CXgf/AIKK eFfhl468N/ED4j6Bq/ifS/2WPDPhb4UzX2leEtZksvj/AKV8GPBejweJ9Q+IFzqV5rXjK+n+KNj4 51T4hS+PPBsGgalJfeF9R8Lzz6ZLr2k2wBzHjf4f/wDBTSw1HxVN4N+L0mvWVl4K8eW/g3VrjS/g e3iybxFc/tMJL4QsDoc/hbwZ8PXOpfs1eHPDUereI/EenX0nhnxV4h8bajomnX0x0/wdKAfYfwdH 7SFs/wAQ7T4rot3qd9qnjO98F6vPqPga+8D6LCnijXJPBWiaNY+E9B8K+NLrw6fBWp+D4r/UvGH2 zxPeeKvD/jxJV0bSG8J3niQA+EL/AOGv/BUjxFoXhiz8UfE6O91TT9A8Z3aXHhtPhl8MrW48WXfw V+OPhc2vxMt/Dtz4jv8AW9Nj+KniT4Raz8IJfAWuaJYJ4c0fX9d+LGi6f4s0rQbK4AO48GeAf+Cj tpN4G8Iax8TdUh8K6Rotrp3jPxbql78GdZ8Qa0NG8L+BLe2l0y+bwRqOt3Ot+KfHmm/FeXxTq2qp apb/AAz1/wCFUvh9dL+Ia+OX8PgHRfs++DP2+0+LenX/AMevE9u/wx8LppyaNpUWseEJQ97/AMI5 8Z/D+svNceD4tL1bxx4evkn+CfiGyXx9aW3iDQfE7+LdNgk1e20Oz8a+KADlrHwH/wAFH7O4v/Gf /Cf6xd69c/C7wZ4R1Twrqmu/BJ9M1Dxho/w//aauPF/jDwvptp8N18M6BdR/GHxJ8GJ/h2J5LaXx R8P9O0yx+MM73VlfWHhUA5+6b/gpf4F8A3fjL4heO9X199M13UdJ1Lw78OPh78M/EPjm/wDBUWq/ BaHwn4o8PeHfCfw0+Ibp8RtcdfixH4vsBb+KfA+jaHfStZ6dpUsGi+LNAANDwjpH/BVWfw/4e1fx b468Pya7J4s+D2q6z4T0nwV8HdEtH8MDSvHf/Ce+Gf8AhL9R1TXLuw07UHvvhzL8Q/EP/CB3Hivw 94k0fxRbfCXw74i8N3Vo8oB+rmm3NzeadYXd7p8+k3l1Z21xd6VdTWdxdabczQpJPYXFxp9xd2E8 9nKzW8s1ldXNpLJGz29xNCySMAXaACgAoAKACgAoAKACgDhbf4ieH7jwt4r8YC38RW+keDLnxja6 yl/4W8QabqcjeB7i/ttan0nSb/T7bUdbs52064k0W+0q3u7TXYWhl0qa6WZM61aUqMoxm4Nzp06q 5KkKi5asFOKk4SkozSa5oNqUHdSSZw4DMKGZU69XDwxUI4fG4zAzWLwmJwc3WwOInhq06UMVSpTq 4eVSnJ0MTTUqGIptVKNScXc+Aj/wUdi8Gr4R/wCFvfBy+tLj4lfDLwh8YvAFj8E/HWj/ABduP+EF 8R/Dr40fFfV7nxxdeItM+E+jeG73wv4E+BnjHWVOjat4ssPG80E+keALzxHq9i1nc5HcdLq//BTb 9nywt/Gd3pWgfFfxbbeC/F/jDwjcXPhrwvoMttrUnw88LfH7xd491vRbrV/F2j2o0jwnpv7M/wAW IdQt9cm0TxHe3un+HI9C8P6vB418JXOsAHffF39tjwV8Evi3ffDrxt4V8RS6BF4Z+Auuw+PNFutE TRdKf42+IP2idGN343uvFWp+FNB8IeGPDUXwFjePV5vEeoax4n1jxnp3hvQPDNzq8NrBqoBm+FP+ Cg3wM8Vzw2Y07x74f1SbxVceE5NE8Q6X4bt9f0y+j+Iv7OvwytZvE2haf4s1PVvBralrv7UHwwv7 XQvGNpoPjCDQH1rVNU8Nad9m02DVgDn/AIf/APBSb4EfE28+G1v4S8OfFGe1+K+r3mjeD9c1fR/B 3hzw7e3knhvwX4q8HwprviDx3punX2o/EnTPH2gp4K8NaLPq3i83sHiK08U+HvC8nhTxKdLAPv60 mkubW2uJrS4sJbi3hmlsbtrV7uykljWR7S5axubyya4t2YwzNaXl3amRGNvczxFJXALFABQAUAFA BQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQB8uaz+xN+yTrkOhWNz+zn8F7X R9D+IQ+KUnh3TPhj4I03w34i8bR+BPH3w5ttZ8YaDaaDHpniqex8M/EzxdDYHWra7azvNQW9t3Sa IFgD0mT4BfAqW+8R6pL8FvhNLqXjG9vtS8W6hL8OvB8l94o1HU9E8X+GtSv/ABFdPo7T61eah4d+ IPj7Qb651KS5mu9G8ceMdMuHksvE+tw3wBd8X/BT4NfEG/h1Tx58Jfhn411O2Hh4W+peLfAnhfxF qEC+Em8TP4VWG81fS7y5iXw03jXxkdBVJQukf8Jd4oFgLca/qwuwDmrf9mH9mu0udKvLX9nv4IW1 5oXic+NtEu4PhT4EiudH8Zfa/C9//wAJXpc6aCsun+JBfeCPBV6ut2jxakt34P8ACtytyJvDujvZ gBafsw/s16fNptxYfs9/BCyn0bU9T1rSJrT4U+BLaXS9Y1u00ew1jVdPkh0FHs9Q1Wx8PeH7PUby 3Mdxe2ug6Jb3EkkWk2C24B7VaWlrYWttY2Ntb2VjZW8NpZ2dpDHbWtpa20aw29tbW8KpDBbwQokU MMSJHFGioiqqgAAsUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFA Hn3xT0Lxl4l8Ca7onw+1jRPDvjO/WxTQPEfiKy1TU9K8O3kep2cza/LpOj6jo2oazPpFvHNf2Oix 61osGsXsFvpt7q+m2N1c3cXVgquHo4qlUxVOpVw8eb2tKlKEJ1YuEl7JTqQqRpqo2oyqOnUcItzj Cckk+bGU69XD1KeGnTpV5cvs6tWM5wpS54v2jhCUJVHBXlGn7SCnJKEpxjJyXmfxu+DPin4sfASb 4QP441Ntb1fVPheniXxvbatqPgDXLzRPDvxJ8HeJfHNxoureCoP7S8Na3qXhfR9csfDkmltHNa6l c6dFdavCPtWsJjVnCdWpOnTVGEpNwpKUpqEW9I8025SaW8na7u0oqyW1KM4U4RqVHVnGKUqjjGLn LrLljpG72Wtlu5O7fz1+z/8AA/8AbU+HXjnwjN8TPjL4G8ZeB7LxN8UNU8dHRb/VLK48X2Pibxr+ 0HrmkXo8FXnw9FlpviPxLD4t+APiLW5NP8dWWkfDm9+H/jDwD4Ks9c8M6/da94gzLPOtd+Af/BRv X/hx4r8CXnx3+H4vvGmiXXh+78UweOvE2nav4Z+02Hwai1zxD4dvNF+CWmX4uvGOr6T8dNQstEiv NJPwv0/xr4b0Pwz4m1qy02wHhUAyb39nD/gog+v6xrtl8ZPh/wCTa/8ACTab4D0bVPjF8WrlNI0L xl4u8Cahq8fie/0f4aeHl8SXOieBvCF74L8HPp2n+GNW0b+25NdHiVvHDeI/iB4tAMDx1+yt/wAF KfGPwctfB97+074T1Hxf4r+FviLwd8WIovG2q+FNAvPE1z8APDvgrwxqvgfxDpHwC1DW9D06w+ON z46+J/ip/wCwra/8YaG+heFdQRdEnXQfDYB1/iv4Pft4eANN8ceKNE+LD+LdJm8ZeLL/AEf4YfD3 U9O0jUB4N1jxT8BL7wfpegXl38I508O6xpjaV+0BqnjLWUsPFl9qNp4w0nSY49UjuYtR8BgHrer/ AAx/bX1jR/hbc2PxM0iw1Oz+C3wY0L4jadd+OP8AhGJp/iLo0mt3Xx6k3aH8JfHVnqdx8UbC78N+ HvD/AI20/V9JvfhVqfh648U+FdJ1WHVdX0TXgDyzxB+zr/wUcvvDniO+0T9q7RdM+IOpeDo9L0NJ NWgk8GaJ4lh8Ffs5eG7PVnth8DmN3PaappX7Vmv32pLottZeIfEHjz4da9d+ErGDR9F8N/C8A6a9 +BH/AAUA0fxLpB8G/tKeF9S8EW/j1dV1LTvHt9qGo+JT4Ph+Lvxe1DTLKy1nT/hxGk0+lfA7Ufgv 4TvNE1iPULXxV4t0HxRrGta+upJJ4s8aAHmuu/svf8FF4k8F614e/aT8Oa1440HwnfaTqmpeKviN 4v0zw3e6xqnw/wD2azqT3/hnwv8ACC2tte0y4+M/gb43eLtPlt5PCepaJofiHwhorNrXgjVvF3wo hAPp34n/AAo/a08WfFbV73wf8Y9M8I/CTVNZ+Hkgs7HX57DxHaeDtG8b/AzVfGvhbTtGX4a6pFpn iDWPDvhr48QQfEK38cte6ja/EvRPCE/h/SG0HRPHnhIA82+LnwN/bj1b4y/EvxR8IPi74C8M/DHx nPPNpWgX/ifXdB1nTgPgz4U8JwOYNC+Feoxx6nffEbw79u1zXNQ8Q+Jdfj8DRadY/DvW/hdrSarc a0Acd4h+Dn/BUbUPC2gaZofx4+Cei6/pWhiPXdX/ALb8WXUPizXL7wD8MrOT7NHN8JHu/CVr4V+J WieOvEGjam934uPiXRdRtNO8UeHGsNf1bQNKAPrX9nLwl+0r4MuPiTZfHnxV4O8c6XrvxH8Y+JPA Ws6N4j17Udf0LwhfHQP+Eb8N6tp9/wCCfDekbzIfEtzcRaHLpuk+GoLfRdL02w15tQ1LV7EA+oaA CgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAOIsvGqX3hvxP4ik0PWfDkfhq98XWMkHja2/4RlbxP Cd1fWr67HcMb8R+FNYWxOpaRrxhkFzos8OpfYxu8itatL2TivaUqnNTp1L0p86j7SKl7OTsrVIX5 akdeWaau9zhwGO+v069T6njsF7DG4zB+zx+H+rVK31PEVMP9boR55+0wWK5Pb4Ovde3w84VeWPNZ flX8Ov8Agph48tr/AE/QPi98LdG1PxDdeAtS8d6npnw1urW11fSJ9b8Q/s0eEfhZ4V0Sz/4TX4i+ DPizb+PPE/x8u7Hwr4x+EHxP8ZX3jyw0HTpND+Hel+MdYT4frkdx6L8KP+Covw9+I0Gta1qHw58X eFvDNxBoureBb2/1Dw1/aus6XqHhj9jK41HTtf0mXWYG0TxRYeNP2xdA8O22n28+pWOqWfhXVry1 1D7fLbabMAev+A/27fBnxC+E8nxN0f4a/Eez1CT4taB8G7D4e67/AMIf4e8Uz+KfFXhTwz480G41 K98QeKdK8L+HtGvfBfivTNettW1vXrPTvEls1rP8Pbrxzpfin4f6r4yAPLPDv7a/xE+Kfwr1X4o/ D7TfBHgzQPGP7RfwT+FHwc1b4heHtT19Lf4efFXwR8KvFv8AwnXjrRtB+JPh19Q1m4Xx9eNZ6BY6 74Tj0WOGys7671maC4vLsA4/R/8Agq54I03SdWsfGnwq+I2teKfCF58QfD3iPxL8N9Gs5vg/r3iH wJ45+LHhHTbjwp4+8Za7oGh2WkfEbRfhFq/jzwxPr+sx6VY6VrukaRJ4n1mex17VdPAOwuP+CpXw pttX1Pw//wAKc+Pl9rGg3niLw3r40vwp4eu/D9l8QfDHif4i+FdR8DWvjWbxVaeDb69u9Q+Ffi2X Q9ZOu2ug6zbnSTa34ml1qHQADlPHf/BVfwh4R1fwxbr8GviU2n2vxk8S/BH4nw7fB+seJdI+IXh/ Q/jPZHwb4J8L+HvGV94h8W3Vz8QfhppWnxeN7XR5Ph23h7VNTeXXrfxDp11pNgAd1bf8FNPh7d29 vep8FfjhaWV94v0n4YafNrWm+B/D88vxc8QaJ4U1vSfh/qGma143stV8PssXicprfi7xBZab4N0C DTpdTvtbOmStdW4Bk6v/AMFQvhz4U8VeKPCuv/C74vaxqGgarpsOoR+B/D/g/wAVaR4SstS+HvwT 8Q29r4j8f6H8SNY+HV7dT+Lfi/a+HW1y28SaV4c0trWeHWLmzjt9K1fxWAfbPwA+NWj/ALQPwx0r 4l6NoPiDwol9q3irQNS8LeLbNtM8UeHtb8H+J9W8K6tp2u6POItS0a9N5pEl5HpWu2Ok+ILOyu7R Nd0TRtU+1abbAHtFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFAHl3/Cj/gqN Gm8O/wDCoPhcPD9zqOs6xcaF/wAIB4T/ALGuNX8R24tPEOqTaZ/ZP2KXUddtVFtrN88DXOqW6iG+ lnjAWgC6fhL8Jhdaddn4ZfDsXumT2c2k3J8GeGhdafc6baaja2EunTHTfNtZ7Cx1PVbazktmjktb TUNRhhMcN3crIATn4a/DCLw7qngg+APAUfhPxRf3+pa34QPhXw8nh3xFql/cLqWp3+qaAbAabq9/ e3UKX9/dXdpcXFxcRLdXEjyRiQAFzXvh98P/ABboeo+GPE/gjwd4m8N6pe299q/h7XvDWiazoeo6 jZ/ZGtLzUdJ1CyubC7vbUWVibe4ureSeD7JaGN18iHYAcv4s+CPwY+ImiS6F4o+HPgrXNIbw6ngX y10awtpbfwlp2qWd6fBtrqOmJa39j4bh1TR7M3Xhy0u4NKkkshbXdk8aPEQDfj+GvwzsDpl1D4A8 C2Z8O+G08KaNcR+FdAtzoXhC1nt72Pw1pkq2CHTPDdvc2Vpdpo9o0GmQz2lvOtsskEboALd/DT4a 6reSatfeAPA2pX91p+qabLqV34V0C8vLnStfn1m81rT5Lyawkmm0/WrrxH4gu9UtWka21KfXtZnu 45pNUvWnALKfDzwBHpI0FPA3g9NCFn/Z40VPDOirpIsDoSeFvsI04WQsxZnwzHH4d+zeT5P9hImk bP7PUW4AK/8Awrb4bRNo8/8AwgPgeNvDTNL4fm/4RXQUbQHbQLPwo0mjyfYAdKY+FtP0/wANM9kY CdAsbPRyf7OtobZADc8N+GfDfg7RbHw14R8P6H4V8O6Wksem6B4b0mw0PRdOSe4mu50sdK0y3tbG 0Sa6uJ7mVbeCMSXE00zgySOzAG5QAUAIrK6q6sGVgGVlIZWVhkMpGQQQcggkEHIoAWgBjSRqSGkR SNhIZlBAkYpGSCcje4KIf4myoyeKAH0AFAEDXVssxt3uIFnERnMLTRiYQAkGYxlt4iBBBkxsBBBb IoAbFe2dwsbwXdtMk0jQxPFPFIssyRvK0UbI7B5FijkkZFJYRo7kbVYgAe9xbxyxQSTwpPOGMMLy osswQZcxRlg8gQcsVB2jk4oAjiv7GcFoby1mUSrAWiuIZAJ2+7CSjkCVv4Yz857A0AT+ZHgnzEwG Ck7lwGYgBSc/eJIAHUkgdaAASRttIdDuYqpDA7mALFV55YKrMQOcAnoDQA+gAoAKACgAoAKACgAo AKAPP/in4V8Q+N/AmveF/Cnia18F+IdVSxj0vxfdaBaeKW8M3FvqVneHXNP0HUZ4NM1DWtPjt5Lj Ql1Y3OkW+spY3mrabrGnW9zpF914KvSw2KpV69GWIpQcnOhGrKj7ZOEo+znVgnONObaVXktUlT5o wnTm1UjzYujUxGHqUqNWNCrPl5K0qareyanGXtI05NRlUjZunz3gp8spwqRThL4h+Mn7HPxm+Jfx T+F/iO0/aD8ZJ4P8B6x8Nby8u7nx9488J+M7jRdETxJoXxR0jTtO+GU3hHwZp/iP4keFfEmoWr/F HSbDQvHWkrf33h2wvLTw+tosOFWaq1alSNKnRjOTkqVLn9nTTd+WHtJ1J8q6c05Pu2bUoOnThCVS daUYqLq1OT2lRr7U/ZxhDme75YRXZI8d07/gnx8etX8X+G/H/wAS/j7qHi3xV4K+IA8VeDLi5+Iv xU1mHwnY6h8RP2PfFviKy8Nf8JC94LPQbv8A4Z4+IOuaN8P/ABJb+MtI029+IWm+EtZ8QeJ9NsdX 8UajmWdb8Tf2H/2jvG/jLxXqkf7UnjG88Fa/bLdHwKniq9+Hug65rVh4b1Gwkn8aWHgbwh5t7c+N Nfbwnqt5rnhfVPCo+H6+BIYtD8O+KbLxbrOk2QB33hv9j/4yfDvwP8EfAvw7+POsaXoPw6/sUazo cmreINL0y11YeJvBfiXxT40s9Q0by/E/xOuddfSPiJa33gL4wa5rvhLVr34rXutXdxap4P0TRbwA +bf+GD/2vfFun+LfhR8S/wBoLxF4h+F+sfAvUvAM2u618bvjF4nvvFGoeLvD/wC1F4U8SaF4s0c3 +g6b4sudSvviD8GfG+ueNLvw74U/4R3RfAWjfDDwho2v2s/iTxOgB9CeIP2Pfj03xk0zx34T/aa8 eaP4a/tn4Zal4ktdO8TR+FtQ8SR+CdVg22Ws+GNO8D6v4DvPDmieFLC88MQeDtK0vwzYfEIeN7/V /GuqWur+B9JvfE4BP45/ZF/aR1vxN408UeFP2w/iZoOua+0ieH9WvfEHiSXR/DgGifs6eH7DUU+E 2j3+j/CF7vT7TwR+0DfyadZeErDSdY1v4u6VreqxT614e0/VNIAPObP9g74+S3p1DV/2j/HN/dXv gbSvD2qT678XfiN4m1G8vvDvif8AaW1rw1pmv32m6V4D0zx14a0e2+N3hcRHX/DdrNdzeCbaDVdN 1OOy0m7hAPStc/Za/ad1P4P3Xgiy/ai8daH4qOt6fdajq+gePdftNR8dpZad4etdT8SXPxD8TeGv HHi/4S6p4n1vS9Q8UyeAvhpYn4YeGLTUZvA+kaFd2dxd+JpQDz7xL+xR+1NrPiXWvEzftUeKLzUn vfFcPhDU7Hx3468Ga54Q8G+KfGPw88R694N0qa2s/FXhmObxVZfDXVbaXxbceEL7UPAt38cPEtn4 L0uPwT8EvhF4LnALet/saftYNZeD5tD/AGu/iDdeINKn0ubxRca58T/iRY6V4qn0DwV8PvDXh241 fTPDq2dk2l2+v6X8Q/Gfjfw14MsfhtN8UbvxRZ6ZqPinwy9ppmseHQBkn7Fv7Uk6+E9DT9qjxJof hbw98Ml8JapH4W8d/FTw5d+IdftP2bfDvwu8K3NpYaHrOlWHg2w8C/GHw9qvxa/tHw5Omq/EWHx7 c6T4ut7abwHo1z4iAPpf4Q/BP43+D4PjPZ+MPjx4ov8A/hOvijqfjXwRrsWsHxz4h8KaJql/fX9x 4bsYPiH4evvB/hfwrDBc2GjaB4G8P+E7mLw3aaXc3snjDX7nWoodBAPL/jv+xd4x+KvxP8LfFfw/ 8XG0Txb4Y0j9m3wrdanrOkR3q+M/Bnwu+OuqfFf4qaF4p0bRk0bQEm8bQN4U1jwlqmi6fp8/hbx/ 4J0Wd4p/Bd94m8LeIADzez/Y7/bMWbwgx/bL8R6Rp1lrGkyeNdGg8QfEPxRJrmj2Hh/wj8N9e/sf xH4i1pdW0q88Z+F/FP7SXxYFm8c1r4F+Nmt/s5w6Jd6t4T+AVtL4lAOo+MP7J37UPxK+Pvi3x1oH 7Tniv4f/AAk1rQfGOm2fgLwr8SvipoedQ1D4N6Z4S8AapDpWi32n2vhDUfBnxRg1bxtrd74W19bH xxpt9pcN7oGlavpWp3niUAyP2n/+CfOs/tA/EvXPixF478PWviG8+Gvw8+H1lo+t+FtGm0+eXw9p Px30XXdfuPFdhoK/EjQbyzl+Mtn4m8P6d4X8W2HhnXrrwtc+FPHPh3VvD3iW8ntADsdI/YetvAPi P4b3ng3TPhH420fwzpPgjSpJPi74E0J9R+Guq+EviOfiDqnxD+EWmfDrwz4P0S28a+M4GsfDurXO PCd5FeeBfhR4sv8AXvEQ8D3HhbxEATftAfsceIP2jPHPwr+LviDWPDPhnxX8PvCfw+lk8ESaZpHi rw5feLvDfxV8HfFLW9El8Zah4VTxzomiSt4bn0XRfGHw91HwR4ms9SOm+INUsde0m0uvB+oAHmnh D/gnQfhr8Pvgj4Z8PRfBz4jat4D+F/iTwH4rtfi/4A0efwavjHxdofwb03/hbmgaX4J8NeHNT8Qa x4Fn+FerQ+HtK8R6jp3jbXdJ+IPiC1m+M3hedZp9SAOs1f8AYBMniPw/4o8J+JPAPgmVv2qLj9of 4keGNH+G1pB4Z+INtpvjTwxZeBbOSLRtS8PPp3iLwn8DfC83gUy3ttr3hvV/Fvjjx7451LRbjXNW ttRtQDvPhr+xlovwjh+DHiDwRo/w90zx38OdX+NHjfxMNG0mbwp4W8ReNfjXoGtN4jstFstGsZYv D/haHxLdeHdK0x20m+1XTPh74M8J+Hx9tTw9p1sgB920AFABQAUAFABQAUAFABQB598U/Htr8MfA mu+Ory1vdRt9AWxmbStK0nWte1rWXu9Ts9Ph0Xw/onh2w1TXNX8RavNdx6foOmabpt9dX+rXFnap bOJWK9WCwrxmKpYaMoxdXmXPOpTpU6doSk6lWpWnCnTpQSc6s5zio01J82hzYzErCYepiJKUlT5W 4QhUqVKl5xj7OnTpxnUnVm3y04RjJym4xs7nzf8AtH/tdJ8CPBXw21w+BL9PEXxRvbW20fSPG2ra F4QttGB1bwxp95p+qT3+rxjUPGbweKINR0X4faNNceK9Z0zSfFN9b2QfwtqllWNWCpValNVIVVCT j7Sk26c7O3NCTUXKN9pWs94tppvalN1KcKjhOm5xUuSokpxvraaTdpd1e62kk7pfIfib/gq22qWd t4c+F3wiI+K+o+BPhP8AFS18M+OfECy2Om+BviL47/Zr04w6zP4Zhlt28S3fgX9pzwJqej2Giazq y2XiKPxFaa2sWm6NoV144zLPVvEP/BTL4deCdE0LxF4n8I+NLux1rwv8CL110Lwd4lttIj1/4t+F /jx4zvJtB8Y+KLTQ9N8Z+C20n4I3+leC/G+kaZb+BPEviLVtEgh8bNpup63qPgoAxvhx/wAFDPEf iH4beNvid45+Hdrodlo3j34GeBvD2g+BrTxD46sze+OdK+Aeo+P4PF/xR1P/AIQv4Y+DtY0zUvjv Z+FdE0jxhrnhKewv/C2uanct4la11LQtJAGeCv8Agqj8LfFev/DO0k8K+IU0b4pTS6ZpdzpVjqGu ajpuuab4z8QeAdQ0zT9C0y1uvG/jae/8RaOX0xtO8CaJp8OnW8tvPqtz4s1/wR4U8TgHY6D/AMFI fAU3xnuvgx4n8BePNO1q48V+JtN0GXQfCfjXxFq9x4d0rwfqPjXSLnVPAkPhO38f2nji50XRbu+8 TfDG38N3PjfwlZeIvAl9Po2pafr2qXvh8AzfFH/BTPwZ4KvvFa+Kfg58TNM0LQPF2q+D9N8Qxtou pJq13B8Svj18LtI1a/8AD+l3V54r8O6JPrH7NHxY8ReJbi+0Se+8I+C4fCurXenX+r6vr3h/wkAc Rp//AAVM0rU9K+I3ieH4Q+IX8K/D6H4feKZ7jRdX8PeJPEd54M+Ifw8+Gnj/AMOaVN4cOs6ELXx7 r1v421WCwtrXVdU8O21hpuk6wNW1W31y0hcA9z8Uf8FBvhb4O074Y3Gr+GvF97c/Ejxxb+A7bUPD Om3niH4cjVptXu9GB8K/GG2sYfhp8Qmubi0mmsrDwr4hudUt44buw8UWfhbxFZXWhxgHz4//AAV1 +HFleW2o6x8MvEth4P1SPQdN0eWDXNE1XxdceJZ2+Kl9r0lzoulPeaPa+CLrw98NbHXPhp46k8RD QviLpHxN+EHiyK40TwB8StE8XxAG78Rf+CqfgbwDoB1HWPhn4s8PXOq6D4p1zw1Lqt/4Y1o3lnp3 hfT9W8L3q6BoPiD+0btvEOq380Ulnd6h4e0fSdI0pjr/AIw0HxR4h8I+FtcAPRov+CjfgW9+I118 OdK+GnjTVr7TNZlt9d1Sy1rwS9h4b0KH45eDfgHPeeI428QLe6L4vsfFPjPTdc1n4Y6hbQ+NtA8I 3uharren2F1r9tp8AB658Df2yfh98bfgzoXxmsPDvj2y0zWde1jw1NonhrwN44+K+o6VrGjbJbm3 u5Phh4W8TJLapbT24OvW0cvha/u2kHhzX/EOkyabrWpgHh3xn/ba+JXw3+OmqfBvQPhlomt+X4n8 HeFLLWNSl1yxXTH+P3gzRtN/Ze8UeIAoECeGfHfx/wDDvxv+FniR4Xt7rSofAdjdIba8vlivADF0 r9v7U5vBP7RHiu8b4bXeu/Cr9mP4mftFxfD6wOqW2tfCi/8Ah1a6zJqHwo+OerJ4j1mC18Y6fdwW Gn+J1vdJ+GN1Yaxpvi/TfDejeL9O0DUvEmmgHt+m/tY6N4t+PGkeA/BnxF+Blz4Jvh4Xh8O2cniK 48QeOfjXD4k0/wAYy6r4r+D2oeFdWv8AR7vwx4A1bwne6Hrr/wBheJLa71Pw/wCP4dd134f2/hOC 91sA8w1H9vaz8Hah49vvGd/8MLi00Hxx8V/Bcfwy0zxFF4a+Ifw4i+F3xN1bwHpfiv4ueL/F2uwe AtC8NfFfQdFl8a+D7zxND8NSLvXfBngzwiPip/wkcni3SwDnNV/4KkeCtHsNQ17U/gv8Q9I8MJqr aVo2ueItd8CeG0vJJ/FP7R/hHTpfEFnrXiC0n8ExHUf2Vvipe63J4jNvF4c0i68E3Ooym81fxLp3 g4A898Rf8FcfC2iaV8SWt/hdq974g0jRfHOvfDm0udRjsvC3ia18E/s8+CvjDcfaPHNsmq6Jq+n3 eta7rMUXiDwsL2zk+Hz+EfG9ja39p4hg3AHbal/wVM8Bahrlt4S8E+BNYm8RP8bNB+Et1d+MdV0b wroKLL8c/AnwW8QjTn1e+07VNZ8beb4xm8W+GvA9hYyX2seC9J1TxDHdSajoms+FLUA6v9oH9vHx D8H9E+GHjrQfh7oHi34dfEL9nTx58W9S8R6N4stfGMXhHxXFdfC/TfhLF/aPgiXVdA8Y/DXxf4j8 ejwfrXjLwnql+mnaprfg3xHamXwM/inxFoIB0Gvf8FFPhtofwb+Lnxmk8I69Jovwh8SeE9D16yfW vDbTxweMNSjs7JNUOm3+rXuh+NtHgLzeLPhNc6ZcfEzwzdz6RZ6p4aij1m1vQAcJZ/8ABTjwjo+v 23hbx/8ADLxdpep698WfEXgnwfquh/YdS8Pa54TX4/fHP4JeDdZubwXkn9j+LNak+CWr6sfCWpSW 7ajZ3C3mm3yTx6loujAHGaV/wVo8I6p4WHxWt/hB4t1H4S6R4IHizxhe+Fdd8HeM/Fmlza1p/wAD NV8H6ZoOnaB4hn0/xRrl03x48OeFfFPhiwuk1Hwx4z0bxbpj3t7BoumTeJQDQ8cf8FVPDWl/CbxH 8SfB3ws1PUILPw34il0HWPE/i3wv4d8J6h4y0TQfj9rSaL9o1O/0zVrm1vk/Z98QDQrV7PSfE3iW 68SeFNFg0PS9Vn8Sp4UAP1poAKACgAoAKACgAoA/Ku7/AOCkniiHx9rfg62/Zp1PUNN0r4mXHgSx 8UW3xDuHGr2U3iPVPCmh3Ft4X/4VsfFsfje+1bR9SOu/Dv8AsmW88F6HDJ4y8S65Z+ArLW/FekgH P2f/AAU08WhfAepap+zybTT/AB5qXgzQm8vx1qtzpmla54g/aF0H4BXWgeGPGVh8Nr7RPil4gWbx TH4+0230SHRfCmp+DPCPjnW9C8a67oVjp2u6kAdJcf8ABRP4l6betpGrfseeMRf2HgPVvG2rPpXx E026055I/gxf/GbQtD8H2+s+D/D3i3x/eWNlFovhn4oP4X8IXc3w01/xDpiQ2fi+G6sG1AA+y/2Z vi7rfxm+Gh8U+LLTwvpfipPG3xY0m60jwhqGpatoEfhrw18Y/iJ4K8Ba3pGr6xp+kahr+j+KvCHh TS9f0vxW+i6LaeLbe8PiLTNG0nTdRtdOtgD6E2qNo2jC/dGB8vBHy+nBI47EjoTQAYGc4GfXHPOM 89ecD8h6UAKQCCCMg8EHkEHqD65oAPX35PuemT68AUAJgcDAwMYGOmOmPp2oACAeoBx6jPcH+YB+ oB6igAIBwSASDkEjODgjI9DgkZ9CR3NAC4HPHU5PucAZPqcAD6AUAIAB0AHJPAxyxJJ+pJJJ7kkn k0ALQAgABJAALHLEDljgLk+pwAMnnAA6CgAwM5wMgEA9wDgkZ64JAz64HpQAEA5yAc9cjrjpn1xQ Bk67oGi+JtNl0fxDpdlrOlTXFhdTafqNvHdWklzpeoWuq6dM8MoZGkstSsrS+t2IJiubeGVcMgNA GtgcDAwOAMdBjGB+HH0oAMD0HXPTvjbn67eM+nHSgCjpelaZoemadouiadYaPo2kWNppek6Tpdnb 6fpml6bYQR2tjp2nWFpHDa2VjZWsUVtaWltFFb28EccMMaRoqgAvYBBBAweSMcE+/rQAvXrz3/H1 oAyPD+gaJ4U0HRfC/hrS7HQ/DvhvSdO0HQdF0y3jtNO0jRtItIbDTNMsLWILHb2djZW8NrbQRgJF DEiKAFFAGtgYAwMDGBjgY6YHtjj0oAWgAoAKACgAoAydS13StJ0fVtfvbyNdJ0Oz1O/1S7hD3Ytb fRop5dTLRWizTSTWa206y20UclwJYmhERmGym01umrpPXs9U/RrVPqTGcJpuEozSlKDcZKSU4ScZ xbTdpRknGUXrGSaeqZ4L4C/a8/Zt+JWk+Gdd8KfF3wnLo/jLwb8L/HPhnUdcuZ/CVtrGj/GTU/H+ ifD3T7VvFdvorf8ACYavrXwt8faNe+AZVj8b+HtX8NX+meI/D+lXwigkRR3dp8c/g5qPjvw38MdN +JvgnVPH3i/w/wCK/FXhnwvpfiHTtT1PWdB8EXHhi18VahaLYz3ERXR5fGXhxprd5Uu5rfUHu7SC 4tLDUprMA8D0/wDaj/Y2+LWr+AtU1bWPDd1fp4huH+EHij4p/DPxD4Ws9T1KHw1478a3Xin4T+Lv iN4S0jTdR0uHw38HvGutXni7wlqj6daW3ha2lvdRgOp+Gv7UAPdh8f8A4EGSCIfGz4SGW58H3nxC tox8SPBxkuPAOnx3st/44gT+2d0vg+yi03UpbzxNGG0W2j0+9ea9RbWcxgHa+FvGvg3xzYf2r4J8 W+GfGGmeXYTf2l4W17SvEFh5Wqadaaxpkv2zSbu7t/L1HSL+x1WwfzNt5p17aX1uZLa5hlcA6agA oAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoA4c/DrwhB4V8WeDtH0a z8N6N40bxbc68nh61tNOludU8btezeJdc4t5YH1nUrvULq+nvLm3uPNu3Ek0cqjYdKlWrWcZVak6 kowhSi5ycnGnTioU4JvaMIpKK6JHHgsvwOW061LAYTD4OniMXisdXhh6UaUauMxtaeIxeJqKCSlW xFec6tWo7ynOTbZ+f+r/APBKD9m7UfEGp+IrDxN8YfDs2seHvA3hjUtI0bxN4Uk8L3Gk+EPDvjzw 7rcUfhjW/A2saJZP8Uf+Fh694i+J32CytYNc8ZS3finSoNC1bxT4+m8X5nYe6fB79in4c/BH4m6l 8VfB3jH4kT6/r/iX4zeMfFNhrV34HudE8TeJ/j9efDrVfifrOo29h4D0y/sptb1z4T+ANZtbTw/q WjaZpF1oRtNLsbXSNU1jTb8A8a1b/gl58FNeh8aR618RvjHdS+PL83viLULGT4P+GtU1Qn4XfHf4 SmbXtQ8J/B7Qp/GviKfw1+0D4nm1X4hePm8VfE3xJf8AhjwMninxnrelabrumeJADFsv+CXnw9/4 SbW5dZ+KXxD1fwRc+ERpuleHbrSfg/eXdz441iD9rCw8VfEPxZNqXwkvbDxBqx0z9rXx7BoWjyWU fhF7tl1TxZ4Z8T6mZry7APuj4J/CSD4JeAtM+Htj48+IfxA0vRzKNO1b4mavpPiDxLDHcSyXVzDN run6Dol7qUc19Pc3aNrDajcWgnGn2NxbaTa2Gn2gB63QAUAFABQAUAFABQAUAFABQAUAFABQAUAF ABQAUAFABQAUAFABQAUAFABQAUAFAHnPxb8eJ8Mfh14n8eSQXl6PDVpb340rS9A1bxVrmvSG/tbe Lw34b8OaG6arrXirxJJOmheF9Osyz3PiDUNNjkjlgMsbdeBwrxuLo4VOMfbSceedWFGnS92T9tWr Vfcp0KVvaV5y2pRm007M5cbiVhMNVxDUpeySlyQpzq1Kj5klSpUqfv1K1Vv2dGEdZVJRT0ufNX7Q /wC0Z4p+Hvwm+DfjlNU8Hfs6y/Ev4seFfBXiXXv2htN0/UdF+Hmg65ofjDVjea/Zad8SPBOm2uo6 hceH9LsrGPUfGWnS2Tawlrqenw6wr6ZBniaUaFepShXpYmMJcqrUef2U+7g5xjJpO6vZxbV4SlFq T0w9WVajTqzo1MPKceZ0avL7SF9lLllJJta2bUle0oxleK+LdU/4K0ar8Ofgj4s+K/xI+GHgjVdO 8CeOvEfw7h8UaJ4+8ReENH+NUnhD4feJfixJ8RfhZ4cufAfxBt9A8IfEn4WaR4e8ffCiw8X/ABHu bTW7XxlYaRceNilraa/ruBseg+Gv22/2hpvC/wC3He+J/C3wVHiX9n7wT8RvHnwm0nw9rnii6k1i 18NftKftifAvRNL8aWmqW2kzSWX2T9mzw9Pf6/pM1pHeazrut3MdpptrPYaLo4Bk+Kf+CsuleEvF lz4Ev/hJoNx4y0uf4zeGdc0OP4yxaSul+O/g1q3xtsNTb+2fFvw48NaBd/CzWLT4G+Ib+Dx/Dqg8 U6ZJq2iadqvwut72+tluQD03xX/wUEl0lf2RfF2geGfB2ueB/wBpH4U+N/G97o1z4v1bw/4tutc0 f4i/s1eCtF0H4QDxL4T0XUviP4lmg+MPiy70nwJqXg3wfrHjiLRrK9h1Xwj9iuLDVADz/wCH/wDw Vl8L+Pm+CywfBvVtLPxj+JI8C2xu/HOnbdBinP7PwgsrppfD1qsnxStf+GhNHOs/Ca/Oi6lAPA/j s6Fr3iQReEz4sAPUfD//AAUDvNX/AGUvHX7S+ofCDTvD114OvPgYw8Far8WNPg0yXQvjv4D+A/xH 0TVtX8cT+DrddPv/AAz4d+OdrD4g8OaF4Y8WatqmveF7/QPASeNNS1vw9DfgHyf4n/4LHf2N4H1j VLbwV8OrrxLq/wDwn934LtbTxp4wa90jw9caLqt78E9b8S+Etc+H3hxtS1PX7q30nUPHHg+48XeC PEel+Etb0nxHoVlqsd/Ja6eAdnrf/BWO78InxTrGvfC7wxrXh/RLf4baNY3vgv4k2useBNW8ReJt E/aG8ba/4g0j40SaLD4d1PwsfD/wf0vwDpsN34W0ODTPjrNr/gHWPE50izbxZaAHtX7Rn7dXi/8A Zx+NPjfSvEXhHwVqXwj0D4J/Cvx7oS3/AIo1Hwh4x1PxL4tg/ak8S+J9Kl1TUdC1PQLnxTf6D+zx beF/hL8LrG3i1Xxp411yYXvirTtPln/4RsA6/wCIf7dNz8NfgDcfHrxJ8NPD2l6RcfFz4y/DzRrf XPizbeH9At/Dnwdsvi9ez+L/AB14y1TwTFp/gvUvGs/wZ1zw74O8LQ2PiO1u/GHi74deHtR8VadJ 4g1W78OAHzr8VP8AgqzFpXhiCf4Z+DPB7+NLLUvifF4o0Xx143RNG8JWfw9sv2npopfG15odk2q+ EbbV9J/Z8h+IdtfXemXAfwl4isU+zpY3S+J4AD33wd/wUE0zxv8ADP8Aab+ImkfDIwP+zs0rnRdZ +Ieg6ANZRte8W+H4tO8Y6lr2m6Z/wrHxJptx4Pu9S8V6Nf2HiG30fSNT0j+yNV8T69JqOgaaAeZa f/wVI0rxKPCVt4J+GGh+J9Z8d3vwa8N+F9If4n6toN9ceI/i9rfwC0aHxXquk6x8KIPFmj/ALR7j 496dpUHxhuPC8mpa34y8JeIPBcfw60/VrjR2vwA8Lf8ABUix1y7+BOnax8Eb7w9qPxw8SeBtOsoW +INnfWmi6L8QvA37LPjrw/5epy+E9NsNc8ff2f8AtU6B5/gC3ns1vLfwD48n8PeJteu4dA03XACT 4tf8FDfH3wr/AGiPGvwTi+F3gjxpPpnif4q6L4O061+IF/4a1O80b4cfs2/s0/H6TXvGupXHhfxC fD73v/C1PH2iaXb6V4d1m11g6RpsQu9Pn0XUrjWgDofDf/BSvRdT+K3gj4T+I/hVN4R1fxHqtjZa 5qV/49sDpenWfiDTbPxBol54Uvb/AMO6RYeN7nw74Y1TSvEPxf037d4dk+HWn3qT6XP46tptOudR AP01tLu01C0tr+wure9sb23hu7O9tJo7m0u7S5jWa3ura4hZ4bi3uIXSWGaJ3jljdZEZlYEgFigA oAKACgAoAKACgAoAKACgAoAKACgAoAa7pGrSSMqIilnd2CqqqCWZmYgKoGSSSABkk0AKQDjIBwcj Izg+oz0Pv1oARWR1WRGV1dQyOpDK6MNysrDIZWByCCQQcjrQAuASTgZYAE4GSBnAPqBubAPHJ9TQ AYHAwOOnHTjHHpxxx24oAaTGpRSUVmZvLB2gs+1mbYDyW272bbzt3E8ZoAjee2C/vJoNjhh88ke1 wHWFx8zYYCR1iYc/O6ofmYAgEoCEhwFJIyHGCSGC8hh1DBU74IVfQUALgdMDGc4x3zuz9d3zZ655 60ABAPUA8g888g5B+oIBB7EZ60AZ2s6RpniHSNU0HW7G31PRtb0+90nVtOu08y1v9N1G3ktL2zuI zjfDc200sMq5GUdhkdaAJrDT7LS7G00zT7aG00+wtLexs7SFQsNvaWkEdtbW8a84jht4o4UBzhEV egoAm82AzNbeZD9oMYneDennGFmMQmaLO/y2ZDGJCu0shQElSAASgAdABwBwAOFzgfQZOB0GTjrQ BGZYdwVpIt4kCBS6bhK0ZcIATnzGi3OFHzGPLY25NADVubZ5EjSeBppoPtMcayxtJLbKyKZ0UMWe BWljXzVBjDSoN2XGQBXnt0ikuJJoUhhErSzvIixRCEssxklY7IxEVdZSzDYVYPgg4AJqACgAoAKA CgAoAKACgAoAKACgAoAKACgDzn4t+G/Fni/4deJ/DfgXVPD+g+MNWtLe38O+I/FGkz6/o/hfVBf2 k1t4qk0C3uLJtevfDLR/29pGiTX+nWWr6vp9jp+oajYWNxc3cPXga1Chi6NbEwq1cPCTdalRmqVS tBxkpUVVkpeyjWT9nOoozlCE5TjGUkk+XG0q1bDVaWHnTp15pKnVrQdSFKfMmqzppx9pKlb2kKbl GM5xjGU4xbkvnv8AaE/Zx+IXxq/Z98P/ALPU3xE0fX9N8R+JfC8Hxv8AGnxG0KW/uvFXw78P3N34 w1fw5aeDvB83haw1u18ceKNF8K/D/wAReH9R8R6DC3wo17xjLd+I9b8Q2lra+IM8TVp1q9SrSoQw 1OcrwoU5TlGnHZJSqSlKTe8ndJyb5YwjaK0w9OdKjTp1K08RUjG0q1RQjKb3bcYJRS1tFatRS5pS leT+U4f2Wf29vEMPh3w78U/i/wCA/Gfhzwj4o+EPicanpvxg+LPhbU/Hd/8ACXx3+wrrEd9rGh6P 8NbeHwldeJ7H9nX9oPxpf2dh4m8T6dpvjT48f8I/D/aGktrPiiLA2JPhL+xz+2J8IPCHwJ8BaF8a 9NvPDPwyT4TWV/a3vxo+L80OkQ+FvAf7JPh3xrc2FndeEbpPiB4Zu9Q+Fv7SNp4c+EXiW48M+Bre x+Mula5YzeE9T0zT9O8IAHp37NH7M37Uvwx8YG2+LHxs1Xx18O9Y/Zz0TwX4p1G/+Ovxk8e+Pk+O r+GvhjaeLPGPgW38UaRoXhnwh4Zv/FVj8XfElpfzrrfjC0vPEfhq28OXHg/wTa2nw38IgHjOmfst /wDBS1vCHi2Lxp+074V8XeLdT1m11bwxaaD8T/if8M9G0JtU+HfxN07WLd/Efhz4d3msSaZ4V+K2 rfCbxr4Z0WbQr/T/ABHoPgjXPCuvppui+JdU0jVADX8X/srft4eMfEOm6vqvxf8AAMkPgbxZYah4 Wez+KXxL0fWPE3hv/hN/2o5/G1t/aun/AAyGofBzX/iX8Hfix8LfhK2veDtQ8X618OYfDN/4h8Oa 3qt/4R8KDWACTxR+wt8ddY+CHwb8AaR4r+H+n+LPAmgfE3R/El7rPjLxr4ntrqP4h/tW/Af42TwW /ivVPAb6/wCJ5n+H/wANvF2hat4g1zRtJ1a/8V6lpM/lCC+v9a0oA6T4A/syftxfDX4mfBK6+IXx +8PeM/hb8OPDN14d8WWGm+NvHVnc+LX8z4ySx6pdfD258HDwXdNfWPi34PeH4dKi1bRLTwWfhI3i LwZc6dZ+Jta8EaiAdN8K/wBmr9p74dfGjSdaT4haOfhFD8XPjP441HSP+FyfFnXLiXwx8TPi1+1F 8SJtJn+HWt+Ff+EU17WNetfix8EtOkutR8U2ifDK8+EmpT+C7nV7PxDqtnr4BxHin9lX9uuTxv4n 1vwN+0+2iaT4ouP2hdTspdV+JnxJ1h/Aut+PvGP7QUvwwu9H8F6v4Z1vwTrmheH/AIceKf2dfDK+ C5bXw7o3w4134UeIPFPgyfXNc8UeI9V8ZgHLeG/gf/wUb1DSfiJpmi/EzSfhlDquteKtI8HXPjH4 3/Ez4r6r8OIfD2s/tGjwfq2gXvib4aPf/FTQPENn8SPg1cXd5401PwvrC2vwpWx1O119/sN7MAc/ 4o/Yx/bz8WaFP4d1j40aDqugax8K/Hfg/XfDmr/tL/tCzWUOp3WufFHxF4IttC1nR/Aeg65JeXWo a38OtP8AFvxM8dzfEDxPpvhHRp/CnhbQIo/Dn9q/EEA92+O37J/x/wDEPxs+Jvxp+CHjjQ/CmvfE PwD4B8GWt1f/ABU+KPhO98Pa14E0L4m2/hHxfND4e8PeItM8Q+GfAHirxynil/gpPb6Z4I+L99dX 8/j3UNNl0yCPWwCD42fs4ftmat+zF4e+HHwT+M+m6b8cX8U+PfFXi74jeNPjT8cdKEWp614f8dJ4 Kk8L+JPDum6vqY0Pwz4o1PwTcTfD7WPCtz8Op9F0bUIJfC2oXn2eW5AE/aw/Y0+Mfxf+Ll98VfhH 4z8CeF7vQ/Bfw/8AHvw5sfE0+v2S2X7W/wAFfF2uH4deM/EL6LoGrmXwJ4p+Enjzx78KviFdWrT6 9Hocuhw2mha5bwGOzAMf4d/sM+OfhH8a/hhq3gax+E7/AA8+Gvjmw1PTviVrd7Y33xql+F2l/APR fgxo3wqu9M1P4Ia3qqxeFLXR5tK8K614P+PXgHR28L69qkvinwd4i1iApqoBr3X7Mfx61Hwtp/gz xJ4B/Z28c+EPAf7YXx9/aK0bwf4p+KPjK+8MfGzwd8ZfiD+014q0Pwp8UND1D9nvVdL8Eav8Pbj4 3+C/iBpaW9p8X9IvPiF8NLGK1m0R10nxnpYB9zfBvw54j8G/Dzwp4N8QeGvAHhQeFPDXhnQdN0X4 Z6lrl54P0y20/wAP6bDc6LoNl4g0fTL7StA8Oagt34e8NRNNdm/8PaZpmrS2vh2a/k8L6MAepUAF ABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUA FABQAUAFABQAUAFAGFqreIl1Lwz/AGMulPpT6vdJ4tF/HcNex6J/wj+tSWU+iSw3cEMd+PE0egQX C3VtexSaTcaiY0huEinQA3aAP//ZUEsDBBQABgAIAAAAIQBOg672bAgAAJQlAAAhAAAAcHB0L25v dGVzTWFzdGVycy9ub3Rlc01hc3RlcjEueG1s7FrZbuPIFX0PkH8oMI8Z2dwXo+WB5GViwN0xWh7k MSiRJYkwtxQpW+7BAP0tecsnJI/5lP6SnFtFSpRHbavdjQY8sR+oUlWxlrudc6/85sdVnrFbIeu0 LIaGdWAaTBRxmaTFfGj8fH0+CA1WN7xIeFYWYmjci9r48fiPf3hTHRVlI+q3vG6EZFilqI/40Fg0 TXV0eFjHC5Hz+qCsRIGxWSlz3uCrnB8mkt9h9Tw7tE3TP8x5Whjt+3Kf98vZLI3FaRkvc1E0ehEp Mt7gBvUireputWqf1Sopaiyj3t460jFuGE+yhD6nc/28ksdv+FFdZmlynmaZ+kIXFSeZZLc8GxrT uWUcHr85fDBLzGYibi7rhsZoPVpJNWjhurqWQlCruP1JVpOKRrH7u9srydIEajFYwXNIn9ZWA+00 9bXANL3u1uvzbiV+tJrJnA4L0bHV0ICO7+mJl/iRWDUs1p3xpjde/HXH3HhxtmM2Lqs3wIXWm9Kt 9I12XCd0HNPt7vQekuHFPBMsXF9PvwMhVpdlfFOzojxZYI4YSVneLQRPahKKvjTE1G3Rl0TXV0Oa bHr3tkwgP75sSoNu/UAivu2EYeApuYRe6MEyt6XjupHtOwYjEdmWHdie2n2zUCXr5idR5owaQ0Pi UmojfttqnR91U2j/oiQDUgrICnY3NCIPSz4YyVNyrSzNh0Zo0p8+E93/rEjUyw1PM92GFrJCKXTb 1uj+pIhmNS6Te5owxSdkcic5PKSAVxuMF/GihPfFjdR7ZHUzae4zoTaBInF6bfyJmL3X5rbuEkVy xSVHN8ugpKEhisHPk1Y+eBdm0W2OpjaLJ4wDmtAGvzGOiBZUtq81+/2MwwssT7tMGPiWazlaRJ3j 2Ojz0alsw3F9E3aEo669YqP4l2Mb2UUBD4s8J0DoadQXzzQdSEH2R6a9EbKRuhrBwc5TFeY6Q6OB nebEYEvXfDr5MDR8M/Jh3mpqMalivVh8FTc6rFpr81dm3s5o+BTORXPRYlWJI9tOEPnkqDybA88y rar1sBtavkt+3hvGipuFdpg3vIcfyQfGzWqcGk7Zrn/8338xxAznB3aS1nHJJvdAxbz+gV0U8QEb ZRmT6XzR1IzQRt6K5IDsA0fHE+vjqX2MtqJ49TuSzFUPYP9+cXpQx3LH3Z8RI/wuRlymhWCWUsWj 8WGy4JW4vq+AA98SOyzPdmEIBKlhEHhBZxRdfPB91/S6+KBOCXV3+NNhQhsaMlxFecG+sAEoav3m MVbSrHayElkuWxhpIYU1SjoaEwBKdW6wTMCP0OjDzRPzcL/fDxQFnZltoMhS0vyMrYGZacK2P2Uh XKsWrVDrLHm3hNwpwPxjySUogAESCIamYYVIYsseizXx2YvkeJEVErFRlup7CJOKcG0oYGjZFNI0 yQkDxwlePJAhswEbA7f5YLSEpyahgvJoiLMI0juIW8Nb26vhDb3FMj8pwe4xs2NK06550oA3kdDK vOLNJaEXTVSRHFTwevU3LqvWvRvEhHelikO7vFzPVXCgORot0kGnat9mFsGDRi/YxQYnItO0EGTU rP0RVMPdGszYtE0LyIP1Xuo0/TM8QQZnWaJSll9Cy7WjUyscBOPR6cAN3dFgFNrjwemZBVoBBg0+ /SskryJOjYxKQMrq/A+xVnPQz9LP5vjTx3//6dPH/2xgBYcgQXxjYuo6rr0jGNjkJE8Gg/cl7JDy uC4s1BVShO2ureQGM69hLmdJqmYRo+xt0kWB7cBxkc/bWKEOhReeGyvCwA0IsyjdcV2iTEoLHaZ5 jhmYFqRB+ZATBVEIzkVH/CyyfXFC9FXI9pzMCdLSuZJqkEqfSFKiHcagpNDTUz9L+VpkoJiwCxe0 5J+va9d0bCSfpGvXAS7o3HYDC75lmXaIOhAp27Vdq+W931DZ3z/7fQoYvij32QUQzfcGCOWgXXRm CN/rEo+kYPgwqiK+XMmynCnwqvPmJBMcTG+d0VC1gFEE2oRVrAOdb2cqah/Fh1Qm8+X7TERcFgm7 FLci22MrFdieudX1IpX779Sm+c8S3nm5lM1i70u5Oro+b6t09shOiGUPai8qunX1RqhXZdCVKgMu ZTo0fhmPI98+CceDseWeD9zTKBiMzn1vcO45rnsyDkcnztmvBuKj5R7FUqjK6UXSVnDR+Zuqa57G sqzLWXMAjnSoy7eHVXknZFWmqoJrmW0ZWNVQbdOPItsMO76LQyrw6w6LG3SF2TiTb3nFUHVFrt8Q kVuhldygNZ3b1AeMalZoJTdo8ThGrRcz2kbXg3Hds57jdD1USlBv4V5to+vxuh6qJ6g5fteD3HSB XO4GsqAPg83K7C+6o2tp1qBq6KrS1ud3OZeXoAaAQMLgtAA3AgkYdB1d8aJH/xChzYDqHrJRfs8E vyzGEgcANZ2VRTNS9ZApr0F9qZSKCvzVsiAG8kjZBaRSZ7PEB3uscixmdNy62lRokAKvp6J/M2M0 UxWa/twuCUZfOzpdTj7sKPaghLRE4VeyGI+h8enjP7Wj9GirpXLvGyHp1wvKbtTBHqnQfyYXpt8P CsVGZzxGhWAkU54B8rBxLZSUNAHivTl/zouB4PpIcf1gIK5pAILTh1XNNadW9NomKq9V7YY21b96 qoYTUNHxVdWq3qwylJematJv69XORtUoTwZEpl41+3I1S+psNetuNGvhRyL8jPSq2jbkvUinJX22 qvV6qo0cK3pVLTD/BUMv6bNVrb9RrW2HgN7dUBvBpWnoN6QK/FIRhg3H2uZUuv7Xl5UqvH57mkIU JGs0BRFfy01IKq2Agp6AAtdRp9+BWP9nAiKptAIKNwIi6SgzeRUQSaUVUNQTkO8Fit6+CoikopLZ fuKHhLb3v1TH/wMAAP//AwBQSwMEFAAGAAgAAAAhAKt3zWO/CQAAez8AABQAAABwcHQvdGhlbWUv dGhlbWUxLnhtbOxbbXPiOBL+flX3H1z+PhtjA4HUMFuEwO1VZfeyIVv7cUrYBntibM42mWR+/T3d kowVEgOZ7ExuB1yVCLndUr883S3JvP/5fplYd2FexFk6sFs/ObYVpn4WxOliYP9xM3nXs62iFGkg kiwNB/ZDWNg/f/jnP96LszIKl6GF59PiTAzsqCxXZycnhY9uUfyUrcIU9+ZZvhQlvuaLkyAXn8F3 mZy4jtM9WYo4ta1ULMF2FBd+hl7v41Uep+XHS1GE+e8tp/2xbX/QY40TDJiWBXX4ST6lkcLdDKxW i3kEty16ssgXs1GSW3ciGdgOf+yTD+9PxJkiSMptugl/FJ0iCG7dXfyYICl30CkC4fuQbntsz+vj o8auEcnmNu/zvnvu9Qx6JpL03tacDdlqRLLZ3qI3dFYjks3OFv3wYjQcDY35MJGk727Tn7pdzzXo mShK4vR2i5p0Mxop6opkniW/PEk+Hp97zliRb6hg/cqjaIh5lpb7+pdNDyzFpyyf4Cn6kogyTq3y YRXOhQ/vHuaxSGhMcRaKWr/s8otHXZiMwW4Zp6/Ke8MOI20kZbmXptj/mc9jP2QJ53GSTMuHJLws WMgiS+Jggk56jlEfVrBaRWgqJRt0i1zwM1aelX/GZTSNxAoKkgBdFIr1orBWWQF08sBP8qZBoeRS wrhDPim1WYjy1yyQ3V4d3RUbxvqCo4geyCMG+w7mnX7dYC05q2fVZorW4qmx7xiiVSLDhtuiobPS JnBgCQrnrS4iLM3dKnyRhAHpXUY+bRYaWrdfxURFJIJQ2Yjk3rZRi42kfYVDOnznCRv1eOqNWquN 1ie2XzHaPkaqD9d+Zjhtva+xEstBFlXgYeU8hmOS1sGZpNbngd3vuB3b8sVqYM8Rk9BcrmD1Il3Y lkgWSPh+mUu33wlmVvzGmn0tGLyvhriWo/u3BDbiwCovygtRRNI1+JZygSSlkeT83Q7U+loCSE9/ wSy8Hpzhu80CejRNG87noV/WjV3rId3JryqUZusyzKdR8NmaJev8WsD85KqQJ4iLcmBzRKAv+cAm bfMtMzirwPhE2USjiWQVCRVuCaIayZKcXbWaA3+rTQ+yPTl3Fu5wURjyryRK3Y1/MFEon4Rp6AVk AR/leS4swuvAzvIyyhCFVlHsT3IUOxw74C0WogulawuLBP6fh3f0X2JO8iBuSbyIyut4YeUx8lEZ 5WF4hbDE3reDWUvlLslSM2KPqk23WMlpz8K7MLmhGNil3G5bEVydo4kKA0z32P/M7wpBswUVOXW8 GTGkyr0SA9+68pFghlBmHOaCRuu/miJry6x85PP8uM69dUHoxqbMamtUYLBaKugr2L9wCgemWhmx tiR2O3pysOK2xOisCqKVKCOL/iD/xbmfbOrbm+wasdXCwpCYwW3g1e9k4WFRgJSdMxROslM6E7GS qq0S9CZZv0oZtTFBNe4jZdPM9rH3gcquijNzOAOLr6lspWFD17LvWVXDso8hiq65XsiwYXiror59 kM0+wdAXWJ+tE7mhUKzwjXGwusqt2WcsIrAwEesy4yB3P8+XdDebz617DnEPKsAhh92Xlo/OFooE 9OqiWj/ir4vyX2HGj4s7RBX23UWgWyLSLf8+1c1c+aH0QfyFSvAXrsdWFmfkdJIY0taHSDOKVzyG rKJeXL/UM/5kUnewerX4TCknzvJsnQY8jygUwTgNeJk7sFNsJNkUmpdhgIwRImNQiylLEScbyhLr 5nQBfD5JDbllsVhVFGCBzgIGJFPNsuABpsTmFlAcZfkXsEHuQv3737XIwTT5d4pFZs9tuW0gnb+0 W04XZszrd2b1O+l6OcoQH0AkUh9ckcZ0c1RKI/nZEta5TKcrnwhpLqSkm/s/Rb5SqbSE0/yWTWn5 ywTaMTD/DS2LI8UgJkkhyz5qB+H8CsItRX7JjoHGNTfiNMAuEjdliZ8gv4bzGzGbfoGwrbbXw5Ze XtLmF/b6xGV6nt9ym3YChrwqmGH3DeqhXYzN7QimwO7d1Tr1mT3PiGSkRrHyrxA4eU+N0oEORShd K4Jzja8NqSbD45u7w7ncX6ixrNGpu7M1Vok39+w0s/X0S9WkPZjqy29wNeVXM40sKOMamrtdL+Nl 9ilm0RNeH4fpuz+mWBxDT7KUBNpgZ0my1o5bwCtvERrSbMottTKQXo2NmqVI4i/hL8yXFInlN6ih 62JZjpJQcIEklUd/K7hW7txUXpT3OroYVHUEwE+e3H6y/EjkRci2k0CRmmAnk+7EzY2XMZYupNWS VDUIXcfwSC5/DI8cOI/hkdF9DI8yAv5Q4VFFRQTK7YISCT4XSFJTXlch+1C0Nzupx9cU+xxkcanw ls6x+l269NadPOiS5zrb51iOMxodco7l4VOd7EimLmlMNr/DOdZw7B5yjuVeuBfn5rldwznWCJ/J RGly9znWuUuXIn/+HAve9atYWbNFa2Dj2BJl7j1a8CAsJRYu9bnUhxZOM1HHyiNIrHtkQ/fgvjKA 7vF0j6d72roHxbQk7uieju7p6p4udmTofA6FOf2zLS0CdqrV0Z2SbRsx2z2HYMj9phiqLKoOi586 C6bz103B3IyhyaSP8lqpRhlpgwmGh1GXOA5xN+gbMTTE5xE9A00O1aahDP4XQ7oM/kykHGCLfjIZ YQSDvvEs2HHGp+NTg74BQ6RHz1PUuzFkBC/tdlwDVw5FAtQxxChhDDGaGEOMJsYQo0lZRXs6LRQZ TH8jDHmvgqEqtje8T0Gn+5VFGzDUc2pnD3u8T1HxVNZqwhBvuZmYa8QQIW6sQ7Pk34ghWi4/wnQj huh9iuGFgYlGDJ1Wm3ioU+R8GjBECKossxtDAPSoqwuA/TB0zEN4q8mS7zW9pVrO69Ol/GoHhkbn dBk+yAWfCnVbcb/Xpcug34mhQ/LQoRgau3QZ82nGUP8Ul0HfgKH2BV2KejeGxkO6FPkRQ/u/2Nd5 lTxU+VlDHjL8qyEP9Sd0KVPuwJAROvfIQzSHaq41oMnmt18PUZY7N98zbMQQzX//Wm40ovXi3hga OXQdMRSqilXuOuyxp9B9cxgycsUODB2ah/DecfctYejQPOQ4ndH+GDpwPeQ4tcXlMQ/tn4dO3xyG jKXtDgzR++WPMNFYyxF1FZnfQB6i9dCj+Tfmod5wfHrIvtxBeei4L6dgc2ge6n0zDNH6vPKXhlqO 6pVqXb4Hhg7Z2/6xfqNh7FruXg8Z5Mc8tH8e6h8x9D3Ph97S75yOGHphHmrJ193f0sbcMREZ+9bG AdTwr/yx4BFELwXR8Re3mxOlb78z9//4i9v6Kevf44QIp23mqwr8DhB6+W30D/8DAAD//wMAUEsD BBQABgAIAAAAIQC5+k/PXgYAADIbAAAUAAAAcHB0L3RoZW1lL3RoZW1lMi54bWzsWU9vHDUUvyPx Hay5t/uvCUnUTZXsZhto00bZbVGP3lnvjLue8cj2Jt0bao9ISIiCuCBx44CASq3EpXyaQBEUqV+B Z3tm187MkqSNAEE3UnbG/vn9f8/P3qvXHiQMHRIhKU/bQeNyPUAkDfmIplE7uDPoXVoLkFQ4HWHG U9IOZkQG1zbffecq3lAxSQiC9ancwO0gVirbqNVkCMNYXuYZSWFuzEWCFbyKqDYS+AjoJqzWrNdX awmmaYBSnADZ2+MxDQkaaJLBZkF8h8FrqqQeCJnoa9IkX2FQo0lDz0kRDTtMoEPM2kHdfILa5tUa 3sgBTJVxPfPJcTlgNGmeRs8AmCrj1ur6b07PAHAYgvxl3vV6p7O+nmMdkH0s027Bp9Px8A79Vklm TzdL1IDs45US3rOZA7KPKyX81tZOs7PlyWNAFr9awje7ze62r68BxYymkxK6A59eL6c+h4w5262E bzf1Xw5foMD785jRLMY8VV4E2ZgL9FyC73PRA4B+YVjRFKlZRsY4hNjsYEaHgmoGeINgZ8YOhbI0 pHkhGQqaqXbwQYYhzhf0Xj3/7tXzp+jV8yfHD58dP/zx+NGj44c/WFrewl2cRu7Cl998+sdXH6Hf n3798vHn1Xjp4n/5/uOff/qsGqhc4Isvnvz67MmLLz/57dvHFfAtgYcufEATItEtcoQOeAK6GcP4 kpOhON+KQYypu2IrjSROseZSQX9HxR761gwzXIHbJr4F7woKlawCeH163xO4H4upyl3uaXYjTjzg Hudsm4tKK9zQvBzHD6ZpVM1cTF3cAcaHVbw7OPX8uzPNoCDSKpKdmHhi7jOcKhyRlCik5/iEkAoz 3KPUs+seDQWXfKzQPYq2Ma00yYAOvWhaLNqlCfhlViUg+Nuzzd5dtM1ZldZdcugjISswqxB+QJhn xut4qnBSRXKAE+Ya/CZWcZWQ/ZkIXdyOVODpiDCOdkZEyqo1twXo6zj9BlSParfvsVniI4Wikyqa NzHnLrLLJ50YJ1kVtk/T2MW+LycQohjtc1UF3+N+huh38ANOl7r7LiWeu0+vBndo5Im0CBA9MxXa l1CtvSKc0PRtRT5zRd4StDIldk/U4WW4k9W3w8WI/vuLbxdP030C8V7egd7W3re1N/jP195l+XzW irsoslB/dZ9jG2TTLidLu+UxZayvZozclKZhlrBhjHowqNeZ8x+Zn8ayGB7zAu/hIoHNGiS4+pCq uB/jDJrthunHI5mTjiTKuIRDnRmupK2ZQsOu7OlvRR9lbD2QWO3xkR1uuYfCORmz7UTmeFkwamkC Z2XWeu/NmDWsVEvN5qvWMKKZUuepNlcZfFhWDQbn1oROBEH/AlZehRO4lh0OKZiRkba73YQLt2jW xfOFuEjGeERyH2m9yz5qGCcVsWLO+hA7FT5aM6L/pdUcbuua7BtwO4uTXHZXlrArvPcmXiquFwrP GOOcTEeWusnJUnTUDtZXmisBCnHWDsZwvoXHJAOvS938YRbB1U+ohA37U5PZGH7hzfVCMYg+J+Ma 9WK8pLBXBzIhVRfL2IaGmcpDgKWak5W/uQJmvSgFbKS/hhStNQiGf0wKsKPvWjIek1C5znZGtO3s a15K+VQR0Y9HR2jIpuIAg/t1qII+IyrhmsJUBP0i2oG2tpnyi3NeGCtu2zQ3zLIY5+VWp2iRyRZu QnUug3lzxAPdKmU3yp1fFZPyF6SKG8b/M1X0fgJXBq2R9kAIF7UCI52v7YALFXOoQllMw56AxsHU DogWBNVFb9cIrovNtyCH+tvmnKWhqTE4+akDGiFBYT9SsSBkH8qSib5TiDXyvcuSLAiZiHLElZkV e0gOCRvoGriq9/YAxRDqpprkZcDgTsaf/55n0DDSTY6bb14Nme+9Ngf+7s7HJjMo5ddh09AU9p+L aKzldz52vVle7L2uInpi0WZdKbICmDlbwXqe9q8pwjm3WluxSho3VwrhwItljWFw3hBlcPGD9D/Y /6gImf3tQW+oA34AtRXB7wmaGIQNRPUl23ggXSDt4BAaJztog0mTsqbNu1tttWKzvpA2auGCOd8T xtaSncXf5zT2vDnz2Xm5eJHGzi3s2dqOLTU1ePZkisLQuDjIGMeYH63c35X48D44ugt3/VOmpAkm 8gCu+aD17Js8gOS3HM3SzT8BAAD//wMAUEsDBBQABgAIAAAAIQC0z1gZuwAAACQBAAAsAAAAcHB0 L25vdGVzTWFzdGVycy9fcmVscy9ub3Rlc01hc3RlcjEueG1sLnJlbHOEj8EKwjAQRO+C/xD2btL2 ICJNehGhV6kfENJtGmyTkESxf2+gFwuCl4WZZd/M1s17nsgLQzTOcihpAQStcr2xmsO9ux5OQGKS tpeTs8hhwQiN2O/qG04y5aM4Gh9JptjIYUzJnxmLasRZRuo82rwZXJhlyjJo5qV6SI2sKoojC98M EBsmaXsOoe1LIN3ic/J/thsGo/Di1HNGm35EsJR7YQbKoDFxoHR11lnR3BWYqNnmN/EBAAD//wMA UEsDBBQABgAIAAAAIQCQjILAYwQAAA4KAAAlAAAAcHB0L2hhbmRvdXRNYXN0ZXJzL2hhbmRvdXRN YXN0ZXIxLnhtbKxW227jNhB9L9B/IPi8sS3bkmUj8iJxNtsASRusk+eCpmhbCEUKJHPxFv2g/ka/ rIek5MSbdDcF6gd5NBzO/czo+ONTLcmDMLbSqqBJb0CJUFyXldoU9Pbm/CinxDqmSia1EgXdCUs/ zn/+6biZbcHV9+6KWScMgR5lZ6ygW+eaWb9v+VbUzPZ0IxTO1trUzOHVbPqlYY/QX8v+cDDI+jWr FG3vm/fc1+t1xcWZ5ve1UC4qMUIyhxjstmpsp615j7bGCAs14faBS3PEyJey9P+rTXxem/kxm1kt q/K8kjK8+EDFQhrywGRBV5uE9ufH/W+kxHotuLu0zp95fV5TILxi29wYITylHj6bZtn4U1j/9eHa kKpEYShRrEb+ve5w0IqFVwWxqPfg+qbTxGZPa1N7Z5E68lRQVHnnn7jEZuLJER6Z/JnLt7+9Icu3 n96QRrDRAALaG/VRxYhehzMaTLIuoi/IC1MbKch4H1y8gRQ2l5rfWaL0At22ESfG6MetYKX1KYkh I0mdgZd56HgWuSSrxytdInvs3mnqY/4mH+kkSWNO8uk4TbPRYWayPEWjjijx+RmNs8EkDcaf9TTG us9C18QTBTWIKdhhD23J2awT8eaV9t0Tsi8VeSzoNB2m4cKLk7ryuJJVXdB84H/RKR/+J1WGy45V MtIogVShmoeN5sP3VXBPp7rceYEV/pESeaGQxGmWJ2NKXHhJB5N8Qol5ebJ6ceJv2+YEOTyvQh93 yvyBtG7pdlIEv1B4BAwrpVjfsNXya0GzZJq0MUq1bHhUxq+5i7hJ9iGGUFoJx1ZIoJcFRRoNl4fj JEtQAMLkBiNLxqzsj8d5PkW1Do6h8VkRXPoS4RJc9LqRITx8UtBkBRXq6HaJsQevkfhW/3yhm52p NltH/v6LYHCNPpBFZbkmyx0GYG0/kAvFe+REShLELPGDxTyIskeuTaWcKEmlyO3ypOenA4LCM1he /dA+JFuh93h6/WKi/X5x1rPcHFiENhQIWO2aAmTE6ncRi9aIM+iyUoIEBIRJFJH2GqzLLWvEza4B 7v5PrCbpaJpjKwGKqPQU0IwV6sZYluV5MoKz+2GGeDu8dyBscSoRCfUpfS9Ok+EEHeFvfG8HuKc3 d4DR9y1uWwwTF7KjsFmpnwK2pkQKNDWIl/j+gRzi+2/YfzQMqzGaZYpvNdYudybafBPIPuI3gCNU ec0MA54OoAPf/63HQqt1yw4lC+huwg66N1VB/zg9nWbDRX56dJqMz4/GZ9PJ0cl5lh6dp6PxeHGa nyxGn/5EBZpkPONGhLV9UbafD2C+Wvl1xY22eu16XNf9+O3Qb/SjMI0GKvH5kAzab5CwwIejfDId 5NOhTwfchZPdf3AWrO6rgEtzxRqClY855LCjUfiClnegVpuh5w09D1R5B4pxjg8NSLREx8F55Oxl Rh0HOyceIa6W6Dhpx/GjMGjOOg526xatfYdc+D9K1lr+Ehkd1QZ38A03/wcAAP//AwBQSwMEFAAG AAgAAAAhAO+XS5JhBgAAMhsAABQAAABwcHQvdGhlbWUvdGhlbWUzLnhtbOxZT28cNRS/I/EdrLm3 u5s0IYm6qZL900CbNspui3r0znpn3PWMR7Y36d5Qe0RCQhTEBYkbBwRUaiUu5dMEiqBI/Qo82zO7 9s4sSdoIEDQrZWfsn9//9/zsvXrtQcLQERGS8rQZNC7XA0TSkA9pGjWDO/3upY0ASYXTIWY8Jc1g SmRwbfvdd67iLRWThCBYn8ot3AxipbKtWk2GMIzlZZ6RFOZGXCRYwauIakOBj4Fuwmor9fp6LcE0 DVCKEyB7ezSiIUF9TTLYLoh3GLymSuqBkImeJk3yFQY1HDf0nBTRoMUEOsKsGdTNX1DbvlrDWzmA qTKua/5yXA4YjldOo2cATJVxmw39mdEzAByGIH+Z93pjo9tt51gHZB/LtOv1nU697uEd+qslmT3d LFEDso9XSnjPZg7IPq6V8Lvvtda7HU8eA7L49RK+Xt9sL8hvQDGj6biE7rbqjZWNnPoMMuJsrxLe 6uhPDp+jwPuzmNEsRjxVXgTZmAv0XILvc9EFgH5hWNEUqWlGRjiE2GxhRgeCagZ4i2Bnxg6FsjSk eSEZCpqpZvBBhiHO5/RePf/u1fOn6NXzJycPn508/PHk0aOThz9YWt7CPZxG7sKX33z6x1cfod+f fv3y8efVeOnif/n+459/+qwaqFzgiy+e/PrsyYsvP/nt28cV8B2BBy68TxMi0S1yjA55AroZw/iS k4E434p+jKm7YieNJE6x5lJBv6NiD31rihmuwO0S34J3BYVKVgG8PrnvCdyLxUTlLvc0uxEnHnCf c7bLRaUVbmhejuP7kzSqZi4mLu4Q46Mq3i2cev7tTDIoiLSKZCsmnpgHDKcKRyQlCuk5Piakwgz3 KPXsuk9DwSUfKXSPol1MK03SpwMvmuaL9mgCfplWCQj+9myzfxftclaldZsc+UjICswqhO8T5pnx Op4onFSR7OOEuQa/iVVcJWRvKkIX15EKPB0RxlFnSKSsWnNbgL6O029A9ah2+z6bJj5SKDquonkT c+4i23zcinGSVWF7NI1d7PtyDCGK0QFXVfB97meIfgc/4HSpu+9S4rn79Gpwh0aeSPMA0TMToX0J 1dorwglN31bkM1fkHUErU2JvoQ4vwy1W3xYXQ/rvL75tPEkPCMR7eQd6W3vf1t7gP197l+XzWSvu vMhC/dV9jm2QTbucLO2WR5SxnpoyclOahlnChjHswqBeZ85/ZHYay2J4zAu8h4sENmuQ4OpDquJe jDNothumH49kTjqSKOMSDnVmuJK2ZgoNu7KnvzV9lLH1QGK1z4d2eNU9FM7ImG0nMsfLgtGqJnBW ZqvvvRmzhpVqqdl81RpGNFPqPNVmKoMPy6rB4Mya0Ikg6F/AyutwAteywyEFMzLUdrebcOEWzbp4 vhAXyRgPSe4jrXfZRw3jpCJWzFkfYqfCRxtG9L+0msNtU5N9A25ncZLL7soSdoX33sRLxRVA4Rlj nMV0ZKmbnCxFx81gc21lLUAhzprBCM638Jhk4HWpmz/MIrj6CZWwYX9qMhvDz725WSgG0edkXKNe jJcU9upAJqRqYxnb0DBTeQiwVHOy8q+sgVkvSgEb6a8hxeoGBMM/JgXY0XctGY1IqFxnOyPadvY1 L6V8oojoxcNjNGATcYjB/TpUQZ8hlXBNYSqCfhHNQFvbTPnFOS+MFbdtmhtmWYzzcqtTtMhkCzeh OpPBvDnigW6Vshvlzq+KSfkLUsUN4/+ZKno/gSuD1aH2QAgXtQIjna/NgAsVc6hCWUzDroDGwdQO iBYE1UVv1wiui823IEf62+acpaGpMTj5qUMaIUFhP1KxIOQAypKJvlOINfK9y5IsCJmIcsSVmRV7 QI4I6+sauK739gDFEOqmmuRlwOAW489/zzNoEOkmx803r4bM9l6bA39352OTGZTy67BpaAr7z0Q0 1vI7H7veLC/2XlcRPTFvs64UWQHMnK1gM0/71xThnFutrVgljVfWCuHAi2WNYXDWEGVw8YP0P9j/ qAiZ/e1Bb6h9fgi1FcHvCZoYhA1E9SXbeCBdIO3gABonO2iDSZOyps27W221YrO+kDZq7oIZ3wVj a8nO4u9zGnvWnPnsvFy8SGPnFvZsbceWmho8u5iiMDQqDjLGMeZHK/d3JT64D45uw13/hClpgok8 gGs+aD17Jg8g+S1Hs3T7TwAAAP//AwBQSwMEFAAGAAgAAAAhANj9jY+sAAAAtgAAABMAAABwcHQv dGFibGVTdHlsZXMueG1sDMxJDoIwGEDhvYl3aP59LUNRJBTCICt36gEqlCHpQGijEuPdZfnyki/N P0qil1jsZDQD/+ABEro13aQHBo97g2NA1nHdcWm0YLAKC3m236U8cU95c6sUV+vQpmibcAajc3NC iG1Hobg9mFno7fVmUdxtuQykW/h705UkgecdieKTBtSJnsE3qoIgorTAp8vliGlIA1x6NMZxVNbV uan9Kix+QLI/AAAA//8DAFBLAwQUAAYACAAAACEAis+lXQQCAACVBQAAEQAAAHBwdC92aWV3UHJv cHMueG1snJTBjtsgEIbvlfYdEPdd20nXSaw4q62q9rKHSkl7R5g4VBgQ4KyTp++AvYnt9SHpDYaZ n+8fxl6/NJVAR2YsVzLHyVOMEZNUFVyWOf69+/G4xMg6IgsilGQ5PjGLXzYPX9Y6O3L2/ssgEJA2 Izk+OKezKLL0wCpin5RmEs72ylTEwdaUUWHIOwhXIprFcRpVhEvc1Ztb6tV+zyn7rmhdMelaEcME cQBvD1zbDzV9i5o2zIJMqB4gbcCc9NjiT2sR+uO+EbOFXGhBxSWv+JkVGB2UOfcOSNMdeAVQd8qw 4o3tHbLnHD8/z6GZpHbqtfhbW5fjGEf9zJ3SIXG1WqaLicxoiOVLreAFayn9lm5F0TFbSfRO/TS8 8PeEww834IQSAU6SELd+s1mTzDbIz8AcZgCKkjjgQfg0EQaWrk5nyvCSS9Tk+HEWr1KMTrBK4q/e HeTRK19ZA+6bdR4nrBHUwhvAc0EnMdLK5niWpF1j2pQ2uFzMOr2riBe/OA53jfqhaie47DfoyjKy PZ9PuR5Gp01Du8BwQO67hfWn66VyzO5Y464Yve6MiPwDTD3EMHwv0wSCVcYxcwsSfLZTSKPwvUjj +wNiD+fyxOi/hzqFqfw808PoXdjd/MIsd0N+gQxzOLJQwme41YTCzw9R+E4WaWgZhblpl63IMfxu Nv8AAAD//wMAUEsDBBQABgAIAAAAIQBp9Vg7mgEAAGgDAAARAAAAcHB0L3ByZXNQcm9wcy54bWys kstu2zAQRfcF8g8C9zQpSqYswXKgJ1CgBbJoP4CRKJuA+ABJJymK/ntpx05jRIssOtyQuLgzZ2a4 vX+Rc/TErRNalSBeYRBxNehRqH0Jfv7o4QZEzjM1slkrXoJf3IH73d2XrSmM5Y4rz3ywPtgoJFKu YCU4eG8KhNxw4JK5lTZcBW3SVjIfnnaPRsueQwE5I4IxRZIJBS5++xm/niYx8FYPRxkAXpNYPp9J 3EEYd81mPpPtfR83SLvQ5DDb7/a427LC2f1jM9voic0lINU6zTqAPggbfDoLQp43IRaEpE9JkywI NKHrZqlG0/QhFhwnYbFG3+MQJwf615Ip+Iv/5vypzXCLjlaU4HeX0abL0wpSnDQwjVMC67yrIW3j JMM4xhXJ/oDgidNiFG5gdvwq2Z53o/At8+yyxyB/mL0Ug9VOT341aIlel4iMfubWaHHeY4wvn+E8 5CtwgLtlbJO4wpRUMMs3FUwTksOqbltY19VmTSnB6xi/MfKJHWd/ZmyN+I94hNwAhsle5xmu7z/V g939BQAA//8DAFBLAwQUAAYACAAAACEAgtU5K+UDAAC4JAAAKAAAAHBwdC9wcmludGVyU2V0dGlu Z3MvcHJpbnRlclNldHRpbmdzMS5iaW7kGU1zmkDU5qbTQ489Uu6ymtiYdogZq3HqjEmYqJ3pKbOB jSVBloG1qf0d/cF9CywiAtoeUqCHzODL7tv3/XlUq9Vewd+bt7WaevFjaUnfieuZ1D6X20pLloit U8O0F+fyfDZqnskXvYb6bngzmH3VLiXHMj0mafNPk/FAkpsI9R3HIggNZ0NJm4ynMwlwIHR5LUvy N8acjwg9Pz8rmJ9SdLrkBz2kudQhLltPAFkTLigGM2R4JsC+RQ5ADVNnvUZdfSLrHqAIkTmuaTNF wwsyou4Sw+fVZ+qaP6nNsHVLPBXx83AtvJ5+n5n6E2GK7hLMqCvu1FWPAfpF7LlHeh+cVVH4v0Y9 F6XJyLLvuni9QYr5TyAJLgqiMnDsZ4sjAaKtXvdYRf4Hx5tLkccwIyMLLyKK4DwIkSyI22upSHz6 BCJBoYoE2aqA7dfEjWsS0AMDqxKPRSyn3i6DHlKY4hIXYmtvS7Aoqpjq2AJTro4aEgxFjgDyL5wf fIEoZ4ICKhWPUpiKlFDIaCQITlhO+SNSBmORNgriEt7qfhbkWQdD3r8z7Qd6F0T89LCkXWnaUONn B9Qg13hJxLlY5vyTPHJoQs8N2rsZva6K3MhFbgR1CnwGaHK44EfCMmJCGCNQeWyqCnE/WesEElPS 0vgmCyXyeD1K2vBilMljUF+K2tXMpAvsS7y80s7gISZrGzetAog7qditaq9vPK48RgwOvCU6K6Pl /x2DXFExf4Jffj5vKWDTm8y+B9w96aSdft893QLHfOHl3e1A8UD4q7gBJDnMsIBm+2xLeaFhZIC7 3XQL+LANLpgFgCjGkBahiy11FN417TzGyhCaN/TPbVzJ2HwQhxmu+T8E53T5ALQ60fkwFjNsICMO Z4DLHZ4dx6huiM5iLham51OpCA1LMs2ErVFfG0NLzGfZm6o57KtaLeUY6shNl5XXPrK1E+s4wzvJ N/08zXP2zO9tY7ijnivvjV1aRUeYJDUPS5xScX+XUDEjT1IqCFWRP3nvNY5gL/DrdQX2AkOqr5Yw gg44BpedOpRawaZA2EbUsOcJuGibgUMYi/krX7zAAJIP4pFjPMSMlB9K26iErpQ2ZYhG3YkhgzAj wBiNGCJY6iMaX95MoRWHybQH2hlQi7rTta3DZujBtMh4WGolHc4e10IBFwg76nHMsm/UclkqjRrW 4CkWrPEq5h5Oki+uEOauCPLXpQWKVCPT9RifzVVKAztclcMhJriCukgyFVfFcbvT7ZydnHa6xVk2 JwKrP7fGdsUcZIcrrpX4sDozi2/ye7byoqqJY/1nRVlY+b1gYxI3nb29yW8AAAD//wMAUEsDBBQA BgAIAAAAIQCRe53uwwEAACUDAAARAAgBZG9jUHJvcHMvY29yZS54bWwgogQBKKAAAQAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAB8klFv2yAQx98n7Tsg3h3AaZbEcqi2LJ0itZ3VuNrUNwbXlM0G C0jT9NMPO7GbadMkXrj734//3ZFfvtQVegbntTULzEYUIzDSKm22C3xfXiUzjHwQRonKGljgA3h8 yd+/y2WTSeugcLYBFzR4FEnGZ7JZ4KcQmowQL5+gFn4UFSYmH62rRYhXtyWNkL/EFkhK6QdSQxBK BEFaYNIMRHxCKjkgm52rOoCSBCqowQRP2IiRN20AV/t/FnSZM2Wtw6GJPZ3snrOVPCYH9YvXg3C/ 34/2485G9M/I95vrTddqok07KwmY50pmQYcKeHG32qxuy4/l+ustKtfl9Yps1g8rNKY5GUSt3O9+ /AQZ+JedVoDitNDSgQhxE6iwe3CN1SagwoGPXce4Nb4j9HUtQ7YV1vGl9tKiew+uk/ThdmuV8OEm LvhRg/p04K+i0jn5O95KHTzr9mPw2WzaaYZADypc9ASKs/l8nlCWpNOS0mxyEc/DQO1F0WC3gqNL UCgONTuuoM98Gy8/l1eYp5SlCR0naVqyiyyeSRp5vaprJ746AOtTP/8nThI6Tdi0ZDRLWTaZnRF7 AO9M//mx+W8AAAD//wMAUEsDBBQABgAIAAAAIQDNdZ65fAIAADAFAAAQAAgBZG9jUHJvcHMvYXBw LnhtbCCiBAEooAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAKRUS2/TQBC+I/EfVj6BhGMn DVUVbbZCKVWRGhqIWy6RqmU9jlfYu6vdIW349Yzt2k0p6gF8sObxeeabl/npfV2xHfigrZlH41Ea MTDK5tps59F1dh6fRCygNLmsrIF5tIcQnYrXr/jKWwceNQRGIUyYRyWimyVJUCXUMozIbchTWF9L JNVvE1sUWsGZVT9rMJhM0vQ4gXsEk0MeuyFg1EWc7fBfg+ZWNfzCTbZ3RFjwDGpXSQRxNtv0+QOj stgaEKnYsMldqDWWm0urZPVobr7cLHRQluge3a68Nnh7KQP4L+N0ejsdOYs8GeLzzKKsMl2DmEyP T96TazDwldxCEJMTnnQS/2Z9HsR4kvKkE/kH5yqtJNI4xFIrb4MtkC2lorQ2lGxl78CvLGk8OcTS PCBQU9svz9ueiysTB+UBDFuX9o69mc6O3lLq50Ai5uXWS1c2ZBp2g8rXlc6J9JgnDxL/bJEMRLkT +IXOczAPXjI/0flyuai0a/G9yNfUYVjQgEQhqwAUejDwC5DN8q2k9kHwHc52oNB6FvQvWr9pxL5T 75uxzqOd9FoapPE2sE5p5coF9CKjPaTY5Ov0VjyEHcp62pRIWBJeBHax2mpZprGC8P8pmrxdmZT7 aQO6FFcFjQT/0o/JYT9aal03OpYvrO0h6aFD2Ue2BPRasa+gaDVpDjPGci8LjDVgESPIQK+4blGx 71FxSlszhOn6146N6vmjgoWtnTR70XJj631AqMM79smoEU96J7/U5ke4dpk9a472YUueGvm6lB5y uube/2jgF7QgvmqCLEpptpD3mOeO5uRuuh+gGE9HKT3tafW25mL6X534DQAA//8DAFBLAQItABQA BgAIAAAAIQDnTL98AwIAAM0OAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1s UEsBAi0AFAAGAAgAAAAhAKPsgiYNAQAA4gIAAAsAAAAAAAAAAAAAAAAAPAQAAF9yZWxzLy5yZWxz UEsBAi0AFAAGAAgAAAAhAEv1Pey/AAAANwEAACAAAAAAAAAAAAAAAAAAegcAAHBwdC9zbGlkZXMv X3JlbHMvc2xpZGUxLnhtbC5yZWxzUEsBAi0AFAAGAAgAAAAhAOO/PDRNAQAApgUAAB8AAAAAAAAA AAAAAAAAdwgAAHBwdC9fcmVscy9wcmVzZW50YXRpb24ueG1sLnJlbHNQSwECLQAUAAYACAAAACEA SEbYwekCAADpDwAAFAAAAAAAAAAAAAAAAAAJCwAAcHB0L3ByZXNlbnRhdGlvbi54bWxQSwECLQAU AAYACAAAACEAvnjeYoQFAADxFgAAFQAAAAAAAAAAAAAAAAAkDgAAcHB0L3NsaWRlcy9zbGlkZTEu eG1sUEsBAi0AFAAGAAgAAAAhANXRkvG+AAAANwEAACwAAAAAAAAAAAAAAAAA2xMAAHBwdC9zbGlk ZUxheW91dHMvX3JlbHMvc2xpZGVMYXlvdXQ5LnhtbC5yZWxzUEsBAi0AFAAGAAgAAAAhANXRkvG+ AAAANwEAACwAAAAAAAAAAAAAAAAA4xQAAHBwdC9zbGlkZUxheW91dHMvX3JlbHMvc2xpZGVMYXlv dXQzLnhtbC5yZWxzUEsBAi0AFAAGAAgAAAAhANXRkvG+AAAANwEAACwAAAAAAAAAAAAAAAAA6xUA AHBwdC9zbGlkZUxheW91dHMvX3JlbHMvc2xpZGVMYXlvdXQ0LnhtbC5yZWxzUEsBAi0AFAAGAAgA AAAhAOfRq463AwAAJwoAACIAAAAAAAAAAAAAAAAA8xYAAHBwdC9zbGlkZUxheW91dHMvc2xpZGVM YXlvdXQxMS54bWxQSwECLQAUAAYACAAAACEA4Vvj13IDAABFCQAAIgAAAAAAAAAAAAAAAADqGgAA cHB0L3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDEwLnhtbFBLAQItABQABgAIAAAAIQDV0ZLxvgAA ADcBAAAtAAAAAAAAAAAAAAAAAJweAABwcHQvc2xpZGVMYXlvdXRzL19yZWxzL3NsaWRlTGF5b3V0 MTAueG1sLnJlbHNQSwECLQAUAAYACAAAACEAaJ8ksl0MAAAwSwAAIQAAAAAAAAAAAAAAAAClHwAA cHB0L3NsaWRlTWFzdGVycy9zbGlkZU1hc3RlcjEueG1sUEsBAi0AFAAGAAgAAAAhANXRkvG+AAAA NwEAAC0AAAAAAAAAAAAAAAAAQSwAAHBwdC9zbGlkZUxheW91dHMvX3JlbHMvc2xpZGVMYXlvdXQx MS54bWwucmVsc1BLAQItABQABgAIAAAAIQDV0ZLxvgAAADcBAAAsAAAAAAAAAAAAAAAAAEotAABw cHQvc2xpZGVMYXlvdXRzL19yZWxzL3NsaWRlTGF5b3V0Mi54bWwucmVsc1BLAQItABQABgAIAAAA IQDV0ZLxvgAAADcBAAAsAAAAAAAAAAAAAAAAAFIuAABwcHQvc2xpZGVMYXlvdXRzL19yZWxzL3Ns aWRlTGF5b3V0MS54bWwucmVsc1BLAQItABQABgAIAAAAIQA0zbnOHwEAAMcHAAAsAAAAAAAAAAAA AAAAAFovAABwcHQvc2xpZGVNYXN0ZXJzL19yZWxzL3NsaWRlTWFzdGVyMS54bWwucmVsc1BLAQIt ABQABgAIAAAAIQDlGyDhpwQAAMcPAAAhAAAAAAAAAAAAAAAAAMMwAABwcHQvc2xpZGVMYXlvdXRz L3NsaWRlTGF5b3V0OS54bWxQSwECLQAUAAYACAAAACEAi1Ic8doEAAAvEAAAIQAAAAAAAAAAAAAA AACpNQAAcHB0L3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDgueG1sUEsBAi0AFAAGAAgAAAAhAKmD g4qDAgAA3wQAACEAAAAAAAAAAAAAAAAAwjoAAHBwdC9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQ3 LnhtbFBLAQItABQABgAIAAAAIQDV0ZLxvgAAADcBAAAsAAAAAAAAAAAAAAAAAIQ9AABwcHQvc2xp ZGVMYXlvdXRzL19yZWxzL3NsaWRlTGF5b3V0NS54bWwucmVsc1BLAQItABQABgAIAAAAIQDV0ZLx vgAAADcBAAAsAAAAAAAAAAAAAAAAAIw+AABwcHQvc2xpZGVMYXlvdXRzL19yZWxzL3NsaWRlTGF5 b3V0Ni54bWwucmVsc1BLAQItABQABgAIAAAAIQDV0ZLxvgAAADcBAAAsAAAAAAAAAAAAAAAAAJQ/ AABwcHQvc2xpZGVMYXlvdXRzL19yZWxzL3NsaWRlTGF5b3V0Ny54bWwucmVsc1BLAQItABQABgAI AAAAIQDV0ZLxvgAAADcBAAAsAAAAAAAAAAAAAAAAAJxAAABwcHQvc2xpZGVMYXlvdXRzL19yZWxz L3NsaWRlTGF5b3V0OC54bWwucmVsc1BLAQItABQABgAIAAAAIQCN8vUScgYAAE4VAAAhAAAAAAAA AAAAAAAAAKRBAABwcHQvc2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0MS54bWxQSwECLQAUAAYACAAA ACEA0XP1PrcCAADNBwAAIQAAAAAAAAAAAAAAAABVSAAAcHB0L3NsaWRlTGF5b3V0cy9zbGlkZUxh eW91dDIueG1sUEsBAi0AFAAGAAgAAAAhABbEH6OkAwAAjwoAACEAAAAAAAAAAAAAAAAAS0sAAHBw dC9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQzLnhtbFBLAQItABQABgAIAAAAIQDkIfUwRgQAAGMR AAAhAAAAAAAAAAAAAAAAAC5PAABwcHQvc2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0NC54bWxQSwEC LQAUAAYACAAAACEA3KuJsHIFAAAIGgAAIQAAAAAAAAAAAAAAAACzUwAAcHB0L3NsaWRlTGF5b3V0 cy9zbGlkZUxheW91dDUueG1sUEsBAi0AFAAGAAgAAAAhAM4yk7nYAgAAMQYAACEAAAAAAAAAAAAA AAAAZFkAAHBwdC9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQ2LnhtbFBLAQItABQABgAIAAAAIQCT qn2YuwAAACQBAAAwAAAAAAAAAAAAAAAAAHtcAABwcHQvaGFuZG91dE1hc3RlcnMvX3JlbHMvaGFu ZG91dE1hc3RlcjEueG1sLnJlbHNQSwECLQAKAAAAAAAAACEAVWqaxrCDAACwgwAAFwAAAAAAAAAA AAAAAACEXQAAZG9jUHJvcHMvdGh1bWJuYWlsLmpwZWdQSwECLQAUAAYACAAAACEAToOu9mwIAACU JQAAIQAAAAAAAAAAAAAAAABp4QAAcHB0L25vdGVzTWFzdGVycy9ub3Rlc01hc3RlcjEueG1sUEsB Ai0AFAAGAAgAAAAhAKt3zWO/CQAAez8AABQAAAAAAAAAAAAAAAAAFOoAAHBwdC90aGVtZS90aGVt ZTEueG1sUEsBAi0AFAAGAAgAAAAhALn6T89eBgAAMhsAABQAAAAAAAAAAAAAAAAABfQAAHBwdC90 aGVtZS90aGVtZTIueG1sUEsBAi0AFAAGAAgAAAAhALTPWBm7AAAAJAEAACwAAAAAAAAAAAAAAAAA lfoAAHBwdC9ub3Rlc01hc3RlcnMvX3JlbHMvbm90ZXNNYXN0ZXIxLnhtbC5yZWxzUEsBAi0AFAAG AAgAAAAhAJCMgsBjBAAADgoAACUAAAAAAAAAAAAAAAAAmvsAAHBwdC9oYW5kb3V0TWFzdGVycy9o YW5kb3V0TWFzdGVyMS54bWxQSwECLQAUAAYACAAAACEA75dLkmEGAAAyGwAAFAAAAAAAAAAAAAAA AABAAAEAcHB0L3RoZW1lL3RoZW1lMy54bWxQSwECLQAUAAYACAAAACEA2P2Nj6wAAAC2AAAAEwAA AAAAAAAAAAAAAADTBgEAcHB0L3RhYmxlU3R5bGVzLnhtbFBLAQItABQABgAIAAAAIQCKz6VdBAIA AJUFAAARAAAAAAAAAAAAAAAAALAHAQBwcHQvdmlld1Byb3BzLnhtbFBLAQItABQABgAIAAAAIQBp 9Vg7mgEAAGgDAAARAAAAAAAAAAAAAAAAAOMJAQBwcHQvcHJlc1Byb3BzLnhtbFBLAQItABQABgAI AAAAIQCC1Tkr5QMAALgkAAAoAAAAAAAAAAAAAAAAAKwLAQBwcHQvcHJpbnRlclNldHRpbmdzL3By aW50ZXJTZXR0aW5nczEuYmluUEsBAi0AFAAGAAgAAAAhAJF7ne7DAQAAJQMAABEAAAAAAAAAAAAA AAAA1w8BAGRvY1Byb3BzL2NvcmUueG1sUEsBAi0AFAAGAAgAAAAhAM11nrl8AgAAMAUAABAAAAAA AAAAAAAAAAAA0RIBAGRvY1Byb3BzL2FwcC54bWxQSwUGAAAAACwALACBDQAAgxYBAAAA --_002_D1CE4EBD13E709zaliciscocom_-- From nobody Sun Jul 19 21:35:46 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 943D61B2F62; Sun, 19 Jul 2015 21:35:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0fX5UbKv4mIC; Sun, 19 Jul 2015 21:35:44 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 734AD1B2F71; Sun, 19 Jul 2015 21:35:44 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.0.4.p3 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150720043544.28395.61537.idtracker@ietfa.amsl.com> Date: Sun, 19 Jul 2015 21:35:44 -0700 Archived-At: Cc: teas@ietf.org Subject: [Teas] I-D Action: draft-ietf-teas-rsvp-te-domain-subobjects-02.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jul 2015 04:35:45 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling Working Group of the IETF. Title : Domain Subobjects for Resource ReserVation Protocol - Traffic Engineering (RSVP-TE) Authors : Dhruv Dhody Udayasree Palle Venugopal Reddy Kondreddy Ramon Casellas Filename : draft-ietf-teas-rsvp-te-domain-subobjects-02.txt Pages : 17 Date : 2015-07-19 Abstract: The Resource ReserVation Protocol - Traffic Engineering (RSVP-TE) specification and the Generalized Multiprotocol Label Switching (GMPLS) extensions to RSVP-TE allow abstract nodes and resources to be explicitly included in a path setup. Further Exclude Routes extensions to RSVP-TE allow abstract nodes and resources to be explicitly excluded in a path setup. This document specifies new subobjects to include or exclude 4-Byte Autonomous System (AS) and Interior Gateway Protocol (IGP) area during path setup. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-rsvp-te-domain-subobjects/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-teas-rsvp-te-domain-subobjects-02 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-rsvp-te-domain-subobjects-02 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Jul 20 01:08:11 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ABEC91A01FC for ; Mon, 20 Jul 2015 01:08:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8EDnjw8PJ085 for ; Mon, 20 Jul 2015 01:08:08 -0700 (PDT) Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9719B1A014D for ; Mon, 20 Jul 2015 01:08:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3270; q=dns/txt; s=iport; t=1437379688; x=1438589288; h=from:to:cc:subject:date:message-id:mime-version; bh=pAkEK/V977Pwx0kOSyJx8rJhkP46Lx1ZyULV+G1pVSw=; b=UUdRtbqw9141QEmtxJIDQJuYCw5sLW4VzOoWHOFcqGDrJ+2n611z1JyE KuUsBHGqxV5NQrzD8m88XPkyk+jaojJ/Byg/dTkHIhV1ppxgRjVGbIPfL MAtStvShdrJB2DiHW+eF7UPfQlLpiEjOGTR/AA2CBV5PhB9kLQ8f8Fuxm M=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0BUAwB7q6xV/5xdJa1cgkZNgUO7YQmHbIEkOBQBAQEBAQEBgQqEJgR5EgEMdCcECgSIM8R4AQEBAQEFAQEBAQEBAQEakFKEMgWRW4J3AYwggUOPK4gZJoN8gjaBBAEBAQ X-IronPort-AV: E=Sophos;i="5.15,507,1432598400"; d="scan'208,217";a="170371356" Received: from rcdn-core-5.cisco.com ([173.37.93.156]) by alln-iport-4.cisco.com with ESMTP; 20 Jul 2015 08:08:07 +0000 Received: from xhc-rcd-x13.cisco.com (xhc-rcd-x13.cisco.com [173.37.183.87]) by rcdn-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id t6K887as000304 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 20 Jul 2015 08:08:07 GMT Received: from xmb-aln-x07.cisco.com ([169.254.2.17]) by xhc-rcd-x13.cisco.com ([173.37.183.87]) with mapi id 14.03.0195.001; Mon, 20 Jul 2015 03:08:07 -0500 From: "Rakesh Gandhi (rgandhi)" To: "TEAS WG (teas@ietf.org)" Thread-Topic: Status update of draft-ietf-teas-p2mp-loose-path-reopt-03 Thread-Index: AQHQwsM1syH5mmvuPUy5EqF33GrwRA== Date: Mon, 20 Jul 2015 08:08:06 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.5.2.150604 x-originating-ip: [10.86.254.126] Content-Type: multipart/alternative; boundary="_000_D1D2CD6368E70rgandhiciscocom_" MIME-Version: 1.0 Archived-At: Cc: "Zafar Ali \(zali\)" , "Tarek Saad \(tsaad\)" , "y.kamite@ntt.com" , "robert.h.venator.civ@mail.mil" Subject: [Teas] Status update of draft-ietf-teas-p2mp-loose-path-reopt-03 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jul 2015 08:08:09 -0000 --_000_D1D2CD6368E70rgandhiciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi working group, This note is a status update of draft-ietf-teas-p2mp-loose-path-reopt-03. Current status: This draft was originally adopted as an MPLS working group document and tra= nsferred to the TEAS working group in December'14. Authors have made minor editorial changes since last IETF meeting (Dallas-M= arch'15) to prepare for the WG LC. Open issues: Not aware of any. Next steps: Requesting WG LC. Thanks, Authors --_000_D1D2CD6368E70rgandhiciscocom_ Content-Type: text/html; charset="us-ascii" Content-ID: <644341331010E845BFF0BFE2E7328CEB@emea.cisco.com> Content-Transfer-Encoding: quoted-printable

Hi worki= ng group,

This not= e is a status update of draft-ietf-teas-p2mp-loose-path-reopt-03.

Current = status:
This dra= ft was originally adopted as an MPLS working group document and transf= erred to the TEAS working group in December'14.

Authors = have made minor editorial changes since last IETF meeting (Dallas-March'15)= to prepare for the WG LC.


Open iss= ues:
Not awar= e of any.


Next ste= ps:
Requesti= ng WG LC.


Thanks,<= /div>
Authors<= /div>

--_000_D1D2CD6368E70rgandhiciscocom_-- From nobody Mon Jul 20 01:10:31 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7C8C81A0397 for ; Mon, 20 Jul 2015 01:10:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.667 X-Spam-Level: X-Spam-Status: No, score=-1.667 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HYuVSPKmUVbH for ; Mon, 20 Jul 2015 01:10:27 -0700 (PDT) Received: from gproxy5-pub.mail.unifiedlayer.com (gproxy5-pub.mail.unifiedlayer.com [67.222.38.55]) by ietfa.amsl.com (Postfix) with SMTP id F03861A0233 for ; Mon, 20 Jul 2015 01:10:26 -0700 (PDT) Received: (qmail 4530 invoked by uid 0); 20 Jul 2015 08:10:24 -0000 Received: from unknown (HELO cmgw2) (10.0.90.83) by gproxy5.mail.unifiedlayer.com with SMTP; 20 Jul 2015 08:10:24 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw2 with id uYAE1q00g2SSUrH01YAHdC; Mon, 20 Jul 2015 02:10:22 -0600 X-Authority-Analysis: v=2.1 cv=O9qq4nNW c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=wU2YTnxGAAAA:8 a=cNaOj0WVAAAA:8 a=JAI3OqB5mnwA:10 a=IkcTkHD0fZMA:10 a=-NfooI8aBGcA:10 a=uEJ9t1CZtbIA:10 a=zOBTXjUuO1YA:10 a=48vgC7mUAAAA:8 a=RtTzqRvS0Zu01eHCPi8A:9 a=QEXdDO2ut3YA:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Date:Message-ID:Subject:From:To; bh=gdOYNWVGDj8D3C9SStKv8hVookULdmUmR+3Rgl3DxGo=; b=hZ3ZATI04dD8ZDSvWLtESxUnbPI49lRBPqit6KKZYJ1VkgVcQtJxDwJveKKM24EG+up4fhAuvPUd/SyvxsMxugCllTd/Fn7LjEfEdfa6vdsUhNo9vD7BomBePoXWBrFI; Received: from box313.bluehost.com ([69.89.31.113]:48783 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.84) (envelope-from ) id 1ZH69Q-0006Jl-Fj; Mon, 20 Jul 2015 02:10:16 -0600 To: CCAMP WG , TEAS WG From: Lou Berger X-Enigmail-Draft-Status: N1110 Message-ID: <55ACACDC.7000100@labn.net> Date: Mon, 20 Jul 2015 10:10:04 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Archived-At: Subject: [Teas] FYI: DetNet BoF X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jul 2015 08:10:28 -0000 WG participants may be interested in the Deterministic Networks BoF that will taking place today at 1pm in the Grand Hilton Ballroom. DetNet is proposing supporting Ethernet-based (802.1TSN) "time sensitive" applications such as audio/video production, industrial and vehicular applications across routers. A DetNet WG would identify which existing IETF mechanisms will be reused to address DetNet requirements, and is likely to include TEAS and CCAMP (among others, e.g., PCE) WG technologies. For more information, come to the session, check out http://trac.tools.ietf.org/bof/trac/wiki/DetNet Lou (DetNet BoF Co-Chair) From nobody Mon Jul 20 01:12:41 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 04AAD1A044F for ; Mon, 20 Jul 2015 01:12:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.51 X-Spam-Level: X-Spam-Status: No, score=-14.51 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id v0cZ7-qBPesK for ; Mon, 20 Jul 2015 01:12:40 -0700 (PDT) Received: from rcdn-iport-5.cisco.com (rcdn-iport-5.cisco.com [173.37.86.76]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D4C3E1A0423 for ; Mon, 20 Jul 2015 01:12:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2394; q=dns/txt; s=iport; t=1437379959; x=1438589559; h=from:to:cc:subject:date:message-id:mime-version; bh=qq6dgBj0Vt60GoP+gZX6dPnrdEoyGsiqt4RjGUkg/KA=; b=B2DHO/ex36EdS5OlAKCiyHg84wqhIaaXs/GkXeESQJmsDpZBlMy+Hv06 3WlIDuX5i/G/tOLT7CofFrM9FH7tjxWyGCTaVPHsyq+UFaDoFkcVFBKBa oiuxwMgW8kAxiyQO94iv1Yy2aGfvKUuSvSVnDEb2srZtqagjDCDTSMDdY A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0BUAwDirKxV/4oNJK1cgkZNgUO7YQmHbIEkOBQBAQEBAQEBgQqEJgR5EgEMdCcEDogzxQEBAQEBAQUBAQEBAQEckFKEMgWRW4J3AYwggUOPK4gZJoN8gjaBBAEBAQ X-IronPort-AV: E=Sophos; i="5.15,507,1432598400"; d="scan'208,217"; a="13181260" Received: from alln-core-5.cisco.com ([173.36.13.138]) by rcdn-iport-5.cisco.com with ESMTP; 20 Jul 2015 08:12:38 +0000 Received: from xhc-aln-x04.cisco.com (xhc-aln-x04.cisco.com [173.36.12.78]) by alln-core-5.cisco.com (8.14.5/8.14.5) with ESMTP id t6K8Ccig016890 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 20 Jul 2015 08:12:38 GMT Received: from xmb-aln-x07.cisco.com ([169.254.2.17]) by xhc-aln-x04.cisco.com ([173.36.12.78]) with mapi id 14.03.0195.001; Mon, 20 Jul 2015 03:12:38 -0500 From: "Rakesh Gandhi (rgandhi)" To: "TEAS WG (teas@ietf.org)" Thread-Topic: Status update of draft-ietf-teas-gmpls-lsp-fastreroute-02 Thread-Index: AQHQwsPWfR5q7SMa+0+xlTRnxUaebw== Date: Mon, 20 Jul 2015 08:12:37 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.5.2.150604 x-originating-ip: [10.86.254.126] Content-Type: multipart/alternative; boundary="_000_D1D2CE7068E7Brgandhiciscocom_" MIME-Version: 1.0 Archived-At: Cc: "Mike Taillon \(mtaillon\)" , "Zafar Ali \(zali\)" , "Tarek Saad \(tsaad\)" , Manav Bhatia , "Lizhong com>" Subject: [Teas] Status update of draft-ietf-teas-gmpls-lsp-fastreroute-02 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jul 2015 08:12:41 -0000 --_000_D1D2CE7068E7Brgandhiciscocom_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi working group, This note is a status update of draft-ietf-teas-gmpls-lsp-fastreroute-02. Current status: This draft was adopted as a TEAS working group in December'14. The draft ha= s been stable. Open issues: Not aware of any. Next steps: We would appreciate additional WG review and comments. Thanks, Authors --_000_D1D2CE7068E7Brgandhiciscocom_ Content-Type: text/html; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable
Hi working group,=

This note is a st= atus update of draft-ietf-teas-gmpls-lsp-fastreroute-02.

Current status:
This draft was ad= opted as a TEAS working group in December'14. The draft has been stable.

Open issues:
Not aware of any.=

Next steps:
We would apprecia= te additional WG review and comments.

Thanks,
Authors

--_000_D1D2CE7068E7Brgandhiciscocom_-- From nobody Mon Jul 20 07:44:13 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3DB781A89B9; Mon, 20 Jul 2015 07:44:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.055 X-Spam-Level: X-Spam-Status: No, score=-99.055 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, USER_IN_WHITELIST=-100] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Rf1JB0hFqfdV; Mon, 20 Jul 2015 07:44:09 -0700 (PDT) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 837221A8998; Mon, 20 Jul 2015 07:44:09 -0700 (PDT) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=31.133.162.2; From: "Susan Hares" To: , , References: In-Reply-To: Date: Mon, 20 Jul 2015 10:44:06 -0400 Message-ID: <002901d0c2fa$88f6e9c0$9ae4bd40$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQF+IBQ4UGchZLEYWb2vYGsiDeGPsZ6JsR0w Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: 'Jeffrey Haas' , "'Joel M. Halpern'" , 'Alia Atlas' Subject: [Teas] FW: I2RS/TEAS Topology Discussion X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jul 2015 14:44:10 -0000 Here's the location for the I2RS/TEAS topology Discussion. Location: Berlin/Brussels Time: 20:00 - 21:00 See you there! Sue Hares From nobody Tue Jul 21 04:52:46 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ACF2E1A1A07 for ; Tue, 21 Jul 2015 04:52:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.209 X-Spam-Level: X-Spam-Status: No, score=-3.209 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WK6DyEQ0lLYY for ; Tue, 21 Jul 2015 04:52:38 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E63F71A065C for ; Tue, 21 Jul 2015 04:52:37 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml403-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BVK47549; Tue, 21 Jul 2015 11:52:36 +0000 (GMT) Received: from DFWEML702-CHM.china.huawei.com (10.193.5.72) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.3.235.1; Tue, 21 Jul 2015 12:52:36 +0100 Received: from DFWEML706-CHM.china.huawei.com ([10.193.5.225]) by dfweml702-chm ([10.193.5.72]) with mapi id 14.03.0235.001; Tue, 21 Jul 2015 04:52:23 -0700 From: Leeyoung To: "teas@ietf.org" Thread-Topic: actn requirements draft Thread-Index: AdDDq7QyBf9u8x+nQc+P1LlPZ6M3dw== Date: Tue, 21 Jul 2015 11:52:23 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1729CED284@dfweml706-chm> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.75.15] Content-Type: multipart/alternative; boundary="_000_7AEB3D6833318045B4AE71C2C87E8E1729CED284dfweml706chm_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [Teas] actn requirements draft X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jul 2015 11:52:39 -0000 --_000_7AEB3D6833318045B4AE71C2C87E8E1729CED284dfweml706chm_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, It will be good to get some discussion going on the ACTN requirements even = before the WG meeting, especially by the authors of ACTN use-cases if the c= urrent requirements document reflects correctly and rightly your use-cases'= requirements in a level you want. Here's the link: https://datatracker.ietf.org/doc/draft-lee-teas-actn-requirements/ Just a thought. Thanks. Young --_000_7AEB3D6833318045B4AE71C2C87E8E1729CED284dfweml706chm_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

It will be good to get some discussion going on the = ACTN requirements even before the WG meeting, especially by the authors of = ACTN use-cases if the current requirements document reflects correctly and = rightly your use-cases’ requirements in a level you want. Here’s the link:

https://datatracker.ietf.org/doc/draft-lee-teas-= actn-requirements/

 

Just a thought.

 

Thanks.

Young

 

 

--_000_7AEB3D6833318045B4AE71C2C87E8E1729CED284dfweml706chm_-- From nobody Tue Jul 21 21:21:29 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EE8161A00BC for ; Tue, 21 Jul 2015 21:21:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.312 X-Spam-Level: X-Spam-Status: No, score=-2.312 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id itob6pKeJ3nD for ; Tue, 21 Jul 2015 21:21:26 -0700 (PDT) Received: from post-send.kddi.com (athena4.kddi.com [27.90.165.197]) by ietfa.amsl.com (Postfix) with ESMTP id 1C9F11A0094 for ; Tue, 21 Jul 2015 21:21:25 -0700 (PDT) Received: from LTMC2122.kddi.com (LTMC2122.kddi.com [10.206.0.63]) by post-send.kddi.com (KDDI Mail) with ESMTP id E4D8C120054; Wed, 22 Jul 2015 13:21:24 +0900 (JST) Received: from LTMC2144.kddi.com ([10.206.0.236] [10.206.0.236]) by LTMC2122.kddi.com with ESMTP; Wed, 22 Jul 2015 13:21:24 +0900 Received: from LTMC2144.kddi.com (localhost [127.0.0.1]) by localhost.kddi.com (Postfix) with ESMTP id C0DC14C0058; Wed, 22 Jul 2015 13:21:24 +0900 (JST) Received: from LTMC2151.kddi.com (post-incheck [10.206.0.239]) by LTMC2144.kddi.com (Postfix) with ESMTP id AABDD4C0051; Wed, 22 Jul 2015 13:21:24 +0900 (JST) Received: from LTMC2151.kddi.com (localhost.localdomain [127.0.0.1]) by LTMC2151.kddi.com with ESMTP id t6M4LOZ0004560; Wed, 22 Jul 2015 13:21:24 +0900 Received: from LTMC2151.kddi.com.mid_17540377 (localhost.localdomain [127.0.0.1]) by LTMC2151.kddi.com with ESMTP id t6M4BKIm026735; Wed, 22 Jul 2015 13:11:21 +0900 X-SA-MID: 17540377 Received: from KDDI1312PC0461 ([10.211.186.219] [10.211.186.219]) by post-smtp2.kddi.com with ESMTPA; Wed, 22 Jul 2015 13:11:20 +0900 From: "Takuya Miyasaka" To: "'Leeyoung'" , References: <7AEB3D6833318045B4AE71C2C87E8E1729CED284@dfweml706-chm> In-Reply-To: <7AEB3D6833318045B4AE71C2C87E8E1729CED284@dfweml706-chm> Date: Wed, 22 Jul 2015 13:11:20 +0900 Message-ID: <048c01d0c434$76e0c590$64a250b0$@kddi.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQG4XQy1YAyDMTKrFee6u6FOH5vH854XrTmQ Content-Language: ja X-TM-AS-MML: disable Archived-At: Subject: Re: [Teas] actn requirements draft X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2015 04:21:28 -0000 Hi Young and WG, I checked your ACTN requirement document and I would like to add a security or confidentiality requirement on 2. High-level ACTN requirements section. In our use-case of multitenant virtual network operator, one network provider may provide virtual network to many customers, so following security requirements must be guaranteed. -A customer MUST not control other customer's virtual network -A customer MUST not see any routing information (e.g. IGP database, TE database) on other customer's virtual network Thanks, Takuya > -----Original Message----- > > Hi, > > > > It will be good to get some discussion going on the ACTN requirements even before the WG meeting, especially by the authors > of ACTN use-cases if the current requirements document reflects correctly and rightly your use-cases' requirements in > a level you want. Here's the link: > > https://datatracker.ietf.org/doc/draft-lee-teas-actn-requirements/ > > > > Just a thought. > > > > Thanks. > > Young > > > > From nobody Tue Jul 21 23:11:46 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E7C8F1ACD59 for ; Tue, 21 Jul 2015 23:11:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.078 X-Spam-Level: ** X-Spam-Status: No, score=2.078 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, CN_BODY_35=0.339, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eC93skoNI5hn for ; Tue, 21 Jul 2015 23:11:42 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3EBA91ACD58 for ; Tue, 21 Jul 2015 23:11:42 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml404-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BZA33969; Wed, 22 Jul 2015 06:11:40 +0000 (GMT) Received: from SZXEMA412-HUB.china.huawei.com (10.82.72.71) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 22 Jul 2015 07:11:37 +0100 Received: from SZXEMA504-MBX.china.huawei.com ([169.254.7.79]) by SZXEMA412-HUB.china.huawei.com ([10.82.72.71]) with mapi id 14.03.0158.001; Wed, 22 Jul 2015 14:11:28 +0800 From: Zhenghaomian To: Takuya Miyasaka , Leeyoung , "teas@ietf.org" Thread-Topic: [Teas] actn requirements draft Thread-Index: AdDDq7QyBf9u8x+nQc+P1LlPZ6M3dwARbQ0AABTiSzA= Date: Wed, 22 Jul 2015 06:11:28 +0000 Message-ID: References: <7AEB3D6833318045B4AE71C2C87E8E1729CED284@dfweml706-chm> <048c01d0c434$76e0c590$64a250b0$@kddi.com> In-Reply-To: <048c01d0c434$76e0c590$64a250b0$@kddi.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.77.50] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [Teas] =?gb2312?b?tPC4tDogIGFjdG4gcmVxdWlyZW1lbnRzIGRyYWZ0?= X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2015 06:11:45 -0000 SGksIFRha3V5YSwNCg0KSW4gdGhlIGN1cnJlbnQgZnJhbWV3b3JrIG9uZSBjdXN0b21lciBpcyBu b3QgYXdhcmUgb2YgdGhlIGV4aXN0ZW5jZSBvZiBvdGhlciBjdXN0b21lcnMsIGxldCBhbG9uZyAn Y29udHJvbCcgdGhlaXIgbmV0d29yay4gSSBhc3N1bWUgeW91ciBwcm9wb3NhbCBpcyB0cnVlIGJ5 IGRlZmF1bHQuIA0KDQpJIGRvIHRoaW5rIHNlY3VyaXR5IHNob3VsZCBiZSBhbiBpbXBvcnRhbnQg aXNzdWUsIGJ1dCBpdCBtYWlubHkgb2NjdXJzIGJldHdlZW4gQ05DIGFuZCBNRFNDLiANCg0KQmVz dCB3aXNoZXMsDQpIYW9taWFuDQoNCi0tLS0t08q8/tStvP4tLS0tLQ0Kt6K8/sjLOiBUZWFzIFtt YWlsdG86dGVhcy1ib3VuY2VzQGlldGYub3JnXSC0+rHtIFRha3V5YSBNaXlhc2FrYQ0Kt6LLzcqx vOQ6IDIwMTXE6jfUwjIyyNUgMTI6MTENCsrVvP7IyzogTGVleW91bmc7IHRlYXNAaWV0Zi5vcmcN Ctb3zOI6IFJlOiBbVGVhc10gYWN0biByZXF1aXJlbWVudHMgZHJhZnQNCg0KSGkgWW91bmcgYW5k IFdHLA0KDQpJIGNoZWNrZWQgeW91ciBBQ1ROIHJlcXVpcmVtZW50IGRvY3VtZW50IGFuZCBJIHdv dWxkIGxpa2UgdG8gYWRkIGEgc2VjdXJpdHkgb3IgY29uZmlkZW50aWFsaXR5IHJlcXVpcmVtZW50 IG9uIDIuIEhpZ2gtbGV2ZWwgQUNUTiByZXF1aXJlbWVudHMgc2VjdGlvbi4NCkluIG91ciB1c2Ut Y2FzZSBvZiBtdWx0aXRlbmFudCB2aXJ0dWFsIG5ldHdvcmsgb3BlcmF0b3IsIG9uZSBuZXR3b3Jr IHByb3ZpZGVyIG1heSBwcm92aWRlIHZpcnR1YWwgbmV0d29yayB0byBtYW55IGN1c3RvbWVycywg c28gZm9sbG93aW5nIHNlY3VyaXR5IHJlcXVpcmVtZW50cyBtdXN0IGJlIGd1YXJhbnRlZWQuDQog LUEgY3VzdG9tZXIgTVVTVCBub3QgY29udHJvbCBvdGhlciBjdXN0b21lcidzIHZpcnR1YWwgbmV0 d29yayAgLUEgY3VzdG9tZXIgTVVTVCBub3Qgc2VlIGFueSByb3V0aW5nIGluZm9ybWF0aW9uIChl LmcuIElHUCBkYXRhYmFzZSwgVEUgZGF0YWJhc2UpIG9uIG90aGVyIGN1c3RvbWVyJ3MgdmlydHVh bCBuZXR3b3JrDQoNClRoYW5rcywNClRha3V5YQ0KDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0t LS0tDQo+IA0KPiBIaSwNCj4gDQo+IA0KPiANCj4gSXQgd2lsbCBiZSBnb29kIHRvIGdldCBzb21l IGRpc2N1c3Npb24gZ29pbmcgb24gdGhlIEFDVE4gcmVxdWlyZW1lbnRzIA0KPiBldmVuIGJlZm9y ZSB0aGUgV0cgbWVldGluZywgZXNwZWNpYWxseSBieSB0aGUgYXV0aG9ycyBvZiBBQ1ROIA0KPiB1 c2UtY2FzZXMgaWYgdGhlIGN1cnJlbnQgcmVxdWlyZW1lbnRzIGRvY3VtZW50IHJlZmxlY3RzIGNv cnJlY3RseSBhbmQgcmlnaHRseSB5b3VyIHVzZS1jYXNlcycgcmVxdWlyZW1lbnRzIGluIGEgbGV2 ZWwgeW91IHdhbnQuIEhlcmUncyB0aGUgbGluazoNCj4gDQo+IGh0dHBzOi8vZGF0YXRyYWNrZXIu aWV0Zi5vcmcvZG9jL2RyYWZ0LWxlZS10ZWFzLWFjdG4tcmVxdWlyZW1lbnRzLw0KPiANCj4gDQo+ IA0KPiBKdXN0IGEgdGhvdWdodC4NCj4gDQo+IA0KPiANCj4gVGhhbmtzLg0KPiANCj4gWW91bmcN Cj4gDQo+IA0KPiANCj4gDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18NClRlYXMgbWFpbGluZyBsaXN0DQpUZWFzQGlldGYub3JnDQpodHRwczovL3d3 dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3RlYXMNCg== From nobody Tue Jul 21 23:43:07 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3F92E1ACDD7 for ; Tue, 21 Jul 2015 23:43:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.21 X-Spam-Level: X-Spam-Status: No, score=-3.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id t9AGuqivt7Mw for ; Tue, 21 Jul 2015 23:43:05 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AB7D11ACDA5 for ; Tue, 21 Jul 2015 23:43:04 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml401-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BVL18876; Wed, 22 Jul 2015 06:43:02 +0000 (GMT) Received: from DFWEML702-CHM.china.huawei.com (10.193.5.72) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 22 Jul 2015 07:43:02 +0100 Received: from DFWEML706-CHM.china.huawei.com ([10.193.5.225]) by dfweml702-chm ([10.193.5.72]) with mapi id 14.03.0235.001; Tue, 21 Jul 2015 23:42:51 -0700 From: Leeyoung To: Takuya Miyasaka , "teas@ietf.org" Thread-Topic: [Teas] actn requirements draft Thread-Index: AdDDq7QyBf9u8x+nQc+P1LlPZ6M3dwAw264AAAl+iSA= Date: Wed, 22 Jul 2015 06:42:49 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1729CEDAC4@dfweml706-chm> References: <7AEB3D6833318045B4AE71C2C87E8E1729CED284@dfweml706-chm> <048c01d0c434$76e0c590$64a250b0$@kddi.com> In-Reply-To: <048c01d0c434$76e0c590$64a250b0$@kddi.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.200.216.66] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: Re: [Teas] actn requirements draft X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2015 06:43:06 -0000 Hi Takuya, Thanks for your good comments on the ACTN requirements draft. Yes, I agree with you on security/confidentiality requirement. Will add thi= s in the high-level requirements section.=20 Best regards, Young -----Original Message----- From: Takuya Miyasaka [mailto:ta-miyasaka@kddi.com]=20 Sent: Tuesday, July 21, 2015 11:11 PM To: Leeyoung; teas@ietf.org Subject: RE: [Teas] actn requirements draft Hi Young and WG, I checked your ACTN requirement document and I would like to add a security= or confidentiality requirement on 2. High-level ACTN requirements section. In our use-case of multitenant virtual network operator, one network provid= er may provide virtual network to many customers, so following security req= uirements must be guaranteed. -A customer MUST not control other customer's virtual network -A customer= MUST not see any routing information (e.g. IGP database, TE database) on o= ther customer's virtual network Thanks, Takuya > -----Original Message----- >=20 > Hi, >=20 >=20 >=20 > It will be good to get some discussion going on the ACTN requirements=20 > even before the WG meeting, especially by the authors of ACTN=20 > use-cases if the current requirements document reflects correctly and rig= htly your use-cases' requirements in a level you want. Here's the link: >=20 > https://datatracker.ietf.org/doc/draft-lee-teas-actn-requirements/ >=20 >=20 >=20 > Just a thought. >=20 >=20 >=20 > Thanks. >=20 > Young >=20 >=20 >=20 >=20 From nobody Tue Jul 21 23:52:12 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5131F1ACDE8 for ; Tue, 21 Jul 2015 23:52:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.452 X-Spam-Level: X-Spam-Status: No, score=0.452 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_CHARSET_FARAWAY=2.45, MIME_QP_LONG_LINE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bS-5Gp2W-f0i for ; Tue, 21 Jul 2015 23:52:09 -0700 (PDT) Received: from mail-pa0-x22d.google.com (mail-pa0-x22d.google.com [IPv6:2607:f8b0:400e:c03::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9034A1ACD90 for ; Tue, 21 Jul 2015 23:52:09 -0700 (PDT) Received: by pacan13 with SMTP id an13so134908887pac.1 for ; Tue, 21 Jul 2015 23:52:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=h8Mzx3M5mgaifo/TutICyzKA0TzOkf1JTiOguei1gDQ=; b=uQYPTggJ7+zHSBQKyaTPGLwgHI7pRT02RsjLlFX/wO4ylfAdSZA5PuZT8vFCL05pAU kh1VS94FXJtES79HNKoUGqn1BAKQcwssElRKeM0dHnJUi/0S6MxR0ZzKa9BQlozFnjoZ 8+G8TAacG0iLpVLoGWUznOpPpnZrFICp2bnrbAIr5CNTpSGr9S4r1cbntxwdwx++WaH3 cWR1DGpRvD4QcVYSIuh4z4/yilBRXtt7MwaehYsem458kIOIRgYW7TY8fmD9tZDzv+NG tqTeUKBrlsZs+xeRjesThXh8dxG+3lcSapH+ErarxH4PRPvY7vLu9sgD6kSAXWLh8V4i s9aw== X-Received: by 10.70.49.98 with SMTP id t2mr2457023pdn.113.1437547929160; Tue, 21 Jul 2015 23:52:09 -0700 (PDT) Received: from [10.67.129.184] ([110.70.57.221]) by smtp.gmail.com with ESMTPSA id v9sm1161577pdr.96.2015.07.21.23.52.06 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 21 Jul 2015 23:52:07 -0700 (PDT) Content-Type: multipart/alternative; boundary=Apple-Mail-F34B9E8D-68DD-4B41-B24A-8DCB9A51B0B2 Mime-Version: 1.0 (1.0) From: Kwangkoog Lee X-Mailer: iPhone Mail (12F70) In-Reply-To: <7AEB3D6833318045B4AE71C2C87E8E1729CED284@dfweml706-chm> Date: Wed, 22 Jul 2015 08:51:59 +0200 Content-Transfer-Encoding: 7bit Message-Id: <68A305E9-CCA5-4A17-9A8B-B0E556F359B7@gmail.com> References: <7AEB3D6833318045B4AE71C2C87E8E1729CED284@dfweml706-chm> To: Leeyoung Archived-At: Cc: "teas@ietf.org" Subject: Re: [Teas] actn requirements draft X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2015 06:52:11 -0000 --Apple-Mail-F34B9E8D-68DD-4B41-B24A-8DCB9A51B0B2 Content-Type: text/plain; charset=euc-kr Content-Transfer-Encoding: quoted-printable Dear authors, As we have updated for our draft about "end-to-end connectivity over multi v= endor domains" we want to change "on-demand end-to-end service" to "end-to-e= nd service" in section 3 because our scope covers both cases.=20 In addition, we think that fault and performance management perspectives of a= n end-to-end service over multi vendor islands should be added in the requir= ement contents where they currently mention just connection perspective. Ple= ase, modify the contents as follows; - Coordination of signal flow for E2E service connections and management Finally, please add following contents in service specific requirements of s= ec. 3.1. "on-demand and long-lived end-to-end service provisioning and monitoring" Thanks, Kwangkoog Lee Sent from my iPhone > On 2015. 7. 21., at =BF=C0=C8=C4 1:52, Leeyoung wrot= e: >=20 > Hi, > =20 > It will be good to get some discussion going on the ACTN requirements even= before the WG meeting, especially by the authors of ACTN use-cases if the c= urrent requirements document reflects correctly and rightly your use-cases=A1= =AF requirements in a level you want. Here=A1=AFs the link: > https://datatracker.ietf.org/doc/draft-lee-teas-actn-requirements/ > =20 > Just a thought. > =20 > Thanks. > Young > =20 > =20 > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas --Apple-Mail-F34B9E8D-68DD-4B41-B24A-8DCB9A51B0B2 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable
Dear authors,

As we have updated for our draft about "end-to-end connectivity over multi v= endor domains" we want to change "on-demand end-to-end service" to "end-to-e= nd service" in section 3 because our scope covers both cases. 

In addition, we think that fault and performance management= perspectives of an end-to-end service over multi vendor islands should be a= dded in the requirement contents where they currently mention just connectio= n perspective. Please, modify the contents as follows;

<= div>-  Coordi= nation of signal flow for E2E service connections and management

<= /div>
Finally,= please add following contents in service specific requirements of sec. 3.1.=
= "on-demand and long-lived end-to-end service provisioning and monitoring"
Thanks,
Kwangkoog Lee



Sen= t from my iPhone

On 2015. 7. 21., at =EC=98=A4=ED=9B=84 1:52, L= eeyoung <leeyoung@huawei.com&g= t; wrote:

=

Hi,

 

It will be good to get some discussion going on the A= CTN requirements even before the WG meeting, especially by the authors of AC= TN use-cases if the current requirements document reflects correctly and rig= htly your use-cases=E2=80=99 requirements in a level you want. Here=E2=80=99s the link:

https://datatracker.ietf.org/doc/draft-lee-teas-ac= tn-requirements/

 

Just a thought.

 

Thanks.

Young

 

 

____________________= ___________________________
Teas mailing list
Teas@ietf.org
https://www.ietf.org/mailman= /listinfo/teas
= --Apple-Mail-F34B9E8D-68DD-4B41-B24A-8DCB9A51B0B2-- From nobody Wed Jul 22 00:26:44 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D00031ACDA7 for ; Wed, 22 Jul 2015 00:26:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.209 X-Spam-Level: X-Spam-Status: No, score=-3.209 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HpOTnIuanWX6 for ; Wed, 22 Jul 2015 00:26:39 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5D9221ACE31 for ; Wed, 22 Jul 2015 00:26:38 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml402-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BZA41293; Wed, 22 Jul 2015 07:26:36 +0000 (GMT) Received: from DFWEML703-CHM.china.huawei.com (10.193.5.130) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 22 Jul 2015 08:26:33 +0100 Received: from DFWEML706-CHM.china.huawei.com ([10.193.5.225]) by dfweml703-chm ([10.193.5.130]) with mapi id 14.03.0235.001; Wed, 22 Jul 2015 00:26:27 -0700 From: Leeyoung To: Kwangkoog Lee Thread-Topic: [Teas] actn requirements draft Thread-Index: AdDDq7QyBf9u8x+nQc+P1LlPZ6M3dwA2eACAAA32u9A= Date: Wed, 22 Jul 2015 07:26:27 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1729CEDB54@dfweml706-chm> References: <7AEB3D6833318045B4AE71C2C87E8E1729CED284@dfweml706-chm> <68A305E9-CCA5-4A17-9A8B-B0E556F359B7@gmail.com> In-Reply-To: <68A305E9-CCA5-4A17-9A8B-B0E556F359B7@gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.200.218.98] Content-Type: multipart/alternative; boundary="_000_7AEB3D6833318045B4AE71C2C87E8E1729CEDB54dfweml706chm_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: "teas@ietf.org" Subject: Re: [Teas] actn requirements draft X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2015 07:26:41 -0000 --_000_7AEB3D6833318045B4AE71C2C87E8E1729CEDB54dfweml706chm_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgS2FuZ2tvb2ssDQoNClRoYW5rcyBmb3IgYWRkcmVzc2luZyB5b3VyIGNvbW1lbnRzLiAgWWVz LCB3ZSBjYW4gcmVmbGVjdCB5b3VyIGNvbW1lbnQgb24gU2VjdGlvbiAzLiBVbmRlciB5b3VyIHVz ZS1jYXNlIFtLTEVFXSBpbiBTZWN0aW9uIDMsIGl0IHNheXMgY3VycmVudGx5Og0KDQpDb29yZGlu YXRpb24gb2Ygc2lnbmFsIGZsb3cgZm9yIEUyRSBjb25uZWN0aW9ucy4NCg0KWW91IHdhbnRlZCB0 byBjaGFuZ2VkIHRvDQoNCi0gIENvb3JkaW5hdGlvbiBvZiBzaWduYWwgZmxvdyBmb3IgRTJFIHNl cnZpY2UgY29ubmVjdGlvbnMgYW5kIG1hbmFnZW1lbnQNCg0KRG8geW91IHRoaW5rIOKAnG1hbmFn ZW1lbnTigJ0gY2FuIGJlIG5hcnJvd2VkIGRvd24gdG8g4oCcZmF1bHQgYW5kIHBlcmZvcm1hbmNl IG1hbmFnZW1lbnTigJ0gaW4gcGFydGljdWxhcj8NCg0KSSBjYW4gYWRkIHlvdXIgY29tbWVudHMg aW4gU2VjdGlvbiAzLjEuDQoNClRoYW5rcy4NCllvdW5nDQpGcm9tOiBLd2FuZ2tvb2cgTGVlIFtt YWlsdG86a3dhbmdrb29nbGVlQGdtYWlsLmNvbV0NClNlbnQ6IFdlZG5lc2RheSwgSnVseSAyMiwg MjAxNSAxOjUyIEFNDQpUbzogTGVleW91bmcNCkNjOiB0ZWFzQGlldGYub3JnDQpTdWJqZWN0OiBS ZTogW1RlYXNdIGFjdG4gcmVxdWlyZW1lbnRzIGRyYWZ0DQoNCkRlYXIgYXV0aG9ycywNCg0KQXMg d2UgaGF2ZSB1cGRhdGVkIGZvciBvdXIgZHJhZnQgYWJvdXQgImVuZC10by1lbmQgY29ubmVjdGl2 aXR5IG92ZXIgbXVsdGkgdmVuZG9yIGRvbWFpbnMiIHdlIHdhbnQgdG8gY2hhbmdlICJvbi1kZW1h bmQgZW5kLXRvLWVuZCBzZXJ2aWNlIiB0byAiZW5kLXRvLWVuZCBzZXJ2aWNlIiBpbiBzZWN0aW9u IDMgYmVjYXVzZSBvdXIgc2NvcGUgY292ZXJzIGJvdGggY2FzZXMuDQoNCkluIGFkZGl0aW9uLCB3 ZSB0aGluayB0aGF0IGZhdWx0IGFuZCBwZXJmb3JtYW5jZSBtYW5hZ2VtZW50IHBlcnNwZWN0aXZl cyBvZiBhbiBlbmQtdG8tZW5kIHNlcnZpY2Ugb3ZlciBtdWx0aSB2ZW5kb3IgaXNsYW5kcyBzaG91 bGQgYmUgYWRkZWQgaW4gdGhlIHJlcXVpcmVtZW50IGNvbnRlbnRzIHdoZXJlIHRoZXkgY3VycmVu dGx5IG1lbnRpb24ganVzdCBjb25uZWN0aW9uIHBlcnNwZWN0aXZlLiBQbGVhc2UsIG1vZGlmeSB0 aGUgY29udGVudHMgYXMgZm9sbG93czsNCg0KLSAgQ29vcmRpbmF0aW9uIG9mIHNpZ25hbCBmbG93 IGZvciBFMkUgc2VydmljZSBjb25uZWN0aW9ucyBhbmQgbWFuYWdlbWVudA0KDQoNCkZpbmFsbHks IHBsZWFzZSBhZGQgZm9sbG93aW5nIGNvbnRlbnRzIGluIHNlcnZpY2Ugc3BlY2lmaWMgcmVxdWly ZW1lbnRzIG9mIHNlYy4gMy4xLg0KIm9uLWRlbWFuZCBhbmQgbG9uZy1saXZlZCBlbmQtdG8tZW5k IHNlcnZpY2UgcHJvdmlzaW9uaW5nIGFuZCBtb25pdG9yaW5nIg0KDQoNClRoYW5rcywNCkt3YW5n a29vZyBMZWUNCg0KDQoNCg0KU2VudCBmcm9tIG15IGlQaG9uZQ0KDQpPbiAyMDE1LiA3LiAyMS4s IGF0IOyYpO2bhCAxOjUyLCBMZWV5b3VuZyA8bGVleW91bmdAaHVhd2VpLmNvbTxtYWlsdG86bGVl eW91bmdAaHVhd2VpLmNvbT4+IHdyb3RlOg0KSGksDQoNCkl0IHdpbGwgYmUgZ29vZCB0byBnZXQg c29tZSBkaXNjdXNzaW9uIGdvaW5nIG9uIHRoZSBBQ1ROIHJlcXVpcmVtZW50cyBldmVuIGJlZm9y ZSB0aGUgV0cgbWVldGluZywgZXNwZWNpYWxseSBieSB0aGUgYXV0aG9ycyBvZiBBQ1ROIHVzZS1j YXNlcyBpZiB0aGUgY3VycmVudCByZXF1aXJlbWVudHMgZG9jdW1lbnQgcmVmbGVjdHMgY29ycmVj dGx5IGFuZCByaWdodGx5IHlvdXIgdXNlLWNhc2Vz4oCZIHJlcXVpcmVtZW50cyBpbiBhIGxldmVs IHlvdSB3YW50LiBIZXJl4oCZcyB0aGUgbGluazoNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5v cmcvZG9jL2RyYWZ0LWxlZS10ZWFzLWFjdG4tcmVxdWlyZW1lbnRzLw0KDQpKdXN0IGEgdGhvdWdo dC4NCg0KVGhhbmtzLg0KWW91bmcNCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXw0KVGVhcyBtYWlsaW5nIGxpc3QNClRlYXNAaWV0Zi5vcmc8bWFpbHRv OlRlYXNAaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3Rl YXMNCg== --_000_7AEB3D6833318045B4AE71C2C87E8E1729CEDB54dfweml706chm_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 R3VsaW07DQoJcGFub3NlLTE6MiAxMSA2IDAgMCAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0 O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5v c2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJc QEd1bGltIjsNCglwYW5vc2UtMToyIDExIDYgMCAwIDEgMSAxIDEgMTt9DQovKiBTdHlsZSBEZWZp bml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXtt YXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0K CWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5 cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRl Y29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dl ZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3Jh dGlvbjp1bmRlcmxpbmU7fQ0KcHJlDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5 bGUtbGluazoiSFRNTCBQcmVmb3JtYXR0ZWQgQ2hhciI7DQoJbWFyZ2luOjBpbjsNCgltYXJnaW4t Ym90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEwLjBwdDsNCglmb250LWZhbWlseToiQ291cmll ciBOZXciO30NCnNwYW4uRW1haWxTdHlsZTE3DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0K CWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6d2luZG93dGV4dDt9 DQpzcGFuLkVtYWlsU3R5bGUxOA0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglm b250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0Kc3Bh bi5IVE1MUHJlZm9ybWF0dGVkQ2hhcg0KCXttc28tc3R5bGUtbmFtZToiSFRNTCBQcmVmb3JtYXR0 ZWQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJIVE1M IFByZWZvcm1hdHRlZCI7DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3Ijt9DQouTXNvQ2hwRGVm YXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250LXNpemU6MTAuMHB0O30N CkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4g MS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9u MTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0 cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1b aWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRt YXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5k aWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1 cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkhpIEthbmdrb29rLDxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iY29sb3I6IzFGNDk3RCI+VGhhbmtzIGZvciBhZGRyZXNzaW5nIHlvdXIgY29tbWVudHMu ICZuYnNwO1llcywgd2UgY2FuIHJlZmxlY3QgeW91ciBjb21tZW50IG9uIFNlY3Rpb24gMy4gVW5k ZXIgeW91ciB1c2UtY2FzZSBbS0xFRV0gaW4gU2VjdGlvbiAzLCBpdCBzYXlzIGN1cnJlbnRseToN CjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTiIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1m YW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPkNvb3JkaW5hdGlvbiBvZiBzaWduYWwgZmxv dyBmb3IgRTJFIGNvbm5lY3Rpb25zLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3 RCI+WW91IHdhbnRlZCB0byBjaGFuZ2VkIHRvIDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj4tJm5ic3A7IENvb3JkaW5hdGlv biBvZiBzaWduYWwgZmxvdyBmb3IgRTJFIHNlcnZpY2UgY29ubmVjdGlvbnMgYW5kIG1hbmFnZW1l bnQ8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xv cjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+RG8geW91IHRoaW5rIOKAnG1hbmFnZW1l bnTigJ0gY2FuIGJlIG5hcnJvd2VkIGRvd24gdG8g4oCcZmF1bHQgYW5kIHBlcmZvcm1hbmNlIG1h bmFnZW1lbnTigJ0gaW4gcGFydGljdWxhcj88bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMx RjQ5N0QiPkkgY2FuIGFkZCB5b3VyIGNvbW1lbnRzIGluIFNlY3Rpb24gMy4xLg0KPG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMx RjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5UaGFua3MuPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPllvdW5n PG86cD48L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2Jv cmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5Gcm9t Ojwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiBLd2FuZ2tvb2cgTGVlIFtt YWlsdG86a3dhbmdrb29nbGVlQGdtYWlsLmNvbV0NCjxicj4NCjxiPlNlbnQ6PC9iPiBXZWRuZXNk YXksIEp1bHkgMjIsIDIwMTUgMTo1MiBBTTxicj4NCjxiPlRvOjwvYj4gTGVleW91bmc8YnI+DQo8 Yj5DYzo8L2I+IHRlYXNAaWV0Zi5vcmc8YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtUZWFzXSBh Y3RuIHJlcXVpcmVtZW50cyBkcmFmdDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9k aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8 cCBjbGFzcz0iTXNvTm9ybWFsIj5EZWFyIGF1dGhvcnMsPG86cD48L286cD48L3A+DQo8L2Rpdj4N CjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2 Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkFzIHdlIGhhdmUgdXBkYXRlZCBmb3Igb3Vy IGRyYWZ0IGFib3V0ICZxdW90O2VuZC10by1lbmQgY29ubmVjdGl2aXR5IG92ZXIgbXVsdGkgdmVu ZG9yIGRvbWFpbnMmcXVvdDsgd2Ugd2FudCB0byBjaGFuZ2UgJnF1b3Q7b24tZGVtYW5kIGVuZC10 by1lbmQgc2VydmljZSZxdW90OyB0byAmcXVvdDtlbmQtdG8tZW5kIHNlcnZpY2UmcXVvdDsgaW4g c2VjdGlvbiAzIGJlY2F1c2Ugb3VyIHNjb3BlIGNvdmVycyBib3RoIGNhc2VzLiZuYnNwOzxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJz cDs8L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5JbiBhZGRp dGlvbiwgd2UgdGhpbmsgdGhhdCBmYXVsdCBhbmQgcGVyZm9ybWFuY2UgbWFuYWdlbWVudCBwZXJz cGVjdGl2ZXMgb2YgYW4gZW5kLXRvLWVuZCBzZXJ2aWNlIG92ZXIgbXVsdGkgdmVuZG9yIGlzbGFu ZHMgc2hvdWxkIGJlIGFkZGVkIGluIHRoZSByZXF1aXJlbWVudCBjb250ZW50cyB3aGVyZSB0aGV5 IGN1cnJlbnRseSBtZW50aW9uIGp1c3QgY29ubmVjdGlvbiBwZXJzcGVjdGl2ZS4gUGxlYXNlLCBt b2RpZnkNCiB0aGUgY29udGVudHMgYXMgZm9sbG93czs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0K PGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+LSZuYnNwOyBDb29yZGluYXRpb24gb2Ygc2ln bmFsIGZsb3cgZm9yIEUyRSBzZXJ2aWNlIGNvbm5lY3Rpb25zIGFuZCBtYW5hZ2VtZW50PG86cD48 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+DQo8YnI+ DQo8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkZp bmFsbHksIHBsZWFzZSBhZGQgZm9sbG93aW5nIGNvbnRlbnRzIGluIHNlcnZpY2Ugc3BlY2lmaWMg cmVxdWlyZW1lbnRzIG9mIHNlYy4gMy4xLjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+JnF1b3Q7b24tZGVtYW5kIGFuZCBsb25nLWxpdmVkIGVuZC10 by1lbmQgc2VydmljZSBwcm92aXNpb25pbmcgYW5kIG1vbml0b3JpbmcmcXVvdDs8bzpwPjwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxicj4NCjxicj4NCjxv OnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhhbmtz LDxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+S3dh bmdrb29nIExlZTxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PGJyPg0KPGJyPg0KPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48YnI+DQo8YnI+DQpTZW50IGZyb20gbXkgaVBob25lPG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibWFyZ2luLWJv dHRvbToxMi4wcHQiPjxicj4NCk9uIDIwMTUuIDcuIDIxLiwgYXQgPHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OiZxdW90O0d1bGltJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPuyYpO2bhDwv c3Bhbj4gMTo1MiwgTGVleW91bmcgJmx0OzxhIGhyZWY9Im1haWx0bzpsZWV5b3VuZ0BodWF3ZWku Y29tIj5sZWV5b3VuZ0BodWF3ZWkuY29tPC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdpbi1ib3R0b206 NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRv cC1hbHQ6NS4wcHQ7bWFyZ2luLXJpZ2h0Oi41aW47bWFyZ2luLWJvdHRvbTowaW47bWFyZ2luLWxl ZnQ6LjVpbjttYXJnaW4tYm90dG9tOi4wMDAxcHQiPg0KSGksIDxvOnA+PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDowaW47bWFyZ2luLXJp Z2h0Oi41aW47bWFyZ2luLWJvdHRvbTowaW47bWFyZ2luLWxlZnQ6LjVpbjttYXJnaW4tYm90dG9t Oi4wMDAxcHQiPg0KJm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBz dHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OjBpbjttYXJnaW4tcmlnaHQ6LjVpbjttYXJnaW4tYm90 dG9tOjBpbjttYXJnaW4tbGVmdDouNWluO21hcmdpbi1ib3R0b206LjAwMDFwdCI+DQpJdCB3aWxs IGJlIGdvb2QgdG8gZ2V0IHNvbWUgZGlzY3Vzc2lvbiBnb2luZyBvbiB0aGUgQUNUTiByZXF1aXJl bWVudHMgZXZlbiBiZWZvcmUgdGhlIFdHIG1lZXRpbmcsIGVzcGVjaWFsbHkgYnkgdGhlIGF1dGhv cnMgb2YgQUNUTiB1c2UtY2FzZXMgaWYgdGhlIGN1cnJlbnQgcmVxdWlyZW1lbnRzIGRvY3VtZW50 IHJlZmxlY3RzIGNvcnJlY3RseSBhbmQgcmlnaHRseSB5b3VyIHVzZS1jYXNlc+KAmSByZXF1aXJl bWVudHMgaW4gYSBsZXZlbCB5b3Ugd2FudC4NCiBIZXJl4oCZcyB0aGUgbGluazo8bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxhIGhyZWY9Imh0dHBzOi8vZGF0YXRyYWNrZXIu aWV0Zi5vcmcvZG9jL2RyYWZ0LWxlZS10ZWFzLWFjdG4tcmVxdWlyZW1lbnRzLyI+aHR0cHM6Ly9k YXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtbGVlLXRlYXMtYWN0bi1yZXF1aXJlbWVudHMv PC9hPg0KPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1h cmdpbi10b3AtYWx0OjBpbjttYXJnaW4tcmlnaHQ6LjVpbjttYXJnaW4tYm90dG9tOjBpbjttYXJn aW4tbGVmdDouNWluO21hcmdpbi1ib3R0b206LjAwMDFwdCI+DQombmJzcDs8bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6MGluO21h cmdpbi1yaWdodDouNWluO21hcmdpbi1ib3R0b206MGluO21hcmdpbi1sZWZ0Oi41aW47bWFyZ2lu LWJvdHRvbTouMDAwMXB0Ij4NCkp1c3QgYSB0aG91Z2h0LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDowaW47bWFyZ2luLXJpZ2h0 Oi41aW47bWFyZ2luLWJvdHRvbTowaW47bWFyZ2luLWxlZnQ6LjVpbjttYXJnaW4tYm90dG9tOi4w MDAxcHQiPg0KJm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibXNvLW1hcmdpbi10b3AtYWx0OjBpbjttYXJnaW4tcmlnaHQ6LjVpbjttYXJnaW4tYm90dG9t OjBpbjttYXJnaW4tbGVmdDouNWluO21hcmdpbi1ib3R0b206LjAwMDFwdCI+DQpUaGFua3MuPG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At YWx0OjBpbjttYXJnaW4tcmlnaHQ6LjVpbjttYXJnaW4tYm90dG9tOjBpbjttYXJnaW4tbGVmdDou NWluO21hcmdpbi1ib3R0b206LjAwMDFwdCI+DQpZb3VuZzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDowaW47bWFyZ2luLXJpZ2h0 Oi41aW47bWFyZ2luLWJvdHRvbTowaW47bWFyZ2luLWxlZnQ6LjVpbjttYXJnaW4tYm90dG9tOi4w MDAxcHQiPg0KJm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHls ZT0ibXNvLW1hcmdpbi10b3AtYWx0OjBpbjttYXJnaW4tcmlnaHQ6LjVpbjttYXJnaW4tYm90dG9t OjUuMHB0O21hcmdpbi1sZWZ0Oi41aW4iPg0KJm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4N CjwvYmxvY2txdW90ZT4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUuMHB0O21hcmdp bi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6NS4wcHQ7bWFyZ2luLXJpZ2h0Oi41aW47bWFyZ2luLWJvdHRvbTo1LjBw dDttYXJnaW4tbGVmdDouNWluIj4NCjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTIuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90OyI+X19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQpUZWFzIG1h aWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzpUZWFzQGlldGYub3JnIj5UZWFzQGlldGYu b3JnPC9hPjxicj4NCjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGlu Zm8vdGVhcyI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby90ZWFzPC9hPjxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8L2Jv ZHk+DQo8L2h0bWw+DQo= --_000_7AEB3D6833318045B4AE71C2C87E8E1729CEDB54dfweml706chm_-- From nobody Wed Jul 22 04:05:39 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CCC561B2A72 for ; Wed, 22 Jul 2015 04:05:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id a_eXavtWRw1k for ; Wed, 22 Jul 2015 04:05:37 -0700 (PDT) Received: from mail-ie0-x22b.google.com (mail-ie0-x22b.google.com [IPv6:2607:f8b0:4001:c03::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 762571B2A63 for ; Wed, 22 Jul 2015 04:05:34 -0700 (PDT) Received: by iecri3 with SMTP id ri3so69526614iec.2 for ; Wed, 22 Jul 2015 04:05:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=CEP2dmB5yyES2YissNCENXlwibhxMGrBSCKw2BA9UVQ=; b=mtUYJlqOBUeMJvnnUI+nfEbTolm5zmUJdtid3D6gUjW5kCNpCzCrRWQ3o4txmLczvw Fzsce+IX2NyQOs3QXKMN6JZl5hdoAXCuMwi90qmRxmBgoGbF99SrHCZg3EXRe+z32+i2 gPF8kEOsF6Ff9CKQ3775fqWzBAn8aVU8a+adSwuvUl1ahSuGBSMUYV1cWDgGQMl638m/ emXdJ9rw0hBeQ9OLZld5+f9SMFP9U385RLei8jCJJgrakImVna5maepzEfHjXa35hs9A iXWyecCiQjpSI1PedUPTR41Yw687Lp4HUG+MrVVnpmErz97Jy4LhbXsjum0iMuF+zmIY MW0Q== MIME-Version: 1.0 X-Received: by 10.107.135.200 with SMTP id r69mr3386571ioi.54.1437563133899; Wed, 22 Jul 2015 04:05:33 -0700 (PDT) Sender: dhruvdhody@gmail.com X-Google-Sender-Delegation: dhruvdhody@gmail.com Received: by 10.50.218.147 with HTTP; Wed, 22 Jul 2015 04:05:33 -0700 (PDT) In-Reply-To: <7AEB3D6833318045B4AE71C2C87E8E1729CED284@dfweml706-chm> References: <7AEB3D6833318045B4AE71C2C87E8E1729CED284@dfweml706-chm> Date: Wed, 22 Jul 2015 13:05:33 +0200 X-Google-Sender-Auth: cvj83Nlm7BlHSO6HU_r6FrK50Xk Message-ID: From: Dhruv Dhody To: Leeyoung Content-Type: multipart/alternative; boundary=001a113eb0c2f050cc051b74bfdb Archived-At: Cc: "teas@ietf.org" Subject: Re: [Teas] actn requirements draft X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2015 11:05:39 -0000 --001a113eb0c2f050cc051b74bfdb Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable HI, >From the point of view of the POI usecase[1], the requirement document covers it well! Thanks! Regards, Dhruv [1] https://datatracker.ietf.org/doc/draft-dhody-actn-poi-use-case/ On Tue, Jul 21, 2015 at 1:52 PM, Leeyoung wrote: > Hi, > > > > It will be good to get some discussion going on the ACTN requirements eve= n > before the WG meeting, especially by the authors of ACTN use-cases if the > current requirements document reflects correctly and rightly your > use-cases=E2=80=99 requirements in a level you want. Here=E2=80=99s the l= ink: > > https://datatracker.ietf.org/doc/draft-lee-teas-actn-requirements/ > > > > Just a thought. > > > > Thanks. > > Young > > > > > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > > --001a113eb0c2f050cc051b74bfdb Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
HI,

From the point of view o= f the POI usecase[1], the requirement document covers it well!=C2=A0
<= div class=3D"gmail_default" style=3D"font-family:'trebuchet ms',san= s-serif;color:rgb(76,17,48)">
Than= ks!=C2=A0

Regards,
Dhruv

[1]=C2=A0https= ://datatracker.ietf.org/doc/draft-dhody-actn-poi-use-case/


On Tue, Jul 21, 2015 at 1:52 PM, Leeyoung <leeyo= ung@huawei.com> wrote:

Hi,

=C2=A0

It will be good to get some discussion going on the = ACTN requirements even before the WG meeting, especially by the authors of = ACTN use-cases if the current requirements document reflects correctly and = rightly your use-cases=E2=80=99 requirements in a level you want. Here=E2=80=99s the link:

https://datatracker.ietf.org/d= oc/draft-lee-teas-actn-requirements/

=C2=A0

Just a thought.

=C2=A0

Thanks.

Young

=C2=A0

=C2=A0


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


--001a113eb0c2f050cc051b74bfdb-- From nobody Wed Jul 22 04:07:15 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B21F31B2AC3 for ; Wed, 22 Jul 2015 04:07:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.209 X-Spam-Level: X-Spam-Status: No, score=-3.209 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qf0WIEf6vd0y for ; Wed, 22 Jul 2015 04:07:12 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 475B51B2A77 for ; Wed, 22 Jul 2015 04:07:11 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml402-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BVL51270; Wed, 22 Jul 2015 11:07:09 +0000 (GMT) Received: from DFWEML702-CHM.china.huawei.com (10.193.5.72) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 22 Jul 2015 12:07:04 +0100 Received: from DFWEML706-CHM.china.huawei.com ([10.193.5.225]) by dfweml702-chm ([10.193.5.72]) with mapi id 14.03.0235.001; Wed, 22 Jul 2015 04:06:55 -0700 From: Leeyoung To: Dhruv Dhody Thread-Topic: [Teas] actn requirements draft Thread-Index: AdDDq7QyBf9u8x+nQc+P1LlPZ6M3dwA/UxGAAA6heuA= Date: Wed, 22 Jul 2015 11:06:54 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1729CEDD95@dfweml706-chm> References: <7AEB3D6833318045B4AE71C2C87E8E1729CED284@dfweml706-chm> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.200.218.251] Content-Type: multipart/alternative; boundary="_000_7AEB3D6833318045B4AE71C2C87E8E1729CEDD95dfweml706chm_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: "teas@ietf.org" Subject: Re: [Teas] actn requirements draft X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2015 11:07:13 -0000 --_000_7AEB3D6833318045B4AE71C2C87E8E1729CEDD95dfweml706chm_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RGhydXYsDQoNClRoYW5rcyBmb3IgeW91ciBjb21tZW50Lg0KDQpZb3VuZw0KDQpGcm9tOiBkaHJ1 dmRob2R5QGdtYWlsLmNvbSBbbWFpbHRvOmRocnV2ZGhvZHlAZ21haWwuY29tXSBPbiBCZWhhbGYg T2YgRGhydXYgRGhvZHkNClNlbnQ6IFdlZG5lc2RheSwgSnVseSAyMiwgMjAxNSA2OjA2IEFNDQpU bzogTGVleW91bmcNCkNjOiB0ZWFzQGlldGYub3JnDQpTdWJqZWN0OiBSZTogW1RlYXNdIGFjdG4g cmVxdWlyZW1lbnRzIGRyYWZ0DQoNCkhJLA0KDQpGcm9tIHRoZSBwb2ludCBvZiB2aWV3IG9mIHRo ZSBQT0kgdXNlY2FzZVsxXSwgdGhlIHJlcXVpcmVtZW50IGRvY3VtZW50IGNvdmVycyBpdCB3ZWxs IQ0KDQpUaGFua3MhDQoNClJlZ2FyZHMsDQpEaHJ1dg0KDQpbMV0gaHR0cHM6Ly9kYXRhdHJhY2tl ci5pZXRmLm9yZy9kb2MvZHJhZnQtZGhvZHktYWN0bi1wb2ktdXNlLWNhc2UvDQoNCg0KT24gVHVl LCBKdWwgMjEsIDIwMTUgYXQgMTo1MiBQTSwgTGVleW91bmcgPGxlZXlvdW5nQGh1YXdlaS5jb208 bWFpbHRvOmxlZXlvdW5nQGh1YXdlaS5jb20+PiB3cm90ZToNCkhpLA0KDQpJdCB3aWxsIGJlIGdv b2QgdG8gZ2V0IHNvbWUgZGlzY3Vzc2lvbiBnb2luZyBvbiB0aGUgQUNUTiByZXF1aXJlbWVudHMg ZXZlbiBiZWZvcmUgdGhlIFdHIG1lZXRpbmcsIGVzcGVjaWFsbHkgYnkgdGhlIGF1dGhvcnMgb2Yg QUNUTiB1c2UtY2FzZXMgaWYgdGhlIGN1cnJlbnQgcmVxdWlyZW1lbnRzIGRvY3VtZW50IHJlZmxl Y3RzIGNvcnJlY3RseSBhbmQgcmlnaHRseSB5b3VyIHVzZS1jYXNlc+KAmSByZXF1aXJlbWVudHMg aW4gYSBsZXZlbCB5b3Ugd2FudC4gSGVyZeKAmXMgdGhlIGxpbms6DQpodHRwczovL2RhdGF0cmFj a2VyLmlldGYub3JnL2RvYy9kcmFmdC1sZWUtdGVhcy1hY3RuLXJlcXVpcmVtZW50cy8NCg0KSnVz dCBhIHRob3VnaHQuDQoNClRoYW5rcy4NCllvdW5nDQoNCg0KDQpfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KVGVhcyBtYWlsaW5nIGxpc3QNClRlYXNAaWV0 Zi5vcmc8bWFpbHRvOlRlYXNAaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFu L2xpc3RpbmZvL3RlYXMNCg0K --_000_7AEB3D6833318045B4AE71C2C87E8E1729CEDD95dfweml706chm_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2 IDQgMyA1IDQgNCAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiVHJlYnVjaGV0IE1T IjsNCglwYW5vc2UtMToyIDExIDYgMyAyIDIgMiAyIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9u cyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46 MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0KCWZvbnQt ZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVy bGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29y YXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0K CXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlv bjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29u YWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjoj MUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5O30N CkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsNCgltYXJnaW46MS4waW4g MS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9u MTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZhdWx0 cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwhLS1b aWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86aWRt YXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFbZW5k aWZdLS0+DQo8L2hlYWQ+DQo8Ym9keSBsYW5nPSJFTi1VUyIgbGluaz0iYmx1ZSIgdmxpbms9InB1 cnBsZSI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkRocnV2LDxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNp emU6MTEuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0NhbGlicmkmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3 RCI+VGhhbmtzIGZvciB5b3VyIGNvbW1lbnQuDQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtmb250LWZhbWls eTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3 RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPllvdW5nDQo8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdiBz dHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6 My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDsiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEw LjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90 OyI+IGRocnV2ZGhvZHlAZ21haWwuY29tIFttYWlsdG86ZGhydXZkaG9keUBnbWFpbC5jb21dDQo8 Yj5PbiBCZWhhbGYgT2YgPC9iPkRocnV2IERob2R5PGJyPg0KPGI+U2VudDo8L2I+IFdlZG5lc2Rh eSwgSnVseSAyMiwgMjAxNSA2OjA2IEFNPGJyPg0KPGI+VG86PC9iPiBMZWV5b3VuZzxicj4NCjxi PkNjOjwvYj4gdGVhc0BpZXRmLm9yZzxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW1RlYXNdIGFj dG4gcmVxdWlyZW1lbnRzIGRyYWZ0PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RyZWJ1Y2hl dCBNUyZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiM0QzExMzAiPkhJLDxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUcmVidWNoZXQgTVMmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Oztjb2xvcjojNEMxMTMwIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6JnF1b3Q7VHJlYnVjaGV0IE1TJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6IzRDMTEzMCI+RnJvbSB0aGUgcG9pbnQgb2YgdmlldyBvZiB0aGUgUE9JIHVzZWNhc2VbMV0s IHRoZSByZXF1aXJlbWVudCBkb2N1bWVudCBjb3ZlcnMgaXQgd2VsbCEmbmJzcDs8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VHJlYnVjaGV0IE1TJnF1b3Q7LCZxdW90O3NhbnMtc2Vy aWYmcXVvdDs7Y29sb3I6IzRDMTEzMCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OiZxdW90O1RyZWJ1Y2hldCBNUyZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiM0 QzExMzAiPlRoYW5rcyEmbmJzcDs8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VHJl YnVjaGV0IE1TJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzRDMTEzMCI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RyZWJ1Y2hldCBNUyZxdW90Oywm cXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiM0QzExMzAiPlJlZ2FyZHMsPG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OiZxdW90O1RyZWJ1Y2hldCBNUyZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7O2NvbG9yOiM0QzExMzAiPkRocnV2PG86cD48L286cD48L3NwYW4+PC9wPg0KPC9kaXY+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O1RyZWJ1Y2hldCBNUyZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiM0QzEx MzAiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtUcmVidWNoZXQgTVMm cXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojNEMxMTMwIj5bMV0mbmJzcDs8YSBo cmVmPSJodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1kaG9keS1hY3RuLXBv aS11c2UtY2FzZS8iPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWRob2R5 LWFjdG4tcG9pLXVzZS1jYXNlLzwvYT48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 VHJlYnVjaGV0IE1TJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzRDMTEzMCI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj5PbiBUdWUsIEp1bCAyMSwgMjAxNSBhdCAxOjUyIFBNLCBMZWV5b3VuZyAmbHQ7 PGEgaHJlZj0ibWFpbHRvOmxlZXlvdW5nQGh1YXdlaS5jb20iIHRhcmdldD0iX2JsYW5rIj5sZWV5 b3VuZ0BodWF3ZWkuY29tPC9hPiZndDsgd3JvdGU6PG86cD48L286cD48L3A+DQo8ZGl2Pg0KPGRp dj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt c28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+SGksDQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJv dHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1 dG8iPkl0IHdpbGwgYmUgZ29vZCB0byBnZXQgc29tZSBkaXNjdXNzaW9uIGdvaW5nIG9uIHRoZSBB Q1ROIHJlcXVpcmVtZW50cyBldmVuIGJlZm9yZSB0aGUgV0cgbWVldGluZywgZXNwZWNpYWxseSBi eSB0aGUgYXV0aG9ycyBvZiBBQ1ROIHVzZS1jYXNlcyBpZiB0aGUgY3VycmVudCByZXF1aXJlbWVu dHMgZG9jdW1lbnQNCiByZWZsZWN0cyBjb3JyZWN0bHkgYW5kIHJpZ2h0bHkgeW91ciB1c2UtY2Fz ZXPigJkgcmVxdWlyZW1lbnRzIGluIGEgbGV2ZWwgeW91IHdhbnQuIEhlcmXigJlzIHRoZSBsaW5r OjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48YSBocmVmPSJodHRwczov L2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1sZWUtdGVhcy1hY3RuLXJlcXVpcmVtZW50 cy8iIHRhcmdldD0iX2JsYW5rIj5odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFm dC1sZWUtdGVhcy1hY3RuLXJlcXVpcmVtZW50cy88L2E+DQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0 OmF1dG8iPkp1c3QgYSB0aG91Z2h0LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDph dXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+VGhhbmtz LjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5Zb3VuZzxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRv O21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2lu LWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1hcmdpbi1ib3R0b206MTIuMHB0Ij48YnI+DQpf X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxicj4NClRlYXMg bWFpbGluZyBsaXN0PGJyPg0KPGEgaHJlZj0ibWFpbHRvOlRlYXNAaWV0Zi5vcmciPlRlYXNAaWV0 Zi5vcmc8L2E+PGJyPg0KPGEgaHJlZj0iaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0 aW5mby90ZWFzIiB0YXJnZXQ9Il9ibGFuayI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9s aXN0aW5mby90ZWFzPC9hPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0 bWw+DQo= --_000_7AEB3D6833318045B4AE71C2C87E8E1729CEDD95dfweml706chm_-- From nobody Wed Jul 22 04:21:06 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 284AC1B2B90 for ; Wed, 22 Jul 2015 04:20:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.74 X-Spam-Level: * X-Spam-Status: No, score=1.74 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iCvPyVcJwXaE for ; Wed, 22 Jul 2015 04:20:52 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E93631B2A68 for ; Wed, 22 Jul 2015 04:20:51 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml404-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BZA70880; Wed, 22 Jul 2015 11:20:49 +0000 (GMT) Received: from SZXEMA413-HUB.china.huawei.com (10.82.72.72) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 22 Jul 2015 12:20:47 +0100 Received: from SZXEMA504-MBX.china.huawei.com ([169.254.7.79]) by SZXEMA413-HUB.china.huawei.com ([10.82.72.72]) with mapi id 14.03.0158.001; Wed, 22 Jul 2015 19:20:36 +0800 From: Zhenghaomian To: Leeyoung , "teas@ietf.org" Thread-Topic: actn requirements draft Thread-Index: AdDDq7QyBf9u8x+nQc+P1LlPZ6M3dwAxH2Xw Date: Wed, 22 Jul 2015 11:20:37 +0000 Message-ID: References: <7AEB3D6833318045B4AE71C2C87E8E1729CED284@dfweml706-chm> In-Reply-To: <7AEB3D6833318045B4AE71C2C87E8E1729CED284@dfweml706-chm> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.66.5] Content-Type: multipart/alternative; boundary="_000_E0C26CAA2504C84093A49B2CAC3261A438CAB066SZXEMA504MBXchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [Teas] =?gb2312?b?tPC4tDogYWN0biByZXF1aXJlbWVudHMgZHJhZnQ=?= X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2015 11:20:54 -0000 --_000_E0C26CAA2504C84093A49B2CAC3261A438CAB066SZXEMA504MBXchi_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGksIEFsbCwNCg0KSSB0aGluayB0aGUgY3VycmVudCB2ZXJzaW9uIG9mIHJlcXVpcmVtZW50IGRy YWZ0IGNvdmVycyB0aGUgcmVxdWlyZW1lbnQgZnJvbSBvdXIgdXNlIGNhc2UgaW4gZHJhZnQteHUt YWN0bi1wZXJmLWR5bmFtaWMtc2VydmljZS1jb250cm9sLg0KDQpUaGFua3MgYSBsb3QuDQoNCkJl c3Qgd2lzaGVzLA0KSGFvbWlhbg0KDQq3orz+yMs6IFRlYXMgW21haWx0bzp0ZWFzLWJvdW5jZXNA aWV0Zi5vcmddILT6se0gTGVleW91bmcNCreiy83KsbzkOiAyMDE1xOo31MIyMcjVIDE5OjUyDQrK 1bz+yMs6IHRlYXNAaWV0Zi5vcmcNCtb3zOI6IFtUZWFzXSBhY3RuIHJlcXVpcmVtZW50cyBkcmFm dA0KDQpIaSwNCg0KSXQgd2lsbCBiZSBnb29kIHRvIGdldCBzb21lIGRpc2N1c3Npb24gZ29pbmcg b24gdGhlIEFDVE4gcmVxdWlyZW1lbnRzIGV2ZW4gYmVmb3JlIHRoZSBXRyBtZWV0aW5nLCBlc3Bl Y2lhbGx5IGJ5IHRoZSBhdXRob3JzIG9mIEFDVE4gdXNlLWNhc2VzIGlmIHRoZSBjdXJyZW50IHJl cXVpcmVtZW50cyBkb2N1bWVudCByZWZsZWN0cyBjb3JyZWN0bHkgYW5kIHJpZ2h0bHkgeW91ciB1 c2UtY2FzZXOhryByZXF1aXJlbWVudHMgaW4gYSBsZXZlbCB5b3Ugd2FudC4gSGVyZaGvcyB0aGUg bGluazoNCmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWxlZS10ZWFzLWFj dG4tcmVxdWlyZW1lbnRzLw0KDQpKdXN0IGEgdGhvdWdodC4NCg0KVGhhbmtzLg0KWW91bmcNCg0K DQo= --_000_E0C26CAA2504C84093A49B2CAC3261A438CAB066SZXEMA504MBXchi_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi, All,

 

I think the current version of requirement draft covers the requi= rement from our use case in draft-xu-actn-perf-dynamic-service-control.

 

Thanks a lot.

 

Best wishes,

Haomian

 

=B7=A2=BC=FE=C8=CB: Teas [mailto:teas-bounces@ietf.org] = =B4=FA=B1=ED Leeyoung
=B7=A2= =CB=CD=CA=B1=BC=E4: 2015=C4=EA7=D4=C221=C8=D5 19:52
=CA=D5=BC=FE=C8=CB: teas@ietf.org
=D6=F7=CC=E2: [Teas] actn requirements draft

 

Hi,

 

It will be good to get some dis= cussion going on the ACTN requirements even before the WG meeting, especial= ly by the authors of ACTN use-cases if the current requirements document re= flects correctly and rightly your use-cases=A1=AF requirements in a level you want. Here=A1=AFs the link:<= /p>

https://datatracker.ietf.or= g/doc/draft-lee-teas-actn-requirements/

 

Just a thought.

 

Thanks.

Young

 

 

--_000_E0C26CAA2504C84093A49B2CAC3261A438CAB066SZXEMA504MBXchi_-- From nobody Wed Jul 22 04:26:34 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 636C81ACE7A for ; Wed, 22 Jul 2015 04:26:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.666 X-Spam-Level: X-Spam-Status: No, score=-1.666 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, WEIRD_PORT=0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id H2MXls-jQQnD for ; Wed, 22 Jul 2015 04:26:29 -0700 (PDT) Received: from gproxy5-pub.mail.unifiedlayer.com (gproxy5-pub.mail.unifiedlayer.com [67.222.38.55]) by ietfa.amsl.com (Postfix) with SMTP id 79BB11ACE6D for ; Wed, 22 Jul 2015 04:26:29 -0700 (PDT) Received: (qmail 14197 invoked by uid 0); 22 Jul 2015 11:26:27 -0000 Received: from unknown (HELO cmgw2) (10.0.90.83) by gproxy5.mail.unifiedlayer.com with SMTP; 22 Jul 2015 11:26:27 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw2 with id vPSM1q00G2SSUrH01PSQUX; Wed, 22 Jul 2015 05:26:25 -0600 X-Authority-Analysis: v=2.1 cv=O9qq4nNW c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=wU2YTnxGAAAA:8 a=cNaOj0WVAAAA:8 a=JAI3OqB5mnwA:10 a=IkcTkHD0fZMA:10 a=-NfooI8aBGcA:10 a=uEJ9t1CZtbIA:10 a=zOBTXjUuO1YA:10 a=48vgC7mUAAAA:8 a=hedpm89m4-gAf6LoEbMA:9 a=QEXdDO2ut3YA:10 a=ogKEW38db04A:10 a=DhxlVJMAL2kA:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Date:Message-ID:Subject:From:To; bh=yYxod9V1lRd+D7Bnthti3UnPW1sXYML6M3/zoGdfTP0=; b=1yE2prpuyym8p0zm+PtcJZcndQqHZ1WqGfYLieoWORGp3DkkxAEGsULgDC+Y8FdQC85duGFhx2JnX9RkGEc5I7bzW32JdTUyMPLFfUoXTehoOeHp2Bz2XIdWr1uipLJg; Received: from box313.bluehost.com ([69.89.31.113]:60885 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.84) (envelope-from ) id 1ZHsAJ-0005kE-2g for teas@ietf.org; Wed, 22 Jul 2015 05:26:23 -0600 To: TEAS WG From: Lou Berger Message-ID: <55AF7DD7.8070306@labn.net> Date: Wed, 22 Jul 2015 13:26:15 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Archived-At: Subject: [Teas] etherpad for today's meeting X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2015 11:26:31 -0000 please join at http://etherpad.tools.ietf.org:9000/p/notes-ietf-93-teas From nobody Wed Jul 22 04:44:06 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 096DC1A01C6 for ; Wed, 22 Jul 2015 04:44:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.999 X-Spam-Level: X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MsbUlslLmovQ for ; Wed, 22 Jul 2015 04:44:02 -0700 (PDT) Received: from mail-wi0-x22f.google.com (mail-wi0-x22f.google.com [IPv6:2a00:1450:400c:c05::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 623131A0063 for ; Wed, 22 Jul 2015 04:44:02 -0700 (PDT) Received: by wibud3 with SMTP id ud3so168151616wib.0 for ; Wed, 22 Jul 2015 04:44:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=GAKL3BafsfCtXD/xDbh5pLC5MpTF8Q8idzVN/KYfMrU=; b=HR8+GAXSE8kKUCbCLYkWUg6IeIbPv4jR9tgKWtHUdl5yzCeh0lgLFyqMH8hrxy0T+N ASwLi2SMmv7ei95xeJjAiqX0ysT8odmWbQm30lepUegZeMhyAuAr2z7noyUltkbT1pVd OLq5ZdMuklZcGeHQN5I6cs7Kx7O086gvFk/MNCbeXTjnaRJWrSGPl/+sar4X5n8gAV02 4NeJ51eYku7hEgI78TFjP1iw7BXSKYbAXUGuFfXngVs9nYpyrbImgO8RXUdqKArzu87A 6ojjuuBOPbAEyfReurjYKDe32vc4IA+1SnnIYIljx5lnsD51CwIqTvtYLY8tZBs4uMe+ 1z/g== MIME-Version: 1.0 X-Received: by 10.180.73.200 with SMTP id n8mr41358833wiv.94.1437565441075; Wed, 22 Jul 2015 04:44:01 -0700 (PDT) Received: by 10.194.102.39 with HTTP; Wed, 22 Jul 2015 04:44:01 -0700 (PDT) In-Reply-To: <7AEB3D6833318045B4AE71C2C87E8E1729CEDB54@dfweml706-chm> References: <7AEB3D6833318045B4AE71C2C87E8E1729CED284@dfweml706-chm> <68A305E9-CCA5-4A17-9A8B-B0E556F359B7@gmail.com> <7AEB3D6833318045B4AE71C2C87E8E1729CEDB54@dfweml706-chm> Date: Wed, 22 Jul 2015 13:44:01 +0200 Message-ID: From: KwangKoog Lee To: Leeyoung Content-Type: multipart/alternative; boundary=f46d043be07074f08a051b7549b2 Archived-At: Cc: "teas@ietf.org" Subject: Re: [Teas] actn requirements draft X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2015 11:44:05 -0000 --f46d043be07074f08a051b7549b2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, I think it doesn't need the mentioned service management only focuses on fault and performance monitoring for individual services.. Rather it should cover whole management operations such as service deployments from MDSC or CNC, management of the deployed services' network topology and service hierarchies (between MDSC and CNC). The fault and performance management is just one example. Thank you for your considerations. Kwang-koog Lee On Wed, Jul 22, 2015 at 9:26 AM, Leeyoung wrote: > Hi Kangkook, > > > > Thanks for addressing your comments. Yes, we can reflect your comment on > Section 3. Under your use-case [KLEE] in Section 3, it says currently: > > > > Coordination of signal flow for E2E connections. > > > > You wanted to changed to > > > > - Coordination of signal flow for E2E service connections and management > > > > Do you think =E2=80=9Cmanagement=E2=80=9D can be narrowed down to =E2=80= =9Cfault and performance > management=E2=80=9D in particular? > > > > I can add your comments in Section 3.1. > > > > Thanks. > > Young > > *From:* Kwangkoog Lee [mailto:kwangkooglee@gmail.com] > *Sent:* Wednesday, July 22, 2015 1:52 AM > *To:* Leeyoung > *Cc:* teas@ietf.org > *Subject:* Re: [Teas] actn requirements draft > > > > Dear authors, > > > > As we have updated for our draft about "end-to-end connectivity over mult= i > vendor domains" we want to change "on-demand end-to-end service" to > "end-to-end service" in section 3 because our scope covers both cases. > > > > In addition, we think that fault and performance management perspectives > of an end-to-end service over multi vendor islands should be added in the > requirement contents where they currently mention just connection > perspective. Please, modify the contents as follows; > > > > - Coordination of signal flow for E2E service connections and management > > > > Finally, please add following contents in service specific requirements > of sec. 3.1. > > "on-demand and long-lived end-to-end service provisioning and monitoring" > > > > Thanks, > > Kwangkoog Lee > > > > > > Sent from my iPhone > > > On 2015. 7. 21., at =EC=98=A4=ED=9B=84 1:52, Leeyoung wrote: > > Hi, > > > > It will be good to get some discussion going on the ACTN requirements eve= n > before the WG meeting, especially by the authors of ACTN use-cases if the > current requirements document reflects correctly and rightly your > use-cases=E2=80=99 requirements in a level you want. Here=E2=80=99s the l= ink: > > https://datatracker.ietf.org/doc/draft-lee-teas-actn-requirements/ > > > > Just a thought. > > > > Thanks. > > Young > > > > > > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas > > --f46d043be07074f08a051b7549b2 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,=C2=A0

I think it doesn't = need the mentioned service management only focuses on fault and performance= monitoring for individual services.. Rather it should cover whole manageme= nt operations such as service deployments from MDSC or CNC, management of t= he deployed services' network topology and service hierarchies (between= MDSC and CNC).=C2=A0
The fault and performance management is just one = example.

Thank you for your considerations.

Kwang-koog Lee =C2=A0=C2=A0

On Wed, Jul 22, 2015 at 9:26 A= M, Leeyoung <leeyoung@huawei.com> wrote:

Hi Kangkook,=

=C2=A0

Thanks for addressing = your comments.=C2=A0 Yes, we can reflect your comment on Section 3. Under y= our use-case [KLEE] in Section 3, it says currently:

=C2=A0

Coordination of signal flow for E2E connection= s.

=C2=A0

You wanted to changed = to

=C2=A0

-=C2=A0 Coordination of signal flow for E2E service = connections and management

=C2=A0

Do you think = =E2=80=9Cmanagement=E2=80=9D can be narrowed down to =E2=80=9Cfault and per= formance management=E2=80=9D in particular?

=C2=A0

I can add your comment= s in Section 3.1.

=C2=A0

Thanks.<= /span>

Young

From: Kwangkoo= g Lee [mailto:k= wangkooglee@gmail.com]
Sent: Wednesday, July 22, 2015 1:52 AM
To: Leeyoung
Cc: teas@ietf.org=
Subject: Re: [Teas] actn requirements draft

=C2=A0

Dear authors,

=C2=A0

As we have updated for our draft about "end-to-= end connectivity over multi vendor domains" we want to change "on= -demand end-to-end service" to "end-to-end service" in secti= on 3 because our scope covers both cases.=C2=A0

=C2=A0

In addition, we think that fault and performance man= agement perspectives of an end-to-end service over multi vendor islands sho= uld be added in the requirement contents where they currently mention just = connection perspective. Please, modify the contents as follows;

=C2=A0

-=C2=A0 Coordination of signal flow for E2E service = connections and management



Finally, please add following contents in service sp= ecific requirements of sec. 3.1.

"on-demand and long-lived end-to-end service pr= ovisioning and monitoring"



Thanks,

Kwangkoog Lee





Sent from my iPhone


On 2015. 7. 21., at =EC=98=A4=ED=9B=84 1:52, Leeyoung <leeyoung@huawei.com> wrote:=

Hi,

=C2=A0

It will be good to get some discussion going on the ACTN requirements even = before the WG meeting, especially by the authors of ACTN use-cases if the c= urrent requirements document reflects correctly and rightly your use-cases= =E2=80=99 requirements in a level you want. Here=E2=80=99s the link:

https://datatracker.ietf.org/d= oc/draft-lee-teas-actn-requirements/

=C2=A0

Just a thought.

=C2=A0

Thanks.

Young

=C2=A0

=C2=A0

_______________________________________________
Teas mailing list
Teas@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/teas


--f46d043be07074f08a051b7549b2-- From nobody Wed Jul 22 04:57:02 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D39AE1B29E5; Wed, 22 Jul 2015 04:57:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -96.354 X-Spam-Level: X-Spam-Status: No, score=-96.354 tagged_above=-999 required=5 tests=[BAYES_50=0.8, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XvWdyWOy8wT3; Wed, 22 Jul 2015 04:56:55 -0700 (PDT) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 88CDE1B3054; Wed, 22 Jul 2015 04:55:00 -0700 (PDT) X-Default-Received-SPF: pass (skip=forwardok (res=PASS)) x-ip-name=31.133.178.184; From: "Susan Hares" To: Date: Wed, 22 Jul 2015 07:54:56 -0400 Message-ID: <00b501d0c475$3b8d7b50$b2a871f0$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_00B6_01D0C453.B47C5080" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdDEdOlQJMGPPUEfQqaMneREQFbH1Q== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Archived-At: Cc: i2rs@ietf.org Subject: [Teas] draft-ietf-teas-yang-te-topo-01 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2015 11:57:01 -0000 This is a multipart message in MIME format. ------=_NextPart_000_00B6_01D0C453.B47C5080 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Thank you for defining the terms native TE-Topology and customized TE-Topology in your draft. Do you think the native topology and customized topology definitions could be adapted to normal (non-TE topologies)? Sue ------=_NextPart_000_00B6_01D0C453.B47C5080 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Thank you = for defining the terms native TE-Topology and customized TE-Topology in = your draft.   Do you think the native topology and customized = topology definitions could be adapted to normal (non-TE topologies)? =

 

Sue

------=_NextPart_000_00B6_01D0C453.B47C5080-- From nobody Wed Jul 22 05:14:00 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2093C1B30BF for ; Wed, 22 Jul 2015 05:14:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.578 X-Spam-Level: X-Spam-Status: No, score=-1.578 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, IP_NOT_FRIENDLY=0.334, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xgItw_6dWXpS for ; Wed, 22 Jul 2015 05:13:59 -0700 (PDT) Received: from slice.pfrc.org (slice.pfrc.org [67.207.130.108]) by ietfa.amsl.com (Postfix) with ESMTP id B7B991B3099 for ; Wed, 22 Jul 2015 05:13:43 -0700 (PDT) Received: by slice.pfrc.org (Postfix, from userid 1001) id 020351E372; Wed, 22 Jul 2015 08:15:45 -0400 (EDT) Date: Wed, 22 Jul 2015 08:15:45 -0400 From: Jeffrey Haas To: teas@ietf.org Message-ID: <20150722121545.GA3958@pfrc.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Archived-At: Subject: [Teas] General question on higher level yang tunnel abstraction X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2015 12:14:00 -0000 This was the unasked question from the mic during Tarek's presentation during IETF-93: The IETF Yang tunnels te container is nicely structured. A number of other tunneling mechanisms in yang were discussed during rtgwg. There is a need to have some amount of higher level abstraction for the various tunnel types to inherit from to provide necessary levels of commonality. Is there any work ongoing in teas to do this? I suspect such work will eventually belong in netmod, but believe that the yang authors should be coordinating to help produce such a higher layer abstraction. -- Jeff From nobody Wed Jul 22 05:31:12 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 663C21A026E for ; Wed, 22 Jul 2015 05:31:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.209 X-Spam-Level: X-Spam-Status: No, score=-3.209 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GIYoDcal27GA for ; Wed, 22 Jul 2015 05:31:07 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7CBB41B316D for ; Wed, 22 Jul 2015 05:31:06 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml403-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BZA78543; Wed, 22 Jul 2015 12:31:04 +0000 (GMT) Received: from DFWEML705-CHM.china.huawei.com (10.193.5.142) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.3.235.1; Wed, 22 Jul 2015 13:31:03 +0100 Received: from DFWEML706-CHM.china.huawei.com ([10.193.5.225]) by dfweml705-chm ([10.193.5.142]) with mapi id 14.03.0235.001; Wed, 22 Jul 2015 05:30:56 -0700 From: Leeyoung To: KwangKoog Lee Thread-Topic: [Teas] actn requirements draft Thread-Index: AdDDq7QyBf9u8x+nQc+P1LlPZ6M3dwA2eACAAA32u9D//+HigIAAaFxA Date: Wed, 22 Jul 2015 12:30:56 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1729CEDE0A@dfweml706-chm> References: <7AEB3D6833318045B4AE71C2C87E8E1729CED284@dfweml706-chm> <68A305E9-CCA5-4A17-9A8B-B0E556F359B7@gmail.com> <7AEB3D6833318045B4AE71C2C87E8E1729CEDB54@dfweml706-chm> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.200.217.161] Content-Type: multipart/alternative; boundary="_000_7AEB3D6833318045B4AE71C2C87E8E1729CEDE0Adfweml706chm_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: "teas@ietf.org" Subject: Re: [Teas] actn requirements draft X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2015 12:31:10 -0000 --_000_7AEB3D6833318045B4AE71C2C87E8E1729CEDE0Adfweml706chm_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 VGhhbmtzIGZvciB5b3VyIGNsYXJpZmljYXRpb24uDQoNCllvdW5nDQoNCkZyb206IEt3YW5nS29v ZyBMZWUgW21haWx0bzprd2FuZ2tvb2dsZWVAZ21haWwuY29tXQ0KU2VudDogV2VkbmVzZGF5LCBK dWx5IDIyLCAyMDE1IDY6NDQgQU0NClRvOiBMZWV5b3VuZw0KQ2M6IHRlYXNAaWV0Zi5vcmcNClN1 YmplY3Q6IFJlOiBbVGVhc10gYWN0biByZXF1aXJlbWVudHMgZHJhZnQNCg0KSGksDQoNCkkgdGhp bmsgaXQgZG9lc24ndCBuZWVkIHRoZSBtZW50aW9uZWQgc2VydmljZSBtYW5hZ2VtZW50IG9ubHkg Zm9jdXNlcyBvbiBmYXVsdCBhbmQgcGVyZm9ybWFuY2UgbW9uaXRvcmluZyBmb3IgaW5kaXZpZHVh bCBzZXJ2aWNlcy4uIFJhdGhlciBpdCBzaG91bGQgY292ZXIgd2hvbGUgbWFuYWdlbWVudCBvcGVy YXRpb25zIHN1Y2ggYXMgc2VydmljZSBkZXBsb3ltZW50cyBmcm9tIE1EU0Mgb3IgQ05DLCBtYW5h Z2VtZW50IG9mIHRoZSBkZXBsb3llZCBzZXJ2aWNlcycgbmV0d29yayB0b3BvbG9neSBhbmQgc2Vy dmljZSBoaWVyYXJjaGllcyAoYmV0d2VlbiBNRFNDIGFuZCBDTkMpLg0KVGhlIGZhdWx0IGFuZCBw ZXJmb3JtYW5jZSBtYW5hZ2VtZW50IGlzIGp1c3Qgb25lIGV4YW1wbGUuDQoNClRoYW5rIHlvdSBm b3IgeW91ciBjb25zaWRlcmF0aW9ucy4NCg0KS3dhbmcta29vZyBMZWUNCg0KT24gV2VkLCBKdWwg MjIsIDIwMTUgYXQgOToyNiBBTSwgTGVleW91bmcgPGxlZXlvdW5nQGh1YXdlaS5jb208bWFpbHRv OmxlZXlvdW5nQGh1YXdlaS5jb20+PiB3cm90ZToNCkhpIEthbmdrb29rLA0KDQpUaGFua3MgZm9y IGFkZHJlc3NpbmcgeW91ciBjb21tZW50cy4gIFllcywgd2UgY2FuIHJlZmxlY3QgeW91ciBjb21t ZW50IG9uIFNlY3Rpb24gMy4gVW5kZXIgeW91ciB1c2UtY2FzZSBbS0xFRV0gaW4gU2VjdGlvbiAz LCBpdCBzYXlzIGN1cnJlbnRseToNCg0KQ29vcmRpbmF0aW9uIG9mIHNpZ25hbCBmbG93IGZvciBF MkUgY29ubmVjdGlvbnMuDQoNCllvdSB3YW50ZWQgdG8gY2hhbmdlZCB0bw0KDQotICBDb29yZGlu YXRpb24gb2Ygc2lnbmFsIGZsb3cgZm9yIEUyRSBzZXJ2aWNlIGNvbm5lY3Rpb25zIGFuZCBtYW5h Z2VtZW50DQoNCkRvIHlvdSB0aGluayDigJxtYW5hZ2VtZW504oCdIGNhbiBiZSBuYXJyb3dlZCBk b3duIHRvIOKAnGZhdWx0IGFuZCBwZXJmb3JtYW5jZSBtYW5hZ2VtZW504oCdIGluIHBhcnRpY3Vs YXI/DQoNCkkgY2FuIGFkZCB5b3VyIGNvbW1lbnRzIGluIFNlY3Rpb24gMy4xLg0KDQpUaGFua3Mu DQpZb3VuZw0KRnJvbTogS3dhbmdrb29nIExlZSBbbWFpbHRvOmt3YW5na29vZ2xlZUBnbWFpbC5j b208bWFpbHRvOmt3YW5na29vZ2xlZUBnbWFpbC5jb20+XQ0KU2VudDogV2VkbmVzZGF5LCBKdWx5 IDIyLCAyMDE1IDE6NTIgQU0NClRvOiBMZWV5b3VuZw0KQ2M6IHRlYXNAaWV0Zi5vcmc8bWFpbHRv OnRlYXNAaWV0Zi5vcmc+DQpTdWJqZWN0OiBSZTogW1RlYXNdIGFjdG4gcmVxdWlyZW1lbnRzIGRy YWZ0DQoNCkRlYXIgYXV0aG9ycywNCg0KQXMgd2UgaGF2ZSB1cGRhdGVkIGZvciBvdXIgZHJhZnQg YWJvdXQgImVuZC10by1lbmQgY29ubmVjdGl2aXR5IG92ZXIgbXVsdGkgdmVuZG9yIGRvbWFpbnMi IHdlIHdhbnQgdG8gY2hhbmdlICJvbi1kZW1hbmQgZW5kLXRvLWVuZCBzZXJ2aWNlIiB0byAiZW5k LXRvLWVuZCBzZXJ2aWNlIiBpbiBzZWN0aW9uIDMgYmVjYXVzZSBvdXIgc2NvcGUgY292ZXJzIGJv dGggY2FzZXMuDQoNCkluIGFkZGl0aW9uLCB3ZSB0aGluayB0aGF0IGZhdWx0IGFuZCBwZXJmb3Jt YW5jZSBtYW5hZ2VtZW50IHBlcnNwZWN0aXZlcyBvZiBhbiBlbmQtdG8tZW5kIHNlcnZpY2Ugb3Zl ciBtdWx0aSB2ZW5kb3IgaXNsYW5kcyBzaG91bGQgYmUgYWRkZWQgaW4gdGhlIHJlcXVpcmVtZW50 IGNvbnRlbnRzIHdoZXJlIHRoZXkgY3VycmVudGx5IG1lbnRpb24ganVzdCBjb25uZWN0aW9uIHBl cnNwZWN0aXZlLiBQbGVhc2UsIG1vZGlmeSB0aGUgY29udGVudHMgYXMgZm9sbG93czsNCg0KLSAg Q29vcmRpbmF0aW9uIG9mIHNpZ25hbCBmbG93IGZvciBFMkUgc2VydmljZSBjb25uZWN0aW9ucyBh bmQgbWFuYWdlbWVudA0KDQpGaW5hbGx5LCBwbGVhc2UgYWRkIGZvbGxvd2luZyBjb250ZW50cyBp biBzZXJ2aWNlIHNwZWNpZmljIHJlcXVpcmVtZW50cyBvZiBzZWMuIDMuMS4NCiJvbi1kZW1hbmQg YW5kIGxvbmctbGl2ZWQgZW5kLXRvLWVuZCBzZXJ2aWNlIHByb3Zpc2lvbmluZyBhbmQgbW9uaXRv cmluZyINCg0KVGhhbmtzLA0KS3dhbmdrb29nIExlZQ0KDQoNCg0KU2VudCBmcm9tIG15IGlQaG9u ZQ0KDQpPbiAyMDE1LiA3LiAyMS4sIGF0IOyYpO2bhCAxOjUyLCBMZWV5b3VuZyA8bGVleW91bmdA aHVhd2VpLmNvbTxtYWlsdG86bGVleW91bmdAaHVhd2VpLmNvbT4+IHdyb3RlOg0KSGksDQoNCkl0 IHdpbGwgYmUgZ29vZCB0byBnZXQgc29tZSBkaXNjdXNzaW9uIGdvaW5nIG9uIHRoZSBBQ1ROIHJl cXVpcmVtZW50cyBldmVuIGJlZm9yZSB0aGUgV0cgbWVldGluZywgZXNwZWNpYWxseSBieSB0aGUg YXV0aG9ycyBvZiBBQ1ROIHVzZS1jYXNlcyBpZiB0aGUgY3VycmVudCByZXF1aXJlbWVudHMgZG9j dW1lbnQgcmVmbGVjdHMgY29ycmVjdGx5IGFuZCByaWdodGx5IHlvdXIgdXNlLWNhc2Vz4oCZIHJl cXVpcmVtZW50cyBpbiBhIGxldmVsIHlvdSB3YW50LiBIZXJl4oCZcyB0aGUgbGluazoNCmh0dHBz Oi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWxlZS10ZWFzLWFjdG4tcmVxdWlyZW1l bnRzLw0KDQpKdXN0IGEgdGhvdWdodC4NCg0KVGhhbmtzLg0KWW91bmcNCg0KDQpfX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KVGVhcyBtYWlsaW5nIGxpc3QN ClRlYXNAaWV0Zi5vcmc8bWFpbHRvOlRlYXNAaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9y Zy9tYWlsbWFuL2xpc3RpbmZvL3RlYXMNCg0K --_000_7AEB3D6833318045B4AE71C2C87E8E1729CEDE0Adfweml706chm_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 R3VsaW07DQoJcGFub3NlLTE6MiAxMSA2IDAgMCAxIDEgMSAxIDE7fQ0KQGZvbnQtZmFjZQ0KCXtm b250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMgMiA0 O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUg MiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5v c2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OiJc QEd1bGltIjsNCglwYW5vc2UtMToyIDExIDYgMCAwIDEgMSAxIDEgMTt9DQovKiBTdHlsZSBEZWZp bml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXtt YXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTIuMHB0Ow0K CWZvbnQtZmFtaWx5OiJUaW1lcyBOZXcgUm9tYW4iLCJzZXJpZiI7fQ0KYTpsaW5rLCBzcGFuLk1z b0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0 LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29IeXBlcmxpbmtGb2xs b3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6cHVycGxlOw0KCXRleHQtZGVj b3JhdGlvbjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNvLXN0eWxlLXR5cGU6 cGVyc29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCglj b2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1v bmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41 aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNl Y3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNv IDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAv Pg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxh eW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwv bzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVO LVVTIiBsaW5rPSJibHVlIiB2bGluaz0icHVycGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9u MSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdDtm b250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29s b3I6IzFGNDk3RCI+VGhhbmtzIGZvciB5b3VyIGNsYXJpZmljYXRpb24uDQo8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEx LjBwdDtmb250LWZhbWlseTomcXVvdDtDYWxpYnJpJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVv dDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1 b3Q7Q2FsaWJyaSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPllv dW5nPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7Q2FsaWJyaSZxdW90OywmcXVv dDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAx LjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxi PjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7Ij5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3Nh bnMtc2VyaWYmcXVvdDsiPiBLd2FuZ0tvb2cgTGVlIFttYWlsdG86a3dhbmdrb29nbGVlQGdtYWls LmNvbV0NCjxicj4NCjxiPlNlbnQ6PC9iPiBXZWRuZXNkYXksIEp1bHkgMjIsIDIwMTUgNjo0NCBB TTxicj4NCjxiPlRvOjwvYj4gTGVleW91bmc8YnI+DQo8Yj5DYzo8L2I+IHRlYXNAaWV0Zi5vcmc8 YnI+DQo8Yj5TdWJqZWN0OjwvYj4gUmU6IFtUZWFzXSBhY3RuIHJlcXVpcmVtZW50cyBkcmFmdDxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4m bmJzcDs8L286cD48L3A+DQo8ZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkhpLCZu YnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPkkgdGhp bmsgaXQgZG9lc24ndCBuZWVkIHRoZSBtZW50aW9uZWQgc2VydmljZSBtYW5hZ2VtZW50IG9ubHkg Zm9jdXNlcyBvbiBmYXVsdCBhbmQgcGVyZm9ybWFuY2UgbW9uaXRvcmluZyBmb3IgaW5kaXZpZHVh bCBzZXJ2aWNlcy4uIFJhdGhlciBpdCBzaG91bGQgY292ZXIgd2hvbGUgbWFuYWdlbWVudCBvcGVy YXRpb25zIHN1Y2ggYXMgc2VydmljZSBkZXBsb3ltZW50cyBmcm9tIE1EU0Mgb3IgQ05DLCBtYW5h Z2VtZW50DQogb2YgdGhlIGRlcGxveWVkIHNlcnZpY2VzJyBuZXR3b3JrIHRvcG9sb2d5IGFuZCBz ZXJ2aWNlIGhpZXJhcmNoaWVzIChiZXR3ZWVuIE1EU0MgYW5kIENOQykuJm5ic3A7PG86cD48L286 cD48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+VGhlIGZhdWx0IGFuZCBwZXJmb3Jt YW5jZSBtYW5hZ2VtZW50IGlzIGp1c3Qgb25lIGV4YW1wbGUuPG86cD48L286cD48L3A+DQo8ZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj5UaGFuayB5b3UgZm9yIHlvdXIgY29uc2lkZXJhdGlv bnMuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi Pkt3YW5nLWtvb2cgTGVlICZuYnNwOyZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rp dj4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk9uIFdlZCwgSnVsIDIyLCAyMDE1IGF0 IDk6MjYgQU0sIExlZXlvdW5nICZsdDs8YSBocmVmPSJtYWlsdG86bGVleW91bmdAaHVhd2VpLmNv bSIgdGFyZ2V0PSJfYmxhbmsiPmxlZXlvdW5nQGh1YXdlaS5jb208L2E+Jmd0OyB3cm90ZTo8bzpw PjwvbzpwPjwvcD4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1z by1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBz dHlsZT0iY29sb3I6IzFGNDk3RCI+SGkgS2FuZ2tvb2ssPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+Jm5ic3A7 PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1t YXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHls ZT0iY29sb3I6IzFGNDk3RCI+VGhhbmtzIGZvciBhZGRyZXNzaW5nIHlvdXIgY29tbWVudHMuJm5i c3A7IFllcywgd2UgY2FuIHJlZmxlY3QgeW91ciBjb21tZW50IG9uIFNlY3Rpb24gMy4gVW5kZXIg eW91ciB1c2UtY2FzZSBbS0xFRV0gaW4gU2VjdGlvbiAzLCBpdCBzYXlzIGN1cnJlbnRseToNCjwv c3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9 ImNvbG9yOiMxRjQ5N0QiPiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRv bS1hbHQ6YXV0byI+PHNwYW4gbGFuZz0iRU4iIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5Db29yZGluYXRpb24gb2Ygc2lnbmFsIGZs b3cgZm9yIEUyRSBjb25uZWN0aW9ucy48L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At YWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJjb2xvcjoj MUY0OTdEIj5Zb3Ugd2FudGVkIHRvIGNoYW5nZWQgdG8NCjwvc3Bhbj48bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPiZuYnNw Ozwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+LSZuYnNwOyBD b29yZGluYXRpb24gb2Ygc2lnbmFsIGZsb3cgZm9yIEUyRSBzZXJ2aWNlIGNvbm5lY3Rpb25zIGFu ZCBtYW5hZ2VtZW50PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0i bXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxzcGFu IHN0eWxlPSJjb2xvcjojMUY0OTdEIj4mbmJzcDs8L3NwYW4+PG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG8iPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5EbyB5b3UgdGhp bmsg4oCcbWFuYWdlbWVudOKAnSBjYW4gYmUgbmFycm93ZWQgZG93biB0byDigJxmYXVsdCBhbmQg cGVyZm9ybWFuY2UgbWFuYWdlbWVudOKAnSBpbiBwYXJ0aWN1bGFyPzwvc3Bhbj48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0 bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0Qi PiZuYnNwOzwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxl PSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNw YW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkkgY2FuIGFkZCB5b3VyIGNvbW1lbnRzIGluIFNlY3Rp b24gMy4xLg0KPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj48 c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+Jm5ic3A7PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1t YXJnaW4tYm90dG9tLWFsdDphdXRvIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+VGhhbmtz Ljwvc3Bhbj48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PHNwYW4gc3R5 bGU9ImNvbG9yOiMxRjQ5N0QiPllvdW5nPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPGRpdj4NCjxk aXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRk aW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28t bWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+PGI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZx dW90O3NhbnMtc2VyaWYmcXVvdDsiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJp ZiZxdW90OyI+IEt3YW5na29vZyBMZWUgW21haWx0bzo8YSBocmVmPSJtYWlsdG86a3dhbmdrb29n bGVlQGdtYWlsLmNvbSIgdGFyZ2V0PSJfYmxhbmsiPmt3YW5na29vZ2xlZUBnbWFpbC5jb208L2E+ XQ0KPGJyPg0KPGI+U2VudDo8L2I+IFdlZG5lc2RheSwgSnVseSAyMiwgMjAxNSAxOjUyIEFNPGJy Pg0KPGI+VG86PC9iPiBMZWV5b3VuZzxicj4NCjxiPkNjOjwvYj4gPGEgaHJlZj0ibWFpbHRvOnRl YXNAaWV0Zi5vcmciIHRhcmdldD0iX2JsYW5rIj50ZWFzQGlldGYub3JnPC9hPjxicj4NCjxiPlN1 YmplY3Q6PC9iPiBSZTogW1RlYXNdIGFjdG4gcmVxdWlyZW1lbnRzIGRyYWZ0PC9zcGFuPjxvOnA+ PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxkaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFs dDphdXRvIj4mbmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFs IiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1 dG8iPkRlYXIgYXV0aG9ycyw8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJv dHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdp bi1ib3R0b20tYWx0OmF1dG8iPkFzIHdlIGhhdmUgdXBkYXRlZCBmb3Igb3VyIGRyYWZ0IGFib3V0 ICZxdW90O2VuZC10by1lbmQgY29ubmVjdGl2aXR5IG92ZXIgbXVsdGkgdmVuZG9yIGRvbWFpbnMm cXVvdDsgd2Ugd2FudCB0byBjaGFuZ2UgJnF1b3Q7b24tZGVtYW5kIGVuZC10by1lbmQgc2Vydmlj ZSZxdW90OyB0byAmcXVvdDtlbmQtdG8tZW5kIHNlcnZpY2UmcXVvdDsgaW4gc2VjdGlvbiAzDQog YmVjYXVzZSBvdXIgc2NvcGUgY292ZXJzIGJvdGggY2FzZXMuJm5ic3A7PG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPiZuYnNwOzxvOnA+PC9vOnA+ PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJn aW4tdG9wLWFsdDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5JbiBhZGRpdGlvbiwg d2UgdGhpbmsgdGhhdCBmYXVsdCBhbmQgcGVyZm9ybWFuY2UgbWFuYWdlbWVudCBwZXJzcGVjdGl2 ZXMgb2YgYW4gZW5kLXRvLWVuZCBzZXJ2aWNlIG92ZXIgbXVsdGkgdmVuZG9yIGlzbGFuZHMgc2hv dWxkIGJlIGFkZGVkIGluIHRoZSByZXF1aXJlbWVudCBjb250ZW50cyB3aGVyZSB0aGV5DQogY3Vy cmVudGx5IG1lbnRpb24ganVzdCBjb25uZWN0aW9uIHBlcnNwZWN0aXZlLiBQbGVhc2UsIG1vZGlm eSB0aGUgY29udGVudHMgYXMgZm9sbG93czs8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttc28t bWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+Jm5ic3A7PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxk aXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87 bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPi0mbmJzcDsgQ29vcmRpbmF0aW9uIG9mIHNpZ25h bCBmbG93IGZvciBFMkUgc2VydmljZSBjb25uZWN0aW9ucyBhbmQgbWFuYWdlbWVudDxvOnA+PC9v OnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1t YXJnaW4tdG9wLWFsdDphdXRvO21hcmdpbi1ib3R0b206MTIuMHB0Ij48bzpwPiZuYnNwOzwvbzpw PjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFy Z2luLXRvcC1hbHQ6YXV0bzttc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0byI+RmluYWxseSwgcGxl YXNlIGFkZCBmb2xsb3dpbmcgY29udGVudHMgaW4gc2VydmljZSBzcGVjaWZpYyByZXF1aXJlbWVu dHMgb2Ygc2VjLiAzLjEuPG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0 b20tYWx0OmF1dG8iPiZxdW90O29uLWRlbWFuZCBhbmQgbG9uZy1saXZlZCBlbmQtdG8tZW5kIHNl cnZpY2UgcHJvdmlzaW9uaW5nIGFuZCBtb25pdG9yaW5nJnF1b3Q7PG86cD48L286cD48L3A+DQo8 L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At YWx0OmF1dG87bWFyZ2luLWJvdHRvbToxMi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPC9k aXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFs dDphdXRvO21zby1tYXJnaW4tYm90dG9tLWFsdDphdXRvIj5UaGFua3MsPG86cD48L286cD48L3A+ DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPkt3YW5na29vZyBMZWU8bzpw PjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJt c28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttYXJnaW4tYm90dG9tOjEyLjBwdCI+PG86cD4mbmJzcDs8 L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxicj4NCjxi cj4NClNlbnQgZnJvbSBteSBpUGhvbmU8bzpwPjwvbzpwPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttYXJnaW4t Ym90dG9tOjEyLjBwdCI+PGJyPg0KT24gMjAxNS4gNy4gMjEuLCBhdCA8c3BhbiBzdHlsZT0iZm9u dC1mYW1pbHk6JnF1b3Q7R3VsaW0mcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+7Jik7ZuE PC9zcGFuPiAxOjUyLCBMZWV5b3VuZyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmxlZXlvdW5nQGh1YXdl aS5jb20iIHRhcmdldD0iX2JsYW5rIj5sZWV5b3VuZ0BodWF3ZWkuY29tPC9hPiZndDsgd3JvdGU6 PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxibG9ja3F1b3RlIHN0eWxlPSJtYXJnaW4tdG9wOjUu MHB0O21hcmdpbi1ib3R0b206NS4wcHQiPg0KPGRpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttYXJnaW4tcmlnaHQ6MS4waW47bWFyZ2luLWxl ZnQ6MS4waW4iPg0KSGksIDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5 bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21hcmdpbi1yaWdodDoxLjBpbjttYXJnaW4tbGVm dDoxLjBpbiI+DQombmJzcDs8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0 eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bzttYXJnaW4tcmlnaHQ6MS4waW47bWFyZ2luLWxl ZnQ6MS4waW4iPg0KSXQgd2lsbCBiZSBnb29kIHRvIGdldCBzb21lIGRpc2N1c3Npb24gZ29pbmcg b24gdGhlIEFDVE4gcmVxdWlyZW1lbnRzIGV2ZW4gYmVmb3JlIHRoZSBXRyBtZWV0aW5nLCBlc3Bl Y2lhbGx5IGJ5IHRoZSBhdXRob3JzIG9mIEFDVE4gdXNlLWNhc2VzIGlmIHRoZSBjdXJyZW50IHJl cXVpcmVtZW50cyBkb2N1bWVudCByZWZsZWN0cyBjb3JyZWN0bHkgYW5kIHJpZ2h0bHkgeW91ciB1 c2UtY2FzZXPigJkgcmVxdWlyZW1lbnRzIGluIGEgbGV2ZWwgeW91IHdhbnQuDQogSGVyZeKAmXMg dGhlIGxpbms6PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNv LW1hcmdpbi10b3AtYWx0OmF1dG87bXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG8iPjxhIGhyZWY9 Imh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LWxlZS10ZWFzLWFjdG4tcmVx dWlyZW1lbnRzLyIgdGFyZ2V0PSJfYmxhbmsiPmh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcv ZG9jL2RyYWZ0LWxlZS10ZWFzLWFjdG4tcmVxdWlyZW1lbnRzLzwvYT4NCjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9wLWFsdDphdXRvO21h cmdpbi1yaWdodDoxLjBpbjttYXJnaW4tbGVmdDoxLjBpbiI+DQombmJzcDs8bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJtc28tbWFyZ2luLXRvcC1hbHQ6YXV0bztt YXJnaW4tcmlnaHQ6MS4waW47bWFyZ2luLWxlZnQ6MS4waW4iPg0KSnVzdCBhIHRob3VnaHQuPG86 cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At YWx0OmF1dG87bWFyZ2luLXJpZ2h0OjEuMGluO21hcmdpbi1sZWZ0OjEuMGluIj4NCiZuYnNwOzxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4tdG9w LWFsdDphdXRvO21hcmdpbi1yaWdodDoxLjBpbjttYXJnaW4tbGVmdDoxLjBpbiI+DQpUaGFua3Mu PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bWFyZ2luLXJpZ2h0OjEuMGluO21hcmdpbi1sZWZ0OjEuMGluIj4NCllvdW5n PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10 b3AtYWx0OmF1dG87bWFyZ2luLXJpZ2h0OjEuMGluO21hcmdpbi1sZWZ0OjEuMGluIj4NCiZuYnNw OzxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCIgc3R5bGU9Im1zby1tYXJnaW4t dG9wLWFsdDphdXRvO21hcmdpbi1yaWdodDoxLjBpbjttYXJnaW4tYm90dG9tOjUuMHB0O21hcmdp bi1sZWZ0OjEuMGluIj4NCiZuYnNwOzxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Jsb2NrcXVv dGU+DQo8YmxvY2txdW90ZSBzdHlsZT0ibWFyZ2luLXRvcDo1LjBwdDttYXJnaW4tYm90dG9tOjUu MHB0Ij4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0ibXNvLW1hcmdpbi10b3At YWx0OmF1dG87bWFyZ2luLXJpZ2h0OjEuMGluO21hcmdpbi1ib3R0b206NS4wcHQ7bWFyZ2luLWxl ZnQ6MS4waW4iPg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X188YnI+DQpUZWFzIG1haWxpbmcgbGlzdDxicj4NCjxhIGhyZWY9Im1haWx0bzpUZWFzQGlldGYu b3JnIiB0YXJnZXQ9Il9ibGFuayI+VGVhc0BpZXRmLm9yZzwvYT48YnI+DQo8YSBocmVmPSJodHRw czovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3RlYXMiIHRhcmdldD0iX2JsYW5rIj5o dHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3RlYXM8L2E+PG86cD48L286cD48 L3A+DQo8L2Rpdj4NCjwvYmxvY2txdW90ZT4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2 Pg0KPC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjwv ZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_7AEB3D6833318045B4AE71C2C87E8E1729CEDE0Adfweml706chm_-- From nobody Wed Jul 22 05:46:01 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A6AF11A00E7 for ; Wed, 22 Jul 2015 05:46:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SS97hJSj9Oya for ; Wed, 22 Jul 2015 05:45:59 -0700 (PDT) Received: from alln-iport-4.cisco.com (alln-iport-4.cisco.com [173.37.142.91]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1F51D1A039F for ; Wed, 22 Jul 2015 05:45:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=561; q=dns/txt; s=iport; t=1437569149; x=1438778749; h=from:to:subject:date:message-id:content-id: content-transfer-encoding:mime-version; bh=i+RXKmTffPgw0a8z8CCSde7dWSIIznEsOspszj7qsgM=; b=EKLcufLe9AadXo0LM1rq9LVZE8wRVTrhjPkmXMVBkfR9wFxQFF9DIqtV 4H4q5TuyVVtauD4wGq3FTqkAOsICu5S9usCZ9tGwVW8swu1hVrF/5SENq xpCXtVcOk27aN3JrClbnXEQpUgr4IZEU9wy6Cg90cDs8PQ3IDpfRqdyq/ k=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0AFBQCoj69V/4wNJK1bgxWBQ8VFOxEBAQEBAQEBgQqEKjpRAT5CJwSIQaZYphYBAQEBBgEBAQEBAQEbk3CBFAWUVwGMMZkSJoN8gjaBBAEBAQ X-IronPort-AV: E=Sophos;i="5.15,523,1432598400"; d="scan'208";a="171212337" Received: from alln-core-7.cisco.com ([173.36.13.140]) by alln-iport-4.cisco.com with ESMTP; 22 Jul 2015 12:45:48 +0000 Received: from xhc-aln-x04.cisco.com (xhc-aln-x04.cisco.com [173.36.12.78]) by alln-core-7.cisco.com (8.14.5/8.14.5) with ESMTP id t6MCjmEV004891 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Wed, 22 Jul 2015 12:45:48 GMT Received: from xmb-rcd-x14.cisco.com ([169.254.4.112]) by xhc-aln-x04.cisco.com ([173.36.12.78]) with mapi id 14.03.0195.001; Wed, 22 Jul 2015 07:45:48 -0500 From: "Giovanni Martinelli (giomarti)" To: TEAS WG Thread-Topic: Editorial comment on draft-ietf-teas-yang-te-topo-01 Thread-Index: AQHQxHxVZEd6lVqp20O3JvyECDdvkg== Date: Wed, 22 Jul 2015 12:45:47 +0000 Message-ID: <14A284E1-C1F4-4829-846E-648FD799E3ED@cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.61.211.215] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: [Teas] Editorial comment on draft-ietf-teas-yang-te-topo-01 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2015 12:46:00 -0000 Dear authors, is it reasonable to ask the references (RFC, drafts etc.) for each definiti= on you put (or will remain) in the model? =20 It might be an annoying editing but a great help in understanding where def= initions come from (sometime is trivial sometime is not). Especially this d= raft having a fairly high number of concepts to represent. This request is likely similar to the question done by Paul at the mic on d= raft-saad-teas-yang-te-02 presentation. Actually I see well done in draft= -saad-teas-yang-rsvp-02. Cheers G From nobody Wed Jul 22 09:42:59 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0AAC41A9069 for ; Wed, 22 Jul 2015 09:42:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.91 X-Spam-Level: X-Spam-Status: No, score=-6.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id S4XYJ_ZMwia0 for ; Wed, 22 Jul 2015 09:42:56 -0700 (PDT) Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8E1111A9026 for ; Wed, 22 Jul 2015 09:42:56 -0700 (PDT) Received: from us70uusmtp3.zam.alcatel-lucent.com (unknown [135.5.2.65]) by Websense Email Security Gateway with ESMTPS id BEEA5CAE3023B for ; Wed, 22 Jul 2015 16:42:51 +0000 (GMT) Received: from US70TWXCHHUB04.zam.alcatel-lucent.com (us70twxchhub04.zam.alcatel-lucent.com [135.5.2.36]) by us70uusmtp3.zam.alcatel-lucent.com (GMO) with ESMTP id t6MGgfal012436 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Wed, 22 Jul 2015 16:42:53 GMT Received: from [135.224.21.23] (135.5.27.17) by US70TWXCHHUB04.zam.alcatel-lucent.com (135.5.2.36) with Microsoft SMTP Server (TLS) id 14.3.195.1; Wed, 22 Jul 2015 12:42:35 -0400 To: TEAS WG From: Dieter Beller Organization: Alcatel-Lucent Message-ID: <55AFC7F8.6080309@alcatel-lucent.com> Date: Wed, 22 Jul 2015 18:42:32 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [135.5.27.17] Archived-At: Subject: [Teas] Comments on draft-chen-teas-rsvp-tts-00.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jul 2015 16:42:58 -0000 Hi all, as there was no time for discussion left at the meeting when draft-chen-teas-rsvp-tts-00.txt was presented, I am posting my comments on the list. While RSVP signaling extensions can be defined easily for scheduled connections, this has quite severe impacts on other control plane components. As far as the TED is concerned, time has to be added as an additional new dimension which adds a huge amount of complexity to the management of network resources. Additionally, this information also has to be disseminated into the network in order to synchronize the TEDs in the different control plane instances which creates a lot of additional IGP traffic. Therefore, I do have strong reservations with what this draft is proposing. Thanks, Dieter From nobody Thu Jul 23 06:51:31 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D71331ACD9F; Thu, 23 Jul 2015 06:51:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, USER_IN_WHITELIST=-100] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uBOynumexn4d; Thu, 23 Jul 2015 06:51:27 -0700 (PDT) Received: from asmtp5.iomartmail.com (asmtp5.iomartmail.com [62.128.201.176]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 35CC41ACDA0; Thu, 23 Jul 2015 06:50:46 -0700 (PDT) Received: from asmtp5.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp5.iomartmail.com (8.13.8/8.13.8) with ESMTP id t6NDoipO017308; Thu, 23 Jul 2015 14:50:44 +0100 Received: from 950129200 (dhcp-b176.meeting.ietf.org [31.133.177.118]) (authenticated bits=0) by asmtp5.iomartmail.com (8.13.8/8.13.8) with ESMTP id t6NDoh7M017297 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Thu, 23 Jul 2015 14:50:43 +0100 From: "Adrian Farrel" To: , Date: Thu, 23 Jul 2015 14:50:43 +0100 Message-ID: <061d01d0c54e$9243c420$b6cb4c60$@olddog.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdDFThc4ydjkU0GLSi+JbUZsECvfLA== Content-Language: en-gb X-TM-AS-MML: disable X-TM-AS-Product-Ver: IMSS-7.1.0.1576-8.0.0.1202-21698.007 X-TM-AS-Result: No--15.035-10.0-31-10 X-imss-scan-details: No--15.035-10.0-31-10 X-TMASE-MatchedRID: zZ2NfXeww121nd0IY98QVVu4M/xm4KZeXEjKf9fhKacJW4Re2U2py/68 8b7UXBa5KoSx1mwgbu4VV8LeFIqMI2Tg2+VTm5M2MIiU395I8H0Eu3H7rgYVqXN4oJrDvdmBXZF g4HFlpEe2+AvuzWOiToHhsW95gaXVJOn9szyfQQ28uYZxc1TPly9+CPCKb0HCn4PZYo/AFVw/zg t8itlRTffpVklYFVN9bLvTUNl+rx6i+SMpuaYbak+4wmL9kCTxVX7TxgU0dK53vUA6/Pi03BwAl HA73Fsg2tkT6UNGbu2BEtXy+slFBTlhA4MR0vTJ3FqOVb7PDEKT1q2IRL32nRxUkJPe1WBqEk/k 5fBS10unGIMonl05Cg9ULxS+SbQkHZ3queXVwR/Y6b+NuFvy+pE+3DCX3uibClyrX4tOmxSjxYy RBa/qJX3mXSdV7KK4OubYLCVnBVG8QIu4z6HhEH7cGd19dSFd Archived-At: Subject: [Teas] Architectural question about resource-scheduled LSPs X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2015 13:51:30 -0000 Hi, Having listened to the two presentations on scheduled LSPs in PCE and one in TEAS I think we need to do some architectural work and make sure we are all on the same page. This work probably needs to be squared off across the two WGs and possibly also MPLS. The architectural question is "Where is future scheduled resource reservation data held?" The options are: i. Solely in a centralised DB ii. In several distributed DBs that might be periodically synchronised iii. Distributed into the network iv. Some combination of the above. In the old world, the management system held all information about connections in the network. Such management systems were able to schedule connection establishment as well since they had a full view of all resources and all connections. In MPLS/GMPLS, the pendulum swung. Connection state was held in the network and not widely known. Only current resource availability was distributed. In such systems, scheduled connections required a management system that could access the current resource availability and plan the scheduled connections. But this approach was vulnerable to connections set up by other entities (in a distributed manner) that might "steal" resources needed for a planned future connection. One of the proposed solutions to this problem is that scheduled state is distributed into the network by signaling. That is, an RSVP Path message includes the timing parameters and the resources can be reserved by the network devices for use at the specified time. The disadvantages of this approach are that the network nodes have to have per-resource time-based databases (which may be quite complex), and that other nodes in the network (such as other head-end nodes, or PCEs) do not know about the future reservations. The answer to the second point is to report the future reservations either in PCEP or in the IGP. Doing it in the IGP means that every node in the network can see the future reservations, but may have an interesting scaling impact. Doing it in PCEP means the PCE is in synch with the network, but doesn't help other LSRs so implies a PCE-controlled scheduling system. At this point we might ask why, if the resource scheduling is controlled by the PCE, we need to distribute the scheduling information in the network. Why not just leave the time-based TED in the PCE? That reduces us to adding time parameters to the PCReq, but no changes to the PCInitiate message. The PCRep might have some time-based stuff for confirmation etc. But, this approach would have no changes to the RSVP messages. The above is me just rambling on the topic a bit, but it seems that we need to get all of this work on the same page and agree the architecture of what we are trying to build. Thanks for listening, Adrian From nobody Thu Jul 23 07:14:34 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6109A1ACE13; Thu, 23 Jul 2015 07:14:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.201 X-Spam-Level: X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id r86IKjfBPVm0; Thu, 23 Jul 2015 07:14:23 -0700 (PDT) Received: from sesbmg22.ericsson.net (sesbmg22.ericsson.net [193.180.251.48]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7BB171ACE1A; Thu, 23 Jul 2015 07:13:12 -0700 (PDT) X-AuditID: c1b4fb30-f79706d000007227-9a-55b0f676ec2a Received: from ESESSHC010.ericsson.se (Unknown_Domain [153.88.253.124]) by sesbmg22.ericsson.net (Symantec Mail Security) with SMTP id 12.1F.29223.676F0B55; Thu, 23 Jul 2015 16:13:10 +0200 (CEST) Received: from ESESSMB301.ericsson.se ([169.254.1.246]) by ESESSHC010.ericsson.se ([153.88.183.48]) with mapi id 14.03.0210.002; Thu, 23 Jul 2015 16:13:10 +0200 From: Daniele Ceccarelli To: "adrian@olddog.co.uk" , "pce@ietf.org" , "teas@ietf.org" Thread-Topic: [Teas] Architectural question about resource-scheduled LSPs Thread-Index: AdDFThc4ydjkU0GLSi+JbUZsECvfLAAAlAyg Date: Thu, 23 Jul 2015 14:13:09 +0000 Message-ID: <4A1562797D64E44993C5CBF38CF1BE48129AA26F@ESESSMB301.ericsson.se> References: <061d01d0c54e$9243c420$b6cb4c60$@olddog.co.uk> In-Reply-To: <061d01d0c54e$9243c420$b6cb4c60$@olddog.co.uk> Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.149] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrCLMWRmVeSWpSXmKPExsUyM+JvjW7Ztw2hBi8vqlr86LnBbNF0/wa7 ReuPHSwOzB5Llvxk8lixeSVjAFMUl01Kak5mWWqRvl0CV8aH/xIF7UoVi5d2szQwLpPuYuTk kBAwkdi/9gUzhC0mceHeerYuRi4OIYGjjBJfdxxih3CWMErs6Gxh6WLk4GATsJJ4csgHpEFE oFDi9+V2RhBbWMBDYvuiZawgJSICnhI3nypClBhJtO2YxQ5iswioSky8cpkJxOYV8JU41jqT BcQWApr4f+1isBpOAWuJjQe/gt3DKCArMWH3IrDxzALiEreezGeCuFNAYsme81A3i0q8fPyP FcJWklh7eDsLRL2exI2pU9ggbG2JZQtfM0PsFZQ4OfMJywRG0VlIxs5C0jILScssJC0LGFlW MYoWpxYn5aYbGemlFmUmFxfn5+nlpZZsYgRGy8Etvw12ML587niIUYCDUYmH90HThlAh1sSy 4srcQ4zSHCxK4rwzNueFCgmkJ5akZqemFqQWxReV5qQWH2Jk4uCUamDMKDUp3/DgwhmWsvg2 53/5gr92vEv+d9TdbInRg8l3uA5L+xw9NvFMWFLx3FnP1cq33Up7lljVntjvWbV+t9SpnNAJ P896Pw8+eirn2dWpS688SX98+ugFr8j/M2/F76xnLC5Ubxbd9uOYoQ+nhMY6Cd3ig/0drc8T 8zSvrNco2Pfkw/LHXX4tSizFGYmGWsxFxYkAFnlsl3cCAAA= Archived-At: Subject: Re: [Teas] Architectural question about resource-scheduled LSPs X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2015 14:14:25 -0000 Hi Adrian, Thanks for the excellent analysis and summary. I think that distributing the time reservation info just to the PCC and the= n realigning the other PCEs is the best option. Performing a realignment via IGP can cause scalability issues as you said (= maybe BGP could be the only appropriate alternative to PCEP). Distributing = the info to all the nodes (e.g. via RSVP) is not needed IMO, it's a burden = that does not bring any value and is applicable only to RSVP-TE, while keep= ing the reservation on the PCC could allow for bandwidth scheduling also in= other cases like e.g. segment routing. Sync between PCEs is another opportunity but then we end up in complex sync= h issues (who's the master? Who is right in case of conflict?). If we send = the info to the PCC (i.e. the network), the network is always right in case= of contentious and the PCEs can align with it. Cheers, Daniele > -----Original Message----- > From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of Adrian Farrel > Sent: gioved=EC 23 luglio 2015 15:51 > To: pce@ietf.org; teas@ietf.org > Subject: [Teas] Architectural question about resource-scheduled LSPs >=20 > Hi, >=20 > Having listened to the two presentations on scheduled LSPs in PCE and one= in > TEAS I think we need to do some architectural work and make sure we are a= ll > on the same page. >=20 > This work probably needs to be squared off across the two WGs and possibl= y > also MPLS. >=20 > The architectural question is "Where is future scheduled resource reserva= tion > data held?" >=20 > The options are: > i. Solely in a centralised DB > ii. In several distributed DBs that might be periodically synchronised ii= i. > Distributed into the network iv. Some combination of the above. >=20 > In the old world, the management system held all information about > connections in the network. Such management systems were able to > schedule connection establishment as well since they had a full view of a= ll > resources and all connections. >=20 > In MPLS/GMPLS, the pendulum swung. Connection state was held in the > network and not widely known. Only current resource availability was > distributed. In such systems, scheduled connections required a management > system that could access the current resource availability and plan the > scheduled connections. But this approach was vulnerable to connections se= t > up by other entities (in a distributed manner) that might "steal" resourc= es > needed for a planned future connection. >=20 > One of the proposed solutions to this problem is that scheduled state is > distributed into the network by signaling. That is, an RSVP Path message > includes the timing parameters and the resources can be reserved by the > network devices for use at the specified time. The disadvantages of this > approach are that the network nodes have to have per-resource time-based > databases (which may be quite complex), and that other nodes in the > network (such as other head-end nodes, or PCEs) do not know about the > future reservations. >=20 > The answer to the second point is to report the future reservations eithe= r in > PCEP or in the IGP. Doing it in the IGP means that every node in the netw= ork > can see the future reservations, but may have an interesting scaling impa= ct. > Doing it in PCEP means the PCE is in synch with the network, but doesn't = help > other LSRs so implies a PCE-controlled scheduling system. >=20 > At this point we might ask why, if the resource scheduling is controlled = by the > PCE, we need to distribute the scheduling information in the network. Why > not just leave the time-based TED in the PCE? >=20 > That reduces us to adding time parameters to the PCReq, but no changes to > the PCInitiate message. The PCRep might have some time-based stuff for > confirmation etc. But, this approach would have no changes to the RSVP > messages. >=20 > The above is me just rambling on the topic a bit, but it seems that we ne= ed to > get all of this work on the same page and agree the architecture of what = we > are trying to build. >=20 > Thanks for listening, > Adrian >=20 > _______________________________________________ > Teas mailing list > Teas@ietf.org > https://www.ietf.org/mailman/listinfo/teas From nobody Thu Jul 23 07:24:07 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 511351ACE62 for ; Thu, 23 Jul 2015 07:24:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.761 X-Spam-Level: X-Spam-Status: No, score=-1.761 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YRtF4lHy1qXH for ; Thu, 23 Jul 2015 07:24:05 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3CA631ACE60 for ; Thu, 23 Jul 2015 07:24:04 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml406-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BVM77916; Thu, 23 Jul 2015 14:24:01 +0000 (GMT) Received: from SZXEMA412-HUB.china.huawei.com (10.82.72.71) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.235.1; Thu, 23 Jul 2015 15:23:59 +0100 Received: from SZXEMA512-MBS.china.huawei.com ([169.254.8.111]) by SZXEMA412-HUB.china.huawei.com ([10.82.72.71]) with mapi id 14.03.0158.001; Thu, 23 Jul 2015 22:23:55 +0800 From: "Zhangxian (Xian)" To: "Giovanni Martinelli (giomarti)" , TEAS WG Thread-Topic: Editorial comment on draft-ietf-teas-yang-te-topo-01 Thread-Index: AQHQxHxVZEd6lVqp20O3JvyECDdvkp3pGrWa Date: Thu, 23 Jul 2015 14:23:54 +0000 Message-ID: References: <14A284E1-C1F4-4829-846E-648FD799E3ED@cisco.com> In-Reply-To: <14A284E1-C1F4-4829-846E-648FD799E3ED@cisco.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.70.221] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: "tsaad@cisco.com" Subject: Re: [Teas] Editorial comment on draft-ietf-teas-yang-te-topo-01 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2015 14:24:06 -0000 SGksIEdpb3Zhbm5pLCANCg0KICAgICAgSSB0aGluayBpdCBhbHJlYWR5IGRvZXMuDQoNCiAgICAg T25lIGV4YW1wbGU6DQoNCiJsZWFmIGFkbWluaXN0cmF0aXZlLWdyb3VwIHsNCiAgICAgICAgICB0 eXBlIHRlLXR5cGVzOmFkbWluLWdyb3VwczsNCiAgICAgICAgICBkZXNjcmlwdGlvbg0KICAgICAg ICAgICAgIkFkbWluaXN0cmF0aXZlIGdyb3VwIG9yIGNvbG9yIG9mIHRoZSBsaW5rLg0KICAgICAg ICAgICAgVGhpcyBhdHRyaWJ1dGUgY292ZXJzIGJvdGggYWRtaW5pc3RyYXRpdmUgZ3JvdXAgKGRl ZmluZWQgaW4NCiAgICAgICAgICAgIFJGQzM2MzAsIFJGQzUzMjksIGFuZCBSRkM1MzA1KSwgYW5k IGV4dGVuZGVkIGFkbWluaXN0cmF0aXZlDQogICAgICAgICAgICBncm91cCAoZGVmaW5lZCBpbiBS RkM3MzA4KS4iOw0KIg0KICAgRG8geW91IHNlZSBhbnkgbWlzc2luZyBmb3IgdGhpcyBZQU5HIG1v ZGVsPyANCiAgIA0KICBZb3UgaGF2ZSByYWlzZWQgYSB2ZXJ5IGNvbW1lbnQgYW5kIGl0IGFwcGxp ZXMgd2lkZXIgdGhhbiBqdXN0IFRFIHRvcG8gWUFORywgaW5jbHVkaW5nIFRFIFlBTkcgYXMgd2Vs bCBhcyBSU1ZQLiANCg0KICBJIHdhcyBsb29raW5nIGZvciBzd2l0Y2hpbmcgY2FwYWlibGl0aWVz IGFzIGFuIGV4YW1wbGUgdG8geW91ciBxdWVzdGlvbi4gQnV0IHRoaXMgVEUgVG9wbyBhY3R1YWxs eSB1c2VzIHRoZSBvbmUgKGlldGYtdGUtdHlwZXMpIGRlZmluZWQgaW4gaHR0cHM6Ly90b29scy5p ZXRmLm9yZy9odG1sL2RyYWZ0LXNhYWQtdGVhcy15YW5nLXRlLTAyIGFuZCBpdCBpcyBpbmRlZWQg bGFjayBvZiBsaW5rYWdlIHRvIGFueSBSRkNzLiBBcyBUYXJlayBoYXMgYWxyZWFkeSBtZW50aW9u ZWQgdGhleSBhcmUgZ29pbmcgdG8gaW1wcm92ZSBvbiB0aGUgImRlc2NyaXB0aW9uIHBhcnQiLCAg SSBoYXZlIG5vdyBjYy1lZCBUYXJlayB0byBiZSBhd2FyZSBvZiB0aGlzIHZlcnkgc3BlY2lmaWMg Y29tbWVudCBmb3IgdGhlaXIgY29uc2lkZXJhdGlvbi4NCg0KICANCg0KUmVnYXJkcywNClhpYW4N Cg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0Kt6K8/sjLOiBUZWFz IFt0ZWFzLWJvdW5jZXNAaWV0Zi5vcmddILT6se0gR2lvdmFubmkgTWFydGluZWxsaSAoZ2lvbWFy dGkpIFtnaW9tYXJ0aUBjaXNjby5jb21dDQq3osvNyrG85DogMjAxNcTqN9TCMjLI1SAyMDo0NQ0K ytW8/sjLOiBURUFTIFdHDQrW98ziOiBbVGVhc10gRWRpdG9yaWFsIGNvbW1lbnQgb24gZHJhZnQt aWV0Zi10ZWFzLXlhbmctdGUtdG9wby0wMQ0KDQpEZWFyIGF1dGhvcnMsDQoNCmlzIGl0IHJlYXNv bmFibGUgdG8gYXNrIHRoZSByZWZlcmVuY2VzIChSRkMsIGRyYWZ0cyBldGMuKSBmb3IgZWFjaCBk ZWZpbml0aW9uIHlvdSBwdXQgKG9yIHdpbGwgcmVtYWluKSBpbiB0aGUgbW9kZWw/DQoNCkl0IG1p Z2h0IGJlIGFuIGFubm95aW5nIGVkaXRpbmcgYnV0IGEgZ3JlYXQgaGVscCBpbiB1bmRlcnN0YW5k aW5nIHdoZXJlIGRlZmluaXRpb25zIGNvbWUgZnJvbSAoc29tZXRpbWUgaXMgdHJpdmlhbCBzb21l dGltZSBpcyBub3QpLiBFc3BlY2lhbGx5IHRoaXMgZHJhZnQgaGF2aW5nIGEgZmFpcmx5IGhpZ2gg bnVtYmVyIG9mIGNvbmNlcHRzIHRvIHJlcHJlc2VudC4NCg0KVGhpcyByZXF1ZXN0IGlzIGxpa2Vs eSBzaW1pbGFyIHRvIHRoZSBxdWVzdGlvbiBkb25lIGJ5IFBhdWwgYXQgdGhlIG1pYyBvbiBkcmFm dC1zYWFkLXRlYXMteWFuZy10ZS0wMiBwcmVzZW50YXRpb24uICBBY3R1YWxseSBJIHNlZSAgd2Vs bCBkb25lIGluIGRyYWZ0LXNhYWQtdGVhcy15YW5nLXJzdnAtMDIuDQoNCg0KQ2hlZXJzDQpHDQoN Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpUZWFzIG1h aWxpbmcgbGlzdA0KVGVhc0BpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9s aXN0aW5mby90ZWFz From nobody Thu Jul 23 07:37:34 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A4D901ACE5D for ; Thu, 23 Jul 2015 07:37:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Xks6jT2DcVcy for ; Thu, 23 Jul 2015 07:37:29 -0700 (PDT) Received: from rcdn-iport-3.cisco.com (rcdn-iport-3.cisco.com [173.37.86.74]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BAACE1A01C6 for ; Thu, 23 Jul 2015 07:37:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=3594; q=dns/txt; s=iport; t=1437662248; x=1438871848; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=onT2l+W8aIEFN9QgBJNCu0QeIPDg75LbjWng/oZ96ic=; b=acIEteURJ9LNPeMDPb46OLfhEeyceY/lsJkNmoWf6EIbmz0JyQG/YA/T GS306OmvG7xTyHr6ZVgilRI8GKdM+NzFH5qibqcgffvBLbw6YEkWtf2fH ZQboJchWvLcQhJejxQztxG8nIUkSeYZwAMAwesGW60lHM1N/bWJ6FKVRh 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0CJAwDu+rBV/40NJK1cGYJ8VGkGgx24RwmBTB8KhgECHIEvOBQBAQEBAQEBgQqEIwEBAQECAQEBASAROgsFCwIBBgIYAgImAgICJQsVEAIEDgWIJggNl1adGZYlAQEBAQEBAQEBAQEBAQEBAQEBAQEBEwSBIokogQKEUzMHgmkvgRQFlGABhHWHRIFEk3aDYSaDfW+BR4EEAQEB X-IronPort-AV: E=Sophos;i="5.15,531,1432598400"; d="scan'208";a="18040831" Received: from alln-core-8.cisco.com ([173.36.13.141]) by rcdn-iport-3.cisco.com with ESMTP; 23 Jul 2015 14:37:27 +0000 Received: from xhc-aln-x06.cisco.com (xhc-aln-x06.cisco.com [173.36.12.80]) by alln-core-8.cisco.com (8.14.5/8.14.5) with ESMTP id t6NEbR43019496 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 23 Jul 2015 14:37:27 GMT Received: from xmb-rcd-x14.cisco.com ([169.254.4.112]) by xhc-aln-x06.cisco.com ([173.36.12.80]) with mapi id 14.03.0195.001; Thu, 23 Jul 2015 09:37:27 -0500 From: "Giovanni Martinelli (giomarti)" To: "Zhangxian (Xian)" Thread-Topic: [Teas] Editorial comment on draft-ietf-teas-yang-te-topo-01 Thread-Index: AQHQxHxW0lnjPTsZ2k+mJck7u46igZ3pcUEAgAADxoA= Date: Thu, 23 Jul 2015 14:37:26 +0000 Message-ID: <091EA8A0-0AFD-45C1-BA1D-9BFBAA79D67D@cisco.com> References: <14A284E1-C1F4-4829-846E-648FD799E3ED@cisco.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.61.94.26] Content-Type: text/plain; charset="utf-8" Content-ID: <05C69DEE4E293449841EF0AFDFE2F0A2@emea.cisco.com> Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: "Tarek Saad \(tsaad\)" , TEAS WG Subject: Re: [Teas] Editorial comment on draft-ietf-teas-yang-te-topo-01 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2015 14:37:32 -0000 SGkgWGlhbiwNCg0KZm9yIHRoaXMgZGVmaW5pdGlvbiB5ZXMuIEZvciBsb3RzIG9mIG90aGVycyBu b3QgKGUuZy4gY29ubmVjdGl2aXR5IG1hdHJpeCwgbm9kZSB0ZSBhdHRyaWJ1dGVzKS4gQnR3IHRv IG1lIHRoZSBiZXN0IGlzIHRvIGRvIGxpa2UgZHJhZnQtc2FhZC10ZWFzLXlhbmctcnN2cC0wMi4N Cg0KYnR3IHllcyB0aGUgY29tbWVudHMgbWF5IGFwcGx5IHRvIG90aGVyIG1vZGVzbCBhcyB3ZWxs IOKApiB0aGlzIGRyYWZ0IGhhcyBhIHJlY29sbGVjdGlvbiBmcm9tIHNldmVyYWwgUkZDcyBhbmQg Y29uY2VwdHMgc28gbm90IGFsd2F5cyBlYXN5IHRvIGdldCB0aGUgcmlnaHQgc2VtYW50aWMuDQoN CkNoZWVycw0KRw0KDQoNCj4gT24gMjMgSnVsIDIwMTUsIGF0IDE2OjIzLCBaaGFuZ3hpYW4gKFhp YW4pIDx6aGFuZy54aWFuQGh1YXdlaS5jb20+IHdyb3RlOg0KPiANCj4gSGksIEdpb3Zhbm5pLCAN Cj4gDQo+ICAgICAgSSB0aGluayBpdCBhbHJlYWR5IGRvZXMuDQo+IA0KPiAgICAgT25lIGV4YW1w bGU6DQo+IA0KPiAibGVhZiBhZG1pbmlzdHJhdGl2ZS1ncm91cCB7DQo+ICAgICAgICAgIHR5cGUg dGUtdHlwZXM6YWRtaW4tZ3JvdXBzOw0KPiAgICAgICAgICBkZXNjcmlwdGlvbg0KPiAgICAgICAg ICAgICJBZG1pbmlzdHJhdGl2ZSBncm91cCBvciBjb2xvciBvZiB0aGUgbGluay4NCj4gICAgICAg ICAgICBUaGlzIGF0dHJpYnV0ZSBjb3ZlcnMgYm90aCBhZG1pbmlzdHJhdGl2ZSBncm91cCAoZGVm aW5lZCBpbg0KPiAgICAgICAgICAgIFJGQzM2MzAsIFJGQzUzMjksIGFuZCBSRkM1MzA1KSwgYW5k IGV4dGVuZGVkIGFkbWluaXN0cmF0aXZlDQo+ICAgICAgICAgICAgZ3JvdXAgKGRlZmluZWQgaW4g UkZDNzMwOCkuIjsNCj4gIg0KPiAgIERvIHlvdSBzZWUgYW55IG1pc3NpbmcgZm9yIHRoaXMgWUFO RyBtb2RlbD8gDQo+IA0KPiAgWW91IGhhdmUgcmFpc2VkIGEgdmVyeSBjb21tZW50IGFuZCBpdCBh cHBsaWVzIHdpZGVyIHRoYW4ganVzdCBURSB0b3BvIFlBTkcsIGluY2x1ZGluZyBURSBZQU5HIGFz IHdlbGwgYXMgUlNWUC4gDQo+IA0KPiAgSSB3YXMgbG9va2luZyBmb3Igc3dpdGNoaW5nIGNhcGFp YmxpdGllcyBhcyBhbiBleGFtcGxlIHRvIHlvdXIgcXVlc3Rpb24uIEJ1dCB0aGlzIFRFIFRvcG8g YWN0dWFsbHkgdXNlcyB0aGUgb25lIChpZXRmLXRlLXR5cGVzKSBkZWZpbmVkIGluIGh0dHBzOi8v dG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1zYWFkLXRlYXMteWFuZy10ZS0wMiBhbmQgaXQgaXMg aW5kZWVkIGxhY2sgb2YgbGlua2FnZSB0byBhbnkgUkZDcy4gQXMgVGFyZWsgaGFzIGFscmVhZHkg bWVudGlvbmVkIHRoZXkgYXJlIGdvaW5nIHRvIGltcHJvdmUgb24gdGhlICJkZXNjcmlwdGlvbiBw YXJ0IiwgIEkgaGF2ZSBub3cgY2MtZWQgVGFyZWsgdG8gYmUgYXdhcmUgb2YgdGhpcyB2ZXJ5IHNw ZWNpZmljIGNvbW1lbnQgZm9yIHRoZWlyIGNvbnNpZGVyYXRpb24uDQo+IA0KPiANCj4gDQo+IFJl Z2FyZHMsDQo+IFhpYW4NCj4gDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18NCj4g5Y+R5Lu25Lq6OiBUZWFzIFt0ZWFzLWJvdW5jZXNAaWV0Zi5vcmddIOS7o+ihqCBH aW92YW5uaSBNYXJ0aW5lbGxpIChnaW9tYXJ0aSkgW2dpb21hcnRpQGNpc2NvLmNvbV0NCj4g5Y+R 6YCB5pe26Ze0OiAyMDE15bm0N+aciDIy5pelIDIwOjQ1DQo+IOaUtuS7tuS6ujogVEVBUyBXRw0K PiDkuLvpopg6IFtUZWFzXSBFZGl0b3JpYWwgY29tbWVudCBvbiBkcmFmdC1pZXRmLXRlYXMteWFu Zy10ZS10b3BvLTAxDQo+IA0KPiBEZWFyIGF1dGhvcnMsDQo+IA0KPiBpcyBpdCByZWFzb25hYmxl IHRvIGFzayB0aGUgcmVmZXJlbmNlcyAoUkZDLCBkcmFmdHMgZXRjLikgZm9yIGVhY2ggZGVmaW5p dGlvbiB5b3UgcHV0IChvciB3aWxsIHJlbWFpbikgaW4gdGhlIG1vZGVsPw0KPiANCj4gSXQgbWln aHQgYmUgYW4gYW5ub3lpbmcgZWRpdGluZyBidXQgYSBncmVhdCBoZWxwIGluIHVuZGVyc3RhbmRp bmcgd2hlcmUgZGVmaW5pdGlvbnMgY29tZSBmcm9tIChzb21ldGltZSBpcyB0cml2aWFsIHNvbWV0 aW1lIGlzIG5vdCkuIEVzcGVjaWFsbHkgdGhpcyBkcmFmdCBoYXZpbmcgYSBmYWlybHkgaGlnaCBu dW1iZXIgb2YgY29uY2VwdHMgdG8gcmVwcmVzZW50Lg0KPiANCj4gVGhpcyByZXF1ZXN0IGlzIGxp a2VseSBzaW1pbGFyIHRvIHRoZSBxdWVzdGlvbiBkb25lIGJ5IFBhdWwgYXQgdGhlIG1pYyBvbiBk cmFmdC1zYWFkLXRlYXMteWFuZy10ZS0wMiBwcmVzZW50YXRpb24uICBBY3R1YWxseSBJIHNlZSAg d2VsbCBkb25lIGluIGRyYWZ0LXNhYWQtdGVhcy15YW5nLXJzdnAtMDIuDQo+IA0KPiANCj4gQ2hl ZXJzDQo+IEcNCj4gDQo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fDQo+IFRlYXMgbWFpbGluZyBsaXN0DQo+IFRlYXNAaWV0Zi5vcmcNCj4gaHR0cHM6Ly93 d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby90ZWFzDQo+IF9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IFRlYXMgbWFpbGluZyBsaXN0DQo+IFRlYXNA aWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby90ZWFzDQoN Cg== From nobody Thu Jul 23 08:39:42 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C112F1ACEF4 for ; Thu, 23 Jul 2015 08:39:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.761 X-Spam-Level: X-Spam-Status: No, score=-1.761 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id W-E3nemmOBMI for ; Thu, 23 Jul 2015 08:39:39 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C909E1ACDF7 for ; Thu, 23 Jul 2015 08:39:38 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml403-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BZC06998; Thu, 23 Jul 2015 15:39:37 +0000 (GMT) Received: from SZXEMA411-HUB.china.huawei.com (10.82.72.70) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.3.235.1; Thu, 23 Jul 2015 16:39:36 +0100 Received: from SZXEMA512-MBS.china.huawei.com ([169.254.8.111]) by szxema411-hub.china.huawei.com ([10.82.72.70]) with mapi id 14.03.0158.001; Thu, 23 Jul 2015 23:39:29 +0800 From: "Zhangxian (Xian)" To: "Giovanni Martinelli (giomarti)" Thread-Topic: [Teas] Editorial comment on draft-ietf-teas-yang-te-topo-01 Thread-Index: AQHQxHxVZEd6lVqp20O3JvyECDdvkp3pGrWa//+AZgCAAJczJQ== Date: Thu, 23 Jul 2015 15:39:28 +0000 Message-ID: References: <14A284E1-C1F4-4829-846E-648FD799E3ED@cisco.com> , <091EA8A0-0AFD-45C1-BA1D-9BFBAA79D67D@cisco.com> In-Reply-To: <091EA8A0-0AFD-45C1-BA1D-9BFBAA79D67D@cisco.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.47.77.146] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: "Tarek Saad \(tsaad\)" , TEAS WG Subject: Re: [Teas] Editorial comment on draft-ietf-teas-yang-te-topo-01 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2015 15:39:40 -0000 R29vZCBjYXRjaC4gIGkgYW0gc3VyZSB0aGV5IHdpbGwgbG9vayBpbnRvIGl0Lg0KDQpJIGNhbm5v dCBzcGVhayBmb3IgdGhlIGF1dGhvcnMsIGJ1dCBmb3IgdGhlIGNvbm5lY3Rpdml0eSBtYXRyaXgs IGl0IG1heSBiZSBiZWNhdXNlIHRoZXkgYXJlIG5vdCBjYXB0dXJpbmcgYWxsIGluZm9ybXRhaW9u IHNwZWNpZmllZCBpbiB0aGUgZ2VuZXJhbC1lbmNvZGUgZHJhZnQgd2hpY2ggZGVmaW5lcyB0aGlz PyANCg0KUmVnYXJkcywNClhpYW4NCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fDQq3orz+yMs6IEdpb3Zhbm5pIE1hcnRpbmVsbGkgKGdpb21hcnRpKSBbZ2lvbWFy dGlAY2lzY28uY29tXQ0Kt6LLzcqxvOQ6IDIwMTXE6jfUwjIzyNUgMjI6MzcNCsrVvP7IyzogWmhh bmd4aWFuIChYaWFuKQ0Ks63LzTogVEVBUyBXRzsgVGFyZWsgU2FhZCAodHNhYWQpDQrW98ziOiBS ZTogW1RlYXNdIEVkaXRvcmlhbCBjb21tZW50IG9uIGRyYWZ0LWlldGYtdGVhcy15YW5nLXRlLXRv cG8tMDENCg0KSGkgWGlhbiwNCg0KZm9yIHRoaXMgZGVmaW5pdGlvbiB5ZXMuIEZvciBsb3RzIG9m IG90aGVycyBub3QgKGUuZy4gY29ubmVjdGl2aXR5IG1hdHJpeCwgbm9kZSB0ZSBhdHRyaWJ1dGVz KS4gQnR3IHRvIG1lIHRoZSBiZXN0IGlzIHRvIGRvIGxpa2UgZHJhZnQtc2FhZC10ZWFzLXlhbmct cnN2cC0wMi4NCg0KYnR3IHllcyB0aGUgY29tbWVudHMgbWF5IGFwcGx5IHRvIG90aGVyIG1vZGVz bCBhcyB3ZWxsIKGtIHRoaXMgZHJhZnQgaGFzIGEgcmVjb2xsZWN0aW9uIGZyb20gc2V2ZXJhbCBS RkNzIGFuZCBjb25jZXB0cyBzbyBub3QgYWx3YXlzIGVhc3kgdG8gZ2V0IHRoZSByaWdodCBzZW1h bnRpYy4NCg0KQ2hlZXJzDQpHDQoNCg0KPiBPbiAyMyBKdWwgMjAxNSwgYXQgMTY6MjMsIFpoYW5n eGlhbiAoWGlhbikgPHpoYW5nLnhpYW5AaHVhd2VpLmNvbT4gd3JvdGU6DQo+DQo+IEhpLCBHaW92 YW5uaSwNCj4NCj4gICAgICBJIHRoaW5rIGl0IGFscmVhZHkgZG9lcy4NCj4NCj4gICAgIE9uZSBl eGFtcGxlOg0KPg0KPiAibGVhZiBhZG1pbmlzdHJhdGl2ZS1ncm91cCB7DQo+ICAgICAgICAgIHR5 cGUgdGUtdHlwZXM6YWRtaW4tZ3JvdXBzOw0KPiAgICAgICAgICBkZXNjcmlwdGlvbg0KPiAgICAg ICAgICAgICJBZG1pbmlzdHJhdGl2ZSBncm91cCBvciBjb2xvciBvZiB0aGUgbGluay4NCj4gICAg ICAgICAgICBUaGlzIGF0dHJpYnV0ZSBjb3ZlcnMgYm90aCBhZG1pbmlzdHJhdGl2ZSBncm91cCAo ZGVmaW5lZCBpbg0KPiAgICAgICAgICAgIFJGQzM2MzAsIFJGQzUzMjksIGFuZCBSRkM1MzA1KSwg YW5kIGV4dGVuZGVkIGFkbWluaXN0cmF0aXZlDQo+ICAgICAgICAgICAgZ3JvdXAgKGRlZmluZWQg aW4gUkZDNzMwOCkuIjsNCj4gIg0KPiAgIERvIHlvdSBzZWUgYW55IG1pc3NpbmcgZm9yIHRoaXMg WUFORyBtb2RlbD8NCj4NCj4gIFlvdSBoYXZlIHJhaXNlZCBhIHZlcnkgY29tbWVudCBhbmQgaXQg YXBwbGllcyB3aWRlciB0aGFuIGp1c3QgVEUgdG9wbyBZQU5HLCBpbmNsdWRpbmcgVEUgWUFORyBh cyB3ZWxsIGFzIFJTVlAuDQo+DQo+ICBJIHdhcyBsb29raW5nIGZvciBzd2l0Y2hpbmcgY2FwYWli bGl0aWVzIGFzIGFuIGV4YW1wbGUgdG8geW91ciBxdWVzdGlvbi4gQnV0IHRoaXMgVEUgVG9wbyBh Y3R1YWxseSB1c2VzIHRoZSBvbmUgKGlldGYtdGUtdHlwZXMpIGRlZmluZWQgaW4gaHR0cHM6Ly90 b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LXNhYWQtdGVhcy15YW5nLXRlLTAyIGFuZCBpdCBpcyBp bmRlZWQgbGFjayBvZiBsaW5rYWdlIHRvIGFueSBSRkNzLiBBcyBUYXJlayBoYXMgYWxyZWFkeSBt ZW50aW9uZWQgdGhleSBhcmUgZ29pbmcgdG8gaW1wcm92ZSBvbiB0aGUgImRlc2NyaXB0aW9uIHBh cnQiLCAgSSBoYXZlIG5vdyBjYy1lZCBUYXJlayB0byBiZSBhd2FyZSBvZiB0aGlzIHZlcnkgc3Bl Y2lmaWMgY29tbWVudCBmb3IgdGhlaXIgY29uc2lkZXJhdGlvbi4NCj4NCj4NCj4NCj4gUmVnYXJk cywNCj4gWGlhbg0KPg0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f DQo+ILeivP7IyzogVGVhcyBbdGVhcy1ib3VuY2VzQGlldGYub3JnXSC0+rHtIEdpb3Zhbm5pIE1h cnRpbmVsbGkgKGdpb21hcnRpKSBbZ2lvbWFydGlAY2lzY28uY29tXQ0KPiC3osvNyrG85DogMjAx NcTqN9TCMjLI1SAyMDo0NQ0KPiDK1bz+yMs6IFRFQVMgV0cNCj4g1vfM4jogW1RlYXNdIEVkaXRv cmlhbCBjb21tZW50IG9uIGRyYWZ0LWlldGYtdGVhcy15YW5nLXRlLXRvcG8tMDENCj4NCj4gRGVh ciBhdXRob3JzLA0KPg0KPiBpcyBpdCByZWFzb25hYmxlIHRvIGFzayB0aGUgcmVmZXJlbmNlcyAo UkZDLCBkcmFmdHMgZXRjLikgZm9yIGVhY2ggZGVmaW5pdGlvbiB5b3UgcHV0IChvciB3aWxsIHJl bWFpbikgaW4gdGhlIG1vZGVsPw0KPg0KPiBJdCBtaWdodCBiZSBhbiBhbm5veWluZyBlZGl0aW5n IGJ1dCBhIGdyZWF0IGhlbHAgaW4gdW5kZXJzdGFuZGluZyB3aGVyZSBkZWZpbml0aW9ucyBjb21l IGZyb20gKHNvbWV0aW1lIGlzIHRyaXZpYWwgc29tZXRpbWUgaXMgbm90KS4gRXNwZWNpYWxseSB0 aGlzIGRyYWZ0IGhhdmluZyBhIGZhaXJseSBoaWdoIG51bWJlciBvZiBjb25jZXB0cyB0byByZXBy ZXNlbnQuDQo+DQo+IFRoaXMgcmVxdWVzdCBpcyBsaWtlbHkgc2ltaWxhciB0byB0aGUgcXVlc3Rp b24gZG9uZSBieSBQYXVsIGF0IHRoZSBtaWMgb24gZHJhZnQtc2FhZC10ZWFzLXlhbmctdGUtMDIg cHJlc2VudGF0aW9uLiAgQWN0dWFsbHkgSSBzZWUgIHdlbGwgZG9uZSBpbiBkcmFmdC1zYWFkLXRl YXMteWFuZy1yc3ZwLTAyLg0KPg0KPg0KPiBDaGVlcnMNCj4gRw0KPg0KPiBfX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBUZWFzIG1haWxpbmcgbGlzdA0K PiBUZWFzQGlldGYub3JnDQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8v dGVhcw0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0K PiBUZWFzIG1haWxpbmcgbGlzdA0KPiBUZWFzQGlldGYub3JnDQo+IGh0dHBzOi8vd3d3LmlldGYu b3JnL21haWxtYW4vbGlzdGluZm8vdGVhcw== From nobody Thu Jul 23 13:52:45 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 253C41A0056 for ; Thu, 23 Jul 2015 13:52:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.21 X-Spam-Level: X-Spam-Status: No, score=-4.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id U_TNnDldORQv for ; Thu, 23 Jul 2015 13:52:42 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CDAC91A004C for ; Thu, 23 Jul 2015 13:52:41 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml406-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BZC24107; Thu, 23 Jul 2015 20:52:39 +0000 (GMT) Received: from SZXEMA411-HUB.china.huawei.com (10.82.72.70) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.235.1; Thu, 23 Jul 2015 21:52:38 +0100 Received: from SZXEMA508-MBX.china.huawei.com ([169.254.7.70]) by szxema411-hub.china.huawei.com ([10.82.72.70]) with mapi id 14.03.0158.001; Fri, 24 Jul 2015 04:52:33 +0800 From: "Wunan (Eric)" To: "draft-lam-teas-usage-info-model-net-topology@tools.ietf.org" Thread-Topic: Doubts for draft-lam-teas-usage-info-model-net-topology-01 Thread-Index: AdDFhm8rs1BkBwfrQiKIKtA7EQSDIw== Date: Thu, 23 Jul 2015 20:52:33 +0000 Message-ID: <0F26584357FD124DB93F1535E4B0A6505FC16FCA@szxema508-mbx.china.huawei.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.46.105.220] Content-Type: multipart/alternative; boundary="_000_0F26584357FD124DB93F1535E4B0A6505FC16FCAszxema508mbxchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: "draft-ietf-teas-yang-te-topo@tools.ietf.org" , "teas@ietf.org" Subject: [Teas] Doubts for draft-lam-teas-usage-info-model-net-topology-01 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jul 2015 20:52:44 -0000 --_000_0F26584357FD124DB93F1535E4B0A6505FC16FCAszxema508mbxchi_ Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 SGkgY28tYXV0aG9ycyBvZiBkcmFmdC1sYW0tdGVhcy11c2FnZS1pbmZvLW1vZGVsLW5ldC10b3Bv bG9neS0wMSwNCg0KDQoNCkkgZGlkbid0IGdldCB0aGUgbWVhbmluZyBmb3IgdGhpcyBkcmFmdCBh ZnRlciByZWFkaW5nIGl0Lg0KDQpTbyBpcyBpdCB0cnlpbmcgdG8gZGVmaW5lIHRoZSBpbmZvcm1h dGlvbiBtb2RlbCBmb3IgY3VycmVudCBURSB0b3BvbG9neSBtb2RlbCBvciBkZXNjcmliZSB0aGUg dXNlIGNhc2UgZm9yIGl0Pw0KDQoNCg0KSW4gc2VjdGlvbiAyLiBCYWNrZ3JvdW5kIGFuZCBNb3Rp dmF0aW9uOg0KDQoiSW5mb3JtYXRpb24gTW9kZWxzIChJTSkgYW5kIERhdGEgTW9kZWxzIChETSkg YXJlIHJlbGF0ZWQgYnV0ICBkaWZmZXJlbnQuIg0KDQpGb3IgdGhlIGRpZmZlcmVuY2Ugb2YgSU0g YW5kIERNLCBpdCBoYXMgYmVlbiBjb3ZlcmVkIGJ5IFJGQzM0NDQsIHN1Z2dlc3RpbmcgdG8gcmVm ZXJlbmNlIGl0Lg0KDQoNCg0KIiBUaGlzIGRyYWZ0IGRlc2NyaWJlcyBhbiBleGlzdGluZyBpbmZv cm1hdGlvbiBtb2RlbCByZWxldmFudCB0bw0KICAgTmV0d29yayBUb3BvbG9neSBbT05GIFRSLTUx Ml0sIHdoaWNoIGlzIHBhcnQgb2YgdGhlIENvbW1vbg0KICAgSW5mb3JtYXRpb24gTW9kZWwgKE9O Ri1DSU0pIG9mIG5ldHdvcmsgcmVzb3VyY2VzIChhcyBkZXNjcmliZWQgaW4gW0ktDQogICBELmJl dHRzXSksIHRoYXQgY2FuIGJlIGxldmVyYWdlZCB0byBhc3Nlc3MgdGhlIGNvbnNpc3RlbmN5IGFu ZA0KICAgY29tcGxldGVuZXNzIG9mIHJlbGF0ZWQgWUFORyBtb2R1bGVzIHVuZGVyIGRldmVsb3Bt ZW50LiAgQmVpbmcgcGFydA0KICAgb2YgYSBDb21tb24gSW5mb3JtYXRpb24gTW9kZWwsIGl0IHdp bGwgbm90IGxlYWQgdG8gZGV2ZWxvcG1lbnQgb2YNCiAgIGluY29tcGF0aWJsZS91bmNvb3JkaW5h dGVkIG1vZGVscyB0aGF0IGNhbiBiZSBkaWZmaWN1bHQgdG8gbWFpbnRhaW4NCiAgIGFzIG90aGVy IHB1cnBvc2Utc3BlY2lmaWMgaW50ZXJmYWNlcyBhcmUgZGV2ZWxvcGVkLiINCg0KDQoNCkkgZGlk bid0IGdldCB0aGUgbW90aXZhdGlvbiBiZWhpbmQgdGhlc2Ugc2VudGVuY2VzLg0KDQpIb3cgdGhp cyB3aWxsIGJlbmVmaXQgY3VycmVudCBURSB0b3BvbG9neSBtb2RlbCBieSBpbnRyb2R1Y2luZyBh IGNvbXBsZXRlbHkgbmV3IGluZm9ybWF0aW9uIG1vZGVsPw0KDQpJIGV2ZW4gbm90IHN1cmUgd2h5 IHRoaXMgaW5mb3JtYXRpb24gbW9kZWwgaXMgcmVsYXRlZCB0byBURSB0b3BvbG9neSBtb2RlbCBp bnN0ZWFkIG9mIG5ldHdvcmsgdG9wb2xvZ3kgbW9kZWwgaW4gSTJSUy4NCg0KDQoNCkhvcGUgdGhl IGNvLWF1dGhvcnMgb2YgdGhpcyBkcmFmdCBjYW4gY2xhcmlmeS4NCg0KVGhhbmtzLg0KDQoNCg0K UmVnYXJkcw0KDQpFcmljDQo= --_000_0F26584357FD124DB93F1535E4B0A6505FC16FCAszxema508mbxchi_ Content-Type: text/html; charset="gb2312" Content-Transfer-Encoding: quoted-printable

Hi co-authors of draft-lam-teas-usage-info-model-net-topology-01,

 

I didn't get the meaning for this draft after reading it.

So is it trying to define the information model for current TE= topology model or describe the use case for it?

 

In section 2. Background and Motivation:

"Information Models (IM) and Data Models (DM) are related but&n= bsp; different."

For the difference of IM and DM, it has been covered by RFC3444, suggest= ing to reference it.

 

" This draft describes an existing information model relev= ant to
   Network Topology [ONF TR-512], which is part of the Common
   Information Model (ONF-CIM) of network resources (as described= in [I-
   D.betts]), that can be leveraged to assess the consistency and=
   completeness of related YANG modules under development.  = Being part
   of a Common Information Model, it will not lead to development= of
   incompatible/uncoordinated models that can be difficult to mai= ntain
   as other purpose-specific interfaces are developed."=

 

I didn't get the motivation behind these sentences.

How this will benefit current TE topology model by introducing a complet= ely new information model?

I even not sure why this information model is related to TE topology mod= el instead of network topology model in I2RS.

 

Hope the co-authors of this draft can clarify.

Thanks.

 

Regards

Eric

--_000_0F26584357FD124DB93F1535E4B0A6505FC16FCAszxema508mbxchi_-- From nobody Thu Jul 23 22:47:28 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 151921B2F57; Thu, 23 Jul 2015 22:47:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.186 X-Spam-Level: X-Spam-Status: No, score=-6.186 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.723, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id E1hlm91YxbfA; Thu, 23 Jul 2015 22:47:18 -0700 (PDT) Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-01.alcatel-lucent.com [135.245.210.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 598DF1B2F4F; Thu, 23 Jul 2015 22:47:18 -0700 (PDT) Received: from us70tusmtp2.zam.alcatel-lucent.com (unknown [135.5.2.64]) by Websense Email Security Gateway with ESMTPS id F28178DDC5E16; Fri, 24 Jul 2015 05:47:14 +0000 (GMT) Received: from US70UWXCHHUB02.zam.alcatel-lucent.com (us70uwxchhub02.zam.alcatel-lucent.com [135.5.2.49]) by us70tusmtp2.zam.alcatel-lucent.com (GMO) with ESMTP id t6O5lEMB002287 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 24 Jul 2015 05:47:14 GMT Received: from [135.224.9.206] (135.5.27.18) by US70UWXCHHUB02.zam.alcatel-lucent.com (135.5.2.49) with Microsoft SMTP Server (TLS) id 14.3.195.1; Fri, 24 Jul 2015 01:47:13 -0400 To: Daniele Ceccarelli References: <061d01d0c54e$9243c420$b6cb4c60$@olddog.co.uk> <4A1562797D64E44993C5CBF38CF1BE48129AA26F@ESESSMB301.ericsson.se> From: Dieter Beller Organization: Alcatel-Lucent Message-ID: <55B1D15D.6030900@alcatel-lucent.com> Date: Fri, 24 Jul 2015 07:47:09 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <4A1562797D64E44993C5CBF38CF1BE48129AA26F@ESESSMB301.ericsson.se> Content-Type: text/html; charset="windows-1252" Content-Transfer-Encoding: 8bit X-Originating-IP: [135.5.27.18] Archived-At: Cc: "adrian@olddog.co.uk" , "pce@ietf.org" , "teas@ietf.org" Subject: Re: [Teas] Architectural question about resource-scheduled LSPs X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jul 2015 05:47:24 -0000 Hi Daniele,

please find my comments in-line below.

Thanks,
Dieter

On 23.07.2015 16:13, Daniele Ceccarelli wrote:
Hi Adrian,

Thanks for the excellent analysis and summary.

I think that distributing the time reservation info just to the PCC and then realigning the other PCEs is the best option.

Performing a realignment via IGP can cause scalability issues as you said (maybe BGP could be the only appropriate alternative to PCEP). Distributing the info to all the nodes (e.g. via RSVP) is not needed IMO, it's a burden that does not bring any value and is applicable only to RSVP-TE, while keeping the reservation on the PCC could allow for bandwidth scheduling also in other cases like e.g. segment routing.
did you mean OSPF and OSPF-TE, respectively? RSVP signaling may only help to update the DBs in the nodes along the path of an LSP. All other nodes
do not see these messages. So, the IGP has to be used to accomplish that all DBs are in sync.
Sync between PCEs is another opportunity but then we end up in complex synch issues (who's the master? Who is right in case of conflict?).
Is this really a difficult problem to solve? One could imagine that the PCE that calculated the path starting from the head node of the LSP is always the master
and that this PCE instance syncs all the other PCE instances or a similar rule.
 If we send the info to the PCC (i.e. the network), the network is always right in case of contentious and the PCEs can align with it.

Cheers,
Daniele


-----Original Message-----
From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of Adrian Farrel
Sent: giovedì 23 luglio 2015 15:51
To: pce@ietf.org; teas@ietf.org
Subject: [Teas] Architectural question about resource-scheduled LSPs

Hi,

Having listened to the two presentations on scheduled LSPs in PCE and one in
TEAS I think we need to do some architectural work and make sure we are all
on the same page.

This work probably needs to be squared off across the two WGs and possibly
also MPLS.

The architectural question is "Where is future scheduled resource reservation
data held?"

The options are:
i. Solely in a centralised DB
ii. In several distributed DBs that might be periodically synchronised iii.
Distributed into the network iv. Some combination of the above.

In the old world, the management system held all information about
connections in the network. Such management systems were able to
schedule connection establishment as well since they had a full view of all
resources and all connections.

In MPLS/GMPLS, the pendulum swung. Connection state was held in the
network and not widely known. Only current resource availability was
distributed. In such systems, scheduled connections required a management
system that could access the current resource availability and plan the
scheduled connections. But this approach was vulnerable to connections set
up by other entities (in a distributed manner) that might "steal" resources
needed for a planned future connection.

One of the proposed solutions to this problem is that scheduled state is
distributed into the network by signaling. That is, an RSVP Path message
includes the timing parameters and the resources can be reserved by the
network devices for use at the specified time. The disadvantages of this
approach are that the network nodes have to have per-resource time-based
databases (which may be quite complex), and that other nodes in the
network (such as other head-end nodes, or PCEs) do not know about the
future reservations.

The answer to the second point is to report the future reservations either in
PCEP or in the IGP. Doing it in the IGP means that every node in the network
can see the future reservations, but may have an interesting scaling impact.
Doing it in PCEP means the PCE is in synch with the network, but doesn't help
other LSRs so implies a PCE-controlled scheduling system.

At this point we might ask why, if the resource scheduling is controlled by the
PCE, we need to distribute the scheduling information in the network. Why
not just leave the time-based TED in the PCE?

That reduces us to adding time parameters to the PCReq, but no changes to
the PCInitiate message. The PCRep might have some time-based stuff for
confirmation etc. But, this approach would have no changes to the RSVP
messages.

The above is me just rambling on the topic a bit, but it seems that we need to
get all of this work on the same page and agree the architecture of what we
are trying to build.

Thanks for listening,
Adrian

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

_______________________________________________
Teas mailing list
Teas@ietf.org
https://www.ietf.org/mailman/listinfo/teas
From nobody Fri Jul 24 00:54:13 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9966A1B2FFB; Fri, 24 Jul 2015 00:54:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4FtBBZoY976e; Fri, 24 Jul 2015 00:54:08 -0700 (PDT) Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 52C8F1B2FF4; Fri, 24 Jul 2015 00:54:07 -0700 (PDT) X-AuditID: c1b4fb3a-f79356d000006281-02-55b1ef1d9cd7 Received: from ESESSHC018.ericsson.se (Unknown_Domain [153.88.253.124]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id D3.1B.25217.D1FE1B55; Fri, 24 Jul 2015 09:54:05 +0200 (CEST) Received: from ESESSMB301.ericsson.se ([169.254.1.246]) by ESESSHC018.ericsson.se ([153.88.183.72]) with mapi id 14.03.0210.002; Fri, 24 Jul 2015 09:54:05 +0200 From: Daniele Ceccarelli To: Dieter Beller Thread-Topic: [Teas] Architectural question about resource-scheduled LSPs Thread-Index: AdDFThc4ydjkU0GLSi+JbUZsECvfLAAAlAygABzAxoAACHK78A== Date: Fri, 24 Jul 2015 07:54:04 +0000 Message-ID: <4A1562797D64E44993C5CBF38CF1BE48129AAC11@ESESSMB301.ericsson.se> References: <061d01d0c54e$9243c420$b6cb4c60$@olddog.co.uk> <4A1562797D64E44993C5CBF38CF1BE48129AA26F@ESESSMB301.ericsson.se> <55B1D15D.6030900@alcatel-lucent.com> In-Reply-To: <55B1D15D.6030900@alcatel-lucent.com> Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.150] Content-Type: multipart/alternative; boundary="_000_4A1562797D64E44993C5CBF38CF1BE48129AAC11ESESSMB301erics_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprKIsWRmVeSWpSXmKPExsUyM+Jvja7s+42hBnMXalr86LnBbPF0wn0m i6b7N9gtWn/sYHFg8Wh9tpfVY8mSn0weKzavZAxgjuKySUnNySxLLdK3S+DKON23n61gyUzG ij8/mtgaGLc3MXYxcnJICJhIPPh4jRnCFpO4cG89WxcjF4eQwFFGiZMnH7NAOEsYJW69+sPa xcjBwSZgJfHkkA9IgwhQ85a1t1lAbGaBQokJC++zg9jCAh4S2xctAysXEfCUuPlUEaLcSaK7 7Q7YLhYBVYl5T0+xgJTwCvhKdJ8ShNi0jFHiyszVTCA1nAJGEmdPnAK7k1FAVmLC7kWMEKvE JW49mc8EcbOAxJI956HuF5V4+fgfK4StJLFi+yWo+nyJk1N2gJ3GKyAocXLmE5YJjKKzkIya haRsFpIyiLiexI2pU9ggbG2JZQtfM0PYuhIz/h1iQRZfwMi+ilG0OLW4ODfdyEgvtSgzubg4 P08vL7VkEyMwHg9u+W21g/Hgc8dDjAIcjEo8vApzNoYKsSaWFVfmHmKU5mBREuedsTkvVEgg PbEkNTs1tSC1KL6oNCe1+BAjEwenVAMjSwTLTqbnLWwu02eu8V145mPeeuleRpsrjjIlF7Sk o0MEL71nyrB/aJR7aWmtsqJt5ttzrTzLiwPO+067ebDEU+XX5s/uGu1//25s3ay2//XZ92zR qVuVNd4sCRc/Gyggb1I0xSlMTy+graKTqZxjgk6O/d7dur0/Fxy6Hr5ak4/169PFJxSUWIoz Eg21mIuKEwFqTHnrqAIAAA== Archived-At: Cc: "adrian@olddog.co.uk" , "pce@ietf.org" , "teas@ietf.org" Subject: Re: [Teas] Architectural question about resource-scheduled LSPs X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jul 2015 07:54:11 -0000 --_000_4A1562797D64E44993C5CBF38CF1BE48129AAC11ESESSMB301erics_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Dieter, In line. BR Daniele From: Dieter Beller [mailto:Dieter.Beller@alcatel-lucent.com] Sent: venerd=EC 24 luglio 2015 07:47 To: Daniele Ceccarelli Cc: adrian@olddog.co.uk; pce@ietf.org; teas@ietf.org Subject: Re: [Teas] Architectural question about resource-scheduled LSPs Hi Daniele, please find my comments in-line below. Thanks, Dieter On 23.07.2015 16:13, Daniele Ceccarelli wrote: Hi Adrian, Thanks for the excellent analysis and summary. I think that distributing the time reservation info just to the PCC and the= n realigning the other PCEs is the best option. Performing a realignment via IGP can cause scalability issues as you said (= maybe BGP could be the only appropriate alternative to PCEP). Distributing = the info to all the nodes (e.g. via RSVP) is not needed IMO, it's a burden = that does not bring any value and is applicable only to RSVP-TE, while keep= ing the reservation on the PCC could allow for bandwidth scheduling also in= other cases like e.g. segment routing. did you mean OSPF and OSPF-TE, respectively? RSVP signaling may only help t= o update the DBs in the nodes along the path of an LSP. All other nodes do not see these messages. So, the IGP has to be used to accomplish that al= l DBs are in sync. [DanCe] no I meant RSVP-TE. One option is IGP flooding, the other one is to= make the reservation on the nodes (via signaling) for a future time interv= al. In any case both options are not even comparable in terms of complexity= and scalability (and openness to other control mechanisms) compared to PCE= P notifications to all the other PCEs. Sync between PCEs is another opportunity but then we end up in complex sync= h issues (who's the master? Who is right in case of conflict?). Is this really a difficult problem to solve? One could imagine that the PCE= that calculated the path starting from the head node of the LSP is always = the master and that this PCE instance syncs all the other PCE instances or a similar r= ule. [DanCe] what if such PCE is not reachable for a while? How do the other PCE= s know which is the master PCE for the each given LSP to be? Storing this i= nfo on the nodes in the most reliable solution IMHO. If we send the info to the PCC (i.e. the network), the network is always r= ight in case of contentious and the PCEs can align with it. Cheers, Daniele -----Original Message----- From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of Adrian Farrel Sent: gioved=EC 23 luglio 2015 15:51 To: pce@ietf.org; teas@ietf.org Subject: [Teas] Architectural question about resource-scheduled LSPs Hi, Having listened to the two presentations on scheduled LSPs in PCE and one i= n TEAS I think we need to do some architectural work and make sure we are all on the same page. This work probably needs to be squared off across the two WGs and possibly also MPLS. The architectural question is "Where is future scheduled resource reservati= on data held?" The options are: i. Solely in a centralised DB ii. In several distributed DBs that might be periodically synchronised iii. Distributed into the network iv. Some combination of the above. In the old world, the management system held all information about connections in the network. Such management systems were able to schedule connection establishment as well since they had a full view of all resources and all connections. In MPLS/GMPLS, the pendulum swung. Connection state was held in the network and not widely known. Only current resource availability was distributed. In such systems, scheduled connections required a management system that could access the current resource availability and plan the scheduled connections. But this approach was vulnerable to connections set up by other entities (in a distributed manner) that might "steal" resources needed for a planned future connection. One of the proposed solutions to this problem is that scheduled state is distributed into the network by signaling. That is, an RSVP Path message includes the timing parameters and the resources can be reserved by the network devices for use at the specified time. The disadvantages of this approach are that the network nodes have to have per-resource time-based databases (which may be quite complex), and that other nodes in the network (such as other head-end nodes, or PCEs) do not know about the future reservations. The answer to the second point is to report the future reservations either = in PCEP or in the IGP. Doing it in the IGP means that every node in the networ= k can see the future reservations, but may have an interesting scaling impact= . Doing it in PCEP means the PCE is in synch with the network, but doesn't he= lp other LSRs so implies a PCE-controlled scheduling system. At this point we might ask why, if the resource scheduling is controlled by= the PCE, we need to distribute the scheduling information in the network. Why not just leave the time-based TED in the PCE? That reduces us to adding time parameters to the PCReq, but no changes to the PCInitiate message. The PCRep might have some time-based stuff for confirmation etc. But, this approach would have no changes to the RSVP messages. The above is me just rambling on the topic a bit, but it seems that we need= to get all of this work on the same page and agree the architecture of what we are trying to build. Thanks for listening, Adrian _______________________________________________ Teas mailing list Teas@ietf.org https://www.ietf.org/mailman/listinfo/teas _______________________________________________ Teas mailing list Teas@ietf.org https://www.ietf.org/mailman/listinfo/teas --_000_4A1562797D64E44993C5CBF38CF1BE48129AAC11ESESSMB301erics_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi Dieter,

 <= /p>

In line.

 <= /p>

BR
Daniele

 <= /p>

From: Dieter Beller [mailto:Dieter.Beller@alcatel-lucen= t.com]
Sent: venerd=EC 24 luglio 2015 07:47
To: Daniele Ceccarelli
Cc: adrian@olddog.co.uk; pce@ietf.org; teas@ietf.org
Subject: Re: [Teas] Architectural question about resource-scheduled = LSPs

 

Hi Daniele,

please find my comments in-line below.

Thanks,
Dieter

On 23.07.2015 16:13, Daniele Ceccarelli wrote:<= /o:p>

Hi Adrian,
 
Thanks for the excellent analysis and summary.
 
I think that distributing the time reservation info just to the PCC an=
d then realigning the other PCEs is the best option.
 
Performing a realignment via IGP can cause scalability issues as you s=
aid (maybe BGP could be the only appropriate alternative to PCEP). Distribu=
ting the info to all the nodes (e.g. via RSVP) is not needed IMO, it=
's a burden that does not bring any value and is applicable only to RSVP=
-TE, while keeping the reservation on the PCC could allow for bandwidth=
 scheduling also in other cases like e.g. segment routing.

did you mean OSPF and = OSPF-TE, respectively? RSVP signaling may only help to update the DBs in th= e nodes along the path of an LSP. All other nodes
do not see these messages. So, the IGP has to be used to accomplish that al= l DBs are in sync.

[DanCe] no I meant = RSVP-TE. One option is IGP flooding, the other one is to make the reservati= on on the nodes (via signaling) for a future time interval. In any case both options are not even comparable in terms of complexity an= d scalability (and openness to other control mechanisms) compared to PCEP n= otifications to all the other PCEs. 

 
Sync between PCEs is another opportunity but then we end up in complex=
 synch issues (who's the master? Who is right in case of conflict?).

Is this really a diffi= cult problem to solve? One could imagine that the PCE that calculated the p= ath starting from the head node of the LSP is always the master
and that this PCE instance syncs all the other PCE instances or a similar r= ule.

[DanCe] what if suc= h PCE is not reachable for a while? How do the other PCEs know which is the= master PCE for the each given LSP to be? Storing this info on the nodes in the most reliable solution IMHO.= 



 If we send the info to the PCC (i.e. the network), the network is alw=
ays right in case of contentious and the PCEs can align with it.=

 
Cheers,
Daniele
 
-----Original Message-----
From: Teas [mailto:teas-bounc=
es@ietf.org] On Behalf Of Adrian Farrel
Sent: gioved=EC 23 luglio 2015 15:51
To: pce@ietf.org; teas@ietf.org
Subject: [Teas] Architectural question about resource-scheduled LSPs
 
Hi,
 
Having listened to the two presentations on scheduled LSPs in PCE and =
one in
TEAS I think we need to do some architectural work and make sure we ar=
e all
on the same page.
 
This work probably needs to be squared off across the two WGs and poss=
ibly
also MPLS.
 
The architectural question is "Where is future scheduled resource=
 reservation
data held?"
 
The options are:
i. Solely in a centralised DB
ii. In several distributed DBs that might be periodically synchronised=
 iii.
Distributed into the network iv. Some combination of the above.
 
In the old world, the management system held all information about
connections in the network. Such management systems were able to<=
/o:p>
schedule connection establishment as well since they had a full view o=
f all
resources and all connections.
 
In MPLS/GMPLS, the pendulum swung. Connection state was held in the
network and not widely known. Only current resource availability was
distributed. In such systems, scheduled connections required a managem=
ent
system that could access the current resource availability and plan th=
e
scheduled connections. But this approach was vulnerable to connections=
 set
up by other entities (in a distributed manner) that might "steal&=
quot; resources
needed for a planned future connection.
 
One of the proposed solutions to this problem is that scheduled state =
is
distributed into the network by signaling. That is, an RSVP Path messa=
ge
includes the timing parameters and the resources can be reserved by th=
e
network devices for use at the specified time. The disadvantages of th=
is
approach are that the network nodes have to have per-resource time-bas=
ed
databases (which may be quite complex), and that other nodes in the
network (such as other head-end nodes, or PCEs) do not know about the<=
o:p>
future reservations.
 
The answer to the second point is to report the future reservations ei=
ther in
PCEP or in the IGP. Doing it in the IGP means that every node in the n=
etwork
can see the future reservations, but may have an interesting scaling i=
mpact.
Doing it in PCEP means the PCE is in synch with the network, but doesn=
't help
other LSRs so implies a PCE-controlled scheduling system.

 


At this point we might ask why, if the resource scheduling is controll=
ed by the


PCE, we need to distribute the scheduling information in the network. =
Why


not just leave the time-based TED in the PCE?


 


That reduces us to adding time parameters to the PCReq, but no changes=
 to


the PCInitiate message. The PCRep might have some time-based stuff for=



confirmation etc. But, this approach would have no changes to the RSVP=



messages.


 


The above is me just rambling on the topic a bit, but it seems that we=
 need to


get all of this work on the same page and agree the architecture of wh=
at we


are trying to build.


 


Thanks for listening,


Adrian


 


_______________________________________________


Teas mailing list


Teas@ietf.org


https://www.iet=
f.org/mailman/listinfo/teas


 
_______________________________________________
Teas mailing list
Teas@ietf.org
https://www.iet=
f.org/mailman/listinfo/teas
--_000_4A1562797D64E44993C5CBF38CF1BE48129AAC11ESESSMB301erics_-- From nobody Fri Jul 24 02:22:32 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CAA9C1A6F30 for ; Fri, 24 Jul 2015 02:22:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.209 X-Spam-Level: X-Spam-Status: No, score=-3.209 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wf_rwVPFwUGr for ; Fri, 24 Jul 2015 02:22:28 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 341C71A882A for ; Fri, 24 Jul 2015 02:22:26 -0700 (PDT) Received: from 172.18.7.190 (EHLO lhreml405-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BZC72721; Fri, 24 Jul 2015 09:22:24 +0000 (GMT) Received: from DFWEML704-CHM.china.huawei.com (10.193.5.141) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.235.1; Fri, 24 Jul 2015 10:22:23 +0100 Received: from DFWEML706-CHM.china.huawei.com ([10.193.5.225]) by dfweml704-chm ([10.193.5.141]) with mapi id 14.03.0235.001; Fri, 24 Jul 2015 02:22:17 -0700 From: Leeyoung To: "teas@ietf.org" Thread-Topic: ACTN requirements Thread-Index: AdDFwZ1GX9A/nQv9QJanw7bKkAq7AgAYBwYAAAAIMoAADDduEA== Date: Fri, 24 Jul 2015 09:22:16 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1729CEEAB2@dfweml706-chm> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.200.218.40] Content-Type: multipart/alternative; boundary="_000_7AEB3D6833318045B4AE71C2C87E8E1729CEEAB2dfweml706chm_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Subject: [Teas] FW: ACTN requirements X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jul 2015 09:22:31 -0000 --_000_7AEB3D6833318045B4AE71C2C87E8E1729CEEAB2dfweml706chm_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, This is off-line discussion between Lou and myself to follow-up from TEAS W= G session. I just wanted to share the content with Lou's permission. Basically, the actions for the revision are: - In Section 3, the table will put a complete list of functions fo= r each use-case/requirement. - Delete Section 4. Thanks. Young From: Lou Berger [mailto:lberger@labn.net] Sent: Friday, July 24, 2015 3:03 AM To: Leeyoung Subject: Re: ACTN requirements Missed on question , see below On July 24, 2015 10:02:14 AM Lou Berger wrote: > Young, > > See below. > > > On July 24, 2015 9:15:18 AM Leeyoung wrote: > > > Hi Lou, > > > > I was not 100% clear on what you wanted for the ACTN requirements draft= during our short meeting. > > > > Let me elaborate the discussion point: > > > > > > - You mentioned of the table in Section 3. You wanted me to ad= d "more functions" on the last column. Please give me an example as to wha= t you wanted me to add on this Section. The current section 3 looks like th= is. > > > > > > What I was saying is that statements of items being in scope really doesn= 't add much value - it's implicit in the context. But the statement on type= of yang function required, as you have for the item listed below, is helpf= ul. > > Lou > > > > > Use-case Service- Network-related ACTN Work > > > > specific Requirements Scope > > > > Requirements > > > > > > > > > > > > ------- -------------- --------------- -------------- > > > > [CHENG] - E2E service - Multi-layer - Dynamic > > > > provisioning (L2/L2.5) multi-layer > > > > - Performance coordination coordination > > > > monitoring - VNO for multi- based on > > > > - Resource domain transport utilization is > > > > utilization networks in scope of > > > > abstraction ACTN > > > > - YANG for > > > > utilization > > > > abstraction > > > > > > > > - You mentioned that Section 4 is a solution. Do you think it = should be deleted? > > That would be an easy solution. Lou > > Is there anything else you want me to edit before the next version? > > > > Thanks. > > Young > > > > > > > > > > --_000_7AEB3D6833318045B4AE71C2C87E8E1729CEEAB2dfweml706chm_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 <= /p>

This is off-line discussi= on between Lou and myself to follow-up from TEAS WG session.

 <= /p>

I just wanted to share th= e content with Lou’s permission.

 <= /p>

Basically, the actions fo= r the revision are:

 <= /p>

- =          In Section 3, the= table will put a complete list of functions for each use-case/requirement.=

- =          Delete Section 4.

 <= /p>

Thanks.=

Young

 <= /p>

From: Lou Berg= er [mailto:lberger@labn.net]
Sent: Friday, July 24, 2015 3:03 AM
To: Leeyoung
Subject: Re: ACTN requirements

 

Missed on question , see below

On July 24, 2015 10:02:14 AM Lou Berger <lbe= rger@labn.net> wrote:

> Young,
>
> See below.
>
>
> On July 24, 2015 9:15:18 AM Leeyoung <leeyoung@huawei.com> wrote= :
>
> > Hi Lou,
> >
> > I was not 100% clear on what you wanted for the ACTN requirements= draft during our short meeting.
> >
> > Let me elaborate the discussion point:
> >
> >
> > -          You menti= oned of the table in Section 3. You wanted me to add "more functions&q= uot; on the last column.  Please give me an example as to what you wan= ted me to add on this Section. The current section 3 looks like this.
> >
> >
>
> What I was saying is that statements of items being in scope really do= esn't add much value - it's implicit in the context. But the statement on t= ype of yang function required, as you have for the item listed below, is he= lpful.
>
> Lou
>
> >
> >     Use-case     Service-=           Network-related = ;    ACTN Work
> >
> >           =        specific     =      Requirements      &n= bsp; Scope
> >
> >           =        Requirements
> >
> >
> >
> >
> >
> >     -------      ---= -----------    ---------------     -----= ---------
> >
> >     [CHENG]      - E= 2E service     - Multi-layer    &nb= sp;  - Dynamic
> >
> >           =        provisioning    &n= bsp; (L2/L2.5)           = multi-layer
> >
> >           =        - Performance     = coordination        coordination
> >
> >           =        monitoring    &nbs= p;   - VNO for multi-    based on
> >
> >           =        - Resource    &nbs= p;   domain transport    utilization is
> >
> >           =        utilization    &nb= sp;  networks         &nb= sp;  in scope of
> >
> >           =        abstraction    &nb= sp;            =            ACTN
> >
> >           =             &nb= sp;            =             &nb= sp;        - YANG for
> >
> >           =             &nb= sp;            =             &nb= sp;        utilization
> >
> >           =             &nb= sp;            =             &nb= sp;        abstraction
> >
> >
> >
> > -          You menti= oned that Section 4 is a solution. Do you think it should be deleted?
> >

That would be an easy solution.

Lou
> > Is there anything else you want me to edit before the next versio= n?
> >
> > Thanks.
> > Young
> >
> >
> >
> >
> >

--_000_7AEB3D6833318045B4AE71C2C87E8E1729CEEAB2dfweml706chm_-- From nobody Fri Jul 24 04:59:44 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DF15F1A908B for ; Fri, 24 Jul 2015 04:59:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.666 X-Spam-Level: X-Spam-Status: No, score=-1.666 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, WEIRD_PORT=0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9YajUvWMfoPD for ; Fri, 24 Jul 2015 04:59:43 -0700 (PDT) Received: from gproxy1-pub.mail.unifiedlayer.com (gproxy1-pub.mail.unifiedlayer.com [69.89.25.95]) by ietfa.amsl.com (Postfix) with SMTP id DCE3B1A903E for ; Fri, 24 Jul 2015 04:59:42 -0700 (PDT) Received: (qmail 16048 invoked by uid 0); 24 Jul 2015 11:59:38 -0000 Received: from unknown (HELO cmgw3) (10.0.90.84) by gproxy1.mail.unifiedlayer.com with SMTP; 24 Jul 2015 11:59:38 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw3 with id wHza1q00E2SSUrH01Hzdf7; Fri, 24 Jul 2015 11:59:37 -0600 X-Authority-Analysis: v=2.1 cv=Qc314Krv c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=wU2YTnxGAAAA:8 a=cNaOj0WVAAAA:8 a=JAI3OqB5mnwA:10 a=IkcTkHD0fZMA:10 a=-NfooI8aBGcA:10 a=uEJ9t1CZtbIA:10 a=zOBTXjUuO1YA:10 a=48vgC7mUAAAA:8 a=PRq69FVuTeoX3gaEvXQA:9 a=QEXdDO2ut3YA:10 a=L6ti4E_CVbAA:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Date:Message-ID:Subject:From:To; bh=R9XHt2Unv6I88o7FzsL/M3xaSR5ZbjvrwLJUOjKST8Y=; b=YDt6Bo/5C0+o+wX9Ph5+0TOUsawKVGAgQ0s0+fqntnpQjY64ihNub74xhuWLqbG1A5lBahVcd1e+D4TS/1JA25gm8vy4Y0O62R3ZQM4aqLKW2TedU5J3NodKNt1VMrPx; Received: from box313.bluehost.com ([69.89.31.113]:54264 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.84) (envelope-from ) id 1ZIbdW-0005zu-Rj for teas@ietf.org; Fri, 24 Jul 2015 05:59:35 -0600 To: TEAS WG From: Lou Berger Message-ID: <55B2289F.6040608@labn.net> Date: Fri, 24 Jul 2015 13:59:27 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Archived-At: Subject: [Teas] draft minutes published X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jul 2015 11:59:44 -0000 All, Minutes have been uploaded. Please review and comment on the list or edit at: http://etherpad.tools.ietf.org:9000/p/notes-ietf-92-teas Kudos to Dan King for the minute taking. Lou and Pavan From nobody Sat Jul 25 00:08:35 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CFB501B2D19 for ; Sat, 25 Jul 2015 00:08:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.001 X-Spam-Level: X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wOc-3MOetRRd for ; Sat, 25 Jul 2015 00:08:32 -0700 (PDT) Received: from gproxy7-pub.mail.unifiedlayer.com (gproxy7-pub.mail.unifiedlayer.com [70.40.196.235]) by ietfa.amsl.com (Postfix) with SMTP id 050441B2D18 for ; Sat, 25 Jul 2015 00:08:31 -0700 (PDT) Received: (qmail 14056 invoked by uid 0); 25 Jul 2015 07:08:31 -0000 Received: from unknown (HELO cmgw3) (10.0.90.84) by gproxy7.mail.unifiedlayer.com with SMTP; 25 Jul 2015 07:08:31 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw3 with id wd8M1q00Q2SSUrH01d8QTS; Sat, 25 Jul 2015 07:08:30 -0600 X-Authority-Analysis: v=2.1 cv=Qc314Krv c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=wU2YTnxGAAAA:8 a=cNaOj0WVAAAA:8 a=JAI3OqB5mnwA:10 a=IkcTkHD0fZMA:10 a=-NfooI8aBGcA:10 a=uEJ9t1CZtbIA:10 a=zOBTXjUuO1YA:10 a=48vgC7mUAAAA:8 a=Ap0eySV8JlYf4t4-LHYA:9 a=QEXdDO2ut3YA:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Date:Message-ID:Subject:From:Cc:To; bh=uJtyBAEBkfGv4eZ5HPug+i/7SEtsUdIdHewrYUu//h0=; b=HhzCWtyx4/yW8gNEMYOp/f0dBPLu9ETyLDggh9MYzRBtwy4CCIGLvQzCQytYantPzOUbqy7VesIWdZtJ7//I+yaFJnsdxXe0axYPLgwfBoRZnyLkmmjxmiH0yNkPIJSl; Received: from box313.bluehost.com ([69.89.31.113]:47643 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.84) (envelope-from ) id 1ZItZG-00072H-9q; Sat, 25 Jul 2015 01:08:22 -0600 To: TEAS WG From: Lou Berger X-Enigmail-Draft-Status: N1110 Message-ID: <55B335DE.6020209@labn.net> Date: Sat, 25 Jul 2015 09:08:14 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Archived-At: Cc: "ccamp-chairs@tools.ietf.org" Subject: [Teas] Documents from ccamp: availability X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jul 2015 07:08:34 -0000 WG, The CCAMP WG has produced two documents that started out as being technology specific but are now considered to be completely technology agnostic. The documents are: https://tools.ietf.org/html/draft-ietf-ccamp-ospf-availability-extension https://tools.ietf.org/html/draft-ietf-ccamp-rsvp-te-bandwidth-availability The question for the WG is basically if these documents need any additional work to be fully generalized? Please review and comment on the list. If you think more work is needed, please be very specific on the text and technical issue. If the conclusion is that the work is already sufficiently generalized, the plan will move to a join LC. If not, the documents will move to TEAS for this work. Thanks, Lou From nobody Sat Jul 25 13:55:32 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 619161B3063 for ; Sat, 25 Jul 2015 13:55:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.075 X-Spam-Level: X-Spam-Status: No, score=-0.075 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DATE_IN_PAST_03_06=1.592, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wm4k_S2Emwp7 for ; Sat, 25 Jul 2015 13:55:28 -0700 (PDT) Received: from gproxy5-pub.mail.unifiedlayer.com (gproxy5-pub.mail.unifiedlayer.com [67.222.38.55]) by ietfa.amsl.com (Postfix) with SMTP id 5C43C1B3061 for ; Sat, 25 Jul 2015 13:55:28 -0700 (PDT) Received: (qmail 16659 invoked by uid 0); 25 Jul 2015 20:55:24 -0000 Received: from unknown (HELO cmgw2) (10.0.90.83) by gproxy5.mail.unifiedlayer.com with SMTP; 25 Jul 2015 20:55:24 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw2 with id wkvF1q00T2SSUrH01kvJvF; Sat, 25 Jul 2015 14:55:21 -0600 X-Authority-Analysis: v=2.1 cv=O9qq4nNW c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=wU2YTnxGAAAA:8 a=cNaOj0WVAAAA:8 a=JAI3OqB5mnwA:10 a=lc_hCryRSzsA:10 a=IkcTkHD0fZMA:10 a=-NfooI8aBGcA:10 a=uEJ9t1CZtbIA:10 a=zOBTXjUuO1YA:10 a=48vgC7mUAAAA:8 a=KYhU9bVXq8OW1JRzxnkA:9 a=QEXdDO2ut3YA:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Date:Message-ID:Subject:From:To; bh=qtTyQgMbvEguADMceuOjbR05aQOuY5LTm6XySG5zZhU=; b=Av9/MREEOCjnzzKNRxgrERxI8qirzOXw3uiqDt0OwVPyeta2BTBoamsw95eP8/yWXn6TdjDsk6KYv/wP7464YLBNdPez7QDB9EP19Jh35JFpKk4h7F3UxvpcusKSd09B; Received: from box313.bluehost.com ([69.89.31.113]:41277 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.84) (envelope-from ) id 1ZJ6TV-0001S0-5M; Sat, 25 Jul 2015 14:55:17 -0600 To: draft-ietf-ccamp-ospf-availability-extension@ietf.org, CCAMP , TEAS WG From: Lou Berger X-Enigmail-Draft-Status: N1110 Message-ID: <55B3B75B.1030706@labn.net> Date: Sat, 25 Jul 2015 12:20:43 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Archived-At: Subject: [Teas] Some comments on draft-ietf-ccamp-ospf-availability-extension-02 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jul 2015 20:55:29 -0000 Hi, I reviewed this document from the perspective of how generalized it is in its current form. I think it does apply to multiple technology and is close to ready for a joint last call, but do have a few comments: Abstract: - States applies to PSC Sections 1 - (general comment) informative sections such as Intro and Overview shouldn't contain normative (RFC2119) language. See http://trac.tools.ietf.org/wg/teas/trac/wiki/PSGuidelines for some suggested guidelines. Section 2 - You mention "by the PE node" (and in two other places in the document). I have don't understand why "PE" is being introduced. Perhaps you mean simply "a node"? Section 3.1 - You duplicate a format definition from RFC4203. I think this should be replaced with a simple sentence stating that "The Interface Switching Capacity Descriptor (ISCD) sub-TLV is defined in Section 1.4 of [RFC 4203]". - More significantly you are actually changing its format, and in particular taking 8 bits from the existing reserved field: A new AI field is defined in this document. - Taking bits from the reserved field is a major change and needs to be justified. The purpose *and the use* of this new field, Availability Index, is unclear in the document. It needs to be, or better yet, drop it. Section 3.2: - Why limit Availability information to PSC and LSC? Section 6.1 - A number of references listed as Normative are not required to implement the mechanisms in the document and therefore should be identified as Informative. I look forward to your responses. Thanks, Lou From nobody Sat Jul 25 13:55:42 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5F5A51B3062 for ; Sat, 25 Jul 2015 13:55:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.075 X-Spam-Level: X-Spam-Status: No, score=-0.075 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DATE_IN_PAST_03_06=1.592, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Z4-Jmm3-_b6L for ; Sat, 25 Jul 2015 13:55:32 -0700 (PDT) Received: from gproxy2-pub.mail.unifiedlayer.com (gproxy2-pub.mail.unifiedlayer.com [69.89.18.3]) by ietfa.amsl.com (Postfix) with SMTP id 876B11B3067 for ; Sat, 25 Jul 2015 13:55:31 -0700 (PDT) Received: (qmail 17296 invoked by uid 0); 25 Jul 2015 20:55:29 -0000 Received: from unknown (HELO cmgw2) (10.0.90.83) by gproxy2.mail.unifiedlayer.com with SMTP; 25 Jul 2015 20:55:29 -0000 Received: from box313.bluehost.com ([69.89.31.113]) by cmgw2 with id wkvQ1q00C2SSUrH01kvT8m; Sat, 25 Jul 2015 14:55:27 -0600 X-Authority-Analysis: v=2.1 cv=O9qq4nNW c=1 sm=1 tr=0 a=h1BC+oY+fLhyFmnTBx92Jg==:117 a=wU2YTnxGAAAA:8 a=cNaOj0WVAAAA:8 a=JAI3OqB5mnwA:10 a=U-S94PAM-V0A:10 a=IkcTkHD0fZMA:10 a=-NfooI8aBGcA:10 a=uEJ9t1CZtbIA:10 a=zOBTXjUuO1YA:10 a=48vgC7mUAAAA:8 a=DuSG5WuDtGclCV1xkiAA:9 a=QEXdDO2ut3YA:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=labn.net; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Date:Message-ID:Subject:From:To; bh=TR6KsjY1Js/bq9ZmqfrpbN+yAapfk2ddyBko+WlPN7s=; b=rzNkkMuttupROjMgkZH6P0NOpPyWjjxirB64Gm6f2k4xI7wAxc1HqghGQniwqu99Xuz5Ix56a+OHinLWM+uu/9EJno56Y0mBsmfZ2DxOjpQ6KBKqHTQ/FLO7UecRJgoe; Received: from box313.bluehost.com ([69.89.31.113]:41295 helo=[127.0.0.1]) by box313.bluehost.com with esmtpa (Exim 4.84) (envelope-from ) id 1ZJ6Te-0001TE-0H; Sat, 25 Jul 2015 14:55:26 -0600 To: draft-ietf-ccamp-rsvp-te-bandwidth-availability@ietf.org, CCAMP , TEAS WG From: Lou Berger X-Enigmail-Draft-Status: N1110 Message-ID: <55B3B761.4050002@labn.net> Date: Sat, 25 Jul 2015 12:20:49 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Identified-User: {1038:box313.bluehost.com:labnmobi:labn.net} {sentby:smtp auth 69.89.31.113 authed with lberger@labn.net} Archived-At: Subject: [Teas] Some comments on draft-ietf-ccamp-rsvp-te-bandwidth-availability-02 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jul 2015 20:55:33 -0000 Hi, I reviewed this document from the perspective of how generalized it is in its current form. I think this document's scope in it's current form is limited to RFC6003. I think it sould retitle the draft to something like "Ethernet Traffic Parameters With Availability Information" to align with RFC6003. The document could also use RFC6003 as a 'design pattern' for some reediting of its sections/text. I also suggest reviewing http://trac.tools.ietf.org/wg/teas/trac/wiki/PSGuidelines for some suggested guidelines. As TEAS chair, I think this document should remain with CCAMP. (Perhaps that was the intent of the discussion in this past week's session and only the ospf document was to be jointly last called.) Thanks, Lou From nobody Mon Jul 27 06:14:06 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 417131B2D22 for ; Mon, 27 Jul 2015 06:14:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.909 X-Spam-Level: X-Spam-Status: No, score=-6.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZpD6wjFOyeWa for ; Mon, 27 Jul 2015 06:13:56 -0700 (PDT) Received: from smtp-fr.alcatel-lucent.com (fr-hpgre-esg-01.alcatel-lucent.com [135.245.210.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 10E9D1B2D19 for ; Mon, 27 Jul 2015 06:13:56 -0700 (PDT) Received: from us70tusmtp1.zam.alcatel-lucent.com (unknown [135.5.2.63]) by Websense Email Security Gateway with ESMTPS id D1E8EAAEC99E8; Mon, 27 Jul 2015 13:13:50 +0000 (GMT) Received: from US70UWXCHHUB02.zam.alcatel-lucent.com (us70uwxchhub02.zam.alcatel-lucent.com [135.5.2.49]) by us70tusmtp1.zam.alcatel-lucent.com (GMO) with ESMTP id t6RDDpg7017834 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 27 Jul 2015 13:13:52 GMT Received: from US70TWXCHMBA12.zam.alcatel-lucent.com ([169.254.6.242]) by US70UWXCHHUB02.zam.alcatel-lucent.com ([135.5.2.49]) with mapi id 14.03.0195.001; Mon, 27 Jul 2015 09:13:51 -0400 From: "Lam, Hing-Kam (Kam)" To: "Wunan (Eric)" , "draft-lam-teas-usage-info-model-net-topology@tools.ietf.org" Thread-Topic: Doubts for draft-lam-teas-usage-info-model-net-topology-01 Thread-Index: AdDFhm8rs1BkBwfrQiKIKtA7EQSDIwAM6iJw Date: Mon, 27 Jul 2015 13:13:50 +0000 Message-ID: <8DBC3FDAC14BE441AED9C5939C7775858F25A715@US70TWXCHMBA12.zam.alcatel-lucent.com> References: <0F26584357FD124DB93F1535E4B0A6505FC16FCA@szxema508-mbx.china.huawei.com> In-Reply-To: <0F26584357FD124DB93F1535E4B0A6505FC16FCA@szxema508-mbx.china.huawei.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.5.27.17] Content-Type: multipart/alternative; boundary="_000_8DBC3FDAC14BE441AED9C5939C7775858F25A715US70TWXCHMBA12z_" MIME-Version: 1.0 Archived-At: Cc: "draft-ietf-teas-yang-te-topo@tools.ietf.org" , "teas@ietf.org" Subject: Re: [Teas] Doubts for draft-lam-teas-usage-info-model-net-topology-01 X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 13:14:04 -0000 --_000_8DBC3FDAC14BE441AED9C5939C7775858F25A715US70TWXCHMBA12z_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Eric, Thank you for the comments. Please see some clarification ... inli= ne below. Regards, Kam From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of Wunan (Eric) Sent: Thursday, July 23, 2015 4:53 PM To: draft-lam-teas-usage-info-model-net-topology@tools.ietf.org Cc: draft-ietf-teas-yang-te-topo@tools.ietf.org; teas@ietf.org Subject: [Teas] Doubts for draft-lam-teas-usage-info-model-net-topology-01 Hi co-authors of draft-lam-teas-usage-info-model-net-topology-01, I didn't get the meaning for this draft after reading it. So is it trying to define the information model for current TE topology mod= el or describe the use case for it? This draft describes a normalized/rationalized information model of top= ology from which other relevant topology information model views can be der= ived (through pruning & refactoring), and then could be further translated = into YANG data models. In section 2. Background and Motivation: "Information Models (IM) and Data Models (DM) are related but different." For the difference of IM and DM, it has been covered by RFC3444, suggesting= to reference it. RFC3444 is already cited in the draft. We will add it in the reference = section. " This draft describes an existing information model relevant to Network Topology [ONF TR-512], which is part of the Common Information Model (ONF-CIM) of network resources (as described in [I- D.betts]), that can be leveraged to assess the consistency and completeness of related YANG modules under development. Being part of a Common Information Model, it will not lead to development of incompatible/uncoordinated models that can be difficult to maintain as other purpose-specific interfaces are developed." I didn't get the motivation behind these sentences. The motivation is to facilitate coordinated/compatible Data Model devel= opments. How this will benefit current TE topology model by introducing a completely= new information model? We do not introduce a "new information model". We just describe the inf= ormation model ( you could think as an RFC 5511 RBNF description for data m= odel expression) from "which" you could derive a "data model" as expressed = in a Yang tree. The draft does not pretend to substitute the TE-topology Ya= ng model, but just describe an "information set of objects and relationship= between them" that could help to "improve" the Yang TE-topology model. I even not sure why this information model is related to TE topology model = instead of network topology model in I2RS. The information model described is encompassing both "general" agnostic= topology model and TE information, so the answer is both drafts are addres= sed. Hope the co-authors of this draft can clarify. Thanks. Regards Eric --_000_8DBC3FDAC14BE441AED9C5939C7775858F25A715US70TWXCHMBA12z_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Eric,

 <= /p>

Thank you for the comment= s. Please see some clarification <k> … </k> inline below.

 <= /p>

Regards,

Kam

 <= /p>

From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of Wunan (Eric)
Sent: Thursday, July 23, 2015 4:53 PM
To: draft-lam-teas-usage-info-model-net-topology@tools.ietf.org
Cc: d= raft-ietf-teas-yang-te-topo@tools.ietf.org; teas@ietf.org
Subject: [Teas] Doubts for draft-lam-teas-usage-info-model-net-topol= ogy-01

 

Hi co-au= thors of draft-lam-teas-usage-info-model-net-topology-01,=

 

I d= idn't get the meaning for this draft after reading it.

So = is it trying to define the information model for current TE topology m= odel or describe the use case for it?

&nb= sp;

<k> This draft describes a normalized/ratio= nalized information model of topology from which other relevant topology in= formation model views can be derived (through pruning & refactoring), and then could be further translated into YANG data models. </k>

&nb= sp;

 

In secti= on 2. Background and Motivation:

&quo= t;Information Models (IM) and Data Models (DM) are related but  differ= ent."

For the = difference of IM and DM, it has been covered by RFC3444, suggesting to refe= rence it.

&nb= sp;

<k> RFC3444 is already cited in the draft. = We will add it in the reference section. </k>

&nb= sp;

 

&quo= t; This draft describes an existing information model relevant to<= br>    Networ= k Topology [ONF TR-512], which is part of the Common
   Inform= ation Model (ONF-CIM) of network resources (as described in [I-=
   D.bett= s]), that can be leveraged to assess the consistency and
   comple= teness of related YANG modules under development.  Being part
   of a C= ommon Information Model, it will not lead to development of
   incomp= atible/uncoordinated models that can be difficult to maintain    as oth= er purpose-specific interfaces are developed."<= span style=3D"font-family:"Courier New";color:black"><= /span>

 

I didn't= get the motivation behind these sentences.

 

<k> The motivation is to facilitate co= ordinated/compatible Data Model developments. </k><= /p>

&nb= sp;

How this= will benefit current TE topology model by introducing a completely ne= w information model?

&nb= sp;

<k> We do not introduce a “new inform= ation model”. We just describe the information model ( you could thin= k as an RFC 5511 RBNF description for data model expression) from “wh= ich” you could derive a “data model” as expressed in a Yang tree. T= he draft does not pretend to substitute the TE-topology Yang model, but jus= t describe an “information set of objects and relationship between th= em” that could help to “improve” the Yang TE-topology model. </k>

&nb= sp;

&nb= sp;

I even n= ot sure why this information model is related to TE topology model instead = of network topology model in I2RS.

&nb= sp;

<k> The information model described is enco= mpassing both “general” agnostic topology model and TE informat= ion, so the answer is both drafts are addressed. </k>

&nb= sp;

 

Hope the= co-authors of this draft can clarify.

Thanks.<= o:p>

 

Regards<= o:p>

Eric

--_000_8DBC3FDAC14BE441AED9C5939C7775858F25A715US70TWXCHMBA12z_-- From nobody Mon Jul 27 11:02:45 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6DB8B1B311E; Mon, 27 Jul 2015 11:02:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rTpwMF1QmCIF; Mon, 27 Jul 2015 11:02:43 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 575D21B311F; Mon, 27 Jul 2015 11:02:42 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.2.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150727180242.13969.4583.idtracker@ietfa.amsl.com> Date: Mon, 27 Jul 2015 11:02:42 -0700 Archived-At: Cc: teas@ietf.org Subject: [Teas] I-D Action: draft-ietf-teas-te-express-path-03.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 18:02:44 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling Working Group of the IETF. Title : Performance-based Path Selection for Explicitly Routed LSPs using TE Metric Extensions Authors : Alia Atlas John Drake Spencer Giacalone Stefano Previdi Filename : draft-ietf-teas-te-express-path-03.txt Pages : 10 Date : 2015-07-27 Abstract: In certain networks, it is critical to consider network performance criteria when selecting the path for an explicitly routed RSVP-TE LSP. Such performance criteria can include latency, jitter, and loss or other indications such as the conformance to link performance objectives and non-RSVP TE traffic load. This specification uses network performance data, such as is advertised via the OSPF and ISIS TE metric extensions (defined outside the scope of this document) to perform such path selections. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-te-express-path/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-teas-te-express-path-03 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-te-express-path-03 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Mon Jul 27 12:19:35 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 558451B32CD for ; Mon, 27 Jul 2015 12:19:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.21 X-Spam-Level: X-Spam-Status: No, score=-3.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24PQdjKgBJqT for ; Mon, 27 Jul 2015 12:19:31 -0700 (PDT) Received: from dfwrgout.huawei.com (dfwrgout.huawei.com [206.16.17.72]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 26AF11B32BC for ; Mon, 27 Jul 2015 12:19:21 -0700 (PDT) Received: from 172.18.9.243 (EHLO lhreml405-hub.china.huawei.com) ([172.18.9.243]) by dfwrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BGO65560; Mon, 27 Jul 2015 14:19:19 -0500 (CDT) Received: from DFWEML702-CHM.china.huawei.com (10.193.5.72) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.235.1; Mon, 27 Jul 2015 20:19:16 +0100 Received: from DFWEML706-CHM.china.huawei.com ([10.193.5.225]) by dfweml702-chm ([10.193.5.72]) with mapi id 14.03.0235.001; Mon, 27 Jul 2015 12:19:05 -0700 From: Leeyoung To: "teas@ietf.org" Thread-Topic: New Version Notification for draft-lee-teas-actn-requirements-01.txt Thread-Index: AQHQyJ//lTXK8AZkakSrp9Pdn+5cTp3vrtGg Date: Mon, 27 Jul 2015 19:19:04 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1729CEFDD3@dfweml706-chm> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.200.216.41] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: "BRUNGARD, DEBORAH A" Subject: [Teas] FW: New Version Notification for draft-lee-teas-actn-requirements-01.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jul 2015 19:19:33 -0000 SGkgVEVBUyBXRywNCg0KVGhpcyB1cGRhdGVkIHZlcnNpb24gaW5jb3Jwb3JhdGVkIGFsbCBjb21t ZW50cyByZWNlaXZlZCBkdXJpbmcgdGhlIFdHIHNlc3Npb24gYW5kIG9mZi1saW5lIGRpc2N1c3Np b25zLiANCg0KTWFqb3IgY2hhbmdlcyBhcmU6DQotIGFkZCBjb250cmlidXRvcnMgYW5kIHR3byBu ZXcgdXNlLWNhc2VzDQotIGluY29ycG9yYXRlZCBhbGwgY29tbWVudHMgcmVjZWl2ZWQgaW4gdGhl IG1haWxpbmcgbGlzdCAoS3dhbmdrb29rLCBUYWt1eWEsIFl1bmJpbikNCi0gU2VjdGlvbiA0IGRl bGV0ZWQNCi0gU2VjdGlvbiAzIHVwZGF0ZWQ6IHRoZSBzY29wZSBvZiB3b3JrIGluIHRlcm1zIG9m IE5ldHdvcmsgRnVuY3Rpb25zL1lBTkcgTW9kZWxzLiANCg0KVGhlIGF1dGhvcnMgYmVsaWV2ZSB0 aGUgZHJhZnQgaXMgcmVhZHkgdG8gYmUgYWRvcHRlZCBhcyBXRyBkb2N1bWVudC4gDQoNClRoYW5r cy4NCllvdW5nIChvbiBiZWhhbGYgb2YgYXV0aG9ycy9jb250cmlidXRvcnMpLg0KDQotLS0tLU9y aWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogaW50ZXJuZXQtZHJhZnRzQGlldGYub3JnIFttYWls dG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnXSANClNlbnQ6IE1vbmRheSwgSnVseSAyNywgMjAx NSAyOjExIFBNDQpUbzogRGFuaWVsZSBDZWNjYXJlbGxpOyBEaHJ1diBEaG9keTsgTGVleW91bmc7 IEtodXplbWEgUGl0aGV3YW47IERhbmllbGUgQ2VjY2FyZWxsaTsgRGhydXYgRGhvZHk7IExlZXlv dW5nOyBTZXJnaW8gQmVsb3R0aTsgS2h1emVtYSBQaXRoZXdhbjsgU2VyZ2lvIEJlbG90dGkNClN1 YmplY3Q6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtbGVlLXRlYXMtYWN0bi1y ZXF1aXJlbWVudHMtMDEudHh0DQoNCg0KQSBuZXcgdmVyc2lvbiBvZiBJLUQsIGRyYWZ0LWxlZS10 ZWFzLWFjdG4tcmVxdWlyZW1lbnRzLTAxLnR4dA0KaGFzIGJlZW4gc3VjY2Vzc2Z1bGx5IHN1Ym1p dHRlZCBieSBZb3VuZyBMZWUgYW5kIHBvc3RlZCB0byB0aGUNCklFVEYgcmVwb3NpdG9yeS4NCg0K TmFtZToJCWRyYWZ0LWxlZS10ZWFzLWFjdG4tcmVxdWlyZW1lbnRzDQpSZXZpc2lvbjoJMDENClRp dGxlOgkJUmVxdWlyZW1lbnRzIGZvciBBYnN0cmFjdGlvbiBhbmQgQ29udHJvbCBvZiBUcmFuc3Bv cnQgTmV0d29ya3MNCkRvY3VtZW50IGRhdGU6CTIwMTUtMDctMjcNCkdyb3VwOgkJSW5kaXZpZHVh bCBTdWJtaXNzaW9uDQpQYWdlczoJCTIyDQpVUkw6ICAgICAgICAgICAgaHR0cHM6Ly93d3cuaWV0 Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LWxlZS10ZWFzLWFjdG4tcmVxdWlyZW1lbnRzLTAx LnR4dA0KU3RhdHVzOiAgICAgICAgIGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2Ry YWZ0LWxlZS10ZWFzLWFjdG4tcmVxdWlyZW1lbnRzLw0KSHRtbGl6ZWQ6ICAgICAgIGh0dHBzOi8v dG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1sZWUtdGVhcy1hY3RuLXJlcXVpcmVtZW50cy0wMQ0K RGlmZjogICAgICAgICAgIGh0dHBzOi8vd3d3LmlldGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC1s ZWUtdGVhcy1hY3RuLXJlcXVpcmVtZW50cy0wMQ0KDQpBYnN0cmFjdDoNCiAgIFRoaXMgZHJhZnQg cHJvdmlkZXMgYSBzZXQgb2YgcmVxdWlyZW1lbnRzIGZvciBhYnN0cmFjdGlvbiBhbmQNCiAgIGNv bnRyb2wgb2YgdHJhbnNwb3J0IG5ldHdvcmtzLg0KDQoNCg0KICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIA0KDQoNClBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRl cyBmcm9tIHRoZSB0aW1lIG9mIHN1Ym1pc3Npb24NCnVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9u IGFuZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQgdG9vbHMuaWV0Zi5vcmcuDQoNClRoZSBJRVRGIFNl Y3JldGFyaWF0DQoNCg== From nobody Tue Jul 28 05:35:01 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 14CF31A8A8E; Tue, 28 Jul 2015 05:34:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.9 X-Spam-Level: X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CR3QrQsqXZIG; Tue, 28 Jul 2015 05:34:56 -0700 (PDT) Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id B78391A8A0F; Tue, 28 Jul 2015 05:34:56 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.2.0.p1 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20150728123456.17043.25909.idtracker@ietfa.amsl.com> Date: Tue, 28 Jul 2015 05:34:56 -0700 Archived-At: Cc: teas@ietf.org Subject: [Teas] I-D Action: draft-ietf-teas-gmpls-lsp-fastreroute-03.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2015 12:34:59 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Traffic Engineering Architecture and Signaling Working Group of the IETF. Title : Extensions to Resource Reservation Protocol For Fast Reroute of Traffic Engineering GMPLS LSPs Authors : Mike Taillon Tarek Saad Rakesh Gandhi Zafar Ali Manav Bhatia Lizhong Jin Filename : draft-ietf-teas-gmpls-lsp-fastreroute-03.txt Pages : 16 Date : 2015-07-28 Abstract: This document defines Resource Reservation Protocol - Traffic Engineering (RSVP-TE) signaling extensions to support Fast Reroute (FRR) of Packet Switched Capable (PSC) Generalized Multi-Protocol Label Switching (GMPLS) Label Switched Paths (LSPs). These signaling extensions allow the coordination of bidirectional bypass tunnel assignment protecting a common facility in both forward and reverse directions of a co-routed bidirectional LSP. In addition, these extensions enable the re-direction of bidirectional traffic and signaling onto bypass tunnels that ensure co-routedness of data and signaling paths in the forward and reverse directions after FRR to avoid RSVP soft-state timeout. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-teas-gmpls-lsp-fastreroute/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-teas-gmpls-lsp-fastreroute-03 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-teas-gmpls-lsp-fastreroute-03 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Tue Jul 28 06:02:56 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E1ABC1A8AB2 for ; Tue, 28 Jul 2015 06:02:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -14.511 X-Spam-Level: X-Spam-Status: No, score=-14.511 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id z0gxQqG9G3Um for ; Tue, 28 Jul 2015 06:02:53 -0700 (PDT) Received: from alln-iport-3.cisco.com (alln-iport-3.cisco.com [173.37.142.90]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 03F0A1A8AA8 for ; Tue, 28 Jul 2015 06:02:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2656; q=dns/txt; s=iport; t=1438088573; x=1439298173; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=OmkJNR0DGoxll/28FyPV2mvGHvQoAAL5SXmKPXw1ihA=; b=So7dicZllHEwMKt1+ER5+966XrrwmhDXXXUmdAkxNi92i04V6/fSeMtW CpQYH4OQBqnXMTv9xvH7tZfuAnXj8MoZ6pAItdU0sIn2Yda1J7077qTS2 nsmnEgQEWPVOXxA0Pj43rzTu8B19MXi0bVwieZPdxXqU0yHa4SGf66sjD A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0AeAwA0fLdV/5pdJa1cgxVUaQa8KgmBbQyFdwKBWDgUAQEBAQEBAX8LhCQBAQQBAQE3NAsQAgEIEiQQJwsXDgIEDgWILg3OcgEBAQEBAQEBAQEBAQEBAQEBAQEZi06EVDMHhCwFlGgBhHiHSYFFRoNXk0kmg31vgUiBBAEBAQ X-IronPort-AV: E=Sophos;i="5.15,563,1432598400"; d="scan'208";a="172948710" Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by alln-iport-3.cisco.com with ESMTP; 28 Jul 2015 13:02:52 +0000 Received: from xhc-rcd-x04.cisco.com (xhc-rcd-x04.cisco.com [173.37.183.78]) by rcdn-core-3.cisco.com (8.14.5/8.14.5) with ESMTP id t6SD2qD5011496 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 28 Jul 2015 13:02:52 GMT Received: from xmb-aln-x07.cisco.com ([169.254.2.17]) by xhc-rcd-x04.cisco.com ([173.37.183.78]) with mapi id 14.03.0195.001; Tue, 28 Jul 2015 08:02:51 -0500 From: "Rakesh Gandhi (rgandhi)" To: "teas@ietf.org" Thread-Topic: [Teas] I-D Action: draft-ietf-teas-gmpls-lsp-fastreroute-03.txt Thread-Index: AQHQyTHltiMZcW86w06LQdnZ1iZJRZ3w6caA Date: Tue, 28 Jul 2015 13:02:51 +0000 Message-ID: References: <20150728123456.17043.25909.idtracker@ietfa.amsl.com> In-Reply-To: <20150728123456.17043.25909.idtracker@ietfa.amsl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.5.2.150604 x-originating-ip: [10.86.254.232] Content-Type: text/plain; charset="us-ascii" Content-ID: <5BDA452E361EEB4BAC2A7EE5FD15AF22@emea.cisco.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "Mike Taillon \(mtaillon\)" , "Zafar Ali \(zali\)" , "Tarek Saad \(tsaad\)" , Manav Bhatia , Lizhong Jin Subject: Re: [Teas] I-D Action: draft-ietf-teas-gmpls-lsp-fastreroute-03.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2015 13:02:55 -0000 Hi WG, This revision is posted to refresh the dates (as draft was about to expire). Also, minor editorial changes are made to adhere to the PS guidelines wiki. We would appreciate additional WG review and comments. Thanks, Rakesh (on behalf of the authors) On 2015-07-28 8:34 AM, "Teas on behalf of internet-drafts@ietf.org" wrote: > >A New Internet-Draft is available from the on-line Internet-Drafts >directories. > This draft is a work item of the Traffic Engineering Architecture and >Signaling Working Group of the IETF. > > Title : Extensions to Resource Reservation Protocol For >Fast Reroute of Traffic Engineering GMPLS LSPs > Authors : Mike Taillon > Tarek Saad > Rakesh Gandhi > Zafar Ali > Manav Bhatia > Lizhong Jin > Filename : draft-ietf-teas-gmpls-lsp-fastreroute-03.txt > Pages : 16 > Date : 2015-07-28 > >Abstract: > This document defines Resource Reservation Protocol - Traffic > Engineering (RSVP-TE) signaling extensions to support Fast Reroute > (FRR) of Packet Switched Capable (PSC) Generalized Multi-Protocol > Label Switching (GMPLS) Label Switched Paths (LSPs). These signaling > extensions allow the coordination of bidirectional bypass tunnel > assignment protecting a common facility in both forward and reverse > directions of a co-routed bidirectional LSP. In addition, these > extensions enable the re-direction of bidirectional traffic and > signaling onto bypass tunnels that ensure co-routedness of data and > signaling paths in the forward and reverse directions after FRR to > avoid RSVP soft-state timeout. > > >The IETF datatracker status page for this draft is: >https://datatracker.ietf.org/doc/draft-ietf-teas-gmpls-lsp-fastreroute/ > >There's also a htmlized version available at: >https://tools.ietf.org/html/draft-ietf-teas-gmpls-lsp-fastreroute-03 > >A diff from the previous version is available at: >https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-teas-gmpls-lsp-fastreroute-= 03 > > >Please note that it may take a couple of minutes from the time of >submission >until the htmlized version and diff are available at tools.ietf.org. > >Internet-Drafts are also available by anonymous FTP at: >ftp://ftp.ietf.org/internet-drafts/ > >_______________________________________________ >Teas mailing list >Teas@ietf.org >https://www.ietf.org/mailman/listinfo/teas From nobody Wed Jul 29 23:39:17 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1D8FA1A874D for ; Wed, 29 Jul 2015 23:39:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.91 X-Spam-Level: X-Spam-Status: No, score=-6.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RajYIct0b8H3 for ; Wed, 29 Jul 2015 23:39:15 -0700 (PDT) Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2CEEF1A86FD for ; Wed, 29 Jul 2015 23:39:15 -0700 (PDT) Received: from fr712usmtp2.zeu.alcatel-lucent.com (unknown [135.239.2.42]) by Websense Email Security Gateway with ESMTPS id EEB9ED7CD098D; Thu, 30 Jul 2015 06:39:11 +0000 (GMT) Received: from FR711WXCHHUB02.zeu.alcatel-lucent.com (fr711wxchhub02.zeu.alcatel-lucent.com [135.239.2.112]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id t6U6dBSM019222 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 30 Jul 2015 08:39:12 +0200 Received: from FR711WXCHMBA05.zeu.alcatel-lucent.com ([169.254.1.213]) by FR711WXCHHUB02.zeu.alcatel-lucent.com ([135.239.2.112]) with mapi id 14.03.0195.001; Thu, 30 Jul 2015 08:39:11 +0200 From: "BELOTTI, SERGIO (SERGIO)" To: Leeyoung , "Daniele Ceccarelli (daniele.ceccarelli@ericsson.com)" , "Dhruv Dhody" , "King, Daniel (d.king@lancaster.ac.uk)" Thread-Topic: New Version Notification for draft-lee-teas-actn-requirements-01.txt Thread-Index: AQHQyJ//GTLvTfp0wkWc+qKELpA6qp3vrtGggAPjCZA= Date: Thu, 30 Jul 2015 06:39:10 +0000 Message-ID: References: <7AEB3D6833318045B4AE71C2C87E8E1729CEFDD3@dfweml706-chm> In-Reply-To: <7AEB3D6833318045B4AE71C2C87E8E1729CEFDD3@dfweml706-chm> Accept-Language: it-IT, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.239.27.40] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "teas@ietf.org" , "BRUNGARD, DEBORAH A" Subject: Re: [Teas] New Version Notification for draft-lee-teas-actn-requirements-01.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2015 06:39:17 -0000 Hi Young, co-authors, thanks a lot for update draft following Lou consideration. Just one comment at a first look of doc we have clean-up: In the ch 4.1 CMI interface we surely need to add after VN query and respon= se a VN Path computation request as also required e.g. in draft Fang on mul= ti-domain DCI.=20 Once that CNC has got his VN , he can request a Network Path computation wi= th the level of abstraction details needed and confirmed by policy . No need for an immediate update , let's wait for some possible WG further c= omments and then update a new version. Thanks sergio -----Original Message----- From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of Leeyoung Sent: luned=EC 27 luglio 2015 21:19 To: teas@ietf.org Cc: BRUNGARD, DEBORAH A Subject: [Teas] FW: New Version Notification for draft-lee-teas-actn-requir= ements-01.txt Hi TEAS WG, This updated version incorporated all comments received during the WG sessi= on and off-line discussions.=20 Major changes are: - add contributors and two new use-cases - incorporated all comments received in the mailing list (Kwangkook, Takuya= , Yunbin) - Section 4 deleted - Section 3 updated: the scope of work in terms of Network Functions/YANG M= odels.=20 The authors believe the draft is ready to be adopted as WG document.=20 Thanks. Young (on behalf of authors/contributors). -----Original Message----- From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org]=20 Sent: Monday, July 27, 2015 2:11 PM To: Daniele Ceccarelli; Dhruv Dhody; Leeyoung; Khuzema Pithewan; Daniele Ce= ccarelli; Dhruv Dhody; Leeyoung; Sergio Belotti; Khuzema Pithewan; Sergio B= elotti Subject: New Version Notification for draft-lee-teas-actn-requirements-01.t= xt A new version of I-D, draft-lee-teas-actn-requirements-01.txt has been successfully submitted by Young Lee and posted to the IETF repository. Name: draft-lee-teas-actn-requirements Revision: 01 Title: Requirements for Abstraction and Control of Transport Networks Document date: 2015-07-27 Group: Individual Submission Pages: 22 URL: https://www.ietf.org/internet-drafts/draft-lee-teas-actn-re= quirements-01.txt Status: https://datatracker.ietf.org/doc/draft-lee-teas-actn-requir= ements/ Htmlized: https://tools.ietf.org/html/draft-lee-teas-actn-requirement= s-01 Diff: https://www.ietf.org/rfcdiff?url2=3Ddraft-lee-teas-actn-req= uirements-01 Abstract: This draft provides a set of requirements for abstraction and control of transport networks. = =20 Please note that it may take a couple of minutes from the time of submissio= n until the htmlized version and diff are available at tools.ietf.org. The IETF Secretariat _______________________________________________ Teas mailing list Teas@ietf.org https://www.ietf.org/mailman/listinfo/teas From nobody Thu Jul 30 01:36:33 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C959B1B2D13 for ; Thu, 30 Jul 2015 01:36:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.407 X-Spam-Level: *** X-Spam-Status: No, score=3.407 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, CHARSET_FARAWAY_HEADER=3.2, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vBOAXdgSkV-o for ; Thu, 30 Jul 2015 01:36:30 -0700 (PDT) Received: from mail4.hitachi.co.jp (mail4.hitachi.co.jp [133.145.228.5]) by ietfa.amsl.com (Postfix) with ESMTP id 4D0801B2D09 for ; Thu, 30 Jul 2015 01:36:29 -0700 (PDT) Received: from mlsv1.hitachi.co.jp (unknown [133.144.234.166]) by mail4.hitachi.co.jp (Postfix) with ESMTP id D78672CF4C7 for ; Thu, 30 Jul 2015 17:36:28 +0900 (JST) Received: from mfilter05.hitachi.co.jp by mlsv1.hitachi.co.jp (8.13.1/8.13.1) id t6U8aShJ022914; Thu, 30 Jul 2015 17:36:28 +0900 Received: from vshuts04.hitachi.co.jp (vshuts04.hitachi.co.jp [10.201.6.86]) by mfilter05.hitachi.co.jp (Switch-3.3.4/Switch-3.3.4) with ESMTP id t6U8aRrT018806 for ; Thu, 30 Jul 2015 17:36:28 +0900 Received: from gxml20a.ad.clb.hitachi.co.jp (unknown [158.213.157.160]) by vshuts04.hitachi.co.jp (Postfix) with ESMTP id 51B51140043 for ; Thu, 30 Jul 2015 17:36:27 +0900 (JST) Received: from [127.0.0.1] by gxml20a.ad.clb.hitachi.co.jp (Switch-3.1.10/Switch-3.1.9) id 76U820QMS0000AC48; Thu, 30 Jul 2015 17:36:27 +0900 Message-Type: Multiple Part MIME-Version: 1.0 Message-ID: Content-Type: text/plain; charset=us-ascii To: From: Date: Thu, 30 Jul 2015 17:36:16 +0900 Priority: normal Importance: normal X400-Content-Identifier: X55B9E20000000M X400-MTS-Identifier: [/C=JP/ADMD=GMGROUP/PRMD=GMGROUP/;mta211507301736167MF] Content-Transfer-Encoding: 7bit Archived-At: Cc: toshiaki.suzuki.cs@hitachi.com Subject: Re: [Teas] =?iso-2022-jp?b?Rlc6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBm?= =?iso-2022-jp?b?b3JkcmFmdC1sZWUtdGVhcy1hY3RuLXJlcXVpcmVtZW50cy0wMQ==?= X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2015 08:36:31 -0000 Dear Young and co-authors, >Hi TEAS WG, >This updated version incorporated all comments received during the WG session and off-line discussions. >https://datatracker.ietf.org/doc/draft-lee-teas-actn-requirements/ Many thanks for integrating my use case into the new version of the requirements draft. https://datatracker.ietf.org/doc/draft-suzuki-teas-actn-multidomain-opc/ Best regards, Toshiaki *** Toshiaki Suzuki (toshiaki.suzuki.cs@hitachi.com) *** Hitachi, Ltd., Research & Development Group *** TEL: +81-50-3135-3066 From nobody Thu Jul 30 11:54:03 2015 Return-Path: X-Original-To: teas@ietfa.amsl.com Delivered-To: teas@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D259F1A8BC0 for ; Thu, 30 Jul 2015 11:54:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.21 X-Spam-Level: X-Spam-Status: No, score=-3.21 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=1, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8wFnjH7qvLt4 for ; Thu, 30 Jul 2015 11:53:59 -0700 (PDT) Received: from dfwrgout.huawei.com (dfwrgout.huawei.com [206.16.17.72]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 538A01A8BB0 for ; Thu, 30 Jul 2015 11:53:59 -0700 (PDT) Received: from 172.18.9.243 (EHLO lhreml402-hub.china.huawei.com) ([172.18.9.243]) by dfwrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CPP11513; Thu, 30 Jul 2015 13:53:58 -0500 (CDT) Received: from DFWEML704-CHM.china.huawei.com (10.193.5.141) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.235.1; Thu, 30 Jul 2015 19:53:53 +0100 Received: from DFWEML706-CHM.china.huawei.com ([10.193.5.225]) by dfweml704-chm ([10.193.5.141]) with mapi id 14.03.0235.001; Thu, 30 Jul 2015 11:53:43 -0700 From: Leeyoung To: "BELOTTI, SERGIO (SERGIO)" , "Daniele Ceccarelli (daniele.ceccarelli@ericsson.com)" , Dhruv Dhody , "King, Daniel (d.king@lancaster.ac.uk)" Thread-Topic: New Version Notification for draft-lee-teas-actn-requirements-01.txt Thread-Index: AQHQyJ//lTXK8AZkakSrp9Pdn+5cTp3vrtGggARaKQCAAFGkIA== Date: Thu, 30 Jul 2015 18:53:42 +0000 Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1729CF1450@dfweml706-chm> References: <7AEB3D6833318045B4AE71C2C87E8E1729CEFDD3@dfweml706-chm> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.192.11.88] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: Cc: "teas@ietf.org" , "BRUNGARD, DEBORAH A" Subject: Re: [Teas] New Version Notification for draft-lee-teas-actn-requirements-01.txt X-BeenThere: teas@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Traffic Engineering Architecture and Signaling working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jul 2015 18:54:02 -0000 Hi Sergio, Thanks for your comment.=20 For CMI, we used "VN instantiation" in item 6 to refer to the request for c= reating VN(s) by the customer. When we used the term "VN instantiation", it= implies there are many paths to be created as part of the VN instantiation= .=20 For MPI, we used the term "VN Path Computation" in items 4 & 5.=20 In a sense "VN Instantiation" is a super-set of "VN Path Computation".=20 But as you pointed out, when the customer is like DC operator (Luyuan's DCI= use-case), I can see your point. Since they are a sophisticated customer t= hat understand network primitives very well, "VN path computation" can make= sense.=20 For other types of customers, generic terms like VN Instantiation would mak= e sense.=20 What do you think? Let other folks also pitch in their thought. Either way,= this is more or less terminology issue.=20 Thanks. Young -----Original Message----- From: BELOTTI, SERGIO (SERGIO) [mailto:sergio.belotti@alcatel-lucent.com]=20 Sent: Thursday, July 30, 2015 1:39 AM To: Leeyoung; Daniele Ceccarelli (daniele.ceccarelli@ericsson.com); Dhruv D= hody; King, Daniel (d.king@lancaster.ac.uk) Cc: BRUNGARD, DEBORAH A; teas@ietf.org Subject: RE: New Version Notification for draft-lee-teas-actn-requirements-= 01.txt Hi Young, co-authors, thanks a lot for update draft following Lou consideration. Just one comment at a first look of doc we have clean-up: In the ch 4.1 CMI interface we surely need to add after VN query and respon= se a VN Path computation request as also required e.g. in draft Fang on mul= ti-domain DCI.=20 Once that CNC has got his VN , he can request a Network Path computation wi= th the level of abstraction details needed and confirmed by policy . No need for an immediate update , let's wait for some possible WG further c= omments and then update a new version. Thanks sergio -----Original Message----- From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of Leeyoung Sent: luned=EC 27 luglio 2015 21:19 To: teas@ietf.org Cc: BRUNGARD, DEBORAH A Subject: [Teas] FW: New Version Notification for draft-lee-teas-actn-requir= ements-01.txt Hi TEAS WG, This updated version incorporated all comments received during the WG sessi= on and off-line discussions.=20 Major changes are: - add contributors and two new use-cases - incorporated all comments received in the mailing list (Kwangkook, Takuya= , Yunbin) - Section 4 deleted - Section 3 updated: the scope of work in terms of Network Functions/YANG M= odels.=20 The authors believe the draft is ready to be adopted as WG document.=20 Thanks. Young (on behalf of authors/contributors). -----Original Message----- From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org]=20 Sent: Monday, July 27, 2015 2:11 PM To: Daniele Ceccarelli; Dhruv Dhody; Leeyoung; Khuzema Pithewan; Daniele Ce= ccarelli; Dhruv Dhody; Leeyoung; Sergio Belotti; Khuzema Pithewan; Sergio B= elotti Subject: New Version Notification for draft-lee-teas-actn-requirements-01.t= xt A new version of I-D, draft-lee-teas-actn-requirements-01.txt has been successfully submitted by Young Lee and posted to the IETF repository. Name: draft-lee-teas-actn-requirements Revision: 01 Title: Requirements for Abstraction and Control of Transport Networks Document date: 2015-07-27 Group: Individual Submission Pages: 22 URL: https://www.ietf.org/internet-drafts/draft-lee-teas-actn-re= quirements-01.txt Status: https://datatracker.ietf.org/doc/draft-lee-teas-actn-requir= ements/ Htmlized: https://tools.ietf.org/html/draft-lee-teas-actn-requirement= s-01 Diff: https://www.ietf.org/rfcdiff?url2=3Ddraft-lee-teas-actn-req= uirements-01 Abstract: This draft provides a set of requirements for abstraction and control of transport networks. = =20 Please note that it may take a couple of minutes from the time of submissio= n until the htmlized version and diff are available at tools.ietf.org. The IETF Secretariat _______________________________________________ Teas mailing list Teas@ietf.org https://www.ietf.org/mailman/listinfo/teas