[vnfpool] 答复: New revision of VNFPool Problem Statement posted

Zongning <zongning@huawei.com> Thu, 17 April 2014 03:44 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 D7C8D1A0433 for <vnfpool@ietfa.amsl.com>; Wed, 16 Apr 2014 20:44:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -98.522
X-Spam-Level:
X-Spam-Status: No, score=-98.522 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, CHARSET_FARAWAY_HEADER=3.2, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.272, 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 a4f5DVdQh-Qn for <vnfpool@ietfa.amsl.com>; Wed, 16 Apr 2014 20:44:55 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 9B43D1A00CD for <vnfpool@ietf.org>; Wed, 16 Apr 2014 20:44:54 -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 BFS67076; Thu, 17 Apr 2014 03:44:48 +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; Thu, 17 Apr 2014 04:43:09 +0100
Received: from NKGEML404-HUB.china.huawei.com (10.98.56.35) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.158.1; Thu, 17 Apr 2014 04:44:46 +0100
Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.85]) by nkgeml404-hub.china.huawei.com ([10.98.56.35]) with mapi id 14.03.0158.001; Thu, 17 Apr 2014 11:44:43 +0800
From: Zongning <zongning@huawei.com>
To: Zu Qiang <zu.qiang@ericsson.com>, "vnfpool@ietf.org" <vnfpool@ietf.org>
Thread-Topic: New revision of VNFPool Problem Statement posted
Thread-Index: Ac9UbATHM7NhTJ8NTjunJ2NkO54O2gFMTj5AABQFCQA=
Date: Thu, 17 Apr 2014 03:44:43 +0000
Message-ID: <B0D29E0424F2DE47A0B36779EC66677966113AEA@nkgeml501-mbs.china.huawei.com>
References: <B0D29E0424F2DE47A0B36779EC6667796610DCEE@nkgeml501-mbs.china.huawei.com> <A4288FE24C337B47BB634F1E76CBF2EC28B0E942@eusaamb107.ericsson.se>
In-Reply-To: <A4288FE24C337B47BB634F1E76CBF2EC28B0E942@eusaamb107.ericsson.se>
Accept-Language: en-US, zh-CN
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.96.170.152]
Content-Type: multipart/alternative; boundary="_000_B0D29E0424F2DE47A0B36779EC66677966113AEAnkgeml501mbschi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: http://mailarchive.ietf.org/arch/msg/vnfpool/pSL1SMEHgaDNgY93wERraZ3LZro
Subject: [vnfpool] 答复: New revision of VNFPool Problem Statement posted
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: Thu, 17 Apr 2014 03:44:58 -0000

Hi, Qiang,

Please see inline.


·¢¼þÈË: Zu Qiang [mailto:zu.qiang@ericsson.com]
·¢ËÍʱ¼ä: 2014Äê4ÔÂ17ÈÕ 2:13
ÊÕ¼þÈË: Zongning; vnfpool@ietf.org
Ö÷Ìâ: RE: New revision of VNFPool Problem Statement posted

Hello, Zongning
                Thanks for updating the draft. I do see this version is much better than the previous version. I have a few clarification questions below:

-          First, there are some existing HA solutions. Can you tell me what is the extra functionalities provided by the VNF Pool? Or the VNF Pool is only another alternative solution? Or are we going to use the existing HA solutions as inputs only?

[Ning] For sure there are existing HA solutions. For example, the SAF is about Service Availability mechanisms. I agree that there are definitely many pieces of existing work can be investigated as the basis of VNF Pool, e.g. redundancy model, state sharing. I think the extra work needed in VNF Pool is to address specific requirements on VNF failover procedure, VNF state sharing, etc. This will depend on further use case and gap analysis.


-          Second, in the early version, you have the interactions between the Pool Managers of different pools and between the Pool Functions of different pools specified, which is removed in this version. Do you see that type of interactions are still needed? And why it is needed?

[Ning] Yes, I do think those interactions are still needed. But I prefer an VNF Pool architecture document to describe them, rather than Problem Statement draft.


-          3rd, the VNF set is a new concept. What is the linkage with the proposed VNF Pool architecture?

[Ning] VNF set is just a general set of all the VNF instances. In VNF Pool architecture, these VNF instances are actually grouped into multiple pools, based on the functions they provided. For example, a VNF set {vFW#1, vFW#2, vLB#1, vLB#2, vLB#3} can be organized as two VNF pools ¨C one pool is {vFW#1, vFW#2}, another is {vLB#1, vLB#2, vLB#3}. I will try to enhance this in the draft later on.


-          4th, RSerPool is referred by your draft. I assume that VNF Pool will not reused the RSerPool  unchanged. So which part of RSerPool can be reused by VNF Pool?

[Ning] Yes, we believe some mechanisms introduced by RSerPool can be extended and reused, such as PE registration, pool handle resolution and response. We have a RSerPool applicability and gap analysis draft dedicated on this perspective.


Thanks.
Have a nice day
Zu Qiang

From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of Zongning
Sent: Wednesday, April 09, 2014 11:22 PM
To: vnfpool@ietf.org<mailto:vnfpool@ietf.org>
Subject: [vnfpool] New revision of VNFPool Problem Statement posted

Hi, folks,

The new revision (-04) of VNFPool Problem Statement I-D is available on the below page.
https://datatracker.ietf.org/doc/draft-zong-vnfpool-problem-statement/

Here are the major changes:

1)       Clarify VNFPool architecture and intended scope.

1.         Add new section of VNF Pools before the section of Problem. This new section is mainly to outline our scope based on high level description of VNF Pools architecture.

2.         Add text to clarify that we are specifically concerned with reliability (e.g. redundancy model, state sharing) that is managed inside the VNF. We are only concerned with the whole VNF set (or forwarding graph) to the extent that it involves reliability impact on adjacent instances of different VNFs.

3.         We focus on reliability mechanisms based on VNF pool. Other VNF management aspects such as scaling, load balancing are out of scope.

2)       Update terminologies to define Service Control Entity, and delete Pool User as the pool will be internal to VNF only.

3)       Re-arrange the text in section of Problems.

4)       Update text of VNF instance performance degradation in section of Problems.

5)       Update text of Reliable Transport in section of Problems.

6)       Add text to explain why service availability is not in scope in section of Problems.

7)       Re-write the section describing the relationship of VNFPool and SFC.

8)       Add text of transfer of security states in section of Security Consideration.

We hope that the changes have addressed most of the comments, and reflected most of the suggestions during London BoF.

Please review this new revision. Your further comments and suggestions are highly appreciated!

Thanks.

-Ning