Edward Beili | 2 Aug 2003 00:16
Favicon

RE: RE: 802.3ah (EFM) MIB - Copper vs. Fiber?

Even inside EFM copper some of the registers are different between 10PassTS
and 2BaseT (see clause 45 and 30). Aggregation is specified for copper only,
Multipoint operation  - for EPON only etc.
In the end it may be a single MIB tree with some of the nodes being unused
in each specific Phy - in my opinion it would be easier to develop the MIB
separately for each Phy and then merge it.

Regards,
-Edward

-----Original Message-----
From: Grant Schnebly
To: 'hubmib <at> ietf.org'
Sent: 30/07/03 23:37
Subject: [Hubmib] RE: 802.3ah (EFM) MIB - Copper vs. Fiber?

 > My personal preferences is one doc per flavor, i.e. EPON MIB, EFMCu
MIB.

What sort of differences would exist between an EFM mib for copper and
an
EFM mib for fiber?  Does IEEE specify different sets of data for
different
physical media?

Thanks,

-Grant

_______________________________________________
(Continue reading)

C. M. Heard | 6 Aug 2003 22:47
Picon
Favicon

RFC-to-be: <draft-ietf-hubmib-wis-mib-07.txt> (fwd)

HUB MIB Folks --

The WIS MIB has now gotten its official top-level OID assignment
from the IANA.

Mike Heard

---------- Forwarded message ----------
Date: Tue, 5 Aug 2003 16:22:08 -0700
From: IANA <iana <at> iana.org>
To: heard <at> pobox.com
Cc: dromasca <at> avaya.com, Bert Wijnen <bwijnen <at> lucent.com>,
     Randy Bush <randy <at> psg.com>
Subject: RFC-to-be: <draft-ietf-hubmib-wis-mib-07.txt>

Mr. Heard,

We have completed the IANA Actions for RFC-to-be:
<draft-ietf-hubmib-wis-mib-07.txt>.

We have assigned the following transmission number:

134   etherWisMIB   ETHER-WIS MIB   [RFC-ietf-hubmib-wis-mib-07.txt]

Please see:
<http://www.iana.org/assignments/smi-numbers>

Please let us know if everything look OK.  As soon as
we receive your reply we will send a message to the 
RFC-Editor indicating the IANA Actions are completed
(Continue reading)

Romascanu, Dan (Dan | 17 Aug 2003 10:15
Favicon

EFM MIB Work in the IETF (Was: RE: [EFM]Event Time Stamp)

David, and all,

To be accurate - no work has been started in the IETF on an SNMP MIB specification for EFM. Some discussions
have been conducted on the mail list, and a number of individuals representing different vendors
expressed their interest to particpate in such work - but these folks are still to get their act together in
order for this work to happen. This means proposing a charter,  and starting to work in the initial
Internet-Drafts proposals. There is no much time left until the next IETF meeting, which happens to be
scheduled in parallel with the November IEEE Plenary. 

Regards,

Dan

Dan Romascanu,
Chair, IETF Ethernet Interfaces and Hub MIB WG

> -----Original Message-----
> From: David Law [mailto:David_Law <at> eur.3com.com]
> Sent: 15 August, 2003 1:28 AM
> To: Yonghong Ren
> Cc: stds-802-3-efm <at> ieee.org
> Subject: RE: [EFM]Event Time Stamp
> 
> 
> 
> 
> 
> Hi Yonghong,
> 
> Clause 30 is a protocol independent MIB definition which is 
(Continue reading)

Lior Khermosh | 19 Aug 2003 19:30

EPON MIB Draft Doc

Hi all,
As a follow up to the discussion that was on the reflector regarding the
EPON MIBs I have prepared a draft list for EPON MIBs. Most of them are based
on clause 30 amendments of IEEE 802.3ah draft, with actually using the same
definitions. I added some more. I think there could be added more but I
wanted to initiate the process.

The document is divide into the following parts:
1) EPON Device MIBs
2) MAU types
3)EFM package capabilities:
	3a) MAU
	3b) MPCP
	3c) OAM
	3d) Emulation layer
	3e) Phy

The document also includes the reference to the OAM part since it is an
essential part in an EPON device which is part of an access equipment.

I have already received some comments regarding this doc that it is mainly
layer2 (sticking to IEEE 802.3 attributes), and that EPOM MIBs needs to
contain much more in box level perspective. I have not yet fully considered
these remarks and for the sake of discussion have decided to forward this
doc to the hub-mib reflector to initiate the discussion.

Please feel free to comment or add/delete anything you like.
I hope it will be helpful in preparing the EPON MIBs document.

For any further details please contact me.
(Continue reading)

Romascanu, Dan (Dan | 21 Aug 2003 10:53
Favicon

EFM MIB - Work Plan and Re-charter Proposal

Let me try to summarize where we are with the discussions concerning the new EFM MIB work.

1. I suggest that all discussions will happen on hubmib <at> ietf.org. I sent a message on this respect to the IEEE 802.3ah reflector.

2. My call for participation in this work received a very good answer - 15 individuals representing 11 different companies volunteered to particpate in the work. At this point in time we need specific names for editors. Lior Khermosh graciously volunteered to be the editor for the EPON MIB (or EPON section of the EFM MIB, if we decide to go this way). I need names for editors of the generic EFM MIB and the copper MIB.

3. We had some discussions, but did not decide yet whether we want to do one MIB module or separate modules. The charter proposal below mentions separate modules, the main reason being that I  do not see too many cases (if at all) in which simultaneous support of copper and optical is required. Please comment.

4. Here is a proposal for wording of an Charter Update. This is the time to send feedback, proposal change, or just a short message that you are OK with this wording.

----------------------------------------------------

'The working group will work on the following MIB modules for the IEEE 802.3ah (Ethernet First Mile) interfaces and devices:

- Ethernet First Mile (EFM) MIB - common attributes, OAM operations and statistics

- Copper EFM MIB

- Ethernet Passive Optical Networks (EPON) MIB

The base for the definition of the managed objects in these MIB modules will be the management-related clauses in IEEE 802.3ah specification. The working group will also take into consideration management objects defined by other Working Groups in the IETF (ADSL MIB for example), or other standard bodies (G.983.2), will avoid work duplication, and describe the relationship with these specifications.

Schedules

October 2003 - Individual submissions for the EFM MIB modules

December 2003 - First round of WG Internet-Drafts for the EFM MIB modules

April 2004 - Working Group Last Call

June 2004 - Submit the Internet- Drafts to the IESG for consideration as Proposed Standards'

Please comment!

Dan

 

 

Wijnen, Bert (Bert | 21 Aug 2003 11:34
Picon
Favicon

FW: evaluation: draft-ietf-hubmib-power-ethernet-mib

I am going to assume that the hubmib WG will agree if I
make the editorial changes/fixes (fixing typos) in the
form of an RFC-Editor note.
If anyone objects, pls let me know asap!

Thanks,
Bert 

-----Original Message-----
From: hardie <at> qualcomm.com [mailto:hardie <at> qualcomm.com]
Sent: woensdag 20 augustus 2003 1:29
To: iesg-secretary <at> ietf.org; iesg <at> ietf.org
Subject: evaluation: draft-ietf-hubmib-power-ethernet-mib

Notes:

     pethPsePortTable OBJECT-TYPE
           SYNTAX      SEQUENCE OF PethPsePortEntry
           MAX-ACCESS  not-accessible
           STATUS      current
           DESCRIPTION
               "A table of objects that display and control the power
                characteristics power Ethernet ports on a Power Source

--->missing "of" in "characteristics of power Ethernet ports"?

         pethPsePortPowerPairsControlAbility OBJECT-TYPE
        SYNTAX TruthValue
        MAX-ACCESS read-only
        STATUS current
        DESCRIPTION
             "Describes the capability of controlling the power pairs
             functionality to switch pins for sourcing power.
             The value true indicate that the device has the capability
             to control the power pairs. When false the PSE Pinout
             Alternative used cannot be controlled through the
             PethPsePortAdminEnabe attribute."

--->should be PethPsePortAdminEnable?

        pethPsePortPowerPairs OBJECT-TYPE
        SYNTAX INTEGER   {
                   signal(1),
                   spare(2)
         }
        MAX-ACCESS read-write
        STATUS current
        DESCRIPTION
            "Describes or controls the pairs in use. If the value of
             pethPsePortPowerPairsControl is true, this object is
             writable.
             A value of signal(1) menas that the signal pairs

--->menas should be means?
Romascanu, Dan (Dan | 21 Aug 2003 15:25
Favicon

RE: FW: evaluation: draft-ietf-hubmib-power-ethernet-mib

All edits are OK with me. Thanks for catching them. Dan

> -----Original Message-----
> From: Wijnen, Bert (Bert) [mailto:bwijnen <at> lucent.com]
> Sent: 21 August, 2003 12:34 PM
> To: Hubmib Mailing List (E-mail)
> Cc: Ted Hardie (E-mail)
> Subject: [Hubmib] FW: evaluation: draft-ietf-hubmib-power-ethernet-mib
> 
> 
> I am going to assume that the hubmib WG will agree if I
> make the editorial changes/fixes (fixing typos) in the
> form of an RFC-Editor note.
> If anyone objects, pls let me know asap!
> 
> Thanks,
> Bert 
> 
> -----Original Message-----
> From: hardie <at> qualcomm.com [mailto:hardie <at> qualcomm.com]
> Sent: woensdag 20 augustus 2003 1:29
> To: iesg-secretary <at> ietf.org; iesg <at> ietf.org
> Subject: evaluation: draft-ietf-hubmib-power-ethernet-mib
> 
> Notes:
> 
>      pethPsePortTable OBJECT-TYPE
>            SYNTAX      SEQUENCE OF PethPsePortEntry
>            MAX-ACCESS  not-accessible
>            STATUS      current
>            DESCRIPTION
>                "A table of objects that display and control the power
>                 characteristics power Ethernet ports on a Power Source
> 
> --->missing "of" in "characteristics of power Ethernet ports"?
> 
> 
>          pethPsePortPowerPairsControlAbility OBJECT-TYPE
>         SYNTAX TruthValue
>         MAX-ACCESS read-only
>         STATUS current
>         DESCRIPTION
>              "Describes the capability of controlling the power pairs
>              functionality to switch pins for sourcing power.
>              The value true indicate that the device has the 
> capability
>              to control the power pairs. When false the PSE Pinout
>              Alternative used cannot be controlled through the
>              PethPsePortAdminEnabe attribute."
> 
> --->should be PethPsePortAdminEnable?
> 
>         pethPsePortPowerPairs OBJECT-TYPE
>         SYNTAX INTEGER   {
>                    signal(1),
>                    spare(2)
>          }
>         MAX-ACCESS read-write
>         STATUS current
>         DESCRIPTION
>             "Describes or controls the pairs in use. If the value of
>              pethPsePortPowerPairsControl is true, this object is
>              writable.
>              A value of signal(1) menas that the signal pairs
> 
> --->menas should be means?
> 
> _______________________________________________
> Hubmib mailing list
> Hubmib <at> ietf.org
> https://www1.ietf.org/mailman/listinfo/hubmib
> 
Wijnen, Bert (Bert | 22 Aug 2003 11:34
Picon
Favicon

FW: Evaluation: draft-ietf-hubmib-power-ethernet-mib

IESG approved the document with an RFC-Editor notes attachment.
Formal announcemement will come in a few days from IESG
secretariat.

Thanks to the authors, reviewers and the WG.

Bert 

-----Original Message-----
From: Wijnen, Bert (Bert) [mailto:bwijnen <at> lucent.com]
Sent: vrijdag 22 augustus 2003 11:23
To: Iesg-Secretary (E-mail)
Cc: Iesg (E-mail)
Subject: Re: Evaluation: draft-ietf-hubmib-power-ethernet-mib

IESG secretary,

here are the RFC-Editor notes to go with the approval announcement.
(I have also put them in the ballot-writeup in the ID-tracker).

With that it is ready to be announced.

I have changed the state of the doc in the ID-tracker to remove
the sub-state. So you are ready to announce with this
additional info.

Bert
------------
RFC-Editor Notes:

- on page 5, pls fix a typo
  missing "of" in "characteristics of power Ethernet ports"?
OLD
     pethPsePortTable OBJECT-TYPE
           SYNTAX      SEQUENCE OF PethPsePortEntry
           MAX-ACCESS  not-accessible
           STATUS      current
           DESCRIPTION
               "A table of objects that display and control the power
                characteristics power Ethernet ports on a Power Source

NEW:
     pethPsePortTable OBJECT-TYPE
           SYNTAX      SEQUENCE OF PethPsePortEntry
           MAX-ACCESS  not-accessible
           STATUS      current
           DESCRIPTION
               "A table of objects that display and control the power
                characteristics of power Ethernet ports on a Power Source

- on page 7, fix typo
  should be PethPsePortAdminEnable
OLD:
         pethPsePortPowerPairsControlAbility OBJECT-TYPE
        SYNTAX TruthValue
        MAX-ACCESS read-only
        STATUS current
        DESCRIPTION
             "Describes the capability of controlling the power pairs
             functionality to switch pins for sourcing power.
             The value true indicate that the device has the capability
             to control the power pairs. When false the PSE Pinout
             Alternative used cannot be controlled through the
             PethPsePortAdminEnabe attribute."

NEW:
         pethPsePortPowerPairsControlAbility OBJECT-TYPE
        SYNTAX TruthValue
        MAX-ACCESS read-only
        STATUS current
        DESCRIPTION
             "Describes the capability of controlling the power pairs
             functionality to switch pins for sourcing power.
             The value true indicate that the device has the capability
             to control the power pairs. When false the PSE Pinout
             Alternative used cannot be controlled through the
             PethPsePortAdminEnable attribute."

- On page 7, fix typo
  menas should be means

OLD:
        pethPsePortPowerPairs OBJECT-TYPE
        SYNTAX INTEGER   {
                   signal(1),
                   spare(2)
         }
        MAX-ACCESS read-write
        STATUS current
        DESCRIPTION
            "Describes or controls the pairs in use. If the value of
             pethPsePortPowerPairsControl is true, this object is
             writable.
             A value of signal(1) menas that the signal pairs

NEW:
        pethPsePortPowerPairs OBJECT-TYPE
        SYNTAX INTEGER   {
                   signal(1),
                   spare(2)
         }
        MAX-ACCESS read-write
        STATUS current
        DESCRIPTION
            "Describes or controls the pairs in use. If the value of
             pethPsePortPowerPairsControl is true, this object is
             writable.
             A value of signal(1) means that the signal pairs
The IESG | 26 Aug 2003 20:02
Picon
Favicon

Protocol Action: 'Power Ethernet MIB' to Proposed Standard

The IESG has approved the Internet-Draft 'Power Ethernet MIB' 
<draft-ietf-hubmib-power-ethernet-mib-08.txt> as a Proposed Standard. This 
document is the product of the Ethernet Interfaces and Hub MIB Working 
Group. The IESG contact persons are Bert Wijnen and Randy Bush.

The IESG has approved the Internet-Draft 'Power Ethernet MIB' 
<draft-ietf-hubmib-power-ethernet-mib-08.txt> as a Proposed Standard.
This document is the product of the Ethernet Interfaces and Hub MIB 
Working Group. The IESG contact persons are Randy Bush and Bert Wijnen.

Technical Summary

  This memo defines a portion of the Management Information Base (MIB)
  for use with network management protocols in the Internet community.
  The document proposes an extension to the Ethernet-like Interfaces
  MIB with a set of objects for managing a Power Source Equipment (PSE). 

Working Group Summary

  There is Working Group Consensus to publish the above document as a
  Proposed Standard.

Protocol Quality

  This document has been reviewed for the IESG by Bert Wijnen and
  Mike Heard.

RFC-Editor Notes:

- on page 5, pls fix a typo
  missing "of" in "characteristics of power Ethernet ports"?
OLD
     pethPsePortTable OBJECT-TYPE
           SYNTAX      SEQUENCE OF PethPsePortEntry
           MAX-ACCESS  not-accessible
           STATUS      current
           DESCRIPTION
               "A table of objects that display and control the power
                characteristics power Ethernet ports on a Power Source

NEW:
     pethPsePortTable OBJECT-TYPE
           SYNTAX      SEQUENCE OF PethPsePortEntry
           MAX-ACCESS  not-accessible
           STATUS      current
           DESCRIPTION
               "A table of objects that display and control the power
                characteristics of power Ethernet ports on a Power Source

- on page 7, fix typo
  should be PethPsePortAdminEnable
OLD:
         pethPsePortPowerPairsControlAbility OBJECT-TYPE
        SYNTAX TruthValue
        MAX-ACCESS read-only
        STATUS current
        DESCRIPTION
             "Describes the capability of controlling the power pairs
             functionality to switch pins for sourcing power.
             The value true indicate that the device has the capability
             to control the power pairs. When false the PSE Pinout
             Alternative used cannot be controlled through the
             PethPsePortAdminEnabe attribute."

NEW:
         pethPsePortPowerPairsControlAbility OBJECT-TYPE
        SYNTAX TruthValue
        MAX-ACCESS read-only
        STATUS current
        DESCRIPTION
             "Describes the capability of controlling the power pairs
             functionality to switch pins for sourcing power.
             The value true indicate that the device has the capability
             to control the power pairs. When false the PSE Pinout
             Alternative used cannot be controlled through the
             PethPsePortAdminEnable attribute."

- On page 7, fix typo
  menas should be means

OLD:
        pethPsePortPowerPairs OBJECT-TYPE
        SYNTAX INTEGER   {
                   signal(1),
                   spare(2)
         }
        MAX-ACCESS read-write
        STATUS current
        DESCRIPTION
            "Describes or controls the pairs in use. If the value of
             pethPsePortPowerPairsControl is true, this object is
             writable.
             A value of signal(1) menas that the signal pairs

NEW:
        pethPsePortPowerPairs OBJECT-TYPE
        SYNTAX INTEGER   {
                   signal(1),
                   spare(2)
         }
        MAX-ACCESS read-write
        STATUS current
        DESCRIPTION
            "Describes or controls the pairs in use. If the value of
             pethPsePortPowerPairsControl is true, this object is
             writable.
             A value of signal(1) means that the signal pairs
Grant Schnebly | 30 Aug 2003 00:15
Favicon

Re: EFM MIB - Work Plan and Re-charter Proposal

 > 3. We had some discussions, but did not decide yet whether we want to do
 > one MIB module or separate modules. The charter proposal below mentions
 > separate modules, the main reason being that I  do not see too many
 > cases (if at all) in which simultaneous support of copper and optical is
 > required. Please comment.

MRV plans a line of products which will simultaneously support both copper
and fiber ports on the same managed device.  

A single MIB supporting any transmission medium seems straightforward to me.
This appears to be what IEEE is doing in Annex 30A and 30B.  If I'm
overlooking something, please let me know.

-Grant

-----Original Message-----
From: hubmib-request <at> ietf.org [mailto:hubmib-request <at> ietf.org]
Sent: Thursday, August 21, 2003 9:00 AM
To: hubmib <at> ietf.org
Subject: Hubmib digest, Vol 1 #216 - 3 msgs

Send Hubmib mailing list submissions to
	hubmib <at> ietf.org

To subscribe or unsubscribe via the World Wide Web, visit
	https://www1.ietf.org/mailman/listinfo/hubmib
or, via email, send a message with subject or body 'help' to
	hubmib-request <at> ietf.org

You can reach the person managing the list at
	hubmib-admin <at> ietf.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Hubmib digest..."

Today's Topics:

   1. EFM MIB - Work Plan and Re-charter Proposal (Romascanu, Dan (Dan))
   2. FW: evaluation: draft-ietf-hubmib-power-ethernet-mib (Wijnen, Bert
(Bert))
   3. RE: FW: evaluation: draft-ietf-hubmib-power-ethernet-mib (Romascanu,
Dan (Dan))

--__--__--

Message: 1
Date: Thu, 21 Aug 2003 11:53:11 +0300
From: "Romascanu, Dan (Dan)" <dromasca <at> avaya.com>
To: <hubmib <at> ietf.org>
Subject: [Hubmib] EFM MIB - Work Plan and Re-charter Proposal

This is a multi-part message in MIME format.

------_=_NextPart_001_01C367C1.A6925C97
Content-Type: text/plain;
	charset="windows-1255"
Content-Transfer-Encoding: quoted-printable

Let me try to summarize where we are with the discussions concerning the =
new EFM MIB work.=20

1. I suggest that all discussions will happen on hubmib <at> ietf.org. I sent =
a message on this respect to the IEEE 802.3ah reflector.=20

2. My call for participation in this work received a very good answer - =
15 individuals representing 11 different companies volunteered to =
particpate in the work. At this point in time we need specific names for =
editors. Lior Khermosh graciously volunteered to be the editor for the =
EPON MIB (or EPON section of the EFM MIB, if we decide to go this way). =
I need names for editors of the generic EFM MIB and the copper MIB.=20

3. We had some discussions, but did not decide yet whether we want to do =
one MIB module or separate modules. The charter proposal below mentions =
separate modules, the main reason being that I  do not see too many =
cases (if at all) in which simultaneous support of copper and optical is =
required. Please comment.=20

4. Here is a proposal for wording of an Charter Update. This is the time =
to send feedback, proposal change, or just a short message that you are =
OK with this wording.=20

----------------------------------------------------

'The working group will work on the following MIB modules for the IEEE =
802.3ah (Ethernet First Mile) interfaces and devices:

- Ethernet First Mile (EFM) MIB - common attributes, OAM operations and =
statistics
- Copper EFM MIB
- Ethernet Passive Optical Networks (EPON) MIB

The base for the definition of the managed objects in these MIB modules =
will be the management-related clauses in IEEE 802.3ah specification. =
The working group will also take into consideration management objects =
defined by other Working Groups in the IETF (ADSL MIB for example), or =
other standard bodies (G.983.2), will avoid work duplication, and =
describe the relationship with these specifications.

Schedules

October 2003 - Individual submissions for the EFM MIB modules
December 2003 - First round of WG Internet-Drafts for the EFM MIB =
modules
April 2004 - Working Group Last Call
June 2004 - Submit the Internet- Drafts to the IESG for consideration as =
Proposed Standards'

Please comment!

Dan
=20

=20

------_=_NextPart_001_01C367C1.A6925C97
Content-Type: text/html;
	charset="windows-1255"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dwindows-1255">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
6.0.6388.0">
<TITLE>EFM MIB - Work Plan and Re-charter Proposal</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/rtf format -->

<P DIR=3DLTR><FONT SIZE=3D2 FACE=3D"Arial">Let me try to summarize where =
we are with the discussions concerning the new EFM MIB work. </FONT></P>

<P DIR=3DLTR><FONT SIZE=3D2 FACE=3D"Arial">1. I suggest that all =
discussions will happen on hubmib <at> ietf.org. I sent a message on this =
respect to the IEEE 802.3ah reflector. </FONT></P>

<P DIR=3DLTR><FONT SIZE=3D2 FACE=3D"Arial">2. My call for participation =
in this work received a very good answer - 15 individuals representing =
11 different companies volunteered to particpate in the work. At this =
point in time we need specific names for editors. Lior Khermosh =
graciously volunteered to be the editor for the EPON MIB (or EPON =
section of the EFM MIB, if we decide to go this way). I need names for =
editors of the generic EFM MIB and the copper MIB. </FONT></P>

<P DIR=3DLTR><FONT SIZE=3D2 FACE=3D"Arial">3. We had some discussions, =
but did not decide yet whether we want to do one MIB module or separate =
modules. The charter proposal below mentions separate modules, the main =
reason being that I&nbsp; do not see too many cases (if at all) in which =
simultaneous support of copper and optical is required. Please comment. =
</FONT></P>

<P DIR=3DLTR><FONT SIZE=3D2 FACE=3D"Arial">4. Here is a proposal for =
wording of an Charter Update. This is the time to send feedback, =
proposal change, or just a short message that you are OK with this =
wording. </FONT></P>

<P DIR=3DLTR><FONT SIZE=3D2 =
FACE=3D"Arial">----------------------------------------------------</FONT=
></P>

<P DIR=3DLTR><FONT SIZE=3D2 FACE=3D"Arial">'The working group will work =
on the following MIB modules for the IEEE 802.3ah (Ethernet First Mile) =
interfaces and devices:</FONT></P>

<P DIR=3DLTR><FONT SIZE=3D2 FACE=3D"Arial">- Ethernet First Mile (EFM) =
MIB - common attributes, OAM operations and statistics</FONT></P>

<P DIR=3DLTR><FONT SIZE=3D2 FACE=3D"Arial">- Copper EFM MIB</FONT></P>

<P DIR=3DLTR><FONT SIZE=3D2 FACE=3D"Arial">- Ethernet Passive Optical =
Networks (EPON) MIB</FONT></P>

<P DIR=3DLTR><FONT SIZE=3D2 FACE=3D"Arial">The base for the definition =
of the managed objects in these MIB modules will be the =
management-related clauses in IEEE 802.3ah specification. The working =
group will also take into consideration management objects defined by =
other Working Groups in the IETF (ADSL MIB for example), or other =
standard bodies (G.983.2), will avoid work duplication, and describe the =
relationship with these specifications.</FONT></P>

<P DIR=3DLTR><FONT SIZE=3D2 FACE=3D"Arial">Schedules</FONT></P>

<P DIR=3DLTR><FONT SIZE=3D2 FACE=3D"Arial">October 2003 - Individual =
submissions for the EFM MIB modules</FONT></P>

<P DIR=3DLTR><FONT SIZE=3D2 FACE=3D"Arial">December 2003 - First round =
of WG Internet-Drafts for the EFM MIB modules</FONT></P>

<P DIR=3DLTR><FONT SIZE=3D2 FACE=3D"Arial">April 2004 - Working Group =
Last Call</FONT></P>

<P DIR=3DLTR><FONT SIZE=3D2 FACE=3D"Arial">June 2004 - Submit the =
Internet- Drafts to the IESG for consideration as Proposed =
Standards'</FONT></P>

<P DIR=3DLTR><FONT SIZE=3D2 FACE=3D"Arial">Please comment!</FONT></P>

<P DIR=3DLTR><FONT SIZE=3D2 FACE=3D"Arial">Dan</FONT></P>

<P DIR=3DLTR><FONT SIZE=3D2 FACE=3D"Arial">&nbsp;</FONT></P>

<P DIR=3DLTR><FONT SIZE=3D2 FACE=3D"Arial">&nbsp;</FONT></P>

</BODY>
</HTML>
------_=_NextPart_001_01C367C1.A6925C97--

--__--__--

Message: 2
From: "Wijnen, Bert (Bert)" <bwijnen <at> lucent.com>
To: "Hubmib Mailing List (E-mail)" <hubmib <at> ietf.org>
Cc: "Ted Hardie (E-mail)" <hardie <at> qualcomm.com>
Date: Thu, 21 Aug 2003 11:34:07 +0200
Subject: [Hubmib] FW: evaluation: draft-ietf-hubmib-power-ethernet-mib

I am going to assume that the hubmib WG will agree if I
make the editorial changes/fixes (fixing typos) in the
form of an RFC-Editor note.
If anyone objects, pls let me know asap!

Thanks,
Bert 

-----Original Message-----
From: hardie <at> qualcomm.com [mailto:hardie <at> qualcomm.com]
Sent: woensdag 20 augustus 2003 1:29
To: iesg-secretary <at> ietf.org; iesg <at> ietf.org
Subject: evaluation: draft-ietf-hubmib-power-ethernet-mib

Notes:

     pethPsePortTable OBJECT-TYPE
           SYNTAX      SEQUENCE OF PethPsePortEntry
           MAX-ACCESS  not-accessible
           STATUS      current
           DESCRIPTION
               "A table of objects that display and control the power
                characteristics power Ethernet ports on a Power Source

--->missing "of" in "characteristics of power Ethernet ports"?

         pethPsePortPowerPairsControlAbility OBJECT-TYPE
        SYNTAX TruthValue
        MAX-ACCESS read-only
        STATUS current
        DESCRIPTION
             "Describes the capability of controlling the power pairs
             functionality to switch pins for sourcing power.
             The value true indicate that the device has the capability
             to control the power pairs. When false the PSE Pinout
             Alternative used cannot be controlled through the
             PethPsePortAdminEnabe attribute."

--->should be PethPsePortAdminEnable?

        pethPsePortPowerPairs OBJECT-TYPE
        SYNTAX INTEGER   {
                   signal(1),
                   spare(2)
         }
        MAX-ACCESS read-write
        STATUS current
        DESCRIPTION
            "Describes or controls the pairs in use. If the value of
             pethPsePortPowerPairsControl is true, this object is
             writable.
             A value of signal(1) menas that the signal pairs

--->menas should be means?

--__--__--

Message: 3
Subject: RE: [Hubmib] FW: evaluation: draft-ietf-hubmib-power-ethernet-mib
Date: Thu, 21 Aug 2003 16:25:42 +0300
From: "Romascanu, Dan (Dan)" <dromasca <at> avaya.com>
To: "Wijnen, Bert (Bert)" <bwijnen <at> lucent.com>,
        "Hubmib Mailing List (E-mail)" <hubmib <at> ietf.org>
Cc: "Ted Hardie (E-mail)" <hardie <at> qualcomm.com>

All edits are OK with me. Thanks for catching them. Dan

> -----Original Message-----
> From: Wijnen, Bert (Bert) [mailto:bwijnen <at> lucent.com]
> Sent: 21 August, 2003 12:34 PM
> To: Hubmib Mailing List (E-mail)
> Cc: Ted Hardie (E-mail)
> Subject: [Hubmib] FW: evaluation: draft-ietf-hubmib-power-ethernet-mib
>=20
>=20
> I am going to assume that the hubmib WG will agree if I
> make the editorial changes/fixes (fixing typos) in the
> form of an RFC-Editor note.
> If anyone objects, pls let me know asap!
>=20
> Thanks,
> Bert=20
>=20
> -----Original Message-----
> From: hardie <at> qualcomm.com [mailto:hardie <at> qualcomm.com]
> Sent: woensdag 20 augustus 2003 1:29
> To: iesg-secretary <at> ietf.org; iesg <at> ietf.org
> Subject: evaluation: draft-ietf-hubmib-power-ethernet-mib
>=20
> Notes:
>=20
>      pethPsePortTable OBJECT-TYPE
>            SYNTAX      SEQUENCE OF PethPsePortEntry
>            MAX-ACCESS  not-accessible
>            STATUS      current
>            DESCRIPTION
>                "A table of objects that display and control the power
>                 characteristics power Ethernet ports on a Power Source
>=20
> --->missing "of" in "characteristics of power Ethernet ports"?
>=20
>=20
>          pethPsePortPowerPairsControlAbility OBJECT-TYPE
>         SYNTAX TruthValue
>         MAX-ACCESS read-only
>         STATUS current
>         DESCRIPTION
>              "Describes the capability of controlling the power pairs
>              functionality to switch pins for sourcing power.
>              The value true indicate that the device has the=20
> capability
>              to control the power pairs. When false the PSE Pinout
>              Alternative used cannot be controlled through the
>              PethPsePortAdminEnabe attribute."
>=20
> --->should be PethPsePortAdminEnable?
>=20
>         pethPsePortPowerPairs OBJECT-TYPE
>         SYNTAX INTEGER   {
>                    signal(1),
>                    spare(2)
>          }
>         MAX-ACCESS read-write
>         STATUS current
>         DESCRIPTION
>             "Describes or controls the pairs in use. If the value of
>              pethPsePortPowerPairsControl is true, this object is
>              writable.
>              A value of signal(1) menas that the signal pairs
>=20
> --->menas should be means?
>=20
> _______________________________________________
> Hubmib mailing list
> Hubmib <at> ietf.org
> https://www1.ietf.org/mailman/listinfo/hubmib
>=20

--__--__--

_______________________________________________
Hubmib mailing list
Hubmib <at> ietf.org
https://www1.ietf.org/mailman/listinfo/hubmib

End of Hubmib Digest

Gmane