IETF Logo Mail Archive

Re: [Marnew] RFC 6077

Blake Matheny <bmatheny@fb.com> Thu, 24 September 2015 13:38 UTC

Return-Path: <prvs=67093f5c03=bmatheny@fb.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 5B90F1AD0B0 for <marnew@ietfa.amsl.com>; Thu, 24 Sep 2015 06:38:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.332
X-Spam-Level:
X-Spam-Status: No, score=-1.332 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HELO_MISMATCH_NET=0.611, HOST_MISMATCH_COM=0.311, HTML_MESSAGE=0.001, IP_NOT_FRIENDLY=0.334, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NEUTRAL=0.112, SPF_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 i-4v7dON2TcN for <marnew@ietfa.amsl.com>; Thu, 24 Sep 2015 06:38:18 -0700 (PDT)
Received: from m0001303.ppops.net (mx0b-00082601.pphosted.com [67.231.153.30]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1AC941AD0AE for <marnew@iab.org>; Thu, 24 Sep 2015 06:38:18 -0700 (PDT)
Received: from pps.filterd (m0001303 [127.0.0.1]) by m0001303.ppops.net (8.14.5/8.14.5) with SMTP id t8ODcDKS007337; Thu, 24 Sep 2015 06:38:15 -0700
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=fb.com; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=facebook; bh=aYG0FqRGh1nTsi8xSrqM01GwsLBmvTEPsKXSkRjnm1M=; b=ly0xs0Z6AxjOQ4hM+uf3QgeZIUo/ph7gpWKuGAvQlyjj2JMOachwPV8YCqqpXqbus50/ KM74mAQuFyRQH+57Y9TFjo8/GISIu1B9OZsdMY66JmpHJ1RClbjE4cSOtRXRbvaceROE dyQwjT845bOMJi3cOSX5FZObYeo8xW/qYEs=
Received: from mail.thefacebook.com ([199.201.64.23]) by m0001303.ppops.net with ESMTP id 1x4f4u12v2-1 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 24 Sep 2015 06:38:15 -0700
Received: from PRN-MBX02-4.TheFacebook.com ([169.254.2.38]) by PRN-CHUB12.TheFacebook.com ([fe80::ddee:413f:3120:8216%12]) with mapi id 14.03.0248.002; Thu, 24 Sep 2015 06:37:56 -0700
From: Blake Matheny <bmatheny@fb.com>
To: Ca By <cb.list6@gmail.com>
Thread-Topic: [Marnew] RFC 6077
Thread-Index: AdD2rHKYD8i1LTiqRDepr3sk7+D6vQASzyWA///PIoCAAEXAAP//wygAgABH0QD//7+BAA==
Date: Thu, 24 Sep 2015 13:37:55 +0000
Message-ID: <C507C33D-F1F4-48A1-9EB8-C84E3ABE69FC@fb.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> <CAD6AjGSZJfyXfYG=jdHYAzYuNBfppOWybX4BDeov9MJbcQ6sgQ@mail.gmail.com>
In-Reply-To: <CAD6AjGSZJfyXfYG=jdHYAzYuNBfppOWybX4BDeov9MJbcQ6sgQ@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/0.0.0.150911
x-originating-ip: [192.168.52.123]
Content-Type: multipart/alternative; boundary="_000_C507C33DF1F448A19EB8C84E3ABE69FCfbcom_"
MIME-Version: 1.0
X-Proofpoint-Spam-Reason: safe
X-FB-Internal: Safe
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.14.151, 1.0.33, 0.0.0000 definitions=2015-09-24_06:2015-09-23,2015-09-24,1970-01-01 signatures=0
Archived-At: <http://mailarchive.ietf.org/arch/msg/marnew/DZTVx9Av41KU_ToPPnF1JTnWhtM>
Cc: "marnew@iab.org" <marnew@iab.org>, "Smith, Kevin, \(R&D\) Vodafone Group" <Kevin.Smith@vodafone.com>, "Scharf, Michael \(Michael\)" <michael.scharf@alcatel-lucent.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 13:38:19 -0000

On Thursday, September 24, 2015, Blake Matheny <bmatheny@fb.com<mailto:bmatheny@fb.com>> wrote:
I don’t think that has to be the case. I’d like to get channel bandwidth, allocated channels vs available channels, and a couple of other things from the tower. Beyond collecting this


Why not get it from the ue?

You realize this data will all change before you even receive it? So it would be no more than a historical record.

Also, there may be privacy concerns here.

Maybe i dont want you to know my location. Everytime the 49ers play at home, my congestion goes up, you may now infer my location.

The UE doesn’t make this available because the operator doesn’t. The chipsets don’t have support (AFAIK), and there are certainly no UE API’s for use.

The historical record is useful. It not being real-time isn’t a problem.

Many applications require GPS (location) privileges. It’s unclear to me why providing explicit congestion information is somehow worse. Again, this can be an explicit privilege based model.

v2.8.7 | Report a Bug | By Email