Re: RE: [Disman] Disman WG last callondraft-ietf-disman-remops-mib-v2-02.txt

"Randy Presuhn" <[email protected]>
Newsgroups gmane.ietf.ipcdn
Message-ID <009c01c4557f$ee431dc0$7f1afea9@oemcomputer>
Hi -

> From: "Romascanu, Dan (Dan)" <[email protected]>
> To: "Randy Presuhn" <[email protected]>; <[email protected]>
> Cc: <[email protected]>
> Sent: Thursday, June 17, 2004 12:41 PM
> Subject: [ipcdn] RE: [Disman] Disman WG last callondraft-ietf-disman-remops-mib-v2-02.txt
>

> Randy,
>
> Would it be possible for the authors to provide a log of changes relative to RFC 2925?
...

Juergen Quittek's summary of June 16 appears below.
Do you need more detail?  Please send any followup
discussion to the disman WG mailing list.

Randy
---------------------------------------------------
Dear all,

I just posted a new version of the remote operation MIB modules.
Following Eduardo's suggestion I added Minimum Compliancy statements
in addition to the existing full compliancy statements to each of the
three MIB modules.

I also had to (syntactically) modify the existing compliancy
statements.  Please have a close look at all six MODULE-COMPLIANCE
macros.  Until the document becomes available at the I-D repository,
you can preview it at
ftp://ftp.ccrle.nec.de/pub/internet-drafts/draft-ietf-disman-remops-mib-v2-02.txt

There was not much response on my questions on how to define the
minimum compliance statements.  I preferred leaving read-only
objects in place to creating non-consecutive numbering of objects
in table entries.  I am not dogmatic about this and suggestions
for changes are very welcome.

For simplifying the review here is a list of objects and groups
for which the full and minimum compliance statements differ:

pingHistoryGroup,
pingNotificationsGroup
pingCtlDataFill
pingCtlFrequency
pingCtlMaxRows
pingCtlTrapGeneration
pingCtlProbeFailureFilter
pingCtlTestFailureFilter
pingCtlDescr
pingCtlByPassRouteTable
pingProbeHistoryTime

traceRouteHistoryGroup
traceRouteCtlByPassRouteTable
traceRouteCtlDontFragment
traceRouteCtlInitialTtl
traceRouteCtlFrequency
traceRouteCtlDescr
traceRouteCtlMaxRows
traceRouteCtlTrapGeneration
traceRouteCtlCreateHopsEntries
traceRouteCtlRowStatus
traceRouteHopsLastGoodProbe

lookupCtlRowStatus

Beyond the compliance statement I just made two changes to the document:

1. Added new section 3.4 introducing the compliance statement

2. Extended DESCRIPTION clause of object lookupPurgeTime by one sentence:

         "A value of 0 indicates that automatic deletion
          of entries is disabled."
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.