Re: [vnfpool] Overlap with SFC?
LAC Chidung <chidung.lac@orange.com> Wed, 22 January 2014 11:26 UTC
Return-Path: <chidung.lac@orange.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 1D9A51A0431 for <vnfpool@ietfa.amsl.com>; Wed, 22 Jan 2014 03:26:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.418
X-Spam-Level:
X-Spam-Status: No, score=-1.418 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HELO_EQ_FR=0.35, HTML_MESSAGE=0.001, RP_MATCHES_RCVD=-0.535, SPF_SOFTFAIL=0.665] 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 BwIT0A-KCNB4 for <vnfpool@ietfa.amsl.com>; Wed, 22 Jan 2014 03:26:25 -0800 (PST)
Received: from r-mail2.rd.orange.com (r-mail2.rd.orange.com [217.108.152.42]) by ietfa.amsl.com (Postfix) with ESMTP id 408091A042E for <vnfpool@ietf.org>; Wed, 22 Jan 2014 03:26:25 -0800 (PST)
Received: from r-mail2.rd.orange.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 049F45D8BF2; Wed, 22 Jan 2014 12:26:23 +0100 (CET)
Received: from ftrdsmtp1.rd.francetelecom.fr (unknown [10.192.128.46]) by r-mail2.rd.orange.com (Postfix) with ESMTP id EA3A95D8BBC; Wed, 22 Jan 2014 12:26:22 +0100 (CET)
Received: from ftrdmel10.rd.francetelecom.fr ([10.192.128.44]) by ftrdsmtp1.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Wed, 22 Jan 2014 12:26:22 +0100
Received: from [10.193.115.251] ([10.193.115.251]) by ftrdmel10.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.4675); Wed, 22 Jan 2014 12:26:21 +0100
Message-ID: <52DFAAAA.4090902@orange.com>
Date: Wed, 22 Jan 2014 12:25:30 +0100
From: LAC Chidung <chidung.lac@orange.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
MIME-Version: 1.0
To: Qin Wu <bill.wu@huawei.com>
References: <0b3501cf16d2$2a3c1e80$7eb45b80$@olddog.co.uk> <B0D29E0424F2DE47A0B36779EC666779258686F9@nkgeml501-mbs.china.huawei.com> <B8F9A780D330094D99AF023C5877DABA43C74DDE@nkgeml501-mbs.china.huawei.com>
In-Reply-To: <B8F9A780D330094D99AF023C5877DABA43C74DDE@nkgeml501-mbs.china.huawei.com>
Content-Type: multipart/alternative; boundary="------------020706030607030107080209"
X-OriginalArrivalTime: 22 Jan 2014 11:26:21.0913 (UTC) FILETIME=[C6F4BC90:01CF1764]
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: Wed, 22 Jan 2014 11:26:28 -0000
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