Menu ▾ ▴

switchmap 14.0 HP A series snmp info issues

Open Discussion
Richard kroonen
2016-01-26
2017-05-03

  • Richard kroonen

    Richard kroonen - 2016-01-26

    Hi,

    I'm trying the new swtichmap to have the vlans of my HP A series swtiches. At version 13.1 it swtichmap worked but got routed on the vlan.

    I only get an error whilt running it. I did a ./SwitchMap.pl -d7 10.237.255.22 to one swtich and this is the output, I ot an error of de FQDN of wrong community, but first it gets info. Any idea wat goes wrong?

    2016/01/26 11:48:00 Switch::PopulateSwitch: setting $this{PortsByIfNbr}{47} for GigabitEthernet2/0/15
    2016/01/26 11:48:00 Switch::PopulateSwitch: setting $this{PortsByIfNbr}{1} for GigabitEthernet1/0/1
    2016/01/26 11:48:00 Switch::PopulateSwitch: setting $this{PortsByIfNbr}{7} for GigabitEthernet1/0/7
    2016/01/26 11:48:00 PopulateEtherChannels::PopulateEtherChannels: called
    2016/01/26 11:48:00 SwitchUtils::GetSnmpTable: called, getting ifStackStatus table...
    2016/01/26 11:48:00 Timer:🆕 called
    2016/01/26 11:48:00 Timer:🆕 returning
    2016/01/26 11:48:00 SwitchUtils::GetSnmpTable: Couldn't get ifStackStatus table: The requested table is empty or does not exist, SNMP error status: 0, SNMP error index: 0
    2016/01/26 11:48:00 Timer::stop: called
    2016/01/26 11:48:00 Timer::stop: returning
    2016/01/26 11:48:00 SwitchUtils::GetSnmpTable: returning failure
    2016/01/26 11:48:00 PopulateEtherChannels::PopulateEtherChannels: returning
    2016/01/26 11:48:00 Switch::PopulateSwitch: Ok, there's no mapping of port names to VLANs, so I'll try SNMP::Info
    couldn't open SNMP::Info session to 10.237.255.22, perhaps wrong device FQDN or wrong community

     

  • Pete Siemsen

    Pete Siemsen - 2016-01-26

    The messages are all fine except for the last one. It looks like SwitchMap isn't using the right community to talk to 10.237.255.22.

    Have you run ScanSwitch.pl? Does it produce the same error?

     

    • Richard kroonen

      Richard kroonen - 2016-01-26

      ScanSwitch works fine. I also tried again after that Switchmap but same error. Here the last values of scanswtich. I'm using everywhere on my network the same, on cisco it works.

      Scanswitch and switchmap use the same snmp config from thissite.pm?

      Does scanswtich also user the new snmp::info? And if I run switchmap for cisco does it use snmp::info?

      2016/01/26 20:50:23 SwitchUtils::OpenSnmpSession: SNMPv2 session open, testing a GET of the sysObjectId
      2016/01/26 20:50:23 SwitchUtils::GetOneOidValue: called to fetch sysObjectID from 10.237.255.22
      2016/01/26 20:50:23 SwitchUtils::GetOneOidValue: returning "1.3.6.1.4.1.25506.11.1.35"
      2016/01/26 20:50:23 SwitchUtils::OpenSnmpSession: SNMPv2 GET succeeded, valid SNMP session opened
      2016/01/26 20:50:23 SnmpCommunities::WriteCommunityToCacheFile: opening file CommunityFileName = "/var/local/switchmap/community/10.237.255.22" for writing
      2016/01/26 20:50:23 SnmpCommunities::WriteCommunityToCacheFile: returning
      2016/01/26 20:50:23 SwitchUtils::OpenSnmpSession: returning SUCCESS, sysObjectID = 1.3.6.1.4.1.25506.11.1.35
      2016/01/26 20:50:23 main::doOneSwitch: called to process 10.237.255.22
      2016/01/26 20:50:23 Timer:🆕 called
      2016/01/26 20:50:23 Timer:🆕 returning
      2016/01/26 20:50:23 SwitchUtils::GetNameTables: called
      2016/01/26 20:50:23 SwitchUtils::GetNameTables: getting interface-to-name tables
      2016/01/26 20:50:23 SwitchUtils::GetSnmpTable: called, getting ifName table...
      2016/01/26 20:50:23 Timer:🆕 called
      2016/01/26 20:50:23 Timer:🆕 returning
      2016/01/26 20:50:25 Timer::stop: called
      2016/01/26 20:50:25 Timer::stop: returning
      2016/01/26 20:50:25 SwitchUtils::GetSnmpTable: returning hash with 93 values
      2016/01/26 20:50:25 SwitchUtils::GetNameTables: returning, got 93 interface names
      2016/01/26 20:50:25 SwitchUtils::GetSnmpTable: called, getting ifOperStatus table...
      2016/01/26 20:50:25 Timer:🆕 called
      2016/01/26 20:50:25 Timer:🆕 returning
      2016/01/26 20:50:25 Timer::stop: called
      2016/01/26 20:50:25 Timer::stop: returning
      2016/01/26 20:50:25 SwitchUtils::GetSnmpTable: returning hash with 93 values
      2016/01/26 20:50:25 main::updateIdleSinceFile: called
      2016/01/26 20:50:25 main::updateIdleSinceFile: returning
      2016/01/26 20:50:25 Timer::stop: called
      2016/01/26 20:50:25 Timer::stop: returning
      2016/01/26 20:50:25 main::doOneSwitch: returning
      2016/01/26 20:50:25 Timer::stop: called
      2016/01/26 20:50:25 Timer::stop: returning
      2016/01/26 20:50:25 main::doSwitches: returning
      2016/01/26 20:50:25 Timer::stop: called
      2016/01/26 20:50:25 Timer::stop: returning
      2016/01/26 20:50:25 main::: exiting normally...

       

      Last edit: Richard kroonen 2016-01-26

      • Pete Siemsen

        Pete Siemsen - 2016-01-28

        Scanswitch and switchmap use the same snmp config from thissite.pm
        http://thissite.pm/?

        They are supposed to :-)

        Does scanswtich also user the new smnp::info?

        No, ScanSwitch uses the older Net::SNMP library.

        Thanks, that's very helpful. ScanSwitch works, which means that your
        Thissite.pm has the correct parameters to access the switch. The problem
        must be in the new SNMP::Info code in SwitchMap. This isn't totally
        surprising - that code may have "features" that make it work in my
        environment but not yours. I'll take a look at it and let you know. I hope
        to get some time for this tonight.

        On Tue, Jan 26, 2016 at 12:56 PM, Richard kroonen kroonen@users.sf.net
        wrote:

        ScanSwitch works fine. I also tried again after that Switchmap but same
        error. Here the last values of scanswtich. I'm using everywhere on my
        network the same, on cisco it works.

        Scanswitch and switchmap use the same snmp config from thissite.pm?

        Does scanswtich also user the new smnp::info?

        2016/01/26 20:50:23 SwitchUtils::OpenSnmpSession: SNMPv2 session open,
        testing a GET of the sysObjectId
        2016/01/26 20:50:23 SwitchUtils::GetOneOidValue: called to fetch
        sysObjectID from 10.237.255.22
        2016/01/26 20:50:23 SwitchUtils::GetOneOidValue: returning
        "1.3.6.1.4.1.25506.11.1.35"
        2016/01/26 20:50:23 SwitchUtils::OpenSnmpSession: SNMPv2 GET succeeded,
        valid SNMP session opened
        2016/01/26 20:50:23 SnmpCommunities::WriteCommunityToCacheFile: opening
        file CommunityFileName = "/var/local/switchmap/community/10.237.255.22"
        for writing
        2016/01/26 20:50:23 SnmpCommunities::WriteCommunityToCacheFile: returning
        2016/01/26 20:50:23 SwitchUtils::OpenSnmpSession: returning SUCCESS,
        sysObjectID = 1.3.6.1.4.1.25506.11.1.35
        2016/01/26 20:50:23 main::doOneSwitch: called to process 10.237.255.22
        2016/01/26 20:50:23 Timer:🆕 called
        2016/01/26 20:50:23 Timer:🆕 returning
        2016/01/26 20:50:23 SwitchUtils::GetNameTables: called
        2016/01/26 20:50:23 SwitchUtils::GetNameTables: getting interface-to-name
        tables
        2016/01/26 20:50:23 SwitchUtils::GetSnmpTable: called, getting ifName
        table...
        2016/01/26 20:50:23 Timer:🆕 called
        2016/01/26 20:50:23 Timer:🆕 returning
        2016/01/26 20:50:25 Timer::stop: called
        2016/01/26 20:50:25 Timer::stop: returning
        2016/01/26 20:50:25 SwitchUtils::GetSnmpTable: returning hash with 93
        values
        2016/01/26 20:50:25 SwitchUtils::GetNameTables: returning, got 93
        interface names
        2016/01/26 20:50:25 SwitchUtils::GetSnmpTable: called, getting
        ifOperStatus table...
        2016/01/26 20:50:25 Timer:🆕 called
        2016/01/26 20:50:25 Timer:🆕 returning
        2016/01/26 20:50:25 Timer::stop: called
        2016/01/26 20:50:25 Timer::stop: returning
        2016/01/26 20:50:25 SwitchUtils::GetSnmpTable: returning hash with 93
        values
        2016/01/26 20:50:25 main::updateIdleSinceFile: called
        2016/01/26 20:50:25 main::updateIdleSinceFile: returning
        2016/01/26 20:50:25 Timer::stop: called
        2016/01/26 20:50:25 Timer::stop: returning
        2016/01/26 20:50:25 main::doOneSwitch: returning
        2016/01/26 20:50:25 Timer::stop: called
        2016/01/26 20:50:25 Timer::stop: returning
        2016/01/26 20:50:25 main::doSwitches: returning
        2016/01/26 20:50:25 Timer::stop: called
        2016/01/26 20:50:25 Timer::stop: returning
        2016/01/26 20:50:25 main::: exiting normally...

        switchmap 14.0 HP A series snmp info issues
        https://sourceforge.net/p/switchmap/discussion/378009/thread/a319a3e5/?limit=25#fff4/d987

        Sent from sourceforge.net because you indicated interest in
        https://sourceforge.net/p/switchmap/discussion/378009/

        To unsubscribe from further messages, please visit
        https://sourceforge.net/auth/subscriptions/

         

  • Pete Siemsen

    Pete Siemsen - 2016-01-29

    Are you using SNMPv3 to talk to that HP switch?

     

    • Richard kroonen

      Richard kroonen - 2016-02-01

      No I use snmpv2

       

      Last edit: Richard kroonen 2016-02-01

  • SVig

    SVig - 2016-02-02

    I also had some similar issues with SNMP::Info and some HP switches (as well as some older Cisco gear), that may or may not be related. When running a "SwitchMap.pl -d 7 -f", I noticed that when the log file ending in "so I'll try SNMP::Info" and died, the window with the command itself would exit out something similar to this: 

    MIB search path: /root/.snmp/mibs:/usr/local/share/snmp/mibs
Cannot find module (IEEE8021-PAE-MIB): At line 0 in (none)
The IEEE8021-PAE-MIB did not load. See README for SNMP::Info::Layer3::C3550
 at /usr/local/src/switchmap-14.0/Switch.pm line 264

    I was able to work around it by finding and downloading the various MIBs it was complaining about. I just kept re-running and downloading until I got a clean run. Ultimately, I ended up having to manually install all of the following to get all the gear at my site to work:

    DOT3-MAU-MIB.my
    hpicfoid2.mib
    ENTITY-MIB.my
    LLDP-MIB.my
    RMON2-MIB.my
    TOKEN-RING-RMON-MIB.my
    IEEE802dot11-MIB.my
    LLDP-EXT-DOT1-MIB.my.1
    Q-BRIDGE.my
    P-BRIDGE.my
    FDDI-SMT73-MIB.my
    POWER-ETHERNET-MIB.my
    DIFFSERV-DSCP-TC.my
    FRAME-RELAY-DTE-MIB.my
    ADSL-LINE-MIB.my
    PerfHist-TC-MIB.my
    OSPF-MIB.my
    BGP4-MIB.my
    IEEE8021-PAE-MIB.my
    IEEE8023-LAG-MIB.my
    SMON-MIB.my

    Hope this helps.

    Thanks for all the hard work Pete. We love this tool... Cheers!
    -S

     

    Last edit: SVig 2016-02-02

  • Richard kroonen

    Richard kroonen - 2016-02-05

    No, It doesn't say its missing modules. With switchamp 13.1 it works out of the box

    14.0 uses snmp::info, and there it goes wrong against the hp switches. The cisco switches went ok, all have the same snmp community

    regards

     

  • Anders Birkenes

    Anders Birkenes - 2016-06-12

    I got the same problem on Cisco 3550 and 3560. 2950 works fine.
    The 2950 has older software than the others:
    Cisco IOS Software, C3560 Software (C3560-IPBASEK9-M), Version 12.2(55)SE10, RELEASE SOFTWARE (fc2)
    Cisco IOS Software, C3550 Software (C3550-IPSERVICESK9-M), Version 12.2(44)SE6, RELEASE SOFTWARE (fc1)
    IOS (tm) C2950 Software (C2950-I6K2L2Q4-M), Version 12.1(22)EA13, RELEASE SOFTWARE (fc2)

     

    • Anders Birkenes

      Anders Birkenes - 2016-06-13

      Seems like my issue was caused by a bad VPN connection. I connected without VPN and it worked.

       

  • Thomas Koch

    Thomas Koch - 2017-05-03
     

Log in to post a comment.

MongoDB Logo MongoDB