Implementación de Un Sistema de Administración de Equipo de Telecomunicaciones

Desarrollo de Proyecto de Titulación
Implementación de un Sistema de
Administración de Equipo de Telecomunicaciones
(SAET)
Alumno: Francisco Javier Ramírez López

E-Mail:
Código:
Guadalajara, Jalisco, 03 de diciembre de 2012
Desarrollo del Proyecto de Titulación
Índice
Datos generales del proyecto. 4

Introducción 4
Justificación del proyecto 5
Contextualización de la Problemática 6
Problemática Detectada 8
Marco teórico 10
El COR (Centro de Operaciones de Red) 10
Monitoreo de Red 11
SNMP (Simple Network Management Protocol) 13
Base de información de administración SNMP (MIB) 14
Sistemas distribuidos (SD) 15
Gestión del Conocimiento 19
Sistemas de Gestión del Conocimiento (SGC) 22
Propuesta de la estrategia de solución de la problemática 24
Objetivos del Proyecto 25
Metas 26
Estrategia de intervención 26
Metas 26
Actividades 27
Recursos 28
Estrategia de evaluación 31
Indicadores 31
Desarrollo del proyecto 33
Diagnóstico del COR 33
Resultados del Diagnóstico 33
Conclusiones del Diagnóstico 38
1
Francisco Javier Ramírez López
E-Mail: jramirez@redudg.udg.mx
Código: 090335928
Guadalajara, Jalisco, 03 de diciembre de 2012de 2011
Recopilación de Información 39
Documentación de procesos y flujos de trabajo 39
Levantamiento de requerimientos del sistema 40
Espacio físico en el que esta ubicado 40
Funcionalidades y herramientas 41
Requerimientos de Interfaz Web 41
Reformulación de procesos y procedimientos 43
Implementación del proyecto 47
Módulos del Sistema 47
Aplicaciones y BD 48
Sistema de Monitoreo de Equipo Activo del COR 48
Particularidades 50
El portal web 51
Conclusiones 59
Bibliografía 61
Anexos 63
Anexo 01 63
Cuestionario sobre sistemas de información 63
Anexo 02 66
Entrevista para los jefes de área 66
Anexo 03 67
Cuestionarios de Evaluación de Gestión del Conocimiento 67
Anexo 04 68
Estado del equipo de cómputo 68
Anexo 05 69
Entrevista 69
Anexo 06 71
Instrucción de trabajo para realizar un análisis forense de tráfico. 71
Instrucción de trabajo para Administración de Cuentas VPN 73
Administración de las políticas de acceso de los servicios TI en los servidores oficiales 75
2
Código: 090335928
Instrucción de Trabajo para Alta de dominio o subdominio en el servidor DNS 77

Instrucción de trabajo para Atención de fallas por corte en la Red (LAN) 79
Políticas de acceso de los servicios de TI en el Firewall perimetral 81
Anexo 08 83
Instalación de Cacti en CentOS 6.X 83
3
Código: 090335928
Datos generales del proyecto.

Implementación de un Sistema de Administración y Monitoreo de
Nombre del Proyecto:
Equipo de Telecomunicaciones
Coordinación General de Tecnologías de Información (CGTI) de la

Nombre de la Organización:
Universidad de Guadalajara
Coordinación de Operación de Servicios de Tecnologías de la

Nombre de la entidad:
Información (COSTI)
Dependencia: Unidad de Operaciones de Red y Servicios de Cómputo (UORSC)
Área en la que se aplica: Centro de Operaciones de Red (COR)
Tipo de Proyecto: Integración tecnológica (innovación con tecnología)
Introducción
Hoy en día es casi imposible imaginar un centro de investigación de prestigio o a una
institución educativa como la Universidad de Guadalajara sin una infraestructura informática
en la que los usuarios acceden a ella y la utilizan de manera cotidiana para realizar su labores
diarias, ya sean de índole administrativa, académica o estudiantil.
Es por ello que la Universidad ha adoptado la política de ofrecer todos los servicios de
cómputo y telecomunicaciones a sus usuarios de manera gratuita y profesional, al mismo
tiempo que desarrolla, investiga y adquiere las tecnologías de telecomunicaciones e
información más adecuadas a las necesidades de las dependencias y centros universitarios
que la conforman.
Obviamente esto implica la creación de toda una infraestructura de telecomunicaciones la

cual debe ser mantenida, administrada y monitoreada constantemente para así poder
garantizar su disponibilidad y buen funcionamiento. Esas tareas recaen en la Coordinación de
Operación de Servicios de Tecnologías de la Información la cual cuenta con personal que a
través de diversas herramientas y procesos cumple con esas funciones.
El proyecto propuesto consiste en la implementación de un sistema que permita mejorar e

integrar las herramientas de monitoreo utilizadas en el Centro de Operaciones de Red (COR)
a través de la sustitución de algunas de ellas y de la creación de una base de datos
distribuida que contenga la información necesaria del equipo activo con la que trabaja
diariamente el personal.
4
Código: 090335928
El sistema (con una interfaz web) consiste principalmente en un panel de control o

instrumentos con indicadores gráficos que están monitoreando constantemente los distintos
elementos de red de misión crítica de la U. de G.
Justificación del proyecto

El Centro de Operaciones de Red (NOC por sus siglas en inglés) es el lugar donde trabajo
desde hace dos años. Durante ese tiempo he podido detectar varias carencias en la gestión
de la información y las herramientas utilizadas para tal fin. El no contar con las herramientas
adecuadas para llevar a cabo las tareas diarias y no tener un acceso a información crítica en
el momento adecuado redunda en complicaciones y retardos que pueden tener
consecuencias muy negativas.
Siendo el COR el área que gestiona la seguridad informática de frontera, administra y

monitorea los equipos de telecomunicaciones que proveen de conectividad a toda la Red
Universitaria, los tiempos de respuesta en caso de fallas deben ser mínimos e incluso las
ventanas de mantenimiento y re-configuraciones de equipo se vuelven críticos ya que se está
hablando el acceso a servicios de TI críticos de una dependencia, un centro universitario o
incluso el de toda la Universidad de Guadalajara. De ahí que la importancia de contar con
información confiable y expedita se vuelva una necesidad imperante para que el personal del
COR pueda realizar sus actividades de la forma más eficiente y eficaz.
Al implementar este proyecto se estará impactando directamente en los siguientes aspectos:
● Tiempos de respuesta ante emergencias: Al contar con información exacta de

cada equipo y las herramientas de trabajo centralizadas se podrá reaccionar de forma
más rápida para corregir los imprevistos.
● Mejora de procesos: Al tener que acceder a un único sistema que concentra la
información y herramientas necesarias para todos los sitios, se evitan confusiones y
errores además de que se acelera la generación de reportes y realización de
actividades cotidianas.
● Gestión de la Información: A través de la Base de Datos de Equipos y de las
herramientas de monitoreo propuestas se podrá generar una Base de Conocimientos
formal y perdurable la cual podrá ser aprovechada por otras áreas de la CGTI y el
personal que en ella trabaja.
● Costos Reducidos: El proyecto contempla la utilización de herramientas de software
libre, tanto para la generación y puesta a punto de la Base de Datos de Equipo Activo,
como de las herramientas de monitoreo, lo que permite ahorrar en costos por la
adquisición de herramientas especializadas propietarias.
● Redundancia: Al ser un sistema distribuido se podrá garantizar la disponibilidad y
accesibilidad de la información crítica o de uso sensible existente en el sistema ya que
si una BD remota deja de funcionar se tendrá un reflejo de sus datos en la BD
5
Código: 090335928
concentradora hasta los últimos 5 minutos. De igual forma, si la BD concentradora

falla, la información e cada sitio se sigue almacenando en su equipo local por lo que no
interrumpe la recolección de datos.
● Transferencia tecnológica y de conocimientos: El proyecto propone un modelo
de monitoreo de equipos y de servicios aplicable a todos los centros universitarios. Al
implantarse exitosamente se proveerá a los responsables de TI de cada uno de ellos
de las mismas herramientas y de la capacitación necesaria para utilizarlas hacia el
interior de sus campus.
● Mejora en el desempeño de los equipos. Al ser un sistema distribuido las tareas
se reparten entre todos los nodos lo que evita que se rebasen las capacidades del
hardware y que las gráficas presenten inconsistencias por lo mismo.
Al promover la mejora y optimización de los procesos internos y procedimientos establecidos

se abona al aumento en la calidad de los servicios que ofrece el área lo que redunda en
usuarios satisfechos y menos fallas. El sistema vuelve una herramienta para la toma de
decisiones ya que permite a los altos mandos generar reportes y obtener información en el
momento que lo necesiten. Con esto podrán establecer estrategias de capacitación
adecuadas y pertinentes para el personal que labora en el área y a su vez, este último podrá
liberar tiempo para dedicarlo a otras actividades con mayor impacto en la operatividad y
eficiencia del COR, ya que el sistema le permitirá saber en todo momento el estado de la red
y de los elementos que la componen.
De igual forma, al tener capturada la información de todos los equipos y de la red, aunada a
los reportes generados por el COR, los directivos podrán dar un seguimiento del estado físico
de los elementos que componen la red, lo que impactará directamente en la toma de
decisiones financieras y de presupuesto para hacer compras más inteligentes y preventivas.
Contextualización de la Problemática
La organización objetivo es el COR (Centro de Operación de la Red). Pertenece a la Unidad de
Operaciones de la Red y Servicios de Cómputo (UORSC), de la Coordinación General de
Tecnologías de Información de la Universidad de Guadalajara (CGTI).
6
Código: 090335928
Es el área encargada de monitorear los servicios de conectividad de la Intranet de toda a red

universitaria así como su acceso hacia Internet. Entre las actividades que realiza, además del
monitoreo constante de equipo activo de misión crítica, se encuentran la realización de
informes de desempeño y reporte de incidentes, análisis forenses de eventos que afectan
negativamente la red, configuración y administración de equipo crítico, monitoreo, reporte y
mitigación de ataques informáticos y documentación de la red universitaria, además de
asesoría a usuarios y resolución de servicios relacionados con internet (DNS, DHCP,
Redundancia, etc.)
Esas actividades se realizan mediante solicitudes hechas por los usuarios del Service Desk de
la CGTI o de forma autónoma según se va detectando por lo que sus usuarios son tanto
7
Código: 090335928
internos (es decir, levantados por compañeros y jefes de otras áreas) y externos (por usuarios
del servicio de internet e intranet
Problemática Detectada
Los problemas detectados en la realización de las actividades dentro del área mencionada se
engloban en dos áreas principales:
● Innovación y gestión Tecnológica: El área cuenta con diversas herramientas

tecnológicas que le proveen de información y le permite realizar sus tareas. Sin
embargo esas herramientas están dispersas y trabajan de forma independiente lo que
dificulta trabajar con ellas de forma integral y esto afecta el desempeño y la
efectividad del personal
● Gestión de la información: Dada la forma en cómo se trabaja con las herramientas
tecnológicas no existe un modelo formal de gestión de la información lo que implica
que en el área se trabaje con datos inexactos, que se dupliquen actividades, se
comentan errores en las operaciones o se tarde en reaccionar ante emergencias.
Puesto que el COR está conformado por profesionales que deben reaccionar de forma
expedita ante emergencias y de forma preventiva para cumplir con los niveles de servicio
establecidos por la CGTI no se puede permitir que trabajen con información inexacta,
duplicada o con versiones diferentes de una misma información y tampoco que sus
actividades se realizan sobre una base tecnológica no homogénea u obsoleta.
Desafortunadamente esto es lo que sucede ya que no se cuenta con un control sobre el
acceso a la misma, con una base de conocimientos formal o con procesos documentados que
permitan sistematizar el conocimiento adquirido y el que se genera durante la operación de
los servicios.
Aunado a lo anterior en el área se cuentan con herramientas tecnológicas disímiles entre si o

que cambian según el sitio monitoreado o con equipos obsoletos que se ven rebasados en
sus capacidades para funcionar correctamente y ofrecer información confiable.
Los problemas específicos relacionadas con sus funciones más destacables son los siguientes:
Imagen
● La imagen del COR está deteriorada toda vez que el responsable de área ha recibido
varios comentarios de sus colegas alegando la falta de confianza en la resolución de
problemas o su diagnóstico cuando se presentan.
Documentación y Procedimientos
● Documentación deficiente sobre los procesos de trabajo interno
● No existe documentación sobre las instalaciones o bitácoras de servicio.
● No existe documentación formal para la instalación y configuración de los equipos de
monitoreo.
8
Código: 090335928
Económicos y Humanos
● El personal para proporcionar realizar las tareas diarias es insuficiente
● El personal no cuenta con la capacitación adecuada
Equipamiento e Infraestructura
● Varios de los equipos de monitoreo ya son obsoletos.
● Las aplicaciones utilizadas para el trabajo varían en función del equipo del que se trate
o del operador que las maneja.
● El equipamiento de cómputo al servicio del personal va de regular a obsoleto.
Procesos Internos
● El proceso de reporteo y recolección de datos es laborioso ya que se cuentan con
varios sitios en ubicaciones físicas distintas.
● Cada Site tiene su propio sensor y este a su vez las herramientas de monitoreo y
diagnóstico. Esto se replica hacia los centros universitarios.
● Si bien en todos se utilizan prácticamente las mismas herramientas ya se han
presentado problemas de compatibilidad al hacerse actualizaciones o respaldos ya que
las versiones de software difieren entre sí.
● El personal debe acceder a los sensores de cada sitio por separado pues cada equipo
es independiente de los otros, lo que implica mantener contraseñas de acceso
diferentes en cada uno de ellos para luego concentrar la información de cada uno y
generar un reporte integral.
● En la parte operativa los problemas detectados son la duplicación de información y de
actividades. Las razones de estos problemas están en función de la forma es que se
registra el incidente puesto que existen varios métodos para hacerlo
Para mejorar los puntos deficientes arrojados por el diagnóstico realizado se proponen las
siguientes metas:
• Concientizar al personal directivo respecto de la gestión del conocimiento y su utilidad

• Definir los recursos necesarios para la implementación del sistema propuesto
• Analizar las necesidades de información y conocimiento del COR
• Establecer el plan de acción para la implementación de un SGC acorde a las
necesidades del COR.
• Generar y divulgar las políticas, procesos y procedimientos relacionados con la
creación, distribución y gestión del conocimiento relacionados con el monitoreo de
equipo activo y de misión crítica.
• Implementar un Sistema de Gestión del Conocimiento en el COR.
9
Código: 090335928
Marco teórico
El COR (Centro de Operaciones de Red)
Historia
Las primeras versiones de COR comenzaron a aparecer alrededor de los años 60’s. AT&T
abrió un Centro de Control de Red (NCC por sus siglas en inglés) en Nueva York en 1962.
Este utilizaba paneles para mostrar información de conmutación y ruteo de sus conmutadores
de tarifa más importantes, todo en tiempo real. Posteriormente remplazó su Centro de
Control de la Red con un Centro de Operaciones de Red en 1977, en Bedminster, New Jersey.
Propósito
Los COR son implementados por empresas, instituciones públicas, universidades y agencias
de gobierno que quieren supervisar ambientes complejos de red y que requieren una alta
disponibilidad. El personal del COR es responsable de monitorear una o más redes, revisando
ciertas condiciones y parámetros que requieren de especial atención para evitar
degradaciones en los servicios. Existen organizaciones que tienen más de un COR, ya sea
para atender diferentes redes o para proveer de redundancia geográfica en caso de que un
sitio quede fuera de línea.
Funciones
El COR analiza datos de la red, realiza la resolución de problemas, se comunica con los
técnicos de Site y con otros COR y rastrea los problemas a través de su resolución. Cuando es
necesario, el COR escala los problemas a las instancias correspondientes.
En el caso de que se presenten condiciones adversas o desastres de algún tipo, tales como el
corte de energía, un corte de fibra o un fallo en un equipo crítico el COR cuenta con
procedimientos que se activan para ponerse en contacto de inmediato con el personal técnico
en sitio para que resuelvan la falla.
Las actividades principales de un COR son las siguientes:
● Monitoreo de Red
● Respuesta a Incidentes
● Gestión de Comunicaciones
● Reporteo
10
Código: 090335928
Ambientes de Trabajo en red
Computacional
El COR en ambientes computacionales funciona como una centra de alarmas en lo referente a
los parámetros de sistema operativo y de hardware de una red de cómputo. Esos ambientes
computacionales que pueden variar de tamaño, desde uno hasta millones de servidores.
Telecomunicaciones
En ambientes de telecomunicaciones, el COR es el responsable de monitorear fallas de
energía, alarmas de línea de comunicación (tales como errores de bit, errores de tramas,
errores de codificación y circuitos caídos) y otros parámetros de desempeño que pueden
afectar la red.
Monitoreo de Red
El monitoreo de red es la actividad que utiliza diferentes herramientas y sistemas para tomar
medidas de parámetros específicos de una red de cómputo o de telecomunicaciones.
Generalmente esta actividad se realiza en un COR aunque se le considera como un
subconjunto de las funciones inherentes a la administración de redes. Cuando alguno de los
indicadores se sale del rango previsto se asume que existe una falla y se disparan diversas
acciones entre ellas, que el envío de alarmas, ya sean visuales, sonoras, generación de
correos electrónicos o mensajes de texto, las cuales alertan al personal correspondiente para
que tomen las medidas pertinentes.
El monitoreo de red se realiza para la detección oportuna de fallas en los componentes que
forman la red. Esto es importante para mantener el nivel de servicio a los usuarios. Con el
tiempo se han desarrollado diversas estrategias y modalidades de monitoreo, la cuales
dependen del mercado o el tipo de organización de la que se trate así como del tipo de
elementos a monitorear. Sin embargo existen características generales de esta actividad que
están presentes en cada uno de ellos.
Tipos de monitoreo
Existen dos formas de realizar el monitoreo de una red: De forma activa, y de forma pasiva.
En la actualidad lo más común es encontrar modelos de monitoreo que combinan ambos
tipos.
● Monitoreo Activo
El monitoreo activo es llamado así ya que el sistema o equipo que realiza las pruebas
participa activamente enviando paquetes de datos de cierto tipo a los equipos que
monitorea y midiendo el comportamiento o la respuesta recibida. Este tipo utiliza las
siguientes técnicas:
11
Código: 090335928
o Basado en TCP. Se utiliza para medir tasas de trasferencia de datos o

diagnosticar problemas a nivel de aplicación.
o Basado en UDP. Se utiliza para medir la pérdida de paquetes o medir el RTT
(Round Trip Time) o Tiempo de Viaje Redondo.
o Basado en ICMP. Se utiliza para diagnosticar problemas en la red, detectar
retardos en la entrega de paquetes o su tasa de pérdida, para medir el RTT y la
disponibilidad de equipos y redes, es decir, si pueden ser alcanzados desde la
ubicación en que se realiza la prueba.
● Monitoreo Pasivo
Se le llama pasivo porque el equipo o sistema que lo realiza “escucha” o acepta los
datos que le son enviados. Su función principal es la de recolectar y analizar el tráfico
que circula por la red. Se emplean diversos dispositivos como sniffers, ruteadores,
computadoras con software de análisis de tráfico y en general dispositivos con soporte
para snmp, rmon y netflow.
Este enfoque no agrega tráfico en la red como lo hace el activo. Es utilizado para
caracterizar el tráfico en la red y para contabilizar su uso valiéndose de las siguientes
técnicas:
● Solicitudes remotas
o Mediante SNMP. Esta técnica es utilizada para obtener estadísticas sobre

la utilización de ancho de banda en los dispositivos de red, para ello se
requiere tener acceso a dichos dispositivos. Al mismo tiempo, este protocolo
genera paquetes llamados traps que indican que un evento inusual se ha
producido.
o Otros métodos de acceso. Se pueden realizar scripts que tengan acceso a
dispositivos remotos para obtener información importante para monitorear.
En esta técnica se pueden emplear módulos de perl, ssh con autenticación
de llave pública, etc.
● Captura de tráfico
Se puede llevar a cabo de dos formas: 1) Mediante la configuración de un puerto
espejo en un dispositivo de red, el cual hará una copia del tráfico que se recibe en un
puerto hacia otro donde estará conectado el equipo que realizará la captura; y 2)
Mediante la instalación de un dispositivo intermedio que capture el tráfico, el cual
puede ser una computadora con el software de captura o un dispositivo extra. Esta
técnica es utilizada para contabilizar el tráfico que circula por la red.
● Análisis de Tráfico
12
Código: 090335928
Se utiliza para caracterizar el tráfico de la red, es decir, para identificar el tipo de

aplicaciones que son mas utilizadas. Se puede implementar haciendo uso de
dispositivos sonda que envíen información mediante RMON o a través de un dispositivo
intermedio con una aplicación capaz de clasificar el tráfico por aplicación, direcciones
IP origen y destino, puertos origen y destino, etc.
● Flujos
También utilizado para identificar el tipo de tráfico utilizado en la red. Un flujo es un
conjunto de paquetes con:
o La misma IP origen y destino

o El mismo puerto TCP origen y destino
o El mismo tipo de aplicación.
Los flujos pueden ser obtenidos de ruteadores o mediante dispositivos que sean
capaces de capturar tráfico y transformarlo en flujos. También es usado para tareas de
facturación.
SNMP (Simple Network Management Protocol)

Este es un protocolo de la capa de aplicación que facilita el intercambio de información de
administración entre dispositivos de red. Permite a los administradores supervisar el
funcionamiento de la red, buscar y resolver sus problemas, y planear su crecimiento. Las
versiones de SNMP más utilizadas son SNMP versión 1 (SNMPv1) y SNMP versión 2
(SNMPv2).
SNMP en su última versión (SNMPv3) posee cambios significativos con relación a sus
predecesores, sobre todo en aspectos de seguridad, sin embargo no ha sido
mayoritariamente aceptado en la industria.
Componentes básicos
Una red administrada a través de SNMP consiste de tres componentes claves:
● Dispositivos administrados;
● Agentes;
● Sistemas de Administración de Red (Network Management Systems o NMS’s).
Un dispositivo administrado es una computadora que se conecta a la red que contiene un

agente SNMP y reside en una red administrada. Estos recogen y almacenan información de
administración, la cual es puesta a disposición de los NMS’s usando SNMP. Los dispositivos
administrados, a veces llamados elementos de red, pueden ser routers, servidores de acceso,
switches, routers, concentradores (hubs), computadores o impresoras.
13
Código: 090335928
Un agente es un módulo de software de administración de red que reside en un dispositivo

administrado. Un agente posee un conocimiento local de información de administración
(memoria libre, número de paquetes IP recibidos, rutas, etcétera), la cual es traducida a un
formato compatible con SNMP y organizada en jerarquías.
Comandos básicos
Los dispositivos administrados son supervisados y controlados usando cuatro comandos
SNMP básicos: lectura, escritura, notificación y operaciones transversales.
● Lectura. Es usado por un NMS para supervisar elementos de red. El NMS examina
diferentes variables que son mantenidas por los dispositivos administrados.
● Escritura. Es usado por un NMS para controlar elementos de red. El NMS cambia los
valores de las variables almacenadas dentro de los dispositivos administrados.
● Notificación. Es usado por los dispositivos administrados para reportar eventos en
forma asíncrona a un NMS. Cuando cierto tipo de evento ocurre, un dispositivo
administrado envía una notificación al NMS.
● Operaciones transversales. Son usadas por el NMS para determinar qué variables
soporta un dispositivo administrado y para recoger secuencialmente información en
tablas de variables, como por ejemplo, una tabla de rutas.
Base de información de administración SNMP (MIB)

Una Base de Información de Administración (Management Information Base o MIB) es una
colección de información que está organizada jerárquicamente. Las MIB’s son accedidas
usando un protocolo de administración de red, como por ejemplo, SNMP.
Un objeto administrado (algunas veces llamado objeto MIB, objeto, o MIB) es uno de
cualquier número de características específicas de un dispositivo administrado. Los objetos
administrados están compuestos de una o más instancias de objeto, que son esencialmente
variables.
Existen dos tipos de objetos administrados:
● Escalares. Los objetos escalares definen una simple instancia de objeto.

● Tabulares. Definen múltiples instancias de objeto relacionadas que están agrupadas
conjuntamente en tablas MIB.
Un ejemplo de un objeto administrado es atInput, que es un objeto escalar que contiene una
simple instancia de objeto, el valor entero que indica el número total de paquetes AppleTalk
de entrada sobre una interfaz de un router.
14
Código: 090335928
Un identificador de objeto (object ID o también OID) identifica únicamente a un objeto

administrado en la jerarquía MIB. La jerarquía MIB puede ser representada como un árbol
con una raíz anónima y los niveles, que son asignados por diferentes organizaciones.
Un ejemplo de un objeto administrado es atInput, que es un objeto escalar que contiene una
simple instancia de objeto, el valor entero que indica el número total de paquetes AppleTalk
de entrada sobre una interfaz de un router.
Un identificador de objeto (object ID o también OID) identifica únicamente a un objeto

administrado en la jerarquía MIB. La jerarquía MIB puede ser representada como un árbol
con una raíz anónima y los niveles, que son asignados por diferentes organizaciones.
Sistemas distribuidos (SD)

La principal característica de un sistema distribuido es que debe ajustarse a las necesidades
de la organización que lo implementa, de ahí la importancia de la organización interna del SD
ya que sin ella el SD carece de finalidad y no cumple con las expectativas y requerimientos.
La definición ha ido cambiando con el tiempo ya que cada época ha tratado de satisfacer sus
propios requerimientos. Esto ha tenido como consecuencia que cada tecnología desarrollada
se adecúe a definiciones que reflejan la necesidad del momento. Una definición temprana en
los años 60 se refería a un sistema distribuido como a los recursos de hardware y software
de un solo equipo que se comparten entre usuarios y que pueden interactuar entre sí. Hoy en
día la definición más aceptada de sistema distribuido es la de:
“Un conjunto de computadoras independientes enlazadas a través de una red y soportados

por un software o sistema operativo que hace que el conjunto de equipos actúe como un
servicio integrado y transparente al usuario.”
Tipos (arquitecturas) de sistemas distribuidos

Utilizando la definición anterior tenemos que en los sistemas distribuidos los recursos de
diferentes máquinas en red se integran de forma que desaparece la dualidad local/remoto. La
diferencia fundamental con los sistemas en red es que la ubicación del recurso es
transparente a las aplicaciones y usuarios, por lo que, desde este punto de vista, no hay
diferencia con un sistema de tiempo compartido.
Los tipos de sistemas distribuidos más comunes con los que nos podemos encontrar hoy en
día son los siguientes:
Centralizada
Mejor aprovechamiento del equipo de cómputo. Reduce el tráfico en la Red. Opera bajo
sistemas abiertos. Permite el uso de interfaces variadas y versátiles. En las arquitecturas
15
Código: 090335928
centralizadas la interrelación entre componentes sigue un patrón muy característico en el que

hay una jerarquía definida de manera que ciertos componentes requieren información o
servicios que ofrecen otros componentes lógicos. El modelo mas utilizado hasta nuestros días,
es el Cliente servidor, donde el cliente realiza la petición y el servidor le da respuesta. Cabe
señalar que un servidor puede ser cliente de otro servidor dependiendo el sistema en que
encuentre.
Ejemplo: Aplicaciones como Napster y Audio Galaxy. Funcionaban con varios servidores de
archivos que atendían las peticiones de lo clientes para descargar archivos de música. Si el
servidor no estaba activo entonces los archivos no estaban disponibles.
Descentralizada
La funcionalidad está distribuida entre distintas plataformas o computadoras. Interfaz
residente en la computadora del usuario. Los servicios funcionales pueden estar en uno o
más computadoras. Los datos o los sistemas propietarios están en plataformas adicionales.
Estas redes también son conocidas como P2P (Peer to Peer o de igual a igual) Los nodos que
forman un sistema o aplicación de igual a igual se organizan formando lo que se denomina
una red superpuesta (Overlay Network) que funciona sobre la red física que conecta los
nodos, es decir, se forma una malla.
Ejemplo: Aplicaciones como Bittorrent o Emule utilizan este tipo de sistemas. En su modelo
el servidor actúa únicamente como directorio de recursos y repositorios siendo los propios
clientes los que tienen los datos localmente. Un cliente hace la petición al servidor buscando
un archivo, el servidor busca en su directorio los clientes conocidos que poseen el archivo
solicitado y le envía esa información al cliente. Una vez hecho esto se establece una
conexión P2P del cliente con cada host que posee el archivo de forma tal que de cada uno
descarga un parte para finalmente integrar todo localmente. La ventaja de este sistema es
que si el servidor se cae los clientes convertidos en servidores, y el cliente inicial siguen
conectados.
Híbridas
Es una mezcla de las dos anteriores. Trata de aprovechar las ventajas de ambas y anular sus
desventajas al utilizarlas al mismo tiempo. Una representación gráfica sería una estrella
donde sus nodos son el centro de otras estrellas. De esta forma los servicios y aplicaciones se
replican y distribuyen sólo entre los centros de cada estrella. Se puede decir que se
establecen dos o más niveles de mallas o redes superpuestas. En el nivel más bajo se
encuentran los clientes quienes pueden establecer conexiones P2P solo con otros clientes y
se establece una segunda malla compuesta sólo por servidores de aplicación o servicios. A
éstos se les llama entonces, Súper Iguales. Si un servidor recibe una petición y no puede
atenderla, establece una conexión P2P con otro servidor que si puede.
16
Código: 090335928
Ejemplo: De nueva cuenta las aplicaciones como Azureus y Bittorrent, aunque además se
han agregados soluciones y aplicaciones tales como Skype (Videoconferencia), VoIP (Voz
sobre IP) y servicios en la nube como DropBox.
Organización de los Sistemas distribuidos

La organización de los sistemas distribuidos depende mayormente de los componentes de
software y hardware que constituyen al sistema. Las arquitecturas determinan cómo son
organizados varios componentes del software y cómo interactúan entre ellos.
La implementación de un sistema distribuido requiere de la división e identificación de los

componentes de software y su instalación en máquinas reales. La implementación e
instalación final de la arquitectura de software se conoce como arquitectura de software.
Los sistemas distribuidos buscan constantemente la maximización de recursos. La principal

ventaja de los sistemas distribuidos es la capacidad de compartir y acceder a la información
de una forma fiable y eficaz. La ventaja principal de compartir los datos por medio de la
distribución es que cada localidad pueda controlar hasta cierto punto los datos almacenados
localmente. Además, la organización permite identificar los módulos y servicios dependientes,
de tal forma que se facilita el agregar más servicios o aumentar la capacidad del sistema si se
tienen una comprensión total de su funcionamiento. También permite localizar puntos de falla
de forma más rápida así como darles solución de forma más efectiva y eficaz.
Un SD es esencialmente un Sistema como cualquier otro, con la particularidad de que sus

elementos no necesariamente están en el mismo lugar y que comparten tareas entre sí. Al
ser un sistema la suma de sus partes, la forma en que sus elementos se organizan determina
los servicios o capacidades que puede tener.
De sus usuarios y sus componentes

Generalmente hay un administrador central que trabaja en conjunto con Administradores de
Bases de Datos, Administradores de TI, Administradores de Redes etc. Todos ellos dentro de
su especialidad van organizado el SD modificado y estableciendo las relaciones entre los
componentes del sistema.
Esos componentes se clasifican de la siguiente manera:
● Hardware
● Software
● Protocolos de comunicación
● Clientes (Hosts)
● Servidores
Red (LAN, WAN, MAN, Etc.)
17
Código: 090335928
De las Arquitecturas
Los componentes a su vez se relacionan según la arquitectura seleccionada. Los modelos de
organización responden a distintas necesidades y entre los más comunes se puede encontrar:
● Centralizada
Mejor aprovechamiento del equipo de cómputo. Reduce el tráfico en la Red. Opera
bajo sistemas abiertos. Permite el uso de interfaces variadas y versátiles.
● Descentralizada
La funcionalidad está distribuida entre distintas plataformas o computadoras. Interfaz
residente en la computadora del usuario. Los servicios funcionales pueden estar en
uno o más computadoras. Los datos o los sistemas propietarios están en plataformas
adicionales
● Arquitecturas por capas
Los componentes lógicos se organizan por capas. Un componente lógico de la capa Li
sólo puede invocar operaciones en la capa de bajo Li+1. En este estilo, las
invocaciones van de las capas superiores a las capas inferiores, mientras que los
resultados van de las capas inferiores hacia las capas superiores.
● Arquitecturas orientadas a componentes
Cada objeto representa un componente lógico y los componentes lógicos están
interconectados mediante invocaciones remotas. Este estilo y el estilo de la
arquitectura por capas son los más usados en sistemas distribuidos de gran escala.
● Arquitectura orientada a los datos
En los sistemas distribuidos la localidad de los datos es un factor que afecta al
rendimiento del sistema. Algunos sistemas de ficheros distribuidos, o las aplicaciones
web distribuidas, deben organizar sus componentes lógicos en función de la localidad
de los datos. Esta arquitectura también es utilizada cuando se quieren gestionar datos
que están distribuidos de una cierta manera, por ejemplo, cuando el volumen de datos
es muy grande, puede ser interesante que el componente lógico que procesa los datos
esté allí donde estén los datos para no tener que enviarlas mediante la red.
● Arquitecturas orientadas a eventos
Los componentes básicamente se comunican mediante eventos. Este estilo tiene como
uno de sus paradigmas más representativos lo que se conoce como paradigma de
publicación-suscripción. En estos sistemas los componentes publican eventos que sólo
son recibidos por aquellos componentes que están suscritos a ellos. La principal
ventaja de estos sistemas es el desacoplamiento de los componentes lógicos.
De las Ventajas y desventajas

En los SD centralizados la carga de trabajo por administración y mantenimiento es menor ya
que se trabaja con menos equipos. De igual forma, los SD alojados en ellos no suelen ser
muy complejos. Sin embargo, tienen en contra que para dar mantenimiento a veces es
necesario parar el sistema completo y en caso de un desastre son más vulnerables al impacto
negativo de las amenazas ya que la información y el software se agrupan en un único punto.
18
Código: 090335928
● Descentralizados Suelen ser más caros debido a la inversión inicial necesaria para
interconectar todos sus elementos de hardware, son además más complejos en su
organización lo que implica mayor tiempo de mantenimiento y una administración más
engorrosa. Por otro lado, una vez implementados son más robustos y tolerantes a
fallos, además de que pueden alojar SD más complejos y con más capacidades.
● Arquitectura por capas
Se tiene un diseño jerárquico bien establecido por lo que los flujos de información son
ordenados, sin embargo la propia arquitectura ralentiza los cambios posibles pues hay
que considerar el componente a modificar en función de las capas con las que
interactúa.
● Basada en objetos
Se tienen las mismas ventajas que en la arquitectura por capas con la diferencia de
que es más flexible en cuanto al agregado de servicios lo que permite tener SD muy
grandes. Sin embargo su mantenimiento se vuelve mucho más complejo.
● Orientada a datos
Se facilita su interacción lo que permite implementar SD de diversos tamaños y
servicios como los Web. Sin embargo, debido a que se focaliza en los datos, los
módulos y funciones se vuelven dependientes de la localización y el acceso a los
mismos lo que genera organizaciones desordenadas en cuanto a la relación entre sus
módulos y fallos o actualizaciones constantes en caso de que se muevan los datos de
lugar.
● Basada en eventos
Disminuye el tráfico en la red toda vez que se limita la cantidad de mensajes entre
módulos. Esto flexibiliza la relación entre los componentes lógicos.
Gestión del Conocimiento

La gestión del conocimiento tiene como objetivo principal la transferencia del mismo desde su
origen hasta donde se necesita. Es decir, es un conjunto de procesos y procedimientos
sistemáticos para recopilar, organizar, procesar, presentar y distribuir el conocimiento dentro
de una organización. Las fuentes de ese conocimiento pueden ser externas a la organización
o bien, originarse dentro de la misma.
Actualmente las tecnologías de información proporcionan herramientas que facilitan la gestión

del conocimiento en las organizaciones, apoyando en la recolección, la transferencia, la
seguridad y la administración sistemática de la información, existiendo sistemas diseñados
para ayudar a hacer el mejor uso de conocimiento de la organización
19
Código: 090335928
20
Código: 090335928
La gestión del conocimiento se vuelve entonces en la herramienta indispensable de una

organización para poder aprovechar el capital intelectual de su personal, nutriéndolo con la
información que se genera internamente, complementándola con información del exterior y
retroalimentado al personal haciéndolo llegar a donde es necesario para mejorar así las
competencias y habilidades de los empleados. Lo que crea un círculo virtuoso donde se tiene
personal más preparado, los procesos se hacen más eficaces y se genera información para
iniciar de nuevo el ciclo.
Activos Intangibles
Por activos intangibles se debe entender el conjunto de competencias y capacidades
existentes en la organización, que deben integrarse con la misión, objetivos y estrategia de la
organización y son susceptibles de generar ventajas sostenibles para la misma; los activos
intangibles no pueden desde el punto de vista legal, ser reflejados en los estados contables o
financieros por su carácter inmaterial. Sin embargo, existen e impactan de manera positiva o
negativa a una organización todos los días por lo que tomar gran relevancia. A continuación
se muestra una clasificación de los Activos Intangibles:
Tipo de
Activo intangible
intangible
Capital organizativo
o Filosofía administrativa
o Cultura organizativa
o Procesos y procedimientos administrativos
Estructural Capital tecnológico

o Sistemas de información
o Sistemas de redes y comunicación
o Equipos de cómputo disponibles
o Relaciones financieras
o Formación del personal

o Conocimientos sobre actividades (Know-how)
o Evaluaciones de puestos y psicométricas
Humano o Competencias y habilidades
o Motivación
o Capacidad de liderazgo
o Capacidad de innovación
o Potencialidad de nuevos usuarios

o Lealtad del usuario
Relacional
o Satisfacción del cliente
o Acuerdos de negocios
o Productos o servicios adecuados
21
Código: 090335928
o Posibilidad de alianzas con organizaciones relacionadas (Universidades, Centros de

investigación, Entidades de gobierno, etc.)
Su importancia radica en que el capital intelectual permite el desarrollo eficiente de las

organizaciones y genera valor más valor para el cliente, lo que permite a la organización
mantenerse en el mercado (sobrevivir, mejorar y crecer), dado que generan ventajas
competitivas sostenibles.
Con esto se puede llegar a la conclusión de que una buena administración y gestión de los
recursos intangibles o capital intelectual, tiene como resultado la generación de mayor valor y
ventajas competitivas para la organización en la que residen, de ahí que también sea muy
importante su evaluación continua.
Para evaluar los activos intangibles se debe:
● Identificar sus ventajas competitivas o factores de éxito, mediante un análisis

estratégico de la misma. Las ventajas competitivas se representan por el conocimiento
y las competencias de las personas, los sistemas físicos y sistemas de gestión y la
cultura de la empresa.
● Una vez hecho lo anterior se debe establecer un plan de acción que permita gestionar
los factores de éxito a través de la adquisición, potenciación o mejora de las
capacidades de la empresa.
● Por último se debe crear un sistema de indicadores que permitan medir el rendimiento
y el valor real de la organización.
Sistemas de Gestión del Conocimiento (SGC)

Un Sistema de Gestión del Conocimiento (KMS por sus siglas en inglés) permite capitalizar las
experiencias y el conocimiento de los integrantes de una organización para la toma de
decisiones y que utiliza las tecnologías de información y comunicaciones (TIC’s) como
plataforma para coleccionar y editar información, evaluar su valor, diseminarlo dentro de la
organización y aplicarlo a los procesos internos.
Una definición muy aceptada es la de Ruggles (1997) quien define a las herramientas para la
gestión del conocimiento como herramientas que permiten a las organizaciones generar,
acceder, almacenar y transferir el conocimiento existente en la empresa.
Sin embargo es necesario hacer la diferenciación entre información y conocimiento ya que

entre ambos conceptos existe una gran diferencia y no todos los sistemas o aplicaciones
existentes en el mercado o en internet califican como SGC’s. La clave para diferenciarlos
reside en que la información puede ser definida como “datos relacionados” mientras que
conocimiento es información razonada. Con esta perspectiva, no parece existir una diferencia
22
Código: 090335928
en estos dos tipos de sistemas. La diferencia radica en los “objetos” que son explotados, ya
sea información o conocimiento.
Una vez que esas herramientas se asocian y se hacen trabajar concertadamente se tiene un
Sistema de Gestión del Conocimiento. Hoy en día algunas tecnologías tales como: Sitios Web
en Internet e intranets, groupware, minería de datos, Bases de conocimiento, foros de
discusión y videoconferencia; permiten recoger, almacenar y distribuir el conocimiento
(Tyndale 2002). El aprendizaje electrónico (e-learning), las discusiones en línea, y el software
de colaboración son ejemplos de los usos de la gestión del conocimiento que apoyan su
proceso. Cada uso puede ampliar el nivel de la investigación disponible para un empleado,
mientras que proporciona una plataforma para alcanzar metas o acciones específicas.
Arquitecturas y herramientas
En una arquitectura de Gestión del Conocimiento se encuentran distintas herramientas y
servicios que configuran como resultado final un Sistema de Gestión del Conocimiento.
Dentro de las organizaciones se pueden encontrar generalmente los siguientes tipos o grupos
de SGC’s:
● Grupo 1 - Herramientas de trasmisión inmediata: Son herramientas que

permiten transmitir el conocimiento explicito de forma fácil al conjunto de miembros
de una misma empresa. Las Wikis son buen ejemplo de este tipo de herramientas o la
Wikipedia. Estas pertenecerían a una arquitectura principal que podría estar en el
grupo 2.
● Grupo 2 - Herramientas y servicios de gestión del conocimiento interno: Son
aquellos componentes dentro de una arquitectura que gestionan, analizan, buscan y
distribuyen información.
● Grupo 3 - Herramientas y servicios de gestión del conocimiento externo:
Funcionan igual que las del grupo 2 pero en este caso también hay que añadir que
localizan y extraen, dado que su misión principal es la localización y extracción de
información relacionada con la empresa pero que está en el exterior de ésta
(principalmente en Internet o en otros soportes más tradicionales de contenidos.
Los sistemas KMS trabajan con información, aunque es una disciplina que se extiende más
allá de los sistemas informáticos. Las características más importantes de un sistema SGM
pueden incluir:
1. Propósito: Debe tener explicito el objetivo de la gestión del conocimiento,

permitiendo la colaboración, el compartir buenas practicas y similares.
2. Contexto: El enfoque del sistema es que el conocimiento es información organizada
con inteligencia, acumulada e integrada en un contexto de creación y aplicación de
dicho conocimiento.
23
Código: 090335928
3. Procesos: Soporta y permite procesos de conocimiento intensivo, como tareas o

proyectos de creación, construcción, identificación, captura, selección, evaluación,
acceso, recuperación y aplicación, que es el llamado ciclo de vida del conocimiento.
4. Participantes: Los usuarios pueden jugar roles activos de participantes involucrados
en las redes del conocimiento y en las comunidades, aunque esto no tiene por qué ser
necesariamente el caso. Los SGM están diseñados para que el conocimiento se
desarrolle colectivamente y la distribución de dicho conocimiento sea un proceso
continuo de cambio, reconstrucción y aplicación en diferentes contextos, por diferentes
participantes con diferentes experiencias.
5. Instrumentos: Soporta instrumentos de gestión del conocimiento, como la captura,
creación y compartición de aspectos codificables de la experiencia, la creación de
directorios de conocimiento corporativos, con su correcta clasificación, taxonomía u
ontología, localizadores de experiencia, sistemas de gestión de habilidades,
herramientas de colaboración para permitir conectar personas interesadas en los
mismos temas, permitiendo de esta manera la creación de redes de conocimiento.
Un SGM podría incluir lo siguiente:
1. Tecnología documental: Es decir, herramientas que permitan la creación, gestión y

compartición de documentos con un formato determinado (como Lotus Notes, portales
Web de gestión documental, Bases de datos distribuidas).
2. Ontología/taxonomía: Similar a la tecnologías de documentación para crear un
sistema de terminologías que son usadas por sumarizar, organizar o clasificar los
documentos (por ejemplo Autor, Materia, Organización, etc.).
3. Herramientas gráficas: Proporcionan mapas de red de la organización para
desplegar el flujo de comunicación entre las entidades y los individuos.
4. Herramientas sociales: Wikis, Foros, sistemas de mensajería, etc. que puedan
utilizarse dentro de la organización para sacar un mayor aprovechamiento de la
creación del sistema SGC.
Propuesta de la estrategia de solución de la

problemática
La primer estrategia a considerar es la enfocada en renovar, y actualizar el equipamiento
necesario para la correcta implementación del proyecto y la de replantear la forma en que se
lleva a cabo el monitoreo de los equipos críticos. Es por ello que la propuesta consiste en el
desarrollo e implementación de un sistema que pueda ofrecer información confiable sobre el
desempeño de la red, los dispositivos que la conforman y que pueda generar alarmas cuando
se detecte algún evento anormal.
24
Código: 090335928
El sistema consiste principalmente en un panel de control o instrumentos con indicadores

gráficos que están monitoreando los distintos elementos de red de misión crítica de la U. de
G. La intención de mostrarlo así es para poder detectar de forma visual y sencilla cualquier
anomalía. Tendrá además accesos a herramientas más especializadas que permitan realizar
consultas detalladas de esos mismos elementos para investigaciones más profundas además
de la información esencial de contacto para poder llevar a cabo la documentación y resolución
de cualquier incidente.
Sin embargo no basta con la actualización del equipo y la implantación del sistema por meros
motivos técnicos. Para que el sistema sea verdaderamente útil al área donde se implantará y
a los usuarios que lo utilizarán el proyecto se desarrollará con un enfoque orientado a la
gestión del conocimiento. Actualmente las tecnologías de información proporcionan
herramientas que facilitan la gestión del conocimiento en las organizaciones, apoyando en la
recolección, la transferencia, la seguridad y la administración sistemática de la información,
existiendo sistemas diseñados para ayudar a hacer el mejor uso de conocimiento de la
organización.
Con todo esto en mente es que se propone un proyecto para implementar un SGC al interior
del COR de tal forma que a través del sistema y del proceso de gestión, el capital intelectual
del área aumente mejorando las competencias del personal para solucionar problemas de
manera eficiente en el menor tiempo posible.
Objetivos del Proyecto

Objetivo General
● Proveer de acceso vía web a la base de datos de las características, comportamiento y
desempeño del equipo activo de la red de datos de la U. de G. y de las herramientas
necesarias para consultarla y actualizarla de forma fácil y segura.
Objetivos Específicos
1. Establecer un sistema integral de información que permita adquirir, almacenar,

compartir y transferir información entre el personal del área.
2. Generar una BD que contenga la información esencial y de uso constante en las
labores diarias.
3. Mejorar y optimizar procesos y procedimientos internos de área para asegurar la
calidad de los servicios que ofrece.
4. Generar una base de conocimientos que permita acelerar las actividades del personal y
facilite la integración de nuevos elementos al área.
25
Código: 090335928
5. Implementar las herramientas necesarias para generar informes y análisis del

desempeño de la red y los equipos que lo conforman para la toma de decisiones y
resolución de problemas.
Metas
1. Optimizar el acceso a la información necesaria para realizar las labores cotidianas
del Centro de Operaciones de la Red
2. Actualizar el sistema de monitoreo a través del replanteamiento del modelo actual y
de la renovación de la infraestructura necesaria.
3. Generar un sistema susceptible de ser aplicable a cualquier centro universitario o
dependencia de la Universidad de Guadalajara.
4. Introducir la Gestión del Conocimiento y sus procesos en la forma de realizar las
actividades del personal que conforma el COR
5. Generar una BD que contenga la información esencial y de uso constante en las
labores diarias.
6. Mejorar y optimizar procesos y procedimientos internos de área para asegurar la
calidad de los servicios que ofrece.
7. Generar una base de conocimientos que permita acelerar las actividades del
personal y facilite la integración de nuevos elementos al área.
Implementar las herramientas necesarias para generar informes y análisis del desempeño de
la red y los equipos que lo conforman para la toma de decisiones y resolución de problemas.
Estrategia de intervención
Con el objetivo de dotar al COR de una herramienta de una herramienta eficiente para
realizar sus tareas de monitoreo, se han seleccionado las siguientes estrategias:
● Recopilación de información relevante para el dimensionamiento del sistema y las

funciones requeridas.
● Recopilación de la documentación existente relacionada con procesos e insumos de
información.
● Dimensionamiento equipo de cómputo e infraestructura adecuados para albergar el
sistema.
● Investigar las nuevas tecnologías aplicables al caso
● Implementar el proyecto tecnológico
Metas
● Desarrollar una solución a la problemática detectada con base en el diagnóstico
realizado.
● Establecer un plan de implantación del proyecto
● Evaluar el desempeño de la solución
26
Código: 090335928
Actividades
Las actividades a llevar a cabo para la documentación, planeación e implantación del proyecto
son las siguientes:
Actividades del Proyecto
Identificador de
Actividad
Actividad
1 Diagnóstico del COR
1.1 Generación de Instrumentos
1.2 Realización del diagnóstico
1.3 Integración de la Información
2 Recopilación de Información
2.1 Acopio de documentación existente sobre a procesos de trabajo
2.2 Acopio de documentación existente sobre a flujos de información
2.3 Levantamiento de requerimientos del sistema por parte de los usuarios
3 Reformulación de procesos y procedimientos de trabajo y comunicación
3.1 Nivel COR
3.2 Integración de toda la información
3.3 Capacitación del Personal del COR
4 Planeación del proyecto integral
5 Implementación de proyectos
5.1 Adquisición del equipamiento, software e infraestructura necesaria
5.2 Configuración y puesta a punto del servidor
5.3 Desarrollo del sistema y puesta en funcionamiento en modo beta
5.4 Fase de pruebas
5.5 Puesta en producción del sistema
5.6 Integración de los Centros Universitarios y Dependencias
Cronograma
Los tiempos para la implementación del programa se ven un poco ajustados dado el tiempo
dado por la actividad. Se tiene contemplado que es probable que no se termine antes del
término del semestre, sin embargo, el resto del personal del área del COR se integrará al
proceso de tal forma que pueda avanzarse lo más posible. En la tabla siguiente se muestra el
cronograma del proyecto.
Se muestra el identificador de actividad, su nombre, fecha de inicio, y de fin. Esto es, el

proyecto dio inicio el 1 de octubre de 2012 y se planea terminarlo en su totalidad el 30 de
27
Código: 090335928
julio de 2013, aunque lo esperado es tener algunos prototipos funcionando correctamente y

con la fase de pruebas con al menos un centro universitario.
Identificador
Actividad Fecha de Inicio Fecha de Fin
de Actividad
1 Diagnóstico del COR 01/10/2012 08:00 16/10/2012 17:00
1.1 Generación de Instrumentos 01/10/2012 08:00 03/10/2012 17:00
1.2 Realización del diagnóstico 04/10/2012 08:00 12/10/2012 17:00
1.3 Integración de la Información 15/10/2012 08:00 16/10/2012 17:00
2 Recopilación de Información 17/10/2012 08:00 30/10/2012 17:00
Acopio de documentación existente sobre a
2.1 17/10/2012 08:00 23/10/2012 17:00
procesos de trabajo
Acopio de documentación existente sobre a
2.2 17/10/2012 08:00 23/10/2012 17:00
flujos de información
Levantamiento de requerimientos del sistema
2.3 24/10/2012 08:00 30/10/2012 17:00
por parte de los usuarios
Reformulación de procesos y procedimientos
3 31/10/2012 08:00 25/12/2012 17:00
de trabajo y comunicación
3.1 Nivel COR 31/10/2012 08:00 11/12/2012 17:00
3.2 Integración de toda la información 12/12/2012 08:00 18/12/2012 17:00
3.3 Capacitación del Personal del COR 19/12/2012 08:00 25/12/2012 17:00
4 Planeación del proyecto integral 31/10/2012 08:00 13/11/2012 17:00
5 Implementación de proyectos 14/11/2012 08:00 30/07/2013 17:00
Adquisición del equipamiento, software e

5.1 14/11/2012 08:00 27/11/2012 17:00
infraestructura necesaria
5.2 Configuración y puesta a punto del servidor 28/11/2012 08:00 04/12/2012 17:00
Desarrollo del sistema y puesta en
5.3 05/12/2012 08:00 01/01/2013 17:00
funcionamiento en modo beta
5.4 Fase de pruebas 02/01/2013 08:00 29/01/2013 17:00
5.5 Puesta en producción del sistema 30/01/2013 08:00 12/02/2013 17:00
Integración de los Centros Universitarios y
5.6 13/02/2013 08:00 30/07/2013 17:00
Dependencias
Recursos
28
Código: 090335928
Técnicos
El área del COR y la unidad a la que pertenece cuentan con los insumos y la infraestructura
tecnológica necesaria para la implementación y correcto funcionamiento del sistema de
información propuesto. A saber:
● Computadoras y servidores con características adecuadas para soportar el sistema y

los servicios.
● Acceso a Software libre y aplicaciones para desarrollar aplicaciones
● Una red de datos robusta y con respaldo eléctrico y de conectividad.
● Apoyo de áreas especializadas en el desarrollo de BD y aplicaciones.
Económicos
El personal que labora en el COR y las otras áreas que harán uso del sistema ya pertenecen a
la nómina por lo que no será necesaria la contratación de más personas ya sea para el
desarrollo del sistema o para su uso y mantenimiento. En cuanto a los recursos financieros
necesarios para la adquisición de infraestructura y equipamiento para desarrollar el sistema
éstos serán mínimos o prácticamente nulos, puesto que ya se cuenta con la gran mayoría de
recursos materiales para llevarlo a cabo.
Operacionales
Hoy en día la información se procesa de manera manual o semiautomatizada. Aunque ya
existen procesos, procedimientos y flujos de información y de trabajo documentados gran
parte de los datos se almacenan en archivos electrónicos en Excel y Visio dentro de un
repositorio de documentos compartido en red. Esto se presenta como una ventaja ya que
facilita el análisis de requerimientos y el diseño de sistema pues el sistema se haría con base
en todos los procesos que ya están documentados.
Los recursos específicos para la realización del proyecto se listan a continuación:

Dominio
Puesto que la Universidad cuenta con su propio servidor de nombres la elección del nombre
de dominio es mucho más fácil ya que el área para la cual se está diseñando el sitio es
precisamente en la que se lleva a cabo el registro. El nombre seleccionado es:
alarmas.noc.udg.mx
Hosteo e ISP
El NOC cuenta con acceso directo a internet a través del enlace dedicado de la Universidad de
Guadalajara, así como acceso al registro de direcciones IP públicas por lo que el servicio de
conectividad y Hosting se darán a través de los servicios con los que ya cuenta el área y que
ya se están pagando.
29
Código: 090335928
Actualmente el enlace a internet es de 1 Gbps y si bien el equipo en el que se albergará la

página tiene una dirección IP homologada ésta no se abrirá al público sino solo a la red
interna universitaria debido a la información que se maneja, la cual es sensible y puede
exponer equipos críticos a ataques externos. De ser necesario acceder de forma externa a la
U de G hacia la página se establecerá la conexión mediante una VPN.
Servidor Web
La elección del equipo que albergará el portal es importante ya que por el tipo de información
que manejará y la forma en cómo la recolectará (Polls de SNMP periódicos) requiere de
bastante espacio en disco duro, mucha memoria RAM y al menos 2 tarjetas de red para
balancear cargas. El modelo elegido es el servidor PowerEdge R510 ya que cuenta con la
cantidad necesaria de espacio en disco (disco extra de 1 TB) y memoria RAM (8GB),
procesador de doble núcleo y dos tarjetas de red.
En el resto de los equipos mostrados se adhieren características no necesarias tales como

monitor y tarjetas gráficas que sólo elevan el precio y no abonan a la finalidad del equipo. En
algunos otros se muestran características esenciales de menor capacidad pero a precios más
altos por lo que el modelo escogido es el que da la mejor relación precio-beneficio.
No se cotizan más equipos para trabajar con el servidor ya que en el NOC se cuenta con
equipos de trabajo desde los cuales se accederá de forma remota para trabajar con el
servidor y el portal.
Características del servidor
PowerEdge R510
Cantidad: 15
SYSTEM OPTIONS
● PowerEdge R510
PE R510 Chassis for Up to Four 3.5" Cabled Hard Drives, LED
● Processor
Intel® Xeon® E5630 2.53Ghz, 12M Cache,Turbo, HT, 1066MHz Max Mem
● Additional Processor
Intel® Xeon® E5630 2.53Ghz, 12M Cache,Turbo, HT, 1066MHz Max Mem
● Additional Processor
● Memory
8GB Memory (4x2GB), 1333MHz Single Rank LV RDIMMs for 1 Processor, Optimized
● Operating System
No Operating System
● Hard Drives
500GB 7.2K RPM SATA 3.5" Cabled Hard Drive
30
Código: 090335928
● Hard Drives
1TB 7.2K RPM SATA 3.5" Cabled Hard Drive
● Power Supply
480 Watt Non-Redundant Power Supply
● Power Cords
NEMA 5-15P to C13 Wall Plug, 125 Volt, 15 AMP, 10 Feet (3m), Power Cord
SYSTEMS MANAGEMENT OPTIONS

● Embedded Management
● Baseboard Management Controller
NETWORKING OPTIONS
● Network Adapter
2x Intel PRO 1000PT 1GbE Single Port NIC, PCIe-1edit
OTHER OPTIONS
● Internal Optical Drive
DVD+/-RW, SATA, INTERNAL
● Server Accessories
Keyboard and Optical Mouse, USB, Black, English, with 17 LCD Monitor
Estrategia de evaluación
El método de evaluación del impacto de la implementación del proyecto se basará en los
indicadores presentados a continuación:
Indicadores
Indicadores que permitan verificar el cumplimiento de las metas.
Unidad de
Descripción Tipo Periodicidad Forma de Calcularlo / Fuente
medida
Mensual, Sumatoria de los reportes
Cantidad de No. De Reportes
Operativo semestral y levantados al COR, por tipo, por
reportes levantados levantados
anual dependencia y el total del centro
Mensual, Sumatoria de los reportes atendidos
Cantidad de No. De Reportes
Operativo semestral y por el COR, por tipo, por
Reportes atendidos atendidos
anual dependencia y el total del centro
Total de reportes atendidos / Total
Mensual,
Porcentaje de de reportes levantados
Operativo % porcentaje semestral y
eficiencia Por tipo, por dependencia y el total
anual
del centro universitario
31
Código: 090335928
Indicadores que permitan verificar el cumplimiento de las metas.
Unidad de
Descripción Tipo Periodicidad Forma de Calcularlo / Fuente
medida
Sumatoria de la cantidad de lapso
Promedio de Mensual,
para atender del total de servicios /
Tiempo de Operativo Minutos semestral y
el total de servicios según el
Atención General anual
periodo indicado
Promedio de Mensual, para atender del total de servicios
Atención Por tipo Operativo Minutos semestral y por cada tipo de servicio / el total
de servicio General anual de servicios según el periodo
indicado
para atender del total de servicios
Atención Por Operativo Minutos semestral y
por cada técnico / el total de
Técnico anual
servicios atendido por cada técnico
para solucionar del total de
Tiempo de Operativo Minutos semestral y
servicios / el total de servicios
Resolución General anual
según el periodo indicado
Promedio de Mensual, para solucionar del total de
Resolución Por tipo Operativo Minutos semestral y servicios por cada tipo de servicio /
de servicio General anual el total de servicios según el
periodo indicado
Sumatoria de la cantidad de días
Porcentaje de
que estuvo en funcionamiento sin
disponibilidad en Operativo Porcentaje Anual
presentar fallas/Días del año por
los Monitores
cada Monitor instalado
Total de tiempo de disponibilidad
Porcentaje de Mensual, efectiva de los servicios
eficiencia en los Operativo % porcentaje semestral y dependientes del COR / el total de
servicios anual tiempo según el periodo indicado.
Por tipo de servicio
Documentación de Documentación actualizada y

Administrativ
procesos y Entregable N/A disponible referente a los procesos
o
procedimientos de internos y de conocimiento.
También se utilizará la observación directa para poder tomar una impresión de la experiencia
del usuario en el uso del sistema una vez implementado. Para a evaluación del proceso de
implementación del proyecto se utilizarán las herramientas comunes, tales como diagrama de
Gantt y matrices de entregables.
32
Código: 090335928
Desarrollo del proyecto

Implementación del Sistema de Administración de Equipo de
Telecomunicaciones (SAET)
Diagnóstico del COR

La fase 1 del proyecto consiste en el diagnóstico del área del COR. El proceso se detalla a
continuación.
Resultados del Diagnóstico

Análisis FODA
Oportunidades Amenazas
Exter ▪ El COR cuenta con el apoyo del ▪ Mala reputación debido a errores
no coordinador de Operaciones y la jefa pasadas, fruto de confusiones e
de unidad. información inexacta.
▪ Hay la posibilidad de obtener ▪ Se trabaja con equipos de misión crítica
recursos económicos para la con impacto profundo en la red.
adquisición de hardware ▪ Falta de experiencia en el personal.
▪ Se cuenta con recursos destinados al ▪ La implementación de las herramientas
mantenimiento de la infraestructura de monitoreo en centros universitarios
tecnológica. depende de la anuencia de cada
coordinador.
Fortalezas Debilidades
Análi ▪ Se cuenta con personal experto en ▪ Algunos elementos del son de recióen
sis las áreas de conocimiento necesario ingreso por lo que no están
Intern ▪ Ya se cuenta con un sistema de familiarizados con los procesos de
o monitoreo por lo que la obtención de trabajo cotidianos.
indicadores se facilita. ▪ La falta de personal se combina con
▪ Se cuenta con el equipo básico para excedo de tareas repetitivas y tediosas
comenzar la actualización de que quitan tiempo para otras
hardware y software. actividades preventivas.
▪ Ya se cuenta con documentación ▪ No se cuenta con un repositorio único
parcial de procesos y un lugar donde de información en donde se puedan
alojarlos y publicarlos. relacionar eventos, equipos, y
actividades.
▪ Falta capacitar al personal.
33
Código: 090335928
Imagen
● La imagen del COR está deteriorada toda vez que el responsable de área ha recibido
varios comentarios de sus colegas alegando la falta de confianza en la resolución de
problemas o su diagnóstico cuando se presentan.
● Existe desconocimiento de los usuarios sobre las funciones del COR.
● Se considera que las acciones de prevención y corrección de incidentes de seguridad y
desempeño son su responsabilidad aun cuando las decisiones no se toman en el área.
Documentación y Procedimientos
● Documentación deficiente sobre los procesos de trabajo interno
● No existe documentación sobre las instalaciones o bitácoras de servicio.
● No existe documentación formal para la instalación y configuración de los equipos de
monitoreo.
Económicos y Humanos
● Es una de las áreas que confirman la UORSC que menos recursos económicos y
humanos tiene.
● Tienen varios proyectos detenidos por falta de recursos económicos o humanos.
● El personal para proporcionar realizar las tareas diarias es insuficiente
● El personal no cuenta con la capacitación adecuada y es demasiado especializado.
● Se cuenta con personal de reciente ingreso que no está al tanto de las funciones y
procesos del área.
Equipamiento e Infraestructura
● Varios de los equipos de monitoreo ya son obsoletos.
● Las aplicaciones utilizadas para el trabajo varían en función del equipo del que se trate
o del operador que las maneja.
● El equipamiento de cómputo al servicio del personal va de regular a obsoleto.
Procesos Internos
● El proceso de reporteo y recolección de datos es laborioso ya que se cuentan con
varios sitios en ubicaciones físicas distintas.
● Cada Site tiene su propio sensor y este a su vez las herramientas de monitoreo y
diagnóstico. Esto se replica hacia los centros universitarios.
● Si bien en todos se utilizan prácticamente las mismas herramientas ya se han
presentado problemas de compatibilidad al hacerse actualizaciones o respaldos ya que
las versiones de software difieren entre sí.
● El personal debe acceder a los sensores de cada sitio por separado pues cada equipo
es independiente de los otros, lo que implica mantener contraseñas de acceso
diferentes en cada uno de ellos para luego concentrar la información de cada uno y
generar un reporte integral.
34
Código: 090335928
● En la parte operativa los problemas detectados son la duplicación de información y de

actividades. Las razones de estos problemas están en función de la forma es que se
registra el incidente puesto que existen varios métodos para hacerlo
Gestión de la información y del conocimiento
Dada las características de las tareas del COR y sus funciones, el personal del área debe
actualizarse constantemente tanto en conocimientos como en los cambios que se operan
diariamente en la infraestructura. De ahí que se aplique un diagnóstico orientado a la Gestión
del conocimiento que permita dimensionar las características del sistema propuesto y las
funcionalidades requeridas en el mismo.
Los resultados obtenidos para el cumplimiento total de cada eje son:
Puntuación General
Eje 1 Eje 2 Eje 3 Eje 4 Eje 5 Eje 6
39.9% 69.9% 14.9% 60.1% 26.2% 7.5%
Lo que da un promedio general de gestión de la información en la organización de:
Promedio General 36.4%
Los resultados pueden verse a detalle en la siguiente gráfica:
Resultados del Autodiagnóstico
35
Código: 090335928
En la parte de la Gestión del Conocimiento se destacan los factores de la Cultura Organizativa

y la Tecnología con más de un 60% lo que indica que el proceso de implantación de un
sistema que permita gestionar el conocimiento para una administración óptima de
infraestructura de telecomunicaciones es posible. El personal ya cuenta con una base
tecnológica importante además de una actitud abierta que juntas, abonan a la compartición y
gestión del conocimiento.
La implicación de la alta dirección es regular. Esto indica que no han asignado los recursos
necesarios para el proceso de implantación de un SGC ni han generado totalmente los
lineamientos y políticas que regulen los procesos y procedimientos necesarios para integrar a
toda el área. Sin embargo el porcentaje de 39.9% es alentador ya que puede significar que
sólo es cuestión de formalizar los procesos y conseguir los recursos necesarios.
En los procesos orientados a la gestión del conocimiento se tienen un avance que va de

regular a malo. El 26.2% indica que no han sido diseñados y publicado o que no han
terminado de implementarse. Aquí es muy posible que incida el factor de la implicación
regular de la Alta Dirección, lo que resulta en la poca promoción y seguimiento de los
procesos.
Para mejorar los resultados deficientes del diagnóstico realizado se proponen las siguientes
metas:
• Concientizar al personal directivo respecto de la gestión del conocimiento y su utilidad

• Generar un plan de acción donde participen el COR y los directivos
• Definir los recursos necesarios para la implementación del sistema propuesto
• Analizar las necesidades de información y conocimiento del COR
• Establecer el plan de acción para la implementación de un SGC acorde a las
necesidades del COR.
• Generar y divulgar las políticas, procesos y procedimientos relacionados con la
creación, distribución y gestión del conocimiento relacionados con el monitoreo de
equipo activo y de misión crítica.
• Implementar un Sistema de Gestión del Conocimiento en el COR.
Activos Intangibles del COR

El COR se compone de un equipo de 6 personas las cuales realizan diversas tareas y
actividades que van generando información y conocimiento tanto al interior como al exterior
del área. En la tabla siguiente se muestran los activos intangibles que se encuentran dentro
del área.
Tipo de intangible Activo intangible

Capital organizativo
Estructural
o Cultura organizativa
36
Código: 090335928
o Procesos y procedimientos administrativos
Capital tecnológico
o Sistemas de información
o Sistemas de redes y comunicación
o Equipos de cómputo disponibles
o Conocimientos sobre actividades (Know-how)

o Competencias y habilidades
Humano
o Motivación
o Capacidad de liderazgo
o Satisfacción del cliente

Relacional o Productos o servicios adecuados
o Posibilidad de alianzas con organizaciones relacionadas (con otras áreas
operativas y de investigación)
Descripción de Activos
● Cultura organizativa
En el área se tiene por principio el trabajo cooperativo y en equipo ya que muchas de
las actividades requieren de que dos o más elementos se complementen para llevarla a
cabo. Se utiliza un figura líder pero con un enfoque de liderazgo compartido donde
todos tienen voz y voto.
● Procesos y procedimientos administrativos
La gran mayoría de los procesos y procedimientos están documentados y
estructurados. Estos van desde la forma de atender los servicios solicitados hasta
realizar tareas específicas como bloquear equipos, configuraciones de router y
respaldos de información crítica.
● Sistemas de información
El área cuenta con varios sistemas de información en los cuales documenta sus
actividades o los utiliza como herramientas de trabajo diario. A saber
1. Magic: Sistema de notificación, levantamiento y seguimiento de solicitudes de

trabajo por parte de los usuarios.
2. Zabbix: Sistema de monitoreo de servidores y equipo activo.
3. Cacti: Sistema de monitoreo con herramientas para análisis forense de eventos
de red.
4. SVN: Un repositorio de documentos con archivos de Excel, Word y Visio con
información de distintos tipos referente a las actividades del área.
● Sistemas de redes y comunicación
37
Código: 090335928
Se cuenta con una red de telecomunicaciones de voz sobre IP, voz digital y Datos.
● Equipos de cómputo disponibles
Cada trabajador cuenta con al menos un equipo de cómputo de escritorio en el cual
realiza sus actividades diarias. El área cuenta además con 2 laptops para trabajo en
campo con aplicaciones de monitoreo y análisis instaladas y 5 servidores en los que se
encuentran los sistemas de información utilizados.
● Conocimientos sobre actividades (Know-how)
Se cuenta con personal especializado en áreas distintas relacionadas con las TIC’s, a
saber:
1. IPv6 y DNS (3 personas)

2. Diseño de redes lógicas y cableado (1 persona)
3. Configuración y utilización de routers Cisco y Brocade (1 persona)
4. Análisis forense y de seguridad (2 personas)
5. Transmisión de voz y video por intranet e internet yenlaces Wireless (1 persona)
6. Telefonía digital (1 persona)
● Competencias y habilidades
Todo el personal cuenta con las siguientes habilidades:
o Uso de herramientas para cableado estructurado

o Uso básico de equipo y herramientas para electrónica y electrónica
o Uso intermedio de suites de ofimática
o Uso avanzado de aplicaciones para monitoreo y modelado de red.
o Conocimientos intermedios y avanzados de TCP/IP
o Gestión de proyectos
o Conocimiento básico e intermedio de la metodología ITIL.
Conclusiones del Diagnóstico

En los resultados presentados y por la información recopilada se observa que el COR tiene
varias carencias que han impactado negativamente en el aprovechamiento de la información
que utiliza como insumo y la forma en que la maneja y procesa.
Sin embargo, también posee las características y condiciones necesarias para la correcta
implantación del sistema. El personal que lo conforma y su ámbito organizacional permiten se
puede observar que el COR de la CGTI cuenta con distintos grados de avance en los factores
de éxito o ejes necesarios para lograr una correcta implantación de la Gestión del
Conocimiento.
En la parte de infraestructura tecnológica cuentan con la capacidad de soportar la

implantación del proyecto propuesto, bien sea con la utilización de equipo ya existente en el
área. Finalmente en la parte de software se tiene la ventaja de que las herramientas que
38
Código: 090335928
utilizan son de código libre por lo que solo será necesario actualizar las aplicaciones a
versiones más nuevas y funcionales.
Con la gestión del conocimiento es posible entrelazar los activos intangibles de tal forma que
el capital intelectual generado aumente y esto permita facilitar tareas, generar confianza y
mejorar en lo general el funcionamiento al interior y exterior del COR. Actualmente se cuenta
con varios repositorios de información pero no con una base de conocimientos estructurada
que permita retroalimentarla y aprovechar el potencial del personal.
Con la implementación exitosa del proyecto se podrá generar procesos que aprovechen los
activos intangibles como la motivación y el know-how utilizando los sistemas de información,
de cómputo y de redes para generar una base de conocimientos que permita mejorar las
competencias y habilidades de quienes laboran en el COR, o al menos liberar tiempo de tal
forma que puedan crecer en otros sentidos (nuevas habilidades o competencias, implantación
de una cultura organizativa, mejoramientos de procesos y procedimientos, etc.)
Recopilación de Información
Documentación de procesos y flujos de trabajo
El área ya cuenta con documentación referente a procesos y procedimientos de trabajo. Y los
almacena en un repositorio de documentos. Su contenido es el siguiente:
Proceso de Trabajo
● Filtro de IP’s.doc. Refiere al procedimiento para levantar, recibir y atender una

solicitud de bloqueo de dirección IP.doc.
● Corte de servicio de red de datos.doc. Refiere al procedimiento para reaccionar en
la eventualidad de una falla física en la conectividad.
● Falla de servicio de red de datos.doc. Refiere al procedimiento para reaccionar
frente a una degradación o pérdida lógica del servicio de conectividad.
● Ventana de Mantenimiento.doc. Refiere al procedimiento ´para solicitar una
ventana de mantenimiento.
De los procesos documentados se detectó que es necesario actualizarlos pues en la práctica

los realizan de forma diferente.
Falta adicionar otros procesos de trabajo que se llevan a cambo de manera práctica pero que
no están documentados.
39
Código: 090335928
Proceso de Comunicación
Es necesario documentarlos y formalizarlos ya que, aunque se siguen al pie de la letra, se
llevan a cabo solo en la práctica.
Flujos de información en el Área de Implementación
Elemento del Proceso de la Tipo de Producto

entorno. Organización. Información. informativo.
Reportes de Desempeño,
Indicadores de
Reportes de Incidencia
Operadores de Red Operación de Servicios Desempeño, Análisis
Alarmas de estado y
forense
desempeño
Bitácoras de
Documentación de
Desarrollo de Servicios de implementación,
Personal de Desarrollo Servicios, Proyectos de
TI Documentación de
implementación
servicios
Jefe de Unidad de Reportes de Desempeño Autorización de servicios,
Toma de decisiones
Operaciones e incidencias Informes de actividades
Levantamiento de requerimientos del sistema

Para determinar las funcionalidades del sistema y los requerimientos físicos y lógicos del
mismo para soportarlas, se realizó una entrevista adicional a un Coordinador de Tecnologías
para el Aprendizaje de un centro universitario. Esto con la finalidad de definir las
coincidencias entre sus necesidades y las del Jefe del COR ya que uno de los objetivos del
proyecto es extender su uso al resto de la comunidad universitaria.
Por las respuestas recopiladas en la entrevista se puede deducir que sus necesidades son
muy parecidas a las de COR ya que aunque la BD puede que contenga menos de 100
elementos, todos se relacionan entre ellos de diversas formas para poder extraer información
de inventario, funcionalidad y conectividad. La transcripción de la entrevista se encuentra en
el Anexo 6.
Requerimientos físicos para el COR

● 8 Servidores (Monitores) de Alto rendimiento con 4 procesadores doble núcleo, 8 GB
en RAM, 2 HDD de 500 GB y 4 interfaces de red 100/1000 Mbps
● Respaldo Eléctrico
● Sistema de Enfriamiento
● Conectividad de red Cat. 5E o Cat. 6
40
Código: 090335928
Espacio físico en el que esta ubicado

● 4 Monitores en el site de Telecomunicaciones, uno para monitorear el Core, otro
monitor para Router de Regionales, El Monitor Central y un Monitor Espejo.
● 1 Monitor en el Site de Servidores
● 1 Monitor en el Site de Inalámbricos
● 1 Monitor en el CUAAD
● 1 Monitor en el CUAltos
● Cada Site está ubicado físicamente en una instalación diferente, cada uno con su
propio sistema de refrigeración y de respaldo eléctrico. Todos ellos se interconectan al
Site de Telecomunicaciones vía fibra óptica.
● Todos los equipos de Telecomunicaciones de Misión Crítica (CORE) que dan servicios a
los monitores cuentan con redundancia Física y Lógica
Funcionalidades y herramientas
Cada equipo deberá contar con las mismas herramientas, siendo el servidor central el que las
ejecutará de manera y deben ser:
● IP Audit. Herramienta para cuantificar el tipo de tráfico que circula por la red y
detectar equipos de alto riesgo.
● TCP Dump. Utilería para tomar muestras de tráfico en la red vía consola.
● Wireshark. Aplicación de escritorio con interfaz gráfica para tomar muestras de
tráfico en la red
● SSH. Aplicación para realizar conexiones de terminal seguras
● SCP. Aplicación para realizar transferencia de archivos seguras.
● TYY/Telnet. Aplicación para realizar conexiones de terminal remotas
● RRD (Round Robin Database). Aplicación de software libre para bases de datos.
● MySQL. Motor de Bases de datos de software libre.
● SNMP. Protocolo para administración y consulta remota de equipos.
● Net-SNMP-Utils. Utilerías de software libre para hacer consultas basadas en SNMP.
Requerimientos de Interfaz Web

El sistema debe dar la facilidad de encontrar en un solo punto distintas herramientas para
generar reportes del desempeño y estado de la red además de la información necesaria para
llevar a cabo actividades cotidianas con los equipos capturados en el. Esto se hará mediante
el uso de una interfaz utilitaria que despliegue información esencial con la cual puedan tomar
decisiones además de un conjunto de herramientas básicas para facilitar las tareas repetitivas
y laboriosas que realizan a diario.
Contenidos
● La página principal debe mostrar un Dashboard y una sección de resumen de alarmas.
41
Código: 090335928
● Debe contar con un menú desde el que se podrá acceder al resto de las secciones
como herramientas, documentación, y noticias.
● Se debe agregar la utilidad de búsqueda de Google para los documentos
pertenecientes al sitio.
● Para el caso de las búsquedas de información sobre equipos, estado y reportes de
desempeño se debe generar un sistema que permita la búsqueda en la BD de equipos
así como su actualización.
El listado preliminar de contenidos específicos dentro del sistema es el siguiente:

● Dash Board
Panel con gráficas de desempeño básicas de los equipos de misión crítica.
● Alarmas
Tabla con el concentrado de las alarmas disparadas en las últimas 24 horas.
● Herramientas
Conjunto de herramientas para acceder de manera remota a cualquier equipo en la
base de datos y ejecutar consultas o cambios en sus configuraciones
En cada una de esas secciones y dependiendo de su finalidad se debe poder encontrar el

siguiente contenido:
● Documentos
Contendrá toda la documentación necesaria de operación y seguimiento del equipo
activo. Se divide en un área de manuales y cursos descargables para la capacitación
del personal y otra de planos de red y bitácoras de configuración.
o Manuales de uso y configuración de los equipos activos
o Bitácoras de configuración de los equipos
o HowTo’s e instructivos para tareas específicas
o Planos de Red
o Manuales de cursos de redes y telecomunicaciones
o Reportes de desempeño e incidentes
o Manual de procesos y procedimientos del área
o Catálogo de servicios
o BD de conocimientos donde se vaciarán las soluciones, procesos y
procedimientos que surjan de la atención de reportes y realización de tareas de
todo el personal
● Multimedia
Se compone de imágenes, videos y tutoriales interactivos para el uso de los equipos y
la explicación de los procedimientos técnicos del área o reportes de desempeño de la
red.
o Imágenes
o Tutoriales
o Gráficos interactivos de la red (Dashboard)
42
Código: 090335928
● Herramientas
o SSH
o Telnet
o Utilidad para la generación de reportes de red
Reformulación de procesos y procedimientos

Con base en lo detectado en el diagnóstico se implementó un proyecto para la actualización
de la documentación del COR. El proyecto consistió en lo siguiente:
✔ Revisión y actualización de los procesos documentados ya existentes

✔ Generación de los documentos referentes a procesos y procedimientos no formalizados
✔ Formalización, depuración y organización del repositorio de documentos del área del
COR.
✔ Publicación en web con acceso para personal autorizado a los procesos y
procedimientos del Área.
Todo el proyecto fue llevado a cabo entre todo el personal del COR con el visto bueno del
Jefe de Área.
Como resultado se obtuvo lo siguiente:
Restructuración del repositorio de archivos. El repositorio quedó estructurado de la forma

siguiente:
Generación de procedimientos faltantes. Se documentaron los procesos y procedimientos

faltantes. Se dio prioridad a los de uso frecuente mientras que el resto queda bajo revisión.
Ver el anexo 7.
43
Código: 090335928
La publicación web se llevó a cabo y quedaron disponibles en el portal de herramientas del

COR. La codificación, captura y proceso de publicación fue llevada a cabo por el personal del
área utilizando Flash y HTML.
Las evidencias se muestran en las imágenes siguientes:
44
Código: 090335928
45
Código: 090335928
46
Código: 090335928
Implementación del proyecto

Módulos del Sistema
Los subsistemas de información que conforman al SAET son el Subsistema de Seguimiento de
Incidentes (SSI), el Subsistema Integral de Información de Equipos y Servicios (SIIES) y el
Subsistema de documentación y registro de eventos (SDRE). Cada uno de ellos de ellos
atenderá un aspecto específico de un proceso más grande que es el de la provisión de
servicios de TI con base en la metodología ITIL.
Mientras que el SSI funciona a nivel de soporte al usuario como un sistema independiente y
ya implementado, el SIIES y el SDRE serán los dos subsistemas que darán forma al SAET,
donde el SIIES trabaja en la capa de operaciones mientras que el SDRE funciona en la parte
de Gestión y Registro tanto del servicio como de la infraestructura.
Subsistema de
Subsistema Integral de
Subsistema de Seguimiento documentación y
Subsistemas Información de Equipos
de Incidentes (SSI) registro de eventos
y Servicios (SIIES)
(SDRE)
Al atender las
Se relacionan directamente
actividades del SSI se
ya que la información del
Subsistema de genera información que
SSI genera actividades las
Seguimiento de después se captura en
cuales arrojan información
Incidentes (SSI) el SDRE para obtener
con la que se alimenta el
reportes de desempeño
SIIES.
y fallas.
El SIIES almacena y distribuye
El SIIES genera
información referente a la
Subsistema información de
infraestructura que es
Integral de desempeño y cambios
pertinente a los servicios
Información de de configuración con la
capturados en el SSI y los
Equipos y que se alimenta el
usuarios del mismo por lo que
Servicios. SDRE en eventos e
se puede extraer información
(SIIES) incidencias fuera de lo
nueva para reportes de
común.
desempeño y nivel de servicio.
El SDRE funciona como un
EL SDRE no solo se alimenta de
repositorio de la
la información generada por el
información de fallas e
Subsistema de SSI sino que también le
incidencias en la
documentación y alimenta con información
infraestructura que posee
registro de relevante para notificar a los
el SIIES con la cual se
eventos (SDRE) usuarios de los servicios cuando
generan reportes a
se trata de fallas críticas o
directivos y técnicos sobre
ventanas de mantenimiento.
la red, los usuarios, el nivel
47
Código: 090335928
Subsistema de
Subsistema Integral de
Subsistema de Seguimiento documentación y
Subsistemas Información de Equipos
de Incidentes (SSI) registro de eventos
y Servicios (SIIES)
(SDRE)
de servicio y el catálogo de
servicios-
El Sistema de Seguimiento de Incidentes consiste en una plataforma web para registrar,

clasificar, asignar y dar seguimiento a las solicitudes de servicio o reporte de fallas por parte
de los usuarios. De esta forma se podrá saber en todo momento quien está atendiendo un
incidente y en qué estado está (Abierto, En proceso, En espera, o Cerrado).
El Sistema Integral de Información de Equipos y Servicios consiste en una aplicación

web para monitorear los equipos activos y sus características. Todo esto será almacenado en
una base de datos que de la posibilidad de hacer consultas de hasta un año de antigüedad.
. Así mismo la BD podrá ser alimentada con la información generada por cada área.
Finalmente el Sistema de Documentación y Registro de Eventos será un repositorio de

la documentación generada por cualquier área, ya sea de proyectos en marcha, reportes
diarios, incidentes registrados o documentación generada en la atención de los incidentes.
Toda esta información estará disponible para poder tomar decisiones como solicitud de
ventanas de mantenimiento, comunicación interna oficial y como registro de evidencia en
caso de fallas para reportes de desempeño e informes periódicos.
Los tres subsistemas serán utilizados por los diferentes elementos del entorno de la
organización de tal forma que cualquiera de ellos podrá alimentar al sistema o utilizar la
información almacenada en este.
Aplicaciones y BD
La propuesta requiere que se implante como un sistema distribuido de bases de datos donde
en cada sitio se recolectará en una BD local. Todos los sitios finalmente concentrarán de
forma remota su información en una BD que se encuentra en las instalaciones del COR.
Las herramientas de diagnóstico de igual forma podrán ser utilizadas de forma transparente
desde el servidor de acceso, pudiendo llevar a cabo las tareas de recolección de datos y
evidencias de forma local controlando remotamente las aplicaciones equivalentes.
Sistema de Monitoreo de Equipo Activo del COR

Para el proyecto se pretende adoptar la arquitectura Centralizada (cliente-servidor) toda
vez que según la definición de ese modelo concuerda con el comportamiento de los procesos
de acceso, consulta y modificación de información al utilizar el sistema.
48
Código: 090335928
Al utilizar un sistema cliente servidor montado en web se garantiza que el sistema pueda ser
utilizado de forma remota por sus usuario (mediante acceso VPN) e incluso su publicación en
la red previa autenticación y encriptado.
Arquitectura distribuida propuesta
Los procesos de consulta SNMP, consulta de base de datos y uso del sistema se basan en el
mismo modelo:
1. Un servidor (cliente) hace una consulta al router o switches (servidor) y el resultado lo

guarda en una BD Round Robin.
2. El servidor central (cliente) consulta la BD de los otros monitores (servidores) y la
concentra en una sola BD.
3. Finalmente los clientes (PC’s de usuarios) utilizan los servicios del servidor central
(Interfaz web, consultas a la BD, utilización de herramientas, generación de reportes,
etc.)
Esto permite un mejor aprovechamiento de los equipos de cómputo y evita la sobrecarga de

tareas al repartir zonas y equipos concretos entre diversos servidores. También permite, con
la utilización de un servidor central, el respaldo y concentración de toda la información en un
49
Código: 090335928
mismo punto por lo que las consultas se hacen a un solo equipo y no a varios, reduciendo el
tráfico en la red y otorgando redundancia, pues en el caso de que falle uno de los monitores,
su información está respaldada en el servidor central, y por el contrario, si falla el servidor
central, la información se sigue colectando y almacenando en los monitores.
Implementación del Sistema

Al ser un sistema distribuido, el hardware que lo confirma se implementará en cada uno de
los Sites de misión crítica de la Unidad de operaciones de Red y Servicios de Cómputo. La
implementación será llevada a cabo por el personal de Desarrollo de la Red y entregado al
COR para su utilización y mantenimiento.
Mantenimiento del Sistema

El personal del COR llevará a cabo las labores de mantenimiento del sistema una vez puesto
en marcha. Esto obedece a que es el área que lo utilizará principalmente por lo que durante
su uso diario es más factible que detecten fallas, bugs o anomalías en su funcionamiento.
Una vez detectada cualquier eventualidad ésta será atendida por el área especializada
correspondiente, ya sea la de Desarrollo de BD y Aplicaciones o la de Operación y Desarrollo
de la red.
Políticas del Sistema de Información

Para los planos, actualización de la BD de equipos y bitácoras habrá reglas especiales ya que
cualquier actualización deberá ser autorizada antes de llevarse a cabo y los periodos serán
determinados por el responsable del COR en conjunto con la Jefa de Unidad de operaciones.
Esto con la finalidad de llevar un control de versiones y evitar duplicación o rescritura de
documentos. El resto de la información se actualizará según sea necesario.
Niveles de acceso y Tipos de Usuario

El sistema deberá contar con los siguientes tipos de usuario:
● Administrador: Control total sobre la configuración del sistema de información y el

acceso a bases de datos.
● Supervisor: Acceso a consultas y reportes. Actualización y escritura de la información
e la BD.
Técnico: Acceso a consultas y generación de reportes.
Particularidades
Para la implementación del sistema se consideró en primera instancia, los requerimientos de
hardware en función de las aplicaciones requeridas. En el COR la aplicación ya instalada y
uti8lizada con más frecuencia es la conocida como CACTI.
El Cacti es una herramienta web de monitoreo de equipos basada en SNMP. Es de fuente libre
y su código se basa en HTML, XML, PHP y Perl. Si bien sus funcionalidades son más bien
50
Código: 090335928
escuetas al comparársele con productos propietarios, es una herramienta útil y multifuncional

que ha evolucionado poco a poco pero con paso firme.
En el COR las implementaciones de esa herramienta tenían ya algunos años y no habían sido
actualizadas por lo que se tomó la decisión de mantenerla pero instalando y actualizando las
versión más reciente. La decisión se tomó en conjunto con el jefe del COR toda vez que en su
versión más reciente soporta lo siguiente:
✔ Instalación de Plugins
✔ Compatibilidad con más marcas de equipo a nivel SNMP
✔ Amplio soporte por parte de usuarios
✔ Generación de Reportes
✔ Generación de Mapas de Red
✔ Herramientas de monitoreo y configuración de equipos
✔ Posibilidad de generar alarmas
✔ Registro de Syslog de equipos basado en tipo de alarmas
De esta forma se mantendría su costo económico bajo, se impactaría de forma mínima la

familiaridad del personal con la herramienta y se agregarían más funciones.
Por otro lado, el COR ya contaba con una portal web con diferentes servicios a información de
monitoreo y aplicaciones. Sin embargo, muchos de ellos estaban basados en scripts
directamente montados en cada equipo monitoreado puesto que no se contaba con el
soporte de SNMP ni con aplicaciones como el Cacti en su versión más reciente cuando fueron
implementados.
El proceso que surgió e esto se remitió exclusivamente a lo siguiente:
✔ Sustitución del servidor que aloja el portal del NOC por un equipo reciente.
✔ Respaldo y habilitación de los servicios existentes previamente
✔ Actualización y sustitución de servios obsoletos por servicios actualizados
✔ Replanteamiento de la presentación del portal y menús de información asociados.
✔ Actualización de la información el portal y ligas hacia otros equipos.
El portal web
El objetivo principal del portal es ofrecer información confiable sobre el desempeño de la red
y que pueda generar alarmas cuando se detecte algún evento anormal. De igual forma, todas
las consultas y ediciones se harán sobre el estado de cada equipo activo de manera que se
pueda obtener información de contacto, estado y desempeño en cualquier momento.
51
Código: 090335928
De ahí que el portal muestra principalmente elementos de navegación y elementos

informativos. Los elementos multimedia se consideran únicamente si entran dentro de un
esquema funcional y operativo. En la parte de diseño e imagen, debido a que es un portal
operativo perteneciente a la U. de G. se siguen los lineamientos dados para ese caso con la
libertad de reubicar los elementos del Dashboard y de alarmas para una mejor operación y
vista rápida.
Usuarios
El portal está pensado para usuarios con conocimientos técnicos y de cómputo que van de un
nivel intermedio a un nivel avanzado. Todos tienen un nivel cultural medio-alto y son
profesionistas o estudiantes de licenciatura que realizan su servicio social o prácticas
profesionales en el área. Todos ellos conforman el Centro de Operación de Red (COR) de la U.
de G. y sus conocimientos son principalmente sobre TIC’s, diseño y administración de redes
de datos. Su edad oscila entre los 20 a los 40 años por lo que no se esperan problemas en el
uso de la tecnologías de información actuales.
52
Código: 090335928
Lo usuarios utilizarán el portal en un contexto profesional de alto rendimiento que requiere de

una capacidad de respuesta alta, capacidad de deducción y actitud proactiva en cuanto a la
resolución de problemas.
Hasta el momento de la entrega del presente documento el sistema se ha implementado

prototipo en 4 sitios:
1. Site de Telecomunicaciones (COR)

2. Site de Servidores (COR)
3. MDF del CUAAD
4. MDF de CUAltos
Evidencias
El manual de implementación de un servidor con el software de monitoreo Cacti y las
herramientas especificadas se encuentra en el Anexo 8.
Vista de menú de módulos (plugins) de la versión de CACTI implementada
Vista de herramientas de acceso a Equipo Activo a través de Cacti
53
Código: 090335928
Árbol de equipos monitoreados y gráficas asociadas
Detalle de Consulta a un Centro Universitario (CUAAD)
Interfaz de Acceso a Monitor Remoto en CUAAD
54
Código: 090335928
Interfaz de Acceso a Monitor Remoto en CUAltos
Aplicación para generación de reportes automática vía CACTI
55
Código: 090335928
Muestra de Reporte Automático de comportamiento de red vía correo electrónico
56
Código: 090335928
57
Código: 090335928
Monitor Gráfico y Auditivo de Conectividad de Equipos
Mapa Visual de la Red (Weather Map) (CU’s Metropolitanos)
58
Código: 090335928
Mapa GPS por Ubicación de equipos monitoreados
59
Código: 090335928
60
Código: 090335928
Conclusiones
La fase de implementación de proyectos se vio afectada por cambios presupuestales de
último minuto, sin embargo los proyectos fueron presentados y documentados por lo que solo
resta el darles seguimiento una vez que se abra el ejercicio 2013.
Los problemas principales a lo largo de todo el proyecto generalmente fueron de tiempo, ya

que la falta de personal afectaba constantemente las horas de reunión y el tiempo de
entrega. Aun así fue posible terminar con la documentación de los procesos además del
Sistema de Administración de Equipo Activo (SAET) en su versión prototipo para el monitoreo
de los equipos centrales de Universidad de Guadalajara y en dos Centros Universitarios, por lo
que solo resta dar seguimiento a su uso para vencer la resistencia tanto por parte de los
usuarios a la nueva forma de trabajar como de las personas que trabajan en la CTA´s
correspondientes.
Con la implementación del sistema ha sido posible obtener información útil y confiable que ha
sido de utilidad central en la resolución de problemas reales dentro del ámbito de Centro de
Operaciones de Red de la CGTI así como en las CTA’s del CUAAD y del CUAltos. Esto también
ha permitido al personal del COR invertir más tiempo en tareas de mantenimiento preventivo
y en capacitación lo que ha hecho al área más eficiente y mejor organizada.
En cuanto a los conceptos trabajados durante el diseño e implementación del proyecto queda
claro que hoy en día la información y el conocimiento se han convertido en algo que va más
allá de su definición. Su valor ya no se remite únicamente al contenido de la información del
conocimiento. Ahora se extiende a lo que se puede hacer con ellos y su capacidad de
convertirse en una ventaja competitiva. Quien tiene información y conocimiento tiene poder, y
tiene ventajas sobre los demás y de ahí que nuestra sociedad, la de la información y el
conocimiento, ahora valore en millones y millones un par de conceptos tan abstractos.
El no tenerlo puede ser la diferencia entre tener la ventaja competitiva y crecer o quedarse
rezagado y estancarse ya que un Sistema de Información, en su modalidad de Sistema de
Gestión del Conocimiento, bien implementado y diseñado permite contar con información
confiable, de acceso rápido y estructurado de tal forma que coadyuva a la consolidación de
procesos y procedimientos que tienen como resultado la optimización de los resultados en el
trabajo diario, en la toma de decisiones o en la detección oportuna de problemas y por
supuesto, en la labor de resguardar, distribuir y generar el activo más importante hoy en día:
La información como semilla del conocimiento aplicado
Es por ello que el proyecto propuesto se centra en reconocer que existe un conocimiento
tácito y valioso en los individuos que trabajan en la organización y provee de los medios para
utilizar, difundir y recrear el conocimiento basado en los intereses (o especialidades) del
mismo personal.
61
Código: 090335928
El Sistema de Administración de Equipo Activo y las tareas asociadas en su implementación

agregan valor a la organización objetivo ya que a través de él es que se administra, distribuye
y genera información y conocimiento útil para las personas que trabajan en el, día a día,
quienes la recibirla generan más conocimientos y retroalimentan al sistema, con lo que se
crea un círculo virtuoso donde el personal se va haciendo más competente, lo que redunda
en un mejoramiento de los procesos y los servicios
En la parte técnica se escogió el modelo cliente-servidor debido a que es el más utilizado

hasta nuestros días. Se encuentra en prácticamente todas partes debido a sus ventajas y
sobre todo porque el internet mismo, aun siendo una red mesh, opera principalmente bajo
ese concepto.
El proyecto pretende manejarse en el mismo ambiente “web” por lo que adoptar la misma
arquitectura proporciona transparencia y facilidad de portación. Además, al utilizar un sistema
cliente servidor montado en web se garantiza que el sistema pueda ser utilizado de forma
remota por sus usuarios (mediante acceso VPN) e incluso su publicación en la red pública
previa autenticación y encriptado.
62
Código: 090335928
Bibliografía
● Muñiz G. Rafael, Marketing en el Siglo XXI. 3ª Edición; Capítulo 3: Principales técnicas de recogida de
información. Recuperado el 3 de noviembre de 2012 de:
http://www.marketing-xxi.com/principales-tecnicas-de-recogida-de-informacion-27.htm
● Acervo Bibliográfico del SUV. Instrumentos para recopilar Información, capítulo 5, págs. 94 – 105.
Consultado el 2 de noviembre de 2012. Descargado de:
http://metacampus.udgvirtual.udg.mx/portal/c/portal/layout?p_l_id=10607&p_p_id=MetaCatalogPortlet_WAR_metacampusliferayp
ortlet&p_p_lifecycle=0&p_p_state=normal&p_p_mode=view
● Anónimo (s.f.) Autodiagnóstico. Recuperado el 3 de noviembre de 2012 de:
http://metacampus.udgvirtual.udg.mx/metacampus-liferay-portlet/viewFile?id=449&persistence=AVACursosPersistenceF0095
● UDGVirtual (2005). Guia para la recogida e interpretación de datos sobre innovación. Manual de Oslo.
Recuperado el 5 de noviembre del 2012 de
http://metacampus.udgvirtual.udg.mx/metacampus-liferay-portlet/viewFile?id=699&persistence=AVACur
sosPersistenceF0096
● Gestión del Conocimiento. Área Académica: Modelos. Consultado el 14 de junio de 2012 en el sitio:
http://www.slideshare.net/XFeRX/modelos-de-gestin-del-conocimiento
● Los intangibles en la empresa [en línea]. Consultado el 15 de noviembre de 2012. Disponible en:
http://148.202.105.242/metacampus-liferay-portlet/viewFile?id=16&persistence=AVACursosPersistenceF
0095.
● Wikipedia, 2012. The Network operations center. Consultado en línea el 20 de noviembre de 2012 de:
http://en.wikipedia.org/wiki/Network_operations_center
● CEIN. “Los intangibles en la empresa”. De Centro Europeo de Empresas e Innovación de Navarra.
Navactiva. Descargado el 18 de noviembre de 2012 de:
http://www.navactiva.com/es/descargas/cein/2004/intangibles.pdf
● Palomo, M. (Julio 2003) “La evaluación de activos intangibles. Parte I. Los modelos”. [De FCQ-UANL
Dpto. de Ingeniería Industrial. Descardo el 18 de noviembre de 2012 de:
http://www.upch.edu.pe/dga/download%5Cintangibles.pdf
● Ponjuan, G., Mena, M., Villardefrancos, M., León, M., Martí, Y. (2004). Sistemas de información:
Principios y aplicaciones. Capítulo V y VI. pp. 63- 87. La Habana, Cuba. Consulta realizada el 13 de
octubre de 2012 en:
http://metacampus.udgvirtual.udg.mx/metacampus-liferay-portlet/viewFile?id=554&persistence=AVACur
sosPersistenceF0094
● UNAM-CERT (2005), Dirección de Cómputo para la Investigación; Monitoreo de Recursos de Red, págs..
1-3. Consultado el 26 de octubre de 2012. Descargado de:
http://juliorestrepo.files.wordpress.com/2011/04/monitoreo.pdf
● The Internet Engineering Task Force (1990). RFC 1065, “Structure and Identification of Management
Information for TCP/IP-based Internets”. Consultado el 25 de octubre de 2012. Descargado de:
http://tools.ietf.org/html/rfc1155
● The Internet Engineering Task Force (2002). RFC 3418, “Management Information Base (MIB) for the
Simple Network Management Protocol (SNMP)”. Consultado el 25 de octubre de 2012. Descargado de:
● The Internet Engineering Task Force (1990). RFC 1098, “A Simple Network Management Protocol
(SNMP)”. Consultado el 24 de octubre de 2012. Descargado de: http://tools.ietf.org/html/rfc1098
● The Internet Engineering Task Force (2002). RFC 2570, “Introduction and Applicability Statements for
Internet Standard Management Framework”. Consultado el 24 de octubre de 2012. Descargado de:
● Muñoz. J.(2010) Arquitectura de sistemas distribuidos. Recuperado 23 de noviembre de 2012 del sitio
Web: http://so2-caece.wikispaces.com/Módulo+7.+Arquitecturas+de+Sistemas+Distribuidos
63
Código: 090335928
● Rodriguez Mondejar, J.(2003) Arquitectura de los sistemas distribuidos. Recuperado el 23 de noviembre

de 2012 del sitio Web:
http://www.dea.icai.upco.es/jarm/Asignaturas/Doc_SistemasDistribuidos/3SDArquitectura.pdf
● Espinosa, Roberto (2010). KMS: Knowledge Management System o Sistemas para Gestión del
Conocimiento. Consultado en línea el 2 de diciembre de 2012 en:
http://www.dataprix.com/blogs/respinosamilla/kms-knowledge-management-system-o-sistemas-para-ge
sti-n-conocimiento
● Albors Garrigós, José, (2010), Universitat Politècnica de València. Departamento de Organización de
Empresas. “La gestión de conocimiento en las relaciones académico-empresariales. Un nuevo enfoque
para analizar el impacto del conocimiento académico”. Consultado el 2 de diciembre de 2012.
Descargado de: http://riunet.upv.es/handle/10251/8334
64
Código: 090335928
Anexos
Anexo 01
Cuestionario sobre sistemas de información
Objetivo: Obtener información sobre las aplicaciones existentes basadas en TIC´s y su
importancia dentro de la organización.
Instrucciones: Aplicar las preguntas de la Parte 1, luego, para cada sistema mencionado
aplicar la Parte 2:
Nombre:____________________________________________________________________
Puesto:_____________________________________________________________________
Fecha:______________________________________________________________________
Entrevistador:_______________________________________________________________
Notas:______________________________________________________________________
____________________________________________________________________________
Parte 1
1.- ¿Su organización utiliza aplicaciones basadas en sistemas de información

computarizados y/o en red?
SI__ NO__
2.- Mencione el nombre de cada uno de los sistemas y su función:
ID Nombre del Sistema Función

__ _________________________ ________________________________
__ _________________________ ________________________________
__ _________________________ ________________________________
__ _________________________ ________________________________
__ _________________________ ________________________________
__ _________________________ ________________________________
__ _________________________ ________________________________
__ _________________________ ________________________________
__ _________________________ ________________________________
__ _________________________ ________________________________
__ _________________________ ________________________________
__ _________________________ ________________________________
__ _________________________ ________________________________
65
Código: 090335928
__ _________________________ ________________________________
__ _________________________ ________________________________
__ _________________________ ________________________________
__ _________________________ ________________________________
Parte 2
ID:__ Nombre del

Sistema:______________________________________________
1.-Su sistema se utiliza fuera de línea

SI__ NO__
2.- Su sistema se utiliza en la Intranet Corporativa

SI__ NO__
3.- Su sistema requiere de acceso a Internet

SI__ NO__
4.- Su sistema es mantenido y/o administrador por terceros

SI__ NO__
5.- Su sistema está montado en alguno de los siguientes sistemas operativos
Windows Server 2003 ___

Windows Server 2000 ___
Windows Vista ___
Windows XP Pro ___
Windows XP Home ___
Windows 2000 ___
Linux ___
Solaris ___
Unix ___
Otro ____________________________
6.- ¿Su sistema se basa en protocolos no seguros? Si es así ¿Cuáles de los

siguientes utiliza?:
SI__ NO__
http ___
ftp ___
66
Código: 090335928
Telnet ___
MySQL ___
SQL ___
Oracle ___
POP3 ___
SMTP ___
7.- ¿Su sistema se basa en protocolos no seguros? Si es así ¿Cuáles de los siguientes utiliza?:
SI__ NO__
https ___
ftps ___
SSH ___
Certificados ___
8.- ¿Existen políticas y procedimientos para la adquisición y administración de aplicaciones por

terceros? Si es así ¿Cuáles de las siguientes son?:
SI__ NO__
Contrato de confidencialidad ___

Procedimientos de adquisición de servicios ___
Contrato de compraventa del código fuente ___
9.- Indique cuándo fue la última vez que falló su sistema:
La última semana ___

El último mes___
Hace seis meses ___
Hace un año ___
10.- En la escala de 1 a 5 siendo 1 el valor más bajo y 5 el valor más alto, ¿Qué impacto tiene
en su organización si el servicio deja de funcionar?
1. Muy bajo, no afecta en lo absoluto ___

2. Bajo, un área deja de funcionar ___
3. Regular, un departamento o varias áreas dejan de funcionar ___
4. Alto, una división o varios departamentos dejan de funcionar ___
5. Crítico, la organización completa se ve afectada ___
67
Código: 090335928
Anexo 02
Entrevista para los jefes de área

Objetivo: Obtener información sobre el Jefe de un área, su organización interna, su
funcionamiento y su relación con sus usuarios o clientes.
Nombre:____________________________________________________________________
Puesto:_____________________________________________________________________
Área:_______________________________________________________________________
Fecha:______________________________________________________________________
Entrevistador:_______________________________________________________________
Notas:______________________________________________________________________
____________________________________________________________________________
1.- ¿Cuál es la misión de su área?
2.- ¿Cuáles son las funciones de su área?
3.- ¿Cómo está conformada su área?
4.- ¿Cuáles son sus funciones como Jefe de Área?
5.- ¿Existen algunas partes críticas de su área para su funcionamiento? ¿Cuáles y

por qué?
6.- ¿Cuáles son los servicios o productos que provee su área?
7.- ¿Cuáles cree que son los servicios más críticos que provee su área?
8.- ¿Quiénes son sus usuarios o clientes?
9.- ¿Puede mencionar las tres necesidades principales de sus clientes y por qué lo
son?
10.- ¿Podría mencionar los tres problemas principales en el funcionamiento de su

área y por qué lo son?
68
Código: 090335928
Anexo 03
Cuestionarios de Evaluación de Gestión del Conocimiento
69
Código: 090335928
Anexo 04
70
Código: 090335928
Estado del equipo de cómputo

La finalidad de este instrumento es hacer un listado rápido de las características principales
de los equipos de monitoreo existentes. Con esta información se puede dar un diagnóstico de
si el equipo esta saturado, es obsoleto o es subutilizado lo que sirve como un primer
indicador de si es necesario actualizar el parque computacional, reubicarlo o es el adecuado.
71
Código: 090335928
Anexo 05
Entrevista
La entrevista que se muestra continuación se realizó con el Coordinador de Tecnologías para el
Aprendizaje de Centro Universitario de Arte, Arquitectura y Diseño, el L.I Pablo Arturo Rentería
Villaseñor.
Se pudieron detectar de forma general las necesidades de información y las características que debe
tener el sistema de información. Esto fue así ya que la persona entrevistada sabe del proceso del
diagnóstico de requerimientos y fue muy puntual en sus respuestas y en expresar sus necesidades.
No Pregunta.
.
1 ¿Cuáles son las funciones de la CTA?
En la CTA se llevan cabo funciones de atención al cliente en cuanto a soporte y

asesoría técnica a los usuarios. También se encarga de proveer y administrar los
servicios de TI básicos al todo el centro universitario tales como conectividad a
internet, telefonía, servidores, correo electrónico, etc. Y su misión principal es la de
implantar y administrar tecnologías que mejoren los procesos de
enseñanza-aprendizaje no convencionales.
2 ¿Qué tipo de insumos utiliza la Coordinación?
Pues de todos, es decir, necesitamos papelería, equipos activos, servidores, software,

pero nuestro insumo principal son las personas que laboran en la CTA y sus
conocimientos ya que son ellos quienes proporcionan todos los servicios. Se podría
decir que es el tiempo o las horas hombre ya que como somos pocos todo el tiempo
tenemos la intención de optimizar procesos para atender a todos nuestros usuarios.
3 ¿Quiénes son sus usuarios?
Pues todo la comunidad del CUAAD, esto incluye a estudiantes, administrativos,

directivos y personal académico.
4 La intención de esta entrevista es, obviamente, detectar las

necesidades de la CTA para la elaboración de una BD. ¿Qué tipo de
BD es la que necesitan?
Necesitamos vaciar datos duros que nos agilicen el trabajo diario. Puesto que nuestra
mayor actividad se relaciona con equipo tecnológico, creo que contar con una BD que
nos permita ubicar rápidamente un equipo, saber dónde está y qué características
72
Código: 090335928
tiene o qué servicios dependen de él y a quienes afecta si no funciona sería lo ideal.

La intención es poder hacer un mapa o una foto de nuestra infraestructura para
detectar puntos de falla. Al mismo tiempo tener esa información nos facilita los
inventarios ya que se estaría actualizando todo el tiempo y así no le perdemos la
pista a nada.
5 ¿Qué datos son lo que utilizaría la BD o con qué datos se puede

describir el equipo al que quiere darle rastreo?
Pues es variada, de entrada necesitamos saber si se trata de un switch o de un

servidor, un switch tiene puertos, dirección IP, protocolos activos, MAC Adress,
configuración y generalmente a sus puertos se les asocia con patch panel, un servidor
en cambio está conectado a un switch o router pero provee de distintos servicios,
tiene varios usuarios, y aunque cuenta con una IP y MAC Adress no son tan críticos
como saber que almacena en su disco duro o qué servicios provee. En todo ellos hay
que saber dónde están físicamente y si se les actualiza con un módulo o se les instala
algo o si son movidos de lugar pues es necesario llevar registro de todo eso.
6 ¿Quiénes utilizarían esos datos?
Principalmente las personas de la UCTA para dar seguimiento a reportes de fallas

pero también entraría yo por ejemplo para saber cuántos equipos obsoletos hay,
cuantos están fallando o para hacer un inventario que lo tenemos que hacer cada 6
meses.
7 ¿Cómo preferiría utilizar os datos o acceder a ellos?
Pues de preferencia a través de la web, ya que así es más accesible en cualquier

momento o de cualquier equipo y podemos trabajar varias personas, aunque si fuera
necesario pues se puede hacer a través de una aplicación local, no tendríamos
problemas con eso.
8 ¿Actualmente tienen ya algo parecido a lo que necesita?
No, bueno, tenemos un inventario en Excel y algunos planos donde ubicamos algunos
equipos, pero no contamos con una BD que integre todo eso que te acabo de
comentar.
9 ¿Qué cantidad de equipos son?
Pues son varios, nada más en switches son más de 30, mas servidores, AccesPoints,
aunque no tengo el conteo exacto aquí a la mano. A lo mejor no son tantos pero aquí
lo importante es la información que necesitamos de ellos o que hay que actualizar.
73
Código: 090335928
Anexo 06
Instrucción de trabajo para realizar un análisis forense de
tráfico.
1. Descripción
Describe las actividades críticas y pertinentes en el orden o secuencia de las operaciones.
74
Código: 090335928
Nota:
*Documentos de Referencia: Son aquellos documentos de consulta o necesarios para
realizar una actividad en específico. Ejemplo: Reglamentos, leyes, normatividad, guías; así
como cualquier otro documento de referencia aplicable a la Instrucción de trabajo.
**Registros. Son los registros de calidad generados.
2. definiciones y/o abreviaturas

75
Código: 090335928
CGTI: Coordinación General de Tecnologías de la Información

CTA: Coordinador de Tecnologías del Aprendizaje
CU’s: Centros Universitarios
ECA: Edificio Cultural y Administrativo
NOC: Network Operation Center
SEMS: Sistema de Educación Media Superior
UDR: Unidad de Desarrollo de la Red
UORSC: Unidad de Operación de la Red y Servicios de Cómputo
3. Anexos
N/A
Elabora Revisa Aprueba
Mtra. Rebeca Razo García Lic. Alma Delia Ruiz Dr. Luis Alberto
NOC Sánchez Gutiérrez Díaz de León
Jefa de la UORSC Coordinador de
Operación de Servicios
Cambios
Fecha Versión* Descripción del cambio
Nota:
*Versión a la que se le hizo el cambio.
76
Código: 090335928
Instrucción de trabajo para Administración de Cuentas VPN

1. Descripción
77
Código: 090335928
Nota:
78
Código: 090335928


Cuenta VPN : Una red privada virtual, RPV, o VPN de las siglas en inglés de Virtual Private
Network, es una tecnología de red que permite una extensión de la red local sobre una red
pública o no controlada, como por ejemplo Internet. Ejemplos comunes son, la posibilidad de
conectar dos o más sucursales de una empresa utilizando como vínculo Internet, permitir a
los miembros del equipo de soporte técnico la conexión desde su casa al centro de cómputo,
o que un usuario pueda acceder a su equipo doméstico desde un sitio remoto, como por
ejemplo un hotel. Todo ello utilizando la infraestructura de Internet
3. Anexos
En caso de que aplique.

NOC Sánchez Gutierrez Díaz de León
Jefa de UORSC Coordinador de
Cambios
dd/mm/aaaa ● Detalle del cambio realizado al documento.
Nota:
79
Código: 090335928
Administración de las políticas de acceso de los servicios TI

en los servidores oficiales
1. Descripción
80
Código: 090335928
Nota:

3. Anexos
En caso de que aplique.

Cambios
Nota:
81
Código: 090335928
Instrucción de Trabajo para Alta de dominio o subdominio en

el servidor DNS
1. Descripción
82
Código: 090335928
Nota:
83
Código: 090335928

Servidor DNS : Un servidor DNS proporciona resolución de nombres para redes basadas
en TCP/IP. Es decir, hace posible que los usuarios de equipos cliente utilicen nombres en
lugar de direcciones IP numéricas para identificar hosts remotos.
3. Anexos
N/A

Cambios
Nota:
84
Código: 090335928
Instrucción de trabajo para Atención de fallas por corte en la

Red (LAN)
1. Descripción
85
Código: 090335928
Nota:

3. Anexos
N/A
Cambios
Nota:
86
Código: 090335928
Políticas de acceso de los servicios de TI en el Firewall

perimetral
I. FINALIDAD
Establecer los procedimientos técnicos para la asignación de políticas de acceso a los
servicios TI de Internet hacia la red universitaria por medio del Firewall Perimetral, según
la política de gestión de seguridad para servidores oficiales OP-DX-01.
II.ALCANCE
La presente directiva es de cumplimiento por las entidades universitarias.
IV.DISPOSICIONES GENERALES
1 Asignar las políticas de acceso de los servidores y servicios de TI de la red universitaria
en el Firewall Perimetral.
2 La solicitud para asignación de políticas de acceso en los servidores oficiales de la

Universidad la deberá realizar el CTA del CU o Jefe de Unidad de Cómputo de la
Preparatoria o dependencia correspondiente, mediante un oficio dirigido al Coordinador
General Tecnologías de la Información.
3 Para la solicitud de la asignación de políticas de acceso en los servidores oficiales de la

Universidad es necesario abrir un incidente por medio de Service Desk.
Políticas de creación de cuenta VPN

I. FINALIDAD
Establecer los procedimientos técnicos y políticos para crear una cuenta VPN a
trabajadores académicos y administrativos de la Universidad de Guadalajara.
II.ALCANCE
La presente directiva es de cumplimiento por las entidades universitarias.
IV.DISPOSICIONES GENERALES
1 Proporcionar una cuenta VPN a cualquier trabajador universitario tanto administrativo
como académico que justifique el uso de la misma.
87
Código: 090335928
2 La solicitud para la creación de una Cuenta VPN la deberá realizar el CTA del CU
correspondiente o Jefe de Unidad de Cómputo de la Preparatoria o dependencia
correspondiente, mediante un oficio dirigido al Coordinador General de la CGTI.
3 Para la solicitud de la creación de la Cuenta VPN es necesario abrir un incidente por

medio de Service Desk.
4 Después de creada la Cuenta VPN, se enviará vía correo electrónico al usuario los de
acceso de la misma.
DEFINICIONES:
VPN Virtual Private Network : Red Privada Virtual.
88
Código: 090335928
Anexo 08
Instalación de Cacti en CentOS 6.X
Al instalar el CentOS se escoge la instalación de tipo Desktop, se siguen las instrucciones de
instalación y al arrancar por primera vez se dan de alta los usuarios siguientes:
user: noc passwd: xxxxxxxxx

user: cacti passwd: xxxxxxxxx
Agregar Repositorios de SW Extra
Una vez dentro del sistema se agregan los siguientes repositorios de SW:
CentOS Plus:
Editar el siguiente archivo
# /etc/yum.repos.d/CentOS-Base.repo
En la seccion de [centosplus]
Modificar como “enabled=1”
EPEL
Ingresar a la siguiente dirección web:
http://fedoraproject.org/wiki/EPEL
Descargar el siguiente repositorio en archivo RPM
epel-release-6-5.noarch.rpm ya sea a través de la página o abriendo el siguiente enlace.
http://download.fedoraproject.org/pub/epel/6/i386/epel-release-6-5.noarch.rpm
Una vez descargado se ejecuta.
89
Código: 090335928
RPMForge
Para agregar este repositorio se accede a la siguiente liga:
http://wiki.centos.org/AdditionalResources/Repositories/RPMForge
Una vez abierta se descarga el RPM llamado:
i686 http://packages.sw.be/rpmforge-release/rpmforge-release-0.5.2-2.el6.rf.i686.rpm
Una vez que se descarga se abre una terminal como root y se posiciona en
/home/usuario/Descargas/ y se realizan los siguientes comandos:
Instalación de la llave GPG DAG's
rpm --import http://apt.sw.be/RPM-GPG-KEY.dag.txt
Si la terminal devuelve un error como el siguiente significa que la llave ya está

instalada.
error: http://apt.sw.be/RPM-GPG-KEY.dag.txt: key 1 import failed.
Se verifica el paquete que se descargó.
rpm -K rpmforge-release-0.5.2-2.el6.rf.*.rpm
Finalmente se instala el paquete:
rpm -i rpmforge-release-0.5.2-2.el6.rf.*.rpm
Se pueden verificar los repositorios agregados con el comando
# yum repolist
Loaded plugins: fastestmirror, refresh-packagekit, security
Loading mirror speeds from cached hostfile

* base: mirror.raystedman.net
* centosplus: centos.mirror.lstn.net
* epel: fedora-epel.mirror.lstn.net
* extras: centos.mirror.lstn.net
* rpmforge: fr2.rpmfind.net
* updates: mirror.stanford.edu
repo id repo name

status
base CentOS-6 - Base
90
Código: 090335928
4764
centosplus CentOS-6 - Plus
28
*epel Extra Packages for Enterprise Linux 6 - i386 5706
extras CentOS-6 - Extras
4
rpmforge RHEL 6 - RPMforge.net - dag
4284
updates CentOS-6 - Updates
307
repolist: 15093
Instalación de NTFS Viewer
La siguiente aplicación a instalar sirve para poder conectar memorias flash y que se
auto-monten:
# yum install ntfs-3g.i686 ntfs-3g-devel.i686 ntfsprogs.i686 ntfsprogs-devel.i686
Desactivar SE Linux
Para desactivar el firewall integrado se realiza lo siguiente:
En una terminal como root se edita el archivo:
# vi /etc/selinux/config
Se edita la siguiente línea:
SELINUX=disabled
Se guarda y se reinicia el equipo.
Para habilitar puertos en IP Tables abrir archivo
vi /etc/sysconfig/iptables
Insertar las siguientes líneas

-A INPUT -m state --state NEW -m tcp -p tcp --dport 22 -j ACCEPT
-A INPUT -m state --state NEW -m udp -p udp --dport 161 -j ACCEPT
-A INPUT -m state --state NEW -m udp -p udp --dport 162 -j ACCEPT
91
Código: 090335928
Para poder compilar y capturar tráfico
# yum install gcc ipband libpcap-devel iperf snort iptraf
Cacti requires that the following software is installed on your system.
1. Apache
2. PHP 5.x
3. MySQL 5.x
4. RRDTool 1.2.x
Instalación de MySQL
En una terminal como root se escribe el siguiente comando:
# yum install mysql mysql-devel mysql-libs mysql-server
Instalación de Apache
Para instalar o actualizar apache se escribe el siguiente comando:
# yum install httpd httpd-tools httpd-devel
Instalación de PHP
# yum install php php-cli php-common php-gd php-ldap php-mysql php-pdo php-pear php-snmp
php-xml
Instalación de SSL
# yum install mod_ssl openssl openssl-devel pyOpenSSL
Instalación de Net-SNMP
# yum install net-snmp net-snmp-devel net-snmp-libs net-snmp-perl net-snmp-utils

92
Código: 090335928
Establecer servicios de arranque
# chkconfig httpd --level 2345 on

# chkconfig mysqld --level 2345 on
# chkconfig snmpd --level 2345 on
# chkconfig sshd --level 2345 on
Instalación de RRD Tool
Antes de instalar el RRD es necesario instalar lo siguiente:
# yum install cairo-devel libxml2-devel pango-devel pango libpng-devel freetype

freetype-devel libart_lgpl-devel cpp
Descargar la version de RRD RRDTool.
# cd /opt/
# wget http://oss.oetiker.ch/rrdtool/pub/rrdtool-1.4.7.tar.gz
# tar -zxvf rrdtool-1.4.7.tar.gz
# cd rrdtool-1.4.7
Para agregar el RRD a los directories de sistema se usa el comando siguiente:
# PKG_CONFIG_PATH=/usr/lib/pkgconfig/
Luego se sigue con la instalación de RRD
# ./configure
# make
# make install
Instalación de PERL
# yum install perl perl-Crypt-DES perl-DBD-MySQL perl-DBI perl-Digest-HMAC

perl-Digest-SHA1 perl-Net-SNMP perl-Net-SSLeay perl-Socket6 perl-rrdtool
Configuración de PHP
La configuración de PHP presentada aquí responde a al necesidad de especificar los paquetes
o módulos para funcionar correctamente con CACTI y para que no marque errores a la hora
de utilizar aplicaciones como el GPS Map.
93
Código: 090335928
Se edita el siguiente archivo:
# vi /etc/php.ini
Se modifica la siguiente línea:
# extension_dir = “/usr/lib/php/modules”
Y luego se modifican la líneas siguientes:
[Date]
; Defines the default timezone used by the date functions
; http://www.php.net/manual/en/datetime.configuration.php#ini.date.timezone
date.timezone = "America/Mexico_City"
; http://www.php.net/manual/en/datetime.configuration.php#ini.date.default-latitude
date.default_latitude = 20.67499
; http://www.php.net/manual/en/datetime.configuration.php#ini.date.default-longitude
date.default_longitude = -103.35909
Configurar MySQL
Primero se cambia la contraseña de root de MySQL y se asegura su instalación corriendo el
siguiente script
# /usr/bin/mysql_secure_installation
Luego se baha la version más reciente de CACTI
# cd /home
# wget http://www.cacti.net/downloads/cacti-0.8.8a.tar.gz
Una vez descargado se descomprime el archivo
# tar -zxvf cacti-0.8.7g.tar.gz

# cd cacti-0.8.8a
Se crea la BD para CACTI en el servidor. Aquí es importante notar que para lograrlo se debe
contar con la contraseña y derechos de root.
# mysqladmin –u root –p create cacti
94
Código: 090335928
Puesto que ya estamos dentro de la raíz de Cacti lo siguiente es importar la BD que viene con
el paquete de CACTI descargado hacia la BD que creamos manualmente.
# mysql -u root -p cacti < cacti.sql
Lo siguiente es crear un usuario para la BD de Cacti y asignarle derechos y contraseña. Esto

por motivos de seguridad.
# mysql -u root -p mysql

# GRANT ALL ON cacti.* TO cacti@localhost IDENTIFIED BY 'C1act3i';
# flush privileges;
# exit
Luego se edita el archivo “include/config.php” donde se especifica el tipo de BD,. Usuario,

contraseña y servidor de la misma.
# vi include/config.php
$database_type = “mysql”;
$database_default = “cacti”;
$database_hostname = “localhost”;
$database_username = “cacti”;
$database_password = “C1act3i”;
Descomentar las siguientes líneas:
// $url_path = "/cacti/";
// $cacti_session_name = "Cacti";
# :wq! Para guardar los cambios y salir
El siguiente paso es mover la carpeta de CACTI al directorio de publicación de Apache. En

CentOS es “/var/www/html”.
# cd /home
# mv /home/cacti-0.8.7g /var/www/html/cacti
Lo siguiente es acceder al directorio de CACTI y cambiar los derechos sobre las carpeta para
que se puedan general las gráficas y los logs.
# cd /var/www/html
# chown -R apache:apache cacti
Fialmente se abre y edita el crontab para programar el ciclo de consulta a los equipos para el
CACTI
95
Código: 090335928
# vi /etc/crontab
*/5 * * * * cacti php /var/www/html/cacti/poller.php > /dev/null 2>&1
Para terminar se abre la dirección http://localhost/cacti
Se iniciará un “wizard” para terminar la configuración del Cacti desde la página web. Sólo hay
que seguir las instrucciones en pantalla.
96
Código: 090335928

Implementación de Un Sistema de Administración de Equipo de Telecomunicaciones

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Implementación de Un Sistema de Administración de Equipo de Telecomunicaciones

Cargado por

Copyright:

Formatos disponibles

Desarrollo de Proyecto de Titulación

Alumno: Francisco Javier Ramírez López

Datos generales del proyecto. 4

Instrucción de Trabajo para Alta de dominio o subdominio en el servidor DNS 77

Datos generales del proyecto.

Coordinación General de Tecnologías de Información (CGTI) de la

Coordinación de Operación de Servicios de Tecnologías de la

Dependencia: Unidad de Operaciones de Red y Servicios de Cómputo (UORSC)

Área en la que se aplica: Centro de Operaciones de Red (COR)

Tipo de Proyecto: Integración tecnológica (innovación con tecnología)

Obviamente esto implica la creación de toda una infraestructura de telecomunicaciones la

El proyecto propuesto consiste en la implementación de un sistema que permita mejorar e

El sistema (con una interfaz web) consiste principalmente en un panel de control o

Justificación del proyecto

Siendo el COR el área que gestiona la seguridad informática de frontera, administra y

Al implementar este proyecto se estará impactando directamente en los siguientes aspectos:

● Tiempos de respuesta ante emergencias: Al contar con información exacta de

concentradora hasta los últimos 5 minutos. De igual forma, si la BD concentradora

Al promover la mejora y optimización de los procesos internos y procedimientos establecidos

Es el área encargada de monitorear los servicios de conectividad de la Intranet de toda a red

● Innovación y gestión Tecnológica: El área cuenta con diversas herramientas

Aunado a lo anterior en el área se cuentan con herramientas tecnológicas disímiles entre si o

• Concientizar al personal directivo respecto de la gestión del conocimiento y su utilidad

Las actividades principales de un COR son las siguientes:

Ambientes de Trabajo en red

o Basado en TCP. Se utiliza para medir tasas de trasferencia de datos o

o Mediante SNMP. Esta técnica es utilizada para obtener estadísticas sobre

Se utiliza para caracterizar el tráfico de la red, es decir, para identificar el tipo de

o La misma IP origen y destino

SNMP (Simple Network Management Protocol)

Un dispositivo administrado es una computadora que se conecta a la red que contiene un

Un agente es un módulo de software de administración de red que reside en un dispositivo

Base de información de administración SNMP (MIB)

Existen dos tipos de objetos administrados:

● Escalares. Los objetos escalares definen una simple instancia de objeto.

Un identificador de objeto (object ID o también OID) identifica únicamente a un objeto

Un identificador de objeto (object ID o también OID) identifica únicamente a un objeto

Sistemas distribuidos (SD)

“Un conjunto de computadoras independientes enlazadas a través de una red y soportados

Tipos (arquitecturas) de sistemas distribuidos

centralizadas la interrelación entre componentes sigue un patrón muy característico en el que

Organización de los Sistemas distribuidos

La implementación de un sistema distribuido requiere de la división e identificación de los

Los sistemas distribuidos buscan constantemente la maximización de recursos. La principal

Un SD es esencialmente un Sistema como cualquier otro, con la particularidad de que sus

De sus usuarios y sus componentes

Esos componentes se clasifican de la siguiente manera:

De las Ventajas y desventajas

Gestión del Conocimiento

Actualmente las tecnologías de información proporcionan herramientas que facilitan la gestión

La gestión del conocimiento se vuelve entonces en la herramienta indispensable de una

Estructural Capital tecnológico

o Formación del personal

o Potencialidad de nuevos usuarios

o Posibilidad de alianzas con organizaciones relacionadas (Universidades, Centros de

Su importancia radica en que el capital intelectual permite el desarrollo eficiente de las

Para evaluar los activos intangibles se debe:

● Identificar sus ventajas competitivas o factores de éxito, mediante un análisis

Sistemas de Gestión del Conocimiento (SGC)

Sin embargo es necesario hacer la diferenciación entre información y conocimiento ya que

● Grupo 1 - Herramientas de trasmisión inmediata: Son herramientas que

1. Propósito: Debe tener explicito el objetivo de la gestión del conocimiento,

3. Procesos: Soporta y permite procesos de conocimiento intensivo, como tareas o