MIGRACIN AUTOMTICA DE RIPV2 A RIPNG DESDE UN DISPOSITIVO

MVIL EN UNA RED CONFORMADA POR DOS ROUTERS CISCO

FABIAN ANTONIO GUZMN GONZLEZ
CLARIBEL ARGENIS MORALES ALBA
UNIVERSIDAD DISTRITAL FRANCISCO JOS DE CALDAS
FACULTAD TECNOLGICA
INGENIERA EN TELEMTICA
BOGOT D.C.
2013
MIGRACIN AUTOMTICA DE RIPV2 A RIPNG DESDE UN DISPOSITIVO
MVIL EN UNA RED CONFORMADA POR DOS ROUTERS CISCO
Presentado por:
FABIAN ANTONIO GUZMN GONZLEZ
CLARIBEL ARGENIS MORALES ALBA
TRABAJO DE GRADO
OPTAR AL TTULO INGENIEROS EN TELEMTICA
Director:
Ing. LUIS FELIPE WANUMEN SILVA
UNIVERSIDAD DISTRITAL FRANCISCO JOS DE CALDAS
FACULTAD TECNOLGICA
INGENIERA EN TELEMTICA
BOGOT D.C.
2013
CONTENIDO
pg.
1. ETAPA DE PLANEACIN...................................................................................6
1.1. TTULO.............................................................................................................6
1.2. TEMA................................................................................................................6
1.3. PLANTEAMIENTO DEL PROBLEMA...............................................................6
1.3.1. Descripcin del Problema ........................................... 6
1.3.2. Alternativa de Solucin.............................................. 7
1.4. OBJETIVOS......................................................................................................7
1.4.1. General ........................................................... 7
1.4.2. Especficos........................................................ 7
1.5. ALCANCES Y LIMITACIONES.........................................................................7
1.5.1. Alcances .......................................................... 7
1.5.2. Limitaciones ....................................................... 8
1.6. JUSTIFICACIN...............................................................................................9
1.7. MARCO DE REFERENCIA ...............................................................................9
1.7.1. Marco Histrico .................................................... 9
1.7.2 Marco Terico..................................................... 11
1.7.2.1 Direccionamiento Ipv6 ............................................ 12
1.7.2.2 Direcciones Ipv6 Reservadas ...................................... 15
1.7.2.3 Administracin de Redes en Lnea Mvil ............................ 15
1.7.3 Marco Metodolgico................................................ 18
1.7.3.1 Caractersticas................................................... 18
1.7.3.2 Fases de RUP ................................................... 19
1.7.4 Marco Conceptual ................................................. 23
1.8. FACTIBILIDAD ................................................................................................25
1.8.1. Tcnica .......................................................... 25
1.8.2. Operativa ........................................................ 26
1.8.3. Legal ............................................................ 27
1.8.4. Econmica ....................................................... 27
BIBLIOGRAFA......................................................................................................29
LISTA DE ILUSTRACIONES
Ilustracin 1. Topologa de la Red ......................................... 8
Ilustracin 2. Mapa Mundial de las NRENs ................................. 12
LISTA DE TABLAS
Tabla 1. Direcciones Ipv6 Reservadas ..................................... 15
Tabla 2. Factibilidad Tcnica. Computador de Desarrollo..................... 25
Tabla 3. Factibilidad Tcnica. Software .................................... 26
Tabla 4. Factibilidad Tcnica. Equipo Mvil Pruebas......................... 26
Tabla 5. Factibilidad Operativa. Recurso Humano........................... 27
Tabla 6. Factibilidad Econmica .......................................... 27
6
1. ETAPA DE PLANEACIN
1.1. TTULO
Migracin Automtica de Ripv2 a Ripng desde un dispositivo mvil en una red
conformada por dos Routers CISCO.
1.2. TEMA
Migracin Automtica de Ripv2 a Ripng
Se define la transicin Automtica de Ripv2 a Ripng, como la habilitacin y
configuracin de una nueva pila de protocolos en la infraestructura de una red de
dispositivos, por medio de la tecnologa inalmbrica Wi-Fi.
1.3. PLANTEAMIENTO DEL PROBLEMA
1.3.1. Descripcin del Problema
La red de la empresa Tecnologa y Sistemas G & G, se encuentra restringida para
asignar nuevos equipos a usuarios de desarrollo, porque la escasez de
direcciones no permite satisfacer el nmero de IPs requeridas, lo que ha generado
dificultades para incrementar la cantidad de empleados.
Adems, el no contar con la posibilidad de asignar nuevas direcciones ha
impedido el planteamiento, desarrollo y prueba de nuevos proyectos, lo que ha
generado gastos de establecimiento de contratos con empresas que permitan
trabajar en sus instalaciones, con las consecuentes perdidas de tiempo de
desplazamiento y bonificaciones para empleados que desarrollen software en
otros lugares de trabajo.
Adems, aunque la red funciona con el protocolo de enrutamiento RIPv2, no existe
redundancia sobre Ipv4. No hay planes de contingencia para el funcionamiento de
la red, ninguna otra pila de protocolos se encuentra activa para responder a las
fallas de Ipv4.
Actualmente, la administracin de la red se realiza en sitio y las rdenes de
configuracin no pueden ser ejecutadas desde dispositivos mviles, se requiere
administracin presencial. Esto impide la administracin flexible de la red.
7
Las limitaciones anotadas anteriormente no han permitido contar con polticas de
administracin que garanticen la eficacia, seguridad, escalabilidad y redundancia
de la red.
1.3.2. Alternativa de Solucin
Se propone desarrollar una aplicacin implementando un Servicio Web, que
permita realizar y almacenar la Migracin Ripv2 a Ripng en los routers CISCO de
la empresa Tecnologa y Sistemas G & G. Y una aplicacin mvil, capaz de
consumir el Servicio Web a travs de la tecnologa inalmbrica Wi-Fi.
1.4. OBJETIVOS
1.4.1. General
Desarrollar una aplicacin Web implementando un Servicio Web, que permita
realizar y almacenar la Migracin Ipv4 a Ipv6 en dos routers CISCO, tambin,
una aplicacin mvil; capaz de consumir el Servicio Web a travs de la tecnologa
inalmbrica Wi-Fi.
1.4.2. Especficos
Disear las interfaces que componen el sitio Web de la aplicacin y
aquellas que componen la aplicacin mvil.
Habilitar la pila de protocolos Ipv6 en la Red.
Crear un Web Service para la Migracin Ripv2 a RipNG.
Crear una aplicacin Mvil que permita consumir el Web Service.
Efectuar las pruebas correspondientes al aplicativo final para verificar su
funcionamiento.
1.5. ALCANCES Y LIMITACIONES
1.5.1. Alcances
La aplicacin permitir ejecutar una orden desde un dispositivo mvil que
soporte Wi-Fi, JAVA MIDP 2.0 y CLDC 1.0 para habilitar y configurar la pila
de protocolo Ipv6 en los routers CISCO de la Empresa Tecnologa y
Sistemas G & G.
8
- Una vez consumido el Servicio Web desde el dispositivo mvil, quedar
habilitado y configurado el protocolo RIPng en los enrutadores y habr
conectividad Ipv6.
- La pila de protocolo Ipv4 que se encuentra configurada con el protocolo
Ripv2 seguir funcionando paralelamente a la arquitectura Ripng.
- El consumo del Servicio Web desde el dispositivo mvil permitir realizar la
Migracin Automtica Ripv2 a Ripng, sin configuraciones o interaccin
adicional por parte del administrador de la red con los routers CISCO.
- En el servidor de la red, se crear una aplicacin Web que ofrece el
Servicio Web de Migracin Ripv2 a Ripng. Este servidor tiene una tarjeta
de red ethernet por medio de la cual se conecta a los routers y una interfaz
de red inalmbrica para establecer comunicacin con el dispositivo mvil.
1.5.2. Limitaciones
- La aplicacin nicamente podr ser ejecutada a travs de un dispositivo
mvil que soporte Wi-Fi.
- La aplicacin no configura servicios en la pila de protocolos Ipv6.
- La aplicacin esta orientada a routers CISCO cuyo Sistema Operativo
soporte Ipv6.
- La aplicacin inicialmente solo satisface la topologa de red de la empresa
Tecnologa y Sistemas G & G.
Ilustracin 1. Topologa de la Red
9
1.6. JUSTIFICACIN
La Migracin Automtica Ripv2 a Ripng de la red por medio de Wi-Fi desde un
dispositivo mvil, encuentra su justificacin en la flexibilidad que sugiere, por
razones de tiempo y distancia. Es un enfoque moderno de servicio, que busca
absorber el mayor potencial del mvil, dada su gran acogida en la sociedad.
Tambin significa iniciar a la empresa en tcnicas nuevas y recursivas de
administracin de la red. Y abrir paso a que futuras tareas de configuracin
puedan ser llevadas a cabo desde esta y otras tecnologas inalmbricas.
La Migracin Ripv2 a Ripng conlleva a mejoras en cuestin de seguridad,
conectividad, tiempos de respuesta, velocidad de envi y simplificacin de las
operaciones de enrutamiento. Adems, optimiza el acceso al direccionamiento IP
al ofrecer conectividad automtica y mltiple, como tambin un rango casi ilimitado
de direcciones para efectuar nuevas asignaciones.
1.7. MARCO DE REFERENCIA
1.7.1. Marco Histrico
En los aos 90 las organizaciones involucradas en los temas de Internet
pronosticaban un uso intensivo de la red, y planteaban que la cantidad de
direcciones disponible con el protocolo IPV4 no serian suficientes en el futuro.
Esto se puede ver claramente con el imparable crecimiento actual de aplicaciones
que necesitan direcciones IP validas para conexiones de extremo a extremo.
Adems de los innumerables dispositivos que vamos creando, sumados a los ya
existentes. Luego de muchas deliberaciones, la conclusin fue la propuesta de un
nuevo protocolo, el IPV6.
El movimiento para pasar de Ipv4 a Ipv6 ya comenz, en particular en Europa,
Japn y la regin del Pacfico asitico. Estas reas estn agotando las direcciones
Ipv4 que tienen asignadas, lo que hace que Ipv6 sea ms atractivo y necesario.
Japn comenz el cambio oficialmente en el ao 2000, cuando el gobierno
japons exigi la incorporacin de Ipv6 y estableci una fecha lmite en el ao
2005 para actualizar los sistemas existentes de todas las empresas del sector
pblico. Corea, China y Malasia han lanzado iniciativas similares.
Los pases de Amrica Latina han tomado iniciativas Similares. En el ao 2005
por ejemplo, LACNIC, el registro de direcciones de Amrica Latina y el Caribe,
organiz por primer vez el Ipv6 Tour, que consisti en 10 eventos realizados en
igual cantidad de pases de la regin.
Eran eventos de evangelizacin en los cuales se parta de la base de que los
participantes no tenan ningn conocimiento. La situacin, cuatro aos despus,
es muy diferente. En los primeros 9 meses del 2009, ms de 60 organizaciones y
10
empresas de Latinoamrica y el Caribe han recibido sus bloques de direcciones
Ipv6, lo cual supera ampliamente las 47 asignaciones hechas en todo el ao 2008
por LACNIC y los registros nacionales de Mxico y Brasil.
1
Amrica del Norte tambin ha iniciado el proceso de Transicin. El Forum Ipv6 y
sus contrapartes regionales, tal como la Fuerza de Tareas V6 de Amrica del
Norte (NAV6TF) estn trabajando duro enfocados hacia adelante para acelerar el
despliegue. Con la primera dcada del siglo 21 lista, necesitamos movernos
rpidamente y fijar fecha lmite para el 2008 por el Departamento de Defensa.
Otras agencias de gobierno, en los Estados Unidos, estn igualmente
entusiasmados para ver la introduccin de las capacidades Ipv6 en sus redes y en
Internet, as como en las redes privadas virtuales de todo tipo
2
El auge y
desarrollo de redes Ipv6 ha implicado la evolucin de aplicaciones de software
para lograr la convivencia con el nuevo protocolo. En 1998, WIDE lanz el
proyecto KAME para acelerar el despliegue y la promocin de Ipv6. Siete
compaas desarrolladoras, quienes tambin eran miembros del grupo de trabajo
WIDE Ipv6, desarrollaron una implementacin de referencia para Ipv6. KAME es
una palabra Japonesa para Tortuga. El proyecto KAME de pginas Web
caracteriza una tortuga que danza cuando usted accesa a la pgina a travs de
Ipv6. Muchos usuarios Ipv6 visitaron el sitio Web para mirar el famoso baile de la
tortuga como una manera de verificar que tenan conectividad Ipv6. La razn de
que la tortuga fuera escogida como la mascota del proyecto es simple: Esto fue
derivado de una tortuga encontrada en una taller de Ipv6 donde la mayora de los
futuros desarrolladores KAME participaron.
3
1.7.2. Experiencias Previas
Una de las primeras Experiencias en la utilizacin de Ipv6 estuvo originada en el
proyecto 6bone, un intento de establecer una red virtual como campo de pruebas
de la nueva versin del protocolo. Hablamos de una red virtual, porque muchas
de las conexiones estaban inicialmente basadas en tneles encapsulados en los
enlaces de Internet Ipv4, si bien posteriormente se realiz la transicin a
conexiones nativas. Este experimento finaliz en el ao 2006.
Los primeros despliegues de Ipv6 en gran escala se dan en el marco de redes
acadmicas o de investigacin, como Abiline (Internet2) en EE.UU, Geant en
Europa, CERNET2 y CSTNET2 en China o WIDE y JGN2 en Japn
4
1
Gagliano Roque, Rocha Mariela. Ipv6 Para Todos. Internet Society. 2009. Pg. 14.
2
Blanchet Marc. Migrating to Ipv6. John Wiley & Sons, Ltd. 2006. Pg. 27.
3
Quing Li, Shima Keiichi. Ipv6 Core Protocols Implementation. Elsevier. 2007. Pg. 34.
4
Gagliano Roque, Rocha Mariela. Ipv6 Para Todos. Internet Society. 2009. Pg. 112.
11
Europa a travs de varios proyectos de investigacin ha impulsado el avance de
Ipv6, siendo importante mencionar por ejemplo las iniciativas como 6NET
5
,
Euro61X
6
o GEANT
7
.
Sumando a estas iniciativas, una mencin especial merece el desarrollo de las
versiones de Ipv6 para Sistemas Operativos BSD y Linux a travs de los proyectos
KAME y USAGI respectivamente, en los cuales las universidades han sido parte
activa del proyecto.
Todas estas referencias que hemos mencionado sirven para mostrar la estrecha
ligazn que existe entre el mbito acadmico/cientfico y el desarrollo y utilizacin
de la nueva versin del protocolo IP. Esto da lugar a que sea en estos sectores
donde ms rpidamente se disemin su uso y se vieron las posibilidades que
brindan las nuevas caractersticas.
1.7.3. Redes Acadmicas en el Mundo
Antes de pasar a hablar del despliegue de IPv6 en la universidad o centro de
investigacin, es conveniente situarnos en el contexto de las redes acadmicas o
de investigacin que existen, para poder tener una perspectiva de los servicios
que podemos tener disponibles.
Actualmente los sectores cientficos y de educacin poseen redes fsicas que los
vinculan, la mayora de ellas con caractersticas avanzadas tales como calidad de
servicio, multicast e Ipv6 en forma nativa.
En la siguiente figura se aprecia el mapa mundial de NRENS redes acadmicas
existentes en el mundo. Estas redes llevan el nombre genrico de REN por su
sigla en ingls: Research and Education Network al que generalmente se agrega
la caracterstica de ser de cobertura nacional, por lo que se habla de NRENs.
5
http://www.6net.org/
6
http://www.euro6ix.org/
7
http://www.geant.net
12
Ilustracin 2. Mapa Mundial de las NRENs
8
1.7.2 Marco Terico
1.7.2.1 Direccionamiento Ipv6
El sistema de direcciones es uno de los cambios ms importantes que afectan a
IPV6, donde se han pasado de los 32 a 128 bits (cuatro veces mayor). Estas
nuevas direcciones identifican a una interfaz o a un conjunto de interfaces y no a
un nodo, aunque cada interfaz pertenece a un nodo, es posible referirse a estos a
travs de una interfaz.
Modelos de direccionamiento
Cualquier tipo de direccin se asigna a interfaces, no a nodos. Todas las
interfaces han de tener, por los menos, una direccin de enlace local (Link-Local)
de tipo unicast. Una interfaz puede tener asignadas mltiples direcciones de
cualquier tipo (unicast, anycast, multicast) o mbito (scope). Direcciones unicast
con mbito mayor que el de enlace no son necesarias para interfaces que no son
usadas como origen y destino de paquetes Ipv6. Esto significa que para la
comunicacin dentro de una LAN no nos hacen falta direcciones Ipv6 globales,
sino que tenemos ms que suficiente con direcciones de mbito local. De hecho,
es lo aconsejable para enlaces punto a punto.
8
http://www.redclara.net/index.php?option=com_wrapper&Itemid=293&lang=es
13
Respecto a los prefijos de subred, Ipv6 sigue el mismo modelo que Ipv4, es decir,
un prefijo se asocia a un enlace, pudiendo haber varios prefijos en un mismo
enlace.
Cada direccin Ipv6 tiene un mbito, que es un rea dentro de la cual esta puede
ser utilizada como identificador nico de una o varias interfaces. El mbito de cada
direccin forma parte de la misma direccin.
Nomenclatura de las direcciones
Unicast: Identifica a una sola interfaz (Comunicacin uno a uno)
Globales 2001:1::/64 eui-64
Enlace local fe80::/10
Sitio Local fec0::/10
Unicast Locales fc00::/7
Multicast: Identifica un conjunto de interfaces que estn en nodos distintos pero
en este caso, el paquete es enviado a todos los nodos del conjunto.
(Comunicacin uno a muchos) ff80::/8
Anycast: Identifica un conjunto de interfaces, probablemente en distintos nodos
(comunicacin de un nodo al ms cercano) se asignan a partir de prefijos locales.
Reservadas
::1/128 loopback
::/128 direccin no especificada
2001:db8::/32 direcciones para documentacin
Las direcciones anycast siguen la misma norma que las unicast. Para las
direcciones multicast tenemos catorce posibles mbitos, que identifican desde una
interfaz local a una direccin global. Nodos de un mismo mbito y visibles entre s
definen una zona. No se permite que un router encamine trfico entre diferentes
zonas (perderan todo el sentido los mbitos). La gran ventaja de los mbitos es
que permiten la remuneracin de prefijos sin mucha dificultad, ya que las
direcciones de mbito no global se mantendrn.
Identificadores de interfaz
El ID de interfaz identifica una interfaz de un determinado nodo. Un ID de interfaz
debe ser exclusivo en la subred. Los hosts de Ipv6 pueden aplicar el protocolo ND
14
(Neihgbor Discovery) para generar automticamente sus propios ID de interfaz. El
protocolo ND genera de forma automtica el ID de interfaz, a partir de la direccin
MAC o la direccin EUI-64 de la interfaz del host. Los ID de interfaz tambin se
pueden asignar manualmente, lo cual es preferible en el caso de enrutadores de
Ipv6 y servidores habilitados para Ipv6. (Ver figura 1)
Figura 1 Identificador de interfaz a partir de la MAC
Fuente: Imagen extrada http://technet.microsoft.com/es-
es/library/cc736439(WS.10).aspx
Para crear el identificador de interfaz IPV6 a partir de la direccin MAC de
Ethernet de 48 bits (6 bytes):
Los dgitos hexadecimales 0xFF-FE se insertan entre el tercer y cuarto byte
de la direccin MAC.
Se complementa el bit Universal o local (el segundo bit de orden inferior del
primer byte de la direccin MAC). Si es 1, se establece en 0; y si es 0, se
establece en 1.
Por ejemplo, para la direccin MAC de 00-60-08-52-F9-D8:
Los dgitos hexadecimales 0xFF-FE se insertan entre 0x08 (el tercer byte) y
0x52 (el cuarto byte) en la direccin MAC, con lo que se forma la direccin
de 64 bits de 00-60-08-FF-FE-52-F9-D8.
Se complementa el bit Universal o local, el segundo bit de orden inferior de
0x00 (el primer byte) de la direccin MAC. El segundo bit de orden inferior
de 0x00 es 0 que, una vez complementado, se convierte en 1. El resultado
es que, para el primer byte, 0x00 se convierte en 0x02.
En consecuencia, el identificador de interfaz Ipv6 que corresponde a la direccin
15
MAC de Ethernet de 00-60-08-52-F9-D8 es 02-60-08-FF-FE-52-F9-D8
9
.
1.7.2.2 Direcciones Ipv6 Reservadas
Tabla 1. Direcciones Ipv6 Reservadas
Direccin Ipv6 Longitud del
Prefijo (Bits)
Descripcin Notas
:: 128 bits Sin especificar como 0.0.0.0 en Pv4
::1 128 bits Direccin de bucle local
(loopback)
como las 127.0.0.1 en Ipv4
::00:xx:xx:xx:xx 96 bits Direcciones Ipv6
compatibles con Ipv4
Los 32 bits ms bajos
contienen una direccin
Ipv4. Tambin se
denominan direcciones
empotradas.
::ff:xx:xx:xx:xx 96 bits Direcciones Ipv6
mapeadas a Ipv4
Los 32 bits ms bajos
contienen una direccin
Ipv4. Se usan para
representar direcciones
Ipv4 mediante direcciones
Ipv6
::ff:xx:xx:xx:xx 96 bits Direcciones Ipv6
mapeadas a Ipv4
Los 32 bits ms bajos
contienen una direccin
Ipv4. Se usan para
representar direcciones
Ipv4 mediante direcciones
Ipv6
Fe80:: - feb:: 10 bits Direcciones link-local Equivalentes a la direccin
de loopback de Ipv4
Fec0::ffef:: 10 bits Direcciones site-local Equivalentes al
direccionamiento privado de
Ipv4
ff:: 8 bits Multicast
001 (base 2) 3 bits Direcciones unicast
globales
Todas las direcciones Ipv6
globales se asignan a partir
de este espacio. Los
primeros tres bits siempre
son 001.
1.7.2.3 Administracin de Redes en Lnea Mvil
La tecnologa Mvil constituye un nuevo cauce de comunicacin del Administrador
de red con los dispositivos informticos. Abordar la movilidad desde el punto de
vista de los procedimientos administrativos; ayuda a delimitar mejor nuevas
9
http://technet.microsoft.com/es-es/library/cc736439(WS.10).aspx
16
operaciones y su forma de prestacin. La tecnologa mvil ofrece una serie de
oportunidades para la administracin de redes y de beneficios tanto para las
organizaciones y sus empleados.
Uso de Dispositivos Mviles
El uso del telfono mvil ha comenzado a aparecer entre las organizaciones en la
prestacin de servicios y realizacin de gestiones de red. En general se entiende
que la Administracin de redes resulta perfectamente aplicable a este nuevo
fenmeno, al constituir el telfono mvil un concreto canal de relacin.
Requisitos clave para la prestacin de servicios de Administracin de Redes
en lnea Mvil
Junto a los naturales requisitos de carcter tecnolgico tales como contar con las
adecuadas plataformas de entrega de servicios mviles (mobile service
delivery platform), la implantacin Mvil de operaciones de Administracin de
Redes depende de la adecuada gestin de una serie de factores de carcter
procedimental.
Beneficios para los Administradores de Red
Algunos de los efectos beneficiosos que podramos citar para la administracin de
la red y para las personas que la integran seran:
Mayor eficiencia, por la reduccin de tiempo de prestacin de servicios.
Mejora de la calidad gracias a la ejecucin automatizada de procesos.
Flexibilidad, al favorecer la independencia de los servicios prestados
respecto de su prestacin presencial (anywhere, anytime).
Redundancia de las operaciones al contar con dos pilas de comunicacin
de red.
Inmediatez en la obtencin de configuraciones administrativas.
Ahorro de tiempo y de desplazamientos innecesarios a las dependencias
administrativas.
Oportunidades para la Administracin de Redes Mvil
Finalmente, entre las oportunidades actuales de la adopcin de la Administracin
de Redes Mvil se encontraran:
Elevada penetracin del Mvil en la sociedad.
17
Facilidad de uso por el elevado grado de familiarizacin con los dispositivos
mviles.
Cambio de la percepcin tradicional de la Administracin de Redes a una
nueva imagen moderna y de servicio.
Efecto expansivo a medida que se utilice por parte de administradores de
red, ya que requerir nuevos servicios.
Facilidad de manejo por el administrador de la red.
Menor coste de los dispositivos mviles frente a los equipos informticos.
Plataformas de Computacin Mvil
J2ME
La plataforma J2ME es una familia de especificaciones que definen varias
versiones minimizadas de la plataforma Java 2; estas versiones minimizadas
pueden ser usadas para programar en dispositivos electrnicos; desde telfonos
celulares, en PDAs, hasta tarjetas inteligentes, etc. Estos dispositivos presentan
en comn que no disponen de abundante memoria ni mucha potencia en el
procesamiento, ni tampoco necesitan de todo el soporte que brinda J2SE, (la
plataforma estndar de Java usada en sistemas de escritorio y servidor). Las
tecnologas J2ME contienen un JRE altamente optimizado, especialmente
desarrollado para el mercado de gran consumo, abarcan una amplia gama de
aparatos de tamao muy reducido y permiten ejecutar programas de seguridad,
conectividad y utilidades en tarjetas inteligentes, buscapersonas, sintonizadores
de TV y otros pequeos electrodomsticos.
Especificacin de Servicios Web para J2ME
La especificacin de Servicios Web de J2ME (Java 2 Platform Micro Edition) esta
especialmente diseada para facilitar el desarrollo de aplicaciones pequeas,
rpidas y robustas sobre la plataforma Java para el mbito inalmbrico. Esta
especificacin de J2ME para Servicios Web (JSR172) proporciona dos paquetes
basados en XML, que pueden ser usados para desarrollar Servicios Web sobre
Java para dispositivos pequeos y de memoria reducida, como los telfonos
mviles o las PDAs. Estos paquetes son:
JAXP: API de Java para procesado XML
JAX-RPC: API de Java para RPC en XML
Desde el punto de vista del cliente, la plataforma J2ME es un conjunto de APIs
estndar de Java definidas por el JCP (Java Community Process). Proporciona
18
una interfaz de usuario flexible, comprometido con la seguridad y construido sobre
protocolos de red.
La plataforma J2ME se puede configurar a medida para un determinado
dispositivo mediante el uso de la configuracin o del perfil apropiado, pudiendo ser
ampliado para un determinado dispositivo mediante el uso de la configuracin o
del perfil apropiado, pudiendo ser ampliado para un determinado mercado
mediante la incorporacin de paquetes opcionales.
La especificacin de Servicios Web en la plataforma J2ME soporta las siguientes
configuraciones y perfiles:
CLDC (Connected Limited Device Configuration), v1.x CLDC esta
diseado para dispositivos con procesadores de 16 o 32 bits y con
memorias entre 128 KB y 512 KB.
MIDP (Mobile Information Device Profile), v1.x y 2.x MIDP esta
especficamente diseado para telfonos mviles y PDAs, proporcionando
una interfaz de usuario, conectividad a la red, capacidad de
almacenamiento local de datos y gestin de aplicaciones.
1.7.3 Marco Metodolgico
Para el desarrollo del proyecto se implementar la metodologa de desarrollo
RUP (Racional Unified Process) Proceso Unificado Racional. Es una metodologa
cuyo fin es entregar un producto de software. Estructura todos los procesos y se
mide la eficiencia de la organizacin.
Es un proceso de desarrollo de software el cual utiliza el lenguaje unificado de
modelado UML, constituye la metodologa estndar ms utilizada para el anlisis,
implementacin y documentacin de sistemas orientados a objetos.
1.7.3.1 Caractersticas
Centrado en los Modelos: Los diagramas son un vehculo de comunicacin ms
expresivo que las descripciones en lenguaje natural. Se trata de minimizar el uso
de descripciones y especificaciones textuales del sistema.
Guiado por los casos de uso: Los casos de uso son el instrumento para validar la
arquitectura del software y extraer los casos de prueba.
Centrado en la arquitectura: Los modelos son proyecciones del anlisis y el diseo
constituye la arquitectura del producto a desarrollar.
19
Iterativo e incremental: Durante todo el proceso de desarrollo se producen
versiones incrementales (que se acercan al producto terminado) del producto en
desarrollo.
1.7.3.2 Fases de RUP
Inicio
Descripcin:
Analiza el negocio para saber si se justifica la puesta en marcha de un proyecto y
delimita el alcance del mismo. Tambin analiza la factibilidad del proyecto y sus
posibles riesgos.
Actividades:
Descripcin del producto final: se identifican las principales funciones del sistema
para los usuarios ms importantes.
Esbozo de la arquitectura: Identificacin y priorizacin de los riesgos.
Esbozo del plan del proyecto y estimacin aproximada de costos.
Demostrar a usuarios o clientes que el sistema propuesto es capaz de solventar
sus problemas para lo cual puede ser til construir un pequeo prtido.
Planificacin de la fase de elaboracin.
Elaboracin
Descripcin:
En esta fase el objetivo principal es obtener una arquitectura estable a partir de la
cual se va a realizar la construccin del sistema.
Actividades:
Se especifica la mayor parte de los casos de uso.
Se realizan o desarrollan los casos de uso ms importantes, de acuerdo a la
priorizacin de funciones y riesgos identificada en la fase de inicio.
Obtencin de la lnea base de la arquitectura (arquitectura estable) que es un
sistema pequeo para los casos de uso ms importantes.
Planificacin de las actividades y recursos para terminar el proyecto.
20
Slo al terminar la fase de elaboracin estaremos en capacidad de decidir si nos
comprometemos al desarrollo mediante un contrato.
Construccin
Descripcin:
Es la fase en la cual se crea el producto, se realizan o construyen todos los casos
de uso. Es decir, que el sistema pequeo que era la lnea base de la arquitectura,
adquiere toda la solidez y se constituye en un software listo para la operacin
inicial.
Actividades:
Se desarrollan los casos de uso a travs de iteraciones.
Se obtiene la documentacin completa del software.
Transicin
Descripcin:
Se centra en la implantacin del producto en el entorno de operacin.
Actividades:
Preparacin de la versin beta (o de pruebas de aceptacin)
Instalacin del producto
Adaptacin del producto a las necesidades de los usuarios.
Se depura y completa la documentacin, para los interesados (usuarios y
desarrolladores).
Flujos de Trabajo RUP
Para los flujos de trabajo en el RUP se debe desarrollar lo siguiente:
- Una lista de actividades, trabajadores y artefactos que constituyen un
proceso.
- Un flujo de trabajo es una secuencia de actividades que produce un
resultado valioso.
- No siempre es posible representar flujos de trabajo.
- Existen habitualmente problemas de comunicacin entre ingenieros de
software e ingenieros de negocios.
21
- RUP proporciona un lenguaje y proceso comn para estos dos mbitos.
- Para el modelamiento del negocio se usan business use cases (casos de
uso del negocio):
- La forma en que el software dar apoyo al negocio.
Requerimientos
Un requerimiento es una caracterstica que debe tener el sistema o una restriccin
que debe satisfacer para que sea captado por el cliente. La ingeniera de
requerimientos pretende definir los requerimientos del sistema que se esta
construyendo. La ingeniera de requerimientos incluye dos actividades principales:
la obtencin de los requerimientos, que da como resultado una especificacin del
sistema que el cliente comprende, y el anlisis que da como resultado un modelo
que los desarrolladores pueden interpretar sin ambigedad.
La obtencin de requerimientos incluye las siguientes actividades:
- Identificacin de actores
- Identificacin de escenarios
- Identificacin de casos de uso
- Refinamiento de los casos de uso
- Identificacin entre las relacione de casos de uso
- Identificacin de requerimientos no funcionales
- El diseo conjunto de aplicaciones:
- El conocimiento del anlisis de Tareas
- Las pruebas de utilidad
Anlisis
El objetivo principal del Anlisis de flujo de trabajo es construir el modelo de
anlisis, el cual ayuda a los desarrolladores a refinar y estructurar los
requerimientos funcionales capturados en el modelo de caso de uso. El modelo de
anlisis interviene en las vistas de diseo y de procesos de la arquitectura.
El flujo de trabajo anlisis pasa por las cuatro fases del Proceso Unificado, como
sigue:
- El modelo de anlisis comienza a ser desarrollado durante la etapa de
Inicio, como parte de los esfuerzos para representar los requerimientos de
alto nivel.
22
- Una gran mayora de los modelos de anlisis son construidos durante la
etapa de Elaboracin, ya que en esta etapa los requerimientos funcionales
son analizados, redefinidos y estructurados.
- La etapa de Construccin incluye la construccin del resto del modelo de
anlisis, para dirigirse a los requerimientos no analizados que aparecieron
despus de la fase de Elaboracin.
- El modelo de anlisis se refina durante la etapa de Transicin.
Diseo
El objetivo principal del Diseo de flujo de trabajo es construir el modelo de diseo,
el cual describe las realizaciones fsicas de los casos de uso, desde el modelo de
caso de uso, y tambin contenido del modelo de anlisis.
El resultado del diseo del sistema es un modelo que incluye una descripcin clara
de cada una de las estrategias, una descomposicin de subsistemas y un
diagrama de organizacin UML que representa la correspondencia entre el
hardware y el software del sistema.
En particular el diseo del sistema incluye:
- La definicin de los objetivos de diseo.
- La descomposicin del sistema en subsistemas
- La seleccin de componentes hechos y heredados
- La correspondencia entre los subsistemas y el hardware
- La seleccin de la infraestructura de administracin de datos persistentes
- La seleccin de una poltica de control de acceso
- La seleccin de un mecanismo de flujo de control global
- El manejo de condiciones de frontera.
Pruebas
Las pruebas y validacin pretenden mostrar que un sistema cumple con su
especificacin y satisface los requerimientos del cliente.
Implica procesos de comprobacin en varios niveles:
Unidades: pruebas de componentes.
Subsistemas: Pruebas de integracin.
Sistema: Pruebas de usuario. Pueden ser estticas y dinmicas.
23
El objetivo de esta fase es realizar pruebas sobre la estructura del sistema que se
va formando con los mdulos implementados.
La actividad de prueba de sistemas se caracteriza por su complejidad en dichos
entornos, donde se trata con varias capas de equipos no homogneos, con
sistemas operativos, bases de datos, sistemas de comunicaciones y herramientas
de programacin variadas y heterogneas.
- Planificar las pruebas necesarias en cada iteracin, incluidas las de
integracin y sistema.
- Las pruebas de integracin son necesarias para cada construccin dentro
de la iteracin, mientras que las pruebas de sistema son necesarias slo al
final de la iteracin.
- Disear e implementar las pruebas.
- Realizar las diferentes pruebas y manejar los resultados de cada prueba
sistemticamente.
1.7.4 Marco Conceptual
CLDC
Connected Limited Device Configuration (CLDC). La CLDC es una de las
configuraciones en J2ME, esta orientada a dispositivos dotados de conexin y con
limitaciones en cuanto a capacidad grfica, cmputo y memoria. Un ejemplo de
estos dispositivos son: telfonos mviles, buscapersonas (pagers), PDAs,
organizadores personales.
Gestor de Bases de Datos
Un gestor de base de datos es un programa que permite introducir y almacenar
datos, ordenarlos y manipularlos. Organizarlos de manera significativa para que se
pueda obtener informacin no visible como totales, tendencias o relaciones de otro
tipo. Debe permitir en principio:
- Introducir datos.
- Almacenar datos.
- Recuperar datos y trabajar con ellos.
24
IPV6
Ipv6 es el estndar de la capa de red utilizado por los dispositivos electrnicos
para intercambiar datos a travs del internetwork conmutado por paquetes. Sigue
al Ipv4 como la segunda versin del Protocolo de Internet para adoptarse
formalmente al uso general. Ipv6 incluye soporte para flujo ID en el encabezado de
paquetes, que se puede utilizar para identificar flujos. El Ipv6 antes se conoca
como el IP de la prxima generacin (IPng).
MIDP
Mobile Information Device Profile (MIDP): Este perfil esta construido sobre la
configuracin CLDC. Al igual que CLDC fue la primera configuracin definida para
J2ME, MIDP fue el primer perfil definido para esta plataforma.
RIPng
RIPng es el protocolo de prxima generacin de informacin de enrutamiento.
Es un Protocolo de enrutamiento vector-distancia con un lmite de 15 saltos que
utiliza un horizonte dividido y envenenamiento en reversa para evitar los routing
loops. Se basa en Ipv4 RIP v2 y es similar a RIP v2 pero se usa Ipv6 para el
transporte. La direccin de grupo multicast FF02::9 identifica todos los routers
RIPng habilitados.
SOAP
Es un protocolo de mensajera XML extensible que forma la base de los Servicios
Web; proporciona un mecanismo simple y consistente que permite a una
aplicacin enviar mensajes XML a otra aplicacin. Un mensaje SOAP es una
transmisin de una va desde un emisor SOAP a un receptor SOAP, y cualquier
aplicacin puede participar en este intercambio como emisor o receptor.
Los mensajes SOAP se pueden combinar para soportar muchos comportamientos
de comunicacin, incluyendo, solicitud/respuesta, respuesta solicitada, mensajera
asncrona de una va, o incluso notificacin. SOAP es un protocolo de alto nivel
que solo define la estructura del mensaje y unas pocas reglas para su
procesamiento.
25
WAP
Wreless Application Protocol o Protocolo de aplicaciones inalmbricas es un
estndar abierto internacional para aplicaciones que utilizan las comunicaciones
inalmbricas. WAP es un protocolo basado en los estndares de Internet que ha
sido desarrollado para permitir a telfonos celulares navegar a travs de Internet.
WML
Acrnimo de Wireless Markup Language, es un lenguaje cuyo origen es el XML
(Extensible Markup Language). Este lenguaje se utiliza para construir las pginas
que aparecen en las pantallas de los telfonos mviles y los asistentes personales
digitales (PDA) dotados de tecnologa WAP. Es una versin reducida del lenguaje
HTML que facilita la conexin a Internet de dichos dispositivos y que adems
permite la visualizacin de pginas Web en dispositivos inalmbricos que incluyan
la tecnologa WAP.
1.8. FACTIBILIDAD
1.8.1. Tcnica
La especificacin de software y hardware que se manejara dentro del proyecto
esta definida por las siguientes herramientas
- Computador de Desarrollo (Ver tabla 2)
- Software (Ver tabla 3)
- Equipo Mvil (Ver tabla 4)
Estas herramientas se concretaron dentro del grupo de investigacin y se
suministrarn por el mismo.
Tabla 2. Factibilidad Tcnica. Computador de Desarrollo
COMPUTADOR DE DESARROLLO
Procesador
Intel Pentium
de 2.4 GHz
Unidad de CD
2 GB de
Memoria
Ram
Mouse Teclado
Disco Duro
de 80 GB
Monitor
26
Tarjeta de
Red
Inalmbrica
Tarjeta de Red Ethernet 802.3
Tabla 3. Factibilidad Tcnica. Software
SOFTWARE
PROGRAMA DESCRIPCION
Windows XP Plataforma o sistema operativo
Mysql Sistema manejador de base de datos
Glassfish Servidor de Aplicaciones
NetBeans Interfaz de desarrollo
J2ME, J2SE
Especificacin del lenguaje de
programacin
Tabla 4. Factibilidad Tcnica. Equipo Mvil Pruebas
EQUIPO MOVIL
Tri-banda; EGSM
900 GSM
1800/1900 y
EGSM 850
1800/1900
Memoria Combinada con 32 MB de
memoria flash y 16 MB de memoria RAM.
- Aproximadamente 8 MB de memoria
disponible para el usuario.
Bluetooth
Ranura de expansin para tarjeta de
memoria microSD (hasta 2 GB)
Soporta Juegos y
aplicaciones Java
MIDP 2.0, CLCD
1.0
Pantalla Principal: QVGA 320 x 240,
hasta 16,7 millones de colores.
1.8.2. Operativa
Para realizar el proyecto se cuenta con los siguientes Recursos Humanos (Ver
tabla 5)
27
Tabla 5. Factibilidad Operativa. Recurso Humano
RECURSO HUMANO
FUNCION EJECUTOR
Director Ing Lus Felipe Wanumen
Desarrollador de
Software
Fabin Antonio Guzmn Gonzlez
Analista de
Sistemas
Claribel Argenis Morales Alba
1.8.3. Legal
El equipo Servidor se encuentra licenciado y las herramientas de software como
J2SE, J2ME, GLASSFISH, NetBeans y MySql son open source y se encuentran
licenciadas para fines educativos o acadmicos.
1.8.4. Econmica
El proyecto requiere para su desarrollo la implementacin de los siguientes
recursos:
Tabla 6. Factibilidad Econmica
RECURSO HUMANO
RECURSO ESTUDIANTES
UNIVERSIDAD ENTIDAD/EMPRESA OTRO
Bibliografa 0 0 0 0
Papelera 0 0 0 0
Equipo de
Desarrollo Alquiler
($/h 2000)
960000
0 0 0
Equipo Mvil
Alquiler
($/h 2.000)
576000
0 0 0
Asistencia a
eventos
0 0 0 0
Licencias de
Software
0
Trabajo ($/h 12000) 0 0 0
28
Estudiantes 17280000
Trabajo Asesor $/h
($/h 40.000)
9600000
0 0 0
Total 28416000 0 0 0
Los recursos fsicos y humanos se encuentran expresados en Horas Hombre y
Horas Mquina.
Cada estudiante tendr una intensidad de trabajo de 3 horas diarias de lunes a
viernes durante 6 meses.
El asesor tendr una intensidad de trabajo de 10 horas semanales durante 6
meses.
El equipo de desarrollo tendr una intensidad de trabajo de 4 horas diarias de
lunes a viernes durante 6 meses.
El equipo mvil tendr una intensidad de trabajo de 12 horas semanales durante 6
meses.
Los clculos Totales se expresan segn el formato; Horas Hombre/Mquina=
Valor Hora* horas diarias* das Mes* Meses Duracin
29
BIBLIOGRAFA
BROSE, Gerald. Java Programming with CORBA. Advanced Techniques for
Building Distributed Applications. USA: Wiley Publishing, 2001. 752p.
CISCO Systems. CCNP: Building Scalable Internetworks v5.0. USA: 2006.
532p.
DEITEL, Paul y Harvey. Java Como programar. Mxico: Prentice Hall, 2008.
1100p.
DORNAN, Andy. Essential Guide to Wireless Comunications Applications.
USA: Prentice Hall, 2000. 448p.
ECKEL, Bruce. Piensa en Java. Madrid: Prentice Hall, 2002. 958p.
GAGLIANO, Roque. Ipv6 Para Todos. Argentina: Internet Society, 2009. 154p.
PRESSMAN, Roger. Ingeniera del Software Un enfoque prctico. Espaa: Mc
Graw Hill, 2002. 642p.
RAPOSA, Richard. Java in 60 Minutes a Day. USA: Wiley Publishing, 2003.
789p.
Research In Motion Limited. BlackBerry Java Application Core. Canad. 77p.
Research In Motion Limited. BlackBerry Java Development Environment.
Canad. 224p.
RUSTY, Harold. Java Network Programming. USA: OReilly Media,2000. 760p.
SILBERSCHATZ, Abraham. Fundamentos de Bases de Datos. Espaa: Mc
Graw Hill, 2002. 787p.
TAHCHIEV, Petar. JUnit In Action. USA: Manning Publications, 2011. 503p.
TANENBAUM, Andrew. Redes de Computadores. Mxico: Prentice Hall, 1997.
430p.
WEITZENFELD, Alfredo. Ingeniera de Software Orientada a Objetos con UML,
Java e Internet. Mxico: Thomson, 2005. 708p.
ZHU, Jun. Wireless Java Programming with Java 2 Micro Edition. Indiana:
Sams, 2001. 511p.