[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Non-member submission from [Jon Saperia <saperia@jdscons.com>]
- To: mibs@ops.ietf.org
- Subject: Non-member submission from [Jon Saperia <saperia@jdscons.com>]
- From: "Wijnen, Bert (Bert)" <bwijnen@lucent.com>
- Date: Fri, 15 Jun 2001 16:47:05 +0200
- Delivery-date: Fri, 15 Jun 2001 07:48:47 -0700
- Envelope-to: mibs-data@psg.com
>From a non-subscriber
> ----------
> From: owner-mibs@ops.ietf.org[SMTP:owner-mibs@ops.ietf.org]
> Sent: Friday, June 15, 2001 3:40 PM
> To: mibs-approval@psg.com
> Subject: BOUNCE mibs@ops.ietf.org: Non-member submission from [Jon
> Saperia <saperia@jdscons.com>]
>
> From saperia@jdscons.com Fri Jun 15 06:40:41 2001
> To: snmpconf@snmp.com
> cc: Bert Wijnen <bwijnen@lucent.com>, mibs@ops.ietf.org
> Subject: Re: snmpconf PM MIB Issue #9
> From: Jon Saperia <saperia@jdscons.com>
> Date: Fri, 15 Jun 2001 09:39:45 -0400
>
> Hi Juergen. I think you are probably right, this may be more of an
> infrastructure issue. So I copied the mibs@ops list. Lets move this
> discussion
> there.
> /jon
> >
> > >>>>> Jon Saperia writes:
> >
> > Jon> I like your idea of creating standard write buttons. I believe
> > Jon> this would be very helpful.
> >
> > Jon> My first reaction though is that you have made this a bit more
> > Jon> than it needs to be. What I mean is that I do not think we really
> > Jon> need a new mib module with a table. Your concern about the
> > Jon> complexity of many scalars is well taken. My concern is that we
> > Jon> need to be able to write at many levels of granularity and we
> > Jon> could approximate with with the table but it would be another
> > Jon> 'registration' task agent implementors would have to deal
> > Jon> with. In the end a trade of decision.
> >
> > >From a manager's point of view, I would like to know where I can find
> > all the write buttons for the various MIB modules supported by an
> > agent (and its third party agent extensions). (This might as well be
> > handy for policy scripts that try to enforce a certain storage policy.)
> >
> > Jon> All that said, we probably want to separate that discussion from
> > Jon> the current snmpconf discussion. Would this be an appropriate
> > Jon> topic for EOS. I know that people on this list are on that
> > Jon> one. We should probably move this good discussion there or
> > Jon> wherever people think appropriate.
> >
> > I think EOS if for protocol work. This has nothing to do with the
> > protocol - it is a MIB infrastructure issue. I think the best place
> > to discuss this would be <mibs@ops.ietf.org>. Bert, do you agree?
> >
> > /js
> >
> > --
> > Juergen Schoenwaelder Technical University Braunschweig
> > <schoenw@ibr.cs.tu-bs.de> Dept. Operating Systems & Computer Networks
> > Phone: +49 531 391 3289 Bueltenweg 74/75, 38106 Braunschweig, Germany
> > Fax: +49 531 391 5936 <URL:http://www.ibr.cs.tu-bs.de/~schoenw/>
> >
> >
> >
>
> Thanks,
> /jon
> --
>
> Jon Saperia saperia@jdscons.com
> Phone: 617-744-1079
> Fax: 617-249-0874
> http://www.jdscons.com/
>
>
>