Re: [vnfpool] new VNFPool draft charter

"Susan Hares" <shares@ndzh.com> Thu, 05 June 2014 20:44 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 356771A018E for <vnfpool@ietfa.amsl.com>; Thu, 5 Jun 2014 13:44:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 2.345
X-Spam-Level: **
X-Spam-Status: No, score=2.345 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, DOS_OUTLOOK_TO_MX=2.845] 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 90R-4pDdLpYo for <vnfpool@ietfa.amsl.com>; Thu, 5 Jun 2014 13:44:36 -0700 (PDT)
Received: from hickoryhill-consulting.com (hhc-web3.hickoryhill-consulting.com [64.9.205.143]) by ietfa.amsl.com (Postfix) with ESMTP id 3541D1A0278 for <vnfpool@ietf.org>; Thu, 5 Jun 2014 13:44:36 -0700 (PDT)
X-Default-Received-SPF: pass (skip=forwardok (res=PASS)) x-ip-name=174.124.189.161;
From: "Susan Hares" <shares@ndzh.com>
To: "'Melinda Shore'" <melinda.shore@nomountain.net>, <vnfpool@ietf.org>
References: <B0D29E0424F2DE47A0B36779EC6667796613FC41@nkgeml501-mbs.china.huawei.com> <58B76DBD-F67D-45AC-850B-BDBC67A2443B@tid.es> <538E4DCA.8040004@nomountain.net>
In-Reply-To: <538E4DCA.8040004@nomountain.net>
Date: Thu, 5 Jun 2014 16:44:25 -0400
Message-ID: <011101cf80fe$f0c22ea0$d2468be0$@ndzh.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQHEnxnLhmHu94KlDv9FDMBQ6pt93gIdkVqVAhnOl7qbVwPtcA==
Content-Language: en-us
X-Authenticated-User: skh@ndzh.com
Archived-At: http://mailarchive.ietf.org/arch/msg/vnfpool/ADppI_CpVnnZSFnPI1nzzUnAHyY
Subject: Re: [vnfpool] new VNFPool draft charter
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: Thu, 05 Jun 2014 20:44:37 -0000

Melinda:

If we leave it scope for this phase,  but open for some future phase I think
it will help the discussion.  This will allows to build toward this phase.
Of course, I'm coming from the router/SDN platform view point. 

Sue 

-----Original Message-----
From: vnfpool [mailto:vnfpool-bounces@ietf.org] On Behalf Of Melinda Shore
Sent: Tuesday, June 03, 2014 6:36 PM
To: vnfpool@ietf.org
Subject: Re: [vnfpool] new VNFPool draft charter

On 6/3/14 2:23 PM, Diego R. Lopez wrote:
> Hi,
> 
> It looks really good to me, Ning!
> 
> I am just wondering whether we could give state synchronization a 
> special category (of being "out of scope in this phase" or similar) 
> because I think it is a extremely relevant issue.

This is an extremely contested question.  It seems appropriate to me to view
vnfpool as a layered mechanism, where a layer handling the
reliability/redundancy mechanism may carry other traffic, but that traffic
is opaque to the pooling mechanism.  That traffic might include service
state.  But, this is my second go-'round on state transfer (third, if you
include sami, the first one being rserpool
itself) and I really think it's best to be left out of scope with no
specific future plans for the time being, but to allow a generic transport
mechanism in the pooling traffic.

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