Message-Id: <6.1.2.0.2.20050324152634.040b78a0@mail.jefsey.com>
Date: Thu, 24 Mar 2005 15:50:13 +0100
To: John Cowan <jcowan@reutershealth.com>
From: "JFC (Jefsey) Morfin" <jefsey@jefsey.com>
Subject: Re: [Ltru] is there some wiskey in the jar - [was: Registry in
	record-jar format]
In-Reply-To: <20050324135428.GA16394@skunk.reutershealth.com>
References: <634978A7DF025A40BFEF33EB191E13BC0AB82B68@irvmbxw01.quest.com>
	<42425B3B.12DA@xyzzy.claranet.de>
	<6.1.2.0.2.20050324080839.0406a570@mail.jefsey.com>
	<20050324135428.GA16394@skunk.reutershealth.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Cc: ltru@ietf.org
Precedence: list
Sender: ltru-bounces@lists.ietf.org
Errors-To: ltru-bounces@lists.ietf.org

At 14:54 24/03/2005, John Cowan wrote:
>JFC (Jefsey) Morfin scripsit:
> > I suppose that the total
> > amount of registrations may be in the range of  30-100.000.
>
>The number of potential tags far exceeds that already.  The number of
>useful tags is rather less.

I rise a question, I do not dispute anything.
Can you quantify/qualify what is useful?

>But in any case, the whole point of
>RFC 3066bis is to register only tag parts (and in 99% of cases directly
>tracking the various ISO standards).

So, what is the need for any registration?

> > Plus private
> > registration - over the years this may amount to millions if SNHNs start
> > playing the way every indication show they will.
>
>What are these "indications"

You are welcome to work on this yourself. You will certainly better 
document them than I could.

> > I note also that for such a standardized and hopefully stable formatted
> > system, the format can certainly be prototyped in using XML but a more
> > compact solution should to be considered. Most probably UDP supported.
>
>Nobody supposes that the tag registry must or should be retrieved in
>real time as the DNS is.  Caching, lots of private caching, is the
>order of the day, and it is already going on.

I am extremely interested if you could document these IANA caching 
mechanisms. Distributed IANA is precisely what we (AFRAC) work on as a 
protoype Context Reference Center.

> > I do not know why but I feel we are considering a gas refinery where a
> > straw would be enough to sip the wiskey in the -jar.
>
>The straw in question is the strawman argument you are making.

Oh! no problem: I am then a strawman for a few 30 years :-)

jfc


_______________________________________________
Ltru mailing list
Ltru@lists.ietf.org
https://www1.ietf.org/mailman/listinfo/ltru