[bind10-dev] Fwd: Re: snmp

[João Damas]

I am not aware of what you have already discussed about this, but this item sure belongs with the usability work we are considering for Y4

Joao

On 01/02/2012, at 12:08, Jelte Jansen wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> 
> FYI, I asked one of our resident snmp gurus about the initial document
> on http://bind10.isc.org/wiki/StatsModule#StatsSnmp
> 
> Below are his initial comments:
> 
> - -------- Original Message --------
> Subject: Re: snmp
> Date: Thu, 26 Jan 2012 11:48:24 -0800
> From: Shawn Routhier
> To: Jelte Jansen <jelte at isc.org>
> 
> I took a quick look at the page.  I'll try and look at it more deeply
> later
> but here are some quick comments.
> 
> Also I haven't worked much (really at all) with the NET-SNMP tools
> so I'm not familiar with all of the features.  (I have looked at the
> engine
> code previously as well as two of the commercial entries.  I, not
> surprisingly, thought the commercial entry I worked on was better,
> but I don't think we want to use that one.)
> 
> 1) I think they discuss it later on but I think you probably want to try
> and arrange things so that other SNMP engines can be used.  For
> people running our code in "free" settings they are likely to use
> NET-SNMP.  For people putting our code into devices for sale
> they might choose one of the other SNMP engines available.  It
> would be good to try and make it easy for them to do so.  We
> probably don't want to write the code to connect the engine to
> our code but making the information easily available would be nice.
> 
> 2) We should use our own enterprise number as the root for the
> OIDs.  If we don't have one we should get one.  We probably want
> to put some thought into the arrangement of the tree to support
> bind10, dhcp10 and potentially other products.
> 
> 3) In conjunction with (2) we also may need/want to provide space
> for configuring things via SNMP.  Has the Bind10 team thought about
> this?  I wouldn't be surprised if you decided to only provide stats
> level information, but a small number of configuration options
> (on, off, etc) might be useful.  When last I was involved with SNMP
> it tended to be more used for monitoring than configuring and I don't
> think that has really changed.  However there were exceptions cable
> modems and US DOD being the two big ones.
> 
> 4) I'm a little iffy about the auto-generation stuff.  It is fine to
> start with
> but we need to make sure that the MIB OIDs don't change after they
> have been published.  We will need to publish a MIB to allow SNMP
> managers to gather and interpret the data.  Once we do this we can't
> change the existing relationships.  We can deprecate them and add
> new ones but we can't change old ones.  (This is also why we want
> to put some thought into the layout of the OIDs.)
> 
> Shawn
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.11 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
> 
> iEYEARECAAYFAk8pHT4ACgkQ4nZCKsdOncW5pACfR7WVEtX8X9AeQD4OjORUdCBQ
> SEQAnjx5v0bJ6Di5yD5fQN9kWtDqXW32
> =/Jev
> -----END PGP SIGNATURE-----
> _______________________________________________
> bind10-dev mailing list
> bind10-dev at lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind10-dev