Post by Anne & Lynn Wheelercoworker at science center was responsible for internal network (larger
than arpanet/internet from just about beginning until sometime mid/late
80s)
Internal network technology also used for the corporate sponsored bitnet
https://en.wikipedia.org/wiki/BITNET
also extended to Europe
https://en.wikipedia.org/wiki/European_Academic_Research_Network
NSF funded CSNET ... later merges with BITNET
https://en.wikipedia.org/wiki/CSNET
note at time of 1jan1983 cutover to internetworking protocol from
IMP/host protocols there approx. 100 network IMP nodes with 250
connected hosts. old csnet/internet email:
Date: 10/22/82 14:25:57
To: CSNET mailing list
Subject: CSNET PhoneNet connection functional
The IBM San Jose Research Lab is the first IBM site to be registered on
CSNET (node-id is IBM-SJ), and our link to the PhoneNet relay at
University of Delaware has just become operational! For initial testing
of the link, I would like to have traffic from people who normally use
the ARPANET, and who would be understanding about delays, etc. If you
are such a person, please send me your userid (and nodeid if not on
SJRLVM1), and I'll send instructions on how to use the
connection. People outside the department or without prior usage of of
ARPANET may also register at this time if there is a pressing need, such
as being on a conference program committee, etc.
CSNET (Computer Science NETwork) is funded by NSF, and is an attempt to
connect all computer science research institutions in the U.S. It does
not have a physical network of its own, but rather is a set of common
protocols used on top of the ARPANET (Department of Defense), TeleNet
(GTE), and PhoneNet (the regular phone system). The lowest-cost entry is
through PhoneNet, which only requires the addition of a modem to an
existing computer system. PhoneNet offers only message transfer
(off-line, queued, files). TeleNet and ARPANET in allow higher-speed
connections and on-line network capabilities such as remote file lookup
and transfer on-line, and remote login.
===========================================================================
Date: 30 Dec 1982 14:45:34 EST (Thursday)
From: Nancy Mimno ***@Bbn-Unix
Subject: Notice of TCP/IP Transition on ARPANET
To: csnet-liaisons at Udel-Relay
Cc: mimno at Bbn-Unix
Via: Bbn-Unix; 30 Dec 82 16:07-EST
Via: Udel-Relay; 30 Dec 82 13:15-PDT
Via: Rand-Relay; 30 Dec 82 16:30-EST
ARPANET Transition 1 January 1983
Possible Service Disruption
---------------------------------
Dear Liaison,
As many of you may be aware, the ARPANET has been going through the
major transition of shifting the host-host level protocol from NCP
(Network Control Protocol/Program) to TCP-IP (Transmission Control
Protocol - Internet Protocol). These two host-host level protocols are
completely different and are incompatible. This transition has been
planned and carried out over the past several years, proceeding from
initial test implementations through parallel operation over the last
year, and culminating in a cutover to TCP-IP only 1 January 1983. DCA
and DARPA have provided substantial support for TCP-IP development
throughout this period and are committed to the cutover date.
The CSNET team has been doing all it can to facilitate its part in this
transition. The change to TCP-IP is complete for all the CSNET host
facilities that use the ARPANET: the CSNET relays at Delaware and Rand,
the CSNET Service Host and Name Server at Wisconsin, the CSNET CIC at
BBN, and the X.25 development system at Purdue. Some of these systems
have been using TCP-IP for quite a while, and therefore we expect few
problems. (Please note that we say "few", not "NO problems"!) Mail
between Phonenet sites should not be affected by the ARPANET
transition. However, mail between Phonenet sites and ARPANET sites
(other than the CSNET facilities noted above) may be disrupted.
The transition requires a major change in each of the more than 250
hosts on the ARPANET; as might be expected, not all hosts will be ready
on 1 January 1983. For CSNET, this means that disruption of mail
communication will likely result between Phonenet users and some ARPANET
users. Mail to/from some ARPANET hosts may be delayed; some host mail
service may be unreliable; some hosts may be completely
unreachable. Furthermore, for some ARPANET hosts this disruption may
last a long time, until their TCP-IP implementations are up and working
smoothly. While we cannot control the actions of ARPANET hosts, please
let us know if we can assist with problems, particularly by clearing up
any confusion. As always, we are or (617)497-2777.
Please pass this information on to your users.
Respectfully yours,
Nancy Mimno
CSNET CIC Liaison
===========================================================================
Date: 02/02/83 23:49:45
To: CSNET mailing list
Subject: CSNET headers, CSNET status
You may have noticed that since ARPANET switched to TCP/IP and the new
version of software on top of it, message headers have become
ridiculously long. Some of it is because of tracing information that has
been added to facilitate error isolation and "authentication", and some
of it I think is a bug (the relay adds a 'From' and a 'Date' header
although there already are headers with that information in the
message). This usually doesn't bother people on the ARPANET because they
have smart mail reading programs that understand the headers and only
display the relevant ones. I have proposed a mail reader/sender program
that understands about ARPANET headers (RFC822) as a summer project, so
maybe we will sometime enjoy the same priviledge.
The file CSNET STATUS1 on the CSNET disk (see instructions below for how
to access it) contains some clarification of the problems that have been
experienced with the TCP/IP conversion. Here is a summary:
- Nodes that don't yet talk TCP (but the old NCP) can be accessed through
the UDel-Relay. So if you think you have problems reaching a node
because of this, append @Udel-Relay to the ARPANET address.
- You can find out about the status of hosts (e.g., if they run TCP or
not) by sending ANY MESSAGE to ***@UDel-Relay (capitalization is NOT
significant).
- If your messages are undeliverable, you get a notice after two days, and
your messages get returned after 4 days.
- Avoid using any of the fancy address forms allowed by the new header
format (RFC822).
- The TCP transition was a lot more trouble than the ARPANET people had
anticipated.
--
virtualization experience starting Jan1968, online at home since Mar1970