comp.lang.ada
 help / color / mirror / Atom feed
From: "Warren W. Gay VE3WWG" <ve3wwg@cogeco.ca>
Subject: Re: Ada.Networks.Sockets hierarchy for standardization?
Date: Sat, 31 May 2003 19:47:03 -0400
Date: 2003-05-31T19:47:03-04:00	[thread overview]
Message-ID: <3ED93EF7.1000503@cogeco.ca> (raw)
In-Reply-To: a35nq-653.ln1@boavista.snafu.de

Michael Erdmann wrote:
> Warren W. Gay VE3WWG wrote:
> 
>> For discussion: I have thrown together this evening
>> a more formalized view of some "chicken scratching" I did on my
>> train commute home this evening. The diagram is available at my
>> web site (see PDF link further on).
> 
> I like it. But may be the names services should be put under
> Services.

Hi Michael:

The problem that I see is that there is a fairly major
distinction between DNS (Name_Services) and what
Ada.Network.Services.Internet represents. The later represents
a database of mappings between numeric port numbers (services)
and their names (ie. "http" maps to port 80).

Name_Services is much more than that. It is an entire protocol
built upon the transport(s) (DNS uses UDP and TCP/IP), and in the
case of DNS, it is distributed and fairly complex in operation.

There are also different name services, and
X.500 represents another from the OSI model. So if you move
these, then I think they should either be grouped under
"name services" or put underneath the general set of protocols
built upon. But I personally like to group name
services together, because they represent one major
"category" of network function.

Maybe an improvement might be to move "Ada.Networks.Services" over
to child package Ada.Networks.Protocols.Internet.Services
instead (these would only be Internet specific of course).
Alternatively, it would be tempting to just merge it right
into the package Ada.Networks.Protocols.Internet. The mappings
for ports and the protocol selection constants aren't that
far apart in concept.

Other protocols like X.25, may not even need a
"services" package. Its been years since I used Datapac (X.25),
but IIRC there is no concept of a port. You just use a DNIC
(address) and perhaps select the service once you connect to the
host at the remote end. Perhaps the service selection is
embedded in the DNIC (I forget). OTOH, the amateur radio
protocol AX.25, which is based upon X.25, does support up to
16 ports (I forget now, but one of these 16 may be reserved).

Take a look at the v2 document below:

http://home.cogeco.ca/~ve3wwg/Ada.Networks_Hierarchy_v2.pdf

Here I moved Services (in blue) underneath
Ada.Networks.Protocols.Internet.  I think that perhaps that
child package might be best merged into Internet, but what
do you'all think?

I still think Naming services should remain distinct, and probably
underneath Ada.Networks somewhere, though package names and overall
organizaton are certainly open for more discussion. Is there
a better name for Name_Services? Should this be Directory or
Directory_Services?

> Maybe i have missed it, but what is the difference between red
> and black boxes?
> 
> Michael

The red just indicated what I believe should be a minimum effort
for a "complete" implementation. The blue in the link above, is
just to highlight the change.

-- 
Warren W. Gay VE3WWG
http://home.cogeco.ca/~ve3wwg




  parent reply	other threads:[~2003-05-31 23:47 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-05-31  5:01 Ada.Networks.Sockets hierarchy for standardization? Warren W. Gay VE3WWG
2003-05-31  6:33 ` Tarjei T. Jensen
2003-05-31 13:35   ` Simon Wright
2003-05-31 17:24 ` Michael Erdmann
2003-05-31  1:35   ` Ada.Networks.Sockets hierarchy for standardization? (sf: ada0y-net-std) Warren W. Gay VE3WWG
2003-06-01  4:02     ` Randy Brukardt
2003-06-02 16:56       ` Warren W. Gay VE3WWG
2003-06-03  0:39         ` Randy Brukardt
2003-06-03  3:47           ` Provisional Standards was RE: Ada.Networks.Sockets hierarchy for standardization? (sf:ada0y-net-std) Robert C. Leif
     [not found]             ` <3EDC8FA6.2000308@noplace.com>
2003-06-05 20:48               ` Provisional Standards was RE: Ada.Networks.Sockets hierarchy (Provisional Standard?) Warren W. Gay VE3WWG
2003-06-06 11:49                 ` Marin David Condic
2003-06-06 15:51                 ` Provisional Standards was RE: Ada.Networks.Sockets hierarchy(Provisional Standard?) Robert C. Leif
2003-06-07 11:39                 ` Provisional Standards was RE: Ada.Networks.Sockets hierarchy (Provisional Standard?) Marin David Condic
2003-06-10 11:43                 ` Marin David Condic
2003-06-10 17:17                   ` Warren W. Gay VE3WWG
2003-06-11 11:05                     ` Marin David Condic
2003-06-10 17:22                   ` Warren W. Gay VE3WWG
2003-06-11  6:31                   ` AIs for Ada extensions Robert I. Eachus
2003-06-11 11:08                     ` Marin David Condic
2003-06-12  1:10                     ` Alexander Kopilovitch
2003-06-12 17:19                       ` Robert I. Eachus
2003-06-13  1:02                         ` Alexander Kopilovitch
2003-06-13  7:21                           ` Robert I. Eachus
2003-06-13 21:53                             ` tmoran
2003-06-14 23:30                             ` Alexander Kopilovitch
2003-05-31 23:47   ` Warren W. Gay VE3WWG [this message]
2003-06-01  7:07     ` Ada.Networks.Sockets hierarchy for standardization? Michael Erdmann
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox