cc/td/doc/product/webscale/cte1400/rel_3
hometocprevnextglossaryfeedbacksearchhelp
PDF

Table of Contents

Overview
Introduction
Design Studio Features
Understanding How the CTE Series Works
Supported Formats
Understanding Microbrowser Limitations

Overview


The following sections provide an overview of the Design Studio application and the Cisco Content Transformation Engine (CTE) Series:

Introduction

The CTE Design Studio application creates transformation instructions that convert large-screen web applications into a format appropriate for devices with microbrowser screens. Design Studio supports a wide variety of mobile and IP phones and wireless devices, including Personal Digital Assistants (PDAs) such as Palm, Pocket PC, and Research in Motion (RIM) devices. The devices supported in your version of Design Studio and the CTE vary based on your product license.

The real-time conversion of web applications and content does the following:

Typically, microbrowsers are constrained by display size, data input features, and download time. You can leverage applications developed for PC access by indicating in Design Studio how you want the application to appear when delivered to small-screen devices. Design Studio creates content transformation instructions, referred to as transformation rules, based on your decisions.

Depending on the applications that you want to transform and the devices that you want to support, you can choose to create transformation rules for all or just a few of a website's pages. The CTE is an appliance that handles requests for web pages from devices and interprets the transformation rules to convert HTML/XML pages into device-compatible formats. The CTE handles web pages as noted in Table 1-1.

Table 1-1   How the CTE Handles Applications and Web Pages

CTE Operation  With Transformation Rules  Without Transformation Rules 

Transforms the content according to rules created in Design Studio.

Yes

 No

Converts the content to the mark-up language appropriate for the device.

Yes

Yes

Supports content that uses any standard encoding and transcodes content to the formats required by supported devices: UTF-8, 7-bit ASCII (characters 0-127), or Shift_JIS encoding.

Yes

Yes

Prepends the IP address of the CTE to links in transformed pages (unless you choose to disable URL rewriting for that link). When a device user selects a link, the request is directed through the CTE.

Yes

Yes

Breaks the content into chunks that are sized appropriately for the display area of the device and adds device-appropriate navigation links.

Yes

Yes

Passes all content possible to the device. If the device does not support a particular type of content, such as a video clip, the CTE strips that content from the file sent to the device.

Yes

Yes

Design Studio Features

Design Studio simplifies the task of transforming applications as follows:

CTE XHTML extensions also enable you to specify content transformations in your source HTML files. For more information, see the "Specifying Transformation Rules in HTML Files" section.

Design Studio also includes the ScreenTop editor, which enables you to customize portal pages for phone users. The CTE has a default ScreenTop that you can customize for your site.

Understanding How the CTE Series Works

The CTE appliance uses rules uploaded from Design Studio to fulfill requests from devices. Figure 1-1 shows the path for a user request for application content in an IP phone enterprise.


Figure 1-1   CTE Connected to a Server Load Balancer (IP Phone Enterprise)



Note   The numbers in Figure 1-1 refer to the following process.

The path a request takes is as follows:

1. An IP phone user requests application content. The IP phone PBX transmits the request to a server load balancer.

2. The server load balancer that receives the request evaluates the request header. The server load balancer directs requests from IP phones to the CTE.

3. The CTE terminates the request and then, acting as a proxy, sends a request to the server load balancer for the application content.

4. When the CTE receives the application content, it uses the rules in the configuration file to transform the content. It also uses the DDF to determine how to handle content for the particular device.

5. The CTE sends the transformed content to the server load balancer for forwarding to the IP phone.

Figure 1-2 shows the path for a user request for application content in an enterprise that services requests from wireless users.


Figure 1-2   CTE Connected to a Server Load Balancer (Wireless Scenario)



Note   The numbers in Figure 1-2 refer to the following process.

The path a request takes is as follows:

1. A user requests a URL. A wireless carrier transmits the request to a communications tower, through the Wireless Application Protocol (WAP) carrier gateway, and to the Internet.

2. The server load balancer that receives the request evaluates the request header. The server load balancer directs HTML/XML requests to the application server farm and directs requests from devices to the CTE.

3. The CTE terminates the request and then, acting as a proxy, sends a request to the server load balancer for the application content.

4. When the CTE receives the content, it uses the rules in the configuration file to transform the content. It also uses the DDF to determine how to handle content for the particular device.

5. The CTE sends the transformed content to the server load balancer for forwarding to the device.

Supported Formats

The CTE and Design Studio support the formats most commonly used for websites and microbrowser devices.

Website content in the following formats is supported:

The CTE and Design Studio support web pages that use any standard encoding; they transcode web pages to the formats required by supported devices: UTF-8, 7-bit ASCII, and Shift_JIS encoding.

Microbrowsers do not support all content types. Thus, the CTE does not transform the following:

The CTE passes that content to a device without transforming it.

Table 1-2 lists the destination devices supported by the CTE.

Table 1-2   Supported Devices

Category  Vendor and Model  Compatible Models1 

cHTML(1)

Casio Cassiopeia

EM-500

Compaq iPAQ

iPAQ

Hewlett-Packard Jornada

Jornada 525, Jornada 545, Jornada 720

Liberate

Liberate Digital TV

Microsoft

Mobile Explorer

Palm

PocketLink

cHTML(2)

Research in Motion (all models)

Blackberry, RIM 950

HTML and XHTML

various

Desktop browsers, Web TV, Windows CE devices

i-mode

various

Phones using the NTT DoCoMo i-mode service

IP phones

Cisco IP phones

all (using Cisco CallManager 3.10 or 3.12)

Palm HTML

Handspring Visor (all models)

Visor, Visor Deluxe, Visor Edge, Visor Neo,
Visor Platinum, Visor Prism, Visor Pro

Palm

Palm VII

Sony CLIÉ

CLIÉ PEG-S300

WML version 1.1 (WAP-enabled phones)

Alcatel (all models)

OneTouch 301, 311, 501, 511, 512

Audiovox CDM-9000

CDM-9000

Benefon (Benefon Q)

Benefon Q

Ericsson (all models)

R320, R380, R520, R2628, T20, T29, T39, T68/i

Kyocera

QCP3035

Motorola (all models)

250, 260, A008, C333, P7389, P8767, StarTac v.50/v.66, T191/192, T280, T720, T2288, V2288

Nokia (all models)

6210, 7110, 9110, 9210, and many others (refer to the DDF Editor for a complete list)

Panasonic (all models)

GD93

Philips (all models)

Azalis, Ozeo, Xenium

Samsung (all models)

SCH-850, SGH-N100

Sanyo (all models)

SCP-4500

Siemens (all models)

C56, IC35i, S35, S45, SL45, S46

Sony (all models)

CMD-Z5

Trium

Eclipse

The DDF Editor contains user agents for the latest device set.

Design Studio enables you to create transformations for the devices listed in Table 1-2. The base model of the CTE supports the IP phone protocol, enabling multiple, simultaneous transformations from IP phone users. In addition, the base model of the CTE supports one connection at a time for each of the other supported protocols. This feature enables you to test transformations on any CTE, even if you have not paid for support of a particular protocol. To add support for additional protocols, you must purchase license keys.

Understanding Microbrowser Limitations

Most microbrowsers are constrained by display size, navigation, and download time, as described in the following sections. Consider these factors as you choose content for delivery to devices. For information on issues specific to IP phones, go to the Design Studio Help menu and choose Device Help.

Display Size

Web pages are typically optimized for a 800 x 600 screen resolution; they display reasonably at a 640 x 480 resolution. While some microbrowser devices have a 640 x 320 screen resolution, many devices have a much more limited display size. The amount of web content that you select for display on a device impacts the usability of the content.

Navigation

A well-designed website uses few clicks to access important content. That same design may not work well on some devices; two or three clicks might be inconvenient to a microbrowser user.

Download Time

When the page to be served to a device exceeds the amount of text that can display in the microbrowser, the CTE breaks up the page into chunks, serves the first chunk, waits for a request to serve the next chunk, serves the second chunk, and so on.

Large amounts of text take longer to download and require the user to issue requests for the next "page" of content. Depending on the device, the user may request the continuation of a page by spinning a trackwheel, pressing a key, or selecting a button.

Sample Design Scenario for Microbrowsers

For examples of web applications that are transformed, use a microbrowser device to access http://www.screentop.com. This website is a portal to a variety of applications that provide information on such topics as news, stock quotes, weather, white pages, and corporate information. Compare the web page from the originating website to the page delivered by screentop.com to see how the application has been transformed for devices.


hometocprevnextglossaryfeedbacksearchhelp
Posted: Mon Aug 18 17:50:41 PDT 2003
All contents are Copyright © 1992--2003 Cisco Systems, Inc. All rights reserved.
Important Notices and Privacy Statement.