[IPP] IPP Scan question.
Ira McDonald
blueroofmusic at gmail.com
Wed Sep 17 14:18:04 UTC 2014
Hi,
Works for me too. Thanks for the cleaned up design requirements
list Mike and Pete.
Cheers,
- Ira
Ira McDonald (Musician / Software Architect)
Co-Chair - TCG Trusted Mobility Solutions WG
Chair - Linux Foundation Open Printing WG
Secretary - IEEE-ISTO Printer Working Group
Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
IETF Designated Expert - IPP & Printer MIB
Blue Roof Music / High North Inc
http://sites.google.com/site/blueroofmusic
http://sites.google.com/site/highnorthinc
mailto: blueroofmusic at gmail.com
Winter 579 Park Place Saline, MI 48176 734-944-0094
Summer PO Box 221 Grand Marais, MI 49839 906-494-2434
On Wed, Sep 17, 2014 at 9:29 AM, Michael Sweet <msweet at apple.com> wrote:
> Works for me.
>
> On Sep 17, 2014, at 8:47 AM, Zehler, Peter <Peter.Zehler at xerox.com> wrote:
>
> Small edit on number 7. If this is acceptable, I’ll post an update for
> Formal Vote.
>
>
>
> 1. Follow the PWG Semantic Model for the Network Scan Service.
>
> 1. Follow the naming conventions defined in IPP/1.1: Model and
> Semantics [RFC2911], including keyword value case (lower) and hyphenation
> requirements
>
> 2. Re-use existing IPP operations, attributes, and values when
> possible.
>
> 3. Define IPP attributes, values, and operations necessary for Push
> Scan.
>
> 4. Define IPP attributes, values, and operations necessary for Pull
> Scan.
>
> 5. Define a minimum set of required document formats for
> interoperability.
>
> 6. Define security requirements necessary to support privacy,
> integrity, and auditing policies
>
> 7. Define sections to register all attributes, values, and operations
> with IANA and PWG Semantic Model
>
> 8. Support one or more destinations for Push Scan.
>
> 9. Support monitoring of the status of transmission to each
> destination.
>
> 10. Support streaming of basic page-based raster data.
>
> 11. Support identification of the Imaging Device.
>
>
>
>
>
> Peter Zehler
>
>
> PARC, A Xerox Company
> 800 Phillips Rd, 128-27E
> Webster NY, 14580-9701
> Email: Peter.Zehler at Xerox.com
> Office: +1 (585) 265-8755
>
> Mobile: +1 (585) 329-9508
> FAX: +1 (585) 265-7441
>
>
>
> *From:* Michael Sweet [mailto:msweet at apple.com <msweet at apple.com>]
> *Sent:* Wednesday, September 17, 2014 7:50 AM
> *To:* Zehler, Peter
> *Cc:* Ira McDonald; Manchala, Daniel; ipp at pwg.org
> *Subject:* Re: [IPP] IPP Scan question.
>
>
>
> Pete,
>
>
>
> On Sep 17, 2014, at 7:25 AM, Zehler, Peter <Peter.Zehler at xerox.com> wrote:
>
> Daniel,
>
>
>
> I agree with Ira. Section 3.5 are design requirements. Also note that no
> conformance terminology is used in the design requirements. My preference
> would be to leave the specification as currently written.
>
>
>
> If it must be changed, perhaps the “Push Scan and Pull Scan are required”
> could be changed to “Push Scan and Pull Scan must be included in the
> definition”.
>
>
>
> I think some editorial changes to remove conformance-like words would be
> appropriate and useful. In the process we can normalize the text so that is
> reads consistently, e.g.:
>
>
>
> The design requirements for this specification are:
>
>
>
> 1. Follow the PWG Semantic Model for the Network Scan Service.
>
> 2. Follow the naming conventions defined in IPP/1.1: Model and
> Semantics [RFC2911], including keyword value case (lower) and hyphenation
> requirements
>
> 3. Re-use existing IPP operations, attributes, and values when
> possible.
>
> 4. Define IPP attributes, values, and operations necessary for Push
> Scan.
>
> 5. Define IPP attributes, values, and operations necessary for Pull
> Scan.
>
> 6. Define a minimum set of required document formats for
> interoperability.
>
> 7. Define security requirements necessary to support privacy,
> integrity, and auditing policies
>
> 8. Define sections to register all attributes, values, and operations
> with IANA
>
>
>
> (not sure if these are "design requirements" or just "functional
> requirements driven by use cases")
>
>
>
> 9. Support one or more destinations for Push Scan.
>
> 10. Support monitoring of the status of transmission to each
> destination.
>
> 11. Support streaming of basic page-based raster data.
>
> 12. Support identification of the Imaging Device.
>
>
>
> Pete
>
>
>
> Peter Zehler
>
>
> PARC, A Xerox Company
> 800 Phillips Rd, 128-27E
> Webster NY, 14580-9701
> Email: Peter.Zehler at Xerox.com
> Office: +1 (585) 265-8755
>
> Mobile: +1 (585) 329-9508
> FAX: +1 (585) 265-7441
>
>
>
> *From:* ipp-bounces at pwg.org [mailto:ipp-bounces at pwg.org
> <ipp-bounces at pwg.org>] *On Behalf Of *Ira McDonald
> *Sent:* Tuesday, September 16, 2014 9:16 PM
> *To:* Manchala, Daniel; Ira McDonald
> *Cc:* ipp at pwg.org
> *Subject:* Re: [IPP] IPP Scan question.
>
>
>
> Hi Daniel,
>
> I'll try to answer this one. Mike and Pete can chime in of course.
>
> Section 3.5 Design Requirements simply requires that the *spec*
> defines methods and attributes for both Push and Pull scan - NOT
> that any Printer or Client has to implement them.
>
> Sections 8.x are correct that Push Scan is OPTIONAL - this was
> always intended.
>
> The old section 11.1 requirement (SHOULD) was redundant and
> removed in the clarification of sections 11.x in general.
>
> Does that help?
>
> Cheers,
>
> - Ira
>
>
>
>
> Ira McDonald (Musician / Software Architect)
> Co-Chair - TCG Trusted Mobility Solutions WG
> Chair - Linux Foundation Open Printing WG
> Secretary - IEEE-ISTO Printer Working Group
> Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG
> IETF Designated Expert - IPP & Printer MIB
> Blue Roof Music / High North Inc
> http://sites.google.com/site/blueroofmusic
> http://sites.google.com/site/highnorthinc
> mailto: blueroofmusic at gmail.com
> Winter 579 Park Place Saline, MI 48176 734-944-0094
> Summer PO Box 221 Grand Marais, MI 49839 906-494-2434
>
>
>
> On Tue, Sep 16, 2014 at 8:41 PM, Manchala, Daniel <
> Daniel.Manchala at xerox.com> wrote:
>
> Section 3.5 (Design Requirements) Item 3. says:
>
> * Push Scan and Pull Scan are required.
>
>
>
> This statement (...are required...) states that the Push Scan is required.
>
>
>
> However, Section 8.2 Job Template attributes: destination-uris says:
>
>
>
> * Scan Services that support Push Scanning MUST support this attribute.
>
>
>
> This statement (...that support ...) states that the Push Scan is optional.
>
>
>
> Again, Section 8.3.2 destination-uri-schemes-supported says:
>
>
>
> * Scan Services that support Push Scan MUST support this attribute.
>
>
>
> This statement (...that support ...) states that the Push Scan is optional.
>
>
>
> Section 11.1 mentioned "Scan Services MUST support Pull Scan and SHOULD
> support Push Scan" in an older version of the document (20140725), but the
> current version does not mention that.
>
>
>
> Can you clarify this?
>
>
>
> Thanks,
>
> Daniel.
>
>
>
>
> _______________________________________________
> ipp mailing list
> ipp at pwg.org
> https://www.pwg.org/mailman/listinfo/ipp
>
>
>
> _______________________________________________
> ipp mailing list
> ipp at pwg.org
> https://www.pwg.org/mailman/listinfo/ipp
>
>
>
> _________________________________________________________
> Michael Sweet, Senior Printing System Engineer, PWG Chair
>
>
>
>
> _________________________________________________________
> Michael Sweet, Senior Printing System Engineer, PWG Chair
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pwg.org/pipermail/ipp/attachments/20140917/9c10d8a6/attachment.html>
More information about the ipp
mailing list