Re: [sfc] WG adoption of draft-quinn-sfc-problem-statement-02

"mikebianc@aol.com" <mikebianc@aol.com> Fri, 24 January 2014 17:37 UTC

Return-Path: <mikebianc@aol.com>
X-Original-To: sfc@ietfa.amsl.com
Delivered-To: sfc@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 98A681A0036 for <sfc@ietfa.amsl.com>; Fri, 24 Jan 2014 09:37:55 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.434
X-Spam-Level:
X-Spam-Status: No, score=-2.434 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 plWS2bnAu6DP for <sfc@ietfa.amsl.com>; Fri, 24 Jan 2014 09:37:52 -0800 (PST)
Received: from omr-m05.mx.aol.com (omr-m05.mx.aol.com [64.12.143.79]) by ietfa.amsl.com (Postfix) with ESMTP id 71D041A0006 for <sfc@ietf.org>; Fri, 24 Jan 2014 09:37:52 -0800 (PST)
Received: from mtaout-mac02.mx.aol.com (mtaout-mac02.mx.aol.com [172.26.222.206]) by omr-m05.mx.aol.com (Outbound Mail Relay) with ESMTP id 4B0A2701BE60F; Fri, 24 Jan 2014 12:37:51 -0500 (EST)
Received: from mgs-aaa01.mail.aol.com (mgs-aaa01.mail.aol.com [149.174.106.43]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mtaout-mac02.mx.aol.com (MUA/Third Party Client Interface) with ESMTPSA id 2131A380000A7; Fri, 24 Jan 2014 12:37:51 -0500 (EST)
Date: Fri, 24 Jan 2014 12:37:51 -0500
From: "mikebianc@aol.com" <mikebianc@aol.com>
To: linda.dunbar@huawei.com, jmoisand@juniper.net, Ron_Parker@affirmednetworks.com, jmh@joelhalpern.com, Cathy.H.Zhang@huawei.com, paulq@cisco.com, jguichar@cisco.com
Message-ID: <1225256676.2274.1390585071035.JavaMail.tomcat@mgs-aaa01.mail.aol.com>
In-Reply-To: <4A95BA014132FF49AE685FAB4B9F17F645C708A3@dfweml701-chm.china.huawei.com>
References: <CF05AD35.146E8%jguichar@cisco.com> <DE09C008-A519-4B26-9F54-3A188ED41BE5@cisco.com> <A2C96F6779E6A041BC7023CC207FC99418F0A482@SJCEML701-CHM.china.huawei.com> <52E186B0.5020809@joelhalpern.com> <4A95BA014132FF49AE685FAB4B9F17F645C6F32D@dfweml701-chm.china.huawei.com> <52E1DF90.2070605@joelhalpern.com> <CDF2F015F4429F458815ED2A6C2B6B0B1A7981A3@MBX021-W3-CA-2.exch021.domain.local> <184198357.1683.1390576957523.JavaMail.tomcat@mgs-aaa01.mail.aol.com> <aca97274f9c84c07bbb81da119298b93@CO2PR05MB716.namprd05.prod.outlook.com> <4A95BA014132FF49AE685FAB4B9F17F645C708A3@dfweml701-chm.china.huawei.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_Part_2273_409003516.1390585071034"
X-Originating-IP: 10.181.180.127, 64.12.75.136
X-Mailer: Alto
x-aol-global-disposition: G
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mx.aol.com; s=20121107; t=1390585071; bh=cWh3NopR8UX/1ZKFV9eH0pWV5gC5eRhQB8xIJJ7eR/I=; h=From:To:Subject:Message-ID:Date:MIME-Version:Content-Type; b=ciRubOAvqJhQF5zd2ePvqkBqICdi3Z6qOihDsskCNCt62uUuN8am9Ceu8RAxqtUbC hPhM89J43Ntr2wg6kOSaEb4bdRa7UkoJzzkPa1Y6rJYjWFOcZ/qjv/q1rdkA80LcXk IQKTejvra5KBHE1K7qe1qNhPZPJSvingtpqEkRow=
x-aol-sid: 3039ac1adece52e2a4ef0f97
X-AOL-IP: 149.174.106.43
Cc: sfc@ietf.org
Subject: Re: [sfc] WG adoption of draft-quinn-sfc-problem-statement-02
X-BeenThere: sfc@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Network Service Chaining <sfc.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/sfc>, <mailto:sfc-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sfc/>
List-Post: <mailto:sfc@ietf.org>
List-Help: <mailto:sfc-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sfc>, <mailto:sfc-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 24 Jan 2014 17:37:55 -0000







From: linda.dunbar@huawei.com<linda.dunbar@huawei.com>
To: Jerome Moisand<jmoisand@juniper.net>,mikebianc@aol.com<mikebianc@aol.com>,Ron_Parker@affirmednetworks.com<Ron_Parker@affirmednetworks.com>,jmh@joelhalpern.com<jmh@joelhalpern.com>,Cathy Zhang<Cathy.H.Zhang@huawei.com>,paulq@cisco.com<paulq@cisco.com>,jguichar@cisco.com<jguichar@cisco.com>
cc: sfc@ietf.org<sfc@ietf.org>
Sent: Friday, January 24, 2014
Subject: RE: [sfc] WG adoption of draft-quinn-sfc-problem-statement-02








 
 
 



From: sfc [mailto:sfc-bounces@ietf.org]
On Behalf Of mikebianc@aol.com





 

To avoid further confusion, should we refer to the selection of a service instance as "service distribution" instead of "load balancing" to clearly
 differentiate this from the "load balancer" service?
 
[Linda] Do flows go through “Service Distribution Point” before going to individual instances? If the service chain path identify
 the individual instances, then the “service distribution” is more like “manager” role, i.e. the data flows don’t go through the “Service Distribution” point.

 
Linda


 







Sure, whatever.  My point is to use the term "load balance" to refer to a service in the chain and not use the term when referring to multiple instances of a service in the chain (of which there are a number of implementation methods).
fwiw, you could comprise a service chain of all load-balancer services and let each of those distribute flows to the instances, such that the chain itself appears quite simple (LB1-LB2-LB3), hiding the fact that LB1 is a fwlb and lb2 is a natlb, etc.  But that, of course, is lunacy and still leaves open the question, "What if we want to balance the balancers?"