Does nothing. Does it require permitting the unfettered execution of arbitrary
untrusted and untrustworthy code perchance?
--
Be decisive. Make a decision, right or wrong. The road of life is paved with
flat squirrels who could not make a decision.
>-Original Message-
>From: NANOG
The portal account isn't even the be all and end all of fixing this, we're
telling google where our endpoints are explicitly with a geofeed, The portal
says the clients are in the right location and for some reason it's still
decided some of our IPs are on the other side of the world.
On Sat,
I've had a similar issue in the past trying to get ready to peer with them. I
wanted portal access to look at things. I may yet post a geofeed file just
because.
(I was also rejected a portal account, didn't escalate to friends at google
because I know my traffic is under a gig for now).
- J
Hi there.
TC, a large IRR database focused on Brazilian networks, just changed its IP
addresses. In most IRRd implementations it's necessary to sighup the daemon
to move to the new IP addresses, so we kindly ask those running public and
private IRR instances to sighup in order to move to the new IP
Yup. I've had this problem with Google for two years now.
"We're Google. We know better than you. We're not interested in discussion. And
no, you can't have access to the ISP portal you silly little person" .. is
the summary of my experience.
And all this is despite my network peering with
Do you mind trying https://ipinsight.io/ and see if they're correct
locations (we're 100% confident)?
And see if anyone from Google could have a try on our data to help its
users.
On Tue, Apr 6, 2021 at 8:28 AM MunFai Lee wrote:
> We're also having similar issues - Google is detecting our Singa
6 matches
Mail list logo
