The Unix Heritage Society mailing list
 help / color / mirror / Atom feed
From: jnc@mercury.lcs.mit.edu (Noel Chiappa)
Subject: [TUHS] BerkNet
Date: Wed, 26 Nov 2014 13:49:45 -0500 (EST)	[thread overview]
Message-ID: <20141126184945.CA2A418C0B7@mercury.lcs.mit.edu> (raw)

    > From: Clem Cole

A few comments on aspects I know something of:


    > BTW: the Arpanet was not much better at the time

The people at BBN might disagree with you... :-)

But seriously, throughout its life, the ARPANET had 'load-dependent routing',
i.e. paths were adjusted not just in response to links going up or down, but
depending on load (so that traffic would avoid loaded links).

The first attempt at this (basically a Destination-Vector algorithm, i.e. like
RIP but with non-static per-hop costs) didn't work too well, for reasons I
won't get into unless anyone cares. The replacement, the first Link-State
routing algorithm, worked much, much, better; but it still had minor issues

damping fixed most of those too).


    > DH11's which were a full "system unit"

Actually, two; they were double (9-slot, I guess?) backplanes.


    > The MIT guys did ARP for ChaosNet which quickly migrated down the street
    > to BBN for the 4.1 IP stack.

Actually, ARP was jointly designed by David Plummer and I for use on both
TCP/IP and CHAOS (which is why it has that whole multi-protocol thing going);
we added the multi-hardware thing because, well, we'd gone half-way to making
it totally general by adding multi-protocol support, so why stop there?

As soon as it was done it was used on a variety of IP-speaking MIT machines
that were connected to a 10MBit Ethernet; I don't recall them all, but one
kind was the MIT C Gateway multi-protocol routers.


    > Hey it worked just fine at the time.

For some definition of 'work'! (Memories of wrapping protocol A inside
protocol B, because some intervening router/link didn't support protocol A,
only B...)

     Noel



             reply	other threads:[~2014-11-26 18:49 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-11-26 18:49 Noel Chiappa [this message]
2014-11-26 20:16 ` Clem Cole
2014-11-27 20:40   ` Dave Horsfall
2014-11-29 16:39     ` Clem Cole
2014-11-26 23:33 ` Jesus Cea
  -- strict thread matches above, loose matches on Subject: below --
2014-11-27 14:38 Noel Chiappa
2014-11-29 16:34 ` Clem Cole
2014-11-21  5:46 [TUHS] 2.10 Clem Cole
2014-11-21  6:07 ` Cory Smelosky
2014-11-26  6:28   ` [TUHS] BerkNet Erik E. Fair
2014-11-26  6:48     ` Cory Smelosky
2014-11-27 16:42       ` Mary Ann Horton
2014-11-29 16:38         ` Clem Cole
2014-11-26 18:24     ` Clem Cole
2014-11-26 18:35       ` Dan Cross
2014-11-26 20:03         ` Clem Cole
2014-11-26 18:26     ` Dave Horsfall

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20141126184945.CA2A418C0B7@mercury.lcs.mit.edu \
    --to=jnc@mercury.lcs.mit.edu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).