IETF Logo Mail Archive

Re: [Marnew] Why?

"Smith, Kevin, (R&D) Vodafone Group" <Kevin.Smith@vodafone.com> Fri, 19 June 2015 15:54 UTC

Return-Path: <Kevin.Smith@vodafone.com>
X-Original-To: marnew@ietfa.amsl.com
Delivered-To: marnew@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0C2D51A910B for <marnew@ietfa.amsl.com>; Fri, 19 Jun 2015 08:54:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.6
X-Spam-Level:
X-Spam-Status: No, score=-1.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001] autolearn=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 30CXumGDIUkw for <marnew@ietfa.amsl.com>; Fri, 19 Jun 2015 08:54:53 -0700 (PDT)
Received: from mail1.bemta5.messagelabs.com (mail1.bemta5.messagelabs.com [195.245.231.149]) (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 06BFF1A9107 for <marnew@iab.org>; Fri, 19 Jun 2015 08:54:52 -0700 (PDT)
Received: from [85.158.136.83] by server-13.bemta-5.messagelabs.com id E2/D3-19853-B4B34855; Fri, 19 Jun 2015 15:54:51 +0000
X-Env-Sender: Kevin.Smith@vodafone.com
X-Msg-Ref: server-12.tower-36.messagelabs.com!1434729289!10468216!1
X-Originating-IP: [195.232.244.134]
X-StarScan-Received:
X-StarScan-Version: 6.13.16; banners=-,-,-
X-VirusChecked: Checked
Received: (qmail 10942 invoked from network); 19 Jun 2015 15:54:49 -0000
Received: from mailout02.vodafone.com (HELO mailout02.vodafone.com) (195.232.244.134) by server-12.tower-36.messagelabs.com with DHE-RSA-AES256-SHA encrypted SMTP; 19 Jun 2015 15:54:49 -0000
Received: from mailint01.vodafone.com (mailint01.vodafone.com [195.232.244.198]) by mailout02.vodafone.com (Postfix) with ESMTP id 3mCl7r2GpCzbdN6; Fri, 19 Jun 2015 17:54:48 +0200 (CEST)
Received: from mailint01.vodafone.com (localhost [127.0.0.1]) by mailint01.vodafone.com (Postfix) with ESMTP id 3mCl740572zxQN6; Fri, 19 Jun 2015 17:54:08 +0200 (CEST)
Received: from VOEXC04W.internal.vodafone.com (voexc04w.dc-ratingen.de [145.230.101.24]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mailint01.vodafone.com (Postfix) with ESMTPS id 3mCl736kw5zxQK8; Fri, 19 Jun 2015 17:54:07 +0200 (CEST)
Received: from AVOEXH04W.internal.vodafone.com (145.230.15.136) by VOEXC04W.internal.vodafone.com (145.230.101.24) with Microsoft SMTP Server (TLS) id 14.3.224.2; Fri, 19 Jun 2015 17:54:07 +0200
Received: from VOEXM17W.internal.vodafone.com ([169.254.1.186]) by AVOEXH04W.internal.vodafone.com ([145.230.15.136]) with mapi id 14.03.0224.002; Fri, 19 Jun 2015 17:54:06 +0200
From: "Smith, Kevin, (R&D) Vodafone Group" <Kevin.Smith@vodafone.com>
To: 🔓Dan Wing <dwing@cisco.com>
Thread-Topic: [Marnew] Why?
Thread-Index: AQHQqcZQY44deA+MIE+V20vtJqHhc52yOd2ggAAwPgCAAYMH4A==
Date: Fri, 19 Jun 2015 15:54:05 +0000
Message-ID: <A4BAAB326B17CE40B45830B745F70F108E070212@VOEXM17W.internal.vodafone.com>
References: <CAD6AjGRFPFmBY1bR_qv4A8KARVVyHmLbF4vJNuA4DSGfB_Tc+w@mail.gmail.com> <A4BAAB326B17CE40B45830B745F70F108E06F6C1@VOEXM17W.internal.vodafone.com> <495D169E-7C17-457E-8201-AF2FA6935B17@cisco.com>
In-Reply-To: <495D169E-7C17-457E-8201-AF2FA6935B17@cisco.com>
Accept-Language: en-GB, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/marnew/rYex7ZX3cDUQahHwQwnoiHTIwJI>
Cc: Ca By <cb.list6@gmail.com>, "marnew@iab.org" <marnew@iab.org>
Subject: Re: [Marnew] Why?
X-BeenThere: marnew@iab.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Managing Radio Networks in an Encrypted World <marnew.iab.org>
List-Unsubscribe: <https://www.iab.org/mailman/options/marnew>, <mailto:marnew-request@iab.org?subject=unsubscribe>
List-Archive: <http://www.iab.org/mail-archive/web/marnew/>
List-Post: <mailto:marnew@iab.org>
List-Help: <mailto:marnew-request@iab.org?subject=help>
List-Subscribe: <https://www.iab.org/mailman/listinfo/marnew>, <mailto:marnew-request@iab.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Jun 2015 15:54:55 -0000

Hi Dan, 

> Does WiFi suffer the same radio issues?

I assume so, would be good to hear from experts on similarities/differences. 

> rapid ingress/egress to the network.

Lots of devices entering or leaving a particular access node suddenly. Classic examples would be everyone turning on their phone when landing at an airport, a fast train transiting between two cell towers and the passenger's devices handing over between those towers.

Cheers
Kevin


From: 🔓Dan Wing [mailto:dwing@cisco.com] 
Sent: 18 June 2015 18:53
To: Smith, Kevin, (R&D) Vodafone Group
Cc: Ca By; marnew@iab.org
Subject: Re: [Marnew] Why?


On 18-Jun-2015 06:27 am, Smith, Kevin, (R&D) Vodafone Group <Kevin.Smith@vodafone.com> wrote: 
Hi CB,
 
> Is there a summary of why mobile networks are special and require treatment that is above and beyond dsl / cable / enterprise networks?
You’re right, this needs to be more explicit. All are regulated networks (mobile/DSL/cable by licencing authority(s), enterprise by company), so for me the key distinction for mobile is radio signal volatility 

Does WiFi suffer the same radio issues?

and rapid ingress/egress to the network. 

I don't understand what is meant by rapid ingress/egress to the network.



The resulting increased packet loss and cell congestion bursts arguably make queue management more important in radio: i.e. queuing the content by type so that it can be delivered according to latency/bandwidth requirements. The content type is harder (or not possible) to infer when encrypted. Would be good to know to what extent this is also a problem in  DSL/cable.
 
> I understand spectrum is precious, but so is copper and fiber plants. 
Agreed, I don’t think that is a valid reason to distinguish mobile.
 
> I read the gsma document, but i found it to be unhelpful
This document was the basis for [1]: happy to take comments/issues at [2].
 
[1] http://tools.ietf.org/html/draft-smith-encrypted-traffic-management-02 
[2] https://github.com/Kevsy/encrypted-traffic-management

Nice summary document, thanks.  I don't think I had read it previously, my bad.

-d



 
Cheers
Kevin
 
Kevin Smith, Vodafone R&D
 
_______________________________________________
Marnew mailing list
Marnew@iab.org
https://www.iab.org/mailman/listinfo/marnew

v2.23.0 | Report a Bug | By Email