IETF Logo Mail Archive

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

Theodore V Faber <theodore.v.faber@aero.org> Tue, 22 December 2015 15:50 UTC

Return-Path: <prvs=7919843b5=theodore.v.faber@aero.org>
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 497691A1A99; Tue, 22 Dec 2015 07:50:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.8
X-Spam-Level:
X-Spam-Status: No, score=-1.8 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, T_DKIM_INVALID=0.01, 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 7AxwImhIBC7J; Tue, 22 Dec 2015 07:50:05 -0800 (PST)
Received: from email3-east.aero.org (email3-east.aero.org [130.221.184.167]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E4A461A1A97; Tue, 22 Dec 2015 07:50:04 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=aero.org; i=@aero.org; q=dns/txt; s=mailhub; t=1450799405; x=1482335405; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=eszqSwdLnqIaBfsdlAvn/wE8LZU3ngqv4BmOr/iQxDM=; b=xK8RT362MHNIKAtnheK878qnUlg/FGLvf5h/npYfM3w00MHMqq8QVv/N xVBjTrswmdTboJUk9T6GNQSXayPdT5R2Cm7UQrTW7X5kjV6+qqomylswo o3mIVZHsD6STVW/Hs9RNlW8a7BVeAef/jAku70X9h+4twDtHUvhROREDF Q=;
x-SBRS: 5.6
x-SenderGroup: Inbound_Office365
X-IronPort-AV: E=McAfee;i="5700,7163,8022"; a="1405488"
X-IronPort-AV: E=Sophos;i="5.20,465,1444708800"; d="scan'208";a="1405488"
X-IPAS-Result: A2G5AAB+cHlWnPGjLs9bAw4LAQEBAQ8BAQEBBgEBAQGDUm0GjEuzDwkXCoUiSgIcgUwRAQEBAQEBAQMOAQEBAQEGDQkJIS6CYhBVAi4+AQEBAwEBAQ8BEBE6CxACAQgYAgImAgICJQsVEAEBBAENBSKIDQ6efQGBKAEcYQUoAopvAQFwkioBAQEBAQEBAwEBAQEBAQEBAQEBFASBAYVWghaCaoRxCyaCVYFKBZcBjUyBXI0fikSDdDiCU4EfPnIBhB8BgQcBAQE
Received: from mail-by2lp0241.outbound.protection.outlook.com (HELO na01-by2-obe.outbound.protection.outlook.com) ([207.46.163.241]) by email3-east.aero.org with ESMTP/TLS/AES256-SHA; 22 Dec 2015 10:48:47 -0500
Received: from DM2PR09MB0336.namprd09.prod.outlook.com (10.160.247.153) by DM2PR09MB0335.namprd09.prod.outlook.com (10.160.247.152) with Microsoft SMTP Server (TLS) id 15.1.361.13; Tue, 22 Dec 2015 15:48:45 +0000
Received: from DM2PR09MB0336.namprd09.prod.outlook.com ([10.160.247.153]) by DM2PR09MB0336.namprd09.prod.outlook.com ([10.160.247.153]) with mapi id 15.01.0361.006; Tue, 22 Dec 2015 15:48:45 +0000
From: Theodore V Faber <theodore.v.faber@aero.org>
To: Joe Touch <touch@isi.edu>, Linda Dunbar <linda.dunbar@huawei.com>, Nishanth Sastry <nishanth.sastry@kcl.ac.uk>, Jon Crowcroft <jon.crowcroft@cl.cam.ac.uk>
Thread-Topic: [Stackevo-discuss] [gaia] 5G: It's the Network, Stupid
Thread-Index: AdE4MC4YYpSof3RGRdK/YSjH5J56uAAcFN2AAAn56QAACra1AADV724AABCLD4A=
Date: Tue, 22 Dec 2015 15:48:44 +0000
Message-ID: <D29EAED8.2154%theodore.v.faber@aero.org>
References: <82AB329A76E2484D934BBCA77E9F5249A682F744@Hydra.office.hd> <CAEeTej+pHehyX7+qteogQcAkCcJKYhZoQKStuXGmAzWRj1_rXQ@mail.gmail.com> <F8355406-91C7-4B96-995C-1AD9D7997DC1@kcl.ac.uk> <4A95BA014132FF49AE685FAB4B9F17F657DB3A7F@dfweml701-chm> <56789156.2020704@isi.edu>
In-Reply-To: <56789156.2020704@isi.edu>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=theodore.v.faber@aero.org;
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [130.221.224.7]
x-microsoft-exchange-diagnostics: 1; DM2PR09MB0335; 5:kTqH7tiJjYG8k4HvCEzEVVKBeHkpH/nGTyJ031SDEwgaPKp8N0Quq+wh6yiPxBPlPg8cS7yXE66q91vmTdc7xZA8SXlgPaUiScCE71HITri24mOIV9cdyBG26IXn3vVrVCcv2xHVY29Kdh5ofCn/bQ==; 24:qSJfWEUsnpHo7CaqLif0AoQdBFJ1ILP3lMJb8izqb0/QFIZ6ZLlG61Nn/Z3hb2HpF1/lRie2nBt26BjCduaNPdX9WdHvsnj+BnQAI3EK9Wo=
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DM2PR09MB0335;
x-microsoft-antispam-prvs: <DM2PR09MB033544B5E0AD9ABF31E81F24B9E50@DM2PR09MB0335.namprd09.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:;
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(520078)(5005006)(3002001)(10201501046); SRVR:DM2PR09MB0335; BCL:0; PCL:0; RULEID:; SRVR:DM2PR09MB0335;
x-forefront-prvs: 0798146F16
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(377454003)(24454002)(199003)(479174004)(189002)(86362001)(5002640100001)(2171001)(11100500001)(40100003)(76176999)(66066001)(2900100001)(5008740100001)(101416001)(5001770100001)(122556002)(3846002)(1220700001)(1096002)(87936001)(36756003)(586003)(102836003)(19580395003)(2950100001)(77096005)(6116002)(15975445007)(5001960100002)(50986999)(81156007)(19580405001)(93886004)(5004730100002)(106356001)(10400500002)(54356999)(105586002)(97736004)(189998001)(92566002)(99286002)(7059030); DIR:OUT; SFP:1101; SCL:1; SRVR:DM2PR09MB0335; H:DM2PR09MB0336.namprd09.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en;
spamdiagnosticoutput: 1:23
spamdiagnosticmetadata: NSPM
Content-Type: text/plain; charset="utf-8"
Content-ID: <84EFED495B9F32498D592E72F8050DE6@namprd09.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: aero.org
X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Dec 2015 15:48:44.9084 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: c8294700-c5a4-4ca1-a876-1457d39899fd
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR09MB0335
Archived-At: <http://mailarchive.ietf.org/arch/msg/marnew/PW8zI2Zxlbt2UxtCW-bMJPCeM84>
X-Mailman-Approved-At: Tue, 22 Dec 2015 09:48:15 -0800
Cc: "icnrg@irtf.org" <icnrg@irtf.org>, gaia <gaia@irtf.org>, "stackevo-discuss@iab.org" <stackevo-discuss@iab.org>, Dirk Kutscher <Dirk.Kutscher@neclab.eu>, "marnew@iab.org" <marnew@iab.org>, "5gangip@ietf.org" <5gangip@ietf.org>, "dtn-interest@irtf.org" <dtn-interest@irtf.org>
Subject: Re: [Marnew] [Stackevo-discuss] [gaia] 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: Tue, 22 Dec 2015 15:50:06 -0000

On 12/21/15, 15:55, "Stackevo-discuss on behalf of Joe Touch"
<stackevo-discuss-bounces@iab.org on behalf of touch@isi.edu> wrote:

>
>
>On 12/17/2015 9:49 AM, Linda Dunbar wrote:
>> I strongly support the concept of network slicing for Applications or
>>IoT networks. 
>
>FWIW, I do not - in specific, I support the notion of per-service
>overlays, but would not call them "slices".
>
>Slices are an artifact of an OS-view of the network. It's a network
>partitioning model that considers cross-overlay interaction only as a
>violation of the model itself.

Just to defend my tribe a bit, I’d say more of a telco-view of the
network.  Providing isolated strictly defined services - e.g. 3kHz voice
channels - lets you reason about partitioning and service development both
at the cost of maintaining a stranglehold on what gets deployed.  Slices
only enforce their isolation and guarantees if all the equipment has
capabilities and is management appropriate to it.

Yeah, there’s an OS/distributed systems feel to that, but because the
constraints now extend out of a chassis and beyond a LAN, telco analogies
make more sense to me.

I know you (Joe) know that, but I think it’s worth saying to the group
because the more strictly you adhere to a slicing model the more
constraints you put on your equipment and management.  In a small network
- that might be as big as a municipality - those constraints seem more
reasonable to me than in the capital-I Internet.  The cost of enforcing or
even encouraging those constraints across many providers (of equipment and
service) starts to get prohibitive.  It had better be worth it, and to me
there are few cases where it is.

That leaves aside arguments that diversity of equipment and management may
be good for the Internet.  Innovation often comes from letting people
loose in a lightly constrained playground.

>
>We should be careful to consider that networks end at network interfaces
>and network interface names, not OS partitions - and OS partitions are
>the baggage that comes with the term "slice".
>
>Joe
>
>_______________________________________________
>Stackevo-discuss mailing list
>Stackevo-discuss@iab.org
>https://www.iab.org/mailman/listinfo/stackevo-discuss
>


-- 
Ted Faber <theodore.v.faber@aero.org>
Engineering Specialist
Computer Systems Research Department
310-336-7373

v2.23.0 | Report a Bug | By Email