home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / unisys / 687 < prev    next >
Encoding:
Text File  |  1992-12-13  |  3.2 KB  |  61 lines
  1. Newsgroups: comp.sys.unisys
  2. Path: sparky!uunet!portal!wwkiii
  3. From: wwkiii@shell.portal.com (Walter William Kemmerer)
  4. Subject: Re: Printing Unix files on 2200/422
  5. Message-ID: <Bz7vCq.17M@unix.portal.com>
  6. Keywords: printer unix 2200
  7. Sender: news@unix.portal.com
  8. Nntp-Posting-Host: jobe
  9. Organization: Portal Communications Company
  10. References: <cld1.724084419@Isis.MsState.Edu>
  11. Date: Sun, 13 Dec 1992 21:22:01 GMT
  12. Lines: 47
  13.  
  14. Hi Charles - Long time no speak!  Re printing to 2200/xxx line printers from
  15. a Sun network... Do you have a connection (directly or indirectly) from your
  16. 2200 to the Sun network?  If you've got a U6000 in the mix, this is a pretty
  17. simple thing to solve.  If not, it's still solvable, but not as pretty.  Here
  18. we go with some examples I've implemented at other places during my life as a 
  19. Unisys and unix hack:
  20.  
  21. 1. U6000 solution: Put a U6000 in connection to your 2200 network.  Use either
  22.    Ethernet or comm DCA, doesn't matter.  Software required in U6000 is IS6000
  23.    and software required in 2200 is DDP-FJT (because DDP-PPC is now part of 
  24.    the base O/S per last USE conference Q&A).  Then implement a print queue in
  25.    the Sun boxes that fires a shell that actually copies the printfile from 
  26.    the Sun box to the U6000 box, and then remote shells into the ISSPOOL
  27.    program (part of IS6000).  Use of this method keeps you from having to run
  28.    both DDPFJT and DDPPS as background runs in the 2200; you only need the
  29.    DDPFJT stuff (use of DDPPS would mean using ISSYM instead of ISSPOOL, else
  30.    the scenario remains the same).  I've got this in a client's shop that is
  31.    HW:Solborne/Sun/Dell/Pyramid, SW:SunOS/SVR4, and they love it - nobody
  32.    prints large stuff on the Unix side anymore, it's all line print output
  33.    now.  Down side of this is that the darned S/W is *expensive*, and that
  34.    you need a *U6000* box in the mix.  If you've got a SPO, however, you've
  35.    already got both Unix parts, so it's a no-cost solution other than the
  36.    darned host software.
  37.  
  38. 2. Non-U6000 Case: Still need connection to the 2200 somehow.  With a LAN
  39.    connection and DDN2200, you can set up the Sun queues to fire an FTP up
  40.    and slap the printfile into the 2200 using a unique filename pattern.
  41.    Then you slap together a small background run that scans for files of
  42.    that pattern, and enqueues the files into their patterns' associated
  43.    2200 print queues.  This is not a cheap solution, however, because the
  44.    software is *still expensive*.  You might be able to pull this off with
  45.    one of the UPLI packages, the TCP/IP 1100 FTP service which is buried in
  46.    the last UOM Distribution Tape.  This would require a BTI box, which is
  47.    the same thing as an HLC (made by Bus Tech Indistries, same folks that make
  48.    the original HLC for unisys and the CPA for STK) but costs a lot less, and
  49.    a BMX connection to hang it on.
  50.  
  51. Anyway, this is just a couple of ideas.  There are others (e.g. PCPRINT and
  52. smart printers and the like), but all of this just supports my read of the
  53. Open Systems thrust that Unisys and so many others are embarked on these
  54. days:  THE PROBLEM IS NOT FINDING A SOLUTION, OR THE MYTHICAL RIGHT SOLUTION,
  55. BUT JUST PICKING ONE OF THE POSSIBLE SOLUTIONS AND THEN MAKING IT STICK.
  56.  
  57. Gee, sounds like I'm gonna be doing this for a while!
  58.  
  59. Cheers, Walt.
  60.  
  61.