SISTEMA DE DICCIONARIO CON CLIENTE

MULTIPLATAFORMA
Josué Moreno

josue.moreno@ucuenca.ec

Esteban Ríos

esteban.rios@ucuenca.ec

Eduardo Rivas

eduardo.rivas@ucuenca.ec

I. INDRODUCCION interrupciones, ya que en una aplicación multimedia estas

pérdidas son casi imperceptibles. Sin embargo, la aplicación
En este trabajo se presentan los protocolos más usados en
que utiliza UDP para la retransmisión debe ser capaz de
cuanto a distribución de contenido y para
realizar este control para tomar decisiones sobre qué hacer
telecomunicaciones. Además, se presenta la implementación
ante un posible extravió de información.
de un sistema de diccionario en multiplataforma, esto es: el
servidor esta desarrollado en java, y los clientes deben estar Por ejemplo, los protocolos empleados para transmitir
desarrollados en tres lenguajes distintos de programación. Al contenido basado en Windows Media son: RTSP y HTTP.
final se muestran las pruebas de funcionamiento del sistema Los Servicios de Windows Media administran el uso de estos
y los problemas en general que se presentaron al realizar esta protocolos mediante complementos de protocolo de control.
práctica. El complemento de protocolo de control recibe la solicitud
del cliente, determina que acción es requerida, convierte la
II. CONTENIDO
petición en una forma de comando y a continuación, envía el
A. PROTOCOLOS PARA COMUNICACIÓN
comando al servidor. Estos complementos también pueden
BIDIRECCIONAL PARA DISTRIBUCIÓN DE
devolver información de notificación a los clientes si se
CONTENIDO
produce un error o un cambio de estado.
Los complementos de protocolo de control administran el
intercambio de datos de alto nivel, los protocolos básicos de
red, como el Protocolo de Datagrama de Usuario (UDP) y el
Protocolo de Control de Transmisión (TCP), se emplean para
realizar tareas más fundamentales, como la conectividad de
redes y la corrección de errores de paquetes. Por otro lado, el
Protocolo de Transmisión en Tiempo Real (RTSP) se usa en
combinación con los protocolos UDP o TCP. Tanto el
protocolo UDP como RTSP hacen que las entregas de
paquetes de datos desde el servidor a quien reproduce el Gráfico 1. Diferentes Protocolos que utiliza Windows Media

archivo se hagan con una velocidad mucho mayor. Esta Como podemos ver en la imagen, los Servicios de Windows
eficiencia es alcanzada por una modalidad que favorece el Media usan los diferentes protocolos para negociar
flujo continuo de paquetes de datos, ya que UDP continúa conexiones entre un servidor de Windows Media, como: los
mandando los paquetes de datos sin tomar en cuenta las codificadores, los orígenes del contenido y los clientes.
B. PROTOCOLOS PARA COMUNICACIÓN
BIDIRECCIONAL PARA
TELECOMUNICACIONES
En el campo de las telecomunicaciones los protocolos de
comunicación son muy importantes ya sea por su resiliencia,
seguridad, entre otros. Nos basaremos en un ejemplo para
nombras algunos protocolos implementados en la industria.
Esta parte se centra en las comunicaciones de redes
inteligentes y ofrece una visión sobre los protocolos más
utilizados en España y Europa.
1. PRIME
PRIME (PowerLine Intelligent Metering Evolution) es un
protocolo de nueva generación, que implementa los dos
primeros niveles del modelo OSI, esto es la capa física y la
capa de enlace.
A nivel físico, PRIME utiliza tecnología PLC (Power Line
Communications). Mientras que a nivel de enlace define una
capa de acceso al medio donde conforma una estructura de
red de árbol con dos tipos diferentes de nodos para la red.
Nodo base: Corresponde a la raíz del árbol y actúa como
maestro de la comunicación. Inicialmente él conforma toda la
subred hasta que diferentes nodos de servicio se van
asociando a la misma.
Nodo de servicio: Elemento que se encuentra inicialmente
desconectado y necesita pasar un proceso de registro para
unirse a la red, los nodos de servicio tienen funciones como:
mantener la conexión en la subred para la capa de aplicación
y hacer de enrutador de la conexión para los datos de otros
nodos de servicio.
Gráfico 2. Topología del protocolo PRIME
Los nodos de servicio pueden estar en tres estados:
desconectado: cuando el nodo no se encuentra conectado a la
subred, terminal: el nodo se encuentra conectado, pero no
ejerce tareas de enrutamiento y switch: el nodo se encuentra
conectado y además realiza funciones de enrutamiento a la
subred.
En cuanto a la seguridad, los mecanismos de seguridad no
protegen frente a los ataques al medio, por ejemplo: ataques
temporizados, ataques electrónicos o electromagnéticos,
ruido en el canal, etc. Por lo que para para proteger la
comunicación se debe utilizar perfiles que aporten cifrado, es
decir que los datos sean encriptados.
2. OSGP
El protocolo abierto de Smart Grid (OSGP) se aplica
actualmente en varios países en proyectos de Smart Metering
a gran escala. Fue desarrollado por OSGP Alliance23 y
publicado como un estándar por el Instituto Europeo de
Estándares y Telecomunicaciones (ETSI). Es uno de los
protocolos más utilizados y probados en el campo de los
contadores y redes inteligentes.
OSGP especifica una capa de control independiente del
medio para la comunicación segura entre medidores y nodos
de control. OSGP se basa en los siguientes estándares
abiertos:
- ETSI GS OSG 001 (Capa de aplicación).
- SO/IEC 14908-1 (Capa de transporte).
En cuento a seguridad del protocolo, Las medidas de
seguridad se incluyen para proteger la privacidad de los
consumidores al restringir el acceso a los datos, utilizándose
el cifrado de estos datos para evitar el acceso no autorizado.
Las medidas de seguridad también se incluyen para detectar
intentos de eludir otras funciones, como por ejemplo no
realizar de forma correcta la medición y evitar que se envíen
los datos de las lecturas al concentrador.
C. ARQUITECTURA PROPUESTA
1. ESQUEMA GENERAL DEL DISEÑO.
El objetivo de esta práctica es fortalecer los conocimientos
adquiridos en clases, es decir, implementar un sistema de
diccionario bidireccional, utilizando datagramas los mismos
que serán enviados por el protocolo UDP. Además, el
diccionario debe estar implementado en tres lenguajes
distintos de programación, para nuestro caso se implementó - El intercambio de mensajes entre servidor y cliente
en Python, Visual Basic Express 2010, ……. es el mecanismo para la petición y entrega del
servicio.
2. CARACTERÍSTICAS DE MODELOS DE
SISTEMAS DISTRIBUIDOS. - El ambiente es heterogéneo, es decir que, tanto el
servidor como el cliente no siempre tienen la misma
El modelo utilizado es de cliente – servidor, ya que en esta
plataforma de hardware o sistema operativo. Esta es
práctica se utiliza un servidor en el cual se encuentran las
una de las ventajas de este modelo ya que es
palabras y significados, el mismo que brinda servicios al
independiente de sus plataformas.
usuario el cual hace de cliente.
- Tiene la capacidad de escalar horizontalmente
En el modelo cliente servidor, el cliente envía un mensaje agregando más estaciones de trabajo sin afectar
solicitando un determinado servicio a un servidor (hace una significativamente el rendimiento y, escalar
petición), y este envía uno o varios mensajes con la respuesta verticalmente mejorando las características del
(provee el servicio). En un sistema distribuido cada máquina servidor o agregando múltiples servidores.
puede cumplir el rol de servidor para algunas tareas y el rol 3. PROTOCOLO DE COMUNICACIÓN
de cliente para otras. PROPUESTO

En esta práctica se utilizó el protocolo UDP para enviar

datagramas de usuario, como ya revisamos anteriormente,
este protocolo no necesita establecer una conexión por lo que
UDP no garantiza la entrega ni comprueba la secuencia de los
datagramas.

4. JUSTIFICACIÓN Y CARACTERÍSTICAS DE
IMPLEMENTACIÓN EN OTROS LENGUAJES.

Se implementó en Python, Visual Basic Express 2010 y

Android Studio, por ser lenguajes de programación de alto
nivel, además que estamos familiarizados con la creación de
Gráfico 3. Modelo Cliente – Servidor métodos y sentencias que son muy parecidas en Java.

Las características de un modelo cliente – servidor son:

- Combinación de un cliente que interactúa con el III. PRUEBAS DE FUNCIONAMIENTO

usuario, y un servidor que interactúa con los
En Python:
recursos compartidos.
- Las tareas del cliente y del servidor tienen diferentes Se envía desde la consola de Python se envía la palabra que
requerimientos en cuanto a recursos de cómputo se requiere el significado, en el servidor se procesan los datos
como velocidad del procesador, memoria, entre y se envía la respuesta. En este caso se envía la palabra “aire”
otros. la respuesta desde el servidor es: “Gas que constituye la
- Se establece relación entre procesos distintos, es atmósfera terrestre, formado principalmente de oxígeno, y
decir que, pueden ser ejecutados en la misma con otros componentes como el dióxido de carbono y el vapor
máquina o en máquinas diferentes distribuidas a lo de agua.”
largo de la red.
- El servidor puede dar servicios a muchos clientes,
regulando su acceso a recursos compartidos.
- Los servidores tienen un carácter pasivo ya que
esperan peticiones desde el cliente.

Gráfico 4. Prueba de Funcionamiento de Python. Envío y
respuesta.
En Visual Basic Express 2010
De igual manera, el cliente hace la petición al servidor, para
lograr los mismos resultados enviamos la palabra “aire” el
mismo que nos devuelve el significado.
Gráfico 5. Prueba de Funcionamiento en Visual Basic Express
2010
En Android Studio
Desde una aplicación desarrollada en Android Studio,
ponemos la dirección IP del servidor, así como el puerto, el
tiempo de respuesta y la palabra que deseamos el significado.
El servidor se encuentra desarrollado en java como en los
casos anteriores. En este caso se envía la palabra “permitir”,
obteniendo como resultado: “Dicho de quien tiene la
autoridad competente: Dar su consentimiento para que otros
hagan o dejen de hacer algo.”
Gráfico 6. Prueba de Funcionamiento en Android Studio. Envío de
mensaje
Gráfico 7. Prueba de Funcionamiento en Android Studio.
Respuesta
IV. PROBLEMAS, INCONVENIENTES Y
RECOMENDACIONES
Los problemas más grandes que se presentaron al realizar esta
practica fue que no se conocían perfectamente el
funcionamiento ni la sintaxis de los distintos comandos en los
tres lenguajes de programación, por tal motivo se presentaron
errores al momento de compilar el programa. Como se
esperaba el firewall bloqueo el puerto por donde se envía las
peticiones desde el cliente, por lo tanto, se dieron permisos
para que se permita la comunicación.
Se espera mejorar el código para que se permita una
comunicación más cercana a la realidad, es decir, que el
sistema permita comunicación entre varios clientes al mismo
tiempo.
V. BIBLIOGRAFIA
Eduardo, M. C. (s.f.). Cliente - Servidor.
Lagos, C. (2017). Protocolos de Comunicación Industrial.
Electro Industria.
Molina, C. E. (s.f.). El Protocolo UDP.
Información sobre los códigos obtenida de:
Python:
Android Studio: