Talk:Chaosnet

CH10 on a KL10

I'm pretty sure that the MC KL10 was attached to the CHAOSNet via the I/O -11; there was never a PDP-10 I/O bus CHAOSNet interface on it. (Not that one couldn't have been done, of course.) Jnc (talk) 10:06, 24 August 2021 (CEST)

That is consistent with archived source code. AI and MC both had an IO-11 front end; AI's through the Rubin 10-11 interface, MC's through DL10. Only ML had an IO bus device called CH10. DM had no Chaosnet. Larsbrinkhoff (talk) 11:17, 27 October 2021 (CEST)

The article page says "SIMH's KA10 and KL10 simulates a CH10", but this is only for emulation, and mostly because there is no DL10 support in the emulator Larsbrinkhoff (talk) 11:20, 27 October 2021 (CEST)

Spelling

The current spelling (variations are mostly a case of what to capitalize) is 'Chaosnet', per AIM-628, the formal, published documentation. Although now that I look, most original documents seem to use the same. Jnc (talk) 13:36, 27 April 2022 (CEST)

VAX/VMS

I found Symbolics' implementation of Chaosnet for VAX/VMS on MIT tapes. It's unclear whether MIT and/or Symbolics DKI would allow this software to be released publicly. I'm trying. Meanwhile, here's an installation guide: https://usermanual.wiki/Document/998035SymbolicsVAXVMSChaosnetInstalltionRel6May85.4170387717.pdf Larsbrinkhoff (talk) 09:35, 22 August 2022 (CEST)

Well, since Symbolics is the owner (which is to say, they wrote it - i.e. someone employed by Symbolics did, not someone associated with MIT), why does MIT come into it? Because it was on their tapes? (Which tapes were these, BTW? Dumps from an MIT VMS system? I ask because there is missing software from the DSSR/RTS Unix system, but Steve Ward didn't think they had any backup tapes - but DSSR/RTS had a VMS, so maybe there are still DSSR/RTS tapes...) If you're having any hassle from MIT, let me know if I can deploy Jerry Saltzer or Dave Clark to help.

Is there any evidence of Symbolics' policy at the time regarding this source- i.e. was it made freely available to anyone who asked for it? If so, maybe you won't have to get a new approval from Symbolics DKI.

Pity it's not the Unix Chaosnet! Who wrote that, BTW? Jnc (talk) 12:53, 22 August 2022 (CEST)

"Emulated" Chaosnet?

What is this intended to mean? It's just about encapsulation, right? It's still Chaosnet, I would argue? --Bv (talk) 18:59, 30 December 2022 (CET)

I don't recall where that word was used, so I can't hazard a guess as to why it was used (or if it was appropriate in that usage); I'll look for it. Jnc (talk) 02:14, 31 December 2022 (CET)

I'm not certain of why I used 'emulated'; I can pretty much guarantee I didn't think hard about it!

I think I was probably in part influenced by all the other work going on to emulate other historic computing systems; since I doubt anyone's doing production work over this one, it just seemed right to call it an emulation too.

Also, I always experienced Chaos running directly on LAN's (I might have been the person who got a protocol number assigned for it in IP - most of the Chaos hackers didn't have much use for anything to do with TCP/IP, which was the competitor to Chaos inside MIT); so, to me, Chaos running over the Internet is truly 'emulated'.

But I can see the case for saying it's not emulated; I'd be OK with changing it. 03:38, 31 December 2022 (CET)

OK, I rephrased it a little - see if it's OK. --Bv (talk) 12:23, 31 December 2022 (CET)

Long-haul WAN links

Do the original implementations work OK over long-haul WANs? ISTR that most implementations used fixed timeouts. Oh, now that I think about it, Symbolics had some intra-company WAN links, so they must have gotten it to work on them. I wonder what encapsulation they used on them; PPP didn't exist yet. I wonder if MINITS was used; if so, we could look at the source (which we now have), and see how it did it. I guess I could look. Jnc (talk) 02:14, 31 December 2022 (CET)

So I see a DUP11 synchronous serial line interface driver, here. The DUP11 sort of supported a number of framings (e.g. DDCMP, SDLC, HDLC) - 'sort of' because they weren't implemented in the DUP11 itself, but the DUP11 could be used to do them - but I can't interest myself in wading through the MIDAS-11 to figure out how the heck it works.

There's a DMC11 Synchronous Serial Controller driver too, here. Jnc (talk) 03:59, 31 December 2022 (CET)

Links on appropriate pages?

In your edit (@jnc), you removed some inline references I added, and commented "also, move URL links to appropriate pages". Where are these, and why not use inline references (which are traditional in academic writing, and don't disturb the reading much I think)? --Bv (talk) 12:26, 31 December 2022 (CET)

The ARP protocol spec was already linked to in the 'External links' section of the ARP page, here. (I'm a big devotee of "perfection has been attained not when there is nothing left to add, but when there is nothing left to take away", so no duplication of content unless there is a very good reason; and in the ARP article is where one would expect to find it, if one wanted it.) The Ethernet protocol list link I moved to the Ethernet page, here, in this edit.

The CHWiki has a much less intense attitude to sourcing than Wikipedia does; this was set before I got here, see Main Page#Introduction by the Administrators. I have never felt that I had a problem with that, so I was happy to not source things. Wikipedia style (which I generally like to follow here) is not to have external links buried in page text, but to corral them all to a section at the bottom. (That also allows displaying the document title on the link; done inline, one would either have to distract the text flow with the title, or show the link as an un-informative '[1]'.) That includes links in their references, which, by the way their reference system works, are for display also corralled to a section at the bottom.

I also really like to see just the plain text when I'm editing, so I can focus hard on the order of presentation of ideas, and especially the clarity, brevity and accuracy of the text. (Doing that on Wikipedia, with its in-line citation entry style, is hard - which to me may be partially to blame for Wikipedia's often less than optimal presentation.) To me, giving a clear understanding to our readers, who will generally have limited time and interest, should be our number one goal. (If they want the details, they can consult the 'Further reading' - for those few things only available in hard-copy - or 'External links' for the full documentation - which is why I've put a lot of work into filling those in.) Jnc (talk) 14:38, 31 December 2022 (CET)

OK, I see. While I generally agree (and cleaned up my last edit), I really like seeing references both for quotes (such as the speed of the original Chaosnet) and for directing the reader to the fact in point, such as the protocol numbers for Ethernet or IP - there is massive documentation for both, and finding particular facts might not be easy. I've seen discussions/questions about these things (years ago), also about ARP usage.

Q: what is the best way to give a reference the quote from AIM 628? It seems the Cite extension is unavailable here?

Q: what about the port numbers for IP? Similarly, I think the Cite extension would be quite useful for this?

--Bv (talk) 17:30, 31 December 2022 (CET)

I don't have the access needed to install Cite, so I can't help there.

I don't really see this as a place to get enough detail to write code; that's what the 'Further reading/External links' sections are for. Adding that much detail would: i) take a lot of time, meaning that the many other things needing doing (check out Special:WantedPages) won't get done; ii) run the risk that mistakes would happen in the copying (like this one, which someone was just nice enough to point out to me). I see this as the place to i) give a clear, concise overview of a topic, and ii) be an organized 'one stop shop' to easily get directed to original documentation that will give detail. Jnc (talk) 21:53, 31 December 2022 (CET)

'C Gateway' implementation

I haven't made the C Gateway implementation available as there was no demand for it. It would be simple enough to do so; I have a full dump of the CSR machine, but all the stuff on it is mixed in with people's personal files (one classic example is TCP FTP: Liza Martin, who wrote it, along with a student (Greg Skinner, IIRC), both did all the work in their personal directories; when she left LCS, she never bothered to clean up and install it, so it's all still in their personal dirs), so I can't simply make the whole thing public. The other thing I need to do is do an index page for the stuff I have made available so far:

• TECO
• EMACS
• net - MIT UNIX V6 networking code

I suppose I could make the whole of /src, /sys, /lib, etc publicly available with little work; maybe I should do that, as an interim. Jnc (talk) 16:28, 18 September 2023 (CEST)

Thanks. I had a vague memory of having seen C Gateway somewhere on your server, but maybe not. But pretty sure there was a "68000 DDT" or something similar. And this: http://ana-3.lcs.mit.edu/~jnc/tech/mos/

Getting MOS and C Gateway running on, say, SIMH might be interesting, but I don't have any spare cycles now. So no need for you to deal with that. Larsbrinkhoff (talk) 20:09, 18 September 2023 (CEST)