Subject: RE: [ifmib] IF-MIB questions

From: Dan Romascanu <[email-masked]>
Date: Mon, 11 Sep 2000 15:36:14 +0200

Paolo i Massimo,

Truth is that the current practice is to consider media specific modules as
extensions of the if-MIB. You are right that this contrradicts the
DESCRIPTION clause of the ifDiscontinuityTime object. It looks like the
phrase 'The relevant counters are the specific instances associated with
this interface of any Counter32 or Counter64 object contained in the ifTable
or ifXTable.' is the one that contradicts the current practice, and we
should consider taking it out at the next occasion.

Ciao and Regards, 

Dan

> -----Original Message-----
> From:	Massimo Canali [SMTP:[email-masked]]
> Sent:	Mon September 11 2000 10:25
> To:	[email-masked]
> Cc:	Paolo Molgora
> Subject:	[ifmib] IF-MIB questions
> 
> Hello, 
> My colleague and me are defining counter management for an Agent. 
> We are studying the IF-MIB (RFC2863) and we have some questions about 
> IfCounterDiscontinuityTime object usage: 
> 
> *	Has a counter wrapping to be considered as a cause of
> ifCounterDiscontinuityTime object udpated?
> *	When the ifAdminStaus and ifOperStatus objects switch to down has
> the Agent to update also the ifCounterDiscontinuityTime object?
> *	In the ifCounterDiscontinuityTime definition the only counters
> associated to it are the one inside ifTable and ifXTable. Instead it is
> mentioned also in the the MAU-MIB counters ( e.g.
> ifMauJabberingStateEnters below). Are there any conflicts? Can we manage
> MAU-MIB counters as the IF-MIB ones? Can we envisage only one global
> ifCounterDiscontinuityTime object?
> 
> 	MAU-MIB: 
> ifMauJabberingStateEnters OBJECT-TYPE (...) 
> DESCRIPTION " (...) Discontinuities in the value of this counter can occur
> at re-initialization of 
> the management system, and at other times as indicated by the value of 
> ifCounterDiscontinuityTime." 
> REFERENCE   "[IEEE 802.3 Std], 30.5.1.1.6, aJabber.jabberCounter. RFC
> 2233, 
> ifCounterDiscontinuityTime." 
>  
> 
> Thanks in advance. 
> Regards, 
> 
> Paolo and Massimo. 
>   << File: Card for Massimo Canali >> 

_______________________________________________
ifmib mailing list
[email-masked]
http://www1.ietf.org/mailman/listinfo/ifmib