Re: [NFVCON] virtualization of network functions makes the management different

"Songhaibin (A)" <haibin.song@huawei.com> Tue, 27 May 2014 08:38 UTC

Return-Path: <haibin.song@huawei.com>
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 <nfvcon@ietfa.amsl.com>; 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 <nfvcon@ietfa.amsl.com>; 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 <nfvcon@ietf.org>; 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)" <haibin.song@huawei.com>
To: "karagian@cs.utwente.nl" <karagian@cs.utwente.nl>, "nfvcon@ietf.org" <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: <E33E01DFD5BEA24B9F3F18671078951F650E5AFB@nkgeml501-mbs.china.huawei.com>
References: <E33E01DFD5BEA24B9F3F18671078951F650E4BD7@nkgeml501-mbs.china.huawei.com> <FF1A9612A94D5C4A81ED7DE1039AB80F4F475E49@EXMBX23.ad.utwente.nl>
In-Reply-To: <FF1A9612A94D5C4A81ED7DE1039AB80F4F475E49@EXMBX23.ad.utwente.nl>
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" <nfvcon.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/nfvcon>, <mailto:nfvcon-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/nfvcon/>
List-Post: <mailto:nfvcon@ietf.org>
List-Help: <mailto:nfvcon-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/nfvcon>, <mailto:nfvcon-request@ietf.org?subject=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 characteristics 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 explain 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, 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