Xref: utzoo comp.dcom.lans:4034 comp.dcom.modems:4977
Path: utzoo!utgpu!jarvis.csri.toronto.edu!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!tut.cis.ohio-state.edu!mstar!mstar.morningstar.com!bob
From: bob@MorningStar.Com (Bob Sutterfield)
Newsgroups: comp.dcom.lans,comp.dcom.modems
Subject: Re: Protocol spoofing in terminal servers (was: Re: SL/IP capable terminal servers)
Message-ID: <BOB.89Dec21182227@volitans.MorningStar.Com>
Date: 21 Dec 89 23:22:27 GMT
References: <993@scifi.UUCP> <910@ursa-major.SPDCC.COM>
	<915@ursa-major.SPDCC.COM> <13531@s.ms.uky.edu>
Sender: news@MorningStar.COM (USENET Administrator)
Reply-To: bob@MorningStar.Com (Bob Sutterfield)
Organization: Morning Star Technologies
Lines: 17
In-reply-to: david@ms.uky.edu's message of 21 Dec 89 05:07:09 GMT

In article <13531@s.ms.uky.edu> david@ms.uky.edu (David Herron -- a slipped disk) writes:

   How'z'about spoofing various protocols inside the terminal server?
   ...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.

Encore does just this with their Annex terminal server.  Part of the
BSD terminal driver is implemented in the Annex and part in the
Multimax, with optimized exchanges betwixt the two.  Also, they have
some special hooks for GNU Emacs so that most of the redisplay and
character-oriented stuff stays on the terminal server rather than
traversing the net.

Annices also do normal telnet, rlogin, BIND, etc. so they're useful
with non-Encore machinery.  They just get particularly interesting
when you're using them with a Multimax.