Re: [93attendees] Location, Location, Location

Ondřej Caletka <Ondrej.Caletka@cesnet.cz> Thu, 23 July 2015 14:57 UTC

Return-Path: <Ondrej.Caletka@cesnet.cz>
X-Original-To: 93attendees@ietfa.amsl.com
Delivered-To: 93attendees@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DFBFA1ACD22 for <93attendees@ietfa.amsl.com>; Thu, 23 Jul 2015 07:57:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.351
X-Spam-Level:
X-Spam-Status: No, score=-0.351 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HELO_EQ_CZ=0.445, HOST_EQ_CZ=0.904, MIME_8BIT_HEADER=0.3, T_FILL_THIS_FORM_SHORT=0.01, T_RP_MATCHES_RCVD=-0.01] 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 A-VKe9-fxnw0 for <93attendees@ietfa.amsl.com>; Thu, 23 Jul 2015 07:57:43 -0700 (PDT)
Received: from office2.cesnet.cz (office2.cesnet.cz [IPv6:2001:718:1:101::144:244]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C32621A82E2 for <93attendees@ietf.org>; Thu, 23 Jul 2015 07:57:42 -0700 (PDT)
Received: from [IPv6:2001:67c:370:152:e8b:fdff:fe60:e9b] (unknown [IPv6:2001:67c:370:152:e8b:fdff:fe60:e9b]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by office2.cesnet.cz (Postfix) with ESMTPSA id 2BDC9ED1E98 for <93attendees@ietf.org>; Thu, 23 Jul 2015 16:57:41 +0200 (CEST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cesnet.cz; s=office2; t=1437663461; bh=bIWI94HjLZ9QjSOy2euQ9cX5C5NIPQTtn6uqim8nDlw=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type; b=SGW+JvaQLRIxLr9mTvz0VtOS1rX1CgO7GCweNYG2pHOhlpGkwcg41vKUmZwaQASQT kX+nq+LHeXoNwQv3qhuvuCzDiH4MJa1JHgjCYoJYrqCG2AQmjsNTatnQxiJpS2PgRF 9rh8XKDk9UlfocCv0uo+Z1XdlId9Fa799G+sVXDE=
Message-ID: <55B100E4.2060101@cesnet.cz>
Date: Thu, 23 Jul 2015 16:57:40 +0200
From: Ondřej Caletka <Ondrej.Caletka@cesnet.cz>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0
MIME-Version: 1.0
To: 93attendees@ietf.org
References: <CAE5oOSNSXwDUeQkHOZoXpTv2NtKDMTD6nDhxy-C2pkbUqDjfbw@mail.gmail.com> <A81CE770-00AA-4693-836C-5FC1FC65B240@isc.org>
In-Reply-To: <A81CE770-00AA-4693-836C-5FC1FC65B240@isc.org>
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg="sha1"; boundary="------------ms030609090402040907070807"
Archived-At: <http://mailarchive.ietf.org/arch/msg/93attendees/Cb-yf7AelXGchYOebvCy_01m8qQ>
Subject: Re: [93attendees] Location, Location, Location
X-BeenThere: 93attendees@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Mailing list of IETF 93 attendees that have opted in on this list. " <93attendees.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/93attendees>, <mailto:93attendees-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/93attendees/>
List-Post: <mailto:93attendees@ietf.org>
List-Help: <mailto:93attendees-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/93attendees>, <mailto:93attendees-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 23 Jul 2015 14:57:45 -0000

Dne 23.7.2015 v 13:27 Jim Martin napsal(a):
> We've attempted to address this in a number of ways including notifying
> geolocation and content providers and bringing up the advertisements for
> the net early, but with limited success. We continue to try to improve
> things, but as this is a largely unstandardized process, it's a bit of
> 'whack a mole'. 

From my observation, the most important source of localisation, at least
for the Android devices, is the MAC address / BSSID of the Wi-Fi AP the
device is connected to. Other BSSIDs nearby have also some impact, but
the BSSID of the connected AP is only that powerful that it overrides
even GSM network based geolocation.

Would it be perhaps possible to regenerate new random BSSIDs for all APs
after each event? In my small scale experiment (one Wi-Fi router
operating at one place for a long time and then moved somewhere else),
this helped a lot.

Of course, the IP-address based geolocation is a different part of
story. But I think that work pretty good (I'm not allowed to use Netflix
or Hulu here, which I probably should be when in the US ;-D)

Cheers,
Ondřej Caletka