1

Publicado en el WMLClub en Diciembre de 2000

ERICSSON GATEWAY 1.0

Por Santiago Márquez Solís

ERICSSON GATEWAY 1.0

Pues otra vez estamos aquí con un nuevo tema que espero resulte de vuestro interés.

Con el presente artículo quiero continuar con una línea que iniciamos hace ya algún

tiempo y en la que si recordáis estuvimos analizando los diferentes entornos de

desarrollo más populares de los cuales podíamos hacer uso en nuestros desarrollos

WML, con este artículo iniciamos por tanto una línea similar a la que ya iniciamos en su

día pero con una particularidad y es que con este artículo y posteriores nos adentraremos

en nuevas herramientas que si bien muy ligadas al desarrollo de aplicaciones WAP no

tienen por objeto la generación de código WML, nos estamos refiriendo al uso de los

gateways. En este primer artículo dedicado a los gateways aparte de explicar el porque

de su uso y que ventajas nos proporcionan vamos a ver uno en concreto, el Ericsson

Gateway, más adelante en posteriores artículos veremos otros también muy extendidos

y que seguro todos conocéis como son el Nokia Gateway, el Kannel, WapLite, etc el

porqué de iniciar esta serie de artículos con el gateway de Ericsson es porqué no resulta

tan complicado de instalar y configurar como puede resultar el Kannel por ejemplo. Si

estáis preparados vamos a comenzar, y que mejor comienzo que iniciar nuestras

andadas con una breve descripción de qué es un gateway y que papel juega dentro de la

arquitectura WAP.

LOS GATEWAYS Y WAP

Un gateway o, como algunos les gusta llamarlo, pasarela no es más que un programa

que sirve como puente entre dos arquitecturas de red diferentes de manera que ambas

puedan entenderse. Visto de esta manera un gateway es algo así como un traductor cuya

misión es la de interpretar y traducir los datos de una red (llamémosla Red1) que viajan

sobre un determinado protocolo (llamémosle Protocolo1) a los datos de otra red

(llamémosla Red2) que viajan sobre otro determinado protocolo (llamémosle

Protocolo2). Hay una pregunta bastante común cuando uno empieza a introducirse en

este mundillo y es la de si los gateways (no solo los destinados a WAP) son dispositivos

hardware o software, actualmente la mayor parte de los gateways son programas

(software) que implementan toda la lógica de traducción que comentábamos antes, no

obstante existen algunos dispositivos hardware que llevan esta lógica implementada en

sus circuitos aunque no es lo más habitual ya que las modificaciones que hubiese que

hacerse en un futuro siempre resultan mucho más costosas que las que hubiese que

hacer en un programa, sin embargo presentan como ventaja que son mucho más rápidos

y eficientes que los gateways software.

Como encaja todo esto dentro de nuestro particular mundo de las comunicaciones

móviles y que tienen que ver los gateways en ella. Como todos sabéis WAP son las

iniciales de Wireless Application Protocol que no es más que un protocolo de

comunicaciones que se ha creado para poder transmitir información a dispositivos

móviles y cuya arquitectura interna es muy similar a la arquitectura que sigue Internet.

2

La clave está en la palabra “similar” y es aquí donde debemos pararnos, WAP aunque

presenta un arquitectura muy parecida a la que presenta Internet no es igual, el formato

de las tramas de datos no es idéntico, la torre de protocolos de una y otra arquitectura

que forma la red no es igual y en definitiva el contenido que viaja por una y otra

tampoco es el mismo. Por tanto los gateways WAP se sitúan en este nivel entre la red

WAP y la red Internet de manera que van a actuar como mediadores transformando el

contenido que viaja en formato WAP a un contenido que viaja en formato HTTP para

ser reconocido por nuestros terminales móviles, dicho de otro modo los gateways

traducen las peticiones hechas por la pila de protocolos WAP (WSP, WTP, WTLS y

WDP) a peticiones de la pila del protocolo web (HTTP y TCP/IP). Gráficamente

podemos verlo en la siguiente figura (figura 1) de modo que todo quedará más claro:

1.- INSTALACION DEL ERICSSON GATEWAY

La instalación del Ericsson Gateway comienza con la descarga del programa desde el

web de Ericsson dentro de la zona destinada a desarrolladores y que se encuentra en la

siguiente dirección web:

http://www.ericsson.com/developerszone/

Para entrar dentro del área de desarrolladores debéis de estar registrados ya que de lo

contrario no podréis bajaros el programa, como podéis comprobar hasta aquí seguimos

con la política habitual de este tipo de webs. Una vez que nos logemos y estemos dentro

del site de Ericsson nos dirigimos al área de descarga de programas. Fijaros que el

Ericsson Gateway se encuentra disponible como versión demo válida hasta el 31 de

Enero del 2001 fecha a partir de la cual deberemos de adquirir una licencia de uso,

indicaros que a pesar de ser una demo el programa no se encuentra limitado en

funcionalidad por lo que podemos evaluarlo completamente. Hay varios ficheros que

podemos descargar aunque los que nos interesan son los que presentan los siguientes

nombres:

WAP Gateway Demo 1.0 mmc.zip: Es la consola de administración

de Microsoft y de la que hablaremos un poco más adelante.

WAP Gateway Demo 1.0 zip file: Es un fichero comprimido que

contiene todos los ficheros que forman parte del programa (unos 3

megas)

Figura 1. Los gateways dentro de la arquitectura WAP

3

Entre los requisitos adicionales que se necesitan para hacer uso del gateway tenemos

que comentar que solo puede hacerse sobre un Windows NT 4.0 en sus versiones Server

y WorkStation y además debemos tener instalado como poco la versión 4 del Services

Pack de Microsoft.

Suponiendo que nuestro equipo se ajuste a las características que comentábamos en el

párrafo anterior, el primer paso para la instalación del Ericsson Gateway consiste en la

instalación de la consola de Microsoft.

La instalación de este programa es sumamente sencilla ya que el asistente que nos guía

en el proceso nos va indicar que introduzcamos únicamente nuestro nombre y el de

nuestra organización para posteriormente realizar la instalación del programa (figura 1 y

2). Una indicación: la instalación de este programa no crea ningún acceso directo ni

ningún elemento visible dentro del entorno de Windows que indique que la MMC ha

sido instalada por lo que si queremos hacer uso del programa directamente tendremos

que irnos al directorio Windows (en versión 95 o 98) o Winnt (Server o Workstation) y

hacer doble clic sobre el programa mmc.exe.

Figura 2. Instalación de la MMC

Figura 3. Instalación de la MMC

4

En la siguiente figura tenéis el aspecto que presenta la MMC sin ningún programa

añadido.

La MMC o Microsoft Management Console es un programa desarrollado por Microsoft

cuyo cometido consiste en servir como entorno integrado para la administración de

programas, el objetivo que se persiguio con el desarrollo de la MMC era el de que todos

los programas presentasen una interfaz común de navegación (la MMC) dentro de la

cual se incluyesen las opciones particulares de cada uno de ellos. Algunos ejemplos que

actualmente ya funcionan siguiendo este esquema es SQL Server a partir de su versión

7.0, el Internet Information Server o el Microsoft Transaction Server. Nosotros haremos

uso de la consola para configurar algunos parámetros del gateway y que veremos más

adelante.

Una vez que tenemos instalada la MMC el siguiente paso que tenemos que hacer es la

instalación del SDK de Java de Microsoft el cual podéis encontrar en la siguiente

dirección Web:

http://www.microsoft.com/java

Este programa es la versión que Microsoft ha desarrollado de Java y que necesitaremos

para que el gateway se instale correctamente, actualmente la última versión que se

encuentra disponible en el site de Microsoft es la versión 4 y es la que os recomiendo os

bajéis aunque el programa funciona bien a partir de la versión 3.194, si por el contrario

no queréis bajaros todo el SDK bastaría con que instalaseis la Virtual Machine de Java

que está también disponible en este web. En el caso de que os bajéis todo el SDK la

instalación de este programa requiere de la ejecución del programa SDKJava40.exe,

único fichero que tendréis después de la descarga.

Figura 4. Aspecto inicial de la MMC

5

Finalmente la instalación del Ericsson Gateway termina con la ejecución del programa

WAP_GW_Demo_Expires_2001-01-31.zip que nos hemos bajado anteriormente. Lo

primero que hay que hacer con este fichero es descomprimirlo en alguna carpeta, por

ejemplo en la carpeta WAP_GW_Demo_Expires_2001-01-31, si nos fijamos en el

contenido de esta carpeta después de haber hecho la descompresión veremos que

tenemos muchos ficheros de los cuales a nosotros nos interesa ejecutar uno que se llama

Setup.exe (original el nombre, verdad) con lo que iniciaremos el proceso de instalación

(figura 4).

El resto de la instalación no debería daros quebraderos de cabeza ya que solamente

debéis indicar la ruta donde el programa debe de instalarse y nada más. Al final de la

instalación se abra creado una carpeta denominada WGP en la cual tendremos un

programa con el mismo nombre que si lo abrimos no es más que la consola de

Microsoft con las opciones de configuración del gateway (un consejo adicional no

olvidéis reiniciar la máquina cada vez que finalicéis la instalación de cada uno de los

programas anteriores), en la figura 5 vemos el aspecto que presenta la consola Microsoft

después del proceso de instalación del gateway.

Figura 5. Programa de instalación del gateway

Figura 6. La MMC y el gateway instalado

6

2.- CONFIGURACION DEL GATEWAY

Una vez finalizada la instalación veremos que el Ericsson Gateway se instala dentro de

nuestra máquina como dos servicios distintos: Stack3Monitor y Stack4Monitor que

implementan los diferentes niveles de la pila (Stack) de protocolos WAP. Como sucede

con cualquier otro servicio de Windows NT para acceder a ellos tenemos que hacerlo

desde el Panel de Control y seleccionar posteriormente Servicios. Desde administrador

de servicios podremos pararlos, iniciarlos, pausarlos, activar la cuenta que queremos a

través de la cual el servicio debe ejecutarse, en definitiva las opciones que vienen ya

establecidas dentro de los servicios de NT.

En el siguiente cuadro tenéis algunas de las funcionalidades que se han añadido al

Ericsson Gateway.

Para realizar la configuración de los dos servicios anteriores Ericsson ha añadido un

programa que está basada en la consola de Microsoft el WGP que comentamos antes,

desde este programa y haciendo clic en las propiedades del elemento Gateway/Proxy

procederemos a configurar las distintas opciones del gateway (figura 7).

- Soporta actualmente la versión 1.1 de WAP

- Dispone de los correspondientes

codificadores y decodificadores de WML

- Compilador de WML Script

- Seguridad integrada usando SSL

- Tolerante a fallos

- Monitor de Rendimiento

Cuadro 1. Funcionalidades del Ericsson

Gateway

Figura 7. Configuracion del gateway

7

Como podéis ver por la figura hay muy poco que configurar, los parámetros que

podemos especificar son si vamos a utilizar o no un proxy para conectarnos a Internet,

en cuyo caso debemos activar la casilla de verificación para que se nos activen el resto

de opciones, como son la dirección en la que está ubicado dicho proxy (por defecto se

toma el ordenador local o localhost), el puerto al que se enviaran todas las peticiones y

finalmente una línea en donde podemos indicar que direcciones no deben ser resultas

por el proxy, esto es muy útil si tenemos por ejemplo una intranet o servidor web local y

no queremos salir a Internet para llegar hasta él (imposible en el caso de la intranet) de

esta manera hacemos un salto del proxy.

3.- UTILIDADES

El Ericsson Gateway presenta como utilidad una serie de parámetros de rendimiento que

pueden ser analizados desde el monitor de rendimiento de NT dentro de las

herramientas administrativas (ver figura 8).

Los distintos parámetros que podemos analizar son de lo más variado y se engloban en

cuatro tipo distintos:

- Base System: Dentro de esta opción podemos analizar entre otros

parámetros: datagramas ignorados, datagramas SMS enviados y recibidos y

datagramas UDP enviados y recibidos

Figura 8. Monitor de Rendimiento

8

- Database: Nos permite monitorizar conexiones y tiempos de time out

producidos por las conexiones que no llegan a efectuarse por superar el

tiempo establecido para ello.

- GatewayProxy: Bajo esta opción podemos ver que tipos de contenidos se

estan enviando, como por ejemplo si es WML (ContentTextWML) o

WMLScript (ContentTextWMLScript) asi como los porcentajes de Request

y Response que las peticiones HTTP producen.

- WSP y WTP: Los englobamos juntos por que se refieren a determinados

parámetros de estas dos capas del protocolo WAP. Entre otros muchos

parámetros podemos analizar los siguientes: retransmisiones de SMS,

transacciones que han resultado con éxito, transacciones abortadas por los

clientes, sesiones borradas, sesiones establecidas, etc.

Para finalizar con este punto indicar para todos aquellos que no estén muy

familiarizados con el monitor de rendimiento de NT que su funcionamiento no es muy

complicado y puede resumirse en los siguientes pasos:

1.- Elección del tipo de parámetro que deseamos analizar

2.- Elección del tipo de representación que queremos para el dato (chart, alert,

log o report)

3.- Obtención de resultados.

Generalmente cuando estamos haciendo análisis de datos del tipo que podemos obtener

con el Ericsson Gateway lo hacemos para ver el estado en que se encuentra el servidor y

ver si los recursos que se están empleando son excesivos o por el contrario deficientes

así como comprobar que el rendimiento de todo el sistema es óptimo. Mi consejo es que

este tipo de análisis siempre requieren de mucha información para poder determinar

cuando el sistema está funcionando a pleno rendimiento, por eso todos aquellos de

vosotros que estéis en este tipo de actividades, os recomiendo que establezcáis una

muestra base que no es más que una serie de valores para los distintos parámetros que

analizamos y cuyos valores podemos considerar correctos y que comparéis resultados a

distintas horas y en distintos momentos del día para ver el estado del servidor, no

obstante el ajuste y la interpretación de los datos que obtengáis será fruto

fundamentalmente del tiempo que dediquéis a obtener nuevos datos y de vuestra

experiencia y conocimiento del entorno en el que estáis trabajando, desgraciadamente

aunque hay muchos buenos consejos a la hora de monitorizar datos el único válido es la

paciencia y el dedicarle muchas horas a entender los resultados que obtenemos.

4.- CONCLUSIONES

La utilización de un gateway es fundamentalmente una razón que no debe de tomarse a

la ligera dentro de una organización y debemos planear muy meticulosamente las

ventajas y desventajas que con un producto u otro podemos tener, de igual modo que la

elección de un servidor u otro de correo puede suponernos más o menos dolores de

cabeza, ya hemos visto que si queremos desarrollar nuestros propios sites que sean, por

decirlo de algún modo, realmente independientes no va a quedarnos más remedio que

9

hacer uso de uno de estos programas. Bien nuestro primer viaje al mundo de los

gateways a finalizado, en próximos artículos analizaremos las posibilidades que otros

fabricantes nos ofrecen para acercar nuestra red a una red WAP.

Santiago Márquez Solís