[bind10-dev] Fwd: Re: snmp

[Jelte Jansen]

-----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-----