[gaia] 5G: It's the Network, Stupid

Dirk Kutscher <Dirk.Kutscher@neclab.eu> Wed, 16 December 2015 18:41 UTC

Return-Path: <Dirk.Kutscher@neclab.eu>
X-Original-To: gaia@ietfa.amsl.com
Delivered-To: gaia@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com []) by ietfa.amsl.com (Postfix) with ESMTP id 03A671A882E; Wed, 16 Dec 2015 10:41:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.611
X-Spam-Status: No, score=-2.611 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, 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 ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id QBMav0TLSQPG; Wed, 16 Dec 2015 10:41:49 -0800 (PST)
Received: from mailer1.neclab.eu (mailer1.neclab.eu []) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 19A8E1A879A; Wed, 16 Dec 2015 10:41:49 -0800 (PST)
Received: from localhost (localhost []) by mailer1.neclab.eu (Postfix) with ESMTP id 89E7410B4FF; Wed, 16 Dec 2015 19:41:47 +0100 (CET)
X-Virus-Scanned: Amavisd on Debian GNU/Linux (netlab.nec.de)
Received: from mailer1.neclab.eu ([]) by localhost (atlas-a.office.hd []) (amavisd-new, port 10024) with ESMTP id t8k32f1C9bBZ; Wed, 16 Dec 2015 19:41:47 +0100 (CET)
X-ENC: Last-Hop-TLS-encrypted
X-ENC: Last-Hop-TLS-encrypted
Received: from METHONE.office.hd (methone.office.hd []) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailer1.neclab.eu (Postfix) with ESMTPS id 566AD10B4FE; Wed, 16 Dec 2015 19:41:35 +0100 (CET)
Received: from HYDRA.office.hd ([]) by METHONE.office.hd ([]) with mapi id 14.03.0210.002; Wed, 16 Dec 2015 19:41:14 +0100
From: Dirk Kutscher <Dirk.Kutscher@neclab.eu>
To: "icnrg@irtf.org" <icnrg@irtf.org>, "dtn-interest@irtf.org" <dtn-interest@irtf.org>, gaia <gaia@irtf.org>, "5gangip@ietf.org" <5gangip@ietf.org>, "marnew@iab.org" <marnew@iab.org>, "stackevo-discuss@iab.org" <stackevo-discuss@iab.org>
Thread-Topic: 5G: It's the Network, Stupid
Thread-Index: AdE4MC4YYpSof3RGRdK/YSjH5J56uA==
Date: Wed, 16 Dec 2015 18:41:13 +0000
Message-ID: <82AB329A76E2484D934BBCA77E9F5249A682F744@Hydra.office.hd>
Accept-Language: de-DE, en-US
Content-Language: en-US
x-originating-ip: []
Content-Type: multipart/alternative; boundary="_000_82AB329A76E2484D934BBCA77E9F5249A682F744Hydraofficehd_"
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/gaia/PrpGDeu7giwig4AbyQJijhZsYKU>
Subject: [gaia] 5G: It's the Network, Stupid
X-BeenThere: gaia@irtf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Global Access to the Internet for All <gaia.irtf.org>
List-Unsubscribe: <https://www.irtf.org/mailman/options/gaia>, <mailto:gaia-request@irtf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gaia/>
List-Post: <mailto:gaia@irtf.org>
List-Help: <mailto:gaia-request@irtf.org?subject=help>
List-Subscribe: <https://www.irtf.org/mailman/listinfo/gaia>, <mailto:gaia-request@irtf.org?subject=subscribe>
X-List-Received-Date: Wed, 16 Dec 2015 18:41:53 -0000

[apologies for cross-posting]


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.

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.