No pruning is not enabled on the domain, also, switches below affected switches are able to communicate on the management vlan, eg: where switch 1s management interface is not contactable but switch 2s is.
Have not seen this on our 2950's in a trunked net , and we are using the same code. You appear to be trying to cluster these switches so that is something we don't do . Have you checked these 2 interfaces for errors and or physical type problems , they are obviously bouncing . Verify interface settings are the same on both sides ie speed and duplex and trunk settings .
It's true this switch is part of a cluster (historical) but this problem is occurring on both clustered and non clustered switches. I've checked both sides of the trunk for config/physical problems and they're both fine. All access ports are fine too.
When I loose a switch I'm able to clear the arp from it's router, then the mac is re learnt and is tracable right down to the link port poss 3/4 hops, but I'm just not able to talk IP to the management address. CDP works fine. As previously stated all user vlans are not affected.
I too am having the same problem with Vlan 1. None of the switches are clustered. I lose the ability to ping or telnet to a switch. The only thing that "fixes" is is a power reboot. All user vlans continue to work. This happens on 2900, 3500 switches in my network.
We are pleased to announce availability of Beta software for 16.6.3. 16.6.3 will be the second rebuild on the 16.6 release train targeted towards Catalyst 9500/9400/9300/3850/3650 switching platforms. We are looking for early feedback from custome...