• Welcome to Hurricane Electric's IPv6 Tunnel Broker Forums.

Wrong geolocation since 3-4 days

Started by kamil445, April 30, 2021, 02:55:43 AM

Previous topic - Next topic
Print
Go Down Pages1
User actions

kamil445

April 30, 2021, 02:55:43 AM
Hi,

Since 3-4 days geolocation is wrong for "2001:470:71:447::/64".

3-4 days ago bgp.he.net says geoloc "89-650Czersk / Pomorskie / Poland".
Now is USA and i can't access sites restricted only for Poland IP's :(
Code Select
contact:Street-Address:760 Mission Ct
contact:City:Fremont
contact:Province:CA
contact:Postal-Code:94539
contact:Country-Code:US

Please, if possible restore previous record.

Thanks!

jwinius

#1
April 30, 2021, 10:50:48 AM
My network may have had the same problem for the past few days. Here in the Netherlands, my tunnel suddenly stopped working late Wednesday evening, However, late this afternoon it started again just as mysteriously. I was fairly certain the problem was with HE. Damned irritating!

tjeske

#2
April 30, 2021, 04:06:38 PM
Also my prefix that was correctly attributed to Germany (using Berlin tunnel endpoint) is now showing Fremont, CA as location.

broquea

#3
May 05, 2021, 05:22:12 PM
Looks like our rwhois wasn't responding correctly. It should be now, so ideally all those 3rd party systems that make up their databases, update.

kamil445

#4
June 12, 2021, 02:21:34 AM
Again geolocation is wrong since maybe 6-7 days

altadenamd

#5
July 29, 2021, 10:58:38 AM
One of my blocks is missing from rwhois (the other 3 main ones are fine; both /64s are fine)..  The look at this was prompted by ARIN wanting to cancel my HE contact (I assume that this is because the rwhois is considered working...)
The blocks are all properly routed (I'm using the missing one for this message).  As far as geolocation goes, I've had good luck using maxmind's web portal to correct things (the missing block gets assigned to hong kong fairly often for some reason)  Still wish that either (or both) of Verizon and Charter/Spectrum would turn up V6 for customers; both of them have dual-stack core (and Spectrum provides V6 just fine in former RR areas, just not Charter...)  (and VZW LTE is all V6, like TMobile pioneered..  VZ FIOS isn't VZW, though.)

snarked

#6
July 30, 2021, 08:24:55 AM
Geolocation databases are THIRD party data.  HE has little control.

kamil445

#7
September 08, 2021, 05:03:24 AM
Yes, i know that, but sites protected via cloudflare think i'm from US, not PL.
When geolocation been correct, like this (screenshot from bgp.he.net):

https://i.imgur.com/rmgRYgH.png

All worked good.

And now is

https://i.imgur.com/WrymSvn.png

Looks like routed /64 is wrongly geolocated or geolocation for routed /64 is missing (missing
network:ID;I:NET-2001:470:71:447:/64 from bgp.he.net output)

Please fix this if possible.
Thanks.

kcochran

#8
September 09, 2021, 11:30:28 AM
Geolocation providers don't usually rely on administrative database such as WHOIS, but their own internal heuristics.  Thus, they're often less accurate than they would like to claim.  This is especially true on tunnels, as a number of factors of simply being a tunnel can complicate many of the common items used in such heuristics, such as latency, paths, etc.  Each provider uses their own mechanisms, and while some have correction forms, many do not, and with no single clearing house or "source of truth" for geolocation data.  There are some specifications for an ISP to be able to self-publish geoIP data, but that's not supported by many content providers as their content creators often define specific geolocation vendors they must use, or believe the IP locations may be 'adjusted' to avoid geoblocks.  As such, this isn't a situation likely to be simplified anytime soon.

kamil445

#9
September 12, 2021, 02:12:37 AM
Thank you for reply,

So, there is no chance to change these values in rwhois ?

This really worked for cloudflare for example, so maybe cloudflare or cloudflare geolocation service respective these values.

Now workaround is to disable tunnel or use hosts to force domains to use ipv4 instead of ipv6.

kcochran

#10
September 12, 2021, 12:46:33 PM
The information in rWHOIS looks correct for your information.

kamil445

#11
September 20, 2021, 10:39:16 AM
Yes, looks like wrong data is because my fault

brianjmurrell

#13
October 21, 2021, 04:05:37 AM
Funny this topic should come up.

Quote from: kcochran on September 09, 2021, 11:30:28 AM
Geolocation providers don't usually rely on administrative database such as WHOIS, but their own internal heuristics.

Indeed.  I talked to somebody at MaxMind just the other day and he said they are prohibited from using ARIN (i.e. whois) data.

What he did say influences their location accuracy though are geofeeds.

Not entirely sure how they work, but the interesting question is whether HE is publishing such.  It seems there is no central exchange where publishers and consumers can meet to exchange data though, but rather it's point-to-point.  I.e. every IP provider has to contact every geolocation service to set up geofeed publishing.  That doesn't really scale.  :-(

divad27182

#14
October 21, 2021, 01:43:26 PM
I believe that at least some geolocation information comes from shopping sites.  Your shipping address, or at least the town, and your IP address may get shared.

I think at one point my IP address got moved to the neighboring town because I ordered something for delivery to my father's house.
Print
Go Up Pages1
User actions