[opennms-devel] Determine primary SNMP-Interface and some other behaviors
Ronny Trommer <[email protected]>
| Newsgroups | gmane.network.opennms.bugs |
|---|---|
| Message-ID | <[email protected]> |
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi all ONMS-Developers
i have a typical router with adsl-dialup-interface. Now my little
configuration-example for my question ;)
I use OpenNMS from trunk with svn version 8334
Device-side:
- ------------
the dialup-interface has an official ip like 84.x.x.x or some other. The
LAN-Interface has 172.x.x.x. I have successfull configured snmp-agent-stuff.
ONMS-Side
- ---------
Because i will only manage my 172.x.x.x private network i have configured in
capsd-configuration.xml the ip-management rule like this:
<ip-management policy="managed">
<range begin="172.xxx.xxx.xxx" end="172.yyy.yyy.yyy"/>
</ip-management>
My first wondering was, capsd checks my 84.x.x.x dialup-interface for
capabilities. Why ?? After that i have done a additional rule to unmanage
ip-ranges with:
<ip-management policy="unmanaged">
<specific>0.0.0.0</specific>
<range begin="1.1.1.1" end="171.xxx.xxx.xxx"/>
</ip-management>
Ok, now i do it again ;) In the WebUI the interface is correctly set to
unmanaged but i was wondering he detects all services again *GRRRR* ;)
The next is, that opennms add the primary snmp-interface to my 84.x.x.x
dial-upinterface ?? The only way to change that issue is to hack it in the
database manually, but the next rescan set this settings back.
Thinking about a use-case:
If you have changing ip-adresses on dialup-routers, then you will get for each
new ip-adress from isp a new interface ? Is this a bug or a feature ? After some
weeks i have to delete all my unused old isp-adress-interfaces manually ;(
My questions:
How does the algorithm to determine the primary snmp-interface works and is this
a bug or a feature ;)
I think it is not a practical way to set the primary SNMP-Interface to the
lowest ip. Not all persons have private class-a-networks ;)
Thanks in advance
Ronny
- --
| /"\ ASCII Ribbon | R.Trommer (Germany) - http://www.open-factory.org |
| \ / Campaign Against | PGP key: pgp.mit.edu; subkeys.pgp.net; |
| X HTML In Mail | 46AD 1D66 1898 0264 D6B8 E241 FED7 B3C8 AB34 7382 |
| / \ And News | IRC: de.quakenet.org - #mcl2k |
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iQIVAwUBR69TPNaBW0j+5TMbAQKePA//SbrL+Kl+olYM5vjsFHbwgBHmtGhBNtAc
fVl1ndOcB3ohCJ9w6+tcCH6UKTdUv35Kv5JbgUdKVI7Cc8o9jUsP7g4d9CEh0HZi
5GPrzqu9kVR8w8H8BZNxIkcw9RY+fHvBi9JuFCK8zTsgQd9kXFctP8lJdoI99o/8
ruw9jLXKaqQeKpLU48flcKIZfmZJqbKUtK1XsTh4+AJy5dwkpnW1g6v0pixyuPN4
2GXUMKLiMvzvfnW3HPcapLv7RnUUzJcFrNVbnVtIrxCgm1qXGlOQqyvWPNjdl0XV
vJ5eaJGddmUtc0CI4JDI7SdgbKq6C8nES/lxKc8b5DVEQz3xV2jp7DqEzxzXrS5s
hxmLrrcpbovzM0uBjMWIJG1Tkh4fcJbVJGEmI4mjKpvkg78kfyt3ZrrwszaoA1no
bGXpfiBBtfzFnnuzifmxWVMMRBf9ujGZqfFTACF3O8u7M3PlMmybaOfFInOx4yRM
oUIkGWVazJJ0HSKYj2E6BEwur87t/YSvWyiT3etqG6q+tQ+QtWgL5CKzPZKj5bBH
xEOxsaLD6PMLqJYpPyZSIh8sIk5RH5/v5YT8nCVRc8ewkPHVYrbtSmK+RH8lSkE7
GS1jZmdTA+L/2Ovs96qPU0iAz/F5rzQn2Em9jROVbbD9rlIF0wB+m8Ig/PoaHLn9
+67o0kvAprk=
=Cfrt
-----END PGP SIGNATURE-----
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Please read the OpenNMS Mailing List FAQ:
http://www.opennms.org/index.php/Mailing_List_FAQ
opennms-devel mailing list
To *unsubscribe* or change your subscription options, see the bottom of this page:
https://lists.sourceforge.net/lists/listinfo/opennms-devel