[THIN] Re: Bandwidth Question
- From: "Rick Mack" <Rick.Mack@xxxxxxxxxxxxxx>
- To: <thin@xxxxxxxxxxxxx>
- Date: Sat, 6 May 2006 10:04:00 +1000
Hi Steve,
No, you're quite correct, no async support.
XP/Win2k was the last time we used a modem and I just plain forgot it had been
dropped on Windows Server 2003 :-(
I'd have to agree that for Outlook and IE, running IE natively and using OWA
makes a whole lot more sense than using ICA. If they need to view documents etc
in a more secured fashion then Access Gateway and Advanced Access Control might
be a good fit.
regards,
Rick
Ulrich Mack
Volante Systems
Level 2, 30 Little Cribb Street
Coronation Drive Office Park
Milton Qld 4064
tel: +61 7 32431847
fax: +61 7 32431992
rick.mack@xxxxxxxxxxxxxx
________________________________
From: thin-bounce@xxxxxxxxxxxxx on behalf of Steve Snyder
Sent: Sat 6/05/2006 8:03
To: thin@xxxxxxxxxxxxx
Subject: [THIN] Re: Bandwidth Question
Correct me if I'm wrong, but didn't Citrix drop async with 3.0? You'd have to
setup a XP farm to provide direct dial-in.
But as Steve pointed out, why not just use the web? If all they're accessing is
Outlook and your intranet it'd be easy enough to do with OWA.
With both low bandwidth and high latency, there really isn't any way to give
them decent performance.
On 5/6/06, Eilers, Lee (CDC/OCOO/ITSO) (CTR) <lee4@xxxxxxx> wrote:
You know, I had forgotten about this kind of connectivity. Had not
done it in so long, kind of old school, but you are right, it would help cut
out just a little more overhead. I seriously do not think that our security
team would allow a server with modem attached on the network, but I forwarded
the idea to management just the same.
Thanks!
________________________________
From: Rick Mack [mailto:thin-bounce@xxxxxxxxxxxxx] On Behalf Of Rick
Mack
Sent: Friday, May 05, 2006 4:13 PM
To: thin@xxxxxxxxxxxxx
Subject: RE: [THIN] Re: Bandwidth Question
Hi,
On a low bandwidth connection, you basically have to turn off anything
that generates additional noise.
If you're using an in-house or custom application make sure it doesn't
do unnecessary screen repaints etc that can't be cached in the bitmap cache.
Turn off clipboard mapping 'cause this can majorly chew up bandwidth on
any WAN link. Make sure keyboard/mouse queing is enabled because this will
reduce the TCP/IP packet overhead.
Simplify things as much as possible.
Speedscreen addresses higher latency fairly well but the smarter
aspects won't really help you unless the local text echo etc can be used for
your applications. In Australia you can approach Citrix to see if SpeedScreen
can be tweaked for a particular application so that might be an option for you.
You've also got an alternative for dial-up connections which is
connecting directly to a modem attached to a Citrix server. With direct
dialling you haven't got the overhead of supporting ICA over TCP/IP so the
session is generally a whole lot more responsive. However then you've got an
international telephone connection charge which may not be acceptable.
regards,
Rick
Ulrich Mack
Volante Systems
Level 2, 30 Little Cribb Street
Coronation Drive Office Park
Milton Qld 4064
tel: +61 7 32431847
fax: +61 7 32431992
rick.mack@xxxxxxxxxxxxxx
________________________________
From: thin-bounce@xxxxxxxxxxxxx on behalf of Eilers, Lee
(CDC/OCOO/ITSO) (CTR)
Sent: Sat 6/05/2006 3:09
To: thin@xxxxxxxxxxxxx
Subject: [THIN] Re: Bandwidth Question
These are for a few dozen users in undeveloped countries with poor
infrastructure.
I have done:
Enable SpeedScreen - Done
Lower both your resolution and color depth - Done
Disable audio - Done
Disable port mapping - Was looking at this, citrix policy in MPS 3.0?
If they don't need to print, disable printing. - Was looking at this,
citrix policy in MPS 3.0?
Maybe look into a packeteer type unit for your home site. - For dial
up connections?
________________________________
From: thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx] On
Behalf Of Taylor, George
Sent: Friday, May 05, 2006 12:04 PM
To: thin@xxxxxxxxxxxxx
Subject: [THIN] Re: Bandwidth Question
wow, and being CDC you are the guys that really need communications.
Just some thoughts:
Enable SpeedScreen
Lower both your resolution and color depth
Disable audio
Disable port mapping
If they don't need to print, disable printing.
Maybe look into a packeteer type unit for your home site.
George Taylor
Systems Programmer
Regional Health Inc.
________________________________
From: Eilers, Lee (CDC/OCOO/ITSO) (CTR) [mailto:lee4@xxxxxxx]
Sent: Friday, May 05, 2006 8:12 AM
To: thin@xxxxxxxxxxxxx
Subject: [THIN] Bandwidth Question
We have users in "undeveloped" countries, where telecommunication
systems are questionable at best, that connect at dial-up speeds in the 15k to
20k range. These users connecting to our Citrix environment complain that our
"system is useless" :-p
it is my experience and opinion that you need at least 20k for Citrix,
ideally 26K.
Is there "any" ideas on how to handle these users over a crappy
connection?
***Note: The information contained in this message, including any
attachments, may be privileged, confidential, and protected from disclosure. If
the reader of this message is not the intended recipient, or an employee or
agent responsible for delivering this message to the intended recipient, you
are hereby notified that any dissemination, distribution or copying of this
communication is strictly prohibited. If you have received this communication
in error, please notify the Sender immediately by a "reply to sender only"
message and destroy all electronic or paper copies of the communication,
including any attachments.
#####################################################################################
This e-mail, including all attachments, may be confidential or
privileged. Confidentiality or privilege is not waived or lost because this
e-mail has been sent to you in error. If you are not the intended recipient any
use, disclosure or copying of this e-mail is prohibited. If you have received
it in error please notify the sender immediately by reply e-mail and destroy
all copies of this e-mail and any attachments. All liability for direct and
indirect loss arising from this e-mail and any attachments is hereby disclaimed
to the extent permitted by law.
#####################################################################################
#####################################################################################
This e-mail, including all attachments, may be confidential or privileged.
Confidentiality or privilege is not waived or lost because this e-mail has been
sent to you in error. If you are not the intended recipient any use,
disclosure or copying of this e-mail is prohibited. If you have received it in
error please notify the sender immediately by reply e-mail and destroy all
copies of this e-mail and any attachments. All liability for direct and
indirect loss arising from this e-mail and any attachments is hereby disclaimed
to the extent permitted by law.
#####################################################################################
Other related posts:
