RE: Dot3OamEntry in EFM-COMMON-MIB

Thats a good point.  The difficulty is that the actual "statistic" is not available, but the "event" is available.  The difference being that if the event never happens, there is nothing in the event table, and therefore the info isn't there.  If the event does happen, the info is there in the event.  
 
Quite the predicament.
 
My thought would be that we make all of the event information available in the MIB, so that the running total is available when the event occurs, but to not try to introduce the actual statistics that do not currenly exist in the Ethernet MIB (for example, symbol errors).  
 
Does that work?
-----Original Message-----
From: Rajagopalan Subramanian [mailto:[email protected]]
Sent: Friday, February 20, 2004 12:58 AM
To: Matt Squire
Cc: '[email protected]'
Subject: RE: Dot3OamEntry in EFM-COMMON-MIB


Hi Matt,
Its good to have Traps to report whenever there is an OAM event. 
 
But according to the 802.3ah Standard, in the section 30A.19, aOAMLocalErrSymPeriodEvent and aOAMRemoteErrSymPeriodEvent are listed as 'GET' attributes of am OAM object class.
The definition for these in the sections 30.11.1.1.30 and 30.11.1.1.37 also implies that they should be updated as and when we receive or send an Event Notification.
This made me believe that these events should also be maintained as SNMP (statistics) table attributes.
 
Your thoughts please.
 
Thanks
Raj Subramanian
 
 
-----Original Message-----
From: Matt Squire [mailto:[email protected]] 
Sent: Friday, February 06, 2004 9:14 AM


 
Thats a good question.  I'm still a little unsure of how to best map the event tables into MIB stuff.  But we will almost definitly include the running totals into the event information, along with all of the other fields in the event TLVs.  
 
One possibility is to simply map each OAM event to a notification (SNMP trap), where we take all fields (including the running totals) into the trap.  Thats the way I'm leaning presently, where we don't maintain any SNMP tables for the events, and instead just map them to SNMP traps.  If you think thats good/bad, let me know.  
 
- Matt
-----Original Message-----
From: [email protected] [mailto:[email protected]]
Sent: Tuesday, January 20, 2004 6:24 AM
To: Matt Squire
Subject: Dot3OamEntry in EFM-COMMON-MIB
Hi Matt
 
Got one more doubt while going through the draft-squire-hubmib-efm-mib-00.txt
 
Are you planning to provide the following running-total counters in the Dot3OamEntry along with the dot3OamThreshold and Config objects?
 
dot3OamErrSymRunningTotal
dot3OamErrFrameSecsSummaryRunningTotal
dot3OamErrFrameRunningTotal
dot3OamErrFramePeriodRunningTotal
 
regards
Jayaprakash
 

Confidentiality Notice
 
 
The information contained in this electronic message and any attachments to this message are intended
for the exclusive use of the addressee(s) and may contain confidential or privileged information. If
you are not the intended recipient, please notify the sender at Wipro or [email protected] immediately
and destroy all copies of this message and any attachments.
 

Confidentiality Notice





The information contained in this electronic message and any attachments to this message are intended

for the exclusive use of the addressee(s) and may contain confidential or privileged information. If

you are not the intended recipient, please notify the sender at Wipro or [email protected] immediately

and destroy all copies of this message and any attachments.