Not sure if you can reach sub-second convergence with peer-switch command. Looking at different documents, they all reference "improve convergence" but no document mention any sub-second convergence time. Here is one document:
The vPC peer switch feature addresses performance concerns around STP convergence. This feature allows a pair of Cisco Nexus devices to appear as a single STP root in the Layer 2 topology. This feature eliminates the need to pin the STP root to the vPC primary switch and improves vPC convergence if the vPC primary switch fails.
To avoid loops, the vPC peer link is excluded from the STP computation. In vPC peer switch mode, STP BPDUs are sent from both vPC peer devices to avoid issues related to STP BPDU timeout on the downstream switches, which can cause traffic disruption.
So, 2 seconds maybe as good as it gets.
Thanks for your response Reza. I have additional data from testing that I wanted to provide to see if it might spark some ideas as to what is going in and why traffic is being disrupted for about 1.4 seconds. as described below, packet loss NOT occuring when the TCN occurs, but when the VPC member ports go active on the operational secondary about 45 seconds after the TCN occurs right when the VPC peer link recovers (active).
Here are the details of the testing.
I simulate peer link failure by shutting down peer link port channel.
Immediately, I get very minor packet loss occurs for 20ms. Not an issue for my environment. I do not get a TCN as this point.
I wait for a couple minutes to ensure all things stable and then re-enable to the peer-link. about 13 seconds later, the Peer-link is up and I immediately receive a TCN, but NO PACKET LOSS. So the packet loss is not related to the TCN.
About 45 seconds after the peer-link came up, the vpc member ports on the operational secondary peer activate. It is at this moment I am getting consistently getting 1.4 seconds of traffic disruption. There is NOT an additional TCN at this point.
Does this make sense? Any ideas on what is occurring that is causing the packet loss when then VPC member ports go active after recovery? And especially any ideas on how to reduce or eliminate this?