RE: I-D ACTION:draft-ietf-ipcdn-bpiplus-mib-13.txt
"Wijnen, Bert (Bert)" <[email protected]>
| Newsgroups | gmane.ietf.ipcdn |
|---|---|
| Message-ID | <7D5D48D2CAA3D84C813F5B154F43B15503C79AAF@nl0006exch001u.nl.lucent.com> |
As a follow up to this, there was this comment from me:
>
> Mmm, in your response I see:
>
> "Discontinuities of this counter are indicated by sysUpTime and
> ifCounterDiscontinuityTime for the associated ifIndex."
>
> Not sure I understand this.
> Checking with other MIB doctors.
>
The first thing we found is that it is not so clear what the text means,
but it probably menas the same things as for other IF-MIB related counters,
i.e. (as also used in IF-MIB, RFC2863), it means:
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.
And if that is indeed the case, then this new text would be MUCH better.
Now, when you added the text about discontinuities, it also makes it
more visible that one could really question if the use of ZeroBasedCounter32
makes sense and if a regular Counter32 would not be much much better.
Have you read the ZeroBasedCounter32 TC and the text that explains what this
type of counter was meant for?
One comment from another MIB doctor is:
A ZeroBasedCounter32 in a conceptual row which can experience
discontinuities as part of its normal operational behaviour
just seems a bit odd to me. I fail to see what the advantage of
a ZeroBasedCounter32 in such a situation is.
Another comment (in relation to ifCounterDiscontinuityTime) is that it would
be very good to add some text (somewhere early on in the draft) that points
to RFC2863, page 12, which has some good text about that object. As per
the comment of another MIB Doctor:
I think it would be extremely helpful to have a discussion what this
means somewhere in the introductionary text together with a pointer to
the relevant text in the IF-MIB RFCs (which has some paragraphs about
this subject that are interesting to know for implementors).
Looking at the MIB, the question that I have is the interaction of
discontinuities with these ZeroBasedCounter32 objects. Does a
discontinuity couse these counters to be reset to zero? The TC says
that a zero based counter is set to zero(0) on creation and it has
additional text that the intended usage is in tables where the index
space is constantly changing. Does this apply here?
Of course you have clarified (but in some prose early on in the draft may
want to re-emphasize) that the ZeroBasedCounter32 only MUST be set to zero
at row creation. But some additional discussion seems usefull.
Bert