IETF Logo Mail Archive

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

"Smith, Kevin, (R&D) Vodafone Group" <Kevin.Smith@vodafone.com> Mon, 25 July 2016 10:49 UTC

Return-Path: <Kevin.Smith@vodafone.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 57AF312D7A2 for <spud@ietfa.amsl.com>; Mon, 25 Jul 2016 03:49:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level:
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001] autolearn=ham autolearn_force=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 hJB58due05eJ for <spud@ietfa.amsl.com>; Mon, 25 Jul 2016 03:49:33 -0700 (PDT)
Received: from mail1.bemta14.messagelabs.com (mail1.bemta14.messagelabs.com [193.109.254.113]) (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 4EB9F12D78F for <spud@ietf.org>; Mon, 25 Jul 2016 03:49:32 -0700 (PDT)
Received: from [193.109.254.3] by server-9.bemta-14.messagelabs.com id 91/D2-10182-BBEE5975; Mon, 25 Jul 2016 10:49:31 +0000
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrAKsWRWlGSWpSXmKPExsVy+MWXVt1d76a GG3TdsrB4eGcqq8WL1z0sFosuPGW0eLl0K5sDi8eSJT+ZPGZ8+sLm8XfSQyaPd2sWMgewRLFm 5iXlVySwZuybtpmxYBNXxaTGScwNjFc4uhi5OIQE9jBKNL3eyQbhrGSUmLLsM5SznEnifPseR ghnE6PEj8cPmLsYOTnYBFwlju66ww5iiwh4S3S97WUDsZkFnCR2PzvJCmILCwRIHLl4lg2iJl Di4Zk9LBB2mMTSM/vBalgEVCWu/NoCZvMKhEo8m97EDrHsK5PEjNWtTCAJTgE7icczToPZjAK yEl8aVzNDLBOXuPVkPlhcQkBAYsme88wQtqjEy8f/WCFqdCQW7P4EdZy2xLKFr5khlglKnJz5 hGUCo+gsJKNmIWmZhaRlFpKWBYwsqxg1ilOLylKLdA2N9JKKMtMzSnITM3N0DQ1N9HJTi4sT0 1NzEpOK9ZLzczcxAmOOAQh2MJ6d5nyIUZKDSUmUd+KaqeFCfEn5KZUZicUZ8UWlOanFhxhlOD iUJHgb3wLlBItS01Mr0jJzgNEPk5bg4FES4fUFSfMWFyTmFmemQ6ROMSpKifMqgiQEQBIZpXl wbbCEc4lRVkqYlxHoECGegtSi3MwSVPlXjOIcjErCvMEgU3gy80rgpr8CWswEtHgBz2SQxSWJ CCmpBsaZl+RUbVIlb595sTnQb9eRlvXt/B3yr0qTH/xdL/pg6u/YGb8bJv+r/Mz79lq/TtO/3 zU7unutNTb0/WzYvWjb//877xjVevbOO9mbGSAsMNvJLVd54mm7y/0SXUpzNaImzmqe4RX65u ntfkmu6OydHutkf2a7bH9XLWTOHZvQvVCx/LmmHbsSS3FGoqEWc1FxIgDQ8BQ3MwMAAA==
X-Env-Sender: Kevin.Smith@vodafone.com
X-Msg-Ref: server-5.tower-184.messagelabs.com!1469443770!32600956!1
X-Originating-IP: [195.232.244.133]
X-StarScan-Received:
X-StarScan-Version: 8.77; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 12148 invoked from network); 25 Jul 2016 10:49:30 -0000
Received: from mailout01.vodafone.com (HELO mailout01.vodafone.com) (195.232.244.133) by server-5.tower-184.messagelabs.com with DHE-RSA-AES256-GCM-SHA384 encrypted SMTP; 25 Jul 2016 10:49:30 -0000
Received: from mailint04.vodafone.com (mailint04.vodafone.com [195.232.244.201]) by mailout01.vodafone.com (Postfix) with ESMTP id 3rydL20sCvz2252; Mon, 25 Jul 2016 12:49:30 +0200 (CEST)
Received: from mailint04.vodafone.com (localhost [127.0.0.1]) by mailint04.vodafone.com (Postfix) with ESMTP id 3rydL15q19zfbyt; Mon, 25 Jul 2016 12:49:29 +0200 (CEST)
Received: from VOEXC04W.internal.vodafone.com (voexc04w.dc-ratingen.de [145.230.101.24]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailint04.vodafone.com (Postfix) with ESMTPS id 3rydL15jXLzfbyh; Mon, 25 Jul 2016 12:49:29 +0200 (CEST)
Received: from VOEXM17W.internal.vodafone.com ([169.254.1.98]) by VOEXC04W.internal.vodafone.com ([145.230.101.24]) with mapi id 14.03.0224.002; Mon, 25 Jul 2016 12:49:29 +0200
From: "Smith, Kevin, (R&D) Vodafone Group" <Kevin.Smith@vodafone.com>
To: "Eggert, Lars" <lars@netapp.com>, Mikael Abrahamsson <swmike@swm.pp.se>
Thread-Topic: [Spud] No. Operators don't need SPUD for mobile network management
Thread-Index: AQHR417a6fHOussdkESy63TPP6D+eKAi2e8AgAADS4CAAAHZAIAAAWYAgAABnYCABhldgA==
Date: Mon, 25 Jul 2016 10:49:28 +0000
Message-ID: <A4BAAB326B17CE40B45830B745F70F10EE3B01C3@VOEXM17W.internal.vodafone.com>
References: <43a39476-9327-87ef-204c-d7c614a80669@tele.no> <alpine.DEB.2.02.1607211643150.2309@uplift.swm.pp.se> <0f504f66-1df8-e2da-b55a-3e44e67d0912@tele.no> <alpine.DEB.2.02.1607211712500.2309@uplift.swm.pp.se> <3F114FAB-6F70-4908-939C-1DA5661B2113@netapp.com> <alpine.DEB.2.02.1607211724010.2309@uplift.swm.pp.se> <FD62252A-85F2-49A6-ADBF-4F85E9357182@netapp.com>
In-Reply-To: <FD62252A-85F2-49A6-ADBF-4F85E9357182@netapp.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/spud/xCfsEiUBFh-w8kulQF9NsLvhub8>
Cc: Frode Kileng <frodek@tele.no>, "spud@ietf.org" <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: Mon, 25 Jul 2016 10:49:35 -0000

Another operator here:  I like the notion of PLUS being used to hint to the TCP sender regarding network radio cell conditions, i.e. mobile throughput guidance[1].  So network information being sent out to help tune cwnd.

For sender to network: If there are ways to safely indicate open/close, 'drop me/queue me when I hit congestion', and 'I am a retransmitted packet' then that would be of interest too. But I fully respect the privacy concerns that were raised at the BoF, and would be happy to see a limited scope accordingly.

All best,
Kevin
Vodafone

[1] https://datatracker.ietf.org/doc/draft-flinck-mobile-throughput-guidance/ 



-----Original Message-----
From: Spud [mailto:spud-bounces@ietf.org] On Behalf Of Eggert, Lars
Sent: 21 July 2016 16:33
To: Mikael Abrahamsson
Cc: Frode Kileng; spud@ietf.org
Subject: Re: [Spud] No. Operators don't need SPUD for mobile network management

On 2016-07-21, at 17:27, Mikael Abrahamsson <swmike@swm.pp.se> wrote:
> If there are no flags, I can't differentiate an incoming new connection Internet->UE (that I want to allow), from a backscatter packet (that I want to drop).

We probably have different opinions on how important it is for a firewall to be able to drop backscatter vs. the ability for an app to benefit from 0-RTT. (Cue Lorenzo).

Lars

v2.23.0 | Report a Bug | By Email