Existing PVST+ network, connecting some Rapid-PVST switches?
We have an existing PVST+ network with a pair of 4507R's at the core connecting to various Cisco switches (2950's, 3560's & 3750's). The whole thing is a bit of a mess in it's structure but will gradually be phased out over the next few months.
We are building a new network comprised of two Catalyst 6509-E's with Sup720's and 10GE ports in the core and Layer-3 to the edge using Catalyst 4948-10GE's. The whole design is Layer-3.
Our original intention was to connect the 6509's to the old network using routed /30 connections, unfortunately the customer will not re-address servers until later on but wants to move them onto the new infrastructure now. The majority of the servers are currently on a single VLAN - VLAN 1. To maintain this legacy connectivity we have to allow a single VLAN (VLAN 1) to span from the old network to the new one. To do this we created two trunks allowing this legacy VLAN plus a routed /30 VLAN (switchport trunk allowed vlan 1,500). When these trunks were initially connected we saw OSPF form an adjacency and we saw forwarding for the legacy VLAN (roots are in the old network). The following day however the customer reported intermittent 'lock-ups' on work stations and servers, since we weren't on site to investigate the issue the new connections were disconnected and the problem seems to have gone away.
We have connected other switches into the old network and not seen this happen before. However we are running Rapid-PVST on the new core and PVST+ on the old network. Is this likely to be the cause and if so where do we start looking?
[toc:faq]The ProblemOn traditional switches whenever we have a trunk
interface we use the VLAN tag to demultiplex the VLANs. The switch needs
to determine which MAC Address table to look in for a forwarding
decision. To do this we require the switch to do...
[toc:faq]Introduction:Netdr is a tool available on a RSP720, Sup720 or
Sup32 that allows one to capture packets on the RP or SP inband. The
netdr command can be used to capture both Tx and Rx packets in the
software switching path. This is not a substitut...
IntroductionOSPF, being a link-state protocol, allows for every router
in the network to know of every link and OSPF speaker in the entire
network. From this picture each router independently runs the Shortest
Path First (SPF) algorithm to determine the b...