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

DIEGO LOPEZ GARCIA <> Sat, 02 January 2016 22:40 UTC

Return-Path: <>
Received: from localhost ( []) by (Postfix) with ESMTP id 64C201A711A; Sat, 2 Jan 2016 14:40:50 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.01
X-Spam-Status: No, score=-2.01 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, J_CHICKENPOX_64=0.6, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=unavailable
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id H5Ji2bwAGjn5; Sat, 2 Jan 2016 14:40:46 -0800 (PST)
Received: from ( []) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 3BB9A1A710C; Sat, 2 Jan 2016 14:40:43 -0800 (PST)
Received: from (unknown []) by IMSVA (Postfix) with ESMTP id 9D40B2D01EF; Sat, 2 Jan 2016 23:29:04 +0100 (CET)
Received: from (unknown []) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 85B832D01E8; Sat, 2 Jan 2016 23:29:04 +0100 (CET)
Received: from ( by ( with Microsoft SMTP Server (TLS) id; Sat, 2 Jan 2016 23:29:03 +0100
Received: from ( by ( with Microsoft SMTP Server (TLS) id 15.1.361.13; Sat, 2 Jan 2016 22:29:02 +0000
Received: from ([]) by ([]) with mapi id 15.01.0361.006; Sat, 2 Jan 2016 22:29:02 +0000
To: Dirk Kutscher <>
Thread-Topic: [5gangip] [gaia] [Stackevo-discuss] 5G: It's the Network, Stupid
Thread-Index: AQHROLNKiAiFvm8NzEWp3s3KHJx2Vp7o6I0A
Date: Sat, 2 Jan 2016 22:29:02 +0000
Message-ID: <>
References: <> <> <> <> <>
In-Reply-To: <>
Accept-Language: en-US
Content-Language: en-US
authentication-results: spf=none (sender IP is );
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: []
x-microsoft-exchange-diagnostics: 1; DB4PR06MB0623; 5:CLYeIce/C7dgwrFhPwbsRBgYk6s2dqEaieSaUnkiTVN/6BAwCWNEaU9NN7fSiQXkiLzjIoHexpskfeXogeQygY6hkXgMkA/IikDaRqw5VXO+iaBl5oGCm/pFtHNBmwpBFyi+HPGxKqA1134vdyqIRg==; 24:EbtAns2Czk99K9Yefl/2zj9cc++H7R0hXhZJ/vKAS+q8bZXvSrHmKq08VrAKk5YLWqs+Hsd57n8blD8Z9H1H5J6dZkCh4aQ4YZTmovxivuU=
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DB4PR06MB0623;
x-microsoft-antispam-prvs: <>
x-exchange-antispam-report-test: UriScan:(40392960112811);
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(520078)(5005006)(8121501046)(10201501046)(3002001); SRVR:DB4PR06MB0623; BCL:0; PCL:0; RULEID:; SRVR:DB4PR06MB0623;
x-forefront-prvs: 0809C12563
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(209900001)(189002)(24454002)(164054003)(252514010)(377454003)(199003)(1220700001)(19580405001)(19617315012)(110136002)(106356001)(33656002)(11100500001)(101416001)(93886004)(82746002)(5008740100001)(3846002)(6116002)(4326007)(83716003)(87936001)(19580395003)(86362001)(586003)(92566002)(36756003)(102836003)(1096002)(81156007)(54356999)(76176999)(66066001)(5004730100002)(77096005)(97736004)(50986999)(15975445007)(2900100001)(16236675004)(5001960100002)(105586002)(189998001)(106116001)(2950100001)(122556002)(5002640100001)(40100003)(10400500002)(104396002)(6606295002); DIR:OUT; SFP:1102; SCL:1; SRVR:DB4PR06MB0623;; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en;
received-spf: None ( does not designate permitted sender hosts)
spamdiagnosticoutput: 1:23
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_CC7AA6BD9DA443FCB2EBD629EB5AB25Ctelefonicacom_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-originalarrivaltime: 02 Jan 2016 22:29:02.2720 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 9744600e-3e04-492e-baa1-25ec245c6f10
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB4PR06MB0623
Archived-At: <>
X-Mailman-Approved-At: Mon, 04 Jan 2016 09:22:39 -0800
Cc: "" <>, Michael Welzl <>, gaia <>, "" <>, "" <>, Jon Crowcroft <>, "" <>, "" <>
Subject: Re: [Stackevo-discuss] [5gangip] [gaia] 5G: It's the Network, Stupid
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IP Stack Evolution Discussion List <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Sat, 02 Jan 2016 22:40:50 -0000

In a world of clouds the concept of E2E security becomes somehow cloudy, if you allow me the easy pun. At least at the provider clouds I see many of those trusted middleboxes now…

Be goode,

On 17 Dec 2015, at 11:10 , Dirk Kutscher <<>> wrote:

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.


object encryption and authentication seems to be the way. Of course there are
other challenges for that, too – key management for example.


From:<> [] On Behalf Of Jon
Sent: Donnerstag, 17. Dezember 2015 08:57
To: Dirk Kutscher
Cc:<>;<>;<>; gaia;<>;<>
Subject: Re: [gaia] 5G: It's the Network, Stupid

Great 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" <<>> wrote:
[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.


gaia mailing list

Stackevo-discuss mailing list

gaia mailing list<>
5gangip mailing list<>

"Esta vez no fallaremos, Doctor Infierno"

Dr Diego R. Lopez
Telefonica I+D

Tel:    +34 913 129 041
Mobile: +34 682 051 091


Este mensaje y sus adjuntos se dirigen exclusivamente a su destinatario, puede contener información privilegiada o confidencial y es para uso exclusivo de la persona o entidad de destino. Si no es usted. el destinatario indicado, queda notificado de que la lectura, utilización, divulgación y/o copia sin autorización puede estar prohibida en virtud de la legislación vigente. Si ha recibido este mensaje por error, le rogamos que nos lo comunique inmediatamente por esta misma vía y proceda a su destrucción.

The information contained in this transmission is privileged and confidential information intended only for the use of the individual or entity named above. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this transmission in error, do not read it. Please immediately reply to the sender that you have received this communication in error and then delete it.

Esta mensagem e seus anexos se dirigem exclusivamente ao seu destinatário, pode conter informação privilegiada ou confidencial e é para uso exclusivo da pessoa ou entidade de destino. Se não é vossa senhoria o destinatário indicado, fica notificado de que a leitura, utilização, divulgação e/ou cópia sem autorização pode estar proibida em virtude da legislação vigente. Se recebeu esta mensagem por erro, rogamos-lhe que nos o comunique imediatamente por esta mesma via e proceda a sua destruição