attachment

<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">All,<div><br></div><div>I've been talking privately with several of you to get a sense of what our priorities should be for IPP going forward. &nbsp;What follows is a suitably anonymized version of those discussions and my own tentative conclusions, with the goal to continue development of useful specs that will get implemented. &nbsp;Comments, as always, are welcome.</div><div><br></div><div><br></div><div>CURRENT SPECS</div><div><br></div><div>- IPP FaxOut: We all want fax to die, but this is basically done.</div><div><br></div><div>&nbsp; &nbsp; &nbsp; Conclusion: We should finish the IPP FaxOut Service spec (update</div><div>&nbsp; &nbsp; &nbsp; and put to a formal vote) so products that do still support fax</div><div>&nbsp; &nbsp; &nbsp; use a common interface.</div><div><br></div><div><br></div><div>- IPP Finishings 2.0: Several vendors have products depending on the extensions for folding and punching.</div><div><br></div><div>&nbsp; &nbsp; &nbsp; Conclusion: Continue development of this update to 5100.1.</div><div><br></div><div><br></div><div>- IPP Scan: Everyone has their own protocol and no one will step up to be editor of the document since there is no incentive to change things.</div><div><br></div><div>&nbsp; &nbsp; &nbsp; Conclusion: We should put IPP Scan in hybernation until</div><div>&nbsp; &nbsp; &nbsp; someone steps up to be the editor and we have vendors willing</div><div>&nbsp; &nbsp; &nbsp; to implement it.</div><div><br></div><div><br></div><div>- IPP Shared Infrastructure Extensions (IPPSIX): There is definite interest in continuing this work, but concerns about the initial setup/configuration, i.e., there is no registration defined here so it isn't a complete solution.</div><div><br></div><div>&nbsp; &nbsp; &nbsp; Conclusion: Continue developing this document, look at how we</div><div>&nbsp; &nbsp; &nbsp; can address registration, here or in another specification.</div><div><br></div><div><br></div><div>- IPP Transaction-Based Printing Extensions; Several vendors now have products depending on the extensions for paid/quota/release printing.</div><div><br></div><div>&nbsp; &nbsp; &nbsp; Conclusion: Finish last call and formal vote.</div><div><br></div><div><br></div><div><br></div><div><br></div><div>FUTURE SPECS (CHARTERED/ERRATA)</div><div><br></div><div>- IPP EmailIn/EmailOut: No interest. "We already do email on our clients."</div><div><br></div><div>&nbsp; &nbsp; &nbsp; Conclusion: Drop this from our roadmap.</div><div><br></div><div><br></div><div>- IPP FaxIn: No interest, most MFDs can be configured to print or email incoming fax documents, and email takes care of fax document ingestion.</div><div><br></div><div>&nbsp; &nbsp; &nbsp; Conclusion: Drop this from our roadmap.</div><div><br></div><div><br></div><div>- IPP Job Extensions 1.1: Seems like a lot of work to add a "job-mandatory-attributes-supported (boolean)" attribute.</div><div><br></div><div>&nbsp; &nbsp; &nbsp; Conclusion: Discuss options in the WG - separate "errata"</div><div>&nbsp; &nbsp; &nbsp; document?</div><div><br></div><div><br></div><div>- IPP Multifunction: Doesn't make a lot of sense if we don't have an answer for all of the functions of a MFD.</div><div><br></div><div>&nbsp; &nbsp; &nbsp; Conclusion: Put IPP Multifunction into hibernation until</div><div>&nbsp; &nbsp; &nbsp; we have an answer for at least scanning.</div><div><br></div><div><div><span class="Apple-style-span" style="border-collapse: separate; border-spacing: 0px; "></span></div></div><div><br></div><div>- IPP Output Bins 1.1: Seems like a lot of work to add a "roll" output-bin value.</div><div><br></div><div>&nbsp; &nbsp; &nbsp; Conclusion: Discuss options in the WG&nbsp;- separate "errata"</div><div>&nbsp; &nbsp; &nbsp; document?</div><div><br></div><div><br></div><div>- IPP Resource: We've tried doing a resource service before. Firmware updates seems to be the "killer feature" for this, although fonts and forms are also commonly cited use cases.</div><div><br></div><div>&nbsp; &nbsp; &nbsp; Conclusion: We should revisit an IPP Resource service</div><div>&nbsp; &nbsp; &nbsp; with specific use cases in mind. We should also survey</div><div>&nbsp; &nbsp; &nbsp; our members to gauge interest in such a service.</div><div><br></div><div><br></div><div>- IPP System Control Service: Everyone likes the idea of read-only access to device attributes a la the Printer MIB and IDS Health Assessment Attributes. Listing of services would be nice, particularly for multifunction. &nbsp;Creation of services is more problematic (do we need "service tickets"?), as is write access to device attributes and power management. &nbsp;We need more in the realm of AAA, ACLs, and roles.</div><div><br></div><div>&nbsp; &nbsp; &nbsp; Conclusion: Break this into two versions: a 1.0 that is</div><div>&nbsp; &nbsp; &nbsp; read-only and a 2.0 that extends it to address service</div><div>&nbsp; &nbsp; &nbsp; creation/deletion, write access, power management, AAA,</div><div>&nbsp; &nbsp; &nbsp; and ACLs.</div><div><br></div><div><br></div><div>- IPP Transform Service: The current Semantic Model service is hidden and probably isn't suitable as an externally-accessible service via IPP.</div><div><br></div><div>&nbsp; &nbsp; &nbsp; Conclusion: Put IPP Transform into hibernation until we</div><div>&nbsp; &nbsp; &nbsp; have something useful to expose. &nbsp;Focus on IPPSIX's</div><div>&nbsp; &nbsp; &nbsp; transform capabilities for now.</div><div><br></div><div><br></div><div>_________________________________________________________</div><div><div apple-content-edited="true"><span class="Apple-style-span" style="border-collapse: separate; border-spacing: 0px; "><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: 'Andale Mono'; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px;  "><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Michael Sweet, Senior Printing System&nbsp;Engineer, PWG Chair</div></span></span>
</div>

<br></div></body></html>