Re: [vnfpool] Overlap with SFC?

"King, Daniel" <d.king@lancaster.ac.uk> Tue, 21 January 2014 19:24 UTC

Return-Path: <d.king@lancaster.ac.uk>
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 0793E1A01D2 for <vnfpool@ietfa.amsl.com>; Tue, 21 Jan 2014 11:24:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level:
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, 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 z1P9L0f5SD_n for <vnfpool@ietfa.amsl.com>; Tue, 21 Jan 2014 11:24:07 -0800 (PST)
Received: from sideburn.lancs.ac.uk (sideburn.lancs.ac.uk [148.88.17.22]) by ietfa.amsl.com (Postfix) with ESMTP id 40C871A01C3 for <vnfpool@ietf.org>; Tue, 21 Jan 2014 11:24:07 -0800 (PST)
Received: from ex-1-ht0.lancs.ac.uk ([10.42.18.57] helo=EX-1-HT0.lancs.local) by sideburn.lancs.ac.uk with esmtp (Exim 4.72) (envelope-from <d.king@lancaster.ac.uk>) id 1W5gve-0006aY-7O; Tue, 21 Jan 2014 19:24:06 +0000
Received: from EX-0-MB2.lancs.local ([fe80::9d98:936b:54d1:c531]) by EX-1-HT0.lancs.local ([fe80::d9e8:ad10:d075:a6b6%12]) with mapi id 14.03.0158.001; Tue, 21 Jan 2014 19:24:05 +0000
From: "King, Daniel" <d.king@lancaster.ac.uk>
To: Melinda Shore <melinda.shore@nomountain.net>, "adrian@olddog.co.uk" <adrian@olddog.co.uk>
Thread-Topic: [vnfpool] Overlap with SFC?
Thread-Index: Ac8W0iZRlSKtK4GNSoKpOSf5YsDYgwABeXaAAAEhqpA=
Date: Tue, 21 Jan 2014 19:24:04 +0000
Message-ID: <65174429B5AF4C45BD0798810EC48E0A0D9A9C@EX-0-MB2.lancs.local>
References: <0b3501cf16d2$2a3c1e80$7eb45b80$@olddog.co.uk> <52DEBEC3.7030605@nomountain.net>
In-Reply-To: <52DEBEC3.7030605@nomountain.net>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [88.97.23.122]
x-iss-local-domain: 1
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: "vnfpool@ietf.org" <vnfpool@ietf.org>
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: Tue, 21 Jan 2014 19:24:10 -0000

Hi Again,  

Thanks Melinda, you are far more succinct than I have been. However, seeing as we may have some additional interest in the vnfpool work, it may be worth summarizing our problem space and some of our discussion thus far for anyone peeking at the list for the first time:

A Virtualized Network Function (VNF) (e.g. vBRAS vFirewall, vLoadbalancer) provides the equivalent function as a dedicated hardware platform. These VNF instances are typically instantiated in clusters running on general purpose servers via a variety of virtualization platforms. As per discussions within the SFC Working Group (WG), a user/network service is typically realized by a chain of VNFs (also known as a VNF Forwarding Graph -VNFG)  to deliver function in a deterministic sequence. Whereas SFC WG is tasked with investigating and documenting SFC architecture, and  SFC protocol mechanisms (new or extensions to existing solutions) in order to encapsulate and steer traffic, and convey SFC and Service Function Path (SFP) information to function nodes, both virtual and physical.

The vnfpool list was initiated to investigate the resilience requirements and solutions  for virtual network functions, running as single, or pools (sets) of VNFs. So clearly some of the vnfpool work may be complimentary to the SFC WG, but I think the majority of work will be in parallel to the SFC WG. Initially this list has scoped the vnfpool work into a problem statement, use cases, architecture and signalling to deploy and manage VNF pool resilience (reliability, redundancy, availability, failover), these discussions have included:

- Signalling between VNF pools for transition (e.g. state change, scaling, moving) management, notification, backup, performance monitoring and announcements;

- Service state management (e.g. synchronizing method, state data format, location and mechanism to access state data);

- Obtaining underlying network information (e.g., this is where we expect cooperation with existing working groups - ALTO, I2RS);

- Mechanisms for instance deployment reflecting resilience requirements (e.g. distribution of instances across different VMs or hypervisors);

- Explore and document requirements for reliable transport of traffic and security mechanisms between VNF pools, and reliable and secure control of VNF pools.

We have established that for some use cases (Virtualisation of Mobile Core Network and IMS (vEPC & vIMS), Virtualisation of the Home Environment (vHome), Virtualisation of Content Distribution Network (vCDN)) there will also be specific resilience requirements, when relevant to the SFC WG, i.e., traffic steering between (virtual) network function nodes, these application specific requirements may require co-operation (via requirements or problem statement I-Ds between vnfpool and SFC WG). 

Br, Dan. 

-----Original Message-----
From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of Melinda Shore
Sent: 21 January 2014 18:39
To: adrian@olddog.co.uk
Cc: vnfpool@ietf.org
Subject: Re: [vnfpool] Overlap with SFC?

Hi, Adrian:

The vnfpool proposal is quite narrowly focused on redundancy mechanisms for virtualized network functions.

Melinda


--
Melinda Shore
No Mountain Software
melinda.shore@nomountain.net

"Software longa, hardware brevis."
_______________________________________________
vnfpool mailing list
vnfpool@ietf.org
https://www.ietf.org/mailman/listinfo/vnfpool