Proyectos Finales. Redes de Computadoras Proyecto 1. Sistema de almacenamiento virtual sobre una plataforma P2P utilizando JXTA.

Transcripción

1 Proyectos Finales. Redes de Computadoras Proyecto 1. Sistema de almacenamiento virtual sobre una plataforma P2P utilizando JXTA. Se trata de crear una red P2P sobre la plataforma JXTA, la cual manejará dos tipos de miembros: Super-peers y Peers. Los super-peers crearán el sistema de disco virtual, utilizando el espacio que cada super-peer dona al disco virtual. Los peers también podrán donar espacio, pero el control de su uso será a cargo de los super-peers. Los usuarios que se enlacen a estos super-peers podrán disfrutar del espacio en disco virtual que les ofrecen en suma los super-peers. Cuando un super-peer guarde archivos que le envía un peer, tendrá que avisar a los otros super-peers de la disminución en su espacio, con el fin de que todos los peers conectados puedan ver el espacio global disponible actualmente en el disco virtual. El super-peer sólo se encarga del almacenamiento y control. El peer tiene una interfaz para el usuario que le indica los directorios y archivos que tiene en el disco virtual, así como el espacio disponible que va quedando en línea. El peer puede crear/borrar directorios y subir/bajar archivos del disco virtual. Un peer también puede compartir espacio en disco, pero en este caso los super-peers sólo guardarán en los peers copias de los archivos originales existentes en el disco virtual. Los archivos originales serán sólo guardados en los super-peers. Esto le dará mayor disponibilidad al sistema y tolerancia a fallos. Los usuarios de los peers podrán ver sus archivos como si estuvieran todos en un solo disco (en este caso el disco virtual) independientemente de que los archivos estén distribuidos entre varios super-peers. Por ejemplo, el usuario vjsosa pudiera tener los directorios dir1 y dir2 con archivos. Este usuario vería en su máquina: vjsosa ---dir arch1_ arch1_2 ---dir arch2_ arch2_2 En realidad el dir1 y el dir2 pudieran estar en super-peers diferentes. En otras palabras el sistema ofrece transparencia de ubicación.

2 Etapa 1: Entregable: Reporte donde se describe la arquitectura de JXTA. Se incluye también en el reporte el diseño arquitectónico de lo que será su proyecto final, mencionando los módulos que contemplará, la herramienta de desarrollo, los APIs que se pretenden utilizar y todos los detalles pertinentes al diseño de su proyecto. Entregable: Un prototipo funcionado en donde se incluye sólo las siguientes funciones: a) La creación de un peer y un super-peer b) Mecanismo que permite a un peer encontrar a otro peer (Peer Discovery). c) La forma en que los peers forman un grupo (peer membership). Entregables: Proyecto final terminado. Se revisará el funcionamiento del mismo con base en los requerimientos que se solicitan. Es importante incluir en la documentación un diagrama de los módulos que se implementan, indicando la función de cada módulo y la relación entre ellos. Se debe indicar el procedimiento de compilación y ejecución, así como incluir las librerías que sean necesarias. Fecha de Entrega Final: Miercoles 22 de abril 2009.

3 Proyecto 2. Sistema para intercambiar archivos entre teléfonos celulares y servidores en Internet. Desarrollar una aplicación para teléfonos celulares que pueda transmitir archivos a un servidor conectado a internet. Los archivos podrán transmitirse por dos medios: * Mensajería: MMS (Multimedia Messaging Service) * Internet: GPRS o WiFi, según el servicio con el que cuente el teléfono (a través del uso de sockets). La aplicación tendrá una interfaz sencilla que le permita al usuario elegir: a) el archivo a transmitir b) el tipo de servicio de transferencia que desea usar: Mensajería o Internet. Se darán puntos extras al que haga que el programa de manera automática decida, al momento de transferir un archivo, usar el servicio de Internet si está disponible o usar el servicio de MMS en caso de que no. La aplicación deberá, antes de enviar archivos a un servidor, crear una cuenta en el servidor a través de solicitarla utilizando un mensaje SMS o registrándola vía una aplicación en Internet. El servidor le dará un nombre de usuario como confirmación, para que la aplicación en el celular lo utilice al momento de hacer sus envíos de archivos. El servidor creará un subdirectorio con el nombre de dicho usuario para guardar allí los archivos que envíe. El servidor llevará un control en donde asocia el nombre del usuario con su número de celular para poder identificarlo. Para los envíos por MMS el servidor detectará al usuario con base en su número de celular. Para los envíos por internet, el usuario le indicará su nombre de usuario al servidor para identificar su directorio. Si el usuario no mandó previamente un SMS de registro o no se registro por Internet, el servidor no habrá reservado ningún directorio para dicho usuario por lo que rechazará cualquier envío. La aplicación en el celular podrá mostrar al usuario los nombres de sus archivos almacenados en el disco virtual y podrá solicitar alguno a través del envío de un SMS al servidor, indicando el nombre del archivo que requiere que el servidor le envía al celular por medio de MMS. La otra opción de solicitar archivos es a través de Internet, en donde la aplicación celular se conecta con el server para solicitarle un archivo.

4 Etapa 1: Entregable: Reporte donde se describe las arquitecturas de las siguiente redes: GSM, GPRS, WiFi, explicando sus características y componentes. Así como también se describen las arquitecturas de: SMS y MMS, explicando también sus características y componentes. Se presenta también en el reporte el diseño arquitectónico de lo que será su proyecto final, mencionando los módulos que contemplará, la herramienta de desarrollo, los APIs que se pretenden utilizar y todos los detalles pertinentes al diseño de su proyecto. Entregable: Un prototipo funcionado en donde se muestra como se transmite un archivo a un servidor conectado a Internet. El archivo puede ser transmitido ya sea por MMS o por GPRS/WiFi. Para esta etapa sólo se verifica que la transferencia sea exitosa. Entregables: Proyecto final terminado. Se revisará el funcionamiento del mismo con base en los requerimientos que se solicitan. Es importante incluir en la documentación un diagrama de los módulos que se implementan, indicando la función de cada módulo y la relación entre ellos. Se debe indicar el procedimiento de compilación y ejecución, así como incluir las librerías que sean necesarias. Fecha de Entrega Final: Miercoles 22 de abril 2009.

5 Proyecto 3. Comparación entre algoritmos de búsqueda de contenidos en Simuladores P2P. Se trata de evaluar al menos 3 simuladores de redes P2P que se encuentren disponibles en donde en cada simulador se ejecute algún algoritmo de búsqueda de archivos: flooding, DHT, etc. Para comprobar que los 3 simuladores arrogan los mismos resultados para un algoritmo determinado. Esto validará la fiabilidad de los simuladores. Reportar los resultados y el escenario de pruebas en cada simulador. Etapa 1: Entregable: Reporte en donde se describen los simuladores que se utilizarán, así como el o los algoritmos de búsqueda que se pretenden evaluar en los distintos simuladores. Entregable: Pruebas y resultados de al menos un simulador ejecutando el o los algoritmos que se evaluarán y compararán. Entregables: Proyecto final terminado. Documentación de los escenarios de pruebas y los resultados obtenidos. Fecha de Entrega Final: Miércoles 22 de abril 2009.