IPP> OPS - Redirect-Job (a ka Move-Job) included in JobandPri nter A dmin (Set2) spec

IPP> OPS - Redirect-Job (a ka Move-Job) included in JobandPri nter A dmin (Set2) spec

IPP> OPS - Redirect-Job (a ka Move-Job) included in JobandPri nter A dmin (Set2) spec

Hastings, Tom N hastings at cp10.es.xerox.com
Wed Jul 12 03:19:16 EDT 2000

See my comments preceded by TH>


-----Original Message-----
From: Michael Sweet [mailto:mike at easysw.com]
Sent: Tuesday, July 11, 2000 09:19
To: kugler at us.ibm.com
Cc: ipp at pwg.org
Subject: Re: IPP> OPS - Redirect-Job (a ka Move-Job) included in
JobandPrinter A dmin (Set2) spec

kugler at us.ibm.com wrote:
> ...
> I don't know what a server is in IPP.  We've got Printer, Job, and
> Document.  I wouldn't mind having a Server object though, along with
> a Queue object.  We (IBM) have considered implementing these as
> extensions.

A Server object would be a good addition, and it would allow us to
use standard server operations instead of our current extension ops.
(CUPS-Get-Printers, CUPS-Get-Classes, etc.)

I think a Queue object will usually map directly to a printer object,
but even with CUPS queues can be "classes" that map to one or more
printer objects, so that would make sense.

We've also been toying with the idea of a "multicast" type of queue,
so you could have the same job fan out to multiple printer objects.
We're still not sure how to handle the notification requirements with
this type of setup, tho...

TH> Take a look at the <draft-ietf-ipp-ops-set2-01.txt> "Job and Printer
Administrative Operations".  It allows a Printer object to have one or more
subordinate Printer objects.  Then the first level Printer is a
"multi-cast" printer as you indicate.  We'd appreciate your comments on this

> ...
> >    5. How do we pass authentication information to the new
> >       server?
> >
> The same way it was received by the old Printer.

However, that won't work with Digest authentication, since the
hostname, nonce, etc. will be different.  Also, one would hope
that users have different passwords on each IPP server.

> ...
> I could see this argument if the Redirect-Job target were a
> different Device within a Printer.  But since the target is a
> different Printer, and server is undefined, this operation seems
> poorly specified to me.

Unfortunately, printer devices don't really map to print queues,
which is what we're trying to accomodate...

I think your idea of Server and Queue objects may be what we need
to adequately define Move/Redirect-Job operations for a general
IPP specification.

Michael Sweet, Easy Software Products                  mike at easysw.com
Printing Software for UNIX                       http://www.easysw.com

More information about the Ipp mailing list