# Re: URLs for non-Internet networks?

Tim Berners-Lee (timbl@nxoc01.cern.ch)
Fri, 30 Jul 93 22:10:37 MET DST

- Messages sorted by: [ date ][ thread ][ subject ][ author ]
- Next message: Tim Berners-Lee: "Re: URLs for non-Internet networks?"
- Previous message: John C Klensin: "Re: URLs for non-Internet networks?"
- Maybe in reply to: Bernard D. Aboba: "URLs for non-Internet networks?"
- Next in thread: Tim Berners-Lee: "Re: URLs for non-Internet networks?"

    Date: Fri, 30 Jul 93 22:10:37 MET DST

    From: timbl@nxoc01.cern.ch (Tim Berners-Lee)

    Message-Id: <9307302010.AA11109@ nxoc01.cern.ch >

    To: aboba@internaut.com, kevin@scic.intel.com, raisch@ora.com

    Subject: Re: URLs for non-Internet networks?

Gatewaying servers on xxx net into internet:
Run an HTTP server on the gateway machine which maps
the internal xxxnet address into a part of the
urls pace like
http://novellgate.xxx.com/admin/*
for example.
Gatewaying the other way: Fix clients so that
they run over xxxnet instead of IP, just using
http over xxx. Using WWW clients,
set the configuration so that the gateway
is used for all accesses. Write a simple xxxnet
server which otherwise is an http, wais, news, gopher
etc client (all this comes with teh basic httpd from CERN)

We have done this with DECnet although the pressure
eased off as everyone seems to move to IP.

Tim BL
From uri-request@mocha.bunyip.com Wed Jul 21 23:12:37 1993
Return-Path: <uri-request@mocha.bunyip.com>
Received: from dxmint.cern.ch by nxoc01.cern.ch (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
id AA17620; Wed, 21 Jul 93 23:12:35 MET DST
Received: from mocha.bunyip.com by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
id AA04203; Wed, 21 Jul 1993 23:36:38 +0200
Received: by mocha.bunyip.com (5.65a/IDA-1.4.2b/CC-Guru-2b)
id AA00162 on Wed, 21 Jul 93 14:52:14 -0400
Received: from ssd.intel.com by mocha.bunyip.com with SMTP (5.65a/IDA-1.4.2b/CC-Guru-2b)
id AA00151 (mail destined for /usr/lib/sendmail -odq -oi -furi-request uri-out) on Wed, 21 Jul 93 14:51:40 -0400
Received: from sv002.scic.intel.com by SSD.intel.com (4.1/SMI-4.1)
id AA18197; Wed, 21 Jul 93 11:49:54 PDT
Received: from rs042.scic.intel.com by sv002.scic.intel.com (4.1/SCICX.1.11); Wed, 21 Jul 93 11:49:52 PDT
Received: from mc024.scic.intel.com by rs042.scic.intel.com (AIX 3.2/UCB 5.64/SCICI.1.11); Wed, 21 Jul 1993 11:49:48 -0700
Message-Id: <9307211849.AA20204@rs042.scic.intel.com>
Date: Wed, 21 Jul 1993 11:48:06 -0800
To: "Bernard D. Aboba" <aboba@internaut.com>, Rob Raisch <raisch@ora.com>
From: kevin@scic.intel.com (Kevin Altis)
X-Sender: kevin@rs042.scic.intel.com
Subject: Re: URLs for non-Internet networks?
Cc: uri@bunyip.com
Status: RO

At 11:28 AM 7/21/93 -0400, Rob Raisch wrote:
>URLs are simply instructions to retrieve a thing. The program doing the
>actual retrieval must know how to carry those instructions out. URLs
>*could* be used to reference objects on other, non-connected networks.
>They would be of little use, though, until there is a wide-spread way of
>retrieving from those nets.

Protocol server/gateways
It would be nice to consider appropriate methods for accessing those items
not directly connected to the Internet. For quite some time I've been
pondering how best to provide a server that speaks IP and Novell (and/or
AppleTalk) so that a network of Novell clients could access Internet
services such as WWW without speaking IP and just as importantly how this
multi-protocol server would allow IP clients and servers to access
information sitting on the non-IP network. The server might communicate
with clients via AppleEvents on the AppleTalk side. This scenario still
assumes a server connected to the Internet. This problem and general issues
apply to accessing the information on networks such as Compuserve, BIX,
GEnie, Prodigy, etc. and other services that don't have more of a link to
the Internet than gatewayed mail, even though they could have this kind of
simulated direct access. Many gateway solutions are probably possible, but
the case of non-IP nets communicating through one or more multi-protocol
servers seems worth pursuing with regards to the web.

Note, that this is also a way of limiting the number of IP addresses needed
for many nets that aren't currently on the Internet, since an address only
needs to be allocated for the server/router (maybe a D or E address?). All
Internet services might not be supported for the client, but major ones
such as FTP, SMTP, NNTP, HTTP, etc. probably would.
ka

- Next message: Tim Berners-Lee: "Re: URLs for non-Internet networks?"
- Previous message: John C Klensin: "Re: URLs for non-Internet networks?"
- Maybe in reply to: Bernard D. Aboba: "URLs for non-Internet networks?"
- Next in thread: Tim Berners-Lee: "Re: URLs for non-Internet networks?"