[3D Printing] RFC: Changing how subunit status is reported

[3D Printing] RFC: Changing how subunit status is reported

[3D Printing] RFC: Changing how subunit status is reported

Ira McDonald blueroofmusic at gmail.com
Sat Nov 21 17:26:55 UTC 2015


Hi Mike,

I'm definitely in favor of your proposal to have collections for the
new 3D subunits.

If in the future we want to expose these new 3D subunits via
SNMP (e.g., using secure SNMPv3 over TLS), the PWG could
write a MIB that extends the IETF Printer MIB v2 to add the
new subunits, without having to revise RFC 3805.

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 Mon, Nov 16, 2015 at 1:21 PM, Michael Sweet <msweet at apple.com> wrote:

> All,
>
> After going through the white paper again, it occurred to me that the
> current printer-xxx-temperature-current and printer-fan-speed-current
> attributes are reporting a subset of what we would normally get from 2D
> printer subunits.  For example, the printer-input-tray attribute provides
> all of the Printer MIB's prtInputTray properties encoded in a string
> instead of a single roll-up status value.
>
> What do people think of extending those attributes a bit, e.g.:
>
>     printer-chamber (1setOf octetString)
>
>         Values are strings like 'status=N;temperature=N'. Status is a
> bitfield providing detailed status and temperature is the current
> temperature in degrees Celsius.
>
>     printer-chamber-description (1setOf text)
>
>         Values are strings like 'Acme heated chamber'.
>
> *If* these values ever got exposed via SNMP (not sure that would be
> useful), then we'd be able to map things cleanly from these attributes to
> SNMP properties.
>
> _________________________________________________________
> Michael Sweet, Senior Printing System Engineer, PWG Chair
>
> _______________________________________________
> 3d-printing mailing list
> 3d-printing at pwg.org
> https://www.pwg.org/mailman/listinfo/3d-printing
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pwg.org/pipermail/3d-printing/attachments/20151121/9bcaca07/attachment.html>


More information about the 3d-printing mailing list