lfreeman@phad.hsc.usc.edu (Leny Freeman) (04/25/91)
I understand there is a program to allow the use of an asynchronous communications program over ethernet. The reason for this is to access compuserve and download through ethernet much faster. I also understand there is a commercially available program from FTP Software Inc., but is there a public domain one (since I'm to cheap to spend any money)? Thank you for any kind of answer.
will@ogre.cica.indiana.edu (William Sadler) (04/25/91)
In <32252@usc> lfreeman@phad.hsc.usc.edu (Leny Freeman) writes: >I understand there is a program to allow the use of an asynchronous >communications program over ethernet. The reason for this is to >access compuserve and download through ethernet much faster. I also >understand there is a commercially available program from FTP Software >Inc., but is there a public domain one (since I'm to cheap to spend >any money)? >Thank you for any kind of answer. What you need is an interrupt 14 re-director. FTP software makes one called TNglass. Wiscware has one that comes with their MD-DOSIP software. I have heard that their may soon be a public domain one available from Clarkson. The async package must support Int14 redirection. Procomm Plus for Lans and MS-Kermit are two such packages that do this. There are (I have been told) two different types of interrupt 14 redirection, so some packages won't work with certain int14 redirectors but will with others depending on which type it employs. Does compuserve have an IP address? Will -- *************************************************************************** * _______________\|/_ Will Sadler will@cica.indiana.edu * * Laser 44888 /|\ sadler@iubacs.bitnet * ***************************************************************************
kenh@techbook.com (Ken Haynes) (04/26/91)
In article <32252@usc> lfreeman@phad.hsc.usc.edu (Leny Freeman) writes: > >I understand there is a program to allow the use of an asynchronous >communications program over ethernet. The reason for this is to >access compuserve and download through ethernet much faster. I also >understand there is a commercially available program from FTP Software >Inc., but is there a public domain one (since I'm to cheap to spend >any money)? I think you're talking about modem pooling/sharing over a network. I don't know is CI$ has direct ethernet access, I don't think it does. For modem sharing over a network you will need some kind of peer to peer capability ala Netremote or some such product. I'm unaware of a public domain modem sharing program, but if you can get an asynch redirector, ( a program that sits as a TSR in memory and redirects asynch comm over the net) that uses the INT14 bios comm interface, then KERMIT will work nicely to access the modem on the network. You will need a PC or comm server on the other end of the wire to grab the asynchtraffic and route it to the real modem. Your throughput will still be bottlenecked by the speed of the modem. You won't realize any speed increases due to the network. Ken -- ****************************************************************************** * Ken Haynes, CNE | 1-900-PRO-HELP * Technical Support Product Manager, 900 Support * UUCP: {nosun, sequent, tessi} kenh@techbook
jrd@cc.usu.edu (04/28/91)
In article <1991Apr26.133448.5175@techbook.com>, kenh@techbook.com (Ken Haynes) writes: > In article <32252@usc> lfreeman@phad.hsc.usc.edu (Leny Freeman) writes: >> >>I understand there is a program to allow the use of an asynchronous >>communications program over ethernet. The reason for this is to >>access compuserve and download through ethernet much faster. I also >>understand there is a commercially available program from FTP Software >>Inc., but is there a public domain one (since I'm to cheap to spend >>any money)? > > I think you're talking about modem pooling/sharing over a network. I don't > know is CI$ has direct ethernet access, I don't think it does. For modem > sharing over a network you will need some kind of peer to peer capability > ala Netremote or some such product. I'm unaware of a public domain modem > sharing program, but if you can get an asynch redirector, ( a program that > sits as a TSR in memory and redirects asynch comm over the net) that uses > the INT14 bios comm interface, then KERMIT will work nicely to access the > modem on the network. You will need a PC or comm server on the other end > of the wire to grab the asynchtraffic and route it to the real modem. > Your throughput will still be bottlenecked by the speed of the modem. You > won't realize any speed increases due to the network. > > Ken > > > -- > ****************************************************************************** > * Ken Haynes, CNE | 1-900-PRO-HELP > * Technical Support Product Manager, 900 Support > * UUCP: {nosun, sequent, tessi} kenh@techbook A couple of commercial products you might want to investigate are Novell's NASI/NACS package and IBM's LANACS. Both are modem sharing systems, with the IBM kind not requiring a separate async board in the server. Both run on ordinary PCs attached to the network and convert them into async servers. There are other products available but these two have been tested here. Of course MS-DOS Kermit supports both. Joe D.
keith@ca.excelan.com (Keith Brown) (05/08/91)
The News Manager) Nntp-Posting-Host: ca Reply-To: keith@ca.excelan.com (Keith Brown) Organization: Novell, Inc. San Jose, California References: <32252@usc> <1991Apr25.164459.11025@cica.indiana.edu> Distribution: usa Date: Tue, 30 Apr 1991 19:50:11 GMT In article <1991Apr25.164459.11025@cica.indiana.edu> will@ogre.cica.indiana.edu (William Sadler) writes: >What you need is an interrupt 14 re-director. FTP software makes >one called TNglass. I think you will find that TNglass from FTP software is not their INT 14h redirector. TNglass is actually a version of their telnet client that simply passes incoming characters through to screen I/O routines in the BIOS, allowing them to be interpreted by whatever screen driver you have loaded (usually ANSI.SYS). They probably called it TNglass because, like glass, it is transparent, at least as far as the incoming data stream is concerned. The VT-220 emulating telnet client in the LAN-WorkPlace for DOS can be made to do much the same thing by entering its setup mode and setting the screen access to "ROM-Bios" and its emulation to "No-Emulation". >There >are (I have been told) two different types of interrupt 14 redirection, >so some packages won't work with certain int14 redirectors but will >with others depending on which type it employs. Unfortunately there are more than two! We have an INT 14h redirector in the LAN WorkPlace for DOS supporting 5 flavours (at last count), these being BAPI, EtherTerm, Int14, Extended Int14 and the NETCI LAN communication interfaces. Keith - Keith Brown Phone: (408) 473 8308 Novell San Jose Development Centre Fax: (408) 433 0775 2180 Fortune Dr, San Jose, California 95131 Net: keith@novell.COM