[opennms-devel] Address discovery versus internals discovery
"AMT" <[email protected]> Fri, 20 Mar 2009 16:19:29 -0000
| Newsgroups | gmane.network.opennms.bugs,gmane.network.opennms.devel |
|---|---|
| Message-ID | <82C4A2D3FE904DB4A3E1EDB052D0299D@EdithPC> |
This is a multi-part message in MIME format. --===============6656908158893876636== Content-Type: multipart/alternative; boundary="----=_NextPart_000_00DF_01C9A977.A56F58B0" This is a multi-part message in MIME format. ------=_NextPart_000_00DF_01C9A977.A56F58B0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I read a post the other day which laid out some of the philosophy of = OpenNMS with respect to discovery. It seemed to me that there was a clear distinction between address = discovery, which is done via pinging, and node internals discovery which = is done via SNMP and other protocols. The little bit I have worked with = the source code seems to confirm that. I was wondering if you have had any discussions about modifying this = approach. Ping sweeps are not going to fly when it comes to IPv6 = networks. Even in IPv4 networks there are situations (sparse networks) = where a crawl is much more efficient than a ping sweep. By crawl I mean = going into a node and poking around in various MIBs looking for other = addresses to discover. Adopting this approach means that the initial address discovery phase = would include a combination of ping, SNMP credential discovery (any site = can have multiple versions of SNMP in operation with multiple valid = credentials) and the the grouping of addresses by physical node/agent. Bob Kostes ------=_NextPart_000_00DF_01C9A977.A56F58B0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META http-equiv=3DContent-Type content=3D"text/html; = charset=3Diso-8859-1"> <META content=3D"MSHTML 6.00.6001.18203" name=3DGENERATOR> <STYLE></STYLE> </HEAD> <BODY bgColor=3D#ffffff> <DIV><FONT face=3DArial size=3D2>I read a post the other day which laid = out some of=20 the philosophy of OpenNMS with respect to discovery.</FONT></DIV> <DIV><FONT face=3DArial size=3D2></FONT> </DIV> <DIV><FONT face=3DArial size=3D2>It seemed to me that there was a clear = distinction=20 between address discovery, which is done via pinging, and node internals = discovery which is done via SNMP and other protocols. The little = bit I=20 have worked with the source code seems to confirm that.</FONT></DIV> <DIV><FONT face=3DArial size=3D2></FONT> </DIV> <DIV><FONT face=3DArial size=3D2>I was wondering if you have had any = discussions=20 about modifying this approach. Ping sweeps are not going to fly = when it=20 comes to IPv6 networks. Even in IPv4 networks there are situations = (sparse=20 networks) where a crawl is much more efficient than a ping = sweep. By=20 crawl I mean going into a node and poking around in various MIBs looking = for=20 other addresses to discover.</FONT></DIV> <DIV><FONT face=3DArial size=3D2></FONT> </DIV> <DIV><FONT face=3DArial size=3D2>Adopting this approach means that the = initial=20 address discovery phase would include a combination of ping, SNMP = credential=20 discovery (any site can have multiple versions of SNMP in operation with = multiple valid credentials) and the the grouping of addresses by = physical=20 node/agent.</FONT></DIV> <DIV><FONT face=3DArial size=3D2></FONT> </DIV> <DIV><FONT face=3DArial size=3D2>Bob Kostes</FONT></DIV></BODY></HTML> ------=_NextPart_000_00DF_01C9A977.A56F58B0-- --===============6656908158893876636== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline ------------------------------------------------------------------------------ Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are powering Web 2.0 with engaging, cross-platform capabilities. Quickly and easily build your RIAs with Flex Builder, the Eclipse(TM)based development software that enables intelligent coding and step-through debugging. Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com --===============6656908158893876636== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ 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 --===============6656908158893876636==--