<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Accessing snmp on stack member in Switches, Hubs, and Modems</title>
    <link>https://community.hpe.com/t5/switches-hubs-and-modems/accessing-snmp-on-stack-member/m-p/3732883#M7030</link>
    <description>The ip address in the above snmpget cmds is the same both times, I just edited one to change it in the  post but didn't change the other. doh!</description>
    <pubDate>Wed, 01 Mar 2006 10:12:43 GMT</pubDate>
    <dc:creator>Michael Pye</dc:creator>
    <dc:date>2006-03-01T10:12:43Z</dc:date>
    <item>
      <title>Accessing snmp on stack member</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/accessing-snmp-on-stack-member/m-p/3732880#M7027</link>
      <description>I've setup a public snmp community on my procurve 2524. It is a commander and has one member in its stack. I can access the mibs in the commander switch via snmp fine. However I cannot access any snmp mibs on the member switch. It is supposed to allow me to query the member switch by accessing community:&lt;BR /&gt;public@sw1&lt;BR /&gt;but this doesn't work when using snmpwalk.&lt;BR /&gt;Do I have to get the member to rejoin the stack before it gets its snmp working ?&lt;BR /&gt;</description>
      <pubDate>Thu, 16 Feb 2006 07:05:06 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/accessing-snmp-on-stack-member/m-p/3732880#M7027</guid>
      <dc:creator>Michael Pye</dc:creator>
      <dc:date>2006-02-16T07:05:06Z</dc:date>
    </item>
    <item>
      <title>Re: Accessing snmp on stack member</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/accessing-snmp-on-stack-member/m-p/3732881#M7028</link>
      <description>According to the manual, the target switch has to be a member of the stack. I had a quick look in the manual, and page 9-46/47 goes into snmp management of stack members via the stack commander. The exact syntax is:&lt;BR /&gt;&lt;BR /&gt;snmpget &lt;MIB variable=""&gt; &lt;IP address=""&gt; community@sw1&lt;BR /&gt;&lt;BR /&gt;Have you tried this? If it still fails, describing step by step what you do to make it fail will help.&lt;BR /&gt;&lt;BR /&gt;Goodluck&lt;/IP&gt;&lt;/MIB&gt;</description>
      <pubDate>Wed, 01 Mar 2006 09:59:03 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/accessing-snmp-on-stack-member/m-p/3732881#M7028</guid>
      <dc:creator>Eirram_1</dc:creator>
      <dc:date>2006-03-01T09:59:03Z</dc:date>
    </item>
    <item>
      <title>Re: Accessing snmp on stack member</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/accessing-snmp-on-stack-member/m-p/3732882#M7029</link>
      <description>My snmpget cmds:&lt;BR /&gt;&lt;BR /&gt;snmpget -v1 -Cf -c public 192.168.50.252 system.sysContact.0&lt;BR /&gt;Response: SNMPv2-MIB::sysContact.0 = STRING: Company IT Support &lt;TEL num=""&gt;&lt;BR /&gt;&lt;BR /&gt;snmpget -v1 -Cf -c public@sw1 192.168.1.1 system.sysContact.0&lt;BR /&gt;Response: Timeout: No Response from 192.168.1.1&lt;BR /&gt;&lt;BR /&gt;I can only conclude that the member does not have snmp working and the commander is forwarding the snmp request but the member doesn't respond. I guess that the member doesn't get snmp enabled unless it joins a stack that has it enabled. My commander had snmp enabled aftere the member joined. A reboot of the member switch may get it working, but I don't want to do this if I don't have to.&lt;BR /&gt;&lt;BR /&gt;&lt;/TEL&gt;</description>
      <pubDate>Wed, 01 Mar 2006 10:10:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/accessing-snmp-on-stack-member/m-p/3732882#M7029</guid>
      <dc:creator>Michael Pye</dc:creator>
      <dc:date>2006-03-01T10:10:16Z</dc:date>
    </item>
    <item>
      <title>Re: Accessing snmp on stack member</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/accessing-snmp-on-stack-member/m-p/3732883#M7030</link>
      <description>The ip address in the above snmpget cmds is the same both times, I just edited one to change it in the  post but didn't change the other. doh!</description>
      <pubDate>Wed, 01 Mar 2006 10:12:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/accessing-snmp-on-stack-member/m-p/3732883#M7030</guid>
      <dc:creator>Michael Pye</dc:creator>
      <dc:date>2006-03-01T10:12:43Z</dc:date>
    </item>
    <item>
      <title>Re: Accessing snmp on stack member</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/accessing-snmp-on-stack-member/m-p/3732884#M7031</link>
      <description>Hello Michael,&lt;BR /&gt;&lt;BR /&gt;I see the same as you do. The Master responds fine, but the member gives a time-out. The syntax per the manual also appears to be wrong. There happen to be a couple of 2524s in my lab and we have a few other model ProCurve's as well. This is interesting enough to pursue :-)&lt;BR /&gt;&lt;BR /&gt;Will continue tomorrow.&lt;BR /&gt;Cheers</description>
      <pubDate>Wed, 01 Mar 2006 12:08:06 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/accessing-snmp-on-stack-member/m-p/3732884#M7031</guid>
      <dc:creator>Eirram_1</dc:creator>
      <dc:date>2006-03-01T12:08:06Z</dc:date>
    </item>
    <item>
      <title>Re: Accessing snmp on stack member</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/accessing-snmp-on-stack-member/m-p/3732885#M7032</link>
      <description>Hello Michael,&lt;BR /&gt;&lt;BR /&gt;The solution is not to use the public community name. See the manual for the complete explanation (search on snmpget in the doc).&lt;BR /&gt;&lt;BR /&gt;In short:&lt;BR /&gt;&lt;BR /&gt;- Create a new snmp community name on the Master switch.&lt;BR /&gt;- any member of this Master's stack will inherit this community name for the duration of its membership.&lt;BR /&gt;- Check in Stacking status if all is well (Master not rejected for example).&lt;BR /&gt;&lt;BR /&gt;Your snmpget commands to the member switch will now get responses. It did for me.&lt;BR /&gt;&lt;BR /&gt;Goodluck.&lt;BR /&gt;</description>
      <pubDate>Thu, 02 Mar 2006 07:00:13 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/accessing-snmp-on-stack-member/m-p/3732885#M7032</guid>
      <dc:creator>Eirram_1</dc:creator>
      <dc:date>2006-03-02T07:00:13Z</dc:date>
    </item>
    <item>
      <title>Re: Accessing snmp on stack member</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/accessing-snmp-on-stack-member/m-p/3732886#M7033</link>
      <description>Thanks for the update - unfortunately it still doesn't work for me. Tried creating another snmp community and deleting the public one, and also having a public and a second community but either way it seems I still cannot get the member switch to respond.&lt;BR /&gt;&lt;BR /&gt;I'm convinced that I will have to reboot the member switch or force it to leave and rejoin the stack before it will get the snmp communities but I don't have a test switch to try this on and I don't want to reboot production switches.&lt;BR /&gt;&lt;BR /&gt;Thanks for the info though.</description>
      <pubDate>Fri, 03 Mar 2006 07:10:03 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/accessing-snmp-on-stack-member/m-p/3732886#M7033</guid>
      <dc:creator>Michael Pye</dc:creator>
      <dc:date>2006-03-03T07:10:03Z</dc:date>
    </item>
    <item>
      <title>Re: Accessing snmp on stack member</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/accessing-snmp-on-stack-member/m-p/3732887#M7034</link>
      <description>Hello Michael,&lt;BR /&gt;&lt;BR /&gt;Look in the Stack Status using the menu environment. If there is a mismatch on the member switch(es), it will probably also say that the commander is down. It will work, but your stack needs to be "clean". It sounds like your switches do indeed need a reboot.&lt;BR /&gt;&lt;BR /&gt;Goodluck</description>
      <pubDate>Sat, 04 Mar 2006 19:35:54 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/accessing-snmp-on-stack-member/m-p/3732887#M7034</guid>
      <dc:creator>Eirram_1</dc:creator>
      <dc:date>2006-03-04T19:35:54Z</dc:date>
    </item>
  </channel>
</rss>

