Re: [vnfpool] Overlap with SFC?

Linda Dunbar <linda.dunbar@huawei.com> Fri, 24 January 2014 22:55 UTC

Return-Path: <linda.dunbar@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 05FF91A01E5 for <vnfpool@ietfa.amsl.com>; 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 <vnfpool@ietfa.amsl.com>; 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 <vnfpool@ietf.org>; 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 <linda.dunbar@huawei.com>
To: Qin Wu <bill.wu@huawei.com>, LAC Chidung <chidung.lac@orange.com>
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> <B0D29E0424F2DE47A0B36779EC666779258686F9@nkgeml501-mbs.china.huawei.com> <B8F9A780D330094D99AF023C5877DABA43C74DDE@nkgeml501-mbs.china.huawei.com> <52DFAAAA.4090902@orange.com> <B8F9A780D330094D99AF023C5877DABA43C75279@nkgeml501-mbs.china.huawei.com>
In-Reply-To: <B8F9A780D330094D99AF023C5877DABA43C75279@nkgeml501-mbs.china.huawei.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_4A95BA014132FF49AE685FAB4B9F17F645C70B8Fdfweml701chmchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Cc: "vnfpool@ietf.org" <vnfpool@ietf.org>, "adrian@olddog.co.uk" <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." <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: Fri, 24 Jan 2014 22:55:23 -0000

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<mailto:vnfpool@ietf.org>; adrian@olddog.co.uk<mailto: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<mailto:adrian@olddog.co.uk>; vnfpool@ietf.org<mailto: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<mailto:adrian@olddog.co.uk>'; vnfpool@ietf.org<mailto: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<mailto: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<mailto:vnfpool@ietf.org>

https://www.ietf.org/mailman/listinfo/vnfpool