Artículo publicado en 2000 en el site WMLClub sobre el Gateway de Ericsson y sus posibilidades para el desarrollo de aplicaciones WAP.

1. 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. 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:
Figura 1. Los gateways dentro de la arquitectura WAP
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)

3. 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. 4
En la siguiente figura tenéis el aspecto que presenta la MMC sin ningún programa
añadido.
Figura 4. Aspecto inicial de la MMC
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.

5. 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).
Figura 5. Programa de instalación del gateway
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 6. La MMC y el gateway instalado

6. 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.
- 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
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).
Figura 7. Configuracion del gateway

7. 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).
Figura 8. Monitor de Rendimiento
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

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