Xref: utzoo comp.dcom.lans:4021 comp.dcom.modems:4974
Path: utzoo!utgpu!jarvis.csri.toronto.edu!cs.utexas.edu!uwm.edu!zaphod.mps.ohio-state.edu!brutus.cs.uiuc.edu!psuvax1!ukma!david
From: david@ms.uky.edu (David Herron -- a slipped disk)
Newsgroups: comp.dcom.lans,comp.dcom.modems
Subject: Protocol spoofing in terminal servers (was: Re: SL/IP capable terminal servers)
Keywords: Cisco, Annex II terminal servers with SL/IP.
Message-ID: <13531@s.ms.uky.edu>
Date: 21 Dec 89 05:07:09 GMT
References: <993@scifi.UUCP> <910@ursa-major.SPDCC.COM> <915@ursa-major.SPDCC.COM>
Reply-To: david@ms.uky.edu (David Herron -- a slipped disk)
Organization: U of Kentucky, Mathematical Sciences
Lines: 22

I had an odd thought the other day that's in the same general direction
as doing SLIP out of a terminal server ...

How'z'about spoofing various protocols inside the terminal server?

You would get all the same benefits by doing this that trailblazers
get from spoofing protocols.  That is .. translating the protocol-being-
spoofed into something which works well on the intervening medium.

In this case the problem, as I see it that is, is that if you do
a kermit through a terminal server you're often sending tiny 1-5
character packets through the net.  If you could fix things so lots
of those small packets would coalesce into larger ones then the
impact on the network would lessen greatly.  Throughput should also
dramatically improve..

comments?
-- 
<- David Herron; an MMDF guy                              <david@ms.uky.edu>
<- ska: David le casse\*'      {rutgers,uunet}!ukma!david, david@UKMA.BITNET
<- 
<- New official address:  attmail!sparsdev!dsh@attunix.att.com