Re: [eman] two questions to draft-claise-power-management-arch-02 draft

[Benoit Claise <[e-mail]>]

Hi,

At our last meeting, we decided to go for multiple power states series.
Therefore, the Manufacturer Power State are not necessary any longer.
This has been reflected in the latest version of the MIB (still an 
individual draft), i.e. draft-claise-energy-monitoring-mib-08

Regards, Benoit.
>
> The "Manufacturer Power State" described at the device, however, is it 
> necessary to map that to "12 levels state"?
>
> If there is a "short" state, what is the precise "power state(12 
> levle)"? Either 7 or 8 will be OK?
>
>
> ÔÚ2011-05-18 10:38:21£¬"Brad Schoening" <[e-mail]> дµÀ£º
>
>     The power levels are designed to be sparse. So, your platform can
>     implement those EMAN levels 1..12 which made sense for it. Figure
>     6 of the EMAN Framework v-01 gives an example of this mapping to a
>     device supporting four fictitious power states:
>
>     Power State / Name Manufacturer Power State / Name
>
>     1 / Mech Off 0 / none
>
>     2 / Soft Off 0 / none
>
>     3 / Hibernate 0 / none
>
>     4 / Sleep, Save-to-RAM 0 / none
>
>     5 / Standby 0 / none
>
>     6 / Ready 1 / short
>
>     7 / LowMinus 1 / short
>
>     8 / Low 1 / short
>
>     9 / MediumMinus 2 / tall
>
>     10 / Medium 2 / tall
>
>     11 / HighMinus 3 / grande
>
>     12 / High 4 / venti
>
>     Figure 6: Mapping Example 3
>
>     This is similar to the DMTF and ACPI models which define many
>     states, but devices are not required to implement them all.
>
>     Reference:
>
>     http://tools.ietf.org/html/draft-ietf-eman-framework-01
>
>     *From:*Duanxiaoling [mailto:[e-mail]
>     <mailto:[e-mail]>]
>     *Sent:* Tuesday, May 17, 2011 10:03 PM
>     *To:* Brad Schoening; [e-mail] <mailto:[e-mail]>
>     *Cc:* eman mailing list
>     *Subject:* Re: [eman] two questions to
>     draft-claise-power-management-arch-02 draft
>
>     Thanks for your answer!
>
>     I recognize that other protocols besides SNMP are not in our scope
>     from your answer.
>
>     But how about the second question? Would you like to give us an
>     answer?
>
>     Thanks!
>
>     best regards!
>     notes:duanxiaoling [e-mail]
>     <mailto:[e-mail]>
>     Phone number:13751010110
>     ******************************************************************************************
>     This email and its attachments contain confidential information
>     from HUAWEI, which is intended only for the person or entity whose
>     address is listed above. Any use of the information contained
>     herein in any way (including, but not limited to, total or partial
>     disclosure, reproduction, or dissemination) by persons other than
>     the intended recipient(s) is prohibited. If you receive this
>     e-mail in error, please notify the sender by phone or email
>     immediately and delete it!
>     *****************************************************************************************
>
>
>     ------------------------------------------------------------------------
>
>     *·¢¼þÈË**:*Brad Schoening [[e-mail]
>     <mailto:[e-mail]>]
>     *·¢ËÍʱ¼ä**:*2011Äê5ÔÂ13ÈÕ5:18
>     *µ½**:*Duanxiaoling; [e-mail] <mailto:[e-mail]>
>     *Cc:* eman mailing list
>     *Ö÷Ìâ**:*RE: [eman] two questions to
>     draft-claise-power-management-arch-02 draft
>
>     Yes, the EMAN data model uses the Simple Network Management
>     Protocol (SNMP). Our draft management information base (MIB)
>     inherits data types and textual conventions from the SNMP
>     standard. It¡¯s not really adaptable to other protocols that don¡¯t
>     support SNMP data types.
>
>     There is no standard data format for FTP, hence its not useful by
>     itself as a data transfer protocol without another layer of
>     interpretation such as an XML schema or CSV format. As for the
>     other protocols you mention, they seem to be domain specific, but
>     I¡¯m not familiar with them.
>
>     Regards,
>
>     Brad Schoening
>
>     *From:*[e-mail] <mailto:[e-mail]>
>     [mailto:[e-mail] <mailto:[e-mail]>] *On
>     Behalf Of *Duanxiaoling
>     *Sent:* Wednesday, May 11, 2011 9:35 PM
>     *To:* [e-mail] <mailto:[e-mail]>
>     *Cc:* eman mailing list
>     *Subject:* [eman] two questions to
>     draft-claise-power-management-arch-02 draft
>
>     1,The protocol between NMS and device is SNMP, but how about other
>     protocol, such as FTP, TL1 or Qx ? Is these protocol prohibited or
>     out of eman's scope? Now lots of SDH, MSTP devices is managed by
>     NMS in protocol Qx or TL1. Also, lots of core network device is
>     managed by NMS in protocol MML, and so on. Will our draft fit for
>     these devices(wireless device, core network device, transfer device )?
>
>     2,The power level is defind in the draft is [0...12], how will we
>     use it? All device must have all the power level? or different NE
>     can select different part of them. For example, A can select
>     [0...7], B can select [8,10,12], and so on.
>
>     How about other memeber's thought?
>
>     best regards!
>     email:[e-mail] <mailto:[e-mail]>
>
>     Phone number:+086-0755-13751010110
>     ******************************************************************************************
>     This email and its attachments contain confidential information
>     from HUAWEI, which is intended only for the person or entity whose
>     address is listed above. Any use of the information contained
>     herein in any way (including, but not limited to, total or partial
>     disclosure, reproduction, or dissemination) by persons other than
>     the intended recipient(s) is prohibited. If you receive this
>     e-mail in error, please notify the sender by phone or email
>     immediately and delete it!
>     *****************************************************************************************
>
>
>
>