home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / protocol / tcpip / 5062 < prev    next >
Encoding:
Internet Message Format  |  1992-11-06  |  3.0 KB
  1. Path: sparky!uunet!portal!lll-winken!parc!decwrl!sdd.hp.com!zaphod.mps.ohio-state.edu!usc!elroy.jpl.nasa.gov!ames!agate!linus!linus.mitre.org!MBVM.Mitre.Org!M20923
  2. From: M20923@MBVM.Mitre.Org (Daniel Sorensen)
  3. Newsgroups: comp.protocols.tcp-ip
  4. Subject: Re: Remote printing from JES2 spool
  5. Message-ID: <16896CA7D.M20923@MBVM.Mitre.Org>
  6. Date: 5 Nov 92 19:23:45 GMT
  7. References: <IBMTCP-L%92110411450390@PUCC.PRINCETON.EDU> <16896C433.M20923@MBVM.Mitre.Org>
  8. Sender: news@linus.mitre.org (News Service)
  9. Organization: The MITRE Corporation, Bedford MA 01730
  10. Lines: 54
  11. Nntp-Posting-Host: mbvm.mitre.org
  12.  
  13.  
  14.  
  15. In article <IBMTCP-L%92110411450390@PUCC.PRINCETON.EDU>
  16. David Condrey 656-2733 <DAVIDC@CLEMSON.BITNET> writes:
  17.  
  18. >
  19. >At the last SHARE, I brought up the fact that our TSO users are used to
  20. >printing by releasing sysout off of spool (in addition to using a TSO
  21. >"print" command) and that I wanted to allow these users to be able to
  22. >use printers remote to MVS.
  23. >
  24. >The specific problem that we are having is that we have a plotter on
  25. >the network that our MVS users want to plot to via SAS/GRAPH. SAS users
  26. >run batch jobs and release the output from spool (in our case using IOF).
  27. >
  28. >The foremost answer seems to be defining a remote printer to LPD.
  29. >However there is currently no way for LPD to get output from spool
  30. >and do the right things with it (retry on failure).
  31. >
  32. >When I mentioned this, someone in the back stood up and said that he was
  33. >solving this using a product called VPS (sic). Since then, we have
  34. >bought VPS. I have not personally looked at it, but our network manager
  35. >says that the VPS people indicated there is no solution to our problem.
  36. >
  37. >My question is: if you have solved this problem (or have any thoughts
  38. >on it), I'd really like to hear them. If the person that mentioned VPS
  39. >at the TCP/IP FFA is listening, I'd like to ask a few questions.
  40. >
  41. >Thanks everyone.
  42. >-David
  43. >-------------------------------------------------------------------------------
  44. >|David S. Condrey           ___  ______ _____    Bitnet: DAVIDC@CLEMSON       |
  45. >|MVS Systems Programmer     |  \ \_____ |        Internet: DAVIDC@CLEMSON.EDU |
  46. >|Clemson University         |__/ _____/ |____    Phone: (803) 656-2733        |
  47. >-------------------------------------------------------------------------------
  48.  
  49.   It seems from the responses so far that VM shops have resolved the batch
  50. network printing problem by using service machines.  In fact, MITRE is
  51. currently the same technique.  Our MVS machine sends the file to a VM
  52. service machine, which in turn sends the files out using LPR.  The problem
  53. is that we will soon be phasing out the VM machine.
  54.  
  55.   Has anyone found a MVS only solution to batch network printing?  Even
  56. if VPS can use LPR in batch, it is too expensive.  If there is no TCP/IP
  57. solution to network printing, our next solution would be to look into
  58. NJE-type links to an RS/6000 and letting it deal with the actual printing.
  59. Any ideas?
  60.  
  61. Daniel Sorensen
  62. IBM Systems Group
  63. The MITRE Corporation
  64. (617) 271-2726
  65.  
  66. What, me speak for MITRE?  Ha!
  67.