Re: [vnfpool] FW: New Version Notification for draft-zong-vnfpool-problem-statement-02.txt
Zongning <zongning@huawei.com> Wed, 15 January 2014 03:23 UTC
Return-Path: <zongning@huawei.com>
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 <vnfpool@ietfa.amsl.com>;
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
<vnfpool@ietfa.amsl.com>; 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 <vnfpool@ietf.org>;
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 <zongning@huawei.com>
To: Susan Hares <shares@ndzh.com>, "vnfpool@ietf.org" <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: <B0D29E0424F2DE47A0B36779EC66677925867072@nkgeml501-mbs.china.huawei.com>
References: <B0D29E0424F2DE47A0B36779EC66677925866ACB@nkgeml501-mbs.china.huawei.com>
<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."
<vnfpool.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/vnfpool>,
<mailto:vnfpool-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/vnfpool/>
List-Post: <mailto:vnfpool@ietf.org>
List-Help: <mailto:vnfpool-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/vnfpool>,
<mailto:vnfpool-request@ietf.org?subject=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 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-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
- [vnfpool] FW: New Version Notification for draft-… Zongning
- Re: [vnfpool] FW: New Version Notification for dr… Susan Hares
- Re: [vnfpool] FW: New Version Notification for dr… Zongning
- Re: [vnfpool] FW: New Version Notification for dr… Susan Hares
- Re: [vnfpool] FW: New Version Notification for dr… Melinda Shore
- Re: [vnfpool] FW: New Version Notification for dr… Susan Hares
- Re: [vnfpool] FW: New Version Notification for dr… Zongning
- Re: [vnfpool] FW: New Version Notification for dr… 김남곤 (Cloud Application Project)
- Re: [vnfpool] FW: New Version Notification for dr… Zongning
- Re: [vnfpool] FW: New Version Notification for dr… 이광국 (Network Innovation Projec)
- Re: [vnfpool] FW: New Version Notification for dr… 이광국 (Network Innovation Projec)
- Re: [vnfpool] FW: New Version Notification for dr… Zongning
- Re: [vnfpool] FW: New Version Notification for dr… LAC Chidung
- Re: [vnfpool] FW: New Version Notification for dr… Zongning
- Re: [vnfpool] FW: New Version Notification for dr… LAC Chidung