I see your maxmind DB points to a right location as well as traceroute goes
to Austin.
Are you a member of their peering project? What you can see there?
Anyway, I still think that there are guys from google here that can be a
better help than me :)
Good luck.
Tom
2016-06-21 21:25 GMT+03:00 Ch
Email their NOC directly. I’ve had some success with that: g...@google.com /
n...@google.com
Also, sign up at https://isp.google.com/, there’s an option there to provide a
self-published geo-feed for your IP space:
http://tools.ietf.org/id/draft-google-self-published-geofeeds-02.html
Which ma
Dear list readers, please forgive the noise, but if there's anyone here
from Google who can fix a geolocation issue I'd appreciate a reply.
208.81.245.226 is not in the UAE, it's in Austin, Texas. Yes, I have
filled out the form to request a fix, but the AI or whatever that's
supposed to fix it h
The best way as a isp/provider to keep google updated on your geo is:
1: support their self published geo feed:
http://tools.ietf.org/id/draft-google-self-published-geofeeds-02.html
2: If you qualify get setup on their peering portal http://peering.google
com and you'll be able to provide them w
On Wed, May 6, 2015 at 3:19 AM, Fred Hollis wrote:
> Honestly, I lost patience "the system learning the proper location of the
> IPv6 block". I have a very similar problem to the OP since 4-5 months,
> submitted this IP correction form multiple times... nothing changed.
> This is *very* annoying.
Honestly, I lost patience "the system learning the proper location of
the IPv6 block". I have a very similar problem to the OP since 4-5
months, submitted this IP correction form multiple times... nothing changed.
This is *very* annoying.
Yes, my whois/SWIP is perfectly fine, every other geo ip
On Wed, May 06, 2015 at 10:56:22AM +1000, Mark Andrews wrote:
> In message <20150505210746.gh22...@hezmatt.org>, Matt Palmer writes:
> > On Tue, May 05, 2015 at 12:03:23PM -0400, Luan Nguyen wrote:
> > > There's a form here - https://support.google.com/websearch/contact/ip
> > > But google is prett
In message <20150505210746.gh22...@hezmatt.org>, Matt Palmer writes:
> On Tue, May 05, 2015 at 12:03:23PM -0400, Luan Nguyen wrote:
> > There's a form here - https://support.google.com/websearch/contact/ip
> > But google is pretty smart, its systems will learn the correct geolocation
> > over time
On Tue, May 05, 2015 at 12:03:23PM -0400, Luan Nguyen wrote:
> There's a form here - https://support.google.com/websearch/contact/ip
> But google is pretty smart, its systems will learn the correct geolocation
> over time...
That'd be quite a trick, given that the netblock practically can't be use
information on this computer."
>
>
> matthew black
> california state university, long beach
>
>
> -Original Message-
> From: NANOG [mailto:nanog-bounces+matthew.black=csulb@nanog.org] On
> Behalf Of Pedro Cavaca
> Sent: Tuesday, April 07, 2015 3:41 PM
>
oint I was
trying to make on my original answer.
>
> matthew black
> california state university, long beach
>
>
> -Original Message-
> From: NANOG [mailto:nanog-bounces+matthew.black=csulb@nanog.org] On
> Behalf Of Pedro Cavaca
> Sent: Tuesday, April 07, 2015 3
n Levine
Cc: NANOG Mailing List
Subject: Re: Fixing Google geolocation screwups
https://support.google.com/websearch/answer/873?hl=en
On 7 April 2015 at 23:26, John Levine wrote:
> A friend of mine lives in Alabama and has business service from at&t.
> But Google thinks he's in F
shawn wilson writes:
> On Apr 8, 2015 7:19 AM, "Rob Seastrom" <[[r...@seastrom.com]]> wrote:
>>
>>
>> Blair Trosper <[[blair.tros...@gmail.com]]> writes:
>>
>> > MaxMind (a great product)
>>
>> I've heard anecdotal accounts of MaxMind intentionally marking all
>> address blocks assigned to a VPN
On 04/08/15 14:56, Jeroen Massar wrote:
> That stated, properly providing a WHOIS entry for each prefix
> (inetnum/inet6num) is a good idea as that kind of indicates that that
> prefix is fixed in that location and not just moving around.
[skip]
> Do make sure though that you do not show any fore
Globalisation only works if network abuse and network contacts follow best
practice and engage.
Else trade blocks and network country blocks are done and remain in place until
certain countries ethically/practically do the right thing.
Colin
> On 8 Apr 2015, at 13:17, Tim Franklin wrote:
>
>>
> That all said: Restricting content based on location is complete and
> utter nonsense in 2015. The world is global, people want to pay for
> content and the content owners just don't allow people to pay for it.
Globalisation is for your corporate lords and masters to buy labour and raw
material
On 2015-04-08 13:31, Max Tulyev wrote:
> We operate IPv6 tunnel broker tb.netassist.ua, so /48 from our /32 is
> spread all around the world.
> Google change geo of our WHOLE /32 from time to time to another cute
> random place ;) One time Google decided we are in IRAN and block a lot
> of content
On Apr 8, 2015 7:19 AM, "Rob Seastrom" wrote:
>
>
> Blair Trosper writes:
>
> > MaxMind (a great product)
>
> I've heard anecdotal accounts of MaxMind intentionally marking all
> address blocks assigned to a VPN vendor as "open proxy" even when
> advised repeatedly that the disputed addresses (a)
We operate IPv6 tunnel broker tb.netassist.ua, so /48 from our /32 is
spread all around the world.
Google change geo of our WHOLE /32 from time to time to another cute
random place ;) One time Google decided we are in IRAN and block a lot
of content as "not available in your country" o_O
Unfortunat
Blair Trosper writes:
> MaxMind (a great product)
I've heard anecdotal accounts of MaxMind intentionally marking all
address blocks assigned to a VPN vendor as "open proxy" even when
advised repeatedly that the disputed addresses (a) had no VPN services
running on them either inbound or outboun
maxmind is the company that does it for speedtest.net
So if you've ever wondered why your IP blocks still show up as coming
from your upstream and not you, well, that's why.
/hard_learned_trade_secret
On 04/07/2015 03:17 PM, Blair Trosper wrote:
No, Google has their own internal system. Dou
"We'll investigate your report and, if necessary, pass the details on
to our engineering team. Updates to IP addresses may take more than a
month. We won't follow up with you individually but we'll do our best
to resolve the issue."
'more than a month' > 3wks.
On Tue, Apr 7, 2015 at 9:24 PM, John
https://support.google.com/websearch/answer/873?hl=en
He says he sent in the IP update three weeks ago, nothing happened. Any
other suggestions?
On 7 April 2015 at 23:26, John Levine wrote:
A friend of mine lives in Alabama and has business service from at&t.
But Google thinks he's in
It wouldn't hurt to correct it with MaxMind (a great product), but you'd
probably have better results dealing with Google directly. If you have
Google Apps, you've got support, and that would be one way to go about
getting it addressed.
On Tue, Apr 7, 2015 at 6:29 PM, Aaron C. de Bruyn
wrote:
I figure they all collaborate. I updated one of our IPs with MaxMind
and a few weeks later Google was fixed.
Of course that could be because half the staff here carry tiny
GPS-enabled Google location reporting devices in their pocket too...
-A
On Tue, Apr 7, 2015 at 4:17 PM, Blair Trosper wrot
No, Google has their own internal system. Doubt MaxMind will help out.
This discussions and others like it may lead you in the right direction:
https://productforums.google.com/forum/#!topic/websearch/fkyem9xUKOQ
On Tue, Apr 7, 2015 at 6:10 PM, Aaron C. de Bruyn
wrote:
> You might try here: ht
You might try here: https://www.maxmind.com/en/correction
-A
On Tue, Apr 7, 2015 at 3:42 PM, Fred Hollis wrote:
> Thanks for sending this to the list: We have the very same issue as well
> (both IPv4+IPv6). If someone knows the magic button to solve this, please
> contact me as well.
>
>
> On 08
The list on http://nanog.peeringdb.com/index.php/GeoIP is useful,
especially if several GeoIP databases return incorrect locations.
--
Arzhel
On Wed, Apr 8, 2015, at 10:42, Fred Hollis wrote:
> Thanks for sending this to the list: We have the very same issue as well
> (both IPv4+IPv6). If someo
Thanks for sending this to the list: We have the very same issue as well
(both IPv4+IPv6). If someone knows the magic button to solve this,
please contact me as well.
On 08.04.2015 at 00:26 John Levine wrote:
A friend of mine lives in Alabama and has business service from at&t.
But Google thin
https://support.google.com/websearch/answer/873?hl=en
On 7 April 2015 at 23:26, John Levine wrote:
> A friend of mine lives in Alabama and has business service from at&t.
> But Google thinks he's in France. We've checked for various
> possibilities of VPNs and proxies and such, and it's pretty
A friend of mine lives in Alabama and has business service from at&t.
But Google thinks he's in France. We've checked for various
possibilities of VPNs and proxies and such, and it's pretty clear that
the Goog's geolocation for addresses around 99.106.185.0/24 is screwed
up. Bing and other servic
On Mar 25, 2011, at 6:37 AM, Feargal.Ledwidge wrote:
>>
>> Basically, going to www.google.com/ncs will enable No Country Redirect.
>>
>
> I think you meant www.google.com/ncr
>
>
Definitely.
>
> Basically, going to www.google.com/ncs will enable No Country Redirect.
>
I think you meant www.google.com/ncr
Definitely been going on for a while now.
http://seclists.org/nanog/2011/Mar/108
Here's some more information:
http://www.google.com/support/websearch/bin/answer.py?answer=873
Basically, going to www.google.com/ncs will enable No Country Redirect.
-wil
On Mar 24, 2011, at 5:28 PM, Nathan Eise
On Thu, Mar 24, 2011 at 5:28 PM, Nathan Eisenberg
wrote:
> Would someone from Google please contact me offlist? You're geolocating some
> of $DAYJOB's IP space to the Netherlands, and I'm not sure how to fix it.
> Sadly, very few of my $DAYJOB's customers in Seattle are fluent in Dutch.
>
> (I
Would someone from Google please contact me offlist? You're geolocating some
of $DAYJOB's IP space to the Netherlands, and I'm not sure how to fix it.
Sadly, very few of my $DAYJOB's customers in Seattle are fluent in Dutch.
(If there's an obvious form somewhere to fix this, and I missed it, t
36 matches
Mail list logo
