Administración de Vlans Con VTP

PROTOTIPO PARA LA ADMINISTRACIÓN DE VLANS CON VTP DESDE UNA
APLICACIÓN ANDROID
MERCY ESPERANZA LOZANO TELLEZ

20111378022
UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS

FACULTAD TECNOLÓGICA
INGENIERÍA TELEMÁTICA
BOGOTA D. C.
2015
PROTOTIPO PARA LA ADMINISTRACIÓN DE VLANS CON VTP DESDE UNA
APLICACIÓN ANDROID
MERCY ESPERANZA LOZANO TELLEZ

20111378022
Proyecto de grado presentado para optar al título de

Ingeniera Telemática
Tutor
LUIS FELIPE WANUMEN SILVA
Ingeniero de Sistemas
UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS

FACULTAD TECNOLÓGICA
INGENIERÍA TELEMÁTICA
BOGOTA D. C.
2015
Nota de aceptación:
________________________________
________________________________
________________________________
____________________________
Ing. LUIS FELIPE WANUMEN SILVA
Firma de Tutor
____________________________
Ing. JAIRO HERNÁNDEZ GUTIÉRREZ
Firma de jurado
Bogotá D.C., 8 de Octubre de 2015

A mis PADRES porque son parte
esencial de mi educación, ya que
gracias a su apoyo, amor y confianza he
podido lograr las metas que me he
propuesto, porque son un claro ejemplo
de entrega y dedicación.
A mi ESPOSO por estar siempre

apoyándome.
AGRADECIMIENTOS
Mi más sincero agradecimiento a todos los que me apoyaron y colaboraron con

el desarrollo de este prototipo, proporcionándome la información y herramientas
necesarias para su culminación.
Mi especial gratitud a:
 A Dios por cada momento de mi vida.
 A la Universidad Distrital Francisco José de Caldas y sus docentes por sus

conocimientos y experiencias transmitidas.
 Al Ingeniero Luis Felipe Wanumen Silva por brindarme su paciencia y

dedicación para culminar este logro.
 Al Ingeniero Jairo Hernández Gutiérrez por ayudarme a ver mis errores y

mejorar mis ideas.
 Al Ingeniero Fabián Guzmán por sus enseñanzas y explicaciones.
 Al Ingeniero Gerlee Varón por el tiempo para realizar las pruebas y

observaciones del prototipo
 A mis compañeros de la Universidad por los años compartidos de aprendizaje.

CONTENIDO
Pág.
AGRADECIMIENTOS 5
CONTENIDO 6
LISTA DE FIGURAS 11
LISTA DE TABLAS 14
INTRODUCCIÓN 16
RESUMEN 17
ABSTRACT 18
CAPÍTULO 1.FASE DE DEFINICIÓN, PLANEACIÓN Y ORGANZACIÓN 19
1.1 TITULO 19
1.2 TEMA 19
1.3 PLANTEAMIENTO DEL PROBLEMA 19
1.3.1 Descripción. 19
1.3.2 Formulación. 20
1.3.3 Solución Tecnológica. 20
1.4 ALCANCES Y DELIMITACIONES 21
1.4.1 Alcances. 21
1.4.2 Delimitaciones. 21
1.4.2.1 Temática. 21
1.4.2.2 Tecnológica. 22
1.4.2.3 Geográfica. 22
1.4.2.4 Temporal. 22
1.5 OBJETIVOS 22
1.5.1 Objetivo General. 22
1.5.2 Objetivos Específicos. 22
1.6 JUSTIFICACIÓN 23
1.7 MARCO REFERENCIAL 23
1.7.1 Marco histórico. 23
1.7.1.1 Simulador de dispositivos de red en la plataforma Android. 24
1.7.1.2 Sistema para Administrar Enrutamiento desde dispositivo móvil en una red
de routers cisco y Linux. 25
6
1.7.1.3 GestióIP. 25
1.7.1.4 ProCurve Manager Plus 2.2. 26
1.7.1.5 Cura SysAmin. 26
1.8 MARCO TEÓRICO 27
1.8.1 VLAN. 27
1.8.1.1 Ventajas. 27
1.8.1.2 Rangos del ID de la VLAN. 28
1.8.2 Protocolo VTP. 28
1.8.2.1 Beneficios. 28
1.8.2.2 Componentes VTP. 29
1.8.2.3 Configuración predeterminada del VTP. 30
1.8.3 Virtualización 30
1.8.4 Aplicaciones Web Según Luján. 31
1.8.5 Mecanismos de conexión. 31
1.8.5.1 TELNET(Tele Network - Tele Red). 31
1.8.5.2 CORBA. 32
1.8.5.3 SSL. 32
1.8.5.4 Socket TCP. 32
1.8.6 ANDROID. 32
1.8.6.1 Características. 32
1.8.6.2 Arquitectura. 32
1.8.7 GNS3. 34
1.8.7.2 Arquitectura. 35
1.8.7.3 Características 35
1.8.8 Motor de bases de datos MYSQL. 36
1.8.9 Marco Metodológico. 36
1.8.9.2 Fases. 38
1.8.9.3 Flujos de Trabajo de Procesos. 38
1.8.9.4 Flujos de Trabajo de Soporte 39
7
1.8.10 Marco Conceptual. 39
1.9 FACTIBILIDAD 40
1.9.1 Factibilidad técnica. 40
1.9.3 Factibilidad legal. 41
1.9.4 Factibilidad económica. 42
1.10 CRONOGRAMA 44
CAPÍTULO 2. FASE DE MODELAMIENTO DEL NEGOCIO 45
2.1 DESCRIPCIÓN DE PROCESOS 45
2.1.1 Autenticación. 45
2.1.2 Monitoreo De VLANS Y VTP. 45
2.1.3 Configuración VLANS. 46
2.1.4 Configuración de VTP. 47
2.2 MODELO DEL DOMINIO 47
2.3 GLOSARIO DE TERMINOS 48
CAPITULO 3. REQUERIMIENTOS 50
3.1 REQUERIMIENTOS FUNCIONALES 50
3.2 REQUERIMIENTOS NO FUNCIONALES 51
3.2.1 Rendimiento. 51
3.2.2 Disponibilidad. 51
3.2.3 Accesibilidad. 51
3.2.4 Usabilidad. 51
3.2.5 Estabilidad 51
3.2.6 Interfaz 51
3.2.7 Integración. 51
3.2.8 Optimización. 51
3.3 IDENTIFICACIÓN DE ACTORES 53
3.4 LISTA PRELIMINAR DE CASOS DE USO VISTA GENERAL 54
Fuente: 56
3.5 DEPURACIÓN DE CASOS DE USO 56
3.6 DOCUMENTACIÓN DE CASOS DE USO 58
CAPITULO 4. ANÁLISIS DEL SISTEMA 69
4.1 DIAGRAMA DE SECUENCIA 69
8
4.2 DIAGRAMA DE COLABORACIÓN 74
4.2.1 Diagrama de colaboración Gestionar Autenticación 74
4.2.2 Diagrama de colaboración Configurar VLAN 75
4.2.3 Diagrama de colaboración Configurar VTP 76
4.2.4 Monitorear VTP 77
4.3 DIAGRAMA DE ACTIVIDAD 78
4.3.1 Diagrama de Actividad – Gestionar Autenticación 78
4.4 DIAGRAMA DE CLASE MODELO DE ANALISIS 79
CAPÍTULO 5. DISEÑO DEL SISTEMA 81
5.1 DISEÑO LÓGICO DE LA RED 81
5.1.1 Red alámbrica Virtual. 81
5.1.1.1 Topología de red emulada en GNS3. 81
Fuente: Propia, imágenes tomadas de GNS3 para ilustrar la topología utilizada. 82
5.1.1.2 Tarjeta de red alámbrica Virtual. 83
5.1.2 Red inalámbrica. 83
5.1.2.1 Punto de acceso. 83
5.1.2.2 Tarjeta Inalámbrica. 83
5.2 DISEÑO FISICO DE LA RED 84
5.3 LISTA INICIAL DE OBJETOS 85
5.3.1 Nivel de Presentación 85
5.3.2 Nivel de Lógico 85
5.3.3 Nivel de Datos 86
5.4 RESPOSABILIDADES DE LOS OBJETOS 86
5.4.1 Nivel de Presentación 86
5.4.2 Nivel de Lógico 88
5.4.3 Nivel de Datos 89
CAPÍTULO 6. IMPLEMENTACIÓN 91
6.1 ESTRUCTURA LOGICA DE LA RED 91
6.1.1 Configuración Red alámbrica Virtual. 91
6.1.1.1 Configuración de la tarjeta de red VWware. 91
6.1.1.2 Configuración de topología GNS3. 94
6.1.2 Configuración Red inalámbrica. 97
9
6.1.2.1 Punto de acceso. 97
6.1.2.2 Tarjeta Inalámbrica. 99
6.2 DIAGRAMA DE COMPONENTES 102
6.3 MODELO DE BASE DE DATOS 103
6.4 DIAGRAMA DE PAQUETES 103
6.5 DIAGRAMA DE DESPLIEGUE 105
6.6 SEGURIDAD 105
6.6.1 A nivel de Bases de Datos. 105
6.6.3 A nivel de dispositivos activos. 106
CAPÍTULO 7. PRUEBAS 108
7.1 PRUEBAS DE PLATAFORMA O INSTALACIÓN 108
7.2 PRUEBAS DE CONEXIÓN 108
7.2.1 A nivel de la red alámbrica. 110
7.2.2 A nivel de la red inalámbrica. 115
7.3 PRUEBAS DE AUTENTICACIÓN - MÓDULOS DE LA APLICACIÓN 117
8 CONCLUSIONES 123
8.1 RESULTADOS 123
8.2 DIFICULTADES PRESENTADAS 124
8.3 DESARROLLOS FUTUROS – RECOMENDACIONES 125
BIBLIOGRAFIA 126
INFOGRAFIA 127
ANEXOS 128
10
LISTA DE FIGURAS
Pág.
Figura 1. Arquitectura del prototipo. 20

Figura 2. Simulador de dispositivos de red en la plataforma Android. 24
Figura 3. Módulo de Gestión de VLANs de GestióIP. 25
Figura 4.Módulo de Gestión de Vlan Procurve Mabager Plus 2.2. 26
Figura 5. Aplicación Cura SysAmin 27
Figura 6. Configuración predeterminada del VTP. 30
Figura 7. Arquitectura Android. 33
Figura 8.Arquitectura GNS3. 35
Figura 9. Estructura del RUP mostrada en dos dimensiones. 37
Figura 10. Cronograma 44
Figura 11. Diagrama de Modelo del Dominio Inicial – Vista General. 48
Figura 12. Diagrama de Casos de Uso (vista general) 56
Figura 13. Caso de uso Gestionar Autenticación 58
Figura 14. Caso de Uso Configurar VLANS 60
Figura 15. Caso de Uso Configurar VTP 63
Figura 16. Caso de Uso Configurar VTP 64
Figura 17. Caso de Uso Monitorear VTP Y VLANS 66
Figura 18. Caso de Uso Monitorear VTP Y VLANS. 67
Figura 19. Diagrama de secuencia – Gestionar Autenticación 70
Figura 20. Diagrama de secuencia – Configurar VLANS 71
Figura 21. Diagrama de secuencia – Configurar VTP 72
Figura 22. Diagrama de secuencia – Monitorear VLANS 73
Figura 23. Diagrama de Colaboración - Gestionar Autenticación 74
Figura 24. Diagrama de Colaboración - Configurar VLAN 75
Figura 25. Diagrama de Colaboración - Gestionar VTP 76
Figura 26. Diagrama de Colaboración - Monitorear VTP 77
Figura 27. Diagrama de Actividad - Gestionar Autenticación 78
11
Figura 28. Diagrama de clases Aplicación Móvil 79
Figura 29. Diagrama de clases Aplicación Móvil 80
Figura 30. Topología de red en GNS3 82
Figura 31. Diseño físico de la red. 84
Figura 32. Clases nivel de Presentación 85
Figura 33. Clases nivel de aplicación 85
Figura 34. Clase nivel de datos 86
Figura 35. Menú Editar de VMware 92
Figura 36.Configuración de tarjeta en VMware 92
Figura 37. Centro de redes y recursos compartidos Windows 7 profesional 93
Figura 38. Configuración de la tarjeta de red VMware ADMIN VTP TOPOLOGIA 93
Figura 39. Configuración NVram switch Servidor 94
Figura 40. Configuración NVram switch Cliente 1 95
Figura 41. Configuración NVram switch Cliente 2 96
Figura 42. Ingreso a router inalámbrico TP-LINK WR740N 98
Figura 43. Configuración de SSID en el router TP-LINK WR740N 98
Figura 44. Identificación Router Inalámbrico 99
Figura 46. Configuración de la tarjeta de red inalámbrica en el servidor 100
Figura 49. Validación IP equipos móviles 101
Figura 50. Diagrama de componentes 102
Figura 51. Tabla de base de datos. 103
Figura 52. Diagrama de Paquetes 104
Figura 53. Diagrama de Despliegue 105
Figura 54. Encriptación de contraseña en la base de datos MYSQL 106
Figura 55. Encriptación en modo privilegiado 107
Figura 56. Encriptación líneas consola y vty 107
Figura 57. Monitoreo de las tarjetas de red con Wireshark 109
Figura 58. Tarjetas de red configuradas en el servidor 109
Figura 59. Pruebas de conexión de switch modo vtp servidor a la red y switches
cliente 1 y cliente 2. 110
Figura 60. Pruebas de conexión de switch modo vtp cliente 1 a la red y switches
servidor y cliente 2 111
12
Figura 61. Pruebas de conexión de switch modo vtp cliente 2 a la red red y
switches servidor y cliente 1 113
Figura 62. Pruebas de conexión de red al switch modo VTP Servidor, cliente 1 y
cliente 2 desde la LAN 114
Figura 63. Captura de trafico de la conexión Switch modo VTP servidor a la LAN y
viceversa 115
Figura 64. Captura de tráfico de la conexión inalámbrica 116
Figura 65. Pruebas de Autenticación Módulos de la aplicación 117
Figura 66. Logo del prototipo 120
Figura 67. Respuesta a la pregunta 1 de cuestionario TAM. 120
Figura 72. Firma Ingeniero Gerlee Varón 122
13
LISTA DE TABLAS
Pág.
.Tabla 1. Factibilidad Técnica - Equipo de desarrollo 40

Tabla 2. Factibilidad Técnica - Software 40
Tabla 3. Factibilidad Técnica - Equipo Móvil Pruebas. 41
Tabla 4. Factibilidad Operativa - Recurso Humano. 41
Tabla 5. Factibilidad Legal - Licencias de Software. 42
Tabla 6. Factibilidad Económica 42
Tabla 7. Autenticación 45
Tabla 8. Monitoreo De VLANS Y VTP. 46
Tabla 9.Configuración VLANS 46
Tabla 10.Configuración VTP 47
Tabla 11. Glosario de términos 49
Tabla 12. Requerimientos no funcionales 52
Tabla 13. Identificación de Actores 54
Tabla 14. Caso de Uso Gestionar Autenticación 59
Tabla 15. Caso de Uso Configurar VLANS. 61
Tabla 16. Direccionamiento ipv4 red topología en GNS3 figura 30 82
Tabla 17. Direccionamiento ipv4 tarjeta virtual VMware 83
Tabla 18. Direccionamiento ipv4 red inalámbrica. 83
Tabla 19.Tarjeta CRC – Aplicación Móvil 86
Tabla 20.Tarjeta CRC – Ui_Autenticación 87
Tabla 21.Tarjeta CRC – Ui_Configuraciones VTP, VLANS y Consultas 87
Tabla 22. Tarjeta CRC – L_GestorDeDatos. 88
Tabla 23. Tarjeta CRC – L_Administrador 88
Tabla 24. Tarjeta CRC – L_Operación 89
Tabla 25. Tarjeta CRC – L_Autenticación 89
Tabla 26. Tarjeta CRC – T_Usuario DBA 89
Tabla 27. Tarjeta CRC – T_Usuario DBA 90
Tabla 28. Características de cisco 3640 97
Tabla 29. Pruebas de Plataforma 108
15
INTRODUCCIÓN
En Colombia como en muchos países el sector de las telecomunicaciones ha

tenido una gran evolución, especialmente en las comunicaciones móviles, que
día tras día, viene presentando avances tecnológicos que permiten el desarrollo
de herramientas orientadas a facilitar la interacción social en todas las formas de
comunicación, propias y necesarias para los seres humanos y aún así no acaban
de satisfacer las necesidades del mercado, teniendo en cuenta la versatilidad de
los insaciables usuarios. Para el año 2014 se agitó el negocio de las 'telcos' en
Colombia. La penetración de los servicios de telefonía móvil alcanzó al tercer
trimestre del año anterior un 112,4 por ciento con 53,5 millones de líneas activas,
una cifra que pone al país cada vez más cerca de los niveles que registran
economías del primer mundo.1 Lo que ha permitido que las aplicaciones
móviles estén en su mejor momento.
Este trabajo brinda la oportunidad de contribuir al crecimiento del portafolio de

aplicaciones móviles, el cual se puede extender a campos de administración de
dispositivos activos de red como los switches. A partir del desarrollo de un
prototipo para la administración de VLANs con el protocolo VTP, desde una
aplicación móvil utilizando como medio de comunicación las redes inalámbricas a
través de la emulación de los equipos activos desde GNS3 y la aplicación web
para dispositivos móviles con plataforma Android.
Se plantea entonces como proyecto de grado, esta propuesta "PROTOTIPO

PARA LA ADMINISTRACIÓN DE VLANS CON VTP DESDE UNA APLICACIÓN
ANDROID"; la cual está organizada por capítulos, los cuales se encuentran
distribuidos de la siguiente manera: en el capítulo I se describe la formulación del
proyecto, la teoría base del proyecto. En el capítulo II se describe los actores y las
actividades que intervienen en el prototipo. En el capítulo III se describe los
requerimientos y definición de casos de uso. En el capítulo IV se describe la
interacción entre los actores por medio de los diagramas de secuencia,
colaboración y actividades. En el capítulo V y VI se describe el análisis y diseño
con base en la teoría. En el capítulo VII se documentas las pruebas junto con el
apoyo de los videos tomados en la verificación de la viabilidad del prototipo y
finalmente se encuentran las conclusiones, recomendaciones, referencias
bibliográficas e infografías y anexos. Adicional se anexa una carpeta de videos
que fueron generados durante la etapa del desarrollo para una mejor comprensión
del mismo.
1
Hernández, Miguel Ángel. Redacción Tecnósfera: Colombia cerró 2014 con cifras récord en materia de
telecomunicaciones. 7 de enero de 2015. [consultado el 17 de enero de 2015]. Disponible en Internet:
http://www.eltiempo.com/tecnosfera/novedades-tecnologia/en-2014-se-agito-el-negocio-de-las-telcos-en-
colombia/15063936.
16
RESUMEN
Se plantea como proyecto de grado, la propuesta "PROTOTIPO PARA LA

ADMINISTRACIÓN DE VLANS CON VTP DESDE UNA APLICACIÓN
ANDROID", en la modalidad de monografía. Esta iniciativa, brinda la oportunidad
de contribuir al crecimiento del portafolio de aplicaciones móviles.
El proyecto valida los beneficios que se pueden obtener, al automatizar

operaciones de configuración en conmutadores de red. Adicionalmente, se
implementa una topología de redes; la cual integra la tecnología WIFI con una red
de switches gns3 virtualizados. La red inalámbrica se compone de un punto de
acceso, un laptop y un dispositivo móvil con sistema operativo Android. Tres
conmutadores CISCO, forman la red cableada virtualizada, en ellos se implementa
el protocolo VTP para la administración de VLANS.
El software que integra el proyecto, incluye un framework desarrollado en la

plataforma Java, para ejecutar las instrucciones de configuración en los
dispositivos, las cuales son ingresadas por el administrador de red, desde la
interfaz gráfica de la aplicación Android. Estas instrucciones se envían como
parámetros de los métodos que integran el servicio web SOAP de la aplicación.
El GNS3 permite la ejecución real del sistema operativo del enrutador 3640 con
módulos de switch. De esta forma el proyecto garantiza que la solución planteada
se puede implementar en equipos reales.
17
ABSTRACT
The proposal "PROTOTYPE FOR MANAGEMENT VLANs VTP FROM AN

APPLICATION WITH ANDROID" in the form of paper is planned as project grade.
This initiative provides an opportunity to help grow the portfolio of mobile
applications.
The project validates the benefits to be gained by automating configuration

operations on network switches. Additionally, a network topology is implemented;
WIFI which integrates technology with GNS3 virtualized network switches. The
wireless network consists of an access point, a laptop computer and a mobile
device with Android operating system. Three switches CISCO form virtualized
wired network, including the VTP protocol to manage VLANS are implemented.
The software integrates the project, including a framework developed in the Java
platform to run the setup instructions on the devices, which are entered by the
network administrator from the Android GUI application. These instructions are
sent as parameters of methods that make up the SOAP Web service application.
The GNS3 allows the actual implementation of the router 3640. In this way the
project ensures that the proposed solution can be implemented in real equipment
operating system.
18
CAPÍTULO 1.FASE DE DEFINICIÓN, PLANEACIÓN Y ORGANZACIÓN
1.1 TITULO
Prototipo para la Administración de VLANs con VTP desde una Aplicación

Android.
1.2 TEMA
Para el desarrollo del prototipo que permite administrar las redes de área local
virtual VLANs desde una aplicación móvil se estudia los temas de redes LAN,
WLAN, VLANs, VTP, virtualización, simuladores y emuladores de red,
aplicaciones móviles, modelo OSI, funcionamiento de Switch y las diferentes
plataformas tecnológicas que se utilizarán en su desarrollo (servicios Web, JEE,
Android, GNS3, Netbeans, Eclipse Luna Glassfish, MySQL).
1.3 PLANTEAMIENTO DEL PROBLEMA
1.3.1 Descripción. En la actualidad para la configuración de switches existen los

métodos de acceso por medio consola, Telnet, SSH, vía Web (HTTP), aplicativos
basados en web y de escritorio. Y aunque el auge en el desarrollo de aplicaciones
móviles en el campo de las telecomunicaciones ha sido amplia, aun no hay
mecanismos que permita la gestión desde la plataforma Android hacia los
equipos activos de red switches.
Los administradores de red pueden usar software móvil con conexión SSH para
la configuración de switches, sin embargo en esta solución la trasmisión de datos
es enviada a servidores que no están bajo la administración directa de las
organizaciones sino de proveedores, lo cual puede ocasionar vulnerabilidad y
alteración en las configuraciones enviadas inicialmente hasta que llegan a su
destino, por ende el conocimiento y acceso a la información de la infraestructura
de su red por personas externas a la entidad. Debido a que en la gestión de
VLANs no hay un mecanismo de asignación de privilegios que permita a los
administradores configurar los comandos propios de su rol.
La ejecución de comandos de forma manual en las configuraciones de equipos

activos de red es susceptible a errores de sintaxis por parte de quien lo ejecuta, lo
que puede ocasionar retrasos en su gestión, procesos incorrectos en la
asignación de permisos, fallas en el correcto funcionamiento de los switches.
19
1.3.2 Formulación. ¿Es posible administrar VLANs mediante un prototipo móvil?
1.3.3 Solución Tecnológica. Se desarrolla un prototipo, que permite construir una

aplicación móvil para la administración de VLANs, por medio del protocolo VTP
desde la plataforma Android. Esto con el fin, de facilitar la ejecución de comandos
desde una interfaz GUI, y permite al administrador de la red, concentrarse en la
lógica de configuración y no en el conocimiento del orden y la sintaxis de los
comandos.
Para el desarrollo del prototipo se han tenido en cuenta varios componentes, que
permiten el correcto funcionamiento del sistema, a partir de la autenticación para
el acceso a las configuraciones. A continuación en la figura 1, se muestra un
diagrama general de la arquitectura del prototipo.
Figura 1. Arquitectura del prototipo.
Fuente: Propia, imágenes tomadas de internet para explicar la arquitectura del

prototipo.
20
La aplicación móvil y web se desarrolla en Java utilizando Eclipse Luna y
Netbeans como IDE de desarrollo por su adaptabilidad con Android alojada en un
servidor Glassfish, la base de datos se realiza en MySql y la simulación de los
equipos activos se realiza en GNS3 que al igual que Java – Android es de uso
libre y se adapta a las necesidades del prototipo. Se utiliza un Access Point para
la conexión inalámbrica entre la aplicación web y móvil, y la comunicación entre el
servidor web y la los equipos virtualizados se realiza a través de una tarjeta de red
emulada por VMWare.
1.4 ALCANCES Y DELIMITACIONES
1.4.1 Alcances.
 A nivel de investigación se analizara la viabilidad de construir un aplicativo
móvil que permita la administración de VLANs por medio del protocolo VTP
desde la plataforma Android.
 El prototipo se desarrollará con una configuración y secuencias de
comandos predeterminada para un estado inicial del switch con miras a
llevarlo a un estado final luego de la ejecución del software.
 El prototipo permitirá interpretar las solicitudes hechas por el usuario desde
la aplicación Android y enviarlas a conmutadores virtualizados por medio de
una aplicación web.
 El prototipo permitirá ejecutar órdenes desde un dispositivo Android para
administrar switches virtualizados por medio de VTP.
 El prototipo permitirá configurar dominios, publicaciones, modos y
depuraciones VTP en switches virtualizados.
 No se realizara enrutamiento Inter-VLAN.
 La aplicación web contará con un módulo de conceptualización de VTP y
VLANS.
 La aplicación Android tendrá un sistema de autenticación de usuarios, para
el acceso a las funciones de configuración.
1.4.2 Delimitaciones.
1.4.2.1 Temática.
 Activación de VTP.
 Rangos de ID de VLANS.
 Configuración de Interfaces troncales.
 Componentes de VTP.
21
1.4.2.2 Tecnológica.
 Se requiere que la aplicación funcione en dispositivos móviles con sistema
operativo Android no inferior a la versión 4.0.
 El prototipo solo funcionara con la tecnología inalámbrica WI-FI.
 El protocolo VTP solo funciona bajo switches de fabricante Cisco.
 El prototipo se desarrollará en un ambiente controlado.
 Los dispositivos físicos activos serán emulados por medio de GNS3.
 El sistema Web será accedido de forma local.
 El sistema es vulnerable cuando el sistema web presente fallos.
1.4.2.3 Geográfica. El prototipo no se desarrolla para ambientes corporativos ni

en instalaciones empresariales reales. La ubicación de los Switch es emulada por
medio de la aplicación GNS3.
1.4.2.4 Temporal. El tiempo de desarrollo del prototipo está comprendido desde

Abril hasta Septiembre de 2015 a cinco meses.
Nota: Se realizaron modificaciones en las fechas de entrega en el cronograma,
debido a que se logró culminar antes de lo propuesto a causa de la disponibilidad
que se obtuvo a nivel laboral para dedicarlo al proyecto.
1.5 OBJETIVOS
1.5.1 Objetivo General. Desarrollar un prototipo que haciendo uso de la

plataforma Android y el simulador GNS3, permita la administración de VLANs
desde un dispositivo móvil.
1.5.2 Objetivos Específicos.

 Crear una aplicación Android que permita al usuario la administración de
VLANs a través de una interfaz GUI.
 Generar una aplicación web que permita la ejecución de operaciones entre
el dispositivo activo switch y la aplicación Android
 Implementar un módulo para el envió de comandos VTP a switches de la
familia CISCO.
 Definir un sistema de transmisión de datos apropiado para la comunicación
entre un dispositivo con plataforma Android y un Switch.
 Implementar un método de autenticación de usuarios para habilitar las
funciones de configuración.
 Validar el prototipo a partir de los resultados obtenidos por el uso del
sistema a usuarios finales desde la virtualización.
22
1.6 JUSTIFICACIÓN
El prototipo encuentra su justificación al utilizar aplicaciones móviles, con un

sistema operativo en auge como Android. Demuestra la posibilidad de adaptar
este tipo de aplicaciones en otras áreas de la ingeniería, como las
telecomunicaciones y administración de redes. Adicionalmente, se logran ventajas
al reducir el tiempo en las tareas de configuración.
El proyecto utiliza dispositivos conmutadores, llegando hasta la capa de enlace del

modelo de referencia OSI, a diferencia de otras aplicaciones que trabajan con
enrutadores en la capa de red. Esto implica el uso de protocolos que no son de
enrutamiento y garantiza la interoperabilidad entre swithes y dispositivos móviles.
En el prototipo se hace énfasis en la seguridad e integridad de la información; se

construye un sistema de autenticación de usuarios en la aplicación móvil, y se
utilizan contraseñas de acceso encriptadas en los tres niveles de configuración de
los dispositivos CISCO que impiden accesos no autorizados a usuarios no
registrados en el sistema.
El proyecto busca facilitar al administrador de red la configuración de los

dispositivos, por medio de interfaces gráficas en el servidor web y en la aplicación
móvil, a diferencia de otras modalidades de configuración como Hyperterminal y
Putty, que exigen mayor conocimiento de la sintaxis de comandos. La
implementación de interfaces gráficas garantiza mayor usabilidad por parte de los
administradores de red e impide que se presenten errores al digitar las
instrucciones de configuración.
El subsistema de monitoreo garantiza la confiabilidad de las operaciones

realizadas por los dispositivos en tanto que permite a los administradores verificar
los estados de VTP y VLAN
La interfaz móvil mejora la ubicuidad a los administradores para configurar la red

sin necesidad de desplazarse hacia la ubicación física del dispositivo activo,
siempre y cuando se encuentre dentro del rango de cobertura del punto de
acceso.
1.7 MARCO REFERENCIAL
1.7.1 Marco histórico. Actualmente, para acceder a la configuración de

conmutadores, se utilizan herramientas basadas en consola; Telnet, SSH así
como herramientas Web y de escritorio.
23
Al realizar las investigaciones en los diferentes sistemas de información;
repositorios de universidades, Internet, artículos IEEE, páginas oficiales de
aplicaciones móviles, no se ha encontrado un sistema que administre VLANs
desde móviles Android, por lo cual a continuación se describen aplicaciones
relacionadas con la administración de redes y conexión a dispositivos móviles.
1.7.1.1 Simulador de dispositivos de red en la plataforma Android. Simulador

móvil desarrollado por Ghazali, KWM de la Universidad Teknikal Malasia Melaka,
Facultad Tecnología de Información y Comunicación. Con el objetivo de facilitar el
aprendizaje basado en problemas, debido a la naturaleza del trabajo que está
destinado a ser utilizado por los alumnos para resolver problemas en la
configuración de dispositivos de red. En la figura 2 se visualiza el menú principal
con el que comienza este simulador.
Figura 2. Simulador de dispositivos de red en la plataforma Android.
Fuente: Ghazali, K.W.M.; Hassan, R.; Ali, Z.M., "A network device simulator in
android platform," Advanced Communication Technology (ICACT), 2013 15th
International Conference on, vol., no., pp.378, 381, 27-30 Jan. 2013. [consultado el
04 de noviembre de 2014]. Disponible en Internet:
http://ieeexplore.ieee.org.bdigital.udistrital.edu.co:8080/xpls/icp.jsp?arnumber=648
8210.
24
1.7.1.2 Sistema para Administrar Enrutamiento desde dispositivo móvil en
una red de routers cisco y Linux. Trabajo de grado desarrollado en el año 2014
para optar al título de ingenieros en Telemática por los estudiantes Fabián Antonio
Guzmán González Claribel Argenis Morales Alba de la Universidad Distrital
Francisco José de Caldas Faculta Tecnológica. Con el objetivo de Desarrollar una
aplicación Web implementando un Servicio Web, que permita instalar y gestionar
los protocolos de enrutamiento OSPF y RIPv2, sobre las arquitecturas Ipv4 e Ipv6
en una red con enrutadores CISCO y Linux. También, una aplicación móvil; capaz
de consumir el Servicio Web a través de la tecnología inalámbrica Wi-Fi.
1.7.1.3 GestióIP. Es un software automatizado basado en Web para gestionar

redes y direcciones IP (IP address management - IPAM), desarrollada por Marc
Ueber y liberada bajo licenciamiento GNU GENERAL PUBLIC LICENSE versión 3
(GPLv3).Dispone de mecanismos poderosos de exploración de redes y una
actualización automática tal como funciones de búsqueda que están accesible
desde todas las páginas. Así se encuentran informaciones sobre redes,
direcciones IP o hosts de forma rápida y sencilla. GestióIP dispone además de un
sistema de gestión de VLANs integrada.
Figura 3. Módulo de Gestión de VLANs de GestióIP.
Fuente: Anónimo, Gestión de direccionamiento IP (IPAM), GestióIP Copyright ©

Marc Uebel 2014. [consultado el 02 de noviembre de 2014]. Disponible en Internet:
http://www.gestioip.net/screenshots_gestioip_es.html.
25
1.7.1.4 ProCurve Manager Plus 2.2. Es una plataforma de gestión de redes
basada en Windows® avanzada y segura que permite a los administradores
configurar, actualizar, supervisar y solucionar problemas de dispositivos ProCurve
de manera centralizada con pantallas sencillas de utilizar y con mucha
información. Cuenta con un módulo de Gestión avanzada de VLAN de fácil uso
permite crear y asignar VLANs en toda la red, sin tener que acceder
individualmente a cada dispositivo de la red.
Figura 4.Módulo de Gestión de Vlan Procurve Mabager Plus 2.2.
Fuente: Anónimo, Módulo de Gestión de Vlans Procurve Manager Plus 2.2

[consultado el 02 de noviembre de 2014]. Disponible en Internet:
http://www.hp.com/rnd/products/management/ProCurve_Manager_Plus2.2/large_i
mage.htm.
1.7.1.5 Cura SysAmin. Este paquete de herramientas o administración remota de

servidores permite configurar y mantener sus servidores Unix/Linux. Ofrece un
emulador de terminal personalizado para la interacción directa con los servidores,
lo que le permite sacar estadísticas sobre signos vitales, sistemas de archivos
montados, memoria, procesos, y demás. Hay un módulo para la lectura de los
registros, y otro para la generación de gráficos de uso de CPU y RAM. También
puede recibir notificaciones cuando otros se registran en el servidor.
26
Figura 5. Aplicación Cura SysAmin
Fuente: HP, Cura SysAmin 2014. [consultado el 02 de noviembre de 2014].

Disponible en Internet: https://play.google.com/store/apps/details?id=com.cura.
1.8 MARCO TEÓRICO
1.8.1 VLAN. Acrónimo de virtual LAN, red de área local virtual. Una VLAN es una
subred IP separada de manera lógica. Las VLAN permiten que redes de IP y
subredes múltiples existan en la misma red conmutada.
1.8.1.1 Ventajas.
 Seguridad: Los grupos que tienen datos sensibles se separan del resto de
la red, disminuyendo las posibilidades de que ocurran violaciones de
información confidencial.
 Reducción de costo: El ahorro en el costo resulta de la poca necesidad de
actualizaciones de red caras y más usos eficientes de enlaces y ancho de
banda existente.
 Mejor rendimiento: La división de las redes planas de Capa 2 en múltiples
grupos lógicos de trabajo (dominios de broadcast) reduce el tráfico
innecesario en la red y potencia el rendimiento.
 Mitigación de la tormenta de broadcast: La división de una red en las
VLAN reduce la cantidad de dispositivos que pueden participar en una
tormenta de broadcast.
 Mayor eficiencia del personal de TI: Las VLAN facilitan el manejo de la
red debido a que los usuarios con requerimientos similares de red
comparten la misma VLAN. Cuando proporciona un switch nuevo, todas las
políticas y procedimientos que ya se configuraron para la VLAN particular
se implementan cuando se asignan los puertos. También es fácil para el
personal de TI identificar la función de una VLAN proporcionándole un
nombre.
 Administración de aplicación o de proyectos más simples: Las VLAN
agregan dispositivos de red y usuarios para admitir los requerimientos
geográficos o comerciales. Tener funciones separadas hace que gestionar
un proyecto o trabajar con una aplicación especializada sea más fácil.
27
También es fácil determinar el alcance de los efectos de la actualización de
los servicios de red.
1.8.1.2 Rangos del ID de la VLAN. El acceso a las VLAN está dividido en un

rango normal o un rango extendido.
 VLAN de rango normal: Se utiliza en redes de pequeños y medianos
negocios y empresas. Se identifica mediante un ID de VLAN entre 1 y 1005.
o Los ID de 1002 a 1005 se reservan para las VLAN Token Ring y
FDDI.
o Los ID 1 y 1002 a 1005 se crean automáticamente y no se pueden
eliminar.
o Las configuraciones se almacenan dentro de un archivo de datos de
la VLAN, denominado vlan.dat. El archivo vlan.dat se encuentra en la
memoria flash del switch.
o El protocolo de enlace troncal de la VLAN (VTP), que ayuda a
gestionar las configuraciones de la VLAN entre los switches, sólo
puede asimilar las VLAN de rango normal y las almacena en el
archivo de base de datos de la VLAN.
 VLAN de rango extendido: Posibilita a los proveedores de servicios que
amplíen sus infraestructuras a una cantidad de clientes mayor. Algunas
empresas globales podrían ser lo suficientemente grandes como para
necesitar los ID de las VLAN de rango extendido.
o Se identifican mediante un ID de VLAN entre 1006 y 4094.
o Admiten menos características de VLAN que las VLAN de rango
normal.
o Se guardan en el archivo de configuración en ejecución.
o VTP no aprende las VLAN de rango extendido.
1.8.2 Protocolo VTP. El VTP permite a un administrador de red configurar un

switch de modo que propagará las configuraciones de la VLAN hacia los otros
switches en la red.
1.8.2.1 Beneficios.
 Consistencia en la configuración de la VLAN a través de la red.
 Seguimiento y monitoreo preciso de las VLAN.
 Informes dinámicos sobre las VLAN que se agregan a una red.
 Configuración de enlace troncal dinámico cuando las VLAN se agregan a la
red.
28
1.8.2.2 Componentes VTP.
 Dominio VTP: Consiste de uno o más switches interconectados. Todos los

switches en un dominio comparten los detalles de configuración de la VLAN
usando las publicaciones del VTP. Un router o switch de Capa 3 define el
límite de cada dominio.
 Publicaciones VTP: El VTP usa una jerarquía de publicaciones para
distribuir y sincronizar las configuraciones de la VLAN a través de la red.
o Resumen: Contiene el nombre de dominio del VTP, el número actual
de revisión y otros detalles de la configuración del VTP. Se envían
publicaciones de resumen:
 Cada 5 minutos, por el servidor o cliente del VTP para
informar a los switches vecinos habilitados por el VTP del
número de revisión actual de la configuración del VTP para su
dominio del VTP.
 Inmediatamente después de haber establecido una
configuración.
o Sub Conjunto: Contiene información de la VLAN. Los cambios que
disparan una publicación de subconjunto incluyen:
 Creación o eliminación de una VLAN.
 Suspensión o activación de una VLAN.
 Cambio de nombre de una VLAN.
 Cambio de MTU de una VLAN.
o Solicitud: Cuando una publicación de solicitud se envía al servidor
del VTP en el mismo dominio del VTP, el servidor del VTP responde
enviando una publicación del resumen y luego una publicación de
subconjunto. Las publicaciones de solicitud se envían si:
 El nombre de dominio del VTP se ha cambiado.
 El switch recibe una publicación de resumen con un número
de revisión de configuración más alto que el suyo.
 Un mensaje de publicación de subconjunto se pierde por
alguna razón.
 El switch se ha reconfigurado.
 Modos VTP: Un switch se puede configurar en uno de tres modos: servidor,
cliente o transparente.
o Servidor: Los servidores del VTP publican la información VLAN del
dominio del VTP a otros switches habilitados por el VTP en el mismo
dominio del VTP. Los servidores del VTP guardan la información de
la VLAN para el dominio completo en la NVRAM. El servidor es
donde las VLAN se pueden crear, eliminar o renombrar para el
dominio.
o Cliente: Los clientes del VTP funcionan de la misma manera que los
servidores del VTP pero no pueden crear, cambiar o eliminar las
VLAN en un cliente del VTP. Un cliente del VTP sólo guarda la
información de la VLAN para el dominio completo mientras el switch
29
está activado. Un reinicio del switch borra la información de la VLAN.
Debe configurar el modo de cliente del VTP en un switch.
o Transparente: Los switches transparentes envían publicaciones del
VTP a los clientes del VTP y servidores del VTP. Los switches
transparentes no participan en el VTP. Las VLAN que se crean,
renombran o se eliminan en los switches transparentes son locales
para ese switch solamente.
o Depuración VTP: La depuración del VTP aumenta el ancho de
banda disponible para la red mediante la restricción del tráfico
saturado a esos enlaces troncales que el tráfico debe utilizar para
alcanzar los dispositivos de destino. Sin la depuración del VTP, un
switch satura el broadcast, el multicast y el tráfico desconocido de
unicast a través de los enlaces troncales dentro de un dominio del
VTP aunque los switches receptores podrían descartarlos.
1.8.2.3 Configuración predeterminada del VTP. En la figura 6 se visualiza cual

es el estado por defecto de VTP que trae configurado los switches de Cisco.
Figura 6. Configuración predeterminada del VTP.
Fuente: Propia, configuración predeterminada de VTP equipos cisco, tomada del

dispositivo 3640 en GNS3.
1.8.3 Virtualización. El principal objetivo a la hora de preparar prototipos de redes

mediante virtualización, es buscar un entorno de trabajo con las siguientes
características:
 Facilidad de configuración: Buscar un entorno gráfico que permita facilitar
el diseño y gestión de topologías de red compuestas por ordenadores
finales (PCs) y equipos de conmutación.
 Entornos de trabajo realistas: Para desarrollar las competencias
demandadas por el sector empresarial en materia de diseño y
administración de redes, se deben manejar equipos reales, preferiblemente
30
a través de emuladores y simuladores de marcas de fuerte implantación en
el mercado. Si es posible, se priorizan herramientas de código abierto.
 Posibilidad de integración en el Campus Virtual: Para realizar
laboratorios fuera de línea. “bajo estas premisas, existen alternativas de
herramientas básicas como: GNS3”2 como diseñador gráfico de redes,
“XORP”3 como router de código abierto con una interfaz de configuración y
funcionalidades similares a routers de reconocido prestigio y, “Virtual Box”4
y “VMWare”5 para la virtualización a distintos niveles.
1.8.4 Aplicaciones Web Según Luján. 6 Las aplicaciones web son aquellas que
están ejecutadas en el entorno de un Cliente (navegador, explorador o
visualizador) interpretadas por un Servidor (servidor web) realizando la
comunicación mediante un protocolo de comunicación HTTP.
Existen dos diferentes tipo de Páginas Web:
 Página Web Estática: Son aquellas aplicaciones creadas mediante HTML
y algunos efectos en Java script que permiten mostrar información, pero
todo de manera muy plana y básica.
 Página Web Dinámica: Son aquellas aplicaciones creadas con algún tipo
de lenguaje de programación web, que además de las etiquetas HTML y
funciones Java script, permite que el usuario tenga una interacción más
compleja como el manejo de Formularios, Base de Datos, Foros.
1.8.5 Mecanismos de conexión.
1.8.5.1 TELNET (Tele Network - Tele Red). Sistema que permite conectarse a
un host o servidor en donde el ordenador cliente hace de terminal virtual del
ordenador servidor. Telnet es un protocolo que permite acceder mediante una red
a otra máquina y manejarla, siempre en modo terminal (no hay gráficos).
2
Grossmann, Jeremy, Graphical Network Simulator, GNS3, Copyright © 2007-2015 GNS3. Todos Los
Derechos Reservados. [consultado el 03 de noviembre de 2014]. Disponible en Internet: http://www.gns3.net.
3
Handley, M., Kohler, E., Ghosh, A., Hodson,O., and Radoslavov, P., Designing extensibleIP router software,
nd
Proceedings of the 2 conference on Symposium on Networked SystemsDesign &implementation - Volume 2,
pp.189–202, 2005.
4
Oracle, Virtual Box, [consultado el 03 de noviembre de 2014].Disponible en Internet:
http://www.virtualbox.org, 2011.
5
VMware, VMware virtualization solutions, [consultado el 03 de noviembre de 2014]. Disponible en Internet:
http://www.vmware.com, 2011.
6
Luján, Sergio. Programación de Aplicaciones Web: Historia, Principios Básicos y Clientes Web. Editorial Club
Universitario – 2002. Pág. 48.
31
1.8.5.2 CORBA. Es una tecnología que oculta la programación a bajo nivel de
aplicaciones distribuidas, de tal forma que el programador no se tiene que ocupar
de tratar con sockets, flujos de datos, paquetes, sesiones etc. CORBA oculta
todos estos detalles de bajo nivel.
1.8.5.3 SSL. Son las siglas en inglés de Secure Socket Layer (en español capa de
conexión segura). Es un protocolo criptográfico (un conjunto de reglas a seguir
relacionadas a seguridad, aplicando criptografía) empleado para realizar
conexiones seguras entre un cliente (como lo es un navegador de Internet) y un
servidor (como lo son las computadoras con páginas web).
1.8.5.4 Socket TCP. Los sockets (zócalos, referido a los enchufes de conexión de
cables) son mecanismos de comunicación entre programas a través de una red
TCP/IP. De hecho, al establecer una conexión vía Internet estamos utilizando
sockets: los sockets realizan la interface entre la aplicación y el protocolo TCP/IP.
1.8.6 ANDROID. Es un conjunto de herramientas de software de código abierto

para teléfonos móviles que fueron creadas por Google y Open Handset Alliance.
1.8.6.1 Características.
 Marco de aplicación que permite la reutilización y el reemplazo de
los componentes.
 Dalvik optimizado para dispositivos móviles.
 Navegador integrado basado en la apertura del motor WebKit.
 Gráficos mejorados con la biblioteca de gráficos 2D; gráficos en 3D basado
en la especificación OpenGL ES 1.0.
 SQLite para el almacenamiento de datos estructurados.
 Soporte para audio, vídeo, y formatos de imagen (MPEG4, H.264, MP3,
AAC, AMR, JPG, PNG, GIF).
 Telefonía GSM (dependiente del hardware).
 Bluetooth, EDGE, 3G, y Wi-Fi (dependiente del hardware).
 Cámara, GPS, brújula, y acelerómetro (dependiente del hardware).
 Entorno de desarrollo muy completo, incluyendo un emulador, herramientas
de depuración, de memoria, perfiles de rendimiento, y un plug-in para
el IDE de Eclipse.
1.8.6.2 Arquitectura. La arquitectura interna de la plataforma Android, está

formada por 4 capas que se visualizan en la figura 7.
32
Figura 7. Arquitectura Android.
Fuente: Lara Cancela García y Sara Ostos Lobo, Programación en dispositivos

móviles portables . [Consultado el 04 de noviembre de 2014]. Disponible en
Internet: https://sites.google.com/site/swcuc3m/home/android/generalidades/2-2-
arquitectura-de-android.
 Aplicaciones: Este nivel contiene, tanto las incluidas por defecto de

Android como aquellas que el usuario vaya añadiendo posteriormente, ya
sean de terceras empresas o de su propio desarrollo.
33
Todas estas aplicaciones utilizan los servicios, las API y librerías de los
niveles anteriores.
 Framework de Aplicaciones: Representa el conjunto de herramientas de
desarrollo de cualquier aplicación. Toda aplicación que se desarrolle para
Android, ya sean las propias del dispositivo, las desarrolladas por Google o
terceras compañías, o incluso las que el propio usuario cree, utilizan el
mismo conjunto de API y el mismo "framework", representado por este
nivel.
 Librerías: La siguiente capa se corresponde con las librerías utilizadas por
Android. Éstas han sido escritas utilizando C/C++ y proporcionan a Android
la mayor parte de sus capacidades más características. Junto al núcleo
basado en Linux, estas librerías constituyen el corazón de Android.
 Tiempo de ejecución de Android: Al mismo nivel que las librerías de
Android se sitúa el entorno de ejecución. Éste lo constituyen las Core
Libraries, que son librerías con multitud de clases Java y la máquina virtual
Dalvik.
 Núcleo Linux: Android utiliza el núcleo de Linux 2.6 como una capa de
abstracción para el hardware disponible en los dispositivos móviles. Esta
capa contiene los drivers necesarios para que cualquier componente
hardware pueda ser utilizado mediante las llamadas correspondientes.
Siempre que un fabricante incluye un nuevo elemento de hardware, lo
primero que se debe realizar para que pueda ser utilizado desde Android es
crear las librerías de control o drivers necesarios dentro de este kernel de
Linux embebido en el propio Android.
1.8.7 GNS3. Graphical Network Simulator 7es un emulador de redes que permite
la virtualización de redes complejas. Al igual que otros emuladores tales como
VMWare o VirtualBox son empleados para virtualizar sistemas operativos
(Windows, Ubuntu, Debian), GNS3 es usado para la emulación de imágenes IOS
(Internetwork Operating System) de routers Cisco.
 Diseño gráfico de topologías de red a emular.
 Emulación de una gran variedad de IOS Cisco, JunOS, IPS y firewalls
CISCO de tipo ASA y PIX
 Emulación de redes Ethernet, ATM y switches Frame Relay.
 Conexión de la red simulada a un entorno real.
 Captura de paquetes integrada usando Wireshark.
 Integración con Qemu y VirtualBox.
7
Grossmann, Jeremy, Graphical Network Simulator, GNS3, Copyright © 2007-2015 GNS3. Todos Los
Derechos Reservados. [consultado el 03 de noviembre de 2014]. Disponible en Internet: http://www.gns3.net.
34
1.8.7.2 Arquitectura. La arquitectura interna de GNS3 se visualiza en la Figura 8.
GNS3 es un interfaz gráfico a Dynamips y Dynagen, los cuáles son las
herramientas que realmente permiten la emulación de IOS Cisco. Más,
concretamente, Dynagen ofrece una interfaz de línea de comandos más simple a
Dynamips, el cuál es en última instancia, el responsable de la emulación de la
IOS. Usando un simple editor de textos, un usuario podría crear su propio fichero
de topología con la red a emular por Dynagen. Precisamente, GNS3 facilita este
proceso creando para ello una sencilla interfaz gráfica que abstrae al usuario de
los detalles de configuración del escenario.
Figura 8.Arquitectura GNS3.
Fuente: Antonio Ruiz, Arquitectura De Redes , [consultado el 04 de noviembre de

2014]. Disponible en Internet: http://ocw.um.es/ingenierias/arquitectura-de-
redes/practicas-1/ar-boletin1-ocw.pdf.
 Interoperabilidad: Permite a las aplicaciones desarrolladas en diferentes
lenguajes y corriendo en sistemas heterogéneos comunicarse.
 Integración Dinámica: Permite aplicaciones a localizar dinámicamente e
integrarse con alguna otra para proveer soluciones empresariales.
 Estándares de las Industrias: Permite a las aplicaciones comunicarse con
otras usando estándares conocidos como XML, SOAP, WSDL and UDDI.
 Seguridad: Permite a las aplicaciones comunicarse bajo un ambiente
seguro usando XML signaturey XML encryption. La XML
signature y encryption son mecanismos de seguridad para mantener la
integridad de los datos que es transferida por internet.
35
1.8.8 Motor de bases de datos MYSQL. Es un gestor de base de datos sencillo
de usar e increíblemente rápido. También es uno de los motores de base de datos
más usados en Internet, la principal razón de esto es que es gratis para
aplicaciones no comerciales.
 Es un gestor de base de datos. Una base de datos es un conjunto de
datos y un gestor de base de datos es una aplicación capaz de manejar
este conjunto de datos de manera eficiente y cómoda.
 Es una base de datos relacional. Una base de datos relacional es un
conjunto de datos que están almacenados en tablas entre las cuales se
establecen unas relaciones para manejar los datos de una forma eficiente y
segura. Para usar y gestionar una base de datos relacional se usa el
lenguaje estándar de programación SQL.
 Es Open Source. El código fuente de MySQL se puede descargar y está
accesible a cualquiera, por otra parte, usa la licencia GPL para aplicaciones
no comerciales.
 Es una base de datos muy rápida, segura y fácil de usar. Gracias a la
colaboración de muchos usuarios, la base de datos se ha ido mejorando
optimizándose en velocidad. Por eso es una de las bases de datos más
usadas en Internet.
1.8.9 Marco Metodológico. La metodología a utilizar es la RUP, como

herramienta básica para el análisis y el diseño del sistema de información.
Rational Unified Process (RUP) es una metodología de desarrollo de software

orientado a objeto que establece las bases, plantillas, y ejemplos para todos los
aspectos y fases de desarrollo del software. RUP es herramientas de la ingeniería
de software que combinan los aspectos del proceso de desarrollo (como fases
definidas, técnicas, y prácticas) con otros componentes de desarrollo (como
documentos, modelos, manuales, código fuente, etc.) dentro de un framework
unificado. RUP establece cuatro fases de desarrollo cada una de las cuales está
organizada en varias iteraciones separadas que deben satisfacer criterios
definidos antes de emprender la próxima fase. Como se visualiza en la figura 9.
36
Figura 9. Estructura del RUP mostrada en dos dimensiones.
Fuente: Anónimo, Proceso Unificado Rational Aplicado, [consultado el 05 de

noviembre de 2014]. Disponible en Internet:
http://www.ptolomeo.unam.mx:8080/xmlui/bitstream/handle/132.248.52.100/175/A
8%20Cap%C3%ADtulo%205.pdf?sequence=8.
 Forma disciplinada de asignar tareas y responsabilidades (quién hace qué,
cuándo y cómo)
 Pretende implementar las mejores prácticas en Ingeniería de Software
 Desarrollo iterativo
 Administración de requisitos
 Uso de arquitectura basada en componentes
 Control de cambios
 Modelado visual del software
 Verificación de la calidad del software
37
1.8.9.2 Fases. RUP divide el proceso en 4 fases, dentro de las cuales se realizan
varias iteraciones en número variable según el proyecto y en las que se hace un
mayor o menor hincapié en los distintas actividades.
 Concepción o Inicio: Tiene por finalidad definir la visión, los objetivos y el
alcance del proyecto, tanto desde el punto de vista funcional como del
técnico, obteniéndose como uno de los principales resultados una lista de
los casos de uso y una lista de los factores de riesgo del proyecto. El
principal esfuerzo está radicado en el Modelamiento del Negocio y el
Análisis de Requerimientos. Es la única fase que no necesariamente
culmina con una versión ejecutable.
 Elaboración: Tiene como principal finalidad completar el análisis de los
casos de uso y definir la arquitectura del sistema, además se obtiene una
aplicación ejecutable que responde a los casos de uso que la
comprometen. A pesar de que se desarrolla a profundidad una parte del
sistema, las decisiones sobre la arquitectura se hacen sobre la base de la
comprensión del sistema completo y los requerimientos (funcionales y no
funcionales) identificados de acuerdo al alcance definido.
 Construcción: está compuesta por un ciclo de varias iteraciones, en las
cuales se van incorporando sucesivamente los casos de uso, de acuerdo a
los factores de riesgo del proyecto. Este enfoque permite por ejemplo
contar en forma temprana con versiones el sistema que satisfacen los
principales casos de uso. Los cambios en los requerimientos no se
incorporan hasta el inicio de la próxima iteración.
 Transición: Se inicia con una versión “beta” del sistema y culmina con el
sistema en fase de producción.
1.8.9.3 Flujos de Trabajo de Procesos. En RUP se han agrupado las actividades

en grupos lógicos definiéndose 9 flujos de trabajo principales, los 6 primeros son
conocidos como flujos de ingeniería y los tres últimos como flujos de apoyo.
 Modelo del Negocio: Describe los procesos de negocio, identificando
quiénes participan y las actividades que requieren automatización.
 Requerimiento: Define qué es lo que el sistema debe hacer, para lo cual
se identifican las funcionalidades requeridas y las restricciones que se
imponen.
 Análisis y Diseño: Describe cómo el sistema será realizado a partir de la
funcionalidad prevista y las restricciones impuestas (requerimientos), por lo
que indica con precisión lo que se debe programar.
 Implementación: Define cómo se organizan las clases y objetos en
componentes, cuáles nodos se utilizarán y la ubicación en ellos de los
componentes y la estructura de capas de la aplicación.
 Prueba (Testeo): Busca los defectos a los largo del ciclo de vida.
 Instalación o despliegue: Produce release del producto y realiza actividades
(empaque, instalación, asistencia a usuarios, etc.) para entregar el software
a los usuarios finales.
38
1.8.9.4 Flujos de Trabajo de Soporte.
 Administración del proyecto: Involucra actividades con las que se busca
producir un producto que satisfaga las necesidades de los clientes.
 Administración de configuración y cambios: Describe cómo controlar los
elementos producidos por todos los integrantes del equipo de proyecto en
cuanto a: utilización/actualización concurrente de elementos, control de
versiones, etc.
 Ambiente: Contiene actividades que describen los procesos y herramientas
que soportarán el equipo de trabajo del proyecto; así como el procedimiento
para implementar el proceso en una organización.
1.8.10 Marco Conceptual.

 VLAN: (acrónimo de virtual LAN, «red de área local virtual») es un método
de crear redes lógicamente independientes dentro de una misma red física.
 VTP: VLAN Trunking Protocol, un protocolo de mensajes de nivel 2 usado
para configurar y administrar VLANs en equipos Cisco. Permite centralizar y
simplificar la administración en un domino de VLANs, pudiendo crear, borrar
y renombrar las mismas, reduciendo así la necesidad de configurar la
misma VLAN en todos los nodos. El protocolo VTP nace como una
herramienta de administración para redes de cierto tamaño, donde la
gestión manual se vuelve inabordable.
 GNS3: Es un emulador gráfico de la red que permite la simulación de redes
complejas.
 AUTOMATIZACIÓN: (automatización; del griego antiguo auto: guiado por
uno mismo) es el uso de sistemas o elementos computarizados y
electromecánicos para controlar maquinarias y/o procesos industriales
sustituyendo a operadores humanos.
 PROTOTIPO: En el ámbito de la informática, se conoce como prototipo al
modelo que se desarrolla de un software para reflejar cómo se comporta un
sistema. Estos prototipos se utilizan para comprender cómo funciona el
sistema en cuestión.
 SIMULADOR: Es una aplicación diseñada en un ambiente de trabajo que
permitirá obtener diferentes resultados al cambiar algunos datos
 ANDROID: Es un sistema operativo orientado a dispositivos móviles,
basado en una versión modificada del núcleo Linux. Inicialmente fue
desarrollado por Android Inc., una pequeña empresa, que posteriormente
fue comprada por Google; en la actualidad lo desarrollan los miembros de
la Open Handset Alliance.
 VIRTUALIZACIÓN: Es un medio para crear una versión virtual de un
dispositivo o recurso, como un servidor, un dispositivo de almacenamiento,
una red o incluso un sistema operativo, donde se divide el recurso en uno o
más entornos de ejecución.
 SERVICIOS WEB: La W3C define "Servicio web" como un sistema de
software diseñado para permitir interoperabilidad máquina a máquina en
39
una red. En general, los servicios web son sólo APIs Web que pueden ser
accedidas en una red, como internet, y ejecutadas en un sistema de hosting
remoto.
1.9 FACTIBILIDAD
1.9.1 Factibilidad técnica. La especificación de software y hardware que se

manejara dentro del proyecto está definida por las herramientas descriptas en las
tablas de la 1 a la 3.
.Tabla 1. Factibilidad Técnica - Equipo de desarrollo
COMPUTADOR DE DESARROLLO
Procesador Intel Corei Unidad Quemadora de DVD
5 2,4 Ghz
4 GB de Memoria Ram Mouse Teclado
Disco Duro de 1 Tera Pantalla
Tarjeta de Red Adaptador de Red Intel® PRO/100 Network
Inalámbrica Connection
Fuente: Propia, tabla realizada en Microsoft Office Word 2007.
Tabla 2. Factibilidad Técnica - Software
SOFTWARE
PROGRAMA DESCRIPCIÓN
Windows 7 Plataforma o sistema operativo
MySQL Sistema manejador de base de datos
Glassfish Servidor de Aplicaciones
Netbeans Interfaz de desarrollo
JAVA JEE Especificación del lenguaje de programación
GNS3 Emulador de red.
40
Tabla 3. Factibilidad Técnica - Equipo Móvil Pruebas.
EQUIPO MOVIL
Android 4.4.2 Avvio_750
Bluetooth Ranura de expansión para tarjeta de memoria
microSD (hasta 32 GB)
Soporta Pantalla Principal: QVGA 320 x 240, hasta
aplicaciones Java 16,7 millones de colores.
MIDP 2.0, CLCD 1.0
1.9.2. Factibilidad Operativa. El proyecto es factible operativamente porque la

plataforma tecnológica que se va a utilizar y todas las actividades desarrolladas
van a ser asumidas en su totalidad por la integrante del proyecto. En la tabla 4 se
relacionan los recursos Humanos.
Tabla 4. Factibilidad Operativa - Recurso Humano.
INTEGRANTE ROL FUNCIONES

Luis Felipe Director del Plantear las correcciones al
Wanumen proyecto programa y guiar en el desarrollo
Silva del mismo, para que éste resulte
más estable y acorde a los
requerimientos y estándares de la
institución.
INTEGRANTE ROL FUNCIONES
Mercy Analista y Desarrollar la aplicación
Esperanza Desarrolladora informática y realizar los ajustes
Tellez Lozano necesarios a los requerimientos.
Deben mantenerse en continua
comunicación con el tutor de la
Universidad Distrital.
1.9.3 Factibilidad legal. El uso de las herramientas para el desarrollo de la

aplicación, se ampara en su mayoría ser libre. En la tabla 5 se relacionan sus
licencias.
41
Tabla 5. Factibilidad Legal - Licencias de Software.
HERRAMIENTA LICENCIA COMENTARIOS

/SOFTWARE
MSQL Free
GLASSFISH Free
NETBEANS Free
ANDROID Free
JEE Free
GNS3 Free Emulador de redes
WINDOWS 7 Con licencia
El proyecto es factible legalmente porque cuenta con las licencias de software

gratuito y trabajará con lenguajes de programación bajo la licencia GNU/ GPL
necesarios para el desarrollo del proyecto.
1.9.4 Factibilidad económica. En la tabla 6 se muestran los diferentes gastos

que se tienen en cuenta en el proyecto y se entrega un presupuesto total para la
elaboración del mismo.
Tabla 6. Factibilidad Económica
RECURSO DESCRIPCI CANTI COSTO COSTO

ÓN -DAD UNITARIO TOTAL
Computador Equipo para 1 $ 1.800.000 $1.800.000
el desarrollo
y las
pruebas del
prototipo.
Router Equipo para 1 $180.000 $180.000
las pruebas
del
prototipo.
Equipo Celular para 1 $ 290.000 $290.000
Móvil realizar las
pruebas del
prototipo.
42
RECURSO DESCRIPCI CANTI COSTO COSTO
ÓN -DAD UNITARIO TOTAL
Internet Internet 6 $67.000 ($/m) $402.000
Banda
Ancha 3
Megas
de ETB.
Software Java, $0 $0
GNS3,
Android,
MYSQL,
Glassfish
Analista de Ejecutora 900 $15.000 ($/h) $
Sistemas del 13.500.000
y Proyecto
Desarrollado
ra de
software
Horas Tutor Tutor del 192 $50.000 ($/h) $ 9.600.000
proyecto
Luz Consumo 6 $8.000($/m) $48.000
de Luz
Papelería Impresiones 200 $100 $20.000
y/o
fotocopias
Total $25.840.000
Los recursos físicos y humanos se encuentran expresados en Horas Máquina y

Horas Hombre, respectivamente. La analista de sistemas y desarrolladora tendrá
una intensidad de trabajo de 25 horas semanales de lunes a sábado durante 6
meses. El tutor del proyecto tendrá una intensidad de trabajo de 8 horas
semanales, durante 6 meses.
El equipo móvil tendrá una intensidad de trabajo de 2 horas semanales, durante 6
meses. Los cálculos Totales se expresan según el formato; Horas
Hombre/Máquina = Valor Hora* horas diarias* días Mes* Meses Duración.
43
1.10 CRONOGRAMA
Figura 10. Cronograma
Se tiene una modificación en las fechas del cronograma debido a que se dispuso
más horas de lo programado en los meses de abril a Agosto por parte de la
ejecutora para su desarrollo.
Los recursos físicos y humanos se encuentran expresados en Horas Máquina y

Horas Hombre, respectivamente. La analista de sistemas y desarrolladora tendrá
una intensidad de trabajo de 25 horas semanales de lunes a sábado durante 6
meses. El tutor del proyecto tendrá una intensidad de trabajo de 8 horas
semanales, durante 6 meses.
El equipo móvil tendrá una intensidad de trabajo de 2 horas semanales, durante 6
meses. Los cálculos Totales se expresan según el formato; Horas
Hombre/Máquina = Valor Hora* horas diarias* días Mes* Meses Duración.
Nota: Se realizaron modificaciones en las fechas de entrega en el cronograma,

debido a que se logró culminar antes de lo propuesto a causa de la disponibilidad
que se obtuvo a nivel laboral para dedicarlo al proyecto.
44
CAPÍTULO 2. FASE DE MODELAMIENTO DEL NEGOCIO
La finalidad del modelado del negocio es describir cada proceso del negocio
especificando sus datos, actividades, actores y reglas del negocio para
comprender el ámbito de la aplicación que se va a implementar.
2.1 DESCRIPCIÓN DE PROCESOS
A continuación se describen los procesos que se identifican para el desarrollo del

prototipo de acuerdo a la solución planteada en la figura 1.
2.1.1 Autenticación. El prototipo ADMIN VTP permitirá validar la autenticación

de los usuarios registrados en la base de datos y les dará la autorización para
acceder a las actividades de configuración y administración de los dispositivos
activos. En la tabla 8 se describe el proceso de autenticación.
Tabla 7. Autenticación
Proceso de Autenticación
Descripción  El Administrador de red ingresa los datos de
autenticación usuario y contraseña.
 La aplicación Web verifica si los datos son
correctos contra la base de datos.
 Si el ingreso al sistema es correcto se permitirá
el acceso al menú principal de configuración y
administración VLANS y VTP.
 Si el ingreso es incorrecto se informará en un
mensaje emergente el problema que se
presentó.
Prioridad Alta
2.1.2 Monitoreo De VLANS Y VTP. El prototipo ADMIN VTP permitirá visualizar

el estado de las VLANS, VTP y publicaciones. En la tabla 9 se describe el proceso
de monitoreo de VLANS y VTP.
45
Tabla 8. Monitoreo De VLANS Y VTP.
Proceso de Consulta Estado de VLANS

Descripción  El administrador de red elige el dispositivo
activo a consultar.
 El administrador de red elige la opción a
consultar: estado de VTP, estado de VLANS o
estado de publicaciones.
 La aplicación móvil envía la petición a la
Proceso de Consulta Estado de VLANS
 La aplicación web envía la orden al
Framework VTP para conectar al
dispositivo seleccionado y recupera la
información del estado de la consulta y
desplegándola en la aplicación web.
Prioridad Alta
2.1.3 Configuración VLANS. El prototipo ADMIN VTP permitirá crear y eliminar

VLANS en dispositivos activos con configuración VTP Servidor. En la tabla 10 se
describe el proceso de configuración de VLANS.
Tabla 9.Configuración VLANS
Proceso de Configuración VLANS

activo a configurar de modo VTP Servidor.
 El administrador de red elige la opción de crear
o eliminar VLANS
aplicación web.
 La aplicación web envía la orden al Framework
VTP para conectar al dispositivo seleccionado
y realizar la creación o eliminación de VLAN,
Prioridad Alta
46
2.1.4 Configuración de VTP. El prototipo ADMIN VTP permitirá crear el dominio
y la versión de VTP en el dispositivo activo. En la tabla 11 se describe el proceso
de configuración de VTP
Tabla 10.Configuración VTP
Proceso de Configuración VTP

activo a configurar.
Proceso de Configuración VTP
 El administrador de red elige la opción de crear
dominio y la versión.
aplicación web.
 La aplicación web envía la orden al Framework
 VTP para conectar al dispositivo seleccionado
y realizar la creación del dominio y versión,
Prioridad Alta
2.2 MODELO DEL DOMINIO
En la figura 12 se visualiza el diagrama general del modelo del dominio.
47
Figura 11. Diagrama de Modelo del Dominio Inicial – Vista General.
Fuente: Propia, imágenes tomadas de internet y Microsoft office Word 2007.
2.3 GLOSARIO DE TERMINOS
En la tabla 12 se realiza una descripción general de las clases que conforman el

modelo del domino inicial.
48
Tabla 11. Glosario de términos
NOMBRE DESCRIPCIÓN
APLICACIÓN MOVIL
Autenticación Representa la actividad principal que
interactúa con la clase WEB SERVER ADMIN
VTP por medio de la interacción del
administrador de red.
Configuración VTP Representa la actividad en donde están las
opciones de configuración VTP de creación
de dominio y selección de versión.
Configuración VLANS Representa la actividad en donde esta las
opciones de configuración VLANS de
eliminación y creación.
Monitoreando VLANS y Representa la actividad en donde esta las
VTP opciones de monitoreo de estado de VLANS,
VTP y publicaciones.
APLICACIÓN SERVIDOR
WEB SERVER VTP Representa el proceso que invoca la
validación de autenticación que se relaciona
con el administrador, que a su vez llama a la
clase Usuario DBA y ésta última a Conexión
DBA.
Conexión DBA Representa el proceso en donde esta las
opciones de conexión a la base de datos.
Usuario DBA Representa la instancia del usuario para
realizar la conexión a la base de datos.
49
CAPITULO 3. REQUERIMIENTOS
En esta etapa, se define cuáles son los procesos y procedimientos que se tienen
en el escenario para el cual se va a desarrollar la aplicación. Esto permite
identificar los casos concretos que debe automatizar el sistema, con el fin de
aclarar el enfoque que quiere tener el cliente con el software.
Como en cualquier proceso de desarrollo de software, es necesario definir las

especificaciones y requerimientos con las que la aplicación debe contar.
El objetivo del análisis de requerimientos es determinar las condiciones o
capacidades que debe cumplir el sistema que se quiere diseñar, para satisfacer
las necesidades de un grupo de usuarios.
Para lograr esto utilizaremos la definición de requerimientos. Un requerimiento se

puede entender como una descripción informal de las necesidades y deseos que
tiene el usuario final respecto a un producto de software.
3.1 REQUERIMIENTOS FUNCIONALES
Los requisitos funcionales definen qué debe hacer el sistema.
 El sistema debe permitir acceder a un usuario al sistema mediante una

identificación y una contraseña.
 El sistema debe validar el acceso de autenticación.
 El sistema debe permitir la administración de VLANS en los equipos activos de

modo VTP servidor.
 El sistema debe permitir la administración de VTP en los equipos activos
 El sistema debe permitir realizar consulta del estado de VTP, VLANS y

publicaciones en los equipos activos.
50
3.2 REQUERIMIENTOS NO FUNCIONALES
Los requisitos no funcionales definen cómo debe ser el sistema. En la tabla 12 se

describen.
3.2.1 Rendimiento. La aplicación debe desempeñar su función de una manera

fluida. Se debe buscar la experiencia de uso más agradable para el usuario.
3.2.2 Disponibilidad. La aplicación debe estar disponible en google drive y debe

funcionar con la integración de conexión inalámbrica y conexión virtual cableada.
3.2.3 Accesibilidad. La aplicación debe ser legible y tiene que seguir los patrones
de accesibilidad de Google y desarrollo Android.
3.2.4 Usabilidad. Cualquier usuario con conocimiento en configuración de

equipos activos debe ser capaz de utilizar la aplicación y acceder a toda la
funcionalidad sin ningún tipo de restricción.
3.2.5 Estabilidad. La aplicación debe ser capaz de manejar los errores ocurridos
durante la ejecución de la misma y avisando a este de la naturalidad del error.
3.2.6 Interfaz. Clara y concisa. No debe dar lugar a la confusión del usuario y
debe seguir los estándares de diseño de interfaces.
3.2.7 Integración. La aplicación debe de integrarse con todo el sistema operativo

de Android. Hacer uso de las aplicaciones nativas si se necesita y mantener un
diseño acorde al sistema.
3.2.8 Optimización. El consumo de batería y de datos debe ser adecuado, y

nunca dejar procesos sueltos que consuman memoria y batería. El tiempo de
ejecución debe ser mínimo, para mejorar los tiempos de respuesta y la experiencia
de uso del usuario.
51
Tabla 12. Requerimientos no funcionales
Tipo de Especificación Justificación Alcanzable Prioridad

Requerimiento
Disponibilidad El sistema debe Se requiere para Si Alta
funcionar aumentar la
basándose modularidad y
servicios web escalabilidad.
server.
Integración La aplicación Es necesario Si Media
móvil debe poder considerar
ser instalada en dispositivos que
cualquier versión cuenten con
del sistema capacidad de
operativo procesamiento
Android mayor o menor al que se
igual a 4.0. usará para las
demostraciones
Rendimiento El sistema debe Se requiere para Si Media
tardar máximo asegurar la
10 segundos en navegabilidad y
responder a una facilidad de uso
petición
Usabilidad El flujo de Se debe Si Media
navegación de la asegurar un
interfaz gráfica diseño efectivo y
debe permitir que sea lo
que el usuario suficientemente
aprenda a usar entendible
la aplicación
móvil en un
tiempo máximo
de 10 minutos
Integración El sistema móvil Este Si Alta
debe poder requerimiento
conectarse a una asegura la
aplicación web y integración entre
framework VTP. la aplicación web
y el framework
52
Tipo de Especificación Justificación Alcanzable Prioridad
Requerimiento
Integración El sistema debe Esto facilitará la Si Alta
estar construido integración con
en arquitectura otros sistemas.
SOAP
Estabilidad Todo el sistema Esto facilitará el Si Alta
debe estar mantenimiento e
completamente integración
documentado, posterior con
tanto en el otros sistemas
código fuente,
como en los
manuales de
usuario
Rendimiento El sistema debe Debe Si Media
garantizar que el garantizarse un
diseño de las uso adecuado y
consultas no eficiente de los
afecte el recursos de
desempeño del manera que el
framework. tiempo de
respuesta a
cualquier petición
no se vea
afectado
3.3 IDENTIFICACIÓN DE ACTORES
Partiendo de la arquitectura del prototipo planteada en la figura 1, se identifican

los actores que intervendrán en la tabla 13.
53
Tabla 13. Identificación de Actores
ACTORES DEL NEGOCIO JUSTIFICACIÓN

Administrador de red Este rol representa a la persona
encargada de realizar la
administración y configuración de
VLANS y VTP en los switches de la
familia cisco.
Framework VTP Este sistema es el encargado de

ejecutar las operaciones de
configuración de VLANS y VTP
emitidas desde la aplicación Móvil,
verificar el curso de las mismas y
retornar los resultados de dichas
operaciones en la interfaz gráfica de
la aplicación web.
Aplicación Móvil Este sistema permite la interacción
con el usuario, a través de una
interfaz gráfica GUI con opciones de
configuración y administración de
VLANS y VTP.
Aplicación Web Este sistema permite la interacción

entre la aplicación móvil, el framework
VTP y los equipos activos.
Fuente: Propia, tabla realizada en Microsoft Office Word 2007 con imágenes
tomadas de internet y Microsoft Office Word 2007.
3.4 LISTA PRELIMINAR DE CASOS DE USO VISTA GENERAL
Los casos de uso describen el modo en que un actor interactúa con el sistema.
Para el caso de ADMIN VTP el administrador de red debe autenticarse desde la
aplicación móvil y los datos serán enviados a la aplicación web para validar el
54
acceso a las configuraciones. Allí el administrador de red se encargará de
seleccionar el dispositivo activo y la operación a ejecutar desde la aplicación
móvil. El sistema móvil enviará la solicitud de configuración al sistema web, el
cual se conectará con el Framework VTP y le enviará los datos del dispositivo y
operación a ejecutar, desplegando el proceso en la interfaz web.
 Administrador de red
o Gestionar Autenticación
o Configurar VTP
o Configurar VLANS
o Monitorear VTP y VLANS
 Aplicación Web
o Configurar VTP
o Configurar VLANS
 Aplicación Móvil
o Configurar VTP
o Configurar VLANS
 Framework VTP
o Configurar VTP
o Configurar VLANS
En la figura 12 se observa el diagrama de casos de uso en una vista general.
55
Figura 12. Diagrama de Casos de Uso (vista general)
Fuente: Propia, imágenes tomadas de Rational Rose 2003.
3.5 DEPURACIÓN DE CASOS DE USO
 Administrador de red
 Iniciar Sesión
o Configurar VTP
 Creación de Dominio
 Selección de Versión
o Configurar VLANS
 Crear VLAN
 Eliminar VLAN

 Consultar estado de VTP
 Consultar estado de VLANS
 Consultar estado de Publicaciones
 Aplicación Web
56
 Iniciar Sesión
o Configurar VTP
o Configurar VLANS
 Crear VLAN
 Eliminar VLAN

 Aplicación Móvil
 Iniciar Sesión
o Configurar VTP
o Configurar VLANS
 Crear VLAN
 Eliminar VLAN

 Framework VTP
o Configurar VTP
o Configurar VLANS
 Crear VLAN
 Eliminar VLAN

 Consultar estado de VLAN
57
3.6 DOCUMENTACIÓN DE CASOS DE USO
3.6.1 Caso de Uso Gestionar Autenticación. Este caso de uso permite al

sistema web validar la autenticación del administrador de red para acceder a las
configuraciones y consultas de VTP y VLANS. Su diagrama se visualiza en la
figura 13 y su documentación en la tabla 14.
Figura 13. Caso de uso Gestionar Autenticación
58
Tabla 14. Caso de Uso Gestionar Autenticación
IDENTIFICACION CASO DE USO ACTORES

01 Gestionar Autenticación Administrador de red
Aplicación móvil
Aplicación web
OBJETIVO
Permitir la identificación del Administrador de red que se encuentra frente al
sistema para desplegar las operaciones y configuraciones de VTP y VLANS
DESCRIPCIÒN
Cuando el administrador de red inicia sesión desde la aplicación móvil la
aplicación web valida su ingreso (por medio de una identificación y clave de
acceso) y le proporciona el ambiente de consultas y operaciones.
Casos de Usos Configuración VTP
Asociados Configuración VLANS
Monitoreo VLANS y VTP
Precondiciones El Usuario debe estar registrado en el Sistema
Post-Condiciones Al terminar el proceso de autenticación de forma
exitosa, el sistema móvil desplegara las opciones de:
 Configuración VTP
 Configuración VLANS
 Monitoreo VTP y VLANS
CURSO NORMAL DE LOS EVENTOS

No. Administrador # Aplicación móvil # Aplicación Web
De
Red
1. El Administrador 2 El Sistema se
de red notifica al adapta al ambiente
Sistema que se de la petición y
iniciará una solicita una Cuenta
Sesión nueva. y Clave de
acceso.
3 El Administrador 4 El Sistema verifica

de re ingresa la los datos.
Cuenta y Clave
de Acceso.
5 El sistema envía la
información
capturada vía
SOAP a la
aplicación web.
59
7 El Sistema habilita 6 El Sistema verifica los
las operaciones. datos.
MANEJO DE SITUACIONES EXCEPCIONALES

Usuario o clave Invalidad: Si el Actor ingresa un Usuario o clave de Acceso
invalidad, el Sistema debe bloquear su acceso y notificar al Actor que los datos
suministrados son erróneos o que no se encuentra registrado en el Sistema.
Servidor Web o Base de Datos inactivos: Si no se encuentran arriba el servidor
Web o la base de datos se notificara al Administrado con un mensaje de
Problemas de Conexión.
3.6.2 Caso de Uso Configurar VLANS. Este caso de uso permite al sistema
realizar las operaciones de crear y eliminar VLANS en dispositivos activos
configurados en modo VTP Servidor. Su diagrama se visualiza en la figura 14 y su
documentación en la tabla 15.
Figura 14. Caso de Uso Configurar VLANS
Fuente: Propia, imágenes tomadas de Rational Rose 2003
60
Tabla 15. Caso de Uso Configurar VLANS.

02 Configurar VLANS Administrador de red
Aplicación móvil
Aplicación web
Framework VTP
OBJETIVO
Permitir la creación y/o eliminación de VLANS en el equipo activo seleccionado.
DESCRIPCIÒN
Cuando el administrador de red selecciona el menú de configurar VLANS podrá
seleccionar entre crear y/o eliminar las VLANS en los switch que estén en modo
VTP Servidor.
Precondiciones El Usuario debe pasar el proceso de autenticación
El dispositivo activo debe estar configurado bajo
modo VTP Servidor.
El Administrador de la red debe haber elegido el
dispositivo a configurar.
Post-Condiciones Al terminar el proceso de creación y/o eliminación de
VLANS de forma exitosa, el sistema móvil
desplegara el mensaje de Operación Procesada y
serán visualizadas en la aplicación Web
De igual forma se podrá seguir viendo los demás
módulos de consultas y configuración:

# Administrador # Aplicación # Aplicación # Framework
De móvil Web VTP
Red
1 El Actor notifica 2 El Sistema se
al Sistema que adapta al
se iniciará la ambiente de
configuración de Configuración
VLANS de VLANS,
desplegando los
switch
61
De móvil Web VTP
Red
3 Selecciona el
dispositivo
activo para
realizar la
configuración de
VLANS
4 Ingresa el 5 El sistema envía

nombre y la información
número de capturada vía
VLANS SOAP a la
aplicación web.
7 El Sistema El Sistema
verifica los 8 realiza la
datos y envía la conexión a
información al los
Framework dispositivos
conectándose activos y
por medio de ejecuta las
telnet operaciones
enviadas vía
SOAP.
El sistema 1 Se confirma la 1 Se despliega las 9 El sistema
confirma la 1 ejecución de las 0 operaciones confirma la
ejecución de las operaciones en realizadas. ejecución de
operaciones el dispositivo las
seleccionado operaciones
Información Incompleta: Si el Administrador de red no suministra en su totalidad
la información solicitada, el Sistema no le debe permitir seguir con la operación de
creación y/o eliminación. Y le desplegara un mensaje solicitándole ingresar de
nuevo la información de nombre de VLAN y número de identificación.
Servidor Web, Framework o topología sin funcionar: Si la topología de red, el
servidor web, la topología de red no está disponible no se realizara las
operaciones solicitadas. Y le desplegara un mensaje indicando falla en la
conexión.
Datos no existentes: Si no existe la VLAN a eliminar o ya exista la que se quiera
crear, el sistema retornara el mensaje de cisco en la aplicación web.
Fuente: Propia, tabla realizada en Microsoft Office.
62
3.6.3 Caso de Uso Configurar VTP. Este caso de uso permite al sistema
realizar las operaciones de creación de dominio y selección de versión en la
configuración de VTP. Su diagrama se visualiza en la figura 15 y su
documentación en la tabla 16.
Figura 15. Caso de Uso Configurar VTP
63
Figura 16. Caso de Uso Configurar VTP

03 Configurar VTP Administrador de red
Aplicación móvil
Aplicación web
Framework VTP
OBJETIVO
Permitir la creación dominio y versión de VTP en el equipo activo seleccionado.
DESCRIPCIÒN
Cuando el administrador de red selecciona el menú de configurar VTP podrá
seleccionar la creación del dominio y la versión en los switch.
dispositivo a configurar.
Post-Condiciones Al terminar el proceso de configuración de VTP de
forma exitosa, el sistema móvil desplegara el
mensaje de Operación Procesada y serán
visualizadas en la aplicación Web

De móvil Web VTP
Red
configuración de Configuración
VTP de VTP
desplegando los
switch
64
De móvil Web VTP
Red
3 Selecciona el
dispositivo
activo para
realizar la
configuración de
VTP
4 Ingresa la 5 El sistema envía

versión y el la información
nombre del capturada vía
dominio SOAP a la
aplicación web.
información al los
telnet operaciones
enviadas vía
SOAP.

seleccionado a operaciones
nivel de VTP
nuevo la información de nombre de vlan y número de identificación.
conexión.
Fuente: Propia, tabla realizada en Microsoft Office Excel 2007.
65
3.6.4 Caso de Uso Monitorear VTP Y VLANS. Este caso de uso permite al
sistema realizar las consultas del estado de VTP, VLANS y publicaciones Su
diagrama se visualiza en la figura 16 y su documentación en la tabla 17.
Figura 17. Caso de Uso Monitorear VTP Y VLANS
66
Figura 18. Caso de Uso Monitorear VTP Y VLANS.

04 Monitorear VTP y VLANS Administrador de red
Aplicación móvil
Aplicación web
Framework VTP
OBJETIVO
Permitir la creación dominio y versión de VTP en el equipo activo seleccionado.
DESCRIPCIÒN
Cuando el administrador de red selecciona el menú de configurar monitoreando
VTP y VLANS podrá seleccionar el dispositivo y consultar su estado actual de
VTP, VLANS y publicaciones.
dispositivo a consultar
Post-Condiciones Al terminar el proceso de configuración de Monitoreo
VTP y VLANS de forma exitosa, el sistema móvil
desplegara el mensaje de Operación Procesada y
serán visualizadas en la aplicación Web

De móvil Web VTP
Red
Consulta de consulta de VTP
VTP y VLANS y VLANS
desplegando los
switch
67
De móvil Web VTP
Red
3 Selecciona el
dispositivo
activo para
realizar la
consulta
4 Selecciona 5 El sistema envía

entre las la información
opciones de: capturada vía
Estado de VTP SOAP a la
Estado de aplicación web.
VLANS.
información al los
telnet operaciones
enviadas vía
SOAP.

seleccionado de operaciones
la consulta.
nuevo la información de nombre de vlan y número de identificación.
conexión.
68
CAPITULO 4. ANÁLISIS DEL SISTEMA
En el análisis del sistema se describe la interacción entre los actores por medio de
los diagramas de secuencia, colaboración y actividades en el tiempo.
4.1 DIAGRAMA DE SECUENCIA
Los diagramas de secuencia describen la interacción entre elementos del sistema

en el tiempo.
Desde la figura 19 a la figura 22 se visualizan los diagramas de secuencia que

intervienen en el prototipo ADMIN VTP.
69
4.1.1 Diagrama de secuencia – Gestionar Autenticación
Figura 19. Diagrama de secuencia – Gestionar Autenticación
70
4.1.2 Diagrama de secuencia – Configurar VLANS
Figura 20. Diagrama de secuencia – Configurar VLANS
71
4.1.3 Diagrama de secuencia – Configurar VTP
Figura 21. Diagrama de secuencia – Configurar VTP
72
4.1.4 Diagrama de secuencia – Monitorear VLANS
Figura 22. Diagrama de secuencia – Monitorear VLANS
73
4.2 DIAGRAMA DE COLABORACIÓN
Los diagramas de colaboración Describen la interacción entre elementos del

sistema en el tiempo y en el espacio.
Desde la figura 23 a la figura 26 se visualizan los diagramas de colaboración que

intervienen en el prototipo ADMIN VTP.
4.2.1 Diagrama de colaboración Gestionar Autenticación
Figura 23. Diagrama de Colaboración - Gestionar Autenticación
74
4.2.2 Diagrama de colaboración Configurar VLAN
Figura 24. Diagrama de Colaboración - Configurar VLAN
75
4.2.3 Diagrama de colaboración Configurar VTP
Figura 25. Diagrama de Colaboración - Gestionar VTP
76
4.2.4 Monitorear VTP
Figura 26. Diagrama de Colaboración - Monitorear VTP
Fuente: Propia, imágenes tomadas de Rational rose 2003.
77
4.3 DIAGRAMA DE ACTIVIDAD
Describen como se desarrolla un flujo de actividades entre elementos del sistema

o del dominio.
4.3.1 Diagrama de Actividad – Gestionar Autenticación
Figura 27. Diagrama de Actividad - Gestionar Autenticación
78
4.4 DIAGRAMA DE CLASE MODELO DE ANALISIS
Un diagrama de clases presenta las clases del sistema con sus relaciones
estructurales y de herencia. La definición de clase incluye definiciones para
atributos y operaciones.
Figura 28. Diagrama de clases Aplicación Móvil
79
Figura 29. Diagrama de clases Aplicación Móvil
80
CAPÍTULO 5. DISEÑO DEL SISTEMA
Después de desarrollar el análisis del sistema, encontramos el diseño. “En el

diseño modelamos el sistema y encontramos su forma (incluida la arquitectura)”8
Se diseña la estructura física y lógica de la red, considerando los dispositivos y

conexiones que integran la solución del prototipo. Esto incluye el servidor Web,
servidor de bases de datos, el punto de acceso inalámbrico, la topología simulada
en GNS3, los dispositivos móviles. También se muestra el esquema de
direccionamiento ipv4 y su correspondencia con cada dispositivo.
5.1 DISEÑO LÓGICO DE LA RED
Se diseña el direccionamiento ipv4 de los dispositivos que integran la red

alámbrica y la inalámbrica. Así como la topología de conmutadores capa 2
emulada en GNS3.
5.1.1 Red alámbrica Virtual. A continuación se mencionan los dispositivos que

componen esta red en el prototipo:
5.1.1.1 Topología de red emulada en GNS3. Comprende 3 routers cisco 3640

emulando switches por medio del módulo NM-16ESW en GNS3. Este módulo
proporciona al router un switch de 16 puertos, con lo que permite trabajar con
algunas características como pueden ser las vlan, trunk, vtp.
Para el direccionamiento de la topología se utiliza una clase C para la conexión

con la tarjeta de red virtual y una subred clase A para las conexiones entre
switches. La figura 30 muestra la conectividad entre routers y el servidor. En la
tabla 16 se asignan las direcciones ipv4 a utilizar en cada conmutador.
8
JACOBSON Ivar, Rumbaugh James, BOOCH Grandy, El proceso unificado del desarrollo del software, Madrid, Pearson
Educación, 2000. p. 205.
81
Figura 30. Topología de red en GNS3
Fuente: Propia, imágenes tomadas de GNS3 para ilustrar la topología utilizada.
Tabla 16. Direccionamiento ipv4 red topología en GNS3 figura 30
IP DISPOSITIVO CONEXIÓN
CISCO 3640
192.168.0.1/24 SERVIDOR fastethernet 0/0 del
módulo de router
10.0.0.1/8 SERVIDOR fastethernet 1/0 del
módulo de switch
fastethernet 1/1 del
módulo de switch
10.0.0.2/8 CLIENTE 1 fastethernet 1/0 del
módulo de switch
10.0.0.3/8 CLIENTE 2 fastethernet 1/1 del
módulo de switch
82
5.1.1.2 Tarjeta de red alámbrica Virtual. Se utiliza una tarjeta de red virtualizada
desde VMware en el servidor, para realizar la conexión con la red de switches. En
la tabla 17 se asigna la dirección ipv4 a utilizar.
Tabla 17. Direccionamiento ipv4 tarjeta virtual VMware
192.168.0.7/24 Servidor Físico Tarjeta de Red virtual
Vmware
5.1.2 Red inalámbrica. A continuación se mencionan los dispositivos que

componen esta red en el prototipo y en la tabla 18 se asignan las direcciones ipv4
a utilizar.
5.1.2.1 Punto de acceso. Se utiliza un router TP-LINK WR740N inalámbrico

como punto de acceso.
5.1.2.2 Tarjeta Inalámbrica. Se utiliza la NIT inalámbrica del servidor para realiza
la conexión al punto de acceso inalámbrico.
5.1.2.3 Dispositivo móvil. Se puede utilizar cualquier dispositivo móvil con

sistema operativo Android 4.0 o superior.
Tabla 18. Direccionamiento ipv4 red inalámbrica.
192.168.1.1/24 Punto de Acceso Tarjeta Inalámbrica
192.168.1.5/24 Servidor Tarjeta Inalámbrica

192.168.1.101 /24 Dispositivo móvil celular Tarjeta inalámbrica del
celular
192.168.1.102/24 Dispositivo móvil table Tarjeta inalámbrica del
celular
Fuente: Propia, tabla realizada en Microsoft Office Word 2007
83
5.2 DISEÑO FISICO DE LA RED
El diseño físico de la red se visualiza en la figura 31 en donde se tiene la capa de

acceso por medio de la tecnología WIFI y virtualización, a las cuales acceden los
demás dispositivos formando la red inalámbrica y la red alámbrica.
Figura 31. Diseño físico de la red.
Fuente: Propia, estructura física de red de todo el entorno.
84
5.3 LISTA INICIAL DE OBJETOS
A continuación se presentan las clases de acuerdo a las capas del sistema.
5.3.1 Nivel de Presentación
Figura 32. Clases nivel de Presentación
5.3.2 Nivel de Lógico
Figura 33. Clases nivel de aplicación
85
5.3.3 Nivel de Datos
Figura 34. Clase nivel de datos
5.4 RESPOSABILIDADES DE LOS OBJETOS
A continuación se describirá la documentación por cada objeto y su tarjeta CRC,

identificando en ellas una descripción, un estereotipo y colaborador en algunos
eventos asociados a los mismos.
5.4.1 Nivel de Presentación
Tabla 19.Tarjeta CRC – Aplicación Móvil
Clase: UI_Aplicación Móvil.

Descripción: Es el Formulario principal que el Usuario observa y que resguarda
dentro de sí todas las otras interfaces de Usuario a nivel de aplicación móvil.
Estereotipo: Boundary
Responsabilidades: Colaborador:
Permitir la iteración en la interfaces UI_Autenticación
Ordenar el despliegue de las UI_Configuración_VLANS
Operaciones a las que el Usuario tiene UI_Configuración_VTP
acceso. UI_Configuración_Monitoreo VLANS
VTP
Salir del Sistema.
86
Tabla 20.Tarjeta CRC – Ui_Autenticación
Clase: UI_Autenticación
Descripción: Es el Formulario principal que se encarga de realizar la
autenticación de usuario desde la aplicación móvil al web. Y desplegar la interfaz
de operaciones.
Permitir el Inicio de Sesión. UI_Autenticación
Ordenar el despliegue de las Operaciones UI_Configuración_VLANS
a las que el Usuario tiene acceso. UI_Configuración_VTP
UI_Configuración_Monitoreo VLANS
VTP
Salir del Sistema.
Tabla 21.Tarjeta CRC – Ui_Configuraciones VTP, VLANS y Consultas
Clase: UI_Configuración_VTP, UI_Configuración_VLANS,

UI_Configuración_Monitoreo
Descripción: Es el Formulario de cada módulo que permite realizar las diferentes
operaciones en el sistema móvil
Permitir la iteración con los dispositivos UI_Aplicación Web
activos
Ordenar el despliegue de las Operaciones a UI_Configuración_VLANS
las que el Usuario tiene acceso. UI_Configuración_VTP
UI_Configuración_Monitoreo
VLANS VTP
Salir del Sistema.
87
5.4.2 Nivel de Lógico
Tabla 22. Tarjeta CRC – L_GestorDeDatos.
Clase: L_GestorDeDatos
Descripción: Una Clase encargada de atender las peticiones de los Actores del
Sistema y de ejecutar las órdenes recibidas, teniendo en cuenta la administración
de la información.
Estereotipo: Control
Hacer conexión con el Nivel de Datos. (Base
de Datos)
Administrar Sesiones de los Actores
Ejecutar las Ordenes del Actor. (Todas las Tablas de la Base de
Datos)
Enviar resultados de la operación. L_Usuario
L_Operación
Tabla 23. Tarjeta CRC – L_Administrador
Clase: L_Persona
Descripción: Una Clase encargada de la creación, modificación, eliminación de
usuarios.
Ejecutar Sentencia L_Gestor_de_Datos
CrearUsuario()
88
Tabla 24. Tarjeta CRC – L_Operación
Clase: L_Documento
Descripción: Una Clase encargada de la lectura y escritura en los equipos activos
CrearOperación() L_Persona
EliminarOperacion ()
ConsultarOperacion()
Tabla 25. Tarjeta CRC – L_Autenticación
Clase: L_Autenticación
Descripción: Una Clase encargada de verificación de los datos de usuario
Verifación() L_Persona
5.4.3 Nivel de Datos
Tabla 26. Tarjeta CRC – T_Usuario DBA
Clase: T_UsuarioDBA
Descripción: Una Tabla en donde se lleva el registro de los usuarios que ingresan
al Sistema
Estereotipo: Entity
89
Tabla 27. Tarjeta CRC – T_Usuario DBA
Clase: T_ConexiónDBA
Descripción: Realiza la conexión con la base de datos y ejecuta la consulta.
Estereotipo: Entity
90
CAPÍTULO 6. IMPLEMENTACIÓN
Una vez diseñado el Sistema se procede a su implementación empleando como

lenguaje de programación Android y JEE en conjunto con el manejador de Base
de datos MYSQL. Al igual que el emulador de redes GNS3. Dicha implementación
se desarrolla teniendo en cuenta las siguientes etapas:
 Implementación de la Arquitectura: La arquitectura que resulta del diseño es

implementada en los proyectos de ANDROID, dejándolos listos para el desarrollo
de las clases. Así como la topología de red alámbrica e inalámbrica.
 Implementación de las Clases de Entidad: Se puede llamar “Implementación

de la Base de Datos”, y consiste en trasladar el Modelo Entidad – Relación de la
fase de diseño a una Base de datos de MYSQL.
 Implementación de las Clases de Control: Se implementan una a una las

clases de control, asegurándose de que estas sean relacionadas perfectamente
con las clases de entidad.
 Implementación de las Clases de Interfaz: Se desarrolla las Interfaces

gráficas, y se debe asegura que sean relacionada perfectamente con las clases de
control.
6.1 ESTRUCTURA LOGICA DE LA RED
Se configura la estructura física y lógica de la red, considerando los dispositivos y

conexiones que integran la solución del prototipo. Esto incluye el servidor Web,
servidor de bases de datos, el punto de acceso inalámbrico, la topología simulada
en GNS3, los dispositivos móviles.
6.1.1 Configuración Red alámbrica Virtual.

A continuación se realiza la configuración de la topología de red GNS3 y la tarjeta
VWare de acuerdo al diseño planteado en el capítulo 5.
6.1.1.1 Configuración de la tarjeta de red VWware. Para configurar la tarjeta de

red VMware se siguen los siguientes pasos:
o Ingresar a inicio VWware
91
o Ingresar al menú edit  Virtual Network Editor
Figura 35. Menú Editar de VMware
Fuente: Propia, imagen tomada de VMware
o Activar la tarjeta de red, en este caso la de VMnet1
Figura 36.Configuración de tarjeta en VMware
Fuente: Propia, imagen tomada de VMware
o Ingresar a Panel de control\Redes e Internet\Centro de redes y recursos

compartidos.
o Ingresar a las propiedades de la tarjeta de red y colocarle el nombre de
ADMIN VTP TOPOLOGIA.
92
Figura 37. Centro de redes y recursos compartidos Windows 7 profesional
Fuente: Propia, menú de centro y redes compartidas del equipo utilizado para el
desarrollo.
o Asignarle el direccionamiento de ipv4 visualizado en la figura 38.
Figura 38. Configuración de la tarjeta de red VMware ADMIN VTP

TOPOLOGIA
Fuente: Propia, imagen tomada de la configuración ipv4 de la tarjeta VMware

ADMIN VTP TOPOLOGIA.
93
6.1.1.2 Configuración de topología GNS3. Desde la figura 39 a la figura xxx se
visualiza la configuración guardada en la nvram de cada dispositivo. La
explicación de la configuración predeterminada de la topología y las conexiones de
red en GNS3, se explica en el video Topología de Red GNS3 que se encuentra
en la ruta ADMIN VTP\Videos\ en el CD del proyecto.
Figura 39. Configuración NVram switch Servidor
version 12.4
service timestamps debug datetime msec
service timestamps log datetime msec
service password-encryption
hostname SERVIDOR
boot-start-marker
boot-end-marker
enable secret 5 $1$93C9$g3.Y6oiE2kWixEpxPQFCV.
no aaa new-model
memory-size iomem 5
ip cef
no ip domain lookup
interface FastEthernet0/0
ip address 192.168.0.1 255.255.255.0
duplex auto
speed auto
switchport mode trunk
interface Vlan1
ip address 10.0.0.1 255.0.0.0
no ip http server
control-plane
banner motd ####### ADMIN VTP --> ACCESO A SWITCH MODO VTP
SERVIDOR #####
line con 0
exec-timeout 0 0
password 7 13061E010803
logging synchronous
login
line aux 0
line vty 0 4
password 7 070C285F4D06
login
end
Fuente: Propia, imagen tomada del router cisco 3640 modo vtp servidor en
GNS3
94
Figura 40. Configuración NVram switch Cliente 1
version 12.4
hostname CLIENTE_1
boot-start-marker
boot-end-marker
enable secret 5 $1$SfEK$nxn6zOk38dPjdW3nhFuDG0
no aaa new-model
memory-size iomem 5
ip cef
no ip domain lookup
interface Vlan1
ip address 10.0.0.2 255.0.0.0!ip default-gateway 10.0.0.1
no ip http server
ip route 192.168.0.0 255.255.255.0 10.0.0.1
control-plane!
banner motd ####### ADMIN VTP --> ACCESO A SWITCH MODO VTP CLIENTE
#####
banner motd
line con 0
exec-timeout 0 0
password 7 121A0C041104
logging synchronous
login
line aux 0
line vty 0 4
password 7 14141B180F0B
login
end
Fuente: Propia, imagen tomada del router cisco 3640 modo vtp cliente 1 en
GNS3.
95
Figura 41. Configuración NVram switch Cliente 2
version 12.4
hostname CLIENTE_2
boot-start-marker
boot-end-marker
enable secret 5 $1$kmUy$1hI/ZPXskboQj7csyo10w1
no aaa new-model
memory-size iomem 5
ip cef
no ip domain lookup
interface Vlan1
ip address 10.0.0.3 255.0.0.0
ip default-gateway 10.0.0.1
no ip http server
ip route 192.168.0.0 255.255.255.0 10.0.0.1
control-plane
banner motd ####### ADMIN VTP --> ACCESO A SWITCH MODO VTP CLIENTE
#####
line con 0
exec-timeout 0 0
password 7 13061E010803
logging synchronous
login
line aux 0
line vty 0 4
password 7 0822455D0A16
login
!
!
end
Fuente: Propia, imagen tomada del router cisco 3640 modo vtp cliente 1 en
GNS3
96
Tabla 28. Características de cisco 3640
Característica Cisco 3640 /

3640A
Tipo de procesador 100-MHz IDT
R4700 RISC
Memoria flash 16 MB, ampliable
a 32 MB
Memoria del sistema 32 MB de DRAM,
ampliable a 128
MB de DRAM
Red ranuras para módulos Cuatro ranuras
Poder AC, DC, opción
de alimentación
redundante
Dimensiones (WxHxD) 17.5-in. x 3.44-
in. x 15,75-in
Actuación 50-70 kpps
Consola y Auxiliares de Puertos (hasta 115,2 Sí
kbps)
Rack y montaje en la pared Sí
Doble Tipo de ranuras para tarjetas PC II Sí
6.1.2 Configuración Red inalámbrica. A continuación se realiza la configuración

de los dispositivos que intervienen en esta red, de acuerdo al diseño planteado en
el capítulo 5.
6.1.2.1 Punto de acceso. Para la configuración del router TP-LINK WR740N se

siguen los siguientes pasos:
o Ingresar al router con la ip asignada de 192.168.1.1 desde el

navegador, con las credenciales de usuario: admin y contraseña:
admin
97
Figura 42. Ingreso a router inalámbrico TP-LINK WR740N
Fuente: Propia.
o Ingresar al menú Wireless y el SSID colocar ADMIN VTP
Figura 43. Configuración de SSID en el router TP-LINK WR740N
Fuente: Propia.
98
o Ingresar al menú Wireless y asignarle el direccionamiento ipv4
visualizado en la figura 44
Figura 44. Identificación Router Inalámbrico
Fuente: propia, imagen tomada de la configuración del router inalámbrico TP-LINK

WR740N.
6.1.2.2 Tarjeta Inalámbrica. Para la configuración de la tarjeta inalámbrica en el

servidor se siguen los siguientes pasos:
o Ingresar a Panel de control\Redes e Internet\Centro de redes y recursos

compartidos.
o Ingresar a las propiedades de la tarjeta de red inalámbrica
o Asignarle el direccionamiento ipv4 visualizado en la figura 46.
99
Figura 45. Configuración de la tarjeta de red inalámbrica en el servidor
Fuente: Propia, imagen tomada de la configuración ipv4 de la tarjeta inalámbrica

del servidor.
6.1.2.3 Dispositivo móvil. Para la configuración de los dispositivos móviles solo

se deben conectar a la red inalámbrica ADMIN VTP desde la opción de redes
disponible e ingresar la contraseña cisco1234.
100
Figura 46. Validación IP equipos móviles
Fuente: Propia, imagen tomada de la configuración de red inalámbrica table

Samsum.
Fuente: Propia, imagen tomada de la configuración de red inalámbrica del celular

AVVIO 750.
101
6.2 DIAGRAMA DE COMPONENTES
Inicialmente la aplicación móvil invoca métodos de la aplicación servidor. La

aplicación servidor recibe las solicitudes y se comunica con el Framework de
redes, con el objetivo de enviarle las operaciones solicitadas desde la aplicación
móvil. Finalmente el Framework de redes, conecta los dispositivos de
enrutamiento y ejecuta las operaciones solicitadas desde la aplicación web, y las
despliega paso a paso en su interfaz gráfica.
Figura 47. Diagrama de componentes
Inicialmente la aplicación móvil invoca métodos de la aplicación servidor por medio

de la librería KSOAP. La aplicación servidor recibe las solicitudes y se comunica
con el Framework de redes, con el objetivo de enviarle las operaciones solicitadas
desde la aplicación móvil. Finalmente el Framework de redes, conecta los
dispositivos de enrutamiento y ejecuta las operaciones solicitadas desde la
aplicación web, y las despliega paso a paso en su interfaz gráfica.
102
6.3 MODELO DE BASE DE DATOS
La aplicación tiene una base de datos Mysql, llamada bdvtpadmin, con una sola
tabla; autenticación. La tabla tiene tres campos; id de tipo entero, como clave
primaria, user de tipo varchar(40) y password de tipo varchar(40), para registrar
los datos del administrador de la red.
Figura 48. Tabla de base de datos.
Fuente: Propia, imágenes tomadas de Mysql.
6.4 DIAGRAMA DE PAQUETES
El proyecto integra dos aplicaciones que funcionan en conjunto; una aplicación

servidor y una aplicación móvil. La aplicación servidor está compuesta por tres
paquetes de clases; Presentación, Lógica y Persistencia. En la capa de
presentación está el servicio Web, la clase VTP, desde el cual un Framework de
configuración gráfico es invocado. La aplicación móvil consta de un único paquete;
com.example.VTP_ADMIN con las clases Autenticación, Configuración VTP
Configuración de VLAN, Monitorear VLANS y VTP.
103
Figura 49. Diagrama de Paquetes
a) La clase Autenticación de la aplicación móvil invoca el método validar_Usuario

de la clase ADMIN VTP con dos argumentos de tipo string; el identificación y
el contraseña.
b) Se realiza un llamado a la clase Administrador del paquete Logica.
c) La clase Usuario instancia a UsuarioDBA, una clase de persistencia para
establecer consultas.
d) La clase Usuario instancia a ConexionDBA, una clase de persistencia para
realizar la conexión a la base de datos.
e) Después de la autenticación, la clase Configuración VLANS del sistema móvil
invoca el método operation, con dos argumentos string; la dirección ip de
alcance y el comando.
f) La clase ADMIN VTP realiza la conexión al Framework Networking, para
ejecutar operaciones en los dispositivo
104
6.5 DIAGRAMA DE DESPLIEGUE
El proyecto integra dos aplicaciones que funcionan en conjunto; una aplicación

servidor y una aplicación móvil. La aplicación servidor está compuesta por tres
paquetes de clases; Presentación, Logica y Persistencia. En la capa de
presentación está el servicio Web, la clase VTP, desde el cual un Framework de
configuración gráfico es invocado. La aplicación móvil consta de un único paquete;
com.example.VTP_ADMIN con las clases Autenticación, Configuración VTP
Configuración de VLAN, Monitorear VLANS y VTP.
Figura 50. Diagrama de Despliegue
6.6 SEGURIDAD
La seguridad de la aplicación es manejada con la autenticación de usuarios,

desde el sistema móvil hacia el sistema web con conexión a la base de datos.
6.6.1 A nivel de Bases de Datos. Se emplea el algoritmo md5 para cifrar las
contraseñas en el momento de la inserción de nuevos usuarios, como se visualiza
en la figura 43.
105
Figura 51. Encriptación de contraseña en la base de datos MYSQL
Fuente: Propia, imagen tomada de la configuración de MySql.
6.6.2 A nivel de aplicación móvil. Se genera el .apk con firma y certificado9 como
se explica en el apartado 2.4. Exportación de aplicación móvil del anexo 3
Manual de Instalación Admin VTP y en el video Compilación de Aplicación
Móvil.wmv que se encuentra en la ruta ADMIN VTP\Videos\ en el CD del
proyecto.
6.6.3 A nivel de dispositivos activos. Se utiliza el servicio de encriptación

service password-encription, que emplea el algoritmo md5 para cifrar las
contraseñas. Se utilizan contraseñas en cada nivel de acceso a los dispositivos,
desde el nivel de consola hasta el nivel de configuración global. El acceso a modo
privilegiado emplea encriptación fuerte con enable secret. En la figura xxx muestra
la configuración NVRAM del router plataforma 3640 que se le agrego slots de
switch para la simulación desde GNS3.
9
Signing Your Applications, [consultado el 13 de mayo de 2015]. Disponible en Internet:
http://developer.android.com/tools/publishing/app-signing.html
106
Figura 52. Encriptación en modo privilegiado
Fuente: Propia, imagen tomada de la configuración de seguridad modo

privilegiado del router 3640 en GNS3.
Figura 53. Encriptación líneas consola y vty
Fuente: Propia, imagen tomada de la configuración de seguridad consola vty del

router 3
107
CAPÍTULO 7. PRUEBAS
Con el fin de verificar los resultados de la implementación con más detalle, el flujo
de trabajo de la prueba ha sido clasificado en las siguientes categorías.
Las pruebas del prototipo se realizaron de forma individual y se complementaron

de forma grupal con el apoyo del Ingeniero Electrónico Gerlee Varón.
Las validaciones del prototipo por una persona diferente a la autora del mismo se
podrán ver en el video Validaciones Ingeniero Gerlee V.MOV que se encuentra
en la ruta ADMIN VTP\Videos\ en el CD del proyecto.
7.1 PRUEBAS DE PLATAFORMA O INSTALACIÓN
En el anexo 3 Manual de Instalación Admin VTP se describen los pasos

realizados en las pruebas de instalación para llegar al resultado de satisfactorio.
Tabla 29. Pruebas de Plataforma
APLICACIÓN DESCRIPCIÓN RESULTADO VIDEO

MYSQL Instalación de la versión Satisfactoria Instalación de
5.0.45 MYSQL.wmv
GLASSFISH Instalación de la versión Satisfactoria Instalación de
SERVER 3 Glassfish.wmv
APLICACIÓN Instalación del archivo Satisfactoria Instalación de
MÓVIL VTP_VLAN.apk aplicación Móvil
VTP_VLAN.MOV
7.2 PRUEBAS DE CONEXIÓN
Para validar el tráfico de la pruebas de conexión se activa el monitoreo de las

tarjetas de red virtual e inalámbrica con Wireshark y se ejecuta el comando de
conexión ping en ambos lados.
108
Figura 54. Monitoreo de las tarjetas de red con Wireshark
Fuente: Propia, imagen tomada de la captura de interfaces de Wireshark
Figura 55. Tarjetas de red configuradas en el servidor
109
Fuente: Propia, imagen tomada desde el servidor con el comando ipconfig.
7.2.1 A nivel de la red alámbrica.
Para validar el diseño de red de la topología de GNS se realiza ping desde cada
switch de la topología a la LAN y viceversa y se captura el tráfico por medio de la
aplicación Wireshark.
EL registro completo de la captura de tráfico se encuentra en el archivo Conexión
Switch servidor a la red y viceversa.csv
ubicado en la ruta \ADMIN VTP\Pruebas de Conexión en el CD del proyecto.
Si la red tiene conectividad hasta la capa de red del modelo de referencia OSI, si
encuentra respuesta desde las conexiones LAN, hacia las respectivas interfaces.
La topología de red GNS3 debe encontrarse activa, como requisito para efectuar
las pruebas.
En la figura 49 se evidencia la conectividad por medio de ping entre el switch en

modo VTP servidor con la red LAN alámbrica y la subred de switches.
Figura 56. Pruebas de conexión de switch modo vtp servidor a la red y

switches cliente 1 y cliente 2.
110
Fuente: Propia, imagen tomada desde el router Cisco modo vtp servidor en
GNS3.
En la figura 50 se evidencia la conectividad por medio de ping entre el switch en

modo VTP cliente 1 con la red LAN alámbrica y la subred de switches.
Figura 57. Pruebas de conexión de switch modo vtp cliente 1 a la red y

switches servidor y cliente 2
111
Fuente: Propia, imagen tomada desde el router Cisco modo vtp cliente 1 en
GNS3.
112
Figura 58. Pruebas de conexión de switch modo vtp cliente 2 a la red y
switches servidor y cliente 1
GNS3.
113
Figura 59. Pruebas de conexión de red al switch modo VTP Servidor, cliente
1 y cliente 2 desde la LAN
GNS3.
114
Figura 60. Captura de tráfico de la conexión Switch modo VTP servidor a la
LAN y viceversa
Fuente: Propia, imagen tomada del trafico capturado desde Wireshark
7.2.2 A nivel de la red inalámbrica.
Para validar el diseño de red inalámbrica se realiza ping desde el dispositivo

móvil a la red ADMIN VTP.
115
Figura 61. Captura de tráfico de la conexión inalámbrica
116
7.3 PRUEBAS DE AUTENTICACIÓN - MÓDULOS DE LA APLICACIÓN
A continuación se describe los resultados obtenidos de las pruebas realizadas a

las funcionalidades de cada módulo del prototipo de forma individual y con el
apoyo del Ingeniero Gerlee Varón.
Figura 62. Pruebas de Autenticación Módulos de la aplicación
INTERFAZ DESCRIPCIÓN RESULTADO

En el ingreso Satisfactorios
Ingreso de Usuario aparecen los
cuadros de texto Observaciones: En
para ingresar la una de las pruebas se
identificación y identificó que al
contraseña y botón momento de mostrar
Iniciar sesión. el mensaje de
credenciales
correctas, pasaba muy
rápido y no se lograba
visualizar el mensaje.
Solución: Se le
coloco un botón al
mensaje para que al
dar clic siguiera el
proceso de ingreso y
se alcanzara a leer.
Configuración de VTP aparecen los
campos para Observaciones: Una
seleccionar el de las observaciones
dispositivo e del Ingeniero Gerlee
ingresar el nombre Varón fue poder
del dominio y la alguna notificación de
versión. la operación realizada
en el dispositivo móvil.
Solución: Se le
coloco un mensaje de
alerta cuando finalice
la operación a nivel
del servidor web.
117
Despliegue del Satisfactorios
Servicio Web servicio web
Observaciones: La
ventana en donde se
desplegaba las
operaciones era de
pantalla completa.
Solución: Se
minimiza un poco su
tamaño, para simular
una consola de telnet.
Monitoreo de VLANS y VTP aparecen los
campos para Observaciones: En la
seleccionar el prueba realizar en la
dispositivo y la table se evidencio que
consulta a ejecutar: este módulo perdía la
ubicación de los
 Estado VTP botones
 Estado VLANS
 Estado Solución: Se agregan
Publicaciones dentro de un layot
para que mantuvieran
su ubicación
independiente
tamaño de pantalla en
donde se ejecutara.
118
Configuración de VLANS aparecen los
campos para
seleccionar el
dispositivo y
seleccionar las
opciones de crear
y/o eliminar vlans
Fuente: Propia, imágenes tomadas de los módulos del prototipo ADMIN VTP y
tabla realizada en Microsoft Word 2007.
119
7.3.1 Cuestionario TAM del Prototipo para la Administración de Vlans Con
VTP desde una Aplicación Android.
Figura 63. Logo del prototipo
Fuente: Propia, logo de la aplicación realizada con imágenes de Microsoft Office

2007 e internet.
A continuación se realiza el cuestionario tomando como referencia el Modelo de

Aceptación de la Tecnología (TAM) para la evaluación del prototipo por parte del
Ingeniero Gerlee Varón, quien colaboro en las validaciones de la aplicación.
1. ¿Le parece que la aplicación es fácil de utilizar?
Figura 64. Respuesta a la pregunta 1 de cuestionario TAM.
Fuente: Propia, imagen tomada a la respuesta brindada por el Ingeniero Gerlee

Varón
2. ¿Cree que el uso del prototipo le permitiría mejorar el rendimiento de su

trabajo en la administración de redes a nivel de configuraciones de VLAN
con VTP?
120

Varón
3. ¿Recomendaría el uso del prototipo, en caso de llegar a culminar una

versión estable del sistema?

Varón
4. ¿Cree que este prototipo refleja un avance en el estado del arte sobre
administración de redes en el área de configuraciones de VLAN con VTP.?
121

Varón
5. ¿Estaría dispuesto a usar este prototipo si se le hacen adaptaciones cómo?

Varón
Figura 69. Firma Ingeniero Gerlee Varón
Fuente: Propia, imagen tomada de la firma del Ingeniero Gerlee Varón

---------------------------------------------
Nombre: Gerlee Varón
Profesión: Ingeniero Electrónico egresado de la Universidad de Cundinamarca
Cargo: Analista NOC en NEC de Colombia S.A.
Contacto: 3124075706
No. Tarjeta Profesional: CN206-81067
122
8 CONCLUSIONES
8.1 RESULTADOS
 Se establece el consumo de los servicios web Soap desde un dispositivo móvil

con sistema operativo Android, para la administración y configuración de
VLANS por medio del protocolo VTP, gracias a la integración entre la
simulación de GNS3, la virtualización de Vmware y las API`s de JAVA y
Apache.
 El desarrollo de la interfaz gráfica móvil bajo la versión 5.1 de Android

expuesta en el objetivo 1, es adecuada ya que permite trabajar las
configuraciones de VTP, VLANS y monitoreo por medio de módulos. Y gracias
a que es firmada en modo de lanzamiento y no de depuración, permite mayor
seguridad y manejo de futuras versiones a través de la generación del
certificado privado y no público.
 Se genera la interfaz web con la apariencia de símbolo del sistema junto con la
integración del Framework VTP, que es desarrollado con las API`S de Apache
y Java. Logrando la conexión a la topología de GNS3 para la lectura y
escritura en los equipos activos cisco 3640. De esta forma se construye la
aplicación web planteada en el objetivo 2.
 Las características de la librería Ksoap tipo cliente SOAP que ofrece java,
permite la comunicación con las API`S XML de Android, lo cual facilita la
implementación de los módulos para el envío de comandos VTP expuestos en
el objetivo 3.
 Se implementa las características de los hilos y enumeraciones de java para la

trasmisión de datos entre la aplicación móvil, web y los conmutadores. Así
como las funcionalidades ofrecidas por la librería Telnet de Apache para los
mecanismos de comunicación expuestos en el objetivo 4.
 Se desarrolla el modelo de bases de datos para controlar el ingreso a la

aplicación de solo personas registradas en el sistema. Con lo cual se
implementa la autenticación expuesta en el objetivo 5.
 Al utilizar como referencia algunas características del modelo de aceptación

de la tecnología (TAM) para el cuestionario de evaluación solicitado al
Ingeniero Gerlee Varón, luego de las pruebas del prototipo. Se logra tener
presente la utilidad, facilidad de uso, variables externas, actitud hacia el uso
actual del prototipo. De esta manera se logra validar el prototipo tal como
expone en el objetivo 6.
123
 El proceso automático de configurar dispositivos networking, evita incurrir en
equivocaciones de digitación de comandos, facilitando las tareas del
 Con en el manejo de Wireshark para capturar el tráfico mientras se realizan

las pruebas de conexión, se logra identificar las tramas que se transmiten y
sus tiempos de ejecución para futuras mejoras.
8.2 DIFICULTADES PRESENTADAS
 Se presenta debilidad para la autora al principio del desarrollo en Android y

Java, puesto que el enfoque en la carrera de Ingeniera en Telemática en la
Universidad Distrital es a nivel de redes y en la Tecnología en Sistematización
de datos es a nivel de programación. Teniendo que volver a estudiar e
investigar temas que en algún momento se vieron durante cada pensum y
otros que fueron nuevos. Logrando gran aprendizaje con cada error y consulta
para logra el éxito y culminación de lo propuesto.
 La máquina con la que se empezó a desarrollar las aplicaciones, no contaba

con las características suficientes de hardware para soportar el procesamiento
de las herramientas IDE, ocasionando tiempos altos en las ejecuciones de
programación con Android y la topología de red GNS3.
 En la ejecución de la aplicación móvil en uno de los celulares de pruebas,

falló su instalación con el mensaje “Error de análisis, se ha producido un error
al analizar el paquete”, esto debido a que no en todos los dispositivos
móviles de sistema operativo Android se puede instalar de forma directa los
archivos .apk, para lo cual es necesario el apoyo de aplicaciones que permitan
su configuración desde su tarjeta SD.
 Inicialmente se comenzó a trabajar la topología de switches con la IOS 2691

de cisco en GNS3, pero al momento de utilizar la operación de vlan database
generaba warning mensaje “Error de análisis, se ha producido un error al
analizar el paquete”, el cual fue corregido en las IOS superiores. Por lo cual se
trabajó con la IOS 3640 para la implementación de la topología.
 Cuando se realizó la instalación de GNS3, aún no se había instalado la tarjeta

virtual, por lo cual al momento de simular la topología no la reconocía. La
solución fue primero instalar VMware y luego GNS3.
124
8.3 DESARROLLOS FUTUROS – RECOMENDACIONES
 Se recomienda visualizar los resultados de las operaciones, no solo a nivel

web sino también a nivel móvil. Con lo cual se permitiría recibir las operaciones
en tiempo real sin depender de la interfaz gráfica web. Una alternativa es el
almacenamiento en un buffer de las sentencias ejecutadas en el web server y
luego retornándolas en un texto plano y/o pdf al móvil.
 Se sugiere implementar la aplicación en otros lenguajes diferentes a Android

para dispositivos móviles.
 Se recomienda diseñar por medio de las API`s de java y apache un framework

que permita el acceso remoto a los dispositivos por medio de ssh y no solo
telnet.
 Se recomienda desarrollar un módulo que permita la comunicación con los

switches aunque estén apagados, por medio de la sincronización off-line
desde un archivo de configuración predeterminado.
 Se recomienda la adición de sentencias para las demás operaciones en la

administración de VLAN con VTP. Tanto en el Framework de VTP como en
los módulos de la interfaz gráfica en Android.
 Se recomienda verificar tecnologías que permitan la conexión de la aplicación

con distancias más largas que las de una LAN.
125
BIBLIOGRAFIA
 CCNA Exploration 4.0 Módulo 3. Conmutación y conexión inalámbrica de LAN.

Cisco Networking Academy,Copyright © 2007-2018 Cisco Systems Inc.
 García, Luis Fernando. Todo lo básico que debería saber sobre Programación
Orientada a Objetos en Java. Edición Uninorte , 2010.
 Luján, Sergio. Programación de Aplicaciones Web: Historia, Principios Básicos

y Clientes Web. Editorial Club Universitario, 2002.
 Larman, Craig. UML y patrones: Una Introducción al Análisis y Diseño

Orientado a Objetos y al Proceso Unificado. Pearson, 2006.
 Tanenbaum, Andrew S, Redes de computadoras. Cuarta Edición, Pearson

Educación, 2003, Nº de páginas 891. ISBN 9702601622, 9789702601623.
 Weitzenfeld, Alfredo. Ingeniería de Software Orientada a Objetos con UML,

Java e Internet. Editorial Thomson, 2005.
 Efficient SOAP Binding for Mobile Web Services Found in: The IEEE
Conference on Local Computer Networks 30th Anniversary (LCN'05)lBy Kwong
Yuen Lai, Thi Khoi Anh Phan, Zahir Tari Publication Date: November 2005 pp.
218-225
126
INFOGRAFIA
 Aplicaciones Móviles. [consultado el 01 de noviembre de 2014]. Disponible en

Internet: https://play.google.com/store/apps/
 Artículos IEEE, [consultado el 02 de noviembre de 2014]. Disponible en

Internet: http://ieeexplore.ieee.org.bdigital.udistrital.edu.co:8080/.
 Casadejús Pérez, Roger. Curso completo de programación en Android a tope!

[consultado el 17 de Mayo de 2014] Disponible en Internet:
https://www.youtube.com/watch?v=p3uGVNEaXMU.
 C.Li, 1.Pickard, P.Li, T.Mohammed, B.Yang, and K.Augustus, "A practical study
on networking equipment emulation," Journal of Computing Sciences in
Colleges, vol.24, no.2, pp.137-143, Dec.2008. . [consultado el 02 de noviembre
de 2014]. Disponible en Internet:
http://ieeexplore.ieee.org.bdigital.udistrital.edu.co:8080/stamp/stamp.jsp?arnum
ber=4116226.
 Cisco, Switching de LAN: LAN virtuales/Protocolo de enlace troncal de VLAN

(VLAN/VTP), [consultado el 10 de noviembre de 2014]. Disponible en Internet:
http://www.cisco.com/cisco/web/support/LA/7/73/73706_21.html
 Ghazali, K.W.M.; Hassan, R.; Ali, Z.M., "A network device simulator in android
platform," Advanced Communication Technology (ICACT), 2013 15th
International Conference on , vol., no., pp.378,381, 27-30 Jan. 2013.
[consultado el 04 de noviembre de 2014]. Disponible en Internet:
http://ieeexplore.ieee.org.bdigital.udistrital.edu.co:8080/xpls/icp.jsp?arnumber=
6488210.
 Grossmann, Jeremy, Graphical Network Simulator, GNS3, Copyright © 2007-

2015 GNS3. Todos Los Derechos Reservados. [consultado el 03 de noviembre
de 2014]. Disponible en Internet: http://www.gns3.net.
 Guías de desarrollo oficiales de Android. [consultado el 12 de noviembre de

2014]. Disponible en Internet: http://developer.android.com/develop/index.html
 Montes, Álvaro. Auge de las aplicaciones colombianas.[consultado el 04 de

noviembre de 2014]. Disponible en Internet: http://www.semana.com/vida-
moderna/tecnologia/articulo/auge-aplicaciones-colombianas/264359-3
 Unified Modeling Language™ (UML®). [consultado el 10 de noviembre de

2014]. Disponible en Internet: http://www.omg.org/spec/UML
127
ANEXOS
 Anexo 1: Manual de Usuario ADMIN VTP

 Anexo 2: Manual de Programador ADMIN VTP
 Anexo 3: Manual de Instalación ADMIN VTP
 Anexo 4: Configuración de topología de Red
 Anexo 5: Articulo IEEE
 Anexo 6: Herramientas Utilizadas en el desarrollo
 Anexo 7: Evaluación TAM Ingeniero. Gerlee Varón
 Anexo 8: Los videos se pueden consultar en el link
https://www.dropbox.com/sh/8xbob6y3ymn8fr0/AABpgwgMs5wvh9A-
NvRrjEina?dl=0
Nota: Los videos se encuentran en formato FLV, los cuales se podrán abrir con la
aplicación FinalMediaPlayer que se encuentra en la carpeta Anexos/Videos/
del CD del proyecto
128
129
Integrante: PROTOTIPO PARA LA ADMINISTRACIÓN DE VLANS CON VTP DESDE UNA APLICACIÓN ANDROID Universidad Distrital Francisco José de Caldas
Mercy Esperanza Lozano Tellez Faculta Tecnológica
20111378022 Ingeniería Telemática
Id Nombre de tarea Duración Comienzo Fin 01 marzo 01 abril 01 mayo 01 junio 01 julio 01 agosto 01 septiembre 01 octubre
01/03 15/03 29/03 12/04 26/04 10/05 24/05 07/06 21/06 05/07 19/07 02/08 16/08 30/08 13/09 27/09 11/10
0 PROTOTIPO PARA LA 158 jue 09/04/15 vie 09/10/15
ADMINISTRACIÓN DE días
VLANS CON VTP DESDE
UNA APLICACIÓN
ANDROID
1 FASE DE 9 días jue 09/04/15 sáb 18/04/15
PLANIFICACIÓN FASE DE PLANIFICACIÓN
2 Recolección de 9 días jue 09/04/15 sáb 18/04/15
información
3 REQUERIMIENTOS 30 días sáb vie 22/05/15
18/04/15
4 Identificar actores 2 días sáb 18/04/15 lun 20/04/15
5 Parametros del 4 días lun 20/04/15 jue 23/04/15

modelo Web y Movil
6 Lista preliminar de 4 días jue 23/04/15 lun 27/04/15
casos de uso.
7 Refinar y nombrar 5 días lun 27/04/15 vie 01/05/15
casos de uso.
8 Definición de la 7 días vie 01/05/15 vie 08/05/15
secuencia de eventos
de cada caso de uso.
9 Modelo de casos de 7 días vie 08/05/15 vie 15/05/15
uso.
10 Documentación de 7 días vie 15/05/15 vie 22/05/15
casos de uso.
11 ANÁLISIS 22 días vie 22/05/15 mar 16/06/15
12 Diagramas de 4 días vie 22/05/15 mar 26/05/15

interacción
13 Diagramas de 4 días mar vie 29/05/15
secuencia 26/05/15
colaboración
actividad 02/06/15
16 Modelo de análisis 10 días vie 05/06/15 mar 16/06/15
17 DISEÑO 28 días mar vie 17/07/15

16/06/15
18 Diseño modelo 4 días mar vie 19/06/15
16/06/15
19 Lista inicial de objetos. 2 días vie 19/06/15 sáb 20/06/15
20 Refinar 3 días sáb 20/06/15 mar 23/06/15

responsabilidades de
los objetos.
21 Puntos de interacción. 2 días mar mié 24/06/15
23/06/15
22 Diseño de la Base de 1 día mié 24/06/15 mié 24/06/15
Datos
23 Relaciones entre 2 días jue 25/06/15 vie 26/06/15
objetos.
24 Modelo de Despliegue 3 días vie 26/06/15 lun 29/06/15
25 Modelo de diseño. 17 días lun 29/06/15 vie 17/07/15
26 IMPLEMENTACIÓN 60 días vie 17/07/15 jue 24/09/15
Tarea Resumen del proyecto Hito inactivo Informe de resumen manual Fecha límite
Proyecto: Cronograma de Activida División Tareas externas Resumen inactivo Resumen manual Línea base
Fecha: jue 09/04/15 Hito Hito externo Tarea manual Sólo el comienzo Progreso
Resumen Tarea inactiva Sólo duración Sólo fin
01/03 15/03 29/03 12/04 26/04 10/05 24/05 07/06 21/06 05/07 19/07 02/08 16/08 30/08 13/09 27/09 11/10
27 Implementación Base 1 día vie 17/07/15 vie 17/07/15
de Datos
28 Implementación del 57 días vie 17/07/15 lun 21/09/15
Prototipo
29 Personalización del 4 días lun 21/09/15 jue 24/09/15
portal
30 PRUEBAS 14 días jue 24/09/15 vie 09/10/15
31 Se elabora el plan de 1 día jue 24/09/15 jue 24/09/15

pruebas.
32 Se realizan pruebas. 6 días jue 24/09/15 mié 30/09/15
33 Realización de 5 días mié 30/09/15 lun 05/10/15

correcciones
(opcional)
34 Elaboración de 10 días jue 24/09/15 lun 05/10/15
manuales
35 DOCUMENTACIÓN 158 jue 09/04/15 vie 09/10/15 DOCUMENTACIÓN
días
36 Documentacion de 158 jue 09/04/15 vie 09/10/15
proyecto días
37
01/03 15/03 29/03 12/04 26/04 10/05 24/05 07/06 21/06 05/07 19/07 02/08 16/08 30/08 13/09 27/09 11/10
VLANS CON VTP DESDE
UNA APLICACIÓN
ANDROID
información
18/04/15

modelo Web y Movil
casos de uso.
casos de uso.
uso.
casos de uso.

interacción
secuencia 26/05/15
colaboración
actividad 02/06/15

16/06/15
16/06/15

los objetos.
23/06/15
Datos
objetos.
01/03 15/03 29/03 12/04 26/04 10/05 24/05 07/06 21/06 05/07 19/07 02/08 16/08 30/08 13/09 27/09 11/10
de Datos
Prototipo
portal

pruebas.

correcciones
(opcional)
manuales
días
proyecto días
37
01/03 15/03 29/03 12/04 26/04 10/05 24/05 07/06 21/06 05/07 19/07 02/08 16/08 30/08 13/09 27/09 11/10
VLANS CON VTP DESDE
UNA APLICACIÓN
ANDROID
información
18/04/15

modelo Web y Movil
casos de uso.
casos de uso.
uso.
casos de uso.

interacción
secuencia 26/05/15
colaboración
actividad 02/06/15

16/06/15
16/06/15

los objetos.
23/06/15
Datos
objetos.
01/03 15/03 29/03 12/04 26/04 10/05 24/05 07/06 21/06 05/07 19/07 02/08 16/08 30/08 13/09 27/09 11/10
de Datos
Prototipo
portal

pruebas.

correcciones
(opcional)
manuales
días
proyecto días
37
01/03 15/03 29/03 12/04 26/04 10/05 24/05 07/06 21/06 05/07 19/07 02/08 16/08 30/08 13/09 27/09 11/10
VLANS CON VTP DESDE
UNA APLICACIÓN
ANDROID
información
18/04/15

modelo Web y Movil
casos de uso.
casos de uso.
uso.
casos de uso.

interacción
secuencia 26/05/15
colaboración
actividad 02/06/15

16/06/15
16/06/15

los objetos.
23/06/15
Datos
objetos.
01/03 15/03 29/03 12/04 26/04 10/05 24/05 07/06 21/06 05/07 19/07 02/08 16/08 30/08 13/09 27/09 11/10
de Datos
Prototipo
portal

pruebas.

correcciones
(opcional)
manuales
días
proyecto días
37
PROTOTIPO PARA LA
ADMINISTRACIÓN DE VLANS CON VTP
DESDE UNA APLICACIÓN ANDROID
(OCTUBRE 2015)
Mercy Esperanza Lozano Tellez
Abstract – This article analyzes the feasibility of building a dispositivos activos de red como los switches. A partir
mobile application that enables the administration of VLANs del desarrollo de un prototipo para la administración de
through the VTP protocol from the Android platform. And VLANs con el protocolo VTP, desde una aplicación
help grow the portfolio of mobile applications, which can be móvil utilizando como medio de comunicación las redes
extended to fields of asset management of network devices inalámbricas a través de la simulación de los equipos
such as switches. With the development of a prototype for activos desde GNS3 y la aplicación web para dispositivos
managing VLANs with the VTP protocol from a mobile móviles con plataforma Android.
application that consumes the web service through the
bookstore and KSOAP using media as wireless networks
through simulation active equipment from GNS3 and web
application for mobile devices with Android platform. II. VIRTUALIZACIÓN DE OPERACIONES DE RED
Keywords: VTP, VLANS, Virtualización, SOAP, Java, La investigación realizada sobre virtualización de
Android. dispositivos de red y administración por dispositivo
móvil, incluye el análisis de métodos para acceder a los
dispositivos. Se utiliza la metodología RUP para
I. INTRODUCCION desarrollar el trabajo, organizando la documentación a
nivel de flujos de la metodología. Desde el modelado del
En Colombia como en muchos países el sector de las negocio hasta las pruebas del sistema. Se pueden
telecomunicaciones ha tenido una gran evolución, identificar 3 subsistemas; una aplicación web, que
especialmente en las comunicaciones móviles, que día básicamente consiste en un servicio web, para recibir
tras día, viene presentando avances tecnológicos que peticiones desde la aplicación móvil, el segundo
permiten el desarrollo de herramientas orientadas a subsistema. Adicionalmente, se utiliza un framework de
facilitar la interacción social en todas las formas de configuración de redes, para facilitar el acceso a los
comunicación, propias y necesarias para los seres routers de las plataformas 3640. El proyecto incluye la
humanos y aún así no acaban de satisfacer las integración de varias tecnologías; una aplicación android
necesidades del mercado, teniendo en cuenta la con una aplicación servidor, utilizando el lenguaje de
versatilidad de los insaciables usuarios. Para el año 2014 programación Java. Se implementan algunas operaciones,
se agitó el negocio de las 'telcos' en Colombia. La para ser realizadas de manera didáctica, paso a paso. Lo
penetración de los servicios de telefonía móvil alcanzó al que permite al administrador de Networking, visualizar el
tercer trimestre del año anterior un 112,4 por ciento con proceso de las configuraciones. Se eligen operaciones
53,5 millones de líneas activas, una cifra que pone al país básicas de configuración, como crear o eliminar una
cada vez más cerca de los niveles que registran vlans, crear el dominio vtp en los dispositivos a través de
economías del primer mundo.[1] Lo que ha permitido los módulos. Asimismo, se invocan comandos
que las aplicaciones móviles estén en su mejor informativos como show vtp status, para conocer el
momento. estado de vtp. El resultado de la investigación, es una
aplicación final, que permite a través de la virtualización,
Este trabajo brinda la oportunidad de contribuir al facilitar la administración de VTP y VLANS desde la
crecimiento del portafolio de aplicaciones móviles, el ejecución grafica sin preocuparse por las sentencias
cual se puede extender a campos de administración de ingresadas.
III. VLANS Con lo que se ahorra ancho de banda en los posiblemente
saturados enlaces trunk.
Una VLAN (virtual LAN) es, conceptualmente, una red
de área local formada a nivel lógico. Dada esta
V. KSOAP
particularidad, las Vlans proveen una forma de separar
grupos de hosts con objetivos diferentes aunque estos se SOAP (Simple Object Access Protocol) es uno de los
encuentren conectados al mismo switch. A su vez, en este protocolos para comunicación de datos más usados
punto, nos permite optimizar los puertos de switch. auspiciado por la W3C, existiendo multitud de servicios
web implementados bajo esta tecnología. Partiendo de
A principios de los años ochenta Ethernet ya era una esta situación es importante resaltar la Liberia kSOAP
tecnología consolidada que ofrecía una velocidad de tipo cliente SOAP elegante, ligera y eficiente. La
1Mbits/s, mucho mayor que gran parte de las alternativas biblioteca es de código abierto, fácil de usar, y puede
de la época. Las redes Ethernet tenían una topología en salvarlo de la molestia de la codificación de un
bus, donde el medio físico de transmisión (cable coaxial) analizador personalizado. Es una de las bibliotecas
era compartido. Ethernet era, por lo tanto, una red de de SOAP más fiables disponibles en la actualidad y se
difusión y como tal cuando dos estaciones transmiten actualiza con frecuencia. A nivel de Android es
simultáneamente se produce colisiones y se desperdicia compatible y de gran utilidad para poder realizar el envió
ancho de banda en transmisiones fallidas. de mensajes SOAP y consumir servicios web en los
dispositivos móviles.
Las LANs virtuales (VLANs) son agrupaciones,
definidas por software, de estaciones LAN que se
comunican entre sí como si estuvieran conectadas al VI. VIRTUALIZACIÓN
mismo cable, incluso estando situadas en segmentos
diferentes de una red de edificio o de campus. Es decir, la El despliegue de infraestructuras de red requiere una
red virtual es la tecnología que permite separar la visión cantidad no despreciable de equipamiento, conexiones
lógica de la red de su estructura física mediante el soporte de red que suelen conllevar un coste elevado. Esta
de comunidades de intereses, con definición lógica, para herramienta de virtualización permite la creación de
la colaboración en sistemas informáticos de redes. Este dispositivos de red virtuales así como interconectarlos
concepto, fácilmente asimilable a grandes trazos implica para obtener una infraestructura de red.
en la práctica, sin embargo, todo un complejo conjunto
de cuestiones tecnológicas. Quizás, por ello, los La virtualización del hardware implica utilizar software
fabricantes de conmutación LAN se están introduciendo para crear máquinas virtuales (VM) que emulan un host
en este nuevo mundo a través de caminos diferentes, físico. Esto crea un entorno de sistema operativo
complicando aún más su divulgación entre los usuarios. independiente que es, lógicamente, aislado del servidor
host. Al ofrecer varias máquinas virtuales a la vez, este
IV. VTP enfoque permite que varios sistemas operativos corran
simultáneamente en una única máquina física.
VTP (VLAN TrunkingProtocol) es un protocolo
propietario de Cisco que permite una gestión centralizada En lugar de comprar varios servidores dedicados a
de todas las VLANs. funciones específicas que luego estarán subutilizados, la
VTP utiliza tramas de nivel 2 para gestionar la creación, virtualización de servidores permite que las cargas de
borrado y renombrado de VLANs en una red trabajo se consoliden en un número más reducido de
sincronizando todos los dispositivos entre sí y evitar servidores plenamente utilizados.
tener que configurarlos uno a uno. Para eso hay que
establecer primero un dominio de administración VTP. VII. DISEÑO DE LA SOLUCIÓN
Un dominio VTP para una red es un conjunto contiguo Se desarrolla un prototipo, que permite construir una
de switches unidos con enlaces trunk que tienen el mismo aplicación móvil para la administración de VLANs, por
nombre de dominio VTP. medio del protocolo VTP desde la plataforma Android.
Los switches pueden estar en uno de los siguientes Esto con el fin, de facilitar la ejecución de comandos
modos: servidor, cliente o transparente. El servidor es el desde una interfaz GUI, y permite al administrador de la
modo por defecto, anuncia su configuración al resto de red, concentrarse en la lógica de configuración y no en el
equipos y se sincroniza con otros servidores VTP. conocimiento del orden y la sintaxis de los comandos.
Para el desarrollo del prototipo se han tenido en cuenta
VTP también permite «podar» (función VTP prunning), varios componentes, que permiten el correcto
lo que significa dirigir tráfico VLAN específico sólo a los funcionamiento del sistema, a partir de la autenticación
conmutadores que tienen puertos en la VLAN destino. para el acceso a las configuraciones. A continuación en
la figura 1, se muestra un diagrama general de la IX INTEGRAR LAS APLICACIONES
arquitectura del prototipo.
Para integrar las aplicaciones del prototipo al cual se
La aplicación móvil y web se desarrolla en Java utilizando nombró ADMIN VTP, es necesario tener las siguientes
Eclipse Luna y Netbeans como IDE de desarrollo por su configuraciones:
adaptabilidad con Android alojada en un servidor
Glassfish, la base de datos se realiza en MySql y la  Direccionamiento IPV4: 192.168.1.0/24 en la
simulación de los equipos activos se realiza en GNS3 que red wifi 802.11b/g/n, 192.168.0.0 en la red
al igual que Java – Android es de uso libre y se adapta a las alámbrica y 10.0.0.0/8 en n la subred de
necesidades del prototipo. Se utiliza un Access Point para switches.
la conexión inalámbrica entre la aplicación web y móvil, y
la comunicación entre el servidor web y la los equipos  La topología de red emulada desde GNS3 en
virtualizados se realiza a través de una tarjeta de red ejecución.
emulada por VMWare.
 El servidor de bases de datos mysql integrado
en el servidor wbe de Glassfish intregado con
por medio de su drive y en ejecución.
 La tabla de autenticación que registra a los

administradores de red habilitados para acceder
a las opciones de configuración desde la
aplicación móvil.
 La comunicación entre aplicación móvil y

aplicación web, realizada por medio del
protocolo soap manejado por la librería Ksoap
de java y la comunicación entre la aplicación
web y el framework VTP realizada por la Api
Ilustración 1. Arquitectura del Prototipo
telnet.jar de Apache.
Para llegar a la solución propuesta, inicialmente la
Luego de cumplir con las anteriores configuraciones la
aplicación móvil invoca métodos de la aplicación servidor.
aplicación móvil envía los valores de autenticación con
La aplicación servidor recibe las solicitudes y se comunica
los datos de usuario y contraseña a la aplicación web, la
con el Framework de redes, con el objetivo de enviarle las
cual consulta la base de datos para su validación y luego
operaciones solicitadas desde la aplicación móvil.
de un ingreso autorizado, acceder a los 4 módulos de
Finalmente el Framework de redes, conecta los
administración que se visualizan en la ilustración 3.
dispositivos de enrutamiento y ejecuta las operaciones
solicitadas desde la aplicación web, y las despliega paso a  Monitoreo VLANS y VTP:
paso en su interfaz gráfica. Como se puede visualizar en la  Configuración VTP
ilustración 2.  Configuración VLANS
 Autenticación
Ilustración 2. Diagrama de componentes

 Se implementa las características de los hilos y
enumeraciones de java para la trasmisión de datos
entre la aplicación móvil, web y los conmutadores.
Así como las funcionalidades ofrecidas por la librería
Telnet de Apache para los mecanismos de
comunicación expuestos en el objetivo 4.
 Se desarrolla el modelo de bases de datos para

controlar el ingreso a la aplicación de solo personas
registradas en el sistema. Con lo cual se implementa la
autenticación expuesta en el objetivo 5.
 Al utilizar como referencia algunas características del

modelo de aceptación de la tecnología (TAM) para el
cuestionario de evaluación solicitado al Ingeniero
Gerlee Varón, luego de las pruebas del prototipo. Se
logra tener presente la utilidad, facilidad de uso,
variables externas, actitud hacia el uso actual del
prototipo. De esta manera se logra validar el prototipo
tal como expone en el objetivo 6.
 El proceso automático de configurar dispositivos

networking, evita incurrir en equivocaciones de
digitación de comandos, facilitando las tareas del
Ilustración 3. Interfaz GUI del prototipo desarrollado.
 Con en el manejo de Wireshark para capturar el
tráfico mientras se realizan las pruebas de conexión,
se logra identificar las tramas que se transmiten y sus
X CONCLUSIONES
tiempos de ejecución para futuras mejoras
 El desarrollo de la interfaz gráfica móvil bajo la
versión 5.1 de Android, es adecuada ya que permite
trabajar las configuraciones de VTP, VLANS y REFERENCIAS
monitoreo por medio de módulos. Y gracias a que es
firmada en modo de lanzamiento y no de depuración, [1] Hernández, Miguel Ángel. Redacción Tecnósfera:
permite mayor seguridad y manejo de futuras Colombia cerró 2014 con cifras récord en materia de
versiones a través de la generación del certificado telecomunicaciones. 7 de enero de 2015. [Consultado
privado y no público. el 17 de enero de 2015]. Disponible en Internet:
http://www.eltiempo.com/tecnosfera/novedades-
 Se genera la interfaz web con la apariencia de símbolo tecnologia/en-2014-se-agito-el-negocio-de-las-telcos-
del sistema junto con la integración del Framework en-colombia/15063936.
VTP, que es desarrollado con las API`S de Apache y
[2] C.Li, 1.Pickard, P.Li, T.Mohammed, B.Yang, and
Java. Logrando la conexión a la topología de GNS3
K.Augustus, "A practical study on networking
para la lectura y escritura en los equipos activos cisco
equipment emulation," Journal of Computing Sciences
3640. in Colleges, vol.24, no.2, pp.137-143, Dec.2008. .
[Consultado el 02 de noviembre de 2014]. Disponible
 Las características de la librería Ksoap tipo cliente en Internet:
SOAP que ofrece java, permite la comunicación con http://ieeexplore.ieee.org.bdigital.udistrital.edu.co:808
las API`S XML de Android, lo cual facilita la 0/stamp/stamp.jsp?arnumber=4116226.
implementación de los módulos para el envío de
comandos VTP.
[3] CCNA Exploration 4.0 Módulo 3. Conmutación y
conexión inalámbrica de LAN. Cisco Networking
Academy,Copyright © 2007-2018 Cisco Systems Inc.
[4] García, Luis Fernando. Todo lo básico que debería

saber sobre Programación Orientada a Objetos en
Java. Edición Uninorte , 2010.
[5] Luján, Sergio. Programación de Aplicaciones Web:

Historia, Principios Básicos y Clientes Web. Editorial
Club Universitario, 2002.
[6] Larman, Craig. UML y patrones: Una Introducción

al Análisis y DiseñoOrientado a Objetos y al Proceso
Unificado. Pearson, 2006.
[7] Tanenbaum, Andrew S, Redes de computadoras.

Cuarta Edición, Pearson Educación, 2003, Nº de
páginas 891. ISBN 9702601622, 9789702601623.
[8] Weitzenfeld, Alfredo. Ingeniería de Software

Orientada a Objetos con UML, Java e Internet.
Editorial Thomson, 2005.
[9] Efficient SOAP Binding for Mobile Web Services

Found in: The IEEE Conference on Local Computer
Networks 30th Anniversary (LCN'05)lBy Kwong
Yuen Lai, Thi Khoi Anh Phan, Zahir Tari Publication
Date: November 2005 pp. 218-225
[10] Ghazali, K.W.M.; Hassan, R.; Ali, Z.M., "A

network device simulator in android platform,"
Advanced Communication Technology (ICACT),
2013 15th International Conference on, vol., no.,
pp.378,381, 27-30 Jan. 2013. [Consultado el 04 de
noviembre de 2014]. Disponible en Internet:
http://ieeexplore.ieee.org.bdigital.udistrital.edu.co:808
0/xpls/icp.jsp?arnumber=6488210.
UNIVERSIDAD DISTRITAL FRANCISO JOSÉ DE CALDAS
SISTEMA DE BIBLIOTECAS
REPOSITORIO INSTITUCIONAL
RIUD
Página 1 de 3
LICENCIA Y AUTORIZACIÓN ESPECIAL PARA PUBLICAR Y PERMITIR LA CONSULTA Y

USO DE CONTENIDOS EN EL REPOSITORIO INSTITUCIONAL DE LA UNIVERSIDAD
DISTRITAL
Términos y condiciones de uso para publicación de obras en el Repositorio
Institucional de la Universidad Distrital Francisco José de Caldas RIUD.
Como titular(es) del(os) derecho(s) de autor, confiero (erimos) a la Universidad Distrital

Francisco José de Caldas una licencia para uso no exclusiva, limitada y gratuita sobre la
obra que integrará el Repositorio Institucional de acuerdo a las siguientes reglas, las
cuales declaro (amos) conocer y aceptar:
a) Estará vigente a partir de la fecha en que se incluya en el Repositorio Institucional y

hasta por un plazo de diez (10) Años, prorrogable indefinidamente por el tiempo que
dure el derecho Patrimonial del autor; la cual podrá darse por terminada previa
solicitud a la Universidad por escrito con una antelación de dos (2) meses antes del
vencimiento del plazo inicial o el de su(s) prórroga(s).
b) La Universidad Distrital Francisco José de Caldas podrá publicar la obra en las

distintas versiones requeridas (digital, impreso, electrónico u otro medio conocido o por
conocer) por el Repositorio Institucional, La Universidad no será responsable en el
evento que el documento aparezca referenciado en motores de búsqueda o repositorios
diferentes al Repositorio Institucional, una vez el(os) autor(es) soliciten su eliminación del
Repositorio de la Universidad, dado que la misma será publicada en Internet.
c) La autorización se hace a título gratuito, por lo tanto, los autores renuncian a recibir
beneficio alguno por la publicación, distribución, comunicación pública y cualquier otro
uso que se haga en los términos de la presente licencia y de la licencia de uso con que
se publica (Creative Commons).
d) Los contenidos publicados en el Repositorio Institucional son obra(s) original(es) sobre

la cual(es) el(os) autor(es) como titulares de los derechos de autor, asumen total
responsabilidad por el contenido de su obra ante la Universidad Distrital Francisco José
de Caldas y ante terceros. En todo caso la Universidad Francisco José de Caldas se
compromete a indicar siempre la autoría incluyendo el nombre del autor y la fecha de
publicación.
e) La Universidad Distrital Francisco José de Caldas podrá incluir la obra en los índices y
buscadores que estimen necesarios para maximizar la visibilidad el uso y el impacto de la
producción científica, artística y académica en la comunidad local, nacional o
internacional.
DOCUMENTO REVISADO POR LA OFICINA LICENCIA Y AUTORIZACIÓN ESPECIAL PARA PUBLICAR Y
ASESORA JURÍDICA UNIVERSIDAD DISTRITAL PERMITIR LA CONSULTA Y USO DE CONTENIDOS EN EL RIUD
FRANCISCO JOSÉ DE CALDAS
RIUD
Página 2 de 3
f) La Universidad Distrital Francisco José de Caldas podrá convertir la obra a cualquier

medio o formato con el fin de su preservación en el tiempo que la presente licencia y la
de sus prórrogas.
Con base en lo anterior autorizó la publicación y consulta de la obra titulada
________________________________________________________________________
PROTOTIPO PARA LA ADMINISTRACIÓN DE VLANS CON VTP DESDE UNA APLICACIÓN ANDROID.
________________________________________________________________________
________________________________________________________________________
A favor del Repositorio Institucional de la Universidad Distrital Francisco José de Caldas

y de sus usuarios, cuyo(s) autor(es) son:
Autor Apellidos Nombres
1 Lozano Tellez Mercy Esperanza
2
3
a) Autorizo que la obra sea puesta a disposición del público en los términos autorizados
en los literales anteriores, bajo los límites definidos por la Universidad Distrital Francisco
José de Caldas en las “Condiciones de uso de estricto cumplimiento” de los recursos
publicados en Repositorio Institucional RIUD, cuyo texto completo se puede consultar en
http://repository.udistrital.edu.co/
b) Conozco y acepto que otorgo una licencia especial para publicación de obras en el
Repositorio Institucional de la Universidad Distrital Francisco José de Caldas, licencia de
la cual he obtenido una copia.
c) Manifiesto mi total acuerdo con las condiciones de uso y publicación en el Repositorio

Institucional de la Universidad Distrital Francisco José de Caldas que se describen y
explican en el presente documento.
g) Que conozco la normatividad interna de la Universidad Distrital Francisco José de

Caldas relativo a propiedad intelectual regulada por el Acuerdo 004 de 2012 del CSU,
Acuerdo 023 de 2012 del CSU sobre Política Editorial, Acuerdo 026 del 31 de julio de
2012 sobre el procedimiento para la publicación de tesis de postgrado de los estudiantes
de la Universidad Distrital Francisco José de Caldas, Acuerdo 030 del 03 de diciembre de
2013 por medio del cual se crea el Repositorio Institucional de la Universidad Distrital
Francisco José de Caldas y las demás normas concordante y complementarias que rigen
al respecto. Estos documentos podrán ser consultados y descargados en el portal web de
la biblioteca http://sistemadebibliotecas.udistrital.edu.co/

RIUD
Página 3 de 3
SI EL DOCUMENTO SE BASA EN UN TRABAJO QUE HA SIDO PATROCINADO O

APOYADO POR UNA AGENCIA O UNA ORGANIZACIÓN, CON EXCEPCIÓN DE LA
UNIVERSIDAD DISTRITAL FRANCISCO JOSE DE CALDAS, LOS AUTORES
GARANTIZAN QUE SE HA CUMPLIDO CON LOS
DERECHOS Y OBLIGACIONES REQUERIDOS POR EL RESPECTIVO CONTRATO O
ACUERDO.
En constancia de lo anterior, firmo (amos) el presente documento a los
FIRMA DE LOS TITULARES DE DERECHOS DE AUTOR
Mercy Esperanza Lozano Tellez

__________________________________________ C.C. No. __________________
53.095.407 de Bogotá
__________________________________________ C.C. No. __________________
__________________________________________ C.C. No. __________________
Correo Electrónico Institucional del Autor (es):

Autor Correo Electrónico
1 melozanot@correo.udistrital.edu.co
2
3
Nota: En caso que no esté de acuerdo con las condiciones de la presente licencia,
justifique los motivos por los cuales el documento y sus anexos no pueden ser publicados
en el Repositorio Institucional de la Universidad Distrital Francisco José de Caldas RIUD.
Si requiere más espacio puede anexar una copia similar a esta hoja
CAMPOS DILIGENCIADOS EXCLUSIVAMENTE POR BIBLIOTECA:
Licencia:
Nombre de quien recibe
Fecha de recibo:
Publicación en RIUD:
Fecha:
Número de Identificación:
Nombre de quien Publica:

TABLA DE CONTENIDO
Pág.
LISTA DE FIGURAS ................................................................................................ 3
1. INTRODUCCIÓN .............................................................................................. 4
1.1. PROPÓSITO .............................................................................................. 4
1.2. ALCANCE ................................................................................................... 4
2. QUE ES ADMIN VTP ........................................................................................ 5
3. ÁRBOL DE NAVEGABILIDAD DE LA APLICACIÓN ........................................ 5
3.1. ÁRBOL DE NAVEGABILIDAD DE LA APLICACIÓN WEB - MÓVIL ............ 5
3.2. APLICACIÓN MOVIL .................................................................................. 7
3.2.1. AUTENTICACIÓN ................................................................................... 7
3.2.2. EXCEPCIONES DE INGRESO ............................................................... 8
3.3. CONFIGURACIÓN DE VTP ....................................................................... 9
3.3.1. EXCEPCIONES DE CONFIGURACIÓN VTP ....................................... 10
3.4. CONFIGURACIÓN DE VLANS................................................................. 12
3.4.1. EXCEPCIONES DE CONFIGURACIÓN VLANS ................................... 13
3.5. MONITOREO DE VLANS Y VTP .............................................................. 15
LISTA DE FIGURAS
Figura 1. Navegabilidad aplicación web .......................................................................... 5

Figura 2. ARBOL DE NAVEGABILIDAD APLICACIÓN MOVIL .................................. 6
Figura 3. Venta de autenticación ...................................................................................... 7
Figura 4. Mensaje de autenticación incorrecta ............................................................... 8
Figura 5. Mensaje de autenticación correcta .................................................................. 8
Figura 6. Configuración de VTP ........................................................................................ 9
Figura 7. Mensaje datos incompletos en la operación ................................................ 10
Figura 8.Ejemplo de ejecución correcta del módulo VTP ........................................... 10
Figura 9. Consulta de estado VTP creado en la figura 8 ............................................ 11
Figura 10. Configuración de VTP ................................................................................... 12
Figura 11. Mensajes datos incompletos en la operación ............................................ 13
Figura 12.Ejemplo de ejecución correcta del módulo VLANS ................................... 13
Figura 13. Consulta de estado VLANS creado en la figura 8 .................................... 14
1. INTRODUCCIÓN
1.1. PROPÓSITO
Objetivo del documento:
Explicar las principales funcionalidades de la aplicación ADMIN VTP.
Razón del documento:

El presente documento tiene como objetivo principal explicar las principales
funcionalidades de la aplicación ADMIN VTP del sistema según los requerimientos
y casos de uso especificados en el documento.
El cual presenta una explicación detallada de todas y cada una de las actividades
que se puede desarrollar, así como los procedimientos establecidos para poder
ejercer una administración con VTP adecuada en las VLANS. Esta presentación
se hace ilustrativa con imágenes captadas mientras se navega en el aplicativo y
también podrá ser consultado en el video manual ubicado en la carpeta
Videos/Manual de Usuario.
Audiencia:
El documento está dirigido a cualquier persona con conocimiento en
administración de equipos activos de red.
1.2. ALCANCE
El presente documento describe el uso de la aplicación haciendo énfasis en los
casos de uso propuestos en el Documento.
2. QUE ES ADMIN VTP
Es el desarrollo del prototipo para la administración de VLANs con VTP desde

una Aplicación Android.
3. ÁRBOL DE NAVEGABILIDAD DE LA APLICACIÓN
En el árbol de navegabilidad se observan las principales interfaces gráficas de la

aplicación móvil y web. A continuación se describirá su uso y las condiciones
óptimas de funcionamiento.
3.1. ÁRBOL DE NAVEGABILIDAD DE LA APLICACIÓN WEB - MÓVIL
La aplicación web solo cuenta con una ventana en donde se visualiza las
operaciones enviadas por el dispositivo móvil y ejecutadas por medio del
framework VTP en la interfaz web.
Figura 1. Navegabilidad aplicación web

Figura 2. ARBOL DE NAVEGABILIDAD APLICACIÓN MOVIL
Ingreso (Identificación, contraseña)
Ingreso Autorizado
Acceso a las
Configuraciones
3.2. APLICACIÓN MOVIL
En el árbol de navegabilidad se observan las principales interfaces gráficas de la

aplicación web y móvil a continuación se explicara cada uno de su módulos, partiendo
de los caso de uso y requerimientos documentados en el documento del proyecto.
3.2.1. AUTENTICACIÓN
Luego de que se sigan los pasos de instalación de la aplicación móvil explicados en el

anexo 03. Manual Instalación de ADMIN VTP. La primera ventana que se abrirá al
ejecutar el icono es la de autenticación que se relaciona en la figura 3 en donde debe
ingresar un usuario registrado en el sistema.
Figura 3. Venta de autenticación

3.2.2. EXCEPCIONES DE INGRESO
Si el usuario infringe alguna de las excepciones por la cuales no pueda ingresar a
ADMIN VTP le generara el mensaje de verificación.
Figura 4. Mensaje de autenticación incorrecta
Si son correctos dara la bienvenidad al sistema y mostrara los módulos de

configuraciones
Figura 5. Mensaje de autenticación correcta

3.3. CONFIGURACIÓN DE VTP
En este módulo deberá seleccionar el switch a configurar VTP e ingresar los datos
solicitados de versión y dominio.
Figura 6. Configuración de VTP

3.3.1. EXCEPCIONES DE CONFIGURACIÓN VTP
Si el usuario infringe alguna de las excepciones por la cuales no pueda ingresar la
creación del dominio y la versión le generara el mensaje de verificación
Figura 7. Mensaje datos incompletos en la operación
Si los datos son correctos en la interfaz web se mostrara la operación de la creación de

VTP, los comandos que se estarían ejecutando para su realización.
Figura 8.Ejemplo de ejecución correcta del módulo VTP

Figura 9. Consulta de estado VTP creado en la figura 8
3.4. CONFIGURACIÓN DE VLANS
En este módulo deberá seleccionar el switch a configurar VLANS e ingresar los datos
solicitados de creación o elimanación
Figura 10. Configuración de VTP

3.4.1. EXCEPCIONES DE CONFIGURACIÓN VLANS
Si el usuario infringe alguna de las excepciones por la cuales no pueda ingresar la
creación del dominio y la versión le generara el mensaje de verificación
Figura 11. Mensajes datos incompletos en la operación
Si los datos son correctos en la interfaz web se mostrara la operación de la creación o

eliminación de VLANS , los comandos que se estarían ejecutando para su realización.
Figura 12.Ejemplo de ejecución correcta del módulo VLANS

Figura 13. Consulta de estado VLANS creado en la figura 8
Al finalizar las consultas en el web server se mostrara en pantalla el mensaje de

operación procesada, verificarla en ADMIN VTP- WEB
3.5. MONITOREO DE VLANS Y VTP
En este módulo permite consultar los estados de vtp, vlan y publicaciones.
l
TABLA DE CONTENIDO
LISTA DE FIGURAS 3
1. LIBRERÍAS ASOCIADAS A LA APLICACIÓN WEB 5
2. PROGRAMACIÓN APLICACIÓN WEB SERVER 6
2.1. PAQUETE LÓGICA 6
2.2. PAQUETE PERSISTENCIA 8
2.3. PAQUETE PRESENTACIÓN 9
3. PROGRAMACIÓN APLICACIÓN MÓVIL 12
4. PROGRAMACIÓN BASES DE DATOS. 13
LISTA DE FIGURAS
Figura 1. Librerías importadas en la aplicación web 5

Figura 2. Estructura de la aplicación web 6
Figura 3. Estructura del paquete lógica 7
Figura 4. Importación del paquete persistencia 7
Figura 5. Clase usuario paquete lógica 7
Figura 6. Método Validar_user paquete lógica 7
Figura 7. Constructor Usuario paquete lógica 7
Figura 8. Estructura del paquete Persistencia 8
Figura 9. Clase ConexiónDAO paquete Persistencia 9
Figura 10. Clases paquete presentación 9
Figura 11. Exportación de librerías en la capa de presentación. 10
Figura 12. Clase Operación 10
Figura 13. Clase validación_usuario 12
Figura 14. Código utilizado para crear la base de datos 13
1. INTRODUCCIÓN
1.1. PROPÓSITO
Mostrar el código fuente utilizado para el desarrollo de la aplicación web y móvil
ADMIN VTP.
El presente documento tiene como objetivo principal explicar las clases, paquetes
y sentencias utilizadas en el desarrollo de Android y Java para futuras
modificaciones.
Audiencia:
El documento está dirigido a cualquier persona con conocimientos en
administración de tecnologías de información (TI), que esté familiarizado con Java
EE, los productos Oracle Glassfish OpenSource Edition, MySQL Community
Edition y Android.
1.2. ALCANCE
El presente documento abarca los siguientes temas:

 Código fuente aplicación web
 Código fuente aplicación móvil
 Código fuente bases de datos
2. LIBRERÍAS ASOCIADAS A LA APLICACIÓN WEB
Se utilizan las siguientes librerías para incluir algunos de sus servicios en la

ejecución de la aplicación WEB.
Figura 1. Librerías importadas en la aplicación web
 MySQ – mysql-connector-5.1.7-bin. jar: Tiene configurado el conector a

la base de datos de Mysql invocado en el paquete de persistencia.
 Telnet – Telnet. jar: Tiene configurado el conector a los conmutadores
 FinalVTP.jar: Se configura el desarrollo del framework VTP para lograr

realizar la escritura y lectura en los conmutadores
 Glassfish Server 3: Se configura para poder probar el servicio web de la

aplicación
3. PROGRAMACIÓN APLICACIÓN WEB SERVER
La aplicación servidor AdminVTP es integra por las 3 capas de desarrollo; lógica,

persistencia, presentación. Así como la dependencia de 7 librerías, como se
visualiza en la figura 1.
Figura 2. Estructura de la aplicación web
3.1. PAQUETE LÓGICA
Está compuesta por la clase Usuario.java, la cual tiene dos string; usuario y
password, para validar los datos de autenticación enviados desde la aplicación
móvil. El constructor de la clase asigna los valores recibidos a las variables locales.
Y el método validar_user, invoca las clases de persistencia para realizar la consulta
a la base de datos. Su estructura se visualiza en la figura 2.
Figura 3. Estructura del paquete lógica
Figura 4. Importación del paquete persistencia
Figura 5. Clase usuario paquete lógica
Figura 6. Método Validar_user paquete lógica
Figura 7. Constructor Usuario paquete lógica

3.2. PAQUETE PERSISTENCIA
Está compuesta por las clases ConexiónDao y UsuarioDAO, las cuales encargan
de gestionar la conexión con la base de datos. Su estructura se visualiza en la
figura 7.
Figura 8. Estructura del paquete Persistencia

Figura 9. Clase ConexiónDAO paquete Persistencia
Permite el acceso a la base de datos MySQL, por medio de la tecnología jdbc.
3.3. PAQUETE PRESENTACIÓN
Está compuesta por las clases Operación y Validación de usuario, las cuales se
encargar de hacer el llamado a la interfaz grafica y funciones del framework de
vtp. Su estructura se visualiza en la figura 10.
Figura 10. Clases paquete presentación

Figura 11. Exportación de librerías en la capa de presentación.
Los paquetes de lógica integradas en la capa de presentación del framework VTP,

permite enviar la información de los comandos para que se ejecuten en cada
enumeración de VTP_CLIENT y VTP_SERVER y llamar a la lógica de
INPIT_OUTPUT, para llamar a las configuraciones de los conmutadores.
Figura 12. Clase Operación
Se realiza reciben los datos de las operaciones seleccionadas por el

administrador de red desde el dispositivo móvil, llegando al servidor web para la
comunicación con la topología GNS3 y realizar las instrucciones indicadas.
Se arma las setencias ingresadas desde el móvil, por medio hilos en java para
poderlas comunicar con las enumeraciones del Framework VTP y este conexión
con los conmutadores.
Verifica si el usuario es correcto y despliega la interfaz grafica de los módulos de
gestión luego de la autenticación.
Figura 13. Clase validación_usuario
4. PROGRAMACIÓN APLICACIÓN MÓVIL
La explicación de la programación ejecutada en el desarrollo de la aplicación

Android se puede visualizar en el video Manual de Programador Aplicación móvil
manual ubicado en la carpeta Videos/
en el CD del proyecto.
Se realiza el consumo web con el uso de la librería ksoap de java que se intrega a
Android.
5. PROGRAMACIÓN BASES DE DATOS.
Se realiza la creación de la bases de datos por consola con los comandos

visualizados en la figura 14.
Figura 14. Código utilizado para crear la base de datos

TABLA DE CONTENIDO
LISTA DE FIGURAS ........................................................................................................... 3

1. INTRODUCCIÓN ............................................................................................................ 4
1.1. PROPÓSITO ................................................................................................................ 4
1.2. ALCANCE ..................................................................................................................... 4
2. PROCESO DE INSTALACIÓN APLICACIÓN ADMIN VTP ..................................... 5
2.1. INSTALACIÓN DE BASE DE DATOS...................................................................... 5
2.2. CREACIÓN DE LA BASE DE DATOS ADMIN VTP PRECONFIGURADA ....... 5
2.3. INSTALACIÓN DE GLASSFISH SERVER OPEN SOURCE EDITION .............. 6
2.4.EXPORTACIÓN DE APLICACIÓN MÓVIL .............................................................. 6
2.5. DISTRIBUCIÓN DE LA APLICACIÓN MÓVIL ....................................................... 9
2.6. INSTALACIÓN DE APLICACIÓN MÓVIL .............................................................. 10
2.7.CONFIGURACIÓN DEL AMBIENTE DE PRODUCCIÓN ................................... 14
2.7.1.Instalación del driver MySQL connector.. ............................................................ 14
2.7.2.Ingreso al ambiente de producción ...................................................................... 14
2.7.3.Creación del Connection Pool. .............................................................................. 15
2.8. DESPLIEGUE DE LA APLICACIÓN WEB SERVER .................................... 15
LISTA DE FIGURAS
Figura 1. Ejecución de Script para la creación de la base de datos 5

Figura 2. Menú Export de Eclipse Luna 6
Figura 3. Opción Export Android Applicatión 7
Figura 4. Seleccionar proyecto a exportar 7
Figura 5. Creación de Keystore 8
Figura 6. Creación de Keystore 9
Figura 7. Mensaje de error al instalar de forma directa la aplicación 10
Figura 8. Logo de AppInstaller 10
Figura 9. ADMIN VTP.APK EN Google Drive 11
Figura 10. Validación de Versión Andorid en un celular avvio 750 11
Figura 11. Archivo Admin_vtp 12
Figura 12. Imágenes de Instalación de la ADMIN_VTP.apk 12
Figura 13. Confirmación de Instalación 13
Figura 14. Ventana de autenticación apliación Móvil 14
Figura 15. Proyecto Admin VTP en NetBeans 15
Figura 16. Despliegue de AdminVTP.jsp 16
1. INTRODUCCIÓN
1.1. PROPÓSITO

Explicar los pasos de instalación y despliegue de la aplicación web y móvil ADMIN
VTP.

El presente documento tiene como objetivo principal explicar los pasos de la
instalación de la aplicación web y móvil del prototipo, empleando los
requerimientos y casos de uso especificados en el documento.
Audiencia:
Edition y Android.
1.2. ALCANCE

 Instalación de la base de datos MySQL
 Instalación de aplicación Glassfish
 Instalación de la aplicación Móvil
 Exportación de la aplicación Móvil
 Configuración del servidor de aplicaciones para desplegar correctamente la
aplicación.
2. PROCESO DE INSTALACIÓN APLICACIÓN ADMIN VTP
2.1. INSTALACIÓN DE BASE DE DATOS
Para instalar MySQL Server realice la descarga del instalador desde:

http://dev.mysql.com/tech-resources/articles/mysql-installer-for-windows.html
para Microsoft Windows. O cópielo de la ruta ADMIN VTP\Instaladores

HD\BD\MSQL que se encuentra en el CD del proyecto
En el momento de realizar la instalación ingrese la contraseña del root. Para el
caso del prototipo se dejo vtpadmin.
El proceso de instalación se puede ver en el video Instalación de MYSQL.wmv
que se encuentra en la ruta ADMIN VTP\Videos\ en el
CD del proyecto.
2.2. CREACIÓN DE LA BASE DE DATOS ADMIN VTP PRECONFIGURADA
En la consola de MySQL Server o a través de MySQL Workbench ejecute las

sentencias que visualizan en la figura 1.
Figura 1. Ejecución de Script para la creación de la base de datos
create database bdvtpadmin;

use bdvtpadmin;
create table autenticacion(id int not null auto_increment primary key,user
varchar(40),password varchar(40));
insert into autenticacion (user,password) values('Admin',md5('vtp'));
2.3. INSTALACIÓN DE GLASSFISH SERVER OPEN SOURCE EDITION
Descargue desde http://glassfish.java.net/public/downloadsindex.html#top

GlassFish Server Open Source Edition 3.1.2 y siga las instrucciones de instalación
O cópielo de la ruta DADMIN VTP\Instaladores HD\IDE\Netbeans
que se encuentra en el CD del proyecto.
2.4. EXPORTACIÓN DE APLICACIÓN MÓVIL
A continuación se describe los pasos para compilar la aplicación móvil y generar el

.apk de instalación con firma certificada desde eclipse luna. El proceso de
compilación se puede ver en el video Compilación de Aplicación Móvil.wmv
que se encuentra en la ruta ADMIN VTP\Videos\
 Ingresar al menú fileexport
Figura 2. Menú Export de Eclipse Luna

 Ingresar a la carpeta Android y seleccionar Export Android Application
Figura 3. Opción Export Android Applicatión
 Seleccionar el proyecto a exportar, en este caso se creó como VTP_VLAN
Figura 4. Seleccionar proyecto a exportar

 Para firmar una aplicación es necesario tener u keystore que es un almacén
de claves en dónde se encentran todos los certificados que se hayan
generado en Android, Se diligencian los datos de la figura 5.
Figura 5. Creación de Keystore

 Se selecciona la ruta en donde se almacenara el certificado y el .apk
Figura 6. Creación de Keystore
2.5. DISTRIBUCIÓN DE LA APLICACIÓN MÓVIL
Se requiere una aplicación de apoyo debido a que ADMIN VTP no se ha

registrado en Google Play para realizar la instalación. Se plantea tres opciones
para su instalación:
a) Se compartió en Google Drive bajo la cuenta mercy.lozano@gmail.com. en

el link compartido https://drive.google.com/folderview?id=0B-A7i7QO3ze-
fkkxNnBVMVAzMm5XTnc3eVpGX3E5YktSb0dibzBVRmVuM0FKWXBOTU
RoY3c&usp=sharing.
b) Acceder al archivo ADMIN_VTP.apk desde la ruta ADMIN VTP\APP\APP
MOVIL/ en el CD del proyecto. Y en caso que no permita directo la
instalación y le genere el mensaje de error de la figura 7, se deberá instalar
la aplicación descargue e instale AppInstaller desde
https://play.google.com/store/apps/details?id=com.funtrigger.appinstaller&fe
ature=search_result#?t=W251bGwsMSwxLDEsImNvbS5mdW50cmlnZ2VyL
mFwcGluc3RhbGxlciJd. la cual permite copiar el. Apk
c) Desde el link de la pagina de presentación del proyecto ADMIN

VTP\APP\Presentación Web/Admin-VTP.html
Figura 7. Mensaje de error al instalar de forma directa la aplicación
Figura 8. Logo de AppInstaller
2.6. INSTALACIÓN DE APLICACIÓN MÓVIL
 Ingresar al link compartido de google drive

https://drive.google.com/folderview?id=0B-A7i7QO3ze-
fkkxNnBVMVAzMm5XTnc3eVpGX3E5YktSb0dibzBVRmVuM0FKWXBOTU
RoY3c&usp=sharing desde el celular. El proceso de instalación se puede
ver en el video Instalación de aplicación Móvil VTP_VLAN.MOV que se
encuentra en la ruta ADMIN VTP\Videos\
Figura 9. ADMIN VTP.APK EN Google Drive
 Descargar el archivo ejecutable de la aplicación móvil ADMIN VTP.apk

, puede ser instalado en cualquier dispositivo Android
4.0 o
Superior.
Figura 10. Validación de Versión Andorid en un celular avvio 750

 Dar clic en el archivo y siga las instrucciones en pantalla y la instalación
se instalará correctamente para su uso.
Figura 11. Archivo Admin_vtp
 Aceptar el acceso completo a la red en el celular por parte del

dispositivo para realizar la instalación.
Figura 12. Imágenes de Instalación de la ADMIN_VTP.apk

 Validar en las aplicaciones que se haya instalado de forma correcta
Figura 13. Confirmación de Instalación

 Al ejecutarlo se desplegara la interfaz de solicitud de autenticación
Figura 14. Ventana de autenticación apliación Móvil
2.7. CONFIGURACIÓN DEL AMBIENTE DE PRODUCCIÓN

2.7.1. Instalación del driver MySQL connector. Instale el driver MySQL
localizado en el sitio oficial de MySQL copiándolo en la carpeta lib de la instalación
de GlassFish. Reinicie GlassFish para actualizar los cambios.
2.7.2. Ingreso al ambiente de producción. En el explorador web del servidor

ingrese a http://localhost:4848, espere a que se inicialice la consola de
administración e ingrese el usuario y la contraseña.
2.7.3. Creación del Connection Pool. Para establecer la comunicación entre la
aplicación y la base de datos es necesario establecer un Pool de conexiones que
administrará el servidor de aplicaciones. Para tal fin ingrese a
Resources/JDBC/JDBC Connection Pools y cree un nuevo Pool de conexiones.
2.8. DESPLIEGUE DE LA APLICACIÓN WEB SERVER
Después de realizar las labores de configuración se procederá al despliegue final

de la aplicación web para subir los servicios al servidor web server.
 Ingresar a NetBeans ubicándose en el proyecto desarrollado, en este caso

AdminVTP y dar clic derecho en la opción Deploy. Espere unos momentos
y la aplicación quedará completamente desplegada y lista para su uso.
Figura 15. Proyecto Admin VTP en NetBeans

Figura 16. Despliegue de AdminVTP.jsp
ADMIN VTP
PROTOTIPO PARA LA
ADMINISTRACIÓN
DE VLANS CON VTP
DESDE UNA
APLICACIÓN ANDROID
HERRAMIENTAS
DE
DESARROLLO
TABLA DE CONTENIDO
1. INTRODUCCIÓN .............................................................................................. 3
1.1. PROPÓSITO .............................................................................................. 3
Objetivo del documento: ....................................................................................... 3
Razón del documento: ......................................................................................... 3
Audiencia:............................................................................................................. 3
1.2. ALCANCE ................................................................................................... 3
2. SELECCIÓN DE LA HERRAMIENTA DE PROGRAMACIÓN........................... 3
2.1. MANEJADOR DE BASES DE DATOS ....................................................... 4
2.2. HERRAMIENTAS DE PROGRAMACIÓN WEB ......................................... 5
1. INTRODUCCIÓN
1.1. PROPÓSITO
Describir las herramientas utilizadas durante el desarrollo.
El presente documento tiene como objetivo principal describir las características
de las herramientas trabajadas en el desarrollo.
Audiencia:
Edition y Android.
1.2. ALCANCE

 Selección de la herramienta para el desarrollo
2. SELECCIÓN DE LA HERRAMIENTA DE PROGRAMACIÓN
Para el desarrollo del Sistema, se necesita básicamente 4 tipos de herramientas:
 Manejador de Base de Datos

 Herramientas para Programación para la Web
 Herramienta para Programación para móviles
 Herramienta para simulación equipos de red
Se ha tenido en cuenta los siguientes criterios:
o Área de aplicación: hace referencia a la utilidad a la que está dirigida la

herramienta en mención, tales como bases de datos o sistemas expertos.
o Complejidad algorítmica: Se refiere a la forma de la programación utilizada

en la herramienta, puede ser orientada a objetos, basada en objetos,
modular, estructurada, etc.
o Entorno: se refiere a la compatibilidad de la herramienta con un sistema
operativo cualquiera.
o Conocimiento: hace referencia a la noción que tenemos los desarrolladores

acerca de la herramienta en mención.
2.1. MANEJADOR DE BASES DE DATOS
Tabla 1. Manejadores de Bases de Datos.
HERRAMIENT AREA DE COMPLEJIDAD ENTORNO CONOCIMIENTO

A APLICACION ALGORITMICA
Sistema de Lenguaje SQL Cualquiera Creación de

administración tablas, consultas
MySql de bases de
datos
relacionales
tipo Cliente /
servidor
Sistema de Lenguaje SQL Windows Creación de
SQL SERVER administración tablas, consultas,
de bases de vistas,
datos procedimientos
relacionales almacenados,
tipo Cliente / triggers
servidor
Sistema de Programación Ambiente Creación de
ACCESS administración Visual Basic para Windows tablas,
de bases de bases de datos formularios,
datos vistas, informes y
relacionales consultas
2.2. HERRAMIENTAS DE PROGRAMACIÓN WEB
Tabla 2. Lenguajes para el desarrollo de páginas Web Dinámicas.
HERRAMIEN AREA DE COMPLEJIDAD ENTORNO CONOCIMIENTO

TA APLICACION ALGORITMICA
ASP Desarrollo de Lenguaje ASP – Soporta Programación en
(Active Server páginas Web Visual Script Servidor ASP
Pages) dinámicas con Web IIS
lenguaje
Visual Script
PHP Desarrollo de Lenguaje PHP Soporta Programación en
(Hipertext páginas Web Servidor PHP
Preprocesor) dinámicas con Apache
lenguaje PHP Tomcam
Resin
JBoss
JSP Desarrollo de Lenguaje JSP - Soporta Programación en
JavaServer páginas Web Java Servidor JSP
Pages dinámicas con Apache
lenguaje Java Tomcam
JSP Resin
JBoss
Universidad Distrital Francisco José de Caldas
Facultad Tecnológica
Formato de Inscripción de Trabajo de Grado
MODALIDAD DEL TRABAJO DE GRADO:
Pasantía: Espacios académicos de Posgrado: Monografía: X
Investigación – Producción
Proyecto de Emprendimiento:
Innovación: Académica:
Creación e Espacios Académicos de
Interpretación: Profundización:
ESPACIO ACADÉMICO A INSCRIBIR:
Trabajo de Grado
Trabajo de Grado I: Trabajo de Grado II:
Tecnológico: X X
¿El(los) estudiante(s) solicitan la inscripción simultanea para Trabajo de Grado I y Trabajo de Grado II
teniendo en cuenta la modalidad seleccionada y lo establecidos en el Acuerdo 031 de 2014 del Consejo
Académico?
SI: X NO ____
DATOS DEL TRABAJO DE GRADO:
Título
Prototipo para la Administración de VLANS con VTP desde una Aplicación Android.
Teléfono de
Código Proponente Email de contacto
contacto
20111378022 Mercy Esperanza Lozano Tellez mercy.lozano@gmail.com 3115287583

Resumen Ejecutivo
Se plantea como anteproyecto de grado, esta propuesta "PROTOTIPO PARA LA ADMINISTRACIÓN DE
VLANS CON VTP DESDE UNA APLICACIÓN ANDROID"; identificado como proyecto de investigación, es
una iniciativa que brinda la oportunidad de contribuir al crecimiento del portafolio de aplicaciones móviles,
el cual se puede extender a campos de administración de dispositivos activos de red como los switches. A
partir del desarrollo de un prototipo para la administración de VLANs con el protocolo VTP, desde una
aplicación móvil utilizando como medio de comunicación las redes inalámbricas a través de la simulación
de los equipos activos desde GNS3 y la aplicación web para dispositivos móviles con plataforma Android.
El proyecto que se desarrollará este año, busca analizar la viabilidad de construir un aplicativo móvil que
permita la administración de VLANs por medio del protocolo VTP desde la plataforma Android.
La propuesta consta de la primera fase de planeación, planificación y organización, que comprende la

descripción del problema, alcances y delimitaciones, definición de objetivos, la teoría base del anteproyecto
en su marco referencial, presupuesto y cronograma de actividades para su desarrollo y finalmente se
encuentran las referencias bibliográficas e infográficas. Con lo que se sustentará la aprobación del
anteproyecto para optar al título de Ingeniera Telemática que estará guiado por el docente Luis Felipe
Wanumen Silva, como tutor durante seis meses.
La inversión total en las actividades del proyecto asciende a la suma de veinticinco millones ochocientos
cuarenta mil pesos colombiano $25.840.000, los cuales serán financiados con los recursos propios de la
ejecutora.
Universidad Distrital Francisco José de Caldas
Facultad Tecnológica
Formato de Inscripción de Trabajo de Grado
Relación de documentos adicionales entregados

ESTA RELACIÓN IRÁ DE ACUERDO A LA MODALIDAD DE GRADO:
MONOGRAFIA
EL FORMATO DE ANTEPROYECTO DE GRADO DILIGENCIADO
EL CRONOGRAMA DE ACTIVIDADES Y ANEXOS
FASE DE PLANEACIÓN, PLANIFICACIÓN Y ORGANIZACIÓN (Descripción del Problema, Marco
Teórico, Estado del Arte, Objetivos: general y específicos, Metodología, Resultados esperados, Impactos,
Cronograma, Presupuesto, Referencias Bibliográficas)
VISTO BUENO DEL DIRECTOR SUGERIDO

Administración de Vlans Con VTP

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Administración de Vlans Con VTP

Cargado por

Copyright:

Formatos disponibles

PROTOTIPO PARA LA ADMINISTRACIÓN DE VLANS CON VTP DESDE UNA

MERCY ESPERANZA LOZANO TELLEZ

UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS

MERCY ESPERANZA LOZANO TELLEZ

Proyecto de grado presentado para optar al título de

UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS

Bogotá D.C., 8 de Octubre de 2015

A mi ESPOSO por estar siempre

Mi más sincero agradecimiento a todos los que me apoyaron y colaboraron con

 A Dios por cada momento de mi vida.

 A la Universidad Distrital Francisco José de Caldas y sus docentes por sus

 Al Ingeniero Luis Felipe Wanumen Silva por brindarme su paciencia y

 Al Ingeniero Jairo Hernández Gutiérrez por ayudarme a ver mis errores y

 Al Ingeniero Fabián Guzmán por sus enseñanzas y explicaciones.

 Al Ingeniero Gerlee Varón por el tiempo para realizar las pruebas y

 A mis compañeros de la Universidad por los años compartidos de aprendizaje.

Figura 1. Arquitectura del prototipo. 20

.Tabla 1. Factibilidad Técnica - Equipo de desarrollo 40

En Colombia como en muchos países el sector de las telecomunicaciones ha

Este trabajo brinda la oportunidad de contribuir al crecimiento del portafolio de

Se plantea entonces como proyecto de grado, esta propuesta "PROTOTIPO

Se plantea como proyecto de grado, la propuesta "PROTOTIPO PARA LA

El proyecto valida los beneficios que se pueden obtener, al automatizar

El software que integra el proyecto, incluye un framework desarrollado en la

The proposal "PROTOTYPE FOR MANAGEMENT VLANs VTP FROM AN

The project validates the benefits to be gained by automating configuration

Prototipo para la Administración de VLANs con VTP desde una Aplicación

1.3 PLANTEAMIENTO DEL PROBLEMA

1.3.1 Descripción. En la actualidad para la configuración de switches existen los

La ejecución de comandos de forma manual en las configuraciones de equipos

1.3.3 Solución Tecnológica. Se desarrolla un prototipo, que permite construir una

Figura 1. Arquitectura del prototipo.

Fuente: Propia, imágenes tomadas de internet para explicar la arquitectura del

1.4 ALCANCES Y DELIMITACIONES

1.4.2.3 Geográfica. El prototipo no se desarrolla para ambientes corporativos ni

1.4.2.4 Temporal. El tiempo de desarrollo del prototipo está comprendido desde

1.5.1 Objetivo General. Desarrollar un prototipo que haciendo uso de la

1.5.2 Objetivos Específicos.

El prototipo encuentra su justificación al utilizar aplicaciones móviles, con un

El proyecto utiliza dispositivos conmutadores, llegando hasta la capa de enlace del

En el prototipo se hace énfasis en la seguridad e integridad de la información; se

El proyecto busca facilitar al administrador de red la configuración de los

El subsistema de monitoreo garantiza la confiabilidad de las operaciones

La interfaz móvil mejora la ubicuidad a los administradores para configurar la red

1.7 MARCO REFERENCIAL

1.7.1 Marco histórico. Actualmente, para acceder a la configuración de

1.7.1.1 Simulador de dispositivos de red en la plataforma Android. Simulador

Figura 2. Simulador de dispositivos de red en la plataforma Android.

1.7.1.3 GestióIP. Es un software automatizado basado en Web para gestionar

Figura 3. Módulo de Gestión de VLANs de GestióIP.

Fuente: Anónimo, Gestión de direccionamiento IP (IPAM), GestióIP Copyright ©

Figura 4.Módulo de Gestión de Vlan Procurve Mabager Plus 2.2.

Fuente: Anónimo, Módulo de Gestión de Vlans Procurve Manager Plus 2.2

1.7.1.5 Cura SysAmin. Este paquete de herramientas o administración remota de

Fuente: HP, Cura SysAmin 2014. [consultado el 02 de noviembre de 2014].

1.8 MARCO TEÓRICO

1.8.1.2 Rangos del ID de la VLAN. El acceso a las VLAN está dividido en un

1.8.2 Protocolo VTP. El VTP permite a un administrador de red configurar un

 Dominio VTP: Consiste de uno o más switches interconectados. Todos los

1.8.2.3 Configuración predeterminada del VTP. En la figura 6 se visualiza cual

Figura 6. Configuración predeterminada del VTP.

Fuente: Propia, configuración predeterminada de VTP equipos cisco, tomada del

1.8.3 Virtualización. El principal objetivo a la hora de preparar prototipos de redes