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

Dirk Kutscher <Dirk.Kutscher@neclab.eu> Thu, 17 December 2015 10:11 UTC

Return-Path: <Dirk.Kutscher@neclab.eu>
X-Original-To: marnew@ietfa.amsl.com
Delivered-To: marnew@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 94EF71A87EC; Thu, 17 Dec 2015 02:11:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.012
X-Spam-Level:
X-Spam-Status: No, score=-2.012 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, J_CHICKENPOX_64=0.6, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=unavailable
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 pMhYKWTC_lHQ; Thu, 17 Dec 2015 02:11:10 -0800 (PST)
Received: from mailer1.neclab.eu (mailer1.neclab.eu [195.37.70.40]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C66621A87E2; Thu, 17 Dec 2015 02:11:09 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by mailer1.neclab.eu (Postfix) with ESMTP id 8A8B710B51F; Thu, 17 Dec 2015 11:11:08 +0100 (CET)
X-Virus-Scanned: Amavisd on Debian GNU/Linux (netlab.nec.de)
Received: from mailer1.neclab.eu ([127.0.0.1]) by localhost (atlas-a.office.hd [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ts7FZpj3NwLW; Thu, 17 Dec 2015 11:11:08 +0100 (CET)
X-ENC: Last-Hop-TLS-encrypted
X-ENC: Last-Hop-TLS-encrypted
Received: from ENCELADUS.office.hd (enceladus.office.hd [192.168.24.52]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailer1.neclab.eu (Postfix) with ESMTPS id 6B19E10B517; Thu, 17 Dec 2015 11:10:52 +0100 (CET)
Received: from HYDRA.office.hd ([169.254.4.101]) by ENCELADUS.office.hd ([192.168.24.52]) with mapi id 14.03.0210.002; Thu, 17 Dec 2015 11:10:31 +0100
From: Dirk Kutscher <Dirk.Kutscher@neclab.eu>
To: Michael Welzl <michawe@ifi.uio.no>
Thread-Topic: [gaia] [Stackevo-discuss] 5G: It's the Network, Stupid
Thread-Index: AQHROLBPlVNkrkRTBkOaPzNEJWjMrZ7O8rew
Date: Thu, 17 Dec 2015 10:10:30 +0000
Message-ID: <82AB329A76E2484D934BBCA77E9F5249A6835717@Hydra.office.hd>
References: <82AB329A76E2484D934BBCA77E9F5249A682F744@Hydra.office.hd> <CAEeTej+pHehyX7+qteogQcAkCcJKYhZoQKStuXGmAzWRj1_rXQ@mail.gmail.com> <82AB329A76E2484D934BBCA77E9F5249A683460E@Hydra.office.hd> <9E220CD1-5C20-4568-8A8D-6461C317BE11@ifi.uio.no>
In-Reply-To: <9E220CD1-5C20-4568-8A8D-6461C317BE11@ifi.uio.no>
Accept-Language: de-DE, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.1.2.102]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/marnew/Y6BIQ3xQOYaZXImK3I27eGPSDAU>
Cc: "icnrg@irtf.org" <icnrg@irtf.org>, gaia <gaia@irtf.org>, "stackevo-discuss@iab.org" <stackevo-discuss@iab.org>, Jon Crowcroft <jon.crowcroft@cl.cam.ac.uk>, "5gangip@ietf.org" <5gangip@ietf.org>, "marnew@iab.org" <marnew@iab.org>, "dtn-interest@irtf.org" <dtn-interest@irtf.org>
Subject: Re: [Marnew] [gaia] [Stackevo-discuss] 5G: It's the Network, Stupid
X-BeenThere: marnew@iab.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Managing Radio Networks in an Encrypted World <marnew.iab.org>
List-Unsubscribe: <https://www.iab.org/mailman/options/marnew>, <mailto:marnew-request@iab.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/marnew/>
List-Post: <mailto:marnew@iab.org>
List-Help: <mailto:marnew-request@iab.org?subject=help>
List-Subscribe: <https://www.iab.org/mailman/listinfo/marnew>, <mailto:marnew-request@iab.org?subject=subscribe>
X-List-Received-Date: Thu, 17 Dec 2015 10:11:15 -0000

> > Regarding security, unless we want to introduce “trusted middleboxes”,
> 
> Why not?

No e2e security.

That may be OK for some use cases, like IoT or home GWs, but could be less convincing for accessing public network services -- for example, if you extend the network with multiple hops of device-to-device communication, data mules etc.

Dirk

> 
> 
> > 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
> 
> _______________________________________________
> gaia mailing list
> gaia@irtf.org
> https://www.irtf.org/mailman/listinfo/gaia