Re: [Netslices] COMS BOF presentations

Vishnu Ram <vishnubright@gmail.com> Wed, 28 March 2018 11:03 UTC

Return-Path: <vishnubright@gmail.com>
X-Original-To: netslices@ietfa.amsl.com
Delivered-To: netslices@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B76D6126BFD for <netslices@ietfa.amsl.com>; Wed, 28 Mar 2018 04:03:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level:
X-Spam-Status: No, score=-2.699 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 fZFxd8blTqlW for <netslices@ietfa.amsl.com>; Wed, 28 Mar 2018 04:03:12 -0700 (PDT)
Received: from mail-wm0-x22b.google.com (mail-wm0-x22b.google.com [IPv6:2a00:1450:400c:c09::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9DF9C126D73 for <NetSlices@ietf.org>; Wed, 28 Mar 2018 04:03:11 -0700 (PDT)
Received: by mail-wm0-x22b.google.com with SMTP id r131so4422965wmb.2 for <NetSlices@ietf.org>; Wed, 28 Mar 2018 04:03:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=gO6Xfc6DfqAoRyurjxrk/++2n7nCNtZcgB4DHpf64g4=; b=kot4F2TISuzDKhKIRFe2+xE7Uxj6mGahsuQ3wnFXMdGWVxbQkd7sIkSIswr9W2L6qs mek1JwHFmlcbmXvcpjFsPO7nSpqHfzZX02gxcqPJFz15GB4eJDS0TGjiLBgC9nAffXFe f5u/l98P4b76dMQKMFo7/mjCW0hZvowwiHx3Yq3wbFt0ZMB3noo514rQVo4R4ye1JQZC liZ+aP44HuzfuuzYXhBd1tN4hX12mdR2msf7luBQodefs4MRDEq4IihEYuvH8TMetCNw VHjpcfwW1KhfE3fC9VR4XlA0Bhq43X3jmZp5iJzgp8zwMKYh2PNj4eaa2rO5Ye6yv9/2 LIww==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=gO6Xfc6DfqAoRyurjxrk/++2n7nCNtZcgB4DHpf64g4=; b=Knb8losW22wucuQExXqVKvKgQ3AjGUvNpubLlLA5tQM7fVhyUDg8Zr6jCpr2jQjygi WgxRcI/3G4dzwC69JvAOlIxAviFK08dOD/n6+VYFYr1tpU3W5hA81e2r7E6fOE7XNG5A N2OtakqwOgCUl2EeP7txPDKb0ug41T5u8cmqLU2HhzBNl34YiKMRX7sSYWCI2WszQZMM 7ZKIvMTbTSisXN1AszQHBQUBNP/SC6PPzQGew8MGTgT5KTipdTaAA1U8gmXDpU5ugTXd T2/xjZdpoH8UqSSlGjaLgJ8dQRbTKiEXta+SNO0UKivPfquXFmaLafAJcKdAgKD4zMvk j/uA==
X-Gm-Message-State: AElRT7Hd9MruQQKBxMr9gkS54/hn7bfN5k5dDoqDCi4Y7uvh9xM0gv2V YmgN7CDZUIirCla+9I8msm2r3IaqOlCbP8kvAWpUXA==
X-Google-Smtp-Source: AIpwx495FOhvTRWmJiqD0CWD0BTjxtgjg2KPpnnDmzsTcGiMmCAl8/uhJ+9i49swk7bIwCFbOEa/gF+q6etfznkECdY=
X-Received: by 10.28.230.91 with SMTP id d88mr2178701wmh.67.1522234989917; Wed, 28 Mar 2018 04:03:09 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.223.208.205 with HTTP; Wed, 28 Mar 2018 04:03:09 -0700 (PDT)
In-Reply-To: <66C19C38-3D32-495C-B2E3-73680C9A0EF7@piuha.net>
References: <685A7C2A-94FC-4701-9D9A-7E7E665DE5EC@ucl.ac.uk> <66C19C38-3D32-495C-B2E3-73680C9A0EF7@piuha.net>
From: Vishnu Ram <vishnubright@gmail.com>
Date: Wed, 28 Mar 2018 16:33:09 +0530
Message-ID: <CA+46u7-4uoCQ4qkG3UsO9CB2zNey0hPCsrD8dYZn+AF3qY6FKg@mail.gmail.com>
To: Jari Arkko <jari.arkko@piuha.net>
Cc: NetSlices <NetSlices@ietf.org>
Content-Type: multipart/alternative; boundary="001a1147c34cd6baf4056876f3d9"
Archived-At: <https://mailarchive.ietf.org/arch/msg/netslices/ZbzhbvQvkaG9SNb3HFGho0_gS20>
Subject: Re: [Netslices] COMS BOF presentations
X-BeenThere: netslices@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "This list is intended for discussion and review of network slicing at IETF." <netslices.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netslices>, <mailto:netslices-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netslices/>
List-Post: <mailto:netslices@ietf.org>
List-Help: <mailto:netslices-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netslices>, <mailto:netslices-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Mar 2018 11:03:15 -0000

Hi Jari,

Sorry for being late to comment.
i was at your "setting the scenes" presentation and I felt it was quite
well thought-out.
Thank you for that well-balanced view.

I do have the following comments to the presentation
slides-101-rtgwg-sessa-considerations-on-network-virtualization-and-slicing-00

1) slide-3: "Virtualization does not generally affect TCP/IP or
applications":
there are a whole bunch of things which you mention in the previously
"Virtual networks, network function virtualization, software-defined
networking, service chaining" etc.
These definitely seems to affect the applications at least. Especially,
they seems to affect certain deployment assumptions
and operational parameters of applications.
In fact, to keep these apps "un-affected", developers (like me) have to do
extra work :-) on top of such virtualized infra that you mention.

2) slide-4: "Virtualization Tech @ IETF".
Having observed both IETF and non-IETF work for some while,
IMO, it would be good to look at an overall picture of where/how these are
consumed/produced.
Eg: what are the opensource communities doing with these works from IETF?
How are they using them?
Do we tie well with what say ETSI is doing in this space?
You do mention this in slide 10: "How our different pieces fit together": I
would suggest to broaden the definition of "our".

3) slide-5: "Architectural Observations 1 : In many cases, this replaces
the need for protocol mechanisms."
I wonder if I agree.
How about this view: due to the increasing role of software, services need
interoperability and hence the interface between them
need standards.
It would be interesting to hear your views.

4) slide-8: "Architectural Observations 3": "Merely the models + magic
software? ".
Now, this might not be an architectural issue,
but given how important these models are, dont you think it matters the
process and place where such models themselves are developed?
In that sense, I agree with you when you say in slide 10 that Data model
development should be a continued topic @ IETF.
But again, i think data models by themselves are not sufficient, and will
not stand alone, the corresponding interfaces and management of these
have to be worked upon.

5) slide-9:"IETF probably wants to do tools that work across industry as
opposed to only for 5G"
What would you say is an example, other than 5G, which needs this kind of
work?


thanks,
Vishnu.



2018-03-21 20:55 GMT+05:30 Jari Arkko <jari.arkko@piuha.net>:

> I’m on the agenda under “setting the scene”. I’m working
> on my presentation still, but if people are interested in what
> direction I plan to take it, I held a similarly themed earlier in
> the week in RTGWG, the slides for that were at
>
>     https://datatracker.ietf.org/meeting/101/materials/slides-
> 101-rtgwg-sessa-considerations-on-network-virtualization-and-slicing-00
>
> Tomorrow I plan to take this a bit more focused direction
> related to 5G slicing. Comments and suggestions much
> appreciated.
>
> Jari
>
> _______________________________________________
> Netslices mailing list
> Netslices@ietf.org
> https://www.ietf.org/mailman/listinfo/netslices
>



-- 

thx
Vishnu