home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / bit / listserv / ibmtcpl / 3285 < prev    next >
Encoding:
Text File  |  1993-01-28  |  2.5 KB  |  52 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!uvaarpa!darwin.sura.net!paladin.american.edu!auvm!AKRONVM.BITNET!TOMPKINS
  3. Message-ID: <IBMTCP-L%93012809452921@PUCC.PRINCETON.EDU>
  4. Newsgroups: bit.listserv.ibmtcp-l
  5. Date:         Thu, 28 Jan 1993 09:21:57 EST
  6. Sender:       IBM TCP/IP List <IBMTCP-L@PUCC.BITNET>
  7. From:         Frank Tompkins <TOMPKINS@AKRONVM.BITNET>
  8. Subject:      Re: Multiple MVS Telnet Servers
  9. In-Reply-To:  Message of Wed,
  10.               27 Jan 1993 12:59:18 EST from <ALLEN@WVNVM.WVNET.EDU>
  11. Lines: 39
  12.  
  13. Allen,
  14.  
  15. We have been running multiple MVS Telnet clients for about 9 months now,
  16. both under version 1 and 2.2.1, with no problems.  You are right, we
  17. discovered (after a long and somewhat confusing dialog with IBM) that
  18. you can't run multiple Telnet servers in the same address space, and
  19. you can't have multiple Telnet address spaces responding to the same
  20. IP address (even at different ports).
  21.  
  22. Our configuration consists of the "primary" TCP/IP address space, which
  23. is configured to provide the "normal" TCP/IP services (Telnet, FTP, etc),
  24. and two "secondary" TCP/IP address spaces, which have default appls of
  25. CICS and Phoenix (an instructional tool).  The two "secondary" address
  26. spaces are connected to the "primary" by point to point IUCV links and
  27. only provide TELNET service.
  28.  
  29. We had to use separate subnets, tell our router about the topology,
  30. play around a bit to get the TCPIPs to read the right configuration
  31. dataset(s), and monitoring the "secondary" TCPIPs involves editing a
  32. configuration dataset to point to the TCPIP you want to "talk" to,
  33. but once we got it all running, it's been reliable.  I should add that
  34. our user loads have been relatively light so far, no more than 20
  35. users on an application at once.
  36.  
  37. One last point, IBM does warn that this configuration is for "testing",
  38. and may not be acceptable for production.  From what I remember, this
  39. was out of concern for the load on the "primary" address space, which
  40. is now serving as a router.
  41.  
  42. Send me a note if you want additional information.  Good Luck!
  43.                                       - Frank
  44.  
  45. *************************************************************************
  46. Frank Tompkins           ║   Internet: Tompkins@VM1.CC.UAKRON.EDU
  47. Systems Programmer       ║     Bitnet: Tompkins@AKRONVM
  48. University of Akron      ║      Voice: (216) 972-7967
  49. Akron, Ohio   44325-3501 ║        Fax: (216) 972-5238
  50.   "I have not failed, I've just found 10,000 ways that won't work"
  51.                                                      - Thomas Edison
  52.