I am not sure how to configure Mactrack to best track this device type.
Look at the attached file for my current config. This does not appear to work. I do net get any Mac/IP returned from the switches. What should I change.
Cisco 3500XL Device Types
Moderators: Developers, Moderators
Cisco 3500XL Device Types
- Attachments
-
- cisco3540.JPG (89.64 KiB) Viewed 7183 times
What are you using for your sysDescription Match?
You'll need to put something that the snmp query returns in there so the device finds its device type.
I'm pretty sure it's a regex check on the "System:" line:
C3500XL-C3H2S-M
as my sysDescription Match.
As to IP addresses, you won't get any unless you have something with a populated ARP table (layer3 switch, or router). You'll just get port - mac mappings with just layer 2 devices. You may know that already, I'm just throwing it out there, as I wasn't sure from your post.
You'll need to put something that the snmp query returns in there so the device finds its device type.
I'm pretty sure it's a regex check on the "System:" line:
So just find a string within that line that will be unique to the model/iosversion you have. For the switch I showed, I use:SNMP Information
System: Cisco Internetwork Operating System Software IOS (tm) C3500XL Software (C3500XL-C3H2S-M), Version 12.0(5)WC17, RELEASE SOFTWARE (fc1) Copyright (c) 1986-2007 by cisco Systems, Inc. Compiled Tue 13-Feb-07 15:04 by antonino
Uptime: 219182365
Hostname: 3524switch
ObjectID: .1.3.6.1.4.1.9.1.287
C3500XL-C3H2S-M
as my sysDescription Match.
As to IP addresses, you won't get any unless you have something with a populated ARP table (layer3 switch, or router). You'll just get port - mac mappings with just layer 2 devices. You may know that already, I'm just throwing it out there, as I wasn't sure from your post.
About the Mac to IP address association on Layer2 switch... can't mactrack figure out the associated IP to Mac by using the arp cache on the core Layer2/Layer3 switch? I can manually track it down... so I was expecting mactrack to do the same...
Essentially you find the mac address on a layer2 switch port and match it to the arp-cache table on the core router (layer2 switches are uplinked to core switch/router). This way you get the associated IP.
Essentially you find the mac address on a layer2 switch port and match it to the arp-cache table on the core router (layer2 switches are uplinked to core switch/router). This way you get the associated IP.
yes it can. Sorry, I wasn't clear there. To get the IP addresses you need at least one device that has arp information (more depending on network layout, etc.). I saw you other posts after I responded to you on this post, so it seems you are getting ip address info, just not on this switch (type).bmaltais wrote:About the Mac to IP address association on Layer2 switch... can't mactrack figure out the associated IP to Mac by using the arp cache on the core Layer2/Layer3 switch? I can manually track it down... so I was expecting mactrack to do the same...
Essentially you find the mac address on a layer2 switch port and match it to the arp-cache table on the core router (layer2 switches are uplinked to core switch/router). This way you get the associated IP.
Did adding that string help?
It is not an issue with the Device Types linking back to the polled device per say. The Device Types is properly mapped to the switch.
The issue is that I am not sure what parameter should be put in the MAC Address Scanning Function field.
None seem to provide me with IP address to MAC information... but I know it is in the Core Routers ARP table that I am also polling with mactrack. I can manually map things... but mactrack wont.
The issue is that I am not sure what parameter should be put in the MAC Address Scanning Function field.
None seem to provide me with IP address to MAC information... but I know it is in the Core Routers ARP table that I am also polling with mactrack. I can manually map things... but mactrack wont.
Ok. I was just going down that track because your screenshot doesn't show anything in the sysdescription field.bmaltais wrote:It is not an issue with the Device Types linking back to the polled device per say. The Device Types is properly mapped to the switch.
The issue is that I am not sure what parameter should be put in the MAC Address Scanning Function field.
None seem to provide me with IP address to MAC information... but I know it is in the Core Routers ARP table that I am also polling with mactrack. I can manually map things... but mactrack wont.
If it is not a layer 3 switch, it should be set to NA - Hub/Switch.
I will stick with the manual query for the floor switch for now.I am starting to think that the issue is with mactrack_cisco.php.
My guess is that the switch will need a modification of the snmp collection to properly gather the information. The standard mactrack_functions.php only appear to collect part of the available information.
Let my know if I can provide you with information to allow you to pin point the issue. I can do snmpwalk query against the switch to zero in where the problem might be.
I tried looking at the mactrack_cisco.php but I do not know where to start to modify it to cope with the CIsco 3548XL series IOS requirements.
My guess is that the switch will need a modification of the snmp collection to properly gather the information. The standard mactrack_functions.php only appear to collect part of the available information.
Let my know if I can provide you with information to allow you to pin point the issue. I can do snmpwalk query against the switch to zero in where the problem might be.
I tried looking at the mactrack_cisco.php but I do not know where to start to modify it to cope with the CIsco 3548XL series IOS requirements.
Who is online
Users browsing this forum: No registered users and 0 guests