Re: [Marnew] RFC 6077

Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com> Thu, 24 September 2015 14:36 UTC

Return-Path: <spencerdawkins.ietf@gmail.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 2F5131AD377 for <marnew@ietfa.amsl.com>; Thu, 24 Sep 2015 07:36:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 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, HTML_MESSAGE=0.001, SPF_PASS=-0.001] autolearn=ham
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 MgKnRi9dQr2Q for <marnew@ietfa.amsl.com>; Thu, 24 Sep 2015 07:34:40 -0700 (PDT)
Received: from mail-yk0-x229.google.com (mail-yk0-x229.google.com [IPv6:2607:f8b0:4002:c07::229]) (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 BE9471A86E8 for <marnew@iab.org>; Thu, 24 Sep 2015 07:31:38 -0700 (PDT)
Received: by ykdz138 with SMTP id z138so82286393ykd.2 for <marnew@iab.org>; Thu, 24 Sep 2015 07:31:38 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=i/Qilo6V081wj1DouuBfu4RkWSd2UwTncHpmj0PJN64=; b=kt/5kx8McUakumIKSYHcpjvj2jwzX7MyY4O/rPxqG17knArvmtEb4TpvXmELy0/ceA /QhtyEVtVNG/IBxHtJVo/njBP6lNvfIg0HyTGvt6YaNTlJz1IXi7ab/vTaz/gQs4m4QG odmQb32M2tcnxq4kf6UQR9fMF9Ewyyle0A2x679iZrj5SBmJvD9yE7FHZvSpLNC6bOYe H4NAw2wb5zpbIElrp8f1UxzooVf5wbWN8SsiXoWdmrN/tyrkrb75dwaqRJM6580tlDQa /dgUVgCq/f5Vu7Yy4dbpV9SDEgoapW3+mDS73SOnfH/UBI+zThM3b45E44Zmq167+7OF 2Nog==
MIME-Version: 1.0
X-Received: by 10.31.14.15 with SMTP id 15mr7510vko.82.1443105098022; Thu, 24 Sep 2015 07:31:38 -0700 (PDT)
Received: by 10.31.54.8 with HTTP; Thu, 24 Sep 2015 07:31:37 -0700 (PDT)
In-Reply-To: <1k0hyuwd3wbett22gqumad0k.1443104770388@email.android.com>
References: <655C07320163294895BBADA28372AF5D484CEA55@FR712WXCHMBA15.zeu.alcatel-lucent.com> <1btgnrka8yjoatcenyhh7rj9.1443094482483@email.android.com> <A98526CB-31EA-4CA0-A7CE-F0DA9645AE33@fb.com> <CAD6AjGQdyTRR=19SOTkjq1dm0d+1LRTTLKQNH9S-6wUNgnGZeA@mail.gmail.com> <816A185E-0255-46FF-BCBF-6334C43C18B2@fb.com> <5603FB23.2080909@vasonanetworks.com> <6B2F49AB-817D-481A-96E8-CE82A7F5C4F3@fb.com> <CAPjgeqOz5+g4Wj2joKgrf4ELZ0my5oxjsUqonXuSa6uaBkTmqw@mail.gmail.com> <CA79AEBA-85B0-4F24-80E8-F752018A314B@fb.com> <1k0hyuwd3wbett22gqumad0k.1443104770388@email.android.com>
Date: Thu, 24 Sep 2015 09:31:37 -0500
Message-ID: <CAKKJt-dxdqPR-3Dnrd91ySRnDS-HkG5io6f4YdKnQfznCctNKQ@mail.gmail.com>
From: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
To: "Smith, Kevin, (R&D) Vodafone Group" <Kevin.Smith@vodafone.com>
Content-Type: multipart/alternative; boundary=001a11458c34bdc5e705207f1643
Archived-At: <http://mailarchive.ietf.org/arch/msg/marnew/E3jTk7Kn0hIlnd0GmwI3hazs0sY>
Cc: "Scharf, Michael \(Michael\)" <michael.scharf@alcatel-lucent.com>, Vijay Devarapalli <vijay@vasonanetworks.com>, "marnew@iab.org" <marnew@iab.org>, Andreas Terzis <aterzis@google.com>, Blake Matheny <bmatheny@fb.com>, Ca By <cb.list6@gmail.com>
Subject: Re: [Marnew] RFC 6077
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: <https://mailarchive.ietf.org/arch/browse/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: Thu, 24 Sep 2015 14:36:46 -0000

+1 on lunchtime discussion. Or something.

Anything like QUIC or SPUD is going to need to work on lots of network
types (at least as well as TCP does), right? So understanding the
characteristics at a coarse level will be helpful, but tying proposals to
specific versions of LTE (say) isn't going to worth the way we want to
work, across network times and over time.

Spencer

On Thu, Sep 24, 2015 at 9:26 AM, Smith, Kevin, (R&D) Vodafone Group <
Kevin.Smith@vodafone.com> wrote:

> Certainly I think that info pertaining to the cell (or cell cluster) as a whole is best managed at the RRC, the dedicated radio resource controller within 3GPP networks. As Cameron says that aspect is too dynamic and ephemeral to effectively share. But there may be cases where the Android API can provide a coarse hint that is useful,  would be worth testing that.
>
> Cheers
> Kevin
>
> Blake Matheny <bmatheny@fb.com> wrote:
>
>
> People have been calculating bandwidth on their own successfully for a
> long time, I’ll look at the code and see what my be different here.
>
> At the risk of taking this far off track, maybe this would be a good lunch
> time discussion. Bandwidth is necessary, but not sufficient, for fully
> understanding underlying network characteristics.
>
> -Blake
>
> From: Andreas Terzis
> Date: Thursday, September 24, 2015 at 9:48 AM
> To: Blake Matheny
> Cc: Vijay Devarapalli, Ca By, "Scharf, Michael (Michael)", "Smith, Kevin,
> (R&D) Vodafone Group", "marnew@iab.org"
> Subject: Re: [Marnew] RFC 6077
>
> Blake,
>
> Please look at requestBandwidthUpdate() coming up in Android M as an API
> of exposing available capacity on the radio downlink.
>
>
> http://developer.android.com/reference/android/net/ConnectivityManager.html#requestBandwidthUpdate(android.net.Network)
> <https://urldefense.proofpoint.com/v1/url?u=http://developer.android.com/reference/android/net/ConnectivityManager.html%23requestBandwidthUpdate%28android.net.Network%29&k=ZVNjlDMF0FElm4dQtryO4A%3D%3D%0A&r=dPSUqzzpoMUu%2B7UN6oQ1DQ%3D%3D%0A&m=N5wveO%2BsGGBYBYSvInKvypoNwi%2BY2hKoEtcFsEA%2Fks8%3D%0A&s=21eef043e08976b201cd0e05881e7499bf3c38a77ed5f120869e9941740c3a6a>
>
> Andreas
>
> On Thu, Sep 24, 2015 at 10:38 AM, Blake Matheny <bmatheny@fb.com> wrote:
>
>> No Operator would share that kind of information from their base station.
>> That is a non-starter. The base stations are busy with what they usually do
>> best - delivering as many bits as possible to the UEs attached to it.
>>
>> Vijay
>>
>>
>> I’ve had discussions with carriers that would contradict that statement.
>>
>> _______________________________________________
>> Marnew mailing list
>> Marnew@iab.org
>> https://www.iab.org/mailman/listinfo/marnew
>> <https://urldefense.proofpoint.com/v1/url?u=https://www.iab.org/mailman/listinfo/marnew&k=ZVNjlDMF0FElm4dQtryO4A%3D%3D%0A&r=dPSUqzzpoMUu%2B7UN6oQ1DQ%3D%3D%0A&m=N5wveO%2BsGGBYBYSvInKvypoNwi%2BY2hKoEtcFsEA%2Fks8%3D%0A&s=3fd4cb16c45aa04137335dfdb0f66a36c70cfdb5cb04db07d7cf7b3e78acb149>
>>
>>
>
> _______________________________________________
> Marnew mailing list
> Marnew@iab.org
> https://www.iab.org/mailman/listinfo/marnew
>
>