From: "Lambert, Ryan" <rlambert@xxxxxxxxxxxxxxx>
Reply-To: thin@xxxxxxxxxxxxx
To: <thin@xxxxxxxxxxxxx>
Subject: [THIN] Re: Do not bet on DS3: RE: Re: Harumph! How about this one?
Date: Thu, 26 Aug 2004 21:57:54 -0400
Hi Alex,
The ISP claims there is no QoS going on anywhere on the connection.
Likewise, we've verified that there's nothing on our end that would
throttle.
As for my testing environment...
Throughput on our DS3 is dandy. I did some smoking downloads earlier today
from Microsoft. Plus, we're getting <10ms all the way out of our ISPs
backbone. Graphs are saying less than 20% of our max capacity being used on
average. Like I said, if I trace out while I am rendering an image, the
latency occurs right at the CPE (it takes so long to finish loading my
trace
actually finishes, heh). I'll take a gaze at the checklat tool, but not
sure
where to grab that at? Point me in the right direction? :)
The only thing I notice that's even striking me as slightly odd is the MTU
on the connection is 1418, and obviously by default, the Citrix Server is
set to 1500. I'm wondering if this isn't causing something funky to occur.
I
can't seem to locate any documentation on setting MTU values on 2003,
though, and it doesn't seem to be the same as 2000. Thoughts?
Something else to note: Our client complained originally about it from his
home, which is why we went to testing on much larger pipes immediately. So,
at the end of all of this... we need to figure out why everyone -else- in
the world is seeing this same symptom.
P.S. - Thanks, guys. Appreciate the help. This one's got me yanking my hair
out, yet again. Not to mention everyone's pointing the finger at each
other.
Microsoft, Citrix, anonymous ISP. Typical! ;p
/Ryan
-----Original Message-----
From: thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx] On
Behalf
Of Alexander Danilychev
Sent: Thursday, August 26, 2004 9:12 PM
To: thin@xxxxxxxxxxxxx
Subject: [THIN] Do not bet on DS3: RE: Re: Harumph! How about this one?
Do not bet on your DS3 -- check your connectivity outside Citrix. Simple
file transfer will do for throughput. Measure latency within ICA session
not
with ICMP (you can do it with Perfmon or simple tool like "checklat.exe").
Also check for bandwidth conditioning -- are you being throttled when
connected through ICA?
ALEX
>From: "Ron Oglesby" <Roglesby@xxxxxxxxxxxx>
>Reply-To: thin@xxxxxxxxxxxxx
>To: <thin@xxxxxxxxxxxxx>
>Subject: [THIN] Re: Harumph! How about this one?
>Date: Thu, 26 Aug 2004 16:11:00 -0500
>
>Sounds like their full of it (or it could really be something)
>
>
>
>Tell me about the NT 4 performance thing. Did you change from Nt 4 and an
>older version of MF to all new stuff/
>
>
>
> _____
>
>From: thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx] On
>Behalf
>Of Lambert, Ryan
>Sent: Thursday, August 26, 2004 3:58 PM
>To: thin@xxxxxxxxxxxxx
>Subject: [THIN] Re: Harumph! How about this one?
>
>
>
>(Yep, third post in reply... I'm a whirlwind of thoughts.)
>
>
>
>Ron,
>
>
>
>Any idea why they would say the NT4 performance was wonderful in
comparison
>to this? I've gone down to 256 w/800x600, and it doesn't seem any better.
>
>
>
> _____
>
>From: thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx] On
>Behalf
>Of Ron Oglesby
>Sent: Thursday, August 26, 2004 4:24 PM
>To: thin@xxxxxxxxxxxxx
>Subject: [THIN] Re: Harumph! How about this one?
>
>
>
>Depends on their config. Might be throttling you. But most likely they
are
>choking on their end.
>
>
>
> _____
>
>From: thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx] On
>Behalf
>Of Lambert, Ryan
>Sent: Thursday, August 26, 2004 3:29 PM
>To: thin@xxxxxxxxxxxxx
>Subject: [THIN] Harumph! How about this one?
>
>
>
>Hey folks.
>
>
>
>I've another strange issue that seems to have me stumped, albeit only
over
>a
>WAN (ADSL) connection. Note that I do not see this on the LAN.
>
>
>
>When someone opens an image via RDP or ICA, you can see the image
painting
>itself incredibly slow. While this is occurring, you can not click on any
>other part of the session (locked up, for all intensive purposes) until
the
>picture has rendered fully. Now, this is the sick part:
>
>
>
>Reply from xxx.xxx.xxx.xxx: bytes=32 time=19ms TTL=249
>
>Reply from xxx.xxx.xxx.xxx: bytes=32 time=17ms TTL=249
>
>Reply from xxx.xxx.xxx.xxx: bytes=32 time=22ms TTL=249
>
>Reply from xxx.xxx.xxx.xxx: bytes=32 time=18ms TTL=249
>
>Reply from xxx.xxx.xxx.xxx: bytes=32 time=17ms TTL=249
>
>Reply from xxx.xxx.xxx.xxx: bytes=32 time=17ms TTL=249
>
>Reply from xxx.xxx.xxx.xxx: bytes=32 time=23ms TTL=249
>
>Reply from xxx.xxx.xxx.xxx: bytes=32 time=17ms TTL=249
>
>Reply from xxx.xxx.xxx.xxx: bytes=32 time=27ms TTL=249
>
>Reply from xxx.xxx.xxx.xxx: bytes=32 time=634ms TTL=249
>
>Reply from xxx.xxx.xxx.xxx: bytes=32 time=514ms TTL=249
>
>Reply from xxx.xxx.xxx.xxx: bytes=32 time=506ms TTL=249
>
>Reply from xxx.xxx.xxx.xxx: bytes=32 time=600ms TTL=249
>
>Reply from xxx.xxx.xxx.xxx: bytes=32 time=861ms TTL=249
>
>Reply from xxx.xxx.xxx.xxx: bytes=32 time=655ms TTL=249
>
>Reply from xxx.xxx.xxx.xxx: bytes=32 time=450ms TTL=249
>
>
>
>
>
>I bet you can guess when I'm downloading the image to my client, huh?
>
>
>
>Ping times are great, until this. This is on off hours, when no bandwidth
>is
>being used by people in-house, so I can't see saturation being an issue.
>The
>traceroute indicates the latency starts right AT their router, and
nowhere
>in the upstream's backbone.
>
>
>
>Now, I'm pretty certain this problem isn't on my end, because I'm on a
DS3
>that's using hardly any of the load. ;p
>
>
>
>Likewise, clients from other sites are complaining about it.
>
>
>
>. So, eh?
>
>
>
>
>
********************************************************
This Weeks Sponsor RTO Software
Do you know which applications are abusing your CPU and memory?
Would you like to learn? -- Free for a limited time!
Get the RTO Performance Analyzer to quickly learn the applications,
users, and time of day possible problems exist.
http://www.rtosoft.com/enter.asp?id=320
**********************************************************
Useful Thin Client Computing Links are available at:
http://thin.net/links.cfm
***********************************************************
For Archives, to Unsubscribe, Subscribe or
set Digest or Vacation mode use the below link:
http://thin.net/citrixlist.cfm
********************************************************
This Weeks Sponsor RTO Software
Do you know which applications are abusing your CPU and memory?
Would you like to learn? -- Free for a limited time!
Get the RTO Performance Analyzer to quickly learn the applications,
users, and time of day possible problems exist.
http://www.rtosoft.com/enter.asp?id=320
**********************************************************
Useful Thin Client Computing Links are available at:
http://thin.net/links.cfm
***********************************************************
For Archives, to Unsubscribe, Subscribe or
set Digest or Vacation mode use the below link:
http://thin.net/citrixlist.cfm
