IPP: o protocolo que está substituindo os drivers de impressora

O IPP, Internet Printing Protocol, é o protocolo padronizado pela IETF que transporta trabalhos de impressão entre um cliente e uma impressora via HTTP. Ele permite que um cliente envie um trabalho, consulte o que uma impressora pode fazer, verifique o status do trabalho e o cancele. Diferentemente dos protocolos que substituiu, ele suporta autenticação, controle de acesso e criptografia TLS como parte do padrão, e não como uma adaptação posterior.

A razão pela qual isso importa agora é que o IPP é o mecanismo pelo qual uma impressora se descreve, e esse mecanismo é o que torna o driver de impressora desnecessário. Toda a plataforma de impressão moderna da Microsoft é construída sobre ele e, a partir de 1º de julho de 2026, o Windows Ready Print torna o IPP o caminho padrão para novas instalações de impressoras no Windows.

Como o IPP funciona?

Quando um cliente adiciona uma impressora IPP, ele consulta o dispositivo e a impressora responde com suas próprias capacidades: tamanhos de papel suportados, duplex, modos de cor, resolução, opções de acabamento como grampeamento. O cliente monta uma fila de impressão a partir dessa resposta. Quando um trabalho é enviado, ele trafega por HTTP com os atributos do trabalho anexados.

Essa troca é o ponto central. No modelo de driver, o cliente precisa ser informado previamente sobre o que a impressora pode fazer, e o veículo para essa informação é um pacote de driver criado pelo fabricante. No modelo IPP, o cliente pergunta e a impressora responde. O conhecimento vive no dispositivo, onde sempre foi mais preciso.

Como o IPP opera sobre HTTP, ele herda gratuitamente os mecanismos do HTTP: esquemas de autenticação, TLS para criptografia, proxy e streaming. Um trabalho de impressão para uma impressora IPP via HTTPS é uma transação HTTP autenticada e criptografada.

O que o IPP substituiu?

O IPP substituiu o LPD/LPR e a impressão raw na porta TCP/IP 9100, ambos anteriores a qualquer expectativa séria de que um protocolo de rede devesse autenticar alguém.

LPR (Line Printer Remote) surgiu do BSD Unix e foi documentado na RFC 1179 em 1990. Ele escuta na porta 515, aceita um trabalho e o imprime. Não há autenticação no protocolo, nem criptografia, e apenas relatórios de status rudimentares.

A impressão raw na porta 9100, às vezes chamada de JetDirect ou impressão via soquete, é ainda mais minimalista. O cliente abre um soquete TCP para a impressora e transmite os dados de impressão para ela. Não há controle de trabalho, nem negociação, nem confirmação além da própria conexão TCP. Se você conseguir alcançar a porta, pode imprimir, e a impressora não perguntará quem você é.

Ambos ainda são amplamente utilizados. Ambos explicam por que uma fila de impressão pode enviar tranquilamente um documento confidencial para um dispositivo que nunca verificou se tinha permissão para isso. O Windows Protected Print Mode, quando ativado, desativa completamente os pipelines legados que dependem de filas RAW e LPR, o que representa uma mudança bem maior na maioria dos ambientes do que parece.

De onde veio o IPP?

O IPP começou em 1996 como uma proposta da Novell, desenvolvida com a Xerox como o Lightweight Document Printing Application. A IBM propunha algo semelhante na mesma época, e a HP e a Microsoft estavam construindo novos serviços de impressão para o que se tornou o Windows 2000. Em vez de fragmentar, as empresas levaram o trabalho ao Printer Working Group e negociaram um grupo de trabalho na IETF.

O histórico de versões vale a pena ser conhecido porque explica por que o IPP não é um padrão de fornecedor:

• IPP/1.0, 1999, publicado como um conjunto de RFCs experimentais
• IPP/1.1, 2000, como um padrão preliminar
• IPP/1.1 revisado, janeiro de 2017, como um padrão proposto (RFC 8010, RFC 8011)
• Padrão de Internet 92 (STD 92), junho de 2018

O trabalho continua no grupo de trabalho Internet Printing Protocol do PWG, que estendeu o IPP para abranger digitalização, fax, impressão 3D e gerenciamento de sistemas.

Hoje, o IPP é compatível com mais de 98% das impressoras vendidas. Ele é a base por trás do AirPrint, do IPP Everywhere e da Mopria. Quando Apple, Google, Microsoft e os fabricantes de impressoras chegaram, de forma independente, à impressão sem driver, todos chegaram ao IPP.

O que é o IPP Everywhere e como a Mopria se relaciona com ele?

O IPP Everywhere é o programa de certificação do Printer Working Group, publicado em 2013, que define um padrão mínimo que toda impressora deve atender para suportar a impressão sem driver. Ele especifica quais formatos de documento a impressora precisa aceitar e quais operações IPP deve implementar, para que um cliente possa imprimir sem conhecimento prévio do dispositivo.

A certificação Mopria se apoia nesse padrão e adiciona requisitos próprios. A Mopria Alliance, fundada em setembro de 2013 pela Canon, HP, Samsung e Xerox, já certificou mais de 10.000 modelos de impressoras de 24 marcas, representando mais de 120 milhões de dispositivos em campo.

A distinção é importante por um motivo prático: o modo Windows Protected Print exige a certificação Mopria, e não a IPP Everywhere. As duas listas se sobrepõem bastante, mas não são idênticas, e um dispositivo pode ser compatível com IPP sem ser certificado pela Mopria. Ao verificar um parque de impressoras em relação ao WPP, o diretório de produtos certificados da Mopria é a fonte oficial.

O que a mudança para o IPP significa para um parque de impressoras corporativo?

Significa que o driver de impressora deixa de ser seu problema; a partir de então, o que importa é a capacidade da impressora.

No modelo baseado em driver, uma impressora que não conseguia fazer algo era uma impressora que precisava de um driver melhor. Com o IPP, uma impressora que não consegue fazer algo é uma impressora que não reporta essa capacidade, e não existe um pacote do fabricante que você possa instalar para adicioná‑la. Acabamento avançado, códigos de contabilização, controle por bandeja e rastreamento por departamento são os recursos com maior probabilidade de se comportarem de maneira diferente quando o Windows seleciona o driver IPP embutido em vez do driver do fabricante.

Esse é o verdadeiro risco da migração, e não uma questão de segurança. É a questão do tipo "os cheques da equipe de finanças agora estão saindo pela bandeja errada", e isso vai aparecer já na primeira semana.

cloud rendering evita essa troca porque não coloca a impressora e o Windows em negociação direta. O ezeep renderiza cada trabalho de impressão na nuvem usando o driver correto do fabricante, a partir de uma biblioteca com mais de 6.000, e depois entrega os dados prontos para impressão ao dispositivo pelo ezeep Hub. O endpoint não precisa de driver, e a impressora não precisa se descrever para o Windows em IPP, porque a nuvem já sabe o que ela pode fazer. Hardware não certificado e equipamentos especializados continuam em serviço.

Você está pronto para o WPP?

Baixe o checklist gratuito