Re: technical question

Brian O'Keefe <bok@nsmdserv.cnd.hp.com> Fri, 17 November 1995 17:31 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa17770; 17 Nov 95 12:31 EST
Received: from CNRI.Reston.VA.US by IETF.CNRI.Reston.VA.US id aa17766; 17 Nov 95 12:31 EST
Received: from neptune.tis.com by CNRI.Reston.VA.US id aa27848; 17 Nov 95 12:31 EST
Received: from neptune.tis.com by neptune.TIS.COM id aa07044; 17 Nov 95 11:19 EST
Received: from relay.tis.com by neptune.TIS.COM id aa07040; 17 Nov 95 11:11 EST
Received: from hp.com(15.255.152.4) by relay.tis.com via smap (g3.0.1) id xma022942; Fri, 17 Nov 95 10:45:49 -0500
Received: from nsmdserv.cnd.hp.com by hp.com with SMTP (1.37.109.16/15.5+ECS 3.3) id AA043034559; Fri, 17 Nov 1995 08:09:20 -0800
Received: from localhost by nsmdserv.cnd.hp.com with SMTP (1.38.193.5/15.5+ECS 3.3) id AA04817; Fri, 17 Nov 1995 09:09:04 -0700
Message-Id: <9511171609.AA04817@nsmdserv.cnd.hp.com>
To: Bert Wijnen <wijnen@vnet.ibm.com>
Cc: snmpv2@tis.com
Subject: Re: technical question
In-Reply-To: Your message of Fri, 17 Nov 1995 15:23:26 +0700. <199511171359.IAA20102@relay.tis.com>
Date: Fri, 17 Nov 1995 09:09:04 -0700
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Brian O'Keefe <bok@nsmdserv.cnd.hp.com>

Bert,

I believe that what you would like to do is the intention
of the revised snmpv2-mib... that is the old rfc1213 objects 
that proved to be overboard are reclassified as "obsolete".

Despite the name of the mib "snmpv2-mib", I see a mib as a 
mib as a mib and should be able to be implemented using any
version of the snmp protocol that includes the necessary
pre-requisites (for example, you need snmpv2 to implement
counter64 objects). 

just my 2 cents,
bok

> If I want to provide a bi-lingual SNMPv1/SNMPv2C agent,
> is it then acceptable/advisable to do away with the old snmp Group
> of RFC1213 and just implement the snmpGroup as defined in the
> snmpv2-mib document?
> 
> I personally think that that is OK and that that should be the
> recommended implementation. I think we went overboard with the
> old snmp group that counted too many things.
> 
> I'd say that even a SNMPv1 agent could use the new snmpv2-mib
> instead of the system and snmp groups out of RFC1213.
> 
> Thanks, Bert Wijnen (IBM Reserach).
> 

 bok