Brian Madden Logo
Your independent source for application and desktop virtualization.
Marketplace

advertisement

random disconnects and performance, in the Citrix XenApp / Presentation Server forum on BrianMadden.com

rated by 0 users
Not Answered This post has 0 verified answers | 4 Replies | 0 Followers

Guest posted on 09-19-2007 7:43 AM
Hi All,

We have been plagued with very random disconnects on our ps 4.0 farm. i have researched and really came up with nothing. i thought maybe it was my internet connection, so i installed a new 4.5 test farm and put it on a test internet connection but i am receiving the same disconnects. both farms are protected by csg 3.0 in the dmz of a pix/asa. I downloaded a tool i found out about in this forum (thanks!) called the session monitoring and control console. I have a user that states that when his session freezes he hears a constant "popping" sound and has to kill his wfrun32 and wfica32 and log back in...it then works fine. I looked at the session while it was frozen on his end with the monitoring tool and saw something really weird...the last latency had jumped from 102ms to 27219ms and the avg latency had jumped from 58ms to 3453ms. How can this be accurate?? I have never seen such. This is not a one user kind of thing, just using this as an example. it seems to be happening to all users. any advice??
  • | Post Points: 50

All Replies

Top 10 Contributor
Points 15,602
Hi,

When you setup the test CPS 4.5 farm on a different Internet connection, were you still going through the PIX/ASA? This sounds like a network infrastructure issue.

Check your interface stats on the PIX and any intermediary switches (hopefully they are manageable) and look for resets, CRCs, etc. Make sure you have all your speed/duplex settings correct and make sure that you don't have an MTU problem either.

Cheers,

Alan Osborne
President (MCSE, CCNA, VCP, CCA)
VCIT Consulting - Citrix/Terminal Services Remote Desktop Solutions for SMB
p: 604-288-7325
c: 778-836-8025
web: http://www.vcit.ca
blog: http://www.vcit.ca/wordpress

  • | Post Points: 5
Not Ranked
Points 200
Have you checked if there are any problems in comunicating with domaincontrollers?
Have you checked were all network traffic is going to?
From there on, you can eliminate this as a problem or start to work on it...
My experience was that a domaincontroller on another site was validating citrix users and sessions started to freeze.
  • | Post Points: 20
The second internet connection does go through a pix. I have checked all interfaces for speed/duplex issues and all of the interfaces as well. Nothing there. No errors, no resets...nada. As far as the MTU issue, not really sure how to check for that.

for my DC, I can communicate to it from my citrix box if that is what you are asking.
  • | Post Points: 5
Top 10 Contributor
Points 15,602
Hi,

The simplest way to check your max MTU size is to use PING with the -l and -f switches as described here:

http://support.microsoft.com/kb/314825

The -f switch sets the DF bit high on the packets, so that all the hops know not to fragment the packet. The -l switch tells PING how big of an ICMP packet buffer to make. Make sure you PING a remote server (i.e. www.google.com)

Set -l to 1472 and see if you get this error message:

"Packet needs to be fragmented but DF set"

If so, drop the value of the -l switch by 10 (i.e. 1462) and PING again. Keep dropping the value until packets go through properly. That's your maxMTU.

If the maxMTU is any value lower than 1472, you'll need to adjust your MTU on your PIX (and perhaps elsewhere) as pathMTU discovery isn't working and large packets are getting dropped. Alternatively, you can try to figure out why (usually due to ACLs on routers, often at ISP level).

Cheers,

Alan Osborne
President (MCSE, CCNA, VCP, CCA)
VCIT Consulting - Citrix/Terminal Services Remote Desktop Solutions for SMB
p: 604-288-7325
c: 778-836-8025
web: http://www.vcit.ca
blog: http://www.vcit.ca/wordpress

  • | Post Points: 5
Page 1 of 1 (5 items) | RSS
Copyright © 1997-2008 The Brian Madden Company, LLC | Disclosures | Privacy | Terms of Use | Contact Info