Re: [Teas-ns-dt] Comment to definitions draft in today's call -- logical vs abstract vs virtual
Eric Gray <eric.gray@ericsson.com> Mon, 09 March 2020 12:26 UTC
Return-Path: <eric.gray@ericsson.com>
X-Original-To: teas-ns-dt@ietfa.amsl.com
Delivered-To: teas-ns-dt@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1])
by ietfa.amsl.com (Postfix) with ESMTP id 689543A0E7B
for <teas-ns-dt@ietfa.amsl.com>; Mon, 9 Mar 2020 05:26:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.1
X-Spam-Level:
X-Spam-Status: No, score=-2.1 tagged_above=-999 required=5
tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1,
DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1,
HTML_MESSAGE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001]
autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key)
header.d=ericsson.com
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 iaO7q2RdP8t6 for <teas-ns-dt@ietfa.amsl.com>;
Mon, 9 Mar 2020 05:26:50 -0700 (PDT)
Received: from NAM12-MW2-obe.outbound.protection.outlook.com
(mail-mw2nam12on2085.outbound.protection.outlook.com [40.107.244.85])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
(No client certificate requested)
by ietfa.amsl.com (Postfix) with ESMTPS id AEFEB3A0E92
for <teas-ns-dt@ietf.org>; Mon, 9 Mar 2020 05:26:49 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none;
b=gJF0OKU1N1896KwfkwMxtmqhMzsd/XbnRl6fOtaFaMhsrrsmraTE9WOdMxGka/BQoeutittxOuwwlCx0V/8Z6INMkMKPZC/G4MsFtdR3h2FytXcxgS8Q8KdXXdm9K6gi41K+hTh9HhqAW6RdKTL8MRa/utOLpIVgXz+ZpMBUfxXMPdlMsQ3o72tiSm2QwCq6q4ge7u7F2ppUX86Zj6NJ+WB7TSnvRYtPhjplJbxL4IFXb0Ko6cn+32ihTxHgtY8LLO8BgkKBdkq8q4wKKHntgSdj5tbctfJ2OhdJT/dI5lflcGES8AvrS7hQCb2I5XhiWcUwquk0p6FwResH0d9jCg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;
s=arcselector9901;
h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck;
bh=EZ5zdZIE3riJQw1m8dQqLll3+cH3ksf4LQr79wyKwwI=;
b=RP5oNSvcoIS+kjbfMgZGfq9pm1k6K1F3Uuk/hinwNVM+woaRr+rmUsXB0LeE3cRkaz13epHhx3UAVLdH51fIVKy8tPJQUzN+1FC4/vEpwMLr5AxGf36QS7kbpOG+/QI+5PX7V4LxF2gVNQ1qfwkVHYGdjXBWNpB4PY1H1tVHWeO9mD8accOumvAxd3q476dLr6ORkOo2KDbQYLXyhlS+ZK7GCq9pwWSRazTVINdNGdWpCa5LjU3U40PihmEDljYNqvidCIvDMcjjdmJ6XBi2N83vCazbq4lAiZ+GByAmZSuIa7aKTvg2GCY57jzyXpntcbausNpfesywcS0JwXfQBA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass
smtp.mailfrom=ericsson.com; dmarc=pass action=none header.from=ericsson.com;
dkim=pass header.d=ericsson.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com;
s=selector1;
h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck;
bh=EZ5zdZIE3riJQw1m8dQqLll3+cH3ksf4LQr79wyKwwI=;
b=ODSGelLOr5T5UQ+ekKrwfKE690sB6UKnqs4hEC8WT4I+x11+30RCTSm42bXQeVVHDILe9zcTNS8Xhsx7LK5Z8PsrALKjSPIbMmJ76K8lbUbzCTBxMNo6pJiW4IvHogdTGFBJkD1tLJL6hzDhX9RYLIcMlFzwnqN4/XSl/s08A0E=
Received: from BN8PR15MB2644.namprd15.prod.outlook.com (2603:10b6:408:c8::27)
by BN8PR15MB2817.namprd15.prod.outlook.com (2603:10b6:408:d1::31)
with Microsoft SMTP Server (version=TLS1_2,
cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2793.16; Mon, 9 Mar
2020 12:26:47 +0000
Received: from BN8PR15MB2644.namprd15.prod.outlook.com
([fe80::b083:9869:d21f:619e]) by BN8PR15MB2644.namprd15.prod.outlook.com
([fe80::b083:9869:d21f:619e%6]) with mapi id 15.20.2793.013; Mon, 9 Mar 2020
12:26:47 +0000
From: Eric Gray <eric.gray@ericsson.com>
To: "Dongjie (Jimmy)" <jie.dong@huawei.com>, Jeff Tantsura
<jefftant.ietf@gmail.com>, Eric Gray
<eric.gray=40ericsson.com@dmarc.ietf.org>
CC: LUIS MIGUEL CONTRERAS MURILLO
<luismiguel.contrerasmurillo@telefonica.com>, "Belotti, Sergio (Nokia -
IT/Vimercate)" <sergio.belotti@nokia.com>, "teas-ns-dt@ietf.org"
<teas-ns-dt@ietf.org>
Thread-Topic: [Teas-ns-dt] Comment to definitions draft in today's call --
logical vs abstract vs virtual
Thread-Index: AdXzESNQav6k3azBSsStCsjD9UDiEQAAllFwAABGc/AAAwRAgAAO/fGAABu7gkA=
Date: Mon, 9 Mar 2020 12:26:46 +0000
Message-ID: <BN8PR15MB26440EDAB4ED3FBE8D0A9BEE97FE0@BN8PR15MB2644.namprd15.prod.outlook.com>
References: <BN8PR15MB264434623D79D8B990A0097A97E20@BN8PR15MB2644.namprd15.prod.outlook.com>
<87E9E3E8-18F9-423F-A468-5D6DF41FBF9A@gmail.com>
<8b69c10f349c491d9c1dad449d871c41@huawei.com>
In-Reply-To: <8b69c10f349c491d9c1dad449d871c41@huawei.com>
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=eric.gray@ericsson.com;
x-originating-ip: [73.248.143.71]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 529c0632-ffe6-47e7-1d0a-08d7c42522bb
x-ms-traffictypediagnostic: BN8PR15MB2817:
x-microsoft-antispam-prvs: <BN8PR15MB281715592952F4DE6ED884E297FE0@BN8PR15MB2817.namprd15.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:8882;
x-forefront-prvs: 0337AFFE9A
x-forefront-antispam-report: SFV:NSPM;
SFS:(10009020)(4636009)(346002)(39860400002)(396003)(376002)(366004)(136003)(189003)(199004)(186003)(44832011)(81166006)(54906003)(81156014)(110136005)(8936002)(8676002)(2906002)(4326008)(71200400001)(26005)(33656002)(66574012)(6506007)(53546011)(7696005)(966005)(86362001)(55016002)(66476007)(64756008)(66446008)(478600001)(52536014)(316002)(66556008)(5660300002)(9686003)(66946007)(76116006);
DIR:OUT; SFP:1101; SCL:1; SRVR:BN8PR15MB2817;
H:BN8PR15MB2644.namprd15.prod.outlook.com; FPR:; SPF:None; LANG:en;
PTR:InfoNoRecords; MX:1; A:1;
received-spf: None (protection.outlook.com: ericsson.com does not designate
permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: 8cEa0QIDqVZHfifXY3HG+k3bpgK92GKz6TXbvoFBHxRINFzkVHCb4jJlnh+NSaW+JgPDmjsxfPWQuklS5iC7Rx3HPgxCKJAVqrmYNz/XYWTNKxF1ipL7C/2tozKeniR79L7a/4hmy+Nc/xp0cBRHAhf23HFmdk7tizMwusmnUJkhQcPO1pak61CwmJWAE5jxGKSNLkqwgrUuZ9TvlVTDuL6gTJsgwMDlXLvnCGHS6BVer+uabuPeGJIHatTik7PUdyuzyRvo+NgxbCo1b/sQSv2bXB4Tacm8XShhV+LpKxvGJDBLgtgaBuAWarSP9A7yUEYSm69IXmnbXIvra1iC+bs+XWJiJCyLIMmcdYFwrtPovEYXJ/foNy3ab4cEbxSda0Ixte1VAbaADA51av4+1qX/QOYLKhERownfTlAGe6Tq1ORTpPq0117ja2/HArWcB97fEDGSyFLD6fPsKAAEFYqyvSsolIdDY4rNMsyDYZxLVUFpkj6OS7+PoURU8dM8cadtNSYZ1SbdlesM251gfA==
x-ms-exchange-antispam-messagedata: x9DpaAkGkESGoC1VjxhELx92zAX8Z8NYuPgZJgU+seZFpezbl6M2w888NP8vw/BdFmMkQZgnnayNLdii5s9cS9N3+EmaqKLgIwO/CdYcTIZYetK2ytQwsVVBhkOPOnBwqKQjDN3XHpd7TXXvBo2HAA==
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative;
boundary="_000_BN8PR15MB26440EDAB4ED3FBE8D0A9BEE97FE0BN8PR15MB2644namp_"
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 529c0632-ffe6-47e7-1d0a-08d7c42522bb
X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Mar 2020 12:26:46.9627 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: YQqiGWdoPDOpmqSAk0N45e32oQ4/29fcQpwnsLm3S3RCtYi9+ZC+dEEEcYiuxEmZZwK18i5rbsi03ecYxkllJA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN8PR15MB2817
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas-ns-dt/iFUyVN2Pt4MgzP2DqX5P1jJVHAU>
Subject: Re: [Teas-ns-dt] Comment to definitions draft in today's call --
logical vs abstract vs virtual
X-BeenThere: teas-ns-dt@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: TEAS Network Slicing Design Team <teas-ns-dt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/teas-ns-dt>,
<mailto:teas-ns-dt-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/teas-ns-dt/>
List-Post: <mailto:teas-ns-dt@ietf.org>
List-Help: <mailto:teas-ns-dt-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/teas-ns-dt>,
<mailto:teas-ns-dt-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 09 Mar 2020 12:27:03 -0000
Jie,
While I mostly agree, we need to be careful in associating “abstraction” with the NBI. “Abstraction” is a fundamental characteristic of interfaces in general – e.g. – “physical” Ethernet ports and IP interfaces are abstractions we use to avoid talking about the material, optical and electrical components of which they are composed.
I think that at least one part of what I think your point is, is that “abstract” refers to a (possibly restricted) view of a thing – as opposed to “logical” and “virtual” which are a bit more tangible, even if not necessarily real.
--
Eric
From: Teas-ns-dt <teas-ns-dt-bounces@ietf.org> On Behalf Of Dongjie (Jimmy)
Sent: Thursday, March 5, 2020 9:12 PM
To: Jeff Tantsura <jefftant.ietf@gmail.com>om>; Eric Gray <eric.gray=40ericsson.com@dmarc.ietf.org>
Cc: LUIS MIGUEL CONTRERAS MURILLO <luismiguel.contrerasmurillo@telefonica.com>om>; Belotti, Sergio (Nokia - IT/Vimercate) <sergio.belotti@nokia.com>om>; teas-ns-dt@ietf.org
Subject: Re: [Teas-ns-dt] Comment to definitions draft in today's call -- logical vs abstract vs virtual
Hi all,
As mentioned on the conference call, my preference of the terms would be virtual >= logical > abstract.
IMO all of these terms refer to something not totally physical or “real”. Actually this is what is expected from network slicing, multiple network slices are built on a shared physical network infrastructure, and each network slice is provided with a subset of the characteristics of the underlying network.
To me virtual and logical can be seen as similar terms and sometimes interchangeable. Virtual has been used widely in IETF and industry, which makes it easier for people to associate “virtual” with specific implementations, although it can be a technology-agnostic term. Logical can be considered more comprehensive, the other side of which may be is more vague. That said, both would be OK for the definition.
As for abstract, as explained in my previous mails, “abstract” is more related to the policy used to provide the consumer with a selective view of the network, which is mainly about the NBI, while in the definition we may also want to cover the characteristics of the transport slice itself.
Best regards,
Jie
From: Teas-ns-dt [mailto:teas-ns-dt-bounces@ietf.org] On Behalf Of Jeff Tantsura
Sent: Friday, March 6, 2020 3:03 AM
To: Eric Gray <eric.gray=40ericsson.com@dmarc.ietf.org<mailto:eric.gray=40ericsson.com@dmarc.ietf.org>>
Cc: LUIS MIGUEL CONTRERAS MURILLO <luismiguel.contrerasmurillo@telefonica.com<mailto:luismiguel.contrerasmurillo@telefonica.com>>; Belotti, Sergio (Nokia - IT/Vimercate) <sergio.belotti@nokia.com<mailto:sergio.belotti@nokia.com>>; teas-ns-dt@ietf.org<mailto:teas-ns-dt@ietf.org>
Subject: Re: [Teas-ns-dt] Comment to definitions draft in today's call -- logical vs abstract vs virtual
+1 to “logical”
Regards,
Jeff
On Mar 5, 2020, at 10:06, Eric Gray <eric.gray=40ericsson.com@dmarc.ietf.org<mailto:eric.gray=40ericsson.com@dmarc.ietf.org>> wrote:
Yes, the separation of virtual and real is a big part of the “freight” that “virtual” carries.
At a “Disruptive Technologies” class given at AT&T decades ago, the teacher told us “Whenever you hear ‘virtual’ – you should interpret this as ‘I am lying.’”
This is only a perception thing, but that does not mean it is not just as real as if it were real. In way too many cases, virtual is used explicitly to distinguish it from reality. For example, “virtual reality” is pretty much never considered to include “real reality.” 😊
I tend to prefer “logical” in this context, over either “virtual” or “abstract” – in no small part because “abstract” also has “freight.” “Abstract” is often considered to be similar in meaning to “surreal” – which is very unlikely to be what we mean by an “abstract topology” for example. I cannot wrap my head around the notion of a network designed (for instance) by either Salvador Dali, or M.C. Escher.
But these are minor preferences. With the exception of context-related cases (where we need to use the terminology that fits best in a given context), I think we should try to be consistent and I am fine with any term everyone can live with.
From: Teas-ns-dt <teas-ns-dt-bounces@ietf.org<mailto:teas-ns-dt-bounces@ietf.org>> On Behalf Of Belotti, Sergio (Nokia - IT/Vimercate)
Sent: Thursday, March 5, 2020 12:35 PM
To: LUIS MIGUEL CONTRERAS MURILLO <luismiguel.contrerasmurillo@telefonica.com<mailto:luismiguel.contrerasmurillo@telefonica.com>>; teas-ns-dt@ietf.org<mailto:teas-ns-dt@ietf.org>
Subject: Re: [Teas-ns-dt] Comment to definitions draft in today's call -- logical vs abstract vs virtual
I think that logical (or even abstract) is more comprehensive since virtual reminds to some kind of virtualization of the underlying resources, but a slice could naturally involve (dedicated) physical resources. So that is why I'm inclined to use logical as a more generic term.
Virtualization has nothing to do with “select” only physical resources but instead is related to select underlying resources (physical or abstract) in the prospective to a particular customer, application or service.
If this was your problem with virtual , it is not a problem.
Regards
SErgio
From: Teas-ns-dt <teas-ns-dt-bounces@ietf.org<mailto:teas-ns-dt-bounces@ietf.org>> On Behalf Of LUIS MIGUEL CONTRERAS MURILLO
Sent: Thursday, March 5, 2020 6:12 PM
To: teas-ns-dt@ietf.org<mailto:teas-ns-dt@ietf.org>
Subject: [Teas-ns-dt] Comment to definitions draft in today's call -- logical vs abstract vs virtual
Hi all,
Apologies, I experienced problems in the call today, not being able for me to speak up (even I lost part of the discussions, apologies again).
I wrote my preference in the chat, I think you couldn’t echoed.
So respect to the discussion of preference for logical vs abstract vs virtual, I think that logical (or even abstract) is more comprehensive since virtual reminds to some kind of virtualization of the underlying resources, but a slice could naturally involve (dedicated) physical resources. So that is why I'm inclined to use logical as a more generic term.
Note that in the operators’ vocabulary today “virtual” has further connotations (exceeding the transport part), so can be an overloaded term in some end-to-end scenarios.
Best regards
Luis
__________________________________
Luis M. Contreras
Technology and Planning
Transport, IP and Interconnection Networks
Telefónica I+D / Global CTIO unit / Telefónica
Distrito Telefónica, Edificio Sur 3, Planta 3
28050 Madrid
España / Spain
Skype (Lync): +34 91 312 9084
Mobile: +34 680 947 650
luismiguel.contrerasmurillo@telefonica.com<mailto:luismiguel.contrerasmurillo@telefonica.com>
________________________________
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
--
Teas-ns-dt mailing list
Teas-ns-dt@ietf.org<mailto:Teas-ns-dt@ietf.org>
https://www.ietf.org/mailman/listinfo/teas-ns-dt
- [Teas-ns-dt] Comment to definitions draft in toda… LUIS MIGUEL CONTRERAS MURILLO
- Re: [Teas-ns-dt] Comment to definitions draft in … Belotti, Sergio (Nokia - IT/Vimercate)
- Re: [Teas-ns-dt] Comment to definitions draft in … Adrian Farrel
- Re: [Teas-ns-dt] Comment to definitions draft in … Belotti, Sergio (Nokia - IT/Vimercate)
- Re: [Teas-ns-dt] Comment to definitions draft in … Eric Gray
- Re: [Teas-ns-dt] Comment to definitions draft in … LUIS MIGUEL CONTRERAS MURILLO
- Re: [Teas-ns-dt] Comment to definitions draft in … LUIS MIGUEL CONTRERAS MURILLO
- Re: [Teas-ns-dt] Comment to definitions draft in … Jeff Tantsura
- Re: [Teas-ns-dt] Comment to definitions draft in … Dongjie (Jimmy)
- Re: [Teas-ns-dt] Comment to definitions draft in … Zhenghaomian
- Re: [Teas-ns-dt] Comment to definitions draft in … Kiran Makhijani
- Re: [Teas-ns-dt] Comment to definitions draft in … Belotti, Sergio (Nokia - IT/Vimercate)
- Re: [Teas-ns-dt] Comment to definitions draft in … Eric Gray
- Re: [Teas-ns-dt] Comment to definitions draft in … Kiran Makhijani
- Re: [Teas-ns-dt] Comment to definitions draft in … John E Drake
- Re: [Teas-ns-dt] Comment to definitions draft in … Adrian Farrel
- Re: [Teas-ns-dt] Comment to definitions draft in … Kiran Makhijani
- Re: [Teas-ns-dt] Comment to definitions draft in … Dongjie (Jimmy)
- Re: [Teas-ns-dt] Comment to definitions draft in … Eric Gray
- Re: [Teas-ns-dt] Comment to definitions draft in … Eric Gray
- Re: [Teas-ns-dt] Comment to definitions draft in … Eric Gray
- Re: [Teas-ns-dt] Comment to definitions draft in … Eric Gray