From zongning@huawei.com Mon Jan 13 17:25:21 2014 Return-Path: X-Original-To: vnfpool@ietfa.amsl.com Delivered-To: vnfpool@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E0D3C1ACCF2 for ; Mon, 13 Jan 2014 17:25:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.739 X-Spam-Level: X-Spam-Status: No, score=-104.739 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.538, SPF_PASS=-0.001, 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 eWbw8joiuJzu for ; Mon, 13 Jan 2014 17:25:20 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 7609A1ACCE2 for ; Mon, 13 Jan 2014 17:25:19 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id AZX36837; Tue, 14 Jan 2014 01:25:07 +0000 (GMT) Received: from LHREML403-HUB.china.huawei.com (10.201.5.217) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 14 Jan 2014 01:24:24 +0000 Received: from NKGEML406-HUB.china.huawei.com (10.98.56.37) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 14 Jan 2014 01:25:03 +0000 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.56]) by nkgeml406-hub.china.huawei.com ([10.98.56.37]) with mapi id 14.03.0158.001; Tue, 14 Jan 2014 09:24:56 +0800 From: Zongning To: "vnfpool@ietf.org" Thread-Topic: New Version Notification for draft-zong-vnfpool-problem-statement-02.txt Thread-Index: AQHPEMZ+c15+lVuknkS7yKxzUMJky5qDbBOg Date: Tue, 14 Jan 2014 01:24:55 +0000 Message-ID: Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.138.41.28] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Subject: [vnfpool] FW: New Version Notification for draft-zong-vnfpool-problem-statement-02.txt X-BeenThere: vnfpool@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Discussion list for virtual network function resource pooling." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jan 2014 01:25:22 -0000 SGksIGZvbGtzLA0KDQpIYXBweSBuZXcgeWVhciENCg0KV2UgbWFkZSBhIG5ldyByZXZpc2lvbiBv ZiBWTkYgUG9vbCBQcm9ibGVtIFN0YXRlbWVudC4gUGxlYXNlIHNlZSB0aGUgYmVsb3cgYWJzdHJh Y3QgYW5kIGxpbmtzOg0KDQpBYnN0cmFjdDoNCiAgIFRoZXJlIGlzIGEgdHJlbmQgdG8gaW1wbGVt ZW50IG5ldHdvcmsgc2VydmljZXMgYnkgdXNpbmcgYSBncm91cCBvZg0KICAgVmlydHVhbGl6ZWQg TmV0d29yayBGdW5jdGlvbnMgKFZORnMpIGNhbGxlZCBhIFZORiBzZXQuICBBIFZORiBzZXQgY2Fu DQogICBvZmZlciBiZW5lZml0cyBsaWtlIGZsZXhpYmxlIHNlcnZpY2UgcHJvdmlzaW9uaW5nLiAg QSBWTkYgc2V0IGFsc28NCiAgIGludHJvZHVjZXMgYWRkaXRpb25hbCBwb2ludHMgb2YgZmFpbHVy ZSwgYW5kIHRoZXJlZm9yZSBwb3Nlcw0KICAgYWRkaXRpb25hbCBjaGFsbGVuZ2VzIG9uIHJlbGlh YmlsaXR5Lg0KDQogICBUaGlzIGRvY3VtZW50IG92ZXJ2aWV3cyB0aGUgcHJvYmxlbXMgcmVsYXRl ZCB0byB0aGUgcmVsaWFiaWxpdHkgb2YgYQ0KICAgVk5GIHNldC4gIEEgVk5GIHBvb2xpbmcgYXJj aGl0ZWN0dXJlIGlzIGFsc28gYnJpZWZseSBpbnRyb2R1Y2VkIGFzDQogICBjYW5kaWRhdGUgc29s dXRpb24gdG8gYWRkcmVzcyB0aGUgcHJvYmxlbXMuDQoNClVSTDogICAgICAgICAgICBodHRwOi8v d3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC16b25nLXZuZnBvb2wtcHJvYmxlbS1z dGF0ZW1lbnQtMDIudHh0DQpIdG1saXplZDogICAgICAgaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0 bWwvZHJhZnQtem9uZy12bmZwb29sLXByb2JsZW0tc3RhdGVtZW50LTAyDQoNCg0KT3RoZXIgcmVs YXRlZCBkcmFmdHMgaW5jbHVkaW5nIFZORiBQb29sIFVzZSBDYXNlcywgVk5GIFBvb2xpbmcgQXJj aGl0ZWN0dXJlIGFyZSB1bmRlciBkZXZlbG9wbWVudCBhbmQgd2lsbCBiZSBhdmFpbGFibGUgc29v biBpbiB0aGlzIG1vbnRoLi4uDQoNClRoYW5rcy4NCg0KLU5pbmcNCg0KPiAtLS0tLU9yaWdpbmFs IE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmcgW21haWx0bzpp bnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmddDQo+IFNlbnQ6IFR1ZXNkYXksIEphbnVhcnkgMTQsIDIw MTQgOToxOCBBTQ0KPiBUbzogWm9uZ25pbmc7IExpbmRhIER1bmJhcjsgTWVsaW5kYSBTaG9yZTsg TGluZGEgRHVuYmFyOyBNZWxpbmRhIFNob3JlOw0KPiBEaWVnbyBMb3BlejsgRGllZ28gUi4gTG9w ZXo7IFpvbmduaW5nDQo+IFN1YmplY3Q6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3INCj4g ZHJhZnQtem9uZy12bmZwb29sLXByb2JsZW0tc3RhdGVtZW50LTAyLnR4dA0KPiANCj4gDQo+IEEg bmV3IHZlcnNpb24gb2YgSS1ELCBkcmFmdC16b25nLXZuZnBvb2wtcHJvYmxlbS1zdGF0ZW1lbnQt MDIudHh0DQo+IGhhcyBiZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkgTmluZyBab25nIGFu ZCBwb3N0ZWQgdG8gdGhlDQo+IElFVEYgcmVwb3NpdG9yeS4NCj4gDQo+IE5hbWU6CQlkcmFmdC16 b25nLXZuZnBvb2wtcHJvYmxlbS1zdGF0ZW1lbnQNCj4gUmV2aXNpb246CTAyDQo+IFRpdGxlOgkJ VmlydHVhbGl6ZWQgTmV0d29yayBGdW5jdGlvbiAoVk5GKSBQb29sIFByb2JsZW0gU3RhdGVtZW50 DQo+IERvY3VtZW50IGRhdGU6CTIwMTQtMDEtMTQNCj4gR3JvdXA6CQlJbmRpdmlkdWFsIFN1Ym1p c3Npb24NCj4gUGFnZXM6CQkxMA0KPiBVUkw6DQo+IGh0dHA6Ly93d3cuaWV0Zi5vcmcvaW50ZXJu ZXQtZHJhZnRzL2RyYWZ0LXpvbmctdm5mcG9vbC1wcm9ibGVtLXN0YXRlbWVudC0wMi4NCj4gdHh0 DQo+IFN0YXR1czoNCj4gaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtem9u Zy12bmZwb29sLXByb2JsZW0tc3RhdGVtZW50Lw0KPiBIdG1saXplZDoNCj4gaHR0cDovL3Rvb2xz LmlldGYub3JnL2h0bWwvZHJhZnQtem9uZy12bmZwb29sLXByb2JsZW0tc3RhdGVtZW50LTAyDQo+ IERpZmY6DQo+IGh0dHA6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LXpvbmctdm5m cG9vbC1wcm9ibGVtLXN0YXRlbWVudC0wMg0KPiANCj4gQWJzdHJhY3Q6DQo+ICAgIFRoZXJlIGlz IGEgdHJlbmQgdG8gaW1wbGVtZW50IG5ldHdvcmsgc2VydmljZXMgYnkgdXNpbmcgYSBncm91cCBv Zg0KPiAgICBWaXJ0dWFsaXplZCBOZXR3b3JrIEZ1bmN0aW9ucyAoVk5GcykgY2FsbGVkIGEgVk5G IHNldC4gIEEgVk5GIHNldCBjYW4NCj4gICAgb2ZmZXIgYmVuZWZpdHMgbGlrZSBmbGV4aWJsZSBz ZXJ2aWNlIHByb3Zpc2lvbmluZy4gIEEgVk5GIHNldCBhbHNvDQo+ICAgIGludHJvZHVjZXMgYWRk aXRpb25hbCBwb2ludHMgb2YgZmFpbHVyZSwgYW5kIHRoZXJlZm9yZSBwb3Nlcw0KPiAgICBhZGRp dGlvbmFsIGNoYWxsZW5nZXMgb24gcmVsaWFiaWxpdHkuDQo+IA0KPiAgICBUaGlzIGRvY3VtZW50 IG92ZXJ2aWV3cyB0aGUgcHJvYmxlbXMgcmVsYXRlZCB0byB0aGUgcmVsaWFiaWxpdHkgb2YgYQ0K PiAgICBWTkYgc2V0LiAgQSBWTkYgcG9vbGluZyBhcmNoaXRlY3R1cmUgaXMgYWxzbyBicmllZmx5 IGludHJvZHVjZWQgYXMNCj4gICAgY2FuZGlkYXRlIHNvbHV0aW9uIHRvIGFkZHJlc3MgdGhlIHBy b2JsZW1zLg0KPiANCj4gDQo+IA0KPiANCj4gUGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkgdGFrZSBh IGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2Ygc3VibWlzc2lvbg0KPiB1bnRpbCB0 aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0IHRvb2xzLmlldGYu b3JnLg0KPiANCj4gVGhlIElFVEYgU2VjcmV0YXJpYXQNCg0K From shares@ndzh.com Tue Jan 14 13:22:13 2014 Return-Path: X-Original-To: vnfpool@ietfa.amsl.com Delivered-To: vnfpool@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E2A0C1AE008 for ; Tue, 14 Jan 2014 13:22:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.945 X-Spam-Level: X-Spam-Status: No, score=0.945 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845] 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 aw0oa9M1YfcB for ; Tue, 14 Jan 2014 13:22:11 -0800 (PST) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id 23CF01ADF99 for ; Tue, 14 Jan 2014 13:22:11 -0800 (PST) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=64.112.195.202; From: "Susan Hares" To: "'Zongning'" , References: In-Reply-To: Date: Tue, 14 Jan 2014 16:21:43 -0500 Message-ID: <00b701cf116e$a0386940$e0a93bc0$@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: AQKO3sLtjaMIetI/q7gvl2/3BVETXpkFF4Wg Content-Language: en-us X-Authenticated-User: skh@ndzh.com Subject: Re: [vnfpool] FW: New Version Notification for draft-zong-vnfpool-problem-statement-02.txt X-BeenThere: vnfpool@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Discussion list for virtual network function resource pooling." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jan 2014 21:22:13 -0000 Ning, Linda, Melinda, and Diego: This draft is very readable and addresses the issues we raised. The clarification of terminology builds a clear workable set of definitions for the Pool with its manager, users, and elements; and a set of VNFs. However, I find the definition of VNF Set to be a little fuzzy. Is the VNF set a particular instance doing a specific set of functions (load balancing, spam filtering, etc.)? How does the pool work with several instances? VNF set 1 (load-balance, spam filter, admin 1) VNF set 2 (load balance-spam filter (admin 2)) VNF set 3 (spam filter) Are these three valid sets? The following 6 problems are a good set of initial problems to work on. 1. Cases of VNF failures 2. backup advertisement across VNF set. 3. State notification across VNF set 4. Service state synchronization 5. Complication of VNF placement 6. How get Reliable transport. Beyond the VNF Set definition, there is a continuum between the service state synchronization and information transfer for VNF placement? Does anyone have experience with this continuum and like to talk about it? Sue Hares -----Original Message----- From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of Zongning Sent: Monday, January 13, 2014 8:25 PM To: vnfpool@ietf.org Subject: [vnfpool] FW: New Version Notification for draft-zong-vnfpool-problem-statement-02.txt Hi, folks, Happy new year! We made a new revision of VNF Pool Problem Statement. Please see the below abstract and links: Abstract: There is a trend to implement network services by using a group of Virtualized Network Functions (VNFs) called a VNF set. A VNF set can offer benefits like flexible service provisioning. A VNF set also introduces additional points of failure, and therefore poses additional challenges on reliability. This document overviews the problems related to the reliability of a VNF set. A VNF pooling architecture is also briefly introduced as candidate solution to address the problems. URL: http://www.ietf.org/internet-drafts/draft-zong-vnfpool-problem-statement-02. txt Htmlized: http://tools.ietf.org/html/draft-zong-vnfpool-problem-statement-02 Other related drafts including VNF Pool Use Cases, VNF Pooling Architecture are under development and will be available soon in this month... Thanks. -Ning > -----Original Message----- > From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] > Sent: Tuesday, January 14, 2014 9:18 AM > To: Zongning; Linda Dunbar; Melinda Shore; Linda Dunbar; Melinda > Shore; Diego Lopez; Diego R. Lopez; Zongning > Subject: New Version Notification for > draft-zong-vnfpool-problem-statement-02.txt > > > A new version of I-D, draft-zong-vnfpool-problem-statement-02.txt > has been successfully submitted by Ning Zong and posted to the IETF > repository. > > Name: draft-zong-vnfpool-problem-statement > Revision: 02 > Title: Virtualized Network Function (VNF) Pool Problem Statement > Document date: 2014-01-14 > Group: Individual Submission > Pages: 10 > URL: > http://www.ietf.org/internet-drafts/draft-zong-vnfpool-problem-statement-02. > txt > Status: > https://datatracker.ietf.org/doc/draft-zong-vnfpool-problem-statement/ > Htmlized: > http://tools.ietf.org/html/draft-zong-vnfpool-problem-statement-02 > Diff: > http://www.ietf.org/rfcdiff?url2=draft-zong-vnfpool-problem-statement- > 02 > > Abstract: > There is a trend to implement network services by using a group of > Virtualized Network Functions (VNFs) called a VNF set. A VNF set can > offer benefits like flexible service provisioning. A VNF set also > introduces additional points of failure, and therefore poses > additional challenges on reliability. > > This document overviews the problems related to the reliability of a > VNF set. A VNF pooling architecture is also briefly introduced as > candidate solution to address the problems. > > > > > 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 _______________________________________________ vnfpool mailing list vnfpool@ietf.org https://www.ietf.org/mailman/listinfo/vnfpool From zongning@huawei.com Tue Jan 14 19:23:28 2014 Return-Path: X-Original-To: vnfpool@ietfa.amsl.com Delivered-To: vnfpool@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BA0A61AE22D for ; Tue, 14 Jan 2014 19:23:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.739 X-Spam-Level: X-Spam-Status: No, score=-104.739 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.538, SPF_PASS=-0.001, 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 L20qdFiElH7e for ; Tue, 14 Jan 2014 19:23:26 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 02C591AE1B9 for ; Tue, 14 Jan 2014 19:23:25 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BCM59189; Wed, 15 Jan 2014 03:23:13 +0000 (GMT) Received: from LHREML401-HUB.china.huawei.com (10.201.5.240) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 15 Jan 2014 03:22:28 +0000 Received: from nkgeml409-hub.china.huawei.com (10.98.56.40) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 15 Jan 2014 03:23:10 +0000 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.56]) by nkgeml409-hub.china.huawei.com ([10.98.56.40]) with mapi id 14.03.0158.001; Wed, 15 Jan 2014 11:23:04 +0800 From: Zongning To: Susan Hares , "vnfpool@ietf.org" Thread-Topic: [vnfpool] FW: New Version Notification for draft-zong-vnfpool-problem-statement-02.txt Thread-Index: AQHPEMZ+c15+lVuknkS7yKxzUMJky5qDbBOggADJgYCAANFVwA== Date: Wed, 15 Jan 2014 03:23:03 +0000 Message-ID: References: <00b701cf116e$a0386940$e0a93bc0$@ndzh.com> In-Reply-To: <00b701cf116e$a0386940$e0a93bc0$@ndzh.com> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.138.41.28] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Subject: Re: [vnfpool] FW: New Version Notification for draft-zong-vnfpool-problem-statement-02.txt X-BeenThere: vnfpool@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Discussion list for virtual network function resource pooling." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jan 2014 03:23:28 -0000 Hi, Sue, Thanks for your reply. A VNF set have multiple instances, with each instance doing a specific func= tion. So, you have listed three valid examples of VNF set. :) As described in the draft, there are multiple pools for multiple VNFs (LB, = Spam Filter, etc.). Currently we don't necessarily restrict to one-to-one m= apping of pool and VNF. For example, a single pool can manage either the in= stances of a single VNF, or those of multiple VNFs. I am not sure I understand your question about "continuum between the servi= ce state synchronization and information transfer". Do you actually want to= scope the work around state synchronization? or just want to unify the ter= ms? Thanks. -Ning > -----Original Message----- > From: Susan Hares [mailto:shares@ndzh.com] > Sent: Wednesday, January 15, 2014 5:22 AM > To: Zongning; vnfpool@ietf.org > Subject: RE: [vnfpool] FW: New Version Notification for > draft-zong-vnfpool-problem-statement-02.txt >=20 > Ning, Linda, Melinda, and Diego: >=20 >=20 > This draft is very readable and addresses the issues we raised. The > clarification of terminology builds a clear workable set of definitions f= or > the Pool with its manager, users, and elements; and a set of VNFs. >=20 > However, I find the definition of VNF Set to be a little fuzzy. Is the V= NF > set a particular instance doing a specific set of functions (load balanci= ng, > spam filtering, etc.)? How does the pool work with several instances? >=20 > VNF set 1 > (load-balance, spam filter, admin 1) >=20 > VNF set 2 > (load balance-spam filter (admin 2)) >=20 > VNF set 3 > (spam filter) >=20 > Are these three valid sets? >=20 > The following 6 problems are a good set of initial problems to work on. >=20 > 1. Cases of VNF failures > 2. backup advertisement across VNF set. > 3. State notification across VNF set > 4. Service state synchronization > 5. Complication of VNF placement > 6. How get Reliable transport. >=20 > Beyond the VNF Set definition, there is a continuum between the service > state synchronization and information transfer for VNF placement? >=20 > Does anyone have experience with this continuum and like to talk about it= ? >=20 > Sue Hares >=20 >=20 > -----Original Message----- > From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of Zongning > Sent: Monday, January 13, 2014 8:25 PM > To: vnfpool@ietf.org > Subject: [vnfpool] FW: New Version Notification for > draft-zong-vnfpool-problem-statement-02.txt >=20 > Hi, folks, >=20 > Happy new year! >=20 > We made a new revision of VNF Pool Problem Statement. Please see the belo= w > abstract and links: >=20 > Abstract: > There is a trend to implement network services by using a group of > Virtualized Network Functions (VNFs) called a VNF set. A VNF set can > offer benefits like flexible service provisioning. A VNF set also > introduces additional points of failure, and therefore poses > additional challenges on reliability. >=20 > This document overviews the problems related to the reliability of a > VNF set. A VNF pooling architecture is also briefly introduced as > candidate solution to address the problems. >=20 > URL: > http://www.ietf.org/internet-drafts/draft-zong-vnfpool-problem-statement-= 02. > txt > Htmlized: > http://tools.ietf.org/html/draft-zong-vnfpool-problem-statement-02 >=20 >=20 > Other related drafts including VNF Pool Use Cases, VNF Pooling Architectu= re > are under development and will be available soon in this month... >=20 > Thanks. >=20 > -Ning >=20 > > -----Original Message----- > > From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] > > Sent: Tuesday, January 14, 2014 9:18 AM > > To: Zongning; Linda Dunbar; Melinda Shore; Linda Dunbar; Melinda > > Shore; Diego Lopez; Diego R. Lopez; Zongning > > Subject: New Version Notification for > > draft-zong-vnfpool-problem-statement-02.txt > > > > > > A new version of I-D, draft-zong-vnfpool-problem-statement-02.txt > > has been successfully submitted by Ning Zong and posted to the IETF > > repository. > > > > Name: draft-zong-vnfpool-problem-statement > > Revision: 02 > > Title: Virtualized Network Function (VNF) Pool Problem > Statement > > Document date: 2014-01-14 > > Group: Individual Submission > > Pages: 10 > > URL: > > > http://www.ietf.org/internet-drafts/draft-zong-vnfpool-problem-statement-= 02. > > txt > > Status: > > https://datatracker.ietf.org/doc/draft-zong-vnfpool-problem-statement/ > > Htmlized: > > http://tools.ietf.org/html/draft-zong-vnfpool-problem-statement-02 > > Diff: > > http://www.ietf.org/rfcdiff?url2=3Ddraft-zong-vnfpool-problem-statement= - > > 02 > > > > Abstract: > > There is a trend to implement network services by using a group of > > Virtualized Network Functions (VNFs) called a VNF set. A VNF set ca= n > > offer benefits like flexible service provisioning. A VNF set also > > introduces additional points of failure, and therefore poses > > additional challenges on reliability. > > > > This document overviews the problems related to the reliability of a > > VNF set. A VNF pooling architecture is also briefly introduced as > > candidate solution to address the problems. > > > > > > > > > > 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 >=20 > _______________________________________________ > vnfpool mailing list > vnfpool@ietf.org > https://www.ietf.org/mailman/listinfo/vnfpool From shares@ndzh.com Tue Jan 14 19:33:40 2014 Return-Path: X-Original-To: vnfpool@ietfa.amsl.com Delivered-To: vnfpool@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BB2731AE261 for ; Tue, 14 Jan 2014 19:33:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.945 X-Spam-Level: X-Spam-Status: No, score=0.945 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845] 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 q81ZdHcnyGPH for ; Tue, 14 Jan 2014 19:33:38 -0800 (PST) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id 542A71AE1D9 for ; Tue, 14 Jan 2014 19:33:38 -0800 (PST) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=64.112.195.202; From: "Susan Hares" To: "'Zongning'" , References: <00b701cf116e$a0386940$e0a93bc0$@ndzh.com> In-Reply-To: Date: Tue, 14 Jan 2014 22:33:14 -0500 Message-ID: <009b01cf11a2$86ccb310$94661930$@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: AQKO3sLtjaMIetI/q7gvl2/3BVETXgGNaT15AKEFDJCY9BF64A== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Subject: Re: [vnfpool] FW: New Version Notification for draft-zong-vnfpool-problem-statement-02.txt X-BeenThere: vnfpool@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Discussion list for virtual network function resource pooling." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jan 2014 03:33:40 -0000 Ning: I'm glad I understand the VNF Set. You may want to include that example in your draft. The question is what information is included in the automatic state synchronization. The more information you send in the automatic state synchronization, the less you need to send in "5. "Complication of VNF placement". If you are designing interoperable systems, you will need to agree on what data gets sent where. This agreement can be done in data models. For example, I am VNF set 1 uses Data model 1. Due to its sub-second fail-over requirements for load-balancing, it send more information in the automatic state synchronization so that it can exchange minimal information for placement. VNF Set 2 could use Data model 2 - where it send very little in the state synchronization, but has a fast query set to place the VNFs. This example of data models provides a "whole tree" of data information unique to VNFs. You could also make it a composite model where VNF set 1 supports subtree 1-2, and VNF set 2 supports only subtree 1. Does this make sense at the architecture level, or would you prefer more specific information? Sue -----Original Message----- From: Zongning [mailto:zongning@huawei.com] Sent: Tuesday, January 14, 2014 10:23 PM To: Susan Hares; vnfpool@ietf.org Subject: RE: [vnfpool] FW: New Version Notification for draft-zong-vnfpool-problem-statement-02.txt Hi, Sue, Thanks for your reply. A VNF set have multiple instances, with each instance doing a specific function. So, you have listed three valid examples of VNF set. :) As described in the draft, there are multiple pools for multiple VNFs (LB, Spam Filter, etc.). Currently we don't necessarily restrict to one-to-one mapping of pool and VNF. For example, a single pool can manage either the instances of a single VNF, or those of multiple VNFs. I am not sure I understand your question about "continuum between the service state synchronization and information transfer". Do you actually want to scope the work around state synchronization? or just want to unify the terms? Thanks. -Ning > -----Original Message----- > From: Susan Hares [mailto:shares@ndzh.com] > Sent: Wednesday, January 15, 2014 5:22 AM > To: Zongning; vnfpool@ietf.org > Subject: RE: [vnfpool] FW: New Version Notification for > draft-zong-vnfpool-problem-statement-02.txt > > Ning, Linda, Melinda, and Diego: > > > This draft is very readable and addresses the issues we raised. The > clarification of terminology builds a clear workable set of > definitions for the Pool with its manager, users, and elements; and a set of VNFs. > > However, I find the definition of VNF Set to be a little fuzzy. Is > the VNF set a particular instance doing a specific set of functions (load balancing, > spam filtering, etc.)? How does the pool work with several instances? > > VNF set 1 > (load-balance, spam filter, admin 1) > > VNF set 2 > (load balance-spam filter (admin 2)) > > VNF set 3 > (spam filter) > > Are these three valid sets? > > The following 6 problems are a good set of initial problems to work on. > > 1. Cases of VNF failures > 2. backup advertisement across VNF set. > 3. State notification across VNF set > 4. Service state synchronization > 5. Complication of VNF placement > 6. How get Reliable transport. > > Beyond the VNF Set definition, there is a continuum between the > service state synchronization and information transfer for VNF placement? > > Does anyone have experience with this continuum and like to talk about it? > > Sue Hares > > > -----Original Message----- > From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of Zongning > Sent: Monday, January 13, 2014 8:25 PM > To: vnfpool@ietf.org > Subject: [vnfpool] FW: New Version Notification for > draft-zong-vnfpool-problem-statement-02.txt > > Hi, folks, > > Happy new year! > > We made a new revision of VNF Pool Problem Statement. Please see the > below abstract and links: > > Abstract: > There is a trend to implement network services by using a group of > Virtualized Network Functions (VNFs) called a VNF set. A VNF set can > offer benefits like flexible service provisioning. A VNF set also > introduces additional points of failure, and therefore poses > additional challenges on reliability. > > This document overviews the problems related to the reliability of a > VNF set. A VNF pooling architecture is also briefly introduced as > candidate solution to address the problems. > > URL: > http://www.ietf.org/internet-drafts/draft-zong-vnfpool-problem-statement-02. > txt > Htmlized: > http://tools.ietf.org/html/draft-zong-vnfpool-problem-statement-02 > > > Other related drafts including VNF Pool Use Cases, VNF Pooling > Architecture are under development and will be available soon in this month... > > Thanks. > > -Ning > > > -----Original Message----- > > From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] > > Sent: Tuesday, January 14, 2014 9:18 AM > > To: Zongning; Linda Dunbar; Melinda Shore; Linda Dunbar; Melinda > > Shore; Diego Lopez; Diego R. Lopez; Zongning > > Subject: New Version Notification for > > draft-zong-vnfpool-problem-statement-02.txt > > > > > > A new version of I-D, draft-zong-vnfpool-problem-statement-02.txt > > has been successfully submitted by Ning Zong and posted to the IETF > > repository. > > > > Name: draft-zong-vnfpool-problem-statement > > Revision: 02 > > Title: Virtualized Network Function (VNF) Pool Problem > Statement > > Document date: 2014-01-14 > > Group: Individual Submission > > Pages: 10 > > URL: > > > http://www.ietf.org/internet-drafts/draft-zong-vnfpool-problem-statement-02. > > txt > > Status: > > https://datatracker.ietf.org/doc/draft-zong-vnfpool-problem-statemen > > t/ > > Htmlized: > > http://tools.ietf.org/html/draft-zong-vnfpool-problem-statement-02 > > Diff: > > http://www.ietf.org/rfcdiff?url2=draft-zong-vnfpool-problem-statemen > > t- > > 02 > > > > Abstract: > > There is a trend to implement network services by using a group of > > Virtualized Network Functions (VNFs) called a VNF set. A VNF set can > > offer benefits like flexible service provisioning. A VNF set also > > introduces additional points of failure, and therefore poses > > additional challenges on reliability. > > > > This document overviews the problems related to the reliability of a > > VNF set. A VNF pooling architecture is also briefly introduced as > > candidate solution to address the problems. > > > > > > > > > > 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 > > _______________________________________________ > vnfpool mailing list > vnfpool@ietf.org > https://www.ietf.org/mailman/listinfo/vnfpool From melinda.shore@nomountain.net Tue Jan 14 20:34:24 2014 Return-Path: X-Original-To: vnfpool@ietfa.amsl.com Delivered-To: vnfpool@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 94DA01AE1BE for ; Tue, 14 Jan 2014 20:34:24 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 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] 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 aw5CBwGh1GPS for ; Tue, 14 Jan 2014 20:34:22 -0800 (PST) Received: from homiemail-a66.g.dreamhost.com (caiajhbdcagg.dreamhost.com [208.97.132.66]) by ietfa.amsl.com (Postfix) with ESMTP id D43FD1AE1CA for ; Tue, 14 Jan 2014 20:34:22 -0800 (PST) Received: from homiemail-a66.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a66.g.dreamhost.com (Postfix) with ESMTP id 4E948350078 for ; Tue, 14 Jan 2014 20:34:11 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=nomountain.net; h=message-id:date :from:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; q=dns; s=nomountain.net ; b=d1CyfKntoOrYdC9GVvyMnndzirkLsSiqPEdQc43p4jPGUfkZZl+PW9GJtacc qLip1HNRTxz4VWBXouGZ4Fz5TgJf6i5NDyCE4A0VUxGCt7T/PCZR7QuCID64kN2A sOMrYHO81bqvtAfIRUzKx7KuNv5XG8hKblLeHkZ8V+3rLVs= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=nomountain.net; h= message-id:date:from:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; s= nomountain.net; bh=THEXVLN4MD4bcx7AlWwPDB+a1jo=; b=Z0wUW1VSEF4VM /Yyy9/vqO74ywei2sZMIdhRZgVfGutzs7CR4jSkYGZccPRmTWoAOElvLp3sSLyJ/ ahRNw2Xn6X+CmWVnTjwxz79Kq/Gtu9GwGhAGN7KiEutPCwiNJgQYDGgL8st4bEcf 89kBdWt5rscu54vr0MoxdHVWAfZQP0= Received: from spandex.local (209-112-136-197-rb1.nwc.dsl.dynamic.acsalaska.net [209.112.136.197]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: melinda.shore@nomountain.net) by homiemail-a66.g.dreamhost.com (Postfix) with ESMTPSA id 000BB350058 for ; Tue, 14 Jan 2014 20:34:10 -0800 (PST) Message-ID: <52D60FC0.4080302@nomountain.net> Date: Tue, 14 Jan 2014 19:34:08 -0900 From: Melinda Shore User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130620 Thunderbird/17.0.7 MIME-Version: 1.0 To: vnfpool@ietf.org References: <00b701cf116e$a0386940$e0a93bc0$@ndzh.com> <009b01cf11a2$86ccb310$94661930$@ndzh.com> In-Reply-To: <009b01cf11a2$86ccb310$94661930$@ndzh.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [vnfpool] FW: New Version Notification for draft-zong-vnfpool-problem-statement-02.txt X-BeenThere: vnfpool@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Discussion list for virtual network function resource pooling." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jan 2014 04:34:24 -0000 Hi, Sue: Thanks for continuing to review this document. I do think that we could be clearer about what a "set" is and what characteristics it has, and that's something we'll work on for the next revision. In terms of state synchronization I feel pretty strongly that it's premature to be describing a data model. Discussing, yes, and possibly starting to work through, but I'd be really reluctant to commit to paper (or electrons) in the absence of an architecture. I certainly think we need to be talking about metadata, first, since the functions we're talking about span a wide range of technologies and consequently may have varying requirements. I think we don't have enough of a handle on the specifics of what we're doing to do much beyond, perhaps, data structures. Melinda From shares@ndzh.com Tue Jan 14 20:47:08 2014 Return-Path: X-Original-To: vnfpool@ietfa.amsl.com Delivered-To: vnfpool@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9D0861AE2B8 for ; Tue, 14 Jan 2014 20:47:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.945 X-Spam-Level: X-Spam-Status: No, score=0.945 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845] 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 l66dPEcS74dr for ; Tue, 14 Jan 2014 20:47:07 -0800 (PST) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id 5CA081AE2B2 for ; Tue, 14 Jan 2014 20:47:07 -0800 (PST) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=64.112.195.202; From: "Susan Hares" To: "'Melinda Shore'" , References: <00b701cf116e$a0386940$e0a93bc0$@ndzh.com> <009b01cf11a2$86ccb310$94661930$@ndzh.com> <52D60FC0.4080302@nomountain.net> In-Reply-To: <52D60FC0.4080302@nomountain.net> Date: Tue, 14 Jan 2014 23:46:47 -0500 Message-ID: <00f601cf11ac$cd0026a0$670073e0$@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: AQKO3sLtjaMIetI/q7gvl2/3BVETXgGNaT15AKEFDJABS799rQFTCSScmN8vtIA= Content-Language: en-us X-Authenticated-User: skh@ndzh.com Subject: Re: [vnfpool] FW: New Version Notification for draft-zong-vnfpool-problem-statement-02.txt X-BeenThere: vnfpool@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Discussion list for virtual network function resource pooling." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jan 2014 04:47:08 -0000 Melinda: Thank you for accepting my suggestion on the VNF Set information. I agree that it is too early to setting on a state-synchronization method or a data model. My question was intended to again probe the scope of the problem to help me revise a use case draft I am working on. The use cases within a financial world or mobile phone application systems that back-end to VNFs systems (to perform spam filtering, DPI, or other specific applications), will need the rapid failover. Certain institutions may be willing to pay for the systems that do more state synchronization and less queries for VNF placement. So, with explanation may I conclude that a description of these use case fit within the VNF Pool operation. If I'm unclear, please ask questions. Our discussions work to clarify the work. Sue -----Original Message----- From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of Melinda Shore Sent: Tuesday, January 14, 2014 11:34 PM To: vnfpool@ietf.org Subject: Re: [vnfpool] FW: New Version Notification for draft-zong-vnfpool-problem-statement-02.txt Hi, Sue: Thanks for continuing to review this document. I do think that we could be clearer about what a "set" is and what characteristics it has, and that's something we'll work on for the next revision. In terms of state synchronization I feel pretty strongly that it's premature to be describing a data model. Discussing, yes, and possibly starting to work through, but I'd be really reluctant to commit to paper (or electrons) in the absence of an architecture. I certainly think we need to be talking about metadata, first, since the functions we're talking about span a wide range of technologies and consequently may have varying requirements. I think we don't have enough of a handle on the specifics of what we're doing to do much beyond, perhaps, data structures. Melinda _______________________________________________ vnfpool mailing list vnfpool@ietf.org https://www.ietf.org/mailman/listinfo/vnfpool From zongning@huawei.com Tue Jan 14 22:06:25 2014 Return-Path: X-Original-To: vnfpool@ietfa.amsl.com Delivered-To: vnfpool@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9ABCB1AE1E5 for ; Tue, 14 Jan 2014 22:06:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.65 X-Spam-Level: X-Spam-Status: No, score=-101.65 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CN_BODY_35=0.339, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.538, SPF_PASS=-0.001, 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 inZ958oAq08C for ; Tue, 14 Jan 2014 22:06:23 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id B0DAB1AE021 for ; Tue, 14 Jan 2014 22:06:22 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id AZY41975; Wed, 15 Jan 2014 06:06:10 +0000 (GMT) Received: from LHREML405-HUB.china.huawei.com (10.201.5.242) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 15 Jan 2014 06:05:25 +0000 Received: from NKGEML406-HUB.china.huawei.com (10.98.56.37) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 15 Jan 2014 06:06:07 +0000 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.56]) by nkgeml406-hub.china.huawei.com ([10.98.56.37]) with mapi id 14.03.0158.001; Wed, 15 Jan 2014 14:06:00 +0800 From: Zongning To: =?gb2312?B?tcvB6cDyL0xpbmdsaSBEZW5n?= , "vnfpool@ietf.org" Thread-Topic: [vnfpool] FW: New Version Notification for draft-zong-vnfpool-problem-statement-02.txt Thread-Index: AQHPEMZ+c15+lVuknkS7yKxzUMJky5qDbBOggAHWgqCAAAp3EA== Date: Wed, 15 Jan 2014 06:06:00 +0000 Message-ID: References: <00cd01cf11b4$b9f37780$2dda6680$@com> In-Reply-To: <00cd01cf11b4$b9f37780$2dda6680$@com> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.138.41.28] Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Subject: Re: [vnfpool] FW: New Version Notification for draft-zong-vnfpool-problem-statement-02.txt X-BeenThere: vnfpool@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Discussion list for virtual network function resource pooling." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jan 2014 06:06:25 -0000 SGksIExpbmdsaSwNCg0KVGhhbmtzIGZvciB5b3VyIHN1Z2dlc3Rpb24uDQoNClllcywgYXMgcGFy dCBvZiB0aGUgZnVuY3Rpb24gbGlrZSBjaG9vc2luZyBzdGFuZGJ5IGluc3RhbmNlKHMpLCBWTkYg cG9vbCBtYW5hZ2VyIG5lZWQgdG8gYmUgYXdhcmUgb2YgdGhlIHJlbGF0ZWQgaW5mb3JtYXRpb24g YW5kIG1ha2Ugc3VjaCBkZWNpc2lvbi4NCg0KSSB3aWxsIGFkZCBhIHNlbnRlbmNlIHRvIGFkb3B0 IHRoaXMgc3RhdGVtZW50Lg0KDQotTmluZw0KDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0t DQo+IEZyb206ILXLwenA8i9MaW5nbGkgRGVuZyBbbWFpbHRvOmRlbmdsaW5nbGlAY2hpbmFtb2Jp bGUuY29tXQ0KPiBTZW50OiBXZWRuZXNkYXksIEphbnVhcnkgMTUsIDIwMTQgMTo0NCBQTQ0KPiBU bzogWm9uZ25pbmc7IHZuZnBvb2xAaWV0Zi5vcmcNCj4gU3ViamVjdDogtPC4tDogW3ZuZnBvb2xd IEZXOiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yDQo+IGRyYWZ0LXpvbmctdm5mcG9vbC1w cm9ibGVtLXN0YXRlbWVudC0wMi50eHQNCj4gDQo+IEhpIE5pbmcsDQo+IA0KPiBUaGFua3MgYSBs b3QgZm9yIHByb3ZpZGluZyBzdWNoIGEgZ3JlYXQgZG9jdW1lbnQuIEkgYW0gaGFwcHkgdG8gc2Vl IHRoYXQgaXQNCj4gaW5jbHVkZXMgcGxhY2VtZW50IHBvbGljeSBpc3N1ZSB3ZSBoYXZlIGRpc2N1 c3NlZCBlYXJsaWVyLg0KPiBIb3dldmVyLCBJIGFtIG5vdCBjb252aW5jZWQgdGhhdCB0aGUgZm9s bG93aW5nIHN0YXRlbWVudCBncmFzcCB0aGUgd2hvbGUNCj4gaW1wbGljYXRpb24gb2YgdGhpcyBw cm9ibGVtLg0KPiANCj4gICAgVk5GIHBvb2wgbWFuYWdlciBtYXkgYWxzbyBjb21tdW5pY2F0ZSB3 aXRoIHRoZSBwb29sIHVzZXIgdG8NCj4gICAgb2J0YWluIHRoZSBwb2xpY2llcyBpbmZsdWVuY2lu ZyB0aGUgYXBwcm9wcmlhdGUgcGxhY2VtZW50IG9mIFZORnMuDQo+ICAgIFdoZW4gbmVlZGVkLCBW TkYgcG9vbCBtYW5hZ2VyIG1heSBpbnRlcmZhY2Ugd2l0aCBBTFRPLCBJMlJTIHRvDQo+ICAgIGNv bGxlY3QgaW5mb3JtYXRpb24gZnJvbSB0aGUgdW5kZXJseWluZyBuZXR3b3JrLg0KPiANCj4gSW4g dGhlIGFib3ZlIGRlc2NyaXB0aW9uLCB0aGUgVk5GIHBvb2wgbWFuYWdlciBjb2xsZWN0cyBmcm9t IGJvdGggdXBwZXIgYW5kDQo+IGxvd2VyIGxheWVycyB0aGUgaW5mb3JtYXRpb24gdGhhdCB3b3Vs ZCBoZWxwIHRvIG1ha2UgYW4gYXBwcm9wcmlhdGUNCj4gcGxhY2VtZW50IGRlY2lzaW9uLg0KPiBJ dCBzZWVtcyB0byBtZSB0aGF0IHRoZSBWTkYgcG9vbCBtYW5hZ2VyIHdvdWxkIGJlIHRoZSBvbmUg d2hvIG1ha2UgdGhlDQo+IHBsYWNlbWVudCBkZWNpc2lvbi4gQW0gSSByaWdodD8NCj4gSWYgdGhp cyB0byBiZSB0aGUgY2FzZSwgSSdkIHN1Z2dlc3Qgc3RhdGUgaXQgY2xlYXJseSBhcyBhIGZ1bmN0 aW9uIG9mIFZORg0KPiBwb29sIG1hbmFnZXIuDQo+IE90aGVyd2lzZSwgSSB0aGluayBpdCB3b3Vs ZCBoZWxwIHRvIGFkZCBhbiBpbnRlcmZhY2Ugb24gVk5GIHBvb2wgbWFuYWdlciB0bw0KPiBhICJ2 aXJ0dWFsaXphdGlvbiBtYW5hZ2VyIiB3aG8gZG9lcyB0aGUgcGh5c2ljYWwtdmlydHVhbCBtYXBw aW5nDQo+IG1hbmFnZW1lbnQuDQo+IA0KPiBCUg0KPiBMaW5nbGkNCj4gDQo+IC0tLS0t08q8/tSt vP4tLS0tLQ0KPiC3orz+yMs6IHZuZnBvb2wgW21haWx0bzp2bmZwb29sLWJvdW5jZXNAaWV0Zi5v cmddILT6se0gWm9uZ25pbmcNCj4gt6LLzcqxvOQ6IDIwMTTE6jHUwjE0yNUgOToyNQ0KPiDK1bz+ yMs6IHZuZnBvb2xAaWV0Zi5vcmcNCj4g1vfM4jogW3ZuZnBvb2xdIEZXOiBOZXcgVmVyc2lvbiBO b3RpZmljYXRpb24gZm9yDQo+IGRyYWZ0LXpvbmctdm5mcG9vbC1wcm9ibGVtLXN0YXRlbWVudC0w Mi50eHQNCj4gDQo+IEhpLCBmb2xrcywNCj4gDQo+IEhhcHB5IG5ldyB5ZWFyIQ0KPiANCj4gV2Ug bWFkZSBhIG5ldyByZXZpc2lvbiBvZiBWTkYgUG9vbCBQcm9ibGVtIFN0YXRlbWVudC4gUGxlYXNl IHNlZSB0aGUgYmVsb3cNCj4gYWJzdHJhY3QgYW5kIGxpbmtzOg0KPiANCj4gQWJzdHJhY3Q6DQo+ ICAgIFRoZXJlIGlzIGEgdHJlbmQgdG8gaW1wbGVtZW50IG5ldHdvcmsgc2VydmljZXMgYnkgdXNp bmcgYSBncm91cCBvZg0KPiAgICBWaXJ0dWFsaXplZCBOZXR3b3JrIEZ1bmN0aW9ucyAoVk5Gcykg Y2FsbGVkIGEgVk5GIHNldC4gIEEgVk5GIHNldCBjYW4NCj4gICAgb2ZmZXIgYmVuZWZpdHMgbGlr ZSBmbGV4aWJsZSBzZXJ2aWNlIHByb3Zpc2lvbmluZy4gIEEgVk5GIHNldCBhbHNvDQo+ICAgIGlu dHJvZHVjZXMgYWRkaXRpb25hbCBwb2ludHMgb2YgZmFpbHVyZSwgYW5kIHRoZXJlZm9yZSBwb3Nl cw0KPiAgICBhZGRpdGlvbmFsIGNoYWxsZW5nZXMgb24gcmVsaWFiaWxpdHkuDQo+IA0KPiAgICBU aGlzIGRvY3VtZW50IG92ZXJ2aWV3cyB0aGUgcHJvYmxlbXMgcmVsYXRlZCB0byB0aGUgcmVsaWFi aWxpdHkgb2YgYQ0KPiAgICBWTkYgc2V0LiAgQSBWTkYgcG9vbGluZyBhcmNoaXRlY3R1cmUgaXMg YWxzbyBicmllZmx5IGludHJvZHVjZWQgYXMNCj4gICAgY2FuZGlkYXRlIHNvbHV0aW9uIHRvIGFk ZHJlc3MgdGhlIHByb2JsZW1zLg0KPiANCj4gVVJMOg0KPiBodHRwOi8vd3d3LmlldGYub3JnL2lu dGVybmV0LWRyYWZ0cy9kcmFmdC16b25nLXZuZnBvb2wtcHJvYmxlbS1zdGF0ZW1lbnQtMDIuDQo+ IHR4dA0KPiBIdG1saXplZDoNCj4gaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtem9u Zy12bmZwb29sLXByb2JsZW0tc3RhdGVtZW50LTAyDQo+IA0KPiANCj4gT3RoZXIgcmVsYXRlZCBk cmFmdHMgaW5jbHVkaW5nIFZORiBQb29sIFVzZSBDYXNlcywgVk5GIFBvb2xpbmcgQXJjaGl0ZWN0 dXJlDQo+IGFyZSB1bmRlciBkZXZlbG9wbWVudCBhbmQgd2lsbCBiZSBhdmFpbGFibGUgc29vbiBp biB0aGlzIG1vbnRoLi4uDQo+IA0KPiBUaGFua3MuDQo+IA0KPiAtTmluZw0KPiANCj4gPiAtLS0t LU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiA+IEZyb206IGludGVybmV0LWRyYWZ0c0BpZXRmLm9y ZyBbbWFpbHRvOmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZ10NCj4gPiBTZW50OiBUdWVzZGF5LCBK YW51YXJ5IDE0LCAyMDE0IDk6MTggQU0NCj4gPiBUbzogWm9uZ25pbmc7IExpbmRhIER1bmJhcjsg TWVsaW5kYSBTaG9yZTsgTGluZGEgRHVuYmFyOyBNZWxpbmRhIFNob3JlOw0KPiA+IERpZWdvIExv cGV6OyBEaWVnbyBSLiBMb3BlejsgWm9uZ25pbmcNCj4gPiBTdWJqZWN0OiBOZXcgVmVyc2lvbiBO b3RpZmljYXRpb24gZm9yDQo+ID4gZHJhZnQtem9uZy12bmZwb29sLXByb2JsZW0tc3RhdGVtZW50 LTAyLnR4dA0KPiA+DQo+ID4NCj4gPiBBIG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQtem9uZy12 bmZwb29sLXByb2JsZW0tc3RhdGVtZW50LTAyLnR4dA0KPiA+IGhhcyBiZWVuIHN1Y2Nlc3NmdWxs eSBzdWJtaXR0ZWQgYnkgTmluZyBab25nIGFuZCBwb3N0ZWQgdG8gdGhlDQo+ID4gSUVURiByZXBv c2l0b3J5Lg0KPiA+DQo+ID4gTmFtZToJCWRyYWZ0LXpvbmctdm5mcG9vbC1wcm9ibGVtLXN0YXRl bWVudA0KPiA+IFJldmlzaW9uOgkwMg0KPiA+IFRpdGxlOgkJVmlydHVhbGl6ZWQgTmV0d29yayBG dW5jdGlvbiAoVk5GKSBQb29sIFByb2JsZW0NCj4gU3RhdGVtZW50DQo+ID4gRG9jdW1lbnQgZGF0 ZToJMjAxNC0wMS0xNA0KPiA+IEdyb3VwOgkJSW5kaXZpZHVhbCBTdWJtaXNzaW9uDQo+ID4gUGFn ZXM6CQkxMA0KPiA+IFVSTDoNCj4gPg0KPiBodHRwOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRy YWZ0cy9kcmFmdC16b25nLXZuZnBvb2wtcHJvYmxlbS1zdGF0ZW1lbnQtMDIuDQo+ID4gdHh0DQo+ ID4gU3RhdHVzOg0KPiA+IGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXpv bmctdm5mcG9vbC1wcm9ibGVtLXN0YXRlbWVudC8NCj4gPiBIdG1saXplZDoNCj4gPiBodHRwOi8v dG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC16b25nLXZuZnBvb2wtcHJvYmxlbS1zdGF0ZW1lbnQt MDINCj4gPiBEaWZmOg0KPiA+IGh0dHA6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0 LXpvbmctdm5mcG9vbC1wcm9ibGVtLXN0YXRlbWVudC0wMg0KPiA+DQo+ID4gQWJzdHJhY3Q6DQo+ ID4gICAgVGhlcmUgaXMgYSB0cmVuZCB0byBpbXBsZW1lbnQgbmV0d29yayBzZXJ2aWNlcyBieSB1 c2luZyBhIGdyb3VwIG9mDQo+ID4gICAgVmlydHVhbGl6ZWQgTmV0d29yayBGdW5jdGlvbnMgKFZO RnMpIGNhbGxlZCBhIFZORiBzZXQuICBBIFZORiBzZXQgY2FuDQo+ID4gICAgb2ZmZXIgYmVuZWZp dHMgbGlrZSBmbGV4aWJsZSBzZXJ2aWNlIHByb3Zpc2lvbmluZy4gIEEgVk5GIHNldCBhbHNvDQo+ ID4gICAgaW50cm9kdWNlcyBhZGRpdGlvbmFsIHBvaW50cyBvZiBmYWlsdXJlLCBhbmQgdGhlcmVm b3JlIHBvc2VzDQo+ID4gICAgYWRkaXRpb25hbCBjaGFsbGVuZ2VzIG9uIHJlbGlhYmlsaXR5Lg0K PiA+DQo+ID4gICAgVGhpcyBkb2N1bWVudCBvdmVydmlld3MgdGhlIHByb2JsZW1zIHJlbGF0ZWQg dG8gdGhlIHJlbGlhYmlsaXR5IG9mIGENCj4gPiAgICBWTkYgc2V0LiAgQSBWTkYgcG9vbGluZyBh cmNoaXRlY3R1cmUgaXMgYWxzbyBicmllZmx5IGludHJvZHVjZWQgYXMNCj4gPiAgICBjYW5kaWRh dGUgc29sdXRpb24gdG8gYWRkcmVzcyB0aGUgcHJvYmxlbXMuDQo+ID4NCj4gPg0KPiA+DQo+ID4N Cj4gPiBQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJv bSB0aGUgdGltZSBvZg0KPiBzdWJtaXNzaW9uDQo+ID4gdW50aWwgdGhlIGh0bWxpemVkIHZlcnNp b24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZy4NCj4gPg0KPiA+IFRo ZSBJRVRGIFNlY3JldGFyaWF0DQo+IA0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXw0KPiB2bmZwb29sIG1haWxpbmcgbGlzdA0KPiB2bmZwb29sQGlldGYu b3JnDQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vdm5mcG9vbA0KPiAN Cj4gDQoNCg== From ng.kim@kt.com Wed Jan 15 16:56:33 2014 Return-Path: X-Original-To: vnfpool@ietfa.amsl.com Delivered-To: vnfpool@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 97FC81AE473 for ; Wed, 15 Jan 2014 16:56:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.512 X-Spam-Level: *** X-Spam-Status: No, score=3.512 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, RP_MATCHES_RCVD=-0.538, 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 6_ruB98Vx7Je for ; Wed, 15 Jan 2014 16:56:30 -0800 (PST) Received: from smfilter2.kt.com (smfilter2.kt.com [14.63.245.209]) by ietfa.amsl.com (Postfix) with ESMTP id 6E6971AE46C for ; Wed, 15 Jan 2014 16:56:28 -0800 (PST) Received: from external ([10.215.33.51]) by smfilter2.kt.com (1.0) id s0G15A4006E1; Thu, 16 Jan 2014 10:05:10 +0900 Received: from MAIL-MBX-03.corp.ktad.kt.com ([10.215.33.73]) by MAIL-FRT-01.corp.ktad.kt.com ([10.215.33.51]) with mapi id 14.02.0318.004; Thu, 16 Jan 2014 09:56:09 +0900 From: =?ks_c_5601-1987?B?seizsrDvKENsb3VkIEFwcGxpY2F0aW9uIFByb2plY3Qp?= To: "vnfpool@ietf.org" Thread-Topic: [vnfpool] FW: New Version Notification for draft-zong-vnfpool-problem-statement-02.txt Thread-Index: AQHPEc2SHx3VOLfqdUOKSmrvgXF+epqFd5fw Date: Thu, 16 Jan 2014 00:56:08 +0000 Message-ID: References: In-Reply-To: Accept-Language: ko-KR, en-US Content-Language: ko-KR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-dispnameaddress: ng.kim@kt.com x-originating-ip: [10.214.101.151] Content-Type: multipart/alternative; boundary="_000_BC595BB61FBF2741BD3BC2CA49AE12FE01ED1D9CMAILMBX03_" MIME-Version: 1.0 Cc: =?ks_c_5601-1987?B?wMyxpLG5KE5ldHdvcmsgSW5ub3ZhdGlvbiBQcm9qZWMp?= , =?ks_c_5601-1987?B?seizsrDvKENsb3VkIEFwcGxpY2F0aW9uIFByb2plY3Qp?= Subject: Re: [vnfpool] FW: New Version Notification for draft-zong-vnfpool-problem-statement-02.txt X-BeenThere: vnfpool@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Discussion list for virtual network function resource pooling." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jan 2014 00:56:33 -0000 --_000_BC595BB61FBF2741BD3BC2CA49AE12FE01ED1D9CMAILMBX03_ Content-Type: text/plain; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 SGksDQoNClRoaXMgbmV3IHByb2JsZW0gc3RhdGVtZW50IGxvb2tzIGNoYW5nZWQgYSBsb3QgZnJv bSBwcmV2aW91cyB2ZXJzaW9uLg0KDQpIZXJloa9zIG15IHF1ZXN0aW9ucyBhYm91dCB0aGUgZHJh ZnQuDQoNCkZpcnN0LCBob3cgYWJvdXQgYWRkaW5nIHRoZSBkZWZpbml0aW9uIG9mIG5ldHdvcmsg c2VydmljZSB0byB0aGUgdGVybWlub2xvZ3kgc2VjdGlvbj8NCkFzIHRoaXMgZHJhZnQgdXNlcyB0 aGUgdGVybSChsHNlcnZpY2WhsSB3aXRob3V0IGRlZmluaXRpb24sIGl0IHdhcyBub3QgZWFzeSBm b3IgbWUgdG8gdW5kZXJzdGFuZCBob3cgVk5GcyBhcmUgcmVsYXRlZCB0byBhIG5ldHdvcmsgc2Vy dmljZS4NCkZvciBleGFtcGxlLCBpbiBTZWN0aW9uIDMsIHRoZXJlIGFyZSB0d28gc3RhdGVzLg0K T25lIGluIKGwMy4gIFN0YXRlIG5vdGlmaWNhdGlvbiBhY3Jvc3MgVk5GIHNldC6hsSBhbmQgdGhl IG90aGVyIGluIKGwNC4gU2VydmljZSBzdGF0ZSBzeW5jaHJvbml6YXRpb26hsS4NCkkganVzdCBn dWVzcyB0aGUgZm9ybWVyIG9uZSBtZWFucyBzdGF0ZSBvZiBhIFZORiBhbmQgbGF0dGVyIG9uZSBt ZWFucyBzZXJ2aWNlIGl0c2VsZi4NCg0KU2Vjb25kLCBpcyB0aGUgaW50ZXJhY3Rpb24gYmV0d2Vl biBWTkYgcG9vbCBtYW5hZ2VyIGFuZCBWTkYgcG9vbCB1c2VyIG91dCBvZiBzY29wZT8NCkl0IGNv dWxkIGJlIHBvc3NpYmxlIHRoYXQgYSBWTkYgdXNlciByZWNlaXZlIGluZm9ybWF0aW9uIGZyb20g Vk5GIHBvb2wgbWFuYWdlciBhbmQgdXBkYXRlL2NvbnRyb2wgcG9saWN5IGJhc2VkIG9uIHRoZSBz dGF0ZS4NCkFuZCB0aGlzIGNhbiBiZSBhcHBsaWVkIHRvIHNlcnZpY2UgZnVuY3Rpb24gY2hhaW5p bmcsIGxpa2UgY2hvb3NpbmcgYW5vdGhlciBzZXJ2aWNlIGZ1bmN0aW9uIGNoYWluLCBpZiB3ZSB0 aGluayBvZiBhIFZORiBwb29sIHVzZXIgYXMgYW4gZW50aXR5IGNvbnRyb2xsaW5nIHNlcnZpY2Ug ZnVuY3Rpb24gY2hhaW5pbmcuDQoNCkxhc3RseSwgY291bGQgYW55b25lIGxldCBtZSBrbm93IHRo ZSByZWxhdGlvbiBiZXR3ZWVuIHNlcnZpY2UgZnVuY3Rpb24gY2hhaW5pbmcgKHNmYykgYW5kIHZu ZnBvb2w/DQpUaGUgc2NvcGUgb2Ygdm5mcG9vbCBjb21wYXJlZCB0byBzZmMgYW5kIGhvdyB0aGUg dHdvIGNhbiBpbnRlcmZhY2Ugd2l0aCBlYWNoIG90aGVyLg0KSWYgaXQgd2FzIGRpc2N1c3NlZCBi ZWZvcmUsIHNpbXBseSB0ZWxsIG1lIHRoZSBsaW5rLg0KDQpUaGFuayB5b3UuDQoNCllvdXJzLA0K LSBOYW1nb24NCg0KLS0tLS0tLS0tLSBGb3J3YXJkZWQgbWVzc2FnZSAtLS0tLS0tLS0tDQpGcm9t OiBab25nbmluZyA8em9uZ25pbmdAaHVhd2VpLmNvbTxtYWlsdG86em9uZ25pbmdAaHVhd2VpLmNv bT4+DQpEYXRlOiAyMDE0LzEvMTQNClN1YmplY3Q6IFt2bmZwb29sXSBGVzogTmV3IFZlcnNpb24g Tm90aWZpY2F0aW9uIGZvciBkcmFmdC16b25nLXZuZnBvb2wtcHJvYmxlbS1zdGF0ZW1lbnQtMDIu dHh0DQpUbzogInZuZnBvb2xAaWV0Zi5vcmc8bWFpbHRvOnZuZnBvb2xAaWV0Zi5vcmc+IiA8dm5m cG9vbEBpZXRmLm9yZzxtYWlsdG86dm5mcG9vbEBpZXRmLm9yZz4+DQoNCg0KSGksIGZvbGtzLA0K DQpIYXBweSBuZXcgeWVhciENCg0KV2UgbWFkZSBhIG5ldyByZXZpc2lvbiBvZiBWTkYgUG9vbCBQ cm9ibGVtIFN0YXRlbWVudC4gUGxlYXNlIHNlZSB0aGUgYmVsb3cgYWJzdHJhY3QgYW5kIGxpbmtz Og0KDQpBYnN0cmFjdDoNCiAgIFRoZXJlIGlzIGEgdHJlbmQgdG8gaW1wbGVtZW50IG5ldHdvcmsg c2VydmljZXMgYnkgdXNpbmcgYSBncm91cCBvZg0KICAgVmlydHVhbGl6ZWQgTmV0d29yayBGdW5j dGlvbnMgKFZORnMpIGNhbGxlZCBhIFZORiBzZXQuICBBIFZORiBzZXQgY2FuDQogICBvZmZlciBi ZW5lZml0cyBsaWtlIGZsZXhpYmxlIHNlcnZpY2UgcHJvdmlzaW9uaW5nLiAgQSBWTkYgc2V0IGFs c28NCiAgIGludHJvZHVjZXMgYWRkaXRpb25hbCBwb2ludHMgb2YgZmFpbHVyZSwgYW5kIHRoZXJl Zm9yZSBwb3Nlcw0KICAgYWRkaXRpb25hbCBjaGFsbGVuZ2VzIG9uIHJlbGlhYmlsaXR5Lg0KDQog ICBUaGlzIGRvY3VtZW50IG92ZXJ2aWV3cyB0aGUgcHJvYmxlbXMgcmVsYXRlZCB0byB0aGUgcmVs aWFiaWxpdHkgb2YgYQ0KICAgVk5GIHNldC4gIEEgVk5GIHBvb2xpbmcgYXJjaGl0ZWN0dXJlIGlz IGFsc28gYnJpZWZseSBpbnRyb2R1Y2VkIGFzDQogICBjYW5kaWRhdGUgc29sdXRpb24gdG8gYWRk cmVzcyB0aGUgcHJvYmxlbXMuDQoNClVSTDogICAgICAgICAgICBodHRwOi8vd3d3LmlldGYub3Jn L2ludGVybmV0LWRyYWZ0cy9kcmFmdC16b25nLXZuZnBvb2wtcHJvYmxlbS1zdGF0ZW1lbnQtMDIu dHh0DQpIdG1saXplZDogICAgICAgaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtem9u Zy12bmZwb29sLXByb2JsZW0tc3RhdGVtZW50LTAyDQoNCg0KT3RoZXIgcmVsYXRlZCBkcmFmdHMg aW5jbHVkaW5nIFZORiBQb29sIFVzZSBDYXNlcywgVk5GIFBvb2xpbmcgQXJjaGl0ZWN0dXJlIGFy ZSB1bmRlciBkZXZlbG9wbWVudCBhbmQgd2lsbCBiZSBhdmFpbGFibGUgc29vbiBpbiB0aGlzIG1v bnRoLi4uDQoNClRoYW5rcy4NCg0KLU5pbmcNCg0KPiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0t LQ0KPiBGcm9tOiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc8bWFpbHRvOmludGVybmV0LWRyYWZ0 c0BpZXRmLm9yZz4gW21haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc8bWFpbHRvOmludGVy bmV0LWRyYWZ0c0BpZXRmLm9yZz5dDQo+IFNlbnQ6IFR1ZXNkYXksIEphbnVhcnkgMTQsIDIwMTQg OToxOCBBTQ0KPiBUbzogWm9uZ25pbmc7IExpbmRhIER1bmJhcjsgTWVsaW5kYSBTaG9yZTsgTGlu ZGEgRHVuYmFyOyBNZWxpbmRhIFNob3JlOw0KPiBEaWVnbyBMb3BlejsgRGllZ28gUi4gTG9wZXo7 IFpvbmduaW5nDQo+IFN1YmplY3Q6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3INCj4gZHJh ZnQtem9uZy12bmZwb29sLXByb2JsZW0tc3RhdGVtZW50LTAyLnR4dA0KPg0KPg0KPiBBIG5ldyB2 ZXJzaW9uIG9mIEktRCwgZHJhZnQtem9uZy12bmZwb29sLXByb2JsZW0tc3RhdGVtZW50LTAyLnR4 dA0KPiBoYXMgYmVlbiBzdWNjZXNzZnVsbHkgc3VibWl0dGVkIGJ5IE5pbmcgWm9uZyBhbmQgcG9z dGVkIHRvIHRoZQ0KPiBJRVRGIHJlcG9zaXRvcnkuDQo+DQo+IE5hbWU6ICAgICAgICAgZHJhZnQt em9uZy12bmZwb29sLXByb2JsZW0tc3RhdGVtZW50DQo+IFJldmlzaW9uOiAgICAgMDINCj4gVGl0 bGU6ICAgICAgICAgICAgICAgIFZpcnR1YWxpemVkIE5ldHdvcmsgRnVuY3Rpb24gKFZORikgUG9v bCBQcm9ibGVtIFN0YXRlbWVudA0KPiBEb2N1bWVudCBkYXRlOiAgICAgICAgMjAxNC0wMS0xNA0K PiBHcm91cDogICAgICAgICAgICAgICAgSW5kaXZpZHVhbCBTdWJtaXNzaW9uDQo+IFBhZ2VzOiAg ICAgICAgICAgICAgICAxMA0KPiBVUkw6DQo+IGh0dHA6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQt ZHJhZnRzL2RyYWZ0LXpvbmctdm5mcG9vbC1wcm9ibGVtLXN0YXRlbWVudC0wMi4NCj4gdHh0DQo+ IFN0YXR1czoNCj4gaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtem9uZy12 bmZwb29sLXByb2JsZW0tc3RhdGVtZW50Lw0KPiBIdG1saXplZDoNCj4gaHR0cDovL3Rvb2xzLmll dGYub3JnL2h0bWwvZHJhZnQtem9uZy12bmZwb29sLXByb2JsZW0tc3RhdGVtZW50LTAyDQo+IERp ZmY6DQo+IGh0dHA6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRyYWZ0LXpvbmctdm5mcG9v bC1wcm9ibGVtLXN0YXRlbWVudC0wMg0KPg0KPiBBYnN0cmFjdDoNCj4gICAgVGhlcmUgaXMgYSB0 cmVuZCB0byBpbXBsZW1lbnQgbmV0d29yayBzZXJ2aWNlcyBieSB1c2luZyBhIGdyb3VwIG9mDQo+ ICAgIFZpcnR1YWxpemVkIE5ldHdvcmsgRnVuY3Rpb25zIChWTkZzKSBjYWxsZWQgYSBWTkYgc2V0 LiAgQSBWTkYgc2V0IGNhbg0KPiAgICBvZmZlciBiZW5lZml0cyBsaWtlIGZsZXhpYmxlIHNlcnZp Y2UgcHJvdmlzaW9uaW5nLiAgQSBWTkYgc2V0IGFsc28NCj4gICAgaW50cm9kdWNlcyBhZGRpdGlv bmFsIHBvaW50cyBvZiBmYWlsdXJlLCBhbmQgdGhlcmVmb3JlIHBvc2VzDQo+ICAgIGFkZGl0aW9u YWwgY2hhbGxlbmdlcyBvbiByZWxpYWJpbGl0eS4NCj4NCj4gICAgVGhpcyBkb2N1bWVudCBvdmVy dmlld3MgdGhlIHByb2JsZW1zIHJlbGF0ZWQgdG8gdGhlIHJlbGlhYmlsaXR5IG9mIGENCj4gICAg Vk5GIHNldC4gIEEgVk5GIHBvb2xpbmcgYXJjaGl0ZWN0dXJlIGlzIGFsc28gYnJpZWZseSBpbnRy b2R1Y2VkIGFzDQo+ICAgIGNhbmRpZGF0ZSBzb2x1dGlvbiB0byBhZGRyZXNzIHRoZSBwcm9ibGVt cy4NCj4NCj4NCj4NCj4NCj4gUGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkgdGFrZSBhIGNvdXBsZSBv ZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2Ygc3VibWlzc2lvbg0KPiB1bnRpbCB0aGUgaHRtbGl6 ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0IHRvb2xzLmlldGYub3JnPGh0dHA6 Ly90b29scy5pZXRmLm9yZz4uDQo+DQo+IFRoZSBJRVRGIFNlY3JldGFyaWF0DQoNCl9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQp2bmZwb29sIG1haWxpbmcg bGlzdA0Kdm5mcG9vbEBpZXRmLm9yZzxtYWlsdG86dm5mcG9vbEBpZXRmLm9yZz4NCmh0dHBzOi8v d3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vdm5mcG9vbA0KDQoNCg0KwMwguN7Az8C6IMH2 waS1yCC89sPrwM64uMC7IMCnx9ggwNu8urXHvvrAuLjnLCDB37/kx9EgwaS6uLOqIMD6wNuxx8C7 IMb3x9THz7DtIMDWwLsgvPYgwNa9wLTPtNkuIL7utrDH0SCxx8fRIL74wMwsILq7ILmuvK2/oSDG 98fUtcggwaS6uMDHIMD8us4gtse0wiDAz7rOuKYguau03MC4t84gwaYzwNq/obDUILD4sLMsILno xvcsILq5u+cgtse0wiC757/rx8+0wiCwzcC7IL72sN3I9yCx3cH2x9W0z7TZLiC4uL7gLCC6uyC4 3sDPwMwgwN+4+CDA/LzbtcggsOa/7Cwgud+9xcDOILbHtMIgtOe757+hIL7Lt8HB1r3DsO0sILq7 ILjewM/AuyDB773DILvowabHz7+pIMHWvcOx4iC52bb4tM+02S4NClRoaXMgRS1tYWlsIG1heSBj b250YWluIGNvbmZpZGVudGlhbCBpbmZvcm1hdGlvbiBhbmQvb3IgY29weXJpZ2h0IG1hdGVyaWFs LiBUaGlzIGVtYWlsIGlzIGludGVuZGVkIGZvciB0aGUgdXNlIG9mIHRoZSBhZGRyZXNzZWUgb25s eS4gSWYgeW91IHJlY2VpdmUgdGhpcyBlbWFpbCBieSBtaXN0YWtlLCBwbGVhc2UgZWl0aGVyIGRl bGV0ZSBpdCB3aXRob3V0IHJlcHJvZHVjaW5nLCBkaXN0cmlidXRpbmcgb3IgcmV0YWluaW5nIGNv cGllcyB0aGVyZW9mIG9yIG5vdGlmeSB0aGUgc2VuZGVyIGltbWVkaWF0ZWx5Lg0K --_000_BC595BB61FBF2741BD3BC2CA49AE12FE01ED1D9CMAILMBX03_ Content-Type: text/html; charset="ks_c_5601-1987" Content-Transfer-Encoding: quoted-printable

Hi,

 =

This new prob= lem statement looks changed a lot from previous version.

 =

Here=A1=AFs m= y questions about the draft.

 =

First, how ab= out adding the definition of network service to the terminology section?

As this draft= uses the term =A1=B0service=A1=B1 without definition, it was not easy for = me to understand how VNFs are related to a network service.

For example, = in Section 3, there are two states.

One in =A1=B0= 3.  State notification across VNF set.=A1=B1 and the other in =A1=B04.= Service state synchronization=A1=B1.

I just guess = the former one means state of a VNF and latter one means service itself.

 =

Second, is th= e interaction between VNF pool manager and VNF pool user out of scope?

It could be p= ossible that a VNF user receive information from VNF pool manager and updat= e/control policy based on the state.

And this can = be applied to service function chaining, like choosing another service func= tion chain, if we think of a VNF pool user as an entity controlling service function chaining.

 =

Lastly, could= anyone let me know the relation between service function chaining (sfc) an= d vnfpool?

The scope of = vnfpool compared to sfc and how the two can interface with each other.

If it was dis= cussed before, simply tell me the link.

 =

Thank you.

 =

Yours,=

- Namgon

 =

---------- Forwarded message --= --------
From: Zongning <zongning@h= uawei.com>
Date: 2014/1/14
Subject: [vnfpool] FW: New Version Notification for draft-zong-vnfpool-prob= lem-statement-02.txt
To: "vnfpool@ietf.org" &l= t;vnfpool@ietf.org>


Hi, folks,

Happy new year!

We made a new revision of VNF Pool Problem Statement. Please see the below = abstract and links:

Abstract:
   There is a trend to implement network services by using a grou= p of
   Virtualized Network Functions (VNFs) called a VNF set.  A= VNF set can
   offer benefits like flexible service provisioning.  A VNF= set also
   introduces additional points of failure, and therefore poses    additional challenges on reliability.

   This document overviews the problems related to the reliabilit= y of a
   VNF set.  A VNF pooling architecture is also briefly intr= oduced as
   candidate solution to address the problems.

URL:            http://www.ietf.org/internet-drafts/draft-zong-vnfpool-problem-statem= ent-02.txt
Htmlized:       http://tools.ietf.org/html/draft-zong-vnfpool-problem-statement-02


Other related drafts including VNF Pool Use Cases, VNF Pooling Architecture= are under development and will be available soon in this month...

Thanks.

-Ning

> -----Original Message-----
> From: internet-drafts@ietf= .org [mailto:internet-draft= s@ietf.org]
> Sent: Tuesday, January 14, 2014 9:18 AM
> To: Zongning; Linda Dunbar; Melinda Shore; Linda Dunbar; Melinda Shore= ;
> Diego Lopez; Diego R. Lopez; Zongning
> Subject: New Version Notification for
> draft-zong-vnfpool-problem-statement-02.txt
>
>
> A new version of I-D, draft-zong-vnfpool-problem-statement-02.txt
> has been successfully submitted by Ning Zong and posted to the
> IETF repository.
>
> Name:         draft-zong-vnfpool-problem-statement=
> Revision:     02
> Title:                Virtuali= zed Network Function (VNF) Pool Problem Statement
> Document date:        2014-01-14
> Group:                Individu= al Submission
> Pages:                10
> URL:
> http://www.ietf.org/internet-drafts/draft-zong-vnfpool-problem-statement-02= .
> txt
> Status:
> https://datatracker.ietf.org/doc/draft-zong-vnfpool-problem-statement/<= br> > Htmlized:
> http://tools.ietf.org/html/draft-zong-vnfpool-problem-statement-02
> Diff:
> http://www.ietf.org/rfcdiff?url2=3Ddraft-zong-vnfpool-problem-statement-02<= /a>
>
> Abstract:
>    There is a trend to implement network services by using a= group of
>    Virtualized Network Functions (VNFs) called a VNF set. &n= bsp;A VNF set can
>    offer benefits like flexible service provisioning.  = A VNF set also
>    introduces additional points of failure, and therefore po= ses
>    additional challenges on reliability.
>
>    This document overviews the problems related to the relia= bility of a
>    VNF set.  A VNF pooling architecture is also briefly= introduced as
>    candidate solution to address the problems.
>
>
>
>
> Please note that it may take a couple of minutes from the time of subm= ission
> until the htmlized version and diff are available at tools.ietf.org.
>
> The IETF Secretariat

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

 

 

=C0=CC =B8=DE=C0=CF=C0=BA =C1=F6=C1=A4=B5=C8 =BC=F6=C3=EB=C0=CE=B8=B8=C0=BB= =C0=A7=C7=D8 =C0=DB=BC=BA=B5=C7=BE=FA=C0=B8=B8=E7, =C1=DF=BF=E4=C7=D1 =C1= =A4=BA=B8=B3=AA =C0=FA=C0=DB=B1=C7=C0=BB =C6=F7=C7=D4=C7=CF=B0=ED =C0=D6=C0= =BB =BC=F6 =C0=D6=BD=C0=B4=CF=B4=D9. =BE=EE=B6=B0=C7=D1 =B1=C7=C7=D1 =BE=F8= =C0=CC, =BA=BB =B9=AE=BC=AD=BF=A1 =C6=F7=C7=D4=B5=C8 =C1=A4=BA=B8=C0=C7 =C0= =FC=BA=CE =B6=C7=B4=C2 =C0=CF=BA=CE=B8=A6 =B9=AB=B4=DC=C0=B8=B7=CE =C1=A63= =C0=DA=BF=A1=B0=D4 =B0=F8=B0=B3, =B9=E8=C6=F7, =BA=B9=BB=E7 =B6=C7=B4=C2 = =BB=E7=BF=EB=C7=CF=B4=C2 =B0=CD=C0=BB =BE=F6=B0=DD=C8=F7 =B1=DD=C1=F6=C7=D5= =B4=CF=B4=D9. =B8=B8=BE=E0, =BA=BB =B8=DE=C0=CF=C0=CC =C0=DF=B8=F8 =C0=FC= =BC=DB=B5=C8 =B0=E6=BF=EC, =B9=DF=BD=C5=C0=CE =B6=C7=B4=C2 =B4=E7=BB=E7=BF= =A1 =BE=CB=B7=C1=C1=D6=BD=C3=B0=ED, =BA=BB =B8=DE=C0=CF=C0=BB =C1=EF=BD=C3 = =BB=E8=C1=A6=C7=CF=BF=A9 =C1=D6=BD=C3=B1=E2 =B9=D9=B6=F8=B4=CF=B4=D9.
This E-mail may contain confidential information and/or copyright material.= This email is intended for the use of the addressee only. If you receive t= his email by mistake, please either delete it without reproducing, distribu= ting or retaining copies thereof or notify the sender immediately.

--_000_BC595BB61FBF2741BD3BC2CA49AE12FE01ED1D9CMAILMBX03_-- From zongning@huawei.com Wed Jan 15 18:00:35 2014 Return-Path: X-Original-To: vnfpool@ietfa.amsl.com Delivered-To: vnfpool@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 34D8E1AE008 for ; Wed, 15 Jan 2014 18:00:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.988 X-Spam-Level: X-Spam-Status: No, score=-101.988 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.538, SPF_PASS=-0.001, 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 Fef-SHVbsVjM for ; Wed, 15 Jan 2014 18:00:31 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 707A11ADFD1 for ; Wed, 15 Jan 2014 18:00:30 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id AZZ24093; Thu, 16 Jan 2014 02:00:18 +0000 (GMT) Received: from LHREML403-HUB.china.huawei.com (10.201.5.217) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 16 Jan 2014 01:59:32 +0000 Received: from nkgeml405-hub.china.huawei.com (10.98.56.36) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 16 Jan 2014 02:00:16 +0000 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.56]) by nkgeml405-hub.china.huawei.com ([10.98.56.36]) with mapi id 14.03.0158.001; Thu, 16 Jan 2014 10:00:11 +0800 From: Zongning To: =?ks_c_5601-1987?B?seizsrDvKENsb3VkIEFwcGxpY2F0aW9uIFByb2plY3Qp?= , "vnfpool@ietf.org" Thread-Topic: [vnfpool] FW: New Version Notification for draft-zong-vnfpool-problem-statement-02.txt Thread-Index: AQHPEMZ+c15+lVuknkS7yKxzUMJky5qFd5fwgAEUNvA= Date: Thu, 16 Jan 2014 02:00:10 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.138.41.28] Content-Type: multipart/alternative; boundary="_000_B0D29E0424F2DE47A0B36779EC666779258676CAnkgeml501mbschi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: =?ks_c_5601-1987?B?wMyxpLG5KE5ldHdvcmsgSW5ub3ZhdGlvbiBQcm9qZWMp?= Subject: Re: [vnfpool] FW: New Version Notification for draft-zong-vnfpool-problem-statement-02.txt X-BeenThere: vnfpool@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Discussion list for virtual network function resource pooling." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jan 2014 02:00:35 -0000 --_000_B0D29E0424F2DE47A0B36779EC666779258676CAnkgeml501mbschi_ Content-Type: text/plain; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 SGksIE5hbWdvbiwNCg0KUGxlYXNlIHNlZSBpbmxpbmUuDQoNCkZyb206IHZuZnBvb2wgW21haWx0 bzp2bmZwb29sLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiA/Pz8oQ2xvdWQgQXBwbGlj YXRpb24gUHJvamVjdCkNClNlbnQ6IFRodXJzZGF5LCBKYW51YXJ5IDE2LCAyMDE0IDg6NTYgQU0N ClRvOiB2bmZwb29sQGlldGYub3JnDQpDYzogwMyxpLG5KE5ldHdvcmsgSW5ub3ZhdGlvbiBQcm9q ZWMpOyCx6LOysO8oQ2xvdWQgQXBwbGljYXRpb24gUHJvamVjdCkNClN1YmplY3Q6IFJlOiBbdm5m cG9vbF0gRlc6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtem9uZy12bmZwb29s LXByb2JsZW0tc3RhdGVtZW50LTAyLnR4dA0KDQpIaSwNCg0KVGhpcyBuZXcgcHJvYmxlbSBzdGF0 ZW1lbnQgbG9va3MgY2hhbmdlZCBhIGxvdCBmcm9tIHByZXZpb3VzIHZlcnNpb24uDQoNCkhlcmWh r3MgbXkgcXVlc3Rpb25zIGFib3V0IHRoZSBkcmFmdC4NCg0KRmlyc3QsIGhvdyBhYm91dCBhZGRp bmcgdGhlIGRlZmluaXRpb24gb2YgbmV0d29yayBzZXJ2aWNlIHRvIHRoZSB0ZXJtaW5vbG9neSBz ZWN0aW9uPw0KDQpbTmluZ10gU3VyZS4NCg0KQXMgdGhpcyBkcmFmdCB1c2VzIHRoZSB0ZXJtIKGw c2VydmljZaGxIHdpdGhvdXQgZGVmaW5pdGlvbiwgaXQgd2FzIG5vdCBlYXN5IGZvciBtZSB0byB1 bmRlcnN0YW5kIGhvdyBWTkZzIGFyZSByZWxhdGVkIHRvIGEgbmV0d29yayBzZXJ2aWNlLg0KDQpb TmluZ10gVk5GcyBhcmUgYnVpbGRpbmcgYmxvY2tzIG9mIGEgbmV0d29yayBzZXJ2aWNlLiBBIHNp bXBsZSBleGFtcGxlIGlzIGEgd2ViIGJyb3dzaW5nIHNlcnZpY2UgdGhhdCBtYXkgaW5jbHVkZSBO QVQvcGFja2V0IGZpbHRlciwgcGFyZW50YWwgY29udHJvbCwgc2VydmVyIGxvYWQgYmFsYW5jZXIs IGV0Yy4NCg0KRm9yIGV4YW1wbGUsIGluIFNlY3Rpb24gMywgdGhlcmUgYXJlIHR3byBzdGF0ZXMu DQpPbmUgaW4gobAzLiAgU3RhdGUgbm90aWZpY2F0aW9uIGFjcm9zcyBWTkYgc2V0LqGxIGFuZCB0 aGUgb3RoZXIgaW4gobA0LiBTZXJ2aWNlIHN0YXRlIHN5bmNocm9uaXphdGlvbqGxLg0KSSBqdXN0 IGd1ZXNzIHRoZSBmb3JtZXIgb25lIG1lYW5zIHN0YXRlIG9mIGEgVk5GIGFuZCBsYXR0ZXIgb25l IG1lYW5zIHNlcnZpY2UgaXRzZWxmLg0KDQpbTmluZ10gVGhlIGxhdHRlciBvbmUgaXMgdGhlIHN0 YXRlIG1haW50YWluZWQgYnkgYSBWTkYsIGJ1dCByZWxhdGVkIHRvIHRoZSBzcGVjaWZpYyBmdW5j dGlvbiBpdCBwZXJmb3Jtcywgc3VjaCBhcyBOQVQgdHJhbnNsYXRpb24gdGFibGUsIFRDUCBjb25u ZWN0aW9uIHN0YXRlcy4gVGhlIGZvcm1lciBvbmUgaXMgdGhlIHN0YXRlIG9mIFZORiBpdHNlbGYs IHN1Y2ggYXMgb3ZlcmxvYWQgc3RhdHVzLiBTb3JyeSBmb3IgdGhlIGNvbmZ1c2lvbi4gSSB3aWxs IGdpdmUgbW9yZSBleHBsYW5hdGlvbiBpbiBuZXh0IHJldmlzaW9uLg0KDQpTZWNvbmQsIGlzIHRo ZSBpbnRlcmFjdGlvbiBiZXR3ZWVuIFZORiBwb29sIG1hbmFnZXIgYW5kIFZORiBwb29sIHVzZXIg b3V0IG9mIHNjb3BlPw0KSXQgY291bGQgYmUgcG9zc2libGUgdGhhdCBhIFZORiB1c2VyIHJlY2Vp dmUgaW5mb3JtYXRpb24gZnJvbSBWTkYgcG9vbCBtYW5hZ2VyIGFuZCB1cGRhdGUvY29udHJvbCBw b2xpY3kgYmFzZWQgb24gdGhlIHN0YXRlLg0KQW5kIHRoaXMgY2FuIGJlIGFwcGxpZWQgdG8gc2Vy dmljZSBmdW5jdGlvbiBjaGFpbmluZywgbGlrZSBjaG9vc2luZyBhbm90aGVyIHNlcnZpY2UgZnVu Y3Rpb24gY2hhaW4sIGlmIHdlIHRoaW5rIG9mIGEgVk5GIHBvb2wgdXNlciBhcyBhbiBlbnRpdHkg Y29udHJvbGxpbmcgc2VydmljZSBmdW5jdGlvbiBjaGFpbmluZy4NCg0KW05pbmddIFdlIGRvbqGv dCBleGNsdWRlIHRoZSBpbnRlcmZhY2UgYmV0d2VlbiBwb29sIG1hbmFnZXIgYW5kIHVzZXIgKHBs ZWFzZSBzZWUgaXRlbSM0IGluIFNlY3Rpb24gNCkuIFdoYXQgeW91IGhhdmUgcG9pbnRlZCBpcyBh IGdvb2QgY2FzZSB0byBhZGQsIGVzcGVjaWFsbHkgY29tcGxlbWVudGFyeSB0byBTRkMuDQoNCkxh c3RseSwgY291bGQgYW55b25lIGxldCBtZSBrbm93IHRoZSByZWxhdGlvbiBiZXR3ZWVuIHNlcnZp Y2UgZnVuY3Rpb24gY2hhaW5pbmcgKHNmYykgYW5kIHZuZnBvb2w/DQpUaGUgc2NvcGUgb2Ygdm5m cG9vbCBjb21wYXJlZCB0byBzZmMgYW5kIGhvdyB0aGUgdHdvIGNhbiBpbnRlcmZhY2Ugd2l0aCBl YWNoIG90aGVyLg0KSWYgaXQgd2FzIGRpc2N1c3NlZCBiZWZvcmUsIHNpbXBseSB0ZWxsIG1lIHRo ZSBsaW5rLg0KDQpbTmluZ10gV2UgYmVsaWV2ZSBWTkYgcG9vbCBhbmQgU0ZDIGFyZSBpbmRlcGVu ZGVudCBidXQgY29tcGxlbWVudGFyeS4gUGxlYXNlIHNlZSBpdGVtIzMgaW4gU2VjdGlvbiA1LiBB bHNvIHdlIGhhdmUgcHJldmlvdXMgbGlzdCBkaXNjdXNzaW9ucywgZS5nLiwgaHR0cDovL3d3dy5p ZXRmLm9yZy9tYWlsLWFyY2hpdmUvd2ViL3ZuZnBvb2wvY3VycmVudC9tc2cwMDA5MS5odG1sDQoN ClRoYW5rIHlvdS4NCg0KWW91cnMsDQotIE5hbWdvbg0KDQotLS0tLS0tLS0tIEZvcndhcmRlZCBt ZXNzYWdlIC0tLS0tLS0tLS0NCkZyb206IFpvbmduaW5nIDx6b25nbmluZ0BodWF3ZWkuY29tPG1h aWx0bzp6b25nbmluZ0BodWF3ZWkuY29tPj4NCkRhdGU6IDIwMTQvMS8xNA0KU3ViamVjdDogW3Zu ZnBvb2xdIEZXOiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LXpvbmctdm5mcG9v bC1wcm9ibGVtLXN0YXRlbWVudC0wMi50eHQNClRvOiAidm5mcG9vbEBpZXRmLm9yZzxtYWlsdG86 dm5mcG9vbEBpZXRmLm9yZz4iIDx2bmZwb29sQGlldGYub3JnPG1haWx0bzp2bmZwb29sQGlldGYu b3JnPj4NCg0KDQpIaSwgZm9sa3MsDQoNCkhhcHB5IG5ldyB5ZWFyIQ0KDQpXZSBtYWRlIGEgbmV3 IHJldmlzaW9uIG9mIFZORiBQb29sIFByb2JsZW0gU3RhdGVtZW50LiBQbGVhc2Ugc2VlIHRoZSBi ZWxvdyBhYnN0cmFjdCBhbmQgbGlua3M6DQoNCkFic3RyYWN0Og0KICAgVGhlcmUgaXMgYSB0cmVu ZCB0byBpbXBsZW1lbnQgbmV0d29yayBzZXJ2aWNlcyBieSB1c2luZyBhIGdyb3VwIG9mDQogICBW aXJ0dWFsaXplZCBOZXR3b3JrIEZ1bmN0aW9ucyAoVk5GcykgY2FsbGVkIGEgVk5GIHNldC4gIEEg Vk5GIHNldCBjYW4NCiAgIG9mZmVyIGJlbmVmaXRzIGxpa2UgZmxleGlibGUgc2VydmljZSBwcm92 aXNpb25pbmcuICBBIFZORiBzZXQgYWxzbw0KICAgaW50cm9kdWNlcyBhZGRpdGlvbmFsIHBvaW50 cyBvZiBmYWlsdXJlLCBhbmQgdGhlcmVmb3JlIHBvc2VzDQogICBhZGRpdGlvbmFsIGNoYWxsZW5n ZXMgb24gcmVsaWFiaWxpdHkuDQoNCiAgIFRoaXMgZG9jdW1lbnQgb3ZlcnZpZXdzIHRoZSBwcm9i bGVtcyByZWxhdGVkIHRvIHRoZSByZWxpYWJpbGl0eSBvZiBhDQogICBWTkYgc2V0LiAgQSBWTkYg cG9vbGluZyBhcmNoaXRlY3R1cmUgaXMgYWxzbyBicmllZmx5IGludHJvZHVjZWQgYXMNCiAgIGNh bmRpZGF0ZSBzb2x1dGlvbiB0byBhZGRyZXNzIHRoZSBwcm9ibGVtcy4NCg0KVVJMOiAgICAgICAg ICAgIGh0dHA6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LXpvbmctdm5mcG9v bC1wcm9ibGVtLXN0YXRlbWVudC0wMi50eHQNCkh0bWxpemVkOiAgICAgICBodHRwOi8vdG9vbHMu aWV0Zi5vcmcvaHRtbC9kcmFmdC16b25nLXZuZnBvb2wtcHJvYmxlbS1zdGF0ZW1lbnQtMDINCg0K DQpPdGhlciByZWxhdGVkIGRyYWZ0cyBpbmNsdWRpbmcgVk5GIFBvb2wgVXNlIENhc2VzLCBWTkYg UG9vbGluZyBBcmNoaXRlY3R1cmUgYXJlIHVuZGVyIGRldmVsb3BtZW50IGFuZCB3aWxsIGJlIGF2 YWlsYWJsZSBzb29uIGluIHRoaXMgbW9udGguLi4NCg0KVGhhbmtzLg0KDQotTmluZw0KDQo+IC0t LS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IGludGVybmV0LWRyYWZ0c0BpZXRmLm9y ZzxtYWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPiBbbWFpbHRvOmludGVybmV0LWRyYWZ0 c0BpZXRmLm9yZzxtYWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPl0NCj4gU2VudDogVHVl c2RheSwgSmFudWFyeSAxNCwgMjAxNCA5OjE4IEFNDQo+IFRvOiBab25nbmluZzsgTGluZGEgRHVu YmFyOyBNZWxpbmRhIFNob3JlOyBMaW5kYSBEdW5iYXI7IE1lbGluZGEgU2hvcmU7DQo+IERpZWdv IExvcGV6OyBEaWVnbyBSLiBMb3BlejsgWm9uZ25pbmcNCj4gU3ViamVjdDogTmV3IFZlcnNpb24g Tm90aWZpY2F0aW9uIGZvcg0KPiBkcmFmdC16b25nLXZuZnBvb2wtcHJvYmxlbS1zdGF0ZW1lbnQt MDIudHh0DQo+DQo+DQo+IEEgbmV3IHZlcnNpb24gb2YgSS1ELCBkcmFmdC16b25nLXZuZnBvb2wt cHJvYmxlbS1zdGF0ZW1lbnQtMDIudHh0DQo+IGhhcyBiZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0 ZWQgYnkgTmluZyBab25nIGFuZCBwb3N0ZWQgdG8gdGhlDQo+IElFVEYgcmVwb3NpdG9yeS4NCj4N Cj4gTmFtZTogICAgICAgICBkcmFmdC16b25nLXZuZnBvb2wtcHJvYmxlbS1zdGF0ZW1lbnQNCj4g UmV2aXNpb246ICAgICAwMg0KPiBUaXRsZTogICAgICAgICAgICAgICAgVmlydHVhbGl6ZWQgTmV0 d29yayBGdW5jdGlvbiAoVk5GKSBQb29sIFByb2JsZW0gU3RhdGVtZW50DQo+IERvY3VtZW50IGRh dGU6ICAgICAgICAyMDE0LTAxLTE0DQo+IEdyb3VwOiAgICAgICAgICAgICAgICBJbmRpdmlkdWFs IFN1Ym1pc3Npb24NCj4gUGFnZXM6ICAgICAgICAgICAgICAgIDEwDQo+IFVSTDoNCj4gaHR0cDov L3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQtem9uZy12bmZwb29sLXByb2JsZW0t c3RhdGVtZW50LTAyLg0KPiB0eHQNCj4gU3RhdHVzOg0KPiBodHRwczovL2RhdGF0cmFja2VyLmll dGYub3JnL2RvYy9kcmFmdC16b25nLXZuZnBvb2wtcHJvYmxlbS1zdGF0ZW1lbnQvDQo+IEh0bWxp emVkOg0KPiBodHRwOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC16b25nLXZuZnBvb2wtcHJv YmxlbS1zdGF0ZW1lbnQtMDINCj4gRGlmZjoNCj4gaHR0cDovL3d3dy5pZXRmLm9yZy9yZmNkaWZm P3VybDI9ZHJhZnQtem9uZy12bmZwb29sLXByb2JsZW0tc3RhdGVtZW50LTAyDQo+DQo+IEFic3Ry YWN0Og0KPiAgICBUaGVyZSBpcyBhIHRyZW5kIHRvIGltcGxlbWVudCBuZXR3b3JrIHNlcnZpY2Vz IGJ5IHVzaW5nIGEgZ3JvdXAgb2YNCj4gICAgVmlydHVhbGl6ZWQgTmV0d29yayBGdW5jdGlvbnMg KFZORnMpIGNhbGxlZCBhIFZORiBzZXQuICBBIFZORiBzZXQgY2FuDQo+ICAgIG9mZmVyIGJlbmVm aXRzIGxpa2UgZmxleGlibGUgc2VydmljZSBwcm92aXNpb25pbmcuICBBIFZORiBzZXQgYWxzbw0K PiAgICBpbnRyb2R1Y2VzIGFkZGl0aW9uYWwgcG9pbnRzIG9mIGZhaWx1cmUsIGFuZCB0aGVyZWZv cmUgcG9zZXMNCj4gICAgYWRkaXRpb25hbCBjaGFsbGVuZ2VzIG9uIHJlbGlhYmlsaXR5Lg0KPg0K PiAgICBUaGlzIGRvY3VtZW50IG92ZXJ2aWV3cyB0aGUgcHJvYmxlbXMgcmVsYXRlZCB0byB0aGUg cmVsaWFiaWxpdHkgb2YgYQ0KPiAgICBWTkYgc2V0LiAgQSBWTkYgcG9vbGluZyBhcmNoaXRlY3R1 cmUgaXMgYWxzbyBicmllZmx5IGludHJvZHVjZWQgYXMNCj4gICAgY2FuZGlkYXRlIHNvbHV0aW9u IHRvIGFkZHJlc3MgdGhlIHByb2JsZW1zLg0KPg0KPg0KPg0KPg0KPiBQbGVhc2Ugbm90ZSB0aGF0 IGl0IG1heSB0YWtlIGEgY291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNz aW9uDQo+IHVudGlsIHRoZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFibGUg YXQgdG9vbHMuaWV0Zi5vcmc8aHR0cDovL3Rvb2xzLmlldGYub3JnPi4NCj4NCj4gVGhlIElFVEYg U2VjcmV0YXJpYXQNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18NCnZuZnBvb2wgbWFpbGluZyBsaXN0DQp2bmZwb29sQGlldGYub3JnPG1haWx0bzp2bmZw b29sQGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby92bmZw b29sDQoNCg0KDQrAzCC43sDPwLogwfbBpLXIILz2w+vAzri4wLsgwKfH2CDA27y6tce++sC4uOcs IMHfv+TH0SDBpLq4s6ogwPrA27HHwLsgxvfH1MfPsO0gwNbAuyC89iDA1r3AtM+02S4gvu62sMfR ILHHx9EgvvjAzCwgursgua68rb+hIMb3x9S1yCDBpLq4wMcgwPy6ziC2x7TCIMDPus64piC5q7Tc wLi3ziDBpjPA2r+hsNQgsPiwsywguejG9ywgurm75yC2x7TCILvnv+vHz7TCILDNwLsgvvaw3cj3 ILHdwfbH1bTPtNkuILi4vuAsILq7ILjewM/AzCDA37j4IMD8vNu1yCCw5r/sLCC5373FwM4gtse0 wiC057vnv6Egvsu3wcHWvcOw7SwgursguN7Az8C7IMHvvcMgu+jBpsfPv6kgwda9w7HiILnZtvi0 z7TZLg0KVGhpcyBFLW1haWwgbWF5IGNvbnRhaW4gY29uZmlkZW50aWFsIGluZm9ybWF0aW9uIGFu ZC9vciBjb3B5cmlnaHQgbWF0ZXJpYWwuIFRoaXMgZW1haWwgaXMgaW50ZW5kZWQgZm9yIHRoZSB1 c2Ugb2YgdGhlIGFkZHJlc3NlZSBvbmx5LiBJZiB5b3UgcmVjZWl2ZSB0aGlzIGVtYWlsIGJ5IG1p c3Rha2UsIHBsZWFzZSBlaXRoZXIgZGVsZXRlIGl0IHdpdGhvdXQgcmVwcm9kdWNpbmcsIGRpc3Ry aWJ1dGluZyBvciByZXRhaW5pbmcgY29waWVzIHRoZXJlb2Ygb3Igbm90aWZ5IHRoZSBzZW5kZXIg aW1tZWRpYXRlbHkuDQo= --_000_B0D29E0424F2DE47A0B36779EC666779258676CAnkgeml501mbschi_ Content-Type: text/html; charset="ks_c_5601-1987" Content-Transfer-Encoding: quoted-printable

Hi, Namgon= ,

 = ;

Please see= inline.

 = ;

From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of ???(Cloud Application Project)
Sent: Thursday, January 16, 2014 8:56 AM
To: vnfpool@ietf.org
Cc: =C0=CC=B1=A4=B1=B9(Network Innovation Projec); =B1=E8=B3=B2=B0=EF(Clou= d Application Project)
Subject: Re: [vnfpool] FW: New Version Notification for draft-zong-v= nfpool-problem-statement-02.txt

 

Hi,

 

This new problem statement = looks changed a lot from previous version.=

 

Here=A1=AFs my questions ab= out the draft.

 

First, how about adding the= definition of network service to the terminology section?

 = ;

[Ning] Sur= e.

 = ;

As this draft uses the term= =A1=B0service=A1=B1 without definition, it was not easy for me to understa= nd how VNFs are related to a network service.<= /span>

 = ;

[Ning] VNF= s are building blocks of a network service. A simple example is a web brows= ing service that may include NAT/packet filter, parental control, server load balancer, etc.

 = ;

For example, in Section 3, = there are two states.

One in =A1=B03.  State= notification across VNF set.=A1=B1 and the other in =A1=B04. Service state= synchronization=A1=B1.

I just guess the former one= means state of a VNF and latter one means service itself.

 = ;

[Ning] The= latter one is the state maintained by a VNF, but related to the specific f= unction it performs, such as NAT translation table, TCP connection states. The former one is the state of VNF itself, such as overload status= . Sorry for the confusion. I will give more explanation in next revision.

 

Second, is the interaction = between VNF pool manager and VNF pool user out of scope?

It could be possible that a= VNF user receive information from VNF pool manager and update/control poli= cy based on the state.

And this can be applied to = service function chaining, like choosing another service function chain, if= we think of a VNF pool user as an entity controlling service function chaining.

 

[Ning] We = don=A1=AFt exclude the interface between pool manager and user (please see = item#4 in Section 4). What you have pointed is a good case to add, especially complementary to SFC.

 = ;

Lastly, could anyone let me= know the relation between service function chaining (sfc) and vnfpool?

The scope of vnfpool compar= ed to sfc and how the two can interface with each other.

If it was discussed before,= simply tell me the link.

 = ;

[Ning] We = believe VNF pool and SFC are independent but complementary. Please see item= #3 in Section 5. Also we have previous list discussions, e.g., http://www.ietf.org/mail-archive/web/vnfpool/current/msg00091.html<= o:p>

 

Thank you.

 

Yours,

- Namgon

 

---------- Forwarded message --= --------
From: Zongning <zongning@h= uawei.com>
Date: 2014/1/14
Subject: [vnfpool] FW: New Version Notification for draft-zong-vnfpool-prob= lem-statement-02.txt
To: "vnfpool@ietf.org" &l= t;vnfpool@ietf.org>


Hi, folks,

Happy new year!

We made a new revision of VNF Pool Problem Statement. Please see the below = abstract and links:

Abstract:
   There is a trend to implement network services by using a grou= p of
   Virtualized Network Functions (VNFs) called a VNF set.  A= VNF set can
   offer benefits like flexible service provisioning.  A VNF= set also
   introduces additional points of failure, and therefore poses    additional challenges on reliability.

   This document overviews the problems related to the reliabilit= y of a
   VNF set.  A VNF pooling architecture is also briefly intr= oduced as
   candidate solution to address the problems.

URL:            http://www.ietf.org/internet-drafts/draft-zong-vnfpool-problem-statem= ent-02.txt
Htmlized:       http://tools.ietf.org/html/draft-zong-vnfpool-problem-statement-02


Other related drafts including VNF Pool Use Cases, VNF Pooling Architecture= are under development and will be available soon in this month...

Thanks.

-Ning

> -----Original Message-----
> From: internet-drafts@ietf= .org [mailto:internet-draft= s@ietf.org]
> Sent: Tuesday, January 14, 2014 9:18 AM
> To: Zongning; Linda Dunbar; Melinda Shore; Linda Dunbar; Melinda Shore= ;
> Diego Lopez; Diego R. Lopez; Zongning
> Subject: New Version Notification for
> draft-zong-vnfpool-problem-statement-02.txt
>
>
> A new version of I-D, draft-zong-vnfpool-problem-statement-02.txt
> has been successfully submitted by Ning Zong and posted to the
> IETF repository.
>
> Name:         draft-zong-vnfpool-problem-statement=
> Revision:     02
> Title:                Virtuali= zed Network Function (VNF) Pool Problem Statement
> Document date:        2014-01-14
> Group:                Individu= al Submission
> Pages:                10
> URL:
> http://www.ietf.org/internet-drafts/draft-zong-vnfpool-problem-statement-02= .
> txt
> Status:
> https://datatracker.ietf.org/doc/draft-zong-vnfpool-problem-statement/<= br> > Htmlized:
> http://tools.ietf.org/html/draft-zong-vnfpool-problem-statement-02
> Diff:
> http://www.ietf.org/rfcdiff?url2=3Ddraft-zong-vnfpool-problem-statement-02<= /a>
>
> Abstract:
>    There is a trend to implement network services by using a= group of
>    Virtualized Network Functions (VNFs) called a VNF set. &n= bsp;A VNF set can
>    offer benefits like flexible service provisioning.  = A VNF set also
>    introduces additional points of failure, and therefore po= ses
>    additional challenges on reliability.
>
>    This document overviews the problems related to the relia= bility of a
>    VNF set.  A VNF pooling architecture is also briefly= introduced as
>    candidate solution to address the problems.
>
>
>
>
> Please note that it may take a couple of minutes from the time of subm= ission
> until the htmlized version and diff are available at tools.ietf.org.
>
> The IETF Secretariat

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

 

 

=C0=CC =B8=DE=C0= =CF=C0=BA =C1=F6=C1= =A4=B5=C8 =BC=F6=C3= =EB=C0=CE=B8=B8=C0=BB =C0=A7=C7= =D8 =C0=DB=BC= =BA=B5=C7=BE=FA=C0=B8=B8=E7, =C1=DF=BF= =E4=C7=D1 =C1=A4=BA= =B8=B3=AA =C0=FA=C0= =DB=B1=C7=C0=BB =C6=F7=C7= =D4=C7=CF=B0=ED =C0=D6=C0= =BB =BC=F6 =C0=D6=BD= =C0=B4=CF=B4=D9. =BE=EE=B6= =B0=C7=D1 =B1=C7=C7= =D1 =BE=F8=C0= =CC, =BA=BB =B9=AE=BC= =AD=BF=A1 =C6=F7=C7= =D4=B5=C8 =C1=A4=BA= =B8=C0=C7 =C0=FC=BA= =CE =B6=C7=B4= =C2 =C0=CF=BA= =CE=B8=A6 =B9=AB=B4= =DC=C0=B8=B7=CE =C1=A63=C0=DA=BF=A1=B0=D4 =B0=F8=B0= =B3, =B9=E8=C6= =F7, =BA=B9=BB= =E7 =B6=C7=B4= =C2 =BB=E7=BF= =EB=C7=CF=B4=C2 =B0=CD=C0= =BB =BE=F6=B0= =DD=C8=F7 =B1=DD=C1= =F6=C7=D5=B4=CF=B4=D9. =B8=B8=BE= =E0, =BA=BB =B8=DE=C0= =CF=C0=CC =C0=DF=B8= =F8 =C0=FC=BC= =DB=B5=C8 =B0=E6=BF= =EC, =B9=DF=BD= =C5=C0=CE =B6=C7=B4= =C2 =B4=E7=BB= =E7=BF=A1 =BE=CB=B7= =C1=C1=D6=BD=C3=B0=ED, =BA=BB =B8=DE=C0= =CF=C0=BB =C1=EF=BD= =C3 =BB=E8=C1= =A6=C7=CF=BF=A9 =C1=D6=BD= =C3=B1=E2 =B9=D9=B6= =F8=B4=CF=B4=D9.
This E-mail may contain confidential information and/or copyright material.= This email is intended for the use of the addressee only. If you receive t= his email by mistake, please either delete it without reproducing, distribu= ting or retaining copies thereof or notify the sender immediately.

--_000_B0D29E0424F2DE47A0B36779EC666779258676CAnkgeml501mbschi_-- From kwangkoog.lee@kt.com Wed Jan 15 18:01:17 2014 Return-Path: X-Original-To: vnfpool@ietfa.amsl.com Delivered-To: vnfpool@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 94D421AE008 for ; Wed, 15 Jan 2014 18:01:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.512 X-Spam-Level: *** X-Spam-Status: No, score=3.512 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, RP_MATCHES_RCVD=-0.538, 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 SVd1mKy408Af for ; Wed, 15 Jan 2014 18:01:14 -0800 (PST) Received: from smfilter2.kt.com (smfilter2.kt.com [14.63.245.209]) by ietfa.amsl.com (Postfix) with ESMTP id D03FE1ADFD1 for ; Wed, 15 Jan 2014 18:01:13 -0800 (PST) Received: from external ([10.215.33.51]) by smfilter2.kt.com (1.0) id s0G29qt00C24; Thu, 16 Jan 2014 11:09:52 +0900 Received: from MAIL-MBX-02.corp.ktad.kt.com ([10.215.33.72]) by MAIL-FRT-01.corp.ktad.kt.com ([10.215.33.51]) with mapi id 14.02.0318.004; Thu, 16 Jan 2014 11:00:51 +0900 From: =?ks_c_5601-1987?B?wMyxpLG5KE5ldHdvcmsgSW5ub3ZhdGlvbiBQcm9qZWMp?= To: =?ks_c_5601-1987?B?seizsrDvKENsb3VkIEFwcGxpY2F0aW9uIFByb2plY3Qp?= , "vnfpool@ietf.org" Thread-Topic: [vnfpool] FW: New Version Notification for draft-zong-vnfpool-problem-statement-02.txt Thread-Index: AQHPEc2SHx3VOLfqdUOKSmrvgXF+epqFd5fwgAEf1GA= Date: Thu, 16 Jan 2014 02:00:51 +0000 Message-ID: <5257FAFAFD4D674783D8B8EB1F6D7EC1291AAADD@MAIL-MBX-02> References: In-Reply-To: Accept-Language: ko-KR, en-US Content-Language: ko-KR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-dispnameaddress: kwangkoog.lee@kt.com x-originating-ip: [10.222.249.71] Content-Type: multipart/alternative; boundary="_000_5257FAFAFD4D674783D8B8EB1F6D7EC1291AAADDMAILMBX02_" MIME-Version: 1.0 X-Mailman-Approved-At: Wed, 15 Jan 2014 18:03:41 -0800 Subject: Re: [vnfpool] FW: New Version Notification for draft-zong-vnfpool-problem-statement-02.txt X-BeenThere: vnfpool@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Discussion list for virtual network function resource pooling." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jan 2014 02:01:17 -0000 --_000_5257FAFAFD4D674783D8B8EB1F6D7EC1291AAADDMAILMBX02_ Content-Type: text/plain; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 UmVnYXJkaW5nIHRvIHRoZSBzZWNvbmQgcXVlc3Rpb24sIEkgd2lsbCBhZGQgbW9yZSBjb21tZW50 cy4NCg0KRm9yIGFuIGVuZC10by1lbmQgVk5GIHJlbGlhYmxpdHksIEkgdGhpbmsgYSBjZW50cmFs IFZORiBwb29sIHVzZXIgY2FuIGFjY2VzcyBhbGwgVk5GIG1hbmFnZXJzIGFuZCBjaGVjayBzdGF0 ZXMgb2YgbGl2ZSBWTkYgZWxlbWVudHMgaW4gYSBWTkYgc2V0IChvbmUgc2VydmljZSBmdW5jdGlv biBjaGFpbmluZykuIEFzIHN1Y2gsIGEgVk5GIHBvb2wgbWFuZ2VyIGNhbiBub3RpZnkgc29tZSBp bmZvcm1hdGlvbiBhYm91dCBzdGF0ZXMgb2YgaXRzIFZORiBlbGVtZW50cyB0byB0aGUgdXBwZXIg cG9vbCB1c2VyLiBTbywgd2Ugd2FudCB0byBrbm93IG5vcnRoYm91bmQgY29tbXVuaWNhdGlvbiBv ZiBWTkYgbWFuZ2VyIGlzIGFsc28gY292ZXJlZCBieSBWTkZQb29sIG9yIG5vdC4NCg0KQmVzdCBy ZWdhcmRzLA0KS3dhbmcta29vZyBMZWUNCg0KRnJvbTogseizsrDvKENsb3VkIEFwcGxpY2F0aW9u IFByb2plY3QpDQpTZW50OiBUaHVyc2RheSwgSmFudWFyeSAxNiwgMjAxNCA5OjU2IEFNDQpUbzog dm5mcG9vbEBpZXRmLm9yZw0KQ2M6ILHos7Kw7yhDbG91ZCBBcHBsaWNhdGlvbiBQcm9qZWN0KTsg wMyxpLG5KE5ldHdvcmsgSW5ub3ZhdGlvbiBQcm9qZWMpDQpTdWJqZWN0OiBSRTogW3ZuZnBvb2xd IEZXOiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LXpvbmctdm5mcG9vbC1wcm9i bGVtLXN0YXRlbWVudC0wMi50eHQNCg0KSGksDQoNClRoaXMgbmV3IHByb2JsZW0gc3RhdGVtZW50 IGxvb2tzIGNoYW5nZWQgYSBsb3QgZnJvbSBwcmV2aW91cyB2ZXJzaW9uLg0KDQpIZXJloa9zIG15 IHF1ZXN0aW9ucyBhYm91dCB0aGUgZHJhZnQuDQoNCkZpcnN0LCBob3cgYWJvdXQgYWRkaW5nIHRo ZSBkZWZpbml0aW9uIG9mIG5ldHdvcmsgc2VydmljZSB0byB0aGUgdGVybWlub2xvZ3kgc2VjdGlv bj8NCkFzIHRoaXMgZHJhZnQgdXNlcyB0aGUgdGVybSChsHNlcnZpY2WhsSB3aXRob3V0IGRlZmlu aXRpb24sIGl0IHdhcyBub3QgZWFzeSBmb3IgbWUgdG8gdW5kZXJzdGFuZCBob3cgVk5GcyBhcmUg cmVsYXRlZCB0byBhIG5ldHdvcmsgc2VydmljZS4NCkZvciBleGFtcGxlLCBpbiBTZWN0aW9uIDMs IHRoZXJlIGFyZSB0d28gc3RhdGVzLg0KT25lIGluIKGwMy4gIFN0YXRlIG5vdGlmaWNhdGlvbiBh Y3Jvc3MgVk5GIHNldC6hsSBhbmQgdGhlIG90aGVyIGluIKGwNC4gU2VydmljZSBzdGF0ZSBzeW5j aHJvbml6YXRpb26hsS4NCkkganVzdCBndWVzcyB0aGUgZm9ybWVyIG9uZSBtZWFucyBzdGF0ZSBv ZiBhIFZORiBhbmQgbGF0dGVyIG9uZSBtZWFucyBzZXJ2aWNlIGl0c2VsZi4NCg0KU2Vjb25kLCBp cyB0aGUgaW50ZXJhY3Rpb24gYmV0d2VlbiBWTkYgcG9vbCBtYW5hZ2VyIGFuZCBWTkYgcG9vbCB1 c2VyIG91dCBvZiBzY29wZT8NCkl0IGNvdWxkIGJlIHBvc3NpYmxlIHRoYXQgYSBWTkYgdXNlciBy ZWNlaXZlIGluZm9ybWF0aW9uIGZyb20gVk5GIHBvb2wgbWFuYWdlciBhbmQgdXBkYXRlL2NvbnRy b2wgcG9saWN5IGJhc2VkIG9uIHRoZSBzdGF0ZS4NCkFuZCB0aGlzIGNhbiBiZSBhcHBsaWVkIHRv IHNlcnZpY2UgZnVuY3Rpb24gY2hhaW5pbmcsIGxpa2UgY2hvb3NpbmcgYW5vdGhlciBzZXJ2aWNl IGZ1bmN0aW9uIGNoYWluLCBpZiB3ZSB0aGluayBvZiBhIFZORiBwb29sIHVzZXIgYXMgYW4gZW50 aXR5IGNvbnRyb2xsaW5nIHNlcnZpY2UgZnVuY3Rpb24gY2hhaW5pbmcuDQoNCkxhc3RseSwgY291 bGQgYW55b25lIGxldCBtZSBrbm93IHRoZSByZWxhdGlvbiBiZXR3ZWVuIHNlcnZpY2UgZnVuY3Rp b24gY2hhaW5pbmcgKHNmYykgYW5kIHZuZnBvb2w/DQpUaGUgc2NvcGUgb2Ygdm5mcG9vbCBjb21w YXJlZCB0byBzZmMgYW5kIGhvdyB0aGUgdHdvIGNhbiBpbnRlcmZhY2Ugd2l0aCBlYWNoIG90aGVy Lg0KSWYgaXQgd2FzIGRpc2N1c3NlZCBiZWZvcmUsIHNpbXBseSB0ZWxsIG1lIHRoZSBsaW5rLg0K DQpUaGFuayB5b3UuDQoNCllvdXJzLA0KLSBOYW1nb24NCg0KLS0tLS0tLS0tLSBGb3J3YXJkZWQg bWVzc2FnZSAtLS0tLS0tLS0tDQpGcm9tOiBab25nbmluZyA8em9uZ25pbmdAaHVhd2VpLmNvbTxt YWlsdG86em9uZ25pbmdAaHVhd2VpLmNvbT4+DQpEYXRlOiAyMDE0LzEvMTQNClN1YmplY3Q6IFt2 bmZwb29sXSBGVzogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC16b25nLXZuZnBv b2wtcHJvYmxlbS1zdGF0ZW1lbnQtMDIudHh0DQpUbzogInZuZnBvb2xAaWV0Zi5vcmc8bWFpbHRv OnZuZnBvb2xAaWV0Zi5vcmc+IiA8dm5mcG9vbEBpZXRmLm9yZzxtYWlsdG86dm5mcG9vbEBpZXRm Lm9yZz4+DQoNCg0KSGksIGZvbGtzLA0KDQpIYXBweSBuZXcgeWVhciENCg0KV2UgbWFkZSBhIG5l dyByZXZpc2lvbiBvZiBWTkYgUG9vbCBQcm9ibGVtIFN0YXRlbWVudC4gUGxlYXNlIHNlZSB0aGUg YmVsb3cgYWJzdHJhY3QgYW5kIGxpbmtzOg0KDQpBYnN0cmFjdDoNCiAgIFRoZXJlIGlzIGEgdHJl bmQgdG8gaW1wbGVtZW50IG5ldHdvcmsgc2VydmljZXMgYnkgdXNpbmcgYSBncm91cCBvZg0KICAg VmlydHVhbGl6ZWQgTmV0d29yayBGdW5jdGlvbnMgKFZORnMpIGNhbGxlZCBhIFZORiBzZXQuICBB IFZORiBzZXQgY2FuDQogICBvZmZlciBiZW5lZml0cyBsaWtlIGZsZXhpYmxlIHNlcnZpY2UgcHJv dmlzaW9uaW5nLiAgQSBWTkYgc2V0IGFsc28NCiAgIGludHJvZHVjZXMgYWRkaXRpb25hbCBwb2lu dHMgb2YgZmFpbHVyZSwgYW5kIHRoZXJlZm9yZSBwb3Nlcw0KICAgYWRkaXRpb25hbCBjaGFsbGVu Z2VzIG9uIHJlbGlhYmlsaXR5Lg0KDQogICBUaGlzIGRvY3VtZW50IG92ZXJ2aWV3cyB0aGUgcHJv YmxlbXMgcmVsYXRlZCB0byB0aGUgcmVsaWFiaWxpdHkgb2YgYQ0KICAgVk5GIHNldC4gIEEgVk5G IHBvb2xpbmcgYXJjaGl0ZWN0dXJlIGlzIGFsc28gYnJpZWZseSBpbnRyb2R1Y2VkIGFzDQogICBj YW5kaWRhdGUgc29sdXRpb24gdG8gYWRkcmVzcyB0aGUgcHJvYmxlbXMuDQoNClVSTDogICAgICAg ICAgICBodHRwOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC16b25nLXZuZnBv b2wtcHJvYmxlbS1zdGF0ZW1lbnQtMDIudHh0DQpIdG1saXplZDogICAgICAgaHR0cDovL3Rvb2xz LmlldGYub3JnL2h0bWwvZHJhZnQtem9uZy12bmZwb29sLXByb2JsZW0tc3RhdGVtZW50LTAyDQoN Cg0KT3RoZXIgcmVsYXRlZCBkcmFmdHMgaW5jbHVkaW5nIFZORiBQb29sIFVzZSBDYXNlcywgVk5G IFBvb2xpbmcgQXJjaGl0ZWN0dXJlIGFyZSB1bmRlciBkZXZlbG9wbWVudCBhbmQgd2lsbCBiZSBh dmFpbGFibGUgc29vbiBpbiB0aGlzIG1vbnRoLi4uDQoNClRoYW5rcy4NCg0KLU5pbmcNCg0KPiAt LS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5v cmc8bWFpbHRvOmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZz4gW21haWx0bzppbnRlcm5ldC1kcmFm dHNAaWV0Zi5vcmc8bWFpbHRvOmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZz5dDQo+IFNlbnQ6IFR1 ZXNkYXksIEphbnVhcnkgMTQsIDIwMTQgOToxOCBBTQ0KPiBUbzogWm9uZ25pbmc7IExpbmRhIER1 bmJhcjsgTWVsaW5kYSBTaG9yZTsgTGluZGEgRHVuYmFyOyBNZWxpbmRhIFNob3JlOw0KPiBEaWVn byBMb3BlejsgRGllZ28gUi4gTG9wZXo7IFpvbmduaW5nDQo+IFN1YmplY3Q6IE5ldyBWZXJzaW9u IE5vdGlmaWNhdGlvbiBmb3INCj4gZHJhZnQtem9uZy12bmZwb29sLXByb2JsZW0tc3RhdGVtZW50 LTAyLnR4dA0KPg0KPg0KPiBBIG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQtem9uZy12bmZwb29s LXByb2JsZW0tc3RhdGVtZW50LTAyLnR4dA0KPiBoYXMgYmVlbiBzdWNjZXNzZnVsbHkgc3VibWl0 dGVkIGJ5IE5pbmcgWm9uZyBhbmQgcG9zdGVkIHRvIHRoZQ0KPiBJRVRGIHJlcG9zaXRvcnkuDQo+ DQo+IE5hbWU6ICAgICAgICAgZHJhZnQtem9uZy12bmZwb29sLXByb2JsZW0tc3RhdGVtZW50DQo+ IFJldmlzaW9uOiAgICAgMDINCj4gVGl0bGU6ICAgICAgICAgICAgICAgIFZpcnR1YWxpemVkIE5l dHdvcmsgRnVuY3Rpb24gKFZORikgUG9vbCBQcm9ibGVtIFN0YXRlbWVudA0KPiBEb2N1bWVudCBk YXRlOiAgICAgICAgMjAxNC0wMS0xNA0KPiBHcm91cDogICAgICAgICAgICAgICAgSW5kaXZpZHVh bCBTdWJtaXNzaW9uDQo+IFBhZ2VzOiAgICAgICAgICAgICAgICAxMA0KPiBVUkw6DQo+IGh0dHA6 Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LXpvbmctdm5mcG9vbC1wcm9ibGVt LXN0YXRlbWVudC0wMi4NCj4gdHh0DQo+IFN0YXR1czoNCj4gaHR0cHM6Ly9kYXRhdHJhY2tlci5p ZXRmLm9yZy9kb2MvZHJhZnQtem9uZy12bmZwb29sLXByb2JsZW0tc3RhdGVtZW50Lw0KPiBIdG1s aXplZDoNCj4gaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtem9uZy12bmZwb29sLXBy b2JsZW0tc3RhdGVtZW50LTAyDQo+IERpZmY6DQo+IGh0dHA6Ly93d3cuaWV0Zi5vcmcvcmZjZGlm Zj91cmwyPWRyYWZ0LXpvbmctdm5mcG9vbC1wcm9ibGVtLXN0YXRlbWVudC0wMg0KPg0KPiBBYnN0 cmFjdDoNCj4gICAgVGhlcmUgaXMgYSB0cmVuZCB0byBpbXBsZW1lbnQgbmV0d29yayBzZXJ2aWNl cyBieSB1c2luZyBhIGdyb3VwIG9mDQo+ICAgIFZpcnR1YWxpemVkIE5ldHdvcmsgRnVuY3Rpb25z IChWTkZzKSBjYWxsZWQgYSBWTkYgc2V0LiAgQSBWTkYgc2V0IGNhbg0KPiAgICBvZmZlciBiZW5l Zml0cyBsaWtlIGZsZXhpYmxlIHNlcnZpY2UgcHJvdmlzaW9uaW5nLiAgQSBWTkYgc2V0IGFsc28N Cj4gICAgaW50cm9kdWNlcyBhZGRpdGlvbmFsIHBvaW50cyBvZiBmYWlsdXJlLCBhbmQgdGhlcmVm b3JlIHBvc2VzDQo+ICAgIGFkZGl0aW9uYWwgY2hhbGxlbmdlcyBvbiByZWxpYWJpbGl0eS4NCj4N Cj4gICAgVGhpcyBkb2N1bWVudCBvdmVydmlld3MgdGhlIHByb2JsZW1zIHJlbGF0ZWQgdG8gdGhl IHJlbGlhYmlsaXR5IG9mIGENCj4gICAgVk5GIHNldC4gIEEgVk5GIHBvb2xpbmcgYXJjaGl0ZWN0 dXJlIGlzIGFsc28gYnJpZWZseSBpbnRyb2R1Y2VkIGFzDQo+ICAgIGNhbmRpZGF0ZSBzb2x1dGlv biB0byBhZGRyZXNzIHRoZSBwcm9ibGVtcy4NCj4NCj4NCj4NCj4NCj4gUGxlYXNlIG5vdGUgdGhh dCBpdCBtYXkgdGFrZSBhIGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2Ygc3VibWlz c2lvbg0KPiB1bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxhYmxl IGF0IHRvb2xzLmlldGYub3JnPGh0dHA6Ly90b29scy5pZXRmLm9yZz4uDQo+DQo+IFRoZSBJRVRG IFNlY3JldGFyaWF0DQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fDQp2bmZwb29sIG1haWxpbmcgbGlzdA0Kdm5mcG9vbEBpZXRmLm9yZzxtYWlsdG86dm5m cG9vbEBpZXRmLm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vdm5m cG9vbA0KDQoNCg0KwMwguN7Az8C6IMH2waS1yCC89sPrwM64uMC7IMCnx9ggwNu8urXHvvrAuLjn LCDB37/kx9EgwaS6uLOqIMD6wNuxx8C7IMb3x9THz7DtIMDWwLsgvPYgwNa9wLTPtNkuIL7utrDH 0SCxx8fRIL74wMwsILq7ILmuvK2/oSDG98fUtcggwaS6uMDHIMD8us4gtse0wiDAz7rOuKYguau0 3MC4t84gwaYzwNq/obDUILD4sLMsILnoxvcsILq5u+cgtse0wiC757/rx8+0wiCwzcC7IL72sN3I 9yCx3cH2x9W0z7TZLiC4uL7gLCC6uyC43sDPwMwgwN+4+CDA/LzbtcggsOa/7Cwgud+9xcDOILbH tMIgtOe757+hIL7Lt8HB1r3DsO0sILq7ILjewM/AuyDB773DILvowabHz7+pIMHWvcOx4iC52bb4 tM+02S4NClRoaXMgRS1tYWlsIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBpbmZvcm1hdGlvbiBh bmQvb3IgY29weXJpZ2h0IG1hdGVyaWFsLiBUaGlzIGVtYWlsIGlzIGludGVuZGVkIGZvciB0aGUg dXNlIG9mIHRoZSBhZGRyZXNzZWUgb25seS4gSWYgeW91IHJlY2VpdmUgdGhpcyBlbWFpbCBieSBt aXN0YWtlLCBwbGVhc2UgZWl0aGVyIGRlbGV0ZSBpdCB3aXRob3V0IHJlcHJvZHVjaW5nLCBkaXN0 cmlidXRpbmcgb3IgcmV0YWluaW5nIGNvcGllcyB0aGVyZW9mIG9yIG5vdGlmeSB0aGUgc2VuZGVy IGltbWVkaWF0ZWx5Lg0K --_000_5257FAFAFD4D674783D8B8EB1F6D7EC1291AAADDMAILMBX02_ Content-Type: text/html; charset="ks_c_5601-1987" Content-Transfer-Encoding: quoted-printable

Regarding to the second question, I will add more comm= ents.

 

For an end-to-end VNF reliablity, I think a central VN= F pool user can access all VNF managers and check states of live VNF elemen= ts in a VNF set (one service function chaining). As such, a VNF pool manger c= an notify some information about states of its VNF elements to the upper po= ol user. So, we want to know northbound communication of VNF manger is also= covered by VNFPool or not.

 

Best regards,

Kwang-koog Lee

 

From: =B1=E8=B3=B2=B0=EF(Cloud Application Project)
Sent: Thursday, January 16, 2014 9:56 AM
To: vnfpool@ietf.org
Cc: =B1=E8=B3=B2=B0=EF(Cloud Application Project); =C0=CC=B1=A4=B1=B9(Network Innovation Projec)
Subject: RE: [vnfpool] FW: New Version Notification for draft-zong-v= nfpool-problem-statement-02.txt

 

Hi,

 =

This new prob= lem statement looks changed a lot from previous version.

 =

Here=A1=AFs my questions about the d= raft.

 =

First, how ab= out adding the definition of network service to the terminology section?

As this draft= uses the term =A1=B0service= =A1=B1 without definition, it was not easy for me to u= nderstand how VNFs are related to a network service.

For example, = in Section 3, there are two states.

One in =A1=B03.  State n= otification across VNF set.=A1=B1 and the other= in =A1=B04. Service state synchronization= =A1=B1.

I just guess = the former one means state of a VNF and latter one means service itself.

 =

Second, is th= e interaction between VNF pool manager and VNF pool user out of scope?

It could be p= ossible that a VNF user receive information from VNF pool manager and updat= e/control policy based on the state.

And this can = be applied to service function chaining, like choosing another service func= tion chain, if we think of a VNF pool user as an entity controlling service function chaining.

 =

Lastly, could= anyone let me know the relation between service function chaining (sfc) an= d vnfpool?

The scope of = vnfpool compared to sfc and how the two can interface with each other.

If it was dis= cussed before, simply tell me the link.

 =

Thank you.

 =

Yours,=

- Namgon

 =

---------- Forwarded message --= --------
From: Zongning <zongning@h= uawei.com>
Date: 2014/1/14
Subject: [vnfpool] FW: New Version Notification for draft-zong-vnfpool-prob= lem-statement-02.txt
To: "vnfpool@ietf.org" &l= t;vnfpool@ietf.org>


Hi, folks,

Happy new year!

We made a new revision of VNF Pool Problem Statement. Please see the below = abstract and links:

Abstract:
   There is a trend to implement network services by using a grou= p of
   Virtualized Network Functions (VNFs) called a VNF set.  A= VNF set can
   offer benefits like flexible service provisioning.  A VNF= set also
   introduces additional points of failure, and therefore poses    additional challenges on reliability.

   This document overviews the problems related to the reliabilit= y of a
   VNF set.  A VNF pooling architecture is also briefly intr= oduced as
   candidate solution to address the problems.

URL:            http://www.ietf.org/internet-drafts/draft-zong-vnfpool-problem-statem= ent-02.txt
Htmlized:       http://tools.ietf.org/html/draft-zong-vnfpool-problem-statement-02


Other related drafts including VNF Pool Use Cases, VNF Pooling Architecture= are under development and will be available soon in this month...

Thanks.

-Ning

> -----Original Message-----
> From: internet-drafts@ietf= .org [mailto:internet-draft= s@ietf.org]
> Sent: Tuesday, January 14, 2014 9:18 AM
> To: Zongning; Linda Dunbar; Melinda Shore; Linda Dunbar; Melinda Shore= ;
> Diego Lopez; Diego R. Lopez; Zongning
> Subject: New Version Notification for
> draft-zong-vnfpool-problem-statement-02.txt
>
>
> A new version of I-D, draft-zong-vnfpool-problem-statement-02.txt
> has been successfully submitted by Ning Zong and posted to the
> IETF repository.
>
> Name:         draft-zong-vnfpool-problem-statement=
> Revision:     02
> Title:                Virtuali= zed Network Function (VNF) Pool Problem Statement
> Document date:        2014-01-14
> Group:                Individu= al Submission
> Pages:                10
> URL:
> http://www.ietf.org/internet-drafts/draft-zong-vnfpool-problem-statement-02= .
> txt
> Status:
> https://datatracker.ietf.org/doc/draft-zong-vnfpool-problem-statement/<= br> > Htmlized:
> http://tools.ietf.org/html/draft-zong-vnfpool-problem-statement-02
> Diff:
> http://www.ietf.org/rfcdiff?url2=3Ddraft-zong-vnfpool-problem-statement-02<= /a>
>
> Abstract:
>    There is a trend to implement network services by using a= group of
>    Virtualized Network Functions (VNFs) called a VNF set. &n= bsp;A VNF set can
>    offer benefits like flexible service provisioning.  = A VNF set also
>    introduces additional points of failure, and therefore po= ses
>    additional challenges on reliability.
>
>    This document overviews the problems related to the relia= bility of a
>    VNF set.  A VNF pooling architecture is also briefly= introduced as
>    candidate solution to address the problems.
>
>
>
>
> Please note that it may take a couple of minutes from the time of subm= ission
> until the htmlized version and diff are available at tools.ietf.org.
>
> The IETF Secretariat

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

 

 

=C0=CC =B8=DE=C0=CF=C0=BA =C1=F6=C1=A4=B5=C8 =BC=F6=C3=EB=C0=CE=B8=B8=C0=BB= =C0=A7=C7=D8 =C0=DB=BC=BA=B5=C7=BE=FA=C0=B8=B8=E7, =C1=DF=BF=E4=C7=D1 =C1= =A4=BA=B8=B3=AA =C0=FA=C0=DB=B1=C7=C0=BB =C6=F7=C7=D4=C7=CF=B0=ED =C0=D6=C0= =BB =BC=F6 =C0=D6=BD=C0=B4=CF=B4=D9. =BE=EE=B6=B0=C7=D1 =B1=C7=C7=D1 =BE=F8= =C0=CC, =BA=BB =B9=AE=BC=AD=BF=A1 =C6=F7=C7=D4=B5=C8 =C1=A4=BA=B8=C0=C7 =C0= =FC=BA=CE =B6=C7=B4=C2 =C0=CF=BA=CE=B8=A6 =B9=AB=B4=DC=C0=B8=B7=CE =C1=A63= =C0=DA=BF=A1=B0=D4 =B0=F8=B0=B3, =B9=E8=C6=F7, =BA=B9=BB=E7 =B6=C7=B4=C2 = =BB=E7=BF=EB=C7=CF=B4=C2 =B0=CD=C0=BB =BE=F6=B0=DD=C8=F7 =B1=DD=C1=F6=C7=D5= =B4=CF=B4=D9. =B8=B8=BE=E0, =BA=BB =B8=DE=C0=CF=C0=CC =C0=DF=B8=F8 =C0=FC= =BC=DB=B5=C8 =B0=E6=BF=EC, =B9=DF=BD=C5=C0=CE =B6=C7=B4=C2 =B4=E7=BB=E7=BF= =A1 =BE=CB=B7=C1=C1=D6=BD=C3=B0=ED, =BA=BB =B8=DE=C0=CF=C0=BB =C1=EF=BD=C3 = =BB=E8=C1=A6=C7=CF=BF=A9 =C1=D6=BD=C3=B1=E2 =B9=D9=B6=F8=B4=CF=B4=D9.
This E-mail may contain confidential information and/or copyright material.= This email is intended for the use of the addressee only. If you receive t= his email by mistake, please either delete it without reproducing, distribu= ting or retaining copies thereof or notify the sender immediately.

--_000_5257FAFAFD4D674783D8B8EB1F6D7EC1291AAADDMAILMBX02_-- From kwangkoog.lee@kt.com Wed Jan 15 18:37:50 2014 Return-Path: X-Original-To: vnfpool@ietfa.amsl.com Delivered-To: vnfpool@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6AC7D1AE23E for ; Wed, 15 Jan 2014 18:37:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 3.512 X-Spam-Level: *** X-Spam-Status: No, score=3.512 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, RP_MATCHES_RCVD=-0.538, 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 5tYq5va_rj2E for ; Wed, 15 Jan 2014 18:37:45 -0800 (PST) Received: from smfilter3.kt.com (smfilter3.kt.com [14.63.245.79]) by ietfa.amsl.com (Postfix) with ESMTP id 320A21AE1F1 for ; Wed, 15 Jan 2014 18:37:44 -0800 (PST) Received: from external ([10.215.33.52]) by smfilter3.kt.com (1.0) id s0G2c06008CB; Thu, 16 Jan 2014 11:38:00 +0900 Received: from MAIL-MBX-02.corp.ktad.kt.com ([10.215.33.72]) by MAIL-FRT-02.corp.ktad.kt.com ([10.215.33.52]) with mapi id 14.02.0318.004; Thu, 16 Jan 2014 11:37:20 +0900 From: =?ks_c_5601-1987?B?wMyxpLG5KE5ldHdvcmsgSW5ub3ZhdGlvbiBQcm9qZWMp?= To: Zongning , =?ks_c_5601-1987?B?seizsrDvKENsb3VkIEFwcGxpY2F0aW9uIFByb2plY3Qp?= , "vnfpool@ietf.org" Thread-Topic: [vnfpool] FW: New Version Notification for draft-zong-vnfpool-problem-statement-02.txt Thread-Index: AQHPEc2SHx3VOLfqdUOKSmrvgXF+epqFd5fwgACLTQCAAJpFgA== Date: Thu, 16 Jan 2014 02:37:19 +0000 Message-ID: <5257FAFAFD4D674783D8B8EB1F6D7EC1291AAC67@MAIL-MBX-02> References: In-Reply-To: Accept-Language: ko-KR, en-US Content-Language: ko-KR X-MS-Has-Attach: X-MS-TNEF-Correlator: x-dispnameaddress: kwangkoog.lee@kt.com x-originating-ip: [10.222.249.71] Content-Type: multipart/alternative; boundary="_000_5257FAFAFD4D674783D8B8EB1F6D7EC1291AAC67MAILMBX02_" MIME-Version: 1.0 Subject: Re: [vnfpool] FW: New Version Notification for draft-zong-vnfpool-problem-statement-02.txt X-BeenThere: vnfpool@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Discussion list for virtual network function resource pooling." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jan 2014 02:37:50 -0000 --_000_5257FAFAFD4D674783D8B8EB1F6D7EC1291AAC67MAILMBX02_ Content-Type: text/plain; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 VGhhbmsgeW91IGZvciB5b3VyIGNvbW1lbnQuDQoNCltOaW5nXSBXZSBkb26hr3QgZXhjbHVkZSB0 aGUgaW50ZXJmYWNlIGJldHdlZW4gcG9vbCBtYW5hZ2VyIGFuZCB1c2VyIChwbGVhc2Ugc2VlIGl0 ZW0jNCBpbiBTZWN0aW9uIDQpLiBXaGF0IHlvdSBoYXZlIHBvaW50ZWQgaXMgYSBnb29kIGNhc2Ug dG8gYWRkLCBlc3BlY2lhbGx5IGNvbXBsZW1lbnRhcnkgdG8gU0ZDLg0KDQpSZWdhcmRpbmcgdG8g eW91ciBjb21tZW50czsgdGhlIHN0YXRlbWVudCBvZiBpdGVtIzQgaW4gc2VjdGlvbiA0IGNhbiBi ZSByZWNvZ25pemVkIGFzIGlmIHRoZSBjb21tdW5pY2F0aW9uIGJldHdlZW4gcG9vbCBtYW5hZ2Vy IGFuZCB1c2VyIGxpbWl0cyBmb3Igb2J0YWluaW5nIHRoZSBpbmZvcm1hdGlvbiBvZiB1bmRlcmx5 aW5nIG5ldHdvcmsgZm9yIHBsYWNlbWVudCBvZiBWTkYgZWxlbWVudHMgZnJvbSBpMnJzIG9yIG90 aGVyIHN0YW5kYXJkLg0KDQpCZXN0IHJlZ2FyZHMsDQpLd2FuZy1rb29nIExlZQ0KDQpGcm9tOiBa b25nbmluZyBbbWFpbHRvOnpvbmduaW5nQGh1YXdlaS5jb21dDQpTZW50OiBUaHVyc2RheSwgSmFu dWFyeSAxNiwgMjAxNCAxMTowMCBBTQ0KVG86ILHos7Kw7yhDbG91ZCBBcHBsaWNhdGlvbiBQcm9q ZWN0KTsgdm5mcG9vbEBpZXRmLm9yZw0KQ2M6IMDMsaSxuShOZXR3b3JrIElubm92YXRpb24gUHJv amVjKQ0KU3ViamVjdDogUkU6IFt2bmZwb29sXSBGVzogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9u IGZvciBkcmFmdC16b25nLXZuZnBvb2wtcHJvYmxlbS1zdGF0ZW1lbnQtMDIudHh0DQoNCkhpLCBO YW1nb24sDQoNClBsZWFzZSBzZWUgaW5saW5lLg0KDQpGcm9tOiB2bmZwb29sIFttYWlsdG86dm5m cG9vbC1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgPz8/KENsb3VkIEFwcGxpY2F0aW9u IFByb2plY3QpDQpTZW50OiBUaHVyc2RheSwgSmFudWFyeSAxNiwgMjAxNCA4OjU2IEFNDQpUbzog dm5mcG9vbEBpZXRmLm9yZzxtYWlsdG86dm5mcG9vbEBpZXRmLm9yZz4NCkNjOiDAzLGksbkoTmV0 d29yayBJbm5vdmF0aW9uIFByb2plYyk7ILHos7Kw7yhDbG91ZCBBcHBsaWNhdGlvbiBQcm9qZWN0 KQ0KU3ViamVjdDogUmU6IFt2bmZwb29sXSBGVzogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZv ciBkcmFmdC16b25nLXZuZnBvb2wtcHJvYmxlbS1zdGF0ZW1lbnQtMDIudHh0DQoNCkhpLA0KDQpU aGlzIG5ldyBwcm9ibGVtIHN0YXRlbWVudCBsb29rcyBjaGFuZ2VkIGEgbG90IGZyb20gcHJldmlv dXMgdmVyc2lvbi4NCg0KSGVyZaGvcyBteSBxdWVzdGlvbnMgYWJvdXQgdGhlIGRyYWZ0Lg0KDQpG aXJzdCwgaG93IGFib3V0IGFkZGluZyB0aGUgZGVmaW5pdGlvbiBvZiBuZXR3b3JrIHNlcnZpY2Ug dG8gdGhlIHRlcm1pbm9sb2d5IHNlY3Rpb24/DQoNCltOaW5nXSBTdXJlLg0KDQpBcyB0aGlzIGRy YWZ0IHVzZXMgdGhlIHRlcm0gobBzZXJ2aWNlobEgd2l0aG91dCBkZWZpbml0aW9uLCBpdCB3YXMg bm90IGVhc3kgZm9yIG1lIHRvIHVuZGVyc3RhbmQgaG93IFZORnMgYXJlIHJlbGF0ZWQgdG8gYSBu ZXR3b3JrIHNlcnZpY2UuDQoNCltOaW5nXSBWTkZzIGFyZSBidWlsZGluZyBibG9ja3Mgb2YgYSBu ZXR3b3JrIHNlcnZpY2UuIEEgc2ltcGxlIGV4YW1wbGUgaXMgYSB3ZWIgYnJvd3Npbmcgc2Vydmlj ZSB0aGF0IG1heSBpbmNsdWRlIE5BVC9wYWNrZXQgZmlsdGVyLCBwYXJlbnRhbCBjb250cm9sLCBz ZXJ2ZXIgbG9hZCBiYWxhbmNlciwgZXRjLg0KDQpGb3IgZXhhbXBsZSwgaW4gU2VjdGlvbiAzLCB0 aGVyZSBhcmUgdHdvIHN0YXRlcy4NCk9uZSBpbiChsDMuICBTdGF0ZSBub3RpZmljYXRpb24gYWNy b3NzIFZORiBzZXQuobEgYW5kIHRoZSBvdGhlciBpbiChsDQuIFNlcnZpY2Ugc3RhdGUgc3luY2hy b25pemF0aW9uobEuDQpJIGp1c3QgZ3Vlc3MgdGhlIGZvcm1lciBvbmUgbWVhbnMgc3RhdGUgb2Yg YSBWTkYgYW5kIGxhdHRlciBvbmUgbWVhbnMgc2VydmljZSBpdHNlbGYuDQoNCltOaW5nXSBUaGUg bGF0dGVyIG9uZSBpcyB0aGUgc3RhdGUgbWFpbnRhaW5lZCBieSBhIFZORiwgYnV0IHJlbGF0ZWQg dG8gdGhlIHNwZWNpZmljIGZ1bmN0aW9uIGl0IHBlcmZvcm1zLCBzdWNoIGFzIE5BVCB0cmFuc2xh dGlvbiB0YWJsZSwgVENQIGNvbm5lY3Rpb24gc3RhdGVzLiBUaGUgZm9ybWVyIG9uZSBpcyB0aGUg c3RhdGUgb2YgVk5GIGl0c2VsZiwgc3VjaCBhcyBvdmVybG9hZCBzdGF0dXMuIFNvcnJ5IGZvciB0 aGUgY29uZnVzaW9uLiBJIHdpbGwgZ2l2ZSBtb3JlIGV4cGxhbmF0aW9uIGluIG5leHQgcmV2aXNp b24uDQoNClNlY29uZCwgaXMgdGhlIGludGVyYWN0aW9uIGJldHdlZW4gVk5GIHBvb2wgbWFuYWdl ciBhbmQgVk5GIHBvb2wgdXNlciBvdXQgb2Ygc2NvcGU/DQpJdCBjb3VsZCBiZSBwb3NzaWJsZSB0 aGF0IGEgVk5GIHVzZXIgcmVjZWl2ZSBpbmZvcm1hdGlvbiBmcm9tIFZORiBwb29sIG1hbmFnZXIg YW5kIHVwZGF0ZS9jb250cm9sIHBvbGljeSBiYXNlZCBvbiB0aGUgc3RhdGUuDQpBbmQgdGhpcyBj YW4gYmUgYXBwbGllZCB0byBzZXJ2aWNlIGZ1bmN0aW9uIGNoYWluaW5nLCBsaWtlIGNob29zaW5n IGFub3RoZXIgc2VydmljZSBmdW5jdGlvbiBjaGFpbiwgaWYgd2UgdGhpbmsgb2YgYSBWTkYgcG9v bCB1c2VyIGFzIGFuIGVudGl0eSBjb250cm9sbGluZyBzZXJ2aWNlIGZ1bmN0aW9uIGNoYWluaW5n Lg0KDQpbTmluZ10gV2UgZG9uoa90IGV4Y2x1ZGUgdGhlIGludGVyZmFjZSBiZXR3ZWVuIHBvb2wg bWFuYWdlciBhbmQgdXNlciAocGxlYXNlIHNlZSBpdGVtIzQgaW4gU2VjdGlvbiA0KS4gV2hhdCB5 b3UgaGF2ZSBwb2ludGVkIGlzIGEgZ29vZCBjYXNlIHRvIGFkZCwgZXNwZWNpYWxseSBjb21wbGVt ZW50YXJ5IHRvIFNGQy4NCg0KTGFzdGx5LCBjb3VsZCBhbnlvbmUgbGV0IG1lIGtub3cgdGhlIHJl bGF0aW9uIGJldHdlZW4gc2VydmljZSBmdW5jdGlvbiBjaGFpbmluZyAoc2ZjKSBhbmQgdm5mcG9v bD8NClRoZSBzY29wZSBvZiB2bmZwb29sIGNvbXBhcmVkIHRvIHNmYyBhbmQgaG93IHRoZSB0d28g Y2FuIGludGVyZmFjZSB3aXRoIGVhY2ggb3RoZXIuDQpJZiBpdCB3YXMgZGlzY3Vzc2VkIGJlZm9y ZSwgc2ltcGx5IHRlbGwgbWUgdGhlIGxpbmsuDQoNCltOaW5nXSBXZSBiZWxpZXZlIFZORiBwb29s IGFuZCBTRkMgYXJlIGluZGVwZW5kZW50IGJ1dCBjb21wbGVtZW50YXJ5LiBQbGVhc2Ugc2VlIGl0 ZW0jMyBpbiBTZWN0aW9uIDUuIEFsc28gd2UgaGF2ZSBwcmV2aW91cyBsaXN0IGRpc2N1c3Npb25z LCBlLmcuLCBodHRwOi8vd3d3LmlldGYub3JnL21haWwtYXJjaGl2ZS93ZWIvdm5mcG9vbC9jdXJy ZW50L21zZzAwMDkxLmh0bWwNCg0KVGhhbmsgeW91Lg0KDQpZb3VycywNCi0gTmFtZ29uDQoNCi0t LS0tLS0tLS0gRm9yd2FyZGVkIG1lc3NhZ2UgLS0tLS0tLS0tLQ0KRnJvbTogWm9uZ25pbmcgPHpv bmduaW5nQGh1YXdlaS5jb208bWFpbHRvOnpvbmduaW5nQGh1YXdlaS5jb20+Pg0KRGF0ZTogMjAx NC8xLzE0DQpTdWJqZWN0OiBbdm5mcG9vbF0gRlc6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBm b3IgZHJhZnQtem9uZy12bmZwb29sLXByb2JsZW0tc3RhdGVtZW50LTAyLnR4dA0KVG86ICJ2bmZw b29sQGlldGYub3JnPG1haWx0bzp2bmZwb29sQGlldGYub3JnPiIgPHZuZnBvb2xAaWV0Zi5vcmc8 bWFpbHRvOnZuZnBvb2xAaWV0Zi5vcmc+Pg0KDQoNCkhpLCBmb2xrcywNCg0KSGFwcHkgbmV3IHll YXIhDQoNCldlIG1hZGUgYSBuZXcgcmV2aXNpb24gb2YgVk5GIFBvb2wgUHJvYmxlbSBTdGF0ZW1l bnQuIFBsZWFzZSBzZWUgdGhlIGJlbG93IGFic3RyYWN0IGFuZCBsaW5rczoNCg0KQWJzdHJhY3Q6 DQogICBUaGVyZSBpcyBhIHRyZW5kIHRvIGltcGxlbWVudCBuZXR3b3JrIHNlcnZpY2VzIGJ5IHVz aW5nIGEgZ3JvdXAgb2YNCiAgIFZpcnR1YWxpemVkIE5ldHdvcmsgRnVuY3Rpb25zIChWTkZzKSBj YWxsZWQgYSBWTkYgc2V0LiAgQSBWTkYgc2V0IGNhbg0KICAgb2ZmZXIgYmVuZWZpdHMgbGlrZSBm bGV4aWJsZSBzZXJ2aWNlIHByb3Zpc2lvbmluZy4gIEEgVk5GIHNldCBhbHNvDQogICBpbnRyb2R1 Y2VzIGFkZGl0aW9uYWwgcG9pbnRzIG9mIGZhaWx1cmUsIGFuZCB0aGVyZWZvcmUgcG9zZXMNCiAg IGFkZGl0aW9uYWwgY2hhbGxlbmdlcyBvbiByZWxpYWJpbGl0eS4NCg0KICAgVGhpcyBkb2N1bWVu dCBvdmVydmlld3MgdGhlIHByb2JsZW1zIHJlbGF0ZWQgdG8gdGhlIHJlbGlhYmlsaXR5IG9mIGEN CiAgIFZORiBzZXQuICBBIFZORiBwb29saW5nIGFyY2hpdGVjdHVyZSBpcyBhbHNvIGJyaWVmbHkg aW50cm9kdWNlZCBhcw0KICAgY2FuZGlkYXRlIHNvbHV0aW9uIHRvIGFkZHJlc3MgdGhlIHByb2Js ZW1zLg0KDQpVUkw6ICAgICAgICAgICAgaHR0cDovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFm dHMvZHJhZnQtem9uZy12bmZwb29sLXByb2JsZW0tc3RhdGVtZW50LTAyLnR4dA0KSHRtbGl6ZWQ6 ICAgICAgIGh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LXpvbmctdm5mcG9vbC1wcm9i bGVtLXN0YXRlbWVudC0wMg0KDQoNCk90aGVyIHJlbGF0ZWQgZHJhZnRzIGluY2x1ZGluZyBWTkYg UG9vbCBVc2UgQ2FzZXMsIFZORiBQb29saW5nIEFyY2hpdGVjdHVyZSBhcmUgdW5kZXIgZGV2ZWxv cG1lbnQgYW5kIHdpbGwgYmUgYXZhaWxhYmxlIHNvb24gaW4gdGhpcyBtb250aC4uLg0KDQpUaGFu a3MuDQoNCi1OaW5nDQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogaW50 ZXJuZXQtZHJhZnRzQGlldGYub3JnPG1haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc+IFtt YWlsdG86aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPG1haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0 Zi5vcmc+XQ0KPiBTZW50OiBUdWVzZGF5LCBKYW51YXJ5IDE0LCAyMDE0IDk6MTggQU0NCj4gVG86 IFpvbmduaW5nOyBMaW5kYSBEdW5iYXI7IE1lbGluZGEgU2hvcmU7IExpbmRhIER1bmJhcjsgTWVs aW5kYSBTaG9yZTsNCj4gRGllZ28gTG9wZXo7IERpZWdvIFIuIExvcGV6OyBab25nbmluZw0KPiBT dWJqZWN0OiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yDQo+IGRyYWZ0LXpvbmctdm5mcG9v bC1wcm9ibGVtLXN0YXRlbWVudC0wMi50eHQNCj4NCj4NCj4gQSBuZXcgdmVyc2lvbiBvZiBJLUQs IGRyYWZ0LXpvbmctdm5mcG9vbC1wcm9ibGVtLXN0YXRlbWVudC0wMi50eHQNCj4gaGFzIGJlZW4g c3VjY2Vzc2Z1bGx5IHN1Ym1pdHRlZCBieSBOaW5nIFpvbmcgYW5kIHBvc3RlZCB0byB0aGUNCj4g SUVURiByZXBvc2l0b3J5Lg0KPg0KPiBOYW1lOiAgICAgICAgIGRyYWZ0LXpvbmctdm5mcG9vbC1w cm9ibGVtLXN0YXRlbWVudA0KPiBSZXZpc2lvbjogICAgIDAyDQo+IFRpdGxlOiAgICAgICAgICAg ICAgICBWaXJ0dWFsaXplZCBOZXR3b3JrIEZ1bmN0aW9uIChWTkYpIFBvb2wgUHJvYmxlbSBTdGF0 ZW1lbnQNCj4gRG9jdW1lbnQgZGF0ZTogICAgICAgIDIwMTQtMDEtMTQNCj4gR3JvdXA6ICAgICAg ICAgICAgICAgIEluZGl2aWR1YWwgU3VibWlzc2lvbg0KPiBQYWdlczogICAgICAgICAgICAgICAg MTANCj4gVVJMOg0KPiBodHRwOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC16 b25nLXZuZnBvb2wtcHJvYmxlbS1zdGF0ZW1lbnQtMDIuDQo+IHR4dA0KPiBTdGF0dXM6DQo+IGh0 dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXpvbmctdm5mcG9vbC1wcm9ibGVt LXN0YXRlbWVudC8NCj4gSHRtbGl6ZWQ6DQo+IGh0dHA6Ly90b29scy5pZXRmLm9yZy9odG1sL2Ry YWZ0LXpvbmctdm5mcG9vbC1wcm9ibGVtLXN0YXRlbWVudC0wMg0KPiBEaWZmOg0KPiBodHRwOi8v d3d3LmlldGYub3JnL3JmY2RpZmY/dXJsMj1kcmFmdC16b25nLXZuZnBvb2wtcHJvYmxlbS1zdGF0 ZW1lbnQtMDINCj4NCj4gQWJzdHJhY3Q6DQo+ICAgIFRoZXJlIGlzIGEgdHJlbmQgdG8gaW1wbGVt ZW50IG5ldHdvcmsgc2VydmljZXMgYnkgdXNpbmcgYSBncm91cCBvZg0KPiAgICBWaXJ0dWFsaXpl ZCBOZXR3b3JrIEZ1bmN0aW9ucyAoVk5GcykgY2FsbGVkIGEgVk5GIHNldC4gIEEgVk5GIHNldCBj YW4NCj4gICAgb2ZmZXIgYmVuZWZpdHMgbGlrZSBmbGV4aWJsZSBzZXJ2aWNlIHByb3Zpc2lvbmlu Zy4gIEEgVk5GIHNldCBhbHNvDQo+ICAgIGludHJvZHVjZXMgYWRkaXRpb25hbCBwb2ludHMgb2Yg ZmFpbHVyZSwgYW5kIHRoZXJlZm9yZSBwb3Nlcw0KPiAgICBhZGRpdGlvbmFsIGNoYWxsZW5nZXMg b24gcmVsaWFiaWxpdHkuDQo+DQo+ICAgIFRoaXMgZG9jdW1lbnQgb3ZlcnZpZXdzIHRoZSBwcm9i bGVtcyByZWxhdGVkIHRvIHRoZSByZWxpYWJpbGl0eSBvZiBhDQo+ICAgIFZORiBzZXQuICBBIFZO RiBwb29saW5nIGFyY2hpdGVjdHVyZSBpcyBhbHNvIGJyaWVmbHkgaW50cm9kdWNlZCBhcw0KPiAg ICBjYW5kaWRhdGUgc29sdXRpb24gdG8gYWRkcmVzcyB0aGUgcHJvYmxlbXMuDQo+DQo+DQo+DQo+ DQo+IFBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWludXRlcyBmcm9t IHRoZSB0aW1lIG9mIHN1Ym1pc3Npb24NCj4gdW50aWwgdGhlIGh0bWxpemVkIHZlcnNpb24gYW5k IGRpZmYgYXJlIGF2YWlsYWJsZSBhdCB0b29scy5pZXRmLm9yZzxodHRwOi8vdG9vbHMuaWV0Zi5v cmc+Lg0KPg0KPiBUaGUgSUVURiBTZWNyZXRhcmlhdA0KDQpfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXw0Kdm5mcG9vbCBtYWlsaW5nIGxpc3QNCnZuZnBvb2xA aWV0Zi5vcmc8bWFpbHRvOnZuZnBvb2xAaWV0Zi5vcmc+DQpodHRwczovL3d3dy5pZXRmLm9yZy9t YWlsbWFuL2xpc3RpbmZvL3ZuZnBvb2wNCg0KDQoNCsDMILjewM/AuiDB9sGktcggvPbD68DOuLjA uyDAp8fYIMDbvLq1x776wLi45ywgwd+/5MfRIMGkurizqiDA+sDbscfAuyDG98fUx8+w7SDA1sC7 ILz2IMDWvcC0z7TZLiC+7rawx9EgscfH0SC++MDMLCC6uyC5rrytv6EgxvfH1LXIIMGkurjAxyDA /LrOILbHtMIgwM+6zrimILmrtNzAuLfOIMGmM8Dav6Gw1CCw+LCzLCC56Mb3LCC6ubvnILbHtMIg u+e/68fPtMIgsM3AuyC+9rDdyPcgsd3B9sfVtM+02S4guLi+4CwgursguN7Az8DMIMDfuPggwPy8 27XIILDmv+wsILnfvcXAziC2x7TCILTnu+e/oSC+y7fBwda9w7DtLCC6uyC43sDPwLsgwe+9wyC7 6MGmx8+/qSDB1r3DseIgudm2+LTPtNkuDQpUaGlzIEUtbWFpbCBtYXkgY29udGFpbiBjb25maWRl bnRpYWwgaW5mb3JtYXRpb24gYW5kL29yIGNvcHlyaWdodCBtYXRlcmlhbC4gVGhpcyBlbWFpbCBp cyBpbnRlbmRlZCBmb3IgdGhlIHVzZSBvZiB0aGUgYWRkcmVzc2VlIG9ubHkuIElmIHlvdSByZWNl aXZlIHRoaXMgZW1haWwgYnkgbWlzdGFrZSwgcGxlYXNlIGVpdGhlciBkZWxldGUgaXQgd2l0aG91 dCByZXByb2R1Y2luZywgZGlzdHJpYnV0aW5nIG9yIHJldGFpbmluZyBjb3BpZXMgdGhlcmVvZiBv ciBub3RpZnkgdGhlIHNlbmRlciBpbW1lZGlhdGVseS4NCg0KDQoNCsDMILjewM/AuiDB9sGktcgg vPbD68DOuLjAuyDAp8fYIMDbvLq1x776wLi45ywgwd+/5MfRIMGkurizqiDA+sDbscfAuyDG98fU x8+w7SDA1sC7ILz2IMDWvcC0z7TZLiC+7rawx9EgscfH0SC++MDMLCC6uyC5rrytv6EgxvfH1LXI IMGkurjAxyDA/LrOILbHtMIgwM+6zrimILmrtNzAuLfOIMGmM8Dav6Gw1CCw+LCzLCC56Mb3LCC6 ubvnILbHtMIgu+e/68fPtMIgsM3AuyC+9rDdyPcgsd3B9sfVtM+02S4guLi+4CwgursguN7Az8DM IMDfuPggwPy827XIILDmv+wsILnfvcXAziC2x7TCILTnu+e/oSC+y7fBwda9w7DtLCC6uyC43sDP wLsgwe+9wyC76MGmx8+/qSDB1r3DseIgudm2+LTPtNkuDQpUaGlzIEUtbWFpbCBtYXkgY29udGFp biBjb25maWRlbnRpYWwgaW5mb3JtYXRpb24gYW5kL29yIGNvcHlyaWdodCBtYXRlcmlhbC4gVGhp cyBlbWFpbCBpcyBpbnRlbmRlZCBmb3IgdGhlIHVzZSBvZiB0aGUgYWRkcmVzc2VlIG9ubHkuIElm IHlvdSByZWNlaXZlIHRoaXMgZW1haWwgYnkgbWlzdGFrZSwgcGxlYXNlIGVpdGhlciBkZWxldGUg aXQgd2l0aG91dCByZXByb2R1Y2luZywgZGlzdHJpYnV0aW5nIG9yIHJldGFpbmluZyBjb3BpZXMg dGhlcmVvZiBvciBub3RpZnkgdGhlIHNlbmRlciBpbW1lZGlhdGVseS4NCg== --_000_5257FAFAFD4D674783D8B8EB1F6D7EC1291AAC67MAILMBX02_ Content-Type: text/html; charset="ks_c_5601-1987" Content-Transfer-Encoding: quoted-printable

Thank you for your comment.

 

[Ning= ] We don=A1=AFt exclude the interface between pool manager and user (please= see item#4 in Section 4). What you have pointed is a good case to add, especially complementary to SFC.

 

Regarding to your comments; the statement of item#4 in= section 4 can be recognized as if the communication between pool manager and user limits for obtaining the information of underlying network for pl= acement of VNF elements from i2rs or other standard.

 

Best regards,

Kwang-koog Lee

 

From: Zongning [mailto:zongning@huawei.com]
Sent: Thursday, January 16, 2014 11:00 AM
To: =B1=E8=B3=B2=B0=EF(Cloud Application Project); vnfpool@ietf.org<= br> Cc: =C0=CC=B1=A4=B1=B9(Network Innovation Projec)
Subject: RE: [vnfpool] FW: New Version Notification for draft-zong-v= nfpool-problem-statement-02.txt

 

Hi, Namg= on,

 

Please s= ee inline.

 

From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of ???(Cloud Application Project)
Sent: Thursday, January 16, 2014 8:56 AM
To: vnfpool@ietf.org
Cc: =C0=CC=B1=A4=B1=B9(Network Innovation Projec); =B1=E8=B3=B2=B0=EF(Cloud Application Project)
Subject: Re: [vnfpool] FW: New Version Notification for draft-zong-v= nfpool-problem-statement-02.txt

 

Hi,

 =

This new prob= lem statement looks changed a lot from previous version.

 =

Here=A1=AFs my questions about the d= raft.

 =

First, how ab= out adding the definition of network service to the terminology section?

 

[Ning] S= ure.

 

As this draft= uses the term =A1=B0service= =A1=B1 without definition, it was not easy for me to u= nderstand how VNFs are related to a network service.

 

[Ning] V= NFs are building blocks of a network service. A simple example is a web bro= wsing service that may include NAT/packet filter, parental control, server load balancer, etc.

 

For example, = in Section 3, there are two states.

One in =A1=B03.  State n= otification across VNF set.=A1=B1 and the other= in =A1=B04. Service state synchronization= =A1=B1.

I just guess = the former one means state of a VNF and latter one means service itself.

 

[Ning] T= he latter one is the state maintained by a VNF, but related to the specific= function it performs, such as NAT translation table, TCP connection states. The former one is the state of VNF itself, such as over= load status. Sorry for the confusion. I will give more explanation in next = revision.

 =

Second, is th= e interaction between VNF pool manager and VNF pool user out of scope?

It could be p= ossible that a VNF user receive information from VNF pool manager and updat= e/control policy based on the state.

And this can = be applied to service function chaining, like choosing another service func= tion chain, if we think of a VNF pool user as an entity controlling service function chaining.

 

[Ning] W= e don=A1=AFt exclude the interface between pool manager and user (please se= e item#4 in Section 4). What you have pointed is a good case to add, especially complementary to SFC.

 

Lastly, could= anyone let me know the relation between service function chaining (sfc) an= d vnfpool?

The scope of = vnfpool compared to sfc and how the two can interface with each other.

If it was dis= cussed before, simply tell me the link.

 

[Ning] W= e believe VNF pool and SFC are independent but complementary. Please see it= em#3 in Section 5. Also we have previous list discussions, e.g., http://www.ietf.org/mail-archive/web/vnfpool/current/msg00091.html

 =

Thank you.

 =

Yours,=

- Namgon

 =

---------- Forwarded message --= --------
From: Zongning <zongning@h= uawei.com>
Date: 2014/1/14
Subject: [vnfpool] FW: New Version Notification for draft-zong-vnfpool-prob= lem-statement-02.txt
To: "vnfpool@ietf.org" &l= t;vnfpool@ietf.org>


Hi, folks,

Happy new year!

We made a new revision of VNF Pool Problem Statement. Please see the below = abstract and links:

Abstract:
   There is a trend to implement network services by using a grou= p of
   Virtualized Network Functions (VNFs) called a VNF set.  A= VNF set can
   offer benefits like flexible service provisioning.  A VNF= set also
   introduces additional points of failure, and therefore poses    additional challenges on reliability.

   This document overviews the problems related to the reliabilit= y of a
   VNF set.  A VNF pooling architecture is also briefly intr= oduced as
   candidate solution to address the problems.

URL:            http://www.ietf.org/internet-drafts/draft-zong-vnfpool-problem-statem= ent-02.txt
Htmlized:       http://tools.ietf.org/html/draft-zong-vnfpool-problem-statement-02


Other related drafts including VNF Pool Use Cases, VNF Pooling Architecture= are under development and will be available soon in this month...

Thanks.

-Ning

> -----Original Message-----
> From: internet-drafts@ietf= .org [mailto:internet-draft= s@ietf.org]
> Sent: Tuesday, January 14, 2014 9:18 AM
> To: Zongning; Linda Dunbar; Melinda Shore; Linda Dunbar; Melinda Shore= ;
> Diego Lopez; Diego R. Lopez; Zongning
> Subject: New Version Notification for
> draft-zong-vnfpool-problem-statement-02.txt
>
>
> A new version of I-D, draft-zong-vnfpool-problem-statement-02.txt
> has been successfully submitted by Ning Zong and posted to the
> IETF repository.
>
> Name:         draft-zong-vnfpool-problem-statement=
> Revision:     02
> Title:                Virtuali= zed Network Function (VNF) Pool Problem Statement
> Document date:        2014-01-14
> Group:                Individu= al Submission
> Pages:                10
> URL:
> http://www.ietf.org/internet-drafts/draft-zong-vnfpool-problem-statement-02= .
> txt
> Status:
> https://datatracker.ietf.org/doc/draft-zong-vnfpool-problem-statement/<= br> > Htmlized:
> http://tools.ietf.org/html/draft-zong-vnfpool-problem-statement-02
> Diff:
> http://www.ietf.org/rfcdiff?url2=3Ddraft-zong-vnfpool-problem-statement-02<= /a>
>
> Abstract:
>    There is a trend to implement network services by using a= group of
>    Virtualized Network Functions (VNFs) called a VNF set. &n= bsp;A VNF set can
>    offer benefits like flexible service provisioning.  = A VNF set also
>    introduces additional points of failure, and therefore po= ses
>    additional challenges on reliability.
>
>    This document overviews the problems related to the relia= bility of a
>    VNF set.  A VNF pooling architecture is also briefly= introduced as
>    candidate solution to address the problems.
>
>
>
>
> Please note that it may take a couple of minutes from the time of subm= ission
> until the htmlized version and diff are available at tools.ietf.org.
>
> The IETF Secretariat

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

 

 

=C0=CC =B8=DE=C0=CF=C0=BA =C1=F6=C1=A4=B5=C8 =BC=F6=C3=EB=C0=CE=B8= =B8=C0=BB =C0=A7=C7=D8 =C0=DB=BC=BA=B5=C7=BE= =FA=C0=B8=B8=E7, =C1=DF=BF=E4=C7=D1 =C1=A4=BA=B8=B3=AA =C0=FA=C0=DB=B1=C7=C0= =BB =C6=F7=C7=D4=C7=CF=B0= =ED =C0=D6=C0=BB =BC=F6 =C0=D6=BD=C0=B4=CF=B4= =D9. =BE=EE=B6=B0=C7=D1 =B1=C7=C7=D1 =BE=F8=C0=CC, =BA=BB =B9=AE=BC=AD=BF=A1 =C6=F7=C7=D4=B5=C8 =C1=A4=BA=B8=C0=C7 =C0=FC=BA=CE =B6=C7=B4=C2 =C0=CF=BA=CE=B8=A6 =B9=AB=B4=DC=C0=B8=B7= =CE =C1=A63=C0=DA=BF=A1=B0=D4 =B0=F8=B0=B3, =B9=E8=C6=F7, =BA=B9=BB=E7 =B6=C7=B4=C2 =BB=E7=BF=EB=C7=CF=B4= =C2 =B0=CD=C0=BB =BE=F6=B0=DD=C8=F7 =B1=DD=C1=F6=C7=D5=B4= =CF=B4=D9. =B8=B8=BE=E0, =BA=BB =B8=DE=C0=CF=C0=CC =C0=DF=B8=F8 =C0=FC=BC=DB=B5=C8 =B0=E6=BF=EC, =B9=DF=BD=C5=C0=CE =B6=C7=B4=C2 =B4=E7=BB=E7=BF=A1 =BE=CB=B7=C1=C1=D6=BD= =C3=B0=ED, =BA=BB =B8=DE=C0=CF=C0=BB =C1=EF=BD=C3 =BB=E8=C1=A6=C7=CF=BF= =A9 =C1=D6=BD=C3=B1=E2 =B9=D9=B6=F8=B4=CF=B4= =D9.
This E-mail may contain confidential information and/or copyright material.= This email is intended for the use of the addressee only. If you receive t= his email by mistake, please either delete it without reproducing, distribu= ting or retaining copies thereof or notify the sender immediately.

 

=C0=CC =B8=DE=C0=CF=C0=BA =C1=F6=C1=A4=B5=C8 =BC=F6=C3=EB=C0=CE=B8=B8=C0=BB= =C0=A7=C7=D8 =C0=DB=BC=BA=B5=C7=BE=FA=C0=B8=B8=E7, =C1=DF=BF=E4=C7=D1 =C1= =A4=BA=B8=B3=AA =C0=FA=C0=DB=B1=C7=C0=BB =C6=F7=C7=D4=C7=CF=B0=ED =C0=D6=C0= =BB =BC=F6 =C0=D6=BD=C0=B4=CF=B4=D9. =BE=EE=B6=B0=C7=D1 =B1=C7=C7=D1 =BE=F8= =C0=CC, =BA=BB =B9=AE=BC=AD=BF=A1 =C6=F7=C7=D4=B5=C8 =C1=A4=BA=B8=C0=C7 =C0= =FC=BA=CE =B6=C7=B4=C2 =C0=CF=BA=CE=B8=A6 =B9=AB=B4=DC=C0=B8=B7=CE =C1=A63= =C0=DA=BF=A1=B0=D4 =B0=F8=B0=B3, =B9=E8=C6=F7, =BA=B9=BB=E7 =B6=C7=B4=C2 = =BB=E7=BF=EB=C7=CF=B4=C2 =B0=CD=C0=BB =BE=F6=B0=DD=C8=F7 =B1=DD=C1=F6=C7=D5= =B4=CF=B4=D9. =B8=B8=BE=E0, =BA=BB =B8=DE=C0=CF=C0=CC =C0=DF=B8=F8 =C0=FC= =BC=DB=B5=C8 =B0=E6=BF=EC, =B9=DF=BD=C5=C0=CE =B6=C7=B4=C2 =B4=E7=BB=E7=BF= =A1 =BE=CB=B7=C1=C1=D6=BD=C3=B0=ED, =BA=BB =B8=DE=C0=CF=C0=BB =C1=EF=BD=C3 = =BB=E8=C1=A6=C7=CF=BF=A9 =C1=D6=BD=C3=B1=E2 =B9=D9=B6=F8=B4=CF=B4=D9.
This E-mail may contain confidential information and/or copyright material.= This email is intended for the use of the addressee only. If you receive t= his email by mistake, please either delete it without reproducing, distribu= ting or retaining copies thereof or notify the sender immediately.

--_000_5257FAFAFD4D674783D8B8EB1F6D7EC1291AAC67MAILMBX02_-- From zongning@huawei.com Wed Jan 15 19:02:58 2014 Return-Path: X-Original-To: vnfpool@ietfa.amsl.com Delivered-To: vnfpool@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C8BAB1AE4A7 for ; Wed, 15 Jan 2014 19:02:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.988 X-Spam-Level: X-Spam-Status: No, score=-101.988 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.538, SPF_PASS=-0.001, 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 Dvh8f66fW2_t for ; Wed, 15 Jan 2014 19:02:55 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 8B6241AE4A6 for ; Wed, 15 Jan 2014 19:02:54 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BCN57221; Thu, 16 Jan 2014 03:02:42 +0000 (GMT) Received: from LHREML405-HUB.china.huawei.com (10.201.5.242) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 16 Jan 2014 02:59:05 +0000 Received: from NKGEML406-HUB.china.huawei.com (10.98.56.37) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 16 Jan 2014 02:59:59 +0000 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.56]) by nkgeml406-hub.china.huawei.com ([10.98.56.37]) with mapi id 14.03.0158.001; Thu, 16 Jan 2014 10:59:55 +0800 From: Zongning To: =?ks_c_5601-1987?B?wMyxpLG5KE5ldHdvcmsgSW5ub3ZhdGlvbiBQcm9qZWMp?= , =?ks_c_5601-1987?B?seizsrDvKENsb3VkIEFwcGxpY2F0aW9uIFByb2plY3Qp?= , "vnfpool@ietf.org" Thread-Topic: [vnfpool] FW: New Version Notification for draft-zong-vnfpool-problem-statement-02.txt Thread-Index: AQHPEMZ+c15+lVuknkS7yKxzUMJky5qFd5fwgAEUNvD//5RKgIAAjAIw Date: Thu, 16 Jan 2014 02:59:54 +0000 Message-ID: References: <5257FAFAFD4D674783D8B8EB1F6D7EC1291AAC67@MAIL-MBX-02> In-Reply-To: <5257FAFAFD4D674783D8B8EB1F6D7EC1291AAC67@MAIL-MBX-02> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.138.41.28] Content-Type: multipart/alternative; boundary="_000_B0D29E0424F2DE47A0B36779EC6667792586772Bnkgeml501mbschi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Subject: Re: [vnfpool] FW: New Version Notification for draft-zong-vnfpool-problem-statement-02.txt X-BeenThere: vnfpool@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Discussion list for virtual network function resource pooling." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jan 2014 03:02:59 -0000 --_000_B0D29E0424F2DE47A0B36779EC6667792586772Bnkgeml501mbschi_ Content-Type: text/plain; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 SGksIEt3YW5nLWtvb2csDQoNCkFzIHJlcGxpZWQsIEkgd2lsbCBhZGQgeW91ciBwcm9wb3NhbCBp bnRvIHRoYXQgaXRlbS4gOikNCg0KLU5pbmcNCg0KRnJvbTogwMyxpLG5KE5ldHdvcmsgSW5ub3Zh dGlvbiBQcm9qZWMpIFttYWlsdG86a3dhbmdrb29nLmxlZUBrdC5jb21dDQpTZW50OiBUaHVyc2Rh eSwgSmFudWFyeSAxNiwgMjAxNCAxMDozNyBBTQ0KVG86IFpvbmduaW5nOyCx6LOysO8oQ2xvdWQg QXBwbGljYXRpb24gUHJvamVjdCk7IHZuZnBvb2xAaWV0Zi5vcmcNClN1YmplY3Q6IFJFOiBbdm5m cG9vbF0gRlc6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtem9uZy12bmZwb29s LXByb2JsZW0tc3RhdGVtZW50LTAyLnR4dA0KDQpUaGFuayB5b3UgZm9yIHlvdXIgY29tbWVudC4N Cg0KW05pbmddIFdlIGRvbqGvdCBleGNsdWRlIHRoZSBpbnRlcmZhY2UgYmV0d2VlbiBwb29sIG1h bmFnZXIgYW5kIHVzZXIgKHBsZWFzZSBzZWUgaXRlbSM0IGluIFNlY3Rpb24gNCkuIFdoYXQgeW91 IGhhdmUgcG9pbnRlZCBpcyBhIGdvb2QgY2FzZSB0byBhZGQsIGVzcGVjaWFsbHkgY29tcGxlbWVu dGFyeSB0byBTRkMuDQoNClJlZ2FyZGluZyB0byB5b3VyIGNvbW1lbnRzOyB0aGUgc3RhdGVtZW50 IG9mIGl0ZW0jNCBpbiBzZWN0aW9uIDQgY2FuIGJlIHJlY29nbml6ZWQgYXMgaWYgdGhlIGNvbW11 bmljYXRpb24gYmV0d2VlbiBwb29sIG1hbmFnZXIgYW5kIHVzZXIgbGltaXRzIGZvciBvYnRhaW5p bmcgdGhlIGluZm9ybWF0aW9uIG9mIHVuZGVybHlpbmcgbmV0d29yayBmb3IgcGxhY2VtZW50IG9m IFZORiBlbGVtZW50cyBmcm9tIGkycnMgb3Igb3RoZXIgc3RhbmRhcmQuDQoNCkJlc3QgcmVnYXJk cywNCkt3YW5nLWtvb2cgTGVlDQoNCkZyb206IFpvbmduaW5nIFttYWlsdG86em9uZ25pbmdAaHVh d2VpLmNvbV0NClNlbnQ6IFRodXJzZGF5LCBKYW51YXJ5IDE2LCAyMDE0IDExOjAwIEFNDQpUbzog seizsrDvKENsb3VkIEFwcGxpY2F0aW9uIFByb2plY3QpOyB2bmZwb29sQGlldGYub3JnDQpDYzog wMyxpLG5KE5ldHdvcmsgSW5ub3ZhdGlvbiBQcm9qZWMpDQpTdWJqZWN0OiBSRTogW3ZuZnBvb2xd IEZXOiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LXpvbmctdm5mcG9vbC1wcm9i bGVtLXN0YXRlbWVudC0wMi50eHQNCg0KSGksIE5hbWdvbiwNCg0KUGxlYXNlIHNlZSBpbmxpbmUu DQoNCkZyb206IHZuZnBvb2wgW21haWx0bzp2bmZwb29sLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJl aGFsZiBPZiA/Pz8oQ2xvdWQgQXBwbGljYXRpb24gUHJvamVjdCkNClNlbnQ6IFRodXJzZGF5LCBK YW51YXJ5IDE2LCAyMDE0IDg6NTYgQU0NClRvOiB2bmZwb29sQGlldGYub3JnPG1haWx0bzp2bmZw b29sQGlldGYub3JnPg0KQ2M6IMDMsaSxuShOZXR3b3JrIElubm92YXRpb24gUHJvamVjKTsgseiz srDvKENsb3VkIEFwcGxpY2F0aW9uIFByb2plY3QpDQpTdWJqZWN0OiBSZTogW3ZuZnBvb2xdIEZX OiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LXpvbmctdm5mcG9vbC1wcm9ibGVt LXN0YXRlbWVudC0wMi50eHQNCg0KSGksDQoNClRoaXMgbmV3IHByb2JsZW0gc3RhdGVtZW50IGxv b2tzIGNoYW5nZWQgYSBsb3QgZnJvbSBwcmV2aW91cyB2ZXJzaW9uLg0KDQpIZXJloa9zIG15IHF1 ZXN0aW9ucyBhYm91dCB0aGUgZHJhZnQuDQoNCkZpcnN0LCBob3cgYWJvdXQgYWRkaW5nIHRoZSBk ZWZpbml0aW9uIG9mIG5ldHdvcmsgc2VydmljZSB0byB0aGUgdGVybWlub2xvZ3kgc2VjdGlvbj8N Cg0KW05pbmddIFN1cmUuDQoNCkFzIHRoaXMgZHJhZnQgdXNlcyB0aGUgdGVybSChsHNlcnZpY2Wh sSB3aXRob3V0IGRlZmluaXRpb24sIGl0IHdhcyBub3QgZWFzeSBmb3IgbWUgdG8gdW5kZXJzdGFu ZCBob3cgVk5GcyBhcmUgcmVsYXRlZCB0byBhIG5ldHdvcmsgc2VydmljZS4NCg0KW05pbmddIFZO RnMgYXJlIGJ1aWxkaW5nIGJsb2NrcyBvZiBhIG5ldHdvcmsgc2VydmljZS4gQSBzaW1wbGUgZXhh bXBsZSBpcyBhIHdlYiBicm93c2luZyBzZXJ2aWNlIHRoYXQgbWF5IGluY2x1ZGUgTkFUL3BhY2tl dCBmaWx0ZXIsIHBhcmVudGFsIGNvbnRyb2wsIHNlcnZlciBsb2FkIGJhbGFuY2VyLCBldGMuDQoN CkZvciBleGFtcGxlLCBpbiBTZWN0aW9uIDMsIHRoZXJlIGFyZSB0d28gc3RhdGVzLg0KT25lIGlu IKGwMy4gIFN0YXRlIG5vdGlmaWNhdGlvbiBhY3Jvc3MgVk5GIHNldC6hsSBhbmQgdGhlIG90aGVy IGluIKGwNC4gU2VydmljZSBzdGF0ZSBzeW5jaHJvbml6YXRpb26hsS4NCkkganVzdCBndWVzcyB0 aGUgZm9ybWVyIG9uZSBtZWFucyBzdGF0ZSBvZiBhIFZORiBhbmQgbGF0dGVyIG9uZSBtZWFucyBz ZXJ2aWNlIGl0c2VsZi4NCg0KW05pbmddIFRoZSBsYXR0ZXIgb25lIGlzIHRoZSBzdGF0ZSBtYWlu dGFpbmVkIGJ5IGEgVk5GLCBidXQgcmVsYXRlZCB0byB0aGUgc3BlY2lmaWMgZnVuY3Rpb24gaXQg cGVyZm9ybXMsIHN1Y2ggYXMgTkFUIHRyYW5zbGF0aW9uIHRhYmxlLCBUQ1AgY29ubmVjdGlvbiBz dGF0ZXMuIFRoZSBmb3JtZXIgb25lIGlzIHRoZSBzdGF0ZSBvZiBWTkYgaXRzZWxmLCBzdWNoIGFz IG92ZXJsb2FkIHN0YXR1cy4gU29ycnkgZm9yIHRoZSBjb25mdXNpb24uIEkgd2lsbCBnaXZlIG1v cmUgZXhwbGFuYXRpb24gaW4gbmV4dCByZXZpc2lvbi4NCg0KU2Vjb25kLCBpcyB0aGUgaW50ZXJh Y3Rpb24gYmV0d2VlbiBWTkYgcG9vbCBtYW5hZ2VyIGFuZCBWTkYgcG9vbCB1c2VyIG91dCBvZiBz Y29wZT8NCkl0IGNvdWxkIGJlIHBvc3NpYmxlIHRoYXQgYSBWTkYgdXNlciByZWNlaXZlIGluZm9y bWF0aW9uIGZyb20gVk5GIHBvb2wgbWFuYWdlciBhbmQgdXBkYXRlL2NvbnRyb2wgcG9saWN5IGJh c2VkIG9uIHRoZSBzdGF0ZS4NCkFuZCB0aGlzIGNhbiBiZSBhcHBsaWVkIHRvIHNlcnZpY2UgZnVu Y3Rpb24gY2hhaW5pbmcsIGxpa2UgY2hvb3NpbmcgYW5vdGhlciBzZXJ2aWNlIGZ1bmN0aW9uIGNo YWluLCBpZiB3ZSB0aGluayBvZiBhIFZORiBwb29sIHVzZXIgYXMgYW4gZW50aXR5IGNvbnRyb2xs aW5nIHNlcnZpY2UgZnVuY3Rpb24gY2hhaW5pbmcuDQoNCltOaW5nXSBXZSBkb26hr3QgZXhjbHVk ZSB0aGUgaW50ZXJmYWNlIGJldHdlZW4gcG9vbCBtYW5hZ2VyIGFuZCB1c2VyIChwbGVhc2Ugc2Vl IGl0ZW0jNCBpbiBTZWN0aW9uIDQpLiBXaGF0IHlvdSBoYXZlIHBvaW50ZWQgaXMgYSBnb29kIGNh c2UgdG8gYWRkLCBlc3BlY2lhbGx5IGNvbXBsZW1lbnRhcnkgdG8gU0ZDLg0KDQpMYXN0bHksIGNv dWxkIGFueW9uZSBsZXQgbWUga25vdyB0aGUgcmVsYXRpb24gYmV0d2VlbiBzZXJ2aWNlIGZ1bmN0 aW9uIGNoYWluaW5nIChzZmMpIGFuZCB2bmZwb29sPw0KVGhlIHNjb3BlIG9mIHZuZnBvb2wgY29t cGFyZWQgdG8gc2ZjIGFuZCBob3cgdGhlIHR3byBjYW4gaW50ZXJmYWNlIHdpdGggZWFjaCBvdGhl ci4NCklmIGl0IHdhcyBkaXNjdXNzZWQgYmVmb3JlLCBzaW1wbHkgdGVsbCBtZSB0aGUgbGluay4N Cg0KW05pbmddIFdlIGJlbGlldmUgVk5GIHBvb2wgYW5kIFNGQyBhcmUgaW5kZXBlbmRlbnQgYnV0 IGNvbXBsZW1lbnRhcnkuIFBsZWFzZSBzZWUgaXRlbSMzIGluIFNlY3Rpb24gNS4gQWxzbyB3ZSBo YXZlIHByZXZpb3VzIGxpc3QgZGlzY3Vzc2lvbnMsIGUuZy4sIGh0dHA6Ly93d3cuaWV0Zi5vcmcv bWFpbC1hcmNoaXZlL3dlYi92bmZwb29sL2N1cnJlbnQvbXNnMDAwOTEuaHRtbA0KDQpUaGFuayB5 b3UuDQoNCllvdXJzLA0KLSBOYW1nb24NCg0KLS0tLS0tLS0tLSBGb3J3YXJkZWQgbWVzc2FnZSAt LS0tLS0tLS0tDQpGcm9tOiBab25nbmluZyA8em9uZ25pbmdAaHVhd2VpLmNvbTxtYWlsdG86em9u Z25pbmdAaHVhd2VpLmNvbT4+DQpEYXRlOiAyMDE0LzEvMTQNClN1YmplY3Q6IFt2bmZwb29sXSBG VzogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC16b25nLXZuZnBvb2wtcHJvYmxl bS1zdGF0ZW1lbnQtMDIudHh0DQpUbzogInZuZnBvb2xAaWV0Zi5vcmc8bWFpbHRvOnZuZnBvb2xA aWV0Zi5vcmc+IiA8dm5mcG9vbEBpZXRmLm9yZzxtYWlsdG86dm5mcG9vbEBpZXRmLm9yZz4+DQoN Cg0KSGksIGZvbGtzLA0KDQpIYXBweSBuZXcgeWVhciENCg0KV2UgbWFkZSBhIG5ldyByZXZpc2lv biBvZiBWTkYgUG9vbCBQcm9ibGVtIFN0YXRlbWVudC4gUGxlYXNlIHNlZSB0aGUgYmVsb3cgYWJz dHJhY3QgYW5kIGxpbmtzOg0KDQpBYnN0cmFjdDoNCiAgIFRoZXJlIGlzIGEgdHJlbmQgdG8gaW1w bGVtZW50IG5ldHdvcmsgc2VydmljZXMgYnkgdXNpbmcgYSBncm91cCBvZg0KICAgVmlydHVhbGl6 ZWQgTmV0d29yayBGdW5jdGlvbnMgKFZORnMpIGNhbGxlZCBhIFZORiBzZXQuICBBIFZORiBzZXQg Y2FuDQogICBvZmZlciBiZW5lZml0cyBsaWtlIGZsZXhpYmxlIHNlcnZpY2UgcHJvdmlzaW9uaW5n LiAgQSBWTkYgc2V0IGFsc28NCiAgIGludHJvZHVjZXMgYWRkaXRpb25hbCBwb2ludHMgb2YgZmFp bHVyZSwgYW5kIHRoZXJlZm9yZSBwb3Nlcw0KICAgYWRkaXRpb25hbCBjaGFsbGVuZ2VzIG9uIHJl bGlhYmlsaXR5Lg0KDQogICBUaGlzIGRvY3VtZW50IG92ZXJ2aWV3cyB0aGUgcHJvYmxlbXMgcmVs YXRlZCB0byB0aGUgcmVsaWFiaWxpdHkgb2YgYQ0KICAgVk5GIHNldC4gIEEgVk5GIHBvb2xpbmcg YXJjaGl0ZWN0dXJlIGlzIGFsc28gYnJpZWZseSBpbnRyb2R1Y2VkIGFzDQogICBjYW5kaWRhdGUg c29sdXRpb24gdG8gYWRkcmVzcyB0aGUgcHJvYmxlbXMuDQoNClVSTDogICAgICAgICAgICBodHRw Oi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC16b25nLXZuZnBvb2wtcHJvYmxl bS1zdGF0ZW1lbnQtMDIudHh0DQpIdG1saXplZDogICAgICAgaHR0cDovL3Rvb2xzLmlldGYub3Jn L2h0bWwvZHJhZnQtem9uZy12bmZwb29sLXByb2JsZW0tc3RhdGVtZW50LTAyDQoNCg0KT3RoZXIg cmVsYXRlZCBkcmFmdHMgaW5jbHVkaW5nIFZORiBQb29sIFVzZSBDYXNlcywgVk5GIFBvb2xpbmcg QXJjaGl0ZWN0dXJlIGFyZSB1bmRlciBkZXZlbG9wbWVudCBhbmQgd2lsbCBiZSBhdmFpbGFibGUg c29vbiBpbiB0aGlzIG1vbnRoLi4uDQoNClRoYW5rcy4NCg0KLU5pbmcNCg0KPiAtLS0tLU9yaWdp bmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBpbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc8bWFpbHRv OmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZz4gW21haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5v cmc8bWFpbHRvOmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZz5dDQo+IFNlbnQ6IFR1ZXNkYXksIEph bnVhcnkgMTQsIDIwMTQgOToxOCBBTQ0KPiBUbzogWm9uZ25pbmc7IExpbmRhIER1bmJhcjsgTWVs aW5kYSBTaG9yZTsgTGluZGEgRHVuYmFyOyBNZWxpbmRhIFNob3JlOw0KPiBEaWVnbyBMb3Blejsg RGllZ28gUi4gTG9wZXo7IFpvbmduaW5nDQo+IFN1YmplY3Q6IE5ldyBWZXJzaW9uIE5vdGlmaWNh dGlvbiBmb3INCj4gZHJhZnQtem9uZy12bmZwb29sLXByb2JsZW0tc3RhdGVtZW50LTAyLnR4dA0K Pg0KPg0KPiBBIG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQtem9uZy12bmZwb29sLXByb2JsZW0t c3RhdGVtZW50LTAyLnR4dA0KPiBoYXMgYmVlbiBzdWNjZXNzZnVsbHkgc3VibWl0dGVkIGJ5IE5p bmcgWm9uZyBhbmQgcG9zdGVkIHRvIHRoZQ0KPiBJRVRGIHJlcG9zaXRvcnkuDQo+DQo+IE5hbWU6 ICAgICAgICAgZHJhZnQtem9uZy12bmZwb29sLXByb2JsZW0tc3RhdGVtZW50DQo+IFJldmlzaW9u OiAgICAgMDINCj4gVGl0bGU6ICAgICAgICAgICAgICAgIFZpcnR1YWxpemVkIE5ldHdvcmsgRnVu Y3Rpb24gKFZORikgUG9vbCBQcm9ibGVtIFN0YXRlbWVudA0KPiBEb2N1bWVudCBkYXRlOiAgICAg ICAgMjAxNC0wMS0xNA0KPiBHcm91cDogICAgICAgICAgICAgICAgSW5kaXZpZHVhbCBTdWJtaXNz aW9uDQo+IFBhZ2VzOiAgICAgICAgICAgICAgICAxMA0KPiBVUkw6DQo+IGh0dHA6Ly93d3cuaWV0 Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LXpvbmctdm5mcG9vbC1wcm9ibGVtLXN0YXRlbWVu dC0wMi4NCj4gdHh0DQo+IFN0YXR1czoNCj4gaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9k b2MvZHJhZnQtem9uZy12bmZwb29sLXByb2JsZW0tc3RhdGVtZW50Lw0KPiBIdG1saXplZDoNCj4g aHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtem9uZy12bmZwb29sLXByb2JsZW0tc3Rh dGVtZW50LTAyDQo+IERpZmY6DQo+IGh0dHA6Ly93d3cuaWV0Zi5vcmcvcmZjZGlmZj91cmwyPWRy YWZ0LXpvbmctdm5mcG9vbC1wcm9ibGVtLXN0YXRlbWVudC0wMg0KPg0KPiBBYnN0cmFjdDoNCj4g ICAgVGhlcmUgaXMgYSB0cmVuZCB0byBpbXBsZW1lbnQgbmV0d29yayBzZXJ2aWNlcyBieSB1c2lu ZyBhIGdyb3VwIG9mDQo+ICAgIFZpcnR1YWxpemVkIE5ldHdvcmsgRnVuY3Rpb25zIChWTkZzKSBj YWxsZWQgYSBWTkYgc2V0LiAgQSBWTkYgc2V0IGNhbg0KPiAgICBvZmZlciBiZW5lZml0cyBsaWtl IGZsZXhpYmxlIHNlcnZpY2UgcHJvdmlzaW9uaW5nLiAgQSBWTkYgc2V0IGFsc28NCj4gICAgaW50 cm9kdWNlcyBhZGRpdGlvbmFsIHBvaW50cyBvZiBmYWlsdXJlLCBhbmQgdGhlcmVmb3JlIHBvc2Vz DQo+ICAgIGFkZGl0aW9uYWwgY2hhbGxlbmdlcyBvbiByZWxpYWJpbGl0eS4NCj4NCj4gICAgVGhp cyBkb2N1bWVudCBvdmVydmlld3MgdGhlIHByb2JsZW1zIHJlbGF0ZWQgdG8gdGhlIHJlbGlhYmls aXR5IG9mIGENCj4gICAgVk5GIHNldC4gIEEgVk5GIHBvb2xpbmcgYXJjaGl0ZWN0dXJlIGlzIGFs c28gYnJpZWZseSBpbnRyb2R1Y2VkIGFzDQo+ICAgIGNhbmRpZGF0ZSBzb2x1dGlvbiB0byBhZGRy ZXNzIHRoZSBwcm9ibGVtcy4NCj4NCj4NCj4NCj4NCj4gUGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkg dGFrZSBhIGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2Ygc3VibWlzc2lvbg0KPiB1 bnRpbCB0aGUgaHRtbGl6ZWQgdmVyc2lvbiBhbmQgZGlmZiBhcmUgYXZhaWxhYmxlIGF0IHRvb2xz LmlldGYub3JnPGh0dHA6Ly90b29scy5pZXRmLm9yZz4uDQo+DQo+IFRoZSBJRVRGIFNlY3JldGFy aWF0DQoNCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQp2 bmZwb29sIG1haWxpbmcgbGlzdA0Kdm5mcG9vbEBpZXRmLm9yZzxtYWlsdG86dm5mcG9vbEBpZXRm Lm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vdm5mcG9vbA0KDQoN Cg0KwMwguN7Az8C6IMH2waS1yCC89sPrwM64uMC7IMCnx9ggwNu8urXHvvrAuLjnLCDB37/kx9Eg waS6uLOqIMD6wNuxx8C7IMb3x9THz7DtIMDWwLsgvPYgwNa9wLTPtNkuIL7utrDH0SCxx8fRIL74 wMwsILq7ILmuvK2/oSDG98fUtcggwaS6uMDHIMD8us4gtse0wiDAz7rOuKYguau03MC4t84gwaYz wNq/obDUILD4sLMsILnoxvcsILq5u+cgtse0wiC757/rx8+0wiCwzcC7IL72sN3I9yCx3cH2x9W0 z7TZLiC4uL7gLCC6uyC43sDPwMwgwN+4+CDA/LzbtcggsOa/7Cwgud+9xcDOILbHtMIgtOe757+h IL7Lt8HB1r3DsO0sILq7ILjewM/AuyDB773DILvowabHz7+pIMHWvcOx4iC52bb4tM+02S4NClRo aXMgRS1tYWlsIG1heSBjb250YWluIGNvbmZpZGVudGlhbCBpbmZvcm1hdGlvbiBhbmQvb3IgY29w eXJpZ2h0IG1hdGVyaWFsLiBUaGlzIGVtYWlsIGlzIGludGVuZGVkIGZvciB0aGUgdXNlIG9mIHRo ZSBhZGRyZXNzZWUgb25seS4gSWYgeW91IHJlY2VpdmUgdGhpcyBlbWFpbCBieSBtaXN0YWtlLCBw bGVhc2UgZWl0aGVyIGRlbGV0ZSBpdCB3aXRob3V0IHJlcHJvZHVjaW5nLCBkaXN0cmlidXRpbmcg b3IgcmV0YWluaW5nIGNvcGllcyB0aGVyZW9mIG9yIG5vdGlmeSB0aGUgc2VuZGVyIGltbWVkaWF0 ZWx5Lg0KDQoNCsDMILjewM/AuiDB9sGktcggvPbD68DOuLjAuyDAp8fYIMDbvLq1x776wLi45ywg wd+/5MfRIMGkurizqiDA+sDbscfAuyDG98fUx8+w7SDA1sC7ILz2IMDWvcC0z7TZLiC+7rawx9Eg scfH0SC++MDMLCC6uyC5rrytv6EgxvfH1LXIIMGkurjAxyDA/LrOILbHtMIgwM+6zrimILmrtNzA uLfOIMGmM8Dav6Gw1CCw+LCzLCC56Mb3LCC6ubvnILbHtMIgu+e/68fPtMIgsM3AuyC+9rDdyPcg sd3B9sfVtM+02S4guLi+4CwgursguN7Az8DMIMDfuPggwPy827XIILDmv+wsILnfvcXAziC2x7TC ILTnu+e/oSC+y7fBwda9w7DtLCC6uyC43sDPwLsgwe+9wyC76MGmx8+/qSDB1r3DseIgudm2+LTP tNkuDQpUaGlzIEUtbWFpbCBtYXkgY29udGFpbiBjb25maWRlbnRpYWwgaW5mb3JtYXRpb24gYW5k L29yIGNvcHlyaWdodCBtYXRlcmlhbC4gVGhpcyBlbWFpbCBpcyBpbnRlbmRlZCBmb3IgdGhlIHVz ZSBvZiB0aGUgYWRkcmVzc2VlIG9ubHkuIElmIHlvdSByZWNlaXZlIHRoaXMgZW1haWwgYnkgbWlz dGFrZSwgcGxlYXNlIGVpdGhlciBkZWxldGUgaXQgd2l0aG91dCByZXByb2R1Y2luZywgZGlzdHJp YnV0aW5nIG9yIHJldGFpbmluZyBjb3BpZXMgdGhlcmVvZiBvciBub3RpZnkgdGhlIHNlbmRlciBp bW1lZGlhdGVseS4NCg== --_000_B0D29E0424F2DE47A0B36779EC6667792586772Bnkgeml501mbschi_ Content-Type: text/html; charset="ks_c_5601-1987" Content-Transfer-Encoding: quoted-printable

Hi, Kwang-= koog,

 = ;

As replied= , I will add your proposal into that item. J

 = ;

-Ning=

 = ;

From: =C0=CC=B1=A4=B1=B9(Netw= ork Innovation Projec) [mailto:kwangkoog.lee@kt.com]
Sent: Thursday, January 16, 2014 10:37 AM
To: Zongning; =B1=E8=B3=B2=B0=EF(Cloud Application Project); vnfpool@ietf.org
Subject: RE: [vnfpool] FW: New Version Notification for draft-zong-v= nfpool-problem-statement-02.txt

 

Thank you for your comment.

 

[Ning] = We don=A1=AFt exclude the interface between pool manager and user (please s= ee item#4 in Section 4). What you have pointed is a good case to add, especially complementary to SFC.=

 

Regarding to your comments; the statement of item#4 in section 4 can be= recognized as if the communication between pool manager and user limits for obtaining the information of underlying network for pl= acement of VNF elements from i2rs or other standard.

 

Best regards,

Kwang-koog Lee

 

From: Zongning [mailto:zongning@huawei.com]
Sent: Thursday, January 16, 2014 11:00 AM
To: =B1=E8=B3=B2=B0=EF(Cloud Application Project); vnfpool@ietf.org
Cc: =C0=CC=B1=A4=B1=B9(Network Innovation Projec)
Subject: RE: [vnfpool] FW: New Version Notification for draft-zong-v= nfpool-problem-statement-02.txt

 

Hi, Namgon= ,

 

Please see= inline.

 

From: vnfpool [= mailto:vnfpool-bounces@ietf.org] On Behalf Of ???(Cloud Application Project)
Sent: Thursday, January 16, 2014 8:56 AM
To: vnfpool@ietf.org
Cc: =C0=CC=B1=A4=B1=B9(Network Innovation Projec); =B1=E8=B3=B2=B0=EF(Cloud Application Project)
Subject: Re: [vnfpool] FW: New Version Notification for draft-zong-v= nfpool-problem-statement-02.txt

 

Hi,

 

This new problem statement = looks changed a lot from previous version.=

 

Here=A1=AFs my questions ab= out the draft.

 

First, how about adding the= definition of network service to the terminology section?

 

[Ning] Sur= e.

 

As this draft uses the term= =A1=B0service=A1=B1 without definition, it was not easy for me to understa= nd how VNFs are related to a network service.

 

[Ning] VNF= s are building blocks of a network service. A simple example is a web brows= ing service that may include NAT/packet filter, parental control, server load balancer, etc.

 

For example, in Section 3, = there are two states.

One in =A1=B03.  State= notification across VNF set.=A1=B1 and the other in =A1=B04. Service state= synchronization=A1=B1.

I just guess the former one= means state of a VNF and latter one means service itself.

 

[Ning] The= latter one is the state maintained by a VNF, but related to the specific f= unction it performs, such as NAT translation table, TCP connection states. The former one is the state of VNF itself, such as overload status= . Sorry for the confusion. I will give more explanation in next revision.

 

Second, is the interaction = between VNF pool manager and VNF pool user out of scope?

It could be possible that a= VNF user receive information from VNF pool manager and update/control poli= cy based on the state.

And this can be applied to = service function chaining, like choosing another service function chain, if= we think of a VNF pool user as an entity controlling service function chaining.

 

[Ning] We = don=A1=AFt exclude the interface between pool manager and user (please see = item#4 in Section 4). What you have pointed is a good case to add, especially complementary to SFC.

 

Lastly, could anyone let me= know the relation between service function chaining (sfc) and vnfpool?

The scope of vnfpool compar= ed to sfc and how the two can interface with each other.

If it was discussed before,= simply tell me the link.

 

[Ning] We = believe VNF pool and SFC are independent but complementary. Please see item= #3 in Section 5. Also we have previous list discussions, e.g., http://www.ietf.org/mail-archive/web/vnfpool/current/msg00091.html<= /span>

 

Thank you.

 

Yours,

- Namgon

 

---------- Forwarded message --= --------
From: Zongning <zongning@h= uawei.com>
Date: 2014/1/14
Subject: [vnfpool] FW: New Version Notification for draft-zong-vnfpool-prob= lem-statement-02.txt
To: "vnfpool@ietf.org" &l= t;vnfpool@ietf.org>


Hi, folks,

Happy new year!

We made a new revision of VNF Pool Problem Statement. Please see the below = abstract and links:

Abstract:
   There is a trend to implement network services by using a grou= p of
   Virtualized Network Functions (VNFs) called a VNF set.  A= VNF set can
   offer benefits like flexible service provisioning.  A VNF= set also
   introduces additional points of failure, and therefore poses    additional challenges on reliability.

   This document overviews the problems related to the reliabilit= y of a
   VNF set.  A VNF pooling architecture is also briefly intr= oduced as
   candidate solution to address the problems.

URL:            http://www.ietf.org/internet-drafts/draft-zong-vnfpool-problem-statem= ent-02.txt
Htmlized:       http://tools.ietf.org/html/draft-zong-vnfpool-problem-statement-02


Other related drafts including VNF Pool Use Cases, VNF Pooling Architecture= are under development and will be available soon in this month...

Thanks.

-Ning

> -----Original Message-----
> From: internet-drafts@ietf= .org [mailto:internet-draft= s@ietf.org]
> Sent: Tuesday, January 14, 2014 9:18 AM
> To: Zongning; Linda Dunbar; Melinda Shore; Linda Dunbar; Melinda Shore= ;
> Diego Lopez; Diego R. Lopez; Zongning
> Subject: New Version Notification for
> draft-zong-vnfpool-problem-statement-02.txt
>
>
> A new version of I-D, draft-zong-vnfpool-problem-statement-02.txt
> has been successfully submitted by Ning Zong and posted to the
> IETF repository.
>
> Name:         draft-zong-vnfpool-problem-statement=
> Revision:     02
> Title:                Virtuali= zed Network Function (VNF) Pool Problem Statement
> Document date:        2014-01-14
> Group:                Individu= al Submission
> Pages:                10
> URL:
> http://www.ietf.org/internet-drafts/draft-zong-vnfpool-problem-statement-02= .
> txt
> Status:
> https://datatracker.ietf.org/doc/draft-zong-vnfpool-problem-statement/<= br> > Htmlized:
> http://tools.ietf.org/html/draft-zong-vnfpool-problem-statement-02
> Diff:
> http://www.ietf.org/rfcdiff?url2=3Ddraft-zong-vnfpool-problem-statement-02<= /a>
>
> Abstract:
>    There is a trend to implement network services by using a= group of
>    Virtualized Network Functions (VNFs) called a VNF set. &n= bsp;A VNF set can
>    offer benefits like flexible service provisioning.  = A VNF set also
>    introduces additional points of failure, and therefore po= ses
>    additional challenges on reliability.
>
>    This document overviews the problems related to the relia= bility of a
>    VNF set.  A VNF pooling architecture is also briefly= introduced as
>    candidate solution to address the problems.
>
>
>
>
> Please note that it may take a couple of minutes from the time of subm= ission
> until the htmlized version and diff are available at tools.ietf.org.
>
> The IETF Secretariat

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

 

 

=C0=CC =B8=DE=C0=CF=C0=BA =C1=F6=C1=A4=B5=C8 =BC=F6=C3=EB=C0=CE=B8=B8=C0=BB =C0=A7=C7=D8 =C0=DB=BC=BA=B5=C7=BE=FA=C0=B8= =B8=E7, =C1=DF=BF=E4=C7=D1 =C1=A4=BA=B8=B3=AA =C0=FA=C0=DB=B1=C7=C0=BB<= span lang=3D"KO" style=3D"font-size:9.0pt;font-family:"Cambria",&= quot;serif";color:#999999"> =C6=F7=C7=D4=C7=CF=B0=ED<= span lang=3D"KO" style=3D"font-size:9.0pt;font-family:"Cambria",&= quot;serif";color:#999999"> =C0=D6=C0=BB =BC=F6 =C0=D6=BD=C0=B4=CF=B4=D9<= span lang=3D"EN-US" style=3D"font-size:9.0pt;font-family:"Cambria"= ;,"serif";color:#999999">. =BE=EE=B6=B0=C7=D1 =B1=C7=C7=D1 =BE=F8=C0=CC, =BA=BB =B9=AE=BC=AD=BF=A1 =C6=F7=C7=D4=B5=C8 =C1=A4=BA=B8=C0=C7 =C0=FC=BA=CE =B6=C7=B4=C2 =C0=CF=BA=CE=B8=A6 =B9=AB=B4=DC=C0=B8=B7=CE<= span lang=3D"KO" style=3D"font-size:9.0pt;font-family:"Cambria",&= quot;serif";color:#999999"> =C1=A63=C0=DA=BF=A1= =B0=D4 =B0=F8=B0=B3, =B9=E8=C6=F7, =BA=B9=BB=E7 =B6=C7=B4=C2 =BB=E7=BF=EB=C7=CF=B4=C2<= span lang=3D"KO" style=3D"font-size:9.0pt;font-family:"Cambria",&= quot;serif";color:#999999"> =B0=CD=C0=BB =BE=F6=B0=DD=C8=F7 =B1=DD=C1=F6=C7=D5=B4=CF=B4=D9. =B8=B8=BE=E0, =BA=BB =B8=DE=C0=CF=C0=CC =C0=DF=B8=F8 =C0=FC=BC=DB=B5=C8 =B0=E6=BF=EC, =B9=DF=BD=C5=C0=CE =B6=C7=B4=C2 =B4=E7=BB=E7=BF=A1 =BE=CB=B7=C1=C1=D6=BD=C3=B0=ED, =BA=BB =B8=DE=C0=CF=C0=BB =C1=EF=BD=C3 =BB=E8=C1=A6=C7=CF=BF=A9<= span lang=3D"KO" style=3D"font-size:9.0pt;font-family:"Cambria",&= quot;serif";color:#999999"> =C1=D6=BD=C3=B1=E2 =B9=D9=B6=F8=B4=CF=B4=D9<= span lang=3D"EN-US" style=3D"font-size:9.0pt;font-family:"Cambria"= ;,"serif";color:#999999">.
This E-mail may contain confidential information and/or copyright material.= This email is intended for the use of the addressee only. If you receive t= his email by mistake, please either delete it without reproducing, distribu= ting or retaining copies thereof or notify the sender immediately.

 

=C0=CC =B8=DE=C0=CF=C0=BA =C1=F6=C1=A4=B5=C8 =BC=F6=C3=EB=C0=CE=B8=B8=C0=BB =C0=A7=C7=D8 =C0=DB=BC=BA=B5=C7=BE=FA=C0=B8= =B8=E7, =C1=DF=BF=E4=C7=D1 =C1=A4=BA=B8=B3=AA =C0=FA=C0=DB=B1=C7=C0=BB<= span lang=3D"KO" style=3D"font-size:9.0pt;font-family:"Cambria",&= quot;serif";color:#999999"> =C6=F7=C7=D4=C7=CF=B0=ED<= span lang=3D"KO" style=3D"font-size:9.0pt;font-family:"Cambria",&= quot;serif";color:#999999"> =C0=D6=C0=BB =BC=F6 =C0=D6=BD=C0=B4=CF=B4=D9<= span lang=3D"EN-US" style=3D"font-size:9.0pt;font-family:"Cambria"= ;,"serif";color:#999999">. =BE=EE=B6=B0=C7=D1 =B1=C7=C7=D1 =BE=F8=C0=CC, =BA=BB =B9=AE=BC=AD=BF=A1 =C6=F7=C7=D4=B5=C8 =C1=A4=BA=B8=C0=C7 =C0=FC=BA=CE =B6=C7=B4=C2 =C0=CF=BA=CE=B8=A6 =B9=AB=B4=DC=C0=B8=B7=CE<= span lang=3D"KO" style=3D"font-size:9.0pt;font-family:"Cambria",&= quot;serif";color:#999999"> =C1=A63=C0=DA=BF=A1= =B0=D4 =B0=F8=B0=B3, =B9=E8=C6=F7, =BA=B9=BB=E7 =B6=C7=B4=C2 =BB=E7=BF=EB=C7=CF=B4=C2<= span lang=3D"KO" style=3D"font-size:9.0pt;font-family:"Cambria",&= quot;serif";color:#999999"> =B0=CD=C0=BB =BE=F6=B0=DD=C8=F7 =B1=DD=C1=F6=C7=D5=B4=CF=B4=D9. =B8=B8=BE=E0, =BA=BB =B8=DE=C0=CF=C0=CC =C0=DF=B8=F8 =C0=FC=BC=DB=B5=C8 =B0=E6=BF=EC, =B9=DF=BD=C5=C0=CE =B6=C7=B4=C2 =B4=E7=BB=E7=BF=A1 =BE=CB=B7=C1=C1=D6=BD=C3=B0=ED, =BA=BB =B8=DE=C0=CF=C0=BB =C1=EF=BD=C3 =BB=E8=C1=A6=C7=CF=BF=A9<= span lang=3D"KO" style=3D"font-size:9.0pt;font-family:"Cambria",&= quot;serif";color:#999999"> =C1=D6=BD=C3=B1=E2 =B9=D9=B6=F8=B4=CF=B4=D9<= span lang=3D"EN-US" style=3D"font-size:9.0pt;font-family:"Cambria"= ;,"serif";color:#999999">.
This E-mail may contain confidential information and/or copyright material.= This email is intended for the use of the addressee only. If you receive t= his email by mistake, please either delete it without reproducing, distribu= ting or retaining copies thereof or notify the sender immediately.

--_000_B0D29E0424F2DE47A0B36779EC6667792586772Bnkgeml501mbschi_-- From chidung.lac@orange.com Fri Jan 17 08:52:59 2014 Return-Path: X-Original-To: vnfpool@ietfa.amsl.com Delivered-To: vnfpool@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1D43A1AE0D6 for ; Fri, 17 Jan 2014 08:52:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.411 X-Spam-Level: X-Spam-Status: No, score=-1.411 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HELO_EQ_FR=0.35, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.538, SPF_SOFTFAIL=0.665, T_FREEMAIL_DOC_PDF=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 sEEQtQz_rCur for ; Fri, 17 Jan 2014 08:52:57 -0800 (PST) Received: from r-mail2.rd.orange.com (r-mail2.rd.orange.com [217.108.152.42]) by ietfa.amsl.com (Postfix) with ESMTP id 3F0FF1AE085 for ; Fri, 17 Jan 2014 08:52:56 -0800 (PST) Received: from r-mail2.rd.orange.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 017E85D8C26; Fri, 17 Jan 2014 17:52:43 +0100 (CET) Received: from ftrdsmtp2.rd.francetelecom.fr (unknown [10.192.128.47]) by r-mail2.rd.orange.com (Postfix) with ESMTP id CB4765D8C25; Fri, 17 Jan 2014 17:52:42 +0100 (CET) Received: from ftrdmel10.rd.francetelecom.fr ([10.192.128.44]) by ftrdsmtp2.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Fri, 17 Jan 2014 17:52:42 +0100 Received: from [10.193.5.32] ([10.193.5.32]) by ftrdmel10.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Fri, 17 Jan 2014 17:52:41 +0100 Message-ID: <52D95FD9.7010603@orange.com> Date: Fri, 17 Jan 2014 17:52:41 +0100 From: LAC Chidung User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Zongning References: In-Reply-To: Content-Type: multipart/mixed; boundary="------------060806040100050401070308" X-OriginalArrivalTime: 17 Jan 2014 16:52:41.0954 (UTC) FILETIME=[89812420:01CF13A4] Cc: vnfpool@ietf.org Subject: Re: [vnfpool] FW: New Version Notification for draft-zong-vnfpool-problem-statement-02.txt X-BeenThere: vnfpool@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Discussion list for virtual network function resource pooling." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jan 2014 16:52:59 -0000 This is a multi-part message in MIME format. --------------060806040100050401070308 Content-Type: multipart/alternative; boundary="------------010702060101040201020002" --------------010702060101040201020002 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Hi Ning, Some cosmetic suggestions + comments. Best, Chidung Le 14/01/2014 02:24, Zongning a écrit : > Hi, folks, > Happy new year! > We made a new revision of VNF Pool Problem Statement. Please see the below abstract and links: > > Abstract: > There is a trend to implement network services by using a group of > Virtualized Network Functions (VNFs) called a VNF set. A VNF set can > offer benefits like flexible service provisioning. A VNF set also > introduces additional points of failure, and therefore poses > additional challenges on reliability. > > This document overviews the problems related to the reliability of a > VNF set. A VNF pooling architecture is also briefly introduced as > candidate solution to address the problems. > > URL: http://www.ietf.org/internet-drafts/draft-zong-vnfpool-problem-statement-02.txt > Htmlized: http://tools.ietf.org/html/draft-zong-vnfpool-problem-statement-02 > > Other related drafts including VNF Pool Use Cases, VNF Pooling Architecture are under development and will be available soon in this month... > Thanks. > -Ning > >> -----Original Message----- >> From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] >> Sent: Tuesday, January 14, 2014 9:18 AM >> To: Zongning; Linda Dunbar; Melinda Shore; Linda Dunbar; Melinda Shore; >> Diego Lopez; Diego R. Lopez; Zongning >> Subject: New Version Notification for >> draft-zong-vnfpool-problem-statement-02.txt >> >> A new version of I-D, draft-zong-vnfpool-problem-statement-02.txt >> has been successfully submitted by Ning Zong and posted to the >> IETF repository. >> >> Name: draft-zong-vnfpool-problem-statement >> Revision: 02 >> Title: Virtualized Network Function (VNF) Pool Problem Statement >> Document date: 2014-01-14 >> Group: Individual Submission >> Pages: 10 >> URL: >> http://www.ietf.org/internet-drafts/draft-zong-vnfpool-problem-statement-02. >> txt >> Status: >> https://datatracker.ietf.org/doc/draft-zong-vnfpool-problem-statement/ >> Htmlized: >> http://tools.ietf.org/html/draft-zong-vnfpool-problem-statement-02 >> Diff: >> http://www.ietf.org/rfcdiff?url2=draft-zong-vnfpool-problem-statement-02 >> >> Abstract: >> There is a trend to implement network services by using a group of >> Virtualized Network Functions (VNFs) called a VNF set. A VNF set can >> offer benefits like flexible service provisioning. A VNF set also >> introduces additional points of failure, and therefore poses >> additional challenges on reliability. >> >> This document overviews the problems related to the reliability of a >> VNF set. A VNF pooling architecture is also briefly introduced as >> candidate solution to address the problems. >> >> 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 > _______________________________________________ > vnfpool mailing list > vnfpool@ietf.org > https://www.ietf.org/mailman/listinfo/vnfpool --------------010702060101040201020002 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi Ning,
Some cosmetic suggestions + comments.
Best,
Chidung
Le 14/01/2014 02:24, Zongning a écrit :
Hi, folks,
Happy new year!
We made a new revision of VNF Pool Problem Statement. Please see the below abstract and links:

Abstract:
   There is a trend to implement network services by using a group of
   Virtualized Network Functions (VNFs) called a VNF set.  A VNF set can
   offer benefits like flexible service provisioning.  A VNF set also
   introduces additional points of failure, and therefore poses
   additional challenges on reliability.

   This document overviews the problems related to the reliability of a
   VNF set.  A VNF pooling architecture is also briefly introduced as
   candidate solution to address the problems.

URL:            http://www.ietf.org/internet-drafts/draft-zong-vnfpool-problem-statement-02.txt
Htmlized:       http://tools.ietf.org/html/draft-zong-vnfpool-problem-statement-02

Other related drafts including VNF Pool Use Cases, VNF Pooling Architecture are under development and will be available soon in this month...
Thanks.
-Ning


-----Original Message-----
From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org]
Sent: Tuesday, January 14, 2014 9:18 AM
To: Zongning; Linda Dunbar; Melinda Shore; Linda Dunbar; Melinda Shore;
Diego Lopez; Diego R. Lopez; Zongning
Subject: New Version Notification for
draft-zong-vnfpool-problem-statement-02.txt

A new version of I-D, draft-zong-vnfpool-problem-statement-02.txt
has been successfully submitted by Ning Zong and posted to the
IETF repository.

Name:		draft-zong-vnfpool-problem-statement
Revision:	02
Title:		Virtualized Network Function (VNF) Pool Problem Statement
Document date:	2014-01-14
Group:		Individual Submission
Pages:		10
URL:
http://www.ietf.org/internet-drafts/draft-zong-vnfpool-problem-statement-02.
txt
Status:
https://datatracker.ietf.org/doc/draft-zong-vnfpool-problem-statement/
Htmlized:
http://tools.ietf.org/html/draft-zong-vnfpool-problem-statement-02
Diff:
http://www.ietf.org/rfcdiff?url2=draft-zong-vnfpool-problem-statement-02

Abstract:
   There is a trend to implement network services by using a group of
   Virtualized Network Functions (VNFs) called a VNF set.  A VNF set can
   offer benefits like flexible service provisioning.  A VNF set also
   introduces additional points of failure, and therefore poses
   additional challenges on reliability.

   This document overviews the problems related to the reliability of a
   VNF set.  A VNF pooling architecture is also briefly introduced as
   candidate solution to address the problems.

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

_______________________________________________
vnfpool mailing list
vnfpool@ietf.org
https://www.ietf.org/mailman/listinfo/vnfpool
--------------010702060101040201020002-- --------------060806040100050401070308 Content-Type: application/vnd.openxmlformats-officedocument.wordprocessingml.document; name="draft-zong-vnfpool-problem-statement-02 CL.docx" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="draft-zong-vnfpool-problem-statement-02 CL.docx" UEsDBBQABgAIAAAAIQDnNG2tjQEAABEGAAATAAgCW0NvbnRlbnRfVHlwZXNdLnhtbCCiBAIo oAACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAC0lE1PwzAMhu9I/IcqV9Rm44AQWrcDjCNM YohzlrprRPOhOPv697jdVg20rYOxS6U08fs+dmL3BktdRnPwqKxJWTfpsAiMtJky05S9j5/j exZhECYTpTWQshUgG/Svr3rjlQOMKNpgyooQ3APnKAvQAhPrwNBObr0WgZZ+yp2Qn2IK/LbT uePSmgAmxKHSYP3eE+RiVoZouKTfaxIPJbLocX2w8kqZcK5UUgQi5XOT/XCJNw4JRdZnsFAO bwiD8b0O1c5hg03cK5XGqwyikfDhRWjC4AvrM55ZOdOUQ3JcZg+nzXMloYmv1Jy3EhCp5rpM mh0tlNnyH+TAsCoB/59irXui/YcKxTDPQdJlt9dDY1wlnawtdmLb3SAEKtIpJt+fYNxWdNwo tyIsYPJ2MYod8VYQaXX1/i5Qi61yK0JO3TkWkxJOuPRf3kcj3QoRaOQAr7/dszlqmWOW1Jwj bx3SCPN/SHs7o6romLregQ8Kmim1r8sbRxp/Z+cH1YDNINvjzeuB3v8CAAD//wMAUEsDBBQA BgAIAAAAIQAekRq38wAAAE4CAAALAAgCX3JlbHMvLnJlbHMgogQCKKAAAgAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAjJLbSgNBDIbvBd9hyH032woi0tneSKF3IusDhJnsAXcOzKTavr2j ILpQ217m9OfLT9abg5vUO6c8Bq9hWdWg2JtgR99reG23iwdQWchbmoJnDUfOsGlub9YvPJGU oTyMMaui4rOGQSQ+ImYzsKNchci+VLqQHEkJU4+RzBv1jKu6vsf0VwOamabaWQ1pZ+9AtcdY Nl/WDl03Gn4KZu/Yy4kVyAdhb9kuYipsScZyjWop9SwabDDPJZ2RYqwKNuBpotX1RP9fi46F LAmhCYnP83x1nANaXg902aJ5x687HyFZLBZ9e/tDg7MvaD4BAAD//wMAUEsDBBQABgAIAAAA IQBOQdr7MgEAADwEAAAcAAgBd29yZC9fcmVscy9kb2N1bWVudC54bWwucmVscyCiBAEooAAB AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAKyTzU6EMBSF9ya+A+le CqPOGDMwGzWZrWJcd8otEKElvdcf3t4OExxQBl2wIeltes7Xc+h681mV3jtYLIyOWOgHzAMt TVroLGLPycPFDfOQhE5FaTRErAFkm/j8bP0IpSB3CPOiRs+paIxYTlTfco4yh0qgb2rQbkcZ WwlyS5vxWshXkQFfBMGS274Giwea3jaNmN2ml8xLmto5/61tlCok3Bn5VoGmEQuOQORuhk5T 2AwoYt3Ed5yMjyOs5kQgFw0c/dslb7/hFMPiBENVSGvQKPKlqfghgf3NV8NwOVJTAr4UlN8r BZL6EfzcmuIIT3CMVP2POlrnYxgHyCn75Zz2ymhKxK7s1fE9moK4nhPC1bb/W3t9dJMphKs5 ET5g9/TrYfSGHQgfvPn4CwAA//8DAFBLAwQUAAYACAAAACEAHu6fhh+CAAAA6QwAEQAAAHdv cmQvZG9jdW1lbnQueG1s7H39b9tIsu3vD3j/Q0MX2JtgbUeSFX/ttRaJHd+bwUzWcDwzwAzm AS2yZfUNxdaSTTsK9o9/VU1SVkuiJM/OJJR5stiJLTOyVGLXx6lTp/7r75/HkbhXSapNfN7q HLRbQsWBCXV8d9768fZq/6QlUivjUEYmVuetqUpbf+//3//zXw9noQmysYqtoKeI07OHSXDe Glk7OXv1Kg1GaizTg7EOEpOaoT0IzPiVGQ51oF49mCR81W132u6rSWIClab0+y5kfC/TVvF0 4+VnMxMV0+8ammQsbXpgkrtXY5l8yib79OwTafVAR9pO6bnbR+XTmPNWlsRnxQvan70g/idn +Qsq/ir/RbL0Llb83vxfXhYWcL/xVaIieg0mTkd68vg2fu+z0VsclS/pft2buB9H5XUPk05v 6ffN3vI2n8FlIh/oo3h8wqWnW2GMMP9H4yi3A3++j5/q4jN22uveTPGJ8FPMXsM2L8H/neUr GUsdz57m95lm3rh0Iv6d+/u/E5NNZi9nov+9Z3sff5o9Fx/MJ7yy9pE7efNvLX3SEywd3Y8j OVEtMQ7O3t/FJpGDiF7RQ6cn+I5s9clZDEw45b8n4uGMnE14c95qt0+POicn5HGKh67p6C09 eKmGMovs8k+u5x5yz3yd8F9WDtLib3reexmdtyI1tPxLJobe5mnnqPVq3QWdk8Pu+iu6x72T 9VccHh311l/Re01vfO3reN073fBKj3qdDa/0+LC74ZWedHsbXikZbMMr7bTbxxteaqd9errh tXY6p+0NL7bTpZe73mqdw+PeppfbO3rtXu6rx7slnciA/B7dJHJoFd+HfMNEmk9Wl56w+OYm 4xtbZtbkryLJ77nkysQ25X+cBprO9YXJEq0S8UE98L9UMrVvUi3PW7d6rFJ+WNyYsSTf9HA2 ehOny/8koDt1/lncnZJ+oevdHd0t3mL65YJ/rfdYJN37ePylw2T/6oZfL71f94Lp7wm/cP7b nRx6CpzJ8xbO5KKzxJmcO8Y4k14gRZxcSiw2BR7EScRJF2mRuyJ3XS5NkLsidx2U6bwXa1FP LlTxqCe/dj3p3JWK93/86Je0ldUl1ZRlXekBO1xx1rhu3vp9EnjAUPUZQwcECkwSlarkXrX6 H5QlOPKT+Jn+w5iCw/3EE/58OBBcm9u8YncVemLM8F3CBrXTCf22dKKi6KOViS2AiOdu6v4v Jr7byirv4rAAOwBuzOGeADcAbvypgOPWjrOEHxsQIPrvY0KTY2X3qQ02tE+IAfml3x+Iyywe yMTzfMBtfeQFrg2uDa7t7N/Hp7d24ZycsmuLQxUyPcRm6Zl4H+fMDKJAyKjC1f1PJh+UFrcq GMUmMndapXBtedd6ZeEP1wbXBtf2tV3bu88TTeX8mfgui6aic7IniK7Wq3BpKx7+4UB8HJlE wbXBtZFbd7wjIJZALP8cps9TsrbViOUKF7bxoQ9G/GCy2BLFUnwkhu+DhL9by+dDKodUDqnc V07l/jh/N+8QLw/E98SD/4L8Dvkd8juywCPZ+CsynLfOexrUcPgz/N2tIi6KiXUg4e/g7+Dv 4O/+3MmVrf16JQNnPld7ytffyTiTCSF+vRzxg7+Dv4O/2xl/B14EeBE5HZKGgOmudYHE41Fj nu0PnWfbOlKXFRhOKE4oTigwkvnRdnLUX5e5tBYj+UknNpOR/kLEppLIf5XFAQu7iBc/fbh6 Ka6NicR1YgaRGgvi4FvFKjioFVAroFbYmVqhAeTztX5uBot4fou4KouTRneJHDdq0IjUrIZ2 /wuNG+3fx8MJOft9Mgo7+31mujpnv9/ubmM3jCKtrMLAhAATol5MCNSlqEtRl9a7LiXBTq6z bkjeTLmEhGKLDlmpzdHunv2wef/NILWJDPxKk4rnObtQwlFhFSeWePy61z12cozlAP5HO41U GaR/kMk/MxWq4hklceDZtuQci8vLX6WGKiGVWP6Hs0+Ar4Kk3GJgR6qzaBFA8IDgIcS63JqC EKuT7X1+QqxPbpI1GZq6HVFmIXQqpLCUYoTCGqHHEwJfWGiehBScsg4L7ZCSfCoGU5GxdDxd fsfq2sIMPVwGdR3qOtR19a7rnn3hVonDr+s1pq7ZmL4UgYwi6kVKQb1HkSp7IMSb8mv6YQx/ h74j1eGYMcYMCt0Gf9Y2ga2T2HWcbM9VodVo+7TtRvnSXhVWKRqJza0MBipWQ007NiL9SYlh pD5r6shSPHSFgKAG7b3mFVZUC3gBUkap8W47VASoCFARoCKoJwPRc1UVsaBRZBwd28SEGWE9 25im8WFShqFmpirp700M2S4lQEwMpY6yRO0J2uIoLANspNOn6IJ0waqIjYiNiI2IjYiNVEnX G05gAdZHZ4/YyBYoSCoVWxlEMGIklchDFBRjQct6tcz3BR945kMQRBBEEKxzENz+hL591317 9LZF3tytN8UqYd6OTNZYZp9gHduyTbCOrVjHtjX4zyez2IhcnrlmrX6iqarbEbFXQhNkjrFi 7hmhVg8pF94MUxNqPU45+6BJIsdu4ce9BGQJ5C+82DPam9Wfy74YoYCwGH+4Vb4ZHGJwiOs1 LtUAF1VN2slpOOtd9ulR5+Sk7U1aXNVv9fHWcZ3RhllblSdiHeUyCUbaqsAStuwYm9RqFYNE qyHtTJjh9sRc8qH77bP3wohlJoHsvTJCIHtH9n6RloVdt5iIQ/buNk4sLagFRYnyqW02+bLb J4ZpqEMqVhYC3kqdiMb3X1MTZU4piMYWCJ6nHUJ+4QeoGYUOw5Fg69a7vVYCWUhW0QxCM6jO zaAlKOIZlt7E+KMFqwyUOnD5BzUGpxl5BPIItgDyiBxmLPpu1ENwY/RVvYTTztGGeHZy2F1/ Rfe4d7L+isOjo976K9DSQEuj5i2N55dHVLY0XFbB69wTEljYv2T9Swb002ww1pbb1LTic5hF kQhMvuLdST9pO+KmtocLoV5CvbTe80P+6dvKPzWgXqr0c56rwnSV7c/GZv0WbYVpGo/uUwH+ 9uJaHJ+4SSr35SkQfVTiqMRRiT8SflCJL5Mxjg+7GzADyB9C/hDkcb8IJxVEotax4iHz7UpO uWsEMGu8vFi8i+90rFRCV3kpLqpxVOOoxtG9rOc8961MP4krk5CM/Iv3726vXhLD+IOxikBF aYUhD5fkoq6pGMupYCUnEWqSwNeDbIGOBkcHRwdHB0dXT0fn5WQV2FqjRJ2KjHYbuzQec3zM +mU6y/jzHl1KAfOW6oCIgiKTg4IsIcl0+3iVZ2DESMRIxEjESMTI2rPGeO7GsTBSomF4Trwi e2h8lKSCcWTt5OzVKxpVkrwl7ZNKDrSywwOT3L0KmdKSvioC5Cv07NCzQ88OPTv07Nb5AfTs VuhkdXpHrx2DmsqpkmuNlWUkXpNQVuVE1hon+FS24Yqi3PXsXMIx17GjjrgOBcku0x6fsfys x9mYK/ZUfxZj0gUZ+VkeSnWU6ijVUaqjVN+JUp0UMlCkswU2CDBzF3egRDahGl2FeySCOIlk wF9RXDQD0s5QPGxCOz3z5u8c9G2JcTv1jIwYiRiJGIkYiRi5EzHS6rE/Kdh4JJsFFd+7OUsd ywlN4kwSTXGRF15n6SO5c1ZVsmgwbQtUNHuJQAi1XDr1EJHaDfGHJoNjnquq8PmN4j6NyceT o4+2MUzj27pUF1I4DEhlmJUGCDJ1pGDiB8ekKixazCNjbQIKnncstXjQ8qyKEhElIkrEOpeI OKE4oTihdT6hTc5dV8kiPWiSQVKfJ5oGM2mL4HcZ7TronOyJbrvTA61sHZ0Ekm+QfKuX5Buy D2QfyD6QfXzTFlL/wkymib4bWR5+1gD3XyGJADcd3HRw09f5AXDTwU3/6DuJpTVfnN43fRnx Y3LxInjpQArBUiviNsloZpyIi/laYpWkJqZhw5DGx/VQEwmP2ivUa0E7BUQDEA1qT7CCpxOL K9RXridsFNGgZE97PryCgdF4ooHM7MgkLKjyhvB9V44z3y5Vyb0KgeuvS8WB6wPXB65POcKy 6jGWLUVqaGdoFiSeIfGcl+TovKHzhs5bnTtvOKE4oTihOKE5/omVoiUKisbTijoHokg37Csp ZjoFhBKORQxFDEUM/Yox9HEcdE0zeKkzkE5UFO16a2DNW2c12V/MwmqgFY0AZ4fd7gRssMKe UNT0jgjln//zzrH5U5/LP3+B+/rXa3mnROc3r50CDw8PDw9fLw+PM4kziTP5Fc+k63upeP9H EPJmCnh9XxR2lk389OFKXBsTievEDCJSNKC806oxb215/POdjDOZTB1dD+kGGHgl9tRpn552 4drq7NqQfCD5wAnFCUXbxPcDaJugbYLyYFYeiM/j6IzXhqjz1qSgGbf6VAE4yZGSuU3Lv0Sa Df5XBZZl0N5eXIvjk9nQzuMcz3+m4nt1tyAph0zE90CgKYOmXC+a8vOXVopkam9UHJJqccjt k7eJkp/y+f5KD0jAyL1ONY8j3qhIWh3fsfNz3u7SBBljJdiWg4GMGascqEiq5XmrzjXX8/d0 ttKfvSj2klqeuFbqcSdpRFovcar2dTw0L1nFVg2HnOmRqhxNXgvekUIrwoD/Av8F/ksWeKR2 wNN9U8GqSk/nuaoV/KK7RI53nWa1da+TSVeTbEBOnlJYE29jm92mXj3FMhW3EC3EtCPCPEr8 g3ha1xGde0WT2PdaPXBcpG/KH6MKQBWAKsAXQUJsRGysfbLEsTGQtM0qiyJ/qWNF1tCcyNjf K5S3piJUaZBo2pc5NVlSSpKwYhf1C2yiA04rUvGg7YgfmVDp6CUZwP+B/4OJgHiIeLgT8dAa z3s3PhBWlIiL9eGFCZW4MOOJibkvRJs5bCID3iI9TMzYLyfFmBBYz8qIkYiRiJGIkYiROxEj dRxEWeiLEiNQrqaSfdTjSZRLOb/9eCm+z5uNwlKA5AqzLC5Dbjx+pNqRiknRO0DHsbc+HoBF BhYZWGRnQXremg+ajtOVfqEo4tpA3XZ+itIvF4RQ+Y9FkghdxWPbDA0SWFhRC0Dz2VOdYVR1 UbIf0XF1dMzXHzjSNE9iloRDRlcJl+Z90ve0CyF06KrJrHiQSSJjO6XQiQIShBzyXxNDLhDU Q1AP41T7sZBuDoTHsUrFB2Js3JixrEe+xOFxVvV4ThxBcnWQpMqQiairK0nsRAD5BuSb3SHf oNWBVsd6aKvTOW2fbLikSyscNlxyeNwrqn8rB2Wh762BgFqsV7fzyWzImsL+rRxEjDFTyza2 GOTbcJYANgNsrkfxVPooZBHIIjbEf2QRKmHog0uDr4gDlSe0yaO2HRoYeiuDT3eJyQjJFwdP /p8QXQ8agr+Dv4O/A0Fsvtf9df36uvZ3l/zdrUrGOjaRuZs+2dvRPxeH8HfoZ9ItjX4mBAbo Nhi9qXE/85AHwnPd7PT3ZHfs73rwd/B38HdkAfi7uvu7HjmscmEAy+C9SYKRtkTWzoijtlW2 J8QR/B38Hfwd/F19aFiVdO7X5O+c5icxb382yad0Kx83j/IJcQx/B38Hfwd/twP+7oj8Hc3e ZYmmyQJiRKQ0c5A4ubhtPZ8QJ7/T33VPj3pHr7lJldCvvblUQ5lF9rzVbp8edU5O2uVPruce YsZjQVUhbg92gpduBsstsNyiarkFna/r5GJEQ2+Kbhcdnre6fLRkZkcmOW9d6nz2SNz8RY4n f7vkn7HyL13W7vT22539zvFt+/Ssd3TWbv/S4hPoVozTX1dEoeLpOpkGenkE4ZtU94+/dNX+ 5Zkhljel09uhd+I80TVZZeaEav5+/wDNS8pYKQq8f/Phze+LAJz9Lg1CLhiz8PW7bkx363tH 6RBHicN/4RFsH8kA3+NVvGPQKUGn/LZ0ymUP1oMHm3mwSgrbs41frv5CKljGr0pg8IRynDfB p9g8RCq8c+uSn9gARqG8nsaG2IjYWLfYeITY2ODYeIxPf/bpryOBnlJsvFFDWrEXByS68OSW GcMHqBtRN/JxAwn0EcGsE+l9uW48gXececfm1Y2n+PRnn/662CjE6UGHr7R5y4G9PGm7meG7 JCF3Z6cTarSsX0v2bLGHjmvxAnwowYc+JUIfTDKm/vv9vyUx/HzvmA7czhZu56nJONJvQFND y0cL6feupN8dkDi2IHE830gI4sHjx78pAfcVFZCAlzywDnq/3k3ECfj7eIgUfMadW4Z9OugY e/dMRcf4aSk4oQQeRsB4kkMKSkriHCGxfChnKRYBrnwQJOpK7tVRj1ImtyWiip0FEjVI1NuT qDtoDj86wuYB4B10hx8//nUJ+Bs3Z5D+p3gThrQlOn16hxjRcX3cAnMKzKm6Mac6aA8/uscy OiKth5bjelcOBXz9VbVrV+AbYDYsOy4yU4kweLADYxRF97qOw6AbhyOXP37aG0nvFJyEGSfB VzQGSoXpPjofaBPvSpu4C8bMcjjbPg/3lUigUUJAjxyQA3CR1VupBHh92SadQ2yietqq7bJS blDCCR7Po4NehyN7qefS/VE46l0vSOj+n2XeH5R9IAlCMcziwGrS5hJpFoxo/7eY0IYRZcVQ R1YlLMsq+ZtEPcgo2hOXSk3EtbvEsxmiHtAnoE91GqoqT3tl1Ht+Xq2CLrOkH/XEGZnnZ6j+ +zidkNA2OX7x4vL6/cs98b2RIW2XimQcsNN/8f1bevDnNx/EPyZWj/UXp9soZPKU2REEBQQF BAUEhXqul/Ly1yfztp9hUAhMfE9LiykoUKo/3cY87+IwP98LHZznZ5yK1CJUk8hMSc+dCieO qFpG+gt9O5JJ+EDBUqQquVdJKnQsBsaOPKMiPCI8IjwiPCI8Euhfz55XWUQTdtiPc8jMc+EV aUPj46KZsNK/SYiZu9psmhDHQi/8qcOGR7edk7PO60fBcHoiJ63Ncyztk177zbu6C4lv5I7M 33epd8fRT8h2Doou33fDJMUl7b6+lFaKC0pWidD14vLi5ea77KnTiLjLGnKX9fc4ebcjH9hC bo7cHLk5cnPk5juRmw8yHYXUt/BSJSTnn8fRWUoNfZKBm9B4HGNRrb4YRCag5YNmyFGvzJwc UqVJYvXAsyHiIOIg4mCd4yBOKE4oTmidT2gD+IQV7TFaayJ+0onNirZYyTq8KliH4gXtf38p vIyDFgSqqMQGn6oHlKM2c8sEV2JkxYOXika7nyFkSPa7VZ/t6s+EuE/3tIc1dUYvrsw5su6/ 9Ahji3Pw7FOVSCo/gmdpa9sfy6mQUWpEYdmFm3nWGZ97+ytvymfELl595/nHvEE4dt9Rq4s+ yIxx7d0nSOKQxCGJQxK3E3Aj5QhlfvZUnarK5MDrYTYjP+tzI1NT62k60QEz7oQeTyK3/U+F HB0qs7NN/PW57O2pSjmVH9Bc+vKMMpW+HSUmu/N5eVvjxs/TJhXZm4wf7898GGAxgyl4CXPu 4alyJ5V3XwPdQ8XHsNYxzIoNz17P6bwyz9YMrePW0v1maVxFiSSLYx5aMfHiLbml0G3BVy7r MgjdYhKf7oVciKR70u1tSM0xiS//oEn8xgwOYCbxhg8VZbmzkfTAjMcm1BaTJ55dKvKAhQkT L/DN47eH/7bmWBkVOdt9JitP5m870Gt9dsi9lj5S691NT1V8yjP646aQtVcf1gWD0t1XlErP P1+/L7t/eckYySkztvWBOtjzXBbZBLn63Jo0yG5Ddvvbym6XMZJP5nXiMIQyE3iu6MJq700L 5D1XVQEPfrQysXmh+Pzd+ohWCyf3OjXJNqZpzjhc/yVt+SJOiwhMFoViYiwP1Dtw3wyHFPoG KlZDbR/ltlQkU6sDz4wIhugGb4CcOqftkw2XALjKlURJddtt5kq/XPDMqZu9LB8juaO78jEV 7/9YtaEJwbAcHkAwXAKu2DQ0OeG58IokoTmRsCKXclGQejV7IlFhFpBUSj4q7kRnBHfE1T8z PRlT2KQYmlKg/PXD1U/7P1//duDZFyESIXJD/EOI/KrbThZDJE4oTihOKCiN9aQ03o4UqbMR +04KmyhKO6wRY3P/OA77KIzt5R3z0ymHv09d/XS5GeIBagXKdplPpzy7jlvBalydH8oHmqZg g1dyH58/tjZMzHheTNC7/xBVEVURVRFV6xlVPVdVAYE0q09S6MBuY5jGY0OlVi6lYjMu2JKS 7p4YyJRho5gQpNRkyQLwhgCJAIkAiQCJAEl1ZP1FdX1+GMIkW6BkRK8ukfcW2SiP036HT5XS Pb5tn571VgASz5Pru9qgJM1vkpCwcu/uo8+hMSRNSrhmo6dLenBiMBVZyuNVUtzRsOSEhOMW LQXqJqiba3ZXd9CK+6atuCYLUHmuCpCE7RM7cUHjs8IqjccjxJVJhPosWZVhjzf4fMyJPmIm X3YxktpNHr/4eHVB+/JkGT29uw6QBCAJQBKAJABJ7AQkATpnsn+1SHJdXTqLgFRhBsSjeBQu 4nLxsVAkVfF/ZrMRCFowGNPWWULvOQlBjFxTMmH+D/N/mP87C9Lz1nzYLAY5ypGNcozjjxjt oBVvFU4OIw+L0aBf7j31fDjqyNX7NqQVoebpPx5qmBgd01QDVZPzyzd+pfrxNxod/FlRSI2i MoJ65kUZiTISZSTKyPl4SIEQIXJMavYf1IO4MWNZj5yJ18UudMkQHFcHR64EKdzxzHyq7J54 GOlgVNaVGTO9YmOJ7UXyuKT9KAUFSqKAZdZp7iM+ooQkF5gLNbZPT7uIj4iPiI+7AbOaSEXQ etxG65ECn4kVsZRoRI2m1ibGRG5943IrFzUiakTEwDrHQJxQnFCcUJzQvHBLWVfRykHZ0IjU HJH0tHO04U45oRF01xKpeorucW+DTNjh0VFv/XOgFYlWZD1gNY6dLEWKGIoYut5ngXGuvynj HCcUJxQn9CtmuY+TnsNF9l4ZNVd0oNKJiqJdF2RY89a5D/eLie+8PlGVHXZ73mGDFfaE4pYZ UUzm/7z7PNGkoiC+y6i91jnZE912pzd/gfv612t5p0T3N8+K8PDw8PDw9fLwOJM4kziTX/FM Oi156MZ7Pcz++9iqJFZ2/zKRQzvLJpjhc02dS3GdmAGtuRaUd1q37Xp2iRDfyTiTydTlIUg3 1mDDAGUBygKURdvk+LC7ocFD64s3NHioz1SsSKlqI3Xa7eNNvSjQ77Q8b9U5+UB5gPIA5UGd TyiEejjpd8smWQGW5uVuaEGXcgg1xXodnrcOi2D2/HXg35RDEW4agqYGE8Mbk4QMaUl6vi+p GCY0QzGUOsqIGzpQU8PbDEYm9RdSwfnD+cP5w/ljOmInpiN0zAtqYuuBYCs6l3eJHO9243Jr DLVaoIGG6aVgidJIzS9OoYHC5F4tbiieTyzIclVpBSvgHh22Ly4vWm73dbEC+6Od0i8ptoj+ IBNStwlV8ZSSeqnsYjmFyS8vf5dyw/8Uu+dzmDLTef6ZDAnjuZyE7uhhPsCSKsj/rKP+At4F vFsveBel6aw0nSTGDN8l7LftdKLOWxyEd51F9ZQw3H8sQZGfzIX7KgGpYESaPoqADJ7jpLU1 kZYDHWk7JToWa8zOkhfqkZLQrBV0W2nWAfLHY1HCo4RHCY8S/luW8JFM7Y2KaV2GCpkW+jZR 8lM+ggb1vG2YQExJfjBZFCJybhE5WftnJGkt74K1ysJ6qTvwOneQz76mXn3YBpmO7D7BIXM5 hhgryj9inY7TdVacg0IWbchQyGW3fdw5/ROgEPfLmgOFUP6nSf6R2jNWvNAH6oCwEe/eRpKH JA9JHpK8b5nkVdWxEEJeEkLmRMRQP96v1NGoWS32OCrWIRedmZeEf7yPU6tkuMdyyMRfkPR/ J3I1lIE1iZO5SnT6CTESZHDCW6H0+DjniRiJGElHot43BMMdaRaMPP+N8Lg6PJLOY2qG9oGD YEHo2ytCpTDEZIgMB0rupdNqWitjIhSMNTWfmA3oGRhFJIpIFJEIkAiQOxEg7UiC6DfPm6sC IMZyKiKqFgVtLOd54iJIplRHXmQJ8yVJx+ROxSqRkf5CuwNYKtmtLo/9fgsCJAIkAiQCJALk TgRIw+CgV+GghFxdQhItI4tDKg2n831fjpsDAlcnk0hTVKToSQw+Ev7ienOMOTEwsVvAVmvv CDlnLaZQ6LUmqQ5vrhPmZpwedU5O2h4348rwksmHM5kGWvsrVGv/PqvnfNB/XOo/zhF9EB/Z AsXkVVUFmdA+chrT4tFy11ucp14feBZEiYgSESVinUtEnFCcUJzQOp/QJg8N/o95UNSzdcQm QTSxSaQ+E09MkFhLqAieju/Eg7YjGv66S8wDfxtn4wFtbaALeLEfkhEwnqhWA+Op3gQXVOWo ypeqch0HURaST/ecODDr1Zj1JiM9iy0lT5qvJ3KXVcMs2soyNLmVZ8ENHXpzhDhnsYg7GsMs DpgQl+ZMOfXZ0rgqp1fUQ/LsifIR5SPKR5SP4ADsQkuo/9jZ9rw4kqrVSZUMEkPRUM5EZItp 43EWWU1YhKPGUbQk+ZnZQww7vPSsixiJGIkYiRiJGLkjMdJ1t33sGBFydYQcZgnTCokCF2Vc MBIsf68iM2FuQCHMpj5Lxu33xMNIscZspEmKhqIkYiSweWDztXeJwOaBzS9h8zwS5PlvxMfV 8XGsXDv6zrBsaWa5L82C6jqgeDgyDyJkFvn/yoDCpaD/004SupCms5KYwqVeGPlGIYlCEoUk CkkUkrXPmliyA0FyMW9YLbhJQ1YuSD7oKCLRzUlE4ZAEHv8uBNG/OEIypFoERSo2hWtTciTd JgP5aGViG9LaJUn5PJXYxjBFxxs5BXIK5BTIKeqZUzjPT5O2aTaZmMRWSTJH+tP26tbFDuaG En1Y/kqkpCHJbJ6FODEvCE7hgZIstyx00WA8Lvn2onvy9sgbl/xjtnq5X0ZBKXELw+glPOsZ zT7rkKVEYUeln+8/kAP6yB3NL1JDO5uoxiovrPLCKq+zIPXH0N2ZSb+UR6bbzjO59MsFz627 Y1Q+FtGWh/KxLVdsVFRrS3D4fNhw5Rb9Hhc4jvOXg1VfA7eycSHarjRL43nIA96Fs2Cp+Rts Li8pbq9ZIven5iXulzUnLynAF50y47tsWTwiL5I2cJTqqSMVhUwf9z40wAqAFQArAFaoJ6zg uaqK1nWzgOMgoLEf5fvwCsM0PkVhurcaDnWguWufTuNglJhYf3ES4vk8+kAGn7LJLEYShRzx EQX+I57RaZ+edhEfER8RHwksqLc4AbfyoZ169aRevpOF4x2NzIH4u5duoTJEZYjIV+fIhxOK E4oTWucT2mRJuPcxQdKES4cmyHjKjObKlFvsda/Vg6CmyiBStKWbNH1J/sXJtDOCPSfxS8xB JCQYPaO6A7Jw9a68OBGBWDvXn+ywHCNqZdO4WVC157yBUa+eOyPiJHVteQT7Z1pZEqVGDBKt hrTZS8c2MWFGFPtc1mS23SsJRtqqwGa8QZoQa8/OqAlQE6AmQE0AvHon8OqA+o06pALIc+II lquD5Uy8ZG6nFxWNC7YjwlNJbDxhYrLM7MjQ7qBLfa9Tlj65+QsJnfztkn/Gpj9vddud3n67 s985vu10zg47Z+32Lzllni5xvPYKytqObx7qp77tKHkg4zWC0F/BmS1hCWzHwZq42VADSACp luetOidVKHtQ9qDsqfMJbUArpN8lGOdWJWMdm8jcTb28FB4KHgoeqs4eCicUJxQntM4ntAE5 RAUuIcSNirQc6Ii26p2JQE6Kr1leSc7WwMgoFyec8tb7gNbC6JQWwtgIqQjgDMAZbAEQKcgI ozfkGXyFAnq0nqIFIFKQBe516CP16BCt7hCV+9BEFoekdn9P8kkmIw7iNJZjHbjlaaR7H9OP 1ecJcSiIeEhhMiQ5XwqWqNfBNiQ/CLYhgiSCZEY0tER8UA/1z5qYeJlmC8psiJCrIyQxBoeS 1qLtOS4+qwzuCWUDNLxRIaJCrL+vY5CaqfYAqwFWA6wGWF1Pnu9POrGZjPQXqq8/KPtgkk/i qlhVLl7QzMPLs3KqIQc3Cvk6OfZhDng5eDl4OXi5eno5Dy+sqDcbNfJXoq8SO+fySdB8KNZW NHUHaiTvNYnUsbg8jfupZEgbdWiiL4+GitbbkjQ0a9fFeQz1bjjERsRGxEbERsRGAuvr3bFg gLqMjZ4Pr0gamqPc2t8TA9q2yjIxtE/OTKlepOiXmqF9kDTeXmqXLxhtbsLvlCG7p0749Som /E66r487x/nkX6FnsesTfi8801HO0JQBv77fzndvnG4V3nfRa/+um6a7eiz0Gd40L5t601Ql 6pmOQt7DRcPD1kwc53LRRBPuH03oDpvNC58edU5O3K22vBqrvO5SuWYcjxf7l1/PPeSeuSgl 5MDN59qK/UunnWIJWNUFnZPDDXrG3ePeyfq88vDoqLf+CqyBwhoorIECo1KPCc4gDom4MWNZ jxuCc/H7sj3hNgF4nrzxGXlFCKRlz5b2KYzFrx+uftq/fXfzw2+gjIAyAsoIKCN5moskdUBJ /fJG1OPD7oZ0+qTb25BOU1ZfbIysTOvb7eNNmT9WmdRdxaTJ840shHlNSyiYGHKXGFrKRJON /GCJAdKOCscVWbEP+xEP7HUA7aT2jdPrGSb7Wy4DYeFtLwtuFE5IpKOywTobpEVui9wWuS1y W+S26/wActsVCX+nd/TapeIURCldd3B9OpEB5y3UqhwSzYewfT5akY5ZfDRvR/E3N1lED1A3 0+TwevIMmpBMUyreRtn0uGYDlP0Ovr+ew/ukD7sCOhMujeXcVryjlSfE5yrJz2VqyzkuTXiX lGi6EvnHOr+D9hLaS/XoJpTejf/mOxYN4Hx8HicUJ7ReJxTYGuUfP6YqoeQjnqmEjaSllWv/ zFRKO2ALlvkMBPEgIY9A1QXKtg5lW+CeUXCgBM8lug1NgQsJo1AMpthX9AqpLaC13YHWmhw4 FyIgtOi4IceL6Hx8Yj1pCrURBtXW04U7ndP2BpJEp0s0iQ3PcnhMUOra6Aps9oYNRCfSQa58 MhmbxQnFCd1wcHBCH9XwvqJQbnlCm5yElcwg8YOM5d0KAIOo5fR46lNYPLzi8HfhFYdNGfha 3bhyOj2+Uel2bAqS0ec0V6i8YZfuPWo0yMD6o4WInoieiJ4QYoAQA6Hb9RdieNB2tA2u0xwR htXh34/8XjrVQzq1rv2z2p5MskZKFYmMepC8nqjoCT2h6/j6d912zZFtWEpLG5Or+3A0EnIk 5EjI65yQ44TihOKE1vmENh1w/qgcS39+EpVAQK4dhZLByFH6A5MkKp3w/jCa7aCUVs6Y/khI QHLiagW7xOoNCHEigg74smoF+Pvg79eLv4+SASUDSoY6lww4oTihOKE4ofkSacgUl+UfVDIa q5LxWPwuiXGVleeK2Yl0oqJo1xdHrXnrLMH7i4nvNrEwnB12m4axwQq8elnI6EB4f959nmgC FsV3WTQVnZM90W13et4V/M2v10R6FYe/eVZEDoYcDDnYV8zB1hzw0sPjTOJM4kx+xTPp4GwV 7//4kVswW5zQBjQ7++95vyQpfOxfJqRBN8smZsM114kZ0LCDoLzTOpGy2SVCfCfjTCZTl4cg 3cjrW7qz0DaBpHjdJcWRfCD5QPJR5+QDJxQnFCe0zie0CeXBIWGQRQmwNEYCZdOhnZH5wIwC MwrMqJXVL5bPRmrOU2CvF3YfYPfB7UglSuiUhiNsouKQ5yT0eJLrqsyGf2km+F4H1PMkgdgs 5XGKxy1gQByBOJZcmg4Qx7ojjg2ollYLPFDDhLopNCU2kKkKhYnFbM80fUuEDpMlgfK8maeq cfS75A2OmyJS1lxR9T7V5j8rEcgomguLIna3m3c/AUsElggsEVhiPaXIXugDdbDHXus/Ovlf Xc97raDC3iVyvOtM2K3pKMyL3RMHBwd725hlt4mxTzFKRbq1yUjPgkb9FDv1+WTFW5mlOTdP /2Uhy5AqS3nUGyfRQF9TOhWLgWI5stAzGXIo5FDIoZBD1TOH8lwVEibbj43dxibNCXgV2ZKJ aZhIMgz/McfaxVUWB1YTTHUxkjpmzP3Fx6uLl+JX+u9vpHXkgHvA8Ol56/DoaMPuGbACwAqo Fyug6TC8kNR2THm1aWw1IadTEZg4VoElLN5rQcrFJqR4IUGBgnzbjPGFnmOKnmOqz1vfsiKI ZGpviD5BZIqQB7/fJkp+ynfdVSR8YlHAH9sr05F52IiPMeTc+GpBx+JK32UUQjsvqaGdsUpB akRqIpWXESZWwiRibOgS3pSUCjN0/UjG2LyCDHga8DTgacDTvmX0tIiR28zDcwOSPbrnvytA xsaHyFBZqSOqJqmDRM0k+k9qs3BaxEEqPS2zXkMTZGMqQek6iqmpmsiE5uvRcUJ9ifqSLfCo zoEIiQhZ+xuCI2TIAio+QogY+XkcnaUTGajz1oSoztRiUq2++JUYKdf/+Mf3+z9e/IaVGIh5 iHm7E/OA2wC3AW6DrLSeWemcOp335QdlH0zyqSS5eEgGPBo8GjwaPFpdPdpf92d//jrn1LZ4 GG4OI/IYka89esQJCG8bbDI3T4h/5YPy/+E5rQoErVGzfx2yzTZGQetNWunonLN7qcu3Veg9 vMmSGA9kR7RECnsGS1eeMjNZRQzwDyIqR1SOqBxROda1cvyXeB+nVsaBEv+a1ZD7+97DLCzg /u897EVJuDm4Obg5uLm6urktkLAK3AxuDgAZADIAZLIeQ7pEI6sqPOcc2Kov/x88GTwZPBk8 2c57sn+Jn3RiMxnpL5JlSODY4Njg2ODYdsKxzVWic3jbFl/+FW4Obg5uDm5uJ9wcUzW8P37K Jq4jaYcmGXvX8Ddon2LYB8M+uzPs02xGGrI5uSjf2D3unaxvBUIU89zvFkMnrvY6cSA4+Lcs ZGsX/V6nc9re4Pg6Xdrsud43dg6Pe+0Nl/SOXh/xJXRPWjnAqkxQ4+eqqFJ872xuYQVvqigU vK8uoKaAAgsF1u4UWMg8kHlsSAiQeahEfFAPfKgD2rowz0J0SsfpF/qJG+7oFslV+uUiXXws krTJorhuG9FDPplNH8rzmlJkfTNmzcIbsqRyE3hkTx2et3rH+S2c0PdJqsOb6+S81W6fHnVO TtotN9dYWPLKxJY/GZkGelk5u96ib6zx5a8J07FNTJgRu16GoWaygoxI9ZgedrLHQ9KBZKnk gZoaXnA+MqkvoQnnD+cP5w9e/XxEI+f4FYPcOsLpgvNfmght3A5WHfPqqxh7xRw4leQhvYqw TKrGUqS0PSwiAeSJCmjXjv5CQIWTgEz2hHQRkexJfWJeFZAqXzoTsRGxEbERsRGxkTKC+hdG jwXQNmlD45VKghGtnlNURlOhGItERVoOdKTt1Mfv/ZKbrEb3wsqCm8vtzlHntHPoldsf7ZTC bwF6/CAT2noXqqKKlzpR7GAp0BahvCzv1ZDTHKpq538ZX+Yunjh5EPqZq/Tn6vzyIa/4Lx+8 VEOZRXb58uu5h9wzF2lF0fqiFhg9hQN3IjW0jAFRrnDeOu24Jpnrka28oHNy2F0fP0Bl8DOM Trt9vMmo7dPTDVZFo1R/U7gSebN/V4PKACpDPYZ7+WQ2vaHQoTWAP3DBH0iiLZTLAUWBlPOO QF4WKOx0ogO3nPfBZFEoaJm7GMl7oOcgN8wyQNAqa0+rpBqhzP+9ouAZdQQr5Rq2KYMbpWI6 yHRk93W8jWEajw/MIQJirAgtiHU6dliBpt4yNZKteKEP1AHh6CR4Oh4baj9PPcuiDkAdsB7/ QKX+bSt1REeHPTrQLzFm+C7hbIFSf9oV17je8kgm4YPEil0PkK7qLec95JdULrK8qZLhHpGr CLMWZMB89fxQBtYkrr5MdPqJfiytGEuESBSQKCDZAvXuKAIqE8LL5lcI8jcuREbk6LcxSuOL R2sciLpgq7K7u0TeLsYaGwrV2ETGqeNuL564eYPNtd4XzfWntt7dLyNv2IzlQH2TzFoB3t0L MANgBsCMOpMBcUJxQnFC63xCmww3koJC56X4nwJjK3MMQekGbcexWSq4w3JHgwpZMGIphRxg EuZeJftIRCDMSYCJY52CcwDOAVWL/gw63Rw1mdgjN+d5K6BGtp9Z4tWvUJKvsE1zwKP+noiV fTDJJ16ZSpMIPL/ujx8gqUdSj6S+zkk9TihOKE5onU9ow8vu7kvx0QwtU1tmZTdRMe5log3V 3ZG6V1EqdBxEWUhiAWJE9J/kXqcm2fNSWTg6ODo4Oji6esoBUOFdbMAQP8hgpGMlXvz0w8s9 14fXxQpu1FYgn4F8tjvkM6QcSDmQciDlqG3KcfjS8d8lS7WkNC7N9ZOOX5nMvsomr0LzEO9x i3OsiSrK4G4+dB2KAWjwyESQiexOJtJwDMkDgir6do0apS4rym0M05yGZsUoPuGJvIrSRUmO iRQMQ7VXUnyo9ZmaSId5gKRoaXiSzDMs6gDUAagDUAfUtg7wvBXio+0zfVMHvlpUhV0aHx4T 9c+MlEB5r0fBgk0BVKM8RHm4O+UhElQkqEhQkaDWM0HtkkzLWxl8yia0JYsGaqxO82xDBolJ U9ciT5Vl7c+IVmRldyMRZAnvWYmAUyMRQSKyO4lIk3FqFOG+dFf/TsUqyZc+bWObxhfiE0M4 NHVweTFWosIsDgmyns6rf5J+Ge2SFHIyiTRt0rLGsyuqAFQBqAJQBdSzCvBcVQUW26geLi3M SlTq7zyssEvjQ2Nqxmp+SRZ9PQOtncbnbNMkLY/YE2NaNKUntPiKQ6pvYQRJBEkESQRJBMna a8CSFHifiDvbJA6ND5CziEfxL2Wd6zJCCvXZqjikanFlSUmg69WCiREhESERIREhESF3IkKq z3JMpQ6iJFug2GNsSdpooCh3IKxURPpeeWO4ToYgpckYGtLl6Ri+bOD6k54REQcRBxEH6xwH cUJxQnFCcUJzedp0HVXmtLNpsf3J4Ya99t3jXrH5wcoBpYb3cnGv9uHRUW/9/Yhd5Is2ww7C b7uDEDEUMXS9z8IJ/UNP6OPetWGyf3XDti8LVz6L127Rz2RxHWY6UVG06+3xNW+dsf5fSITY q8BXdMOdHXYb7d9ghT2hrJARAfPzf959ntCMViq+y6Kp6JzsiW6705u/wH3967WkHQa93zwr wsPDw8PDf8Uqac0BLz08ziTOJM7kVzyTrlhX8f6PH/1hijU5WEI1fpLq8OY64Q2Pp0edk5N2 i0GGosuQXJnYpnSVTAO9vBLk0Q3U8X1ywvU+tiqhFRD7l4kc2lk2QRQCcU3EOXGdmEGkxoLy TptPbM2uEd/JOJPJ1OUhSDewIImOARYk1fvII/lYDdsClAUoG3NaMHrzjVd74YTihKbnLSwZ xJLBb+yJqDyoUFPEhkEPs+c6qlTj9CeNVqDXpDw53m3weus6uvoG0rEghU2RShrp4lKTZ7Ro EaGbZ+bp5lRFKrD0Lc9BzwRDMO0MaoEaWk7TUGfuRp0JMRDX2WXEcKmfy5Fg19u5T4kFfXL5 HkxYYZPGR0cZ/q8MWIqT/q+tppZvuZJexk6ZehYzqUO8YNFQReQedXje6p2yo5QZyWkReH2p aZ8er3+4+QvNCvztkn9GetfqvMVd5P12Z79zfNvpnrVfn7Xbv+QQN12yDH4XD14qAgza7Xa3 d9p+94wQcbLfLY3LrU58fx4ZZ+/iopy14f5Lj/AZpyyQ7MPWf93+o6z/LM1s+2+i1OyJh4Xb Nynvubl3XT70XHswq++14lazczcZ3V2u9dRMg+h00dchohIdaEK7CzS16BYO0krbFJEVzAMw D8A8qGNHvgT/UTaxO1tNg21c2UQY2BOce3NvnZF5IDnEAjv0kcO8gMoHfGk7Xmp5EVAqCvFh hiIJhfSMjBiJGIkYiRgJBQyqNuuNNXP7jbTjPffdeGix/3fPHghnCGcIZ3UOZzihOKE4oXU+ oc2trIU4pE6jGwER1IHUQx3kq3KXt/e41iRrT5ZsnkjJxLF9kI9gQoRqCTB36l1NcR6SCxDM erHNarzSfJvnqipKyUYxdwgwtU/pMDY3VJoh8VUL+o7TYWZEOptMTGK95QVjFYxkrNNxSuKU n5SIjPRRftQDqAf+P3vf49u2kXX7rwz8gCLF2llJlmXJhfWQ2PHbdNvUUNwW2yAfMKZGFr9Q pEpSdhz0j3/nDklJI4mS400TWTzFblJTrNtcz9wf5557LusB1gMEoJ8GAD3UMRa3PSRzIL8V Qx3JnZ96w8VMy4tGsoO+p8MbYxMs/Owtm7KeucKdT0m7uWT1dWz0h4XDNG8cnKEy08wxJ+eF Kt6m91iGlEtW/qzjPyemb/JvqaErJQZGzpHrWhT/LjMwWMLryT84+znIa5UgInYF9ZC1U14M HranA2UT4QQUAi+Y9I0MMTk/JCZtTNqYtDFpY9KGgLHdOJewBsYmxoKIkZDBHDdeAvlUPnHr R3ch6JcIfP0Jgl8ERCOJJjHSAw8yWDKthAGja5PeGRPOaHb7jm0ZIhkiGSIZIhkin0SILMjS jg9nfPw4Ck6SMaZ0T/fGCIImvjV7XTXyER0lCO6rBNUi8CBEwX9Gk/Sfk/E/JXjuW1p6EmHv FErLYpx0OuNXYtdKtZr8z1FQYTLBZILJBJMJJhNPIpl43LhydckEon6VT7VZ2t19Nse2iEZz jA2JUwTRRC7fOnXzAapIUkXym6tIBjpJewb757F9XpbTvJTeJrqN5fKAZOAt6UtywM1tUKcc cMuuUMkeSgqaU9CcguaoipZXtHIPbDCvotpuNDfIysJgtQ0oS612vGm5bq3T2bBdl1smv+iW yQdrcwqKWvWRj6ZQvQDj+2hmW5KXSu5DbxhHof/JQvr4/Eokq913htEk6KPl7bRHiEq7VShz EeYi25WLVBdSZGm9XFpPHb1xR7BK2rGVp4EVDC+N0bXbbIFDQROw/W0fGxGXtNZAtGOQ5AQ4 KjJOgG83M5blwOYgaXfQz/FyVsotz32++4NLtmgaTALHya+IoNZy0xC60m7TT3feaqul39VA +0F0a+KcIwbl87nOuQ2xeVfYiwJZlLSPLnHQB7nM5U6xDmUdugG3q3dq7Q2vNAAQbnjl8Li5 CSBsto4sQIgzmepru8dA+JNCkcSSkgGWUGNucQ9/D9akLCXBN8y/6E0CPMAekyj7r9iFzdsM sZtDbOV0vu9MsDF6ilEqHx61KHdDvzvfi+RCsphK0t7QNyhMzQBCZT7GkpychFGRUXFDPGNU NLF6Y+4kBHvg1c3Tay3rIPmET2x/qZEH/uTTmay+cp4FkHEonpnw4Ne38v1mte8gPrhwwDhG RUZF50BYZe8pOmvbcI4rX1FeVitAdv+vUi+s5GaSdSJRT9/6mM8NzQ10OiHa1lcBQmGgoEtm K3THfgyFDIUMhRyfmY/vCNFfMeSTAwxqwENyIxsKqTG2kDGWHx/Iiw3tjvnQSKWo43s1p/Yh 2hXAqgd+EGSL6DNWD4MjG5Twf2xQzoo0BkcGR6dq38YDIcExNn9OIGMo8pFuF6zyRWJJk/FA mec3z6FUIdrei2xXNTLYG4+WotXHSlk+crhUL5FYyej39eneNjpEIqlEUpeQ1L5OtVPhVD4y dvexd6FYZQSthelSBqkPixajDY9iu+eO8YidEjsldrrNwY83lDeUN3Sbb2iVx7COQO51Eoq7 kz76tPmehYZQJcB5HEbgRZ77t34i0sq97/Ro/MO5fIaERGiStXrzoFY/qB9f1Rsn+F+t9sde +WoG/HNx4vfPDUq5Wq3WaHZqr7LX8/HfC8g4C41DJ57vu7wPPN1uVNDa78p8TFfjHWfRaBwU eyvF8LC2vJ1tvbC/4onYDrNM+MPadReHX+rHsJP2Tru/jFN/lA9ILxzmOD9svbk/evGoYgsF Hcvg5OGAld9R+8lOXMe0C9KJ3YE3DqCUK8hsNkQfG6Xx/9EkSP0xltKMI1xM37iwLbM3Zm/M 3pi9sf32BDKvtOuHg2CCTWHcgSdOC8ErH1MqyUYt60SPQdccx0LTVNMQKa02CZoIla9TldM6 rxExbyMQO12BAsZIxkjGSMZIxsgnESPToXZH0SrfgFsN1ajPEJaxlaQNnn3sWlFug5PxkfGR 8ZHxkfHxScTHBMVj4EppMkKu3jQ2Ht4n2UJqWT0W76sonlJZ0L2Q4YcE0yIY/4v95EOinmVc T4hrfEi4j1MwdqiQ4FIsq0NTrHSJ58lxeI7D/41j/+VDXEsd8pVyYZWSWQuxXTmKPzgtRQbJ 1UEyjPom+V7KwgVzzXX4m1+yw996eVR/2d4hRkUJep1CCN0xKQrtyjS1p6lXfhUB1P8SWjw/ gl1iNcTWtn3lp+qO2vBcyMaFbLPcabv5YwIWVn0LhuPUS9KKSqVbSCD8WF8TlXhYUzvK+tg2 GlpteNlguiQFj4QsjUD6im4EwgjunVNHzJ6YPTF7YvbE7J8EZu8FUbLASirJGyovW1uMmgq1 KxftM6ka6Xuo9QGox8hpLucOxCKTXZCZj0EcjSSeMkgStIdHoDYRq0gcg+GLb77WuwQbVATt l5QXJrL8PLgnN/ph3OgcWFWFQpEfYj3EACNEWWP7xXg2yPeTvge+dBVrkXpniGSIZIjc+rKB QCs6RnODs+rZi5+ufvlevZPf3u+r11N3h5KgF01SWZLz9j5JzUg9e93ovf2ejo6Ojo6Ojk5v x1bldQSed+Kw3lM6i5RDIdoQvXga6AWbcGzCsQnHJtx2NuFaaKD0TOALL0OlsQ6TcRTn2jKz r9FVsVTZYoY+X43E2om1EzMR1k5PoHZyXFVJV71SbDwdoBEQYg/grdsOL7FN5RkHY405QFAJ ci1rwRG13RYIsn6qQ8/Iyngle4fld3mRRIP1aS+nAzkduB2gG7soJBosEQ00fLgV2gRzjKy8 B3HWPUgexxHWAGYcgn3h4Y1j7MwNob5mBQmgTwoGguiyDbQfTKBc6odOaka0jGjZ+rShzhH6 2RjYV1wvyyD52UFybjb66FGz0a1lEXqRAD98edxs1nZpNrq7WCw9uAzdTXuUiLkthsoqD4qD qJiB1QrSPGCFoga/n22dSlTgfzDqZ6uLLqX71dnlovXG0kgeA76TRQ5WW7/TqrfbNbmq9pGj rV88PDcDje8q5859/XLukf3O2QQsxHGsRH2ZSE6n3toQ8NqHjfVvNI6b7fVvcHicw+OzrOFp NM5xCYs751xEuVu5InT8tJeslNP+n/18CYcFHqP9HUTGt2ls9Eid5RWWdX4jP7GrbC7jKI0w 76SevT27uiSjkfwg8oPEAnRzMAKnm55K3JPN6+96F2eHjXbr/XSOFesKsKsgTP2Bj8FW0YDQ oQ7uP+ELaTLFZpIYlxK6vnQiwEaAbX2tQIDNn7mMbwCw8YbyhvKGkjC6nYTR130jOlPo7UG4 MrbMUT/w03vp6WWEmESUOAzAObyiU/teAmVt3+NWQqv8WwYEkg9DPgz5MCdfMeNaN2znNAtK SqpKEUZzzr+7Na/EMJVni17fq2TiDeci4p0PZqgQZPxwgkmLYRxNboYYSEc5Dw4MuLjxBHPs kcuGcRZotwTT+tw95o3a6hbyi2bj1dHhTrWQl3Zx2O4oqylWU6ymWE1tZzXFLMMllnYBcD/E JpVPMKT6Rvagbxand/omQJrg90/3jo6/VMLgtN/x3YUcc25QrdVqO5dHwH5X5mPaTeQYFl/I 38fd/InlH+RW6Dmm2X1mAkAesOHdhSVOktr+UmduJw9X2n3meDccq8pQ+NCsHGGiwvnzO0en 86ijU69MfbNE7KnK0Skhw/725mLhMM1iX8uSOD+7WG4sHybHwTP2CfeuorHPIjhhlCpQMm79 xL8WxYzI9jfAwYhtwpDaJCFLFUgvHqTi0q1QFZsbbG6wucHmhj8yiXpj7iDGOtoe2ZBuNFhI JVZuRyXqANQBaZdCix+6Ua9DP/VnZIDf/x8YiR5CoTT+oS+O1apKo80BymKCGeBYB46NCcwT mCcwT2CewDxy5O0eVRBm+sh42MbrJyO3ziEBYPW+7GQyFiHFTCYqo8mhXMxj5766G/rCDoD+ xUj7YXA/N8PKIElRxaJqrtc6nQ2zv2Trf1u2fnXxsM+Ww9h54LCrvThKGCAzEDSXPyhB72dc cZlpc4LeipwiGUNYsVJ0S4hKpmYwcWvmMstUHpgQNbEIGIOsA+33AUtEGJKcVwPBrKRzxog+ EH0g+kD0gejDk0Afigra8eErouFNrEeVD4Y5yqBG/s3Qdqv90AsmfZEPGGDQQA0mqShv3uhx piWQ+Al62umdMe70AWMkYyRj5DbHSN5Q3lDeUN7QDDGnzGSBmx9DQ2n9vWg3ms31b0CXs7b+ jXqtdrxJu5MAvq9P93hDeUPdSM0benKrlyihzdaRdSjI6wrZ4GSsPekiY/RbijeMxQinNvBD c7rXgAh4/kVvEuABCO9R5rN2QSBVsltpIjDLde8OudRLF4c7Ib6kZN2MjTSIDy6czTjFnVyB ve1Ej27NH11YUH9E4c0mDNLa4WmDkBussK8g8aUDNNvm/3r1cezHIP/+OAGfqd7eV41avTn/ gv37d5eYWVZH7x0r0sPTw2+otejhv7KH553kneSd3GbkogLUw+5rkUbD9vmDc+wUTKfZhLQ4 LyOsvMDui+vAjLAfA3SpkSwanP31ow4nOr63eQjTDbKqC3SYrOqEoKxFlmYwW5koL7dzBWZu jJ9tE9tkIyhLUHZhoRxBWYKyFLigwMWWClzMdkg5ldAKGJ8U2r0uxnH/nADMloIysUu3zEc/ sdO8r19dXagUw9BhFEQ3vkmAgp+bFPMnxlUuJX5G/Iz4GfEzTpgAd5k1FLfxQEhn125VxCQE w6NYIKcPlS0ojkIrZTG//snDHgsII+ogiSADJaJPfqjevbn47aD36qf3zx2zMjQyNDI0bqMn lJtJyt0yM5PoDtEdojtfGd3pNlFbF51e4UC/iL2hj9pbxleZULChy4bu1pdWTCiu8TNiQsE5 uG2nXFSATVYiRabU1dBAEEPkOLUKJ6NrUG2x6WiK+c/D/QA3YpXtQpWUZKUwCfEN4hvEN7YZ 36iys3Mqp5IGcKWkFrlzUpwVgtYG1H8IPSmMdulbNLs1WNcQkgo9kVpM9vNt14nqmcC3n701 MfQYLUnbOXCMjYyNjI2MjdvZFnfXc64Ijjsx5GzhCBMe/PpW5CNmvfmlaW9pjPfgyWXUxvHi ZZZ52mPPn2WX79W73sXZ0eFR/f2++s2P0wkUh3vYyYyo1zN9dMB16N3LgFIaeZhUevZbr3e5 tMOTSwLnpgvYZWOXjV22r9xlKwXFrHs77rTfowv3MkqHDus1h8AMVrvFt76HdW8+3gAHSF8n aay9VEXX/4tOnRM1mPsz92fuz9x/S3N/8/zm+b4ay1g5Vp31AXCAwug4sLK0t1JwGQuCvZWF 0lIV8PpcDpBN+7Eo3DlIjISMhIyEjITbGQkdV7Ui5smIYKVCXmzGULbDMOBDLFMdDKykdNTq Bmu/x0KhKDpEgMb8MEmBiEEg8M6yLWRHeP8+1CPfwxLU8RhsCse6DJEMkQyRDJEMkU6PZhsP hLSJooHjvUuyBsZGFx5FXagAlkrryAKpYBQWcXJfgWgoQTIxAYBU0CwQUB0bM0IyQjJCbqND lJuZrT+O4bzjxO/3LmV1Q63Tqrfbtb0uZnd2YUMDHH9JDcDl4I5svkTI3ME7Lpxh8uMoOBE5 PWwvsTU2WIPQ35kFQeymHEGb4QbbK32rBasDcBARNiU0ZnUmvvBk+bNjWQZHBkcGRwbHnSgf 4Q6RR/j9071WXSh72PM0jJBQnPu3fiKVQe87PRr/cC6f9SGEjdVQ2L1xUKsf1I+v6o2TxtFJ rfZHlnYUCYmkI2fNo+ZhY5fSkS7CghMHHhxhd9MeJemZYyKEShwwm5MWh6Na2eoAAw2SQAip yQN1MzagPF0hv9D9Wx2msrDGMRgumQlgKnshG4+6kK3lC+nYPP9BnBswAnfwnsJ+V+ZjSfGA vkE6RN4HzUptDZ+/nc2o2F/xpBLntQszIL3N5k1dx/bYBNc9UsWFPzcDPQnSuRo1/+Ry7pGY nLrpy8P8XGa5QuGg/sWXWeLSF0738L9wuph1A/pyEYm0K1KpxPP9072FNHE2E8EMesE0XuJa y5oz+QRT2ovRyJcmJ5/OxLzOs0DbRaafMWYR6CTtmbCP8fy+LI57GRv9wf4bS2IHtr8shGr4 zmjwKo7xH5Pej5EaV5C9kM1kPsQwbNBAubJ80BUYFCQiFgw5V501/wu/5CQ0O5n1ldxZzAuE gABj2d7kmLbyhQmQzxBliWMUp/g4+lLnrYLFB6ACnapM8bekwnhsjt1jOi0LzIv476wQajXr jfXALNPpr5JO70gKPFcVtOgNPz/Fzl1fCVCo1Hx0BhQhsajEW5ZArXNM4blM6fhL/ax2M1Pq QmZsIeyvLGSW8/U5e8D/VpF74NitQjlk91qmdFEtHwyjJN9bgydIIIshXS8ajaNQltpQkF/K rbIchUIEFCLYLiECViKks6yvmur1Tq294ZUG9rdueOXwuJkjuGXO8csD+ztSicQVzbcgD6IT 8PPAQ5n2bffVHca7TOLFvmwFsjL+Mlkvmrl6TsbfEuD7fUzXuZuX6O/o7zZ4Kvo7ZPZvzJ0U 0l+xKSc3k9x2IXRLnRlbTkTlW4yPZt05fQfbAcvP1lPuz+NwlMBpGrCO3SoL0iYiJiCd68CM EisqX0jJ21iZmMVZ8znsrP352NnhSXMF5UywoqNXhy+Pz3aKA7qUSlSb3ri/poHY+VJHybnI eSJ8nrEXd+6ErYXM74a+N1wPk8+u8nHtS9l/R6+ydu8yAm5RZM39gYtHzhnc/WBSgnPjdMIg wk0+fsSwwOpA4Vi2yrcbfFwxe2kHbHo8HYvt/FlMhtHdklbe3EF8BEmeB7E4ZJkPLL7Kq47s ENoahBrS1JBe08wiMOwTKPlbWdpl1S652EsiANcmiO6cxK2ENbNM7NjVjKJLLoLkh2XtNnIR yEUgFwE15/LcXafe2tAjamO6PRsXKmEjN46bG5rmh63Whp45byhv6Hbd0DmYbFezhpIGC+b/ Sv/6x8HiX/9wMjHpbEokHhd4okCMuWJX8cgxZ/GQ0x6l2QunPZbDVp0cq88cBJabWXXOQalb U3/Zj2RHn/oVTG989Rf9GisqRKdxhGH9eq3T2ZAFEyIkRJjVSX+XkEM5RFju15ivmbnGBuvQ U5cSS7+W+Pp0jwI131Kg5jF+TTze/xRu73+YqjFVY6oGC1BzC0YYvgiTZTmyr0jvL+cuFx6r 7PesDMWnrD7ZzxNaK6tPurSn59Lmq85/FL7OeciMjRkb3RssQPf29NzbNEsrXNvi78zemL0x exML0L09Pffm5GYoQSo/mX37EItUh2z8CNoQAuQmGyZjEwRzOoc7PwXW3XisrEnyc0Vildu5 ImGUhFESRr+maM0DUe15mAdc0Sn8U9RIi587cYFejl5u/bABaVakWW0BzeovZbmiP9u1urH6 67sg/cFlxn93k/6w+BZ9HVFv4AFs6hEWekKw0GLGVmRyxe+Ln9PL0cvRy8EC9HJPyMvl3mxK Ki282+LvJJuyt8feHnt72CsoRnhiZFNSF9bkZhwP4njQTOaM2dvTc29O6UnqQrq5xyybvEld WEzy3a83nSpSF5Y4QqQuUI2OQDchoO2vkRbQa7eJl/EXNr3ixAdSGEhhIIWBigrbqajw15wv y6hZzgOBh/5SziNJhecfcLaF+Dfxb+LfTwH//kv82W9vLv6Pk6ERF0q79UWJiRKjEBqyETE7 RWI0qxSZ/SoHqyGP5K/ipMkDhkiGSIZIhsgnEiJfh0mqQ8/Ahz1//hy/zh4IrVmS/39kbObZ B0tv0ufR59Hn0ec9CZ83j2fY7M15QBBk7boXsmTIkiFL5o25U73oSXg76+HkFylY69ng2vSZ LVyzEtY+y4paO9w2fYe5HXM75nbM7Z6Ct5vL5BZb+fK19Lw2veKAxWzns53Pdv42t/N5Q3lD eUO3+YZylea0lJK/ufBvJrFRjRMpyGw55oc36kXsDf3UeCk+4zZvFlwsuJ5OwcUUhCkIUxCm INvJ+X0dqnRobLIxxoJbSTb0XLKxL58iH9H4/2gSpP44mL2cPFfqlfaGxETWzI1Ti5ZatNsx 6CSJSNWXfEtRJX5OeVGYaj9MlFY3cTQZq2hgnSAeWb5Top7pIImUp4PA9Kf+ka6Org7KBxRp pADGtgtgOK6qhMFfqZUKJjAjE6bJQwxTndGG7vcKAg23fl9SfykFEj0yKjTpXRR/UINJ6KV+ FOaZ/jQOKgmOjiEJcxDmIMyxzTAHbyhvKG8ob2hWwSXrumidemvDSWkfNta/0Thutte/Qa44 ueJPjSvOGMoYut6rcQfRt95BtFpvcA7qWHpBdC7nPo8B7cSJ3+9dxqd7tVqnVW+3a3sSL+Mc P78AepzgLZ14vn+6t9Da225sDNqD3T+i8Map3lfgQ/MqjRUgaXX3lUkBa7j0qhV2oSjqXteh rKlXH8d+bBL14yS4V/X2vmrU6k33FXz17lLfGNV675w7xlPGU8ZT1qSsSV0/cHzY2FA9txvN 5vqbgyK+tv6Neq12vKnQr3U6Gyp9ZrzfOuPd/YT1dZiaGE2pg/NYD9JpblFw5NVlHF2jvaeQ xae2yzd9RakfdTjR8b3NSph8kL9B/gYssN01qpQFUmqzPHDTApJJSSbdLjIpbyhv6IYio96p bahl6g1UMxu+y+Fxc1M102wd2WoGZzLV17bBmYy1J8QmQLUDZJCAc2VwDGMO5nSvgW+Yf9Gb BHigJ2mU/VfsAs5bxNAKYLfq4yg4kR81fohjIJEmvjUWpHTS/RIst1LA/1CT/mjTyvyGpyVH R8+YjhC2AXAdgxupU5V9kWQzBAWhdF/psK98KVG1J30hP+VM1Dp6CdNYprHblcYySEqoRMW9 OUjK0NTdid8/3Ts+lPwJWdMwQmZ17t/6CajiqvedHo1/OJfP+kDjkGihHXhQqx/Uj6/qhyfN 45Na7Y+snY5XbKNd2uxHrw5fHp/tVJsddPqHZCDLwwa7aY+SWOuYCKcQB8xyLYrDsbMsDDuI OEG2qtIoH8JYnrxwrGONA7vY29d81O1rV+b2uZlulQ4WpnVeZCmqPV2eDtW1UQZpKc6aDp0j JWWidfvFdZujPBWPnBtYPDw3Aw1FgOXXL+ce2e+ckaaKkhy/41vc6sUUiJzjwAxSudN2upT9 XQI4nNd3XNXm3DQunJPjsWw2sSPMTT0eB76nZSbzIbZZTi131TIlyaUJ+wfDKElVhMinBBn0 sczGi0bjKMQwsHpmnt8838en3tAkaaxTvOeH6vzMsS6DJLscG/oT7HLMZnm8xOXE25Uhyaci 7WvkjZzk05lACTYVLJ4F2nZr7DMTHvz6VhKiGVlhEB9c9OQngRtpIVy5mblr33XfX+LhlHJc FYNk2s3d/EPsUp0ACaGH2Pw5QZSThuiiwMOCreZAviO5gZ8N8hFm2P1c9LlzaJgjMUdijsRR Do5yuH6AoxwrwN46uVqsYlyu1tWCDPGdHwRK9/vgcyVWmAxj29eY8UjUABhNbAJf40vL00lM 6qQiTpusxfw1SV8kvj7dW6qeZRa8sm2yknoa6N9i356prRvSyN9abF5yBpIzkFnx8/fAnHDU Je6K8J+DB0tEG0RBEN0B5VpIClbqvlQHACw5QGMTQ+oFKq+3JiGiI73iMoYKwx7D3nbRlpmY MjEl5rrNmGuVBwvqS6rxxSwV+DejSSg8JsiGybjUYg+7bwJ0HS3N+fjz8Zujk6MVQwYO8ykn C5wbhLRard04bF10dmj2APa7Mh/Tro9xtNgOIRRPJCfGnAd+xRPJduZave0vZeqdtGnaXYEL 5cMKsGVxXjtfyohVPK8JaHmJD1w3P6D2EC8d2Ti/vT3HRDtE8ywp1YrtVWKQNONA2V9J4J8j zrNKY5W2XVValXNAx1WRm5h2C9GAhxim8tjkgpFmqSr0uJEDfB4rEVVBa/Xw486l/yXNgknY B0lbagLHsMgm8jR2zsD1Rxl4Rdm1o7UAaAlZruoHfnq/2Z6NR9mz4ge27JzufAHQxUQ4ppHC ZORDdAYMGEjQZMSXa+19wLpa3FS7pxYjTYE0b6Jwv5huWjyLrA5YHazpapG6QOoCqQt3J8MX QJ7cuTWkmF9xlE0wHTj19JGaMRXDwpL70BvGUeh/ssPQZC6QuSAZNjezz4Zlt7kvipqTeSnz UualKOvemDvVi9AbFwf2zdMQuZlVn6hvgLlw7g8GJhaNkKLtlqu/xijE42ik+ssvzPEaWIWv udvs0bFHR2/3lYvLElIBBwiWBgiWBLxLGpeV788Z7Q1VZGUlHwpYMy4yLrJOhwWeRp1O7oo4 LBBmS0JApbaH6P6tiVM/sRsWHUdeYp1pgJwjFjxCNB7MjRI9qd1jbnT3HcPOuBk73/MuyU8d c1jWOpynTAa0HyGAvvokOa0TfHfZSXC+45MB2osjCGsItgH5DHvoHjAi0H6EGtxqm+8oLQib gJwDy/s7Y6pIb1OFUeoPcgVjNTuEi0Zjc4DNgTWFEkkrJK2QtLIF3SJLWlkjv9V+hPxWpRKG MvmtiouVdEnoIaGHhB6xwNMACoU2YFGyvH7uSYHXadXb2aiOXfO3qs7ucY9UqeBQq1lvrJf3 oLgsxWW5IiNbBYK97jpJe0aG3Ez/EhMzL2OjP9jlIyUDcUqpw9VUn2JMs4zq4+AV8yIa7cfp lVQH3y5LeKuKb4/0vdJBEjknitGUwl7rIz8RMCJgRMC2BAEr4/1uaotXNeZZyTeSx2bbfhvH zfZ6f3/YajXXv0FSNUnVJFWTVO1DL2LLZoqkS/R48lhFo+S+q37igAyPU+qsDMiwmkoGbo5r 0gqRc7praDhstbHVJo0mzs6z1VazItj5ADAWYSTrrkan3lpfktTbhxsaWCx8XKCzXqsdbzJq rdPZYFWCgwQHvxU42ERDzellOInr49TRK564vnANWqW0dVF7ARoMWbtMzWGu2QoJjKGqcRQF apJA5TRlQ21d6CZYSLCQYCHBwi0FC6PrVPvhQhpRcUr0alArW40dBb7nA/b1w0EwMaGH5Zf2 Az2G0caxL5NX40B7dnJXRQOZ++O2x4wapq+BfdzqxXjACLloEVaVrCq/VVW5EApm+7Y6j9gE Iar6y5sgVrHTd3wKfHVI+X1oQltxPmAgvPOIPRGrzb+jA+GvBwtHd9rNnPsDFzMTzhGU8i3O lRgvohBbO7DxJPH8ZZHq7Yat0fxdfc4qi2qsNkdoTN/013R9gfrKEZikwyg+3Tv3b/0Eex9U 7zs9Gv9wLp/1keed7jVq9eZBrX5QP76qY5ays+zq5o7ezp8ygYWcK1h5+MwPUxMPUAxkuNmL n65+cQw0L7LSeYRcD/x7ffnMOb4td3iVDK/ZDX9IbH2EwM1q21fpvivQPP4ZxQsnmlHXABW/ NXvd6jrD143eW/YF1nfsiXoQ9WBfgH2BLe0LeFEg6+4WgjsbA8FJMkZCf7o3xl7KPM6jFxDF I7sdKZtilkrIrgAN7qU/EJr0Loo/kP3JPrlgB2R/bjeMJiPhggbK73Jix3kNTaEVKMys7eQd NTsbKJUUWlnuf9YPj5sbDFtvto6sZXEmC66wxCGJLgAqB4CZgDyIcwn8UIBJfMP8i94kwANg mVH2s9sFoLu4oVXWTL9CjtE3IG8Epq+SKJjIamLgjEGgrvFJ5E1GWKmEz/xQaSgPj3UMzLo/ 3bGEo+Mkd/R2Lj+c9Tnrc9bnrM+3tD7XsTf0U1Tok5hrjG2unic2ZS3wfow0Sb0DHe/yl19+ OnjRO/vXe1bkrMhZkYsFWJFzHhOFJU7Ccn1K6dMVRmFF7ixzrFBF3j3C3GXPBLaa/h24/pLO JlFDrlThSpWt00YqfBSRLiJd6/sYnL/h/E12QpJPRUrcyFs0yaczmQ+waXLxLNC2D2OfmfDg 101C8eVEfaXqWXbh6+vAqLfCMIjVpQzbP3PgerQl4ygavIpj/Mek92P0eJKxCYJKrUntwT5i mwdZZroiVSy2vCVj5+n53y/LhfAIdXmE9gbxwYVTzJW7p2QyHkcxBqSG/s3QuXVMqphUMam6 2sJuUVH2VJks4biqFanTTaxHlcqc9C2II/raD/z0/iHGqXryJLNOVucj8XRhN1H3gOwHBEEs 9TfB53E0uRna9yCNhc8d0zJEMkQyRDJEnkWT+NvgK+WJ/ZKS5FJpWLkQKQqHbmunJHGofGxE HLSjMHGi3vUuzo4Oj+rvATYIQ3UEcTE1mISesFMTiZhOSFxhUaJYSNTt2MFKfK/yh80Pb6Pg 1uW8MbNiZsXMipkVMyu0NrabyocUtJslC5sSAUk4Kx/trMz2SIfYsSzjPPtKo/mINp/8HhvP QJoKrcfY/DkxCWD5QRyNMO3jBT5edgzMEMkQyRDJEMkQ+SRC5MJShRV1MsMjFLaufYHlI4S8 vkn8WCZhLWMmRx9ydD5rcywiD9CFw1Hw+6d7nSMZgfg8uUfIvx1Res98LBm3knbJjR4n1uil CnwVZeIso2DYGVicxdaXOotVkiJ8Nj1v19DaMSb83r3tyH5h4nJUrVK938dQnlg+sHxg+cDy geUDy4cdlcWf357YOX5UFib7Fv6we12nmW3VsrDSxGtqEUeefIdY993YBNnUhqxSTIyLvzqn 6xFL5XG0Dqtyurou7WKWvO/8GVq9r0L5ieAbXuxfL+t5Leia9N5eUtZkrUghhb0o7LVdwl4s rllcs7hmcb2dxXUDzZTf/Did6ED1ogmkZqF+0p+EfR169+oyjtIIYvHq2W+93qXMmMrvCixO zx/IolQdkoewRgyE2Qizke3KRjgnKA5rNQW7ckMQRpaAgLrv+HCyET6OVu0BwcxMFgvToU5V /z7UI8wGBsE92HqJf4MeL3aGjDEH4W9kJHQehT+2lxEiB20Ddi3CF/kywOPzxqv2UQZX7sT2 05xnsBpEwYqW9WSEWQ++XnvcquMV5hf4d+fsnHYXJlvnQsbcHzg/bT3nCO4Q4Lv6nJURD3Ye u+xqJ0gQ1CCoQVCDoMZ2ghqOqyrJZytFCrvNEJ6H2KXyQzlQ+RAUDLzjKBSVDyv4YWGv7JNE SdaPVt1IJ/Ii9vJo9dOLN45xGR8ZHxkfGR+3Mz5aHYfjTrvQcShwIAWMwzNJIr/f+iAlFDCH GkBQKhKxUgg+YP8pfR1BfwAA3HW63ePYkoXk2F9F4RoqHy1qv3YBld7puL+4IbKkTGI54IL6 yTCaBJlY4M9Z/n9tvGgkG8Fz1cXAZPOJjJGMkYyRsABjJIwwfIHG4OnedtYDjqsqCQSVwst0 /1aHKWRZHmKZyodIYGQWHwORXVvteNSJ8xLEoLcP9CRI1VinQyyxThFD3fkJwmWEywiXES5j eNz6fEkk3kSRzI9ZQYrLQujasJvai8KBfzOJrY68NJRy7piSfpIIvIG7lDed+n7iCczqqvYz OjI6MjoyOjI6PonoiOaZJQq7c84lZTWLx1AZiXjKhP2DYZSkz52am7GPsY+xb5tjH28obyhv KG9o1u2zMoypvkamZhcmB2aQyrSTpYp06q0NJ6V92Fj/RuO42V7/xmGr1Vz/BqdyOZW7XVO5 jKGMoet9Vr3eqW1wfPVGu7HB89UPj5v5pvsyH11vto6sl8aZxDvWnydj7QlQCRntASjvmAIU lx74IfbSN/AN8y96kwAPoLQdZX+WHBeNL6IQ2yvwDyeev9wDfxr0AN5Q3lDeUGa5zHJdP3B8 2NgQlhCUNkQllAWbghLm7DeVDrVOZ0PtwBj6RRfTzgL3ID64cHjGEi0z4jnA8GjwKo4R/tP7 MdKDndgAuuaPLv3xP6LwxkGxV4D/1g5PG/3fYIV9ZVKlA7Ch5/969XGMVS6J+nEC5ZR6e181 avXm/Av2799dgnynjt87VmQO5vpe4hjEMf5WHGPNBS88PO8k7yTrom2ui+bkm3ZVq6n7OgQs FZr04DwGQjXNJkSq/zKCfOllHF0HZqQwxJDaVavTV5T6UYcTDf6B5CFMNzizhUqFc82zyL/N ro3JB5MPJh+8oQRlXT9AUHYF+YSNzRKIVrBZEQ6umpSrUofAJt9ipbTvGXUxCa0Wtjobaj+U bveztxdnsvLghV07Le948pFMs6Lzzd0HG7o6RCeJTv6t6KTlF5rw4Ne3QkCZVSxrulHVdXUO srGiHVW53QdR3Dex6T/ELk+7S/fga4LOZYnoOdZdytxqkofKQR4qE0gBYhXCaJKk6tooPR4H PnRRoZwKvtgHk7oDUCzW3SSd8ZHxkfHxxEtcVSS73TP5hIhuHVcjZwYln86EQuo8C7TlpH4B B0eZQKc2FA7LO1Q/C7tmS9KGyodHVIj5UmhIg4cSCicJ4qAWOSRYcV/dDZFq4IsbyDyMJZLi dXwYu/JSDJAMkESztxnNrkArvaQCYIBcCpAJRJBMmPqyAo5VpFhgsw5SiH2DWYXoj8YgZMB+ CIsgbtxF8YeivszkcyVyYr2sW6AzRDJEMkQyRFIJyUG8t/FASA0Zm8DX14Fb5rCKXL1ftigh URZiy0rfjCGIJPHxepIqKMzn4VKYiqKgq4z2hirCLpaYgkmydrRsnpkwK2FWwqzbArP+PvQD k6X2/ggQGBZpC5tC6BYjA3pF6Cd4nEzg2wCfZW0kKMN5epxMAiuguu/UWiwIWBCwINjG/E9u JndPSRZsoRFJUZZmoStHuoAUdhpHgePCS+xS+a7SGO1Ng6iY6oO+TrXQKmA+QdDsRtpFMgZq hiTVIdY34u8cAzNGMkYyRjJGEjR7EqCZdpw3o+NqtAzyKZ4/8D0szwCPc18VUOOUiTGIPLAw ElnPnvg3oYZa3Y28hQFgoSg6RmaEZIRkhGSEZIR8EhEy8/V+4KckXmToQga0lNH3VyCrmHyY hH2Ui/f7CmVjalQa6zAZyObGEPExBqf/n4yR7CvBIVANYzZbxhjJGPkkYmRivEnMAClZPaq7 gpnYfc6YxpjGmLb1LqzoHhKZITJDZIZZ5zfNOrstqxOTJVTqLAohlmOydc4ccSf3UtRHWCM/ jRqZ+QTzCeYTzCe+aT5ROmP7IrxXKWjQYRREN5jzGPrCgw6C6E6kdmQsBKyv1I/CfdCmA5P9 XWxsCxzt7X00w4lvEN9gPvJk8A0qClh4luxoIYqPMP4yzsdcHD9OEthqEhiUdArtgJkm3RCD QxIsx1GayTMIcxqaPMnk+hbRc0HyjwUBCwIWBCwItrMgeEgUwE6bOM2O8M7L23avyfhyGtol pSRU6HSaiggrqNFWLgCFox9NEhkhyoSLMCgEVPvcT9LYh8QASNEiSuccOMZGxkbGRsZGxsat xxOkfPRltrY/8Si389AQ2e/7gqHqII+W6hbTtRFCJrZ8ZODrtYaOqzxL1P9GnKu14sxU2mG3 92l0e4muEl2dUn8TA/hPU3viIcHR6pMDXdVzmqw9A0WK+zxSJmqobzE0tICzsnxk95Hdx62v FgTYoTYTtZlsdpDPjna92GAO1PHg7Duu7jtClxWy79CWmO7EEgGKGQ1Ho7DM6Dh4PIpuRXpC QioAV/zmmJgYKzFWYqzEWL8lxhroJO2J2jRUAS71jXmJSPAhg3pK+ktcB7K0DoSiFPp0b2n1 KnKskiM05bn6EGmyKyQhj3mLwRrlxffjNII25hj8V4WneFVgWjYnOWvDWRuxANFXGGH4AnN4 7u5IPOU6yRH86Rtzp3oR+KRyWrbBUF19o0Wg1ql9WF6uLi+TcRRBFP/GSjFNZz6myCv4rXcm QM8yQXU5j8lK39IxMItLFpcsLllcfsvisiz/Zwm5VEKim+a4b8bH1fFxEMUjwV69wLcLJCcw HBZxetl+GAxB+jcg8GjnsVqwLOYnkRr5/dO9eq0uWZK8HsWne+f+rZ+g2lS97/Ro/MO5fAb9 fXO616jVmwe1+kH9+KreOjmqndRqf+xJSRbjlRiaEL1L/PO1WqdVb7dr8s/Jw3OD/Uu12sv2 cfvlcfZ63nq5wDIE2WmuE89fTmS3O8eHTUxwZT6W3G6YT+ydv5N1nO2veCIWQ1KDP3hm/caX sv6cmVf+QOyPaidsn3Zd/eq5IzhnhF368w4Wru/0ys39eXf9h14CpDmWwaXD3Sp3Srt0JthK W5/bc/MhNx9uBwAkOAT5JuSbSKia8jHZMPu8hhnQXPRmR1LxPMv3qCm7I+x70W4fYBfKvgUM M0xwMSsYS+QfFymSZE1umbKydumdm4GeBOny65dzj+x3zllE+tomH2UjAp16a33MqrcPG+vf aBw32+vfOGy1muvfYGRkZGRkZK/M385e2Yzy4HjxTXAgsJUpqHL4KFClTkgLkFbXEk1Ksasp 9OCgfbtUWIOmejUEGUyNMO8B5RzPj73JqNguir0x2BKTa9PNdAacoyoJPxOOVC6hnRVkwsGE gwkHE44tTThGOvlzguFImVpw/PimlGPnY2EJ5g7qjbabRrOiPFYeFHem+gvK7usOQKJGwY52 JBaQjvxAU5tVUoIyaIAhkiGSIZIhcktDZCan5o4gVD46djPEeaoplwb3VjBAtoi67Ju7aBL0 pZaMzZ8TH3NG+CddY7JkJFd1PWpfr3dqG6D/eqPd2ID91w+Pm7UN/6Jm68j2KXAmka7YjkYy 1p5QskHXGqRGeF5S3GOpvBDD8A3zL3qTAA9w+KPsX5F3u+KnzPWSm8nuLbu3UhlOu7cygcBS 0THJc8cejGeMZxvCDOMZEkWMqknw/Ipze0U84w3lDeUN5XTUN52O6h6j2/r6xZsX3CuKKGCb peRvnbqOuV7rdDaw4lgb+8wlouR0jwzLwAxmxAvAQRvwIBhsExxUqx1voq3yhvpgMzOX+Ka5 REmzWthcfqL6EUhcwh6XBWlhJLL2IqqkME1rExDCF2xPSyVOcfvtHr0mfHGNU3qrF+kSJJAs WoRFwbctCubG8neWK94GfPHC+xBGd4HpZ+Np7OszkWAiIRZgIlGzijc5faDgUpRRQIldELsg 8wbC20jxLdGiSPUrkEiswS6MJRPKCr6MRRj4H7B5KMLyIR1+UOc69DH4+G8hZw3iaKR+0qEH QXNDuj3TEKYhTycNqbKT+zX0sZwu8dP7ffXrv/cXxQoxEB4NXsUxUsr0fgyCaTIG/a5Si99/ gn8PfIdht4J+b+3yKuzn5FvYa1mXUbziLtBycRZKgua5keVDf0AUU53pKIuKZ0M/1Orn6NoP zL7q+d5Qx331H70w8EdOlNt6J6hIUJFTaV+TnVnu1qgYvaQYLQXPppiIRTqjyofE/+jAKCfL eruv/oVtQ2mUDH31n+hDlOosUv77/Pw1M7CLpbP28+TDMPUXptiZg5XkYG+H2v8wdO4mcyvm VuSbkyO2nRwxx1WtcOuSRlQKcWButZgClIS6l3Hk6T5QhZ9enCngDP1JAcX/EgNfwAdvJwn0 cf6lY5PsW74hFnb4xOeJzxOfJz6/RVsKSxwcgYfFSNAF/XKirwPuq5o168uBKy8aCfE+IcOe EY8R7+lEPAI2BGwI2BCw+aaATbcDhn3PDKDHHnqG3HqmEEwhmEJkK2blLpBbvzwKeHzY2CAU SV0AqloWVyfedZogUog62ztzcxWAarrIqt5gjzh2ht8SxXoIisUcFPI61KaiNtVMaIrznZzv LBtmZQ66QqOjTmV1ARQBLHO+89bsdRVbq0ut1auX526jsISMlXO62aRgk4JNim1uUvCG8oby hvKGZssPLe5aVjRQAYcKOFTAWVEhMYYyhjKGMoYyhrp+gCgjUca3Lh1mEB+4w9sSO2V/I2Oo e3eo7UJtl+3SduEN5Q1llrvNWe6KXsyiFt+SWF/lJuf/iBZU5cqsVh1Zou6+MqnSwed09qos iInGcPHXq49jH8IB6sdJcK/q7X3VqNWbxYfT399d6huj2u8dniPjKeMp4+k2x1PeUN5Q3tBt vqEVyEK6r0OsCwhNenAe60E6zSl+e3OhLqMoUJdxdB2YkYL+VWrsDsXpO+pHHU50fG+zEiYf GT6PgZrloSzCbYTbCLetvBqkfZD2QdrHf0X7qLWbtRevpBNmNz6cm4GeBOnpXq3WyWal808u 5x5xfPp6pTtiU3lF+sLRFTupYCdXzrB5C2jb3YnfP92r15py7fQkHUbx6d65f+snWCyuet/p 0fiHc/msj7T5dE9wu4Na/aDeuqq3T+qHJ7XaH3Y94BZvY5lN+K1qq+M/PDPFA0Z6cgclPmeL /7w2bTfhwa9lpIJVP/8j/vynI10yWt553nAqwRXtj/U9oR0+Ky2eFeesQIbgdTj4EkIEO3xo jnlo5g9NiUztfy3QwBz6ZBxB5OGo2WmtB6VbzXpj/RvMoZlDf04O1aaLm7o4aQr+N4TVcwOk tVajO6M709crEY56AwJw6x14/fC4WdvwyhdXs+hjk3VRVXce5RGatqoGlIZC7SKC6LiU5onn +6d7CzKms9KW7ccF03hIAuYfWXMmn4qj1MjPRfLpTMxra+biWQBkpHi2ro6Gj8thgLItrkvS GDG+79w62x3J9zca4t2bi98Ofr98v7gUee6u1GuPuitzCJRr2sOXR81De//E3m44eeoAzsze MOCV+Zh2YV/1+9BPzViPTXwiYbj4yIZkC27hifzJ/VBOvIX96vUvZfQVwfoSSOI0gu+OyUvu +s/PFw/3Eol4kWU8dQZzdnIP8e75hy6WS0XJY5eAV8hQJQDBSgZyZQ7SCuQaRTzuDDsXRSby /9m72ua0saT7V27xYZ5MlSESYDDOmprEL7OZx7FZYLK7k0ptySBsVYTESiKO8+u375UEuugF ZCcOuTpTNUkMOA6X292nT3ef7h9whx+E1QzxK/l74X1Vdy05FiMdB10g+RiiyrJC4alfuzKD e9f7xC6WziSgMt7GCSTjf+upxhOfZsIzq3SWqV0N2cak3i3azZgIUdIFCKHkkyvI8VUKcaPc 8nEm0UHq3LAYpL+3vGBp2NZX0rIODTZ+JgXft8LKpH0/uawbfygJ+44fkj4ndT6SoB9/GBt+ cxU5Emeh0tuWfV0iUiber/Kf/cr+MhBUtuVVZwAyOybUDjYT32RUeFyvQMiACuPKvHHRg4pH hezztnx/aYojzw0RyQjwuLp7xgeQ8AIqeb23O3j5zDuo0CFkX7TVPctwhatYqCwI0OU8WqZN H1fprYxRZd8nxklqGtPy3OlyErg0byUYazbglPVGECEKQ2Ra9PuCG9oiNkHuheTUYChdwfh1 aB4/zhMoReNLerDth1SKFSnuJuHeUwregHtz+9hfGBPqs1+QWobpJdYr5GK9VFKy0ZacwIJU 3yb3+BSqPPauamLB7LB1TbHqhvYFSTgxjk+JLFkKQwqBwz7NfDQP2F0QLI5fvly4XkASOGbg Ww3Xu31JMZ3//x8Ryv8jQnljMZ01pNPKaZ7H9guyp3QswpA1hqwxZJ1pGhiyxpA1hqwzhqwr gEOy0RmJuHwYXZx+ZLUR4WVrYq6q3ozGOi3HolbOF/SCX9M09cSdcx2YIZ+DJVUYLyCXI0qZ TT3sGVaf5PrFDl5FwI7me43AMyafTK9hmcGMozsJxIGKgczXll56vadt2dm+r037ilAxynus 3CAguaqcfFM4+aq49pfbTiS3G1lZIuNeDmgZt0ScSXUK+n1cktTqVn822clyqnRLfrkNXm0c ShI801HkQmfOFDd7HZqyk2RiRsGDzcVnBPv1zvD+uzSnZvR3GiQVzb00Ac6oqTn+YebM9EyH ML4E1Pnr8msHKjGxYFXzapqtTmfLLChYVbCqarCqUdfbm/Pmm84bXtGDWl5xXoqGh3SR6Yc0 PCQ6BZplx7a6Y717rHUwGp8caifj328JAJpEy03ZxVD4+Hz47iM7H4/est9HokNM01obWDN5 bcoOLIXX5nCtUxj7SynLjR6UPas6yJEOkE+JZ38Sxzv3EpPcBh1Uif6R3MPnWUEUv9Q55WBj 9DJRk0m838z7p9AhZF+y6nbP1MamN7cc13ZvHxiJBLJ3VJVipy6lsYtgw9Ele7XKTm4l46O4 TvFFS9w9ha5ZX55WWvdjJYNF2eGT3DOsYLDo0xyiYfMLGkWPkJARv9Ij4vcdW7Mj/ie+kGjN Rms23QUh04h64Ib21FP0qARfKut6N8uOf3XHWu+4HaZZex4u1plPaV3vZJAoO8uDIEHzOFFM yAF7oezZRtxIwOEwnMph4Syc8FckK8gyxbKzESqb4uoG9c+dwAosU8C5jRsTYg8JzEo3Z8/9 kyDdivQDMy5Jq+yIhtqXJIeykLPJjDr+xgzMRltMRj3yZ5TZzLo+ZfX8FL8+fcvZSLEzx6Xy avkKX5Ty9Lu6uDCfpKbJJuobfm9ShY224WxcJYpWlMaIjuHW42hpKmjE63Pi5FgKcNGDykOj VnliWeXbGMMgrYB9EfPxq+v3OLIw4/opShbqkumuycLqAIPyVKjKFhb0G9KNEOnIyprKcya8 NJ1hTdV05uUJFZWv2m7OPBOWJvrVE5WhUNS8dBU243rC2W90pSqSBdLOC/JlpW6IyhaYdvaZ 1rZKAhO4vl0+n0YoWG8VbSPLFHXSqI09DgXtXXF9+5ullXD1irp6ZM5JC8vhizfE5aTcuY3c 2fCD175lnNRSddRcZqycKJK6PGobebVkf1wsqiXn1sS2oE9oFnBILlpeMIiEQaQfO4iUUThs l+e81E0Zucd6yu7SIToc0eEYu3t0OH7DDkeyTJFLxxZKX9I5JxZqVmYRD8levb+6GFxfX9b/ JPWrywb7l2UcsH802D+XzKCB/LMG+38SvzpgtT/9cF3ASsZdqna0y9P1nOLK0DIPqx2yOPeZ Ul198fVbda9l9z9ODN/0RbdAzPhwwoc0CuhXeoS3rSX4/Hb5vsCcD0BRkud0o1S3MvnE+62m F1jds5Vp0w2jq5XRMqmeY+xzLzc0/7skuRCu45caCNox65QdFrAbcT7GDdlTemYcc/TpM/kh c/RQq7vndMp6AGRszSniXpn3bOjOjR+bXa9BQg4bTZKlGxEtsx6ZqP6vIp4EsX729vfEQfVp MHaXM1nVaJU/kWxkyaLVhCwWu71ypyYbuK5NY8WOcSsCIXWsTj1jFtS3nWj1FAC/WMZOh1Kd e9bHLUlJAH72nQWZFG6KXNqRbwp57x0BtjznB4ANgM3BG8a/74/9r3GeRauZSPGSP3Lqbz5m k0B9/FjJccJDdAKufRj3WLysU2XSeFtMq+rg5GH5Rk91658UoPqURUfpRH3pm3VOadc1eYyG zMlz3dm5x5Ox4GFBa+v49cnDzuo2AR2izXXtZfnlOWCvl7dLP2DoBoIssbSxStd6vWaxWquO LSK0bZK4TI6SJ/5JLSn4GYHEGA5+L9hYvu9c3WgYw8bdE15UlMLs7rDd6xTbOipKqCg9PuEl i0Q3ULQj+sPry/E1bcF7vVjY1sQISK+ifmk8UCQZUy1gZk3Y9SKw5tZX8RR7YdiBy3fiJTbA SbkhvB22vRX7buA061lxGrydTxs+zVof9fOLVMkqa3snlnuljgkb4LhPjz0Jp2peciDwki/4 akjxv5jcAzoAOgA62MeuM26ZmF1KZ9WYusTU5X70hcYWWuUy9Ie3zeGI2Iq3TmB6M4M2egYu C+5Mat9dBjS1xEYPfmDO2Qur6fmgKYjuF+0y2HJ5IuMulJOEbsc+A5Equ7ldMqpKtfmDpvhz xMu668mVLMmdPmiKFE3BgQBoClH+zxvPAzoAOlhXJNYuZp/RAYhEGdCCpgBNAZriOdreyPNE sqz5Y7of3g3GpwPiKd4t7cBaGMEdo6/Zi224vnqDlfNFMFnsdCx57eEKClRsEFeZyc/9rVym 3T0gYqwOXYY5Qh3QHPuGmmMiTshbVQ+hurzuIqhOPcMmoeSh6UxNz5wOaDrqjWcan8KUPEeu YbvSxyZUyBypyucIFR6qKq/Lre4MgpjIKw+xMi9THgBT+CpBpHvtrkXTV7rfC7gTRAw6uvaJ Ks3CnVDpXjuyGHfu7rkwl4eMGRnz958oJovEXF48lze8OG01jzpCovuaOtu4au0fDfZv1/i0 nJM692uHURec506XEz60FzfCjQJKLucSowpHB4gGiLZPEA2Obj2Sd+pyL2bzcWPHn1u+z53Z wHMDd0KPvhidjge8HhK5wwPSK30geRitKY8dwcfBx8HH7bOPg4XCQmGh+2yhlH1Ri3FFlyJd XbyvD88vP25K7CcW7hyW3XjUGetHx82MjUd8Ac1Zq33RbtcUEuPPrmVe0T6pO8MR+eu7xubx pipNm3XN1ZVU88z6o8mda9q2uXWNgTiYdA1OzWPJvkrsxfnUb/y6sZWZgEW0uoh2ZJEDs6Yn Nf2w7HKs0FZbx5r2V2iTma4wejDaTqacCUdrx7JP/3w8est+HzHylIw8JdM0/ViYc/RdIcMu fqVHKiyXXLsyg3vX+8Qulk7IzUl0nLRFr1NWaDu8p03cU/NL0I+2mkTiZPyUc+/i1kCTCPSd sqLOuR9Kwjtn+hOFov/qw9i47KoHcHl9XAJDV+mzF+KA0ge/jsrZlpdGMsruqHq1eTA77j9B 2RllZ5SdUXY2aLTtWwh2k0veOrk0NH3Ltkxn8iCtSKUCjOTEpEXEnbJrDHbhRVSHSyVzrEou 6n1vEhlJ1UCtoTX0gycthUAsRSxFLH3+WEoxB2h3FnDtFqHEhTl9zOljTn9v5vSpq+iwdah/ ZIMGuzStA3bZYNRsSV1GT6hUKUtkjJfmF9PZSASqTu9kA3lR7hzjEqUV588807q5c+2vuEdh xSxcLcqX3/Ge7uvPtKzAMu+ZO5MOCEAK7VNon0L7VHKpHyUVz7DnbxfaUHJVlOpk7XfNFyNQ UMJnaNqWcWObbMR3z3hs4Lo216ceRI3tftjSzsHnAb1mQaLVN/Qyamw/auxymFH5DFEBUQFR YZ+jAiwUFgoL3WcLTbTsqMrc5HAUjH3gBFi3d/SRjcBVpLmKK2NqbPZ3pbBtTmO2qneJ8xRR 36XYukKodWhOl87U4E0DMb5lL94Ph4NfJSiLUIhQiFCIULifFEbcbNJiM9djbwef24LDpz90 olyd4iQfP/cmd7wVRZPzdDg3ODc4t312brtbKBSy0SyGZrHv3ywm+pFlhexOi7dKGcvgzvVO amfWZ0t0gA5/MeaLV2f8OVLDN3k/tN6ua3pd747VVe/lHiusDq+GqFTNKnMZCimDTFE1b7pN /U1vb4fo76zbO5v+D+jeitXCDzTq7d6HOME2qB4UPW469dwFb1lWUl5HXm9KSgTRtbog8SWf G5w/sayT2gYy/yGroNY/NLXijuyBBhhChyH1TmTfng/vry4G19eX9dfD07+nhB1SPM6tZ8zz a5RVvWnl1dSVvmn98ZszOfHLqXaXLtACdAJ0AnT+GNAJnf91OI1B5+7pMmar4Lngub6/5wrh r7DUyqeFK2w/HNGeRTTa19PFazTan9RSKSRtsclOFjHyk3VWfYz8eGnTKrhBI+ItTVE4JN3D De4qxTjkah2qyvL1/3Kd251OpULyQNRPM74zpVMB9kYxGcXkfS4mpyoR6s2wZEc5xtjrxcK2 JsYNCQUFDzSnSP1/2cMu2Hc+5FYc5218g+KQ5oH4LJDk7jMo5Ko1lf4quq6ivlLpcBALEQsR CxELN2rTezL4mpJ6JgE9d+lNzNXE54uoCs2XGE09YxbUJfeW5/vzK9HqIY3+FJoQmVRVX74r CIUIhQiFCIX7GQq3hbXi/ioFo9pnZ7agVK/u0bJD8QdDJM51TdvlqCrFgF5PAjfUv9BbcnsV Yh5iHmLePsc8WCgsFBa6zxZagWJF/7UYGfL/j72eEpvg+6as2wAnBScFJ7XPTgoWCguFhcJC /0ZlcuPG55sR6fd4QNI2E0sUenpny005ajWLX9Hsto+KX9HqdNrFr8AuB+xy2K9dDoihiKHF PkvXe9oWx6c3j5pbPJ/e6ra1LT+o3TkUXpruZOzP/YUx4SLING8+C0zSdxDLj0kXmQs60F9I T/AvhkubHiANCDf8EdHSOm8Ph9XFUH/R8D69e/HP55bJZ+5hobDQLYYDCyVJySvznruDZ+zy gYVmg22gXKBcoFzkod1WcwtwJNi4BTdS4r4NNmpad1tyr/V6W7J7oFwLMdSliXwwRRJxBgsV vKJ6eWixaFqkFqHm/HHBW+cDVxWZON5yCgfMDJhhN2h6L/Hf+ZeFRbVy9sfSfmA6iVtzVc3E 8+EfPwyMW5P1PkpNi+AxwGOAx3jGal2BgYO5AHNBWFdHXmQZJ7VntMnS7H8VGvHeOlTaccyg fsaHHVdogqYgxUgkow1BN7Y5ZzTgSEsvTWf9Esb+MJyl4T0IHAK4UdABAVIWpCxIWZCyIGVD XX2J5dLResBTM0oL0HqAGEpOcsGpcKQH/jOnBzuk7BVICHJlxCSAr6oMSsEd4Oz0FbXD7XQO P/c0ePEp5NyQnc7lZ5fJKT6Z0tUL0PKg5UHLPyMFWGC/MS3/k8b4gndGkSvHZ7NqaF4Xn03/ 70vj3rR2il8VjOtjc3LnuLZ7a2FGm9J0MR6RyWSB5AXJ+11J3gI3FgcvAEoASgBKAMpvMIlT 4G2KAOX53LDsY/aVNoc4xJb8difAVWPiziWABUcFRwVHtV+OCjYJm4RNwiYzs1uM5khNCxjN qfJojkcm4vnWdPgzbf57JKC/tJypwc6Wzo3hAcKD/0ODCp3A2pb2Cy6geHXuceccPCxIk0iJ ha3rq5a58RfFK1GTySlwonglmgkhjngip/bortzD7krwT/IlRUEZBeUfXVCuFqCMilekajk1 GlOR8qKAxacRACAAINYSVeuUZL+yXwAIAAgUsH5Wm2z2OjQJWoup9TNzZiztgFSntWjZZPTM IPEQz/0juaxYtRpbCCheY9AYg8YjbkrrUL1iDwnSD7zTO8MhmbD7Y2tKs6adLn8tSbjfuSTz fmZ9tnzLddjwF2O+eHXGn5uS+gepvpPgWF3T63p3rPWO251jTfurxm1QTC7Tb3uo+Z5xAoQT 4lHr1VGkB7DpRfTGq1Lmk0p7qbce+eY9/6i3CvyIz33j6h/h6vPPPrLgoP/OFOkvG5EvMKVb sTu8RigPh/gP270t6sidtr5FHBmhHKG8TCjvwZ+t/Bn3WHyNS4XiWVfs5QGUi+NZTmGYsSuX vXOXTmBYDhu5s+DeQLjDfGPAvScEeNZJ0zOySY+B710d4S4V7gDUwYODB993z9WE50p5rioB 9RY+/9Xnv8NE8TzkpRo+56V+c9x5BN4bJF7N/54gZHDL7OwETQWaKmdnObbq3oe0WzPaAOd/ PfUpNRIYPX7MphpS/FjRVt0M2r3bhvdbeb+YpgJuB24Hbt933C5aVECwxhV0QbDv7rnkXp4h unyO8xqWUBoUYEMau9db3fa2lbRYJ8BjCFmkZKGpzDoyxJ+9pSN+n0UZ5Jll3rrs0l2YXx+Z KcJrIVNEpkiNpafu0ouXVYtqof81zgDjrPApmWJszRxPZBbuK+S1xiaFPtexJgacFmQ3UJam E9jPsvSm0+LOi8OqBf2LRftwYmAhfkgSDoofRDKEZIjuQth+0iSJsS1kEJKhHQnoTQutcjIU zThPeU70W2BNG5D1R9sb2t7ueT0K+EIT41wYqUxTj5jDwBxG3hzGJr5ABoBC7hbsrve0oy0v QQYgt5t8S2IRFgoL3WJ+sNC14s/k+al/WCgsFBa6T81QQLnF9xF6ndDr/K56nVsHJGGhsNAZ uFxwuYk2GXC54HJJ4g214kfWipGHIg8tRhU6mCIwRVwlHTsSpWEN7EhUdEci8tDCjiEsS8Cy hHVARE8ReoryRjzRU4SeIvQURaoiEnZEDEUMRQzFqhOIIKTZa3C5uwpPoR5azFyiYwEdC+hY oMGftJMFlyvhcXC54HJDSQ7UQ1EPLUYVqIfGCjkUWdA5X6Ddoh+1tmy/anbbW8akwBSBKQJT BKYITFE6iQFTBKaItvYihkq5rK5p3S1rOXWt19uCTIBygXKFUheYIsm6wBSBKQJTlEUpo9qC aguqLai2oOsvo96mY20DZ9XRsVBcW0AMRQxFDEUMRQxFDEXnfFaWiXoo6qGoh6Ieinoo6qGP X9mMPBR5KJTETCiJQUmsUOsBeSjyUOShyEPRU3ThOoFPxKThTyxLXhRLj/4QFZT1D5159Yth Vn2Ftu15rjs79zz6RwYPC/Ok5i9M2x4FhheEEJA/I9Y4Sjsb93xvdsFbp/fZ/8t1bqWtsnnn cO5M1T2FA2YGzLAbTPrv/MvC8kyf/bG0H5h+dMCamt6WXkFffBgYtybTtY/SKWbORnXfdJvt Jl8vJm5RYsln9IwAGL45CQarq8Y3hkbPik2ityO+ZvmedDxJa7DD/647+nPnqBUNRyxu3xn8 mwN3QY+325r4cdbtXbD+8sYNAne+/pp3ba2/ujONqemd1Lq0lob+opnrBokvb5eB+FILL8PE tbmp+wtjQgbDv0W8h6k7+d2zpvSMbTnmwAom9K9sdcQ30dGEb1HUOG/c6YP4A33Lcm46Qf9/ AgAAAP//AwBQSwMEFAAGAAgAAAAhAJjl4L67BwAADCUAABEAAAB3b3JkL2NvbW1lbnRzLnht bOxazW7bRhC+F+g7LHgoUsDWnxU7YWsF9U/SAEka2GkLNAiKFbm0tiK57O5SinrKO/RUoAV6 6qWP0FseJU/Sb1aULFJSIkpGgSQFgtjgkjOzs/N987P+8t7LJGYjoY1U6bHXbrQ8JtJAhTK9 Ova+fXZ//47HjOVpyGOVimNvIox3r/fpJ1+O/UAliUitYRCRGn+cBcfewNrMbzZNMBAJN41E BloZFdkGXm6qKJKBaI6VDpudVrvlfsu0CoQx0HfK0xE3XiEuWZamMpFCV6R0wq1pKH3VTLge 5tk+pGfcyr6MpZ1AdutwJkYde7lO/cKg/blB9Ik/Naj4MftCL+1ihd7pl2cqyMkFTmNTixg2 qNQMZHa9jW2lYYuDmUmjt21ilMSz98ZZu7ukb77lTc7gTPMxjuJa4JK4Fc4Ipx8l8dQPdL7X p1qV2G69bTPFiZCIuQ2bmFDWObMk4TKdi9nONYvOBSJ2ie8HWuXZ3JxM7ibtYTqcyyJg1rCs deiQt7g1U0vAEnQvBzwTHksC/+FVqjTvx7Bo3O4yikivd00WbOzL8NgDy4x9ntuBAtrO5EgS /bCLz3iSfXFGayG3kACS6O632vvto2ftI797x2+1fqBVmUoreQyjTx856RkegsLCC4hu3T26 3e0c0Xvu0VOoWHp4JiKex3ZhhYzMnmr349JOYoHvRzyGiinNcamF16RlPX0r5unV7B2R7n97 SavNYhk/C2FOYvGJLgl+zPXPuQgFmIhIZKZgJgIOSlNlHaVciKgQ7gxYubVNTRv7tnci4Cxh mBEBMRa7zW5dEHuJkH2v9NB8vsfsAB4ADNnrv1//yUdcxnxKr6//fP0PY9IwGMdyg0+4ZTyO mUzxEZ6HKmBvXv1FvrBTjzjTathHKcA3GQ8QA5kWRuiR8HpQgoDJrwZMWtJPFhLCmer/RPsY CaYi9zRTKgaLMa6DgbRYy7XYY7IhGnsMzDSSlN6YFmGOvJZa9t2T+7Ce0hxSEe0D+xaaWQX5 L2UifxFObCosPDKE1/QIiezNq98Mq+yyr9SQctKl5drimCjY2xSKKU+wmR8fqBMeDKdxNHv3 PA3nb04DrIareotHUzKGQtC5v4gvElr8Wqg76JJl9WDY8g86m8Gwfdi+2z6owPDwoHV6djp/ uADD4nWy8j2BISJJRedaw4d2kuF0rzRP3MEXPIGFBQYqtl7nbAlOpTOFb1YpRQTdkMo1yDPg J5SFgskkiyUwYgcEeuZR3QaqNJkIQMgASujQIbRXsXuRBt/KnHDmGiOCXGvYEU+qoKMT2M3R A2Vs1dM3YHEoo0iQzezJfcPGAxkM2FiCKvuCjaS2eeEyx5yCRTkRFUOxzdgVFQvwJpbgZiIo I6znE++B/bQA4U4gEacwBgsKnrJ7JY9vgP7bBMN66G/7naMd0H9y2rlzgtK8OK6PCf3F1uug n6elE62J/foK18BOvERVBowjt5ocAZyIYMBTaRJEIoJaxEgqolEydYPgc1FQN/gO2jsEX6Us /JiCr9h6neCTtnSiNYOvvsI1wYcI02iEUYxxlgntWn/KQ/MgZLeILqkU5WDFWBZFKsOw4vPS DjaISdcz1I7Jwx1i8n9C/O9i8sYIETEZY2LFApVGORVA1CigEUIEzuukWA4F875WY3RD7Ml3 980ecj6iV7A+cveQPfcidFTI9piuoaeJUTYpNCMGb1mLaG80Gi/2oIZraqpQYKEPFNW6Z6kW RBkWx+sr0Poe6PXR9bl/JSytYAOnel0duoXicv34bvB2twAvSpldeplKg/NeJ5RKCb3QjG0y 7aBGv3xgKyLk7d3RFhppPDIB/N4VmqR4XWRuodYjuBsBTBZNEcYoVBdx6orADcg8yESZcNOU WxXj5n6mydPJeefk8MSrR4GYgoBBwgnjGXRghjGduwiMXH6n2QI1Dmn45tUfsM8Nd9ZZMJ2L 1XfAukxNjQq4DGMPGgC5SQy8MZRIz2CzkhUbwBnXDnWbE8LyDrm48MQH0ZzMw2zbQ+49ZFc5 JTk0m9RdIrY1/sfYFdPCSKsEh41Bb8LjIjUBE+hBEXmidNLo9GqE9+rQMpi8htXct/sOgdMb NxVZPnezSbjNKsU83jdwXGC9KUoBiIrOpRxepcka7uuhIrHipa2MAtZw8TUl1lCx+oTYrels FRRUlDXEPwmf0KDD5HTtJ0GWdQvy225yWq8gR04/2IwEWp3u3dY50czC7KjycCGnFyvkqw9t PrmQi8reODg56nZbtRIUEuMmEX4dfDONN2jEmiDVuJLG9L5i3pxI1hqwcPKbFkPPTx9toKYG 7nrdDeTNXDkl/S3MfsF4X43KB/juXN3ubIHTjt/e8Dqvkpenm+vcPeweugGmA+8CThcKmg8N p6Wt1wkeuttCzVgJoZWpZxmY22pdg8JZYYgLuiFV0pxFKsZtG+7nMMt2rTCShpfigs1V2rAS 93XUXF9/keFyTQZ5zDXVmu5PMPaYGIl0Cdw1vLTaXhktySzDrIjEGop6S7O13WskjGIrpzvn tRs+P87w5x6RXarpkUZnjiEmrZ86Vvsfbc2vzODyFD2Vo28MUdxEBFETK/pbFSy4SxZc3frs q0fPvtljDzsXl3vs8dNnp09LXlnmMjwp7kRN718AAAD//wMAUEsDBBQABgAIAAAAIQCxiVTz rAYAAKUbAAAVAAAAd29yZC90aGVtZS90aGVtZTEueG1s7FlPbxtFFL8j8R1Ge29jJ3YaR3Wq 2LEbaNNGsVvU43h3vDvN7M5qZpzUN9QekZAQBXGgEjeQEFCplbiUEx8lUARF6lfgzczueide k6SNoILm0Nqzv3n/32/erC9fuRczdECEpDxpe/WLNQ+RxOcBTcK2d2vYv7DmIalwEmDGE9L2 pkR6VzbefecyXlcRiQmC/Ylcx20vUipdX1qSPixjeZGnJIFnYy5irOCrCJcCgQ9BbsyWlmu1 1aUY08RDCY5B7DD6+RsQdnM8pj7xNnLpPQYqEiX1gs/EQMsm2ZYSNtiva4Scyi4T6ACztgeK An44JPeUhxiWCh60vZr585Y2Li/h9WwTUwv2lvb1zV+2L9sQ7C8bnSIcFUrr/Ubr0lYh3wCY msf1er1ur17IMwDs++CptaUss9Ffq3dymSWQ/Tgvu1tr1houviR/Zc7mVqfTabYyW6xQA7If G3P4tdpqY3PZwRuQxTfn8I3OZre76uANyOJX5/D9S63Vhos3oIjRZH8OrRPa72fSC8iYs+1K +BrA12oZfIaCaiiqS6sY80QtqrUY3+WiDwANZFjRBKlpSsbYhzLu4ngkKNYK8DrBpSd2yZdz S1oXkr6gqWp776cYWmIm7+Wz714+e4KO7j89uv/j0YMHR/d/sIKcXds4Ccu7Xnz9yZ+PPkR/ PPnqxcPPqvGyjP/1+49++enTaiC0z8yc558//u3p4+dffPz7tw8r4JsCj8rwIY2JRDfIIdrj MThmouJaTkbibDuGEablHZtJKHGCtZYK+T0VOegbU8yy7Dh2dIgbwdsC6KMKeHVy1zF4EImJ ohWar0WxA9zhnHW4qIzCNa2rFObhJAmrlYtJGbeH8UGV7i5OnPz2JinwZl6WjuPdiDhm7jKc KByShCikn/F9Qiq8u0OpE9cd6gsu+VihOxR1MK0MyZCOnGqabdqmMeRlWuUz5NuJzc5t1OGs yustcuAioSswqzB+SJgTxqt4onBcJXKIY1YO+HWsoiojB1Phl3E9qSDTIWEc9QIiZdWemwL8 LSX9GgbGqkz7DpvGLlIoul8l8zrmvIzc4vvdCMdpFXZAk6iMfU/uQ4litMtVFXyHux2iv0Me cLIw3bcpcdJ9MhvcoqFj0qxA9JOJqMjlVcKd+h1M2RgTQzVA6g5XxzT5O+JmFJjbajg/4gaq fP7lowq731TK3oTTq6pnto8R9SLccXruchHQN5+dt/Ak2SXQEPNH1FtyfkvO3n+enBf18/lT 8oyFgaD1LGIHbTN2xwun7jFlbKCmjFyXZvCWcPYEfVjU+8yVkxS3sDSCj7qTQYGDCwU2e5Dg 6gOqokGEUxja654WEspMdChRyiVcFs1ypWyNh8Ff2atmU19CLHNIrHZ4YJdX9HJ+1yjEGKtC c6HNFa1oAadVtnIpEwq+vYqyujbq1NrqxjRDio62wmUdYnMph5AXrsFiEU0YahCMQhDlVbj0 a9Vw2cGMBDruNkd5WkwWzjNFMsIByXKk/Z7PUd0kKa+VOUe0H7YY9MXxhKiVtLW02NfQdpok ldU1FqjLs/c6WcoreJYlkHa8HVlSbk6WoMO212ouNz3k47TtjeGeDB/jFLIu9RyJWQhvm3wl bNmf2Mymy2fZbOWOuU1Qh1cfNu5zDjs8kAqptrCMbGmYR1kJsERrsvYvNyGs5+VABRudzoqV NSiGf80KiKObWjIeE1+Vk11a0bGzXzMq5RNFxCAKDtGITcQehvTrUgV/AirhdYdhBP0F3s3p aJtHLjlnTVd+I2Zwdh2zNMIZ3eoWzTvZwg0hFTaYbyXzwLdK241zZ3fFtPw5uVIu4/+ZK/o8 gbcPK4HOgA/vhgVGulPaHhcq4sBCaUT9voDBwXAHVAu834XHUFTwhtr8L8iB/t/2nJVh2hou kWqPhkhQOI9UJAjZBVoy1XeCsHp2dlmRLBNkKqpkrkyt2SNyQNhQc+CqPts9FEGpGzbJaMDg jtef+z3roFGoh5xyvzlMVpy9tgf+6cnHNjM45fKwGWjy+BcmFuPB7FS1+832/OwtO6IfzMas Rt4VoKx0FLSytn9FE8541FrGmvN4uZkbB1mc9xgWi4EohXdISP8D5x8VPrO/dugDdcj3gFsR /HihhUHZQFVfsIMH0gRpF0cwONlFW0xalA1tNjrpqOWH9TlPuoXeY8HWlp0m32cMdjGcueqc XjzPYGcRdmJt1xaGGjJ7vEVhaZxfZExizO9k5V+y+OguJHoLfjOYMCVNMcHvVALDDD0wfQDN bzWarRt/AQAA//8DAFBLAwQUAAYACAAAACEA5bUtZiIEAADSCgAAEQAAAHdvcmQvc2V0dGlu Z3MueG1stFZbb9s2FH4fsP9g6HmOJVm2ZbVOEdnx1iJZhyh72Rsl0TYR3kBSVtxfv0NKjOtG DYoVexJ17pfv8PD9h2dGR0esNBF8FURXYTDCvBI14ftV8PfjdpwGI20QrxEVHK+CE9bBh+tf f3nfZhobA2J6BCa4zli1Cg7GyGwy0dUBM6SvhMQcmDuhGDLwq/YThtRTI8eVYBIZUhJKzGkS h+E86M2IVdAonvUmxoxUSmixM1YlE7sdqXD/8RrqR/x2mhtRNQxz4zxOFKYQg+D6QKT21th/ tQYpHryR41tJHBn1cm0UviXZp9sKVb9o/Eh4VkEqUWGtoUGMdukyRPiLmSh5Zeil1FdQ6knn e2JNgXoUutM5ck1f6Q90u+viHSkVUl2bAQA2ClZlH/dcKFRSAFUbJcE1IOqLEGzUZhKrCpoE cAzDYGIZkIzYFQYZDGwtMaUOnxXFCIy12V4hBshaBR3F6RiFqqcHfCQW2tqRarxDDTWPqCyM kKB3RJDGIkw7L4eTPGDuIPEPgN3zk3jW8asDApsGq0KiCgJYC26UoF6uFn8KswZgK6h7r+Fg bjPoAF90IwMaHDFIvKP2Y3AvamyTaRR5Vdvv9sYquCyghC7HYUcCRlyRGkPqFBfmRPEWgi/I F3zD60+NNgQGy2X+ExG8FQDUFTx/hgvh8STxFiPTQJn+J2euE1tK5D1RSqiPvAY4/ayziW+i bSfcl7X2hwchjG9DGC7nUZr2uLViZ04YJ8vwtqvSN5w0CW8GOdE8WkbTIZ14OU/mPTIvrU3z RZIMRjC7Bd56yNp8Gq43w5x8FuX9hFz6WeSLOImHrC028W06GFsaT+fb5ZBOGs8W0WKI8/2K LhezJB7UuUni29lg3SDoKB+MIE8XaT5oLV/HaT4fii2/jfN5PsRZJ7NkOlidTRwuosEINtNk m7hBBrTZYgPGWGY3y1/Kn+zgjlg39GvESkXQ6N7uHhh/lpXqKSfc80sMuxd/zSma0jPH446h GaJ0CzebZzjosKwmWm7wzpml90jtz3Z7CTVIhVv204ste5Fj9bsSjey8tQrJbiC9u6gHK8sI N3eEebpuysJrcdgfX7EaXn8+Kmtwci5Pmxl4driL7Q7xvZ+7nRpvH6wozC9VhX2a4HskJVzg IFLuo1VAyf5gInsZGfir4Ynifsp93PNix4M/y3M/qLKZgXR/sALdEaT6w5k29bTpmQYLuJNL zrSZp83OtLmnwROpzWBHYQXb7wlWhD9a+k5QKlpc/+GJq+AVqSuCPiCJoa92EwK8ROYI/WrU o2OGn2H14poYePlJUjP0bDdx7ODfS1N0Eo25kLWWrLC8oI5qZBCou1ZdKEPrYJVfxtJmNa4I wLE4sfK8WH/rAqdEmwJL2MFGKEjZrb13zvL5MXr9LwAAAP//AwBQSwMEFAAGAAgAAAAhAGic FqCIAQAAWwMAABQAAAB3b3JkL3dlYlNldHRpbmdzLnhtbJRTyU7DMBC9I/EPke/UKWqhRE0r VQiEVBax3R3HSSxsj2W7De3XM3UKlOXQnjzbe34zY4+n71olS+G8BJOTfi8liTAcSmnqnLw8 X52MSOIDMyVTYEROVsKT6eT4aNxmrSieRAhY6RNkMT7TPCdNCDaj1PNGaOZ7YIXBZAVOs4Cu q6lm7m1hTzhoy4IspJJhRU/T9Ixsadw+LFBVkotL4AstTIh46oRCRjC+kdZ/srX7sLXgSuuA C++xH606Ps2k+aLpD/4QackdeKhCD5uhnSK6oUJ4P42WViTRPLupDThWKJxg2x+QCY6vlEu/ PZM2kyVOf5AOB6Pz0+FFLCigXF3KJSaXTGGW0E05Tm8uqvAZTb+ij7Ju/gk/g/1bO4MQQP+K o6BZ6TZ3hG+Mwa0TLPTrnODbQMMyjl1Em4MCXBZbBOhkqB1lhyGLH4oOw7rdzg+B0riF2HRn TsbdGRcDNkgt1+IK3MxB64WLC8BHtro3r7fz6DGloH24u0YHoTtfYvIBAAD//wMAUEsDBBQA BgAIAAAAIQBfS0Z4ggoAAHJNAAAaAAAAd29yZC9zdHlsZXNXaXRoRWZmZWN0cy54bWzcXNly 47YSfb9V+QcW3z3WZsl2RZPyeGYyrprF8VL3GSIhi9ckoXCxx/mjfEd+7DYWQhApkA2TfsmT TBLo0xtOgzJav/72M4m9J5rlEUuX/vjdyPdoGrAwSh+W/v3d56NT38sLkoYkZild+i809397 /8t/fn0+z4uXmOYeCEjz8+dtsPQ3RbE9Pz7Ogw1NSP4uiYKM5WxdvAtYcszW6yigx88sC48n o/FI/LXNWEDzHNAuSfpEcl+JS5rS2JamgLVmWUKK/B3LHo4Tkj2W2yOQviVFtIriqHgB2aN5 JYYt/TJLz5VCR1ohPuVcKqQ+qhlZw4oDuHLmRxaUCU0LgXic0Rh0YGm+ibY7M14rDUzcVCo9 tRnxlMTVuOfteNbA0yZjYvAxI88Qip3AhrgDzgjlpCSWfuDx3UW1LnE8ajNGRYSL0DpgVNjH rDRJSJRqMa9zjelcWA998vv3jJVbrc426iftKn3UsviydNBsNBcrzzQtdxLQWLq3G7KlvpcE 51cPKcvIKgaNnsczj2ek/x6oImTBR7omZVzk/DK7ztSluhIfn1la5N7zOcmDKLoDCgEpSQQC v1ykeeTDE0ry4iKPyMGHGz7q4JMgLwxpH6Iw8o85Yv4XyHwi8dKfTKo7l1yDvXsxSR+qe+vs 6PONqcnSp+nR/S2/tQK5S59kR7cXXNixMLP6NMzd7hkPV0KVLQlg5YEYsi4okBCwGBcaRzy6 kwUwmry4KblzSVkwBSIEAJgpFi5rHgduAqa6lYwNT+n6KwseaXhbwIOlL7Dg5v3VdRaxDGh0 6Z+dcUy4eUuT6EsUhpQXCHXvPt1EIf3vhqb3OQ139//4LOhZSQxYmRag/nwhsiDOw08/A7rl NAmiU8Ij/J1PAA6DcBg4QqEy2mkjb9RQxc0/K8ixjOFBlA0lvKR5Qv9WIGF12Rtowi0yDRBy nXSd9hcx6y/ipL8Ikbz9fLHorwVsZPpGROaGkZX4oBYskMln+mF61pKyfEYjizpnNJKmc0Yj RzpnNFKic0YjAzpnNALeOaMR384ZjXC2zgiIIK56Fk2FN1AL+y4qYqiTHUw37kl1qtR41yQj DxnZbjxeWOtqt5HlbbkqcKoKOn09Wd4WGePbzQ6PQHXmS/fVnPwp2W5IHsGuvAuop+vv+NbH +z2LYPvaAXUik69hk9iYHCxh1zEJ6IbFIc28O/pTRtRh/nfm3cpdRqdyPcP6NXrYFB7sCnnJ 7QSbW5xu94SU/zXKhQ9aq/ncYkqXcFQM55a8tAv/RsOoTCrXIHYjc8nnDmGuQQgV21004yFq rq5OK3gAMCbIcuFugpCP0F8WF3f5PMYY/WUpeqV8hP6ycL1SvsiP9vg6M81H+FrFQy2vhfPa vWQxy9ZlXK2BTnpYOK9gDYEzwXkRa/koklg4r+A9+vQuggDe3DB56hyLHY86oDiHQ6KIxYa3 xTkoNdobO1jkHKAa1sQBqx/XOgA5k+4NfYr4l8CuxUCwtN5rdi7nqcUDUIJQe+g/SlZ076En Fs7Dolyl8HVJTj0c2tSy8rBoKp9kvXOIcb/C5wDUrwI6APUrhQ5Alvyw73l0TcSD9C+ODljO tKyrmEg7NDMvnJlZA7mVgIHqJmL/ZVm99lxo1k0EinOAmnUTgeIcnVot03UTgTVY3URgWaqG PUYmp7oY5Vw3TSC9E0BYNAx5I4CGIW8E0DDkjQDqT97dIMORNwLLmRs0p5rkjQASQ1xe9TWQ Sd4IIGdukGynvjOq6p6Q0v5yOwB5I1CcA9QkbwSKc3Rs5I3AEkNcMqGGpakOgTUMeSOAhiFv BNAw5I0AGoa8EUDDkDcCqD95d4MMR94ILGdu0JxqkjcCyJkeNJBJ3gggMcSFGw6St1j1b07e CBTnADXJG4HiHJ0aoepNKgLLOUA1LE3eCCwxxCUZFJZIbhejhiFvhEXDkDcCaBjyRgANQ94I oP7k3Q0yHHkjsJy5QXOqSd4IIGd60EAmeSOAnLnhIHmLxfjm5I1AcQ5Qk7wRKM7RqRGq5jkE lnOAaliavBFYIl96kzcCSAx5LZCLRcOQN8KiYcgbATQMeSOA+pN3N8hw5I3AcuYGzakmeSOA nOlBA5nkjQBy5oaD5C3WyJuTNwLFOUBN8kagOEenRqiavBFYzgGqYWmqQ2ANQ94IIJGYvckb ASSGvAJIrCKXMA1D3giLhiFvBFB/8u4GGY68EVjO3KA51SRvBJAzPWggk7wRQM7cwM/ZwnlR 9PHUsSUJsOcMqlMNaMCJJUhYQGXgDV3TDLoKaffpkJ6AlYUOiJb0wJr4gbFHD3ewe2pJEDRU tIojJo50v4hTOkYjwnTR0klw9+PS+yIbYBrzRErtn7yB7iGzXUi0J/HGIdCzeNlCy862OlnO pUGDEO/rUi1Aoif0ChqCVFsPn8z7fGCgaKpSt8X/bRUq/A2IYmITKtgAVgAdUS1Q1yyGxlJQ KgRNCtFpZEJazsMLFXbNGJWC6lz8bvckx+2dzmzVuOBnwFu0FWfESdnqH08MkhFtqgiNWUKp Lh0hXKtYtpfBH1dpCDY+q84sGcjwJ5Gi4PkljeNvRDSjFWxrHxrTdSGfjkei+tVErVhRsMQ+ PxOHw4UmhwRAKpjKyEtuhD1H0jJZ0UwdNbek40UZlCmN4cQybSQIHIznJaWvu+0K7q0XvUKu M9nK/OXu29eGTvymd51ROaSgodRuRaDb7gdvnmusJugUfKzum6IvSdbXMuhkzOGotAIdjc7m 49PTkZSq+hch60VnJ3xW43ii8HWwZdBeejaey/G2AePTqerBtI2YLGan7TKm8/msfcTspNLb hnIyO+vQdD4bd2i6mE46ND2dzDo0BYcpD9s0HY9G0BYqmMA+5OysQ9fx+AyWcbuUCajbMWS6 mHWpO5ufCHX5klbZkte7XsV/81XPKwiE7OEXh3teVX8tfOw1Di/9S1ZmETTJfKfPXELVNLz0 76IEfq8Abns3LCHipKtoGm5MCSBjTSmSbnfdwsrU/C+jW1jdU93CO1DZMgwSwG7oe24jsr1i F5Q58Kjo2K3X1vryrhfZ6+yfvyVx/PO3J5hEk0CNQGqlU9hpIxKZAehyZKcM4YV/a9g0vUMt /bOkIYVfmuA/EkGirFl5SJoyaMDm7dBA9WqPLIKAiBM6Evsv3EL8fnBGp7PRxScZXxWcXWt8 Rdxmsst73Ql9uPBd4jxS8B63Q84w95Bmshpydb6/jZNU0dvRlytl7dw7sXJJt3uxfFFzTJ0u jMeedhwiAS2+78UTranYx1eHU/HH6n+0CMsAl5F5CcODw0lpOFE6IIX0rbZCjYem65o66CC8 TfaqJb6Sa+syh8/hcu2wNfWUE6O8sPQMz1tzz/Ce9ky7A4dOQdNV8KqK2Ah0O/RwQt6oJpy6 w3R3jgga/PYG/BqH+BOdInbKb7CZ+gkSvf+CX/Do2oyBvZY3+MN28gZmKI6rMoafkGq8/Xwg ccygKIo2Z5mmuBefPbE6WdA+cqqUQ7jNuoe9IxvYovLtq9qh7m7wzam6Eq7ZpWOfUo2tJQ0P 1zNVDPBC6snYWld119ZzD2joBV1/Zdh5943cXa2P/P3/AQAA//8DAFBLAwQUAAYACAAAACEA 090tC1UBAACOAgAAEQAIAWRvY1Byb3BzL2NvcmUueG1sIKIEASigAAEAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAjJLBT8IwGMXvJv4PSw/etq5AQOc2EiWcJDE6 o/HWtB/QuHZNWxn893YbzBE5eGzf+35970vT+V6WwQ6MFZXKEIliFIBiFRdqk6G3YhneosA6 qjgtKwUZOoBF8/z6KmU6YZWBZ1NpME6ADTxJ2YTpDG2d0wnGlm1BUht5h/LiujKSOn80G6wp +6IbwKM4nmIJjnLqKG6Aoe6J6IjkrEfqb1O2AM4wlCBBOYtJRPCv14GR9uJAqwycUriD9p2O cYdszjqxd++t6I11XUf1uI3h8xP8sXp6bauGQjW7YoDylLOEGaCuMvlC7ESz3+Dlhkp9v0jx QGwWWVLrVn7nawH84XDB/9fTjBnouDmZpnh49o+3XbsEwAOfPum6npT38eOiWKJ8FJNJGJOQ TAsyS0icxPFnk+9svmnTXchjyv8QZwWZJpO7c+IJkLeJz39Q/gMAAP//AwBQSwMEFAAGAAgA AAAhACl8eP0CCgAAgUoAAA8AAAB3b3JkL3N0eWxlcy54bWzcXMty27gS3d+q+QcW9471smS7 RplynOTGVXl4LLvumiIhixOS0PARx/NH8x3zY9NokBBECmTDpDd3JZEE+vQLp0EbrV9/+xlH zg+WZiFPlu74zch1WOLzIEwel+7D/ceTc9fJci8JvIgnbOk+s8z97e0v//n16TLLnyOWOSAg yS5jf+lu83x3eXqa+VsWe9kbvmMJPNzwNPZyuEwfT2Mv/V7sTnwe77w8XIdRmD+fTkajuVuK SSlS+GYT+uw994uYJTnOP01ZBBJ5km3DXVZJe6JIe+JpsEu5z7IMjI4jKS/2wkSJGc8aguLQ T3nGN/kbMOZUanQqRMH08Qi/xZHrxP7lzWPCU28dgfOexjP3LXgu4P57tvGKKM/EZXqblpfl FX585EmeOU+XXuaH4T24FATEIcj6dJVkoQtPmJflV1noHX24FaOOPvGzXJP2LgxC91QgZn+B zB9etHQnk+rOtdDg4F7kJY/VvU168vFO12TpsuTkYSVurUHu0vXSk9WVEHaKZlafmrm7A+Ph ClXZeT4EA8R4m5xBUkCOCKFRKHJwsoB8kRd3hfCrV+S8BEEBAKaLhcuaxyFXIHNWMoHhKdt8 5v53FqxyeLB0EQtuPtzcpiFPIUmX7sWFwISbKxaHn8IgYGK9lPcekm0YsP9tWfKQsWB///eP mPylRJ8XSQ7qzxeYBVEWfPjps51IWxCdeCLCX8UESBwIh4aDChXhXht5o4aKN/+sIMcyhkdR tswTK9xB/VuB0OqiN9BEWKQbgHKtdJ32FzHrL+KsvwhM3n6+WPTXAni9b0RkbmhZSQ9qzn2Z fLofphctKStmNLKoc0YjaTpnNHKkc0YjJTpnNDKgc0Yj4J0zGvHtnNEIZ+sM30PiqmfRFL1B Wtj3YR4xMb+VgMY9qa4sNc6tl3qPqbfbOqKw1tVuI8tVsc5pqiKdvpwsV3nKk8dOj0B1Fkv3 xZz8Id5tvSyEXVKH6yc9XX8vdj3Of9Mw6IQ6k8nXsAk3JkdL2G3k+WzLo4Clzj37KSNqMf8r d1Zyl9GpXM+wfg4ft7mz2mLJ7QSbG5xu9oSU/znM0Aeti2luMKVLOCmGc0NemoV/YUFYxJVr CLuRueRzizDXIFDFdhfNRIiaq6vTChEAigmyXNibgPIJ+sviYi9fxJiivyxFL5RP0F8WrhfK x/xoj68107yHl1aHtLwW1mv3mkc83RRRtQY66WFhvYIVBM0E60Ws5JNIYmG9gg/o07nyfXhz o+SpdSz2PGqBYh0OiYKLjW6LdVBqtDe2sMg6QDWsiQVWP661ALIm3Tv2IxR/E7MtBsjSaq/Z uZynBg9ACSLtoX8veN69h54YOI+KcpPAn0sy5tDQpoaVR0Ur80nWO4sY9yt8FkD9KqAFUL9S aAFkyA/znkfVRDpI/+JogWVNy6qKYdqRmXlhzcwKyK4EDFQ3Cfsvw+o150KzbhJQrAPUrJsE FOvo1GqZqpsErMHqJgHLUDXMMdI51cYo67qpA6mdAMGiYcibADQMeROAhiFvAlB/8u4GGY68 CVjW3KA4VSdvAhAOsXnVV0A6eROArLlBsl35N6Oq7qGU9pfbAcibgGIdoCZ5E1Cso2MibwIW DrHJhBqWojoC1jDkTQAahrwJQMOQNwFoGPImAA1D3gSg/uTdDTIceROwrLlBcapO3gQga3pQ QDp5E4BwiA03HCVvXPWvTt4EFOsANcmbgGIdnRqhqk0qAcs6QDUsRd4ELBxikwwlFia3jVHD kDfBomHImwA0DHkTgIYhbwJQf/LuBhmOvAlY1tygOFUnbwKQNT0oIJ28CUDW3HCUvHExvjp5 E1CsA9QkbwKKdXRqhKp4joBlHaAaliJvAhbmS2/yJgDhkJcC2Vg0DHkTLBqGvAlAw5A3Aag/ eXeDDEfeBCxrblCcqpM3AciaHhSQTt4EIGtuOEreuEZenbwJKNYBapI3AcU6OjVCVeRNwLIO UA1LUR0BaxjyJgBhYvYmbwIQDnkBEK4imzANQ94Ei4YhbwJQf/LuBhmOvAlY1tygOFUnbwKQ NT0oIJ28CUDW3CDO2cJ5UfLx1LEhCajnDKpTDWTAiSFIVMDSwDu2YSk0WbHu0yE9ASsLLRAN 6UE18R3n3x3awe6pIUHIUOE6Cjke6X7GUzpaI8J00dJJcP/t2vkkG2Aa8zClDk/eQPeQ3i6E 7UmicQj0zJ930LKzq06WC2nQICT6usoWIGyRu4GGoLKtR0wWfT4wEJuqytv4f9sSFb4DIk5s QvlbwPKhI6oF6pZH0B0HSgWgSY6dRjqk4Tw8qrBvxqgULM/F73dPctzB6cxWjXNxBrxFWzwj 7hWt/nFwkIxoU0VozEKlunSEcK0j2V4GX26SAGyEBkH8j5kMZPDTk6Lg+TWLoi8eNqPlfGce GrFNLp+OR1j9aqLWPM95bJ6f4uFw1OSYAEgFXRl5KYww50hSxGuWQndXi9evCr9IWAQnllkj QeBgvCgpfd1tVvBgvagVcpvKRtFP918+N3QSN53blMkhOQukdmsPuu2+iea5xmqCTsHv1X1d 9LWX9rUMOhkzOCpdgo5GF/Px+flISi37FyHrsbMTPqtxIlFERHY8g2bC8VyONw0Yn0/LHkzT iMlidt4uYzqfz9pHzM4qvU0oZ7OLDk3ns3GHpovppEPT88msQ1NwWOlhk6bj0QjaQpEJzEMu Ljp0HY8vYBm3S5mAuh1DpotZl7qz+RmqK5Z0mS1ZvesVuanseQWBkD3i4njPa9lfCx8HjcNL 95oXaQhNMl/Zk5BQNQ0v3fswhvZtuO3c8djDk67YNNyY4kPG6lIk3e67hUtTs7+0buHyXtkt vAeVLcMgAeyGvuc2Ijsodn6RAY9ix269ttaXd73I3qb//C2J45+/HWQSRQI1AqmVTrTTRCQy A8jlyEwZ6IX/17Apeoda+mfBAgbd8qJp3wvTZuXxkoRDA7ZohwaqL/fIGARCnMiROHzhRvGH wRmdz0ZXH2R8y+DsW+Mr4taTXd7rTujjhe+a5pFc9Lgdc4a+h9STVZOr8v11nFQWvT192VLW 3r3Qcog26u6V97rdS+WLmmPqdKE9dpTjCAlo8H0vnmhNxT6+Op6K39Z/sDwofFpGZgUM948n peZE6YAE0rfaCjUe6q5r6qCC8DrZWy7xtVxb1xl8Dpdrx62ppxyOcoLC0TxvzD3Ne8oz7Q4c OgV1V8GrKmEj0O3Q4wl5Vzbh1B2munMwaPDbG/BrHPiVnCJmym+wWfkTJGr/Bb/g0bUZA3sN b/DH7RQNzFAc10UEv6jTePt550URh6KIbc4yTWkvPgdiVbKQfWRVKYdwm3EPe+9tYYsqtq/l DnV/Q2xOyyt0zT4d+5Rqai1peLieqTjACZgjY2tc1V1bzwOgoRd0/ZVh791Xcne1PrK3/wIA AP//AwBQSwMEFAAGAAgAAAAhAN/2dloWAgAAtwYAABIAAAB3b3JkL2ZvbnRUYWJsZS54bWy0 lMFu4jAQhu8r9R0i30vsEGiJGqqWLdJe9rCiD2CMQ6zGdmQbUt5+x05IpQIq2VWDFMGM/Wvm 4595eHyXVbTnxgqtckRGGEVcMb0Rapuj19Xy9h5F1lG1oZVWPEcHbtHj/ObHQ5MVWjkbwX1l M8lyVDpXZ3FsWckltSNdcwXJQhtJHfw021hS87arb5mWNXViLSrhDnGC8RR1MuYaFV0UgvGf mu0kVy7cjw2vQFErW4raHtWaa9QabTa10YxbCz3LqtWTVKhehqQnQlIwo60u3AiaiduKYi8F 1wkO32SFIsmyX1ulDV1XwK4hKZp34KImU1RCcEErsTYiJGqqtOUEcnta5QgneIkn8PafFI/9 G8VegZXUWO76g7gNF1SK6nCM2kZY2yZq4Vh5jO+pEb6gNmXFFhI7u8Y5esHwJMslaiMkRykE nhZ9JIGi2od0Z8Z9BJwDhQWdcITMgg5EQKe7FeqMW+uckFgJyW30mzfRHy2pukAkwVMgMQEe nsx4EBETdAPBAUSSp75/6GQBrdzdp8f+P4jMvibS6lxPZKF3RnDjmVygcQcEZsEfnkY6iIbU G27UGYMU4p1vzrvjLItx1/m3sljREv69CxiewRR+QLwt0u8fEwJT8vLZFFM8ef4MIvnKFAST waagEvbFJRJ+LFoOfkyGLYx/G4/ThYHTns2HJcJ6gDXzPwuj2xx2/hcAAP//AwBQSwMEFAAG AAgAAAAhABcJ2zn7AQAA9QMAABAACAFkb2NQcm9wcy9hcHAueG1sIKIEASigAAEAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAnFNNT+MwEL2vtP8hyp26KYUt1dQI lSIOQKttgLPXmbTWOrZlm4rur99xQ0O6u6fN6c2HZl7ePMP1e6OzHfqgrJnlxWCYZ2ikrZTZ zPLn8u5skmchClMJbQ3O8j2G/Jp//QIrbx36qDBkNMKEWb6N0U0ZC3KLjQgDKhuq1NY3IlLo N8zWtZJ4a+Vbgyay0XB4yfA9oqmwOnPdwLydON3F/x1aWZn4hZdy74gwhxIbp0VE/pTo6EFl YwOsy0Jpo9ClapCPLyZU6EJYiQ0GXgyBtQhera8CPx9PvgFrMcy3wgsZSUVeXBWTAlgvAzfO aSVFJIX5o5LeBlvHbHnQIksTgPVbgPRZo3zzKu45re2H8KBMYnNxBayFxM+LjRduG4h6ItmF sJZC45x04LXQAYF9JuAeRbrxSigiDbs43aGM1mdB/aIrj/LshwiY1JvlO+GVMJFUTG1tcMDa heh5qaKn2VRr4wPst/WxGnNSh3oJnDamZMuBCqfsaIPGsKzp3+I/yBZ9sgcOLdUenR7sdvwx dW4bJ8ye332/eZovsnLxsJgvH+mSH/kk/c/w7Ep7m3z0oehpsmeEVxW3ayckXWs0uhyd9y3R q8GarIMV3fg48TMB9yS/12kt2clssDr2/F1IJntpXzEvxoMhfQdXHXNkjO558d8AAAD//wMA UEsBAi0AFAAGAAgAAAAhAOc0ba2NAQAAEQYAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50 X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAHpEat/MAAABOAgAACwAAAAAAAAAAAAAAAADG AwAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEATkHa+zIBAAA8BAAAHAAAAAAAAAAAAAAA AADqBgAAd29yZC9fcmVscy9kb2N1bWVudC54bWwucmVsc1BLAQItABQABgAIAAAAIQAe7p+G H4IAAADpDAARAAAAAAAAAAAAAAAAAF4JAAB3b3JkL2RvY3VtZW50LnhtbFBLAQItABQABgAI AAAAIQCY5eC+uwcAAAwlAAARAAAAAAAAAAAAAAAAAKyLAAB3b3JkL2NvbW1lbnRzLnhtbFBL AQItABQABgAIAAAAIQCxiVTzrAYAAKUbAAAVAAAAAAAAAAAAAAAAAJaTAAB3b3JkL3RoZW1l L3RoZW1lMS54bWxQSwECLQAUAAYACAAAACEA5bUtZiIEAADSCgAAEQAAAAAAAAAAAAAAAAB1 mgAAd29yZC9zZXR0aW5ncy54bWxQSwECLQAUAAYACAAAACEAaJwWoIgBAABbAwAAFAAAAAAA AAAAAAAAAADGngAAd29yZC93ZWJTZXR0aW5ncy54bWxQSwECLQAUAAYACAAAACEAX0tGeIIK AAByTQAAGgAAAAAAAAAAAAAAAACAoAAAd29yZC9zdHlsZXNXaXRoRWZmZWN0cy54bWxQSwEC LQAUAAYACAAAACEA090tC1UBAACOAgAAEQAAAAAAAAAAAAAAAAA6qwAAZG9jUHJvcHMvY29y ZS54bWxQSwECLQAUAAYACAAAACEAKXx4/QIKAACBSgAADwAAAAAAAAAAAAAAAADGrQAAd29y ZC9zdHlsZXMueG1sUEsBAi0AFAAGAAgAAAAhAN/2dloWAgAAtwYAABIAAAAAAAAAAAAAAAAA 9bcAAHdvcmQvZm9udFRhYmxlLnhtbFBLAQItABQABgAIAAAAIQAXCds5+wEAAPUDAAAQAAAA AAAAAAAAAAAAADu6AABkb2NQcm9wcy9hcHAueG1sUEsFBgAAAAANAA0ASAMAAGy9AAAAAA== --------------060806040100050401070308-- From zongning@huawei.com Fri Jan 17 17:31:23 2014 Return-Path: X-Original-To: vnfpool@ietfa.amsl.com Delivered-To: vnfpool@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DBD781ACCFD for ; Fri, 17 Jan 2014 17:31:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.138 X-Spam-Level: X-Spam-Status: No, score=-104.138 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, J_CHICKENPOX_72=0.6, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.538, SPF_PASS=-0.001, 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 e0RBpsyCuoBy for ; Fri, 17 Jan 2014 17:31:20 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 57A921ACCDF for ; Fri, 17 Jan 2014 17:31:19 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BCP60593; Sat, 18 Jan 2014 01:31:06 +0000 (GMT) Received: from LHREML405-HUB.china.huawei.com (10.201.5.242) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.3.158.1; Sat, 18 Jan 2014 01:30:15 +0000 Received: from NKGEML410-HUB.china.huawei.com (10.98.56.41) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.158.1; Sat, 18 Jan 2014 01:31:04 +0000 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.56]) by nkgeml410-hub.china.huawei.com ([10.98.56.41]) with mapi id 14.03.0158.001; Sat, 18 Jan 2014 09:31:02 +0800 From: Zongning To: LAC Chidung Thread-Topic: [vnfpool] FW: New Version Notification for draft-zong-vnfpool-problem-statement-02.txt Thread-Index: AQHPEMZ+c15+lVuknkS7yKxzUMJky5qDbBOggAU1VYCAAQ4yMA== Date: Sat, 18 Jan 2014 01:31:01 +0000 Message-ID: References: <52D95FD9.7010603@orange.com> In-Reply-To: <52D95FD9.7010603@orange.com> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.138.41.28] Content-Type: multipart/alternative; boundary="_000_B0D29E0424F2DE47A0B36779EC66677925867CCEnkgeml501mbschi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "vnfpool@ietf.org" Subject: Re: [vnfpool] FW: New Version Notification for draft-zong-vnfpool-problem-statement-02.txt X-BeenThere: vnfpool@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Discussion list for virtual network function resource pooling." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jan 2014 01:31:24 -0000 --_000_B0D29E0424F2DE47A0B36779EC66677925867CCEnkgeml501mbschi_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, Chidung, Really appreciate your inline suggestions + comments. While we will adopt m= ost of your suggestions, I'd like to answer several of your questions at fi= rst, to make sure we are more align with each other. :) [CL1]: Besides section 5 (Related Works), the word =AB availability =BB is= not used at all in this doc ... although it is the main objective of the p= ooling architecture, i.e., providing redundant VNF instances in order to ma= ximize the network service's availability You are right that the goal of VNF pool is to improve the service's availab= ility, from the service(or user) perspective. IMHO, I prefer not to address= the problem from service(or user) perspective, but simply from the VNF set= itself. Another word, we may just focus how to use pooling mechanisms, e.g= . redundancy model, stateful failover to improve the reliability of VNF set= . But we could definitely mention that our work will benefit service availa= bility. How do you think? [CL2]: "A VNF set can introduce additional points of failure beyond those i= nherent in a single specialized server" - this sentence implies that a "sin= gle specialized server" currently hosts different NFs which will be virtual= ized in the future and grouped in a "VNF set": is it really what we mean ? No, we don't mean that VNF set is "released" from a single specialized serv= er. The challenges are: 1) a single VNF may have more factors of risk than = a traditional NF in single specialized server; 2) a group of VNFs need more= coordination on reliability. I agree that comparing a VNF set to a single = specialized server may be inappropriate. I will revise the sentence later. [CL4]: "Load Sharing" - it is rather a performance mechanism (and not a rel= iability one). I'd still think load sharing is not only for performance, but related to re= liability, considering that potential overload will affect the reliability = of VNF without applying efficient load sharing. Again, thanks for your careful & kind inline editing. -Ning From: LAC Chidung [mailto:chidung.lac@orange.com] Sent: Saturday, January 18, 2014 12:53 AM To: Zongning Cc: vnfpool@ietf.org Subject: Re: [vnfpool] FW: New Version Notification for draft-zong-vnfpool-= problem-statement-02.txt Hi Ning, Some cosmetic suggestions + comments. Best, Chidung Le 14/01/2014 02:24, Zongning a =E9crit : Hi, folks, Happy new year! We made a new revision of VNF Pool Problem Statement. Please see the below = abstract and links: Abstract: There is a trend to implement network services by using a group of Virtualized Network Functions (VNFs) called a VNF set. A VNF set can offer benefits like flexible service provisioning. A VNF set also introduces additional points of failure, and therefore poses additional challenges on reliability. This document overviews the problems related to the reliability of a VNF set. A VNF pooling architecture is also briefly introduced as candidate solution to address the problems. URL: http://www.ietf.org/internet-drafts/draft-zong-vnfpool-prob= lem-statement-02.txt Htmlized: http://tools.ietf.org/html/draft-zong-vnfpool-problem-state= ment-02 Other related drafts including VNF Pool Use Cases, VNF Pooling Architecture= are under development and will be available soon in this month... Thanks. -Ning -----Original Message----- From: internet-drafts@ietf.org [mailto:int= ernet-drafts@ietf.org] Sent: Tuesday, January 14, 2014 9:18 AM To: Zongning; Linda Dunbar; Melinda Shore; Linda Dunbar; Melinda Shore; Diego Lopez; Diego R. Lopez; Zongning Subject: New Version Notification for draft-zong-vnfpool-problem-statement-02.txt A new version of I-D, draft-zong-vnfpool-problem-statement-02.txt has been successfully submitted by Ning Zong and posted to the IETF repository. Name: draft-zong-vnfpool-problem-statement Revision: 02 Title: Virtualized Network Function (VNF) Pool Problem Statement Document date: 2014-01-14 Group: Individual Submission Pages: 10 URL: http://www.ietf.org/internet-drafts/draft-zong-vnfpool-problem-statement-02= . txt Status: https://datatracker.ietf.org/doc/draft-zong-vnfpool-problem-statement/ Htmlized: http://tools.ietf.org/html/draft-zong-vnfpool-problem-statement-02 Diff: http://www.ietf.org/rfcdiff?url2=3Ddraft-zong-vnfpool-problem-statement-02 Abstract: There is a trend to implement network services by using a group of Virtualized Network Functions (VNFs) called a VNF set. A VNF set can offer benefits like flexible service provisioning. A VNF set also introduces additional points of failure, and therefore poses additional challenges on reliability. This document overviews the problems related to the reliability of a VNF set. A VNF pooling architecture is also briefly introduced as candidate solution to address the problems. 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 _______________________________________________ vnfpool mailing list vnfpool@ietf.org https://www.ietf.org/mailman/listinfo/vnfpool ________________________________ --_000_B0D29E0424F2DE47A0B36779EC66677925867CCEnkgeml501mbschi_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi, Chidun= g,

 = ;

Really app= reciate your inline suggestions + comments. While we will adopt most of= your suggestions, I’d like to answer several of your questions at first, to make sure we are more align with each other. = J

 = ;

[CL1]: Besides section 5 (Related Works), the word =AB availabilit= y =BB  is not used at all in this doc … although it is the = main objective of the pooling architecture, i.e., providing redundant VNF instances in order to maximize the network service’s availability

You are ri= ght that the goal of VNF pool is to improve the service’s availabilit= y, from the service(or user) perspective. IMHO, I prefer not to address the problem from service(or user) perspective, but simply from the= VNF set itself. Another word, we may just focus how to use pooling mechani= sms, e.g. redundancy model, stateful failover to improve the reliability of= VNF set. But we could definitely mention that our work will benefit service availability. How do you think?=

 = ;

[CL2]: = “A VNF set can introduce additional points of failure= beyond those inherent in a single specialized server” - this sentence implies t= hat a "single specialized server" currently hosts different NFs w= hich will be virtualized in the future and  grouped in a "VNF set= ": is it really what we mean ?

 = ;

No, we don= ’t mean that VNF set is “released” from a single speciali= zed server. The challenges are: 1) a single VNF may have more factors of ri= sk than a traditional NF in single specialized server; 2) a group of VNFs nee= d more coordination on reliability. I agree that comparing a VNF set to a s= ingle specialized server may be inappropriate. I will revise the sentence l= ater.

 

[CL4]: “Load Sharing” - it is rather a performance mechanism (and not a reliability= one).

 = ;

I’d = still think load sharing is not only for performance, but related to reliab= ility, considering that potential overload will affect the reliability of VNF without applying efficient load sharing.

 = ;

Again, tha= nks for your careful & kind inline editing.

 = ;

-Ning=

 = ;

From:= LAC Chidung [mailto= :chidung.lac@orange.com]
Sent: Saturday, January 18, 2014 12:53 AM
To: Zongning
Cc: vnfpool@ietf.org
Subject: Re: [vnfpool] FW: New Version Notification for draft-zong-v= nfpool-problem-statement-02.txt

 

Hi Ning,
Some cosmetic suggestions + comments.
Best,
Chidung

Le 1= 4/01/2014 02:24, Zongning a =E9crit := 

Hi, folks,
Happy new year!
We made a new revision of VNF Pool Problem Statem=
ent. Please see the below abstract and links:
 
Abstract:
   There is a trend to implement networ=
k services by using a group of
   Virtualized Network Functions (VNFs)=
 called a VNF set.  A VNF set can
   offer benefits like flexible service=
 provisioning.  A VNF set also
   introduces additional points of fail=
ure, and therefore poses
   additional challenges on reliability=
.
 
   This document overviews the problems=
 related to the reliability of a
   VNF set.  A VNF pooling archite=
cture is also briefly introduced as
   candidate solution to address the pr=
oblems.
 
URL:        &n=
bsp;   http://www.ietf.org/internet-drafts/=
draft-zong-vnfpool-problem-statement-02.txt
Htmlized:       http://tools.ietf.org/html/draft-zong-vnfpool-problem-statement-02
 
Other related drafts including VNF Pool Use Cases=
, VNF Pooling Architecture are under development and will be available soon=
 in this month...
Thanks.
-Ning
 
-----Original Message-----

From: internet-drafts@ietf.org [=
mailto:internet-drafts@ietf.org]


Sent: Tuesday, January 14, 2014 9:18 AM


To: Zongning; Linda Dunbar; Melinda Shore; Linda =
Dunbar; Melinda Shore;


Diego Lopez; Diego R. Lopez; Zongning<=
/span>


Subject: New Version Notification for<=
/span>


draft-zong-vnfpool-problem-statement-02.txt<=
/o:p>


 


A new version of I-D, draft-zong-vnfpool-problem-=
statement-02.txt


has been successfully submitted by Ning Zong and =
posted to the


IETF repository.


 


Name:       &n=
bsp;     draft-zong-vnfpool-problem-statement


Revision: 02


Title:       &=
nbsp;    Virtualized Network Function (VNF) Pool Problem Sta=
tement


Document date:    2014-01-14<=
/o:p>


Group:       &=
nbsp;    Individual Submission


Pages:       &=
nbsp;    10


URL:


http://www.ietf.org/internet-drafts/=
draft-zong-vnfpool-problem-statement-02.


txt


Status:


https://datatracker.ietf.org/doc/draft-zo=
ng-vnfpool-problem-statement/


Htmlized:


http://tools.ietf.org/html/draft-zong-vnfpool=
-problem-statement-02


Diff:


http://www.ietf.org/rfcdiff?url2=3Ddr=
aft-zong-vnfpool-problem-statement-02


 


Abstract:


   There is a trend to implement networ=
k services by using a group of


   Virtualized Network Functions (VNFs)=
 called a VNF set.  A VNF set can


   offer benefits like flexible service=
 provisioning.  A VNF set also


   introduces additional points of fail=
ure, and therefore poses


   additional challenges on reliability=
.


 


   This document overviews the problems=
 related to the reliability of a


   VNF set.  A VNF pooling archite=
cture is also briefly introduced as


   candidate solution to address the pr=
oblems.


 


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


_______________________________________________
vnfpool mailing list
vnfpool@ietf.=
org
https://www.ietf.org/mailman/listinfo/vnfpool
--_000_B0D29E0424F2DE47A0B36779EC66677925867CCEnkgeml501mbschi_-- From shares@ndzh.com Tue Jan 21 09:26:56 2014 Return-Path: X-Original-To: vnfpool@ietfa.amsl.com Delivered-To: vnfpool@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 815EB1A03E8 for ; Tue, 21 Jan 2014 09:26:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.945 X-Spam-Level: X-Spam-Status: No, score=0.945 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845] 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 x5ff3lN97Hq5 for ; Tue, 21 Jan 2014 09:26:54 -0800 (PST) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id B417C1A011D for ; Tue, 21 Jan 2014 09:26:54 -0800 (PST) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=64.112.195.202; From: "Susan Hares" To: References: <20140121172415.28055.87534.idtracker@ietfa.amsl.com> In-Reply-To: <20140121172415.28055.87534.idtracker@ietfa.amsl.com> Date: Tue, 21 Jan 2014 12:26:45 -0500 Message-ID: <00c201cf16cd$f573d6b0$e05b8410$@ndzh.com> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQGz+yMnEF0YJ/Qfq4fpBXi1+BCeQprFpQPg Content-Language: en-us X-Authenticated-User: skh@ndzh.com Cc: Zongning , Spencer Dawkins , Martin Stiemerling Subject: [vnfpool] FW: New Version Notification for draft-hares-vnf-pool-use-case-00.txt X-BeenThere: vnfpool@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Discussion list for virtual network function resource pooling." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2014 17:26:56 -0000 Hi all:=20 I've posted a rough draft on use cases behind the VNF Pool effort.=20 I look forward to your comments on the list. =20 Sue=20 PS - please be kind in comments .. it is a "rough" draft..=20 -----Original Message----- From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org]=20 Sent: Tuesday, January 21, 2014 12:24 PM To: Karthikeyan Subramaniam; Susan Hares; Susan Hares Subject: New Version Notification for = draft-hares-vnf-pool-use-case-00.txt A new version of I-D, draft-hares-vnf-pool-use-case-00.txt has been successfully submitted by Susan Hares and posted to the IETF = repository. Name: draft-hares-vnf-pool-use-case Revision: 00 Title: Use Cases for Resource Pools with Virtual Network Functions = (VNFs) Document date: 2014-01-21 Group: Individual Submission Pages: 12 URL: = http://www.ietf.org/internet-drafts/draft-hares-vnf-pool-use-case-00.txt Status: = https://datatracker.ietf.org/doc/draft-hares-vnf-pool-use-case/ Htmlized: = http://tools.ietf.org/html/draft-hares-vnf-pool-use-case-00 Abstract: In the context of virtualization, a service essentially consists of a set of Virtualized Network Functions (VNFs) with each VNF building on top of virtualization infrastructure to implement a specific network functions along with the data connections between VNFs. VNFs may be highly distributed existing in devices in data center networks, mobile networks or satellite networks. In some of these environments, the resources are highly constrained. This draft provides seven use cases the authors have implemented in demonstration or deployed code for the following network function virtualization: cloud bursting, parental controls, load balancer for multipath (L1-L7), WAN optimization that runs either between access nodes and Data Centers, WAN optimization between mobile phones to Data Centers (through access nodes), application placement optimization, and optimized placement of web applications utilizing minimal data transfer. = =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 chidung.lac@orange.com Tue Jan 21 09:49:35 2014 Return-Path: X-Original-To: vnfpool@ietfa.amsl.com Delivered-To: vnfpool@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EBC5F1A02E8 for ; Tue, 21 Jan 2014 09:49:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.818 X-Spam-Level: X-Spam-Status: No, score=-0.818 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HELO_EQ_FR=0.35, HTML_MESSAGE=0.001, J_CHICKENPOX_72=0.6, RP_MATCHES_RCVD=-0.535, SPF_SOFTFAIL=0.665] 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 P74BEFgOh4Pw for ; Tue, 21 Jan 2014 09:49:30 -0800 (PST) Received: from p-mail2.rd.orange.com (p-mail2.rd.orange.com [195.101.245.16]) by ietfa.amsl.com (Postfix) with ESMTP id E00581A018E for ; Tue, 21 Jan 2014 09:49:29 -0800 (PST) Received: from p-mail2.rd.orange.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 84841E3011C; Tue, 21 Jan 2014 18:53:46 +0100 (CET) Received: from ftrdsmtp1.rd.francetelecom.fr (unknown [10.192.128.46]) by p-mail2.rd.orange.com (Postfix) with ESMTP id 65D85E3011B; Tue, 21 Jan 2014 18:53:45 +0100 (CET) Received: from ftrdmel10.rd.francetelecom.fr ([10.192.128.44]) by ftrdsmtp1.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Tue, 21 Jan 2014 18:49:27 +0100 Received: from [10.193.5.32] ([10.193.5.32]) by ftrdmel10.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Tue, 21 Jan 2014 18:49:27 +0100 Message-ID: <52DEB1A2.3000209@orange.com> Date: Tue, 21 Jan 2014 18:42:58 +0100 From: LAC Chidung User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Zongning References: <52D95FD9.7010603@orange.com> In-Reply-To: Content-Type: multipart/alternative; boundary="------------000301040902070609010806" X-OriginalArrivalTime: 21 Jan 2014 17:49:27.0025 (UTC) FILETIME=[20BCBE10:01CF16D1] Cc: vnfpool@ietf.org Subject: Re: [vnfpool] FW: New Version Notification for draft-zong-vnfpool-problem-statement-02.txt X-BeenThere: vnfpool@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Discussion list for virtual network function resource pooling." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2014 17:49:35 -0000 This is a multi-part message in MIME format. --------------000301040902070609010806 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Hi Ning, 1- I understand your point, i.e., "/... not to address the problem from service(or user) perspective, but simply from the VNF set itself/.". Actually, the VNF set reliability is commonly related to its availability, and its availability impacts on the service (which uses this VNF set) availability. Nevertheless, a "purist" could say the following: '/the VNF set is reliable, i.e., once it starts working, you can trust it, because its embedded mechanisms such as redundancy will always provide a non-stop service BUT it may not have a high availability because, sometimes, when you need to launch the VNF set, it does not start .../' Well, beyond this digression, ok for me to just mention that this "/work will benefit service availability/". 2- /performance /vs. /reliability /for load sharing (LS): I still think that LS is part of resource optimization mechanisms (if N components can do the same job, let's share the requests for this type of job properly - for efficiency purposes) and then, as a _second_ gain/advantage, LS helps to improve the overall reliability. Again, it is a subjective opinion ... It is like a half empty/full glass ... Thank you + best, Chidung Le 18/01/2014 02:31, Zongning a écrit : > > Hi, Chidung, > > Really appreciate your inline suggestions + comments. While we will > adopt most of your suggestions, I'd like to answer several of your > questions at first, to make sure we are more align with each other. J > > [CL1]: Besides section 5 (Related Works), the word « availability » > is not used at all in this doc ... although it is the main objective > of the pooling architecture, i.e., providing redundant VNF instances > in order to maximize the network service's availability > You are right that the goal of VNF pool is to improve the service's > availability, from the service(or user) perspective. IMHO, I prefer > not to address the problem from service(or user) perspective, but > simply from the VNF set itself. Another word, we may just focus how to > use pooling mechanisms, e.g. redundancy model, stateful failover to > improve the reliability of VNF set. But we could definitely mention > that our work will benefit service availability. How do you think? > > [CL2]: "A VNF set can introduce additional points of failure beyond > thoseinherent in a single specialized server" - this sentence implies > that a "single specialized server" currently hosts different NFs which > will be virtualized in the future and grouped in a "VNF set": is it > really what we mean ? > > No, we don't mean that VNF set is "released" from a single specialized > server. The challenges are: 1) a single VNF may have more factors of > risk than a traditional NF in single specialized server; 2) a group of > VNFs need more coordination on reliability. I agree that comparing a > VNF set to a single specialized server may be inappropriate. I will > revise the sentence later. > > [CL4]: "Load Sharing" - it is rather a performance mechanism (and not > a reliability one). > > I'd still think load sharing is not only for performance, but related > to reliability, considering that potential overload will affect the > reliability of VNF without applying efficient load sharing. > > > Again, thanks for your careful & kind inline editing. > > -Ning > > *From:*LAC Chidung [mailto:chidung.lac@orange.com] > *Sent:* Saturday, January 18, 2014 12:53 AM > *To:* Zongning > *Cc:* vnfpool@ietf.org > *Subject:* Re: [vnfpool] FW: New Version Notification for > draft-zong-vnfpool-problem-statement-02.txt > > Hi Ning, > Some cosmetic suggestions + comments. > Best, > Chidung > > Le 14/01/2014 02:24, Zongning a écrit : > > Hi, folks, > > Happy new year! > > We made a new revision of VNF Pool Problem Statement. Please see the below abstract and links: > > > > Abstract: > > There is a trend to implement network services by using a group of > > Virtualized Network Functions (VNFs) called a VNF set. A VNF set can > > offer benefits like flexible service provisioning. A VNF set also > > introduces additional points of failure, and therefore poses > > additional challenges on reliability. > > > > This document overviews the problems related to the reliability of a > > VNF set. A VNF pooling architecture is also briefly introduced as > > candidate solution to address the problems. > > > > URL:http://www.ietf.org/internet-drafts/draft-zong-vnfpool-problem-statement-02.txt > > Htmlized:http://tools.ietf.org/html/draft-zong-vnfpool-problem-statement-02 > > > > Other related drafts including VNF Pool Use Cases, VNF Pooling Architecture are under development and will be available soon in this month... > > Thanks. > > -Ning > > > > -----Original Message----- > > From:internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] > > Sent: Tuesday, January 14, 2014 9:18 AM > > To: Zongning; Linda Dunbar; Melinda Shore; Linda Dunbar; Melinda Shore; > > Diego Lopez; Diego R. Lopez; Zongning > > Subject: New Version Notification for > > draft-zong-vnfpool-problem-statement-02.txt > > > > A new version of I-D, draft-zong-vnfpool-problem-statement-02.txt > > has been successfully submitted by Ning Zong and posted to the > > IETF repository. > > > > Name: draft-zong-vnfpool-problem-statement > > Revision: 02 > > Title: Virtualized Network Function (VNF) Pool Problem Statement > > Document date: 2014-01-14 > > Group: Individual Submission > > Pages: 10 > > URL: > > http://www.ietf.org/internet-drafts/draft-zong-vnfpool-problem-statement-02. > > txt > > Status: > > https://datatracker.ietf.org/doc/draft-zong-vnfpool-problem-statement/ > > Htmlized: > > http://tools.ietf.org/html/draft-zong-vnfpool-problem-statement-02 > > Diff: > > http://www.ietf.org/rfcdiff?url2=draft-zong-vnfpool-problem-statement-02 > > > > Abstract: > > There is a trend to implement network services by using a group of > > Virtualized Network Functions (VNFs) called a VNF set. A VNF set can > > offer benefits like flexible service provisioning. A VNF set also > > introduces additional points of failure, and therefore poses > > additional challenges on reliability. > > > > This document overviews the problems related to the reliability of a > > VNF set. A VNF pooling architecture is also briefly introduced as > > candidate solution to address the problems. > > > > 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 > > _______________________________________________ > > vnfpool mailing list > > vnfpool@ietf.org > > https://www.ietf.org/mailman/listinfo/vnfpool > > ------------------------------------------------------------------------ > --------------000301040902070609010806 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi Ning,
1- I understand your point, i.e., "... not to address the problem from service(or user) perspective, but simply from the VNF set itself.". Actually, the VNF set reliability is commonly related to its availability, and its availability impacts on the service (which uses this VNF set) availability.
Nevertheless, a "purist" could say the following: 'the VNF set is reliable, i.e., once it starts working, you can trust it, because its embedded mechanisms such as redundancy will always provide a non-stop service BUT it may not have a high availability because, sometimes, when you need to launch the VNF set, it does not start ...'
Well, beyond this digression, ok for me to just mention that this "work will benefit service availability".
2- performance vs. reliability for load sharing (LS): I still think that LS is part of resource optimization mechanisms (if N components can do the same job, let's share the requests for this type of job properly - for efficiency purposes) and then, as a second gain/advantage, LS helps to improve the overall reliability. Again, it is a subjective opinion ... It is like a half empty/full glass ...
Thank you + best,
Chidung

Le 18/01/2014 02:31, Zongning a écrit :

Hi, Chidung,

Really appreciate your inline suggestions + comments. While we will adopt most of your suggestions, I’d like to answer several of your questions at first, to make sure we are more align with each other. J

 

[CL1]: Besides section 5 (Related Works), the word « availability »  is not used at all in this doc … although it is the main objective of the pooling architecture, i.e., providing redundant VNF instances in order to maximize the network service’s availability
You are right that the goal of VNF pool is to improve the service’s availability, from the service(or user) perspective. IMHO, I prefer not to address the problem from service(or user) perspective, but simply from the VNF set itself. Another word, we may just focus how to use pooling mechanisms, e.g. redundancy model, stateful failover to improve the reliability of VNF set. But we could definitely mention that our work will benefit service availability. How do you think?

 

[CL2]: “A VNF set can introduce additional points of failure beyond those inherent in a single specialized server” - this sentence implies that a "single specialized server" currently hosts different NFs which will be virtualized in the future and  grouped in a "VNF set": is it really what we mean ?

No, we don’t mean that VNF set is “released” from a single specialized server. The challenges are: 1) a single VNF may have more factors of risk than a traditional NF in single specialized server; 2) a group of VNFs need more coordination on reliability. I agree that comparing a VNF set to a single specialized server may be inappropriate. I will revise the sentence later.

 

[CL4]: “Load Sharing” - it is rather a performance mechanism (and not a reliability one).

I’d still think load sharing is not only for performance, but related to reliability, considering that potential overload will affect the reliability of VNF without applying efficient load sharing.


Again, thanks for your careful & kind inline editing.

-Ning

 

From: LAC Chidung [mailto:chidung.lac@orange.com]
Sent: Saturday, January 18, 2014 12:53 AM
To: Zongning
Cc: vnfpool@ietf.org
Subject: Re: [vnfpool] FW: New Version Notification for draft-zong-vnfpool-problem-statement-02.txt

 

Hi Ning,
Some cosmetic suggestions + comments.
Best,
Chidung

Le 14/01/2014 02:24, Zongning a écrit :

Hi, folks,
Happy new year!
We made a new revision of VNF Pool Problem Statement. Please see the below abstract and links:
 
Abstract:
   There is a trend to implement network services by using a group of
   Virtualized Network Functions (VNFs) called a VNF set.  A VNF set can
   offer benefits like flexible service provisioning.  A VNF set also
   introduces additional points of failure, and therefore poses
   additional challenges on reliability.
 
   This document overviews the problems related to the reliability of a
   VNF set.  A VNF pooling architecture is also briefly introduced as
   candidate solution to address the problems.
 
URL:            http://www.ietf.org/internet-drafts/draft-zong-vnfpool-problem-statement-02.txt
Htmlized:       http://tools.ietf.org/html/draft-zong-vnfpool-problem-statement-02
 
Other related drafts including VNF Pool Use Cases, VNF Pooling Architecture are under development and will be available soon in this month...
Thanks.
-Ning
 
-----Original Message-----
From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org]
Sent: Tuesday, January 14, 2014 9:18 AM
To: Zongning; Linda Dunbar; Melinda Shore; Linda Dunbar; Melinda Shore;
Diego Lopez; Diego R. Lopez; Zongning
Subject: New Version Notification for
draft-zong-vnfpool-problem-statement-02.txt
 
A new version of I-D, draft-zong-vnfpool-problem-statement-02.txt
has been successfully submitted by Ning Zong and posted to the
IETF repository.
 
Name:             draft-zong-vnfpool-problem-statement
Revision: 02
Title:            Virtualized Network Function (VNF) Pool Problem Statement
Document date:    2014-01-14
Group:            Individual Submission
Pages:            10
URL:
http://www.ietf.org/internet-drafts/draft-zong-vnfpool-problem-statement-02.
txt
Status:
https://datatracker.ietf.org/doc/draft-zong-vnfpool-problem-statement/
Htmlized:
http://tools.ietf.org/html/draft-zong-vnfpool-problem-statement-02
Diff:
http://www.ietf.org/rfcdiff?url2=draft-zong-vnfpool-problem-statement-02
 
Abstract:
   There is a trend to implement network services by using a group of
   Virtualized Network Functions (VNFs) called a VNF set.  A VNF set can
   offer benefits like flexible service provisioning.  A VNF set also
   introduces additional points of failure, and therefore poses
   additional challenges on reliability.
 
   This document overviews the problems related to the reliability of a
   VNF set.  A VNF pooling architecture is also briefly introduced as
   candidate solution to address the problems.
 
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
_______________________________________________
vnfpool mailing list
vnfpool@ietf.org
https://www.ietf.org/mailman/listinfo/vnfpool


--------------000301040902070609010806-- From adrian@olddog.co.uk Tue Jan 21 09:56:52 2014 Return-Path: X-Original-To: vnfpool@ietfa.amsl.com Delivered-To: vnfpool@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 887431A03E5 for ; Tue, 21 Jan 2014 09:56:52 -0800 (PST) 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, RCVD_IN_DNSWL_NONE=-0.0001] 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 0_R3XBEOHcbc for ; Tue, 21 Jan 2014 09:56:51 -0800 (PST) Received: from asmtp1.iomartmail.com (asmtp1.iomartmail.com [62.128.201.248]) by ietfa.amsl.com (Postfix) with ESMTP id DC5441A03E9 for ; Tue, 21 Jan 2014 09:56:50 -0800 (PST) Received: from asmtp1.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp1.iomartmail.com (8.13.8/8.13.8) with ESMTP id s0LHuokE026919 for ; Tue, 21 Jan 2014 17:56:50 GMT Received: from 950129200 (14.21.90.92.rev.sfr.net [92.90.21.14]) (authenticated bits=0) by asmtp1.iomartmail.com (8.13.8/8.13.8) with ESMTP id s0LHum1U026907 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Tue, 21 Jan 2014 17:56:49 GMT From: "Adrian Farrel" To: Date: Tue, 21 Jan 2014 17:56:50 -0000 Message-ID: <0b3501cf16d2$2a3c1e80$7eb45b80$@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: Ac8W0iZRlSKtK4GNSoKpOSf5YsDYgw== Content-Language: en-gb Subject: [vnfpool] Overlap with SFC? X-BeenThere: vnfpool@ietf.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: adrian@olddog.co.uk List-Id: "Discussion list for virtual network function resource pooling." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2014 17:56:52 -0000 Hi, The IESG is looking at the BoF requests for London, and a question came up on the overlap between the proposal here and items 4 and 5 in the SFC Charter. I think it would be valuable if you could discuss the overlap and the interaction between the two efforts so that there is a clear view. Thanks, Adrian From d.king@lancaster.ac.uk Tue Jan 21 10:04:54 2014 Return-Path: X-Original-To: vnfpool@ietfa.amsl.com Delivered-To: vnfpool@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 46DBC1A0157 for ; Tue, 21 Jan 2014 10:04:54 -0800 (PST) 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 EoGk78j86FkD for ; Tue, 21 Jan 2014 10:04:52 -0800 (PST) Received: from sideburn.lancs.ac.uk (sideburn.lancs.ac.uk [148.88.17.22]) by ietfa.amsl.com (Postfix) with ESMTP id 013001A0163 for ; Tue, 21 Jan 2014 10:04:51 -0800 (PST) Received: from ex-1-ht0.lancs.ac.uk ([10.42.18.57] helo=EX-1-HT0.lancs.local) by sideburn.lancs.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1W5fgx-0002o4-1l for vnfpool@ietf.org; Tue, 21 Jan 2014 18:04:51 +0000 Received: from EX-0-MB2.lancs.local ([fe80::9d98:936b:54d1:c531]) by EX-1-HT0.lancs.local ([fe80::d9e8:ad10:d075:a6b6%12]) with mapi id 14.03.0158.001; Tue, 21 Jan 2014 18:04:50 +0000 From: "King, Daniel" To: "vnfpool@ietf.org" Thread-Topic: [vnfpool] Overlap with SFC? Thread-Index: Ac8W0iZRlSKtK4GNSoKpOSf5YsDYgwAAJzdA Date: Tue, 21 Jan 2014 18:04:50 +0000 Message-ID: <65174429B5AF4C45BD0798810EC48E0A0D99FF@EX-0-MB2.lancs.local> References: <0b3501cf16d2$2a3c1e80$7eb45b80$@olddog.co.uk> In-Reply-To: <0b3501cf16d2$2a3c1e80$7eb45b80$@olddog.co.uk> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [88.97.23.122] x-iss-local-domain: 1 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [vnfpool] Overlap with SFC? X-BeenThere: vnfpool@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Discussion list for virtual network function resource pooling." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2014 18:04:54 -0000 Hi All,=20 The SFC charter items (specifically 4 & 5) are: 4. Control Plane Mechanisms: A document will be developed to describe requi= rements for conveying information between control or management elements= and SFC implementation points. All protocol extension work resulting from = these requirements should be carried out in the working group responsible f= or the protocol being modified in coordination with this working group, but= may be done in this working group under a revised charter after agreement = with all the relevant WG chairs and responsible ADs. 5. Manageability: Work on the management and configuration of SFC component= s related to the support of Service Function Chaining will certainly be nee= ded, but first needs to be better understood and scoped. http://datatracker.ietf.org/doc/charter-ietf-sfc/ Br, Dan.=20 -----Original Message----- From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of Adrian Farrel Sent: 21 January 2014 17:57 To: vnfpool@ietf.org Subject: [vnfpool] Overlap with SFC? Hi, The IESG is looking at the BoF requests for London, and a question came up = on the overlap between the proposal here and items 4 and 5 in the SFC Chart= er. I think it would be valuable if you could discuss the overlap and the inter= action between the two efforts so that there is a clear view. Thanks, Adrian _______________________________________________ vnfpool mailing list vnfpool@ietf.org https://www.ietf.org/mailman/listinfo/vnfpool From melinda.shore@nomountain.net Tue Jan 21 10:39:47 2014 Return-Path: X-Original-To: vnfpool@ietfa.amsl.com Delivered-To: vnfpool@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 80EA31A018C for ; Tue, 21 Jan 2014 10:39:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 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] 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 1uPCqHqC8jF5 for ; Tue, 21 Jan 2014 10:39:40 -0800 (PST) Received: from homiemail-a113.g.dreamhost.com (caiajhbdccah.dreamhost.com [208.97.132.207]) by ietfa.amsl.com (Postfix) with ESMTP id BE56D1A01E9 for ; Tue, 21 Jan 2014 10:39:03 -0800 (PST) Received: from homiemail-a113.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a113.g.dreamhost.com (Postfix) with ESMTP id 671222005D10C; Tue, 21 Jan 2014 10:39:03 -0800 (PST) DomainKey-Signature: a=rsa-sha1; c=nofws; d=nomountain.net; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; q=dns; s=nomountain.net; b= AR+g9tTJkmpxO9Xzj17UsXEWeJUzfQb6hNh8hYqfTZHGQ0JApT67k+IEhsuwUX2q 6okdCMVr6ibtAVlB+9BMyUnBRjodCfhbm5N0Ff6E/uSJ5y5OF/UrEg+Wt5jNs+4I T7WokxXbOeZ/yUpER72dg2sUyw8inKuPwDLRLZ7n0Yk= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=nomountain.net; h= message-id:date:from:mime-version:to:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; s= nomountain.net; bh=lDL2Mdlvjp6JK9+M7xIDVaW1LZA=; b=bJv9Ebvovm1PD g2mVBvMx9HJEyChV3S7CdKd6LNfqkup2064dmJPv2jbjR6NePgZG/WH7O4gSBLKo +5AHgS76TLe//KjnRhuZXQFVsDvAEQAa7QgjNGc0H/XtdlMG++LDVLS/y4QBOfJN sXejFdi+t7oaFqP4Aqtj/5FIUstiYU= Received: from spandex.local (209-193-50-89-rb1.sol.dsl.dynamic.acsalaska.net [209.193.50.89]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: melinda.shore@nomountain.net) by homiemail-a113.g.dreamhost.com (Postfix) with ESMTPSA id B64BB2005D102; Tue, 21 Jan 2014 10:39:02 -0800 (PST) Message-ID: <52DEBEC3.7030605@nomountain.net> Date: Tue, 21 Jan 2014 09:38:59 -0900 From: Melinda Shore User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130620 Thunderbird/17.0.7 MIME-Version: 1.0 To: adrian@olddog.co.uk References: <0b3501cf16d2$2a3c1e80$7eb45b80$@olddog.co.uk> In-Reply-To: <0b3501cf16d2$2a3c1e80$7eb45b80$@olddog.co.uk> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: vnfpool@ietf.org Subject: Re: [vnfpool] Overlap with SFC? X-BeenThere: vnfpool@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Discussion list for virtual network function resource pooling." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2014 18:39:47 -0000 Hi, Adrian: The vnfpool proposal is quite narrowly focused on redundancy mechanisms for virtualized network functions. Melinda -- Melinda Shore No Mountain Software melinda.shore@nomountain.net "Software longa, hardware brevis." From d.king@lancaster.ac.uk Tue Jan 21 11:24:10 2014 Return-Path: X-Original-To: vnfpool@ietfa.amsl.com Delivered-To: vnfpool@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0793E1A01D2 for ; Tue, 21 Jan 2014 11:24:10 -0800 (PST) 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 z1P9L0f5SD_n for ; Tue, 21 Jan 2014 11:24:07 -0800 (PST) Received: from sideburn.lancs.ac.uk (sideburn.lancs.ac.uk [148.88.17.22]) by ietfa.amsl.com (Postfix) with ESMTP id 40C871A01C3 for ; Tue, 21 Jan 2014 11:24:07 -0800 (PST) Received: from ex-1-ht0.lancs.ac.uk ([10.42.18.57] helo=EX-1-HT0.lancs.local) by sideburn.lancs.ac.uk with esmtp (Exim 4.72) (envelope-from ) id 1W5gve-0006aY-7O; Tue, 21 Jan 2014 19:24:06 +0000 Received: from EX-0-MB2.lancs.local ([fe80::9d98:936b:54d1:c531]) by EX-1-HT0.lancs.local ([fe80::d9e8:ad10:d075:a6b6%12]) with mapi id 14.03.0158.001; Tue, 21 Jan 2014 19:24:05 +0000 From: "King, Daniel" To: Melinda Shore , "adrian@olddog.co.uk" Thread-Topic: [vnfpool] Overlap with SFC? Thread-Index: Ac8W0iZRlSKtK4GNSoKpOSf5YsDYgwABeXaAAAEhqpA= Date: Tue, 21 Jan 2014 19:24:04 +0000 Message-ID: <65174429B5AF4C45BD0798810EC48E0A0D9A9C@EX-0-MB2.lancs.local> References: <0b3501cf16d2$2a3c1e80$7eb45b80$@olddog.co.uk> <52DEBEC3.7030605@nomountain.net> In-Reply-To: <52DEBEC3.7030605@nomountain.net> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [88.97.23.122] x-iss-local-domain: 1 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "vnfpool@ietf.org" Subject: Re: [vnfpool] Overlap with SFC? X-BeenThere: vnfpool@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Discussion list for virtual network function resource pooling." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jan 2014 19:24:10 -0000 Hi Again, =20 Thanks Melinda, you are far more succinct than I have been. However, seeing= as we may have some additional interest in the vnfpool work, it may be wor= th summarizing our problem space and some of our discussion thus far for an= yone peeking at the list for the first time: A Virtualized Network Function (VNF) (e.g. vBRAS vFirewall, vLoadbalancer) = provides the equivalent function as a dedicated hardware platform. These VN= F instances are typically instantiated in clusters running on general purpo= se servers via a variety of virtualization platforms. As per discussions wi= thin the SFC Working Group (WG), a user/network service is typically realiz= ed by a chain of VNFs (also known as a VNF Forwarding Graph -VNFG) to deli= ver function in a deterministic sequence. Whereas SFC WG is tasked with inv= estigating and documenting SFC architecture, and SFC protocol mechanisms (= new or extensions to existing solutions) in order to encapsulate and steer = traffic, and convey SFC and Service Function Path (SFP) information to func= tion nodes, both virtual and physical. The vnfpool list was initiated to investigate the resilience requirements a= nd solutions for virtual network functions, running as single, or pools (s= ets) of VNFs. So clearly some of the vnfpool work may be complimentary to t= he SFC WG, but I think the majority of work will be in parallel to the SFC = WG. Initially this list has scoped the vnfpool work into a problem statemen= t, use cases, architecture and signalling to deploy and manage VNF pool res= ilience (reliability, redundancy, availability, failover), these discussion= s have included: - Signalling between VNF pools for transition (e.g. state change, scaling, = moving) management, notification, backup, performance monitoring and announ= cements; - Service state management (e.g. synchronizing method, state data format, l= ocation and mechanism to access state data); - Obtaining underlying network information (e.g., this is where we expect c= ooperation with existing working groups - ALTO, I2RS); - Mechanisms for instance deployment reflecting resilience requirements (e.= g. distribution of instances across different VMs or hypervisors); - Explore and document requirements for reliable transport of traffic and s= ecurity mechanisms between VNF pools, and reliable and secure control of VN= F pools. We have established that for some use cases (Virtualisation of Mobile Core = Network and IMS (vEPC & vIMS), Virtualisation of the Home Environment (vHom= e), Virtualisation of Content Distribution Network (vCDN)) there will also = be specific resilience requirements, when relevant to the SFC WG, i.e., tra= ffic steering between (virtual) network function nodes, these application s= pecific requirements may require co-operation (via requirements or problem = statement I-Ds between vnfpool and SFC WG).=20 Br, Dan.=20 -----Original Message----- From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of Melinda Shore Sent: 21 January 2014 18:39 To: adrian@olddog.co.uk Cc: vnfpool@ietf.org Subject: Re: [vnfpool] Overlap with SFC? Hi, Adrian: The vnfpool proposal is quite narrowly focused on redundancy mechanisms for= virtualized network functions. Melinda -- Melinda Shore No Mountain Software melinda.shore@nomountain.net "Software longa, hardware brevis." _______________________________________________ vnfpool mailing list vnfpool@ietf.org https://www.ietf.org/mailman/listinfo/vnfpool From shares@ndzh.com Tue Jan 21 16:24:47 2014 Return-Path: X-Original-To: vnfpool@ietfa.amsl.com Delivered-To: vnfpool@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3A3491A01BC for ; Tue, 21 Jan 2014 16:24:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.945 X-Spam-Level: X-Spam-Status: No, score=0.945 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845] 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 LFRxPFM98_hV for ; Tue, 21 Jan 2014 16:24:45 -0800 (PST) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id 940CE1A0125 for ; Tue, 21 Jan 2014 16:24:45 -0800 (PST) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=64.112.195.202; From: "Susan Hares" To: "'King, Daniel'" , References: <0b3501cf16d2$2a3c1e80$7eb45b80$@olddog.co.uk> <65174429B5AF4C45BD0798810EC48E0A0D99FF@EX-0-MB2.lancs.local> In-Reply-To: <65174429B5AF4C45BD0798810EC48E0A0D99FF@EX-0-MB2.lancs.local> Date: Tue, 21 Jan 2014 19:24:43 -0500 Message-ID: <006101cf1708$59748760$0c5d9620$@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: AQJUgk5S2vYwI1Q0YFl5sogjgheq9QHX7MwImXZLOOA= Content-Language: en-us X-Authenticated-User: skh@ndzh.com Cc: adrian@olddog.co.uk Subject: Re: [vnfpool] Overlap with SFC? X-BeenThere: vnfpool@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Discussion list for virtual network function resource pooling." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2014 00:24:47 -0000 Daniel: All of my use cases show control/management (as most network protocols do), but the key part of use cases I posted is the need for pools for redundancy with redundancy mechanisms for virtualized network functions. I plan to work on the control/management part in SFC. Sue -----Original Message----- From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of King, Daniel Sent: Tuesday, January 21, 2014 1:05 PM To: vnfpool@ietf.org Subject: Re: [vnfpool] Overlap with SFC? Hi All, The SFC charter items (specifically 4 & 5) are: 4. Control Plane Mechanisms: A document will be developed to describe requirements for conveying information between control or management elements and SFC implementation points. All protocol extension work resulting from these requirements should be carried out in the working group responsible for the protocol being modified in coordination with this working group, but may be done in this working group under a revised charter after agreement with all the relevant WG chairs and responsible ADs. 5. Manageability: Work on the management and configuration of SFC components related to the support of Service Function Chaining will certainly be needed, but first needs to be better understood and scoped. http://datatracker.ietf.org/doc/charter-ietf-sfc/ Br, Dan. -----Original Message----- From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of Adrian Farrel Sent: 21 January 2014 17:57 To: vnfpool@ietf.org Subject: [vnfpool] Overlap with SFC? Hi, The IESG is looking at the BoF requests for London, and a question came up on the overlap between the proposal here and items 4 and 5 in the SFC Charter. I think it would be valuable if you could discuss the overlap and the interaction between the two efforts so that there is a clear view. Thanks, Adrian _______________________________________________ vnfpool mailing list vnfpool@ietf.org https://www.ietf.org/mailman/listinfo/vnfpool _______________________________________________ vnfpool mailing list vnfpool@ietf.org https://www.ietf.org/mailman/listinfo/vnfpool From melinda.shore@gmail.com Tue Jan 21 16:49:01 2014 Return-Path: X-Original-To: vnfpool@ietfa.amsl.com Delivered-To: vnfpool@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C6D961A01BC for ; Tue, 21 Jan 2014 16:49:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 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, 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 hN9lWil6ZkGl for ; Tue, 21 Jan 2014 16:49:00 -0800 (PST) Received: from mail-pb0-x22f.google.com (mail-pb0-x22f.google.com [IPv6:2607:f8b0:400e:c01::22f]) by ietfa.amsl.com (Postfix) with ESMTP id 3BA5E1A0125 for ; Tue, 21 Jan 2014 16:49:00 -0800 (PST) Received: by mail-pb0-f47.google.com with SMTP id rp16so4096256pbb.6 for ; Tue, 21 Jan 2014 16:49:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=gfClekGwBUDK8XGMsMW38lteq3ZFHLXfdi+LsaGDshE=; b=yFNhEd2PZRyUy3Owac0tyFxLXc/yKuuYJ+I9o8NdaBJ1nxDf5WdCOyPqw5pGu4U/U2 JDqPR9aN/KOpFHk5cc2SUapDRX97uE1xu/pnJqrlWS5wu+LubkCUU/Ltc5XE7ennB1yP 5TJxAIwN07CLjkRRsBHlxsq5f6RmFRd+zlj9yzNBqniCWjvgIjUqmQ/o5gDHaJ2YW2xs GBkUsXX8CIzB6gVYyh45FDTPcPOWDiaTCMMGbOXPHxvqFWljEr+6/ygI0bz4YQDjeI3V ED7KvmWDP6hI0WfLd4TpWZpHfjG+t8FlnmSsEuyuOvlcINrphMdp0vPGS4EmU81w2jtC jdFA== X-Received: by 10.68.190.33 with SMTP id gn1mr28345595pbc.48.1390351740114; Tue, 21 Jan 2014 16:49:00 -0800 (PST) Received: from spandex.local (209-193-50-89-rb1.sol.dsl.dynamic.acsalaska.net. [209.193.50.89]) by mx.google.com with ESMTPSA id q7sm16298568pbc.20.2014.01.21.16.48.57 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 21 Jan 2014 16:48:59 -0800 (PST) Message-ID: <52DF1578.3000801@gmail.com> Date: Tue, 21 Jan 2014 15:48:56 -0900 From: Melinda Shore User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130620 Thunderbird/17.0.7 MIME-Version: 1.0 To: Susan Hares References: <0b3501cf16d2$2a3c1e80$7eb45b80$@olddog.co.uk> <65174429B5AF4C45BD0798810EC48E0A0D99FF@EX-0-MB2.lancs.local> <006101cf1708$59748760$0c5d9620$@ndzh.com> In-Reply-To: <006101cf1708$59748760$0c5d9620$@ndzh.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "'King, Daniel'" , vnfpool@ietf.org, adrian@olddog.co.uk Subject: Re: [vnfpool] Overlap with SFC? X-BeenThere: vnfpool@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Discussion list for virtual network function resource pooling." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2014 00:49:02 -0000 On 1/21/14 3:24 PM, Susan Hares wrote: > All of my use cases show control/management (as most network protocols do), > but the key part of use cases I posted is the need for pools for redundancy > with redundancy mechanisms for virtualized network functions. > > I plan to work on the control/management part in SFC. Thanks, Sue - I think it's really important to highlight what distinguishes vnfpool from other effort. On the control/management front, there's been a fuzzy line between what ends up in the OPS area and what ends up not in the OPS area on management topics, and there's some flexibility there. Mehmet has brought NFV management discussion into the OPS area from ETSI (where it's known as "MANO," management and orchestration). Slides from the Vancouver meeting here: http://www.ietf.org/proceedings/88/slides/slides-88-opsawg-6.pdf Melinda From zongning@huawei.com Tue Jan 21 16:57:12 2014 Return-Path: X-Original-To: vnfpool@ietfa.amsl.com Delivered-To: vnfpool@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 234BB1A02EA for ; Tue, 21 Jan 2014 16:57:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.736 X-Spam-Level: X-Spam-Status: No, score=-104.736 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.535, SPF_PASS=-0.001, 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 tyKYZ58nu0QK for ; Tue, 21 Jan 2014 16:57:10 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id C9D481A0229 for ; Tue, 21 Jan 2014 16:57:08 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BAF59805; Wed, 22 Jan 2014 00:57:08 +0000 (GMT) Received: from LHREML405-HUB.china.huawei.com (10.201.5.242) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 22 Jan 2014 00:56:56 +0000 Received: from nkgeml407-hub.china.huawei.com (10.98.56.38) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 22 Jan 2014 00:57:06 +0000 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.56]) by nkgeml407-hub.china.huawei.com ([10.98.56.38]) with mapi id 14.03.0158.001; Wed, 22 Jan 2014 08:57:03 +0800 From: Zongning To: "King, Daniel" , Melinda Shore , "adrian@olddog.co.uk" Thread-Topic: [vnfpool] Overlap with SFC? Thread-Index: Ac8W0iZRlSKtK4GNSoKpOSf5YsDYg///ha+AgAAMmQD//yC/UA== Date: Wed, 22 Jan 2014 00:57:02 +0000 Message-ID: References: <0b3501cf16d2$2a3c1e80$7eb45b80$@olddog.co.uk> <52DEBEC3.7030605@nomountain.net> <65174429B5AF4C45BD0798810EC48E0A0D9A9C@EX-0-MB2.lancs.local> In-Reply-To: <65174429B5AF4C45BD0798810EC48E0A0D9A9C@EX-0-MB2.lancs.local> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.138.41.28] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "vnfpool@ietf.org" Subject: Re: [vnfpool] Overlap with SFC? X-BeenThere: vnfpool@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Discussion list for virtual network function resource pooling." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2014 00:57:12 -0000 Hi, Dan and Melinda, Thanks for your reply. Both of you are right in that our proposal here is narrowly focused on redu= ndancy mechanism for VNF. This goal is basically complementary to SFC chart= er. Another point I want to add is that vnfpool is not only used in "chaine= d service nodes", but applicable to other cases where service nodes are not= necessarily sequentially connected. -Ning > -----Original Message----- > From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of King, Daniel > Sent: Wednesday, January 22, 2014 3:24 AM > To: Melinda Shore; adrian@olddog.co.uk > Cc: vnfpool@ietf.org > Subject: Re: [vnfpool] Overlap with SFC? >=20 > Hi Again, >=20 > Thanks Melinda, you are far more succinct than I have been. However, seei= ng > as we may have some additional interest in the vnfpool work, it may be wo= rth > summarizing our problem space and some of our discussion thus far for any= one > peeking at the list for the first time: >=20 > A Virtualized Network Function (VNF) (e.g. vBRAS vFirewall, vLoadbalancer= ) > provides the equivalent function as a dedicated hardware platform. These = VNF > instances are typically instantiated in clusters running on general purpo= se > servers via a variety of virtualization platforms. As per discussions wit= hin the > SFC Working Group (WG), a user/network service is typically realized by a= chain > of VNFs (also known as a VNF Forwarding Graph -VNFG) to deliver function= in > a deterministic sequence. Whereas SFC WG is tasked with investigating and > documenting SFC architecture, and SFC protocol mechanisms (new or > extensions to existing solutions) in order to encapsulate and steer traff= ic, and > convey SFC and Service Function Path (SFP) information to function nodes,= both > virtual and physical. >=20 > The vnfpool list was initiated to investigate the resilience requirements= and > solutions for virtual network functions, running as single, or pools (se= ts) of > VNFs. So clearly some of the vnfpool work may be complimentary to the SFC > WG, but I think the majority of work will be in parallel to the SFC WG. I= nitially > this list has scoped the vnfpool work into a problem statement, use cases= , > architecture and signalling to deploy and manage VNF pool resilience (rel= iability, > redundancy, availability, failover), these discussions have included: >=20 > - Signalling between VNF pools for transition (e.g. state change, scaling= , moving) > management, notification, backup, performance monitoring and > announcements; >=20 > - Service state management (e.g. synchronizing method, state data format, > location and mechanism to access state data); >=20 > - Obtaining underlying network information (e.g., this is where we expect > cooperation with existing working groups - ALTO, I2RS); >=20 > - Mechanisms for instance deployment reflecting resilience requirements (= e.g. > distribution of instances across different VMs or hypervisors); >=20 > - Explore and document requirements for reliable transport of traffic and > security mechanisms between VNF pools, and reliable and secure control of > VNF pools. >=20 > We have established that for some use cases (Virtualisation of Mobile Cor= e > Network and IMS (vEPC & vIMS), Virtualisation of the Home Environment > (vHome), Virtualisation of Content Distribution Network (vCDN)) there wil= l also > be specific resilience requirements, when relevant to the SFC WG, i.e., t= raffic > steering between (virtual) network function nodes, these application spec= ific > requirements may require co-operation (via requirements or problem > statement I-Ds between vnfpool and SFC WG). >=20 > Br, Dan. >=20 > -----Original Message----- > From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of Melinda Shor= e > Sent: 21 January 2014 18:39 > To: adrian@olddog.co.uk > Cc: vnfpool@ietf.org > Subject: Re: [vnfpool] Overlap with SFC? >=20 > Hi, Adrian: >=20 > The vnfpool proposal is quite narrowly focused on redundancy mechanisms f= or > virtualized network functions. >=20 > Melinda >=20 >=20 > -- > Melinda Shore > No Mountain Software > melinda.shore@nomountain.net >=20 > "Software longa, hardware brevis." > _______________________________________________ > vnfpool mailing list > vnfpool@ietf.org > https://www.ietf.org/mailman/listinfo/vnfpool > _______________________________________________ > vnfpool mailing list > vnfpool@ietf.org > https://www.ietf.org/mailman/listinfo/vnfpool From shares@ndzh.com Tue Jan 21 17:14:52 2014 Return-Path: X-Original-To: vnfpool@ietfa.amsl.com Delivered-To: vnfpool@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A5C8E1A01BC for ; Tue, 21 Jan 2014 17:14:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.945 X-Spam-Level: X-Spam-Status: No, score=0.945 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845] 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 6UlhaK8rxx09 for ; Tue, 21 Jan 2014 17:14:50 -0800 (PST) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id ADB821A037F for ; Tue, 21 Jan 2014 17:14:50 -0800 (PST) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=64.112.195.202; From: "Susan Hares" To: "'Zongning'" , "'King, Daniel'" , "'Melinda Shore'" , References: <0b3501cf16d2$2a3c1e80$7eb45b80$@olddog.co.uk> <52DEBEC3.7030605@nomountain.net> <65174429B5AF4C45BD0798810EC48E0A0D9A9C@EX-0-MB2.lancs.local> In-Reply-To: Date: Tue, 21 Jan 2014 20:14:45 -0500 Message-ID: <00d701cf170f$56bf4e40$043deac0$@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: AQJUgk5S2vYwI1Q0YFl5sogjgheq9QIOTMo5Ab2b2TUCPMpTH5lU0/eA Content-Language: en-us X-Authenticated-User: skh@ndzh.com Cc: vnfpool@ietf.org Subject: Re: [vnfpool] Overlap with SFC? X-BeenThere: vnfpool@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Discussion list for virtual network function resource pooling." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2014 01:14:52 -0000 Ning: Therefore, some of the mechanisms may be in parallel or serial. Shall I add comments in my use cases to indicate when VNF functions are parallel or serial? Sue -----Original Message----- From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of Zongning Sent: Tuesday, January 21, 2014 7:57 PM To: King, Daniel; Melinda Shore; adrian@olddog.co.uk Cc: vnfpool@ietf.org Subject: Re: [vnfpool] Overlap with SFC? Hi, Dan and Melinda, Thanks for your reply. Both of you are right in that our proposal here is narrowly focused on redundancy mechanism for VNF. This goal is basically complementary to SFC charter. Another point I want to add is that vnfpool is not only used in "chained service nodes", but applicable to other cases where service nodes are not necessarily sequentially connected. -Ning > -----Original Message----- > From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of King, > Daniel > Sent: Wednesday, January 22, 2014 3:24 AM > To: Melinda Shore; adrian@olddog.co.uk > Cc: vnfpool@ietf.org > Subject: Re: [vnfpool] Overlap with SFC? > > Hi Again, > > Thanks Melinda, you are far more succinct than I have been. However, > seeing as we may have some additional interest in the vnfpool work, it > may be worth summarizing our problem space and some of our discussion > thus far for anyone peeking at the list for the first time: > > A Virtualized Network Function (VNF) (e.g. vBRAS vFirewall, > vLoadbalancer) provides the equivalent function as a dedicated > hardware platform. These VNF instances are typically instantiated in > clusters running on general purpose servers via a variety of > virtualization platforms. As per discussions within the SFC Working > Group (WG), a user/network service is typically realized by a chain of > VNFs (also known as a VNF Forwarding Graph -VNFG) to deliver function > in a deterministic sequence. Whereas SFC WG is tasked with > investigating and documenting SFC architecture, and SFC protocol > mechanisms (new or extensions to existing solutions) in order to > encapsulate and steer traffic, and convey SFC and Service Function Path (SFP) information to function nodes, both virtual and physical. > > The vnfpool list was initiated to investigate the resilience > requirements and solutions for virtual network functions, running as > single, or pools (sets) of VNFs. So clearly some of the vnfpool work > may be complimentary to the SFC WG, but I think the majority of work > will be in parallel to the SFC WG. Initially this list has scoped the > vnfpool work into a problem statement, use cases, architecture and > signalling to deploy and manage VNF pool resilience (reliability, redundancy, availability, failover), these discussions have included: > > - Signalling between VNF pools for transition (e.g. state change, > scaling, moving) management, notification, backup, performance > monitoring and announcements; > > - Service state management (e.g. synchronizing method, state data > format, location and mechanism to access state data); > > - Obtaining underlying network information (e.g., this is where we > expect cooperation with existing working groups - ALTO, I2RS); > > - Mechanisms for instance deployment reflecting resilience requirements (e.g. > distribution of instances across different VMs or hypervisors); > > - Explore and document requirements for reliable transport of traffic > and security mechanisms between VNF pools, and reliable and secure > control of VNF pools. > > We have established that for some use cases (Virtualisation of Mobile > Core Network and IMS (vEPC & vIMS), Virtualisation of the Home > Environment (vHome), Virtualisation of Content Distribution Network > (vCDN)) there will also be specific resilience requirements, when > relevant to the SFC WG, i.e., traffic steering between (virtual) > network function nodes, these application specific requirements may > require co-operation (via requirements or problem statement I-Ds between vnfpool and SFC WG). > > Br, Dan. > > -----Original Message----- > From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of Melinda > Shore > Sent: 21 January 2014 18:39 > To: adrian@olddog.co.uk > Cc: vnfpool@ietf.org > Subject: Re: [vnfpool] Overlap with SFC? > > Hi, Adrian: > > The vnfpool proposal is quite narrowly focused on redundancy > mechanisms for virtualized network functions. > > Melinda > > > -- > Melinda Shore > No Mountain Software > melinda.shore@nomountain.net > > "Software longa, hardware brevis." > _______________________________________________ > vnfpool mailing list > vnfpool@ietf.org > https://www.ietf.org/mailman/listinfo/vnfpool > _______________________________________________ > vnfpool mailing list > vnfpool@ietf.org > https://www.ietf.org/mailman/listinfo/vnfpool _______________________________________________ vnfpool mailing list vnfpool@ietf.org https://www.ietf.org/mailman/listinfo/vnfpool From shares@ndzh.com Tue Jan 21 17:34:17 2014 Return-Path: X-Original-To: vnfpool@ietfa.amsl.com Delivered-To: vnfpool@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6B9101A03E8 for ; Tue, 21 Jan 2014 17:34:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.945 X-Spam-Level: X-Spam-Status: No, score=0.945 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845] 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 WaHdfVZbWsWT for ; Tue, 21 Jan 2014 17:34:16 -0800 (PST) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id D6C6A1A03E2 for ; Tue, 21 Jan 2014 17:34:15 -0800 (PST) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=64.112.195.202; From: "Susan Hares" To: "'Melinda Shore'" References: <0b3501cf16d2$2a3c1e80$7eb45b80$@olddog.co.uk> <65174429B5AF4C45BD0798810EC48E0A0D99FF@EX-0-MB2.lancs.local> <006101cf1708$59748760$0c5d9620$@ndzh.com> <52DF1578.3000801@gmail.com> In-Reply-To: <52DF1578.3000801@gmail.com> Date: Tue, 21 Jan 2014 20:34:13 -0500 Message-ID: <010001cf1712$0f1d91c0$2d58b540$@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: AQJUgk5S2vYwI1Q0YFl5sogjgheq9QHX7MwIAX0HZI0CmHiAEZlVs/vg Content-Language: en-us X-Authenticated-User: skh@ndzh.com Cc: "'King, Daniel'" , vnfpool@ietf.org, adrian@olddog.co.uk Subject: Re: [vnfpool] Overlap with SFC? X-BeenThere: vnfpool@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Discussion list for virtual network function resource pooling." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2014 01:34:17 -0000 Thank you for the reference to MANO. I had seen it before, but I will review it and send comments. Sue -----Original Message----- From: Melinda Shore [mailto:melinda.shore@gmail.com] Sent: Tuesday, January 21, 2014 7:49 PM To: Susan Hares Cc: 'King, Daniel'; vnfpool@ietf.org; adrian@olddog.co.uk Subject: Re: [vnfpool] Overlap with SFC? On 1/21/14 3:24 PM, Susan Hares wrote: > All of my use cases show control/management (as most network > protocols do), but the key part of use cases I posted is the need for > pools for redundancy with redundancy mechanisms for virtualized network functions. > > I plan to work on the control/management part in SFC. Thanks, Sue - I think it's really important to highlight what distinguishes vnfpool from other effort. On the control/management front, there's been a fuzzy line between what ends up in the OPS area and what ends up not in the OPS area on management topics, and there's some flexibility there. Mehmet has brought NFV management discussion into the OPS area from ETSI (where it's known as "MANO," management and orchestration). Slides from the Vancouver meeting here: http://www.ietf.org/proceedings/88/slides/slides-88-opsawg-6.pdf Melinda From zongning@huawei.com Tue Jan 21 17:34:37 2014 Return-Path: X-Original-To: vnfpool@ietfa.amsl.com Delivered-To: vnfpool@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AB2B41A027D for ; Tue, 21 Jan 2014 17:34:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.736 X-Spam-Level: X-Spam-Status: No, score=-104.736 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.535, SPF_PASS=-0.001, 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 bHwCC800Pcfs for ; Tue, 21 Jan 2014 17:34:35 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id AB1A71A0216 for ; Tue, 21 Jan 2014 17:34:34 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BAG01484; Wed, 22 Jan 2014 01:34:33 +0000 (GMT) Received: from LHREML401-HUB.china.huawei.com (10.201.5.240) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 22 Jan 2014 01:33:32 +0000 Received: from NKGEML408-HUB.china.huawei.com (10.98.56.39) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 22 Jan 2014 01:34:32 +0000 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.56]) by nkgeml408-hub.china.huawei.com ([10.98.56.39]) with mapi id 14.03.0158.001; Wed, 22 Jan 2014 09:34:29 +0800 From: Zongning To: "adrian@olddog.co.uk" , "vnfpool@ietf.org" Thread-Topic: [vnfpool] Overlap with SFC? Thread-Index: Ac8W0iZRlSKtK4GNSoKpOSf5YsDYgwAOsVzw Date: Wed, 22 Jan 2014 01:34:28 +0000 Message-ID: References: <0b3501cf16d2$2a3c1e80$7eb45b80$@olddog.co.uk> In-Reply-To: <0b3501cf16d2$2a3c1e80$7eb45b80$@olddog.co.uk> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.138.41.28] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Subject: Re: [vnfpool] Overlap with SFC? X-BeenThere: vnfpool@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Discussion list for virtual network function resource pooling." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2014 01:34:37 -0000 Hi, Adrian, Thanks for raising this question. Actually vnfpool folks have been discussi= ng this question a lot since the very beginning of this work. We believe vnfpool and SFC are independent and complementary mainly due to = the below reasons: 1) SFC targets on steering packets among service function nodes. vnfpool fo= cuses on redundancy for service nodes, e.g., selecting standby nodes, handl= ing nodes transition/failure cases, without caring how=20 2) vnfpool manager in our proposal could interact with SFC control entity t= o: 1) advertise redundant service nodes; 2) notify status of redundant node= s when required; 3) receive resiliency requirements from SFC control entity= (if any); and so on. 3) vnfpool is not only used in "chained service nodes", but applicable to o= ther cases where service nodes are not necessarily sequentially connected. I appreciate any further feedback and advice from you or IESG, as I believe= these feedback will greatly improve the quality of our proposed charter. Thanks. -Ning > -----Original Message----- > From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of Adrian Farre= l > Sent: Wednesday, January 22, 2014 1:57 AM > To: vnfpool@ietf.org > Subject: [vnfpool] Overlap with SFC? >=20 > Hi, >=20 > The IESG is looking at the BoF requests for London, and a question came u= p on > the overlap between the proposal here and items 4 and 5 in the SFC Charte= r. >=20 > I think it would be valuable if you could discuss the overlap and the > interaction between the two efforts so that there is a clear view. >=20 > Thanks, > Adrian >=20 > _______________________________________________ > vnfpool mailing list > vnfpool@ietf.org > https://www.ietf.org/mailman/listinfo/vnfpool From zongning@huawei.com Tue Jan 21 17:35:35 2014 Return-Path: X-Original-To: vnfpool@ietfa.amsl.com Delivered-To: vnfpool@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B60041A03E8 for ; Tue, 21 Jan 2014 17:35:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.736 X-Spam-Level: X-Spam-Status: No, score=-104.736 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.535, SPF_PASS=-0.001, 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 YWNDtRYTxgd2 for ; Tue, 21 Jan 2014 17:35:33 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 98DFF1A027D for ; Tue, 21 Jan 2014 17:35:32 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BAG01565; Wed, 22 Jan 2014 01:35:31 +0000 (GMT) Received: from LHREML405-HUB.china.huawei.com (10.201.5.242) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 22 Jan 2014 01:34:30 +0000 Received: from NKGEML403-HUB.china.huawei.com (10.98.56.34) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 22 Jan 2014 01:35:30 +0000 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.56]) by nkgeml403-hub.china.huawei.com ([10.98.56.34]) with mapi id 14.03.0158.001; Wed, 22 Jan 2014 09:35:23 +0800 From: Zongning To: Susan Hares , "'King, Daniel'" , "'Melinda Shore'" , "adrian@olddog.co.uk" Thread-Topic: [vnfpool] Overlap with SFC? Thread-Index: Ac8W0iZRlSKtK4GNSoKpOSf5YsDYg///ha+AgAAMmQD//yC/UIABQTuA//90UMA= Date: Wed, 22 Jan 2014 01:35:23 +0000 Message-ID: References: <0b3501cf16d2$2a3c1e80$7eb45b80$@olddog.co.uk> <52DEBEC3.7030605@nomountain.net> <65174429B5AF4C45BD0798810EC48E0A0D9A9C@EX-0-MB2.lancs.local> <00d701cf170f$56bf4e40$043deac0$@ndzh.com> In-Reply-To: <00d701cf170f$56bf4e40$043deac0$@ndzh.com> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.138.41.28] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "vnfpool@ietf.org" Subject: Re: [vnfpool] Overlap with SFC? X-BeenThere: vnfpool@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Discussion list for virtual network function resource pooling." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2014 01:35:35 -0000 You are more than welcome, Sue. :-) -Ning > -----Original Message----- > From: Susan Hares [mailto:shares@ndzh.com] > Sent: Wednesday, January 22, 2014 9:15 AM > To: Zongning; 'King, Daniel'; 'Melinda Shore'; adrian@olddog.co.uk > Cc: vnfpool@ietf.org > Subject: RE: [vnfpool] Overlap with SFC? >=20 > Ning: >=20 > Therefore, some of the mechanisms may be in parallel or serial. Shall I = add > comments in my use cases to indicate when VNF functions are parallel or > serial? >=20 > Sue >=20 > -----Original Message----- > From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of Zongning > Sent: Tuesday, January 21, 2014 7:57 PM > To: King, Daniel; Melinda Shore; adrian@olddog.co.uk > Cc: vnfpool@ietf.org > Subject: Re: [vnfpool] Overlap with SFC? >=20 > Hi, Dan and Melinda, >=20 > Thanks for your reply. >=20 > Both of you are right in that our proposal here is narrowly focused on > redundancy mechanism for VNF. This goal is basically complementary to SFC > charter. Another point I want to add is that vnfpool is not only used in > "chained service nodes", but applicable to other cases where service node= s > are not necessarily sequentially connected. >=20 > -Ning >=20 > > -----Original Message----- > > From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of King, > > Daniel > > Sent: Wednesday, January 22, 2014 3:24 AM > > To: Melinda Shore; adrian@olddog.co.uk > > Cc: vnfpool@ietf.org > > Subject: Re: [vnfpool] Overlap with SFC? > > > > Hi Again, > > > > Thanks Melinda, you are far more succinct than I have been. However, > > seeing as we may have some additional interest in the vnfpool work, it > > may be worth summarizing our problem space and some of our discussion > > thus far for anyone peeking at the list for the first time: > > > > A Virtualized Network Function (VNF) (e.g. vBRAS vFirewall, > > vLoadbalancer) provides the equivalent function as a dedicated > > hardware platform. These VNF instances are typically instantiated in > > clusters running on general purpose servers via a variety of > > virtualization platforms. As per discussions within the SFC Working > > Group (WG), a user/network service is typically realized by a chain of > > VNFs (also known as a VNF Forwarding Graph -VNFG) to deliver function > > in a deterministic sequence. Whereas SFC WG is tasked with > > investigating and documenting SFC architecture, and SFC protocol > > mechanisms (new or extensions to existing solutions) in order to > > encapsulate and steer traffic, and convey SFC and Service Function Path > (SFP) information to function nodes, both virtual and physical. > > > > The vnfpool list was initiated to investigate the resilience > > requirements and solutions for virtual network functions, running as > > single, or pools (sets) of VNFs. So clearly some of the vnfpool work > > may be complimentary to the SFC WG, but I think the majority of work > > will be in parallel to the SFC WG. Initially this list has scoped the > > vnfpool work into a problem statement, use cases, architecture and > > signalling to deploy and manage VNF pool resilience (reliability, > redundancy, availability, failover), these discussions have included: > > > > - Signalling between VNF pools for transition (e.g. state change, > > scaling, moving) management, notification, backup, performance > > monitoring and announcements; > > > > - Service state management (e.g. synchronizing method, state data > > format, location and mechanism to access state data); > > > > - Obtaining underlying network information (e.g., this is where we > > expect cooperation with existing working groups - ALTO, I2RS); > > > > - Mechanisms for instance deployment reflecting resilience requirements > (e.g. > > distribution of instances across different VMs or hypervisors); > > > > - Explore and document requirements for reliable transport of traffic > > and security mechanisms between VNF pools, and reliable and secure > > control of VNF pools. > > > > We have established that for some use cases (Virtualisation of Mobile > > Core Network and IMS (vEPC & vIMS), Virtualisation of the Home > > Environment (vHome), Virtualisation of Content Distribution Network > > (vCDN)) there will also be specific resilience requirements, when > > relevant to the SFC WG, i.e., traffic steering between (virtual) > > network function nodes, these application specific requirements may > > require co-operation (via requirements or problem statement I-Ds betwee= n > vnfpool and SFC WG). > > > > Br, Dan. > > > > -----Original Message----- > > From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of Melinda > > Shore > > Sent: 21 January 2014 18:39 > > To: adrian@olddog.co.uk > > Cc: vnfpool@ietf.org > > Subject: Re: [vnfpool] Overlap with SFC? > > > > Hi, Adrian: > > > > The vnfpool proposal is quite narrowly focused on redundancy > > mechanisms for virtualized network functions. > > > > Melinda > > > > > > -- > > Melinda Shore > > No Mountain Software > > melinda.shore@nomountain.net > > > > "Software longa, hardware brevis." > > _______________________________________________ > > vnfpool mailing list > > vnfpool@ietf.org > > https://www.ietf.org/mailman/listinfo/vnfpool > > _______________________________________________ > > vnfpool mailing list > > vnfpool@ietf.org > > https://www.ietf.org/mailman/listinfo/vnfpool > _______________________________________________ > vnfpool mailing list > vnfpool@ietf.org > https://www.ietf.org/mailman/listinfo/vnfpool From zongning@huawei.com Tue Jan 21 17:42:00 2014 Return-Path: X-Original-To: vnfpool@ietfa.amsl.com Delivered-To: vnfpool@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 275191A01B8 for ; Tue, 21 Jan 2014 17:42:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.736 X-Spam-Level: X-Spam-Status: No, score=-104.736 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.535, SPF_PASS=-0.001, 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 Chy6BBUmsdFe for ; Tue, 21 Jan 2014 17:41:58 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 080011A0359 for ; Tue, 21 Jan 2014 17:41:57 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BCT68166; Wed, 22 Jan 2014 01:41:57 +0000 (GMT) Received: from LHREML401-HUB.china.huawei.com (10.201.5.240) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 22 Jan 2014 01:40:55 +0000 Received: from NKGEML404-HUB.china.huawei.com (10.98.56.35) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 22 Jan 2014 01:41:56 +0000 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.56]) by nkgeml404-hub.china.huawei.com ([10.98.56.35]) with mapi id 14.03.0158.001; Wed, 22 Jan 2014 09:41:47 +0800 From: Zongning To: Zongning , "adrian@olddog.co.uk" , "vnfpool@ietf.org" Thread-Topic: [vnfpool] Overlap with SFC? Thread-Index: Ac8W0iZRlSKtK4GNSoKpOSf5YsDYgwAOsVzwAAFphcA= Date: Wed, 22 Jan 2014 01:41:47 +0000 Message-ID: References: <0b3501cf16d2$2a3c1e80$7eb45b80$@olddog.co.uk> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.138.41.28] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Subject: Re: [vnfpool] Overlap with SFC? X-BeenThere: vnfpool@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Discussion list for virtual network function resource pooling." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2014 01:42:00 -0000 Sorry, item 1) is obviously not finished. :-) 1) SFC targets on steering packets among service function nodes. vnfpool fo= cuses on redundancy for service nodes, e.g., selecting standby nodes, handl= ing nodes transition/failure cases, without caring about how to construct t= he data path. Again, my fault. -Ning > -----Original Message----- > From: Zongning > Sent: Wednesday, January 22, 2014 9:34 AM > To: 'adrian@olddog.co.uk'; vnfpool@ietf.org > Subject: RE: [vnfpool] Overlap with SFC? >=20 > Hi, Adrian, >=20 > Thanks for raising this question. Actually vnfpool folks have been discus= sing this > question a lot since the very beginning of this work. >=20 > We believe vnfpool and SFC are independent and complementary mainly due t= o > the below reasons: > 1) SFC targets on steering packets among service function nodes. vnfpool > focuses on redundancy for service nodes, e.g., selecting standby nodes, > handling nodes transition/failure cases, without caring how > 2) vnfpool manager in our proposal could interact with SFC control entity= to: 1) > advertise redundant service nodes; 2) notify status of redundant nodes wh= en > required; 3) receive resiliency requirements from SFC control entity (if = any); and > so on. > 3) vnfpool is not only used in "chained service nodes", but applicable to= other > cases where service nodes are not necessarily sequentially connected. >=20 > I appreciate any further feedback and advice from you or IESG, as I belie= ve > these feedback will greatly improve the quality of our proposed charter. >=20 > Thanks. >=20 > -Ning >=20 > > -----Original Message----- > > From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of Adrian Far= rel > > Sent: Wednesday, January 22, 2014 1:57 AM > > To: vnfpool@ietf.org > > Subject: [vnfpool] Overlap with SFC? > > > > Hi, > > > > The IESG is looking at the BoF requests for London, and a question came= up > on > > the overlap between the proposal here and items 4 and 5 in the SFC Char= ter. > > > > I think it would be valuable if you could discuss the overlap and the > > interaction between the two efforts so that there is a clear view. > > > > Thanks, > > Adrian > > > > _______________________________________________ > > vnfpool mailing list > > vnfpool@ietf.org > > https://www.ietf.org/mailman/listinfo/vnfpool From bill.wu@huawei.com Tue Jan 21 20:39:24 2014 Return-Path: X-Original-To: vnfpool@ietfa.amsl.com Delivered-To: vnfpool@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4B6CE1A026F for ; Tue, 21 Jan 2014 20:39:24 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.736 X-Spam-Level: X-Spam-Status: No, score=-4.736 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.535, 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 v9bRPl8nlPuY for ; Tue, 21 Jan 2014 20:39:20 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 9521A1A0247 for ; Tue, 21 Jan 2014 20:39:19 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BCT78906; Wed, 22 Jan 2014 04:39:18 +0000 (GMT) Received: from LHREML405-HUB.china.huawei.com (10.201.5.242) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 22 Jan 2014 04:39:05 +0000 Received: from NKGEML401-HUB.china.huawei.com (10.98.56.32) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 22 Jan 2014 04:39:16 +0000 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.56]) by nkgeml401-hub.china.huawei.com ([10.98.56.32]) with mapi id 14.03.0158.001; Wed, 22 Jan 2014 12:39:08 +0800 From: Qin Wu To: Susan Hares , Zongning , "'King, Daniel'" , "'Melinda Shore'" , "adrian@olddog.co.uk" Thread-Topic: [vnfpool] Overlap with SFC? Thread-Index: Ac8W0iZRlSKtK4GNSoKpOSf5YsDYg///ha+AgAAMmQD//yC/UIABQTuA//9BMAA= Date: Wed, 22 Jan 2014 04:39:07 +0000 Message-ID: References: <0b3501cf16d2$2a3c1e80$7eb45b80$@olddog.co.uk> <52DEBEC3.7030605@nomountain.net> <65174429B5AF4C45BD0798810EC48E0A0D9A9C@EX-0-MB2.lancs.local> <00d701cf170f$56bf4e40$043deac0$@ndzh.com> In-Reply-To: <00d701cf170f$56bf4e40$043deac0$@ndzh.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.138.41.149] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "vnfpool@ietf.org" Subject: Re: [vnfpool] Overlap with SFC? X-BeenThere: vnfpool@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Discussion list for virtual network function resource pooling." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2014 04:39:24 -0000 Sue: I agree with your comment. Regards! -Qin -----Original Message----- From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of Susan Hares Sent: Wednesday, January 22, 2014 9:15 AM To: Zongning; 'King, Daniel'; 'Melinda Shore'; adrian@olddog.co.uk Cc: vnfpool@ietf.org Subject: Re: [vnfpool] Overlap with SFC? Ning: Therefore, some of the mechanisms may be in parallel or serial. Shall I ad= d comments in my use cases to indicate when VNF functions are parallel or serial?=20 Sue=20 -----Original Message----- From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of Zongning Sent: Tuesday, January 21, 2014 7:57 PM To: King, Daniel; Melinda Shore; adrian@olddog.co.uk Cc: vnfpool@ietf.org Subject: Re: [vnfpool] Overlap with SFC? Hi, Dan and Melinda, Thanks for your reply. Both of you are right in that our proposal here is narrowly focused on redundancy mechanism for VNF. This goal is basically complementary to SFC charter. Another point I want to add is that vnfpool is not only used in "chained service nodes", but applicable to other cases where service nodes are not necessarily sequentially connected. -Ning > -----Original Message----- > From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of King,=20 > Daniel > Sent: Wednesday, January 22, 2014 3:24 AM > To: Melinda Shore; adrian@olddog.co.uk > Cc: vnfpool@ietf.org > Subject: Re: [vnfpool] Overlap with SFC? >=20 > Hi Again, >=20 > Thanks Melinda, you are far more succinct than I have been. However,=20 > seeing as we may have some additional interest in the vnfpool work, it=20 > may be worth summarizing our problem space and some of our discussion=20 > thus far for anyone peeking at the list for the first time: >=20 > A Virtualized Network Function (VNF) (e.g. vBRAS vFirewall,=20 > vLoadbalancer) provides the equivalent function as a dedicated=20 > hardware platform. These VNF instances are typically instantiated in=20 > clusters running on general purpose servers via a variety of=20 > virtualization platforms. As per discussions within the SFC Working=20 > Group (WG), a user/network service is typically realized by a chain of=20 > VNFs (also known as a VNF Forwarding Graph -VNFG) to deliver function=20 > in a deterministic sequence. Whereas SFC WG is tasked with=20 > investigating and documenting SFC architecture, and SFC protocol=20 > mechanisms (new or extensions to existing solutions) in order to=20 > encapsulate and steer traffic, and convey SFC and Service Function Path (SFP) information to function nodes, both virtual and physical. >=20 > The vnfpool list was initiated to investigate the resilience=20 > requirements and solutions for virtual network functions, running as=20 > single, or pools (sets) of VNFs. So clearly some of the vnfpool work=20 > may be complimentary to the SFC WG, but I think the majority of work=20 > will be in parallel to the SFC WG. Initially this list has scoped the=20 > vnfpool work into a problem statement, use cases, architecture and=20 > signalling to deploy and manage VNF pool resilience (reliability, redundancy, availability, failover), these discussions have included: >=20 > - Signalling between VNF pools for transition (e.g. state change,=20 > scaling, moving) management, notification, backup, performance=20 > monitoring and announcements; >=20 > - Service state management (e.g. synchronizing method, state data=20 > format, location and mechanism to access state data); >=20 > - Obtaining underlying network information (e.g., this is where we=20 > expect cooperation with existing working groups - ALTO, I2RS); >=20 > - Mechanisms for instance deployment reflecting resilience requirements (e.g. > distribution of instances across different VMs or hypervisors); >=20 > - Explore and document requirements for reliable transport of traffic=20 > and security mechanisms between VNF pools, and reliable and secure=20 > control of VNF pools. >=20 > We have established that for some use cases (Virtualisation of Mobile=20 > Core Network and IMS (vEPC & vIMS), Virtualisation of the Home=20 > Environment (vHome), Virtualisation of Content Distribution Network=20 > (vCDN)) there will also be specific resilience requirements, when=20 > relevant to the SFC WG, i.e., traffic steering between (virtual)=20 > network function nodes, these application specific requirements may=20 > require co-operation (via requirements or problem statement I-Ds between vnfpool and SFC WG). >=20 > Br, Dan. >=20 > -----Original Message----- > From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of Melinda=20 > Shore > Sent: 21 January 2014 18:39 > To: adrian@olddog.co.uk > Cc: vnfpool@ietf.org > Subject: Re: [vnfpool] Overlap with SFC? >=20 > Hi, Adrian: >=20 > The vnfpool proposal is quite narrowly focused on redundancy=20 > mechanisms for virtualized network functions. >=20 > Melinda >=20 >=20 > -- > Melinda Shore > No Mountain Software > melinda.shore@nomountain.net >=20 > "Software longa, hardware brevis." > _______________________________________________ > vnfpool mailing list > vnfpool@ietf.org > https://www.ietf.org/mailman/listinfo/vnfpool > _______________________________________________ > vnfpool mailing list > vnfpool@ietf.org > https://www.ietf.org/mailman/listinfo/vnfpool _______________________________________________ vnfpool mailing list vnfpool@ietf.org https://www.ietf.org/mailman/listinfo/vnfpool _______________________________________________ vnfpool mailing list vnfpool@ietf.org https://www.ietf.org/mailman/listinfo/vnfpool From bill.wu@huawei.com Tue Jan 21 21:05:45 2014 Return-Path: X-Original-To: vnfpool@ietfa.amsl.com Delivered-To: vnfpool@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B3CD01A0259 for ; Tue, 21 Jan 2014 21:05:45 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.736 X-Spam-Level: X-Spam-Status: No, score=-4.736 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.535, 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 vKOI0ew9-WTo for ; Tue, 21 Jan 2014 21:05:42 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id A4F851A024C for ; Tue, 21 Jan 2014 21:05:41 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BAH11311; Wed, 22 Jan 2014 05:05:40 +0000 (GMT) Received: from LHREML406-HUB.china.huawei.com (10.201.5.243) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 22 Jan 2014 05:05:28 +0000 Received: from NKGEML410-HUB.china.huawei.com (10.98.56.41) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 22 Jan 2014 05:05:40 +0000 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.56]) by nkgeml410-hub.china.huawei.com ([10.98.56.41]) with mapi id 14.03.0158.001; Wed, 22 Jan 2014 13:05:29 +0800 From: Qin Wu To: Zongning , Zongning , "adrian@olddog.co.uk" , "vnfpool@ietf.org" Thread-Topic: [vnfpool] Overlap with SFC? Thread-Index: Ac8W0iZRlSKtK4GNSoKpOSf5YsDYgwAOsVzwAAFphcAAByXvQA== Date: Wed, 22 Jan 2014 05:05:28 +0000 Message-ID: References: <0b3501cf16d2$2a3c1e80$7eb45b80$@olddog.co.uk> In-Reply-To: Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.138.41.149] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Subject: Re: [vnfpool] Overlap with SFC? X-BeenThere: vnfpool@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Discussion list for virtual network function resource pooling." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2014 05:05:45 -0000 My Understanding is=20 in service chain, when a service node is down, what SFC is doing is to bypa= ss this service node while What nfvpool is doing is to replace the failing one with the new service no= de which provide the same functionality. Please correct me if I am wrong. Regards! -Qin -----Original Message----- From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of Zongning Sent: Wednesday, January 22, 2014 9:42 AM To: Zongning; adrian@olddog.co.uk; vnfpool@ietf.org Subject: Re: [vnfpool] Overlap with SFC? Sorry, item 1) is obviously not finished. :-) 1) SFC targets on steering packets among service function nodes. vnfpool fo= cuses on redundancy for service nodes, e.g., selecting standby nodes, handl= ing nodes transition/failure cases, without caring about how to construct t= he data path. Again, my fault. -Ning > -----Original Message----- > From: Zongning > Sent: Wednesday, January 22, 2014 9:34 AM > To: 'adrian@olddog.co.uk'; vnfpool@ietf.org > Subject: RE: [vnfpool] Overlap with SFC? >=20 > Hi, Adrian, >=20 > Thanks for raising this question. Actually vnfpool folks have been discus= sing this > question a lot since the very beginning of this work. >=20 > We believe vnfpool and SFC are independent and complementary mainly due t= o > the below reasons: > 1) SFC targets on steering packets among service function nodes. vnfpool > focuses on redundancy for service nodes, e.g., selecting standby nodes, > handling nodes transition/failure cases, without caring how > 2) vnfpool manager in our proposal could interact with SFC control entity= to: 1) > advertise redundant service nodes; 2) notify status of redundant nodes wh= en > required; 3) receive resiliency requirements from SFC control entity (if = any); and > so on. > 3) vnfpool is not only used in "chained service nodes", but applicable to= other > cases where service nodes are not necessarily sequentially connected. >=20 > I appreciate any further feedback and advice from you or IESG, as I belie= ve > these feedback will greatly improve the quality of our proposed charter. >=20 > Thanks. >=20 > -Ning >=20 > > -----Original Message----- > > From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of Adrian Far= rel > > Sent: Wednesday, January 22, 2014 1:57 AM > > To: vnfpool@ietf.org > > Subject: [vnfpool] Overlap with SFC? > > > > Hi, > > > > The IESG is looking at the BoF requests for London, and a question came= up > on > > the overlap between the proposal here and items 4 and 5 in the SFC Char= ter. > > > > I think it would be valuable if you could discuss the overlap and the > > interaction between the two efforts so that there is a clear view. > > > > Thanks, > > Adrian > > > > _______________________________________________ > > vnfpool mailing list > > vnfpool@ietf.org > > https://www.ietf.org/mailman/listinfo/vnfpool _______________________________________________ vnfpool mailing list vnfpool@ietf.org https://www.ietf.org/mailman/listinfo/vnfpool From bill.wu@huawei.com Tue Jan 21 21:15:01 2014 Return-Path: X-Original-To: vnfpool@ietfa.amsl.com Delivered-To: vnfpool@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 923701A02EA for ; Tue, 21 Jan 2014 21:15:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.736 X-Spam-Level: X-Spam-Status: No, score=-4.736 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.535, 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 bFE9uhvdrIS6 for ; Tue, 21 Jan 2014 21:14:59 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 054D61A02E8 for ; Tue, 21 Jan 2014 21:14:49 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BAH11844; Wed, 22 Jan 2014 05:14:48 +0000 (GMT) Received: from LHREML403-HUB.china.huawei.com (10.201.5.217) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 22 Jan 2014 05:13:46 +0000 Received: from NKGEML406-HUB.china.huawei.com (10.98.56.37) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.3.158.1; Wed, 22 Jan 2014 05:14:47 +0000 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.56]) by nkgeml406-hub.china.huawei.com ([10.98.56.37]) with mapi id 14.03.0158.001; Wed, 22 Jan 2014 13:14:41 +0800 From: Qin Wu To: "King, Daniel" , Melinda Shore , "adrian@olddog.co.uk" Thread-Topic: [vnfpool] Overlap with SFC? Thread-Index: Ac8W0iZRlSKtK4GNSoKpOSf5YsDYg///ha+AgAAMmQD//tdfYA== Date: Wed, 22 Jan 2014 05:14:41 +0000 Message-ID: References: <0b3501cf16d2$2a3c1e80$7eb45b80$@olddog.co.uk> <52DEBEC3.7030605@nomountain.net> <65174429B5AF4C45BD0798810EC48E0A0D9A9C@EX-0-MB2.lancs.local> In-Reply-To: <65174429B5AF4C45BD0798810EC48E0A0D9A9C@EX-0-MB2.lancs.local> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.138.41.149] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "vnfpool@ietf.org" Subject: Re: [vnfpool] Overlap with SFC? X-BeenThere: vnfpool@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Discussion list for virtual network function resource pooling." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2014 05:15:01 -0000 Good clarification. I think SFC and NFVPool may share some common components, e.g., service fun= ction discovery, service function identifier, service function locator, As for auto provision, SFC focuses on how to provision service function and= setup service function path while NFVPool focuses on how to replace the Failing one with the same class service function, irrespective the failing = service node is in the service chain or not. As for proposed work, I am not sure obtaining underlying network informatio= n is enough, service function is build on top of underlying network.The und= erlying network information should be abstracted and form service topology = for service function. Regards! -Qin -----Original Message----- From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of King, Daniel Sent: Wednesday, January 22, 2014 3:24 AM To: Melinda Shore; adrian@olddog.co.uk Cc: vnfpool@ietf.org Subject: Re: [vnfpool] Overlap with SFC? Hi Again, =20 Thanks Melinda, you are far more succinct than I have been. However, seeing= as we may have some additional interest in the vnfpool work, it may be wor= th summarizing our problem space and some of our discussion thus far for an= yone peeking at the list for the first time: A Virtualized Network Function (VNF) (e.g. vBRAS vFirewall, vLoadbalancer) = provides the equivalent function as a dedicated hardware platform. These VN= F instances are typically instantiated in clusters running on general purpo= se servers via a variety of virtualization platforms. As per discussions wi= thin the SFC Working Group (WG), a user/network service is typically realiz= ed by a chain of VNFs (also known as a VNF Forwarding Graph -VNFG) to deli= ver function in a deterministic sequence. Whereas SFC WG is tasked with inv= estigating and documenting SFC architecture, and SFC protocol mechanisms (= new or extensions to existing solutions) in order to encapsulate and steer = traffic, and convey SFC and Service Function Path (SFP) information to func= tion nodes, both virtual and physical. The vnfpool list was initiated to investigate the resilience requirements a= nd solutions for virtual network functions, running as single, or pools (s= ets) of VNFs. So clearly some of the vnfpool work may be complimentary to t= he SFC WG, but I think the majority of work will be in parallel to the SFC = WG. Initially this list has scoped the vnfpool work into a problem statemen= t, use cases, architecture and signalling to deploy and manage VNF pool res= ilience (reliability, redundancy, availability, failover), these discussion= s have included: - Signalling between VNF pools for transition (e.g. state change, scaling, = moving) management, notification, backup, performance monitoring and announ= cements; - Service state management (e.g. synchronizing method, state data format, l= ocation and mechanism to access state data); - Obtaining underlying network information (e.g., this is where we expect c= ooperation with existing working groups - ALTO, I2RS); - Mechanisms for instance deployment reflecting resilience requirements (e.= g. distribution of instances across different VMs or hypervisors); - Explore and document requirements for reliable transport of traffic and s= ecurity mechanisms between VNF pools, and reliable and secure control of VN= F pools. We have established that for some use cases (Virtualisation of Mobile Core = Network and IMS (vEPC & vIMS), Virtualisation of the Home Environment (vHom= e), Virtualisation of Content Distribution Network (vCDN)) there will also = be specific resilience requirements, when relevant to the SFC WG, i.e., tra= ffic steering between (virtual) network function nodes, these application s= pecific requirements may require co-operation (via requirements or problem = statement I-Ds between vnfpool and SFC WG).=20 Br, Dan.=20 -----Original Message----- From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of Melinda Shore Sent: 21 January 2014 18:39 To: adrian@olddog.co.uk Cc: vnfpool@ietf.org Subject: Re: [vnfpool] Overlap with SFC? Hi, Adrian: The vnfpool proposal is quite narrowly focused on redundancy mechanisms for= virtualized network functions. Melinda -- Melinda Shore No Mountain Software melinda.shore@nomountain.net "Software longa, hardware brevis." _______________________________________________ vnfpool mailing list vnfpool@ietf.org https://www.ietf.org/mailman/listinfo/vnfpool _______________________________________________ vnfpool mailing list vnfpool@ietf.org https://www.ietf.org/mailman/listinfo/vnfpool From chidung.lac@orange.com Wed Jan 22 03:26:28 2014 Return-Path: X-Original-To: vnfpool@ietfa.amsl.com Delivered-To: vnfpool@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1D9A51A0431 for ; Wed, 22 Jan 2014 03:26:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.418 X-Spam-Level: X-Spam-Status: No, score=-1.418 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HELO_EQ_FR=0.35, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.535, SPF_SOFTFAIL=0.665] 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 BwIT0A-KCNB4 for ; Wed, 22 Jan 2014 03:26:25 -0800 (PST) Received: from r-mail2.rd.orange.com (r-mail2.rd.orange.com [217.108.152.42]) by ietfa.amsl.com (Postfix) with ESMTP id 408091A042E for ; Wed, 22 Jan 2014 03:26:25 -0800 (PST) Received: from r-mail2.rd.orange.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 049F45D8BF2; Wed, 22 Jan 2014 12:26:23 +0100 (CET) Received: from ftrdsmtp1.rd.francetelecom.fr (unknown [10.192.128.46]) by r-mail2.rd.orange.com (Postfix) with ESMTP id EA3A95D8BBC; Wed, 22 Jan 2014 12:26:22 +0100 (CET) Received: from ftrdmel10.rd.francetelecom.fr ([10.192.128.44]) by ftrdsmtp1.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Wed, 22 Jan 2014 12:26:22 +0100 Received: from [10.193.115.251] ([10.193.115.251]) by ftrdmel10.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Wed, 22 Jan 2014 12:26:21 +0100 Message-ID: <52DFAAAA.4090902@orange.com> Date: Wed, 22 Jan 2014 12:25:30 +0100 From: LAC Chidung User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Qin Wu References: <0b3501cf16d2$2a3c1e80$7eb45b80$@olddog.co.uk> In-Reply-To: Content-Type: multipart/alternative; boundary="------------020706030607030107080209" X-OriginalArrivalTime: 22 Jan 2014 11:26:21.0913 (UTC) FILETIME=[C6F4BC90:01CF1764] Cc: vnfpool@ietf.org, adrian@olddog.co.uk Subject: Re: [vnfpool] Overlap with SFC? X-BeenThere: vnfpool@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Discussion list for virtual network function resource pooling." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jan 2014 11:26:28 -0000 This is a multi-part message in MIME format. --------------020706030607030107080209 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Hi Qin, "/in service chain, when a service node is down, what SFC is doing is to bypass this service node/": is the following interpretation ok ? A service chain needs X+Y service nodes in order to provide the _*full*_ service: the X service nodes are mandatory, while the Y service nodes are (kind of) optional, i.e., if one (or more) of these Y service nodes is (are) down, the service chain can still provide the service, but in a _*degraded mode*_. In this case,*the bypassing can only happen* for one of the Y service nodes, i.e., if one of the X service nodes is down, there is _*no service at all*_. _NB:_ in this example, we consider, of course, that there is no redundancy anywhere, i.e., if a service node is down, the only thing to do is to fix it, and while waiting for the reparation, we face a degraded service, or no service at all. Best, Chidung Le 22/01/2014 06:05, Qin Wu a écrit : > My Understanding is > in service chain, when a service node is down, what SFC is doing is to bypass this service node while > What nfvpool is doing is to replace the failing one with the new service node which provide the same functionality. > Please correct me if I am wrong. > Regards! > -Qin > -----Original Message----- > From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of Zongning > Sent: Wednesday, January 22, 2014 9:42 AM > To: Zongning; adrian@olddog.co.uk; vnfpool@ietf.org > Subject: Re: [vnfpool] Overlap with SFC? > > Sorry, item 1) is obviously not finished. :-) > 1) SFC targets on steering packets among service function nodes. vnfpool focuses on redundancy for service nodes, e.g., selecting standby nodes, handling nodes transition/failure cases, without caring about how to construct the data path. > Again, my fault. > -Ning > >> -----Original Message----- >> From: Zongning >> Sent: Wednesday, January 22, 2014 9:34 AM >> To: 'adrian@olddog.co.uk'; vnfpool@ietf.org >> Subject: RE: [vnfpool] Overlap with SFC? >> >> Hi, Adrian, >> Thanks for raising this question. Actually vnfpool folks have been discussing this >> question a lot since the very beginning of this work. >> We believe vnfpool and SFC are independent and complementary mainly due to >> the below reasons: >> 1) SFC targets on steering packets among service function nodes. vnfpool >> focuses on redundancy for service nodes, e.g., selecting standby nodes, >> handling nodes transition/failure cases, without caring how >> 2) vnfpool manager in our proposal could interact with SFC control entity to: 1) >> advertise redundant service nodes; 2) notify status of redundant nodes when >> required; 3) receive resiliency requirements from SFC control entity (if any); and >> so on. >> 3) vnfpool is not only used in "chained service nodes", but applicable to other >> cases where service nodes are not necessarily sequentially connected. >> I appreciate any further feedback and advice from you or IESG, as I believe >> these feedback will greatly improve the quality of our proposed charter. >> Thanks. >> -Ning >> >>> -----Original Message----- >>> From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of Adrian Farrel >>> Sent: Wednesday, January 22, 2014 1:57 AM >>> To: vnfpool@ietf.org >>> Subject: [vnfpool] Overlap with SFC? >>> >>> Hi, >>> The IESG is looking at the BoF requests for London, and a question came upon the overlap between the proposal here and items 4 and 5 in the SFC Charter. >>> I think it would be valuable if you could discuss the overlap and the >>> interaction between the two efforts so that there is a clear view. >>> Thanks, >>> Adrian >>> >>> _______________________________________________ >>> vnfpool mailing list >>> vnfpool@ietf.org >>> https://www.ietf.org/mailman/listinfo/vnfpool --------------020706030607030107080209 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi Qin,
"in service chain, when a service node is down, what SFC is doing is to bypass this service node": is the following interpretation ok ?
A service chain needs X+Y service nodes in order to provide the full service: the X service nodes are mandatory, while the Y service nodes are (kind of) optional, i.e., if one (or more) of these Y service nodes is (are) down, the service chain can still provide the service, but in a degraded mode. In this case, the bypassing can only happen for one of the Y service nodes, i.e., if one of the X service nodes is down, there is no service at all.
NB: in this example, we consider, of course, that there is no redundancy anywhere, i.e., if a service node is down, the only thing to do is to fix it, and while waiting for the reparation, we face a degraded service, or no service at all.
Best,
Chidung
 
Le 22/01/2014 06:05, Qin Wu a écrit :
My Understanding is 
in service chain, when a service node is down, what SFC is doing is to bypass this service node while
What nfvpool is doing is to replace the failing one with the new service node which provide the same functionality.
Please correct me if I am wrong.
Regards!
-Qin
-----Original Message-----
From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of Zongning
Sent: Wednesday, January 22, 2014 9:42 AM
To: Zongning; adrian@olddog.co.uk; vnfpool@ietf.org
Subject: Re: [vnfpool] Overlap with SFC?

Sorry, item 1) is obviously not finished. :-)
1) SFC targets on steering packets among service function nodes. vnfpool focuses on redundancy for service nodes, e.g., selecting standby nodes, handling nodes transition/failure cases, without caring about how to construct the data path.
Again, my fault.
-Ning


-----Original Message-----
From: Zongning
Sent: Wednesday, January 22, 2014 9:34 AM
To: 'adrian@olddog.co.uk'; vnfpool@ietf.org
Subject: RE: [vnfpool] Overlap with SFC?

Hi, Adrian,
Thanks for raising this question. Actually vnfpool folks have been discussing this
question a lot since the very beginning of this work.
We believe vnfpool and SFC are independent and complementary mainly due to
the below reasons:
1) SFC targets on steering packets among service function nodes. vnfpool
focuses on redundancy for service nodes, e.g., selecting standby nodes,
handling nodes transition/failure cases, without caring how
2) vnfpool manager in our proposal could interact with SFC control entity to: 1)
advertise redundant service nodes; 2) notify status of redundant nodes when
required; 3) receive resiliency requirements from SFC control entity (if any); and
so on.
3) vnfpool is not only used in "chained service nodes", but applicable to other
cases where service nodes are not necessarily sequentially connected.
I appreciate any further feedback and advice from you or IESG, as I believe
these feedback will greatly improve the quality of our proposed charter.
Thanks.
-Ning


-----Original Message-----
From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of Adrian Farrel
Sent: Wednesday, January 22, 2014 1:57 AM
To: vnfpool@ietf.org
Subject: [vnfpool] Overlap with SFC?

Hi,
The IESG is looking at the BoF requests for London, and a question came upon the overlap between the proposal here and items 4 and 5 in the SFC Charter.
I think it would be valuable if you could discuss the overlap and the
interaction between the two efforts so that there is a clear view.
Thanks,
Adrian

_______________________________________________
vnfpool mailing list
vnfpool@ietf.org
https://www.ietf.org/mailman/listinfo/vnfpool
--------------020706030607030107080209-- From bill.wu@huawei.com Wed Jan 22 17:38:00 2014 Return-Path: X-Original-To: vnfpool@ietfa.amsl.com Delivered-To: vnfpool@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2988D1A0357 for ; Wed, 22 Jan 2014 17:38:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.735 X-Spam-Level: X-Spam-Status: No, score=-4.735 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.535, 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 ZAGSMvOwTEAI for ; Wed, 22 Jan 2014 17:37:57 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 441ED1A0369 for ; Wed, 22 Jan 2014 17:37:56 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BCV18931; Thu, 23 Jan 2014 01:37:55 +0000 (GMT) Received: from LHREML401-HUB.china.huawei.com (10.201.5.240) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 23 Jan 2014 01:36:50 +0000 Received: from NKGEML402-HUB.china.huawei.com (10.98.56.33) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 23 Jan 2014 01:37:54 +0000 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.56]) by nkgeml402-hub.china.huawei.com ([10.98.56.33]) with mapi id 14.03.0158.001; Thu, 23 Jan 2014 09:37:47 +0800 From: Qin Wu To: LAC Chidung Thread-Topic: [vnfpool] Overlap with SFC? Thread-Index: Ac8W0iZRlSKtK4GNSoKpOSf5YsDYgwAOsVzwAAFphcAAByXvQP//5OAA//6TWRA= Date: Thu, 23 Jan 2014 01:37:45 +0000 Message-ID: References: <0b3501cf16d2$2a3c1e80$7eb45b80$@olddog.co.uk> <52DFAAAA.4090902@orange.com> In-Reply-To: <52DFAAAA.4090902@orange.com> Accept-Language: zh-CN, en-US Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.138.41.149] Content-Type: multipart/alternative; boundary="_000_B8F9A780D330094D99AF023C5877DABA43C75279nkgeml501mbschi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "vnfpool@ietf.org" , "adrian@olddog.co.uk" Subject: Re: [vnfpool] Overlap with SFC? X-BeenThere: vnfpool@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Discussion list for virtual network function resource pooling." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Jan 2014 01:38:00 -0000 --_000_B8F9A780D330094D99AF023C5877DABA43C75279nkgeml501mbschi_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, Chidung: That's one good interpretation. You are right, I should add assumption that the service node that is bypass= ed is optional service node in the chain. Regards! -Qin From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of LAC Chidung Sent: Wednesday, January 22, 2014 7:26 PM To: Qin Wu Cc: vnfpool@ietf.org; adrian@olddog.co.uk Subject: Re: [vnfpool] Overlap with SFC? Hi Qin, "in service chain, when a service node is down, what SFC is doing is to byp= ass this service node": is the following interpretation ok ? A service chain needs X+Y service nodes in order to provide the full servic= e: the X service nodes are mandatory, while the Y service nodes are (kind o= f) optional, i.e., if one (or more) of these Y service nodes is (are) down,= the service chain can still provide the service, but in a degraded mode. I= n this case, the bypassing can only happen for one of the Y service nodes, = i.e., if one of the X service nodes is down, there is no service at all. NB: in this example, we consider, of course, that there is no redundancy an= ywhere, i.e., if a service node is down, the only thing to do is to fix it,= and while waiting for the reparation, we face a degraded service, or no se= rvice at all. Best, Chidung Le 22/01/2014 06:05, Qin Wu a =E9crit : My Understanding is in service chain, when a service node is down, what SFC is doing is to bypa= ss this service node while What nfvpool is doing is to replace the failing one with the new service no= de which provide the same functionality. Please correct me if I am wrong. Regards! -Qin -----Original Message----- From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of Zongning Sent: Wednesday, January 22, 2014 9:42 AM To: Zongning; adrian@olddog.co.uk; vnfpool@ietf= .org Subject: Re: [vnfpool] Overlap with SFC? Sorry, item 1) is obviously not finished. :-) 1) SFC targets on steering packets among service function nodes. vnfpool fo= cuses on redundancy for service nodes, e.g., selecting standby nodes, handl= ing nodes transition/failure cases, without caring about how to construct t= he data path. Again, my fault. -Ning -----Original Message----- From: Zongning Sent: Wednesday, January 22, 2014 9:34 AM To: 'adrian@olddog.co.uk'; vnfpool@ietf.org Subject: RE: [vnfpool] Overlap with SFC? Hi, Adrian, Thanks for raising this question. Actually vnfpool folks have been discussi= ng this question a lot since the very beginning of this work. We believe vnfpool and SFC are independent and complementary mainly due to the below reasons: 1) SFC targets on steering packets among service function nodes. vnfpool focuses on redundancy for service nodes, e.g., selecting standby nodes, handling nodes transition/failure cases, without caring how 2) vnfpool manager in our proposal could interact with SFC control entity t= o: 1) advertise redundant service nodes; 2) notify status of redundant nodes when required; 3) receive resiliency requirements from SFC control entity (if an= y); and so on. 3) vnfpool is not only used in "chained service nodes", but applicable to o= ther cases where service nodes are not necessarily sequentially connected. I appreciate any further feedback and advice from you or IESG, as I believe these feedback will greatly improve the quality of our proposed charter. Thanks. -Ning -----Original Message----- From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of Adrian Farrel Sent: Wednesday, January 22, 2014 1:57 AM To: vnfpool@ietf.org Subject: [vnfpool] Overlap with SFC? Hi, The IESG is looking at the BoF requests for London, and a question came upo= n the overlap between the proposal here and items 4 and 5 in the SFC Charte= r. I think it would be valuable if you could discuss the overlap and the interaction between the two efforts so that there is a clear view. Thanks, Adrian _______________________________________________ vnfpool mailing list vnfpool@ietf.org https://www.ietf.org/mailman/listinfo/vnfpool --_000_B8F9A780D330094D99AF023C5877DABA43C75279nkgeml501mbschi_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi, Chidung:

That’s one good int= erpretation.

You are right, I should a= dd assumption that the service node that is bypassed is optional service no= de in the chain.

 <= /p>

Regards!

-Qin

From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of LAC Chidung
Sent: Wednesday, January 22, 2014 7:26 PM
To: Qin Wu
Cc: vnfpool@ietf.org; adrian@olddog.co.uk
Subject: Re: [vnfpool] Overlap with SFC?

 

Hi Qin,
"in service chain, when a service node is down, what SFC is doing i= s to bypass this service node": is the following interpretation ok= ?
A service chain needs X+Y service nodes in order to provide the f= ull service: the X service nodes are mandatory, while the Y service= nodes are (kind of) optional, i.e., if one (or more) of these Y service no= des is (are) down, the service chain can still provide the service, but in a degraded mode. In th= is case, the bypassing can only happen for one of the Y service node= s, i.e., if one of the X service nodes is down, there is no service at all.
NB: in this example, we consider, of course, that there is no redund= ancy anywhere, i.e., if a service node is down, the only thing to do is to = fix it, and while waiting for the reparation, we face a degraded service, o= r no service at all.
Best,
Chidung
 

Le 22/01/2014 06:05= , Qin Wu a =E9crit :

My Understanding is 
in service chain, when a service node is down, what SFC is doing is to=
 bypass this service node while
What nfvpool is doing is to replace the failing one with the new servi=
ce node which provide the same functionality.
Please correct me if I am wrong.
Regards!
-Qin
-----Original Message-----
From: vnfpool [mailto:vnfp=
ool-bounces@ietf.org] On Behalf Of Zongning
Sent: Wednesday, January 22, 2014 9:42 AM
To: Zongning; adrian@olddog.co.=
uk; vnfpool@ietf.org=

Subject: Re: [vnfpool] Overlap with SFC?
 
Sorry, item 1) is obviously not finished. :-)
1) SFC targets on steering packets among service function nodes. vnfpo=
ol focuses on redundancy for service nodes, e.g., selecting standby nodes, =
handling nodes transition/failure cases, without caring about how to constr=
uct the data path.
Again, my fault.
-Ning
 
-----Original Message-----
From: Zongning
Sent: Wednesday, January 22, 2014 9:34 AM
To: 'adrian@olddog.co.uk'; =
vnfpool@ietf.org
Subject: RE: [vnfpool] Overlap with SFC?
 
Hi, Adrian,
Thanks for raising this question. Actually vnfpool folks have been dis=
cussing this
question a lot since the very beginning of this work.
We believe vnfpool and SFC are independent and complementary mainly du=
e to
the below reasons:
1) SFC targets on steering packets among service function nodes. vnfpo=
ol
focuses on redundancy for service nodes, e.g., selecting standby nodes=
,
handling nodes transition/failure cases, without caring how=

2) vnfpool manager in our proposal could interact with SFC control ent=
ity to: 1)
advertise redundant service nodes; 2) notify status of redundant nodes=
 when
required; 3) receive resiliency requirements from SFC control entity (=
if any); and
so on.
3) vnfpool is not only used in "chained service nodes", but =
applicable to other
cases where service nodes are not necessarily sequentially connected.<=
o:p>
I appreciate any further feedback and advice from you or IESG, as I be=
lieve
these feedback will greatly improve the quality of our proposed charte=
r.
Thanks.
-Ning
 
-----Original Message-----
From: vnfpool [mailto:vnfp=
ool-bounces@ietf.org] On Behalf Of Adrian Farrel
Sent: Wednesday, January 22, 2014 1:57 AM
To: vnfpool@ietf.org
Subject: [vnfpool] Overlap with SFC?
 
Hi,
The IESG is looking at the BoF requests for London, and a question cam=
e upon the overlap between the proposal here and items 4 and 5 in the SFC C=
harter.
I think it would be valuable if you could discuss the overlap and the<=
o:p>
interaction between the two efforts so that there is a clear view.
Thanks,
Adrian
 
_______________________________________________
vnfpool mailing list
vnfpool@ietf.org

https://www.=
ietf.org/mailman/listinfo/vnfpool
--_000_B8F9A780D330094D99AF023C5877DABA43C75279nkgeml501mbschi_-- From zongning@huawei.com Fri Jan 24 01:37:20 2014 Return-Path: X-Original-To: vnfpool@ietfa.amsl.com Delivered-To: vnfpool@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D4E1A1A022A for ; Fri, 24 Jan 2014 01:37:20 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.735 X-Spam-Level: X-Spam-Status: No, score=-104.735 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.535, SPF_PASS=-0.001, 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 eIT1lUKA2jDv for ; Fri, 24 Jan 2014 01:37:19 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id D29001A01DD for ; Fri, 24 Jan 2014 01:37:18 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BAJ46911; Fri, 24 Jan 2014 09:37:16 +0000 (GMT) Received: from LHREML405-HUB.china.huawei.com (10.201.5.242) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 24 Jan 2014 09:37:09 +0000 Received: from NKGEML408-HUB.china.huawei.com (10.98.56.39) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 24 Jan 2014 09:37:15 +0000 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.56]) by nkgeml408-hub.china.huawei.com ([10.98.56.39]) with mapi id 14.03.0158.001; Fri, 24 Jan 2014 17:37:12 +0800 From: Zongning To: "vnfpool@ietf.org" Thread-Topic: VNFPool BoF Approved for London Thread-Index: Ac8Y59pcJ9kr3nnpT4mjRzEMb+Re/A== Date: Fri, 24 Jan 2014 09:37:11 +0000 Message-ID: Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-cr-hashedpuzzle: BpFS B+xS CAca CJrj Cs/6 GdZw Gxxm HL6b H5rk IEmP JEIH JKCh KHGI KPF8 Kt1g K+xF; 1; dgBuAGYAcABvAG8AbABAAGkAZQB0AGYALgBvAHIAZwA=; Sosha1_v1; 7; {4DAFF96B-B895-4E4A-AB66-C770CF7F8C7D}; egBvAG4AZwBuAGkAbgBnAEAAaAB1AGEAdwBlAGkALgBjAG8AbQA=; Fri, 24 Jan 2014 09:37:09 GMT; VgBOAEYAUABvAG8AbAAgAEIAbwBGACAAQQBwAHAAcgBvAHYAZQBkACAAZgBvAHIAIABMAG8AbgBkAG8AbgA= x-cr-puzzleid: {4DAFF96B-B895-4E4A-AB66-C770CF7F8C7D} x-originating-ip: [10.138.41.28] Content-Type: multipart/alternative; boundary="_000_B0D29E0424F2DE47A0B36779EC6667792586DD95nkgeml501mbschi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Subject: [vnfpool] VNFPool BoF Approved for London X-BeenThere: vnfpool@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Discussion list for virtual network function resource pooling." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2014 09:37:21 -0000 --_000_B0D29E0424F2DE47A0B36779EC6667792586DD95nkgeml501mbschi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, folks, As you may noticed, VNFPool BoF has been approved for London. http://trac.tools.ietf.org/bof/trac/wiki/WikiStart# Thanks for your efforts (comments, list discussions, etc.) since the past f= ew months, which I believe have greatly improved our proposed charter. There are still a lot of work to be done, in the next a few weeks, to get o= ur charter/drafts much improved and well-discussed, and get more supporters= before London. -Ning --_000_B0D29E0424F2DE47A0B36779EC6667792586DD95nkgeml501mbschi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi, folks,

 

As you may noticed, VNFPool BoF= has been approved for London.

http://trac.tools.ietf.org/bof/trac/wiki/W= ikiStart#

 

Thanks for your efforts (commen= ts, list discussions, etc.) since the past few months, which I believe have= greatly improved our proposed charter.

 

There are still a lot of work t= o be done, in the next a few weeks, to get our charter/drafts much improved= and well-discussed, and get more supporters before London.

 

-Ning

 

--_000_B0D29E0424F2DE47A0B36779EC6667792586DD95nkgeml501mbschi_-- From linda.dunbar@huawei.com Fri Jan 24 14:55:23 2014 Return-Path: X-Original-To: vnfpool@ietfa.amsl.com Delivered-To: vnfpool@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 05FF91A01E5 for ; Fri, 24 Jan 2014 14:55:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.735 X-Spam-Level: X-Spam-Status: No, score=-4.735 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.535, 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 D_0m8-Idemnp for ; Fri, 24 Jan 2014 14:55:19 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 5D7751A0154 for ; Fri, 24 Jan 2014 14:55:18 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BAJ96939; Fri, 24 Jan 2014 22:55:16 +0000 (GMT) Received: from LHREML404-HUB.china.huawei.com (10.201.5.218) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 24 Jan 2014 22:55:08 +0000 Received: from DFWEML706-CHM.china.huawei.com (10.193.5.225) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 24 Jan 2014 22:55:15 +0000 Received: from DFWEML701-CHM.china.huawei.com ([169.254.1.21]) by dfweml706-chm.china.huawei.com ([169.254.8.193]) with mapi id 14.03.0158.001; Fri, 24 Jan 2014 14:54:56 -0800 From: Linda Dunbar To: Qin Wu , LAC Chidung Thread-Topic: [vnfpool] Overlap with SFC? Thread-Index: Ac8W0iZRlSKtK4GNSoKpOSf5YsDYgwAOsVzwAAFphcAAByXvQAAeIyUAAB3DtYAATdiQwA== Date: Fri, 24 Jan 2014 22:54:56 +0000 Message-ID: <4A95BA014132FF49AE685FAB4B9F17F645C70B8F@dfweml701-chm.china.huawei.com> References: <0b3501cf16d2$2a3c1e80$7eb45b80$@olddog.co.uk> <52DFAAAA.4090902@orange.com> 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.117] Content-Type: multipart/alternative; boundary="_000_4A95BA014132FF49AE685FAB4B9F17F645C70B8Fdfweml701chmchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "vnfpool@ietf.org" , "adrian@olddog.co.uk" Subject: Re: [vnfpool] Overlap with SFC? X-BeenThere: vnfpool@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Discussion list for virtual network function resource pooling." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2014 22:55:23 -0000 --_000_4A95BA014132FF49AE685FAB4B9F17F645C70B8Fdfweml701chmchi_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Here is my take of the differences and the overlap with SFC: If a service function has a small number of instances, say less than 5, and= they are relative stable, then it is doable for Service Chain to specify t= he specific instances, the so called "Service Chain Path" by SFC drafts. But if there are large number of instances, say in hundreds, and those inst= ances' location/presence change over time (e.g. in NFV environment), then i= t is not scalable to have Service Chain path to specify the specific instan= ces. The service function instances' management, e.g. selection, replacement whe= n failure occurs or over-utilized from a pool of available instances, notif= ication should be the scope of VNFpool. Linda From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of Qin Wu Sent: Wednesday, January 22, 2014 7:38 PM To: LAC Chidung Cc: vnfpool@ietf.org; adrian@olddog.co.uk Subject: Re: [vnfpool] Overlap with SFC? Hi, Chidung: That's one good interpretation. You are right, I should add assumption that the service node that is bypass= ed is optional service node in the chain. Regards! -Qin From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of LAC Chidung Sent: Wednesday, January 22, 2014 7:26 PM To: Qin Wu Cc: vnfpool@ietf.org; adrian@olddog.co.uk Subject: Re: [vnfpool] Overlap with SFC? Hi Qin, "in service chain, when a service node is down, what SFC is doing is to byp= ass this service node": is the following interpretation ok ? A service chain needs X+Y service nodes in order to provide the full servic= e: the X service nodes are mandatory, while the Y service nodes are (kind o= f) optional, i.e., if one (or more) of these Y service nodes is (are) down,= the service chain can still provide the service, but in a degraded mode. I= n this case, the bypassing can only happen for one of the Y service nodes, = i.e., if one of the X service nodes is down, there is no service at all. NB: in this example, we consider, of course, that there is no redundancy an= ywhere, i.e., if a service node is down, the only thing to do is to fix it,= and while waiting for the reparation, we face a degraded service, or no se= rvice at all. Best, Chidung Le 22/01/2014 06:05, Qin Wu a =E9crit : My Understanding is in service chain, when a service node is down, what SFC is doing is to bypa= ss this service node while What nfvpool is doing is to replace the failing one with the new service no= de which provide the same functionality. Please correct me if I am wrong. Regards! -Qin -----Original Message----- From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of Zongning Sent: Wednesday, January 22, 2014 9:42 AM To: Zongning; adrian@olddog.co.uk; vnfpool@ietf= .org Subject: Re: [vnfpool] Overlap with SFC? Sorry, item 1) is obviously not finished. :-) 1) SFC targets on steering packets among service function nodes. vnfpool fo= cuses on redundancy for service nodes, e.g., selecting standby nodes, handl= ing nodes transition/failure cases, without caring about how to construct t= he data path. Again, my fault. -Ning -----Original Message----- From: Zongning Sent: Wednesday, January 22, 2014 9:34 AM To: 'adrian@olddog.co.uk'; vnfpool@ietf.org Subject: RE: [vnfpool] Overlap with SFC? Hi, Adrian, Thanks for raising this question. Actually vnfpool folks have been discussi= ng this question a lot since the very beginning of this work. We believe vnfpool and SFC are independent and complementary mainly due to the below reasons: 1) SFC targets on steering packets among service function nodes. vnfpool focuses on redundancy for service nodes, e.g., selecting standby nodes, handling nodes transition/failure cases, without caring how 2) vnfpool manager in our proposal could interact with SFC control entity t= o: 1) advertise redundant service nodes; 2) notify status of redundant nodes when required; 3) receive resiliency requirements from SFC control entity (if an= y); and so on. 3) vnfpool is not only used in "chained service nodes", but applicable to o= ther cases where service nodes are not necessarily sequentially connected. I appreciate any further feedback and advice from you or IESG, as I believe these feedback will greatly improve the quality of our proposed charter. Thanks. -Ning -----Original Message----- From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of Adrian Farrel Sent: Wednesday, January 22, 2014 1:57 AM To: vnfpool@ietf.org Subject: [vnfpool] Overlap with SFC? Hi, The IESG is looking at the BoF requests for London, and a question came upo= n the overlap between the proposal here and items 4 and 5 in the SFC Charte= r. I think it would be valuable if you could discuss the overlap and the interaction between the two efforts so that there is a clear view. Thanks, Adrian _______________________________________________ vnfpool mailing list vnfpool@ietf.org https://www.ietf.org/mailman/listinfo/vnfpool --_000_4A95BA014132FF49AE685FAB4B9F17F645C70B8Fdfweml701chmchi_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Here is my take of the di= fferences and the overlap with SFC:

 <= /p>

If a service function has= a small number of instances, say less than 5, and they are relative stable= , then it is doable for Service Chain to specify the specific instances, the so called “Service Chain Path” by SFC drafts. <= o:p>

 <= /p>

 <= /p>

But if there are large nu= mber of instances, say in hundreds, and those instances’ location/pre= sence change over time (e.g. in NFV environment), then it is not scalable to have Service Chain path to specify the specific instances.

 <= /p>

The service function inst= ances’ management, e.g. selection, replacement when failure occurs or= over-utilized from a pool of available instances, notification should be  the scope of VNFpool.

 <= /p>

Linda

 <= /p>

 <= /p>

 <= /p>

From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of Qin Wu
Sent: Wednesday, January 22, 2014 7:38 PM
To: LAC Chidung
Cc: vnfpool@ietf.org; adrian@olddog.co.uk
Subject: Re: [vnfpool] Overlap with SFC?

 

Hi, Chidung:

That’s one good int= erpretation.

You are right, I should a= dd assumption that the service node that is bypassed is optional service no= de in the chain.

 <= /p>

Regards!

-Qin

From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of LAC Chidung
Sent: Wednesday, January 22, 2014 7:26 PM
To: Qin Wu
Cc: vnfpool@ietf.org; adrian@olddog.co.uk
Subject: Re: [vnfpool] Overlap with SFC?

 

Hi Qin,
"in service chain, when a service node is down, what SFC is doing i= s to bypass this service node": is the following interpretation ok= ?
A service chain needs X+Y service nodes in order to provide the f= ull service: the X service nodes are mandatory, while the Y service= nodes are (kind of) optional, i.e., if one (or more) of these Y service no= des is (are) down, the service chain can still provide the service, but in a degraded mode. In th= is case, the bypassing can only happen for one of the Y service node= s, i.e., if one of the X service nodes is down, there is no service at all.
NB: in this example, we consider, of course, that there is no redund= ancy anywhere, i.e., if a service node is down, the only thing to do is to = fix it, and while waiting for the reparation, we face a degraded service, o= r no service at all.
Best,
Chidung
 

Le 22/01/2014 06:05= , Qin Wu a =E9crit :

My Understanding is 
in service chain, when a service node is down, what SFC is doing is to=
 bypass this service node while
What nfvpool is doing is to replace the failing one with the new servi=
ce node which provide the same functionality.
Please correct me if I am wrong.
Regards!
-Qin
-----Original Message-----
From: vnfpool [mailto:vnfp=
ool-bounces@ietf.org] On Behalf Of Zongning
Sent: Wednesday, January 22, 2014 9:42 AM
To: Zongning; adrian@olddog.co.=
uk; vnfpool@ietf.org=

Subject: Re: [vnfpool] Overlap with SFC?
 
Sorry, item 1) is obviously not finished. :-)
1) SFC targets on steering packets among service function nodes. vnfpo=
ol focuses on redundancy for service nodes, e.g., selecting standby nodes, =
handling nodes transition/failure cases, without caring about how to constr=
uct the data path.
Again, my fault.
-Ning
 
-----Original Message-----
From: Zongning
Sent: Wednesday, January 22, 2014 9:34 AM
To: 'adrian@olddog.co.uk'; =
vnfpool@ietf.org
Subject: RE: [vnfpool] Overlap with SFC?
 
Hi, Adrian,
Thanks for raising this question. Actually vnfpool folks have been dis=
cussing this
question a lot since the very beginning of this work.
We believe vnfpool and SFC are independent and complementary mainly du=
e to
the below reasons:
1) SFC targets on steering packets among service function nodes. vnfpo=
ol
focuses on redundancy for service nodes, e.g., selecting standby nodes=
,
handling nodes transition/failure cases, without caring how=

2) vnfpool manager in our proposal could interact with SFC control ent=
ity to: 1)
advertise redundant service nodes; 2) notify status of redundant nodes=
 when
required; 3) receive resiliency requirements from SFC control entity (=
if any); and
so on.
3) vnfpool is not only used in "chained service nodes", but =
applicable to other
cases where service nodes are not necessarily sequentially connected.<=
o:p>
I appreciate any further feedback and advice from you or IESG, as I be=
lieve
these feedback will greatly improve the quality of our proposed charte=
r.
Thanks.
-Ning
 
-----Original Message-----
From: vnfpool [mailto:vnfp=
ool-bounces@ietf.org] On Behalf Of Adrian Farrel
Sent: Wednesday, January 22, 2014 1:57 AM
To: vnfpool@ietf.org
Subject: [vnfpool] Overlap with SFC?
 
Hi,
The IESG is looking at the BoF requests for London, and a question cam=
e upon the overlap between the proposal here and items 4 and 5 in the SFC C=
harter.
I think it would be valuable if you could discuss the overlap and the<=
o:p>
interaction between the two efforts so that there is a clear view.
Thanks,
Adrian
 
_______________________________________________
vnfpool mailing list
vnfpool@ietf.org

https://www.=
ietf.org/mailman/listinfo/vnfpool
--_000_4A95BA014132FF49AE685FAB4B9F17F645C70B8Fdfweml701chmchi_-- From linda.dunbar@huawei.com Fri Jan 24 15:06:02 2014 Return-Path: X-Original-To: vnfpool@ietfa.amsl.com Delivered-To: vnfpool@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DD30D1A01F7 for ; Fri, 24 Jan 2014 15:06:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.735 X-Spam-Level: X-Spam-Status: No, score=-4.735 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.535, 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 K8jEH-Hj4aMF for ; Fri, 24 Jan 2014 15:06:00 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 182081A01F5 for ; Fri, 24 Jan 2014 15:05:58 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BCX02156; Fri, 24 Jan 2014 23:05:56 +0000 (GMT) Received: from LHREML404-HUB.china.huawei.com (10.201.5.218) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 24 Jan 2014 23:05:34 +0000 Received: from DFWEML702-CHM.china.huawei.com (10.193.5.72) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 24 Jan 2014 23:05:54 +0000 Received: from DFWEML701-CHM.china.huawei.com ([169.254.1.21]) by dfweml702-chm.china.huawei.com ([169.254.4.231]) with mapi id 14.03.0158.001; Fri, 24 Jan 2014 15:05:46 -0800 From: Linda Dunbar To: LAC Chidung , Qin Wu Thread-Topic: [vnfpool] Overlap with SFC? Thread-Index: Ac8W0iZRlSKtK4GNSoKpOSf5YsDYgwAOsVzwAAFphcAAByXvQAAeIyUAAGwzmxA= Date: Fri, 24 Jan 2014 23:05:46 +0000 Message-ID: <4A95BA014132FF49AE685FAB4B9F17F645C70F9E@dfweml701-chm.china.huawei.com> References: <0b3501cf16d2$2a3c1e80$7eb45b80$@olddog.co.uk> <52DFAAAA.4090902@orange.com> In-Reply-To: <52DFAAAA.4090902@orange.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.192.11.117] Content-Type: multipart/alternative; boundary="_000_4A95BA014132FF49AE685FAB4B9F17F645C70F9Edfweml701chmchi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "vnfpool@ietf.org" , "adrian@olddog.co.uk" Subject: Re: [vnfpool] Overlap with SFC? X-BeenThere: vnfpool@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Discussion list for virtual network function resource pooling." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jan 2014 23:06:03 -0000 --_000_4A95BA014132FF49AE685FAB4B9F17F645C70F9Edfweml701chmchi_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Chidung, Do you have an example of "A service chain needs X+Y service nodes while X = is mandatory and Y being optional"? Thanks, Linda From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of LAC Chidung Sent: Wednesday, January 22, 2014 5:26 AM To: Qin Wu Cc: vnfpool@ietf.org; adrian@olddog.co.uk Subject: Re: [vnfpool] Overlap with SFC? Hi Qin, "in service chain, when a service node is down, what SFC is doing is to byp= ass this service node": is the following interpretation ok ? A service chain needs X+Y service nodes in order to provide the full servic= e: the X service nodes are mandatory, while the Y service nodes are (kind o= f) optional, i.e., if one (or more) of these Y service nodes is (are) down,= the service chain can still provide the service, but in a degraded mode. I= n this case, the bypassing can only happen for one of the Y service nodes, = i.e., if one of the X service nodes is down, there is no service at all. NB: in this example, we consider, of course, that there is no redundancy an= ywhere, i.e., if a service node is down, the only thing to do is to fix it,= and while waiting for the reparation, we face a degraded service, or no se= rvice at all. Best, Chidung Le 22/01/2014 06:05, Qin Wu a =E9crit : My Understanding is in service chain, when a service node is down, what SFC is doing is to bypa= ss this service node while What nfvpool is doing is to replace the failing one with the new service no= de which provide the same functionality. Please correct me if I am wrong. Regards! -Qin -----Original Message----- From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of Zongning Sent: Wednesday, January 22, 2014 9:42 AM To: Zongning; adrian@olddog.co.uk; vnfpool@ietf= .org Subject: Re: [vnfpool] Overlap with SFC? Sorry, item 1) is obviously not finished. :-) 1) SFC targets on steering packets among service function nodes. vnfpool fo= cuses on redundancy for service nodes, e.g., selecting standby nodes, handl= ing nodes transition/failure cases, without caring about how to construct t= he data path. Again, my fault. -Ning -----Original Message----- From: Zongning Sent: Wednesday, January 22, 2014 9:34 AM To: 'adrian@olddog.co.uk'; vnfpool@ietf.org Subject: RE: [vnfpool] Overlap with SFC? Hi, Adrian, Thanks for raising this question. Actually vnfpool folks have been discussi= ng this question a lot since the very beginning of this work. We believe vnfpool and SFC are independent and complementary mainly due to the below reasons: 1) SFC targets on steering packets among service function nodes. vnfpool focuses on redundancy for service nodes, e.g., selecting standby nodes, handling nodes transition/failure cases, without caring how 2) vnfpool manager in our proposal could interact with SFC control entity t= o: 1) advertise redundant service nodes; 2) notify status of redundant nodes when required; 3) receive resiliency requirements from SFC control entity (if an= y); and so on. 3) vnfpool is not only used in "chained service nodes", but applicable to o= ther cases where service nodes are not necessarily sequentially connected. I appreciate any further feedback and advice from you or IESG, as I believe these feedback will greatly improve the quality of our proposed charter. Thanks. -Ning -----Original Message----- From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of Adrian Farrel Sent: Wednesday, January 22, 2014 1:57 AM To: vnfpool@ietf.org Subject: [vnfpool] Overlap with SFC? Hi, The IESG is looking at the BoF requests for London, and a question came upo= n the overlap between the proposal here and items 4 and 5 in the SFC Charte= r. I think it would be valuable if you could discuss the overlap and the interaction between the two efforts so that there is a clear view. Thanks, Adrian _______________________________________________ vnfpool mailing list vnfpool@ietf.org https://www.ietf.org/mailman/listinfo/vnfpool --_000_4A95BA014132FF49AE685FAB4B9F17F645C70F9Edfweml701chmchi_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Chidung,

 <= /p>

Do you have an example of= “A service chain needs X+= ;Y service nodes while X is mandatory and Y being optional”?

 

Thanks,

Linda

 <= /p>

From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of LAC Chidung
Sent: Wednesday, January 22, 2014 5:26 AM
To: Qin Wu
Cc: vnfpool@ietf.org; adrian@olddog.co.uk
Subject: Re: [vnfpool] Overlap with SFC?

 

Hi Qin,
"in service chain, when a service node is down, what SFC is doing i= s to bypass this service node": is the following interpretation ok= ?
A service chain needs X+Y service nodes in order to provide the f= ull service: the X service nodes are mandatory, while the Y service= nodes are (kind of) optional, i.e., if one (or more) of these Y service no= des is (are) down, the service chain can still provide the service, but in a degraded mode. In th= is case, the bypassing can only happen for one of the Y service node= s, i.e., if one of the X service nodes is down, there is no service at all.
NB: in this example, we consider, of course, that there is no redund= ancy anywhere, i.e., if a service node is down, the only thing to do is to = fix it, and while waiting for the reparation, we face a degraded service, o= r no service at all.
Best,
Chidung
 

Le 22/01/2014 06:05= , Qin Wu a =E9crit :

My Understanding is 
in service chain, when a service node is down, what SFC is doing is to=
 bypass this service node while
What nfvpool is doing is to replace the failing one with the new servi=
ce node which provide the same functionality.
Please correct me if I am wrong.
Regards!
-Qin
-----Original Message-----
From: vnfpool [mailto:vnfp=
ool-bounces@ietf.org] On Behalf Of Zongning
Sent: Wednesday, January 22, 2014 9:42 AM
To: Zongning; adrian@olddog.co.=
uk; vnfpool@ietf.org=

Subject: Re: [vnfpool] Overlap with SFC?
 
Sorry, item 1) is obviously not finished. :-)
1) SFC targets on steering packets among service function nodes. vnfpo=
ol focuses on redundancy for service nodes, e.g., selecting standby nodes, =
handling nodes transition/failure cases, without caring about how to constr=
uct the data path.
Again, my fault.
-Ning
 
-----Original Message-----
From: Zongning
Sent: Wednesday, January 22, 2014 9:34 AM
To: 'adrian@olddog.co.uk'; =
vnfpool@ietf.org
Subject: RE: [vnfpool] Overlap with SFC?
 
Hi, Adrian,
Thanks for raising this question. Actually vnfpool folks have been dis=
cussing this
question a lot since the very beginning of this work.
We believe vnfpool and SFC are independent and complementary mainly du=
e to
the below reasons:
1) SFC targets on steering packets among service function nodes. vnfpo=
ol
focuses on redundancy for service nodes, e.g., selecting standby nodes=
,
handling nodes transition/failure cases, without caring how=

2) vnfpool manager in our proposal could interact with SFC control ent=
ity to: 1)
advertise redundant service nodes; 2) notify status of redundant nodes=
 when
required; 3) receive resiliency requirements from SFC control entity (=
if any); and
so on.
3) vnfpool is not only used in "chained service nodes", but =
applicable to other
cases where service nodes are not necessarily sequentially connected.<=
o:p>
I appreciate any further feedback and advice from you or IESG, as I be=
lieve
these feedback will greatly improve the quality of our proposed charte=
r.
Thanks.
-Ning
 
-----Original Message-----
From: vnfpool [mailto:vnfp=
ool-bounces@ietf.org] On Behalf Of Adrian Farrel
Sent: Wednesday, January 22, 2014 1:57 AM
To: vnfpool@ietf.org
Subject: [vnfpool] Overlap with SFC?
 
Hi,
The IESG is looking at the BoF requests for London, and a question cam=
e upon the overlap between the proposal here and items 4 and 5 in the SFC C=
harter.
I think it would be valuable if you could discuss the overlap and the<=
o:p>
interaction between the two efforts so that there is a clear view.
Thanks,
Adrian
 
_______________________________________________
vnfpool mailing list
vnfpool@ietf.org

https://www.=
ietf.org/mailman/listinfo/vnfpool
--_000_4A95BA014132FF49AE685FAB4B9F17F645C70F9Edfweml701chmchi_-- From shares@ndzh.com Fri Jan 24 17:04:37 2014 Return-Path: X-Original-To: vnfpool@ietfa.amsl.com Delivered-To: vnfpool@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EB3661A002B for ; Fri, 24 Jan 2014 17:04:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.946 X-Spam-Level: X-Spam-Status: No, score=0.946 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=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 errxjskwkKYq for ; Fri, 24 Jan 2014 17:04:32 -0800 (PST) Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id 708D21A0293 for ; Fri, 24 Jan 2014 17:04:32 -0800 (PST) X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=64.112.195.202; From: "Susan Hares" To: "'Linda Dunbar'" , "'Qin Wu'" , "'LAC Chidung'" References: <0b3501cf16d2$2a3c1e80$7eb45b80$@olddog.co.uk> <52DFAAAA.4090902@orange.com> <4A95BA014132FF49AE685FAB4B9F17F645C70B8F@dfweml701-chm.china.huawei.com> In-Reply-To: <4A95BA014132FF49AE685FAB4B9F17F645C70B8F@dfweml701-chm.china.huawei.com> Date: Fri, 24 Jan 2014 20:04:28 -0500 Message-ID: <003d01cf1969$667d6c70$33784550$@ndzh.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_003E_01CF193F.7DAC9490" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQJUgk5S2vYwI1Q0YFl5sogjgheq9QK/ZRE2AlnZczgCfsNpoALSrCX4ApAwcqqZIfVh0A== Content-Language: en-us X-Authenticated-User: skh@ndzh.com Cc: vnfpool@ietf.org, adrian@olddog.co.uk Subject: Re: [vnfpool] Overlap with SFC? X-BeenThere: vnfpool@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Discussion list for virtual network function resource pooling." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Jan 2014 01:04:38 -0000 This is a multipart message in MIME format. ------=_NextPart_000_003E_01CF193F.7DAC9490 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Linda: =20 I agree with your use example, but would like to clarify it.=20 =20 VNF Pools is about redundancy needs rather than chaining paths. Pools provide the redundancy. You may need the redundancy for even a short = chain if it is High-availability. You may have parallel chains to support = the redundancy.=20 =20 Cheers,=20 Sue=20 =20 From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of Linda = Dunbar Sent: Friday, January 24, 2014 5:55 PM To: Qin Wu; LAC Chidung Cc: vnfpool@ietf.org; adrian@olddog.co.uk Subject: Re: [vnfpool] Overlap with SFC? =20 Here is my take of the differences and the overlap with SFC: =20 If a service function has a small number of instances, say less than 5, = and they are relative stable, then it is doable for Service Chain to specify = the specific instances, the so called =93Service Chain Path=94 by SFC = drafts.=20 =20 =20 But if there are large number of instances, say in hundreds, and those instances=92 location/presence change over time (e.g. in NFV = environment), then it is not scalable to have Service Chain path to specify the = specific instances.=20 =20 The service function instances=92 management, e.g. selection, = replacement when failure occurs or over-utilized from a pool of available instances, notification should be the scope of VNFpool.=20 =20 Linda =20 =20 =20 From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of Qin Wu Sent: Wednesday, January 22, 2014 7:38 PM To: LAC Chidung Cc: vnfpool@ietf.org; adrian@olddog.co.uk Subject: Re: [vnfpool] Overlap with SFC? =20 Hi, Chidung: That=92s one good interpretation. You are right, I should add assumption that the service node that is bypassed is optional service node in the chain. =20 Regards! -Qin From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of LAC Chidung Sent: Wednesday, January 22, 2014 7:26 PM To: Qin Wu Cc: vnfpool@ietf.org; adrian@olddog.co.uk Subject: Re: [vnfpool] Overlap with SFC? =20 Hi Qin, "in service chain, when a service node is down, what SFC is doing is to bypass this service node": is the following interpretation ok ? A service chain needs X+Y service nodes in order to provide the full service: the X service nodes are mandatory, while the Y service nodes = are (kind of) optional, i.e., if one (or more) of these Y service nodes is = (are) down, the service chain can still provide the service, but in a degraded mode. In this case, the bypassing can only happen for one of the Y = service nodes, i.e., if one of the X service nodes is down, there is no service = at all. NB: in this example, we consider, of course, that there is no redundancy anywhere, i.e., if a service node is down, the only thing to do is to = fix it, and while waiting for the reparation, we face a degraded service, or = no service at all. Best, Chidung =20 Le 22/01/2014 06:05, Qin Wu a =E9crit : My Understanding is=20 in service chain, when a service node is down, what SFC is doing is to bypass this service node while What nfvpool is doing is to replace the failing one with the new service node which provide the same functionality. Please correct me if I am wrong. Regards! -Qin -----Original Message----- From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of Zongning Sent: Wednesday, January 22, 2014 9:42 AM To: Zongning; adrian@olddog.co.uk; vnfpool@ietf.org Subject: Re: [vnfpool] Overlap with SFC? =20 Sorry, item 1) is obviously not finished. :-) 1) SFC targets on steering packets among service function nodes. vnfpool focuses on redundancy for service nodes, e.g., selecting standby nodes, handling nodes transition/failure cases, without caring about how to construct the data path. Again, my fault. -Ning =20 -----Original Message----- From: Zongning Sent: Wednesday, January 22, 2014 9:34 AM To: 'adrian@olddog.co.uk'; vnfpool@ietf.org Subject: RE: [vnfpool] Overlap with SFC? =20 Hi, Adrian, Thanks for raising this question. Actually vnfpool folks have been discussing this question a lot since the very beginning of this work. We believe vnfpool and SFC are independent and complementary mainly due = to the below reasons: 1) SFC targets on steering packets among service function nodes. vnfpool focuses on redundancy for service nodes, e.g., selecting standby nodes, handling nodes transition/failure cases, without caring how 2) vnfpool manager in our proposal could interact with SFC control = entity to: 1) advertise redundant service nodes; 2) notify status of redundant nodes = when required; 3) receive resiliency requirements from SFC control entity (if any); and so on. 3) vnfpool is not only used in "chained service nodes", but applicable = to other cases where service nodes are not necessarily sequentially connected. I appreciate any further feedback and advice from you or IESG, as I = believe these feedback will greatly improve the quality of our proposed charter. Thanks. -Ning =20 -----Original Message----- From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of Adrian = Farrel Sent: Wednesday, January 22, 2014 1:57 AM To: vnfpool@ietf.org Subject: [vnfpool] Overlap with SFC? =20 Hi, The IESG is looking at the BoF requests for London, and a question came = upon the overlap between the proposal here and items 4 and 5 in the SFC = Charter. I think it would be valuable if you could discuss the overlap and the interaction between the two efforts so that there is a clear view. Thanks, Adrian =20 _______________________________________________ vnfpool mailing list vnfpool@ietf.org https://www.ietf.org/mailman/listinfo/vnfpool ------=_NextPart_000_003E_01CF193F.7DAC9490 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Linda:

 

I agree with your use example, but would like to clarify it. =

 

VNF Pools =A0is about redundancy needs rather than chaining paths.=A0 = =A0Pools provide the redundancy. =A0=A0You may need the redundancy for = even a short chain if it is High-availability.=A0 =A0You may have = parallel chains to support the redundancy.

=A0

Cheers,

Sue

 

From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of = Linda Dunbar
Sent: Friday, January 24, 2014 5:55 = PM
To: Qin Wu; LAC Chidung
Cc: vnfpool@ietf.org; = adrian@olddog.co.uk
Subject: Re: [vnfpool] Overlap with = SFC?

 

Here is my take of the differences and the overlap with = SFC:

 

If a service function has a small number of instances, say less than = 5, and they are relative stable, then it is doable for Service Chain to = specify the specific instances, the so called “Service Chain = Path” by SFC drafts.

 

 

But if there are large number of instances, say in hundreds, and = those instances’ location/presence change over time (e.g. in NFV = environment), then it is not scalable to have Service Chain path to = specify the specific instances.

 

The service function instances’ management, e.g. selection, = replacement when failure occurs or over-utilized from a pool of = available instances, notification should be  the scope of VNFpool. =

 

Linda

 

 

 

 

Hi, Chidung:

That’s one good interpretation.

You are right, I should add assumption that the service node that is = bypassed is optional service node in the chain.

 

Regards!

-Qin

 

Hi Qin,
"in service chain, when a = service node is down, what SFC is doing is to bypass this service = node": is the following interpretation ok ?
A service chain = needs X+Y service nodes in order to provide the full = service: the X service nodes are mandatory, while the Y service nodes = are (kind of) optional, i.e., if one (or more) of these Y service nodes = is (are) down, the service chain can still provide the service, but in a = degraded mode. In this case, the bypassing can only = happen for one of the Y service nodes, i.e., if one of the X service = nodes is down, there is no service at all.
NB: = in this example, we consider, of course, that there is no redundancy = anywhere, i.e., if a service node is down, the only thing to do is to = fix it, and while waiting for the reparation, we face a degraded = service, or no service at = all.
Best,
Chidung
 

Le 22/01/2014 06:05, = Qin Wu a =E9crit :

My Understanding is =

in service chain, when a service node is down, =
what SFC is doing is to bypass this service node =
while
What nfvpool is doing is to replace the =
failing one with the new service node which provide the same =
functionality.
Please correct me if I am =
wrong.
Regards!
-Qin=

-----Original Message-----
From: vnfpool =
[mailto:vnfpool-bounces@ietf.org<=
/a>] On Behalf Of Zongning
Sent: Wednesday, January =
22, 2014 9:42 AM
To: Zongning; adrian@olddog.co.uk; vnfpool@ietf.org
Subject: Re: [vnfpool] Overlap with = SFC?
 
Sorry, item 1) is =
obviously not finished. :-)
1) SFC targets on =
steering packets among service function nodes. vnfpool focuses on =
redundancy for service nodes, e.g., selecting standby nodes, handling =
nodes transition/failure cases, without caring about how to construct =
the data path.
Again, my =
fault.
-Ning
 <=
/pre>
-----Original =
Message-----
From: =
Zongning
Sent: Wednesday, January 22, 2014 9:34 =
AM
To: 'adrian@olddog.co.uk'; vnfpool@ietf.org
Subject: RE: [vnfpool] Overlap with =
SFC?
 
Hi, =
Adrian,
Thanks for raising this question. Actually =
vnfpool folks have been discussing this
question a =
lot since the very beginning of this work.
We =
believe vnfpool and SFC are independent and complementary mainly due =
to
the below reasons:
1) SFC =
targets on steering packets among service function nodes. =
vnfpool
focuses on redundancy for service nodes, =
e.g., selecting standby nodes,
handling nodes =
transition/failure cases, without caring how
2) =
vnfpool manager in our proposal could interact with SFC control entity =
to: 1)
advertise redundant service nodes; 2) notify =
status of redundant nodes when
required; 3) receive =
resiliency requirements from SFC control entity (if any); =
and
so on.
3) vnfpool is not =
only used in "chained service nodes", but applicable to =
other
cases where service nodes are not necessarily =
sequentially connected.
I appreciate any further =
feedback and advice from you or IESG, as I =
believe
these feedback will greatly improve the =
quality of our proposed =
charter.
Thanks.
-Ning
 
-----Original =
Message-----
From: vnfpool [mailto:vnfpool-bounces@ietf.org<=
/a>] On Behalf Of Adrian Farrel
Sent: Wednesday, =
January 22, 2014 1:57 AM
To: vnfpool@ietf.org
Subject: [vnfpool] Overlap with = SFC?
 
Hi,
The IESG is looking at the BoF requests for London, and a question =
came upon the overlap between the proposal here and items 4 and 5 in the =
SFC Charter.
I think it would be valuable if you =
could discuss the overlap and the
interaction =
between the two efforts so that there is a clear =
view.
Thanks,
Adrian=

 
__________________________________=
_____________
vnfpool mailing =
list
vnfpool@ietf.org
https://www.ietf.o=
rg/mailman/listinfo/vnfpool
------=_NextPart_000_003E_01CF193F.7DAC9490-- From zongning@huawei.com Sun Jan 26 19:15:19 2014 Return-Path: X-Original-To: vnfpool@ietfa.amsl.com Delivered-To: vnfpool@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D91B41A018C for ; Sun, 26 Jan 2014 19:15:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.736 X-Spam-Level: X-Spam-Status: No, score=-104.736 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.535, SPF_PASS=-0.001, 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 9IR7nDEU_6Sy for ; Sun, 26 Jan 2014 19:15:17 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 305C71A018A for ; Sun, 26 Jan 2014 19:15:17 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BCY32795; Mon, 27 Jan 2014 03:15:14 +0000 (GMT) Received: from LHREML402-HUB.china.huawei.com (10.201.5.241) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.3.158.1; Mon, 27 Jan 2014 03:14:45 +0000 Received: from NKGEML404-HUB.china.huawei.com (10.98.56.35) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.158.1; Mon, 27 Jan 2014 03:15:11 +0000 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.56]) by nkgeml404-hub.china.huawei.com ([10.98.56.35]) with mapi id 14.03.0158.001; Mon, 27 Jan 2014 11:15:05 +0800 From: Zongning To: Susan Hares , "vnfpool@ietf.org" Thread-Topic: New Version Notification for draft-hares-vnf-pool-use-case-00.txt Thread-Index: AQGz+yMnEF0YJ/Qfq4fpBXi1+BCeQprFpQPggAh9ARA= Date: Mon, 27 Jan 2014 03:15:04 +0000 Message-ID: References: <20140121172415.28055.87534.idtracker@ietfa.amsl.com> <00c201cf16cd$f573d6b0$e05b8410$@ndzh.com> In-Reply-To: <00c201cf16cd$f573d6b0$e05b8410$@ndzh.com> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.138.41.28] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: Spencer Dawkins , Martin Stiemerling Subject: Re: [vnfpool] New Version Notification for draft-hares-vnf-pool-use-case-00.txt X-BeenThere: vnfpool@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Discussion list for virtual network function resource pooling." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jan 2014 03:15:20 -0000 SGksIFN1ZSwNCg0KVGhpcyBpcyByZWFsbHkgYW4gZXhjZWxsZW50IGRyYWZ0IGRlc2NyaWJpbmcg c2V2ZXJhbCBpbnRlcmVzdGluZyBhbmQgcmVhbCBzY2VuYXJpb3Mgb2Ygdm5mcG9vbCAhDQoNClNv bWUgcXVpY2sgbm90ZXM6DQoxKSBRdWl0ZSBhIG51bWJlciBvZiBWTkZzIGFyZSBsaXN0ZWQgaW4g eW91ciBpbXBsZW1lbnRhdGlvbnMuIENvdWxkIHlvdSBwbGVhc2Ugcm91Z2hseSBkZXNjcmliZSBo b3cgdGhlc2UgVk5GcyBhcmUgb3JnYW5pemVkIChlLmcuLCBhbGxvY2F0ZWQgYW1vbmdzdCBwb29s cywgbWFuYWdlZCBieSBwb29sIG1hbmFnZXJzKT8gSSBzdHJvbmdseSBiZWxpZXZlIHRob3NlIGRl dGFpbHMgd291bGQgYmUgZ29vZCByZWZlcmVuY2UgdG8gdm5mcG9vbCBhcmNoaXRlY3R1cmUgYXMg cG90ZW50aWFsIG5leHQgc3RlcCB3b3JrLg0KMikgSSBhbSBub3Qgc3VyZSBJIGNvbXBsZXRlbHkg dW5kZXJzdGFuZCB0aGUgY2FzZSBvZiAiYXBwbGljYXRpb24gc2NhbGluZyIuIERvIHlvdSBtZWFu IHRoYXQgVk5GcyBhcmUgdXNlZCB0byBoYW5kbGUgdGhlIGFwcGxpY2F0aW9uIHJlcXVlc3RzLCBv ciBqdXN0IHVzZWQgdG8gaW1wbGVtZW50IHRoZSBhcHBsaWNhdGlvbnMgdGhlbXNlbHZlcz8gSSBh bHNvIGRvbid0IHF1aXRlIHVuZGVyc3RhbmQgIjIgTWlsbGlvbiBVUkkgcmVmZXJlbmNlcyBmb3Ig ZWFjaCBhY2Nlc3Mgbm9kZSIuIENvdWxkIHlvdSBlbGFib3JhdGUgbW9yZSBvbiB0aGlzPw0KMykg U3RpbGwgc29tZSBlZGl0b3JpYWwgbml0cyAtIGxpa2UgIkRDSFAiPyA6LSkNCg0KVGhhbmtzLg0K DQotTmluZw0KDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IFN1c2FuIEhh cmVzIFttYWlsdG86c2hhcmVzQG5kemguY29tXQ0KPiBTZW50OiBXZWRuZXNkYXksIEphbnVhcnkg MjIsIDIwMTQgMToyNyBBTQ0KPiBUbzogdm5mcG9vbEBpZXRmLm9yZw0KPiBDYzogU3BlbmNlciBE YXdraW5zOyBNYXJ0aW4gU3RpZW1lcmxpbmc7IFpvbmduaW5nDQo+IFN1YmplY3Q6IEZXOiBOZXcg VmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LWhhcmVzLXZuZi1wb29sLXVzZS1jYXNlLTAw LnR4dA0KPiANCj4gSGkgYWxsOg0KPiANCj4gSSd2ZSBwb3N0ZWQgYSByb3VnaCBkcmFmdCBvbiB1 c2UgY2FzZXMgYmVoaW5kIHRoZSBWTkYgUG9vbCBlZmZvcnQuDQo+IEkgbG9vayBmb3J3YXJkIHRv IHlvdXIgY29tbWVudHMgb24gdGhlIGxpc3QuDQo+IA0KPiBTdWUNCj4gDQo+IFBTIC0gcGxlYXNl IGJlIGtpbmQgaW4gY29tbWVudHMgLi4gaXQgaXMgYSAicm91Z2giIGRyYWZ0Li4NCj4gDQo+IA0K PiAtLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KPiBGcm9tOiBpbnRlcm5ldC1kcmFmdHNAaWV0 Zi5vcmcgW21haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmddDQo+IFNlbnQ6IFR1ZXNkYXks IEphbnVhcnkgMjEsIDIwMTQgMTI6MjQgUE0NCj4gVG86IEthcnRoaWtleWFuIFN1YnJhbWFuaWFt OyBTdXNhbiBIYXJlczsgU3VzYW4gSGFyZXMNCj4gU3ViamVjdDogTmV3IFZlcnNpb24gTm90aWZp Y2F0aW9uIGZvciBkcmFmdC1oYXJlcy12bmYtcG9vbC11c2UtY2FzZS0wMC50eHQNCj4gDQo+IA0K PiBBIG5ldyB2ZXJzaW9uIG9mIEktRCwgZHJhZnQtaGFyZXMtdm5mLXBvb2wtdXNlLWNhc2UtMDAu dHh0DQo+IGhhcyBiZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQgYnkgU3VzYW4gSGFyZXMgYW5k IHBvc3RlZCB0byB0aGUgSUVURg0KPiByZXBvc2l0b3J5Lg0KPiANCj4gTmFtZToJCWRyYWZ0LWhh cmVzLXZuZi1wb29sLXVzZS1jYXNlDQo+IFJldmlzaW9uOgkwMA0KPiBUaXRsZToJCVVzZSBDYXNl cyBmb3IgUmVzb3VyY2UgUG9vbHMgd2l0aCBWaXJ0dWFsIE5ldHdvcmsgRnVuY3Rpb25zDQo+IChW TkZzKQ0KPiBEb2N1bWVudCBkYXRlOgkyMDE0LTAxLTIxDQo+IEdyb3VwOgkJSW5kaXZpZHVhbCBT dWJtaXNzaW9uDQo+IFBhZ2VzOgkJMTINCj4gVVJMOg0KPiBodHRwOi8vd3d3LmlldGYub3JnL2lu dGVybmV0LWRyYWZ0cy9kcmFmdC1oYXJlcy12bmYtcG9vbC11c2UtY2FzZS0wMC50eHQNCj4gU3Rh dHVzOg0KPiBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1oYXJlcy12bmYt cG9vbC11c2UtY2FzZS8NCj4gSHRtbGl6ZWQ6ICAgICAgIGh0dHA6Ly90b29scy5pZXRmLm9yZy9o dG1sL2RyYWZ0LWhhcmVzLXZuZi1wb29sLXVzZS1jYXNlLTAwDQo+IA0KPiANCj4gQWJzdHJhY3Q6 DQo+ICAgIEluIHRoZSBjb250ZXh0IG9mIHZpcnR1YWxpemF0aW9uLCBhIHNlcnZpY2UgZXNzZW50 aWFsbHkgY29uc2lzdHMgb2YgYQ0KPiAgICBzZXQgb2YgVmlydHVhbGl6ZWQgTmV0d29yayBGdW5j dGlvbnMgKFZORnMpIHdpdGggZWFjaCBWTkYgYnVpbGRpbmcgb24NCj4gICAgdG9wIG9mIHZpcnR1 YWxpemF0aW9uIGluZnJhc3RydWN0dXJlIHRvIGltcGxlbWVudCBhIHNwZWNpZmljIG5ldHdvcmsN Cj4gICAgZnVuY3Rpb25zIGFsb25nIHdpdGggdGhlIGRhdGEgY29ubmVjdGlvbnMgYmV0d2VlbiBW TkZzLiAgVk5GcyBtYXkgYmUNCj4gICAgaGlnaGx5IGRpc3RyaWJ1dGVkIGV4aXN0aW5nIGluIGRl dmljZXMgaW4gZGF0YSBjZW50ZXIgbmV0d29ya3MsDQo+ICAgIG1vYmlsZSBuZXR3b3JrcyBvciBz YXRlbGxpdGUgbmV0d29ya3MuICBJbiBzb21lIG9mIHRoZXNlDQo+ICAgIGVudmlyb25tZW50cywg dGhlIHJlc291cmNlcyBhcmUgaGlnaGx5IGNvbnN0cmFpbmVkLg0KPiANCj4gICAgVGhpcyBkcmFm dCBwcm92aWRlcyBzZXZlbiB1c2UgY2FzZXMgdGhlIGF1dGhvcnMgaGF2ZSBpbXBsZW1lbnRlZCBp bg0KPiAgICBkZW1vbnN0cmF0aW9uIG9yIGRlcGxveWVkIGNvZGUgZm9yIHRoZSBmb2xsb3dpbmcg bmV0d29yayBmdW5jdGlvbg0KPiAgICB2aXJ0dWFsaXphdGlvbjogY2xvdWQgYnVyc3RpbmcsIHBh cmVudGFsIGNvbnRyb2xzLCBsb2FkIGJhbGFuY2VyIGZvcg0KPiAgICBtdWx0aXBhdGggKEwxLUw3 KSwgV0FOIG9wdGltaXphdGlvbiB0aGF0IHJ1bnMgZWl0aGVyIGJldHdlZW4gYWNjZXNzDQo+ICAg IG5vZGVzIGFuZCBEYXRhIENlbnRlcnMsIFdBTiBvcHRpbWl6YXRpb24gYmV0d2VlbiBtb2JpbGUg cGhvbmVzIHRvDQo+ICAgIERhdGEgQ2VudGVycyAodGhyb3VnaCBhY2Nlc3Mgbm9kZXMpLCBhcHBs aWNhdGlvbiBwbGFjZW1lbnQNCj4gICAgb3B0aW1pemF0aW9uLCBhbmQgb3B0aW1pemVkIHBsYWNl bWVudCBvZiB3ZWIgYXBwbGljYXRpb25zIHV0aWxpemluZw0KPiAgICBtaW5pbWFsIGRhdGEgdHJh bnNmZXIuDQo+IA0KPiANCj4gDQo+IA0KPiBQbGVhc2Ugbm90ZSB0aGF0IGl0IG1heSB0YWtlIGEg Y291cGxlIG9mIG1pbnV0ZXMgZnJvbSB0aGUgdGltZSBvZiBzdWJtaXNzaW9uDQo+IHVudGlsIHRo ZSBodG1saXplZCB2ZXJzaW9uIGFuZCBkaWZmIGFyZSBhdmFpbGFibGUgYXQgdG9vbHMuaWV0Zi5v cmcuDQo+IA0KPiBUaGUgSUVURiBTZWNyZXRhcmlhdA0KPiANCg0K From chidung.lac@orange.com Tue Jan 28 06:35:54 2014 Return-Path: X-Original-To: vnfpool@ietfa.amsl.com Delivered-To: vnfpool@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A8CF51A0420 for ; Tue, 28 Jan 2014 06:35:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.418 X-Spam-Level: X-Spam-Status: No, score=-1.418 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HELO_EQ_FR=0.35, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.535, SPF_SOFTFAIL=0.665] 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 ma9IiGKZP5Ir for ; Tue, 28 Jan 2014 06:35:51 -0800 (PST) Received: from r-mail1.rd.orange.com (r-mail1.rd.orange.com [217.108.152.41]) by ietfa.amsl.com (Postfix) with ESMTP id 82BB01A041B for ; Tue, 28 Jan 2014 06:35:50 -0800 (PST) Received: from r-mail1.rd.orange.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id A71D5DE4006; Tue, 28 Jan 2014 15:37:31 +0100 (CET) Received: from ftrdsmtp1.rd.francetelecom.fr (unknown [10.192.128.46]) by r-mail1.rd.orange.com (Postfix) with ESMTP id 93A76DE4003; Tue, 28 Jan 2014 15:37:31 +0100 (CET) Received: from ftrdmel10.rd.francetelecom.fr ([10.192.128.44]) by ftrdsmtp1.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Tue, 28 Jan 2014 15:35:46 +0100 Received: from [10.193.5.32] ([10.193.5.32]) by ftrdmel10.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Tue, 28 Jan 2014 15:35:46 +0100 Message-ID: <52E7BFA4.5020509@orange.com> Date: Tue, 28 Jan 2014 15:33:08 +0100 From: LAC Chidung User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Linda Dunbar References: <0b3501cf16d2$2a3c1e80$7eb45b80$@olddog.co.uk> <52DFAAAA.4090902@orange.com> <4A95BA014132FF49AE685FAB4B9F17F645C70F9E@dfweml701-chm.china.huawei.com> In-Reply-To: <4A95BA014132FF49AE685FAB4B9F17F645C70F9E@dfweml701-chm.china.huawei.com> Content-Type: multipart/alternative; boundary="------------040600080200020007080009" X-OriginalArrivalTime: 28 Jan 2014 14:35:46.0448 (UTC) FILETIME=[3B39A900:01CF1C36] Cc: "vnfpool@ietf.org" , "adrian@olddog.co.uk" Subject: Re: [vnfpool] Overlap with SFC? X-BeenThere: vnfpool@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Discussion list for virtual network function resource pooling." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jan 2014 14:35:54 -0000 This is a multi-part message in MIME format. --------------040600080200020007080009 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Well, one can imagine plenty of situations: * In a residential/home gateway, there is a dedicated VP-VC for VoIP. If this channel is down, the VoIP service will use instead the Internet VP-VC: in this case, if the user is alone at home, it could be ok, but if someone else (at home) is uploading/downloading huge files, the quality of the conversation is badly degraded. * Case of a residential/home gateway which provides 2 wifi interfaces (e.g., 2.4 GHz and 5 GHz): if the 5 GHz interface is down, one can still use the 2.4 GHz interface for wifi connection, but it is slower. * A smartphone connected to a service provider (SP) network is identified automatically, allowing the user to access to the SP (and its partners) services without additional identification. If the authentication module is down, the user wil need to provide the login/pwd (for instance) any time he/she wants to access to such services. * Etc. Best, Chidung Le 25/01/2014 00:05, Linda Dunbar a écrit : > > Chidung, > > Do you have an example of "A service chain needs X+Y service nodes > while X is mandatory and Y being optional"? > > Thanks, > > Linda > > *From:*vnfpool [mailto:vnfpool-bounces@ietf.org] *On Behalf Of *LAC > Chidung > *Sent:* Wednesday, January 22, 2014 5:26 AM > *To:* Qin Wu > *Cc:* vnfpool@ietf.org; adrian@olddog.co.uk > *Subject:* Re: [vnfpool] Overlap with SFC? > > Hi Qin, > "/in service chain, when a service node is down, what SFC is doing is > to bypass this service node/": is the following interpretation ok ? > A service chain needs X+Y service nodes in order to provide the > *_full_* service: the X service nodes are mandatory, while the Y > service nodes are (kind of) optional, i.e., if one (or more) of these > Y service nodes is (are) down, the service chain can still provide the > service, but in a *_degraded mode_*. In this case,*the bypassing can > only happen* for one of the Y service nodes, i.e., if one of the X > service nodes is down, there is *_no service at all_*. > _NB:_ in this example, we consider, of course, that there is no > redundancy anywhere, i.e., if a service node is down, the only thing > to do is to fix it, and while waiting for the reparation, we face a > degraded service, or no service at all. > Best, > Chidung > > Le 22/01/2014 06:05, Qin Wu a écrit : > > My Understanding is > > in service chain, when a service node is down, what SFC is doing is to bypass this service node while > > What nfvpool is doing is to replace the failing one with the new service node which provide the same functionality. > > Please correct me if I am wrong. > > Regards! > > -Qin > > -----Original Message----- > > From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of Zongning > > Sent: Wednesday, January 22, 2014 9:42 AM > > To: Zongning;adrian@olddog.co.uk ;vnfpool@ietf.org > > Subject: Re: [vnfpool] Overlap with SFC? > > > > Sorry, item 1) is obviously not finished. :-) > > 1) SFC targets on steering packets among service function nodes. vnfpool focuses on redundancy for service nodes, e.g., selecting standby nodes, handling nodes transition/failure cases, without caring about how to construct the data path. > > Again, my fault. > > -Ning > > > > -----Original Message----- > > From: Zongning > > Sent: Wednesday, January 22, 2014 9:34 AM > > To: 'adrian@olddog.co.uk ';vnfpool@ietf.org > > Subject: RE: [vnfpool] Overlap with SFC? > > > > Hi, Adrian, > > Thanks for raising this question. Actually vnfpool folks have been discussing this > > question a lot since the very beginning of this work. > > We believe vnfpool and SFC are independent and complementary mainly due to > > the below reasons: > > 1) SFC targets on steering packets among service function nodes. vnfpool > > focuses on redundancy for service nodes, e.g., selecting standby nodes, > > handling nodes transition/failure cases, without caring how > > 2) vnfpool manager in our proposal could interact with SFC control entity to: 1) > > advertise redundant service nodes; 2) notify status of redundant nodes when > > required; 3) receive resiliency requirements from SFC control entity (if any); and > > so on. > > 3) vnfpool is not only used in "chained service nodes", but applicable to other > > cases where service nodes are not necessarily sequentially connected. > > I appreciate any further feedback and advice from you or IESG, as I believe > > these feedback will greatly improve the quality of our proposed charter. > > Thanks. > > -Ning > > > > -----Original Message----- > > From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of Adrian Farrel > > Sent: Wednesday, January 22, 2014 1:57 AM > > To:vnfpool@ietf.org > > Subject: [vnfpool] Overlap with SFC? > > > > Hi, > > The IESG is looking at the BoF requests for London, and a question came upon the overlap between the proposal here and items 4 and 5 in the SFC Charter. > > I think it would be valuable if you could discuss the overlap and the > > interaction between the two efforts so that there is a clear view. > > Thanks, > > Adrian > > > > _______________________________________________ > > vnfpool mailing list > > vnfpool@ietf.org > > https://www.ietf.org/mailman/listinfo/vnfpool > --------------040600080200020007080009 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Well, one can imagine plenty of situations:
* In a residential/home gateway, there is a dedicated VP-VC for VoIP. If this channel is down, the VoIP service will use instead the Internet VP-VC: in this case, if the user is alone at home, it could be ok, but if someone else (at home) is uploading/downloading huge files, the quality of the conversation is badly degraded.
* Case of a residential/home gateway which provides 2 wifi interfaces (e.g., 2.4 GHz and 5 GHz): if the 5 GHz interface is down, one can still use the 2.4 GHz interface for wifi connection, but it is slower.
* A smartphone connected to a service provider (SP) network is identified automatically, allowing the user to access to the SP (and its partners) services without additional identification. If the authentication module is down, the user wil need to provide the login/pwd (for instance) any time he/she wants to access to such services.
* Etc.
Best,
Chidung

Le 25/01/2014 00:05, Linda Dunbar a écrit :

Chidung,

Do you have an example of “A service chain needs X+Y service nodes while X is mandatory and Y being optional”?

Thanks,

Linda

 

From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of LAC Chidung
Sent: Wednesday, January 22, 2014 5:26 AM
To: Qin Wu
Cc: vnfpool@ietf.org; adrian@olddog.co.uk
Subject: Re: [vnfpool] Overlap with SFC?

 

Hi Qin,
"in service chain, when a service node is down, what SFC is doing is to bypass this service node": is the following interpretation ok ?
A service chain needs X+Y service nodes in order to provide the full service: the X service nodes are mandatory, while the Y service nodes are (kind of) optional, i.e., if one (or more) of these Y service nodes is (are) down, the service chain can still provide the service, but in a degraded mode. In this case, the bypassing can only happen for one of the Y service nodes, i.e., if one of the X service nodes is down, there is no service at all.
NB: in this example, we consider, of course, that there is no redundancy anywhere, i.e., if a service node is down, the only thing to do is to fix it, and while waiting for the reparation, we face a degraded service, or no service at all.
Best,
Chidung
 

Le 22/01/2014 06:05, Qin Wu a écrit :

My Understanding is 
in service chain, when a service node is down, what SFC is doing is to bypass this service node while
What nfvpool is doing is to replace the failing one with the new service node which provide the same functionality.
Please correct me if I am wrong.
Regards!
-Qin
-----Original Message-----
From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of Zongning
Sent: Wednesday, January 22, 2014 9:42 AM
To: Zongning; adrian@olddog.co.uk; vnfpool@ietf.org
Subject: Re: [vnfpool] Overlap with SFC?
 
Sorry, item 1) is obviously not finished. :-)
1) SFC targets on steering packets among service function nodes. vnfpool focuses on redundancy for service nodes, e.g., selecting standby nodes, handling nodes transition/failure cases, without caring about how to construct the data path.
Again, my fault.
-Ning
 
-----Original Message-----
From: Zongning
Sent: Wednesday, January 22, 2014 9:34 AM
To: 'adrian@olddog.co.uk'; vnfpool@ietf.org
Subject: RE: [vnfpool] Overlap with SFC?
 
Hi, Adrian,
Thanks for raising this question. Actually vnfpool folks have been discussing this
question a lot since the very beginning of this work.
We believe vnfpool and SFC are independent and complementary mainly due to
the below reasons:
1) SFC targets on steering packets among service function nodes. vnfpool
focuses on redundancy for service nodes, e.g., selecting standby nodes,
handling nodes transition/failure cases, without caring how
2) vnfpool manager in our proposal could interact with SFC control entity to: 1)
advertise redundant service nodes; 2) notify status of redundant nodes when
required; 3) receive resiliency requirements from SFC control entity (if any); and
so on.
3) vnfpool is not only used in "chained service nodes", but applicable to other
cases where service nodes are not necessarily sequentially connected.
I appreciate any further feedback and advice from you or IESG, as I believe
these feedback will greatly improve the quality of our proposed charter.
Thanks.
-Ning
 
-----Original Message-----
From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of Adrian Farrel
Sent: Wednesday, January 22, 2014 1:57 AM
To: vnfpool@ietf.org
Subject: [vnfpool] Overlap with SFC?
 
Hi,
The IESG is looking at the BoF requests for London, and a question came upon the overlap between the proposal here and items 4 and 5 in the SFC Charter.
I think it would be valuable if you could discuss the overlap and the
interaction between the two efforts so that there is a clear view.
Thanks,
Adrian
 
_______________________________________________
vnfpool mailing list
vnfpool@ietf.org
https://www.ietf.org/mailman/listinfo/vnfpool
--------------040600080200020007080009-- From chidung.lac@orange.com Wed Jan 29 08:28:50 2014 Return-Path: X-Original-To: vnfpool@ietfa.amsl.com Delivered-To: vnfpool@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4DB5A1A041B for ; Wed, 29 Jan 2014 08:28:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.418 X-Spam-Level: X-Spam-Status: No, score=-1.418 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HELO_EQ_FR=0.35, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.535, SPF_SOFTFAIL=0.665] 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 FV_2dcuJTJN3 for ; Wed, 29 Jan 2014 08:28:46 -0800 (PST) Received: from r-mail1.rd.orange.com (r-mail1.rd.orange.com [217.108.152.41]) by ietfa.amsl.com (Postfix) with ESMTP id 3062E1A03D5 for ; Wed, 29 Jan 2014 08:28:45 -0800 (PST) Received: from r-mail1.rd.orange.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id C6DC1DE4003; Wed, 29 Jan 2014 17:30:25 +0100 (CET) Received: from ftrdsmtp2.rd.francetelecom.fr (unknown [10.192.128.47]) by r-mail1.rd.orange.com (Postfix) with ESMTP id B195DDE4001; Wed, 29 Jan 2014 17:30:25 +0100 (CET) Received: from ftrdmel10.rd.francetelecom.fr ([10.192.128.44]) by ftrdsmtp2.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Wed, 29 Jan 2014 17:28:38 +0100 Received: from [10.193.5.32] ([10.193.5.32]) by ftrdmel10.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Wed, 29 Jan 2014 17:28:40 +0100 Message-ID: <52E92C38.6010601@orange.com> Date: Wed, 29 Jan 2014 17:28:40 +0100 From: LAC Chidung User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Susan Hares , 'Linda Dunbar' References: <0b3501cf16d2$2a3c1e80$7eb45b80$@olddog.co.uk> <52DFAAAA.4090902@orange.com> <4A95BA014132FF49AE685FAB4B9F17F645C70B8F@dfweml701-chm.china.huawei.com> <003d01cf1969$667d6c70$33784550$@ndzh.com> In-Reply-To: <003d01cf1969$667d6c70$33784550$@ndzh.com> Content-Type: multipart/alternative; boundary="------------070900030300000707050004" X-OriginalArrivalTime: 29 Jan 2014 16:28:40.0798 (UTC) FILETIME=[2B772FE0:01CF1D0F] Cc: vnfpool@ietf.org, adrian@olddog.co.uk Subject: Re: [vnfpool] Overlap with SFC? X-BeenThere: vnfpool@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Discussion list for virtual network function resource pooling." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jan 2014 16:28:50 -0000 This is a multi-part message in MIME format. --------------070900030300000707050004 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit _@ Linda:_ "/If a service function has a small number of instances, say less than 5/": a service function (SF) is composed of 5 Network Functions (NFs) - correct ? _@ Susan:_ if the answer to the question above is "Y", then "/You may have parallel chains to support the redundancy/" seems strange ... Actually, a chain characterizes a SF, i.e., to obtain a certain SF, we are putting some NFs (5NFs in the previous example) in a chain. If this SF has to be highly available, the need is to make each NF highly available (using vnfpool for instance), but not to create another chain, because there is one unique chain to render the SF we are currently designing. Thank you for correcting my interpretation. Best, Chidung Le 25/01/2014 02:04, Susan Hares a écrit : > > Linda: > > I agree with your use example, but would like to clarify it. > > VNF Pools is about redundancy needs rather than chaining paths. > Pools provide the redundancy. You may need the redundancy for even > a short chain if it is High-availability. You may have parallel > chains to support the redundancy. > > Cheers, > > Sue > > *From:*vnfpool [mailto:vnfpool-bounces@ietf.org] *On Behalf Of *Linda > Dunbar > *Sent:* Friday, January 24, 2014 5:55 PM > *To:* Qin Wu; LAC Chidung > *Cc:* vnfpool@ietf.org; adrian@olddog.co.uk > *Subject:* Re: [vnfpool] Overlap with SFC? > > Here is my take of the differences and the overlap with SFC: > > If a service function has a small number of instances, say less than > 5, and they are relative stable, then it is doable for Service Chain > to specify the specific instances, the so called "Service Chain Path" > by SFC drafts. > > But if there are large number of instances, say in hundreds, and those > instances' location/presence change over time (e.g. in NFV > environment), then it is not scalable to have Service Chain path to > specify the specific instances. > > The service function instances' management, e.g. selection, > replacement when failure occurs or over-utilized from a pool of > available instances, notification should be the scope of VNFpool. > > Linda > > *From:*vnfpool [mailto:vnfpool-bounces@ietf.org] *On Behalf Of *Qin Wu > *Sent:* Wednesday, January 22, 2014 7:38 PM > *To:* LAC Chidung > *Cc:* vnfpool@ietf.org ; adrian@olddog.co.uk > > *Subject:* Re: [vnfpool] Overlap with SFC? > > Hi, Chidung: > > That's one good interpretation. > > You are right, I should add assumption that the service node that is > bypassed is optional service node in the chain. > > Regards! > > -Qin > > *From:*vnfpool [mailto:vnfpool-bounces@ietf.org] *On Behalf Of *LAC > Chidung > *Sent:* Wednesday, January 22, 2014 7:26 PM > *To:* Qin Wu > *Cc:* vnfpool@ietf.org ; adrian@olddog.co.uk > > *Subject:* Re: [vnfpool] Overlap with SFC? > > Hi Qin, > "/in service chain, when a service node is down, what SFC is doing is > to bypass this service node/": is the following interpretation ok ? > A service chain needs X+Y service nodes in order to provide the > *_full_* service: the X service nodes are mandatory, while the Y > service nodes are (kind of) optional, i.e., if one (or more) of these > Y service nodes is (are) down, the service chain can still provide the > service, but in a *_degraded mode_*. In this case,*the bypassing can > only happen* for one of the Y service nodes, i.e., if one of the X > service nodes is down, there is *_no service at all_*. > _NB:_ in this example, we consider, of course, that there is no > redundancy anywhere, i.e., if a service node is down, the only thing > to do is to fix it, and while waiting for the reparation, we face a > degraded service, or no service at all. > Best, > Chidung > > Le 22/01/2014 06:05, Qin Wu a écrit : > > My Understanding is > > in service chain, when a service node is down, what SFC is doing is to bypass this service node while > > What nfvpool is doing is to replace the failing one with the new service node which provide the same functionality. > > Please correct me if I am wrong. > > Regards! > > -Qin > > -----Original Message----- > > From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of Zongning > > Sent: Wednesday, January 22, 2014 9:42 AM > > To: Zongning;adrian@olddog.co.uk ;vnfpool@ietf.org > > Subject: Re: [vnfpool] Overlap with SFC? > > > > Sorry, item 1) is obviously not finished. :-) > > 1) SFC targets on steering packets among service function nodes. vnfpool focuses on redundancy for service nodes, e.g., selecting standby nodes, handling nodes transition/failure cases, without caring about how to construct the data path. > > Again, my fault. > > -Ning > > > > -----Original Message----- > > From: Zongning > > Sent: Wednesday, January 22, 2014 9:34 AM > > To: 'adrian@olddog.co.uk ';vnfpool@ietf.org > > Subject: RE: [vnfpool] Overlap with SFC? > > > > Hi, Adrian, > > Thanks for raising this question. Actually vnfpool folks have been discussing this > > question a lot since the very beginning of this work. > > We believe vnfpool and SFC are independent and complementary mainly due to > > the below reasons: > > 1) SFC targets on steering packets among service function nodes. vnfpool > > focuses on redundancy for service nodes, e.g., selecting standby nodes, > > handling nodes transition/failure cases, without caring how > > 2) vnfpool manager in our proposal could interact with SFC control entity to: 1) > > advertise redundant service nodes; 2) notify status of redundant nodes when > > required; 3) receive resiliency requirements from SFC control entity (if any); and > > so on. > > 3) vnfpool is not only used in "chained service nodes", but applicable to other > > cases where service nodes are not necessarily sequentially connected. > > I appreciate any further feedback and advice from you or IESG, as I believe > > these feedback will greatly improve the quality of our proposed charter. > > Thanks. > > -Ning > > > > -----Original Message----- > > From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of Adrian Farrel > > Sent: Wednesday, January 22, 2014 1:57 AM > > To:vnfpool@ietf.org > > Subject: [vnfpool] Overlap with SFC? > > > > Hi, > > The IESG is looking at the BoF requests for London, and a question came upon the overlap between the proposal here and items 4 and 5 in the SFC Charter. > > I think it would be valuable if you could discuss the overlap and the > > interaction between the two efforts so that there is a clear view. > > Thanks, > > Adrian > > > > _______________________________________________ > > vnfpool mailing list > > vnfpool@ietf.org > > https://www.ietf.org/mailman/listinfo/vnfpool > --------------070900030300000707050004 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit @ Linda: "If a service function has a small number of instances, say less than 5": a service function (SF) is composed of 5 Network Functions (NFs) - correct ?
@ Susan: if the answer to the question above is "Y", then "You may have parallel chains to support the redundancy" seems strange ... Actually, a chain characterizes a SF, i.e., to obtain a certain SF, we are putting some NFs (5NFs in the previous example) in a chain. If this SF has to be highly available, the need is to make each NF highly available (using vnfpool for instance), but not to create another chain, because there is one unique chain to render the SF we are currently designing.
Thank you for correcting my interpretation.
Best,
Chidung

Le 25/01/2014 02:04, Susan Hares a écrit :

Linda:

I agree with your use example, but would like to clarify it.

VNF Pools  is about redundancy needs rather than chaining paths.   Pools provide the redundancy.   You may need the redundancy for even a short chain if it is High-availability.   You may have parallel chains to support the redundancy.

Cheers,

Sue

 

From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of Linda Dunbar
Sent: Friday, January 24, 2014 5:55 PM
To: Qin Wu; LAC Chidung
Cc: vnfpool@ietf.org; adrian@olddog.co.uk
Subject: Re: [vnfpool] Overlap with SFC?

 

Here is my take of the differences and the overlap with SFC:

If a service function has a small number of instances, say less than 5, and they are relative stable, then it is doable for Service Chain to specify the specific instances, the so called “Service Chain Path” by SFC drafts.

But if there are large number of instances, say in hundreds, and those instances’ location/presence change over time (e.g. in NFV environment), then it is not scalable to have Service Chain path to specify the specific instances.

The service function instances’ management, e.g. selection, replacement when failure occurs or over-utilized from a pool of available instances, notification should be  the scope of VNFpool.

Linda

 

From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of Qin Wu
Sent: Wednesday, January 22, 2014 7:38 PM
To: LAC Chidung
Cc: vnfpool@ietf.org; adrian@olddog.co.uk
Subject: Re: [vnfpool] Overlap with SFC?

 

Hi, Chidung:

That’s one good interpretation.

You are right, I should add assumption that the service node that is bypassed is optional service node in the chain.

Regards!

-Qin

From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of LAC Chidung
Sent: Wednesday, January 22, 2014 7:26 PM
To: Qin Wu
Cc: vnfpool@ietf.org; adrian@olddog.co.uk
Subject: Re: [vnfpool] Overlap with SFC?

 

Hi Qin,
"in service chain, when a service node is down, what SFC is doing is to bypass this service node": is the following interpretation ok ?
A service chain needs X+Y service nodes in order to provide the full service: the X service nodes are mandatory, while the Y service nodes are (kind of) optional, i.e., if one (or more) of these Y service nodes is (are) down, the service chain can still provide the service, but in a degraded mode. In this case, the bypassing can only happen for one of the Y service nodes, i.e., if one of the X service nodes is down, there is no service at all.
NB: in this example, we consider, of course, that there is no redundancy anywhere, i.e., if a service node is down, the only thing to do is to fix it, and while waiting for the reparation, we face a degraded service, or no service at all.
Best,
Chidung
 

Le 22/01/2014 06:05, Qin Wu a écrit :

My Understanding is 
in service chain, when a service node is down, what SFC is doing is to bypass this service node while
What nfvpool is doing is to replace the failing one with the new service node which provide the same functionality.
Please correct me if I am wrong.
Regards!
-Qin
-----Original Message-----
From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of Zongning
Sent: Wednesday, January 22, 2014 9:42 AM
To: Zongning; adrian@olddog.co.uk; vnfpool@ietf.org
Subject: Re: [vnfpool] Overlap with SFC?
 
Sorry, item 1) is obviously not finished. :-)
1) SFC targets on steering packets among service function nodes. vnfpool focuses on redundancy for service nodes, e.g., selecting standby nodes, handling nodes transition/failure cases, without caring about how to construct the data path.
Again, my fault.
-Ning
 
-----Original Message-----
From: Zongning
Sent: Wednesday, January 22, 2014 9:34 AM
To: 'adrian@olddog.co.uk'; vnfpool@ietf.org
Subject: RE: [vnfpool] Overlap with SFC?
 
Hi, Adrian,
Thanks for raising this question. Actually vnfpool folks have been discussing this
question a lot since the very beginning of this work.
We believe vnfpool and SFC are independent and complementary mainly due to
the below reasons:
1) SFC targets on steering packets among service function nodes. vnfpool
focuses on redundancy for service nodes, e.g., selecting standby nodes,
handling nodes transition/failure cases, without caring how
2) vnfpool manager in our proposal could interact with SFC control entity to: 1)
advertise redundant service nodes; 2) notify status of redundant nodes when
required; 3) receive resiliency requirements from SFC control entity (if any); and
so on.
3) vnfpool is not only used in "chained service nodes", but applicable to other
cases where service nodes are not necessarily sequentially connected.
I appreciate any further feedback and advice from you or IESG, as I believe
these feedback will greatly improve the quality of our proposed charter.
Thanks.
-Ning
 
-----Original Message-----
From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of Adrian Farrel
Sent: Wednesday, January 22, 2014 1:57 AM
To: vnfpool@ietf.org
Subject: [vnfpool] Overlap with SFC?
 
Hi,
The IESG is looking at the BoF requests for London, and a question came upon the overlap between the proposal here and items 4 and 5 in the SFC Charter.
I think it would be valuable if you could discuss the overlap and the
interaction between the two efforts so that there is a clear view.
Thanks,
Adrian
 
_______________________________________________
vnfpool mailing list
vnfpool@ietf.org
https://www.ietf.org/mailman/listinfo/vnfpool
--------------070900030300000707050004-- From zongning@huawei.com Wed Jan 29 18:51:36 2014 Return-Path: X-Original-To: vnfpool@ietfa.amsl.com Delivered-To: vnfpool@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E90311A052B for ; Wed, 29 Jan 2014 18:51:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.735 X-Spam-Level: X-Spam-Status: No, score=-104.735 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.535, SPF_PASS=-0.001, 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 i3AFywmFGfIi for ; Wed, 29 Jan 2014 18:51:34 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 3D39F1A052A for ; Wed, 29 Jan 2014 18:51:34 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BDB67355; Thu, 30 Jan 2014 02:51:29 +0000 (GMT) Received: from LHREML401-HUB.china.huawei.com (10.201.5.240) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 30 Jan 2014 02:51:07 +0000 Received: from NKGEML401-HUB.china.huawei.com (10.98.56.32) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 30 Jan 2014 02:51:28 +0000 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.56]) by nkgeml401-hub.china.huawei.com ([10.98.56.32]) with mapi id 14.03.0158.001; Thu, 30 Jan 2014 10:51:21 +0800 From: Zongning To: "vnfpool@ietf.org" Thread-Topic: Start planning our BoF ! Thread-Index: Ac8dZijS4osggrHeTs68JvknwRK9AA== Date: Thu, 30 Jan 2014 02:51:19 +0000 Message-ID: Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.99.195.25] Content-Type: multipart/alternative; boundary="_000_B0D29E0424F2DE47A0B36779EC6667792587577Bnkgeml501mbschi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Subject: [vnfpool] Start planning our BoF ! X-BeenThere: vnfpool@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Discussion list for virtual network function resource pooling." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2014 02:51:37 -0000 --_000_B0D29E0424F2DE47A0B36779EC6667792587577Bnkgeml501mbschi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, all, Since VNFPool BoF has been approved for London IETF, we are now starting to= plan an agenda. If you would like a time slot during the BoF or discuss a document, now is = the time to start the process. It's very helpful to start discussion on the= mailing list in advance of the meeting so that any issues that may particu= larly benefit from F2F discussion can be identified. This is also an excell= ent time for document review and feedback from the list. So, please let us know if you're interested in time on the agenda, and plea= se start discussion of your documents on the list. As a re-cap, so far we have a draft charter and four I-Ds posted on the lis= t: 1) Draft charter: http://www.ietf.org/mail-archive/web/vnfpool/curren= t/msg00160.html 2) Problem Statement I-D: https://datatracker.ietf.org/doc/draft-zong= -vnfpool-problem-statement/ 3) Use Case I-D: https://datatracker.ietf.org/doc/draft-hares-vnf-poo= l-use-case/ 4) Use Case I-D: http://datatracker.ietf.org/doc/draft-xia-vsnpool-ma= nagement-use-case 5) RSerPool Applicability I-D: https://datatracker.ietf.org/doc/draft= -dreibholz-vnfpool-rserpool-applic/ If you are interested in any of these items, please do show your interests.= Bringing your new I-D(s) is absolutely welcome! We would also like to call for architecture/solution proposal, and preferab= ly I-D(s) documenting the proposal, although the primary goal of the BoF it= self is not to determine the solution... Thanks, -Ning --_000_B0D29E0424F2DE47A0B36779EC6667792587577Bnkgeml501mbschi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi, all,

 

Since VNFPool BoF has been a= pproved for London IETF, we are now starting to plan an agenda.<= /span>

 

If you would like a time slo= t during the BoF or discuss a document, now is the time to start the proces= s. It's very helpful to start discussion on the mailing list in advance of = the meeting so that any issues that may particularly benefit from F2F discussion can be identified. This is al= so an excellent time for document review and feedback from the list.

 

So, please let us know if yo= u're interested in time on the agenda, and please start discussion of your = documents on the list.

 

As a re-cap, so far we have a d= raft charter and four I-Ds posted on the list:

1= )   &= nbsp;   Draft charter: http://www.ietf.org/mail-archive/web/vnfpool/current/msg00160.html=

2= )   &= nbsp;   Problem Statement I-D: = https://datatracker.ietf.org/doc/draft-zong-vnfpool-problem-statement/<= o:p>

3= )   &= nbsp;   Use Case I-D: https://datatracker.ietf.org/doc/draft-hares-vnf-pool-use-case/

4= )   &= nbsp;   Use Case I-D: http://datatracker.ietf.org/doc/draft-xia-vsnpool-management-use-case

5= )   &= nbsp;   RSerPool Applicability = I-D: https://datatracker.ietf.org/doc/draft-dreibholz-vnfpool-rserpool-applic/

If you are interested in any of= these items, please do show your interests. Bringing your new I-D(s) is ab= solutely welcome!

 

We would also like to call for = architecture/solution proposal, and preferably I-D(s) documenting the propo= sal, although the primary goal of the BoF itself is not to determine the so= lution…

 

Thanks,

 

-Ning

--_000_B0D29E0424F2DE47A0B36779EC6667792587577Bnkgeml501mbschi_-- From dreibh@simula.no Wed Jan 29 20:08:37 2014 Return-Path: X-Original-To: vnfpool@ietfa.amsl.com Delivered-To: vnfpool@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1097F1A04DE for ; Wed, 29 Jan 2014 20:08:37 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.601 X-Spam-Level: X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, 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 2FtMwepGqTZC for ; Wed, 29 Jan 2014 20:08:34 -0800 (PST) Received: from mail-pb0-f45.google.com (mail-pb0-f45.google.com [209.85.160.45]) by ietfa.amsl.com (Postfix) with ESMTP id A243F1A0497 for ; Wed, 29 Jan 2014 20:08:34 -0800 (PST) Received: by mail-pb0-f45.google.com with SMTP id un15so2612836pbc.18 for ; Wed, 29 Jan 2014 20:08:31 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:date:message-id:organization :user-agent:in-reply-to:references:mime-version:content-type; bh=2U1kt/1mQWzjtRhC8ws7Iv3gmA52qXaNMCib76MoNNU=; b=glmVJJwpyPGbmdyCxaxhoaX7jJo98xcfCvtTXDP0qpCl3mxP7xcQKQMI/P1tqXp/Nd DaqSwQibocTKUV0f1rC4UuOLVirjtpvbYbb7cedHlZVp1ma48++U5GJ9opoUin2GEJKb ZsiRZqKfYaofcZxh+IIgZmHan/uQ7kLuEeGNOzi1aOuoq+W0DkSHwyPyycXU/sdX9NQz J61qn/XF7EC0/SvV1mNuG1vFnH6O8Zraf6tT9Au+0sASSuHJgfI1jIc9qTXpUJm7k9Aq zAunVFGf4ownDqkOmZ6GUUpY1bk6M1LMvMSiuqyHwkhX6UIhToVsnBfXoshzZfXTxpAa t7jA== X-Gm-Message-State: ALoCoQl4hcGZbgijCDpx516i+72l5AR6uv1a85smzOj6iq4WykeYzE4Kmnzq+wpunUQOKME0HQlO X-Received: by 10.68.241.134 with SMTP id wi6mr11971922pbc.44.1391054911637; Wed, 29 Jan 2014 20:08:31 -0800 (PST) Received: from lupo.localnet (pa49-183-171-145.pa.vic.optusnet.com.au. [49.183.171.145]) by mx.google.com with ESMTPSA id nv7sm12372097pbc.31.2014.01.29.20.08.28 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 29 Jan 2014 20:08:30 -0800 (PST) From: Thomas Dreibholz To: vnfpool@ietf.org Date: Thu, 30 Jan 2014 05:08:23 +0100 Message-ID: <2012319.EUAeuzmnIt@lupo> Organization: Simula Research Laboratory User-Agent: KMail/4.11.5 (Linux/3.11.0-15-generic; KDE/4.11.5; x86_64; ; ) In-Reply-To: References: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart26753180.MknNg93zeZ"; micalg="pgp-sha1"; protocol="application/pgp-signature" Cc: ferlin@simula.no, Zongning Subject: Re: [vnfpool] Start planning our BoF ! X-BeenThere: vnfpool@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Discussion list for virtual network function resource pooling." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2014 04:08:37 -0000 --nextPart26753180.MknNg93zeZ Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1" Hi Zongning, is there interest in a presentation of draft-dreibholz-vnfpool-rserpool= =2D applic? I will -- quite likely (not 100% sure yet) -- come to the Londo= n IETF=20 and could do this then? Torsdag 30. januar 2014 02.51.19 skrev Zongning: > Hi, all, >=20 >=20 > Since VNFPool BoF has been approved for London IETF, we are now start= ing to > plan an agenda. >=20 >=20 >=20 > If you would like a time slot during the BoF or discuss a document, n= ow is > the time to start the process. It's very helpful to start discussion = on the > mailing list in advance of the meeting so that any issues that may > particularly benefit from F2F discussion can be identified. This is a= lso an > excellent time for document review and feedback from the list. >=20 >=20 >=20 > So, please let us know if you're interested in time on the agenda, an= d > please start discussion of your documents on the list. >=20 > As a re-cap, so far we have a draft charter and four I-Ds posted on t= he > list: >=20 > 1) Draft charter: > http://www.ietf.org/mail-archive/web/vnfpool/current/msg00160.html >=20 > 2) Problem Statement I-D: > https://datatracker.ietf.org/doc/draft-zong-vnfpool-problem-statement= / >=20 > 3) Use Case I-D: > https://datatracker.ietf.org/doc/draft-hares-vnf-pool-use-case/ >=20 > 4) Use Case I-D: > http://datatracker.ietf.org/doc/draft-xia-vsnpool-management-use-case= >=20 > 5) RSerPool Applicability I-D: > https://datatracker.ietf.org/doc/draft-dreibholz-vnfpool-rserpool-app= lic/ > If you are interested in any of these items, please do show your inte= rests. > Bringing your new I-D(s) is absolutely welcome! >=20 > We would also like to call for architecture/solution proposal, and > preferably I-D(s) documenting the proposal, although the primary goal= of > the BoF itself is not to determine the solution... >=20 > Thanks, >=20 > -Ning =2D-=20 Best regards / Mit freundlichen Gr=FC=DFen / Med vennlig hilsen =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Thomas Dreibholz Simula Research Laboratory Simula Innovation AS, Network Systems Group Visiting address: Martin Linges vei 17, 1364 Fornebu, Norway Mailing address: P.O.Box 134, 1325 Lysaker, Norway =2D----------------------------------------------------------------------= E-Mail: dreibh@simula.no Homepage: http://simula.no/people/dreibh =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --nextPart26753180.MknNg93zeZ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.14 (GNU/Linux) iEYEABECAAYFAlLp0DcACgkQ32BbsHYPLWV28gCgteY4L+AWmnG3m7Cf5I0A1GfB fWkAn1DhCEhwn+Ok9emXinkNZgmQnNiv =QgB0 -----END PGP SIGNATURE----- --nextPart26753180.MknNg93zeZ-- From zongning@huawei.com Wed Jan 29 20:39:20 2014 Return-Path: X-Original-To: vnfpool@ietfa.amsl.com Delivered-To: vnfpool@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EEDC51A046E for ; Wed, 29 Jan 2014 20:39:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.436 X-Spam-Level: X-Spam-Status: No, score=-104.436 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.535, SPF_PASS=-0.001, 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 v1LN5BFlMAZi for ; Wed, 29 Jan 2014 20:39:16 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id A8F8F1A03E7 for ; Wed, 29 Jan 2014 20:39:15 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml204-edg.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BDB73734; Thu, 30 Jan 2014 04:39:08 +0000 (GMT) Received: from LHREML406-HUB.china.huawei.com (10.201.5.243) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 30 Jan 2014 04:38:46 +0000 Received: from NKGEML401-HUB.china.huawei.com (10.98.56.32) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 30 Jan 2014 04:39:07 +0000 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.56]) by nkgeml401-hub.china.huawei.com ([10.98.56.32]) with mapi id 14.03.0158.001; Thu, 30 Jan 2014 12:39:03 +0800 From: Zongning To: Thomas Dreibholz , "vnfpool@ietf.org" Thread-Topic: [vnfpool] Start planning our BoF ! Thread-Index: Ac8dZijS4osggrHeTs68JvknwRK9AP//j2eA//9yo6A= Date: Thu, 30 Jan 2014 04:39:01 +0000 Message-ID: References: <2012319.EUAeuzmnIt@lupo> In-Reply-To: <2012319.EUAeuzmnIt@lupo> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.99.195.25] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Cc: "ferlin@simula.no" Subject: [vnfpool] =?utf-8?b?562U5aSNOiAgU3RhcnQgcGxhbm5pbmcgb3VyIEJvRiAh?= X-BeenThere: vnfpool@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Discussion list for virtual network function resource pooling." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2014 04:39:20 -0000 SGksIFRob21hcywNCg0KWWVzLCB5b3UgYXJlIG1vcmUgdGhhbiB3ZWxjb21lIHRvIGRvIHNvISBJ TUhPLCBSU2VyUG9vbCBpcyBhIGdvb2QgcmVmZXJlbmNlIGFuZCBvbmUgb2YgcG90ZW50aWFsIFZO RlBvb2wgc29sdXRpb25zLg0KDQpUaGFua3MuDQoNCi1OaW5nDQoNCi0tLS0t6YKu5Lu25Y6f5Lu2 LS0tLS0NCuWPkeS7tuS6ujogVGhvbWFzIERyZWliaG9seiBbbWFpbHRvOmRyZWliaEBzaW11bGEu bm9dIA0K5Y+R6YCB5pe26Ze0OiAyMDE05bm0MeaciDMw5pelIDEyOjA4DQrmlLbku7bkuro6IHZu ZnBvb2xAaWV0Zi5vcmcNCuaKhOmAgTogWm9uZ25pbmc7IGZlcmxpbkBzaW11bGEubm8NCuS4u+mi mDogUmU6IFt2bmZwb29sXSBTdGFydCBwbGFubmluZyBvdXIgQm9GICENCg0KSGkgWm9uZ25pbmcs DQoNCmlzIHRoZXJlIGludGVyZXN0IGluIGEgcHJlc2VudGF0aW9uIG9mIGRyYWZ0LWRyZWliaG9s ei12bmZwb29sLXJzZXJwb29sLSBhcHBsaWM/IEkgd2lsbCAtLSBxdWl0ZSBsaWtlbHkgKG5vdCAx MDAlIHN1cmUgeWV0KSAtLSBjb21lIHRvIHRoZSBMb25kb24gSUVURiBhbmQgY291bGQgZG8gdGhp cyB0aGVuPw0KDQpUb3JzZGFnIDMwLiBqYW51YXIgMjAxNCAwMi41MS4xOSBza3JldiBab25nbmlu ZzoNCj4gSGksIGFsbCwNCj4gDQo+IA0KPiBTaW5jZSBWTkZQb29sIEJvRiBoYXMgYmVlbiBhcHBy b3ZlZCBmb3IgTG9uZG9uIElFVEYsIHdlIGFyZSBub3cgDQo+IHN0YXJ0aW5nIHRvIHBsYW4gYW4g YWdlbmRhLg0KPiANCj4gDQo+IA0KPiBJZiB5b3Ugd291bGQgbGlrZSBhIHRpbWUgc2xvdCBkdXJp bmcgdGhlIEJvRiBvciBkaXNjdXNzIGEgZG9jdW1lbnQsIA0KPiBub3cgaXMgdGhlIHRpbWUgdG8g c3RhcnQgdGhlIHByb2Nlc3MuIEl0J3MgdmVyeSBoZWxwZnVsIHRvIHN0YXJ0IA0KPiBkaXNjdXNz aW9uIG9uIHRoZSBtYWlsaW5nIGxpc3QgaW4gYWR2YW5jZSBvZiB0aGUgbWVldGluZyBzbyB0aGF0 IGFueSANCj4gaXNzdWVzIHRoYXQgbWF5IHBhcnRpY3VsYXJseSBiZW5lZml0IGZyb20gRjJGIGRp c2N1c3Npb24gY2FuIGJlIA0KPiBpZGVudGlmaWVkLiBUaGlzIGlzIGFsc28gYW4gZXhjZWxsZW50 IHRpbWUgZm9yIGRvY3VtZW50IHJldmlldyBhbmQgZmVlZGJhY2sgZnJvbSB0aGUgbGlzdC4NCj4g DQo+IA0KPiANCj4gU28sIHBsZWFzZSBsZXQgdXMga25vdyBpZiB5b3UncmUgaW50ZXJlc3RlZCBp biB0aW1lIG9uIHRoZSBhZ2VuZGEsIGFuZCANCj4gcGxlYXNlIHN0YXJ0IGRpc2N1c3Npb24gb2Yg eW91ciBkb2N1bWVudHMgb24gdGhlIGxpc3QuDQo+IA0KPiBBcyBhIHJlLWNhcCwgc28gZmFyIHdl IGhhdmUgYSBkcmFmdCBjaGFydGVyIGFuZCBmb3VyIEktRHMgcG9zdGVkIG9uIA0KPiB0aGUNCj4g bGlzdDoNCj4gDQo+IDEpICAgICAgIERyYWZ0IGNoYXJ0ZXI6DQo+IGh0dHA6Ly93d3cuaWV0Zi5v cmcvbWFpbC1hcmNoaXZlL3dlYi92bmZwb29sL2N1cnJlbnQvbXNnMDAxNjAuaHRtbA0KPiANCj4g MikgICAgICAgUHJvYmxlbSBTdGF0ZW1lbnQgSS1EOg0KPiBodHRwczovL2RhdGF0cmFja2VyLmll dGYub3JnL2RvYy9kcmFmdC16b25nLXZuZnBvb2wtcHJvYmxlbS1zdGF0ZW1lbnQvDQo+IA0KPiAz KSAgICAgICBVc2UgQ2FzZSBJLUQ6DQo+IGh0dHBzOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9j L2RyYWZ0LWhhcmVzLXZuZi1wb29sLXVzZS1jYXNlLw0KPiANCj4gNCkgICAgICAgVXNlIENhc2Ug SS1EOg0KPiBodHRwOi8vZGF0YXRyYWNrZXIuaWV0Zi5vcmcvZG9jL2RyYWZ0LXhpYS12c25wb29s LW1hbmFnZW1lbnQtdXNlLWNhc2UNCj4gDQo+IDUpICAgICAgIFJTZXJQb29sIEFwcGxpY2FiaWxp dHkgSS1EOg0KPiBodHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2RvYy9kcmFmdC1kcmVpYmhv bHotdm5mcG9vbC1yc2VycG9vbC1hcHBsDQo+IGljLyBJZiB5b3UgYXJlIGludGVyZXN0ZWQgaW4g YW55IG9mIHRoZXNlIGl0ZW1zLCBwbGVhc2UgZG8gc2hvdyB5b3VyIA0KPiBpbnRlcmVzdHMuDQo+ IEJyaW5naW5nIHlvdXIgbmV3IEktRChzKSBpcyBhYnNvbHV0ZWx5IHdlbGNvbWUhDQo+IA0KPiBX ZSB3b3VsZCBhbHNvIGxpa2UgdG8gY2FsbCBmb3IgYXJjaGl0ZWN0dXJlL3NvbHV0aW9uIHByb3Bv c2FsLCBhbmQgDQo+IHByZWZlcmFibHkgSS1EKHMpIGRvY3VtZW50aW5nIHRoZSBwcm9wb3NhbCwg YWx0aG91Z2ggdGhlIHByaW1hcnkgZ29hbCANCj4gb2YgdGhlIEJvRiBpdHNlbGYgaXMgbm90IHRv IGRldGVybWluZSB0aGUgc29sdXRpb24uLi4NCj4gDQo+IFRoYW5rcywNCj4gDQo+IC1OaW5nDQoN Ci0tDQpCZXN0IHJlZ2FyZHMgLyBNaXQgZnJldW5kbGljaGVuIEdyw7zDn2VuIC8gTWVkIHZlbm5s aWcgaGlsc2VuDQoNCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09DQogVGhvbWFzIERyZWliaG9seg0KDQogU2ltdWxh IFJlc2VhcmNoIExhYm9yYXRvcnkNCiBTaW11bGEgSW5ub3ZhdGlvbiBBUywgTmV0d29yayBTeXN0 ZW1zIEdyb3VwICBWaXNpdGluZyBhZGRyZXNzOiBNYXJ0aW4gTGluZ2VzIHZlaSAxNywgMTM2NCBG b3JuZWJ1LCBOb3J3YXkgIE1haWxpbmcgYWRkcmVzczogIFAuTy5Cb3ggMTM0LCAxMzI1IEx5c2Fr ZXIsIE5vcndheQ0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCiBFLU1haWw6ICAgICBkcmVpYmhAc2ltdWxhLm5v DQogSG9tZXBhZ2U6ICAgaHR0cDovL3NpbXVsYS5uby9wZW9wbGUvZHJlaWJoDQo9PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PQ0K From zongning@huawei.com Fri Jan 31 20:34:14 2014 Return-Path: X-Original-To: vnfpool@ietfa.amsl.com Delivered-To: vnfpool@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8A6A71A052D for ; Fri, 31 Jan 2014 20:34:14 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.735 X-Spam-Level: X-Spam-Status: No, score=-104.735 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.535, SPF_PASS=-0.001, 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 0EKAGhDysrEh for ; Fri, 31 Jan 2014 20:34:12 -0800 (PST) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id B11661A0399 for ; Fri, 31 Jan 2014 20:34:11 -0800 (PST) Received: from 172.18.7.190 (EHLO lhreml203-edg.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BAR41815; Sat, 01 Feb 2014 04:34:07 +0000 (GMT) Received: from LHREML403-HUB.china.huawei.com (10.201.5.217) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.3.158.1; Sat, 1 Feb 2014 04:33:23 +0000 Received: from NKGEML401-HUB.china.huawei.com (10.98.56.32) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.3.158.1; Sat, 1 Feb 2014 04:34:04 +0000 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.56]) by nkgeml401-hub.china.huawei.com ([10.98.56.32]) with mapi id 14.03.0158.001; Sat, 1 Feb 2014 12:33:57 +0800 From: Zongning To: "vnfpool@ietf.org" Thread-Topic: Preliminary Agend Posted Thread-Index: Ac8fBtNWa0FPGpT6Rf2zTiGn3Z041w== Date: Sat, 1 Feb 2014 04:33:56 +0000 Message-ID: Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.46.17.78] Content-Type: multipart/alternative; boundary="_000_B0D29E0424F2DE47A0B36779EC66677925876516nkgeml501mbschi_" MIME-Version: 1.0 X-CFilter-Loop: Reflected Subject: [vnfpool] Preliminary Agend Posted X-BeenThere: vnfpool@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Discussion list for virtual network function resource pooling." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Feb 2014 04:34:14 -0000 --_000_B0D29E0424F2DE47A0B36779EC66677925876516nkgeml501mbschi_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi, Please see below IETF 89th Preliminary Agenda: https://datatracker.ietf.org/meeting/89/agenda.html VNFPool BoF has been initially scheduled on Tuesday morning. Please let me = know if you have conflicts or concerns on this date/time. Thanks. -Ning --_000_B0D29E0424F2DE47A0B36779EC66677925876516nkgeml501mbschi_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi,

 

Please see below IETF 89th= Preliminary Agenda:

https://datatracker.ietf.org/meeting/89/ag= enda.html

 

VNFPool BoF has been initially = scheduled on Tuesday morning. Please let me know if you have conflicts or c= oncerns on this date/time.

 

Thanks.

 

-Ning

--_000_B0D29E0424F2DE47A0B36779EC66677925876516nkgeml501mbschi_--