[svlug] Domain name grab

[javilk@polly.mall-net.com]

> >    What the web desperatly needs, is a LOCALIZED domain name system, so
> > that wendys.burger  would route to the closest wendy's, rather than
> > corporate headquarters.  That would pave the way for a lot of local
> > businesses getting on the web.  Right now, it makes no sense to hit

> One way to do it would be a system based on ZIP codes and/or city/state
> domains.

   Why get that complex?  

   We have domain name servers. When a local name server is queried, it
returns something.  So if you have records that are flagged as
multiples-allowed/do-not-propagate-much, then the nearest copy is
propagated back down.

   I have in my hosts file, a domain called vista.  If I go http://vista/
on any of my machines on my lan, I get www.altavista.digital.com. 

   If a group of people were to collect fees from the local burger, pizza,
and coffee joints, and persuade each ISP to set burger, pizza, coffee,
etc. to the name of the nearest appropriate place, we would have de-facto
local domain names.  The problem is selling the idea, not the technology.
All technology can do, is to make it easier to set up.

> Smart browser would know which domain your system is in. When one would
> type sears with nothing else, the resolver would bring the closest server
> address for that domain. Only if the user entered the FQDN for the company
> headquaters he would get connected there. Local server would have URLs for
> their HQ to simplify things.

    What if you are on AOL?  Would you get the McLean Virginia
www.McDonalds.com?  And what if you were visiting Naples, Florida while
living in Belmont, CA?  Would you still get the Belmont Burger joint? 
Most browsers don't know anything useful. Geographic knowledge is, in some
sense, already mapped into the structure of the net.  Use the structure
itself, rather than additional external information. 

> It doesn't matter if the "address" is a commercial or a home one. dotcom
> etc makes no sense whatsoever. It's the country, state, town, and street
> address that count. 

     Only for local businesses.  If you are looking for 3com.com, you
really want the headquarters.  If you are looking for computer, you are
probably looking for your local computer store, getting the one that bid
the highest fee.

> One important thing in a distributed system is the traffic. Requests would
> be localized unless the user tried to connect to some place somewhere else
> (out of town). Another words, if you wanted to call local McDonnalds, you
> wouldn't send a request to their headquaters to get a pointer for a 
> restaurant near you.

    Right!

> The problem is always going to be: who will run the domain registration on
> these levels? Who is going to handle the disputes when two or more
> companies want to use (or happen to have) the same name?

   An ad company  Our ad company?  Inter-ads.com  Bid for your local
words.  Auctions twice a year!  InterAds persuades the local ISP's to put
these names into their hosts files.  There is no central command, because
nothing is central.  It is all local.
 
> There are many ways to do this DNS stuff. The longer we wait for a better
> solution the more it will cost us to make any changes. IPv6 is one
> example, metric system is another. Pick up your choice.

    Any of us know any good sales people?  (He, I should get credit, it is
my idea.  I ran it by on the Web Consultant's list some time ago, and I
think here too.  Nothing happened.)


javilk at mall-net.com  ------------------  webmaster at Mall-Net.com      
----------------------- IMAGINEERING --------------------------
----------------- Every mouse click, a Vote -------------------
---------- Do they vote For, or Against your pages? -----------
----- What people want: http://www.mall-net.com/se_report/ ----
---------------------------------------------------------------




--
echo "unsubscribe svlug" | mail majordomo at svlug.org
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ to unsubscribe