Re: [100attendees] Incorrect GeoIP for IETF network addresses

Michal Krsek <michal@krsek.cz> Mon, 13 November 2017 03:08 UTC

Return-Path: <michal@krsek.cz>
X-Original-To: 100attendees@ietfa.amsl.com
Delivered-To: 100attendees@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3F6AC128796 for <100attendees@ietfa.amsl.com>; Sun, 12 Nov 2017 19:08:52 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=krsek-cz.20150623.gappssmtp.com
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 N3UwcsFjzz42 for <100attendees@ietfa.amsl.com>; Sun, 12 Nov 2017 19:08:43 -0800 (PST)
Received: from mail-pf0-x22a.google.com (mail-pf0-x22a.google.com [IPv6:2607:f8b0:400e:c00::22a]) (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 B5E0C128E00 for <100attendees@ietf.org>; Sun, 12 Nov 2017 19:08:40 -0800 (PST)
Received: by mail-pf0-x22a.google.com with SMTP id b6so10632645pff.10 for <100attendees@ietf.org>; Sun, 12 Nov 2017 19:08:40 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=krsek-cz.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to; bh=vH6cMYY+ETE0DW4N4ilLVTcz7VKd9qc9d2QZsU9cYJE=; b=HXmjJdc/H1QYlZSgteqxVeZiDU4r14VMPlqb5UEAjqceeo8GnS2CDrTAulXrfAU6uL nsaeDYy3rj9Y3206bLQQ9+WbcrNSPmBsqHoSS/u9vnFUmQhikgx6YXqo7fjwy753NGwA 8+NJLvLUcKnC5K06cse7viQmCS25IfnzxJZAypm1UZzQwGq34z+lFCig/DejJrvqqFHt wtmG3J3AY1Gzeo+MOV4t1YjBE0kfh0KDKGXQQzm+cXwMBu/S/aOmuU8deiVIPYvNnVzx VA4cszGxAq1nUBSuyCm7P41knC7I5VqIbqJOd1rkJk1RL7YV+3gpj4iRkJ9sAJiRoGPU JHHw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to; bh=vH6cMYY+ETE0DW4N4ilLVTcz7VKd9qc9d2QZsU9cYJE=; b=jzhXflG8NQMVR4R9j99MyQc/kPY1exmbYOTnBkKw2HylcLElt8+Zw6nGoRgTUl2e2+ racjW9+xy4e8fLckiFxUwhziRBxOAjMjMs2AH6YgJXiwJe9caee/Ixfk3aYLALZfSu1L 6YcLIM1N+4iM2WjF0zXUX7hwl3eHD2YgIc1+d436oFj5zdjrfuU513g6Og8Sp4OD/gM6 jwFn4a18n8dWD9zaXfQ0AVriysvWi1vbuN6jczAnBxCzCwW4rOEcgGAmtew3N2mGoKFE 4pIWE4EvX+o6EERvtk3sA/hgSUiGGZe4Qo/c+LKDNkPWQ3rG4WNStVSIzBha9MFRelR1 EfYg==
X-Gm-Message-State: AJaThX7pFoxGLwByq27fvEIVimrwJWJCyGnUld/rpFlOPW3d9h++aCRF onmRpxbuK7CLIg61ra4p1Q9vjz1vVZ0=
X-Google-Smtp-Source: AGs4zMau0M0+m2tkYCAjf/056R5cRSGCIJPtCJV6avJEejpJZMV0SjFpVpsqHwVI+KRIEmWTAUcUng==
X-Received: by 10.84.247.144 with SMTP id o16mr7758593pll.180.1510542520058; Sun, 12 Nov 2017 19:08:40 -0800 (PST)
Received: from dhcp-825b.meeting.ietf.org ([2001:67c:370:128:5080:7f7f:86c7:1046]) by smtp.gmail.com with ESMTPSA id t63sm27697314pgc.19.2017.11.12.19.08.38 for <100attendees@ietf.org> (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 12 Nov 2017 19:08:39 -0800 (PST)
To: 100attendees@ietf.org
References: <180DB1B1-98A6-4505-8B30-80959DCBC1F2@cablelabs.com> <52A5E595-D18B-456E-8242-C2B7A4CC2AB7@daedelus.com> <MWHPR08MB2432297B11CA2EF0619C43DFDA2B0@MWHPR08MB2432.namprd08.prod.outlook.com>
From: Michal Krsek <michal@krsek.cz>
Message-ID: <e19ac57c-5b23-606c-1ac7-62a50f829b4f@krsek.cz>
Date: Mon, 13 Nov 2017 11:08:34 +0800
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.8.0
MIME-Version: 1.0
In-Reply-To: <MWHPR08MB2432297B11CA2EF0619C43DFDA2B0@MWHPR08MB2432.namprd08.prod.outlook.com>
Content-Type: multipart/alternative; boundary="------------05DB393AF482B26D0F19840A"
Archived-At: <https://mailarchive.ietf.org/arch/msg/100attendees/vZ1svzrUwgfHpc-zJsJXnilEg4c>
Subject: Re: [100attendees] Incorrect GeoIP for IETF network addresses
X-BeenThere: 100attendees@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "Mailing list of IETF 100 attendees that have opted in on this list." <100attendees.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/100attendees>, <mailto:100attendees-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/100attendees/>
List-Post: <mailto:100attendees@ietf.org>
List-Help: <mailto:100attendees-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/100attendees>, <mailto:100attendees-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 13 Nov 2017 03:08:52 -0000

One of part solutions is to signal "ignore this BSSID" to GeoIP 
provider. Possible IETF agenda?

                 Michal


On 13/11/2017 10:52, Mike Bishop wrote:
>
> I’ve also pursued this with another providers which used the 
> “sightings” of BSSIDs and cell signals and how they handle updates, 
> when I moved a portable cell spot.  The issue turned out to be that it 
> requires:
>
>   * GPS-enabled clients to report the new location in sufficient
>     volume to cause the service to reconsider the location
>   * The service-side database to be updated
>   * Clients to age out their cache of the previous location of the
>     BSSID/cell.
>
> As a result, the expected time for clients to see the new location was 
> 10-15 days, by which point we won’t be here any more.
>
> *From:* 100attendees [mailto:100attendees-bounces@ietf.org] *On Behalf 
> Of *Jim Martin
> *Sent:* Monday, November 13, 2017 10:42 AM
> *To:* Darshak Thakore <d.thakore@cablelabs.com>
> *Cc:* 100attendees@ietf.org
> *Subject:* Re: [100attendees] Incorrect GeoIP for IETF network addresses
>
> Darshak,
>
> This is a sadly complicated issue. There is no geolocation standard, 
> so it’s a matter of trying to update the various organizations that 
> provide geolocation services. We work closely with Google, and  try to 
> work with SkyHook (the geolocation that Apple uses for BSSID based 
> location) and MaxMind (a common location provider). Unfortunately, 
> these are a bit hit or miss, as they’re not really setup for a 
> non-trivial network to move around the world. We continue to work on 
> it, and are always open to help, if anyone has suggestions.
>
> BTW: In terms of google maps, it “works for me” on my Mac using Safari 
> right now. Swing by the NOC in Indiana if you get the chance so we can 
> try to understand the differences in results. Thanks!
>
> -Jim
>
>
>
>     On Nov 13, 2017, at 10:34 AM, Darshak Thakore
>     <d.thakore@cablelabs.com <mailto:d.thakore@cablelabs.com>> wrote:
>
>     Hi all,
>
>     Is there a way to update the geoIP that the IETF IP addresses
>     resolve to? I’ve been seeing this behavior for the past few IETF’s
>     where on google maps (or on bing maps for that matter) in a
>     browser, when I allow geo-location (while connected to the IETF*
>     networks) it always resolves to the previous IETF venue. So today
>     when I click “Your location” button on google maps, it shows that
>     I’m at Hilton Prague and when I was in Prague, it showed me
>     Chicago (and so on)
>
>     Just wanted to know if there’s something I/we can do to make it
>     resolve to the right venue
>
>     Darshak
>
>     _______________________________________________
>     100attendees mailing list
>     100attendees@ietf.org <mailto:100attendees@ietf.org>
>     https://www.ietf.org/mailman/listinfo/100attendees
>
>
>
> _______________________________________________
> 100attendees mailing list
> 100attendees@ietf.org
> https://www.ietf.org/mailman/listinfo/100attendees