Re: [vnfpool] Overlap with SFC?
"Susan Hares" <shares@ndzh.com> Sat, 25 January 2014 01:04 UTC
Return-Path: <shares@ndzh.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 EB3661A002B for <vnfpool@ietfa.amsl.com>; Fri, 24 Jan 2014 17:04:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.946
X-Spam-Level:
X-Spam-Status: No, score=0.946 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001] autolearn=no
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 errxjskwkKYq for <vnfpool@ietfa.amsl.com>; Fri, 24 Jan 2014 17:04:32 -0800 (PST)
Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id 708D21A0293 for <vnfpool@ietf.org>; Fri, 24 Jan 2014 17:04:32 -0800 (PST)
X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=64.112.195.202;
From: Susan Hares <shares@ndzh.com>
To: 'Linda Dunbar' <linda.dunbar@huawei.com>, 'Qin Wu' <bill.wu@huawei.com>, 'LAC Chidung' <chidung.lac@orange.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> <4A95BA014132FF49AE685FAB4B9F17F645C70B8F@dfweml701-chm.china.huawei.com>
In-Reply-To: <4A95BA014132FF49AE685FAB4B9F17F645C70B8F@dfweml701-chm.china.huawei.com>
Date: Fri, 24 Jan 2014 20:04:28 -0500
Message-ID: <003d01cf1969$667d6c70$33784550$@ndzh.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_003E_01CF193F.7DAC9490"
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQJUgk5S2vYwI1Q0YFl5sogjgheq9QK/ZRE2AlnZczgCfsNpoALSrCX4ApAwcqqZIfVh0A==
Content-Language: en-us
X-Authenticated-User: skh@ndzh.com
Cc: vnfpool@ietf.org, 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: Sat, 25 Jan 2014 01:04:38 -0000
Linda: I agree with your use example, but would like to clarify it. VNF Pools is about redundancy needs rather than chaining paths. Pools provide the redundancy. You may need the redundancy for even a short chain if it is High-availability. You may have parallel chains to support the redundancy. Cheers, Sue From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of Linda Dunbar Sent: Friday, January 24, 2014 5:55 PM To: Qin Wu; LAC Chidung Cc: vnfpool@ietf.org; adrian@olddog.co.uk Subject: Re: [vnfpool] Overlap with SFC? 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: Thats 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; 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; 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'; 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 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 https://www.ietf.org/mailman/listinfo/vnfpool
- [vnfpool] Overlap with SFC? Adrian Farrel
- Re: [vnfpool] Overlap with SFC? King, Daniel
- Re: [vnfpool] Overlap with SFC? Melinda Shore
- Re: [vnfpool] Overlap with SFC? King, Daniel
- Re: [vnfpool] Overlap with SFC? Susan Hares
- Re: [vnfpool] Overlap with SFC? Melinda Shore
- Re: [vnfpool] Overlap with SFC? Zongning
- Re: [vnfpool] Overlap with SFC? Susan Hares
- Re: [vnfpool] Overlap with SFC? Susan Hares
- Re: [vnfpool] Overlap with SFC? Zongning
- Re: [vnfpool] Overlap with SFC? Zongning
- Re: [vnfpool] Overlap with SFC? Zongning
- Re: [vnfpool] Overlap with SFC? Qin Wu
- Re: [vnfpool] Overlap with SFC? Qin Wu
- Re: [vnfpool] Overlap with SFC? Qin Wu
- Re: [vnfpool] Overlap with SFC? LAC Chidung
- Re: [vnfpool] Overlap with SFC? Qin Wu
- Re: [vnfpool] Overlap with SFC? Linda Dunbar
- Re: [vnfpool] Overlap with SFC? Linda Dunbar
- Re: [vnfpool] Overlap with SFC? Susan Hares
- Re: [vnfpool] Overlap with SFC? LAC Chidung
- Re: [vnfpool] Overlap with SFC? LAC Chidung
- Re: [vnfpool] Overlap with SFC? Linda Dunbar
- Re: [vnfpool] Overlap with SFC? LAC Chidung