Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!rutgers!mit-eddie!genrad!panda!enmasse!drilex!dricej
From: dricej@drilex.UUCP (Craig Jackson)
Newsgroups: comp.dcom.lans
Subject: Re: routing table management (routed)
Message-ID: <192@drilex.UUCP>
Date: Tue, 9-Dec-86 09:29:12 EST
Article-I.D.: drilex.192
Posted: Tue Dec  9 09:29:12 1986
Date-Received: Wed, 10-Dec-86 03:47:53 EST
References: <675@arthur.cs.purdue.edu> <7541@topaz.RUTGERS.EDU> <5003@pur-ee.UUCP>
Reply-To: dricej@drilex.UUCP (Craig Jackson)
Distribution: na
Organization: Data Resources/McGraw-Hill, Lexington, MA
Lines: 43

In article <5003@pur-ee.UUCP> ks@pur-ee.UUCP (Kirk Smith) writes:
>In article <7541@topaz.RUTGERS.EDU> root@topaz.RUTGERS.EDU (Charles Hedrick) writes:
>>Here are some other problems.  Note that these often are not
>>significant for a network constructed entirely of Ethernets.  But for
>>heterogenous networks, they are.  (Our network has links to the
>>Arpanet, NSFnet, and one of our internal links is very slow.)
>
>>  - it has no way to help coordinate load sharing among parallel
>>	routes of comparable goodness
>
>True.  This would only be a problem, though, if the parallel routes were
>both "low" speed.  A single "high" speed route is enough to support typical
>network traffic, without sharing with another "high" speed route.

This assumes that you aren't involved in really large scale computing.  We
are looking at at least one application involving up to 1000 users.  
These users would typically be terminal-io-bound (not much computation).
If those users come in over Ethernet (using terminal servers, for example),
a single Ethernet would be pushed to its limits.  Since we'd want another
one for redundancy, anyway, it would be nice to have a routing algorithm
which would share the load.  (This discussion originally started with
terminal servers, I believe.)  

I know that terminal servers generally don't come with two Ethernet interfaces.
However, I know of one (non-TCP/IP) that does, and it would be nice if they
all did.

BTW, at least one manufacturer has proposed solving this application with
terminal servers, so this is a real example.

>					Kirk Smith
>					Purdue Engineering

And
now
for
some
inews
food.
-- 
Craig Jackson
UUCP: {harvard!axiom,linus!axiom,ll-xn}!drilex!dricej
BIX:  cjackson