From nobody Thu May 22 20:02:31 2014 Return-Path: X-Original-To: nfvcon@ietfa.amsl.com Delivered-To: nfvcon@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 616901A0307 for ; Thu, 22 May 2014 20:02:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.852 X-Spam-Level: X-Spam-Status: No, score=-4.852 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651, 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 5kAIkKKmvfhl for ; Thu, 22 May 2014 20:02:28 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0D4321A005B for ; Thu, 22 May 2014 20:02:27 -0700 (PDT) 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 BEL24182; Fri, 23 May 2014 03:02:24 +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, 23 May 2014 04:02:08 +0100 Received: from nkgeml409-hub.china.huawei.com (10.98.56.40) by lhreml405-hub.china.huawei.com (10.201.5.242) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 23 May 2014 04:02:21 +0100 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.193]) by nkgeml409-hub.china.huawei.com ([10.98.56.40]) with mapi id 14.03.0158.001; Fri, 23 May 2014 11:02:16 +0800 From: "Songhaibin (A)" To: "nfvcon@ietf.org" Thread-Topic: virtualization of network functions makes the management different Thread-Index: Ac92M2ZTQwJ5rnZ6SmyQB+VHbtBcFg== Date: Fri, 23 May 2014 03:02:15 +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.49] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/nfvcon/0pSt043kx2-JpUR0xn9l_t964vA Subject: [NFVCON] virtualization of network functions makes the management different X-BeenThere: nfvcon@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "NFV \(Network Function Virtualization\) Configuration and Modeling" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 May 2014 03:02:29 -0000 Hi guys, I'm thinking the virtualization of network functions makes the management d= ifferent from the conventional network appliances, for example, when compar= ed with hard appliances, virtual network functions are easy to install/upda= te/delete, or migrate from one place to another (for something like virtual= residential gateway). And virtual network functions can also be open to th= e network function consumers. What are other differences in your opinion? Best Regards! -Haibin From nobody Fri May 23 01:20:30 2014 Return-Path: X-Original-To: nfvcon@ietfa.amsl.com Delivered-To: nfvcon@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D5D731A03C6 for ; Fri, 23 May 2014 01:20:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.852 X-Spam-Level: X-Spam-Status: No, score=-4.852 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651, 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 cQkcXxgRIy0w for ; Fri, 23 May 2014 01:20:20 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D624C1A03C1 for ; Fri, 23 May 2014 01:20:19 -0700 (PDT) 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 BHD19791; Fri, 23 May 2014 08:20:17 +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; Fri, 23 May 2014 09:19:56 +0100 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; Fri, 23 May 2014 09:20:11 +0100 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.193]) by nkgeml405-hub.china.huawei.com ([10.98.56.36]) with mapi id 14.03.0158.001; Fri, 23 May 2014 16:20:05 +0800 From: "Songhaibin (A)" To: "nfvcon@ietf.org" Thread-Topic: NFV Store Thread-Index: Ac92X80YpTiVlJ7xRieSNj6GW3wz4w== Date: Fri, 23 May 2014 08:20:05 +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.49] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/nfvcon/L_TNSm1uOSCCICrT9cUjzEZ0Hck Subject: [NFVCON] NFV Store X-BeenThere: nfvcon@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "NFV \(Network Function Virtualization\) Configuration and Modeling" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 May 2014 08:20:23 -0000 Hi guys, One very interesting concept in the area of NFV is NFV store. It can be see= n in many places, such like in this European FP7 project called T-NOVA: https://www.google.com.hk/url?q=3Dhttp://cordis.europa.eu/fp7/ict/future-ne= tworks/documents/call11projects/t-nova.pdf&sa=3DU&ei=3DOv5-U4n3EMWn8AXgy4Jo= &ved=3D0CCoQFjAC&usg=3DAFQjCNGcdpGz-DzpN5kNet1colSp4iWXgQ Or in the following presentation slides by RAD: https://www.google.com.hk/url?q=3Dhttp://www.celtic-initiative.org/Events/E= vent2014-Monaco/presentations/PDF-23/09-NFV--CELTIC%2520Event%252022.04.14.= pdf&sa=3DU&ei=3DOv5-U4n3EMWn8AXgy4Jo&ved=3D0CB0QFjAA&usg=3DAFQjCNHGlnHvypah= bwxeooh_ZE93m_329A NFV store brings the need of the standards for virtual network function ven= dors to access the NFV store, and for the virtual network function consumer= s to access the NFV store. Any thoughts? Best Regards! -Haibin From nobody Fri May 23 02:18:08 2014 Return-Path: X-Original-To: nfvcon@ietfa.amsl.com Delivered-To: nfvcon@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 557FA1A0143 for ; Fri, 23 May 2014 02:18:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.853 X-Spam-Level: X-Spam-Status: No, score=-4.853 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OYd-IXl_mLZO for ; Fri, 23 May 2014 02:18:03 -0700 (PDT) Received: from correo-bck.tid.es (correo-bck.tid.es [195.235.93.200]) by ietfa.amsl.com (Postfix) with ESMTP id 56ADA1A0126 for ; Fri, 23 May 2014 02:18:00 -0700 (PDT) Received: from sbrightmailg02.hi.inet (Sbrightmailg02.hi.inet [10.95.78.105]) by tid.hi.inet (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0N6000JRNSHXTI@tid.hi.inet> for nfvcon@ietf.org; Fri, 23 May 2014 11:17:57 +0200 (MEST) Received: from vanvan (vanvan.hi.inet [10.95.78.49]) by sbrightmailg02.hi.inet (Symantec Messaging Gateway) with SMTP id E9.C0.04155.1DC2F735; Fri, 23 May 2014 13:11:13 +0200 (CEST) Received: from correo.tid.es (mailhost.hi.inet [10.95.64.100]) by tid.hi.inet (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPS id <0N60000CASHW73@tid.hi.inet> for nfvcon@ietf.org; Fri, 23 May 2014 11:17:57 +0200 (MEST) Received: from EX10-MB1-MAD.hi.inet ([169.254.1.165]) by EX10-HTCAS5-MAD.hi.inet ([::1]) with mapi id 14.03.0158.001; Fri, 23 May 2014 11:17:56 +0200 Date: Fri, 23 May 2014 09:17:56 +0000 From: "Diego R. Lopez" In-reply-to: X-Originating-IP: [10.95.64.115] To: "Songhaibin (A)" Message-id: Content-id: MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-language: en-US Content-transfer-encoding: base64 Accept-Language: en-US, es-ES Thread-topic: [NFVCON] NFV Store Thread-index: Ac92X80YpTiVlJ7xRieSNj6GW3wz4///7qIA X-AuditID: 0a5f4e69-f79426d00000103b-6d-537f2cd12fde X-MS-Has-Attach: X-MS-TNEF-Correlator: X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrIIsWRmVeSWpSXmKPExsXCFe9nqHtRpz7Y4M09bov3KzexOzB6LFny kymAMYrLJiU1J7MstUjfLoErY+LmZywF30Qqll3uZGlg3CDSxcjBISFgInHzukMXIyeQKSZx 4d56ti5GLg4hge2MEod+LWSEcH4xSuw9/5YVwpnJKDGtazMbSAuLgKpE548NYDYbkP2o+Tc7 iC0sIC+xZ2kfK4jNKRAhcen6eXaIFQoSf849ZgGxRQR0Jb58+gnWyyygLnFj0g8wm1fAUuLs rGeMEHEziSkHNjBDxAUlfky+xwJyNUj9lCm5ECXiEs2tN1kgbEWJaYsawFoZBWQl3s2fzwqx SkHixatWqLVGEkfP72KGOEdAYsme81C2qMTLx/9YQcYLCYRLXNimMoFRYhaSI2YhOWIWwhGz kBwxC8kRCxhZVzGKFScVZaZnlOQmZuakGxjpZWTqZeallmxihERc5g7G5TtVDjEKcDAq8fBu UK4LFmJNLCuuzD3EKMHBrCTCa8tcHyzEm5JYWZValB9fVJqTWnyIUZqDRUmcl/ldUYCQQHpi SWp2ampBahFMlomDU6qBcdmrBb/z7SJfH5ubMPfTzSVl6QyeTE0nq+Qsw/apXnpRwcF5znWd /PmFJ6OtcmZey7rVoZS7fabbU/VbfRM/9F7Uyy+ynX3Z1fP7Pf+tOntMbml/4o/udJso6HLe 53Fy5pRPk6q7j9R2BU1ePaeFcZnaofNh0eW/G/0MCrrCX+y3Ds2+ess+X4mlOCPRUIu5qDgR AJUiFK60AgAA References: Archived-At: http://mailarchive.ietf.org/arch/msg/nfvcon/zQdmeLJlWgU5xKN4TvtHudnwyec Cc: "nfvcon@ietf.org" Subject: Re: [NFVCON] NFV Store X-BeenThere: nfvcon@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "NFV \(Network Function Virtualization\) Configuration and Modeling" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 May 2014 09:18:06 -0000 SW4gZ2VuZXJhbCwgSSB0aGluayB0aGUgc3RvcmUgaXNzdWUgaGFzIHRvIGRlYWwgbW9yZSB3aXRo IGhvdyB5b3UgZGVzY3JpYmUgdGhlIFZORiBtZXRhZGF0YSAoaXRzIG1hbmlmZXN0KSB0aGFuIHdp dGggdGhlIGFjY2VzcyBwcm90b2NvbCBpdHNlbGYsIHRoYXQgc2hvdWxkIGJlIHNoYXBlZCBieSB0 aGUgbWV0YWRhdGEgaW5mb3JtYXRpb24gbW9kZWwuLi4NCg0KQmUgZ29vZGUsDQoNCk9uIDIzIE1h eSAyMDE0LCBhdCAxMDoyMCAsIFNvbmdoYWliaW4gKEEpIDxoYWliaW4uc29uZ0BodWF3ZWkuY29t PiB3cm90ZToNCg0KPiBIaSBndXlzLA0KPg0KPiBPbmUgdmVyeSBpbnRlcmVzdGluZyBjb25jZXB0 IGluIHRoZSBhcmVhIG9mIE5GViBpcyBORlYgc3RvcmUuIEl0IGNhbiBiZSBzZWVuIGluIG1hbnkg cGxhY2VzLCBzdWNoIGxpa2UgaW4gdGhpcyBFdXJvcGVhbiBGUDcgcHJvamVjdCBjYWxsZWQgVC1O T1ZBOg0KPiBodHRwczovL3d3dy5nb29nbGUuY29tLmhrL3VybD9xPWh0dHA6Ly9jb3JkaXMuZXVy b3BhLmV1L2ZwNy9pY3QvZnV0dXJlLW5ldHdvcmtzL2RvY3VtZW50cy9jYWxsMTFwcm9qZWN0cy90 LW5vdmEucGRmJnNhPVUmZWk9T3Y1LVU0bjNFTVduOEFYZ3k0Sm8mdmVkPTBDQ29RRmpBQyZ1c2c9 QUZRakNOR2NkcEd6LUR6cE41a05ldDFjb2xTcDRpV1hnUQ0KPg0KPiBPciBpbiB0aGUgZm9sbG93 aW5nIHByZXNlbnRhdGlvbiBzbGlkZXMgYnkgUkFEOg0KPiBodHRwczovL3d3dy5nb29nbGUuY29t LmhrL3VybD9xPWh0dHA6Ly93d3cuY2VsdGljLWluaXRpYXRpdmUub3JnL0V2ZW50cy9FdmVudDIw MTQtTW9uYWNvL3ByZXNlbnRhdGlvbnMvUERGLTIzLzA5LU5GVi0tQ0VMVElDJTI1MjBFdmVudCUy NTIwMjIuMDQuMTQucGRmJnNhPVUmZWk9T3Y1LVU0bjNFTVduOEFYZ3k0Sm8mdmVkPTBDQjBRRmpB QSZ1c2c9QUZRakNOSEdsbkh2eXBhaGJ3eGVvb2hfWkU5M21fMzI5QQ0KPg0KPiBORlYgc3RvcmUg YnJpbmdzIHRoZSBuZWVkIG9mIHRoZSBzdGFuZGFyZHMgZm9yIHZpcnR1YWwgbmV0d29yayBmdW5j dGlvbiB2ZW5kb3JzIHRvIGFjY2VzcyB0aGUgTkZWIHN0b3JlLCBhbmQgZm9yIHRoZSB2aXJ0dWFs IG5ldHdvcmsgZnVuY3Rpb24gY29uc3VtZXJzIHRvIGFjY2VzcyB0aGUgTkZWIHN0b3JlLiBBbnkg dGhvdWdodHM/DQo+DQo+DQo+IEJlc3QgUmVnYXJkcyENCj4gLUhhaWJpbg0KPg0KPg0KPiBfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBORlZDT04gbWFp bGluZyBsaXN0DQo+IE5GVkNPTkBpZXRmLm9yZw0KPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWls bWFuL2xpc3RpbmZvL25mdmNvbg0KDQoNCi0tDQoiRXN0YSB2ZXogbm8gZmFsbGFyZW1vcywgRG9j dG9yIEluZmllcm5vIg0KDQpEciBEaWVnbyBSLiBMb3Bleg0KVGVsZWZvbmljYSBJK0QNCmh0dHA6 Ly9wZW9wbGUudGlkLmVzL2RpZWdvLmxvcGV6Lw0KDQplLW1haWw6IGRpZWdvQHRpZC5lcw0KVGVs OiAgICArMzQgOTEzIDEyOSAwNDENCk1vYmlsZTogKzM0IDY4MiAwNTEgMDkxDQotLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQoNCl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fDQoNCkVzdGUgbWVuc2FqZSBzZSBkaXJpZ2UgZXhjbHVzaXZhbWVudGUgYSBz dSBkZXN0aW5hdGFyaW8uIFB1ZWRlIGNvbnN1bHRhciBudWVzdHJhIHBvbMOtdGljYSBkZSBlbnbD rW8geSByZWNlcGNpw7NuIGRlIGNvcnJlbyBlbGVjdHLDs25pY28gZW4gZWwgZW5sYWNlIHNpdHVh ZG8gbcOhcyBhYmFqby4NClRoaXMgbWVzc2FnZSBpcyBpbnRlbmRlZCBleGNsdXNpdmVseSBmb3Ig aXRzIGFkZHJlc3NlZS4gV2Ugb25seSBzZW5kIGFuZCByZWNlaXZlIGVtYWlsIG9uIHRoZSBiYXNp cyBvZiB0aGUgdGVybXMgc2V0IG91dCBhdDoNCmh0dHA6Ly93d3cudGlkLmVzL0VTL1BBR0lOQVMv ZGlzY2xhaW1lci5hc3B4DQo= From nobody Fri May 23 02:37:57 2014 Return-Path: X-Original-To: nfvcon@ietfa.amsl.com Delivered-To: nfvcon@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E360A1A0164 for ; Fri, 23 May 2014 02:37:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.852 X-Spam-Level: X-Spam-Status: No, score=-4.852 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651, 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 RdCGQ5Yd2Z9U for ; Fri, 23 May 2014 02:37:54 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0502D1A0150 for ; Fri, 23 May 2014 02:37:53 -0700 (PDT) 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 BHD27520; Fri, 23 May 2014 09:37:51 +0000 (GMT) Received: from LHREML401-HUB.china.huawei.com (10.201.5.240) by lhreml203-edg.huawei.com (172.18.7.221) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 23 May 2014 10:37:26 +0100 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; Fri, 23 May 2014 10:37:42 +0100 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.193]) by nkgeml409-hub.china.huawei.com ([10.98.56.40]) with mapi id 14.03.0158.001; Fri, 23 May 2014 17:37:35 +0800 From: "Songhaibin (A)" To: "Diego R. Lopez" Thread-Topic: [NFVCON] NFV Store Thread-Index: Ac92X80YpTiVlJ7xRieSNj6GW3wz4///7qIA///ZjoA= Date: Fri, 23 May 2014 09:37:34 +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.49] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/nfvcon/1nzmcoL3sVloNmDWPJrZD4FCYfY Cc: "nfvcon@ietf.org" Subject: Re: [NFVCON] NFV Store X-BeenThere: nfvcon@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "NFV \(Network Function Virtualization\) Configuration and Modeling" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 May 2014 09:37:56 -0000 RGVhciBEaWVnbywNCg0KSSBmdWxseSBhZ3JlZSB3aXRoIHlvdS4gVk5GIGRlc2NyaXB0aW9uIGlz IHZlcnkgaW1wb3J0YW50LCBmb3IgYm90aCBWTkYgcHJvdmlkZXIgYW5kIHRoZSBWTkYgY29uc3Vt ZXIgSU1PLg0KDQpCZXN0IFJlZ2FyZHMhDQotSGFpYmluDQoNCg0KPiAtLS0tLU9yaWdpbmFsIE1l c3NhZ2UtLS0tLQ0KPiBGcm9tOiBEaWVnbyBSLiBMb3BleiBbbWFpbHRvOmRpZWdvQHRpZC5lc10N Cj4gU2VudDogRnJpZGF5LCBNYXkgMjMsIDIwMTQgNToxOCBQTQ0KPiBUbzogU29uZ2hhaWJpbiAo QSkNCj4gQ2M6IG5mdmNvbkBpZXRmLm9yZw0KPiBTdWJqZWN0OiBSZTogW05GVkNPTl0gTkZWIFN0 b3JlDQo+IA0KPiBJbiBnZW5lcmFsLCBJIHRoaW5rIHRoZSBzdG9yZSBpc3N1ZSBoYXMgdG8gZGVh bCBtb3JlIHdpdGggaG93IHlvdSBkZXNjcmliZSB0aGUNCj4gVk5GIG1ldGFkYXRhIChpdHMgbWFu aWZlc3QpIHRoYW4gd2l0aCB0aGUgYWNjZXNzIHByb3RvY29sIGl0c2VsZiwgdGhhdCBzaG91bGQg YmUNCj4gc2hhcGVkIGJ5IHRoZSBtZXRhZGF0YSBpbmZvcm1hdGlvbiBtb2RlbC4uLg0KPiANCj4g QmUgZ29vZGUsDQo+IA0KPiBPbiAyMyBNYXkgMjAxNCwgYXQgMTA6MjAgLCBTb25naGFpYmluIChB KSA8aGFpYmluLnNvbmdAaHVhd2VpLmNvbT4gd3JvdGU6DQo+IA0KPiA+IEhpIGd1eXMsDQo+ID4N Cj4gPiBPbmUgdmVyeSBpbnRlcmVzdGluZyBjb25jZXB0IGluIHRoZSBhcmVhIG9mIE5GViBpcyBO RlYgc3RvcmUuIEl0IGNhbiBiZSBzZWVuIGluDQo+IG1hbnkgcGxhY2VzLCBzdWNoIGxpa2UgaW4g dGhpcyBFdXJvcGVhbiBGUDcgcHJvamVjdCBjYWxsZWQgVC1OT1ZBOg0KPiA+DQo+IGh0dHBzOi8v d3d3Lmdvb2dsZS5jb20uaGsvdXJsP3E9aHR0cDovL2NvcmRpcy5ldXJvcGEuZXUvZnA3L2ljdC9m dXR1cmUtbmV0DQo+IHdvcmtzL2RvY3VtZW50cy9jYWxsMTFwcm9qZWN0cy90LW5vdmEucGRmJnNh PVUmZWk9T3Y1LVU0bjNFTVduOEFYZ3kNCj4gNEpvJnZlZD0wQ0NvUUZqQUMmdXNnPUFGUWpDTkdj ZHBHei1EenBONWtOZXQxY29sU3A0aVdYZ1ENCj4gPg0KPiA+IE9yIGluIHRoZSBmb2xsb3dpbmcg cHJlc2VudGF0aW9uIHNsaWRlcyBieSBSQUQ6DQo+ID4NCj4gaHR0cHM6Ly93d3cuZ29vZ2xlLmNv bS5oay91cmw/cT1odHRwOi8vd3d3LmNlbHRpYy1pbml0aWF0aXZlLm9yZy9FdmVudHMvRXZlDQo+ IG50MjAxNC1Nb25hY28vcHJlc2VudGF0aW9ucy9QREYtMjMvMDktTkZWLS1DRUxUSUMlMjUyMEV2 ZW50JTI1MjAyMi4wDQo+IDQuMTQucGRmJnNhPVUmZWk9T3Y1LVU0bjNFTVduOEFYZ3k0Sm8mdmVk PTBDQjBRRmpBQSZ1c2c9QUZRakNODQo+IEhHbG5IdnlwYWhid3hlb29oX1pFOTNtXzMyOUENCj4g Pg0KPiA+IE5GViBzdG9yZSBicmluZ3MgdGhlIG5lZWQgb2YgdGhlIHN0YW5kYXJkcyBmb3Igdmly dHVhbCBuZXR3b3JrIGZ1bmN0aW9uDQo+IHZlbmRvcnMgdG8gYWNjZXNzIHRoZSBORlYgc3RvcmUs IGFuZCBmb3IgdGhlIHZpcnR1YWwgbmV0d29yayBmdW5jdGlvbg0KPiBjb25zdW1lcnMgdG8gYWNj ZXNzIHRoZSBORlYgc3RvcmUuIEFueSB0aG91Z2h0cz8NCj4gPg0KPiA+DQo+ID4gQmVzdCBSZWdh cmRzIQ0KPiA+IC1IYWliaW4NCj4gPg0KPiA+DQo+ID4gX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX18NCj4gPiBORlZDT04gbWFpbGluZyBsaXN0DQo+ID4gTkZW Q09OQGlldGYub3JnDQo+ID4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9u ZnZjb24NCj4gDQo+IA0KPiAtLQ0KPiAiRXN0YSB2ZXogbm8gZmFsbGFyZW1vcywgRG9jdG9yIElu Zmllcm5vIg0KPiANCj4gRHIgRGllZ28gUi4gTG9wZXoNCj4gVGVsZWZvbmljYSBJK0QNCj4gaHR0 cDovL3Blb3BsZS50aWQuZXMvZGllZ28ubG9wZXovDQo+IA0KPiBlLW1haWw6IGRpZWdvQHRpZC5l cw0KPiBUZWw6ICAgICszNCA5MTMgMTI5IDA0MQ0KPiBNb2JpbGU6ICszNCA2ODIgMDUxIDA5MQ0K PiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiANCj4gDQo+IF9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IA0KPiBFc3RlIG1lbnNhamUgc2UgZGly aWdlIGV4Y2x1c2l2YW1lbnRlIGEgc3UgZGVzdGluYXRhcmlvLiBQdWVkZSBjb25zdWx0YXINCj4g bnVlc3RyYSBwb2zDrXRpY2EgZGUgZW52w61vIHkgcmVjZXBjacOzbiBkZSBjb3JyZW8gZWxlY3Ry w7NuaWNvIGVuIGVsIGVubGFjZQ0KPiBzaXR1YWRvIG3DoXMgYWJham8uDQo+IFRoaXMgbWVzc2Fn ZSBpcyBpbnRlbmRlZCBleGNsdXNpdmVseSBmb3IgaXRzIGFkZHJlc3NlZS4gV2Ugb25seSBzZW5k IGFuZA0KPiByZWNlaXZlIGVtYWlsIG9uIHRoZSBiYXNpcyBvZiB0aGUgdGVybXMgc2V0IG91dCBh dDoNCj4gaHR0cDovL3d3dy50aWQuZXMvRVMvUEFHSU5BUy9kaXNjbGFpbWVyLmFzcHgNCg== From nobody Sun May 25 22:17:38 2014 Return-Path: X-Original-To: nfvcon@ietfa.amsl.com Delivered-To: nfvcon@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3D5251A046C for ; Sun, 25 May 2014 22:17:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.1 X-Spam-Level: X-Spam-Status: No, score=0.1 tagged_above=-999 required=5 tests=[BAYES_50=0.8, RCVD_IN_DNSWL_LOW=-0.7] 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 SzHGe7TA07P8 for ; Sun, 25 May 2014 22:17:35 -0700 (PDT) Received: from out63-ams.mf.surf.net (out63-ams.mf.surf.net [145.0.1.63]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C204D1A0473 for ; Sun, 25 May 2014 22:17:34 -0700 (PDT) Received: from EXEDGE02.ad.utwente.nl (exedge02.ad.utwente.nl [130.89.5.49]) by outgoing3-ams.mf.surf.net (8.14.4/8.14.4/Debian-4) with ESMTP id s4Q5PjcA032219; Mon, 26 May 2014 07:25:45 +0200 Received: from EXHUB02.ad.utwente.nl (130.89.4.229) by EXEDGE02.ad.utwente.nl (130.89.5.49) with Microsoft SMTP Server (TLS) id 14.3.181.6; Mon, 26 May 2014 07:17:16 +0200 Received: from EXMBX23.ad.utwente.nl ([169.254.3.152]) by EXHUB02.ad.utwente.nl ([130.89.4.229]) with mapi id 14.03.0181.006; Mon, 26 May 2014 07:17:16 +0200 From: To: , Thread-Topic: [NFVCON] virtualization of network functions makes the management different Thread-Index: Ac92M2ZTQwJ5rnZ6SmyQB+VHbtBcFgCbRDPU Date: Mon, 26 May 2014 05:17:15 +0000 Message-ID: References: In-Reply-To: Accept-Language: nl-NL, en-US Content-Language: nl-NL X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [86.91.134.3] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Bayes-Prob: 0.0001 (Score 0, tokens from: utwente-out:default, base:default, @@RPTN) X-CanIt-Geo: ip=130.89.5.49; country=NL; region=Provincie Overijssel; city=Enschede; latitude=52.2195; longitude=6.8912; http://maps.google.com/maps?q=52.2195,6.8912&z=6 X-CanItPRO-Stream: utwente-out:default (inherits from utwente:default, base:default) X-Canit-Stats-ID: 0bM6tpJ3G - 7e696549a5db - 20140526 (trained as not-spam) X-Scanned-By: CanIt (www . roaringpenguin . com) Archived-At: http://mailarchive.ietf.org/arch/msg/nfvcon/oggHx3vKA9zXPfqynmdQR1qi8yY Subject: Re: [NFVCON] virtualization of network functions makes the management different X-BeenThere: nfvcon@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "NFV \(Network Function Virtualization\) Configuration and Modeling" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2014 05:17:37 -0000 Hi Haibin, Yes I agree with you!=20 In particular, the dynamic lifecycle management of the virtual network func= tions (e.g., deploy, provision, operation and runtime management, disposal)= is very different from the (almost) static configuration of conventional = network appliances.=20 Best regards, Georgios ________________________________________ Van: NFVCON [nfvcon-bounces@ietf.org] namens Songhaibin (A) [haibin.song@hu= awei.com] Verzonden: vrijdag 23 mei 2014 5:02 Aan: nfvcon@ietf.org Onderwerp: [NFVCON] virtualization of network functions makes the managemen= t different Hi guys, I'm thinking the virtualization of network functions makes the management d= ifferent from the conventional network appliances, for example, when compar= ed with hard appliances, virtual network functions are easy to install/upda= te/delete, or migrate from one place to another (for something like virtual= residential gateway). And virtual network functions can also be open to th= e network function consumers. What are other differences in your opinion? Best Regards! -Haibin _______________________________________________ NFVCON mailing list NFVCON@ietf.org https://www.ietf.org/mailman/listinfo/nfvcon= From nobody Mon May 26 05:38:29 2014 Return-Path: X-Original-To: nfvcon@ietfa.amsl.com Delivered-To: nfvcon@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C42001A0129 for ; Mon, 26 May 2014 05:38:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.645 X-Spam-Level: X-Spam-Status: No, score=0.645 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_IT=0.635, HOST_EQ_IT=1.245, 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 MSUmVtMI-_ef for ; Mon, 26 May 2014 05:38:24 -0700 (PDT) Received: from sssup.it (ms04.mxout.sssup.it [193.205.80.95]) by ietfa.amsl.com (Postfix) with ESMTP id DCAB41A014C for ; Mon, 26 May 2014 05:38:22 -0700 (PDT) Received: from [10.30.2.240] ([10.30.2.240] verified) by sssup.it (CommuniGate Pro SMTP 5.3.15) with ESMTP id 92526278; Mon, 26 May 2014 14:38:18 +0200 Message-ID: <538335C0.7090401@cnit.it> Date: Mon, 26 May 2014 14:38:24 +0200 From: Barbara Martini User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; it; rv:1.9.2.28) Gecko/20120306 Thunderbird/3.1.20 MIME-Version: 1.0 To: nfvcon@ietf.org, karagian@cs.utwente.nl, "Songhaibin (A)" References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Archived-At: http://mailarchive.ietf.org/arch/msg/nfvcon/Bsq_3Tmp-su65wId4T5y_V-CnU0 Subject: Re: [NFVCON] virtualization of network functions makes the management different X-BeenThere: nfvcon@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "NFV \(Network Function Virtualization\) Configuration and Modeling" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 May 2014 12:38:25 -0000 Hi Haibin, Georgios, I do agree with you. Also, I think that the fact we can have agile runtime management and disposal of virtual network functions provide the capability of performing much more effective optimizations while addressing different management targets. For instance, the virtual network functions can be initially disposed according to a specified optimization targets, then easily rearranged based on changing conditions or modified targets. The optimization targets may be for example the minimization of used physical server hosting virtual network functions or, on the contrary, the balancing of used physical servers. Moreover, the instances of virtual network function can be dynamically scaled up/down in a agile way in order to assure the required capabilities while avoiding overprovisioning. Finally, in combination with software-defined networking the traffic can be dynamically steered across virtual network functions on per-service basis or even on per-tenant basis thanks to high level of programmability of network nodes. Best regards, Barbara Il 26/05/2014 7.17, karagian@cs.utwente.nl ha scritto: > Hi Haibin, > > Yes I agree with you! > In particular, the dynamic lifecycle management of the virtual network functions (e.g., deploy, provision, operation and runtime management, disposal) is very different from the (almost) static configuration of conventional network appliances. > > Best regards, > Georgios > > > ________________________________________ > Van: NFVCON [nfvcon-bounces@ietf.org] namens Songhaibin (A) [haibin.song@huawei.com] > Verzonden: vrijdag 23 mei 2014 5:02 > Aan: nfvcon@ietf.org > Onderwerp: [NFVCON] virtualization of network functions makes the management different > > Hi guys, > > I'm thinking the virtualization of network functions makes the management different from the conventional network appliances, for example, when compared with hard appliances, virtual network functions are easy to install/update/delete, or migrate from one place to another (for something like virtual residential gateway). And virtual network functions can also be open to the network function consumers. What are other differences in your opinion? > > Best Regards! > -Haibin > > _______________________________________________ > NFVCON mailing list > NFVCON@ietf.org > https://www.ietf.org/mailman/listinfo/nfvcon > _______________________________________________ > NFVCON mailing list > NFVCON@ietf.org > https://www.ietf.org/mailman/listinfo/nfvcon From nobody Tue May 27 01:39:02 2014 Return-Path: X-Original-To: nfvcon@ietfa.amsl.com Delivered-To: nfvcon@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D08F81A03ED for ; Tue, 27 May 2014 01:38:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.852 X-Spam-Level: X-Spam-Status: No, score=-4.852 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651, 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 7dIXZN6RPGQY for ; Tue, 27 May 2014 01:38:57 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 51ECA1A009E for ; Tue, 27 May 2014 01:38:57 -0700 (PDT) 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 BHG90202; Tue, 27 May 2014 08:38:49 +0000 (GMT) Received: from LHREML402-HUB.china.huawei.com (10.201.5.241) by lhreml204-edg.china.huawei.com (172.18.7.223) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 27 May 2014 09:38:08 +0100 Received: from nkgeml409-hub.china.huawei.com (10.98.56.40) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 27 May 2014 09:38:33 +0100 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.193]) by nkgeml409-hub.china.huawei.com ([10.98.56.40]) with mapi id 14.03.0158.001; Tue, 27 May 2014 16:38:26 +0800 From: "Songhaibin (A)" To: "karagian@cs.utwente.nl" , "nfvcon@ietf.org" Thread-Topic: [NFVCON] virtualization of network functions makes the management different Thread-Index: AQHPeKHOfQ4evF12gE+lCCD546+78JtUG2PA Date: Tue, 27 May 2014 08:38:25 +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.49] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/nfvcon/GGC2kUQWn5bSbHDBMQOenGDHiwU Subject: Re: [NFVCON] virtualization of network functions makes the management different X-BeenThere: nfvcon@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "NFV \(Network Function Virtualization\) Configuration and Modeling" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 May 2014 08:39:00 -0000 Hi Georgios, Thank you for the reply. Right, that's why we target the virtualization cha= racteristics of VNF. Implementation of virtual network functions gradually = get deployed in the real world. If you have multiple vendors and consumers = for the VNF, you need a standard protocol for this platform. And we will ex= plain them more in a use case draft for NFV configuration. Best Regards! -Haibin > -----Original Message----- > From: karagian@cs.utwente.nl [mailto:karagian@cs.utwente.nl] > Sent: Monday, May 26, 2014 1:17 PM > To: Songhaibin (A); nfvcon@ietf.org > Subject: RE: [NFVCON] virtualization of network functions makes the > management different >=20 > Hi Haibin, >=20 > Yes I agree with you! > In particular, the dynamic lifecycle management of the virtual network > functions (e.g., deploy, provision, operation and runtime management, dis= posal) > is very different from the (almost) static configuration of conventional = network > appliances. >=20 > Best regards, > Georgios >=20 >=20 > ________________________________________ > Van: NFVCON [nfvcon-bounces@ietf.org] namens Songhaibin (A) > [haibin.song@huawei.com] > Verzonden: vrijdag 23 mei 2014 5:02 > Aan: nfvcon@ietf.org > Onderwerp: [NFVCON] virtualization of network functions makes the > management different >=20 > Hi guys, >=20 > I'm thinking the virtualization of network functions makes the management > different from the conventional network appliances, for example, when > compared with hard appliances, virtual network functions are easy to > install/update/delete, or migrate from one place to another (for somethin= g like > virtual residential gateway). And virtual network functions can also be o= pen to > the network function consumers. What are other differences in your opinio= n? >=20 > Best Regards! > -Haibin >=20 > _______________________________________________ > NFVCON mailing list > NFVCON@ietf.org > https://www.ietf.org/mailman/listinfo/nfvcon From nobody Tue May 27 02:01:14 2014 Return-Path: X-Original-To: nfvcon@ietfa.amsl.com Delivered-To: nfvcon@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7EFA31A002F for ; Tue, 27 May 2014 02:01:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.852 X-Spam-Level: X-Spam-Status: No, score=-4.852 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651, 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 vzZR-195f5Zk for ; Tue, 27 May 2014 02:01:08 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1F2C51A002D for ; Tue, 27 May 2014 02:01:03 -0700 (PDT) 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 BEO89284; Tue, 27 May 2014 09:00:57 +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; Tue, 27 May 2014 10:00:26 +0100 Received: from nkgeml409-hub.china.huawei.com (10.98.56.40) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 27 May 2014 10:00:54 +0100 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.193]) by nkgeml409-hub.china.huawei.com ([10.98.56.40]) with mapi id 14.03.0158.001; Tue, 27 May 2014 17:00:50 +0800 From: "Songhaibin (A)" To: Barbara Martini , "nfvcon@ietf.org" , "karagian@cs.utwente.nl" Thread-Topic: [NFVCON] virtualization of network functions makes the management different Thread-Index: AQHPeN9qa4oNJwE/k0Or+t9R59gXfJtUHFHg Date: Tue, 27 May 2014 09:00:50 +0000 Message-ID: References: <538335C0.7090401@cnit.it> In-Reply-To: <538335C0.7090401@cnit.it> Accept-Language: en-US, zh-CN Content-Language: zh-CN X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.138.41.49] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/nfvcon/Ws_yvr3lU7RH9ed_kz0hqQipU-g Subject: Re: [NFVCON] virtualization of network functions makes the management different X-BeenThere: nfvcon@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "NFV \(Network Function Virtualization\) Configuration and Modeling" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 May 2014 09:01:12 -0000 Hi Barbara, Best Regards! -Haibin > -----Original Message----- > From: Barbara Martini [mailto:barbara.martini@cnit.it] > Sent: Monday, May 26, 2014 8:38 PM > To: nfvcon@ietf.org; karagian@cs.utwente.nl; Songhaibin (A) > Subject: Re: [NFVCON] virtualization of network functions makes the > management different >=20 > Hi Haibin, Georgios, >=20 > I do agree with you. Also, I think that the fact we can have agile runtim= e > management and disposal of virtual network functions provide the capabili= ty of > performing much more effective optimizations while addressing different > management targets. For instance, the virtual network functions can be > initially disposed according to a specified optimization targets, then ea= sily > rearranged based on changing conditions or modified targets. The optimiza= tion > targets may be for example the minimization of used physical server hosti= ng > virtual network functions or, on the contrary, the balancing of used phys= ical > servers. [Haibin] This example is very interesting. I think we can get some very use= ful requirements from agile runtime management, especially from the NFV con= sumer perspective. The policies at least include load-balancing policy, aut= omatic scale-out/in policy, and etc. I'm very interested in the NFV managem= ent and orchestration plane north bound interactions with VNF providers and= consumers. But in the south-bound to the specific infrastructure devices, = the management and orchestration plane has to translate those requirements = into detailed configuration commands/protocol interactions that have been s= upported by the existing devices, which is more about implementation issue = IMO. > Moreover, the instances of virtual network function can be dynamically sc= aled > up/down in a agile way in order to assure the required capabilities while > avoiding overprovisioning.=20 [Haibin] Fully agree. >Finally, in combination with software-defined > networking the traffic can be dynamically steered across virtual network > functions on per-service basis or even on per-tenant basis thanks to high= level > of programmability of network nodes. >=20 [Haibin] Definitely this kind of combination with SDN is very attractive. O= ne use case that I know is when you add a new VNF instance that's agnostic = to the applications, you need to send a command to its neighbor switch, so = as to make it split a portion of the traffic to the new VNF instance, based= on some policies. Regards! -Haibin > Best regards, >=20 > Barbara >=20 >=20 > Il 26/05/2014 7.17, karagian@cs.utwente.nl ha scritto: > > Hi Haibin, > > > > Yes I agree with you! > > In particular, the dynamic lifecycle management of the virtual network > functions (e.g., deploy, provision, operation and runtime management, dis= posal) > is very different from the (almost) static configuration of conventional = network > appliances. > > > > Best regards, > > Georgios > > > > > > ________________________________________ > > Van: NFVCON [nfvcon-bounces@ietf.org] namens Songhaibin (A) > > [haibin.song@huawei.com] > > Verzonden: vrijdag 23 mei 2014 5:02 > > Aan: nfvcon@ietf.org > > Onderwerp: [NFVCON] virtualization of network functions makes the > management different > > > > Hi guys, > > > > I'm thinking the virtualization of network functions makes the manageme= nt > different from the conventional network appliances, for example, when > compared with hard appliances, virtual network functions are easy to > install/update/delete, or migrate from one place to another (for somethin= g like > virtual residential gateway). And virtual network functions can also be o= pen to > the network function consumers. What are other differences in your opinio= n? > > > > Best Regards! > > -Haibin > > > > _______________________________________________ > > NFVCON mailing list > > NFVCON@ietf.org > > https://www.ietf.org/mailman/listinfo/nfvcon > > _______________________________________________ > > NFVCON mailing list > > NFVCON@ietf.org > > https://www.ietf.org/mailman/listinfo/nfvcon From nobody Tue May 27 02:40:54 2014 Return-Path: X-Original-To: nfvcon@ietfa.amsl.com Delivered-To: nfvcon@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E77C71A004E for ; Tue, 27 May 2014 02:40:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.546 X-Spam-Level: X-Spam-Status: No, score=-3.546 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001, TRACKER_ID=1.306] 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 Xri4GnUQgeKP for ; Tue, 27 May 2014 02:40:48 -0700 (PDT) Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D4F741A0049 for ; Tue, 27 May 2014 02:40:47 -0700 (PDT) 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 BHG97343; Tue, 27 May 2014 09:40:43 +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; Tue, 27 May 2014 10:40:08 +0100 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; Tue, 27 May 2014 10:40:36 +0100 Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.193]) by nkgeml408-hub.china.huawei.com ([10.98.56.39]) with mapi id 14.03.0158.001; Tue, 27 May 2014 17:40:32 +0800 From: "Songhaibin (A)" To: "nfvcon@ietf.org" Thread-Topic: Horizon-NFV-configuration Thread-Index: Ac95j7NN0mIbUhYCRyaR+lc1r2/QPg== Date: Tue, 27 May 2014 09:40:31 +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.49] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-CFilter-Loop: Reflected Archived-At: http://mailarchive.ietf.org/arch/msg/nfvcon/tidTAg_mvcdyhWlPxE-GSmg_Ryc Subject: [NFVCON] Horizon-NFV-configuration X-BeenThere: nfvcon@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "NFV \(Network Function Virtualization\) Configuration and Modeling" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 May 2014 09:40:53 -0000 Hi guys, Some basic features for NFV configuration can be found in open stack Horizo= n-NFV-configuration. Here is the link for your information. https://wiki.openstack.org/wiki/Horizon-NFV-configuration Best Regards! -Haibin From nobody Tue May 27 15:07:42 2014 Return-Path: X-Original-To: nfvcon@ietfa.amsl.com Delivered-To: nfvcon@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 84ECD1A073C for ; Tue, 27 May 2014 15:07:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.853 X-Spam-Level: X-Spam-Status: No, score=-4.853 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tVQa8GtGLiwR for ; Tue, 27 May 2014 15:07:36 -0700 (PDT) Received: from correo-bck.tid.es (correo-bck.tid.es [195.235.93.200]) by ietfa.amsl.com (Postfix) with ESMTP id A53311A0290 for ; Tue, 27 May 2014 15:07:35 -0700 (PDT) Received: from sbrightmailg02.hi.inet (Sbrightmailg02.hi.inet [10.95.78.105]) by tid.hi.inet (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0N6900I6S6SFY5@tid.hi.inet> for nfvcon@ietf.org; Wed, 28 May 2014 00:07:31 +0200 (MEST) Received: from vanvan (vanvan.hi.inet [10.95.78.49]) by sbrightmailg02.hi.inet (Symantec Messaging Gateway) with SMTP id 5E.E8.04155.E2725835; Wed, 28 May 2014 02:00:46 +0200 (CEST) Received: from correo.tid.es (mailhost.hi.inet [10.95.64.100]) by tid.hi.inet (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPS id <0N6900I7N6SIY5@tid.hi.inet> for nfvcon@ietf.org; Wed, 28 May 2014 00:07:30 +0200 (MEST) Received: from EX10-MB1-MAD.hi.inet ([169.254.1.165]) by EX10-HTCAS7-MAD.hi.inet ([::1]) with mapi id 14.03.0158.001; Wed, 28 May 2014 00:07:29 +0200 Date: Tue, 27 May 2014 22:07:53 +0000 From: "Diego R. Lopez" In-reply-to: X-Originating-IP: [10.95.64.115] To: "Songhaibin (A)" Message-id: <0A3804A0-3411-469A-9C75-613D29CC6E28@tid.es> Content-id: <36044D2CCBCC2048931231DDB1C9449B@hi.inet> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-language: en-US Content-transfer-encoding: base64 Accept-Language: en-US, es-ES Thread-topic: [NFVCON] Horizon-NFV-configuration Thread-index: Ac95j7NN0mIbUhYCRyaR+lc1r2/QPgAV5XuA X-AuditID: 0a5f4e69-f79426d00000103b-33-5385272e2481 X-MS-Has-Attach: X-MS-TNEF-Correlator: X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrAIsWRmVeSWpSXmKPExsXCFe9nqKun3hps8PaynMX7lZvYHRg9liz5 yRTAGMVlk5Kak1mWWqRvl8CV8ezWZuaCLfwV5y7tZWxgbODvYuTgkBAwkWjaJNTFyAlkiklc uLeerYuRi0NIYDujxOotjewgCSGBX4wS6yeFQCRmMkpsODmLESTBIqAq0TrlFyuIzQZkP2r+ zQ4yVFhAX+LtNH6QMKdAhMT+JSfZIRYoSPw595gFxBYR0JX48uknG4jNLKAucWPSDzCbV8BS Ysma9ywQcTOJFXuvskPEBSV+TL7HAjIepH7KlFyIEnGJ5tabUOWKEtMWNYBdxiggK/Fu/nxW iFUGEpMuf2SDsI0kplzdzwZxjoDEkj3nmSFsUYmXj/+xQrwbLjF75XvWCYwSs5BcMQvJFbMQ rpiF5IpZSK5YwMi6ilGsOKkoMz2jJDcxMyfdwEgvI1MvMy+1ZBMjJN4ydzAu36lyiFGAg1GJ h/fFsZZgIdbEsuLK3EOMEhzMSiK8pz8BhXhTEiurUovy44tKc1KLDzFKc7AoifMyvysKEBJI TyxJzU5NLUgtgskycXBKNTBO8fR22fBY43vjGk5D/eZjwT2Fiw3UjSbeNvm4T39mw+T98pN9 d0d1/zf3nmBm9TBsRlDUVpHyxH1MCziWVnEHLDe0ShM4laYqItpusMk0+pi11e2pMrOu81g+ ezvnk7mDy26jzBvBwVPDE3+8PfBS4afpV7YJ51RM95/0FPkYvVfffHfrVw0lluKMREMt5qLi RADIt6zeswIAAA== References: Archived-At: http://mailarchive.ietf.org/arch/msg/nfvcon/u9jGkZmHblLkw4N5qKdsHIMOox4 Cc: "nfvcon@ietf.org" Subject: Re: [NFVCON] Horizon-NFV-configuration X-BeenThere: nfvcon@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "NFV \(Network Function Virtualization\) Configuration and Modeling" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 May 2014 22:07:38 -0000 SGksDQoNCkkgc2VlIGhlcmUgdGhlIGNvbWJpbmF0aW9uIG9mIHRoZSB2aXJ0dWFsaXplZCBpbmZy YXN0cnVjdHVyZSBtYW5hZ2VtZW50IChyZWxhdGVkIHRvIE5GViBNQU5PKSBhbmQgdGhlIG5ldHdv cmsgZnVuY3Rpb24gaXRzZWxmIG1hbmFnZW1lbnQgKGN1cnJlbnRseSBjb25zaWRlcmVkIHVuZGVy IHRoZSBFTVMtTkZWIGludGVyZmFjZSBpbiB0aGUgTkZWIGFyY2hpdGVjdHVyZSBmcmFtZXdvcmsp DQoNCkFzIEkgc2FpZCBiZWZvcmUsIGluIHRoaXMgY29tYmluYXRpb24gaXMgd2hlcmUgSSBmaW5k IHRoZSByZWFsIHZhbHVlIGZvciBzb21ldGhpbmcgbGlrZSBORlZDT04NCg0KQmUgZ29vZGUsDQoN Ck9uIDI3IE1heSAyMDE0LCBhdCAxMTo0MCAsIFNvbmdoYWliaW4gKEEpIDxoYWliaW4uc29uZ0Bo dWF3ZWkuY29tPiB3cm90ZToNCg0KPiBIaSBndXlzLA0KPg0KPiBTb21lIGJhc2ljIGZlYXR1cmVz IGZvciBORlYgY29uZmlndXJhdGlvbiBjYW4gYmUgZm91bmQgaW4gb3BlbiBzdGFjayBIb3Jpem9u LU5GVi1jb25maWd1cmF0aW9uLiBIZXJlIGlzIHRoZSBsaW5rIGZvciB5b3VyIGluZm9ybWF0aW9u Lg0KPg0KPiBodHRwczovL3dpa2kub3BlbnN0YWNrLm9yZy93aWtpL0hvcml6b24tTkZWLWNvbmZp Z3VyYXRpb24NCj4NCj4gQmVzdCBSZWdhcmRzIQ0KPiAtSGFpYmluDQo+DQo+DQo+IF9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IE5GVkNPTiBtYWlsaW5n IGxpc3QNCj4gTkZWQ09OQGlldGYub3JnDQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4v bGlzdGluZm8vbmZ2Y29uDQoNCg0KLS0NCiJFc3RhIHZleiBubyBmYWxsYXJlbW9zLCBEb2N0b3Ig SW5maWVybm8iDQoNCkRyIERpZWdvIFIuIExvcGV6DQpUZWxlZm9uaWNhIEkrRA0KaHR0cDovL3Bl b3BsZS50aWQuZXMvZGllZ28ubG9wZXovDQoNCmUtbWFpbDogZGllZ29AdGlkLmVzDQpUZWw6ICAg ICszNCA5MTMgMTI5IDA0MQ0KTW9iaWxlOiArMzQgNjgyIDA1MSAwOTENCi0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoNCg0KX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18NCg0KRXN0ZSBtZW5zYWplIHNlIGRpcmlnZSBleGNsdXNpdmFtZW50ZSBhIHN1IGRl c3RpbmF0YXJpby4gUHVlZGUgY29uc3VsdGFyIG51ZXN0cmEgcG9sw610aWNhIGRlIGVudsOtbyB5 IHJlY2VwY2nDs24gZGUgY29ycmVvIGVsZWN0csOzbmljbyBlbiBlbCBlbmxhY2Ugc2l0dWFkbyBt w6FzIGFiYWpvLg0KVGhpcyBtZXNzYWdlIGlzIGludGVuZGVkIGV4Y2x1c2l2ZWx5IGZvciBpdHMg YWRkcmVzc2VlLiBXZSBvbmx5IHNlbmQgYW5kIHJlY2VpdmUgZW1haWwgb24gdGhlIGJhc2lzIG9m IHRoZSB0ZXJtcyBzZXQgb3V0IGF0Og0KaHR0cDovL3d3dy50aWQuZXMvRVMvUEFHSU5BUy9kaXNj bGFpbWVyLmFzcHgNCg== From nobody Thu May 29 02:37:23 2014 Return-Path: X-Original-To: nfvcon@ietfa.amsl.com Delivered-To: nfvcon@ietfa.amsl.com Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 816DB1A0877 for ; Thu, 29 May 2014 02:37:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] 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 eABYFnToLQvL for ; Thu, 29 May 2014 02:37:20 -0700 (PDT) Received: from out68-ams.mf.surf.net (out68-ams.mf.surf.net [145.0.1.68]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2F7081A0273 for ; Thu, 29 May 2014 02:37:19 -0700 (PDT) Received: from EXEDGE01.ad.utwente.nl (exedge01.ad.utwente.nl [130.89.5.48]) by outgoing3-ams.mf.surf.net (8.14.4/8.14.4/Debian-4) with ESMTP id s4T9jiqt026861; Thu, 29 May 2014 11:45:45 +0200 Received: from EXHUB01.ad.utwente.nl (130.89.4.228) by EXEDGE01.ad.utwente.nl (130.89.5.48) with Microsoft SMTP Server (TLS) id 14.3.181.6; Thu, 29 May 2014 11:37:04 +0200 Received: from EXMBX23.ad.utwente.nl ([169.254.3.152]) by EXHUB01.ad.utwente.nl ([130.89.4.228]) with mapi id 14.03.0181.006; Thu, 29 May 2014 11:37:00 +0200 From: To: , Thread-Topic: [NFVCON] virtualization of network functions makes the management different Thread-Index: Ac92M2ZTQwJ5rnZ6SmyQB+VHbtBcFgCbRDPUADVy6IAAan8dxg== Date: Thu, 29 May 2014 09:36:59 +0000 Message-ID: References: , In-Reply-To: Accept-Language: nl-NL, en-US Content-Language: nl-NL X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [86.91.134.3] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Bayes-Prob: 0.0001 (Score 0, tokens from: utwente-out:default, base:default, @@RPTN) X-CanIt-Geo: ip=130.89.5.48; country=NL; region=Provincie Overijssel; city=Enschede; latitude=52.2195; longitude=6.8912; http://maps.google.com/maps?q=52.2195,6.8912&z=6 X-CanItPRO-Stream: utwente-out:default (inherits from utwente:default, base:default) X-Canit-Stats-ID: 0bM7JJJy1 - aa88864e09e1 - 20140529 (trained as not-spam) X-Scanned-By: CanIt (www . roaringpenguin . com) Archived-At: http://mailarchive.ietf.org/arch/msg/nfvcon/lrIPh22Q3CCCEgJMRMYd2GUwSAg Cc: diego@tid.es Subject: Re: [NFVCON] virtualization of network functions makes the management different X-BeenThere: nfvcon@ietf.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "NFV \(Network Function Virtualization\) Configuration and Modeling" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 May 2014 09:37:22 -0000 Hi Haibin, Yes, I think that a use case draft for NFV configuration will be useful! I also agree with Diego that it is important to focus on the configuration = protocol solution needed for the support of the EMS-NFV interface associat= ed with the NFV architecture framework. Best regards, Georgios ________________________________________ Van: Songhaibin (A) [haibin.song@huawei.com] Verzonden: dinsdag 27 mei 2014 10:38 Aan: Karagiannis, G. (EWI); nfvcon@ietf.org Onderwerp: RE: [NFVCON] virtualization of network functions makes the manag= ement different Hi Georgios, Thank you for the reply. Right, that's why we target the virtualization cha= racteristics of VNF. Implementation of virtual network functions gradually = get deployed in the real world. If you have multiple vendors and consumers = for the VNF, you need a standard protocol for this platform. And we will ex= plain them more in a use case draft for NFV configuration. Best Regards! -Haibin > -----Original Message----- > From: karagian@cs.utwente.nl [mailto:karagian@cs.utwente.nl] > Sent: Monday, May 26, 2014 1:17 PM > To: Songhaibin (A); nfvcon@ietf.org > Subject: RE: [NFVCON] virtualization of network functions makes the > management different > > Hi Haibin, > > Yes I agree with you! > In particular, the dynamic lifecycle management of the virtual network > functions (e.g., deploy, provision, operation and runtime management, dis= posal) > is very different from the (almost) static configuration of conventional = network > appliances. > > Best regards, > Georgios > > > ________________________________________ > Van: NFVCON [nfvcon-bounces@ietf.org] namens Songhaibin (A) > [haibin.song@huawei.com] > Verzonden: vrijdag 23 mei 2014 5:02 > Aan: nfvcon@ietf.org > Onderwerp: [NFVCON] virtualization of network functions makes the > management different > > Hi guys, > > I'm thinking the virtualization of network functions makes the management > different from the conventional network appliances, for example, when > compared with hard appliances, virtual network functions are easy to > install/update/delete, or migrate from one place to another (for somethin= g like > virtual residential gateway). And virtual network functions can also be o= pen to > the network function consumers. What are other differences in your opinio= n? > > Best Regards! > -Haibin > > _______________________________________________ > NFVCON mailing list > NFVCON@ietf.org > https://www.ietf.org/mailman/listinfo/nfvcon=