Memoriasticec 2013

TIC-EC 2013
Actas
I Encuentro de Tecnologas de Informacin y

Comunicacin de las Universidades
Ecuatorianas.
Quito, Ecuador
14 y 15 de noviembre de 2013.
Escuela Politcnica Nacional.
ISBN- 978-9942-8527-0-0
Ficha Tcnica
Actas del I Encuentro de Tecnologas de la Informacin y Comunicacin de
las Universidades Ecuatorianas.
Editor: Enrique Lpez Semera
Noviembre 2013 Quito, Ecuador
Copyright 2013 by CEDIA 2013

http://www.cedia.org.ec
Prohibida la reproduccin total o parcial de esta obra, por cualquier medio,
sin la autorizacin de sus editores
ACTAS TIC EC 2013

Escuela Politcnica Nacional (EPN)
Quito, Ecuador
14 y 15 de noviembre de 2013
PRESIDENCIA DEL COMIT ORGANIZADOR

Ing. Lourdes de la Cruz.
Escuela Politcnica del Ejercito (ESPE)
CO-PRESIDENTES DEL COMIT TCNICO
Ing. Rodrigo Padilla.
Universidad de Cuenca.
Ing. Jenny Chuquimarca
Escuela Politcnica Nacional.
PRESIDENTE DEL COMIT ACADMICO
Eco. John Mora.
Universidad Autnoma Regional de los Andes
MIEMBROS DEL COMIT DE PROGRAMA
Ing. Villie Morocho PhD.
Ing. Vctor Saquicela PhD (c).
Ing. Mauricio Espinoza PhD (c).
Ing. Juan Pablo Carvallo PhD.
Ing. Carlos Martnez
Universidad Autnoma Regional de los Andes.
Ing. Frankz Carrera.
Universidad Autnoma Regional de los Andes.
Ing. Ivn Bernal PhD.
Escuela Politcnica Nacional
NDICE
Ponencias
Incidencias delas TICS en el proceso de enseanza aprendizaje autnomo
Luis Danilo Flores Vctor Hugo Abril.................................................... 6
Aplicacin grfica que permite controlar el movimiento del soporte de la cmara
de un equipo de video conferencia en un aula virtual de la UTE
Freddy Velastegu Barragn Pamela Taco Oviedo ............................... 13
Despliegue completo de IPv 6 en la ESPOCH y estado actual
Ernesto Prez E.- Pal F. Bernal .............................................................. 19
Implementacin de un sistema mirrors para distribuciones Linux en la ESPOCH
Pal F. Bernal - Ernesto Prez E ............................................................. 24
Las TICS como base de la calidad educativa en los posgrados de la universidad
UNIANDES de Ambato
Eduardo Fernndez V. .............................................................................. 29
Herramientas de desarrollo para televisin digital
Ivn Bernal David Meja ....................................................................... 35
Prototipos de redes definidas por software
David Meja Ivn Bernal ....................................................................... 40
Prototipo de software como servicio (SaaS) para pequeas y medianas empresas
Daniel Nez David Meja ................................................................... 46
Incidencia de las tecnologas de informacin y

comunicacin en el proceso de enseanza aprendizaje
autnomo
Vctor Hugo Abril Porras

Luis Danilo Flores Rivera
Direccin General de Posgrados
Facultad de Contabilidad y Auditora

Universidad Tecnolgica Equinoccial - UTE
Universidad Tcnica de Ambato - UTA
Quito,Ecuador
Ambato,Ecuador
apvh93289@ute.edu.ec;vhabril@gmail.com
luisdflores@uta.edu.ec; daniloflores77@yahoo.es
ResumenEl presente artculo, expone la situacin

actual de las tecnologas de informacin y comunicacin
aplicadas al proceso de enseanza aprendizaje autnomo,
considerando el Plan Nacional del Buen Vivir 2009 2013,
estndares internacionales de la Organizacin de las
Naciones Unidas para la Educacin, la Ciencia y la
Cultura, anlisis realizados en pases como Colombia,
Mxico, Espaa y la situacin actual de estas tecnologas
informticas en el Ecuador. Se abordan las funciones
principales de aplicacin en los procesos educativos, as
como su entorno de desarrollo, que se muestra limitado
por el desconocimiento de herramientas tecnolgicas;
inapropiada utilizacin de Internet y el empleo elemental
de software informtico por parte de docentes y
estudiantes, cambios en las costumbres y estilos de vida de
la sociedad producidos por la aplicacin y uso de las
tecnologas de informacin y comunicacin. As como la
estructuracin de nuevos modelos educativos estratgicos
que permiten combinar la tecnologa con el proceso
enseanza aprendizaje autnomo.
Fig. 1.
INTRODUCCIN
Tal y como lo sealan los expertos reunidos en la sede de la

Comisin Econmica para Amrica Latina y el Caribe, la
importancia de la aplicacin de las tecnologas de la
informacin y de las comunicaciones (TIC), en la educacin es
una herramienta clave para lograr sociedades ms inclusivas y
disminuir las desigualdades[1].
El siglo XXI, se caracteriza por el avance y expansin de la
digitalizacin y el control de la informacin a nivel global, lo
que ha permitido la sofisticacin de los procesos productivos y
del uso creciente de las TIC para resolver los cuellos de botella
que permanentemente han aparecido; de esta forma, devino la
denominada Sociedad de la Informacin y el Conocimiento
(SIC), cuya caracterstica fundamental es la relevancia del
trabajo de procesamiento de datos, informacin y
conocimiento, en todos los sectores de la economa.
En la Repblica del Ecuador, la construccin de la
Sociedad del Buen Vivir, establecida en el Plan Nacional de la
Secretara Nacional de Planificacin y Desarrollo, tiene
implcito el trnsito hacia la SIC, pero considerando el uso de
las TIC, no solo como medio para incrementar la productividad
del aparato productivo, sino como instrumento para generar
igualdad de oportunidades, para fomentar la participacin
ciudadana, para recrear la interculturalidad, para valorar la
Palabras clavesAutnomo; modalidad; proceso de

enseanza aprendizaje (PEA); tecnologas de informacin
y comunicacin (TIC).
diversidad nacional, para fortalecer la identidad plurinacional,

en definitiva, para profundizar en el goce de los derechos
establecidos en la Constitucin y promover la justicia en todas
sus dimensiones.
estudiante la autonoma propia para decidir sus estrategias de

aprendizaje; por ende, la denagoga viene a ser un obstculo
para el uso eficiente de las TIC en la educacin de la era
digital.
En consecuencia, es vital que el gobierno fomente y

promueva el desarrollo de software local, plataformas,
sistemas, aplicaciones y contenidos que posibiliten a la
ciudadana obtener provecho de las TIC en funcin de sus
intereses y del contexto en el que se desenvuelven.
La Organizacin de las Naciones Unidas para la Educacin,

la Ciencia y la Cultura (por sus siglas en ingls UNESCO) en
su carcter normalizador ha emitido sus Estndares UNESCO
de competencia en TIC para docentes [7], siendo el objetivo
general de este proyecto no slo mejorar la prctica de los
docentes, sino tambin hacerlo de manera que ayude a mejorar
la calidad del sistema educativo, a fin de que ste contribuya al
desarrollo econmico y social del pas.
Finalmente, el Estado debera propender la investigacin y

el desarrollo en el sector de las TIC para consolidar la
transferencia de conocimientos, aprovechando el carcter
transversal del sector. De esta forma, se canalizara la
innovacin hacia sectores estratgicos de la economa, donde el
valor agregado que proporciona el uso de la tecnologa
implique una cadena infinita de transferencia de conocimientos
e innovacin [2].
Fig. 2.
Al mismo tiempo, dentro de ese documento se precisan

aspectos como la alfabetizacin tecnolgica, encaminados a
la integracin de las TIC en pedagoga, y confiere a los
educadores un peso sustantivo en la responsabilidad de
apropiarse de estas herramientas que les permitan generar
mejor calidad en los conocimientos aprendidos por los
educandos; y que contrariamente, un mal escenario de las TIC
provocar un desencanto y frustracin; resultado de ello
deserciones, bajo aprovechamiento y rechazo a la
incorporacin de las TIC en el PEA.
ANTECEDENTES
Las TIC, da a da se constituyen en herramientas

indispensables en el proceso de enseanza aprendizaje (PEA),
generando acciones positivas y negativas respecto a su
aplicacin y uso; las acciones negativas por lo general se
expresa con las actuaciones de los docentes que no estn
capacitados en su uso apropiado, sea esto por desconfianza e
inseguridad en la utilizacin de estos recursos tecnolgicos;
deficiente y escaso uso de programas (software); falta de
licencias de software o de su actualizacin; empleo bsico del
software propietario Office y sus herramientas (Word, Excel,
PowerPoint); mnimo uso del correo electrnico y plataformas
virtuales; inadecuada utilizacin del Internet frente a las
enormes posibilidades y cantidad de informacin disponible;
necesidad de una alfabetizacin digital; y el desconocimiento
de las bondades que ofrecen las TIC [3]; asimismo, se conoce
que un 48%, no muestra inters por implementar las TIC,
porque han visto la falta de capacitacin hacia los docentes o
de una programacin de cursos que permita flexibilidad en los
horarios de los mismos.
El objetivo del trabajo fue evaluar el uso de las TIC que se

aplican en el PEA autnomo, basado en la problemtica del
desconocimiento de la medida en que la utilizacin de las TIC
ayuda a mejorar el PEA autnomo; y la hiptesis inicial de
trabajo es que la aplicacin de las TIC, si ayudan a mejorar los
PEA autnomo. Para esto se propusieron dos objetivos
especficos ms:
Diagnosticar en docentes y estudiantes la aplicacin y

utilizacin de las TIC en el PEA autnomo.
Analizar las TIC que se ajusten a los PEA autnomos.
Fig. 3.
METODOLOGA
En el presente estudio se aplic el anlisis cualitativo, sin

dejar de lado el anlisis cuantitativo bajo el mecanismo de
investigacin transversal no experimental descriptiva.
Comparando los resultados obtenidos en un estudio llevado

a cabo por Lpez de la Madrid (2007), en cinco universidades
pblicas mexicanas [4], sobre la situacin de las TIC, se
consigui datos significativos como que el 100% de los
docentes utilizan la computadora y se conectan a Internet, pero
ms con fines personales que como apoyo de sus asignaturas,
que el 97% de los alumnos utiliza la computadora y de ellos, el
95% se conecta a Internet o que el Word es la herramienta ms
utilizada para ambos grupos [5].
Adems se realiz investigacin de campo, porque los datos

se recolectaron de fuente primaria, es decir, de los elementos de
observacin (sujetos de estudio). En este caso, la poblacin
estuvo conformada por los estudiantes de la modalidad
semipresencial de la Carrera de Contabilidad y Auditora de la
Universidad Tcnica de Ambato, perodo acadmico 2012 2013, quienes proveyeron informacin de primera mano,
misma que fue sometida a su respectivo anlisis cualitativo,
cuantitativo y estadstico.
Asimismo, se seala que la incorporacin de las TIC [6],

deja de ser un reto y se convierte en un obstculo para educar.
A este sntoma se lo conoce con un nuevo trmino
denagoga, cuyo significado es la negacin a realizar
actividades propias de un docente o tutor constructivista, como
planificar, propiciar el aprendizaje cooperativo y ensearle al
Para precisar la indagacin, se realizaron las siguientes

actividades:
1. Exploracin de antecedentes y trayectoria de la

modalidad semipresencial en la Facultad de Contabilidad y
Auditora, carrera de Contabilidad y Auditora.
2. Elaboracin y aplicacin de encuestas a estudiantes y
docentes.
soluciones futuras en la aplicacin y utilizacin de las TIC, en

beneficio de la educacin superior en sus distintas modalidades
de estudio.
El cuestionario aplicado a los estudiantes estaba
estructurado de 12 preguntas (9 cerradas y 3 mixtas de
seleccin mltiple). Adems tena un bloque informativo para
la determinacin de datos bsicos necesarios y
complementarios (identificativos) como: edad, gnero, nivel de
formacin, curso y paralelo.
La actividad que mayor valor e informacin arroj a la

investigacin fue la aplicacin de la encuesta, y el instrumento
propicio para la misma fue el cuestionario, debido a que
permiti recabar acontecimientos de forma precisa. A la par
otra ventaja que present esta tcnica, fue la posibilidad de
administrarla a mayor cantidad de personas por el poco tiempo
que insume en su gerencia y atencin.
El cuestionario aplicado a los docentes estaba estructurado

de 10 preguntas (8 cerradas y 2 mixtas de seleccin mltiple).
Adems tena un bloque informativo para la determinacin de
datos bsicos necesarios y complementarios (identificativos)
como: edad, gnero y nivel de formacin.
Para cumplir con el propsito se aplic la frmula de

muestreo [8] en base a la poblacin finita, con las siguientes
condiciones:
Fig. 4.
n = Tamao de la muestra.
Z = Nivel de confiabilidad 95% 0,95/2 = 0,4750
Z = 1,96
P = Probabilidad de ocurrencia = 0,5
Q = Probabilidad de no ocurrencia 1- 0,5 = 0,5
N= Poblacin de estudiantes = 306 (dato de Secretara
de la carrera)
e = Error de muestreo 0, 05 (5%)
RESULTADOS Y DISCUSIN
Debido a la importancia de tener un criterio de los actores

del PEA comparativo, la tabulacin de los resultados fueron
analizados por separado (estudiantes y docentes) y para cada
pregunta.
En la Fig. 1, se presenta una comparacin de los resultados
obtenidos del bloque informativo. Se observa para el caso de
estudiantes, que la presencia del gnero femenino es el doble
en relacin al masculino; en el caso de los docentes es contraria
la presencia del gnero masculino es del doble respecto al
femenino. Esta diferencia se asume debido a los cambios
generacionales, en los cules anteriormente o antiguamente,
tenan ms acceso los hombres a la formacin superior
(generacin conservadora y machista) en contraste con la
actualidad, en donde la igualdad de derechos est dando sus
frutos favorables en pro del gnero femenino.
Clculo de la muestra se indica en la ecuacin 1:

(1)
En una primera instancia, la encuesta se pretendi realizar a
la totalidad de la poblacin implicada de la modalidad
semipresencial, pero al momento de aplicarla, no se
encontraron (no asistieron) los estudiantes y por este motivo, se
decidi aplicar un muestreo probabilstico aleatorio simple,
siendo aplicado a 170 estudiantes.
En el caso del personal docente, se aplic a la totalidad de
los mismos equivalente a 32 profesores.
Fig. 1. Gnero de estudiantes y docentes.
En la Fig. 2, tambin se presenta una comparacin de los

resultados obtenidos del bloque informativo. Se observa que
los estudiantes en su totalidad cursan o han cursado la
educacin superior; en el caso de los docentes solamente la
mitad - el 50% tiene formacin de posgrado. Estos datos con el
tiempo irn cambiando en virtud de la necesidad de los
docentes a tener posgrados para continuar dentro de la
educacin superior.
La encuesta fue escrita a travs de un cuestionario impreso

y se la realiz en los predios (aulas y laboratorios) de la
Facultad de Contabilidad y Auditora, lugares donde los
estudiantes reciben cotidianamente sus clases. El tiempo
estimado de aplicacin del cuestionario fue de 10 minutos.
Los dos cuestionarios que se utilizaron en la encuesta
fueron muy similares entre si, uno para estudiantes y otro para
docentes; por otra parte se manejaron tcnicas de escalas
comparativas y no comparativas con preguntas de tipo cerrado
y de seleccin mltiple.
Fig. 2. Nivel de estudios de estudiantes y docentes.
Los cuestionarios contaron adems con una justificacinmotivacin que permiti el acercamiento y colaboracin de los
sujetos de estudio, siendo: El aporte de los estudiantes,
docentes, personal administrativo es valioso y contribuir a una
deteccin acertada de las necesidades, problemas y dar

obtenidos de la primera pregunta delos cuestionarios. Se
observa que los estudiantes con un 74% muestran conformidad con
las condiciones de las TIC e Internet; en cambio, en los docentes la
conformidad con estos recursos tecnolgicos es superior con un

87%. En este caso la diferencia no es significativa, pero se puede
interpretar como una mayor conformidad de los docentes a las
condiciones proporcionadas por la Institucin para dictar sus clases,
en contraste con las necesidades de los estudiantes que son ms
ambiciosas y ms modernas.
Fig. 7. Medios y herramientas que utilizan estudiantes y docentes para sus

actividades acadmicas.

obtenidos entre las preguntas sptima y sexta de los
cuestionarios respectivamente. Aqu se observa que las
herramientas informticas ms utilizadas por los estudiantes
para realizar sus tareas con un 69% son la hoja de clculo,
editor de texto, mapas mentales y editor de presentaciones; en
cambio los profesores dentro de su prctica docente utilizan
herramientas con un 55% son el editor de texto, hoja de
clculo, editor de presentaciones y editor de grficos.
Fig. 3. Condiciones de la carrera para el uso de las TIC e Internet.

obtenidos de la segunda pregunta de los cuestionarios. Se
observa que mayoritariamente los estudiantes con un 52%
realiza sus actividades acadmicas estudiantiles en la noche,
por motivos de trabajo o porque realizan sus prcticas preprofesionales y de vinculacin con la comunidad en horas de la
maana y tarde. En el mismo sentido, pero con un porcentaje
mayor del 87%, los docentes planifican sus actividades
acadmicas en la noche, tiempo en el que se encuentran en sus
hogares con mayor tranquilidad.
Fig. 8. Herramientas informticas utilizadas para actividades acadmicas.

entre las preguntas novena y sptima de los cuestionarios
respetivamente. En lo referente a la frecuencia de utilizacin de
Internet, se evidencia un alto porcentaje en el uso diario del
mismo entre el 63,4 y 66,7% en estudiantes y profesores
correspondientemente; esto da la pauta de la importancia del
Internet en la cotidianidad de las actividades de las personas.
Fig. 4. Tiempos del da para actividades acadmicas.

obtenidos de la tercera pregunta de los cuestionarios. Se
evidencia claramente que los resultados son muy parecidos, y que
los docentes estara en un cierto grado mnimo de ventaja ante sus
estudiantes, en vista de la constante actualizacin que reciben
(cursos de docencia universitaria y de capacitacin continua). Esto
marca la pauta para el fortalecimiento de la aplicacin y uso de
herramientas informticas para alcanzar ndices superiores (muy
bueno y ptimo) sobre todo en los estudiantes.
Fig. 9. Frecuencia de utilizacin de Internet.
En la Fig. 10, se presenta una comparacin de los

resultados obtenidos entre las preguntas dcima y octava de los
cuestionarios respectivamente. En lo referente al tiempo de
aplicacin y uso de Internet, se evidencia que diariamente los
estudiantes se conectan a la red informtica ms tiempo en
comparacin con los docentes (entre 5 horas y ms), en
contraste con una mayor cantidad de profesores que hacen uso
de estos recursos en menores tiempo de 1 a 4 horas. Estos datos
presentan una posibilidad de incremento de tiempos
(equiparacin de los usados por docentes al de los estudiantes)
para el uso de las redes de comunicacin interconectadas Internet.
Fig. 5. Nivel de conocimiento informtico.

obtenidos entre las preguntas quinta y cuarta de los
cuestionarios
respectivamente.
Aqu
los
resultados
proporcionalmente son diferentes, pero agrupndolos (de
acuerdo y muy de acuerdo) son muy parecidos, porque el 82%
de los estudiantes y el 80% de los docentes manifiestan que las
TIC si ayudan en el PEA y en logro de competencias.
Fig. 10. Tiempo destinado al uso de Internet.

resultados obtenidos entre las preguntas decimoprimera y
novena de los cuestionarios respectivamente. Aqu los
estudiantes y docentes estiman que la educacin semipresencial
con la ayuda de las TIC frente a la educacin presencial no
tienen mayor diferencia 42% y 33% respectivamente,
otorgndole un crdito significativo a la misma, pero
enfatizando que debido a la distancia y espacios entre semana
Fig. 6. TIC en ayuda al PEA y logro de competencias.

obtenidos entre laspreguntas sexta y quinta de los cuestionarios
respectivamente. Los resultados son muy similares y se aprecia
que la herramienta que ms utilizan tanto por estudiantes y
docentes es el correo electrnico, seguido por las redes sociales
y el chat.
de no tener un docente a la mano, se hacen indispensables estas

herramientas.
[9]. Adems se seala que los docentes tienen que

familiarizarse con las tecnologas, saber qu recursos existen,
dnde buscarlos y aprender a integrarlos en sus clases [10].
Las TIC pueden aportar grandes posibilidades para impulsar el
aprendizaje constructivista y mejorar los PEA [11]. Por otra
parte, el estudio SITES (Second Information and Technology
in Education Study, (2006)[12], asegura que la pedagoga es
importante para la integracin de las TIC en la enseanza y el
aprendizaje, y que los resultados de la integracin pueden
variar ampliamente dentro y entre los sistemas. Adems se
afirma, que cuando se hace un verdadero intento de integrar el
uso de las TIC en las tareas de aprendizaje que desarrolla el
alumno, la cultura de la clase cambia significativamente en
trminos de organizacin y tambin del modo en el que
aprenden los alumnos[13]. De la misma forma se asegura que
aprender con tecnologa implica una concepcin diferente de
la tecnologa y de los ordenadores, interpretndolos como
instrumentos cognitivos o instrumentos mentales; lo que
subyace bajo esta nueva denominacin es una concepcin
constructivista de la tecnologa al servicio del aprendizaje
significativo[14].
Fig. 11. Educacin semipresencial versus educacin presencial.

resultados obtenidos entre las preguntas decimosegunda y
dcima de los cuestionarios respectivamente. Tanto estudiantes,
como docentes de la modalidad semipresencial manifiestan con
un 88% y 93% que todas las asignaturas deberan disponer de
aulas virtuales o entornos virtuales de aprendizaje para sus
clases.
Fig. 12. Presencia de aulas o entornos virtuales.
Otros datos que fortalecen la investigacin son los

resultados de las preguntas cuarta y octava del cuestionario
aplicado a los estudiantes y representados en las Fig. 13 y Fig.
14 respectivamente.Se tiene que desde la ptica de los
estudiantes, los aspectos que ms les motivan a involucrarse en
el uso de las TIC en su formacin acadmica es el servicio de
Internet facilitado por la institucin; as como la prctica
regular y cotidiana de los docentes en sus actividades
acadmicas para el envi de trabajos autnomos utilizando las
TIC como recurso del proceso enseanza-aprendizaje.
El PEA en sus distintas modalidades de estudio (presencial,

semipresencial, a distancia), se beneficia con este desarrollo,
siendo la educacin a distancia, la que obtiene mayores rditos
al implementar estas herramientas tecnolgicas, que generan
flexibilidad e integracin y ms autonoma; por tal motivo, la
educacin a distancia debe proyectar nuevos escenarios,
esquemas y estrategias que se adecuen y estn acorde a la
realidad y exigencias de hoy en da.
Fig. 13. Aspectos motivantes para involucrarse en el uso de las TIC.
Fig. 14. Utilizacin de las TIC por parte de los docentes en PEA.
Fig. 5.
APRENDIZAJE AUTNOMO Y TIC
Aprendemos a aprender para convertimos en aprendices

autnomos. Quien ha aprendido a aprender no necesita ya de
alguien que le guie en el aprendizaje. Se ha convertido en un
aprendiz autnomo, capaz de aprender por s mismo [15].
Al mismo tiempo y haciendo un anlisis global, en los

resultados percibidos del estudio se observa un limitado uso de
los recursos tecnolgicos en favor de la calidad formativa de
los estudiantes, siendo contraproducente al crecimiento
vertiginoso de las TIC. Del mismo modo la utilizacin de
herramientas informticas y TIC muestra una falta de
educacin (cultura) y motivacin en la gestin de este medio
especializado
Las instituciones de educacin superior del pas, deberan
integrar estndares de calidad educativa-tecnolgica, que
mejoren y fortalezcan la enseanza y sobre todo el aprendizaje
autnomo, que cada vez se proyecta con mayor fuerza.
Las TIC en los entornos culturales, industriales y sociales,
han producido y estn produciendo nuevos hbitos,
costumbres, conductas, enfoques, perspectivas e incluso estilos
de vida. Un ejemplo de esto es la educacin virtual, las redes
sociales, los negocios electrnicos entre otras. El Ecuador no se
ha quedado al margen de ste proceso, que conlleva a una
sociedad moderna, hoy conocida como SIC.
El aprendizaje autnomo es la capacidad y la voluntad de

cultivarse a si mismo con el fin de adquirir un conocimiento; si
a ello se le integran las TIC, el conocimiento creado ser ms
plausible y por tanto beneficiosa en las actividades que se
realizan.
La relacin aprendizaje autnomo TIC, cada vez es ms
frecuente, por la informacin que se puede encontrar en las
redes (Internet), siendo necesario contar con criterios y
procedimientos para poder discernir adecuadamente la
informacin y transformarla a un conocimiento valedero.
Por tal motivo, el aprendizaje autnomo cada vez ser ms
dependiente de las TIC, y su constante innovacin a travs del
tiempo.
Con el uso de las TIC en el PEA autnomo, se eleva la

construccin ms que solo la trasmisin de los conocimientos
10
Las principales funciones de las TIC, dentro de su

aplicacin por los docentes en el PEA autnomo son:
Alfabetizacin digital integrada por estudiantes,

profesores.
Uso personal para acceso a la informacin,
comunicacin, gestin y proceso de datos.
Gestin de la institucin (cambio organizacional):
administracin, bibliotecas, gestin de la tutora de
estudiantes.
Uso didctico para facilitar los PEA (cambio
pedaggico).
Comunicacin a travs de la Web con la comunidad
estudiantil.
Comunicacin con el entorno.
Relacin entre profesores de diversas instituciones a
travs de redes educativas y comunidades virtuales:
compartir recursos y experiencias (lograr mejores y/o
nuevos aprendizajes), pasar informaciones, preguntas
entre otras [16].
Fig. 15. Componentes de un EVA o entorno e-learning.
Fig. 7.
La aplicacin y gestin de las TIC en el PEA autnomo,

por parte de los docentes - estudiantes, cada vez es ms
necesaria e importante; tal es as, que las funciones de las TIC
se incrementan con el transcurrir del tiempo transformando y
tecnificando el proceso acadmico.
Fig. 6.
CONCLUSIONES Y RECOMENDACIONES
El estudio precis que docentes y estudiantes no

aplican y no utilizan adecuadamente las TIC, en el PEA
autnomo.
La utilizacin de las TIC en el aprendizaje autnomo,
debe apoyarse de lineamientos y guas que permitan
integrar y conformar conocimientos provechosos para el
perfeccionamiento de los capacitados.
ENTORNO VIRTUAL DE APRENDIZAJE
El desarrollo de actividades con la aplicacin de las TIC,

involucra autores (diseadores instruccionales); participantes
(estudiantes de los diferentes niveles educativos y de
formacin), docentes (facilitadores, instructores, tutores);
Entornos Virtuales de Aprendizaje (EVA) o plataformas de
sistemas de gestin de aprendizaje (en ingls LMS- Learning
Management System), y los LCMS (en ingls Learning Content
Management Systems) o sistema de gestin de contenidos
formativos.Se puede citar que los LMS, son programas que se
hospedan en un computador que acta como servidor, el cual
automatiza la administracin de acciones de instruccin de las
cuales se destaca: administrar, distribuir y controlar las
actividades de formacin presencial, semipresencial, a distancia
(virtualmente y/o e-learning), de una organizacin que
promueva aprendizajes y/o capacitacin. En cambio el LCMS,
es la encargada de la creacin, manejo, reusabilidad,
localizacin, desarrollo y gestin de contenidos formativos
Las TIC en el PEA, constituyen no solo una

herramienta, sino una nueva forma y alternativa del
desarrollo de aprendizajes, saberes y competencias.
La aplicacin y gestin adecuada de las TIC en el
PEA autnomo genera un valor agregado en las
instituciones de educacin y sobre todo en la formacin
superior.
Los entornos virtuales facilitan y se ajustan al
aprendizaje autnomo; el desarrollo tecnolgico de los
mismos ha derivado en interfaces ms amigables,
intuitivos, flexibles y personalizables por parte de los
actores del proceso formativo.
La combinacin adecuada del aprendizaje autnomo
con las TIC, genera conocimientos de gran vala en los
estudiantes; adems los docentes que se retroalimentan de
las experiencias de sus educandos, adquieren nuevas
percepciones de su materia.
En la Fig. 15,se puede apreciar los componentes de un

entorno virtual de aprendizaje utilizando las TIC [17]. De esta
representacin, se observa la integracin de un EVA con las
TIC, as como los procesos utilizados y que se mantienen en las
distintas modalidades de estudio.
Fig. 8.
REFERENCIAS
Naciones Unidas. (26 de Abril de 2012). Naciones Unidas

CEPAL. Recuperado el 1 de Junio de 2012, de Naciones Unidas
Fig. 9.
11
CEPAL:
http://www.eclac.cl/cgibin/getProd.asp?xml=/prensa/noticias/comunicados/7/46527/P46
527.xml&
Fig. 10. SENPLADES. (5 de Noviembre de 2009). PLAN
NACIONAL PARA EL BUEN VIVIR 2009 - 2013. Recuperado
el
9
de
Marzo
de
2012,
de
http://www.senplades.gob.ec/web/18607/plan-nacional-para-elbuen-vivir-2009-2013
Fig. 11. Riascos-Erazo, S. C., vila-Fajardo, G. P., & QuinteroCalvache, D. M. (2009). Las TIC en el aula: percepciones de los
profesores universitarios. Educacin y Educadores (12(3)), 133157.
Fig. 12. Lpez de Madrid, M. C. (2007). Uso de las TIC en la
educacin superior de Mxico. Un estudio de caso. Apertura, 7.
Universidad de Guadalajara. Mxico.
Fig. 13. Fombona Cadavieco, J., & Pascual Sevillano, M. . (2011).
Las tecnologas de la informacin y la comunicacin en la
docencia universitaria. Estudio de casos en la universidad
nacional autnoma de Mxico (UNAM). (Spanish). Educacin
XX1, (14), 79-110. Recuperado el 9 de Noviembre de 2012, de
Educacin
XX1
ebscohost.:
http://web.ebscohost.com/ehost/pdfviewer/pdfviewer?sid=2a6f4
d21-7f0b-4bd4-af6627ee9682f94a%40sessionmgr15&vid=5&hid=18
Fig. 14. Alamilla Bazn, S. A., & Zaldvar Acosta, M. (2011). La
denagoga como obstculo para el uso eficiente de las TIC en la
educacin de la era digital. Revista de Innovacin Educativa, 16. Recuperado el 9 de Noviembre de 2012 de
educacionadebate.org:
http://educacionadebate.org/wpcontent/uploads/2012/08/01-La-denagog%C3%ADa-comoobst%C3%A1culo-para-el-uso-eficiente-de-las-TIC-en-laeducaci%C3%B3n-de-la-era-digital.pdf
Fig. 15. UNESCO. (8 de Enero de 2008). eduteka.org. Recuperado
el
5
de
Enero
de
2012,
de
eduteka.org:
http://www.eduteka.org/pdfdir/UNESCOEstandaresDocentes.pd
f
Fig. 16. Rodrguez Moguel, E. A. (2005). Metodologa de la
Investigacin (Primera ed.). Mxico: Universidad Jurez
Autnoma de Tabasco.
Gmez, A. El uso de la tecnologa de la informacin y la

comunicacin y el diseo curricular. Revista Educacin, 2008,
32, N 1, pp. 77-97.
Fig. 18. Meter, Dirr J. (2004), Desarrollo social y educativo con
las nuevas tecnologas, en Nuevas tecnologas y Educacin,
Martnez, F., y Prendes, M. (coord.), Madrid, Pearson, pp. 6984.
Fig. 19. Balanskat, A., Blamire, R., y Kefala, S. (2006). The ICT
Impact Report. A review of studies of ICT impact on schools in
Europe.
European
Schoolnet,
European
Comission.
http://ec.europa.eu/education/pdf/doc254_en.pdf
Fig. 20. SITES. (Enero de 2006). Ministerio de Educacin de Chile.
Recuperado el 20 de Noviembre de 2012, de Centro de
Educacin
y
Tecnologa
Enlaces:
http://www.enlaces.cl/tp_enlaces/portales/tpe76eb4809f44/uploa
dImg/File/seccion_actualidad/sites2006.pdf
Fig. 21. Somekh, B. (2007). Pedagogy and learning with ICT.
Researching the art of innovation. London: Routledge. Taylor
and Francis Group.
Fig. 22. Beltrn, J. A. (2003). Las TIC: Mitos, promesas y
realidades. En el Congreso sobre la Novedad Pedaggica de
Internet, Madrid.
Fig. 23. Aebli, H. (1987). Factores de la enseanza que favorecen el
aprendizaje autnomo. Madrid: Nausea, S.A de Ediciones.
Fig. 24. Marqus Graells, P. (7 de Agosto de 2011).
http://peremarques.pangea.org. Recuperado el 12 de Noviembre
de
2012,
de
http://peremarques.pangea.org
yhttp://peremarques.pangea.org/docentes.htm
Fig. 25. Lpez Guzmn, C., & Garca Pealvo, F. J. (Junio de
2005). Gredos.usal.es. Recuperado el 1 de Junio de 2013, de
Gredos.usal.es:
http://gredos.usal.es/jspui/bitstream/10366/55707/1/GRIAL_Est
andaresespecificacioneselearning.pdf
Fig. 17.
12
Aplicacin Grfica que permite controlar el

movimiento del soporte de la cmara de un equipo de
videoconferencia en un aula virtual de la Universidad
Tecnolgica Equinoccial (UTE)
Pamela Stefania Taco Oviedo
Freddy Armando Velastegu Barragn
Jefatura de Sistemas
Facultad de Ciencias de la Ingeniera

Municipio de Quito (Administracin Tumbaco)
Universidad Tecnolgica Equinoccial
Quito, Ecuador
Quito, Ecuador
Pamela.taco@quito.gob.ec
fvelaste@ute.edu.ec
step by step motors which allowed the support to be, displaced

horizontally and spins around its own axis besides making the
camera move upwards or downwards.
Index Terms Videoconference, prototype, virtual classroom,
axes, step by step motor
ResumenLas aulas de videoconferencia se han

actualizado con el crecimiento de la tecnologa, y han
surgido ms servicios entorno a ellas como: clases
virtuales, reuniones, conferencias y grados. En este
proyecto se cre un prototipo en escala 1:10 en relacin a
las dimensiones del aula virtual 2 que est ubicada en el
Instituto de Informtica y Computacin (IDIC) de la
Universidad Tecnolgica Equinoccial. Se cre adems una
aplicacin grfica en donde se visualiza los ejes de
desplazamiento y la posicin del soporte de la cmara del
equipo de videoconferencia, y que a travs del puerto serial
se comunica con un circuito electrnico que se dise para
controlar los movimientos de motores paso a paso, que
permitieron al soporte desplazarse horizontalmente, giros
en su propio eje e inclinaciones
Fig. 1.
INTRODUCCIN
La automatizacin permite aplicar sistemas mecnicos,

elctricos o electrnicos que han reemplazado las tareas
realizadas normalmente por personas, brindando grandes
beneficios. Varias de las actividades que se desarrollaban
manualmente han sido reemplazadas por modernas y
novedosas maquinarias, programas informticos, y circuitos
electrnicos. A partir de esto se puede decir que el ser humano
y la automatizacin se han relacionado para proporcionar
ventajas de ahorro de tiempo, dinero y esfuerzo. Cada una de
estas innovaciones solo reflejan la creatividad del hombre, su
sabidura para inventar y resolver problemas. Con el transcurso
de los aos los descubrimientos y las creaciones han dejado a
ms de uno con la boca abierta. Este proyecto a travs del
anlisis de la utilizacin de las videoconferencias permiti
plantear un sistema automatizado en base a las funcionalidades
que provee las videoconferencias como son; reuniones, defensa
de tesis y clases virtuales que necesitan ser controladas de la
manera ms rpida y eficaz. Adems en la Universidad
Tecnolgica Equinoccial con el incremento en el uso de aulas
virtuales, su infraestructura y la mayora de sus dispositivos
requieran de la automatizacin de algunos elementos, como es
el caso del manejo de los equipos de videoconferencia lo cual
garantizar su mejor funcionamiento, Por lo que se hizo
Trminos IndexadosVideoconferencia, prototipo, aula virtual,

aplicacin grfica, motores paso a paso
Abstract Video conferencing classrooms were updated with
the development of technology, and more application have
emerged around this point such as: virtual classes, meetings,
conferences and graduations. Into this project a prototype
within 1:10 scale was designed related to the dimensions of the
virtual class 2 which is located at the Informatics and
Computing Institute (IDIC) at Equinoctial Technological
University. It was also designed a graphical application which
displays the motion axes and position of the video conferencing
camera support equipment, besides through a serial port, an
electronic circuit was implemented to control the motions of
13
necesario la construccin de un prototipo que con un

mecanismo y un programa controle automticamente el
movimiento y direccionamiento de los soportes para las
cmaras de los equipos de videoconferencias y que tambin se
podran aplicar en las bases de los proyectores.
Metodologa: Para el desarrollo de la aplicacin se opt

por utilizar la metodologa ciclo de vida o tambin conocida
como ACV que permite realizar un levantamiento previo de los
requerimientos que se desea implementar en cada fase e ir
validando los errores antes de continuar con lo siguiente.
(Salazar, 2009)
Lo importante de todo esto es que en el cambio de la

enseanza aprendizaje existir un futuro lleno de tecnologa
que brindar grandes ventajas al ser humano y cada uno de
nosotros debe seguir contribuyendo con el pas en su desarrollo
y que cada da lo podamos ir mejorando con ayuda de la
ciencia y la tecnologa. All manuscripts must be in English.
These guidelines include complete descriptions of the fonts,
spacing, and related information for producing your
proceedings manuscripts. Please follow them and if you have
any questions, direct them to the production editor in charge of
your proceedings (see author-kit message for contact info).
Fig. 2.
La metodologa ciclo de vida consta de seis etapas:
Planificacin
Anlisis
Diseo
Implementacin
Pruebas
Mantenimiento
Fase de Planificacin: En esta etapa se plante el posible

problema y sus respectivas soluciones de tener soportes de
cmara estticos, por lo que se lleg a la conclusin que la
mejor alternativa es tener soportes de cmara dinmicos, ya que
brindarn un mejor enfoque, control y disponibilidad de la
informacin que se desea mostrar, as como tambin una mejor
proyeccin de las personas que participan en la
videoconferencia.
MATERIALES Y MTODOS
Los materiales que se utilizaron para este proyecto se

presentan en la tabla 1, su clasificacin se la ha realizado de
acuerdo al software, a la parte mecnica y la parte electrnica.
Tabla 1. Materiales Generales del proyecto

Fase de Anlisis: Dentro de la fase de anlisis se recept
los requerimientos del usuario, como se debe presentar la
aplicacin, las funciones que debe realizar y los objetivos que
debe cumplir.
Fase de Diseo: Diseo de la aplicacin.- Se defini la
plataforma sobre la cual se realizar la aplicacin y se detall
todas las herramientas necesarias para el desarrollo del
software en base a los requerimientos planteados. Pensando
siempre en el usuario, se realiza la elaboracin de material de
apoyo, en cuanto a requerimientos, instalacin y
funcionamiento de la aplicacin.
Fase de Implementacin: Implementacin de la
Aplicacin.- Se llev a cabo la elaboracin del cdigo, se
implement ciertas funciones necesarias para que los motores
tengan una secuencia adecuada entre pasos. Se ha considerado
que como los datos son una parte importante para mover el
dispositivo, la frecuencia de los pulsos tambin lo es. Hay que
tener en cuenta que se debe realizar un paso antes de que el
siguiente empiece, pues se podra tener diferentes reacciones,
como por ejemplo: vibrar sin realizar movimiento, no girar,
girar en sentido opuesto, moverse erradamente. Para la solucin
a este problema fue necesario implementar una funcin
denominada SLEEP, la que permiti dar el tiempo o la
frecuencia necesaria para que cada paso realice su funcin
correctamente.
Programacin: La aplicacin se ha desarrollado en Visual

Studio 2008 Express (Visual Basic.NET) y Microsoft
Expression Blend 2 sobre el sistema operativo Windows.
Visual Studio 2008 Express permite trabajar compatiblemente
con la herramienta de diseo Microsoft Expression y el
programador se evita muchas lneas de cdigo, Ejemplo: para
colocar animaciones en una pantalla sera necesario algunas
funciones, mientras que Microsoft Expression puede manejar
los objetos y sus movimientos.
Fase de Pruebas: Se realiz pruebas de funcionamiento del

software, verificando que se cumpla con los requerimientos
dados por el usuario, la aplicacin debe manejar el soporte de
cmara, tener una visualizacin amigable al usuario y sobre
14
todo se revis que la aplicacin no presente errores en el

cdigo ya sea por sintaxis, estructuras, declaracin de
variables, etc. Luego de obtener los resultados de esta
evaluacin, se procedi a solucionar cada uno de los problemas
encontrados; as como tambin las limitaciones que presentaba
la aplicacin.
Comprobacin de funcionamiento: Esta opcin permite

comprobar el funcionamiento de todos los motores, tanto en
sentido horario como anti horario.
Fase de Mantenimiento: Al concluir con el proyecto y

tener la aceptacin de los posibles usuarios, se comprob que
su funcionamiento siga igual y en el caso de presentar algn
inconveniente se realicen las correcciones necesarias.Wherever
Times is specified, Times Roman or Times New Roman may
be used. If neither is available on your word processor, please
use the font closest in appearance to Times. Avoid using bitmapped fonts. True Type 1 or Open Type fonts are required.
Please embed all fonts, in particular symbol fonts, as well, for
math, etc.
Fig. 3.
RESULTADOS Y DISCUSIN
Figura 2. Pantalla de comprobacin motores
Se cre una aplicacin que permite controlar los soportes de

cmara de videoconferencia con 4 funciones:
Administrador de usuarios: Ventana habilitada solo para

tipo de usuario administrador, en esta ventana se encuentra:
Lista de usuarios y permisos
Crear tipo de usuario y permisos
Procesos:
Comprobacin de Funcionamiento
Administrador de Usuarios
Ayuda
Procesos
Diseo del Mecanismo: Para el desarrollo de este

proyecto, fue necesario elaborar un prototipo de soporte de
cmara en aluminio en escala 1:10 con 4 bases horizontales de
50 cm de altura y un cuadrado en la parte superior formado por
4 barras de aluminio de 40 cm cada una, en el centro para el
desplazamiento del soporte se colocaron 2 rieles de 40 cm, 1
horizontal y 1 vertical. Para el envo y recepcin de datos del
circuito a los motores, fue necesario buses de datos de
impresoras matriciales y 4 motores paso a paso. En la Figura 3
se muestra un diagrama del prototipo con sus movimientos
Permite al usuario controlar los movimientos y

desplazamientos del soporte de cmara, con cuatro operaciones
bsicas posibles: desplazamientos horizontal o vertical,
inclinaciones y giros.
Figura 1. Pantalla de procesos

Figura 3. Esquema del Prototipo
15
Seleccin del Motor: Para escoger el motor adecuado se

encontr la solucin enfocndose a los materiales a ser
utilizados y tomando en cuenta la precisin con la que el
soporte deber moverse, seleccionando dos posibles
dispositivos a ser usados:
Los motores paso a paso
Los servo motores
En la tabla 2 se presenta una comparacin entre estos dos
motores, que de acuerdo a los requerimientos de diseo del
prototipo se opta por escoger el motor paso a paso.
Tabla 2. Comparacin servo motor y motor paso a paso
Figura 4. Circuito de control de los motores pas a paso

En la figura 4 se ilustra el circuito que controla los motores
paso a paso, el dispositivo principal es el integrado 74LS373
que se encarga de establecer la comunicacin con el
computador y recibir los datos en la secuencia necesaria para
poder mover los motores. Este flip- flop se activa con 1 lgico,
permitiendo pasar los datos que se encuentran en las entradas a
las respectivas salidas, mientras que con 0 lgico retiene el dato
recibido hasta una nueva activacin.
Se dise el circuito con cuatro integrados 74LS373 para
controlar los cuatro motores, tomando en cuenta que se debe
realizar movimientos horizontales, giros e inclinaciones.
Otro elemento fundamental son los transistores ULN2003
Darlington los mismos que tiene la funcin de proporcionar
como salida la corriente necesaria para que cada motor realice
un movimiento o paso.
Circuito Electrnico: El circuito se lo dise en base a un

anlisis donde se indica cules son las tareas que tiene que
realizar. La circuitera debe establecer una comunicacin con el
computador y recibir datos para mover los motores paso a paso
los mismos que a su vez movern, inclinarn y girarn el
soporte de la cmara.
En la Figura 5 se ilustra el circuito de la fuente de

alimentacin capaz de enviar 5v y 12 v simultneamente para
los circuitos integrados y el movimiento de los motores.
Figura 5. Circuito Fuente de Alimentacin
16
Construccin del circuito: Basndose en los diagramas de

diseo del circuito y la fuente, se procedi a la construccin de
toda la circuitera. Al concluir esta etapa se vi la necesidad de
crear un circuito electrnico impreso. Para su realizacin fue
necesario dibujar el diagrama completo del circuito; incluyendo
la fuente de alimentacin.
Construccin del mecanismo: Para la construccin del
mecanismo ha sido necesario medir el soporte de cmara del
Aula virtual y realizar algunos clculos para seleccionar los
motores de paso adecuados para el prototipo.
Figura 9. Clculo de fuerzas Fmot
Clculo de fuerza para motor paso a paso: En la Figura 6

se describe el clculo de la fuerza central F2 definida para
soportar el peso de: la cmara, soporte, motor 1 y motor 2.
Prototipo final
En la Figura 10 se ilustra las fotos del prototipo creado en
aluminio a una escala 1:10 con las dimensiones reales del Aula
virtual,
Figura 6. Sumatoria de fuerzas F2

Clculo de la fuerza de desplazamiento: En la Figura 7 se
ilustra el clculo de la fuerza F4 que es la potencia necesaria
para que el motor pueda desplazar el soporte sobre el riel
horizontal.
Figura 10. Foto Prototipo
CONCLUSIONES Y
RECOMENDACIONES
Fig. 4.
Para llevar a cabo la creacin y desarrollo de la aplicacin,

mecanismo y del circuito fue necesario dividir el proyecto en
tres fases (software, mecanismo y hardware) y establecer el
alcance para cada uno de ellos.
Figura 7. Sumatoria de fuerzas F4

Clculo de torque motor de desplazamiento horizontal:
En la Figura 8 y 9 se presenta el ms importante clculo para el
torque del motor de desplazamiento horizontal que permitir
mover el soporte sobre el riel en el eje x.
Para el desarrollo de la aplicacin se utiliz la herramienta

de programacin Visual Studio 2008 Express, que brind una
gran facilidad en: diseo, correccin de errores,
implementacin, ejecucin, ayuda, etc.
Se pudo llegar a la conclusin que el usuario es la persona
ms importante dentro del proyecto, ya que se encuentra
directamente ligada con el funcionamiento del software y su
utilizacin. Por lo tanto es precisamente a l que se le debe
brindar las mayores facilidades para manejar el sistema.
Figura 8. Sumatoria de fuerzas Fmot
Los motores de paso son dispositivos fciles de manejar,

siempre y cuando se tenga conocimiento de su forma de operar.
Brindan ventajas asombrosas (precisin, fuerza, velocidad) y su
adquisicin es sencilla pues posee un bajo costo.
17
Efectuando una serie de clculos para determinar el torque

necesario para soportar el peso del prototipo del proyector, se
ha decidido utilizar el motor Epson 774871 -9119 que posee un
torque aproximado de 0.25N*m.
Fig. 5.
REFERENCIAS
CONTROL DE MOTORES PASO A PASO (LX

1419-LX 1420). (2006). NUEVA ELECTRNICA, 59-62.
Fig. 6.
J. Clerk Maxwell, A Treatise on Electricity and Magnetism,

3rd ed., vol. 2. Oxford: Clarendon, 1892, pp.6873.
Fig. 8.
Bolton, W. (2008). Mecatrnica: Sistemas de control
electrnico en la ingeniera mecnica y elctrica. Mexico :
Marcombo.
Fig. 9.
Charte, F. (2007). Visual Studio 2008 Beta 2 (y II). Slo
programadores, 26-31.
Fig. 10. Contreras, C. (1998). Control de Mquinas por computador.
Ciencia al Da.
Fig. 11. Gonzlez, M. A. (2011). Procedimientos de diseo en
mecatrnica. Ingeniera Investigacin y Tecnologa, 209-222.
Fig. 12. Gnter, R. (2011). Controladores de motores paso a paso
bipolares. Mundo electrnico, 40-43.
Fig. 13. Janser, W. G. (2010). Comprobar motores, paso a paso.
Elektor Revista internacional de electrnica y ordenadores, 9293.
Fig. 14. Marcos, J., Martn, J., & Galvn, B. (2007). Fiabilidad de
componentes electrnicos. Mundo electrnico, 46-51.
Fig. 15. Medina,
A.
(2003).
la
videoconferencia:
Conceptualizacion,
Elementos
y
uso
educativo.
Revistaeticanet, 1-13.
Fig. 16. Prez, T. (2002). Videoconferencia. Anales de mecnica y
electricidad, 64-68.
Fig. 17. PRESSMAN, R. (2002). Ingeniera de Software- Un
enfoque prctico. Madrid: McGraw Hill.
Fig. 18. Ruiz, F. (2006). Electrnica digital "fcil" para electricistas
y tcnicos de mantenimiento. Madrid : Creaciones Copyright.
Fig. 19. Ruiz, I., & Zatarain, M. (2012). La mecatrnica en las
mquinas-herramienta. IMHE: Informacin de mquinasherramienta, equipos y accesorios, 64-66.
Fig. 20. Sacco, M. (2005-2013). NEOTEO. Recuperado el 2 de 10
de 2012, de Servomotores: El primer paso hacia tu robot:
http://www.neoteo.com/servomotores-el-primer-paso-hacia-turobot
Fig. 21. Salazar, G. (2009). Estimacin de proyectos de software:
un caso prctico. Ingeniera y ciencia, 123-143.
Fig. 22. Sevillano, M. L. (2008). La Videoconferencia en la UNED.
RIED: revista iberoamericana de educacin a distancia, 71-100
Fig. 23. Som, G. (2005). Visual Studio 2005 Express (I). Slo
programadores, 22-27
Fig. 7.
La videoconferencia es una tecnologa que hoy en da es

implementada diariamente por cientos de instituciones
educativas, empresas, hogares, etc. por tal razn requiere un
buen enlace, iluminacin, sonido, entorno para poder tener una
buena proyeccin de audio y video.
Tener soportes de cmaras dinmicos permite dar al usuario
un adecuado enfoque de las imgenes y/o datos en todas las
direcciones disminuyendo notablemente costos, ya que como
se vio anteriormente comprar un equipo de videoconferencia es
caro.
La ciencia y la tecnologa es sin duda una herramienta que
ayuda al ser humano a realizar tareas diarias de una manera
ms fcil, permitindole realizar otras actividades ganando as
tiempo, dinero y reduciendo esfuerzos.
Para desarrollar un proyecto pequeo o grande es
importante determinar el alcance y los requerimientos, de este
modo se puede tener claro hacia dnde llegar.
Cuando se trata de un proyecto grande es recomendable
dividirlo en sub proyectos.
El tener definida una metodologa permite ir desarrollando
un sistema de la manera ms adecuada, ya que se debe ir
cumpliendo fase por fase en un orden especfico.
La eleccin de herramientas de programacin se la debe
realizar teniendo en cuenta que beneficios presenta, facilidad
de desarrollo, implementacin, disponibilidad de ayudas y
tutoriales.
18
Despliegue Completo de IPv6 en la ESPOCH y

estado actual.
Paul Bernal B., Ing.
Ernesto Prez E.., Ing.
Dir. de Tecnologas de la Informacin y Comunicacin
Facultad de Informtica y Electrnica

Escuela Superior Politcnica de Chimborazo
Riobamba, Ecuador
Riobamba, Ecuador
pbernal@espoch.edu.ec
eperez@espoch.edu.ec
ResumenComo miembro del CEDIA, la Escuela Superior

Politcnica de Chimborazo, desde el ao 2009 dispone de una red
IPv6 /48, mismo que hasta Marzo del 2013 ao, mes en que
llegamos a la ESPOCH, estaba siendo utilizado a solamente una
fraccin de su potencial atendiendo slo el servidor Web, as
como un par de VLAN de la red. En la prctica, se podra decir
que nadie dentro de la ESPOCH estaba usando IPv6. Antes de
arrancar con el despliegue completo de IPv6, decidimos dedicar
primero un tiempo a la estabilizacin de los servicios de IPv4 que
ya estaban siendo usados. Luego de esta tarea, por el mes de
Mayo arrancamos con las primeras pruebas, mayormente a nivel
interno, confiados ya en el xito alcanzado, fuimos trabajando en
la parte externa.
Tcnicamente ya habamos utilizado IPv6 en un servicio

comercial que tenamos as como a travs de tneles con
Gogo6[1]/HE[2] que nos di una gran ventaja pues ya
sabamos que IPv6 funcionaba y habamos atravesado las
tpicas dificultades iniciales de concepcin. Es un gran paso de
avance conocer que IPv4 e IPv6 son mundos paralelos que
deben pensarse uno a la vez. Ahora debemos primero verificar
si el problema ocurre en la red IPv4 o en la IPv6. Entonces
solventar el problema.
No nos era posible dejar pasar la oportunidad dorada de
poder realizar una implementacin completa IPv6 a nivel de
una gran institucin como es la ESPOCH con cientos de de
mquinas de escritorio, decenas de subredes, servidores y
servicios. Ya que esto nos brinda experiencia en una
implementacin de IPv6 nativa bien grande y compleja, as
como de hacer un adecuado uso de los recursos por los que la
universidad invierte en el servicio de internet.
El estado actual del trabajo de despliegue es de total cobertura.

Todas las VLAN dentro de la ESPOCH disponen de
direccionamiento IPv6 automtico (RA) y se usan direcciones
IPv6 para la gran mayora de servicios que se ofrecen. El
procedimiento no es complejo, requiere de algo de conocimiento
pero no muy avanzado de IPv6 y se puede hacer en cuestin de
das.
Por su simplicidad estaba claro que bamos a utilizar IPv6

en Dual Stack, esto es: IPv4 e IPv6 en todos los equipos
conectados a la red.
Trminos de Indexacinipv6, despliegue, espoch, dtic,

firewall, dual-stack, vlan, linux, cisco.
II. SOLUCIN PROPUESTA

Lo primero que hay que tener en cuenta y que a veces
limita a las personas es el hecho de que quiz una
implementacin de IPv6 podra llegar a degradar el servicio
que actualmente est funcionando. Afortunadamente como ya
conocamos el proceso sabamos que no era imposible
realizarlo, deba comenzarse dividiendo en objetivos el proceso
para ir alcanzndolos paulatinamente.
I. ESCENARIO INCIAL
Cuando llegamos en Marzo del 2013 a la universidad esta
tena asignada un /48 del cual se utilizaban unas 3 subredes /64
para la DMZ, la red de servidores y la red de la direccin de
TIC. Sin embargo esta funcionaba quiz con una eficiencia de
moderada a baja. Por poner un ejemplo, desde la red de la
DTIC a veces demoraba mucho en abrir un sitio y era porque el
IPv6 daba timeout y slo entonces intentaba abrir el sitio por
IPv4.
Lo ms difcil es que existan algunos problemas en la

implementacin parcial de IPv6 con que nos encontramos:
19
Problemas de concepto que hubo que deshacer

lentamente,
Problemas al elegir la solucin para distribuir IPv6 en
las VLAN
Problemas desconocidos como el descrito antes en de
la DTIC.
Aguantara el ruteador toda la carga?
El firewall tena IPv6 totalmente abierto tanto en
entrada como en salida.
El ms grave de todos era que la VLAN de la DTIC no

navegaba correctamente. No es slo el conocido problema de
"en casa de herrero cuchillo de palo" sino que no nos podamos
garantizar una cabeza de playa funcional para poder realizar las
pruebas. Este problema nos demor muchsimo el proceso de
implementacin pues producto del desconocimiento de lo que
suceda incluso llegamos a asumir que era problemas del IOS
de Cisco que usbamos y comenzamos a valorar y estudiar
diversas alternativas para asignar IPv6 a las mquinas.
Resolver el problema de la VLAN de la DTIC para

poder usarla como subred de pruebas para equipos
clientes
Reconfigurar adecuadamente los pocos servidores que
tenan o pretendan usar IPv6.
Configurar otros servidores para que usaran IPv6
igualmente.
Configurar AAAA en los DNS de zona para apuntar a
los servidores que se les iba asignando IPv6.
Configurar proxies/firewall con IPv6 en la WAN
Configurar las VLAN de la universidad para los
equipos de stas utilicen IPv6.
Luego de conocidos los problemas, revisamos nuestro

firewall un Fortigate 400A notando que desde el exterior se
poda acceder a equipos internos a travs de la red IPv6. Esto
no es bueno porque normalmente los equipos de usuario no
estn tan bien protegidos o actualizados y con mucha ms
razn cuanto que la universidad tiene una red extensa con
equipos que no controlamos directamente: PC de los
estudiantes o profesores, laboratorios especializados,
impresoras o servidores puestos inconsultamente, etc. Todos
ellos podran adquirir una direccin IPv6 exponindose a
riesgos desde el exterior. Se adopt como poltica que
permitiremos paquetes de respuesta de las conexiones iniciadas
desde la LAN pero desde el exterior no se iniciarn conexiones
por IPv6 hacia la universidad excepto que as lo permitiramos
explcitamente.
Lgicamente haba otro problema que sera gravsimo en

una implementacin futura de IPv6 y es que el firewall no
estaba restringiendo los accesos desde el exterior a equipos de
la red IPv6. Pues hemos de hacer notar que en IPv6 no existe el
concepto de redes no enrutables o redes privadas estilo las IPv4
por ejemplo: 192.168.1.0/24. Sino que un equipo que recibe
una IPv6 puede, potencialmente, ser accedido desde cualquier
parte del planeta. Al momento esto no nos present un
problema ya que realmente la cantidad de usuarios por IPv6 en
Internet es realmente pequea por lo que no recibimos ataques
(o no conocimos de ellos) por IPv6.
Solamente lo permitimos a puertos en direcciones IPv6

especficas, por ejemplo se permite:
Iniciar conexiones entrantes hacia el puerto 80/TCP del
servidor web (DMZ).
Iniciar conexiones entrantes hacia el puerto 80/TCP y
443/TCP del servidor de educacin virtual.
Iniciar conexiones entrantes hacia el puerto 53/UDP
del servidor de DNS de zona de la universidad (DMZ).
Nada ms.
Algunos equipos servidores estaban configurados por IPv6,

principalmente el servidor web y el de educacin virtual, el
cual recordamos que no tena record AAAA definido pero s
IPv6 asignada. Sin embargo se estaba utilizando una
configuracin extremadamente compleja para los servidores
web que haca difcil su lectura y en algunos casos incluso
poda arruinar el hecho de que el servidor pudiera atender por
IPv6. Por ejemplo: para el sitio web se definan dos
virtualhosts, uno para IPv4 y otro para IPv6, ambos apuntando
al mismo directorio. Esto en principio funciona, sin embargo
no es necesario duplicar esta labor ya que con definir los
virtualhost como siempre se han venido haciendo era
suficiente.
III. PRIMEROS PASOS

Lo ms importante era definir objetivos factibles de
alcanzar. Ni siquiera definimos tiempos, simplemente objetivos
a llevar a cabo:
Analizar la problemtica al momento de llegar, tal y
como explicamos en la seccin anterior.
Proteger la red IPv6 de la universidad contra accesos
desde el exterior
Fig. 1. Permisos a nivel del Firewall
En la VLAN del DTIC tenamos un problema curioso. La

red asignada, la nica red que debera aparecer era la
2800:68:a:30::/64 sin embargo los equipos de la VLAN
obtenan al menos 3 direcciones IPv6[3]:
1) 2800:68:a:30::/64,
20
2) 2800:68:a:10::/64 y,
3) 2800:68:a:134::/64
Para colmo de la confusin, apagamos IPv6 completamente

en el ruteador y las IPv6 de la red :10: seguan asignndose.
Gracias a estas pruebas comprendimos que el RA del
ruteador era eficiente, y que no era el culpable de este
problema. Descartamos el uso del radvd en servidores Linux
pues era factible usar la tcnica instalada. Comprendimos que
por el camino de DHCPv6 no bamos a resolver este problema.
Regresamos al RA de Cisco.
:10: es de la VLAN de administrativos, :134: es la VLAN

que se usa para la comunicacin entre el router de TELCONET
y el de la ESPOCH y nadie ms debera estar ah.
Inicialmente pensamos que eran IPv6 que quedaban
cacheadas cuando nos movamos por estas redes. Sin embargo
nunca andamos por la red :134: esto ya nos hizo dudar de que
algo andaba mal.
Durante este proceso de pruebas activamos otras redes con

IPv6 y funcionaron bien. Entonces decidimos continuar con el
full deployment.
Intentamos contactar a TELCONET para que no hagan

Router Advertisement[4] (RA) en esta red. Pues contiene
solamente 2 equipos y no se supone que nadie ms ah
estuviera. Ergo: No hace falta RA. Afortunadamente
TELCONET no respondi y encontramos que alguien
anteriormente haba conectado un cable de red desde el switch
que una a estos dos ruteadores con la VLAN donde estbamos.
Por lo que por arte de magia nos apareca esta IP.
Con el uso de radvdump, una herramienta disponible en los

sistemas Linux, determinamos la direccin MAC del equipo
que estaba otorgando direcciones de la red :10:, luego de un
esfuerzo de rastreo determinamos que era un Cisco PIX que se
usa para hacer una VPN, entre sus interfaces tena configurada
la red 2800:68:a:10::/64 y estaba haciendo RA. Esta Ethernet
estaba conectada a un switch de la red de la DTIC y por este
equipo es que recibamos la red :10: y adems era por esto que
frecuentemente nos daba timeout y no podamos navegar por
IPv6. Dimos de baja la IPv6 en dicha interface.
Procedimos a reconfigurar los servidores y servicios
pblicos de la universidad con dual-stack. Fue una labor rpida
que no trajo mayores problemas a los servidores
reconfigurados. Sin embargo a partir de ahora hay que tener en
cuenta que cada nueva implementacin debe asignrsele IPv4 e
IPv6. Es un tema frecuentemente obviado pero necesario de
realizar.
Fig. 2. Error de lazo en la infraestructura
Pero por qu esta IP :10:? esta IP que era de la red de los

administrativos. Por ms que hacamos maravillas en esta red
de los administrativos nada logrbamos, se segua asignando.
De hecho eliminamos la IPv6 de la VLAN de los
administrativos con:
Cada vez que se cree un servicio en el que haya que definir

un record A en los DNS de zona, tambin definir el record
AAAA lo que nos obliga a implementar IPv6 en el servicio en
cuestin.
no ipv6 address 2800:68:A:10::1/64

Al quitarle la IPv6 a una interfaz, esta deja de servir RA
hacia su VLAN, por tanto nadie debera recibir IPv6 de esta
subred 2800:68:A:10::/64. Sin embargo, seguan asignndose
IPv6 de esta subred.
Las VLAN de los servidores no tienen activado el RA pues

estas son VLAN que controlamos completamente y donde
asignamos IPv6 a los servidores de forma puntual y manual.
Evitando as que un equipo introducido por error o malicia
pueda obtener una IPv6 de esta red. Es una medida de
seguridad simple a la que luego deben implementarse otras
medidas de seguridad ms avanzadas.
Decidimos hacer algo que no se debe hacer nunca: rodear el

problema. Para ello intentamos utilizar DHCPv6 para intentar
asignar una puerta de enlace IPv6 a las mquinas de esta
VLAN del DTIC con la finalidad de que no se fueran las
peticiones por esta ilgica red :10:. Pero el IOS del ruteador no
tena soporte para DHCPv6.
Cada VLAN hace uso de un servidor Linux para que le

apoye realizando NAT a las IPv4s privadas y de proxy para
cachear peticiones web. A estos servidores se les configur
IPv6 en su interfaz WAN pues Squid-3 si nota que hay una
IPv6 configurada e intenta realizar sus peticiones por IPv6
primeramente. Esto permite que an los equipos de usuario que
no soportan IPv6, WinXP por ejemplo, puedan navegar a sitios
que son slo IPv6 gracias a que pasarn por un proxy que usa
IPv4 e IPv6 indistintamente.
Intentamos radvd para que asignara las IPv6 a esta subred y

se anunciara como alto, para ello en un ruteador de la VLAN
pusimos un servidor de radvd y deshabilitamos el RA en el
ruteador. La buena noticia es que el radvd asign
maravillosamente las IPv6 de la red :30: y la mala noticia que
las IPs de la red :10: seguan asignndose.
21
El despliegue fue bien simple, se asign una IPv6 ::/64 a

cada VLAN de la universidad e inmediatamente estas
comenzaron a emitir RA de forma tal que los clientes de todas
las VLAN comenzaron a auto configurarse no solamente con
IPv4 sino adems con IPv6. No hemos tenido quejas de parte
de clientes de las VLAN.
de ellos, usan IPv6 transparentemente y perciben tiempos de

respuesta altos en consecuencia.
Haciendo mediciones hemos determinado que el problema
se presenta especialmente por las tardes, donde se llega a
porcentajes de prdida de sobre el 50%. Hemos notificado a
TELCONET del problema, pero al momento no se da una
solucion definitiva al problema. Es comprensible pues IPv6 es
muy nuevo y el equipo de soporte no debe estar muy al tanto
todava y trata de encontrar explicaciones conocidas o
tradicionales. Nosotros vemos que por las prdidas van slo por
IPv6, no por IPv4 y esto podra explicarse por el hecho de que
los cach de los proveedores son locales por IPv4, pero por
IPv6 los accesos son remotos. Decididamente hay que
implementar cachs locales tambin en IPv6.
IV. ESTADSTICAS[5]
Sitios visitados en IPv6 son 5.97% del total de sitios
visitados. Hits en IPv6 son 19.50% del total de hits realizados.
Esta diferencia se explica por el hecho de que los sitios ms
visitados por los usuarios de la Universidad ya soportan IPv6:
facebook.com
youtube.com
gmail.com
google.com
espoch.edu.ec
Los usuarios de Internet no comprenden por qu ocurren

ciertos problemas y tienden a pensar que "no hay Internet"
cuando dejan de entrar a los sitios ms populares. Sin una
adecuada preparacin los administradores podran tender a
pensar lo mismo, de hecho as lo suelen hacer.
V. CONCLUSIN
Podemos afirmar que es totalmente factible implementar
IPv6 en una red de gran escala. Excepto problemas heredados
de falta de conceptos, el despliegue completo de IPv6 en la red
fue fcil.
Quitar IPv6 cuando ocurre un problema puede ser til para

rodear el problema, pero no es una solucin. Debemos insistir a
los ISP o administradores de red que solucionen problemas de
IPv6, para nosotros ya no es un juego es una realidad de la que
no hay marcha atrs.
Recomendamos usar slo un ruteador con RA en toda la
red, a no ser que se conozca muy bien lo que se quiere para
evitar situaciones como las antes planteadas.
Hemos conversado del tema con personal de TIC de otras

instituciones, pblicas y privadas, educativas y de otros tipos y
la gran mayora, si no decir todas, expresan un natural temor a
lo desconocido, lo cual es bastante natural, pero uno de los
objetivos fundamentales de esta ponencia es transmitirles
confianza y animarles a que pongan manos a la obra pues como
dijimos, no es una tarea imposible.
Como curiosidad, por IPv4 tenemos bloqueado el puerto

SMTP saliente. Al parecer para evitar spam saliente de la red.
Sin embargo nos era muy difcil enviar mails a los usuarios de
la red. Logramos solucionar esto porque el proveedor bloque
el puerto SMTP por IPv4 pero no por IPv6, utilizamos un relay
fuera de la red de la universidad al que llegamos por IPv6 para
enviar los mails. Nos hemos escapado del filtro. Los ISP estn
dando poca atencin an a IPv6.
VI. PROBLEMAS PRESENTADOS DURANTE LA

OPERACIN
Existen equipos que posiblemente no soporten IPv6, estos

en principio tampoco se comportan diferente por ver un
protocolo nuevo en la red. Simplemente lo ignoran y siguen
navegando por IPv4. Si usan uno de los proxy de la
universidad, podrn acceder a sitios que soporten IPv6
solamente. Estos equipos irn desapareciendo lentamente y es
importante tratar de que de ahora en adelante todo sistema
adquirido por la universidad venga con soporte para IPv6. An
cuando no nos es posible controlar todo el equipamiento que se
usa/adquiere en la universidad la buena noticia es que la
mayora del equipamiento nuevo viene con soporte IPv6 y as
debe continuar a futuro.
VII. LNEAS DE TRABAJO FUTURAS
Un tema bastante interesante ha sido encontrar los primeros

problemas relacionados al despliegue total de IPv6 en
instituciones de media-gran escala. En las ltimas semanas
hemos estado experimentando prdidas de paquetes y a
consecuencia una sensacin bastante incmoda de falta de
navegabilidad. Los sitios ms usados en la universidad[5] y
consideramos que en la gran mayora de escenarios todos ellos
tienen ya IPv6. Cuando los usuarios buscan algo en cualquiera
Hay que seguir migrando a IPv6 a todos los

servidores/servicios. Esto no es un descuido sino un
trabajo a largo plazo por la gran cantidad de equipos.
El sistema de HotSpot todava no soporta IPv6.
Migrar el servicio de correo hacia un equipo local con
IPv6
Revisarse la seguridad de la red por IPv6, ahora son
dos sistemas a asegurar
Implementar NAT64 con la finalidad de trabajar en
IPv6 puro[6].
VIII. REFERENCIAS
[1] http://www.gogo6.com/freenet6
[2] https://ipv6.he.net/
22
[3] http://dtic.espoch.edu.ec/index.php/2013/06/13/resolviendo-elmisterio-de-multiples-ipv6-en-el-desitel/
[4] http://en.wikipedia.org/wiki/Neighbor_Discovery_Protocol
[5] http://dtic.espoch.edu.ec/index.php/2013/06/27/estadisticas-deuso-de-ipv6-en-la-espoch/
[6] http://www.litech.org/tayga/
23
Implementacin de un sistema de mirrors para

distribuciones Linux en la ESPOCH
Ernesto Prez E., Ing.
Paul F. Bernal B., Ing.
Facultad de Informtica y Electrnica
Dir. de Tecnologas de la Informacin y Comunicacin

Riobamba, Ecuador
Riobamba, Ecuador
eperez@espoch.edu.ec
pbernal@espoch.edu.ec
ResumenLa Escuela Superior Politcnica de Chimborazo y

su Direccin de Tecnologas de la Informacin y Comunicacin
(DTIC) disponen de un nmero de servidores, tanto fsicos como
virtualizados, que contienen y ofrecen diversos servicios
informatizados de todo tipo, a la comunidad politcnica y la
colectividad. Un promedio de 9 de cada 10 de ellos estn
corriendo un Sistema Linux, mayormente CentOS. Al tomar
control sobre esta infraestructura, notamos que todos, sin
excepcin estaban desactualizados, algunos haban sido puestos al
da en algn momento pero nada ms desde ah. Dados a la tarea
de actualizarlos todos, enseguida nos enfrentamos al mismo reto
de siempre en escenarios similares: consumir ancho de banda
para bajar mayormente los mismos paquetes una y otra vez en
cada equipo que se mande a actualizar. Dado el gran nmero de
equipos y siendo los responsables directos del rea de TIC,
decidimos implementar un mirror de Linux totalmente oficial.
Comenzaramos con CentOS + EPEL por ser el ms usado, y
luego seguir con Fedora, Debian, Ubuntu y de acuerdo a
disponibilidad de almacenamiento crecer a donde se pueda.
IX. EL PROBLEMA
Linux es el Sistema Operativo por excelencia de los
servidores de Internet, por sus altas prestaciones y estabilidad.
A pesar de que existen una gran cantidad de distribuciones
basadas en Linux, en el pas se utilizan, en las empresas y las
universidades, un nmero limitado y bastante conocido:
CentOS, Fedora, Debian, Ubuntu. Los repositorios de estas
distribuciones estn localizados en servidores que ofrecen
diversas compaas, universidades, y empresas que estn
principalmente localizadas en Norte-Amrica, Europa y Asia.
En nuestro pas no existan repositorios de estas distribuciones
por lo que para poder descargar las imgenes de los
instaladores; que pueden venir en formato de uno o varios CD,
o uno o varios DVD; debemos acudir a repositorios localizados
en el exterior, a travs de los canales de salida internacional
que existen en el pas, contribuyendo lgicamente, a ocupar
estos recursos de ancho de banda que a la final son limitados.
Pero existe otro problema ms, y es que las tasas de descarga y
tiempos de respuesta al acceder a estos repositorios pueden ser
muy variantes, desde bastante rpidas, hasta servidores que
pueden demorar horas en entregarnos toda la informacin
requerida.
Un punto adicional importante, es el aprovechamiento del

ancho de banda disponible para subida. Llevndonos a un
beneficio adicional que es el aprovechamiento del ancho de banda
de subida que normalmente se desperdicia, dando al mismo
tiempo un servicio a la comunidad.
X. SOLUCIN PROPUESTA
El uso de mirrors distribudos para balancear la carga,
mejorar los tiempos de respuesta y eliminar el trnsito a travs
de enlaces internacionales no es un problema nuevo. De hecho
varias empresas como Google muestran verdadero inters en
poder localizar sus servidores de cach en los proveedores ms
grandes de cada pas, y Ecuador no es una excepcin. El uso de
mirrors en el pas lo podemos evidenciar a travs de la
implementacin de un servidor root-server de DNS, el
denominado L, con lo cual se mejoran los tiempos de respuesta
en la resolucin de nombres de dominio. O de la instalacin de
cachs de diversos sitios populares en el pas para mejorar
tiempos de respuesta.
Es as que nos planteamos este proyecto de implementacin de

un repositorio de distribuciones de Linux en la ESPOCH. Para
implementarlo utilizamos cierto hardware disponible en la DTIC
y seguimos una serie de pasos que nos permitieron determinar si
con las restricciones de este hardware que tenamos, podamos
dar servicio a una determinada distribucin, as como seguir el
proceso de sincronizacin y alta de esta distribucin en las listas
de mirrors de cada una.
Trminos de Indexacinlinux, mirror, servidor, repositorio,
espoch, dtic, vinculacin, cedia, optimizacin, trfico, dual-stack,
ipv4, ipv6, centos, epel, fedora, debian, ubuntu.
24
XI. IDEAS INICIALES

Se propuso construir un mirror en la ESPOCH de varias
distribuciones Linux utilizando hardware disponible en la
Direccin de Tecnologas de la Informacin (DTIC) y un disco
de 1TB que tenamos a nuestra disposicin. Se sincroniz
inicialmente CentOS por ser usada en la mayora de equipos
Linux de la institucin.
XII. RED
Este hardware fue enlazado directamente a la conexin
WAN para evitar carga adicional al sistema de firewall,
ruteadores e IDS de la universidad y para aprovechar la
conexin Gbit que existe entre los miembros del CEDIA. As
podramos compartir los servicios del mirror por el canal Gbit
entre ellos.
Fig. 3. Carga Promedio del servidor
Adems se implement un servicio de rsync que permite un

mtodo eficiente y alternativo de obtener los contenidos de
estas distribuciones.
Para la conectividad en red se aprovech la posibilidad que

tenemos en la ESPOCH de utilizar Ipv4 e Ipv6, por lo que este
mirror ha estado trabajando en dual-stack desde el primer da
con las IPv4: 201.218.5.10 e IPv6 2800:68:a:134::10, ambas
asignadas al nombre mirror.espoch.edu.ec[1].
Al momento slo estamos limitando, por precaucin, la tasa

de bajada de archivos con extensin .iso, a aproximadamente
unos 8192kbytes/segundo (unos 60mbit/s), para ello utilizamos
la opcin de lighttpd llamada server.kbytes-per-second. Este
valor lo hemos ido incrementando muy pausadamente pues
estimamos que gran parte del consumo podra deberse a las
descargas que se realizan de los .iso.
XIII. HARDWARE
El hardware consta de:
Procesador: Intel(R) Xeon(R) CPU E3110, 3.3Ghz de
velocidad, 2 cores, 2 procesadores; 64bits.
RAM: 2GB DDR.
Un disco SAMSUNG HD103SJ SATA de 1TB.
Filesystem ext4 con noatime.
No se implement RAID pues no disponamos de dos
discos idnticos adems que la informacin en el
sistema est disponible en otros mirrors; de forma que
en caso de falla de este se puede volver a bajar la
informacin desde otros mirrors.
Tarjeta de red integrada en el servidor que es una
Broadcom BCM5722.
Para realizar la sincrona se us, de preferencia, rsync, ya

que nos permite bajar la informacin que haya cambiado o sido
agregada en los repositorios principales y borrarla en caso de
que se haya eliminado informacin. De esta forma el
repositorio se mantiene automticamente sincronizado.
Se implementaron tareas programadas a travs de scripts
programados por nosotros, con la finalidad de sincronizar todas
las distribuciones utilizando un formato comn. De esta forma
se pueden agregar nuevas distribuciones con slo modificar
este script.
XIV. SOFTWARE
Los scripts son utilizados tambin para evitar que una

ejecucin de rsync dure tanto que se solape con la siguiente
ejecucin, mediante la implementacin de simples archivos de
bloqueo.
Respecto a la parte del Software instalamos CentOS-6 de

64bits ya que el hardware lo permita y para aprovechar las
mejores caractersticas que nos ofrece el sistema de archivos
ext4. El sistema est actualizado y se optimizaron los
parmetros del kernel a travs de sysctl y de acceso al sistema
de archivos utilizando opciones del propio FS.
Para realizar monitoreo del trfico utilizado se implement

awstats, webalizer y munin. En el caso de webalizer las
estadsticas las usamos para verificar los pases desde donde
ms se accede al repositorio. Munin nos permite verificar el
uso de la conexin de red y otros parmetros de consumo de
recursos del servidor.
Se asegur el sistema utilizando un firewall localizado con

iptables e ip6tables, eliminando todos los servicios innecesarios
para poder disponer de la mxima cantidad de memoria para el
servidor web y de rsync que ofrecen los servicios del mirror. Se
realizaron pruebas con servidores web apache, lighttpd y nginx.
Al momento, estamos utilizando lighttpd sin embargo
consideramos que nginx con poco esfuerzo puede llegar a
realizar una labor similar. Lo mismo httpd de Apache.
Se cre adems un pequeo script php que pudiera insertar

cdigo con informacin de la universidad en el encabezado y
pie de pgina de cada pgina del repositorio con la finalidad de
darle mejor formato y visibilidad al sitio.
La carga del sistema no es apreciable pues casi nunca

supera 0.10
25
estn disponibles en los anuncios publicados en los sitios

respectivos.
XV. REPOSITORIOS ACTUALES

Cada distribucin a instalar tiene sus propios
requerimientos por parte de los desarrolladores. Se brinda
informacin dispar respecto al espacio en disco consumido y el
procedimiento para darse de alta en los repositorios, siendo la
de EPEL la ms fcil de seguir. El determinar el espacio a
consumir, a veces se brinda en lneas generales, pero en otros
casos simplemente no se ofrece informacin y hay que realizar
una labor prctica, bajar el repositorio, para estimar si con el
espacio limitado que contamos, podemos o no publicar esta
distribucin.
En un principio escogimos instalar el repositorio de CentOS
porque es uno del que conocamos aproximadamente el
consumo de espacio en disco. Podemos confirmar que este
repositorio consume actualmente unos 117G de disco.
Fig. 4. Trfico por la interface eth0
Al da de hoy podemos observar que hay un uso del trfico

de subida de la conexin de la ESPOCH, donde podemos
apreciar que se reporta un consumo promedio de 7Mbps con
picos que alcanzan o superan los 40Mbps.
El repositorio de fedora-epel, conocido como EPEL fue

otro que implementamos rpidamente por la necesidad de uso
que tenamos en la institucin. Este repositorio utiliza al
momento 84G en disco. Comenzamos a sincronizar el
repositorio de Fedora y al momento tiene consumidos 413G en
disco pero est incompleto pues solamente se baj una parte de
las versiones 17 y 18.
A. Promedio de transferencia diaria segn

ifconfig
Viendo las estadsticas del sistema en crudo, a travs del
ifconfig, podemos notar que el sistema lleva 31 das, 21 horas y
19 minutos desde su ltimo reinicio, digamos 765 horas de
funcionamiento. Y que ha transferido 2.5TB en este tiempo, lo
que arroja una tasa de transferencia de 3.27Gbp/h.
Por qu estos repositorios? Son los repositorios que ms

utilizamos en la universidad, sin embargo el objetivo es
implementar a futuro repositorios adicionales de: Fedora,
Debian y Ubuntu, cuyos consumos aproximados son:
Fedora: 2.4T [2]
Debian: 909GB [3]
Ubuntu: 680GB [4]
Tambin se implement, slo por curiosidad, un repositorio
para ZeroShell que es una distribucin pequea, ocupa 4.6G en
disco. El autor reaccion rpidamente publicando la URL del
mirror y de una forma muy simple estamos dando servicio de
mirror a esta distribucin.
XVI. PROCEDIMIENTO DE ALTA EN LOS

REPOSITORIOS OFICIALES
Para el caso de ZeroShell fue muy sencillo: se hace un

rsync cada 7 horas desde uno de los mirrors oficiales. Se
public en la pgina principal de nuestro mirror un enlace al
directorio donde est la distribucin y se anunci al
desarrollador la disponibilidad. Se procedi a dar de alta
manualmente nuestro mirror.
Fig. 5. Estadsticas del sistema en crudo
En logs se consume poco espacio, aproximadamente

490MBytes.
Para CentOS se sigui el procedimiento y se document

detalladamente[5]. Para el caso de EPEL se sigui el
procedimiento y se document detalladamente[6].
A travs del webalizer podemos analizar los pases de

donde ms accesos se realizan; siendo Ecuador, con un 81.31%
el mayoritario; siguindole bastante de lejos Colombia con el
12.49% y ya muy atrs Per, Argentina, Estados Unidos y
Venezuela.
XVII. RESULTADOS
Una vez funcionando los repositorios de CentOS y EPEL,
publicamos la noticia en el sitio de la DTIC [7], de la
ESPOCH[8] y de EcuaLUG[9], obteniendo felicitaciones que
26
El CEDIA tiene sus IP que comienzan con 2800:68:: por lo

tanto notamos en la siguiente imagen que hay 39518
conexiones de IPv6 desde la red de CEDIA. Lo que representa
ms de un 53% de las conexiones totales por IPv6:
Fig. 11. Conexiones HTTP de la red CEDIA
Fig. 6. Estadsticas de accesos al sistema por pases
B. Pruebas a nivel de respuesta.
2) Ipv4: En IPv4 hay un total de 1584760

conexiones realizadas.
Realizamos unas sencillas pruebas para medir nivel de

respuesta y compararle con otros repositorios remotos. Desde
una conexin home de CNT, hacemos ping a
mirror.espoch.edu.ec y obtenemos los siguientes RTT que nos
arroja un tiempo promedio de 28ms
Fig. 12. Conexiones Totales HTTP por IPv4
Para obtener las conexiones que ocurren desde dentro de la

red de CEDIA, extraemos todas las IP y las asociamos con su
ASN, luego detectamos las IP que provienen de los ASN del
CEDIA mediante scripts que nos permiten averiguar para cada
IP su ASN y si el ASN es del CEDIA, le contabilizamos. As
obtuvimos que se conectaron 490.411 IP del CEDIA del total
de 1.584.760 que representa un 30.9% de accesos desde redes
Fig. 7. Tiempos de respuesta hacia mirror.espoch.edu.ec
Desde la misma conexin hacemos ping a

mirror.edatel.net.co, que es uno de los ms cercanos a Ecuador,
obteniendo tiempos promedio de 44.9ms. Lo que nos da a
entender que se logra una apreciable mejora en los tiempos de
respuesta entre este mirror y el nuestro.
del CEDIA.
Fig. 8. Tiempos de respuesta hacia mirror.edatel.net.co
Mirrors en Estados Unidos, ya superan los 100ms

ampliamente, en este caso el mirror de Facebook podemos ver
que es realmente ms largos los tiempos:
Fig. 13. Ips conectadas del CEDIA
Estos valores son aproximados, pues pueden haberse

contado IP que no son exactamente del CEDIA y algunas IP
que sabemos son del CEDIA no les pudimos contar pues no
aparecieron los ASN de varias IP (includas varias del CEDIA).
De estos valores tampoco se han descontado IP que no hacen
mucha labor pero visitan mucho al mirror, como el de los
sistemas de monitoreo de los mirrors, de los buscadores, etc.
Por lo que este porcentaje podra ser ligeramente mayor.
Fig. 9. Tiempos de respuesta hacia mirror.facebook.net
Lgicamente desde la red de la ESPOCH los tiempos son

locales y realmente s se usa mucho el repo desde la red de la
ESPOCH, todos los servidores al momento utilizan
mirror.espoch.edu.ec para bajar sus actualizaciones y en clases
lo usamos para bajar los ISO y para realizar instalaciones por
red.
Estos son nmeros referentes a la cantidad de conexiones,

sin importar si la conexin slo verific que no haban
actualizaciones o que una conexin baj varios MB o GB de
contenido sin embargo podemos ver que las conexiones de
CEDIA s son un porcentaje apreciable. As, el acceso desde
redes del CEDIA tambin es visiblemente alto por lo que se
puede evidenciar que se aprovecha no solamente el canal de
subida comercial de la universidad sino que mucho trfico
ocurre dentro del canal de 1Gbps que tiene el CEDIA entre sus
miembros.
C. Conexiones desde la red de CEDIA

1) Ipv6: Como se puede ver en la
siguiente imagen hay 74371 conexiones
web que se realizaron por IPv6 (las que
no comienzan con ::ffff):
D. Cun rpida es la bajada de archivos?
Fig. 10. Conexiones Totales HTTP por IPv6
Probamos una descarga desde un equipo localizado en otro

lugar de la red del CEDIA:
27
Fig. 14. Descarga de un ISO desde ESPOCH
Como podemos ver tom 28 en bajar un archivo .iso de

230MB, llamado CentOS-6.4-x86_64-netinstall.iso a una
velocidad media de 1.8MB/s. El mismo archivo bajado desde el
siguiente mirror ms cercano, en Colombia tom 531 a una
velocidad media de 711KB/s:
El ancho de banda de subida de la ESPOCH, que es el que

utilizan los que acceden a este repositorio, se utiliza en un
bajsimo porcentaje, debido lgicamente a las caractersticas de
navegacin de los usuarios. Sin embargo sera bueno,
saludable, obtener el apoyo del CEDIA para poder implementar
otros repos en el CEDIA mismo; y de otras universidades para
poder repartir la lista de repositorios entre ellas.
Fig. 15. Descarga de un ISO desde Edatel
Estas comparaciones nos sirven para medir tasa de

transferencia desde un equipo en la red del CEDIA, a la que
lgicamente le afecta las condiciones y restricciones de las
redes a travs de las cuales circulen los paquetes, y claro,
tambin la distancia entre ellas afectar seguramente la tasa de
transferencia. Como era de esperar: al estar en la misma red de
CEDIA, la tasa de transferencia desde el mirror de la ESPOCH
fue ampliamente mayor.
Vemos que desde la red interministerial del pas existen

muchsimos accesos por lo que sera muy recomendable
instalar un mirror de CentOS y EPEL en esta red o CNT que es
su ISP de cabecera.
Tenemos en planes mediatos la implementacin de
repositorios va ftp y sobre todo va torrents. Ya se estuvieron
realizando pruebas por sta ltima y es altamente factible
hacerlo.
E. Sobre la RAM utilizada

El servidor est utilizando 126MB de los casi 2GB de que
dispone. el resto de la memoria podemos notar que se usa para
Cach:
XIX. REFERENCIAS
[7]
[8]
[9]
[10]
[11]
Fig. 16. Estadsticas de consumo de memoria
XVIII. LNEAS DE TRABAJO FUTURAS
[12]
Aunque el mirror est trabajando con varios repositorios.

Deseamos implementar varios ms, para ello se requiere, no
solamente incrementar la capacidad de hardware del equipo,
sino adems estudiar y comprender mejores tcnicas de
almacenamiento que nos permitan optimizar el espacio que
stas consumen.
[13]
[14]
[15]
28
http://mirror.espoch.edu.ec
https://dl.fedoraproject.org/pub/DIRECTORY_SIZES.txt
http://www.debian.org/mirror/size
https://wiki.ubuntu.com/Mirrors
http://dtic.espoch.edu.ec/index.php/2013/07/20/como-ser-unmirror-publico-de-centos-en-6-pasos/
http://dtic.espoch.edu.ec/index.php/2013/07/24/como-ser-unmirror-publico-de-fedora-epel-en-8-pasos/
http://dtic.espoch.edu.ec/index.php/2013/07/18/repo-de-laespoch-ya-es-oficial-en-centos-org/
http://www.espoch.edu.ec/
http://www.ecualug.org/?q=20130719/al_fin_repositorio_de_ce
ntos_y_epel_en_ecuador
Las Tics como base de la calidad educativa en los

posgrados de la Universidad UNIANDES de
Ambato
Eduardo Fernndez Villacrs
Universidad Regional Autnoma de los Andes UNIANDES
Ambato, Ecuador
cyssaedu@hotmail.com
Resumen
El presente trabajo investigativo aborda la problemtica
suscita en el departamento de posgrados de la
Universidad UNIANDES, el cual esencialmente tiene que
ver con una disminucin en la calidad del aprendizaje.
Se propone como solucin la incorporacin de las tics
como elemento fundamental para la elevacin de dicha
calidad educativa. Las Tics involucra la implementacin
del modelo de B-learning en el cual la educacin virtual
se mezcla con la presencial. Este modelo educativo ser
ejecutado por un departamento especfico asociado a la
direccin, dicho departamento de apoyo virtual define la
plataforma, el esquema de las aulas virtuales, la
capacitacin, los salones virtuales de clase y todo lo que
tiene que ver con el aspecto tecnolgico.
Se espera que como resultado de la aplicacin de esta
propuesta, se mejore el trabajo autnomo de los
maestrantes, haya mayor contacto entre docentes y
alumnos, adems que estos se familiaricen ms con los
aspectos tecnolgicos vigentes hoy en da.
Abstract
This research work addresses the issues raised in the
graduate department of the University UNIANDES ,
which essentially has to do with a decline in the quality
of learning .
It is proposed as a solution incorporating tics as key to
the elevation of the quality of education. The Tics
involves the implementation of B -learning model in
which virtual education is mixed with the face. This
education will be implemented by a specific department
associated with the address, the virtual support
department defines the platform, virtual classroom
schedule , training , virtual classroom class and
everything that has to do with the technological aspect .
It is expected that as a result of the implementation of
this proposal would improve Grandee autonomous work
, have greater contact between teachers and students ,
and these become more familiar with the technological
aspects relevant today .
1. ANTECEDENTES
niveles fundados por profesionales de la educacin con una

trayectoria de 40 aos en el quehacer educativo y de manera
especial en el nivel universitario.
La Universidad Regional Autnoma de los Andes

UNIANDES, es un Centro de Educacin Superior, entidad
de derecho privado y laico, con personera jurdica y
autonoma administrativa y financiera, que ofrece una
formacin integral a sus estudiantes, sin distincin de sexo,
raza, religin o poltica; por lo tanto, el ingreso de los
alumnos depende de sus capacidades intelectuales.
La presencia de UNIANDES se fundamenta en la
experiencia de ms de 20 aos en la educacin privada
ecuatoriana de entidades educacionales de los distintos
publicacin en el Registro Oficial No. 07 del 20 de febrero
de 1997, constituyndose as en Ley de la Repblica.
Adems por el Estatuto Universitario aprobado por el
CONUEP, segn resolucin No. 02 del 15 de octubre de
1997 y sus Reformas, segn Of. No. CONESUP.STA del 28
La Universidad Regional Autnoma de Los Andes

UNIANDES fue creada en cumplimiento al Art. 7 de la
Ley de Universidades y Escuelas Politcnicas del Ecuador.
Se basa en el informe No. 01235 del 10 de octubre de 1996
emitido por el Consejo Nacional de Universidades y
Escuelas Politcnicas CONUEP; en la Ley de creacin de la
Universidad expedida por el Congreso Nacional el 9 de
enero
de
1997
y
su
de mayo del 2001; y, por el Proyecto Sistema de
Teleducacin autorizado por el CONUEP segn resolucin
No. 00853 del 23 de septiembre de 1998.
29
La Universidad Regional Autnoma de Los Andes

UNIANDES tiene su matriz en la ciudad de Ambato, sus
extensiones funcionan en las ciudades de: Tulcn, Ibarra,
Santo Domingo, Quevedo, Babahoyo, Riobamba y el Puyo.
La universidad oferta varias carreras a nivel de pre grado

como de posgrado, as tenemos:
Pregrado
o Ciencias Mdicas: Medicina, Odontologa y
Enfermera.
o Sistemas Mercantiles: Contabilidad, Sistemas,
Administracin de empresas.
o Turismo: Hotelera y turismo, Gastronoma.
o Derecho: Abogaca.
Posgrado
Fig. . 1
Fuente: www.uniandesonline.edu.ec
2.
Sistemas: Informtica empresarial.
Jurisprudencia: Derecho Penal, Derecho notarial.
Negocios: Direccin de empresas.
Medicina: Servicios Hospitalarios, Enfermera

quirrgica.
5. MODALIDAD DE TRABAJO DE LOS

POSGRADOS
METODOLOGA DEL TRABAJO EDUCATIVO
Las carreras de la UNIANDES desarrollan el proceso de

formacin profesional en las modalidades Presencial, Semi
presencial y a Distancia, por semestres en los ejes
Humanista, Bsico y Profesionalizante. Los docentes
despliegan y secuencian el proceso de aprendizaje siguiendo
una lgica de formacin en los que se van gestando los
resultados de aprendizaje de los slabos que tributan a los
resultados de aprendizaje de cada semestre y cada nivel, a la
formacin de las dimensiones de desarrollo humano, a las
competencias genricas y especficas del perfil de egreso
que responde a la Misin y Visn Institucional y al principio
de pertinencia con la Sociedad.
Los diferentes posgrados trabajan en la modalidad semi

presencial, esto quiere decir que reciben clases los sbados
cada 15 das, lo que produce dos clases presenciales de 8
horas al mes, el horario de trabajo es de 8:00 a 16:00.
Las maestras duran 24 meses, anteriormente se los divida
en 4 semestres en los que en cada uno de ellos se reciban 3
materias, esto quiere decir que cada mdulo o materia
consta de 4 clases y dura 2 meses.
Los tutores son generalmente expertos en la materia con una
gran experiencia profesional, su trabajo docente
normalmente se basa en clases magistrales apoyadas con
recursos audiovisuales o en laboratorios de computacin,
segn la especialidad. Al final de la cuarta clase se entrega
el trabajo final del mdulo.
3. INFRAESTRUCTURA
El campus Universitario est ubicado en la Va a Baos, Km
7, sus instalaciones son modernas y amplios, cada aula
cuenta con un proyector de video (infocus), un sistema de
amplificacin e Internet, de tal manera que cualquier
docente trae su porttil, la conecta y puede apoyarse en la
misma para sus clases. Cuenta con varios laboratorios de
computacin, los mismos que tienen un promedio de 15
mquinas, se dispone de Internet en toda la Institucin de
forma inalmbrica y va cable en los laboratorios.
6. DIAGNSTICO DE LA
PROBLEMTICA
Las maestras ofrecidas por la Institucin, han tenido una
gran aceptacin por diversos factores como por ejemplo:
muy buenos tutores, facilidades de pago, horario cmodo,
ubicacin de la Institucin accesible (centro del pas),
buenas instalaciones y excelente ambiente de trabajo.
Al ser una modalidad semi presencial se requiere una gran
disciplina de trabajo autnomo, esta competencia
generalmente no es uno de los aspectos sobresalientes de los
profesionales ecuatorianos e incluso latinoamericanos. Esto
quiere decir que muy difcilmente se trabaja en forma
complementaria los 15 das posteriores a la clase. A ms de
ello no se entregan mdulos de estudio donde se guen las
actividades y tan solo queda la elaboracin del trabajo final
en base a las clases magistrales.
A nivel de pregrado se tiene una plataforma para educacin

virtual, la cual es el Moodle y en la que se crean los cursos
virtuales sin la aplicacin de ninguna metodologa de
entornos virtuales.
4. OFERTA ACADMICA
30
Esta problemtica se ha ido acrecentado y repercutiendo en

la calidad de enseanza, la misma que se ha venido muy a
menos en estos ltimos aos. Un efecto directo de este bajo
nivel acadmico que se generan en los posgrados de la
Institucin, es el elevado nivel de maestrantes que no se han
podido graduar por las enormes dificultades que tienen para
elaborar la tesis final que se desarrolla en forma individual.
Es comprensible la imposibilidad de hacer la tesis, ya que al
tener vacos de aprendizaje necesita obligatoriamente
solventarlos para concluir el trabajo final de titulacin.
Internet. Debido a este avance tecnolgico, la informtica se

ha convertido en el elemento tcnico que ms influencia ha
generado en todas las otras reas del quehacer humana.
La educacin no ha podido escapar a esta influencia y es
quizs el rea de conocimiento humano en la que ms
influencia ha tenido la informtica y el internet, estos
factores han generados nuevas modalidades educativas que
esencialmente han superado las distancias y los horarios
diversos. A esta forma de enseanza se la ha denominado elearning o enseanza electrnica.
A nivel de posgrados, un mnimo porcentaje de tutores, por

iniciativa propia, han tratado de complementar el proceso
educativo utilizando la plataforma Moodle perteneciente a
pregrado, esa buena iniciativa se ha venido a menos dado
que no se conoce ninguna metodologa para el diseo y
aplicacin de entornos virtuales de aprendizaje.
8.2
El e-learning por s solo ha tenido algunas fortalezas y

algunas debilidades, entre las principales deficiencias
podemos sealar la dificultad de asegurar un elevado
aprendizaje con niveles de calidad ptimos. Esto quizs ha
sido la piedra de tope de la modalidad educativa
denominada a distancia o Virtual.
En resumen la problemtica persiste y se acenta, ahora a

nivel de gobierno se han tomado ciertas medidas y se est
exigiendo el mejoramiento de la calidad en este nivel de
enseanza.
7.
OBJETIVOS
7.1
Objetivo General
Es por esta razn que surge la necesidad de complementar

las bondades de la modalidad semipresencial con la
caractersticas sobresalientes del e-learning, a esta mezcla
normalmente se la denomina Blended Learning o en
forma ms popular como B-Learning.
Disear una estrategia pedaggica basada en TICS, para que

mediante su aplicacin, se logre el mejoramiento de la
calidad educativa en los posgrados de Uniandes
8.3
7.2 Objetivos Especficos
presente siglo, aparecieron a finales del anterior y una de las

plataformas ms representativas es Moodle. Existen otras
que tambin han repuntado en su uso, as tenemos por
Diagnosticar el nivel de uso de las Tics as como

calidad de los posgrados
ejemplo Blackboard y Dokeos
Disear una estrategia pedaggica basada en TICS, la

misma que estar caracterizada por el uso de aulas
virtuales y la adopcin de una modalidad B-Learning en
los posgrados de Uniandes
MARCO TERICO.
8.1
Tics y educacin.
Entornos virtuales de aprendizaje
Los entornos virtuales se han ido popularizando en el
Fundamentar cientficamente las nuevas tecnologas

orientadas al mbito educativo y la calidad de dicho
proceso.
8.
El B-Learning.
9. MARCO METODOLGICO.
La modalidad investigativa adoptada es la denominada
cuali-cuantitativa, esto debido a que se requiere diagnosticar
la calidad del proceso educativo en base a la sintomatologa
descrita. La poblacin definida para la investigacin, se ha
estructurado de la siguiente manera:
Los finales del siglo XX y principios del XXI, estuvieron

caracterizados por el desarrollo vertiginoso de reas tcnicas
como
la
electrnica,
la
informtica
y
las
telecomunicaciones, las mismas que han derivado en nuevas
formas de comunicacin como son las redes de datos y el
Funcin
31
Nmero
Directivos
Posgrados
Estudiantes
Ambato
de
profesores
de
30
Posgrados
en
500
Total
530
El suscrito docente de Uniandes y experto en E-learning,

ante la problemtica expuesta,
propone la siguiente
solucin:
o Aplicacin del modelo pedaggico en modo BLearning con las exigencias propias de este. El
docente deber dar su clase magistral el da sbado y
preparar el aula virtual con las actividades de trabajo
para las 2 semanas siguientes as como tambin hacer el
seguimiento del trabajo autnomo en la plataforma. La
contratacin del docente deber ser por mdulo y no
por clase. El docente planificara los contenidos para un
trabajo en la plataforma de por lo menos 15 horas en las
2 semanas (1.5 horas diarias de dedicacin)
La muestra de la investigacin en base a la siguiente

frmula:
M= P/((P-1)*e +1), asumiendo un error del 5% se obtuvo
una muestra de 228.
o Creacin del departamento de apoyo virtual para

posgrados con toda la estructura organizacional
requerida.
La muestra fue estratificada de la siguiente manera:
Funcin
Directivos
Posgrados
Estudiantes
Ambato
de
Nmero
profesores
de
28
Posgrados
en
200
Total
228
o Implementacin de una plataforma Moodle para ser

usada solamente por los tutores y estudiantes de
posgrado.
o Capacitacin de los tutores en la creacin de
entornos virtuales de aprendizaje bajo el modelo PACIE
y en el uso general de las Tics.
o .Readaptacin de sus contenidos en las mallas
curriculares para distribuirlos en el proceso pedaggico
presencial y virtual.
La tcnica adoptada para recopilar informacin fue la

encuesta y los instrumentos asociados a la misma fueron los
cuestionarios respectivos. Luego de realizada la
investigacin de campo, algunos de sus resultados fueron.
Existe un espacio amplio entre una clase magistral y

otra, en esos 15 das, los estudiantes de posgrados casi
no realizan actividades relacionadas con la materia en
estudio y peor an no tiene contacto con el docente.
Aunque los docentes son muy buenos en sus clases

magistrales, no se tiene una continuidad en el
aprendizaje autnomo.
o Contratacin del servicio de salones de Clase

virtual en empresas con Wiziq.com, Gvo conference o
Elluminate generalmente el servicio para 10 profesores
simultneos con salones de aproximadamente 50
alumnos tiene un valor promedio anual de 2000 dlares.
11. DESARROLLO DE LA PROPUESTA
Un elevado porcentaje de alumnos de los posgrados no

logran culminar con la realizacin de su tesis.
El B-Learning se aplicar con las siguientes polticas:
El nivel de manejo tecnolgico de los alumnos y

docentes de posgrados es bastante bajo.
La calidad educativa de los posgrados ha ido
decreciendo
Aplicacin del modelo pedaggico en modo

B-Learning
o Clases presenciales con reforzamientos

virtuales en base a investigacin y plataformas
virtuales.
o Estructura de aula virtual con metodologa
PACIE y con contenidos planificados para un
trabajo autnomo de por lo menos 1.5 horas
diarias.
10. PROPUESTA DE SOLUCIN
32
o Todos los contenidos se dividen para los

modos presencial y virtual y se estudian
alternativamente.
o Evaluacin equivalente de
presencial y virtual (50% cada uno)
la
necesiten los maestrantes. El perfil de la

persona que trabajar aqu es de relacionador
pblico.
fase
Todo el personal obligatoriamente deber conocer sobre

entornos virtuales de aprendizaje y de la metodologa
PACIE
o Las tareas de recuperacin sern virtuales

(si le fue mal una prueba, aqu puede
recuperarse.
o
Las primeras actividades de la Unidad tcnica

sern:
No se deben duplicar contenidos en la red.
Definicin de un hosting y un dominio

exclusivo para postgrados, este ir anexado a
la pgina web de la Universidad dando una
doble posibilidad de acceso
Implementacin del portal exclusivo de

postgrados, con imagen corporativa propia que
trabajar con tecnologa php, apache y mysql y
permitir la difusin oficial de la informacin
hacia el pblico en general, exponiendo
actividades curriculares y los avances
acadmicos.
o El tutor deber ser contratado para todo el

proceso presencial y virtual
Salones de clase virtual

o
Contratar los servicios de empresas que

apoyan al proceso de E-learning con salones de
clase virtual, entre ellas tenemos Wiziq.com,
Elluminate o GVO conference, en estos
salones se pueden dar clases virtuales
presenciales o clases virtuales grabadas, en las
clases presenciales se pueden pasar
simultneamente diapositivas e intervenir los
alumnos con audio y video
Creacin
virtual
del
departamento
de
o
La inclusin de este portal
otorgar presencia institucional en el
medio universitario y permitir una mayor
integracin de la comunidad educativa.
o
Implementacin de la plataforma
de educacin virtual Moodle.
apoyo
o
Subida de usuarios y creacin de
los curso respectivos.
El departamento se constituir un elemento

importantsimo dentro del aspecto acadmico que lleva
a cabo el rea de posgrados, esencialmente su finalidad
ser: propender al mejoramiento de la calidad del
proceso educativo en base a la coordinacin adecuada
entre la tutora presencial y la tutora virtual. El
departamento estructuralmente tendr tres secciones
que son:
o
Las actividades
acadmica sern:
Unidad Acadmica: Coordinar todos los

aspectos relacionados a contenidos, aplicar las
premisas del B-learning como evitar contenido
duplicados, temas innovadores, aulas virtuales
atractivas,
continuidad
y
seguimiento
acadmico. El perfil de la persona que
trabajar aqu es eminentemente educativo
Unidad Tcnica: Se encargar de aspectos
tcnicos y administrativos de la plataforma,
instalacin, dominio, controlar ancho de banda,
creacin de los cursos, realizar la gestin de los
usuarios. El perfil de la persona que trabajar
aqu es eminentemente tcnico
Unidad de Relacionamiento: Se encargar de

aspectos relacionales del departamento,
mantendr una relacin directa con los
alumnos y canalizar inquietudes y ayudas que
33
iniciales
de
la
Unidad
Capacitar los tutores de postgrados

sobre creacin de aulas virtuales con la
metodologa PACIE y su forma de trabajo.
Estructurar adecuadamente las aulas para

que la relacin entre la seccin de
exposicin y rebote sea estrecha (Obliga a
leer contenidos)
Mantener activa la relacin entre la zona

de construccin y comprobacin.
Cada aula tendr diferente

corporativa (toque personales).
Complementar dicha capacitacin con el

manejo de herramientas de la web 2.0,
aplicables al mbito educativo.
Generar cursos para que todo el personal

est en constante capacitacin.
imagen
Socializar entre los docentes de postgrados

las caractersticas del B-Learning como
por ejemplo no duplicar contenidos
seguimiento permanente.
13. EJECUCIN.
La propuesta ha comenzado a aplicarse parcialmente, El
departamento de posgrados actualmente ha incluido la
obligatoriedad de las aulas virtuales y del B-Learning, como
resultado de estos se tienen aproximadamente 50 aulas
virtuales de las diferentes maestra en vigencia. Se han
capacitado a un primer grupo de docentes en un nmero de
30.
Readaptar los contenidos de los mdulos

para que puedan adaptarse a esta nueva
estructura
pedaggica
distribuyendo
proporcionalmente
en
las
dos
modalidades.
De una evaluacin general a los estudiantes maestrantes, se

puede apreciar una mejora en la calidad del proceso
educativo ya que se est logrando mantener el inters por la
materia durante los das que hay entre clase y clase.
Las
primeras actividades de la Unidad
relacional sern:
o
Canalizar las dificultades de los profesores

y alumnos en el manejo de la plataforma o
en la readaptacin de contenidos.
Promocionar constantemente por el portal,

redes sociales, e-mails, chats la emisin de
nuevos programas de maestra.
14. CONCLUSIONES.
o
El B-learning se conjuga entre el proceso educativo

presencial y virtual.
Ambos procesos son complementarios y requieren

el total inters de los estudiantes.
La evaluacin acadmica en las dos modalidades es

equitativa.
12. IMPACTO
El trabajo en
autodisciplina
De canalizarse completamente la propuesta planteada, se

obtendrn los siguientes resultados:
Se estimula el uso de las Tics como elementos

normales del proceso educativo moderno.
modalidad
virtual
genera
Trabajo autnomo mejor controlado y apoyado

permanentemente.
Tambin se ha propulsado la interaccin entre

estudiantes y el trabajo colaborativo en general.
Ampliacin de los temas de estudio, ya que no

solo se limitar a la clase magistral.
Proceso enseanza-aprendizaje ms dinmica.
Mejoramiento de las competencias de los

maestrantes relacionadas con el manejo de
nuevas tecnologas y herramientas de la web
2.0. Hay que considerar que muchos de los
maestrantes fluctan entre 40 y 60 aos.
Se optimiza horarios y se solventa la distancia entre

docente y alumnos
15. BIBLIOGRAFA
CHVEZ Edgardo (2009), B-learning en busca de la
excelencia
educativa,
http://www.bubok.es/libros/204522/BLearning-en-busca-dela-Excelencia-Educativa.
Mejoramiento
ostensible
del
proceso
enseanza-aprendizaje. Con esto se elevara la
calidad educativa, la Institucin entregara al
pas profesionales mayormente capacitados y
todos saldran beneficiados.
RICE William,(2009),Moodle, desarrollo de cursos elearning, Editorial Agapea, Madrid-Espaa.
Mayor y mejor interaccin acadmica entre los

integrantes de la comunidad del aprendizaje
mediante la utilizacin de entornos virtuales
que facilitan el trabajo colaborativo entre pares
estudiantiles, el dilogo, discusin y debate de
ideas compartidas.
BARTOLOM Antonio, (2004), Blended learning,

Conceptos bsicos, Universidad de Barcelona, Espaa.
Evidenciamiento del trabajo realizado, ya que

la plataforma se constituye en un portafolio
electrnico
34
Universidad
Uniandes
(2010),Modelo
www.uniandesonline.edu.ec
educativo,
UNESCO (2011),
www.unesco.org
educacin,
Las
Tics
en
la
Herramientas de Desarrollo para TV Digital

Orientadas al estndar ISDB-Tb
David Meja, M.Sc.

Ivn Bernal, Ph.D.
Departamento de Electrnica, Telecomunicaciones y Redes de

Informacin
Departamento de Electrnica, Telecomunicaciones y Redes

de Informacin

Quito, Ecuador
Quito, Ecuador
david.mejia@epn.edu.ec
ivan.bernal@epn.edu.ec
generacin de aplicaciones interactivas para Televisin Digital

a personas que no tienen experiencia o conocimientos del
lenguaje NCL.
Ginga [1] es el middleware abierto del estndar ISDB-Tb,
que permite la ejecucin de aplicaciones interactivas. Ginga
dispone de dos subsistemas: Ginga-J, empleado en la ejecucin
de aplicaciones procedimentales escritas en Java, y GingaNCL, para aplicaciones declarativas escritas en NCL.
Resumen En este artculo se presentan varias

herramientas de desarrollo realizadas dentro de las
actividades sobre TV Digital que se ejecutan en la Escuela
Politcnica Nacional.
Estas herramientas fueron
realizadas con el objetivo de facilitar la generacin de
aplicaciones interactivas para el middleware Ginga, de
acuerdo al estndar ISDB-Tb, de tal manera que personas
que no tienen experiencia o conocimientos avanzados del
lenguaje de programacin NCL puedan estructurar sus
aplicaciones usando construcciones de mayor complejidad.
Trmino
de
Indexacin
Televisin
Interactividad, Aplicaciones Interactivas, NCL.
Fig. 1.
Fig. 2.
COMPOSER NCL
Como herramienta de ayuda para la generacin de

aplicaciones interactivas, el laboratorio TeleMdia de la PUCRio de Janeiro desarroll Composer NCL [2], con la cual es
posible construir aplicaciones interactivas en lenguaje NCL, sin
poseer un conocimiento muy amplio sobre NCL. Sin embargo,
su funcionalidad es algo limitada dada su orientacin genrica
y requiere de al menos ciertos conocimientos sobre NCL. Por
este motivo, se han desarrollado aplicaciones complementarias
que ayudan en el desarrollo de aplicaciones interactivas as
como de plug-ins para Composer NCL. En la Fig. 1 se puede
observar la interfaz grfica de Composer NCL.
Esta herramienta est constituida por plug-ins, los cuales
ayudan al diseo, programacin y correccin de errores de una
aplicacin interactiva. Un plug-in es un segmento de programa
que puede ser distribuido de forma separada o integrado en la
aplicacin
principal con el objetivo de ampliar las
funcionalidades de dicho programa y pueden ser desarrollados
por terceros. Para el caso en discusin, se utiliz Qt.
Qt [3] es una biblioteca multiplataforma, ampliamente
usada para el desarrollo de aplicaciones con o sin interfaz
grfica de usuario (GUI). Es software libre y de cdigo abierto
y se distribuye bajo los trminos de la licencia GNU (Lesser
General Public License) y GNU (General Public License). Qt
utiliza el lenguaje de programacin C++ de forma nativa.
Digital,
INTRODUCCIN
El Ecuador adopt el estndar ISDB-Tb (International

System for Digital Broadcast- Terrestrial, Brazilian version)
para Televisin Digital en marzo de 2010. Entre las ventajas
que ofrece este estndar, se destacan la mejor calidad de audio
y video, el mejor aprovechamiento del espectro, mayor nmero
de programaciones y la interactividad. Las aplicaciones
interactivas permiten que el televidente interacte con la
programacin, cambiando el paradigma tradicional del
televidente a un rol ms activo. El desarrollo de las
aplicaciones interactivas presenta nuevos desafos, debido a
que, al ser una tecnologa nueva, se necesita personal
capacitado en esta temtica para poder explotarla. Por este
motivo, la Escuela Politcnica Nacional (EPN) consider
fundamental enfocar sus actividades en aspectos de transmisin
y en el desarrollo tanto de las aplicaciones interactivas as
como de herramientas que faciliten la tarea de desarrollo de
aplicaciones interactivas. En este artculo se presentan varias de
las herramientas desarrolladas en la EPN para ayudar a la
35
rbol jerrquico
de entidades
Fig. 5.
Fig. 3.
Documento
NCL
Lgica de trabajo de NCL Composer
Composer NCL
Para la integracin de un plug-in con Composer NCL, se

debe utilizar el mdulo Composer-core [4]. Este mdulo
contiene clases y funciones que ayudan con la integracin del
plug-in, para lo cual se debe utilizar signals y slots, signals se
utilizan para la comunicacin con los otros plug-ins y slots se
utilizan para la comunicacin con el ncleo de Composer NCL.
Signals y slots son conceptos ampliamente utilizados en Qt.
NCL Composer est basado en una estructura de rbol
jerrquico de entidades. Una entidad es una clase que modela
de manera lgica una determinada etiqueta del documento
NCL pudiendo contener entidades hijas y al mismo tiempo ser
hija de otra entidad (padre). La Fig. 2 muestra la lgica de
trabajo del modelo interno de NCL Composer. A partir del
rbol jerrquico de entidades se genera el documento NCL.
Cada plug-in en NCL Composer puede gestionar el rbol
jerrquico de entidades a travs del composer-core de tal modo
que permita al usuario generar el documento NCL evitndole la
tarea de programar directamente el cdigo y brindndole una
interfaz grfica amigable.
Fig. 4.
generacin
Fig. 6.
Plug-in Consumidor RSS
PLUG-INS PARA COMPOSER NCL

DESARROLLADOS
Se han desarrollado tres plug-ins para Composer NCL que

permiten extender su funcionalidad:
a) Uno de estos plug-ins tiene por nombre Consumidor
RSS, y permite utilizar el canal de retorno para obtener
informacin de un feed RSS (Really Simple Sindication)
ubicado en un servidor remoto (ver Fig. 3 y Fig. 4).
b) El segundo plug-in genera cdigo con contenido
interactivo para una funcionalidad tipo FAQ (Frequently Asked
Questions), que permite emplear el canal remoto para realizar
una conexin a un servicio web, en el cual se tiene almacenado
un conjunto de preguntas y respuestas. Este plug-in generar el
cdigo NCL de las preguntas, as como el cdigo Lua necesario
para la conexin.
c) El tercer plug-in, denominado Menu Creator, permite
que Composer NCL sea capaz de crear automticamente
mens, generando de manera transparente todo el cdigo NCL
correspondiente, para que luego se agregue la informacin a
presentarse en el men; alternativamente, se puede agregar
dicha informacin en el propio plug-in dentro del ambiente de
Composer NCL (ver Fig. 5).
Fig. 7.
Aplicacin empleando cdigo generado por el Consumidor RSS
Fig. 8.
36
Plug-in MenuCreator
Fig. 9.
SISTEMA DE BSQUEDA, ALMACENAMIENTO

Y PROCESAMIENTO DE INFORMACIN
Fig. 12.
Este sistema (Fig. 6) est conformado por un plugin para NCL

Composer denominado Menu Creator, presentado en la
seccin anterior, y, el subsistema de Adquisicin y
Procesamiento de Datos (SAPDa) conformado por a) un
servicio web Windows Communication Foundation (WCF)
que implementa un bot de bsqueda para consultar
informacin de distintos sitios web y enva datos al STB del
televidente a travs del canal de retorno, b) una base de datos
por cada aplicacin interactiva creada, la cual ser generada
automticamente por el servicio web, c) una aplicacin de
escritorio para consumir el servicio web permitiendo al
usuario realizar las acciones de bsqueda, almacenamiento y
procesamiento de informacin, y d) una aplicacin de
escritorio (MIXER), encargada de realizar la generacin de
datos NCL y la mezcla (mix) del contenido de la base de datos
y los mens generados en base al plugin para la generacin del
contenido interactivo que finalmente se presentarse al
televidente.
Fig. 10.
SISTEMA DE GENERACIN DE APLICACIONES

INTERACTIVAS (SGAI) [5]
El SGAi fue desarrollado para generar aplicaciones

interactivas que permitan obtener la opinin de los televidentes
sobre servicios masivos; de forma particular, fue empleado
para evaluar la calidad de los servicios de telecomunicaciones y
publicar posteriormente los resultados de dicha evaluacin. El
SGAi [6] est formado por dos elementos fundamentales: el
programa Survey Composer (ver Fig. 8), que permite crear y
personalizar aplicaciones interactivas para encuestas haciendo
uso del canal de retorno, y una Aplicacin Web Administrable
(AWA) conformada por un servidor web y un servidor de bases
de datos, encargada de proporcionar el sistema de gestin de
encuestas, de recepcin de los votos y visualizacin de
resultados (ver Fig. 9). Survey Composer fue escrito en C#, y
AWA fue desarrollada en PHP y MySQL. Survey Composer
genera el cdigo NCL para la aplicacin interactiva, agregando
la funcionalidad de cada encuesta, as como el cdigo Lua
requerido para el empleo del canal de retorno.
El usuario, en el caso general, recibe el cdigo de la
aplicacin interactiva junto con la seal de TV radiada, la
almacena y es la decisin del televidente activarla. Una vez que
el usuario emite su opinin, la misma es enviada al lado del
servidor utilizando el canal de retorno; es decir empleando el
acceso a Internet del televidente, para lo cual el televisor o el
STB (set top box) debe disponer de un puerto LAN.
Diagrama del Sistema de Bsqueda, Almacenamiento y

Procesamiento de Informacin
Fig. 13.
Fig. 11.
Survey Composer
Aplicacin que incluye un men generado automticamente

Fig. 14.
37
Aplicacin Web Administrable
La Fig. 10 presenta un televisor que en su pantalla presenta

una pregunta de una encuesta enfocada a evaluar el servicio de
telefona celular. Con ayuda del control del televisor o del STB
el usuario expresa su opinin. El resultado grfico de la opinin
de los usuarios puede visualizarse en la Fig. 11.
Fig. 17.
GENERADOR DE FLUJO NICO DE PAQUETES

DE TRANSPORTE TS
El software libre OpenCaster [7] permite multiplexar la

informacin de audio y video de varias programaciones, as
como la relacionada a las aplicaciones interactivas, para
generar los denominados flujos nicos de paquetes de
transporte TS (Transport Stream). OpenCaster trabaja sin
interfaz grfica, las rdenes las emite el usuario mediante la
lnea de comandos desde un terminal en Linux, lo cual dificulta
la utilizacin del programa; con este antecedente, se cre una
interfaz grfica que permite la generacin de los flujos de una
manera ms sencilla y amigable para el usuario. Esta interfaz
fue desarrollada con Qt, que permite el desarrollo de
aplicaciones con una GUI mediante Qt Designer [8].
A. Procedimiento para la generacin del

flujo nico
Fig. 15.
La Fig. 12 muestra el proceso que un video (poli.mp4) debe

seguir para obtener un archivo .ts y que este pueda ser enviado
al transmisor para realizar el proceso de modulacin y luego ser
transmitido. El video principal es separado en Elementary
Streams (ES), tanto de audio como de video, cada ES ser
procesado por separado, luego a los ES se les aade una
cabecera transformndose as en Packetized Elementary Stream
(PES), debido a que el PES es de gran tamao, se lo divide en
paquetes de 184 bytes y se aaden 4 bytes de cabecera, con lo
que tiene 188 bytes, que corresponden a un paquete TS
(Transport Stream) de audio y video. Junto con las seales de
audio y video en archivos .ts, se deben tener las tablas PSI/SI
ms importantes, tambin en archivos .ts; adems, se precisa
del archivo null.ts que es un paquete nulo, que ayudar a
mantener la tasa de datos constante (29.9582 Mbps) en caso de
que el audio, video y tablas PSI no lo consigan [9].
Con estos archivos se los puede proceder a multiplexar,
para obtener finalmente el flujo nico de paquetes de transporte
TS, adems es necesario sincronizar las estampas de tiempo
para que los paquetes lleguen en el orden correcto al receptor;
al final del proceso se obtiene el flujo nico de paquetes de
transporte TS (poli.fixed.ts), para ser entregado al transmisor.
En la Fig. 13 se muestra la ventana principal de la
aplicacin. Una vez concluido el proceso de desarrollo de la
aplicacin, se generaron varios flujos, combinando varias
programaciones y aplicaciones interactivas y se los emple con
un transmisor de bajo alcance y se comprob que en el receptor
se poda visualizar los videos originales, tal como se observa en
la Fig. 14. El programa permite la multiplexacin de varios
canales y en varios formatos (SD, HD, one-seg).
TV presentando en su pantalla una aplicacin interactiva para una

encuesta generada con Survey Composer
Fig. 16.
Resultados de una encuesta visualizada en una pgina web

proporcionada por el servidor web con AWA
38
Fig. 21.
APLICACIN PARA EL ANLISIS DE LOS
FLUJOS NICOS DE PAQUETES DE TRANSPORTE TS
Fig. 18.
Esta aplicacin fue desarrollada en Qt y permite el anlisis

de los flujos nicos de paquetes de transporte TS; indica
informacin importante encontrada en las tablas PAT, PMT,
NIT, SDT que contienen campos que sirven para identificar los
flujos nicos de paquetes de transporte TS y que permiten su
correcta de-multiplexacin.
Entre los principales campos que se visualizarn en la
aplicacin (ver Fig. 15) se puede mencionar: PID tanto de
audio como de video de las distintas programaciones, los
nombres de proveedores de servicio, nombre del canal,
frecuencia a la que fue transmitido el flujo, nombre del
servicio, nmero de programacin, entre otros, informacin
que ser muy importante de acuerdo a los intereses del usuario.
El desarrollo de la aplicacin requiri un estudio detallado del
estndar para poder obtener la informacin correspondiente a
cada uno de los campos de los flujos que se visualizan en la
aplicacin.
Proceso de generacin del flujo nico de paquetes de transporte TS

para un servicio
Fig. 19.
Ventana principal de la interfaz grfica
Fig. 22.
Ventana principal del Analizador de Flujos nicos

Fig. 23.
AGRADECIMIENTOS
Este documento es el resultado de los trabajos realizados en

los Proyectos de Titulacin de las Carreras de Ingeniera en
Electrnica y Telecomunicaciones, e Ingeniera Electrnica y
Redes de Informacin de la EPN. Los estudiantes que han
colaborado con el proyecto son: David Cevallos, Fernando
Cevallos, Fernando Becerra, Jaime Guzmn, Gissela Cabezas,
Fernanda Quezada, Jos Valencia, Tatiana Moncayo, Mnica
Pozo, Santiago Morejn y Rodrigo Jarrn.
Este trabajo ha sido desarrollado gracias al apoyo de la
Escuela Politcnica Nacional y del Ministerio de
Telecomunicaciones y Sociedad de la Informacin (MINTEL).
Fig. 20.
Imgenes durante la transmisin de un flujo de una sola

programacin
Fig. 24.
REFERENCIAS
[1] Comunidad Ginga Ecuador. http://comunidadgingaec.blogspot.com.

[2] Composer NCL. http://Composer.telemidia.puc-rio.br.
39
[7] Venegas, L; Generacin de una trama Broadcast Transport Stream (BTS)

usando el software libre Open Caster, Pontificia Universidad Catlica
del Per, 2012.
[3] Qt Creator. http://qt-project.org/wiki/category:tools::qtcreator.

[4] Blanchette, J.; "C++ GUI Programming with Qt 4". Publicado en 2006.
[5] Cabezas, G.; Quezada, M.; Diseo e implementacin de un prototipo para
un Sistema de Generacin de Aplicaciones Interactivas con GINGANCL para la evaluacin de servicios masivos, EPN, Ecuador, 2012,
http://bibdigital.epn.edu.ec/handle/15000/5167
[8]
Qt Project, Qt Designer
4.8/designer-manual.html.
Manual,
http://qt-project.org/doc/qt-
[9] Asociacin Brasilera de Normas Tcnicas, ABNT NBR 15602-3

Televisin digital terrestre - Codificacin de video, audio y
multiplexacin, Parte 3: Sistemas de multiplexacin de seales, 2007.
[6] Cabezas, G.; Quezada, M.; Bernal, I.; Sistema de Generacin de

Aplicaciones Interactivas para TV Digital para la Evaluacin de
Servicios Masivos, Revista Politcnica, EPN, Ecuador, 2013.
40
Prototipos de Redes Definidas por Software

David Meja
Ivn Bernal

de Informacin

Informacin
EPN
EPN
Quito, Ecuador
Quito, Ecuador
ivan.bernal@epn.edu.ec
Resumen Las nuevas demandas impuestas a las redes

convencionales han provocado cambios en sus
arquitecturas as se han desarrollado alternativas como las
SDN (Software Defined Networks). SDN es una
arquitectura emergente, que es dinmica, altamente
programable, adaptable y que es ideal para la naturaleza
dinmica de las nuevas tecnologas. Este artculo presenta
la herramienta para simulacin Mininet, y la
implementacin de dos prototipos de SDN empleando
switches habilitados para SDN y switches implementados
en software.
Fig. 2.
MARCO TERICO
Una SDN desacopla el plano de control y el plano de datos,

permitiendo que el plano de control sea programado
directamente, y que la infraestructura subyacente pueda
abstraerse de las aplicaciones y los servicios de red. La Figura
1 muestra la arquitectura de una SDN.
Palabras ClaveSDN, Red, OpenFlow, controlador

Fig. 1.
INTRODUCCIN
En los ltimos aos, las redes tradicionales han ido

sufriendo diferentes cambios e innovaciones para satisfacer los
requerimientos de nuevas aplicaciones. Por ejemplo, se
requiere Calidad de Servicio (QoS) en aplicaciones como voz y
video, la movilidad, los servicios de virtualizacin y cloud
computing, lo que ha generado la necesidad de reestructurar las
arquitecturas de red tradicionales [2], debido a que dichas
arquitecturas presentan varias limitaciones como por ejemplo
una limitada capacidad de adaptacin a nuevas tecnologas,
poca escalabilidad, entre otros. Esto ha impulsado una
bsqueda de varias alternativas para reemplazar las redes
tradicionales. Una de esas alternativas, proveniente de la Open
Networking Foundation (ONF), plantea el uso de Redes
Definidas por Software (SDN) [4].
El objetivo principal de las SDN es desacoplar el plano de
control del plano de datos, permitiendo un mayor control y
gestin sobre los equipos de conectividad, garantizando un
control centralizado.
Fig. 1. Arquitectura de SDN [3]

Infraestructura de Red: Conformada por los dispositivos de
conectividad tanto fsicos como virtuales. En SDN, a los
dispositivos de conectividad usualmente se los denomina
switches.
Controlador: Software centralizado ubicado en un servidor
que interacta con todos los dispositivos de conectividad
usando interfaces de programacin (API) abiertas. El trmino
centralizado no significa un nico controlador, por el contrario
es un controlador lgicamente centralizado, que puede tener
toda la redundancia necesaria para evitar inconvenientes con un
nico punto de fallos. Se puede mencionar que funciona como
un sistema operativo de red, ya que tiene una visin general de
la misma. Las aplicaciones que se ejecutan en el controlador
41
determinarn cmo se comportan los flujos. Existen diferentes

alternativas de software para el servidor controlador como:
Beacon [6], Floodlight [7], Trema [8], NOX/POX [9], Open
DayLight [10], entre otros.
Aplicaciones: Incluye tanto a las aplicaciones como a los
servicios de red. Estas aplicaciones pueden interactuar con el
controlador solicitndole ciertos requerimientos que la red debe
cumplir.
Respecto a las comunicaciones, se definen dos tipos de API
denominadas northbound y southbound. La comunicacin entre
las aplicaciones y el controlador se denomina northbound
mientras que la comunicacin entre el controlador y los
dispositivos de conectividad se conoce como southbound.
El protocolo que permite que el controlador (plano de
control) se comunique con los dispositivos de conectividad
(plano de datos) se denomina OpenFlow. Cuando un
dispositivo de conectividad recibe trfico que no sabe cmo
manejar, el dispositivo lo enviar al controlador para que
mediante reglas de flujo le indique que tratamiento darle al
mismo. Una vez instaladas las reglas en el dispositivo de
conectividad, para procesar el trfico (flujo), el dispositivo
realizar una comparacin entre los datos del trfico entrante y
las reglas de flujo definidas por el controlador. Para la
comparacin se emplean varios parmetros tales como: puertos
fsicos de entrada, direcciones IP o puertos TCP/UDP de origen
o destino, tipos de paquetes (TCP, IP, ARP), entre otros [2],
[4].
Fig. 2. Componentes de una entrada en la tabla de flujo

La regla (rule) est conformada por 10 tuplas, los cuales
permiten establecer el flujo que ser procesado. Estas tuplas
pueden actuar como comodines para permitir definir las relas
de forma granular. La accin (action) que define cmo procesar
el paquete. Las acciones bsicas son reenviar por uno o varios
puertos, encapsular y enviar al controlador o descartar. Y las
estadsticas (stats) que mantienen un registro del nmero de
paquetes y bytes para cada flujo y el tiempo de inactividad de
un flujo tras el cual la regla se elimina.
B. Dispositivos de Conectividad
Los dispositivos de conectividad se pueden clasificar en dos
grupos:
- Switches dedicados, son dispositivos de conectividad
que simplemente reenvan paquetes entre sus puertos,
segn lo establecido por el controlador.
- Switches habilitados, son dispositivos de conectividad
comerciales que han sido mejorados con la integracin
del protocolo OpenFlow.
A. OpenFlow
OpenFlow [4] es la primera interfaz de comunicaciones
estndar definida entre los planos de control y datos en la
arquitectura SDN, la cual permite acceder de forma directa y
manipular el plano de control de los dispositivos de red.
Este protocolo especifica las primitivas bsicas que una
aplicacin puede emplear para programar el plano de control de
los dispositivos de red. OpenFlow permite programar la red en
base a flujos, lo que permite tener un control extremadamente
modular de la red, permitiendo que la red responda a cambios
incluso en tiempo real.
Para manipular los flujos los dispositivos de conectividad
disponen de tablas de flujo. Estas tablas se emplean para
decidir qu hacer con el trfico. Para comunicarse con el
controlador, el dispositivo de conectividad requiere de un canal
OpenFlow. Mediante este canal, el controlador se comunicar
con el dispositivo para agregar, actualizar, o eliminar las
entradas de la tabla de flujo.
Una tabla de flujo tiene asociada una accin para cada una
de las entradas de la misma. Esta accin permite indicarle al
dispositivo cmo procesar el flujo. Cada entrada en la tabla est
formada por los campos especificados en la Figura 2.
Fig. 3.
MININET
Mininet [11] es una herramienta de software que permite

simular redes SDN. El cdigo desarrollado y probado sobre
esta herramienta puede ser implementado en una red real sin
necesidad de realizar cambios. Para la simulacin de una red
SDN, Mininet emula los diferentes enlaces, equipos (PC),
switches y controladores, utilizando diferentes mecanismos de
virtualizacin del sistema operativo Linux.
Mininet permite que se creen topologas personalizadas
mediante scripts escritos en el lenguaje Python. Por ejemplo,
para crear la topologa presentada en la Figura 3, se emplea el
cdigo presentado en la Figura 4, el cual est almacenado en un
archivo denominado mitpo.py. La topologa presentada consta
de dos switches interconectados entre s, cada uno con dos PC.
El controlador establecer las reglas que permitan controlar el
trfico que circula a travs de los switches. Por otro lado, el
cdigo presentado permite especificar los equipos de
conectividad, as como los PC, e interconectarlos.
42
Para poder utilizar el controlador NOX, el cual viene por

defecto con el simulador Mininet, es necesario ingresar al
directorio noxcore/build/src y ejecutar el comando de Lnux
presentado en la Figura 6. La opcin v indica que se ejecute
en modo depuracin y la opcin i ptcp: permite establecer la
direccin IP de la interfaz en la que el controlador escuchar
por peticiones, si no se especifica ser la direccin de loopback.
$./nox_core v i ptcp:
Fig. 6. Comando para iniciar el controlador NOX
Por defecto, el controlador NOX ejecutar un componente
denominado pyswitch, el cual har que los dispositivos de
conectividad se comporten como switches capa dos.
Fig. 3. Topologa personalizada
Fig. 4.
from mininet.topo import Topo, Node
PROTOTIPO DE SDN BASADO EN SWITCHES

HABILITADOS
Se implement un prototipo de SDN basado en switches

habilitados. En este prototipo se emplearon switches de bajo
costo, a los cuales se les modific su firmware para soportar el
protocolo OpenFlow. Se emplearon cuatro de los principales
controladores existentes al momento: NOX, POX, Beacon y
Floodlight, y para cada controlador se desarroll un
componente de software, en el lenguaje de programacin del
controlador, como Python y Java, para establecer las reglas de
flujo que definirn la funcionalidad de la red. Un diagrama del
prototipo se presenta en la Figura 2.
class MiTopo( Topo ) :

def __init__( self, enable_all = True ) :
super( MiTopo.self ).__init__()
hostIzquierdoA = 1
hostIzquierdoB = 2
switchIzquierdo = 3
switchDerecho = 4
hostDerechoA = 5
hostDerechoA = 6
Fig. 7. Prototipo de SDN basado en switches habilitados

self.add_node( switchIzquierdo, Node( is_switch = True ))
self.add_node( switchDerecho, Node( is_switch = True ))
self.add_node( hostIzquierdoA, Node( is_switch = False ))
self.add_node( hostIzquierdoB, Node( is_switch = False ))
self.add_node( hostDerechoA, Node( is_switch = False ))
self.add_node( hostDerechoA, Node( is_switch = False ))
Los dispositivos Linksys WRT54GL permiten cambiar su

firmware, y para que se conviertan en switches habilitados se
debe emplear OpenWRT [12] con soporte para OpenFlow. Para
especificar la direccin IP y el puerto del controlador se
modifica el archivo openflow, ubicado bajo el directorio
/etc/config en los dispositivos.
Las reglas empleadas para la realizacin de pruebas se
describen a continuacin:
Para ARP se permite el intercambio de mensajes entre
todos los hosts que componen la red.
Para ICMP se permite el intercambio de mensajes
exclusivamente entre los hosts V11 y V21.
Para HTTP se permite el intercambio de mensajes
exclusivamente entre los hosts V11 y V21. El host V11
hace las veces de servidor HTTP, por lo que el host V21
enviar peticiones hacia el servidor HTTP y recibir
respuestas, las cuales procesar y presentar en el
navegador web. El servidor emplear el puerto 80 para la
escucha de conexiones y el cliente usar un puerto
aleatorio, por lo que la regla de flujo deber reflejar esta
informacin.
Para Telnet se permite el intercambio de trfico entre los
hosts V12 y V22. El host V22 har les veces de servidor y
el host V12 las de cliente. El cliente Telnet inicia una
self.add_edge( hostIzquierdoA, switchIzquierdo )

self.add_edge( hostIzquierdoB, switchIzquierdo )
self.add_edge( hostDerechoA, switchDerecho )
self.add_edge( hostDerechoB, switchDerecho )
self.add_edge( switchIzquierdo, switchDerecho )
self.enable_all()
topos = { mitopo : ( lambda : MiTopo() ) }
Fig. 4. Cdigo para generar la topologa personalizada
Para poder empezar la simulacin usando Mininet, en la
lnea de comandos de Linux se debe emplear el cdigo de la
Figura 5.
$ sudo mn --custom ./mitopo.py --topo mitopo
Fig. 5. Cdigo para ejecucin de la simulacin
43
conexin mediante un terminal virtual con el servidor, lo

que le permite gestionar al servidor de manera remota. El
servidor escucha por peticiones en el puerto 23, mientras
que el cliente usa un puerto aleatorio.
Para el caso de video streaming, se permite el intercambio
de mensajes entre los hosts V13 y V23. El host V23 har
las veces de servidor y el host V13 las de cliente. El cliente
solicita el streaming de video al servidor para su
reproduccin. El servidor transmitir el video, en este caso
mediante el protocolo HTTP encapsulado sobre TCP,
aunque podra emplearse tambin UDP. El servidor
escucha por peticiones en el puerto 8081, asignado al
iniciar el streaming de video, mientras que el cliente usa
un puerto aleatorio.
Las reglas deben ser definidas tanto para los flujos de ida,
como para los de vuelta. El cdigo de los componentes
desarrollados puede ser obtenido en [5].
En las pruebas realizadas se llev a cabo la captura de los
paquetes que atraviesan la red mediante el software Wireshark,
para identificar los mensajes que intervienen en el protocolo
OpenFlow. El primer mensaje que se intercambia en el
establecimiento de una conexin OpenFlow se denomina
Hello; el mensaje Features Request se usa cuando se solicita la
informacin de las reglas de flujo existentes en el dispositivo y
la respuesta a este se denomina Features Reply. En la Figura 8
se indica en detalle el contenido de un paquete Features Reply,
en donde se pueden observar las caractersticas del equipo.
Fig. 9. Detalle de la captura de un paquete Flow Mod
Para poder conocer si las reglas han sido instaladas en los

controladores, se puede usar el comando dpctl. En la Figura 10
se muestra el resultado de la ejecucin del comando dpctl
dump-flows en uno de los dispositivos de conectividad, en el
que se detallan los flujos que se han agregado al mismo de
manera resumida, para uno de los controladores utilizados.
Fig. 10. Verificacin de la instalacin de flujos
Fig. 5.
PROTOTIPO DE SDN BASADO EN

SWITCHES VIRTUALES
El segundo prototipo se encuentra en desarrollo, y este est

basado en switches virtuales, para lo cual se emplearn
computadores y virtualizacin para implementar switches
basados en software haciendo uso de Open vSwitch. Adems,
se implementar una aplicacin que permita indicarle al
controlador que equipo puede hacer uso de la infraestructura de
red, para que el controlador genere las reglas de flujo
adecuadas. Se estn haciendo pruebas en los controladores:
NOX, Beacon, Floodlight y Trema, para determinar en cul de
ellos se puede desarrollar la aplicacin y el mdulo que se
comunique con el controlador.
Un diagrama de los componentes del prototipo empleado se
presenta en la Figura 11.
Fig. 8. Detalle de la captura de un paquete Features Reply
Cuando se enva una regla de flujo se usa un mensaje Flow

Mod, que contiene las estructuras de comparacin, contadores
y acciones a realizarse, como se observa en la Figura 9.
Fig. 11. Diagrama de componentes
44
Fig. 6.
OpenFlow
White
Paper.
http://www.opennetworking.org/images/stories/downloads/white
-papers/wp-sdn-newnorm.pdf (Consultado el 6 de noviembre de
2012).
Fig. 12. Chico, J; Implementacin de un prototipo de una Red
Definida por Software (SDN) empleando una solucin basada en
hardware,
EPN,
Agosto,
2013;
http://bibdigital.epn.edu.ec/bitstream/15000/6681/1/CD5065.pdf
Fig. 13. http://www.beaconcontroller.net
Fig. 14. http://floodlight.openflowhub.org/
Fig. 15. http://trema.github.com/trema/
Fig. 16. http://onlab.us/tools_nox.html
Fig. 17. http://www.opendaylight.org/
Fig. 18. http://www.mininet.org
Fig. 19. https://openwrt.org/
Fig. 11.
AGRADECIMIENTOS
Los resultados de este documento fueron obtenidos gracias

al apoyo de la Escuela Politcnica Nacional. Este documento es
el resultado de los trabajos realizados en los Proyectos de
Titulacin de la Carrera de Ingeniera Electrnica y Redes de
Informacin de la EPN llevados a cabo por Juan Carlos Chico
y Diana Gabriela Morillo.
Fig. 7.
REFERENCIAS
Chico, J.; Meja, D.; Bernal, I.; Implementacin de un

prototipo de una Red Definida por Software (SDN) empleando
conmutadores habilitados Revista Politcnica, 2013, sin
publicar.
Fig. 9.
OpenFlow. http://www.openflow.org (Consultado el 6 de
noviembre de 2012).
Fig. 10. OpenFlow
Stanford.
https://openflow.stanford.edu
(Consultado el 14 de noviembre de 2012).
Fig. 8.
45
PROTOTIPO DE SOFTWARE COMO SERVICIO

(SAAS) PARA PEQUEAS Y MEDIANAS
EMPRESAS
Daniel Nez
David Meja

de Informacin

Informacin
Quito, Ecuador
Quito, Ecuador
daniel.nunez@mindsovernet.com
Estas son algunas razones por las cuales surgi Cloud

Computing como una alternativa que permite aumentar el
nmero de servicios basados en la red, donde los proveedores
tienen la capacidad de ofrecer de manera rpida y eficiente una
mayor cantidad de servicios. Los usuarios pueden acceder a un
catlogo de servicios estandarizados y responder a las
necesidades de su negocio, de forma adaptada y flexible en
caso de aumento de la demanda o de picos de trabajo,
disfrutando de la transparencia e inmediatez, bajo un modelo de
pago bajo consumo.
Resumen Cloud Computing es un paradigma que

permite ofrecer servicios de cmputo a travs de Internet.
Estos servicios pueden estar bajo la administracin de un
tercero y el acceso se lo puede realizar desde cualquier
lugar. Estas caractersticas garantizan muchos beneficios
para las PYME (Pequeas y Medianas Empresas), pues
estas comnmente no tienen los recursos suficientes para
establecer su propia infraestructura de TI (Tecnologas de
Informacin). Este artculo presenta un prototipo basado
en OpenStack para la provisin de servicios de software,
mediante el cual se puede ofrecer SaaS (Software as a
Service) usando los recursos de una infraestructura de
nube privada.
II. MARCO TERICO

Existen dos conceptos bajo los cuales se basa Cloud
Computing y estos son la abstraccin y la virtualizacin. La
abstraccin se refiere a que el usuario no se involucra en los
detalles de la implementacin del equipamiento de TI. Mientras
que la virtualizacin se refiere a la habilidad para crear
sistemas que parezcan independientes ante los usuarios a travs
de mecanismos de comparticin y asignacin dinmica de los
recursos de cmputo [1].
Palabras Clave Cloud Computing, SaaS, OpenStack
I. INTRODUCCIN
Tradicionalmente, el software de las empresas ha sido
alojado en sus instalaciones para suministrar las
funcionalidades que sus empleados requieren para las labores
diarias. Esto implica mantener un espacio adecuado para
instalar todo el equipamiento necesario que soporte dicho
software, provocando elevados costos de mantenimiento y
administracin que no siempre pueden ser cubiertos por las
empresas, elevando el costo de produccin, reduciendo el
margen de ganancia y provocando que se tenga poca o nula
innovacin de los servicios o productos que la empresa ofrece a
sus clientes.
A. Servicios de Cloud Computing

Los servicios de Cloud Computing se pueden ofrecer
mediante tres niveles, que se diferencian entre s
fundamentalmente por el grado de control al que el usuario
tiene acceso. En la Figura 1 se presentan estos tres niveles.
1) IaaS (Infraestructure as a Service): Permite el uso de los
recursos de la parte ms baja de la infraestructura, mientras
que el proveedor se encarga de la administracin de la red, el
almacenamiento, los servidores y la virtualizacin. El usuario
46
hace uso de este servicio desde una interfaz web, pero no

puede acceder a la infraestructura que lo hospeda.
3) Nube Hbrida: Es una combinacin de uno o ms tipos

de clouds (privada y pblica) que interactan armnicamente
para ofrecer servicios a usuarios. En este modelo se suele
subcontratar un proveedor de nube pblica para el manejo de
datos no crticos, manteniendo bajo su control los recursos y
datos crticos dentro de su infraestructura cloud privada.
2) PaaS (Platform as a Service): El proveedor

adicionalmente se encarga de la administracin del sistema
operativo, el middleware y el runtime. Adems ofrece todo lo
necesario para soportar el ciclo de desarrollo y puesta en
marcha de aplicaciones y servicios web. Se presenta de forma
tpica como un framework para un tipo particular de
aplicacin, donde el usuario se puede enfocar en escribir
cdigo para resolver problemas de su giro de negocio y dejar
la mecnica de la infraestructura y sus operaciones al
proveedor.
B. OpenStack
Es un software open source empleado para la construccin
de clouds. Su misin principal es suministrar un software que
cubra el ciclo completo de despliegue de una plataforma de
Cloud Computing y que permita su despliegue de forma
sencilla, escalable, elstica y que satisfaga las necesidades de
proveedores de nubes privadas y pblicas [3].
Desde el punto de vista de software, OpenStack es una
coleccin de proyectos de software libre mantenidos por la
comunidad que incluyen servicios que han sido diseados para
trabajar en conjunto y ser masivamente escalables. Esta
integracin se facilita a travs de las API (Application
Programming Interface) pblicas que cada servicio ofrece. Si
bien el resto de servicios emplean estas API, tambin estn
disponibles para los usuarios finales de la nube permitiendo un
mayor nivel de integracin con soluciones externas. La Figura
2 muestra la perspectiva del operador de la nube como una
vista simplificada de la arquitectura de todos los servicios.
3) SaaS: El proveedor se encarga de la administracin de

todas las instancias para el correcto despliegue de las
aplicaciones. Este no es necesariamente dueo de la
infraestructura fsica donde se ejecutan las aplicaciones, por
otro lado, el cliente no tiene acceso alguno a la infraestructura,
solo puede acceder a la aplicacin a travs de una interfaz
diseada explcitamente para esta tarea.
III.
Recursos de cmputo segn el servicio [2]
A. Modelos de Infraestructura
Por otro lado, los servicios de cloud computing se pueden
desplegar en uno de los siguientes modelos de infraestructura,
de acuerdo al objetivo de la nube y la naturaleza en que la nube
se encuentra fsicamente:
1) Nube Pblica: Un usuario puede tener libre acceso a la
infraestructura cloud de un proveedor con solo estar conectado
a Internet. Los proveedores de nube pblica suelen
proporcionar a sus usuarios un mecanismo de control de
acceso para que sus datos no sean pblicamente visibles.
IV.
Arquitectura simplificada de los componentes de OpenStack [4]
1) Componentes
a) Horizon: Es una interfaz web para acceso del
administrador de la nube y del usuario final, y consiste en un
sistema modular para el acceso a todos los servicios.
b) Nova: Ofrece servidores virtuales bajo demanda. Usa
y coordina los recursos de cmputo, almacenamiento,
provisin de mquinas virtuales y asocia metadatos a las
imgenes creadas por Glance.
2) Nube Privada: El dueo de la infraestructura fsica es el

que mantiene, maneja y administra la infraestructura cloud,
para ofrecer servicios a los usuarios. La diferencia con una
nube pblica radica en que una nube privada maneja sus
servicios, datos y procesos sin las restricciones de ancho de
banda, exposiciones a la seguridad y requisitos legales que
implica el uso de recursos de nube pblica.
c) Quantum: Ofrece conectividad de red virtual a Nova.

Provee una API que permite la conexin de soluciones de
distintas tecnologas as como de varios fabricantes de
infraestructura de red.
47
Cada uno de los nodos est conectado a tres redes (salvo

Compute), denominadas
red pblica, privada y de
administracin.
Red Pblica: Se denomina red pblica ya que se usa para
asignar direcciones IP de un pool externo, para comunicar a las
mquinas virtuales con el mundo exterior.
Red Privada: Llamada tambin red de datos o red de
mquinas virtuales. Esta red se usa para proveer conectividad a
las mquinas virtuales. El que esta red est separada de la
administracin permite un flujo de trfico totalmente aislado y
por lo tanto mayor seguridad para el funcionamiento de la
infraestructura.
Red de Administracin: Esta red se usa para realizar tareas
de administracin de la infraestructura. Es necesario establecer
acceso remoto mediante el protocolo SSH para poder acceder a
las consolas de los nodos, adems de dar un acceso restringido
a la interfaz web de administracin.
d) Cinder: Proporciona almacenamiento persistente de

bloques a las mquinas virtuales.
e) Glance: Ofrece un catlogo y repositorio de imgenes
de disco virtuales.
f) Keystone: Suministra autenticacin y autorizacin
como servicio. Los componentes y usuarios deben autenticarse
mediante Keystone para hacer uso de los recursos de la
infraestructura.
g) Swift: Permite almacenar o recuperar archivos con un
alto nivel de redundancia y escalabilidad.
V. PROTOTIPO DE PROVEEDOR DE SAAS

Usando el software OpenStack se implement un prototipo
de Proveedor de SaaS, basado en una nube privada para la
provisin de infraestructura de TI.
A. Infraestructura del Prototipo
Con esta infraestructura de red y luego de configurar los

componentes de OpenStack, se deben crear mquinas virtuales
en las cuales se instalen los sistemas operativos y los
aplicativos que se ofrezcan como servicios. Para la generacin
de las mquinas virtuales se cre una imagen con el servicio de
correo electrnico y CRM (Customer Relationship
Managment), y una segunda imagen con OpenMeetings para
video conferencia.
El prototipo est formado por tres nodos: uno para la

administracin de la infraestructura denominado Controller,
otro para los servicios de cmputo denominado Compute y
un tercero para proveer los servicios de red denominado
Network. El esquema del prototipo se presenta en la Figura
3.
A. Configuracin de los recursos de IaaS
VI.
Es necesario configurar los recursos de la infraestructura

OpenStack para su uso mediante scripts de automatizacin. Los
recursos configurados son:
1) Flavor: Nombre asignado a la configuracin de hardware
de una mquina virtual. Cada flavor est formado por una
combinacin de espacio en disco y capacidad de memoria. Los
servicios de correo electrnico, CRM y video conferencia web
pueden tener una capacidad de almacenamiento de 3, 10 o 20
GB. Los servicios de correo electrnico y CRM se podrn
ofrecer en una misma mquina virtual. Si los clientes desean
ampliar la capacidad de sus servicios, debe existir un flavor
que tenga las caractersticas de capacidad de disco que soporte
dicho crecimiento. En la Figura 4 se presentan las
combinaciones de almacenamiento de los servicios.
Esquema del Prototipo de Proveedor de SaaS
El nodo Controller es el encargado de dar la

funcionalidad necesaria para administrar la infraestructura
OpenStack, como por ejemplo, gestionar todos los recursos del
cloud, interactuar con los clientes y ordenar a los nodos de
virtualizacin que ejecuten las mquinas virtuales.
En el nodo Compute se encuentra un hipervisor1, el cual
ejecuta y administra las mquinas virtuales, en base a las
rdenes del nodo Controller.
El nodo Network provee los servicios de red como
DHCP (Dynamic Host Configuration Protocol), acceso a la
red, y enrutamiento de las mquinas virtuales generadas en el
nodo Compute.
VII.
Flavors creados
1) Grupos de Seguridad: Un grupo de seguridad y sus

reglas dan al administrador la capacidad de especificar el
tipo de trfico que una mquina virtual tiene permitido
recibir. En la Figura 5 se muestran los grupos de
seguridad as como las reglas creadas, los cuales sern
Hipervisor: software que administra el hardware de un computador

anfitrin para crear un ambiente simulado que permite instanciar mquinas
virtuales.
48
aplicados a las mquinas virtuales con los distintos

servicios.
XI.
VIII.
1) Subred: representa un bloque de direcciones IP que se

pueden utilizar para su asignacin a las mquinas
virtuales. Cada subred debe tener un CIDR 2 y debe estar
asociada a una red. Puede tener opcionalmente una puerta
de enlace3, una lista de servidores de nombres y rutas
predefinidas. Esta informacin se inserta en las interfaces
asociadas a la subred. La subred llamada 10-subnet
(Figura 9) est asociada a la red net1 para dar
conectividad a las mquinas virtuales. La subred 221subnet est asociada a la red public y tiene asignado el
conjunto de direcciones IP comprendido entre
192.168.221.100 y 192.168.221.250, para que las mquinas
virtuales tengan conexin al exterior de la nube
OpenStack.
Reglas definidas en los grupos de seguridad
1) Llaves pblicas y privadas: Un par de llaves (pblica y

privada) permiten proporcionar un mecanismo seguro de
autenticacin para las mquinas virtuales. En el primer
arranque de una mquina virtual, se aade la llave
privada al archivo authorized_keys, y la llave pblica se
almacena de modo que pueda ser inyectada en las
mquinas virtuales. Se cre un nico par de llaves, el cual
se presenta en la Figura 6. Este no ser distribuido a los
usuarios, pues solamente el administrador tiene acceso a
las mquinas virtuales.
IX.
Redes definidas
XII.
Subredes creadas
1) Puerto: Nombre asignado a la interfaz de un switch

virtual donde las mquinas virtuales se conectan a una
determinada red. Para que una mquina virtual tenga
acceso a un domino de broadcast, esta debe estar asociada
a un puerto activo, y podr intercambiar trfico con otras
mquinas virtuales asociadas a puertos activos en la red.
Par de llaves creado
1) Tenant: Se denomina tenant al nivel ms alto de

agrupacin de recursos en una nube OpenStack. En un
tenant se pueden definir cuotas de control, que son lmites
que el administrador establece para cada uno de los
recursos. El tenant admin (Figura 7), permite controlar
todos los recursos que se generen para la provisin de las
mquinas virtuales, mientras que el tenant services sirve
para agrupar los mdulos Nova, Quantum, Keystone, y
Glance, para as administrar de mejor manera el acceso a
sus API.
2) Router: Es un dispositivo que conecta el trfico de una

subred a una red externa. Cada router puede tener un
gateway asignado a un puerto de una red externa y
mltiples interfaces en una red interna. Una vez que la
subred se conecta a una red externa, las mquinas
virtuales asociadas pueden enviar trfico al exterior a
travs de este dispositivo.
B. Scripts de automatizacin
Para el desarrollo de los scripts se emple el lenguaje de
programacin Python [5], ya que tiene mejor compatibilidad
con el API de OpenStack en comparacin con otros lenguajes.
Adems se us funcionalidades propias del shell de Linux.
X.
Tenants creados
1) Nueva mquina virtual: Se requiere crear mquinas

virtuales con las caractersticas que el usuario elija mediante la
aplicacin web de acuerdo al tipo de servicio que se quiere
contratar. Este script permite especificar el nombre de la
imagen y el nombre del flavor que se desea usar, y devuelve el
1) Red: Es un dominio de broadcast virtual de capa 2, la

cual est reservada para un tenant. La red public sirve
para la comunicacin con el exterior de la nube. La red
net1 permite la conectividad entre las mquinas
virtuales. La Figura 8 presenta las redes generadas.
CIDR: Classless Inter-Domain Routing, es un estndar de red para

la interpretacin de direcciones IP.
3
Puerta de enlace, pasarela o tambin llamada gateway, es un
dispositivo que permite interconectar redes.
49
Las solicitudes HTTP provocan la accin de los scripts de

automatizacin, los cuales manipulan los recursos de IaaS de la
nube y permiten la presentacin del resultado en la interfaz web
junto a informacin de los servicios contratados y su estado
actual, adems de la facturacin de acuerdo al tiempo que los
servicios han estado activos.
En la Figura 10 se observa la pgina web que muestra los
servicios disponibles para el usuario. Al elegir cualquiera de
estos servicios, se ejecuta el script new_server.py, el cual
crea la mquina virtual con el servicio y las caractersticas
elegidas.
ID de la direccin IP pblica asociada a la mquina virtual

creada.
2) Eliminar una mquina virtual: el cliente tiene la
posibilidad de cancelar el servicio contratado en el momento
que requiera. Esto implica que se debe eliminar la mquina
virtual que tiene ejecutando el servicio que el cliente estaba
utilizando.
3) Estado de la mquina virtual: Es necesario saber el
estado de la mquina virtual donde se est ejecutando el
servicio contratado por el cliente. Este script recibe como
parmetros de entrada el ID de una mquina virtual y la
palabra ip o la palabra estado. Si el parmetro de entrada
es ip, el script devuelve la direccin IP pblica asignada a la
mquina virtual; caso contrario, (es decir si el parmetro de
entrada es estado) el script devuelve active si la mquina
virtual esta activa, o suspended si est en pausa.
4) Actualizar estado de una mquina virtual: Este script
recibe como parmetros de entrada el ID de la mquina virtual
y la palabra active o suspend. Si el parmetro ingresado es
suspend, suspender o pausar la mquina virtual, lo que
implica que se liberarn los recursos de memoria RAM y
procesamiento de CPU. Si el parmetro de entrada es active,
activar o reanudar una mquina virtual, lo que implica que
se use nuevamente los recursos.
XIII.
Pgina de servicios
En la Figura 11 se observa la pgina web que muestra los

servicios contratados por el cliente, con el acceso a sus
respectivas funciones de control. Cada uno de los servicios
listados tiene la opcin de suspender, activar y cancelar.
5) Redimensionamiento: El usuario tiene posibilidad de

aumentar o disminuir los recursos de memoria RAM, y
almacenamiento en disco que el servicio contratado dispone en
la mquina virtual donde se ejecuta. Este script recibe como
parmetros de entrada el ID de la mquina virtual y el nombre
del flavor al cual se quiere migrar. Con el comando nova
resize ejecuta el redimensionamiento de la mquina virtual.
Al finalizar el proceso la mquina virtual se encuentra en un
estado llamado VERIFY_RESIZE, lo que significa que se
debe ejecutar manualmente el comando nova resize-confirm
para aceptar el redimensionamiento de la mquina virtual, o el
comando nova resize-revert para revertir el proceso. Para
poder automatizar este ltimo paso, se cre otro script, el cual
se ejecuta a travs de cron cada minuto, y lista todas las
mquinas virtuales permitiendo verificar su estado, si
encuentra alguna mquina virtual con el estado
VERIFY_RESIZE ejecuta el comando nova resize-confirm
para aceptar el redimensionamiento, y se registra el xito del
redimensionamiento en un archivo de log.
XIV.
Pgina de Panel de Control
La pgina web de facturacin (Figura 12) muestra de forma

ordenada y legible los registros de los servicios, dominios,
cuentas de correo electrnico contratados, y el valor total a
pagar hasta la fecha de vencimiento de la factura.
C. Pgina Web
Usando el framework Django [6] se desarroll una interfaz
web para que el cliente pueda interactuar y administrar los
servicios que contrate. Django usa la arquitectura de desarrollo
web MPV (Modelo, Plantilla, Vista). El Modelo se encarga del
manejo de los datos, la Plantilla sirve para la presentacin de la
informacin y la Vista se encarga del control y funcionalidad
de la aplicacin web.
50
XVII. REFERENCIAS
XV.
Pgina de Facturacin
XVI.
CONCLUSIONES
XVIII. B. Sosinsky, Cloud Computing Bible, de Cloud

Computing Bible, Wiley Publishing Inc., 2011, p. 14.
XIX.
Y. Chou, http://blogs.technet.com, 15 Noviembre 2010.
[En
lnea].
http://blogs.technet.com/cfsfile.ashx/__key/CommunityServer-Blogs-ComponentsWeblogFiles/00-00-00-62-43-metablogapi/8551.image_5F00_12.png.
[ltimo acceso: 17 Septiembre 2012].
XX.
C. Albarez Barba, M. . Ibez Mompen, A. Molina
Coballes y J. Moreno Len, Administracin de OpenStack Essex:
Instalacin, configuracin y explotacin, Murcia, 2012.
XXI.
K. Pepple, OpenStack Folsom Architecture, 25
Septiembre
2012.
[En
lnea].
http://ken.pepple.info/openstack/2012/09/25/openstack-folsomarchitecture/. [ltimo acceso: 2013 Enero 5].
Es posible proveer aplicaciones bajo el modelo SaaS donde

cada cliente tiene una versin personalizada de la aplicacin
hospedada. Se puede optimizar el uso de los recursos de IaaS
tratando directamente el cdigo de las aplicaciones SaaS, para
que manejen dinmicamente los recursos de software segn la
variacin en la demanda.
Se puede desarrollar un entorno de Cloud Computing para
brindar servicios a una porcin de usuarios de una empresa con
una nube privada, o los mismos servicios de manera masiva en
un entorno de nube pblica. La arquitectura de OpenStack
facilita la escalabilidad, con la posibilidad de aumentar nodos
de cmputo a medida que los requerimientos de memoria
RAM, procesamiento y almacenamiento crezcan.
XXII.
Python Software Fundation, python, [En lnea].
Available: http://www.python.org/. [ltimo acceso: Marzo 2013].
XXIII. Django Software Foundation, Django Project, [En lnea].
Available: https://www.djangoproject.com/. [ltimo acceso: Febrero
2013].
51

Memoriasticec 2013

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Memoriasticec 2013

Transféré par

Droits d'auteur :

Formats disponibles

TIC-EC 2013

I Encuentro de Tecnologas de Informacin y

Copyright 2013 by CEDIA 2013

ACTAS TIC EC 2013

PRESIDENCIA DEL COMIT ORGANIZADOR

Incidencia de las tecnologas de informacin y

Vctor Hugo Abril Porras

Direccin General de Posgrados

Facultad de Contabilidad y Auditora

ResumenEl presente artculo, expone la situacin

Tal y como lo sealan los expertos reunidos en la sede de la

Palabras clavesAutnomo; modalidad; proceso de

diversidad nacional, para fortalecer la identidad plurinacional,

estudiante la autonoma propia para decidir sus estrategias de

En consecuencia, es vital que el gobierno fomente y

La Organizacin de las Naciones Unidas para la Educacin,

Finalmente, el Estado debera propender la investigacin y

Al mismo tiempo, dentro de ese documento se precisan

Las TIC, da a da se constituyen en herramientas

El objetivo del trabajo fue evaluar el uso de las TIC que se

Diagnosticar en docentes y estudiantes la aplicacin y

En el presente estudio se aplic el anlisis cualitativo, sin

Comparando los resultados obtenidos en un estudio llevado

Adems se realiz investigacin de campo, porque los datos

Asimismo, se seala que la incorporacin de las TIC [6],

Para precisar la indagacin, se realizaron las siguientes

1. Exploracin de antecedentes y trayectoria de la

soluciones futuras en la aplicacin y utilizacin de las TIC, en

La actividad que mayor valor e informacin arroj a la

El cuestionario aplicado a los docentes estaba estructurado

Para cumplir con el propsito se aplic la frmula de

Debido a la importancia de tener un criterio de los actores

Clculo de la muestra se indica en la ecuacin 1:

Fig. 1. Gnero de estudiantes y docentes.

En la Fig. 2, tambin se presenta una comparacin de los

La encuesta fue escrita a travs de un cuestionario impreso

Fig. 2. Nivel de estudios de estudiantes y docentes.

En la Fig. 3, se presenta una comparacin de los resultados

conformidad con estos recursos tecnolgicos es superior con un

Fig. 7. Medios y herramientas que utilizan estudiantes y docentes para sus

En la Fig. 8, se presenta una comparacin de los resultados

Fig. 3. Condiciones de la carrera para el uso de las TIC e Internet.

En la Fig. 4, se presenta una comparacin de los resultados

Fig. 8. Herramientas informticas utilizadas para actividades acadmicas.

En la Fig. 9, se presenta una comparacin de los resultados

Fig. 4. Tiempos del da para actividades acadmicas.

En la Fig. 5, se presenta una comparacin de los resultados

Fig. 9. Frecuencia de utilizacin de Internet.

En la Fig. 10, se presenta una comparacin de los

Fig. 5. Nivel de conocimiento informtico.

En la Fig. 6, se presenta una comparacin de los resultados

Fig. 10. Tiempo destinado al uso de Internet.

En la Fig. 11, se presenta una comparacin de los

Fig. 6. TIC en ayuda al PEA y logro de competencias.

En la Fig. 7, se presenta una comparacin de los resultados

de no tener un docente a la mano, se hacen indispensables estas

[9]. Adems se seala que los docentes tienen que

Fig. 11. Educacin semipresencial versus educacin presencial.

En la Fig. 12, se presenta una comparacin de los

Fig. 12. Presencia de aulas o entornos virtuales.

Otros datos que fortalecen la investigacin son los

El PEA en sus distintas modalidades de estudio (presencial,

Fig. 13. Aspectos motivantes para involucrarse en el uso de las TIC.