On 28 Jul 2021, at 09:35, Tony Langdon via 44Net
<44net(a)mailman.ampr.org> wrote:
An issue I see here is that 44.190/16 was allocated to networks with no
specific geographic location, and was/is intended for Internet facing
services. A number of us (including myself) have space in here that is
BGP announced (I'd say the majority, if not all the allocations here are
BGP announced). What's going to happen with that space? Renumbering a
BGP announced space is going to be highly disruptive, and for some
services that require geolocation (e.g. Echolink proxies), there will be
longer term anomalies in operation, while the geolocation databases are
updated.
Hello Tony, thank you very much for your e-mail!
Indeed, some users will have to renumber under the proposed scheme. This is why we
included the statement to the Board that they will support these users in doing so. As a
side-note, most of the TAC will have to renumber to some degree and ARDC will have to
renumber its infrastructure as well.
We hope that we will give everyone adequate time to do that, so it will be as painless as
possible, but this depends on the people doing it as well, how early they will begin,
etc.
For a renumbering of BGP space where Geolocation is important I think it will slightly
increase the time it takes, but probably not the effort. What I would do is to get an
allocation from 44.31/16 right now and change its geolocation by notifying all the
providers as soon as I begin advertising it. From my personal experience, most providers
will have updated their location within 2 weeks, but the tail end of them will need up to
three months. If geolocation is important, you can wait for 3 months, or however much it
takes for the provider you rely on to update it, and then perform the migration within
e.g. 1 or 2 months. After this is done, you can release back the 44.190/16 space back to
the pool. The TAC proposal will likely cause a lot of changes in the geolocation landscape
of the IPv4 Internet, so if there are some particularly slow providers there, we could
definitely reach out to them, inform them of this change, and request that they update
more frequently if possible.
Also, in case it wasn’t clear, we don’t expect people to migrate immediately after the
Board approves this. There will be a transition period of O(months) definitely. However,
it will not be a “flag day” where we go at a specific date and time and change everything,
globally. People will have to slowly migrate at a pace they can be comfortable with. We
don’t want to cause any more trouble than we have to. The only reason to accelerate the
transition is that as more and more people migrate to their respective use case, they may
adjust their routing and firewall rules, which means that you will slowly lose
reachability if you are on the “wrong” use case.
Finally, for the record, 44.190/16 was a space that concerned us a lot, as it’s exactly
what you describe. However, most Direct BGP users were in 44.0/10, and 44.128/10 already
had multiple /16’s worth of Intranet users. About 80% of the IP addresses that respond to
a ping and are exclusively available via an Intranet reside in this block.
I hope the above answer is adequate, but I will be happy to provide more information if
needed.
Thanks,
Antonis