This is a discussion on SuSe net-snmp Agent Issue with NetView within the SNMP Users forums, part of the Networking and Network Related category; --===============1128991274== Content-Type: multipart/alternative; boundary="0-726755248-1199818117=:61606" --0-726755248-1199818117=:61606 Content-Type: text/plain; ...
|
|||||||
| FAQ | Members List | Calendar | Search | Today's Posts | Mark Forums Read |
|
|||
|
--===============1128991274==
Content-Type: multipart/alternative; boundary="0-726755248-1199818117=:61606" --0-726755248-1199818117=:61606 Content-Type: text/plain; charset=us-ascii Hi All, I'm new member for the user group and need help!. We have IBM NetView 7.1.3 on AIX as a SNMP Manager for all Interface up/down SNMP polling and to receive SNMP traps. Now we have about 50 SuSe Linux 9/10 version servers. Now the problem is,When we discover SuSe linux SNMP agents in NetView for SNMP polling, the net-snmp agent gives weird results. NetView is discovering IP addresses which are totally NOT related to the SuSe linux server. IBM & Novell support researched and asked us to contact this group.This is happening only on all SuSe Linux agents and rest other OS SNMP are perfectly fine. Please let me know if any trace file is required. Any Help is really appreciated. Below is the explanation by support. "The snmpwalk utility, either the one from NetView or the one from net-snmp simply issues a series of getnext commands and the SNMP agent returns the data in whatever order it wishes. The MIB-II tree is architected, so that part of the MIB is always returned in the same order from all SNMP agents. That output shows us what data is stored in the MIB. So the result is driven by the SNMP agent and not the utility. So I expect the output to be the same with either snmpwalk utility. This is not the problem, only the yardstick to measure the MIB with. The problem comes when the NetView netmon daemon starts discovering the interfaces on the node. Netmon does not issue a simple series of getnext commands because that would be slow. Instead netmon issues several getnext instructions in a single SNMP request. It is essentially pulling tables, row by row, from the MIB. It appears from the netmon trace, that the SNMP agent is getting confused by the requests and not returning the correct data from the ip table. I did not try to find out what data from the MIB was actually being sent, or even if it was from the MIB. I could tell by comparing it to the snmpwalk output that it was incorrect. " Thanks, Larry Fagan __________________________________________________ __________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs --0-726755248-1199818117=:61606 Content-Type: text/html; charset=us-ascii <html><head><style type="text/css"><!-- DIV {margin:0px;} --></style></head><body><div style="font-family:times new roman, new york, times, serif;font-size:12pt"><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;"><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;">Hi All,<br><br><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;"><div><span style="color: rgb(0, 0, 255);">I'm new member for the user group and need help!.</span><br style="color: rgb(0, 0, 255);"><span style="color: rgb(0, 0, 255);">We have IBM NetView 7.1.3 on AIX as a SNMP Manager for all Interface up/down SNMP polling and to receive SNMP traps. Now we have about 50 SuSe Linux 9/10 version servers. </span><br style="color: rgb(0, 0, 255);"><span style="color: rgb(0, 0, 255);">Now the problem is,When we discover SuSe linux SNMP agents in NetView for SNMP polling, the net-snmp agent gives weird results. NetView is discovering IP addresses which are totally NOT related to the SuSe linux server. IBM & Novell support researched and asked us to contact this group.This is happening only on all SuSe Linux agents and rest other OS SNMP are perfectly fine. Please let me know if any trace file is required. Any Help is really appreciated. </span><br style="color: rgb(0, 0, 255);"><br style="color: rgb(0, 0, 255);"><span style="color: rgb(0, 0, 255);">Below is the explanation by support.</span><br> <br>"The snmpwalk utility, either the one from NetView or the one from net-snmp simply issues a series of getnext commands and the SNMP agent returns the data in whatever order it wishes. The MIB-II tree is architected, so that part of the MIB is always returned in the same order from all SNMP agents. That output shows us what data is stored in the MIB. So the result is driven by the SNMP agent and not the utility. So I expect the output to be the same with either snmpwalk utility. This is not the problem, only the yardstick to measure the MIB with. <br><br>The problem comes when the NetView netmon daemon starts discovering the interfaces on the node. Netmon does not issue a simple series of getnext commands because that would be slow. Instead netmon issues several getnext instructions in a single SNMP request. It is essentially pulling tables, row by row, from the MIB. It appears from the netmon trace, that the SNMP agent is getting confused by the requests and not returning the correct data from the ip table. I did not try to find out what data from the MIB was actually being sent, or even if it was from the MIB. I could tell by comparing it to the snmpwalk output that it was incorrect. "<br><br>Thanks,<br>Larry Fagan<br><br></div></div><span style="color: rgb(0, 0, 255);"></span><br></div></div></div><br> <hr size=1>Be a better friend, newshound, and know-it-all with Yahoo! Mobile. <a href="http://us.rd.yahoo.com/evt=51733/*http://mobile.yahoo.com/;_ylt=Ahu06i...Dypao8Wcj9tAcJ "> Try it now.</a></body></html> --0-726755248-1199818117=:61606-- --===============1128991274== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216...et/marketplace --===============1128991274== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Net-snmp-users mailing list Net-snmp-users@lists.sourceforge.net Please see the following page to unsubscribe or change other options: https://lists.sourceforge.net/lists/...net-snmp-users --===============1128991274==-- |