Re: [Stackevo-discuss] [gaia] 5G: It's the Network, Stupid

Michael Welzl <michawe@ifi.uio.no> Thu, 17 December 2015 09:49 UTC

Return-Path: <michawe@ifi.uio.no>
X-Original-To: stackevo-discuss@ietfa.amsl.com
Delivered-To: stackevo-discuss@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EE3281A8760; Thu, 17 Dec 2015 01:49:50 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.31
X-Spam-Level:
X-Spam-Status: No, score=-1.31 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_64=0.6, T_RP_MATCHES_RCVD=-0.01] 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 V4bfBy5ucwc2; Thu, 17 Dec 2015 01:49:48 -0800 (PST)
Received: from mail-out4.uio.no (mail-out4.uio.no [IPv6:2001:700:100:10::15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5155D1A8737; Thu, 17 Dec 2015 01:49:48 -0800 (PST)
Received: from mail-mx4.uio.no ([129.240.10.45]) by mail-out4.uio.no with esmtp (Exim 4.80.1) (envelope-from <michawe@ifi.uio.no>) id 1a9VBt-0003LQ-AX; Thu, 17 Dec 2015 10:49:41 +0100
Received: from boomerang.ifi.uio.no ([129.240.68.135]) by mail-mx4.uio.no with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) user michawe (Exim 4.80) (envelope-from <michawe@ifi.uio.no>) id 1a9VBs-0007p5-NT; Thu, 17 Dec 2015 10:49:41 +0100
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\))
From: Michael Welzl <michawe@ifi.uio.no>
In-Reply-To: <82AB329A76E2484D934BBCA77E9F5249A683460E@Hydra.office.hd>
Date: Thu, 17 Dec 2015 10:49:40 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <9E220CD1-5C20-4568-8A8D-6461C317BE11@ifi.uio.no>
References: <82AB329A76E2484D934BBCA77E9F5249A682F744@Hydra.office.hd> <CAEeTej+pHehyX7+qteogQcAkCcJKYhZoQKStuXGmAzWRj1_rXQ@mail.gmail.com> <82AB329A76E2484D934BBCA77E9F5249A683460E@Hydra.office.hd>
To: Dirk Kutscher <Dirk.Kutscher@neclab.eu>
X-Mailer: Apple Mail (2.2104)
X-UiO-SPF-Received:
X-UiO-Ratelimit-Test: rcpts/h 9 msgs/h 2 sum rcpts/h 10 sum msgs/h 3 total rcpts 36544 max rcpts/h 54 ratelimit 0
X-UiO-Spam-info: not spam, SpamAssassin (score=-5.0, required=5.0, autolearn=disabled, T_RP_MATCHES_RCVD=-0.01, UIO_MAIL_IS_INTERNAL=-5, uiobl=NO, uiouri=NO)
X-UiO-Scanned: 246663B5C33AF7D705BD2436825B22C7207FF9F7
X-UiO-SPAM-Test: remote_host: 129.240.68.135 spam_score: -49 maxlevel 80 minaction 2 bait 0 mail/h: 2 total 8810 max/h 17 blacklist 0 greylist 0 ratelimit 0
Archived-At: <http://mailarchive.ietf.org/arch/msg/stackevo-discuss/oMvZn8ZMGYy6_v45dJjjp3Q7h7c>
Cc: "icnrg@irtf.org" <icnrg@irtf.org>, gaia <gaia@irtf.org>, "stackevo-discuss@iab.org" <stackevo-discuss@iab.org>, "marnew@iab.org" <marnew@iab.org>, Jon Crowcroft <jon.crowcroft@cl.cam.ac.uk>, "5gangip@ietf.org" <5gangip@ietf.org>, "dtn-interest@irtf.org" <dtn-interest@irtf.org>
Subject: Re: [Stackevo-discuss] [gaia] 5G: It's the Network, Stupid
X-BeenThere: stackevo-discuss@iab.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IP Stack Evolution Discussion List <stackevo-discuss.iab.org>
List-Unsubscribe: <https://www.iab.org/mailman/options/stackevo-discuss>, <mailto:stackevo-discuss-request@iab.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/stackevo-discuss/>
List-Post: <mailto:stackevo-discuss@iab.org>
List-Help: <mailto:stackevo-discuss-request@iab.org?subject=help>
List-Subscribe: <https://www.iab.org/mailman/listinfo/stackevo-discuss>, <mailto:stackevo-discuss-request@iab.org?subject=subscribe>
X-List-Received-Date: Thu, 17 Dec 2015 09:49:51 -0000

> On 17 Dec 2015, at 10:43, Dirk Kutscher <Dirk.Kutscher@neclab.eu> wrote:
> 
> Yes, good point. That was actually a notion I had in mind, too, but forgot to mention: Don’t have assumptions in the architecture on where the network ends.
>  
> IoT is illustrating the need for that to some extent already.
>  
> Regarding security, unless we want to introduce “trusted middleboxes”,

Why not?

Cheers,
Michael


> object encryption and authentication seems to be the way. Of course there are other challenges for that, too – key management for example.
>  
> --
> Dirk
>  
> From: crowcroft@gmail.com [mailto:crowcroft@gmail.com] On Behalf Of Jon Crowcroft
> Sent: Donnerstag, 17. Dezember 2015 08:57
> To: Dirk Kutscher
> Cc: dtn-interest@irtf.org; stackevo-discuss@iab.org; icnrg@irtf.org; gaia; marnew@iab.org; 5gangip@ietf.org
> Subject: Re: [gaia] 5G: It's the Network, Stupid
>  
> Great article...one thing about the 4g..5g evolution is increasing cooperation in forwarding and relaying signal, bits, packets (shared cell tower/base station/antennae across provider). So direct,mesh,adhoc stop just being edge notions, but are all first class part of the architecture ("don't fear the edge"). There is huge tension between this trend, and e2e security....I have not seen anyone address how to resolve that tension...
> 
> On 16 Dec 2015 6:42 pm, "Dirk Kutscher" <Dirk.Kutscher@neclab.eu> wrote:
> [apologies for cross-posting]
>  
> Hi,
>  
> I have written up a few thoughts on current discussions around 5G and network evolution. I might publish this as paper later, but wanted to get it out early and ask for comments – so would be grateful for any feedback. It’s not very polished and slightly long, but hopefully understandable enough. Take it as a “position paper” for now.
>  
> Abstract:
> Current 5G network discussion are often focusing on providing more comprehensive and integrated orchestration and management functions in order to improve “end-to-end” managebility and programmability, derived from NGMN and similar requirements. While these are important challenges, this memo takes the perspective that in order to arrive at a more powerful network, it is important to understand the pain points and the reasons for certain design choices of today’s networks. Understanding the drivers for traffic management systems, middleboxes, CDNs and other application-layer overlays should be taken as a basis for analyzing 5G uses cases and their requirements. In this memo, I am making the point that many of today’s business needs and the ambitious 5G use cases do call for a more powerful data forwarding plane, taking ICN as an example. Features of such a forwarding plane would include better support for heterogeneous networks (access networks and whole network deployments), multi-path communication, in-network storage and implementation of operator policies. This would help to avoid overlay silos and finally simplify network management.
>  
> http://dirk-kutscher.info/posts/5g-its-the-network-stupid/
>  
> Thanks,
> Dirk
>  
> 
> _______________________________________________
> gaia mailing list
> gaia@irtf.org
> https://www.irtf.org/mailman/listinfo/gaia
> 
> _______________________________________________
> Stackevo-discuss mailing list
> Stackevo-discuss@iab.org
> https://www.iab.org/mailman/listinfo/stackevo-discuss