Hi Netdeg,
When bringing MSTP and PVST+ together, you need to be aware of the following:
Both (I'm assuming you'll have two) your 8216s running MSTP will appear as a SINGLE logical switch to the PVST+ network. This is because only the CIST is presented to non MSTP bridges - you will see this in action if you have dual trunks (one between each EX and a Cisco) - expect one of the trunks to go into blocking mode, rather than the link between the EXs as you would normally see.
Secondly, only the native VLAN on your trunks to the EXs will form topology within the PVST+ network - PVST+ tags BPDUs for non-native VLANs, which an MSTP instance will completely ignore. You will see this in action if there is a topology change in the PVST+ network that affects more than one VLAN trunked to your EX - the native VLAN will fail over "Rapidly" (as per normal), but other trunked VLANs may take up to 30 seconds. This is because Topology Change Notifications (TCNs) from the PVST+ network will be seen in the native VLAN, but sent with a tag on them for non-native VLANs and again, completely ignored by the MSTP.
My advice would be to be to give your 8200s a priority lower than the existing cores, but higher than the distribution switches (if possible), and attach them during a maintenance window (it is very likely there will be a 30-second topology change). Once all VLANs have been trunked across, then migrate your ports over as quickly as possible (remember you are now operating with a 30-second failover time for all VLANs except the native).
Finally, break the trunk and say goodbye to PVST+ forever! You can also promote the bridge priority on your EXs afterwards, but this is entirely optional
If this helped, remember to click the Kudos star on the left!