I take it that the traffic is separated across NICs but you have a flat VLAN. moving the traffic into their own VLANs could help if you placed some QoS on there. this would prioritize your VM traffic over your vMotion traffic, thereby stopping it flooding your switch and potentially causing a blip in your VM traffic between your DCC's and your XD Desktops
are you by chance using provisioning services for your XEN environment? We've had some inconsistencies with vMotion and XEN Desktops. Our environment is set to fully automated for DRS, but we don't have a lot of DRS events. We haven't had an issue with the XEN desktops go offline, but there is a "pause". That is one of the downfalls with VDI... any inconsistency in the environment will be seen immediately because you have users working on the VDI VMs all day long.
I don't know what the exact fix is, but i'll see what our Citrix folks have done to try and reduce the timeouts.
Troy, yes we are using provisioning services as well, two balancing provisioning servers to be exact. We did have an issue with those servers earlier in the month where Veeam backups were causing one of them to go offline until we restarted the stream service but that has been fixed. Our users aren't going offline, but they get their screen grayed out and says the session is disconnected. I've thought about extending the timeout timer so that while the sessions may pause for 10 seconds it wont time them out. Thanks for looking into it Troy, also glad to see you haven't burnt yourself out of the forums yet!
Tom, that was my thought as well. I suppose I should go to the switch stack to see if there is any bandwidth issues on the switch while vMotion is going on. In theory it would be a good excuse to separate the traffic now anyways to move to a more acceptable networking best practice.