How to Use the Internet Printing Protocol

How to Use the Internet Printing Protocol

Version v2019.0117

by Michael R Sweet, Peter Zehler

Copyright © 2017-2019 by The Printer Working Group. All Rights Reserved.

The material contained herein is not a license, either expressed or implied, to any IPR owned or controlled by any of the authors or developers of this material or the Printer Working Group. The material contained herein is provided on an “AS IS” basis and to the maximum extent permitted by applicable law, this material is provided AS IS AND WITH ALL FAULTS, and the authors and developers of this material and the Printer Working Group and its members hereby disclaim all warranties and conditions, either expressed, implied or statutory, including, but not limited to, any (if any) implied warranties that the use of the information herein will not infringe any rights or any implied warranties of merchantability or fitness for a particular purpose.

This book is dedicated to Peter Zehler, co-author of this book and a long time contributor in the Printer Working Group and to the Internet Printing Protocol. You are missed.

Table of Contents

Preface

What is IPP?

The Internet Printing Protocol ("IPP") is a secure application level protocol used for network printing. IPP defines high-level Printer, Job, and Document objects, allowing Clients to ask a Printer about capabilities and defaults (supported media sizes, two-sided printing, etc.), the state of the Printer (paper out/jam, low ink/toner, etc.) and any Print Jobs and their Documents. The Client can also submit document files for printing and subsequently cancel them. IPP is supported by all modern network Printers and supercedes all legacy network protocols including port 9100 printing and LPD/lpr.

IPP is widely implemented in software as well, including the following open source projects:

While IPP spans over 40 specifications and almost 2000 pages, the core protocol needed to support most printing needs is small enough to run on any hardware.

Terms Used in this Document

A Client is the Client device (computer, phone, tablet, etc.) that initiates connections and sends requests to Printers.

A Printer is an instance of an IPP Printer object and represents a real or visual Printer or print queue. Printers listen for connections from Clients and maintain a list of Jobs for processing.

A Job is an instance of an IPP job object and represents work for a Printer to do. Jobs are associated with a single Printer and contain Documents to process.

A Document is an instance of an IPP document object that represents a file or URI. Documents are associated with a single Job.

Organization of this Guide

This guide is organized into three chapters and an appendix:

Chapter 1: Overview of IPP

IPP defines an abstract model for printing, including operations with common semantics (business logic) for working with the model's objects. Because the same semantics of IPP are followed by all Printers, the Client (software) does not need to know the internal details of the Printer (hardware).

IPP uses HTTP as its transport protocol. Each IPP request is a HTTP POST with a binary IPP message and print file, if any, in the request message body. The corresponding IPP response is returned in the POST response. HTTP connections can be unencrypted, upgraded to TLS encryption using an HTTP OPTIONS request, or encrypted immediately (HTTPS). HTTP POST requests can also be authenticated using any of the usual HTTP mechanisms.

Note: Legacy network protocols do not support authentication, authorization, or privacy (encryption).

Printers are identified using Universal Resource Identifiers ("URIs") with the "ipp" or "ipps" scheme. Print Jobs are identified using the Printer's URI and a Job number that is unique to that Printer. The following are example Printer URIs:

ipp://printer.example.com/ipp/print
ipps://printer2.example.com:443/ipp/print
ipps://server.example.com/ipp/print/printer3

These are mapped to "http" and "https" URLs, with a default port number of 631 for IPP. For example, the previous IPP URIs would be mapped to:

http://printer.example.com:631/ipp/print
https://printer2.example.com/ipp/print
https://server.example.com:631/ipp/print/printer3

Note: The resource path "/ipp/print" is commonly used by IPP Printers, however there is no hard requirement to follow that convention and older IPP Printers used a variety of different locations. Consult your Printer documentation or the Printer's Bonjour (DNS-SD) registration information to determine the proper hostname, port number, and path to use for your Printer.

IPP Operations

The following IPP operations are commonly used:

The IANA IPP Registry lists all of the registered IPP operations.

Note: IPP provides two ways to print a single file - using the Print-Job operation or using a combination of the Create-Job and Send-Document operations. The IPP Implementor's Guide v2.0 describes which operations to use.

IPP Message Encoding

IPP messages use a common format for both requests (from the Client to the printer) and responses (from the Printer to the Client). Each IPP message starts with a version number (2.0 is the most common), an operation (request) or status (response) code, a request number, and a list of attributes. Attributes are named and have strongly typed values such as:

Attributes are also placed in groups according to their usage - the 'operation' group for attributes used for the operation request or response, the 'job' group for print job attributes, and so forth.

The first two attributes in an IPP message are always:

  1. "attributes-charset" which defines the character set to use for all name and text strings, and
  2. "attributes-natural-language" which defines the default language for those strings, e.g., "en" for English, "fr" for French, "ja" for Japanese, etc.

The next attributes must be the Printer's URI ("printer-uri") and, if the request is targeting a print job, the job's ID number ("job-id").

Most requests also include the "requesting-user-name" attribute that provides the name of the user.

A request containing an attached print file includes the MIME media type for the file ("document-format"). The media type is 'text/plain' for text files, 'image/jpeg' for JPEG files, 'application/pdf' for PDF files, etc.

The following example encodes a Print-Job request using the ipptool test file format:

{
    VERSION 2.0
    OPERATION Print-Job
    REQUEST-ID 42

    GROUP operation-attributes-tag
    ATTR charset "attributes-charset" "utf-8"
    ATTR naturalLanguage "attributes-natural-language" "en"
    ATTR uri "printer-uri" "ipp://printer.example.com/ipp/print"
    ATTR name "requesting-user-name" "John Doe"
    ATTR mimeMediaType "document-format" "text/plain"

    FILE "testfile.txt"
}

The same request using the CUPS API would look like the following:

#include <cups/cups.h>

...

http_t *http;
ipp_t *request, *response;

http = httpConnect2("printer.example.com", 631, NULL, AF_UNSPEC, HTTP_ENCRYPTION_IF_REQUESTED, 1, 30000, NULL);

request = ippNewRequest(IPP_OP_PRINT_JOB);
ippAddString(request, IPP_TAG_OPERATION, IPP_TAG_URI, "printer-uri", NULL, "ipp://printer.example.com/ipp/print");
ippAddString(request, IPP_TAG_OPERATION, IPP_TAG_NAME, "requesting-user-name", NULL, "John Doe");
ippAddString(request, IPP_TAG_OPERATION, IPP_TAG_MIMETYPE, "document-format", NULL, "text/plain");

response = cupsDoFileRequest(http, request, "/ipp/print", "testfile.txt");

ipp_attribute_t *attr;
const char *name;
char value[2048];

for (attr = ippFirstAttribute(response); attr; attr = ippNextAttribute(response))
{
  name = ippGetName(attr);

  if (name)
  {
    ippAttributeString(attr, value, sizeof(value));
    printf("%s=%s\n", name, value);
  }
}

And this is how you'd send a Print-Job request using the nodejs API:

var ipp = require("ipp");
var Printer = ipp.Printer("http://printer.example.com:631/ipp/print");
var fs = require("fs");
var document;

fs.readFile("testfile.txt", function(err, data) {
  if (err) throw err;

  document = data;
});

var msg = {
  "operation-attributes-tag": {
    "requesting-user-name": "John Doe",
    "document-format": "text/plain"
  },
  data: document;
};

printer.execute("Print-Job", msg, function(err, res) {
        console.log(err);
        console.log(res);
});

The response message uses the same version number, request number, character set, and natural language values as the request. A status code replaces the operation code in the initial message header - for the Print-Job operation the Printer will return the 'successful-ok' status code if the print request is successful or 'server-error-printer-busy' if the Printer is busy and wants you to try again at a later time.

The character set and natural language values in the response are followed by operation-specific attributes. For example, the Print-Job operation returns the print job identifier ("job-id") and state ("job-state" and "job-state-reasons") attributes.

You can learn more about the IPP message encoding by reading the Internet Printing Protocol/1.1: Encoding and Transport document.

Chapter 2: Printers

What are Printers?

Printers in IPP are objects that represent real or virtual (for saving, emailing, etc.) output devices. Printer objects provide attributes that describe the status of the Printer (printing something, out of paper, etc.), the capabilities of the Printer (what paper sizes are supported, can the Printer reproduce color, can the Printer staple the output, etc.), and general information about the Printer (where the Printer is located, the URL for the printer's administrative web page, etc.) Printers also manage a queue of print jobs.

Printer Status Attributes

Printers have two main status attributes: "printer-state" and "printer-state-reasons". The "printer-state" attribute is a number that describes the general state of the Printer:

The "printer-state-reasons" attribute is a list of keyword strings that provide details about the Printer's state:

The string may also have a severity suffix ("-error", "-warning", or "-report") to tell the Clients whether the reason affects the printing of a job.

Note: The IANA IPP registry lists all of the registered keyword strings for the "printer-state-reasons" attribute. All strings are in English but can be localized using message catalogs provided by each Printer.

Many Printers also provide status attributes for alerts ("printer-alert"), consumables ("printer-supply", "printer-supply-description", and "printer-supply-info-uri"), input trays ("printer-input-tray"), output trays ("printer-output-tray"), and so forth.

Printer Capability Attributes

Printers have many capability attributes, including:

Printer Information Attributes

Printers have seven main informational attributes: "printer-uri-supported", "uri-authentication-supported", "uri-security-supported", "printer-info", "printer-more-info", "printer-location", and "printer-geo-location".

The "printer-uri-supported" attribute lists the supported Printer URI values. The "uri-authentication-supported" attribute lists the authorization and access control requirements for each of the supported Printer URI values. Similarly, the "uri-security-supported" attribute lists the encryption requirements for each of the supported Printer URI values.

The "printer-info" attribute provides a textual description of the Printer and often defaults to the make and model of the Printer. The "printer-more-info" attribute provides a URL to the Printer's administrative web page.

The "printer-location" attribute provides a textual location of the Printer, for example 'Second floor near the break room.'. The "printer-geo-location" attribute provides the geographic location of the Printer, if known, as a geo: URI.

Querying the Printer Attributes

The Get-Printer-Attributes operation is used to query any of the Printer attributes mentioned previously. The following example ipptool test file will report the current Printer attribute values when printing PWG Raster files:

{
    VERSION 2.0
    OPERATION Get-Printer-Attributes

    GROUP operation-attributes-tag
    ATTR charset "attributes-charset" "utf-8"
    ATTR naturalLanguage "attributes-natural-language" "en"
    ATTR uri "printer-uri" "ipp://printer.example.com/ipp/print"
    ATTR name "requesting-user-name" "John Doe"
    ATTR mimeMediaType "document-format" "image/pwg-raster"
    ATTR keyword "requested-attributes" "printer-description","job-template","media-col-database"
}

Note: The "requested-attributes" attribute lists attributes (or groups of attributes) that the Client is interested in. The 'printer-description' group asks for all status and information attributes while the 'job-template' group asks for all capability attributes. For compatibility reasons, the "media-col-database" attribute needs to be requested explicitly.

The same request using the CUPS API would look like the following:

#include <cups/cups.h>

...

http_t *http;
ipp_t *request, *response;
static const char * const requested_attributes[] =
{
  "printer-description",
  "job-template",
  "media-col-database"
};

http = httpConnect2("printer.example.com", 631, NULL, AF_UNSPEC, HTTP_ENCRYPTION_IF_REQUESTED, 1, 30000, NULL);

request = ippNewRequest(IPP_OP_GET_PRINTER_ATTRIBUTES);
ippAddString(request, IPP_TAG_OPERATION, IPP_TAG_URI, "printer-uri", NULL, "ipp://printer.example.com/ipp/print");
ippAddString(request, IPP_TAG_OPERATION, IPP_TAG_NAME, "requesting-user-name", NULL, "John Doe");
ippAddString(request, IPP_TAG_OPERATION, IPP_TAG_MIMETYPE, "document-format", NULL, "image/pwg-raster");
ippAddStrings(request, IPP_TAG_OPERATION, IPP_TAG_KEYWORD, "requested-attributes", (int)(sizeof(requested_attributes) / sizeof(requested_attributes[0])), NULL, requested_attributes);

response = cupsDoRequest(http, request, "/ipp/print");

ipp_attribute_t *attr;
const char *name;
char value[2048];

for (attr = ippFirstAttribute(response); attr; attr = ippNextAttribute(response))
{
  name = ippGetName(attr);

  if (name)
  {
    ippAttributeString(attr, value, sizeof(value));
    printf("%s=%s\n", name, value);
  }
}

And this is how you'd query a Printer using the nodejs API:

var ipp = require("ipp");
var Printer = ipp.Printer("http://printer.example.com:631/ipp/print");

var msg = {
  "operation-attributes-tag": {
    "requesting-user-name": "John Doe",
    "document-format": "image/pwg-raster",
    "requested-attributes": ["printer-description", "job-template", "media-col-database"]
  }
};

printer.execute("Get-Printer-Attributes", msg, function(err, res) {
        console.log(err);
        console.log(res);
});

Chapter 3: Jobs and Documents

What are Print Jobs?

Print Jobs in IPP are objects that represent work to be done by a Printer, typically printing or faxing a Document. Print Jobs provide attributes that describe the status of the Job (pending, held for some reason, printing, completed, etc.), general information about the Job (the Job's owner, name, submission time, etc.) the Job Ticket (print options), and the Job Receipt (what print options were used, how many pages were printed, when the Job was printed, etc.)

Job Status Attributes

Job objects have two main status attributes: "job-state" and "job-state-reasons". The "job-state" attribute is a number that describes the general state of the Job:

The "job-state-reasons" attribute is a list of keyword strings that provide details about the Job's state:

Note: The IANA IPP registry lists all of the registered keyword strings for the "job-state-reasons" attribute. All strings are in English but can be localized using message catalogs provided by each Printer.

Page counts are recorded in the following attributes:

Job Information Attributes

Job objects have many informational attributes, including the Job's name ("job-name"), number ("job-id"), owner ("job-originating-user-name"), Printer ("job-printer-uri"), and page counts ("job-impressions", "job-media-sheets", and "job-pages") which are provided or generated in the Job creation request (Create-Job or Print-Job).

Job Ticket Attributes

Job ticket attributes tell the Printer how you want the Document(s) printed. Clients can query the Printer capability attributes to get the supported values. The following is a list of commonly-supported attributes:

Job Receipt Attributes

Some Printers also record a read-only Job receipt in attributes named "xxx-actual" for each job template attribute, for example "copies-actual", "media-actual", and so forth.

Documents

Printers report the Document formats they support in the "document-format-supported" Printer capability attribute. Most IPP Printers support standard formats like PDF ('application/pdf'), PWG Raster ('image/pwg-raster'), and JPEG (image/jpeg). AirPrint Printers also support a simple raster format called Apple Raster ('image/urf').

Many IPP Printers also support legacy formats such as Adobe PostScript ('application/postscript'), and HP Page Control Language (PCL, 'application/vnd.hp-pcl'), along with a variety of vendor-specific languages.

The 'application/octet-stream' Document format is used to tell the Printer it should automatically detect the format. Detection accuracy varies widely among Printers, so you should specify the actual format whenever possible.

Submitting Print Jobs

There are two ways to submit a print Job:

The Print-Job Operation

The Print-Job operation allows you to create a print Job and send the Document data in one request. While all IPP Printers support this operation, using it means that you cannot reliably cancel the Job while it is being submitted, and for many Document formats this means that the entire Job will be printed before you get the response to the request.

The following ipptool test will submit a US Letter print Job using the Print-Job operation:

{
    VERSION 2.0
    OPERATION Print-Job

    GROUP operation-attributes-tag
    ATTR charset "attributes-charset" "utf-8"
    ATTR naturalLanguage "attributes-natural-language" "en"
    ATTR uri "printer-uri" "ipp://printer.example.com/ipp/print"
    ATTR name "requesting-user-name" "John Doe"
    ATTR mimeMediaType "document-format" "$filetype"

    GROUP Job-attributes-tag
    ATTR keyword media "na_letter_8.5x11in"

    FILE $filename
}

The same request using the CUPS API would look like the following:

#include <cups/cups.h>

...

const char *filename;
const char *filetype;
http_t *http;
ipp_t *request;

http = httpConnect2("printer.example.com", 631, NULL, AF_UNSPEC, HTTP_ENCRYPTION_IF_REQUESTED, 1, 30000, NULL);

request = ippNewRequest(IPP_OP_PRINT_JOB);
ippAddString(request, IPP_TAG_OPERATION, IPP_TAG_URI, "printer-uri", NULL, "ipp://printer.example.com/ipp/print");
ippAddString(request, IPP_TAG_OPERATION, IPP_TAG_NAME, "requesting-user-name", NULL, "John Doe");
ippAddString(request, IPP_TAG_OPERATION, IPP_TAG_MIMETYPE, "document-format", NULL, filetype);

ippAddString(request, IPP_TAG_JOB, IPP_TAG_KEYWORD, "media", NULL, "na_letter_8.5x11in");

ippDelete(cupsDoFileRequest(http, request, "/ipp/print", filename));

And this is how you'd print a Job using the nodejs API:

var ipp = require("ipp");
var fs = require("fs");
var Printer = ipp.Printer("http://printer.example.com:631/ipp/print");
var filename;
var filetype;

var filedata = "";
fs.readFile(filename, function(err,data) {
  filedata = data;
}

var msg = {
  "operation-attributes-tag": {
    "requesting-user-name": "John Doe",
    "document-format": filetype
  },
  "job-attributes-tag": {
    "media": "na_letter_8.5x11in"
  },
  data: filedata
};

printer.execute("Print-Job", msg, function(err, res) {
        console.log(err);
        console.log(res);
});

The Create-Job and Send-Document Operations

The Create-Job and Send-Document operations split the Job submission into two steps. You first send a Create-Job request with your Job template attributes, and the Printer will return a "job-id" value to identify the new Job you've just created. You then send a Send-Document request with your Document data to complete the Job submission. If you want to stop the Job while sending the document data, you can open a separate connection to the Printer and send a Cancel-Job request using the "job-id" value you got from the Create-Job request.

The following ipptool test will submit a US Letter print Job using the Create-Job and Send-Document operations:

{
    VERSION 2.0
    OPERATION Create-Job

    GROUP operation-attributes-tag
    ATTR charset "attributes-charset" "utf-8"
    ATTR naturalLanguage "attributes-natural-language" "en"
    ATTR uri "printer-uri" "ipp://printer.example.com/ipp/print"
    ATTR name "requesting-user-name" "John Doe"

    GROUP Job-attributes-tag
    ATTR keyword media "na_letter_8.5x11in"

    EXPECT Job-id OF-TYPE integer
}

{
    VERSION 2.0
    OPERATION Send-Document

    GROUP operation-attributes-tag
    ATTR charset "attributes-charset" "utf-8"
    ATTR naturalLanguage "attributes-natural-language" "en"
    ATTR uri "printer-uri" "ipp://printer.example.com/ipp/print"
    ATTR integer "job-id" $job-id
    ATTR name "requesting-user-name" "John Doe"
    ATTR mimeMediaType "document-format" "$filetype"
    ATTR boolean "last-document" true

    FILE $filename
}

The same request using the CUPS API would look like the following:

#include <cups/cups.h>

...

const char *filename;
const char *filetype;
http_t *http;
ipp_t *request, *response;

http = httpConnect2("printer.example.com", 631, NULL, AF_UNSPEC, HTTP_ENCRYPTION_IF_REQUESTED, 1, 30000, NULL);

request = ippNewRequest(IPP_OP_CREATE_JOB);
ippAddString(request, IPP_TAG_OPERATION, IPP_TAG_URI, "printer-uri", NULL, "ipp://printer.example.com/ipp/print");
ippAddString(request, IPP_TAG_OPERATION, IPP_TAG_NAME, "requesting-user-name", NULL, "John Doe");

ippAddString(request, IPP_TAG_JOB, IPP_TAG_KEYWORD, "media", NULL, "na_letter_8.5x11in");

response = cupsDoFileRequest(http, request, "/ipp/print", filename);

int Job_id = ippGetInteger(ippFindAttribute(response, "job-id", IPP_TAG_INTEGER), 0);

ippDelete(response);

request = ippNewRequest(IPP_OP_SEND_DOCUMENT);
ippAddString(request, IPP_TAG_OPERATION, IPP_TAG_URI, "printer-uri", NULL, "ipp://printer.example.com/ipp/print");
ippAddString(request, IPP_TAG_OPERATION, IPP_TAG_INTEGER, "job-id", Job_id);
ippAddString(request, IPP_TAG_OPERATION, IPP_TAG_NAME, "requesting-user-name", NULL, "John Doe");
ippAddString(request, IPP_TAG_OPERATION, IPP_TAG_MIMETYPE, "document-format", NULL, filetype);

ippDelete(cupsDoFileRequest(http, request, "/ipp/print", filename));

And this is how you'd print a Job using the nodejs API:

var ipp = require("ipp");
var fs = require("fs");
var Printer = ipp.Printer("http://printer.example.com:631/ipp/print");
var filename;
var filetype;

var filedata = "";
fs.readFile(filename, function(err,data) {
  filedata = data;
}

var create_msg = {
  "operation-attributes-tag": {
    "requesting-user-name": "John Doe"
  },
  "job-attributes-tag": {
    "media": "na_letter_8.5x11in"
  }
};

var Job_id = 0;

printer.execute("Create-Job", msg, function(err, res) {
        console.log(err);
        console.log(res);

	job_id = res["job-id"];
});

var send_msg = {
  "operation-attributes-tag": {
    "job-id": Job_id,
    "requesting-user-name": "John Doe",
    "document-format": filetype
  },
  data: filedata
};

printer.execute("Send-Document", msg, function(err, res) {
        console.log(err);
        console.log(res);
});

Appendix A: Quick Reference

Tools and Libraries

Network debugging tools:

Libraries and sample code:

Common Operations

The following table lists the common IPP operations (all defined in RFC 8011) and the commonly-used attributes. Each request always starts with the following three attributes:

Note: The syntax uses the standard IPP data types. Except for Job attributes, all attributes are in the operation group. The "document-format" attribute is optional for the Get-Printer-Attributes operation but highly recommended.

Operation Required Attributes (syntax) Optional Attributes (syntax)
Cancel-Job job-id (integer), requesting-user-name (name)
Create-Job requesting-user-name (name), job-name (name) Job Attributes
Get-Job-Attributes job-id (integer), requesting-user-name (name) requested-attributes (1setOf keyword)
Get-Jobs requesting-user-name (name) my-jobs (boolean), requested-attributes (1setOf keyword), which-jobs (keyword)
Get-Printer-Attributes document-format (mimeMediaType), requested-attributes (1setOf keyword)
Print-Job requesting-user-name (name), job-name (name) Job Attributes
Send-Document job-id (integer), requesting-user-name (name) document-format (mimeMediaType), document-name (name)

Common Document Formats

The "document-format" attribute specifies the format of a print file. The following is a list of common formats used for printing:

Common Job Attributes

The following table lists the common Job attributes that are supported by most IPP Printers in the Create-Job and Print-Job operations. You can query the corresponding Printer attributes using the Get-Printer-Attributes operation, just remember to send a "document-format (mimeMediaType)" attribute to get the values for the file format you are using.

Note: The syntax uses the standard IPP data types. A "1setOf something" is an array of one or more values. The "finishings-ready" and "media-ready" Printer attributes should be used when available, otherwise use the "finishings-supported" and "media-supported" attributes. Similarly, the "finishings-col-ready" and "media-col-ready" Printer attributes should be used when available, otherwise use the "finishings-col-database" and "media-col-database" attributes.

Job Attribute (syntax) Printer Attribute (Syntax) Standard
copies (integer) copies-supported (integer) RFC 8011
finishings (1setOf enum) finishings-ready (1setOf enum) PWG 5100.1
finishings-col (1setOf collection) finishings-col-ready (1setOf collection) PWG 5100.1
media (keyword) media-ready (1setOf keyword) RFC 8011
media-col (collection) media-col-ready (1setOf collection) PWG 5100.3
output-bin (keyword) output-bin-supported (1setOf keyword) PWG 5100.2
page-ranges (rangeOfInteger) page-ranges-supported (boolean) RFC 8011
print-color-mode (keyword) print-color-mode-supported (1setOf keyword) PWG 5100.13
print-quality (enum) print-quality-supported (1setOf enum) RFC 8011
print-scaling (keyword) print-scaling-supported (1setOf keyword) PWG 5100.13
Printer-resolution (resolution) Printer-resolution-supported (1setOf resolution) RFC 8011
sides (keyword) sides-supported (1setOf keyword) RFC 8011

Common Printer Attributes

The following table lists the common Printer attributes that are supported by most IPP Printers. You can query them using the Get-Printer-Attributes operation.

Note: The syntax uses the standard IPP data types. A "1setOf something" is an array of one or more values.

Printer Attribute (Syntax) Standard
document-format-supported (1setOf mimeMediaType) RFC 8011
ipp-features-supported (1setOf keyword) PWG 5100.13
ipp-versions-supported (1setOf keyword) RFC 8011
job-creation-attributes-supported (1setOf keyword) PWG 5100.11
operations-supported (1setOf enum) RFC 8011
Printer-alert (1setOf octetString) PWG 5100.9
Printer-alert-description (1setOf text) PWG 5100.9
Printer-geo-location (uri) PWG 5100.13
Printer-info (text) RFC 8011
Printer-input-tray (1setOf octetString) PWG 5100.13
Printer-is-accepting-jobs (boolean) RFC 8011
Printer-location (text) RFC 8011
Printer-make-and-model (text) RFC 8011
Printer-more-info (uri) RFC 8011
Printer-name (name) RFC 8011
Printer-output-tray (1setOf octetString) PWG 5100.13
Printer-state (enum) RFC 8011
Printer-state-reasons (1setOf keyword) RFC 8011
Printer-strings-languages-supported (1setOf naturalLanguage) PWG 5100.13
Printer-strings-uri (uri) PWG 5100.13
Printer-supply (1setOf octetString) PWG 5100.13
Printer-supply-description (1setOf text) PWG 5100.13
Printer-supply-info-uri (uri) PWG 5100.13
Printer-uri-supported (1setOf uri) RFC 8011
pwg-raster-document-resolution-supported (1setOf resolution) PWG 5102.4
pwg-raster-document-sheet-back (keyword) PWG 5102.4
pwg-raster-document-type-supported (1setOf keyword) PWG 5102.4
uri-authentication-supported (1setOf keyword) RFC 8011
uri-security-supported (1setOf keyword) RFC 8011

Standards

The IANA IPP Registry provides a list of all IPP attributes, values, operations, and status codes with links to the corresponding standards.

These are the core Internet Printing Protocol standards:

These are the standards for media naming and the common file formats:

These are the Internet Printing Protocol standards that define how to support specific Printer features: