attachment
<div dir="ltr"><div>Hi Mike,</div><div><br></div><div>I agree with all of your suggestions.</div><div><br></div><div>It seems like a good idea to add the patches support to Resources,</div><div>which would reflect (for example) firmware plus patches.</div><div></div><div><br></div><div>To clarify, "Resident Applications" are *distinct* from base firmware</div><div>and intended to represent manufacturer-supplied value-add, while</div><div>"User Applications" are intended to represent customer-supplied</div><div>value-add (such as functions built w/ manufacturer SDKs). For</div><div>some manufacturers, "Resident Applications" may be extra cost.</div><div><br></div><div>Although the name is ambiguous, "User Applications" would</div><div>typically be created by and installed by Enterprise network admins,</div><div>rather than end users (although anyone w/ an SDK could possibly</div><div>create one). <br></div><div><br></div><div>Cheers,</div><div>- Ira</div><div><br></div><div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">Ira McDonald (Musician / Software Architect)<br>Co-Chair - TCG Trusted Mobility Solutions WG</div><div>Co-Chair - TCG Metadata Access Protocol SG<br></div><div dir="ltr">Chair - Linux Foundation Open Printing WG<br>Secretary - IEEE-ISTO Printer Working Group<br>Co-Chair - IEEE-ISTO PWG Internet Printing Protocol WG<br>IETF Designated Expert - IPP & Printer MIB<br>Blue Roof Music / High North Inc<br><a style="color:rgb(51,51,255)" href="http://sites.google.com/site/blueroofmusic" target="_blank">http://sites.google.com/site/blueroofmusic</a><br><a style="color:rgb(102,0,204)" href="http://sites.google.com/site/highnorthinc" target="_blank">http://sites.google.com/site/highnorthinc</a><br>mailto: <a href="mailto:blueroofmusic@gmail.com" target="_blank">blueroofmusic@gmail.com</a><br>PO Box 221 Grand Marais, MI 49839 906-494-2434<br><br><div style="display:inline"></div><div style="display:inline"></div><div style="display:inline"></div><div></div><div></div><div></div><div></div></div></div></div></div></div></div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Aug 1, 2019 at 5:08 PM Michael Sweet via ipp <<a href="mailto:ipp@pwg.org">ipp@pwg.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">All,<br>
<br>
At today's IPP workgroup conference call we discussed adding the printer-firmware-xxx attributes that are being registered separately to the IPP System Service specification, as well as additional top-level System Status attributes that expose both the firmware and other attributes from PWG 5110.1-2013: PWG Hardcopy Device Health Assessment Attributes. Ira and I have an action item to review that specification and make recommendations about which attributes should be added, so here is my list:<br>
<br>
5110.1 Attribute IPP System Status Attribute<br>
------------------------------------------- ---------------------------<br>
FirmwareName (String*) system-firmware-name (1setOf name(MAX))<br>
FirmwarePatches (String*) system-firmware-patches (1setOf text(MAX))<br>
FirmwareStringVersion (String*) system-firmware-string-version (1setOf text(MAX))<br>
FirmwareVersion (OctetArray*) system-firmware-version (1setOf octetString(64))<br>
ResidentApplicationName (String*) system-resident-application-name (1setOf name(MAX))<br>
ResidentApplicationPatches (String*) system-resident-application-patches (1setOf text(MAX))<br>
ResidentApplicationStringVersion (String*) system-resident-application-string-version (1setOf text(MAX))<br>
ResidentApplicationVersion (OctetArray*) system-resident-application-version (1setOf octetString(MAX))<br>
TimeSource (String) system-time-source-configured (type2 keyword | name(MAX))<br>
UserApplicationName (String*) system-user-application-name (1setOf name(MAX))<br>
UserApplicationPatches (String*) system-user-application-patches (1setOf text(MAX))<br>
UserApplicationStringVersion (String*) system-user-application-string-version (1setOf text(MAX))<br>
UserApplicationVersion (OctetArray*) system-user-application-version (1setOf octetString(64))<br>
<br>
* = multiple values allowed<br>
<br>
Some additional notes:<br>
<br>
- I've limited the xxx-version attributes to 64 octets since that is what the System service limits things (because that's what the TNC binding limits things to...)<br>
- Currently the xxx-patches string is not exposed as a Resource Status attribute, but we could easily add that and the corresponding operation attribute as the source of that information.<br>
- Currently we do not differentiate between User applications/software and Resident applications/software in the system service spec. Presumably the resident applications are baked into the firmware and won't show up as separate resources, while user applications are separate, "uploadable" executable-software resources?<br>
- I have omitted all of the network configuration/state attributes since I figure those would be limited by the network security infrastructure and can be separately queried at that level. My focus is on things an administrator might need to manage the HCD's operating configuration and maintenance.<br>
<br>
________________________<br>
Michael Sweet<br>
<br>
<br>
<br>
_______________________________________________<br>
ipp mailing list<br>
<a href="mailto:ipp@pwg.org" target="_blank">ipp@pwg.org</a><br>
<a href="https://www.pwg.org/mailman/listinfo/ipp" rel="noreferrer" target="_blank">https://www.pwg.org/mailman/listinfo/ipp</a><br>
</blockquote></div>