¿Debo configurar mi impresión CUPS para usar IPP, LPD o URL?

Cuando tengo que agregar una impresora de red, siempre me enfrento al mismo dilema:

¿Debo configurar la impresora a través de IPP, LPD o usar su dirección IP (AppSocket / Jetdirect) y por qué?

¿Cuales son las ventajas y desventajas de cada uno?

¿En qué se diferencia IPP de la opción de dirección IP? Si elijo IPP, ¿eso me impedirá la necesidad de volver a agregar la impresora si cambia la dirección IP?

Aquí hay una pregunta similar, pero las respuestas se refieren a un modelo / situación específica : ¿Cuál es la diferencia entre las diferentes conexiones de impresora?

Aquí hay una captura de pantalla de la configuración de estilo IP del asistente de configuración de Kubuntu:

LPD es un estándar antiguo, IPP es más nuevo.

Ubuntu utiliza el sistema de impresión UNIX común ("CUPS") para manejar la impresión. CUPS utiliza el Protocolo de impresión de Internet ("IPP") como base para administrar trabajos de impresión y colas . También se admiten otros protocolos ( LPD , SMB, AppSocket, también conocido como JetDirect), algunos con funcionalidad reducida .

LPD / LPR todavía se usa comúnmente y funciona bastante bien, pero no proporciona mucho control para los usuarios sobre la configuración de la impresora por trabajo de impresión.

Hoy en día, los protocolos LPD y JetDirect / AppSocket se pueden usar a través de Internet, sin embargo, ninguno de estos protocolos proporciona servicios de autenticación, control de acceso, y toda la gestión de documentos y el formato (incluidos los comandos específicos de la impresora) deben ser manejados por la máquina que envía el documento.

Se prefiere IPP ya que utiliza comunicación bidireccional que le brinda más comentarios y control.

Algunas impresoras pueden no ser compatibles con IPP.

@KodduX respondió la pregunta ya bastante bien (y la voté). Pero aquí hay algunos detalles adicionales ...

La principal ventaja de IPP sobre JetDirect / AppSocket son estas:

• AppSocket es un protocolo de "dispara y olvida". El IPP (S) puede proporcionar información muy detallada sobre el canal de retorno sobre el estado actual del procesamiento del trabajo (qué página se imprime actualmente) y más (como consultas sobre trabajos pasados, completados o cancelados).

• AppSocket es un protocolo muy simple, por lo que todos podrían realizar ingeniería inversa después de que HP lo introdujo (hace mucho tiempo) y aunque nunca fue un estándar oficial; también es bastante confiable y robusto (con todo este conjunto vacío de 'características' que admite), razón por la cual fue ampliamente utilizado y respaldado por prácticamente todas las impresoras de red.

• IPP está estandarizado por el Grupo de trabajo de impresoras ISTO (PWG) , que es una representación de prácticamente todos los fabricantes de impresoras en todo el mundo. Los propios HP incluso han adoptado el IPP con bastante atención, ya que más de 350 de sus modelos de impresoras más nuevos se autocertificaron para ser consistentes con el nuevo estándar 'IPP Everywhere' .

• Con IPP (S) tiene opciones mucho mejores relacionadas con la seguridad: autenticación / autorización, cifrado de datos transferidos, control de acceso, etc.

• Con IPP, tiene un conjunto específico de nombres y valores para las opciones de trabajo de impresión. La impresión dúplex es uno de 'lados = borde largo de dos lados' o '... = borde corto de dos lados' , mientras que antes, podría tener hasta diez o más formas de especificar una impresión dúplex ( porque cada vendedor era libre de usar su propio esquema de nombres). Lo mismo es válido para muchos otros parámetros de impresión.

• IPP (S) le permite consultar una impresora compatible con IPP (y más del 90% de los dispositivos vendidos en los últimos 10 años pueden hablar IPP, porque AirPrint solo puede funcionar por eso; y más de la mitad de estos pueden consumir directamente PDF también) sobre sus capacidades específicas: ¿Puede hacer color? ¿Qué tamaños de papel admite? ¿Hace impresiones dúplex? ¿Puede engrapar, perforar, doblar? ¿Qué versiones de IPP admite? ¿Qué lenguaje de descripción de página (PDL - PostScript, PDF, PCL, JPEG, etc.) puedo enviarle? Etc.pp. ...

• Con la última evolución del estándar IPP, acertadamente llamado 'IPP en todas partes' , finalmente la impresión sin controlador comienza a funcionar. ¡CUPS puede hacerlo! Cada vez que encuentra una impresora IPP Everywhere, ya no necesita ningún controlador o dispositivo PPD específico preparado o preinstalado por el administrador: sabe que puede enviar uno de los formatos estándar de descripción de página (ya sea JPEG, PWG- Raster, URF-Raster o PDF que no requieren un controlador propietario para generar), puede consultar al dispositivo sobre sus capacidades específicas y creará automáticamente un PPD que refleje estas capacidades para que incluso las aplicaciones no habilitadas para IPP puedan imprimir de la manera tradicional (estas aplicaciones 'heredadas' todavía no hablan IPP y se usan para buscar PPD, aplicaciones como LibreOffice o Firefox o qué no hacer).

IPP es el futuro, y el futuro ya está aquí. (AppSocket es el pasado, pero aún no ha desaparecido por completo. La mayoría de las impresoras IPP todavía hablan de AppSocket también ...)

Sin embargo, en el caso específico de su impresora: algunos proveedores / modelos tienen implementaciones defectuosas de IPP, y pueden no funcionar bien, mientras que la impresión de AppSocket en el mismo modelo puede funcionar sin problemas. Simplemente pruébelo con IPP y siga usándolo si funciona bien. Si no, vuelva a AppSocket.