[IPP] Fwd: IPP Scan operational attribute

[IPP] Fwd: IPP Scan operational attribute

[IPP] Fwd: IPP Scan operational attribute

Zehler, Peter Peter.Zehler at xerox.com
Mon Jun 16 15:23:33 UTC 2014


Sounds like I'll need to call into today's IPP meeting to see how this will be resolved.


Peter Zehler

[parc]
Email: Peter.Zehler at Xerox.com<mailto:Peter.Zehler at Xerox.com>
Office: +1 (585) 265-8755
Mobile: +1 (585) 329-9508
FAX: +1 (585) 265-7441
US Mail: Peter Zehler
Palo Alto Research Center Incorporated
800 Phillips Rd.
M/S 128-25E
Webster NY, 14580-9701

From: Michael Sweet [mailto:msweet at apple.com]
Sent: Monday, June 16, 2014 11:20 AM
To: Ira McDonald
Cc: ipp at pwg.org; Zehler, Peter
Subject: Re: [IPP] Fwd: IPP Scan operational attribute

Ira,

On Jun 16, 2014, at 11:02 AM, Ira McDonald <blueroofmusic at gmail.com<mailto:blueroofmusic at gmail.com>> wrote:
Hi Mike,
The reason for some sparse syntax was to support Pete's use case (over the phone)
of wanting two or more credentials for the *same* destination (i.e., multi-factor auth is
in use).  This is a critically important real-world use case.

Then we need to define it and its requirements.


With the straight parallel 1setOf approach, there has to be a nested collection to hold
the auth-type, auth-data, etc. for each credential for one destination - ugly and fragile.

If the auth type defines multiple credentials then those can be provided via separate data values in the 1setOf, or using type-specific member attributes.  In short, we need to define what the attributes contain, not provide a BLOB holder that will become an interoperability nightmare.


Pete and I particularly liked the use of the simple (1setOf octetString(MAX)) with auto
concatenation to support large credentials (X.509 certificates, etc.).

That is indeed a simple solution, but let's not make it an opaque blob.

_________________________________________________________
Michael Sweet, Senior Printing System Engineer, PWG Chair

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pwg.org/pipermail/ipp/attachments/20140616/a7a48d77/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 2783 bytes
Desc: image001.png
URL: <http://www.pwg.org/pipermail/ipp/attachments/20140616/a7a48d77/attachment.png>


More information about the ipp mailing list