9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
From: ggm@apnic.net (George Michaelson)
To: 9fans@cse.psu.edu
Subject: [9fans] on TCP vs IL
Date: Wed, 21 Nov 2001 09:53:00 -0500	[thread overview]
Message-ID: <200111210003.KAA01836@hadrian.staff.apnic.net> (raw)


To be fair, I suspect many who wish to complain of TCP actually
are complaining of sockets.

If you remove the I/O abstraction from consideration, I personally think
you're left with a transport layer which is less like an egregious
collection of hacks and tweaks, than a reflection of the history of
knowledge about large dynamic networks. For IPv4, if people had known a
bit more about what was coming, I think they too would have simplified
rather than accreted. Certainly what little I hear at IETF suggests that.

Maybe Plan 9 can leapfrog into IPv6 and get a clean stack on a protocol
which has efficient header layout, embedded IPSEC, and some rather
interesting re-addressing and host/self-discovery features. Not to
mention gorgeously huge address-space, which makes for consideration of
interesting mappings of persistant datastore into the network address space.

In designing IL over IP, I suspect the network transport people face the
same problems TCP does. To argue successfully for a *radically*
different approach demands a bit of rigour. What is the core abstraction in
IL which makes it so compelling? Whats its addressing schema in the packets.
What does it offer routers in terms of knowledge of end-to-end flows, or
in proving for the Clark end-to-end model irrespective of the attempts to
make routers over-smart?

The roadside is littered with very interesting transports. I speak not
of OSI, but perhaps ST-II or RSVP comes to mind. ST-II was not designed
by dumbheads, (I think it behoves us to respect the smarts of IBM
research, even if we don't agree with their corporate outcomes) Likewise
multicast has to be faced as a very compelling story in distributed
data.

There are reasons we don't all run over Chaosnet/XNS or dare I say it
Appletalk, or DECnet and they aren't just to do with economics or
political computing history. These protocols didn't provide enough
operational flexibility to scale worldwide or off-planet. And to bring
OSI back into the equation, Its pretty clear the stack as a whole was a
write-off for all but academic theorizing, but some core components such
as IS-IS are really quite respectably useful.

cheers
	-George


             reply	other threads:[~2001-11-21 14:53 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-11-21 14:53 George Michaelson [this message]
  -- strict thread matches above, loose matches on Subject: below --
2001-11-26 16:53 Russ Cox
2001-11-21 19:27 David Gordon Hogan
2001-11-21 20:06 ` Dan Cross
2001-11-21  2:57 Eric Grosse
     [not found] <rsc@plan9.bell-labs.com>
2001-11-21  1:07 ` Russ Cox
2001-11-21  1:21   ` George Michaelson
2001-11-21 20:01   ` Dan Cross
2001-11-22  2:21     ` Scott Schwartz
2001-11-22 22:17     ` Steve Kilbane
2001-11-23 10:58       ` Boyd Roberts
     [not found] <dhog@plan9.bell-labs.com>
2001-11-21  0:12 ` David Gordon Hogan
2001-11-21  0:21   ` George Michaelson
2001-11-22  9:57   ` Thomas Bushnell, BSG
2001-11-23  9:34     ` Douglas A. Gwyn
2001-11-26 10:00       ` Thomas Bushnell, BSG
2001-11-26 15:21         ` Douglas A. Gwyn

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=200111210003.KAA01836@hadrian.staff.apnic.net \
    --to=ggm@apnic.net \
    --cc=9fans@cse.psu.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).