Slashdot Mirror

← Back to Stories (view on slashdot.org)

Print Server Appliances that Spool?

Posted by Cliff on from the throttling-back dept.

man_ls asks: "I have recently run across the need for a network print server appliance, that can spool the data it is given and send it slower than 10 mbps to the printer. A client of mine has an Intermec label printer, with an internal processor too slow to accept data directly from the network without being buffered. Due to the system the client is running (OpenVMS) it must be connected to the network, it can't be local on one of the servers. Any ideas of a small print server box that can act like a spooler?"

60 comments

  1. Well hate to say it but... by cyb97 · · Score: 1

    Sounds like he could use a tiny linux/bsd box with enough ram and disk to play printspool.
    (Given that the printer supports postscript or has opensource(ish) drivers)

    1. Re:Well hate to say it but... by Zarf · · Score: 1

      (Given that the printer supports postscript or has opensource(ish) drivers)

      It's an intermec, unless he can hack code he's screwed for that kind of solution.

      --
      [signature]
    2. Re:Well hate to say it but... by rgriff59 · · Score: 1
      Yes, it is an Intermec, but how much code to hack is this?
      cat
      All he asked for was spooling, not conversion. Set up lpr with a null filter (i.e. 'cat') to just use the inherent queue management.

      I've used an old P75 with Linux for driving similar printers. Keep it simple with just a minimal install and a small hard drive should be big enough.

    3. Re:Well hate to say it but... by larry+bagina · · Score: 1

      intermec uses IPL, the Intermec programming language. It's 7-bit clean for text and control characters, and images/fonts are nibbleized down to 7bits before sending.

      --
      Do you even lift?

      These aren't the 'roids you're looking for.

    4. Re:Well hate to say it but... by Zarf · · Score: 1

      Yeah, but you still have to *learn* it. Doing it my way means that you don't have to *learn* IPL.

      --
      [signature]
  2. Dedicated servers by Zocalo · · Score: 1, Informative

    Sheesh, why don't we just rename "AskSlashdot" to "AskGoogle" and be done with it? These things are common as muck; single port D-Link's can be had from as little as #30 in the UK if you shop around, and they even do wireless models. Intel's Netport range is also very good (I even have one at home), they are more expensive than the D-Links, but have much broader protocol support. Since you need to talk to non-Windows systems, you'll need to ensure that your device supports a standard like LPD that you can actually talk too (unless you want to install Samba).

    --
    UNIX? They're not even circumcised! Savages!
    1. Re:Dedicated servers by Jellybob · · Score: 1

      Just a quick note on the Netports, we've had problems here with a couple of them crashing every now and then, requiring them to be rebooted.

    2. Re:Dedicated servers by Zocalo · · Score: 2, Interesting
      We had that too. We flashed the EEPROM to the latest firmware on the afflicted ones (four or five out of several dozen) and the couple that didn't stop crashing we RMA'd for replacements which worked fine - problem solved. Since there were similar firmware revisions on the problem kit we put it down to a coding issue in the firmware. We also noticed that not all the potentially susceptible kit was having problems when we went around and updated all the firmware as part of our Y2K effort, so you might want to investigate an upgrade, just in case it's a similar issue.

      Apart from that batch, they've been rock-solid - the one I've got at home hasn't been rebooted since I installed my current UPS which was... 940 days ago according to the Netport.

      --
      UNIX? They're not even circumcised! Savages!
    3. Re:Dedicated servers by morzel · · Score: 2, Informative
      Next time you produce a rant, please be sure to include at least one qualifying answer in your rant.

      Poster was looking for a print spooler (not a print server), that has some kind of configurable output rate throttling; none of which is supported in the devices you listed.

      --
      Okay... I'll do the stupid things first, then you shy people follow.
      [Zappa]
    4. Re:Dedicated servers by TheHawke · · Score: 1

      Er, what modem are the Netport's that you guys are having problems with? Reply back to me direct via my email...

      --
      First rule of holes; When in one, stop digging.
  3. they all do by PapaZit · · Score: 1
    pretty much all of the little print appliance boxes do some amount of spooling. It's kind of necessary for the design.

    The question is: how much spooling do you need? If 256k is enough, then any of the little boxes (like this one) will do just fine. If you need a few megs, you can still find little "print boxes" that do what you need, but they'll be "workgroup spoolers", and they'll cost more. If it's absolutely essential that the job leave the client machine ASAP (i.e. it's an old mainframe and there are billing issues), it's time for a real spooler. Set up a machine from the junk pile with a version of unix that IT'll support. Even, gasp, a Windows spooler (they'll talk LPR both in and out, though not by default) if you're at place that's enslaved to Microsoft. Plug the printer into that machine. Move on.

    --
    Forward, retransmit, or republish anything I say here. Just don't misquote me.
  4. I think I used to have your job... by Zarf · · Score: 2, Funny

    A client of mine has an Intermec label printer, with an internal processor too slow to accept data directly from the network without being buffered.

    I ended up writing a bunch o' custom Intermec Printer Drivers for linux and using one of their prolific Linux boxen to act as a spooling server. Wasn't that bad to work out. The hardest bit was writing the Intermec drivers... I had to reverse engineer those. Fortunately it was a custom app and only printed a half dozen types of documents.

    If you're interested I could share the "reverse engineering" technique... more of a quick hack actually. Heck, the whole thing was a clever hack... I hate clever.

    --
    [signature]
    1. Re:I think I used to have your job... by mccormick · · Score: 0

      Could you share your technique?

      --
      Pete
    2. Re:I think I used to have your job... by Zarf · · Score: 2, Interesting

      Intermec printers are a breed of printers that talk IPL or Intermec Printing Language. There are large manuals on IPL and a programmer is certainly welcome to use them to develop Intermec printer drivers. Therefore I assume that Intermec isn't terribly upset with people developing their own software to run on their printers.

      It is possible therefore for a programmer to work just like they would with postscript. You could create a converter for some other format such as HTML and dump that to IPL. That's a lot of work but it's the most versitile way... But you can create a custom "driver" again using the term driver very loosely.

      The quick and dirty hack I used relies on the fact that the Intermec thermal printers were used to print only a half dozen different types of documents. Each of these prints worked off of a third party "template" in a third party "template" language. The template could be created in the third party application and printed to an intermec printer... only the data in the IPL changes over time.

      The problem is that as far as I know there is no such thing as an IPL template program. I needed the template in IPL not some other template language. Someone could write one I suppose. I wasn't about to. So I used the Windows application (it had some amazing copy protection software on it but was horribly inflexible for the user) and printed out one of each type of document. I then set up a Linux box in the development area with a port listener and set up the windows box to print to the Linux box instead of the Intermec printer.

      I captured the print data transmitted for each document and looked the output looking for the data that had to change with each print. Fortunately I was lucky and didn't have to change much of the IPL ... the fields were in plain text. So I set the values in the fields to "**date**" or "**UPCBarCode**" and such things.

      I saved each IPL print to a file and wrote a PERL program to wash this data each time a print request was made from another application and dump it out to the Intermec printer emulating the way that the Windows application talked to the printer. The result ended up evolving into a custom print application... and one that didn't use the Unix print facilities and so we get to call it a "print driver" to make is sound more important.

      This doesn't address the original post directly but I guess but it should illustrate the idea of how to hack around with a linux box to masquerade as another network device and how to get what you want out of it.

      I just went back and re-read the original post. His problem has little to do with IPL or Intermec printers in general... he should simply put the Intermec on a slower network connection. The "right" answer is to use a spiffy switch like a Cisco something-or-another that has 10Meg ports on it the result is to create a deliberate bandwidth bottle neck in one area of the network. This will force the communications to be slower and won't require changing software. This imples hacking around with IOS or the routers to set ports to slower settings and possibly tweaking buffer memory allocations...

      Barring the right answer due to lack of know how, permission, equipment, or money... the hack could be to do something like what I did and put a bunch of sleeps in the code sending chunks of IPL at a slowed down rate... and that is evil... but it would work.

      --
      [signature]
    3. Re:I think I used to have your job... by llefler · · Score: 1

      Then again, you could just send raw text to the printer as well. IPL (Intermec), ZPL (Zebra), and EPL (Eltron) all support text. Send it a text command saying print this barcode at x,y using symbology z and here's what I want it to say....

      Clever is too much work, I just set my printers to Generic/Text.

      If you really want to do graphical label design to create templates for your applications, there is a Windows package from Loftware. You can create the labels in their LLM software, set up the print server, and then use their ActiveX control to read the LBL template.

      --
      It is amazing what you can accomplish if you do not care who gets the credit. -- Harry Truman
    4. Re:I think I used to have your job... by Zarf · · Score: 1

      If you really want to do graphical label design to create templates for your applications, there is a Windows package from Loftware. You can create the labels in their LLM software, set up the print server, and then use their ActiveX control to read the LBL template.

      *Ahem* The customer didn't want a plain text label. They also couldn't have the ActiveX control. Rather than say screw you, you get text 'cuz I'm lazy... I figured out how to give them *both* graphics, flexability, AND integration with their exisiting system.

      Sure, telling of the customer and telling them to stick their lofty requirements where the sun don't shine is fun but it doesn't get you any pay raises.

      I guess there's lazy and then there's lazy.

      --
      [signature]
    5. Re:I think I used to have your job... by llefler · · Score: 1

      You missunderstand. I'm not saying screw you to anybody. All the barcodes, lines, images, etc that can be produced by an Intermec 3400 printer can be programmed in plain text. You don't have to write any drivers or send any kind of binary file to them.

      My reference to graphical is in the DESIGN stage. Having a pretty little window where you can drag and drop various label objects. It's not a requirement, but it's nice when you want to pass the design work the the users and free up your programmers for real programming.

      --
      It is amazing what you can accomplish if you do not care who gets the credit. -- Harry Truman
    6. Re:I think I used to have your job... by Zarf · · Score: 1

      My reference to graphical is in the DESIGN stage. Having a pretty little window where you can drag and drop various label objects. It's not a requirement, but it's nice when you want to pass the design work the the users and free up your programmers for real programming.

      You think I designed the labels? Nah. Some user did that. My job was to integrate the label designs into the existing system which couldn't make use of ActiveX controls. So my reference to graphical was in the DESIGN stage. It was a requirement. To get the IPL to spit out of the custom BAAN interfaces you did indeed need to write some drivers... using the term driver very loosely... I do remember looking at the IPL and saying to myself, well, lookee there it's sort of like a custom Postscript language. Too bad I only have a few days to pull this off and I can't be bothered to actually learn it!

      --
      [signature]
  5. Experienced with Intermec label printers by Whatchamacallit · · Score: 1

    I've hooked them up to an AS400 via Coax. If memory serves, it supported ethernet, serial, parallel, and several other interfaces as installable options.

    A Windows software package could graphically design the label and create fields (merge codes) then you exported that to an EBCDIC or ANSI datafile. Then you pasted the code into a variable in the code. You output the variable text to the printer and it would load into RAM on the printer. Then you just sent data associated with the label fields. The printer would simply print each label. A knowledgeable VMS sysadmin could probably code this up readily. At least on an AS400 it was simple. Suppose you could use Perl or some other scripting language to do the work. Not familiar with VMS though...

    It's not that complex, but you will need to get the software from Intermec. You can also get a service manual for the printer and install the NIC of choice.

    There are also Windows drivers available so one could spool on a Windows box as well.

    I suggest you upgrade the NIC to something that can do 10Mbps ethernet and code the app appropriately.

  6. Get a Fiery rip box by override11 · · Score: 1

    Fiery makes a nice little box that runs a Linux variant. Has a simple LCD screen on the front, 4 or 5 button controlls, very simple to setup and admin. The better ones have a web Gui to manipulate spooling documents, save them to your own PC, store them on the firey HDD, etc.

    Even better, they take standard PC133 RAM, so buy the fiery with the lowest memory config you can get, and stick a few 256 meg DIMM's in there, and you will have an awesome print server. :)

    --
    No I didnt spell check this post...
  7. Here by FreeLinux · · Score: 2, Interesting

    When it comes to network printers and print servers the authority has always been Hewlett Packard. You'll find what you need (is a 7GB spool enough for labels? ) here but at nearly US$2,000 I would think that you could build a Linux box running CUPS and Samba for a lot less.

  8. Should be pretty straightforward... by stienman · · Score: 1

    Use your normal print server without spooling, and get a cheap, old print spooler from ebay. You'll be all set as long as you aren't printing megabytes of data at a time.

    If you are, then you need to use a computer as a print server.

    -Adam

  9. Trying to answer your question by bill_mcgonigle · · Score: 2, Insightful

    I think most of the respondents here are missing the point when they recommend a cheap COTS print spooler - they rarely have the rate limiting feature you need.

    Why not just setup a simple print spooler (samba/netatalk) which will deliver files to a queue. Then you can write a little perl script to read the file in at a known data rate (while ... read buffer size ... sleep ... print) out to the printer device. Delete the spooled file when it's done. You'll probably need to set binmode on your filehandles.

    --
    My God, it's Full of Source!
    OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    1. Re:Trying to answer your question by Anonymous Coward · · Score: 0

      Then you can write a little perl script to read the file in at a known data rate...Delete the spooled file when it's done. You'll probably need to set binmode on your filehandles.

      Wouldn't it be easier to just set up some simple bandwidth throttling?

      Never underestimate the ability of Perl hackers to make something more complex than it needs to be. :o)

    2. Re:Trying to answer your question by mr_z_beeblebrox · · Score: 1

      I think most of the respondents here are missing the point when they recommend a cheap COTS print spooler - they rarely have the rate limiting feature you need.

      No, they actually do have that. If you have a paralell HP Jetdirect for example, it will not be printing at 100 Mbs it will print at 9600 or 19200 but you can change that by teneting into the box and changing it. The interface is simple. All print servers will do that.

    3. Re:Trying to answer your question by bill_mcgonigle · · Score: 1

      No, they actually do have that. If you have a paralell HP Jetdirect for example, it will not be printing at 100 Mbs it will print at 9600 or 19200 but you can change that by teneting into the box and changing it. The interface is simple. All print servers will do that.

      Well, sure they will, but that's not typically what you'd call a spooler. At least in my experience, a spooler is a device which takes the print job as fast as the client can send it then feeds it off to the printing device at its speed. (Of course, maybe the small buffer in a print server would be sufficient for a label printer, we don't know how big the jobs are.) Still, since the label printer is networkable, it would be a shame to slow it down to serial line speeds, if it can handle e.g. 5Mbps.

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    4. Re:Trying to answer your question by Thing+1 · · Score: 1
      My immediately though was a $241 Linux box, with two Ethernet cards: one on the network at 100MB/s, and one attached solely to the printer at 10MB/s.

      Of course, others have suggested bandwidth throttling, which is better because you can fine-tune it, but if it can accept data at 10MB/s then a $3 card would do the trick.

      --
      I feel fantastic, and I'm still alive.
    5. Re:Trying to answer your question by mr_z_beeblebrox · · Score: 1

      Well, sure they will, but that's not typically what you'd call a spooler. At least in my experience, a spooler is a device which takes the print job as fast as the client can send it then feeds it off to the printing device at its speed.

      Name me one print spooler that can feed print to an HP laser printer at 100 Mbps. Read the specs on your printers. You will see the 'spooler' catches the data at network speed, but that is not the speed of transmission to the printer. There aren't any 100MB printers out there. Somewhere the data MUST be buffered. A text version of the encyclopedia wouldn't be 100 MB. If you transmitted that at a 100MBps and it printed as it received it would need a 2000 page per second print engine. I have impressive canon printers and they do 85 PPM duplex.

    6. Re:Trying to answer your question by bill_mcgonigle · · Score: 1

      >Well, sure they will, but that's not typically what you'd call a spooler.
      >At least in my experience, a spooler is a device which takes the print
      >job as fast as the client can send it then feeds it off
      >to the printing device at its speed.

      Name me one print spooler that can feed print to an HP laser printer at 100 Mbps.

      Are you agreeing with me vehemently or did you miss the anticedent 'printing device' to the pronoun 'its' in "then feeds it off to the printing device at its speed"?

      --
      My God, it's Full of Source!
      OUTSIDE_IP=$(dig +short my.ip @outsideip.net)
    7. Re:Trying to answer your question by mr_z_beeblebrox · · Score: 1

      Are you agreeing with me vehemently or did you miss the anticedent 'printing device' to the pronoun 'its' in "then feeds it off to the printing device at its speed"?

      Yes!
      I missed the antecedent, I will review ;-)

  10. Suggestion by cfreeze · · Score: 1

    This linksys print server has served me well at two locations. It can be a bit difficult to setup but supports netbios, ipx, and bsd spools for remote clients.

  11. A simple solution by Skybert2 · · Score: 1

    Put a 10Mpbs hub between the printer and the network. Free rate-limiting.

    Or would that still be too fast?

  12. Low Tech Solution by orn · · Score: 2, Interesting

    Just find a 10bT hub and hook one end to your 10/100 switch and the other to your printer. Let TCP handle all your buffering for you.

    Those hubs are probably sitting on the trash pile of countless IT departments right now. You might be able to pick one up on e-bay...

    Rudy

    --
    1. 2.
    1. Re:Low Tech Solution by bluGill · · Score: 1

      Will that work? Are you sure?

      I've seen machines that you could telnet into for configuration, and they would loose data. TCP ensures delivery, but it doesn't assure that the implimentation on the other end has a buffer big enough to store what is delivered. In this case, the buffer filled up, but the TCP implimentation happily continued accepting packets, and writing them to the buffer. As it was a circular buffer this ment data was lost anyway.

      Worked just fine for humans, but when we tried to automate the configuration we had troubles.

    2. Re:Low Tech Solution by orn · · Score: 1

      I've seen that sort of thing before too... (even written one of them once or twice)

      Whether it will work or not is highly dependent on circumstances. But it's definitely worth a try. It'll be a lot cheaper and a lot easier to do than just about any other solution (short of buying a new printer!).

      --
      1. 2.
    3. Re:Low Tech Solution by Anonymous Coward · · Score: 0

      Those telnet machines were not losing data, they were merely correcting your spelling.

    4. Re:Low Tech Solution by Anonymous Coward · · Score: 0

      you fucking idiot - LPD doesnt use TCP

    5. Re:Low Tech Solution by lanswitch · · Score: 1

      Your problem came from bad programming. When the packet is delivered and an ack has been sent, it's up to the upper layers to do something with the packet. When the ack is sent and the packet is still discarded, the programmer clearly has missed something...

    6. Re:Low Tech Solution by bluGill · · Score: 1

      True, but in the real world, that hardware is out there, and you might have it. Indeed because it is easy to write, and costs are critical I wouldn't be surprized if you have it, and since it works in the average case you don't realize it was broken.

      Though in this particular case IIRC there was some hardware acceleration involved, so it wouldn't surprize me if the hardware was overwritting buffers while the CPU was still interupted by the packet coming in.

  13. what we use by jjshoe · · Score: 1

    is intermec printer's with ethernet ports on them allready. However when it comes to an older moddel or any other type of printer besides hp we use
    Axis print servers... they can be flakey at times.. so i would recomend whatever you decide on order 3, just for backup purposes

    --
    -- botsex is {grep;touch;strip;unzip;head;mount} /dev/girl -t {wet;fsck;fsck;yes;yes;yes;umount} {/de
    1. Re:what we use by compwizrd · · Score: 1

      Actually, the intermec printers I've worked with (we use the 3400 series) use slightly modified Axis print servers.

      I don't know which printer the submitter is using, but our 3400's work just fine with jetdirect units. Both our AS/400 and PC's can print just fine, at any speed they want.

      Jetdirects have the advantage of being 20 dollars on ebay, compared to several hundred for the Intermec/Axis units as well.

    2. Re:what we use by mr_z_beeblebrox · · Score: 1

      Axis is way to flakey. If you need three boxes to reliably do a one box job, it is NOT a solution. Hp, Fiery and Linux - hell there are even a couple of good lpd servers for XP but not Axis. I found that they were not even worth the return shipping for a refund. No lie, I threw them away.

    3. Re:what we use by jjshoe · · Score: 1
      Fiery is extremely slow, i dont care what type and or size file you spool. Hp new comes with a hefty price tag. Axis is flakey out of the box or rock solid. thus the reason for three. Not to mention if he runs any decent sized company before he puts the Axis into use it would need to be approved by an analyst. Yet another reason for three, 1 for the analyst, 1 to be put into a test lab, and the last one to serve as a backup.


      I have never had an issue with an Axis box that couldnt be fixed without factory resetting it. I am guessing you didnt spend any real amount of time with the Axis box.

      --
      -- botsex is {grep;touch;strip;unzip;head;mount} /dev/girl -t {wet;fsck;fsck;yes;yes;yes;umount} {/de
    4. Re:what we use by mr_z_beeblebrox · · Score: 1

      Not to mention if he runs any decent sized company before he puts the Axis into use it would need to be approved by an analyst.

      As analysts we all know that if he runs ANY size company, he should get the item approved. However, if he truly runs it he doesn't NEED anybodys approval. Just thought I would mention that as it is a common bite to have owners throw junk technology into your network.

      I have never had an issue with an Axis box that couldnt be fixed without factory resetting it. I am guessing you didnt spend any real amount of time with the Axis box.

      Glad it went well for you. I don't ever factory reset my print servers, if that has to happen they are not production quality. You might just as well spend 10$ on a POS Kingston server for that level of reliability. You are correct I spent precious little time with that garbage.

    5. Re:what we use by jjshoe · · Score: 1

      Explain to me what happens when you have 15 print servers come back from the field, lets say removed because in this case they upgraded to intermec's with built in print servers. You have 15 print servers all sent back to your config center with no documentation on them. How would you propose getting them ready to re-deploy without factory re-setting them?

      --
      -- botsex is {grep;touch;strip;unzip;head;mount} /dev/girl -t {wet;fsck;fsck;yes;yes;yes;umount} {/de
    6. Re:what we use by mr_z_beeblebrox · · Score: 1

      Explain to me what happens when you have 15 print servers come back from the field, lets say removed because in this case they upgraded to intermec's with built in print servers.

      We live in extremely different worlds. I have nothing 'coming back from the field'. I would not know why something would come back with no documentation as I allow nothing to go out without documentation and the documentation is stored centrally on one of them new fangled file servers. If I had something come back with no documentation I would dis-employ somebody.

    7. Re:what we use by jjshoe · · Score: 1

      You have nothing coming back? or you have nothing coming back without documentation? make up your mind and let me know when you pick one story and we shall go from there.

      --
      -- botsex is {grep;touch;strip;unzip;head;mount} /dev/girl -t {wet;fsck;fsck;yes;yes;yes;umount} {/de
    8. Re:what we use by mr_z_beeblebrox · · Score: 1

      I have nothing leaving my central office without documentation and thus nothing comes back without it. See you assign an asset number to an asset and then you use the remarkably complex "database" to store both the asset number and unique information. Then when the item comes back you can use the "database" to find all your documentation, all that without even paying 699$ to SCO. I also maintain current service contracts on everything so it is EXTREMELY rare that anything should come back to me at all. Service contracts are to cheap not to use.

  14. clarification by man_ls · · Score: 1

    the 3400A printer, is too slow to take data from an Ethernet print server that Intermet makes, because of it's processor. It's a serial or parallel interface, data rate for the serial is max 128 kbit/sec.

    Thanks for the help everyone.

    1. Re:clarification by Dahan · · Score: 1

      The question is why doesn't the printer do flow control? My first printer, a Star Gemini 10X from around 20 years ago, knew how to tell the computer to stop sending data when it couldn't take anymore. Why can't a modern $1000+ printer do the same thing? Maybe you should just get a Zebra label printer instead or something... save you the time and expense of trying to make the Intermec work.

    2. Re:clarification by llefler · · Score: 1

      I don't have any A's, I have B's, D's, and E's. I've never had any problem with them keeping up with the datastream. We do have some 4000s that are older than yours. We have them connected to Extendnet boxes. Originally they were connected directly to a DECserver, but we wanted to get LAT off of our network. And other than the fact that parts aren't available anymore, they work just fine. And we print a lot.

      First I'd recommend that you check your flow control, it sounds like you have it turned off. If that doesn't work then check eBay for Extendnet. Or you could also connect it to a PC (I have some B's connected to a Win95A box via parallel ports) I'm not sure whether VMS will like talking to a PC though.

      There are also some things you can adjust in the printer config like label speed and the number of image bands. But I wouldn't really recommend changing them.

      --
      It is amazing what you can accomplish if you do not care who gets the credit. -- Harry Truman
    3. Re:clarification by llefler · · Score: 1

      Yeah, Zebra makes some nice printers *cough*, now that they've bought Eltron. :-)

      --
      It is amazing what you can accomplish if you do not care who gets the credit. -- Harry Truman
    4. Re:clarification by compwizrd · · Score: 1

      I've used 3400A's with a print server before, have you tried a jetdirect EX plus?

      cheap on ebay, worth a try.

    5. Re:clarification by ComputerSlicer23 · · Score: 1
      Stick an Linux box between that the printer and the network, throttle the output of the card running to the ethernet port on the printer to 128kbit/sec.

      You'll tie up stuff on the client end, however, your local OS could/should be doing spooling so it's not tying up the entire machine at that point.

      I know how to do that at the IP level (traffic shaping and/or rate limiting) that is production ready. I believe there are projects to do that at the ethernet level (to control the speed of the ethernet frames), but I'm not sure how production ready that stuff is.

      Best of luck,

      Kirby

  15. Offtopic question related to printing by RGRistroph · · Score: 2, Interesting

    I would like to be able to use linux to emulate a printer. That is, I would like to be able to take another computer, hook it to my parallel port, and then have that computer think for all practicle purposes that it had a printer on the other end. My computer could simply log what was being printed, or forward it to a different printer, or whatever.

    Has anyone here ever done this ?

    The purpose is to make a linux box that can emulate an older printer to a legacy computer, take the files to be printed and possibly modify them and send them to a modern printer (such as a network or USB interface).

    1. Re:Offtopic question related to printing by ratboy666 · · Score: 1

      yes...

      1 - PC emulating serial printer from an IBM DisplayWrite (current-loop). Recover documents and convert to standard format.

      1a - direct media i/o from PC to legacy system
      (8" floppy controller and driver software for PC, including target filesystem - CP/M, Wang OIS, Philips P2000, IBM DisplayWrite, AM Comp/Edit and Comp/Set). Custom PC controller card.

      2 - Parallel interface to mini. Emulate Lino 202N Photocomposer. Recover documents and print onto laserprinter.

      3 - Same as (2), but CG8600, and APS u5.

      Send me the model of the printer you want emulated. fred_weigel (at) hotmail.com
      I'll work up a quotation for you (hardware, custom hardware, software).

      Ratboy

      --
      Just another "Cubible(sic) Joe" 2 17 3061
  16. Netgear Print Server Device by Jucius+Maximus · · Score: 1
    I'm not entirely sure if this is what you're looking for, but here goes:

    Check out some Netgear Print Servers that are priced for the home user market. Basically you connect your parallel port printer into the little box and that box connects to the network via WiFi or standard cabling. It runs a standard LPD service (i.e. unix printer daemon) and you can easily print to it from linux, OS X, windows and probably a bunch of others as well. No SMB sharing required.

    As to whether or not these will handle your queuing constraint, I'm not really sure. I do know they have some sort of manageable queue, but I'm not familiar with the details of it.

  17. You microcomputer people are hopeless ... by Anonymous Coward · · Score: 0

    mainframes have been doing this since at least the mid 60s... maybe one day you'll get fully documented error messages and compilers with half decent code generators ...

  18. ETHERNET TO SERIAL SOLUTION FOR INTERMEC A SERIES by sp43t4r · · Score: 1

    DIGI ONE SP ~~ $140.00 @ CDW, PCCONNECTION etc... http://www.digi.com/products/externaldeviceservers /digionesp.jsp GEESH...WHY CAN'T SOMEONE JUST ANSWER THE GUYS QUESTION...

  19. umm, maybe I'm missing something.. by wfrp01 · · Score: 1

    Maybe I'm missing something, but if you're willing to spend the money for a print spooler, whatever that is (linux box, network appliance, etc.), for the same money you could also buy a label printer. They're not that expensive. Is your label printer extra special nice or something?

    --

    --Lawrence Lessig for Congress!