It would be very helpful if you could post the entire MST configuration from both switches so that we can have an idea what we are dealing here with. Also, any logging messages displayed during the network outage from any of these switches are necessary to narrow down the possible cause of the problem.
A couple of hints:
The connectivity outage must be caused by some ports becoming Discarding for whatever reason. We must identify that reason. It would be helpful to see the output of the show spanning-tree from both switches during the network outage
Check the output of the show spanning-tree inconsistentports on the 2960 if there are any ports identified as inconsistent during the network outage. The type of their inconsistency may point out to the cause of this issue.
The MST region configuration must be absolutely identical on both switches. I suggest comparing the MD5 digest from the 2960 (displayed on 2960 by the show spanning-tree mst configuration digest) with the MD5 digest on the HP (displayed on HP by the show spanning-tree)
So far, I can tell that the 2950 is - for some so far unknown reason - receiving PVST+ BPDUs on its Fa0/1 port, and this BPDU fails to meet special criteria that allows the MSTP and PVST+ to seamlessly interoperate. That is why the port declares the PVST Simulation Inconsistency.
If the entire network was properly configured for MST, there should be no PVST+ BPDUs present at all. I am therefore wondering where do these PVST+ BPDUs come from. Are both HP switches properly configured to run MSTP? Are there any other Catalyst switches in this network that are still running PVST+? Where should the STP root be placed?
Providing me with the requested output of the commands I specified in my first response would be a good starting point. Without knowing more about your topology and the configuration of its elements, it is hard to tell anythng else.
The problem is that i am not on the custoers site.
They have the core HP switches running MSTP & the edge switches (2960/50's) running PVST & the request is to migrate all to MSTP.
However, the issue seen above was when we converted a 2950 & a 2960 to MSTP.
The connectivity is all over the place, with switches daisy chained to one another.
Is there a way of stopping the port from blocking when this BPDU is seen, as they have around 75 switches to migrate & we don't really want to have to connect via the console to each device, if possible.
Ah, I see. The issue you are seeing is caused by Cisco's own mechanism of cooperation between MSTP and PVST+, and the HP switches are not contributing in any way to the problems you are experiencing.
In short and without going into much detail, in order for a Cisco running MSTP to properly interact with PVST+ region without causing network outages, two configuration options must be met:
Either the MSTP region must contain a root bridge for MST instance 0 whose priority in this instance 0 is the lowest among all PVST+ switches in any VLAN. Each PVST+ switch in any VLAN that is created on it must have a strictly numerically higher bridge priority than the priority of the root bridge for MST instance 0. In other words, the root bridge for MST instance 0 must have a numerically lower priority than any PVST+ switch in any VLAN. This MST switch will then become the root switch for the PVST+ region and each VLAN in it.
Or the PVST+ region must be configured so that it contains the root bridge for each existing VLAN this way:
For VLAN 1 the priority of the PVST+ root bridge must be numerically lower than the priority of any MSTP switch for MST instance 0.
For VLANs 2-4094, respective root bridges must have a numerically lower priority than the PVST+ root bridge for VLAN 1.
Only if one of these requirements is met, the cooperation of MSTP and PVST+ region will not lead to permanently blocked ports. Before gradually migrating to MSTP, you have to decide which scenario you want to implement and make necessary precautions before actually starting to modify the STP mode.
Question We run asr9001 with XR 6.1.3, and we have a very long delay to
login w/ SSH 1 or 2 to the device compare to IOS device. After
investigation, the there is 1s delay between the client KEXDH_INIT and
the server (XR) KEXDH_REPLY. After debug ssh serv...
Introduction The purpose of this document is to demonstrate the Open
Shortest Path First (OSPF) behavior when the V-bit (Virtual-link bit) is
present in a non-backbone area. The V-bit is signaled in Type-1 LSA only
if the router is the endpoint of one or ...
Hi, I am seeing quite a few issues with patch install and wanted to
share my experience and workaround to this. Login to admin via CLI, then
access root with the “shell” command Issue “df –h” and you’ll probably
see the following directory full or nearly ...