Re: [vnfpool] Follow-up question from the BOF

"Y. Richard Yang" <yry@cs.yale.edu> Thu, 24 July 2014 17:11 UTC

Return-Path: <yang.r.yang@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 5E4971A0444 for <vnfpool@ietfa.amsl.com>; Thu, 24 Jul 2014 10:11:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.277
X-Spam-Level:
X-Spam-Status: No, score=-1.277 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] 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 IRkTaJOyCzgs for <vnfpool@ietfa.amsl.com>; Thu, 24 Jul 2014 10:11:11 -0700 (PDT)
Received: from mail-vc0-x22e.google.com (mail-vc0-x22e.google.com [IPv6:2607:f8b0:400c:c03::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1D5151A0503 for <vnfpool@ietf.org>; Thu, 24 Jul 2014 10:11:09 -0700 (PDT)
Received: by mail-vc0-f174.google.com with SMTP id la4so5425803vcb.33 for <vnfpool@ietf.org>; Thu, 24 Jul 2014 10:11:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=QE0LgR6gqKG1T1gFU56FS3+MGUHCvIr+pTHBGh8plIQ=; b=e8HJtn+xavUxXo+hdCsiERRW71/EN/kHOGafgAIkfYBwf8U2B+tgiEBmvIb2d7Cpfc TKhDItk0SoQJp3Fjt1AxnBZ1hv+K4d/ImjI+2iu90kzvICUlUR6nUF4B7zkiOppbE2Mq MrVsLw93OfKnSFYN/u8VEoemSgF1WtlpCYyXC7n9xxUmxYbyEfUpZiFpu5czDA/Sptj/ Zo9fTi37hXPHjq51WWDnzoXpV2pPqSiP1EOowWF+NJ+Dzj1tHsudk/vb9j7luYAW28uC B94E7v+LRlYh/k6Ld4mo9A1tZDd6q3KMv/Ocok5X+lPvU/7WKAx7eQGk36Fr59NXfBaX ME1w==
MIME-Version: 1.0
X-Received: by 10.220.1.198 with SMTP id 6mr14226638vcg.31.1406221868121; Thu, 24 Jul 2014 10:11:08 -0700 (PDT)
Sender: yang.r.yang@gmail.com
Received: by 10.58.133.11 with HTTP; Thu, 24 Jul 2014 10:11:08 -0700 (PDT)
In-Reply-To: <53D11BF6.2080901@gmail.com>
References: <53CEC61A.9010104@gmail.com> <CANUuoLof21jpfA8nvktVCusuWmAsWSO8b0yMzVVwjOOwVoqDtw@mail.gmail.com> <53D0E5F1.9060503@gmail.com> <F65D00A4-4D37-44A0-9416-F76BFF018BC8@lurchi.franken.de> <CANUuoLoQdNMFxon05=R76Z9D3yUnvbpKig_X-kFr3VMW0Qwi7g@mail.gmail.com> <53D11BF6.2080901@gmail.com>
Date: Thu, 24 Jul 2014 13:11:08 -0400
X-Google-Sender-Auth: 0qHmzEt_cvieaaOfnI9-9GymTJI
Message-ID: <CANUuoLoHffFVtz2iFRk4+nnVmVPQTbWLmApZa9ouqMqi5ScPEA@mail.gmail.com>
From: "Y. Richard Yang" <yry@cs.yale.edu>
To: Melinda Shore <melinda.shore@gmail.com>
Content-Type: multipart/alternative; boundary="001a11c3cef2ecc55f04fef38a66"
Archived-At: http://mailarchive.ietf.org/arch/msg/vnfpool/XK2LrZER_0MdSe6l3KdkOwXmrHc
Cc: "vnfpool@ietf.org" <vnfpool@ietf.org>, "mls.ietf@gmail.com" <mls.ietf@gmail.com>
Subject: Re: [vnfpool] Follow-up question from the BOF
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, 24 Jul 2014 17:11:12 -0000

Hi Melinda,

On Thu, Jul 24, 2014 at 10:45 AM, Melinda Shore <melinda.shore@gmail.com>
wrote:

> Hi, folks:
>
> We're in complete agreement about interoperability between
> pool managers and pool elements from different vendors, and
> that's already implicit in the charter (it's why we're
> talking about standardizing a pooling protocol).  So, on that
> front I think we're good.  It's probably premature to be
> talking about protocol specifics but if we assume that the
> data being transported between the pool manager and pool
> elements are tagged (whether they're TLVs, JSON, ASN.1 -
> whatever!) it allows for future extensibility related to
> state conveyance, should the need arise.


The road map I see is that the initial tagging of state will be (NF,
vendor) specific, to allow both vendor innovation and more standard
controller-NF interaction. If good progress is made and an
agreement/convergence is achieved, for some NFs, it might become only NF.


> That is to say,
> I think we're in good shape in terms of not closing off the
> possibility of future work.
>
>
My personal suggestion is to include generic state management in scope. I
see good progress in this space already, and it is time for transfer. This
will substantially increase the usability and timeliness of the proposed
work. The plenary last night talked about more timeliness of IETF work.
This comment is in that spirit.

Cheers,

Richard


> Melinda