I have tried this with a custom file, to disable the Caching and the Compression. However I am not sure of the Custom ICA parameter to make sure speedscreen is off. On 8/21/07, Eric Foote <eric.foote@xxxxxxxxxxxxxxxxxxxxx> wrote: > > Keep in mind when shadowing is activated all caching, speedscreen and > other optimizations are automatically disabled (since you cannot have these > features active when two users are viewing the same session) > > > > Check the cache size of your local ICA client – if it is enabled and set > to a percentage of the disk with a large HD – you may have a bitmap cache > that has grown so large that it takes longer to read the cache than it would > to just send the bitmap. Also make sure that your cache is pointed to a > local disk not a network share. > > > > Try disabling all of the optimization features on the session and see if > that helps. > > > > Eric > > We do...whatever it takes! <http://www.caretechsolutions.com> > > *Eric M. Foote* > *Chief Technical Architect* > > *CareTech Solutions, Inc.* > 901 Wilshire Drive, Suite 100 > Troy, MI 48084 > > Eric.Foote@xxxxxxxxxxxxxxxxxxxxx > > tel: > mobile: > > (248) 823-0914 > (313) 657-1799 > > > > > > > > > > *From:* thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx] *On > Behalf Of *Jason Patten > *Sent:* Tuesday, August 21, 2007 7:54 AM > *To:* thin@xxxxxxxxxxxxx > *Subject:* [THIN] Re: Off the chart latency > > > > I have Latency checker and am going to be trying to use it a little bit to > see what I can see. However I have to rely on what the user tells me, if I > shadow the latency checker session, the latency immediately drops to the > latency of y session here on the LAN. (Verified this using a laptop and > dial-up connection at the office), where if I shadow my LAN session from the > dial-up, the latency goes UP... > > Any idea why that happens? (CUstomers report that when we shadow them the > latency seems to go away) > > Also, I just disabled the session reliability, lets see if that helps. > > On 8/21/07, *Rick Mack* <ulrich.mack@xxxxxxxxx> wrote: > > Hi Jason, > > > > The big change between XP and CPS 4 in terms of the ICA client is ICA V2 > otherwise known as Session reliability. If your WAN has QOS set for ICA > (port 1494) then ICA V2 on port 2598 is going to have a hard time. > > > > Try disabling session reliability on the servers and stand back ;-) > > > > regards, > > > > Rick > > > > www.commander.com > > > > On 8/21/07, *Eric Foote* <eric.foote@xxxxxxxxxxxxxxxxxxxxx > wrote: > > Grab a copy of Latency Checker from http://www.fcconsult.be/ and run it in > your session that is having issues. > > > > Also you can look at ICA session latency from perfmon ICA Session object. > > > > Does the title bar of the ICA session show that Speedscreen is on? > > > > Eric > > > > *From:* thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx] *On > Behalf Of *Jason Patten > *Sent:* Monday, August 20, 2007 2:53 PM > *To:* thin@xxxxxxxxxxxxx > *Subject:* [THIN] Re: Off the chart latency > > > > We are dealing with some serious latency issues here as well. Ping times > below 100, but keyboard response can be as much as 15-20 seconds behind the > keystrokes. > Its only occuring with a small handfull of clients. And they only started > complaing of it once we moved from MFXP to Presentation server 4. > > On 8/20/07, *Bernd Harzog* <berndh@xxxxxxxxxxxxxx> wrote: > > Some suggestions: > > 1. Do you have anything that monitors at the ICA level? In other > words, something that is measuring the response time of ICA over the WAN > link? Ping is very low level, and it can be fine while things at the > applications level are not. > 2. If you are not, or cannot do ICA monitoring, try HTTP monitoring > instead. Again, try to see if there is a problem at the applications level > of the protocol. > 3. Someone already said this, but I recently saw 30 echo delays in > an ICA client (fat and thin) that turned out to be caused by VOIP traffic > running over the same IP link as the ICA traffic > > > > Cheers, > > > > Bernd Harzog > > Vice President and General Manager > > ProactiveWatch > > www.proactivewatch.com > > bharzog@xxxxxxxxxxxxxxxxxx > > 770-475-4249 > > > > -----Original Message----- > *From:* thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx]*On > Behalf Of *Stratton, Doug ISMC:EX > *Sent:* Thursday, August 16, 2007 7:10 PM > *To:* thin@xxxxxxxxxxxxx > > *Subject:* [THIN] Off the chart latency > > > > T his is something I have not seen before. > > PROBLEM > > I have an office with 6 or 7 thin clients. (we have 1000's) > > Client is working then everything starts going extremely slow and > eventually lost connection or more often what seems to be enormous KB/mouse > delays (reflected by slow slow feedback to her screen what she types and > what looks like to her erratic behaviour) > > I ping the tc and get constant 20-30 ms ping times. Does not look like > "normal" latency problem. > > I check with smsconsole and the latency for the session is in the 10's of > thousands. > > I have not seen this before where the latency thru that console does not > also get reflected with pings. > > Saw a very odd part today. I was shadowing her and she started seeing > this big delays while I was typing stuff. I was seeing everything real > time. > > I am close to the servers. So I can only assume I am getting the echo > real time and she is getting it way after. SMSconsole showed the 10's000 > delays. > > Can someone explain and suggest possible problem/solution. Why I see low > pings but Hi latency in smssconsole? Fellow worker says that is ICA > latency. > > OUR ENVIRONMENT > > W2k3 sp2 > > Citrix PS 4 (upgraded from PS3 with 2005.04) R01/r02.0.1 > > Office 2003 sp2 > > Wyse TC s30 > > I am told there are no wireless components. > > Client site has a 1.344m T1? With much bigger bandwidth > downstream? (30-100M) > > WHAT WE HAVE TRIED > > We have had the cables all changed, routers/switches all upgraded. > > TC replaced, I have put kb and mouse delay settings on the tc. (ICA > performance settings) > > Regards, > > *Doug Stratton*, Shared Service BC > > Service Desk Email:* **77000@xxxxxxxxx* > > Service Desk Tel:* **(250)387-7000* > > > > > > -- > Ulrich Mack > www.commander.com > > > >