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.
#####################################################################################
