IETF Logo Mail Archive

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

Dino Farinacci <farinacci@gmail.com> Tue, 22 December 2015 20:20 UTC

Return-Path: <farinacci@gmail.com>
X-Original-To: stackevo-discuss@ietfa.amsl.com
Delivered-To: stackevo-discuss@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 913321A8F38; Tue, 22 Dec 2015 12:20:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] 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 sxfetSErBlgK; Tue, 22 Dec 2015 12:20:57 -0800 (PST)
Received: from mail-pa0-x22b.google.com (mail-pa0-x22b.google.com [IPv6:2607:f8b0:400e:c03::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6A6C41A8F37; Tue, 22 Dec 2015 12:20:56 -0800 (PST)
Received: by mail-pa0-x22b.google.com with SMTP id q3so101334231pav.3; Tue, 22 Dec 2015 12:20:56 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=2/XwuddUyYdDP4kRdLMRjMICcZqZo3XSQBhyBi/BB1c=; b=U0uJx3x75YSPzURJ1/VLGayGG2eBWrW9ThbHvBlmq+7Uiiebqwtn9ExHFdCwvc0ASz p1/HFTEFirUo2DUdSXNUBaIab2ZAuwVmnQP4CSgQhadapJexWFF4BkqrtyjSEsh2yTQD YbYWr/ofsX9YcnZ33kLTP8jmCEKoWhRf5+PCy3KYkKjdi7gA3qvW72TosfaZn+6Yzt8J WEpAbMzN5UDXUdmwx653CqLap3+7swQgL85TSkqMwrVba0eSCbrpbtlUC4qnqlLFB/Iz b4cKivr3Lr/azDRyY4sUTQF61foaOgjQEjkavwgydPCFz9Eau7teW4yTjJIMs8Ng04H4 DZfA==
X-Received: by 10.67.3.230 with SMTP id bz6mr38585942pad.118.1450815656069; Tue, 22 Dec 2015 12:20:56 -0800 (PST)
Received: from [10.197.31.157] (173-11-119-245-SFBA.hfc.comcastbusiness.net. [173.11.119.245]) by smtp.gmail.com with ESMTPSA id l64sm43061008pfb.40.2015.12.22.12.20.52 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 22 Dec 2015 12:20:54 -0800 (PST)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 9.1 \(3096.5\))
From: Dino Farinacci <farinacci@gmail.com>
In-Reply-To: <7AE6A4247B044C4ABE0A5B6BF427F8E20AF3BD35@szxeml559-mbs.china.huawei.com>
Date: Tue, 22 Dec 2015 12:20:51 -0800
Content-Transfer-Encoding: quoted-printable
Message-Id: <A259DD4F-FEA1-4586-887C-CA63BBF404EA@gmail.com>
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> <6EE22057-5EB9-4489-A50D-7B92DA2B96AF@gmail.com> <5679857D.9000602@isi.edu> <7AE6A4247B044C4ABE0A5B6BF427F8E20AF3BC87@szxeml559-mbs.china.huawei.com> <D614CD81-744F-4F66-BDDF-BC20608F1FA4@gmail.com> <7AE6A4247B044C4ABE0A5B6BF427F8E20AF3BD35@szxeml559-mbs.china.huawei.com>
To: AshwoodsmithPeter <Peter.AshwoodSmith@huawei.com>
X-Mailer: Apple Mail (2.3096.5)
Archived-At: <http://mailarchive.ietf.org/arch/msg/stackevo-discuss/XKQhlQqPHQbrsT1m-ZMxBdX9o-c>
X-Mailman-Approved-At: Wed, 30 Dec 2015 05:00:44 -0800
Cc: "icnrg@irtf.org" <icnrg@irtf.org>, Joe Touch <touch@isi.edu>, gaia <gaia@irtf.org>, "stackevo-discuss@iab.org" <stackevo-discuss@iab.org>, "marnew@iab.org" <marnew@iab.org>, Linda Dunbar <linda.dunbar@huawei.com>, Jon Crowcroft <jon.crowcroft@cl.cam.ac.uk>, "5gangip@ietf.org" <5gangip@ietf.org>, Nishanth Sastry <nishanth.sastry@kcl.ac.uk>, Dirk Kutscher <Dirk.Kutscher@neclab.eu>, "dtn-interest@irtf.org" <dtn-interest@irtf.org>
Subject: Re: [Stackevo-discuss] [5gangip] [gaia] 5G: It's the Network, Stupid
X-BeenThere: stackevo-discuss@iab.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IP Stack Evolution Discussion List <stackevo-discuss.iab.org>
List-Unsubscribe: <https://www.iab.org/mailman/options/stackevo-discuss>, <mailto:stackevo-discuss-request@iab.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/stackevo-discuss/>
List-Post: <mailto:stackevo-discuss@iab.org>
List-Help: <mailto:stackevo-discuss-request@iab.org?subject=help>
List-Subscribe: <https://www.iab.org/mailman/listinfo/stackevo-discuss>, <mailto:stackevo-discuss-request@iab.org?subject=subscribe>
X-List-Received-Date: Tue, 22 Dec 2015 20:20:58 -0000

Ack. Makes perfect sense.

Dino

> On Dec 22, 2015, at 11:53 AM, AshwoodsmithPeter <Peter.AshwoodSmith@huawei.com> wrote:
> 
>>> Hence the need for a new term.
> 
>> If you use the right network architecture, a VPN can have these properties.
> 
> No question that VPNs can play the different interconnect isolation roles with different properties.
> There would be a VPN technology doing TDM or DWDM or space isolation in the fronthaul. There would be VPN doing probably ultra low jitter packet isolation in the CRAN fabric and then pretty much any packet VPN technology doing isolation in the DC fabric. However there are also mechanisms to control antennas, control antenna lenses, pick/start/stop/program the digital signal processing software (Numerology) etc. So a VPN can have some of the required properties but no way does it cover everything, and that everything is what is being called a slice.
> 
> A slicing controller would really be just an orchestrator that tells the different VPN's what do for the different network segments and then programs the ends/mid points with the appropriate behavior. 
> 
> Cheers,
> 
> Peter

v2.23.0 | Report a Bug | By Email