On Wed, Jan 20, 2021 at 6:25 PM Nick Hilliard <nick@xxxxxxxxxx> wrote:
Phillip Hallam-Baker wrote on 20/01/2021 21:58:
> So lets say I decide to start up a registry. I write up an RFC
> describing the answers to the issues you raise and I get FC00::0000/32
> to allocate on an experimental basis. Worst that can happen is I screw
> up and lose track of who was allocated what. I can now issue 4 billion
> /64s before I have to come and ask for more space.
whoa, wait up there! Either you have a registry or you don't. If your
model is ok with long term inaccuracy due to data loss, data rot, or
cruft accumulation, then the question needs to be asked whether you
ought to be running a registry to start with. The whole point of a
registry is that it provides some level of comfort about resource
registration accuracy.
Nick
I said worst case.
People make waaaay too much out of the risks of running registries. There are an infinite number of petty bureaucratic objections that can be raised. That is how PEM was killed. Oh whatabout this, whatabout that. oh nobody knows, oh! oh!
These are private addresses. The only thing that the registry is undertaking that matters at IETF level is that there won't be duplicates. And every registry customer is going to be able to verify that their assignment is unique at the time it is assigned just by checking the registry. So I have it all covered.
The whole log is going to be public. In fact that is a big part of my plan to offload cost.
We really need to get over the worry about allowing people to start stuff. And especially when it comes to registries. If people have issues they can state, fine. But we saw what happened when folk decided to get precious about the SRV prefix registry - people just gave up waiting and made them up. That is what I did for SAML and will do again if necessary.
People need to understand that 'I am starting a project, what code point can I use' is a request for a code point. It is not a request for permission to start the project. The Internet is all about permissionless innovation.
