-> length of domain name
by "Richard J. Sexton"
-> Re: length of domain name
by perry@piermont.com
-> http://www.newdom.com/register/structures/cgi.html
by "Richard J. Sexton"
-> Regestry Management (was: Re:
http://www.newdom.com/register/structures/cgi.html)
by "Rick H. Wesson"
-> Re: Regestry Management (was: Re:
http://www.newdom.com/register/structures/cgi.html)
by "Richard J. Sexton"
-> Re: Regestry Management (was: Re:
http://www.newdom.com/register/structures/cgi.html)
by "Rick H. Wesson"
-> Re: Regestry Management (was: Re:
http://www.newdom.com/register/structures/cgi.html)
by "Richard J. Sexton"
-> Re: Regestry Management (was: Re:
http://www.newdom.com/register/structures/cgi.html)
by "Rick H. Wesson"
-> Registry Database Design
by "Richard J. Sexton"
-> Re: Regestry Management (was: Re:
http://www.newdom.com/register/structures/cgi.html)
by "Richard J. Sexton"
-> Re: Registry Database Design
by Michael Dillon
-> Re: Registry Database Design
by "Richard J. Sexton"
----------------------------------------------------------------------
Date: 30 Oct 1996 11:53:37 -0800
From: "Richard J. Sexton"
Subject: length of domain name
The InterNIC says an SLD is 26 characters.
My reading of RFC1035 would indicate it's 63.
What am I missing here ?
- --
Fear and loathing in the packet filters.
----------------------------------------------------------------------
Date: 30 Oct 1996 12:56:15 -0800
From: perry@piermont.com
Subject: Re: length of domain name
"Richard J. Sexton" writes:
> The InterNIC says an SLD is 26 characters.
>
> My reading of RFC1035 would indicate it's 63.
>
> What am I missing here ?
Just because you can technically have a longer domain component
doesn't mean its policy to assign them.
Perry
----------------------------------------------------------------------
Date: 30 Oct 1996 14:32:36 -0800
From: "Richard J. Sexton"
Subject: http://www.newdom.com/register/structures/cgi.html
If we're going to share registry data, it would be good
to agree on data sizes.
The InterNIC's fields are rather abitrary; from their
web forms, (most) everything is 80 columns (punched cards
anyone?).
Domain names are 26 characters including "." and the tld.
As Perry aptly points out, this is per policy, not
per RFC.
At the above URL you will find a sugegsted list of
name value pair names and data sizes.
My prediction is that the day will soon come
when Registry A will squirt off an http GET
request to registry B to register or modify
a domain name.
Be that as it may, it would be good at this juncture
to standardize on some things, especially lengths
of data fields.
Please forward any comments you have to the appropriate
venue.
- --
Fear and loathing in the packet filters.
----------------------------------------------------------------------
Date: 30 Oct 1996 15:06:02 -0800
From: "Rick H. Wesson"
Subject: Regestry Management (was: Re:
http://www.newdom.com/register/structures/cgi.html)
Richard,
I think we should use CORBA, I'm working on a public domain
implementation to go allong with a draft I'm working on for
regestry integration.
Atached is the idl that describes Contacts, Name Servers and Domains.
You'll see that there is no mention of the length of fields. Why?
Because there does not need to be a length.
Exception handleing is very difficult using HTTP PUT/GET mehods,
CORBA has these built in, allong with language and platform indepandance.
If a domain name is too long the application should throw an exception
describing the problem.
- -Rick
On Oct 30, 5:19pm, Richard J. Sexton wrote:
[snip]
> My prediction is that the day will soon come
> when Registry A will squirt off an http GET
> request to registry B to register or modify
> a domain name.
>
> Be that as it may, it would be good at this juncture
> to standardize on some things, especially lengths
> of data fields.
>
> Please forward any comments you have to the appropriate
> venue.
>
>
> --
> Fear and loathing in the packet filters.
>
>
>-- End of excerpt from Richard J. Sexton
- --
Rick H. Wesson
******************* NOTE *******************
There may be important message content
contained in the following MIME Information.
********************************************
- ------------------ MIME Information follows ------------------
- --
- --PART-BOUNDARY=.19610301504.ZM1521.ar.com.
Content-Type: text/plain; charset=us-ascii
<<<<<< See above "Message Body" >>>>>>
- --PART-BOUNDARY=.19610301504.ZM1521.ar.com.
X-Zm-Content-Name: Nic.idl
Content-Description: Text
Content-Type: text/plain ; name="Nic.idl" ; charset=us-ascii
/*
@author Copyright (c) 1995 Rick H. Wesson
Internet Business Services, All Rights
Reserved.
@version $Id: Nic.idl,v 1.11 1996/10/30 03:43:20 wessorh Exp $
*/
#ifndef _NIC_IDL
#define _NIC_IDL
#ifndef IDLDOC
#include
#endif
module Nic {
typedef sequence StringList ;
exception AlreadyExists{} ;
exception NotFound{} ;
enum AuthScheme_t {MAIL_FROM=0, CRYPT_PW, PGP } ;
enum NotifyUse_t {NOT_CARE = 0, BEFORE, AFTER } ;
enum NotifyUpdate_t {NOT_CARE = 0, BEFORE, AFTER } ;
interface Contact {
readonly attribute long Created ;
attribute string Handle ;
attribute string Name ;
attribute string OrgName ;
attribute string Address ;
attribute string City ;
attribute string State ;
attribute string PostalCode ;
attribute string CountryCode ;
attribute string Voice ;
attribute string Fax ;
attribute string EMailBox ;
attribute long Updated ;
attribute string AuthInfo ;
attribute AuthScheme_t AuthScheme ;
attribute NotifyUse_t NotifyUse ;
attribute NotifyUpdate_t NotifyUpdate ;
attribute boolean Public ;
} ;
interface ContactFactory {
Contact find(in string handle)
raises(NotFound) ;
Contact create(in string name)
raises(AlreadyExists) ;
} ;
interface NameServer {
attribute string Handle ;
attribute string Fqdn ;
attribute string IpAddr ;
} ;
interface NameServerFactory {
NameServer find(in string handle)
raises(NotFound) ;
NameServer create(in string name)
raises(AlreadyExists) ;
} ;
interface Domain {
attribute Contact Admin, ;
attribute Contact Tech ;
attribute Contact Billing ;
attribute StringList NSList ;
attribute string DomainName ;
attribute string OrgName ;
attribute string Address ;
attribute string City ;
attribute string State ;
attribute string PostalCode ;
attribute string CountryCode ;
attribute string Voice ;
attribute string Fax ;
attribute string EMailBox ;
} ;
interface DomainFactory {
Domain find(in string handle)
raises(NotFound) ;
Domain create(in string fqdn)
raises(AlreadyExists) ;
} ;
} ;
#endif
- --PART-BOUNDARY=.19610301504.ZM1521.ar.com.--
----------------------------------------------------------------------
Date: 30 Oct 1996 16:03:19 -0800
From: "Richard J. Sexton"
Subject: Re: Regestry Management (was: Re:
http://www.newdom.com/register/structures/cgi.html)
(Second attempt. Apparantly "shred-tld@higgs.com" does not exist)
At 03:04 PM 10/30/96 -0800, you wrote:
>Richard,
>
>I think we should use CORBA, I'm working on a public domain
>implementation to go allong with a draft I'm working on for
>regestry integration.
I'm going to admit complete ignorance to what CORBA is
or what it does. Although I've written database engines
nearly 20 years ago, I, in general loathe the cursed
things and whereever possible use the filesystem
as the database and "find" as the engine, if for
no other reason that a guy a I knew at Informix
thought it was a good (and funny) idea.
Having said that, I'm willing to learn. Where is
a good place to start reading. What's the "Hello World!"
of CORBA-dom.
>Atached is the idl that describes Contacts, Name Servers and Domains.
>You'll see that there is no mention of the length of fields. Why?
>Because there does not need to be a length.
There needs to be a length *someplace*; can you qualify (and
or explain) this statement?
>Exception handleing is very difficult using HTTP PUT/GET mehods,
>CORBA has these built in, allong with language and platform indepandance.
>If a domain name is too long the application should throw an exception
>describing the problem.
Um, this is not a terrific problem:
"The domain name you entered:
ddjsddjskjskljdlkjdl;kjsdl;kjsdldsdlkjsdlkjsljljdsd.biz
is xx characters. The limit is yy characters. PLease
go back and fix this field."
- --
Debate, process, and accountability.
----------------------------------------------------------------------
Date: 30 Oct 1996 16:13:20 -0800
From: "Rick H. Wesson"
Subject: Re: Regestry Management (was: Re:
http://www.newdom.com/register/structures/cgi.html)
On Oct 30, 6:40pm, Richard J. Sexton wrote:
> Subject: Re: Regestry Management (was: Re: http://www.newdom.com/register/
> (Second attempt. Apparantly "shred-tld@higgs.com" does not exist)
>
> At 03:04 PM 10/30/96 -0800, you wrote:
> >Richard,
> >
> >I think we should use CORBA, I'm working on a public domain
> >implementation to go allong with a draft I'm working on for
> >regestry integration.
>
> I'm going to admit complete ignorance to what CORBA is
> or what it does. Although I've written database engines
> nearly 20 years ago, I, in general loathe the cursed
> things and whereever possible use the filesystem
> as the database and "find" as the engine, if for
> no other reason that a guy a I knew at Informix
> thought it was a good (and funny) idea.
did you know the internic's database is Informix?
I don't like SQL based databases, I do like object oriented ones
tho, like ObjectStore and Versant.
> Having said that, I'm willing to learn. Where is
> a good place to start reading. What's the "Hello World!"
> of CORBA-dom.
although ILU is not CORBA it does use CORBA IDL, check out
ftp://ftp.parc.xerox.com/pub/ilu/ilu.html
also
http://www.cerfnet.com/~mpcline/Corba-FAQ/
> >Atached is the idl that describes Contacts, Name Servers and Domains.
> >You'll see that there is no mention of the length of fields. Why?
> >Because there does not need to be a length.
>
> There needs to be a length *someplace*; can you qualify (and
> or explain) this statement?
most things with corba are written in C++, smalltalk, or java, all
of which have the consept of unbounded strings. You can set
a maximum length, but there is little/none extra overhead to leave them
unbounded.
> >Exception handleing is very difficult using HTTP PUT/GET mehods,
> >CORBA has these built in, allong with language and platform indepandance.
> >If a domain name is too long the application should throw an exception
> >describing the problem.
ok, its a prefrence, I prefer c++'s exception handleing....
- --
Rick H. Wesson
----------------------------------------------------------------------
Date: 30 Oct 1996 18:28:31 -0800
From: "Richard J. Sexton"
Subject: Re: Regestry Management (was: Re:
http://www.newdom.com/register/structures/cgi.html)
At 04:12 PM 10/30/96 -0800, you wrote:
>did you know the internic's database is Informix?
Yeah, I had to get a list of all domains I was tech contact
on and they had to cobble up a script; they sent the output
to me and there was that glaring select statement at the top ;-)
>I don't like SQL based databases, I do like object oriented ones
>tho, like ObjectStore and Versant.
whatever works. The client doesnt care, they just want
their domain name to work.
>although ILU is not CORBA it does use CORBA IDL, check out
>ftp://ftp.parc.xerox.com/pub/ilu/ilu.html
>also
>http://www.cerfnet.com/~mpcline/Corba-FAQ/
Thanks.
>> There needs to be a length *someplace*; can you qualify (and
>> or explain) this statement?
>
>most things with corba are written in C++, smalltalk, or java, all
>of which have the consept of unbounded strings. You can set
>a maximum length, but there is little/none extra overhead to leave them
>unbounded.
Ok, so we tell people that can have any size domain name they
want or should er perhaps agree on a policy, similar to
the InterNIC's policy that defines some sizes on things?
- --
Debate, process, and accountability.
----------------------------------------------------------------------
Date: 30 Oct 1996 18:38:26 -0800
From: "Rick H. Wesson"
Subject: Re: Regestry Management (was: Re:
http://www.newdom.com/register/structures/cgi.html)
On Oct 30, 9:25pm, Richard J. Sexton wrote:
> Subject: Re: Regestry Management (was: Re: http://www.newdom.com/register/
> At 04:12 PM 10/30/96 -0800, you wrote:
[snip]
> Ok, so we tell people that can have any size domain name they
> want or should er perhaps agree on a policy, similar to
> the InterNIC's policy that defines some sizes on things?
We should agree on a max length for a SLD, that being:
a) 1 < SLD < 26 - the InterNic Limit
b) 1 < SLD < 63 - Bind's Limit.
c) something else.
also should we also reserve all of the 1 letter SLDs?
- -Rick
- --
Rick H. Wesson
----------------------------------------------------------------------
Date: 30 Oct 1996 19:02:24 -0800
From: "Richard J. Sexton"
Subject: Registry Database Design
At 06:31 PM 10/30/96 -0800, you wrote:
>>>I don't like SQL based databases, I do like object oriented ones
>>>tho, like ObjectStore and Versant.
>>
>> whatever works. The client doesnt care, they just want
>>their domain name to work.
>
>Agreed. We're using SQL here for .WEB, and I like it. Rick and I had a long
>discussion on CORBA vs. SQL both at ONEISP and at Harvard, and I think we
>agreed that both are solutions, but to each his own taste.
Agreed.
>For .WEB, I chose SQL Server 6.5 because it interfaced well with MS's web
>server, and made the task of getting the registry available via the web
>much easier than any other platform. With our integration tool, no Java,
>script, or CGI is even required. Also, with the SQL server, it's simple to
>do a query across machines for updating. BIND can be hacked to look
>directly into the registry, and we truly have 2 minute turnaround time to
>*live data*
MS. Bleh.
However, I used your FSUUCP for quite a while so I know your stuff
*works* ;-)
I'm looking at doing something similar here for the Alter.NIC.
>Our next item, however, is to allow updates and registrations based on
>authenticated user information. We're looking at the verisign solution, but
>would be interested in any other solutions out there that anyone has any
>ideas on. If you reply, please change the name of the thread, though, to be
>considerate.
I'm looking at Apache/Stronghold.
- --
Debate, process, and accountability.
----------------------------------------------------------------------
Date: 30 Oct 1996 19:19:44 -0800
From: "Richard J. Sexton"
Subject: Re: Regestry Management (was: Re:
http://www.newdom.com/register/structures/cgi.html)
At 06:37 PM 10/30/96 -0800, you wrote:
>We should agree on a max length for a SLD, that being:
> a) 1 < SLD < 26 - the InterNic Limit
> b) 1 < SLD < 63 - Bind's Limit.
> c) something else.
Off the top of my head I'd say b) or "32".
I never understood 26. I assume it was reached at by
some ludicrous process akin to how ATM cell size was derived
(Europe wanted 64 octets; good for video, the US wanted
32, good for voice, so they compromised on 48)
>also should we also reserve all of the 1 letter SLDs?
Good question.
I notice about 5 peopel manages to snag single letter
domain names before IANA stepped in and reserevd the rest.
I can't in all honesty thing of a good reason to,
other than what Bruce Becker said once: "The DNS
is the worlds most underutilized decentralized database,
only TPC.INT begins to scratch the surface of what you
can do with it.
My position is I'l go with the flow on this issue, I see
merit in both sides to this argument.
- --
Debate, process, and accountability.
----------------------------------------------------------------------
Date: 30 Oct 1996 19:31:07 -0800
From: Michael Dillon
Subject: Re: Registry Database Design
On Wed, 30 Oct 1996, Richard J. Sexton wrote:
> I'm looking at Apache/Stronghold.
If you are going to be using CGI on your webserver, install FastCGI from
http://www.fastcgi.com to make sure you don't suffer any performance
penalty under heavy loads. Existing CGI scripts convert with about two
lines of code and FastCGI makes it a snap to run the CGI scripts on a
machine separate from the WWW server.
If you are considering a commercial database, look at Progress with
Webspeed from http://www.progress.com. While you can use SQL with Progress
if you want to, it also has a more normal procedure oriented language
that is easier to program in. You would probably need to set up a SCO
server to run Progress although it has been successfully run on Linux with
iBCS. If you want to go the Linux route, get the demo version first and
make sure you can run it OK.
Michael Dillon - ISP & Internet Consulting
Memra Software Inc. - Fax: +1-604-546-3049
http://www.memra.com - E-mail: michael@memra.com
----------------------------------------------------------------------
Date: 30 Oct 1996 20:37:08 -0800
From: "Richard J. Sexton"
Subject: Re: Registry Database Design
At 07:26 PM 10/30/96 -0800, you wrote:
>On Wed, 30 Oct 1996, Richard J. Sexton wrote:
>
>> I'm looking at Apache/Stronghold.
>
>If you are going to be using CGI on your webserver, install FastCGI from
>http://www.fastcgi.com to make sure you don't suffer any performance
>penalty under heavy loads. Existing CGI scripts convert with about two
>lines of code and FastCGI makes it a snap to run the CGI scripts on a
>machine separate from the WWW server.
Aww hell, Michael I was thinking of just coding an Apache API in
assmbler. Even faster,
>If you are considering a commercial database, look at Progress with
>Webspeed from http://www.progress.com. While you can use SQL with Progress
>if you want to, it also has a more normal procedure oriented language
>that is easier to program in. You would probably need to set up a SCO
>server to run Progress although it has been successfully run on Linux
SCO and Linux. Now doesnt that just warm the cockles of my heart.
- --
Debate, process, and accountability.
