Re: [DNS] ABC: Australia supports global cyber-squatting regulations

Re: [DNS] ABC: Australia supports global cyber-squatting regulations

From: George Michaelson <ggm§>
Date: Tue, 01 Feb 2000 12:29:52 +1000 defineatly ain't playboy nor is
  And the globe works well for our comapny - what is your point ?
My point is that your objections to the flowers and animals is not
very meaningful in this context. The arguement runs like this:

	"I don't want to be an {emu,roo,wombat,banksia} 
	 I want to be user&#167;"

At which point, has to become geek0..geek1000+ to
provide for enough geek domains to give every stephen stephen&#167;

When that has been done, what value do you place on having your particular If this is just an argument about emu vs geek10002 then really,
Its the same thing. Of course, if you wanted stephen&#167; we're
back in the nightmare of generics,, value/worth/branding/fcfs
which nobody resolves cleanly. I'm certainly not keen to bankroll you
or anybody else to claiming high-profile vanity domainnames to sell on, or
define access rules and charges for. Oh, you wanted to be the ONLY stephen&#167;geek
and because "you thought of it first" its natural and right. Sorry, thats
really not how it works. I'd rather find stephen hawking at stephen&#167;
than you. I'd say he has a better claim.
  > Fine. Find a neutral non-value laden namepoint (actually a large set of
  > namepoints).
  I do not think it needs to be that. I do not see a problem with first come
  first served in namespaces. Works OK elsewhere [waiting for opinions on
  .com and .net which I am sure will follow !].

First come first served works very poorly for john.smith&#167; and
for john.smith&#167; It works very well for john.smith§
as long as there are thousands of words in the space of someword, and as long
as the value-set of the words in someword don't make some words more desirable
than others. The only properties useful in this domain are uniqueness and
meaninglessness. you can't search it in DNS, and you can't tell from any name
deterministically "who" that john.smith is in DNS. Maybe in some other
resource, like the white pages. Maybe not.
  Lets not try and keep the status quo - we all fail ! 
  You do not see a problem, others do and want to try to come to a solution,
  your goal seems to be to halt talk on that solution before it really
  starts !

I've been over this discussion too many times to get enthusiastic that
somewhere in the solution-space the size of a haystack, there is a specific
pin labelled with the fix for this problem.
  > query functions required for this (C/F X.500)
  Is the one they want, what about ?
  Damn - wrong shop !
  Are you saying that a person could not implement a search of DNS spaces
  via a web page or some other protocol ?

Then you're re-implementing WHOIS and searches of data like the WHOIS data
which reflect back into DNS: but you're not using DNS as a search space
you're using some other search method into DNS. The primary function of
DNS remains name:address maps and vice-versa. Unfortunately, maintaining
linkage between multiple search engines and multiple datasets is a well
known and somewhat intractable (in human terms) problem. I don't think
you'll get what you want from this anytime soon.
  So a protocol that has the built in ability to query a massive distributed
  database, to do bulk transfers of data could not be turned into a useful
  resource for finding people (if that space was populated with name
  references) who wanted to be found (maybe - knowing there will be false
  hits as there are now with all other namespaces).
Its unlikely. Believe me, I've been down this path before. You wind up
walking into white/yellow pages turf and the societal issues about who
owns and maintains that data is in a different domain to DNS. Why do you
think the worldwide X.500 effort failed so spectacularly?

  man - you sure have a problem with these ideas/requests for discussion.

Does nobody read the archives? We must have been over this ground 4-5
times in as many years.
    What I am trying to say is that they is no rocket science involved here,
  that other ventures have grapled successfully with these issues.
Uh.. no. is amongst the best of the set in this area. Other solutions
are looking pretty awful to me right now.

  As for "Explain how it helps locate people who ARE NOT UNDER 
  smith.something.relevant, but are useful, online, and being sought in
  this supposedly global directory service." - no online directory service
  does. If you ever tried to find all businesses in - they are
  not all there - they may be one or may not ....
Yahoo is not a globally managed resource in the way DNS is. The whole point
of DNS is that the behaviours of domains and names in domains are on the whole
remarkably self-consistent. People use DNS to do what DNS is good at, and 
people like me try to beat down on changes to how DNS is used, or changes
to expectations of what DNS can deliver.
  Yes - I do not want a domain name under - that is right and I
  would not and many others would not as well. I think that sounds dumb and I believe that many others share
  my point. 

Fine. but don't just come up with 'one word' you want added. Come up with
a model for words which allows for much much much wider participation and
which doesn't use value-laden words which will distort equal access to
names in the domain-space.
  Have you surveyed the prospective userbase to see if that is exactly what
  they want ? If so please provide details and ensure they are statistically
  correct !

No, of course I haven't. But then nobody else has either. And its not much
use offering them a phantasm of 'searchable DNS names in meaningful domains'
either because (a) you can't do it yet and (b) the clue-factor is very low
out there.

It sounds to me like you really want baxter&#167; and not anything§

George Michaelson         |  DSTC Pty Ltd
Email: ggm&#167;    |  University of Qld 4072
Phone: +61 7 3365 4310    |  Australia
  Fax: +61 7 3365 4311    |
Received on Tue Feb 01 2000 - 10:29:55 UTC

This archive was generated by hypermail 2.3.0 : Sat Sep 09 2017 - 22:00:03 UTC