Wondering if anyone else seeing issues with using IPP to connect to Xerox Altalink c8030 printer. We are seeing errors from the CUPS print manager where it fails to properly process the print job during the Validate-Job phase of an IPP print run. The ipp process fails with error and printer permanently stays in Pause mode. No jobs are ever processed.
Not clear if this is a Xerox driiver issue, CUPS issue or something else. Not specifically printer issue as client drops the connection to the printer during the procesing of the Validate-Job so not a printer side issue.
Issue seen a number of macOS Darwin 10.14.4 machines with Xerox c8030 latest firmware / driver.
LPD appears to work but becomes very slow after 24 hours.
LPD should not change after 24 hours.
Since you have the latest firmware, enable network trace on the printer ala EWS > Properties > Security > Logs > Network troubleshooting.
No idea what you will find, WSD and IPP ports have proven very unreliable over the last few years so most won't use them at all. I have had quite a lot of customers who found disabling IPv6 on the printer helps, but the initital handhake <Conecting to printer> still takes forever
I discussed with the developer of CUPS (who is also at Apple) via Github. Apparently the Xerox printer is closing the connect right after the Get-Attributes call and not honouring the HTTP Keep-Alive. IPP (apparently) requires the connection be left open.
So the issue is that Mojave IPP backend expects to send to the existing open connection but the printer has closed already. Thus printer pcap show FIN response from printer and client pcap shows client attempting to send to printer the Validate-Job phase. Seems like Xerox need to fix their firmware for this issue.
Airprint was suggested but this seems to be IPP under the hood for this Xerox machine and is no better. Been recommended socket conection but would be good to get IPP fixed.
Client -> Printer - IPP Request (Get-Printer-Attributes)
Printer -> Client - HTTP/1.1 100 Continue
Printer -> Client - IPP Response (successful-ok-ignored-or-substituted-attributes)
(with immediate FIN on TCP level)
Client -> Printer - IPP Request (Validate-Job)
but then client drops TCP connection
Since he has documented proof of it being Xerox's fault, get the logs he has showing it, the Config sheet of the Xerox device and submit it to Xerox Engineering (Call on your printer, get to 2nd level, supply config and all associated file proof and they will replicate and submit for a spar to be developed.