[Printing-architecture] snmp - average-toner-coverage per page

Predut, Marius marius.predut at intel.com
Mon May 9 11:31:14 UTC 2016

Hi Ira,

Hmm . thanks for this clarification :
Also I supposed  getting the printing stream directly from printer by PLC/PJL or SNMP or other channel is not possible.
But some counters that refer to the effective area printed can be queried somehow?


From: Ira McDonald [mailto:blueroofmusic at gmail.com]
Sent: Monday, May 09, 2016 1:54 PM
To: Predut, Marius; Ira McDonald
Cc: Johannes Meixner; printing-architecture at lists.linux-foundation.org
Subject: Re: [Printing-architecture] snmp - average-toner-coverage per page

Speaking as the primary editor of IETF Printer MIB v2 (RFC 3805):
Counter units in the Printer MIB are determined by the implementation
and cannot be changed remotely.
Ever since IETF Printer MIB v1 (RFC 1759), it has been true that a given
Printer can update work counters whenever the implementation chooses
(for example, only at the completion of an entire job).  There has never
been a requirement that a Printer must update work counters at every
Simply put - you can't get there from here.
- 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
mailto: blueroofmusic at gmail.com<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, May 9, 2016 at 5:42 AM, Predut, Marius <marius.predut at intel.com<mailto:marius.predut at intel.com>> wrote:
> -----Original Message-----
> From: Johannes Meixner [mailto:jsmeix at suse.de<mailto:jsmeix at suse.de>]
> Sent: Monday, May 09, 2016 11:40 AM
> To: Predut, Marius
> Cc: printing-architecture at lists.linux-foundation.org<mailto:printing-architecture at lists.linux-foundation.org>
> Subject: RE: [Printing-architecture] snmp - average-toner-coverage per page
> Hello,
> On May 5 20:53 Predut, Marius wrote (excerpt):
> >>>> 4. Get the PostScript stream while print job filtering
> >>>>     and analyze it.
> ...
> > I don't have access to the document sent for print
> Then you cannot analyze the PostScript stream.
> > I need a solution to query the counter printer and compound somehow
> > the wanted value (an estimate toner spent for page) For example if I
> > know effective area printed on a page I can estimate the coverage
> > percent.
> > The printer  have an IP address.
> >
> > So, do you have/see other solution here ?
> I am afraid, I do not see another solution except to query the network
> printer itself via SNMP.
> I think when you can only access a network printer itself, you can only query
> its internal counters/values via SNMP.
> I do not know if usual network printers maintain an internal counter/value
> that can be used to calculate the average toner-coverage per page.
One idea can be to counts pixels on each page,
divides pixel count by pixels possible on a page to give the percentage of coverage,
 and keeps a rolling average percent weighted by area printed.
But I don't know if SNMP can give me this counters.
This printer RFC  https://tools.ietf.org/html/rfc3805
Don't help me too much.
(OIDS that can be interesting in this context : somehow this OIDS can be used : prtMarkerSuppliesGroup prtMarkerCounterUnit prtMarkerLifeCount
But I don't know how to deal with)
> Only FYI:
> For some possible issues that I noticed regarding SNMP with network
> printers, you may have a look at
> https://en.opensuse.org/SDB:Printer_Accounting
> Kind Regards
> Johannes Meixner
> --
> SUSE LINUX GmbH - GF: Felix Imendoerffer, Jane Smithard, Graham Norton -
> HRB 21284 (AG Nuernberg)

Printing-architecture mailing list
Printing-architecture at lists.linux-foundation.org<mailto:Printing-architecture at lists.linux-foundation.org>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/printing-architecture/attachments/20160509/094dd20e/attachment-0001.html>

More information about the Printing-architecture mailing list