RAW and LPR protocols
Collapse
X
-
Re: RAW and LPR protocols
Sometimes it goes the other way, where LPR works well and RAW does not. I have had that happen numerous times, just not recently.
In in a few cases, both worked, but LPR was much faster.
LPR is much older than RAW, and is normally the only protocol mainframe printing will support.
RAW is now much more commonly supported than it was in recent years, perhaps the engineers are leading toward RAW more these days? I don't know, it's just a guess.
Just good to know both are normally available, and that you may need to try both to see which one works better in each case.“I think you should treat good friends like a fine wine. That’s why I keep mine locked up in the basement.” - Tim Hawkins -
Re: RAW and LPR protocols
LPR/LPD is older and has more overheads. LPD server's often require an accurate byte, meaning the computer the job is being sent from needs to spool the print job twice to get the correct byte count before transmitting to the printer. Also with LPR/LPD you usually have to wait for the entire job to spool on the printer before printing, depending on the printers configuration.
Port 9100 or RAW sends the print data straight away to a printer in it's RAW format via a standard TCP/IP connection over port 9100, once the printer receives the data it's starts to print it, hence why it's quicker, though that being said I find port 9100 to be more unreliable in flaky network conditions due to less checks and balances.Comment
-
Re: RAW and LPR protocols
If you need to use LPR when printing from Windows then I'd recommend creating a 'Standard TCP/IP' Port with LPR enabled over the traditional LPR Port Monitor for the reasons outlined below:
Network Printer Ports - Microsoft TechnetComment
Comment