IETF Logo Mail Archive

Re: [vnfpool] Overlap with SFC?

Melinda Shore <melinda.shore@gmail.com> Wed, 22 January 2014 00:49 UTC

Return-Path: <melinda.shore@gmail.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 C6D961A01BC for <vnfpool@ietfa.amsl.com>; Tue, 21 Jan 2014 16:49:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, 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 hN9lWil6ZkGl for <vnfpool@ietfa.amsl.com>; Tue, 21 Jan 2014 16:49:00 -0800 (PST)
Received: from mail-pb0-x22f.google.com (mail-pb0-x22f.google.com [IPv6:2607:f8b0:400e:c01::22f]) by ietfa.amsl.com (Postfix) with ESMTP id 3BA5E1A0125 for <vnfpool@ietf.org>; Tue, 21 Jan 2014 16:49:00 -0800 (PST)
Received: by mail-pb0-f47.google.com with SMTP id rp16so4096256pbb.6 for <vnfpool@ietf.org>; Tue, 21 Jan 2014 16:49:00 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=gfClekGwBUDK8XGMsMW38lteq3ZFHLXfdi+LsaGDshE=; b=yFNhEd2PZRyUy3Owac0tyFxLXc/yKuuYJ+I9o8NdaBJ1nxDf5WdCOyPqw5pGu4U/U2 JDqPR9aN/KOpFHk5cc2SUapDRX97uE1xu/pnJqrlWS5wu+LubkCUU/Ltc5XE7ennB1yP 5TJxAIwN07CLjkRRsBHlxsq5f6RmFRd+zlj9yzNBqniCWjvgIjUqmQ/o5gDHaJ2YW2xs GBkUsXX8CIzB6gVYyh45FDTPcPOWDiaTCMMGbOXPHxvqFWljEr+6/ygI0bz4YQDjeI3V ED7KvmWDP6hI0WfLd4TpWZpHfjG+t8FlnmSsEuyuOvlcINrphMdp0vPGS4EmU81w2jtC jdFA==
X-Received: by 10.68.190.33 with SMTP id gn1mr28345595pbc.48.1390351740114; Tue, 21 Jan 2014 16:49:00 -0800 (PST)
Received: from spandex.local (209-193-50-89-rb1.sol.dsl.dynamic.acsalaska.net. [209.193.50.89]) by mx.google.com with ESMTPSA id q7sm16298568pbc.20.2014.01.21.16.48.57 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 21 Jan 2014 16:48:59 -0800 (PST)
Message-ID: <52DF1578.3000801@gmail.com>
Date: Tue, 21 Jan 2014 15:48:56 -0900
From: Melinda Shore <melinda.shore@gmail.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130620 Thunderbird/17.0.7
MIME-Version: 1.0
To: Susan Hares <shares@ndzh.com>
References: <0b3501cf16d2$2a3c1e80$7eb45b80$@olddog.co.uk> <65174429B5AF4C45BD0798810EC48E0A0D99FF@EX-0-MB2.lancs.local> <006101cf1708$59748760$0c5d9620$@ndzh.com>
In-Reply-To: <006101cf1708$59748760$0c5d9620$@ndzh.com>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Cc: "'King, Daniel'" <d.king@lancaster.ac.uk>, 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 00:49:02 -0000

On 1/21/14 3:24 PM, Susan Hares wrote:
> All of my use cases show  control/management (as most network protocols do),
> but the key part of use cases I posted is the need for pools for redundancy
> with redundancy mechanisms for virtualized network functions.
> 
> I plan to work on the control/management part in SFC. 

Thanks, Sue - I think it's really important to highlight what
distinguishes vnfpool from other effort.  On the control/management
front, there's been a fuzzy line between what ends up in the OPS
area and what ends up not in the OPS area on management topics,
and there's some flexibility there.  Mehmet has brought NFV
management discussion into the OPS area from ETSI (where it's
known as "MANO," management and orchestration).  Slides from
the Vancouver meeting here:
http://www.ietf.org/proceedings/88/slides/slides-88-opsawg-6.pdf

Melinda

v2.29.0 | Report a Bug | By Email | System Status