home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / protocol / tcpip / 5275 < prev    next >
Encoding:
Internet Message Format  |  1992-11-21  |  2.6 KB
  1. Xref: sparky comp.protocols.tcp-ip:5275 comp.protocols.tcp-ip.ibmpc:6468
  2. Path: sparky!uunet!caen!hellgate.utah.edu!cc.usu.edu!jrd
  3. From: jrd@cc.usu.edu (Joe Doupnik)
  4. Newsgroups: comp.protocols.tcp-ip,comp.protocols.tcp-ip.ibmpc
  5. Subject: Re: MS-Kermit 3.12 + TCP + PKTMUX-12 ???
  6. Message-ID: <1992Nov21.185959.61149@cc.usu.edu>
  7. Date: 21 Nov 92 18:59:59 MDT
  8. References: <1992Nov21.181645.8204@nsscmail.att.com>
  9. Organization: Utah State University
  10. Lines: 45
  11.  
  12. In article <1992Nov21.181645.8204@nsscmail.att.com>, rick@nsscmail.att.com (Rick Calder) writes:
  13. >     Has anyone gotten mskermit 3.12 to work with pktmux 12 when other
  14. > TCP software is also active ??
  15. >     When I run kermit via TCP as the 1st pktmux user, there is no problem.
  16. > If something else has the 1st pktdrv, like PCTCP ethdrv, then the kermit
  17. > session over TCP will lockup on the UNIX host side.  Kermit is still active,
  18. > the UNIX side still has its shell running, but nothing can be entered to
  19. > UNIX via kermit.  Kermit does still respond, as I can do a normal hangup.
  20. > 
  21. > setup that works :        setup that doesn't work :
  22. >     autoexec.bat :            autoexec.bat :
  23. >         pktmux                pktmux
  24. >         pktdrv                pktdrv
  25. >         pktdrv                pktdrv
  26. >     run kermit via tcp            ethdrv
  27. >                     run kermit via tcp
  28. > 
  29. >             Thanks in advance,
  30. > 
  31. >         Rick Calder
  32. >               [att!]rick!rick     rick@rick.att.com
  33. >                 attmail!rcalder
  34. > -- 
  35. >         Rick Calder, NCR Systems Support Center - New Jersey
  36. >               [att!]rick!rick     rick@rick.att.com
  37. >                 attmail!rcalder
  38. -------------------
  39.     Of course, it's not Kermit as such, but any TCP/IP Telnet application
  40. which would produce this result. A packet monitor and a quiet day is needed 
  41. to sort out the changes pktmux probably made to the Telnet traffic from Kermit 
  42. (all legit stuff, nothing wierd). So, once again we need to remind people that
  43. as clever as pktmux is, and it is clever, it cannot solve many fundamental 
  44. conflicts because there are no solutions. I hope that nothing important was 
  45. lost in these tests.
  46.     You might notice something useful about the way Kermit employs
  47. Telnet. It attaches to the Packet Driver when Telnet service is required, and
  48. then it frees that attachment at the end of the Telnet session, all while 
  49. remaining active.
  50.     Folks will chuckle at the following suggestion, but it is consider
  51. purchasing a second lan adapter. Today's prices of $100-$200 make it realistic.
  52. And yes, the laughter is at the irony of coming full circle. Alternatively,
  53. you could run Kermit over FTP's tnglass Int 14h hooker, or over a handy
  54. NetBios link to the Unix box (if convenient), etc. Kermit supports most of
  55. the communication methods associated with PCs.
  56.         Joe D.
  57.