intended to work on "text" only formats and are inappropriate for
many contemporary document formats that completely specify each page.
This document does not address the support of these obsolete
features.
In the area of document formats, also known as page description
languages (PDL), RFC 1179 defines a fixed set with no capability for
extension. Consequently, some new PDL's are not supported, and some
of those that are supported are sufficiently unimportant now that
they have not been registered for use with the Printer MIB [RFC1759]
and IPP [RFC2566] [RFC2565], though they could be registered if
desired. See the Printer MIB specification [RFC1759] and/or the IPP
Model specification [RFC2566] for instructions for registration of
document-formats with IANA. IANA lists the registered document-
formats as "printer languages".
This document addresses the protocol mapping for both directions:
mapping of the LPD protocol to the IPP protocol and mapping of the
IPP protocol to the LPD protocol. The former is called the "LPD-to-
IPP mapper" and the latter is called the "IPP-to-LPD mapper".
RFC 2569 Mapping between LPD and IPP Protocols April 1999
This document is an informational document that is not on the
standards track. It is intended to help implementers of gateways
between IPP and LPD. It also provides an example, which gives
additional insight into IPP.
2. Terminology
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
"SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this
document are to be interpreted as described in RFC 2119 [RFC2119].
RFC 1179 uses the word "command" in two contexts: for over-the-wire
operations and for command file functions. This document SHALL use
the word "command" for the former and the phrase "functions" for the
latter. The syntax of the LPD commands is given using ABNF
[RFC2234].
The following tokens are used in order to make the syntax more
readable:
LF stands for %x0A (linefeed)
SP stands for %x20. (space)
DIGIT stands for %x30-39 ("0" to "9")
3. Mapping from LPD Commands to IPP Operations
This section describes the mapping from LPD commands to IPP
operations. Each of the following sub-sections appear as sub-
sections of section 5 of RFC 1179.
The following table summarizes the IPP operation that the mapper uses
when it receives an LPD command. Each section below gives more
detail:
LPD command IPP operation
print-any-waiting-jobs ignore
receive-a-printer-job Print-Job or Create-Job/Send-Document
send queue state Get-Printer-Attributes and Get-Jobs
(short or long)
remove-jobs Cancel-Job
RFC 2569 Mapping between LPD and IPP Protocols April 1999
3.1 Print any waiting jobs
Command syntax:
print-waiting-jobs = %x01 printer-name LF
This command causes the LPD daemon check its queue and print any
waiting jobs. An IPP printer handles waiting jobs without such a
nudge.
If the mapper receives this LPD command, it SHALL ignore it and send
no IPP operation.
3.2 Receive a printer job
=3= |