Eduard Hübner Posted April 26, 2018 Share Posted April 26, 2018 We're experiencing this kind of issue since a couple of weeks. We used Adaptive Transport with XA 7.17 and Receiver 4.11 (it started already with 4.10.1). On Win7 and 10 clients. Ping, DNS, Citrix Base URL, IE Proxy and Security Config is ok. Voice is also running on UDP on our WAN lines with same priority level. VoIP is pretty good without interruption. So I assume the line shouldn't be the source of this issue. Users are getting Connection interrupted notfication and Receiver Windows start counting down froom 5Minutes. But never reconnects by itself. Sesssion Reliability is turned on. The only workaround we found is moving back to TCP by disabling EDT. We are not really sure, but it seems, this behaviour started with 7.17. And with 7.17 the Adaptive Transport was changed to be able getting UDP working again, even if Fallback to TCP was done. Anyone with similar exeperiences or tips how to solve? Link to comment
0 Leon Poortvliet Posted April 26, 2018 Share Posted April 26, 2018 We're experiencing a similar issues with XA 7.15 CU2. Been through the same testing sequence, ping, DNS etc. etc.... nothing wrong there. Your post prompted me to change the EDT settings. I'm testing with disabled EDT right now and let you know if that changes our issue. Link to comment
0 Leon Poortvliet Posted April 26, 2018 Share Posted April 26, 2018 A few hours in, and the users have not experienced since the change. Link to comment
0 Eduard Hübner Posted April 26, 2018 Author Share Posted April 26, 2018 2 minutes ago, Leon Poortvliet said: A few hours in, and the users have not experienced since the change. Glad to hear that. But now the big question would be: WHY?! I see very big problems, finding a fix, even with Citrix Support. Had a similar issue with UDP on Server 2008 R2. Never found a solution :-/ Link to comment
0 Leon Poortvliet Posted April 26, 2018 Share Posted April 26, 2018 The problems started for us with the installation of the March cumulative Windows update. At the time there were two, one of which is a permanent servicing stack update (non-removable). These updates caused networking issues on a lot of machines and maybe a side effect is affecting UDP/EDT. Another post (https://discussions.citrix.com/topic/394558-occasional-protocol-driver-error-edt-enabled-715-cu1/) has similar issues and mentions that WS2016 based VDA machines did not show this issue. Maybe the combo updated WS2008R2 and XA 7.15 and higher causes UDP to intermittently fail? Link to comment
0 Larry Hallas1709158223 Posted October 4, 2018 Share Posted October 4, 2018 We are also receiving the "Connection Interrupted" error with EDT enabled. We are running XenApp Server VDA with 7.17 infrastructure, 7.18 VDA, and 4.12 Receiver. I have also observed the issue starting at or around 7.17. The only workaround is to disable EDT in Policy. Besides missing the obvious benefit of EDT, is there any other concerns with disabling EDT? Link to comment
0 Eduard Hübner Posted October 4, 2018 Author Share Posted October 4, 2018 6 minutes ago, Larry Hallas1709158223 said: We are also receiving the "Connection Interrupted" error with EDT enabled. We are running XenApp Server VDA with 7.17 infrastructure, 7.18 VDA, and 4.12 Receiver. I have also observed the issue starting at or around 7.17. The only workaround is to disable EDT in Policy. Besides missing the obvious benefit of EDT, is there any other concerns with disabling EDT? Disabling EDT shouldn't bring up negative side effects. The only point could be, that your sessions will consume more bandwidth. But this is only theory. We've never seen a "big" difference. But as said, disabling EDT will not solve this for sure. We still had the issue. Citrix Case is ongoing. So far no solution available. Currently Citrix Support confirms that the hole connection is dropped by the VDA, even if connecting a telnet!!!! But so far they say, they need a Trace of the first drop. And this have to be catched trought scheduled tracing... Since I configured the tracing from bootup of VDAs we didn't had interrupts again. sad. :-/ Link to comment
0 Claus Daugaard Hansen Posted April 4, 2019 Share Posted April 4, 2019 We are seeing this issue as well on server 2016 XA 7.15u3. We have been testing the network for MTU /MSS issues but there are none. So far 2 of our customers are now running TCP again and are not experiencing any problems. Any update from Citrix? Link to comment
0 Jeff Riechers Posted April 5, 2019 Share Posted April 5, 2019 I upgraded to 1903 and the latest 12.1 firmware. The inability to reconnect is gone. I still get odd screen flashes and checking the netscaler I see it is still creating new udp channels, but it is clearing out the old ones. So they are closer....but still not 100% ;) Also ADM is now gathering udp connection info correctly. Update: Spoke too soon. Got some UDP traffic, but once session reconnected it stopped gathering data. Link to comment
0 Darrin DiNapoli Posted September 2, 2020 Share Posted September 2, 2020 Hello! We are having the exact issues described here, but on Win10, VDA 1912, ADC 12.1_57.18 and connecting via Citrix Gateway. I have a long-standing case open already, just wondering if anyone else experienced and fixed this issue without turning off EDT? Link to comment
Question
Eduard Hübner
We're experiencing this kind of issue since a couple of weeks.
We used Adaptive Transport with XA 7.17 and Receiver 4.11 (it started already with 4.10.1).
On Win7 and 10 clients.
Ping, DNS, Citrix Base URL, IE Proxy and Security Config is ok.
Voice is also running on UDP on our WAN lines with same priority level.
VoIP is pretty good without interruption. So I assume the line shouldn't be the source of this issue.
Users are getting Connection interrupted notfication and Receiver Windows start counting down froom 5Minutes. But never reconnects by itself.
Sesssion Reliability is turned on.
The only workaround we found is moving back to TCP by disabling EDT.
We are not really sure, but it seems, this behaviour started with 7.17.
And with 7.17 the Adaptive Transport was changed to be able getting UDP working again, even if Fallback to TCP was done.
Anyone with similar exeperiences or tips how to solve?
Link to comment
9 answers to this question
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now