Hi,
[For review during our WIMS WG teleconference today]
During the PWG Formal Vote on the Power Model/MIB specs, four
vendors made editorial comments:
--------------------------------------------
Vendor A:
[comments on Power Model spec]
"Line 640 & 641: It seems that the "Suspend power state", on line 640
(being set after 7pm during week days), should be switched with the
"Hibernate power state", on line 641 (being set every Friday after 7pm)?
Suspend power state consume less power than Hibernate power state,
more appropriate for over the weekend right?
This seems an editorial oversight, your Power Policy example on Line
1529 sets power state to "Suspend" every Friday at 7pm."
[Proposed resolution, discussed offline with Vendor A]
Resolved confusion about Suspend versus Hibernate power usage
(i.e., Hibernate uses less because OS is NOT still running in RAM).
On line 640, I should change Suspend to Hibernate (best practice).
On line 641, no change.
On line 1529, I should change Suspend to Hibernate (best practice).
---------------------------------------------
Vendor B:
[comments on Power Model and Power MIB]
[Power Log Group]
All Imaging Systems MUST implement this Power Log group as
persistent across power cycles and hardware reconfigurations.
(section 5.3 in wd-wimspowermib10-20110107.pdf)
-->Do you have any idea about Printer/MFP which doesn’t have a
storage like HDD or enough non-volatile memory?
If you say just as above (MUST implement the persistent across
power cycles), I suppose most of low end printers have no chance
to support the power MIB. So it would be helpful for implementer
how many logs you need to keep at least (like 10 logs) as a guide line.
[Proposed resolution, discussed offline with Vendor B]
REGRESSION LOSS - when the 'MaxXxxRecords' elements were
deleted from Power General group, we lost the specific requirement
for a minimum of 10 log entries - this requirement (but not element)
should be restored to the Power Model and Power MIB.
I can note that empty (or canned) PowerStateMessage elements don't
need to be saved in an NVRAM log implementation.
-----------------------------------------------
Vendor C:
[comments on Power Model]
"Should the generalGroup MIB objects powGeneralNaturalLanguage
and powGeneralPolicyMaxAccess be covered in the model document?"
[Proposed resolution, discussed offline with Vendor C]
Power Model should clarify why NaturalLanguage is not needed (because
it's already in the parent System or Subunit object in SM XML Schema).
Power Model should clarify why PolicyMaxAccess is not needed (because
it's coarse access-control, specific to the SNMP binding).
---------------------------------------------------
Vendor D:
[comments on Power MIB]
"The Power MIB spec lacks the following two sections that are present in
the Imaging System State and Counter MIB:
"4.2 Indexing of Imaging System State and Counter MIB"
- an indexing discussion of sets of groups/tables
"4.3 Diagram of Imaging System State and Counter MIB"
- a pictorial representation of the same indexing info
To improve understanding of the Power MIB by designers, implementers,
and testers, we request that these two missing sections be drafted and
reviewed by the WIMS WG for inclusion before the approved Power MIB
is published."
[Proposed resolution, discussed offline with Vendor D]
Three other vendors independently made a similar comment recently.
I will draft text for these two missing sections.
----------------------------------------------
Comments?
Cheers,
- Ira
Ira McDonald (Musician / Software Architect)
Chair - Linux Foundation Open Printing WG
Co-Chair - IEEE-ISTO PWG IPP WG
Co-Chair - TCG Hardcopy WG
IETF Designated Expert - IPP & Printer MIB
Blue Roof Music/High North Inc
http://sites.google.com/site/blueroofmusichttp://sites.google.com/site/highnorthinc
mailto:blueroofmusic at gmail.com
Christmas through April:
579 Park Place Saline, MI 48176
734-944-0094
May to Christmas:
PO Box 221 Grand Marais, MI 49839
906-494-2434
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pwg.org/pipermail/wims/attachments/20110217/926825f3/attachment-0001.html>