RE: [RMONMIB] comments on draft-ietf-rmonmib-dsmon-mib-02.txt

[jay@netscout.com]

Hi Andy,

It makes more sense to me that we propose this change for all new drafts
and let the old ones
stay as they are. Many vendors have already  implemented existing drafts on
both the
agent side as well as the application side and to make such a fundamental
change at this
stage presents quite a bit of a problem. It may be as simple as recompiling
the code with a
v2-enabled stack for some but for some others it may be as complex as
rewriting the code.
One should also not forget the retesting  involved so as to ensure that all
is well in terms of
functionality, compatibility with one's own  application, compatibility
with third-party
applications etc. So, I would suggest that we leave the existing drafts as
they are (eg. DSMON)
and implement the new idea only for freshly proposed drafts.

Regards

Jay







"Ofer Goren" <ogoren@nortelnetworks.com>@ietf.org on 10/02/2000 04:26:33 AM

Sent by:  rmonmib-admin@ietf.org


To:   Andy Bierman <abierman@cisco.com>, rmonmib@ietf.org
cc:   "Ofer Goren" <ogoren@nortelnetworks.com>
Subject:  RE: [RMONMIB] comments on draft-ietf-rmonmib-dsmon-mib-02.txt




Hi.
The majority of the SNMP agents used today do not support SNMPv2C/v3. I can
tell you that our application uses the overflow counters for that reason.
It should take some time to upgrade the SNMP agent in use to the newer
version. Hence, I think that the WG should implement the new behavior only
for the next drafts, and not for the ones in progress (such as DSMON).

Regards,

Embedded SW Team Leader
Email

       : ogoren@nortelnetworks.com
Phone number: +9723-6456023
Fax number  : +9723-6479579
ESN         : 826-6023
http://www.nortelnetworks.com
----------------------------------------------------
If you lend someone $20, and never see that person again,
it was probably worth the investment.

 -----Original Message-----
From:   Andy Bierman [mailto:abierman@cisco.com]
Sent:   Sun, October 01, 2000 6:24 PM
To:     rmonmib@ietf.org
Subject:        [RMONMIB] comments on draft-ietf-rmonmib-dsmon-mib-02.txt

Hi,

I would like to propose that it is time to stop duplicating Counter64
objects in MIBs with a "Counter32/Overflow32 pair". It is time to
require SNMPv2C support in applications to access 64-bit counters.

I would like to remove all of the "overflow counters" from the DSMON MIB,
(such as dsmonStatsInOvflPkts or dsmonStatsOutOvflOctets).  The 32-bit
versions should remain, because DSMON could obviously be implemented on
a device that doesn't need 64-bit counters.

For devices that implement the Counter64 version of a counter object, the
corresponding Counter32 version must also be present, and should equal the
lower 32 bits of the 64-bit version at all times.

Furthermore, it shall be the policy of the RMONMIB WG that no such
"overflow counters" will be published in any future work.

Any objections to changing the DSMON MIB and/or establishing this policy
for the WG?

Andy

_______________________________________________
RMONMIB mailing list
RMONMIB@ietf.org
http://www.ietf.org/mailman/listinfo/rmonmib