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

Theodore V Faber <> Tue, 22 December 2015 15:50 UTC

Return-Path: <>
Received: from localhost ( []) by (Postfix) with ESMTP id 497691A1A99; Tue, 22 Dec 2015 07:50:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.8
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 ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id 7AxwImhIBC7J; Tue, 22 Dec 2015 07:50:05 -0800 (PST)
Received: from ( []) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id E4A461A1A97; Tue, 22 Dec 2015 07:50:04 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple;;; 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"
Received: from (HELO ([]) by with ESMTP/TLS/AES256-SHA; 22 Dec 2015 10:48:47 -0500
Received: from ( by ( with Microsoft SMTP Server (TLS) id 15.1.361.13; Tue, 22 Dec 2015 15:48:45 +0000
Received: from ([]) by ([]) with mapi id 15.01.0361.006; Tue, 22 Dec 2015 15:48:45 +0000
From: Theodore V Faber <>
To: Joe Touch <>, Linda Dunbar <>, Nishanth Sastry <>, Jon Crowcroft <>
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: <>
References: <> <> <> <4A95BA014132FF49AE685FAB4B9F17F657DB3A7F@dfweml701-chm> <>
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; 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: <>
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;; 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: <>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
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: <>
X-Mailman-Approved-At: Wed, 30 Dec 2015 05:00:45 -0800
Cc: "" <>, gaia <>, "" <>, Dirk Kutscher <>, "" <>, "" <>, "" <>
Subject: Re: [Stackevo-discuss] [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: Tue, 22 Dec 2015 15:50:06 -0000

On 12/21/15, 15:55, "Stackevo-discuss on behalf of Joe Touch"
< on behalf of> 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".
>Stackevo-discuss mailing list

Ted Faber <>
Engineering Specialist
Computer Systems Research Department