Difference between revisions of "Chaosnet"
(See also.) |
(Describe hardware and software headers) |
||
Line 12: | Line 12: | ||
Chaosnet was initially called CAIOSnet. | Chaosnet was initially called CAIOSnet. | ||
+ | |||
+ | == Wire packet format == | ||
+ | |||
+ | On the wire, a Chaosnet packet has a 48-bit header, followed by a maximum of 4032 payload bits. The header has three 16-bit words, which are handled by the interface hardware. The first word is a CRC checksum. The next words are the source and destination addresses, on the particular subnet the packet is currently traveling on. The interface hardware typically present the packet data in reverse, so the three words appear last as viewed by software. | ||
+ | |||
+ | == Software header == | ||
+ | |||
+ | On top of the hardware wire format, there is a software defined protocol. The packet data starts with eight 16-bit words, followed by the payload. The header appears first as viewed by software, but is actually transmitted last on the wire. | ||
+ | |||
+ | {| class="wikitable" | ||
+ | ! Offset || Bits 15-12 || Bits 11-8 || Bits 7-4 || Bits 3-0 | ||
+ | |- | ||
+ | | 0 | ||
+ | | colspan="2" | Opcode | ||
+ | | colspan="2" | 0 | ||
+ | |- | ||
+ | | 1 || colspan="1" | Forwarding || colspan="3" | Payload length | ||
+ | |- | ||
+ | | 2 || colspan="4" | Source address | ||
+ | |- | ||
+ | | 3 || colspan="4" | Source index | ||
+ | |- | ||
+ | | 4 || colspan="4" | Destination address | ||
+ | |- | ||
+ | | 5 || colspan="4" | Destination index | ||
+ | |- | ||
+ | | 6 || colspan="4" | Packet number | ||
+ | |- | ||
+ | | 7 || colspan="4" | Acknowledgement | ||
+ | |} | ||
+ | |||
+ | |||
+ | Packet opcodes. | ||
+ | |||
+ | {| class="wikitable" | ||
+ | ! Code || Meaning | ||
+ | |- | ||
+ | | 1 || RFC, request for connection | ||
+ | |- | ||
+ | | 2 || OPN, connection opened | ||
+ | |- | ||
+ | | 3 || CLS, connection closed | ||
+ | |- | ||
+ | | 4 || FWD, connection forwarded | ||
+ | |- | ||
+ | | 5 || ANS, answer | ||
+ | |- | ||
+ | | 6 || SNS, sense status | ||
+ | |- | ||
+ | | 7 || STS, status | ||
+ | |- | ||
+ | | 10 || RUT, routing information | ||
+ | |- | ||
+ | | 11 || LOS, lossage | ||
+ | |- | ||
+ | | 12 || LSN, listen for connection | ||
+ | |- | ||
+ | | 13 || MNT, maintenance | ||
+ | |- | ||
+ | | 14 || EOF, end of file | ||
+ | |- | ||
+ | | 15 || UNC, uncontrolled packet | ||
+ | |- | ||
+ | | 16 || BRD, broadcast packet | ||
+ | |- | ||
+ | | 200 and up || DAT, connection data | ||
+ | |} | ||
== Encapsulation == | == Encapsulation == |
Revision as of 08:01, 11 December 2023
Chaosnet is the name for both an internetworking protocol family, and an early LAN technology, both invented at the MIT AI Laboratory; the latter was the LAN on which the protocol first ran.
The LAN was a CSMA-CD system modeled on the Xerox PARC 3 megabit/second Experimental Ethernet, running over cable TV coaxial cable (using standard CATV connectors to connect the transceivers; not vampire taps, as on the Experimental Ethernet).
The protocol was later made to run over standard 10 megabit/second Ethernet, which largely supplanted the Chaosnet hardware. (On Ethernet, the Address Resolution Protocol is required to provide mappings from 16-bit Chaos addresses to the 48-bit addresses used by Ethernet.)
The protocol provided a reliable byte stream service, but also had a datagram mode.
Contents
History
Chaosnet was developed at MIT around 1973-1975, for LISP machines (personal workstations developed to run LISP). It was a local network protocol (about 1-2 km cable lengths), without central control (thus “chaos”). It was “cheap, efficient and fast”: circa 10 times the speed of the ARPANET, or 30000 characters per second (or “double this in some favorable cases”)[1].
Chaosnet was initially called CAIOSnet.
Wire packet format
On the wire, a Chaosnet packet has a 48-bit header, followed by a maximum of 4032 payload bits. The header has three 16-bit words, which are handled by the interface hardware. The first word is a CRC checksum. The next words are the source and destination addresses, on the particular subnet the packet is currently traveling on. The interface hardware typically present the packet data in reverse, so the three words appear last as viewed by software.
Software header
On top of the hardware wire format, there is a software defined protocol. The packet data starts with eight 16-bit words, followed by the payload. The header appears first as viewed by software, but is actually transmitted last on the wire.
Offset | Bits 15-12 | Bits 11-8 | Bits 7-4 | Bits 3-0 |
---|---|---|---|---|
0 | Opcode | 0 | ||
1 | Forwarding | Payload length | ||
2 | Source address | |||
3 | Source index | |||
4 | Destination address | |||
5 | Destination index | |||
6 | Packet number | |||
7 | Acknowledgement |
Packet opcodes.
Code | Meaning |
---|---|
1 | RFC, request for connection |
2 | OPN, connection opened |
3 | CLS, connection closed |
4 | FWD, connection forwarded |
5 | ANS, answer |
6 | SNS, sense status |
7 | STS, status |
10 | RUT, routing information |
11 | LOS, lossage |
12 | LSN, listen for connection |
13 | MNT, maintenance |
14 | EOF, end of file |
15 | UNC, uncontrolled packet |
16 | BRD, broadcast packet |
200 and up | DAT, connection data |
Encapsulation
Historically, the protocol ran only directly on LANs. On hardware Chaosnet, no encapsulation was used. On Ethernet, protocol 0x0804 was allocated for carriage of Chaosnet protocol traffic.
In addition to the Ethernet implementations described above, several encapsulations have been developed. The standard one is using protocol 16 (decimal) on the Internet Protocol - this was implemented e.g in TOPS-20 and in Cisco routers [2].
Currently, Chaosnet is encapsulated also in:
- Unix domain sockets (e.g. for the CADR emulator)
- UDP (originally developed for KLH10)
- TLS over TCP/IP (the preferred encapsulation across the Internet, see [3])
There is a bridge/router that understands all these, including Ethernet and IP, written by Bjorn Victor. It also has an API (a "Network Control Program") providing Chaosnet for modern computers.
Protocol implementations
This table lists both historical and current implementations, along with preservation status, whether code is publicly available, and whether it's currently possible to run it.
Implementation | Preserved | Public | Running |
---|---|---|---|
LISP machines | Yes | Yes | Yes |
ITS | Yes | Yes | Yes |
TOPS-20 | Yes | Partially | Work underway |
FOONEX | Yes | Yes | No |
VAX/VMS | Yes | No | No |
BSD Unix | Yes | Yes | Yes |
MINITS | Yes | Yes | Yes |
NSWIT | Yes | No | No |
PDP-11 Unix V7 | No | - | - |
Unix V8 | Yes | Yes | No |
MagicSix | No | - | - |
C Gateway - router only | Yes | Yes | No |
Chaosnet Bridge | Yes | Yes | Yes |
Oswalds's Python and Lisp implementations | Yes | Yes | Yes? |
Linux | Yes | Yes | No? |
Hardware, and simulations
- KLH10 simulates a CH11
- SIMH's KS10, PDP-11, and VAX simulate a CH11
- SIMH's KA10 and KL10 simulates a CH10
See also
External links
- AI memo 628 - Includes chapters on ITS, TOPS-20, Lisp Machine, and Unix implementations.
- Chaosnet - HTML version of the memo.
- SYSDOC;CHAORD > - Initial design
- MOON;AMBER > - Another Moon document, early version of AI Memo 628.
- Chaosnet - Detailed descriptions of both the hardware system, and the protocol(s)
- CHAOS; - hardware interface designs, etc.
- PDP10 CHAOS - notes on the PDP-10 I/O bus interface
- CHAOS FILE - Chaosnet FILE protocol
- CHAOS;CHAOS PLANS - interesting details of the physical installation at MIT, plans for building ore boards, etc
- Chaosnet wiki - central site for a global emulated Chaosnet, also with descriptions of packet formats and (application) protocol details.