Not at all, but funny anyway... -----Original Message----- From: Adam.Baum@xxxxxxxxxxxxxx [mailto:Adam.Baum@xxxxxxxxxxxxxx] Sent: Friday, August 27, 2004 2:18 PM To: thin@xxxxxxxxxxxxx Subject: [THIN] Re: Harumph! How about this one? "Dollars to donuts"? Former police officer? "Lambert, Ryan" <rlambert@netsour To: <thin@xxxxxxxxxxxxx> ceit.com> cc: Sent by: Subject: [THIN] Re: Harumph! How about this one? thin-bounce@freel ists.org 08/27/2004 09:32 AM Please respond to thin Seems their router is has 4x 10baseT / half duplex ports. Lovely. I wonder if that's it! From: thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx] On Behalf Of DMelczer@xxxxxxxx Sent: Friday, August 27, 2004 7:45 AM To: thin@xxxxxxxxxxxxx Subject: [THIN] Re: Harumph! How about this one? I saw something very similar for a remote office location that we setup...check to make certain that the line from the ADSL modem to whatever network hub or switch you're using is hard-coded full duplex on BOTH sides. I've seen them set to auto negotiate where they negotiate down to half duplex and you get this kinds of ridiculous ping times whenever file transfers or ICA bitmaps are loaded...I'm willing to bet dollars to donuts that there's half duplex somewhere along the link... Good luck and hope this helps. -Dave Melczer dmelczer@xxxxxxxx -----Original Message----- From: Lambert, Ryan [mailto:rlambert@xxxxxxxxxxxxxxx] Sent: Thursday, August 26, 2004 4: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? ********************************************************************** Please be advised that this transmittal may be a confidential attorney-client communication or may otherwise be privileged or confidential. If you are not the intended recipient, please do not read, copy or re-transmit this communication. If you have received this communication in error, please notify us by e-mail (postmaster@xxxxxxxx) or by telephone (call us collect at 212-403-4357) and delete this message and any attachments. Thank you in advance for your cooperation and assistance. www.wlrk.com ********************************************************************** ******************************************************** 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?id20 ********************************************************** 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