IPP: Das Protokoll, das Druckertreiber ersetzt

IPP (Internet Printing Protocol) ist das von der IETF standardisierte Protokoll, das Druckaufträge über HTTP zwischen Client und Drucker überträgt. Es ermöglicht dem Client, einen Auftrag zu senden, die Fähigkeiten eines Druckers abzufragen, den Auftragsstatus zu prüfen und einen Auftrag abzubrechen. Im Gegensatz zu den Protokollen, die es ersetzt hat, sind Authentifizierung, Zugriffskontrolle und TLS-Verschlüsselung Teil des Standards und nicht nur nachträgliche Ergänzungen.

Warum das jetzt wichtig ist: IPP ist der Mechanismus, mit dem sich ein Drucker selbst beschreibt — und genau dadurch werden Druckertreiber überflüssig. Microsofts gesamte moderne Druckplattform baut darauf auf, und ab dem 1. Juli 2026 macht Windows Protected Print IPP zum Standardpfad für neue Druckerinstallationen unter Windows.

Wie funktioniert IPP?

Beim Hinzufügen eines IPP-Druckers fragt der Client das Gerät ab; der Drucker antwortet mit seinen Fähigkeiten: unterstützte Papierformate, Duplexdruck, Farbmodi, Auflösung und Endverarbeitungsoptionen wie Heften. Aus dieser Antwort baut der Client eine Druckwarteschlange auf. Wird ein Auftrag gesendet, reist er über HTTP mit den zugehörigen Auftragsattributen.

Dieser Austausch ist der Kern der Sache. Im Treibermodell muss dem Client im Voraus gesagt werden, was der Drucker kann — in Form eines vom Hersteller gelieferten Treiberpakets. Im IPP-Modell fragt der Client und der Drucker antwortet. Das Wissen liegt im Gerät selbst, wo es ohnehin am genauesten ist.

Weil IPP auf HTTP aufsetzt, übernimmt es dessen Mechanismen: Authentifizierungsschemata, TLS zur Verschlüsselung, Proxy-Unterstützung und Streaming. Ein Druckauftrag an einen IPP-Drucker über HTTPS ist eine authentifizierte, verschlüsselte HTTP-Transaktion.

Was hat IPP ersetzt?

IPP löste LPD/LPR und das Raw-Printing über den TCP/IP-Port 9100 ab — Protokolle aus einer Zeit, in der man noch nicht damit rechnete, dass ein Netzwerkprotokoll Authentifizierung bieten sollte.

LPR (Line Printer Remote) stammt aus BSD Unix und wurde 1990 in RFC 1179 dokumentiert. Es hört auf Port 515, nimmt einen Auftrag entgegen und druckt ihn. Das Protokoll kennt keine Authentifizierung, keine Verschlüsselung und bietet nur rudimentäre Statusmeldungen.

Raw-Printing auf Port 9100, manchmal JetDirect- oder Socket-Printing genannt, ist noch minimalistischer. Der Client öffnet einen TCP-Socket zum Drucker und streamt die Druckdaten dorthin. Es gibt keine Auftragssteuerung, keine Aushandlung und keine Bestätigung über die TCP-Verbindung hinaus. Wer den Port erreichen kann, kann auch drucken — der Drucker fragt nicht, wer du bist.

Beide Verfahren sind weiterhin weit verbreitet. Und beide sind der Grund, warum eine Druckwarteschlange bedenkenlos ein vertrauliches Dokument an ein Gerät senden kann, das nie geprüft hat, ob der Vorgang erlaubt ist. Aktiviert man den Windows Protected Print Mode, werden die alten Pipelines, die auf RAW- und LPR-Warteschlangen basieren, vollständig deaktiviert — in den meisten Umgebungen eine deutlich größere Änderung, als es zunächst klingt.

Woher stammt IPP?

IPP begann 1996 als Vorschlag von Novell und wurde zusammen mit Xerox als „Lightweight Document Printing Application“ weiterentwickelt. IBM verfolgte zur gleichen Zeit einen ähnlichen Ansatz, und HP sowie Microsoft arbeiteten an neuen Druckdiensten für das spätere Windows 2000. Statt in verschiedene Richtungen zu fragmentieren, brachten die Unternehmen die Arbeit in die Printer Working Group und verhandelten die Gründung einer IETF-Arbeitsgruppe.

Die Versionsgeschichte ist interessant, weil sie erklärt, warum IPP kein herstellerspezifischer Standard ist:

• IPP/1.0, 1999, veröffentlicht als Reihe experimenteller RFCs

Die Arbeit in der PWG‑Arbeitsgruppe „Internet Printing Protocol“ wird fortgesetzt; sie hat IPP inzwischen um Scannen, Fax, 3D‑Druck und Systemmanagement erweitert.

Heute wird IPP von über 98 % der verkauften Drucker unterstützt. Es bildet die Grundlage für AirPrint, IPP Everywhere und Mopria. Als Apple, Google, Microsoft und die Druckerhersteller unabhängig voneinander auf driverless printing setzten, führte das sie alle zu IPP.

Was ist IPP Everywhere und wie steht Mopria dazu?

IPP Everywhere ist das Zertifizierungsprogramm der Printer Working Group, veröffentlicht 2013. Es definiert einen Mindeststandard, den jeder Drucker erfüllen muss, um treiberloses Drucken zu unterstützen. Es legt fest, welche Dokumentformate ein Drucker akzeptieren und welche IPP‑Operationen er implementieren muss, damit ein Client drucken kann, ohne das Gerät vorher zu kennen.

Die Mopria‑Zertifizierung baut auf diesem Mindeststandard auf und ergänzt ihn um eigene Anforderungen. Die Mopria Alliance, im September 2013 von Canon, HP, Samsung und Xerox gegründet, hat mehr als 10.000 Druckermodelle von 24 Marken zertifiziert und damit über 120 Millionen Geräte im Einsatz.

Die Unterscheidung ist aus einem praktischen Grund wichtig: Der Modus „Windows Protected Print“ erfordert Mopria‑Zertifizierung, nicht IPP Everywhere. Die beiden Listen überschneiden sich stark, sind aber nicht identisch; ein Gerät kann IPP‑fähig sein, ohne Mopria‑zertifiziert zu sein. Beim Abgleich einer Flotte mit WPP ist das Verzeichnis der Mopria‑zertifizierten Produkte die maßgebliche Quelle.

Was bedeutet die Umstellung auf IPP für eine Enterprise‑Druckerflotte?

Es bedeutet: Der Druckertreiber ist nicht mehr dein Problem — stattdessen ist die Fähigkeit des Druckers dein Problem.

Im Treibermodell galt ein Drucker, der etwas nicht konnte, als Drucker, der einen besseren Treiber brauchte. Unter IPP gilt ein Drucker, der etwas nicht kann, als Drucker, der diese Fähigkeit nicht meldet — und es gibt kein Herstellerpaket, das man installieren könnte, um sie hinzuzufügen. Erweiterte Finishing‑Optionen, Abrechnungscodes, die Ansteuerung einzelner Fächer und die Kostenstellenverfolgung sind die Features, die sich am ehesten anders verhalten, wenn Windows den integrierten IPP‑Treiber statt des Herstellertreibers auswählt.

Darin liegt das eigentliche Migrationsrisiko — und es ist keine Sicherheitsfrage. Es ist eher eine Frage vom Typ „Die Schecks des Finanzteams kommen jetzt aus dem falschen Fach“, und sie wird sich in der ersten Woche bemerkbar machen.

Cloud rendering umgeht dieses Problem, weil Drucker und Windows dann nicht direkt miteinander verhandeln. ezeep rendert jeden Druckauftrag in der Cloud gegen den korrekten Herstellertreiber aus einer Bibliothek von über 6.000 Treibern und liefert die druckfertigen Daten über den ezeep Hub an das Gerät. Das Endgerät benötigt keinen Treiber, und der Drucker muss Windows seine Fähigkeiten nicht per IPP mitteilen, weil die Cloud bereits weiß, was er kann. Nicht zertifizierte Hardware und Spezialgeräte bleiben so weiter einsatzfähig.

Bist du bereit für WPP?

Kostenlose Checkliste herunterladen