How to successfully implement thin

clients.
The platform for successful thin client rollout is solid planning,
thorough evaluation under real-world test conditions, and well
designed pilot projects.

Generally, planning errors do not become

evident until actual operation begins. This
applies just as much to the rollout of thin
client infrastructures as to any migration
project, particularly if implementation extends
across departmental and location boundaries.
To avoid blunders that can destroy budgets
and wreck schedules during product rollout,
companies need to follow a few basic rules.

Administrators also need to specify the required security

level. For example, special security functions such as support
for PKI or Smartcards may be needed.

Infrastructure, software and peripherals

Key specications for thin client selection also depend on the
network infrastructure. Some examples of questions relating
to infrastructure include
- if a VPN is operated, are DSL connections required?
- is a wireless LAN needed?
- is there a need to support special technologies such as

Step 1: Dene requirements

It is essential to clarify exact requirements before
implementing a thin client solution. Identication of goals with
clear deadlines makes it easy to check whether rollout has
been successful. Some key aspects to consider are:

Sessions, administration, security

Token Ring?
It is also necessary to determine the available/required
bandwidth and how to best use it. For example, the packet
sizes of the MTU (Maximum Transmission Unit) must be taken
into consideration in VPN networks. If the specied packet
size is marginally exceeded, a second packet is generated
and, in extreme situations, this can lead to a doubling of the
required bandwidth. Customers must consider the number of

First, it is necessary to clarify the type and number of

existing or required servers, their hardware characteristics,

sessions planned run on the thin clients. This determines,

and special user requirements.

among other things, which communications protocols are

used. For example, Microsoft RDP, Citrix ICA or the X11R6

Which standard applications and, more importantly, which

protocol, or the NoMachine NX protocol for UNIX/Linux

vertical or specialized applications are to be made available

environments. It will be helpful to clarify if terminal emulation

subsequently via thin clients? Are these applications already

is required for access to host applications. Terminal emulation

available in a terminal server compatible version, or is costly

solutions permit consolidation of several terminal devices

porting required?

such as workstation PCs and host terminals.

Central administration has a major impact on administration
costs and on savings that can be made. Here are examples
of questions that administrators can use to plan the
implementation: How efcient and operator-friendly is the
supplied administration software? Whats the price/
performance ratio? Should an existing, alternative third-party
solution be used for reasons of synergy Altiris, for example?

Clarication of project goals and the thin client

operating environment
Issues relating to basic requirements::
1. Sessions: number and type
2. Central management
3. Security level

Customers can leverage some of the IGEL implementation

4. Network infrastructure

tools to help speed up rollout. Functions such as Buddy

5. Available/required servers

Update or Partial Update for thin clients running Windows

XP Embedded reduce administrative overhead. When

6. User requirements

compared to Windows CE or Linux, the tools help update

7. Required peripherals

more extensive Windows XP Embedded rmware faster with

8. Special requirements (logos, colors, etc.)

sparing use of network bandwidth.

2/5

Table 1: Digital services according to category

Category

Example

Communications protocols and add-ons

Citrix ICA, Microsoft RDP, X11R6, NoMachine NX, XDMCP, ThinLinc, Sun Secure Global Desktop (Tarantella)

Security

Cisco VPN Client (Virtual Private Network), supported by PPTP

(VPN), Smartcard, Aladdin eToken, Kobil myIdentity

Virtualization

VDI Client (e.g. from Leostream for accessing VMware visualization

solutions), ICA 10 (access to Citrix Desktop Server)

Host access

Terminal emulations

SAP access

SAP GUI

Application delivery

Citrix Program Neighborhood Agent

Print services

Thin Client as print server, ThinPrint Client (bandwidth-optimized

printing)

Firmware-internal applications (bandwidth optimization)

Browsers: Internet Explorer, Mozilla Firefox, Opera, etc.

Firmware-internal applications / plug-ins

(bandwidth optimization)

Java Runtime Environment, Acrobat Reader, .NET Runtime Environment

Multimedia

Microsoft Media Player, MPlayer, Real Player, Flash Player, Macromedia Shockwave

IP telephony

VoIP (SIP Client)

It is also necessary to check which digital services, need to

Step 2: Realistic model evaluation

be integrated into the rmware of the thin clients (see Table

Once all requirements have been determined, they must be

1). The term digital services covers, for example, additional

matched to the features of the thin clients. An initial test setup

functions such as media streaming, IP telephony via VoIP and

with several selected models generally identies one, two or

headset, print server functionality, SAP GUI or terminal

three favorites. A decision matrix helps evaluate the devices.

emulations for direct host access, as well as frequently

A realistic test environment will ensure a smooth rollout.

involved programs such as browsers or plug-ins. Customers

Business-critical applications should be subjected to the

are also relying on digital services for access to desktop

most stringent tests. Laboratory testing can be followed by

virtualization solutions (e.g. VDI Client for VMware or ICA 10

a further test phase. By involving end-users, companies can

and higher for Citrix Desktop Server). All peripherals (and their

cater to all requirements and expectations and ensure that

interfaces) to be addressed by the thin clients must also be

the system is tuned. If possible, users should work with the

taken into account. Examples of these are keyboards and

new devices for several days. This should reveal potential

mice with a PS/2 or USB port, printers with a USB or parallel

faults and problems. The entire test phase benets greatly

port, monitors with a VGA or DVI interface, etc.

from all-round assistance by the vendor upon request, the

vendor should also carry out customer-specic modications

Customers can also consider additional requirements such as

to rmware, such as integrating certain device drivers or

multi-display or multi-user scenarios. Examples from the

software clients.

realm of CI are logos or corporate colors for cabinets, boot

process, screen saver, or desktop background.

3/5

Thorough testing and pilot operation pay off

by generating savings!

Provision of a feedback loop

If the pilot phase gives rise to new requirements, it is
advisable to include them in a repeat evaluation instead of

Step 3: Pilot phase and rollout

delaying the rollout schedule. Any new requirements must

Larger rollouts should be preceded by pilot operation

rst be evaluated. In a further evaluation phase, it is then

following on from the test phase. A pilot operation is justied

necessary to decide on the best form of implementation and

for a customer with more than 50 devices, or those with

to select appropriate devices. As a rule, vendors offer a

distributed locations. Qualied employees are crucial to the

variety of performance classes with different equipment

success of the pilot phase and rollout. Internal and external

levels. If the change to the requirements prole affects only

members of the project team must have appropriate training

some workplaces, these can be equipped with devices of a

and be able to resolve standard problems quickly. It is also

higher performance class.

advisable to keep a few devices in reserve. A guide gure is

ve to ten percent of the number of devices to be installed.

Faster is better

This ensures that faulty devices (damaged in transport, for

If rollout speed is a key criterion in thin client selection, a pre-

example) can be replaced. If fewer replacement devices than

conguration option should be available. In other words,

expected are needed during rollout, they can be installed at

device conguration is planned and dened before the

the end of rollout. Servers and the network infrastructure

devices are installed. This can be done using prole-based

should be functioning perfectly before nal move is made to

management tools. Workplaces are then immediately

production operation. Otherwise, there is a risk in terms of

available for use once the pre-congured devices have been

employee acceptance.

set up and connected. This substantially reduces the costs

and time needed for rollout--a benet to companies who
want to expand quickly or for those who need to be exible in
terms of location.

Figure: Recommended project workow

4/5

Good planning is half the roll out

Example: IGEL Remote Management

The cleaner the roll out plan and the better the support from
the vendor, the less problematic the roll out will be. Whoever
has done his homework, has practical know-how in the

IGEL Technology thin clients can be configured in

background, and has tested as realistically as possible, will

advance using the free IGEL Remote Management

enjoy a problem-free thin client implementation.

Suite administration software, and then put into

service within a matter of minutes. Customers can
also save time by importing the device parameters

Good planning is half the

implementation battle

into the Remote Management software by means

of CSV lists containing the MAC addresses of the

Smooth rollout calls for detailed planning and all-round

assistance by the vendor or systems house. Further aspects

thin clients.

that ensure trouble-free migration are near real-world testing

and professional support.

Germany (HQ)

United Kingdom

United States

Singapore

Hong Kong

IGEL Technology GmbH

Schlachte 39/40
28195 Bremen
Germany
Tel
+49 (0) 421 1769 240
Fax +49 (0) 421 1769 302

IGEL Technology Ltd

1210 Parkview
Arlington Business Park
Theale Reading Berkshire
RG7 4TY UK
Tel
+44 (0) 870 351 4522
Fax +44 (0) 870 351 4523

IGEL Technology Inc.

5353 NW 35th Avenue
Fort Lauderdale
FL 33309 USA
Tel
+1 954 739 9990
Fax +1 954 739 9991
Toll Free (US only): +1 877 GET
IGEL

IGEL Technology
Care of: C. Melchers GmbH & Co.
Singapore Branch
101 Thomson Road
# 24-01/05 United Square
Singapore 307591
Tel
(65) 6259 9288
Fax (65) 6259 9111

IGEL Technology
Care of: Melchers (H.K.) Ltd.
1210 Shun Tak Centre
West Tower
168-200 Connaught Road C.
Hong Kong
Tel
+852 25469069
Fax +852 25596552

www.igel.com

2008 IGEL Technology A member of the Melchers group. info@igel.com FEB-08 US