.

Diseño de Redes Telemáticas.

Integrante 1 (Arlex Fabian Urrea)

e-mail: arlexfabian1@gmail.com
Integrante 2 (Cristian Camilo Laverde)
e-mail: cristianclaverdel@gmail.com
Integrante 3 Miguel Angel Cano Pedraza
e-mail: mcano0428@gmail.com
Integrante 4 Jerlinton Yohan Gaviria

1 INTRODUCCIÓN 3. ¿En qué consiste y cuál es la importancia de

la monitorización periódica?

Consiste controlar u sistemas que mantenga

2 OBJETIVOS
3 TRABAJO COLABORATIVO
Por ejemplo, “1 INTRODUCCION”, en Arial, negrita
de 12 pts, mayúsculas, justificado, con un espacio en
blanco antes y un espacio en blanco después.
3.1 PREGUNTAS
1. En el proceso de identificación y resolución
de incidencias, ¿Qué factores son los mas
determinantes a tener en cuenta y que fase
consideras la más importante?
Pero lo más importante a tener en cuenta es la
criticidad de la red: los tiempos de respuesta y la
inversión económica serán mayores o menores
dependiendo especialmente de esta criticidad
2. ¿Cuál es el principal objetivo del
mantenimiento preventivo y los planes de calidad y
que ocurre si no se hace un mantenimiento de
calidad o en el tiempo oportuno?
Detección temprana del incidente: claramente,
cuanto más pronto se detecta el incidente, menos
tiempo debe tener la falta de servicio, siempre y cuando
se actúe inmediatamente. Pero también se ha de tener
en cuenta que es habitual que, cuanto más se prolonga
en el tiempo cualquier mal funcionamiento de una red, el
impacto negativo sobre los servicios que proporciona
suele crecer exponencialmente, es decir, que casi
siempre empeora en otros aspectos también.
constantemente monitorizando una red de
computadoras en busca de componentes defectuosos o
lentos, para luego informar a los administradores de
redes.
La importancia es tener un control de la red:
Detectar y corregir comportamientos anómalos: Una red
compleja es como un ecosistema que tiene vida propia.
Un buen sistema de monitoreo ayuda a detectar malos
hábitos, carencias de capacidad, servicios que
consumen la capacidad de nuestra red, y por supuesto,
focos de problemas: equipos concretos, servicios,
usuarios o recursos externos que saturan nuestra red.
Gestionar la calidad del servicio con exactitud: Con
programas como Pandora FMS podrá tener un informe
que presente cifras exactas de la calidad del servicio,
por día, por servicio, en el rango de tiempo que necesite.
Los informes de Pandora FMS están orientados a
proveedores de servicios muy exigentes, por eso damos
hasta cuatro decimales de precisión. Gráficas de todo,
con historiales largos: Cualquier cosa medible se puede
pintar en una gráfica. Esto es especialmente útil para
hacer análisis visuales de correlación, evaluar
tendencias, hacer capacity planning, y de un vistazo
comprobar que todo va bien en tu monitorización de red.
Nada sustituye al ojo humano, pero un cuadro de mando
integrado ayuda mucho.
4. ¿Cuáles son los indicadores y métricas de
una red telemática?
R)= Los Indicadores muestra los valores de las
métricas seleccionadas como un conjunto de
indicadores. Cada indicador tiene varias propiedades.
que permiten definir sus aspectos y sus alcances
METRICA
Rendimiento de red
• Capacidad de Canal
• Nominal y efectiva
• Utilización del canal
• Retarde y “parpadeo”
• Perdida de paquetes y errores

1
.
Rendimiento de sistemas
• Disponibilidad
• Memoria, utilización y carga de CPU
• Utilización de dispositivos de entrada/salida
Rendimiento de servicios
• Disponibilidad
• Tiempo de acceso y carga
Relativas al tráfico
• Bits por segundo
• Paquetes por segundo
• Paquetes unicast vs. Paquetes no-unicast
• Errores
• Pquetes descartados
• Flujo por segundo
• Tiempo de ida y vuelta (RTT)
5. ¿Aplica las incidencias algún evento
preventivo en pro de mejorar las métricas de las
mismas en la red?
Como se ha venido hablando en las demas
preguntas y atraves del curso la gestion de incidencia es
un sistemas de procesos y faces con el fin de tratar
cualquier evento presente en una red, con el fin de llegar
a mejores resultados y una mallor eficiencia de trabajo.
6. ¿En las clasificaciones de las incidencias en
las redes, cuál cree usted es la de mayor
importancia?
Para mi la incidencia clasificada como AREA DE
IMPACTO es la de mayor importancia, debido a que
dependiendo a la gravedad de la incidencia se evalua la
solución y se puede categorizar desde las incidencias
mas urgentes a las más críticas.
7. ¿Cuáles son las actividades realizadas en el
flujo de la gestión de incidencias? y explique cada
una de ellas
Actividades principales de la Gestión de
Incidencias
Detección
Cuanto antes se detecte una incidencia, menor
será su impacto en el negocio.
Por lo tanto, es importante monitorizar los recursos
con el objetivo de detectar incidencias potenciales y
normalizar el servicio antes de que se produzca un
impacto negativo en los procesos de negocio o, si esto
no es posible, que el impacto sea mínimo.
Registro
Todas las incidencias del servicio deben ser
registradas, y cada incidencia debe registrarse de forma
independiente.
La información a registrar generalmente incluye:
2
 Identificador único.
 Categorización.
 Urgencia, impacto y prioridad.
 Fecha y hora.
 Persona/grupo que registra la incidencia.
 Canal de entrada.
 Datos del usuario.
 Síntomas.
 Estado.
 CIs (Configuración Items, elementos de
configuración) asociados.
 Persona/grupo asignado para la resolución.
 Problema/Known error asociado.
 Actividades realizadas para la resolución.
 Fecha y hora de la resolución.
 Categoría del cierre.
 Fecha y hora de cierre.
Categorización
En esta actividad se establece el tipo exacto de la
incidencia.
Generalmente se establece una categorización
multinivel con dependencias entre niveles. El número de
niveles dependerá de la granularidad con la que
necesitemos tipificar las incidencias.
A veces, no se categoriza adecuadamente una
incidencia en el momento del registro. Si esto sucede,
debemos asegurarnos de que en el momento del cierre
la categorización queda correctamente establecida.
Priorización
Generalmente, la prioridad de la incidencia nos
indica cómo se ha de gestionar.
La prioridad de la incidencia suele depender de:
– La urgencia: rapidez con que la incidencia
necesita ser resuelta.
– El impacto: generalmente se determina por el
número de usuarios afectados, aunque lo realmente
importante es la criticidad para el negocio de los
usuarios afectados por la incidencia. Al final, lo que
realmente determina el impacto son los aspectos
adversos que la incidencia tiene en el negocio.
Además de la urgencia y el impacto, la prioridad
también puede depender de otros factores como si el
usuario es VIP, el departamento del usuario, etc.
Es muy conveniente que la herramienta de soporte
utilizada sea capaz de calcular la prioridad en base a
reglas. En cualquier caso, el equipo de soporte debe
conocer estas reglas para poder priorizar
adecuadamente.
Diagnóstico inicial
Cuando el personal de soporte de primer nivel
recibe una incidencia, la diganostica en base a los
síntomas y, si está capacitado para ello, la resuelve.
.
Escalado
Existen dos tipos de escalado:
1. Funcional: el soporte de primer nivel se ve
incapaz de resolver la incidencia y la asigna al grupo
resolutor correspondiente.
2. Jerárquico: en caso de que se den ciertas
circunstancias (incidencias graves o críticas, riesgo de
incumplimiento del SLA) que se deban notificar a los
responsables del servicio correspondiente.
A pesar de que se produzca un escalado, la
incidencia sigue perteneciendo al equipo de Service
Desk, y es éste es el responsable de hacer el
seguimiento de la misma y mantener informados a los
usuarios hasta su cierre.
Investigación y diagnóstico
Si la incidencia hace referencia a un fallo en el
sistema, lo más probable es que se necesite investigar
la causa del fallo.
Las tareas más comunes dentro de esta actividad
son las siguientes:
Establecer exactamente qué es lo que no funciona
correctamente y para qué secuencia de acciones del
usuario (casuística).
Establecer el impacto potencial de la incidencia.
Determinar si la incidencia está producida por la
implantación de un cambio.
Buscar en la base de datos de conocimiento (base
de datos de errores conocidos, registro de incidencias,
etc.) posibles soluciones y/o workarounds.
Resolución
Cuando se detecta una solución potencial, ésta
debería ser aplicada y testeada. Una vez comprobada la
resolución, la incidencia se da por resuelta y se asigna al
equipo de Service Desk para su cierre.
Asimismo, se deben registrar todas las acciones
realizadas para resolver la incidencia en el historial de la
misma.
Cierre
Antes de cerrar la incidencia el equipo del Service
Desk debería validar lo siguiente:
• Si el usuario está satisfecho con la resolución
de la incidencia.
• Si el cierre ha sido categorizado.
• Si se han cumplimentado todos los datos
necesarios.
• Si es un problema recurrente. En este caso,
generar un problema.
3
Eventualmente, se puede pasar una encuesta de
satisfacción al usuario.
8. ¿Cuál de los sistemas informáticos de
Gestión de Incidencias considera aplicable a la red
que se viene trabajando en el grupo?
9. ¿Para resolver incidencias se deben de
determinar los procesos que se afectan para así
determinar los pasos a seguir para dar solución?
¿Por qué?
10. ¿Al Identificar las incidencias podremos
determinar la prioridad en la que se debe
solucionar? ¿Por qué?
Cada incidencia requiere su nivel de atención,
adicional se pueden categorizar desde la mas crítica a la
menos crítica, esto con el fin de brindar una correcta
solución y soporte en los tiempos de respuesta.
11. Analizando la red telemática que se ha
venido trabajando mediante un ejemplo describa que
es una incidencia.
Incidencia definirse como aquel acontecimiento
extraordinario en el que se ven menguados o totalmente
eliminados los servicios que ofrecen estas redes,
siempre que no sea un hecho habitual, en cuyo caso
sería de una manera completamente imprevista
La incidencia se debe tratar de forma muy distinta a
como se trataría cualquier otra circunstancia que se dé
de forma habitual. Normalmente, es algo más
complicado de corregir, ya que no es algo que se pueda
tener tan protocolizado. En el caso de una incidencia, al
ser algo no previsto, es más complicada de protocolizar.
EJEMPLO:
Actualmente en la empresa donde yo laboro la
semana pasada paso una incidencia cuando se estaba
procediendo a realizar el Backup de la información, se
adelantaba el 80% de traspaso de la información y de
repente se suspendió el fluido eléctrico, de tal forma la
UPS no realizó el respaldo de la energía.
12. ¿Por qué cree que se debe usar la Gestión
de incidencias en las Redes Telemáticas?
Como hemos visto, toda empresa de servicios
necesita la Gestión de Incidencias para prevenir o
restaurar tan pronto como sea posible cualquier
interrupción o reducción no planificada en la calidad de
su servicio.
Sin embargo, debemos ser conscientes de los
desafíos y riesgos de la Gestión de Incidencias con el fin
de garantizar la mejor operación de servicio.
13. ¿Cómo ayuda las buenas prácticas a las
Redes Telemáticas?
Buenas prácticas
.
Al aceptar que hay que mantener un cierto criterio
para administrar la red, como a través del PDIOO, se
deberá tener en cuenta un conjunto de buenas prácticas
para llevar a cabo ese cometido. Seguidamente, a lo
largo de este apartado, se explicará en qué consiste
cada una de ellas.
Mantener una organización (NOC)
responsabilizada con la administración de la red
Se llama NOC (Network Operations Center) al
Centro de Operaciones de Red. Generalmente se tratará
de una sala, más o menos grande dependiendo de la
empresa, en donde se centralizan los equipos que se
utilizan para la administración de la red, pudiendo
coordinar así todas las operaciones.
Monitorizar la red para garantizar niveles de
servicio en el presente y el futuro
Otra buena práctica es monitorizar la red con el
objetivo de supervisar lo que se está haciendo en cada
momento. Esto ayuda a detectar posibles fallos, pero
también a poder analizar las necesidades futuras.
Durante la monitorización se puede analizar el
volumen y tipo de tráfico que se está produciendo, de
donde se pueden extraer estadísticas para prever los
cambios que se necesitarán en el futuro.
Controlar, analizar, probar y registrar cambios en la
red
En algún momento hay que realizar cambios en la
red. Es entonces cuando corre peligro todo lo efectuado
anteriormente. Se puede haber construido una red muy
ordenada y muy bien organizada, pero si no se sigue
con los mismos criterios de orden y organización, se
puede dejar la red en una situación ingobernable.
Por lo tanto, hay que seguir una seria disciplina en
los cambios que se realicen:
El control de dichos cambios (quién lo realiza, por
qué, cómo y cuándo). Se deben mantener diferentes
versiones de los datos por si hiciera falta recuperar
alguno. Es el caso de los archivos de configuraciones de
los dispositivos.
Análisis previo (por personal adecuado) para
garantizar que los cambios son los oportunos y
necesarios.
Probar posteriormente si los cambios tienen el
efecto deseado. Si esto no se consigue, puede requerir
un nuevo análisis.
Al final se mantiene un registro sobre los cambios
hechos que ayuda a su vez a un control sobre los
mismos y sobre futuros cambios.
Estas prácticas evitarán que la red evolucione
desordenadamente, de manera que, por ejemplo, donde
hay un armario rack fácil de controlar y modificar, este
no acabe convirtiéndose en un laberinto de cables
donde pocos se atreven a entrar.
Mantener y velar por la seguridad de la red
4
Es evidente que en la administración de la red se
incluye la seguridad de la misma, es decir, la gestión de
la seguridad de la red no puede estar aislada de la
administración en sí. El mantenimiento de un sistema
siempre afecta a alguno de los pilares de la seguridad
(cuando se repara una puerta, esta puede quedar
abierta).
En el mantenimiento de la seguridad se hace
hincapié en tres pilares fundamentales: la
confidencialidad, la integridad y la disponibilidad.
Confidencialidad: se trata de que la información
solo pueda ser comprensible o sea leída por el sujeto o
sistema que está autorizado.
Integridad: es la cualidad que posee una
información (documento o archivo) que no ha sido
alterada y que además permite comprobar que no se ha
producido manipulación alguna en la información
original.
Disponibilidad: es la capacidad de un servicio, de
unos datos o de un sistema a ser accesible y utilizable
por los usuarios (o procesos) autorizados cuando estos
lo requieran.
Entre los códigos de buenas prácticas el INTECO
(Instituto Nacional de Tecnologías de la Comunicación)
fija otros dos pilares más, que son:
Autenticación: situación en la cual se puede
verificar que un documento ha sido elaborado (o
pertenece) a quien el documento dice. También es el
proceso por el cual se garantiza que alguien es quien
dice ser a la hora de acceder a un determinado recurso.
No repudio: servicio que permite probar la
participación de las partes en una comunicación, es
decir, ninguna de las partes intervinientes puede
repudiar su participación en la comunicación. Se habla
de no repudio “en origen” o “en destino” en función de
que sea el emisor o el receptor el que no pueda repudiar
su participación. Es interesante por las connotaciones
legales que puede tener.
Mantener un registro de incidentes y solicitudes
Los incidentes pueden ser averías que se producen
a lo largo del tiempo, o situaciones anómalas producidas
por algún agente inesperado (lo que se llamaría
accidente). Estos pueden ser notificados por usuarios,
afectados o no, o por programas que están
monitorizando la red.
En cuanto a las solicitudes, estas se refieren a las
peticiones que realizan los usuarios. Pueden ser quejas
por algún mal funcionamiento, o bien simples peticiones
acerca de un servicio nuevo o modificado.
Ninguna situación planteada debe pasar
inadvertida. Tanto desde el punto de vista de la
seguridad, como sobre todo, desde el punto de vista de
la administración, se tiene que mantener una rigurosa
base de datos que garantice que se conoce todo lo que
pasa en la red. Ahí empieza el dominio sobre ella.
.
Esta es la tarea del Help Desk. Este es un servicio
de empleados a la escucha de incidencias y
notificaciones de usuarios. Su labor es estar pendientes
del teléfono y del correo electrónico, además, suelen
estar atentos a alguna herramienta monitorizando la red.
Si no pueden resolver una incidencia o una consulta, se
comunican con otros operarios de mayor nivel o
cualificación. A veces tienen autoridad para enviar a
alguien al lugar del problema.
Todo ello es importante que se refleje en sus
correspondientes registros, donde se indicarán fechas,
usuarios, servicios, departamentos y trabajos afectados,
así como los procedimientos iniciados para su
resolución, responsables de la misma y resultados
obtenidos.
14. ¿Qué herramienta de gestión recomendaría
usted y por qué?
Análisis de tráfico de red con flujo IP
Usar una línea de base del tráfico de la red para
detectar malware
Wireshark Es un programa analizador de
protocolos de red o sniffer, que le permite capturar y
navegar de forma interactiva por los contenidos de los
paquetes capturados en la red.
El objetivo del proyecto fue crear un analizador de
calidad comercial para Unix. Funciona muy bien en
Linux y Windows (con una interfaz gráfica de usuario),
fácil de utilizar y puede reconstruir flujos TCP / IP y VoIP!
Putty Es una implementación libre de Telnet y SSH
para Win32 y Unix, junto con un emulador de terminal
xterm.
NetStumbler Es una herramienta de detección de
redes inalámbricas para Windows. NetStumbler es una
herramienta para Windows que permite detectar redes
de área local (WLAN), usando 802.11b, 802.11ay
802.11g.
15. ¿Si el proveedor es un agente externo, que
manejo se le puede dar a una incidencia cuando fue
escalada al proveedor? ¿Como se monitorea el
estado de esta sabiendo que no está a nuestra
disposición?
16. ¿Cuál es la relación que existe entre la
urgencia y el impacto de una incidencia? ¿Cuál de
estos dos elementos son más importantes al
momento de priorizar una incidencia?
17. ¿Qué es ITIL y como aplicaria el concepto en
la Gestión de eventos? De un ejemplo
“Un servicio es un medio de entregar valor a los
clientes facilitando los resultados que éstos quieren
lograr, sin asumir la propiedad de los costos y riesgos
específicos” Así es como ITIL v3 define un servicio. En
prácticamente todas las empresas de hoy una de las
5
áreas cruciales que ofrecen servicios corresponde al
área de tecnologías de información (TI), la cual entrega
servicios tecnológicos variadísimos. En el mismo tenor,
para los casos particulares de algunos tipos de
empresas, como aquéllas que proveen servicios de
telecomunicaciones, los servicios ofrecidos a los clientes
constituyen la parte medular de su negocio. En estas
circunstancias, resulta evidente que uno de los retos
más comunes que enfrentan las empresas en general se
presenta justamente al momento de llevar a cabo la
gestión y operación de los servicios de TI ofrecidos. No
en vano, las mejores prácticas indican justamente que
“el propósito de la operación de los servicios consiste en
coordinar y realizar las actividades y procesos
requeridos para entregar y gestionar servicios ofrecidos
a los usuarios de negocio y clientes finales en los niveles
acordados, siendo también responsable de la
administración tecnológica que es usada para proveer y
soportar dichos servicios.”
Uno de los procesos fundamentales que soportan
la gestión de servicios de TI corresponde, sin lugar a
dudas, a la gestión de eventos, proceso que se encarga
de monitorear todos los eventos que ocurren en la
infraestructura de TI para permitir su operación normal a
través de la detección y escalación de condiciones de
excepción. Un evento puede ser definido como cualquier
ocurrencia detectable o discernible que sea significativa
para la gestión de la infraestructura de TI y los servicios
que ésta soporta. En consecuencia, una gestión de
eventos efectiva depende del conocimiento del estado
de la infraestructura de TI a través de la detección
oportuna de cualquier desviación de la operación normal
o esperada, para lo cual existen en el mercado sistemas
de control y monitoreo de dos tipos: 1) sistemas de
monitoreo activo, que censan la infraestructura de TI
para determinar su estado y disponibilidad. Cualquier
excepción generará una alerta que necesita ser
comunicada a la herramienta o equipo adecuado para
tomar acción y 2) sistemas de monitoreo pasivo, que
detectan y correlacionan alertas operacionales y de
comunicación generadas por la infraestructura de TI.
18. ¿Qué es más importante una urgencia o un
impacto en una Red Telemática?
Cada incidente puede afectar a la organización de
forma diferente, es por eso que para poder clasificar el
orden en que se deben atenderse normalmente se hace
basándose en la prioridad. Ahora bien, dejar que la
prioridad sea introducida de forma manual puede
provocar que esta clasificación no sea del todo fiable.
Una buena solución para ayudarnos a elegir la
prioridad correcta es hacerlo basándonos en el impacto
y urgencia del incidente. Para ello podríamos ayudarnos
de esta fórmula:
P=IxU
Donde el Impacto (I) sería la importancia del
incidente reportado en base a la cantidad de usuarios
afectados y la Urgencia (U) la rapidez con la que el
negocio necesita una solución.
.
19. Refiriéndonos al punto "Planificación de la
intervención". ¿Qué datos son importantes al
momento de definir la planificación?
20. ¿Cómo propondría implementar la buena
práctica del Help Desk en una red Telemática
teniendo en cuenta que no existe un espacio
asignado o sala para tal fin específico?
Implementando un Software de Help Desk
El software Help Desk o sistema de Mesa de Ayuda
proporciona un punto de apoyo y contacto entre el
proveedor de tecnologías de la información y los
usuarios finales. El contar con esta herramienta permite
tomar decisiones diarias que influyen en la manera cómo
se resuelven los incidentes tecnológicos, y con ello
evitar que los procesos de las diferentes áreas se vean
afectados por tiempo prolongado.
21. Suponiendo que no aplicáramos la
metodología ITIL en una solución para una
incidencia ¿Qué otra metodologia alternativa
implementaría? ¿Que desventajas traería el no
implementar ITIL?
22. ¿Cómo se pueden clasificar las incidencias?
Clasificación
Para poder tratar y resolver una incidencia, es
importante hacer una buena clasificación de esta, para
posteriormente priorizarla y escalarla. Para esto, el
personal que recibe la incidencia debe conocer las
especificaciones de la red. Así, para poder clasificarlo,
debe tener un análisis previo, aunque no sea exhaustivo.
Esto será clave para la posterior priorización.
La clasificación del incidente depende de muchos
factores y se deben consensuar por el grupo de trabajo.
Así, se puede clasificar según:
Área de impacto: a qué clientes afecta (puede ser
una red local, una red de clientes), a qué servicios, etc.
Nivel de impacto: es muy importante conocer el
impacto que tendrá sobre los clientes y los niveles
mínimos estipulados. Así, si afecta a una subred muy
amplia, no será igual que a una pequeña dentro de la
misma red.
Categoría: está bastante interrelacionada con el
nivel de impacto. Se refiere al tipo de servicio que se
deja de dar cuando ocurre la incidencia. Hay servicios
más críticos y servicios menos críticos.
Urgencia: aunque a veces las incidencias no son
tan importantes, sí se puede encontrar que sean
urgentes, porque aunque el servicio que falla no sea
crítico, puede ser algo que se debe resolver en el
momento, porque causa otro tipo de perjuicios en el
servicio que hacen que se tenga que considerar una
cierta urgencia en la resolución.
6
Estado actual: el estado puede ir cambiando en el
tiempo. Puede cambiar la prioridad o la urgencia de una
gestión de incidentes a lo largo del tiempo, por las
acciones que se vayan haciendo. Por ejemplo: si se ha
dado una solución temporal en la que se restaura el
servicio, la clasificación y la prioridad de la incidencia
cambia. Así que depende del estado en que se
encuentre en ese momento.
23. En el proceso de identificación y resolución
de incidencias, ¿Que factores son los más
determinantes a tener en cuenta y que fase
considera la más importante?
24. ¿Cuál es el principal objetivo del
mantenimiento preventivo y los planes de calidad y
que ocurre si no se hace un mantenimiento de
calidad o en el tiempo oportuno?
El primer objetivo del mantenimiento es evitar o
mitigar las consecuencias de los fallos del equipo,
logrando prevenir las incidencias antes de que estas
ocurran. Las tareas de mantenimiento preventivo
pueden incluir acciones como cambio de piezas
desgastadas, cambios de aceites y lubricantes, etc. El
mantenimiento preventivo debe evitar los fallos en el
equipo antes de que estos ocurran.
Algunos de los métodos más habituales para
determinar que procesos de mantenimiento preventivo
deben llevarse a cabo son las recomendaciones de los
fabricantes, la legislación vigente, las recomendaciones
de expertos y las acciones llevadas a cabo sobre activos
similares. Si no se hace el mantenimiento se podría
tener daños, perdidas irremediables, perdidas que se
pudieron haber tratado a tiempo y evitarlas en el futuro.
25. ¿En que consiste y cual es la importancia de
la monitorización periódica?
Consiste en describir el uso de un sistema que
constantemente monitoriza una red de computadoras en
busca de componentes defectuosos o lentos, para luego
informar a los administradores de redes mediante
correo electrónico, pager u otras alarmas.
La importancia es tener un control de la red:
Detectar y corregir comportamientos anómalos: Una red
compleja es como un ecosistema que tiene vida propia.
Un buen sistema de monitoreo ayuda a detectar malos
hábitos, carencias de capacidad, servicios que
consumen la capacidad de nuestra red, y por supuesto,
focos de problemas: equipos concretos, servicios,
usuarios o recursos externos que saturan nuestra red.
Gestionar la calidad del servicio con exactitud: Con
programas como Pandora FMS podrá tener un informe
que presente cifras exactas de la calidad del servicio,
por día, por servicio, en el rango de tiempo que necesite.
Los informes de Pandora FMS están orientados a
proveedores de servicios muy exigentes, por eso damos
hasta cuatro decimales de precisión.
.

Gráficas de todo, con historiales largos: Cualquier 3.2 PREGUNTAS FORMULADAS.

cosa medible se puede pintar en una gráfica. Esto es
especialmente útil para hacer análisis visuales de
Miguel Angel cano
correlación, evaluar tendencias, hacer capacity planning,
y de un vistazo comprobar que todo va bien en tu 1. The network is very important for an organization,
monitorización de red. Nada sustituye al ojo humano, good practices guarantee security in the network and
pero un cuadro de mando integrado ayuda mucho. why?

Responde Cristian Laverde:

3.1.1 PRESENTACIÓN DE TEMAS Good practices not only guarantee the security of the
network, it is also a guarantee that the services function
properly complying with the requirements of the users.
ESTUDIANTE # 3
2. Como puede una empresa demostrar la calidad de la
Cristian Camilo Laverde Ladino red ?
Ejemplificación de indicadores y métricas
Responde Cristian Laverde:
Recomendaciones básicas de buenas prácticas
Procesos y procedimientos de Calidad
Documentando cada una delas actividades que realiza,
Planes de Calidad
esto permite conocer todo los movimientos realizadas y
Registros y evidencias de calidad
corregir o prevenir posibles fallas cada vez desarrollando
una mejor red.

Preguntas realizadas por Cristian Laverde

1. ¿Cuales son los puntos mas importantes a la hora de

realizar una buena auditoria de calidad?

2. Do you mention some procedures to take into account

in good quality practices?

4 INCIDENCIA

https://prezi.com/view/o6G3J1UQOphqsg7fIzWd/ “Caída de la UPS del Centro de Cableado principal que

suministra internet a todos los edificios de la
Universidad”
ESTUDIANTE # 4
IDENTIFICACION DEL PROBLEMA
Sistemas de Gestión de Incidencias
Identificación y análisis de las distintas fases del proceso Nota: Toda la red está monitoreada por el Software
de resolución de incidencias PRTG a través de PING con el fin de conocer cualquier
Métricas de Calidad alarma en tiempo real y proceder a brindar solución
Auditorias de Calidad dependiendo la incidencia. (Usuario, edificio o toda la
Mejora y prevención de problemas de calidad sede)

Se presentó un apagado general del data tecenter lo que

ocasionó la indisponibilidad total de los servicios
tecnológicos de misión crítica. Inicialmente
consideramos que la falla se había producido en la UPS,
pues las plantas estaban encendidas. Esto nos llevó a
solicitar apoyo al soporte, durante el diagnóstico, el
técnico indicó que había una inversión de las fases
(R,S,T) que vienen de la planta que respalda la
Universidad en caso el suministro técnico externo se
fuera.

Esta inversión en las fases genera una protección

interna de la UPS para evitar daños en sus circuitos.

https://prezi.com/view/YPCUDeuIJOlMc4m51ozY/ En la siguiente imagen tomada desde el servidor de

monitoreo, se muestra el momento en que se inició de la
falla (1:20 p.m.), la hora de descarga completa de las

7
.

baterías internas de la UPS (3:10 p.m.) y el periodo de

tiempo de indisponibilidad del fluido eléctrico al interior
del datacenter (4 horas y 45 minutos aprox - hora de
normalización 7:45 p.m.)

SOLUCION DEL PROBLEMA

Para dar solución a la falla se solicitó al personal del

área eléctrica que se cambiara el circuito del Datacenter
a la planta de respaldo. Una vez se hizo el cambio la
UPS se normalizó e inició el proceso de carga de las
baterías. El cambio de circuito se efectuó dos veces
para confirmar que el problema efectivamente radica en
la secuencia de fases (R,S,T) de la planta eléctrica de
Administrativa. Sobre las 8 p.m. se restableció el fluido
eléctrico desde la red externa y el fluido eléctrico del D
atacenter continúo operando normalmente.

Deseamos solicitar de manera especial su apoyo para

que se tomen los correctivos necesarios sobre la planta
eléctrica principal.

A partir de estos desafortunados eventos considero que

debemos hacer en conjunto un análisis juicioso, de tal
manera que a futuro podamos minimizar el impacto
causado en áreas académicas, administrativas y la
buena imagen de la Universidad. Es indispensable para
la correcta operación de los servicios tecnológicos de
misión crítica, un fluido eléctrico estable (voltaje,
frecuencia, secuencia correcta de fases), con
protecciones de tierra, con mantenimientos periódicos,
con planes de contingencia. De lo contrario desde el
área de Tecnología no podremos entregar correctamente
los servicios tecnológicos de misión crítica.

5 REFERENCIAS
[1] G. Obregón-Pulido, B. Castillo-Toledo and A. Loukianov, “A
globally convergent estimator for n frequencies”, IEEE
Trans. On Aut. Control. Vol. 47. No 5. pp 857-863. May
2002.
[2] H. Khalil, ”Nonlinear Systems”, 2nd. ed., Prentice Hall, NJ,
pp. 50-56, 1996.
[3] Francis. B. A. and W. M. Wonham, “The internal model
principle of control theory”, Automatica. Vol. 12. pp. 457-
465. 1976.
[4] E. H. Miller, “A note on reflector arrays”, IEEE Trans.
Antennas Propagat., Aceptado para su publicación.
[5] Control Toolbox (6.0), User´s Guide, The Math Works, 2001,
pp. 2-10-2-35.
[6] J. Jones. (2007, Febrero 6). Networks (2nd ed.) [En línea].
Disponible en: http://www.atm.com.