[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]


To: Patrik Fältström <paf@cisco.com>
Cc: "Hollenbeck, Scott" <shollenbeck@verisign.com>, ietf-provreg@cafax.se
From: George Belotsky <george@register.com>
Date: Wed, 14 Mar 2001 13:15:05 -0500
Content-Disposition: inline
In-Reply-To: <p05100313b6d4bf2df692@[10.0.1.8]>; from paf@cisco.com on Wed, Mar 14, 2001 at 07:30:34AM +0100
Sender: owner-ietf-provreg@cafax.se
User-Agent: Mutt/1.2.5i
Subject: Re: Unique handle generation

I am puzzled why some people find this algorithm complicated.
Is running a registry for handles really a simpler solution
than a UUID?

George.


On Wed, Mar 14, 2001 at 07:30:34AM +0100, Patrik Fältström wrote:
> At 21.14 -0500 01-03-13, George Belotsky wrote:
> >Scott:
> >
> >Here is an overview of the algorithm I had in mind, so that
> >it is easier to understand the changes that I am suggesting.
> >
> >
> >    (1) A human-readable object handle is created.  This
> >        is done UUID-style, by concatenating several
> >        atomic units.  The creating repository may be
> >        one of these, but it does not have to be.
> >        The end result is something like this.
> >
> >        Scott+Hollenbeck+verisign.com+scottshomepage.com+Mar.13.2001
> >
> >   
> >    (2) A digest function is applied to the human-readable handle.
> >        The system stores the resulting  digest, and not the readable
> >        form itself.
> >
> >    (3) The readable form is returned to the user.  Now, there are
> >        two equivalent representations: the digest (which is used
> >        by default), and the readable form (which can be used
> >        by the 'owner', or anyone else that the 'owner' gives it to).
> >        This is the essence of [5] and [6] as I suggested; not
> >        contradictory, but complimentary.
> 
> I think you make life much too complicated.
> 
> It is much easier if you use an algorithm which
> 
> (a) Divides the world in a number of registries. One can be a RIR, 
> another a TLD.
> (b) All registries get a unique identifier, and that is registered somewhere.
> (c) Each registry is responsible for assigning a unique local 
> identifier for each object.
> (d) The globally unique identifier is a concatenation of the two.
> (e) One might be able to create a URN scheme for this space of identifiers
> 
> This is what happens today (part from at VGRS and ARIN), and it 
> works. You don't have to come up with some rules for how a registry 
> works, and creates the identifier. That is up to them.
> 
> A registry might go away, but if that happens, I claim that all 
> records are moved together to a different organization, but the 
> registry stay atomic.
> 
> A registry might be split (something which will happen soon I think) 
> and this is the tricky part. One record might stay, and another might 
> be moved. This can be achieved by deleting records which are moved, 
> and creation of new ones in the new registry.
> 
> Note that splitting a registry is a very rare operation, and I am 
> prepared getting some trouble when that one-time-operation happens.
> 
>      paf
> 

-- 
-----------------------------
George Belotsky
Senior Software Architect
Register.com, inc.
george@register.com
212-798-9127 (phone)
212-798-9876 (fax)

Home | Date list | Subject list