Cisco 3750 issues.

[MrRat]

U trunk/lib/mactrack_functions.php
Checked out revision 771.
This did fix my issues with 3750's and 4507's! ThankYou!!!!

[shadowmanr6]

I know 3750's seem to have issues when they are stacked, so i just want to put in the problems i've been having and this seems to be the appropriate thread.

So i have several different versions and situations of the 3750's in our environment, i have a x2 stack of C3750-IPBASE-M (Version 12.2(25)SEB4), x3 stack of C3750-IPBASEK9-M (Version 12.2(52)SE), and x4 stack of C3750-IPBASE-M (Version 12.2(35)SE2).

I am able to successfully pull correct info for the x2 stack and x3 stack (ports up, vlan, macs, etc) but for the x4 stack when i do a manual scan it will pick up active ports for the initial VLAN Analysis but on the processing of each VLAN only 1 of the VLAN's will actually pull any MAC's, all the others will pick up 0 Active Ports, and on the Cacti side it will show all the interfaces with their up/down status and only the 1 vlan info it found. I've played around with different rev of the mactrack_cisco.php and the mactrack_functions.php, the functions.php seemed to have no difference with going through and running on about 6 previous version, but between yesterday and today i had tried several different copies of the cisco.php, yesterday i would get the same 2 vlans, and now today i only get 1 vlan which is different then the 2 it had pulled yesterday.

I know IOS versions were mentioned on needing to be up to date on one of the threads, but between a x2 stack that is the same 3750 type the IOS on the smaller stack is older and is pulling correctly.

Any ideas, more info, or things i can test for you i can do what i can, the only thing i don't have available to me is access to the switches to perform updates to a newer IOS.

[TheWitness]

For me to analyze, I would have to go online with you. That can not happen for at least two weeks. I know that there have been issues with various versions of the IOS. I would suggest you get the correct IOS QA'd and roll out to the various platforms.

Otherwise, you can hit me back in a few weeks and I can open an hour or so to investigate the problems between IOS releases.

TheWitness

[JorisFRST]

Hi,

I had this problem last time with one of the non stacked 3750's, and I removed it from MacTrack and added it again after the last svn update from this week, and it looks like it's fixed. Maybe good news for your situation too ?

Joris.

[shadowmanr6]

so grabbed the new svn, using the normal 'get_IOS_dot1dTpFdbEntry_ports' for that model stacked 3750 didn't grab anything new, but changed it to 'get_catalyst_dot1dTpFdbEntry_ports' and running the mactrack_scanner.php from from cl and i suddenly populate probably about half my vlans, it'll detect all the VLAN's in the analysis portion but the actual mac/port processing stops about halfway through the VLANs, doesn't show the data in mactrack, but appears in mysql with all the neccessary info except for an associated vlan id (shows 0), and in mactrack it'll display nothing. Any ideas or something i can supply you with to troubleshoot?

[TheWitness]

Make sure you have a good version od IOS.

TheWitness

[JorisFRST]

If you have alot of vlans and ports try to set the snmp timeout higher. I have a 2950 and a 2900xl where i had to set the timeout in mactrack to 2000ms. I tried this after reading one of the other threads here.

[TheWitness]

I have made a change in Cacti 0.8.7f that will inform you of such timeouts in the Cacti Log.

TheWitness