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.
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
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:
>> 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...