|
you just need to delete the wrong entry from xnmsnmpconf (the one with the ip address). As long as it is there it will have precedence on the entry with the name and the right community string.
Something I'm missing here... The "xnmsnmpconf -res 6509cpd" gives me the right community name, but if I try "xnmsnmpconf -res 172.21.12.1" I get the "public" community, which obviously makes snmpwalk not working since the IP 172.21.12.1 is associated with a 6509cpd's interface. At first I thought this could the problem, but since I've tried the same procedures for another cisco 6509, the 6509d5, and the result was just the same (right community for the "xnmsnmpconf -res 6509d5" and wrong community for 172.22.112.50, another 6509d5's interface), I'm now totally blind here... Please, help! Thanks.
Unfortunately (or not...) when I use the community string shown by xnmsnmpconf in the snmpwalk command I do NOT get a timeout. Isn't it strange??? Any other idea?? Thanks. On 08/01/07, Francois Le Hir <flehir@ca.ibm.com > wrote: The issue is that netview doesn't get an snmp response using the community string it knows for that device and using the ip address it selected ( 172.21.12.1). you can try the following: xnmsnmpconf -res 6509cpd to find out what snmp information netview knows about the device. If the community string is wrong, then you need to update it in xnmsnmpconf or add it in communityname.conf to let netview discover it. snmpwalk -c <community string as found in previous step> 172.21.12.1 system if you get an answer (and not a timeout) then everything should work fine ... if you get a timeout, maybe 172.21.12.1 is not an interface able to answer you. You can fix it to something else using '=' in the netmon seed file. Salutations, / Regards, Francois Le Hir Network Projects & Consulting Services IBM Global Technology Services "José Gomes" < zeca011@gmail.com>
First, sorry about the post. I know there are many posts related to the same subject but the fact is that I could not solve my problem by applying the solutions proposed on any of them. Well, we have Netview 7.1.4 running on a Linux machine. I started working with it just a few months ago but, at least in this period, almost everything ever worked very very well. The only exception is the status of a cisco 6509 switch, that remains down (red) on Netview all the time. When I try a ping, its status changes to marginal but a little bit after it turns down again. As I said, I've read many posts about this topic. As far as I understood, it must be a snmp status test problem, since the ping works fine but snmp test do not. One thing which I think that corroborates this thesis is the output of a quicktest, which gives: Title: Quicktest Name or IP Address: 6509cpd Poll Results 11:15:31 ***** Starting Quick Test of node 6509cpd ***** 11:15:31 Interface 172.21.26.1(Vlan525) (down since 12/31/05 13:36:07) 11:15:31 Interface 172.21.255.1(Loopback0) (down since 12/22/06 16:45:58) 11:15:31 Interface 172.21.255.5(Loopback1) (down since 12/31/05 13:36:07) 11:15:31 Interface 172.23.1.1(Vlan900) (down since 12/22/06 16:46:12) 11:15:31 Interface 192.168.253.2(Vlan107) (down since 01/05/07 14:54:01) 11:15:31 Interface 172.21.1.35(Vlan2) (down since 12/31/05 13:36:07) 11:15:31 Interface 0.0.0.0(swcpd:5:swd5:6) (down since 01/19/38 00:14:07) 11:15:31 Interface 0.0.0.0(swcpd:6:swd5:5) (down since 01/19/38 00:14:07) 11:15:31 Current Polling parameters 11:15:31 The next SNMP Status Poll is scheduled for 01/08/07 11:15:30. 11:15:31 Get number of interfaces 11:15:43 SNMP request timed out (172.21.12.1) 11:15:43 ***** End of Quick Test for node 6509cpd ***** Could this SNMP time out be my problem? How could I solve it? Let me say that when I try MIB browsing at this switch everything goes OK. Isn't it strange??? Thanks in advance, Bruno. _______________________________________________ NV-L mailing list NV-L@lists.ca.ibm.com Unsubscribe:NV-L-leave@lists.ca.ibm.com http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to internal IBM'ers only) _______________________________________________ NV-L mailing list NV-L@lists.ca.ibm.com Unsubscribe:NV-L-leave@lists.ca.ibm.com http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to internal IBM'ers only) NV-L mailing list NV-L@lists.ca.ibm.com Unsubscribe:NV-L-leave@lists.ca.ibm.com http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to internal IBM'ers only)
_______________________________________________ NV-L mailing list NV-L@lists.ca.ibm.com Unsubscribe:NV-L-leave@lists.ca.ibm.com http://lists.ca.ibm.com/mailman/listinfo/nv-l (Browser access limited to internal IBM'ers only) |
"José Gomes" <zeca011@gmail.com>
