Path: utzoo!utgpu!news-server.csri.toronto.edu!rutgers!att!ucbvax!JOHNSON.JVNC.NET!steve From: steve@JOHNSON.JVNC.NET ("Steven L. Johnson") Newsgroups: comp.protocols.tcp-ip.ibmpc Subject: Re: TELNET daemon for MS-DOS anyone? Message-ID: <532@johnson.jvnc.net> Date: 21 Jun 91 19:57:35 GMT Sender: daemon@ucbvax.BERKELEY.EDU Organization: The Internet Lines: 38 "Joe R. Doupnik" writes in article <1991Jun19.204430.48165@cc.usu.edu> ------------------------------ [stuff deleted] > Carbon Copy, PC Anywhere, etc don't behave this way. They are DOS >market programs present to make money performing well. What they do is >trap the screen on one machine and repeat the changed contents on the other >and ditto the other way for keystrokes. All this is at the internal detail >level of the PC where programs expect to find things below the Bios. Special >encoding is needed to make sense of the streams going each way. They could >use IP as a transport provider but I doubt there is a market for it. > Try the test and see what I mean about stdin/stdout being insufficient. >Then, because it's a nice summer, how about writing a Carbon Copy clone with >IP as the packet mover? > Joe D. Right idea, but incorrect in one detail that may make the project somewhat easier. The detail: PC-Anywhere does not have to use special encoding to make sense of the stream. It can use the terminal protocols like VT-200, Wyse-60, or a user defined type (roll your own protocol!). Also it can direct this stream to the serial port, or INT 14 redirector, or IPX. The IPX protocol is proprietary, but could get the stream to a gateway PC (also a function of PCA) whose serial port could be connected to a Telnet terminal server. On the other hand given that PCA can but a defined terminal stream over a defined software interface (INT14), the software-only solution might only have to provide the INT14<->TCP/IP/TELNET link. It's my understanding that existing products like TNGLASS only generate outgoing telnet sessions from the PC. If it could accept an incoming telnet session as well (or modified to do so) then this could be a solution. If I'm correct, then it would not be necessary to clone PCA, and the fact that it could be driven by a simple VT-xxx over telnet stream might expand the usefulness to the point that it was worth the effort. Comments? -Steve