Re: New Non-WG Mailing List: NetSlices - Network Slicing

Loa Andersson <loa@pi.nu> Tue, 17 January 2017 04:00 UTC

Return-Path: <loa@pi.nu>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D61561299A5 for <ietf@ietfa.amsl.com>; Mon, 16 Jan 2017 20:00:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.099
X-Spam-Level:
X-Spam-Status: No, score=-5.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-3.199] autolearn=ham autolearn_force=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 XsB9-wr4FaB9 for <ietf@ietfa.amsl.com>; Mon, 16 Jan 2017 20:00:13 -0800 (PST)
Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0E87612999D for <ietf@ietf.org>; Mon, 16 Jan 2017 20:00:12 -0800 (PST)
Received: from [192.168.1.11] (unknown [49.150.98.11]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: loa@pi.nu) by pipi.pi.nu (Postfix) with ESMTPSA id DB1E118013BE; Tue, 17 Jan 2017 05:00:06 +0100 (CET)
Subject: Re: New Non-WG Mailing List: NetSlices - Network Slicing
To: Terry Manderson <terry.manderson@icann.org>, "adrian@olddog.co.uk" <adrian@olddog.co.uk>
References: <148425592769.2878.958252799399956970.idtracker@ietfa.amsl.com> <02f401d26da8$655e7c30$301b7490$@olddog.co.uk> <f44d1fa2-19e9-f2eb-9991-21f85d58f6a9@gmail.com> <037801d26dc3$ac8edda0$05ac98e0$@olddog.co.uk> <06ED03B5-80A6-4C0F-8304-1AA4BD7B99B1@icann.org> <017c01d2706f$4b7957d0$e26c0770$@olddog.co.uk> <31445829-357F-4209-A0B8-680443EA3A53@icann.org> <dc5e266b-4399-7bf3-a13c-c060aa6ea5d8@pi.nu> <58EE1E09-8AF2-4A78-AC6E-306676BF569E@icann.org>
From: Loa Andersson <loa@pi.nu>
Message-ID: <797c0f37-7c58-b9a2-a81b-33620aca28f3@pi.nu>
Date: Tue, 17 Jan 2017 12:00:03 +0800
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.6.0
MIME-Version: 1.0
In-Reply-To: <58EE1E09-8AF2-4A78-AC6E-306676BF569E@icann.org>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/OLe3Sf0YiC4-MO4X8e030xxpANM>
Cc: "ietf@ietf.org" <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Jan 2017 04:00:15 -0000

Terry,

OK - your call, but if we don't get this "deep point" within a week or 
so I'd suggest update, to leave the people that want to come up with a
proposed definition to do so. And try to drill for whatever is in the
depth in a separate discussion.

/Loa

On 2017-01-17 11:48, Terry Manderson wrote:
> Hi Loa,
>
> Updating the charter is easy, but I get the sense there is something deeper that hasn't yet come out yet. And I intentionally choose not to cut the discussion short and miss an important point that I'm not grasping that might inform me or the IESG on an underlying process fix for future work in the IETF.
>
> Cheers
> T.
>
> On 17/01/2017, 1:44 PM, "Loa Andersson" <loa@pi.nu> wrote:
>
>     Terry and Adrian,
>
>     Can't we simple update the mailing list charter as Terry explained he
>     see the purpose of the list, and then go on with the discussion.
>
>     /Loa
>
>     On 2017-01-17 11:33, Terry Manderson wrote:
>     > Hi Adrian,
>     >
>     > Avoidance of discussion happens everywhere on many topics in the IETF, and as we know silence does not equal consensus. We also all know why that occurs. Having the list specifically for this topic is to ensure that sane discussion does happen, and happens in a location that easy for anyone (esp the IESG) to find at some point down the track when (invariably) an ask comes forward about a having BOF. So yes, the interested parties do need to self-organize to get that "agreed' definition.
>     >
>     > Please don't read any weight into the term "agreed IETF definition". This mailing list does not get to say this is THE definition for the IETF. the wording is to scopes the discussion such that the definition needs to be in scope for the IETF. Could it have been said better, yep. Mea culpa. (Although I really thought how the IETF forms consensus is well known. Will ensure to be far more explicit in future)
>     >
>     > Where it goes from here depends on what happens on the mailing list and that is simply no different to most of the other bodies of work that comes into the IETF.
>     >
>     > Cheers
>     > Terry
>     > (Dammit, the single malt is on the top shelf!)
>     >
>     > On 17/01/2017, 1:10 PM, "Adrian Farrel" <adrian@olddog.co.uk> wrote:
>     >
>     >     Hello Terry,
>     >
>     >     This all seems fine and dandy, but there is a disconnect between what you say there "discussing a proposed definition" and "presenting a better formed definition to the IETF" (admirable intentions for a mailing list), and "determining an agreed IETF definition" as indicated by some of the participants on the list as well as in the revised mailing list announcement.
>     >
>     >     I hope I am not needlessly picking at words, but it seems that this disconnect could be the source of some future uncomfortable moments.
>     >
>     >     As Lou mentions, the topic seems to have avoided discussion on the TEAS list where it was invited to take place. That need not be a bad thing if the proponents need to self-organise a bit. And I see no harm in providing an archived mailing list under IETF "note well" terms for that self-organisation to take place. It's just about setting expectations of where the results of the organisation need to be taken.
>     >
>     >     Cheers,
>     >     Adrian
>     >     (The benefits of a low bar include being able to reach your drink while in a sedentary position)
>     >
>     >     > I granted approval of this list, as a list, so that the definition of network slicing
>     >     > could be discussed in an IETF context.
>     >     >
>     >     > Really, it boils down to the (on list) discussion of what is a proposed network
>     >     > slicing definition that could see the IETF doing work on. So really about presenting
>     >     > a better formed definition to the IETF, for the IETF to consider at some future
>     >     > point in time. As we know with most "I have a problem that I think the IETF
>     >     > should work on" proposals we tend to ask for the problem to be defined in a way
>     >     > that does communicate the depth and breadth of the issue or the idea before a
>     >     > BOF is considered. This is where I see network slicing now. Showing that this very
>     >     > amorphous concept has the hope of some agreed shape and also that there are
>     >     > sufficient bodies to form that shape, whatever it is.
>     >     >
>     >     > As a mailing list (and JUSTa mailing list!) the work for the interested parties on
>     >     > that mailing list is to try to put words together that is actually meaningful in the
>     >     > IETF context. To be brutally honest I have doubts that this is possible from what I
>     >     > read to date but I do commit (as AD) to allowing discussion to occur as I'm neither
>     >     > the magistrate of taste nor the gate of interest.
>     >     >
>     >     > Cheers
>     >     > Terry
>     >     >
>     >     > On 14/01/2017, 3:37 AM, "ietf on behalf of Adrian Farrel" <ietf-bounces@ietf.org
>     >     > on behalf of adrian@olddog.co.uk> wrote:
>     >     >
>     >     >     Thanks Stewart and Alex.
>     >     >
>     >     >     > This list is intended for discussion of network slicing to determine
>     >     >     > an agreed IETF definition of the term Network Slicing, problems and
>     >     >     > gaps to be covered with an aim to facilitate interoperation across
>     >     >     > different operator and vendor solutions. The list also determines (and
>     >     >     > assimilates) which elements of the slicing problems are already
>     >     >     > covered by existing IETF designs or work in progress.
>     >     >
>     >     >     It's good to discuss stuff.
>     >     >
>     >     >     How will agreement of "an IETF definition" be measured?
>     >     >     Or maybe you mean to attempt to agree a definition among the people
>     >     > subscribed to the list and propose that as a definition for use by the IETF?
>     >     >     But still, who on the list will call consensus?
>     >     >
>     >     >     Why is this something to be petty about?
>     >     >     Because I need to know whether this is a list I have to join and monitor in case I
>     >     > don't agree the definition, or whether that definition will come up for IETF review
>     >     > in the normal way.
>     >     >
>     >     >     Perhaps the AD who granted this list with this charter could speak up?
>     >     >
>     >     >     Adrian
>     >     >
>     >     >
>     >
>     >
>     >
>
>     --
>
>
>     Loa Andersson                        email: loa@mail01.huawei.com
>     Senior MPLS Expert                          loa@pi.nu
>     Huawei Technologies (consultant)     phone: +46 739 81 21 64
>
>

-- 


Loa Andersson                        email: loa@mail01.huawei.com
Senior MPLS Expert                          loa@pi.nu
Huawei Technologies (consultant)     phone: +46 739 81 21 64