Re: [vnfpool] Overlap with SFC?

Linda Dunbar <linda.dunbar@huawei.com> Fri, 14 February 2014 23:37 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 0F08A1A050B for <vnfpool@ietfa.amsl.com>; Fri, 14 Feb 2014 15:37:56 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.748
X-Spam-Level:
X-Spam-Status: No, score=-4.748 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.548, 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 xV34P8DQWAyj for <vnfpool@ietfa.amsl.com>; Fri, 14 Feb 2014 15:37:51 -0800 (PST)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) by ietfa.amsl.com (Postfix) with ESMTP id 6DB821A0508 for <vnfpool@ietf.org>; Fri, 14 Feb 2014 15:37:50 -0800 (PST)
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 BDP36576; Fri, 14 Feb 2014 23:37:47 +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, 14 Feb 2014 23:37:24 +0000
Received: from DFWEML703-CHM.china.huawei.com (10.193.5.130) by lhreml403-hub.china.huawei.com (10.201.5.217) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 14 Feb 2014 23:37:45 +0000
Received: from DFWEML701-CHM.china.huawei.com ([169.254.1.21]) by dfweml703-chm.china.huawei.com ([169.254.5.188]) with mapi id 14.03.0158.001; Fri, 14 Feb 2014 15:37:34 -0800
From: Linda Dunbar <linda.dunbar@huawei.com>
To: LAC Chidung <chidung.lac@orange.com>
Thread-Topic: [vnfpool] Overlap with SFC?
Thread-Index: Ac8W0iZRlSKtK4GNSoKpOSf5YsDYgwAOsVzwAAFphcAAByXvQAAeIyUAAGwzmxAAyBmWAANZCLig
Date: Fri, 14 Feb 2014 23:37:34 +0000
Message-ID: <4A95BA014132FF49AE685FAB4B9F17F645C807DA@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> <4A95BA014132FF49AE685FAB4B9F17F645C70F9E@dfweml701-chm.china.huawei.com> <52E7BFA4.5020509@orange.com>
In-Reply-To: <52E7BFA4.5020509@orange.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.47.151.147]
Content-Type: multipart/alternative; boundary="_000_4A95BA014132FF49AE685FAB4B9F17F645C807DAdfweml701chmchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: http://mailarchive.ietf.org/arch/msg/vnfpool/eb_FaV5K9ltc28YqZo_L3KpJwbA
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, 14 Feb 2014 23:37:56 -0000

Chidung,

Thanks for the examples. More questions are inserted below:

From: LAC Chidung [mailto:chidung.lac@orange.com]
Sent: Tuesday, January 28, 2014 8:33 AM
To: Linda Dunbar
Cc: vnfpool@ietf.org; adrian@olddog.co.uk
Subject: Re: [vnfpool] Overlap with SFC?

Well, one can imagine plenty of situations:
* In a residential/home gateway, there is a dedicated VP-VC for VoIP. If this channel is down, the VoIP service will use instead the Internet VP-VC: in this case, if the user is alone at home, it could be ok, but if someone else (at home) is uploading/downloading huge files, the quality of the conversation is badly degraded.
[Linda] is "VP-VC" a service function on a chain? It is more like two components: primary VP-VC and standby Internet VP-VC. There are many available tools to tackle this primary/standby switches. Do you consider this part of  the service chain or VNFpool domain?

* Case of a residential/home gateway which provides 2 wifi interfaces (e.g., 2.4 GHz and 5 GHz): if the 5 GHz interface is down, one can still use the 2.4 GHz interface for wifi connection, but it is slower.
* A smartphone connected to a service provider (SP) network is identified automatically, allowing the user to access to the SP (and its partners) services without additional identification. If the authentication module is down, the user wil need to provide the login/pwd (for instance) any time he/she wants to access to such services.



* Etc.
Best,
Chidung
Le 25/01/2014 00:05, Linda Dunbar a écrit :
Chidung,
Do you have an example of "A service chain needs X+Y service nodes while X is mandatory and Y being optional"?
Thanks,
Linda

From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of LAC Chidung
Sent: Wednesday, January 22, 2014 5:26 AM
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