IETF Logo Mail Archive

Re: [Spud] No. Operators don't need SPUD for mobile network management

Natasha Rooney <nrooney@gsma.com> Thu, 21 July 2016 13:05 UTC

Return-Path: <nrooney@gsma.com>
X-Original-To: spud@ietfa.amsl.com
Delivered-To: spud@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D7C6412DA3A for <spud@ietfa.amsl.com>; Thu, 21 Jul 2016 06:05:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.921
X-Spam-Level:
X-Spam-Status: No, score=-1.921 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=gsmasso.onmicrosoft.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 Q9JPsHkxlznq for <spud@ietfa.amsl.com>; Thu, 21 Jul 2016 06:05:44 -0700 (PDT)
Received: from EUR03-AM5-obe.outbound.protection.outlook.com (mail-eopbgr30078.outbound.protection.outlook.com [40.107.3.78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A7B4512DAE8 for <spud@ietf.org>; Thu, 21 Jul 2016 06:05:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=GSMASSO.onmicrosoft.com; s=selector1-gsma-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=bnqT3fZc/A4E8oF83zFQGISsYUYSB+TKcWrFwtf1lu4=; b=UsccqZmZplTKdZPLmqhXcDB95oAKhvbsPXrulVqWfkXCS93ri/vcDLvhWNDtKVWnWi+8/vfHRMbcDWhw5GRNjC+3dE9AzvtFmStnDdx6faWAGT3RQi+PrOynnss+pGk4BaO2k2M1IRKdLJ83/j8+i4E/iRosvpZM5nnycq063EE=
Received: from HE1PR0401MB2060.eurprd04.prod.outlook.com (10.166.123.12) by HE1PR0401MB2059.eurprd04.prod.outlook.com (10.166.123.11) with Microsoft SMTP Server (TLS) id 15.1.539.14; Thu, 21 Jul 2016 13:05:01 +0000
Received: from HE1PR0401MB2060.eurprd04.prod.outlook.com ([10.166.123.12]) by HE1PR0401MB2060.eurprd04.prod.outlook.com ([10.166.123.12]) with mapi id 15.01.0539.019; Thu, 21 Jul 2016 13:05:01 +0000
From: Natasha Rooney <nrooney@gsma.com>
To: Frode Kileng <frodek@tele.no>
Thread-Topic: [Spud] No. Operators don't need SPUD for mobile network management
Thread-Index: AQHR401XCKZNpNKEuE+Y5dI1HwFpyqAi2l+A
Date: Thu, 21 Jul 2016 13:05:01 +0000
Message-ID: <6CCF34EB-BA70-426B-89B4-D1C722E62084@gsma.com>
References: <43a39476-9327-87ef-204c-d7c614a80669@tele.no>
In-Reply-To: <43a39476-9327-87ef-204c-d7c614a80669@tele.no>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-mailer: Apple Mail (2.3124)
authentication-results: spf=none (sender IP is ) smtp.mailfrom=nrooney@gsma.com;
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [2001:67c:370:160:7520:26f3:ee8b:5945]
x-ms-office365-filtering-correlation-id: cfb08744-5a78-4015-292d-08d3b1679ff7
x-microsoft-exchange-diagnostics: 1; HE1PR0401MB2059; 6:JZf7tQIu9zVm84TIncP3/unlvrgSS8uYCZ72PD37nEobO4R1sblaB1p9AnWjjXwgZHIGE4+BeYZXZFt/XcTtsrxQbyGbhh0eJgE6tnZqHwgBfGdoYOBDS6coWUFydR5JaT+CgR41TSd03lP9a4JWQoaAzkrFlUUDTHM/rzu58iQd/zDeg3kk5fNeqnMS0jeLrylMZxkg687J+v7Lg+rzowFluQgc/cPje5mtFZQXAZZtvywrFKalWITRZt0jjE0Tjc3JVW9rj2l86p/nuWWJ7o8l4sVqjq2X3GKgQZYjkJg=; 5:tj7jO5wrxhRn2wVUOViDhJ/AuhDa0wkxbaEckAWkhl0TlqE35EeprNQLy3sRpdq31LPcckjSSQGBBlMgPhrejnlLTsK9pw6DRbelkeSXhjOG+dCt604y33p9YFHqfT+KzGClqxcFccyNXFz2IIZxuw==; 24:IIXjm7oXMSWELrMJAp6easofmpO9Kn/2w6K1dpNKJyVKxMejs46e6WRjitwPQJBiI2b4gymZsO+HHCeeSYfA+KnKlkmwF8jD6e15gv1eZ6c=; 7:CTOpLCeh5XwPz/DYfreVjNzEZ51UW1iZOUHzNPUvjKN6qDCy6iXjFaw2PBgEZ3Nx4A2SBj1+r9y+N7UkyZIv/iWUGcU9Bc9PHNMoq905Fmm3lJkNISHA1PpeQXRTvYJmvp0NC/bMReFvx50qcKodSDFeK6e8ffuwoyOHGtQfgX8/TFIsB6refRPJXtrGQs1ymgKYdGip7vZFYo84hc/KFo5d7s0GWwIy6AiWkPuF4tzYC4rm9TqwNWgGnF3rrdTK
x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:HE1PR0401MB2059;
x-microsoft-antispam-prvs: <HE1PR0401MB2059912E6C329C72B26F93EEC3090@HE1PR0401MB2059.eurprd04.prod.outlook.com>
x-exchange-antispam-report-test: UriScan:;
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001); SRVR:HE1PR0401MB2059; BCL:0; PCL:0; RULEID:; SRVR:HE1PR0401MB2059;
x-forefront-prvs: 0010D93EFE
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(979002)(7916002)(24454002)(189002)(199003)(52044002)(189998001)(101416001)(19580405001)(19580395003)(586003)(8676002)(68736007)(83716003)(76176999)(2950100001)(50986999)(2900100001)(92566002)(82746002)(15975445007)(10400500002)(87936001)(57306001)(122556002)(97736004)(110136002)(77096005)(5890100001)(11100500001)(105586002)(50226002)(33656002)(36756003)(2906002)(102836003)(7846002)(16236675004)(81166006)(5002640100001)(8936002)(7736002)(4326007)(106356001)(3660700001)(81156014)(106116001)(86362001)(3280700002)(6116002)(3826002)(104396002)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR0401MB2059; H:HE1PR0401MB2060.eurprd04.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en;
received-spf: None (protection.outlook.com: gsma.com does not designate permitted sender hosts)
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_6CCF34EBBA70426B89B4D1C722E62084gsmacom_"
MIME-Version: 1.0
X-OriginatorOrg: gsma.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 21 Jul 2016 13:05:01.1664 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 72a4ff82-fec3-469d-aafb-ac8276216699
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR0401MB2059
X-MS-Exchange-CrossPremises-AuthAs: Internal
X-MS-Exchange-CrossPremises-AuthMechanism: 04
X-MS-Exchange-CrossPremises-AuthSource: HE1PR0401MB2060.eurprd04.prod.outlook.com
X-MS-Exchange-CrossPremises-SCL: 1
X-MS-Exchange-CrossPremises-messagesource: StoreDriver
X-MS-Exchange-CrossPremises-BCC:
X-MS-Exchange-CrossPremises-originalclientipaddress: 2001:67c:370:160:7520:26f3:ee8b:5945
X-MS-Exchange-CrossPremises-avstamp-service: 1.0
X-MS-Exchange-CrossPremises-disclaimer-hash: 78ca8040c6722e32c2f5b0a45bf37e74b9409d645a53be96aa19958e0cee0f00
X-MS-Exchange-CrossPremises-antispam-scancontext: DIR:Originating; SFV:NSPM; SKIP:0;
X-MS-Exchange-CrossPremises-processed-by-journaling: Journal Agent
X-OrganizationHeadersPreserved: HE1PR0401MB2059.eurprd04.prod.outlook.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/spud/-oo5s8CbzuxYFenBQ4x6YsQoDs4>
Cc: spud <spud@ietf.org>
Subject: Re: [Spud] No. Operators don't need SPUD for mobile network management
X-BeenThere: spud@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Session Protocol Underneath Datagrams <spud.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/spud>, <mailto:spud-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/spud/>
List-Post: <mailto:spud@ietf.org>
List-Help: <mailto:spud-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/spud>, <mailto:spud-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 21 Jul 2016 13:05:54 -0000

I agree with Frode here - the final sentence was more of what I was trying to get to in today’s BoF.

Natasha


Natasha Rooney | Technologist, Web and Internet, W3C & IETF | GSMA | nrooney@gsma.com<mailto:nrooney@gsma.com> | +44 (0) 7730 219 765 | @thisNatasha | Skype: nrooney@gsm.org<mailto:nrooney@gsm.org>


On 21 Jul 2016, at 14:40, Frode Kileng <frodek@tele.no<mailto:frodek@tele.no>> wrote:

Hi,

the claims that encryption has taken away something that was used for mobile network traffic management and that PLUS is needed to to save mobile network operations keeps surfacing, including at the BoF today. This view should not be interpreted as representing the view of all mobile operators

The rule is that all "Internet traffic" is assigned the default bearer and there's no differentiated handling of the traffic within this bearer. It has been hinted that there's exceptions "somewhere" but as long this claim is never substantiated, and there's no problem related to this in today in mobile networks, we should conclude that PLUS is not solving an existing problem related to mobile network management.

Feel free to disagree but then please provide details.

That said, PLUS may be an enabler for mobile network management practices, for example a 1-bit latency/throughput prioritization indicator.

Best regards
Frode Kileng

_______________________________________________
Spud mailing list
Spud@ietf.org<mailto:Spud@ietf.org>
https://www.ietf.org/mailman/listinfo/spud


This email and its attachments are intended for the above named only and may be confidential. If they have come to you in error you must take no action based on them, nor must you copy or show them to anyone; please reply to this email or call +44 207 356 0600 and highlight the error.

v2.23.0 | Report a Bug | By Email