TRABAJO COLABORATIVO No.

CESAR AUGUSTO ALVIS

IMIRIDA MORA NIO
BRAYAN ALEXIS
JORGE LEONARDO RUBIO BELTRN
DIANA PARICIA PEARETE MOSQUERA

TUTOR:
MARIA VICTORIA MEDINA
GRUPO: 301120A _ 363

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA - UNAD

INGENIERIA DE SISTEMAS
TELEMATICA
BOGOTA, 27 DE OCTUBRE DE 2017
INTRODUCCION
 OBJETIVOS

OBJETIVO GENERAL

OBJETIVOS ESPECIFICOS
 Explique Como su tema Explique Como su tema
elegido se aplica en el diseo elegido se aplica en el
Nombre
de la Red telemtica que su diseo de la Red
del
Tema elegido grupo colaborativo present telemtica que su grupo
estudiante
(Tericamente) colaborativo present
(Grficamente)
Estudiante No1 EXPLICACIN DEL CICLO
Explicacin del
DE VIDA DE UNA RED
ciclo de vida de
una red usando USANDO EL MODELO
el modelo
PDIOO COMO
PDIOO como
referencia. REFERENCIA.
Descripcin de Uno de los campos donde se
las tareas y
objetivos de las puede apreciar la mayor presin Optimizacin planificacin

distintas fases por la evolucin tecnolgica es

(Dar una Operacin Diseo
explicacin de en campo de la informtica,
las fases). pues, as, lo afirma la ley de Implementaci
Explicacin del n

concepto de Moore, quien fuera uno de los

administracin fundadores de INTEL, l dice
CESAR de redes como
el conjunto de que cada dos aos se duplica la
AUGUST
O ALVIS las fases operar capacidad de los
y Optimizar el
modelo PDIOO. microprocesadores que
Recomendacion utilizamos a diario, esto hace
es bsicas de
buenas prcticas necesario que se aumente el
Visin general y desempeo de todo lo
procesos
comprendidos relacionado con la tecnologa
El centro de informtica
operaciones de
red METODOLOGA DE CICLO
Gestin de la DE VIDA DE PDIOO.
Configuracin
El modelo PDIOO, puedes
considerarse como una mezcla
de diversos modelos,
incorporando lo ms positivo de
ellos.
Es secuencial porque separa
claramente diferentes etapas
durante ciclo de vida. Es
iterativo porque se realimenta
continuamente, estas
caractersticas son las que hacen
que este modelo sea muy
adecuado para el trabajo de los
tcnicos con las redes. Las siglas
del modelo PDIOO obedecen a
las diferentes etapas en que
pueden dividirse el ciclo de vida
de una red:

Preparacin: crea un caso de

negocios para establecer una
justificacin financiera para la
estrategia de red.
Planificar: Identificar lo que
necesita una red.
Disear: eleccin de la
solucin ptima.
Implementar: Crear Red.
Operar: probar y poner en
funcionamiento.
Optimizar: Mejorar la red y
arreglar Problemas

CARACTERSTICAS DE
LAS ETAPAS.
Planificar: Identificamos los
requerimientos de red, hacemos
un levantamiento de los recursos
con que contamos, tanto
recursos de hardware como de
software, vemos el personal
tcnico con que contamos para
la realizacin del proyecto, los
recursos econmicos.
Disear: En esta fase ya
debemos tener claro con qu
recursos contamos, hacia donde
queremos llegar con nuestro
proyecto, ya teniendo toda la
informacin procedemos a
desarrollar nuestra plataforma de
red, que se ajuste a las
necesidades del proyecto. Esta
fase incluye diagramas de red y
lista de equipos.
Implementar: Integramos los
equipos, los configuramos a la
red, es cuando se trabaja para
integrar los dispositivos y
nuevas capacidades en
concordancia con el diseo ya
previamente establecido en la
fase anterior pero sin
comprometer la disponibilidad
de la red o su rendimiento.
Operar: Esta fase mantiene el
estado de la red da a da. Esto
incluye administracin y
monitoreo de los componentes
de la red, mantenimiento de
ruteo, administracin de
actualizaciones, administracin
de performance, e identificacin
y correccin de errores de red.
Optimizar: Consiste en como el
despacho maneja y mejora de
forma continua su red, sin
interrumpir la operacin y
adaptndose a sus necesidades
da a da y de forma dinmica
para prestar una mejor calidad
de servicio.
Explicacin del concepto de
administracin de redes como
el conjunto de las fases operar
y Optimizar el modelo PDIOO
Para poder llevar a cabo la
gestin de la red de manera
eficiente hace falta recabar
primero toda la informacin que
sea necesaria. Esto se realiza
mediante la monitorizacin de la
red. Como se sabe, la
monitorizacin se efecta
durante la etapa operar del
ciclo PDIOO. Se pone en
funcionamiento la red y se
prueba. Las comprobaciones se
pueden hacer a ojo, pero es
mejor realizarlas mediante
herramientas de software que
establezcan ciertos criterios.
Sin embargo, ninguna
administracin es eficaz si se
limita a la simple
monitorizacin.
Debe implementar medidas para
solucionar los problemas que se
detecten de la manera mas
rpida y sencilla posible. Esto se
hace durante la etapa de
optimizar. Aqu se reparan las
averas encontradas, o se
reconfiguran aquellos
dispositivos que no funcionan
como cabe esperar. A lo mejor
es necesario volver a disear
alguna parte de la red.
Los administradores de redes se
dedican a comprobar y mejorar
continuamente la red, por eso la
administracin de redes se
concibe como el conjunto de
procesos que tienen lugar en
esas dos fases.
En ambas etapas es muy
importante llevar una
documentacin adecuada que
permita, entre otras cosas, ir
creando una base de
conocimientos para futuras
situaciones parecidas.
Centro de operaciones de la
red:
Se trata de una sala de una sala
ms o menos grande
dependiendo del tamao de la
empresa donde se centralizan los
equipos que se utilizan para la
administracin de la red para
poder as coordinar todas las
operaciones.
Network Operations Center
(Centro de Operaciones de
Red):
Monitoriza y gestiona la
red
Informacin sobre la
disponibilidad actual,
histrica y planeada de
los sistemas.
Estado de la red y
estadsticas de operacin.
Monitorizacin y gestin
de fallas.
Partes de la Gestin de Red
Gestin de
configuraciones/cambios.
Gestin del
desempeo/contabilidad.
 Gestin de fallas.
Gestin de seguridad

Gestin de Configuraciones

Mantener informacin
relativa al diseo de la
red y su configuracin
actual
Estado actual de la red
Registro de la topologa
Esttico
Qu est instalado
Dnde est instalado
Cmo est conectado
Quin responde por cada
cosa.
Cmo comunicarse con
los responsables
Dinmico
Estado operacional de los
elementos de la red.
Gestin de inventario
Base de datos de
elementos de la red
Historia de cambios y
problemas
Mantenimiento de
Directorios
 Todos los nodos y sus
aplicaciones
Base de datos de
nombres de dominio
Coordinacin del
esquema de nombres
para nodos y
aplicaciones.
La informacin no es
informacin si no se puede
encontrar
Control operacional de la red
Iniciar/Detener
componentes
individuales
Alterar la configuracin
de los dispositivos
Cargar y configurar
versiones de
configuraciones
Actualizaciones de
Hardware/Software
Mtodos de Acceso
SNMP.
Acceso fuera de banda
(OOB)
 Gestin de la disponibilidad
Estudiante No2
Es la responsable de optimizar la
Gestin de la red y de la revisin permanente
disponibilidad de los servicios que ofrece para
Gestin de la que estos funcionen lo ms
capacidad ininterrumpidamente posible y
Gestin de la de manera fiable a un coste
seguridad razonable. Elaborar los planes
Gestin de de contingencia y de
Incidencias mantenimiento preventivo.
Componentes
de la El caso es que, a da de hoy,
infraestructura y cualquier cliente espera que su
arquitectura red funcione las 24 horas del da,
Grupos 7 das a la semana, y sin fallos
estndares (el llamado servicio 24 x 7), lo
Objetivos y
cual es evidentemente imposible.
DIANA Caractersticas
En una disponibilidad del 100 %
PARICIA de SNMP
pueden producirse averas, y
PEARE para reducirlas se suelen hacer
TE paradas de mantenimiento.
MOSQUE Tambin existe la necesidad de
RA actualizar elementos, etc. Todo
ello se establece en funcin de lo
dispuesto durante la etapa de
planificacin

GESTIN DE LA
CAPACIDAD

Todos los servicios de la red

deben contar con los recursos
necesarios y suficientes para
desempear su labor.

Cuando se habla de capacidad se

refiere tanto a la velocidad de
procesamiento como al
almacenamiento de los sistemas
de informacin. Esos recursos,
fsicamente, se reflejan en
microprocesadores cada vez ms
potentes, memoria RAM, discos
duros, discos pticos y un largo
etctera. Estos son los recursos
fundamentales de la red, y se
trata de gestionar eficazmente
estos recursos

GESTIN DE LA
SEGURIDAD

Para la continuidad de la red es

sumamente importante la
seguridad. Se puede ver
amenazada seriamente si se
descuida, incluso puede peligrar
la continuidad del negocio de la
empresa (por la red circulan los
planes de estrategia, por
ejemplo). Con la revolucin
tecnolgica, la informacin se
mueve extraordinariamente
rpido, y ello hace an ms
crtico este tema.

Como se sabe, la seguridad

descansa sobre los tres pilares
que agrupan el CID:
confidencialidad, integridad y
disponibilidad.

GESTIN DE LAS
INCIDENCIAS

Se trata de resolver lo antes

posible cualquier tipo de
percance que haya sufrido la red,
manteniendo el servicio activo el
mayor tiempo posible.

Dentro de la gestin de
incidencias se podra incluir la
gestin de problemas, que se
encargara de encontrar y
documentar las causas de las
incidencias.

Los incidentes sern

comunicados por los usuarios o
por las aplicaciones de
monitoreo que se hayan
implementado. El Help
Desk ser el primer elemento
que recibir la notificacin de
dicho incidente.

Se tienen preestablecidas unas

categoras para poder calificar
cada incidente por el nivel de su
gravedad. Se obrar en
consecuencia, pudiendo pasar la
incidencia a niveles de
responsabilidad ms altos para
lograr su solucin.

El trabajo se desarrolla de la
siguiente manera:

Detectar por
monitorizacin cualquier
mal funcionamiento de la
red.
Mantener una escucha
sobre los posibles avisos
de los usuarios.
Registrar y clasificar, por
orden de importancia o
nivel de criticidad, los
incidentes detectados.
Asignar personal y
recursos necesarios para
resolver la situacin.

COMPONENTES DE LA
INFRAESTRUCTURA Y
ARQUITECTURA:

Los componentes de la
infraestructura son las entidades
en que se divide la gestin. En
cuanto a su estructura se pueden
diferenciar tres estrategias en
funcin de cmo se colocan las
entidades gestoras: una
arquitectura centralizada, otra
distribuida y otra en rbol.

GRUPOS ESTNDARES:

Grupos de estndares Como se

indic anteriormente, los
estndares ms importantes de
gestin de redes son el
CMISE/CMIP de OSI y el
SNMP de TCP/IP. Adems de
estos estndares, hay fabricantes
que han desarrollado su propia
tecnologa de gestin
independiente, como las
empresas IBM y ATT entre
otras. El riesgo reside en la
interoperabilidad con diferentes
tecnologas y en qu hacer si la
marca desaparece.
CMISE/CMIP de OSI CMIP es
un protocolo de gestin
desarrollado por ISO que se basa
en los servicios aportados por
CMISE es el servicio que se
emplea para informar de
eventos, manipular datos de
administracin y generar
peticiones del administrador al
agente.
SNMP de TCP/IP Es el
protocolo de gestin ms
implantado, quiz por ser nativo
de TCP/IP, el protocolo de
internet. SNMP sigue la filosofa
de cierta simplicidad en los
encabezados de datos, pero ello
le pone ciertas trabas, de manera
que a veces se complica su
configuracin dependiendo del
nivel de control que se desea
sobre la red. Se define en las
RFC de la 3410 a la 3418 en las
versiones ms recientes.
OBJETIVOS Y
CARACTERSTICAS DE
SNMP:

La respuesta a todas las

necesidades antes expuestas, es
el protocolo llamado Simple
Network Management Protocol
(SNMP). Diseado en los aos
80, su principal objetivo fue el
integrar la gestin de diferentes
tipos de redes mediante un
diseo sencillo y que produjera
poca sobrecarga en la red.

SNMP opera en el nivel de

aplicacin, utilizando el
protocolo de transporte TCP/IP,
por lo que ignora los aspectos
especficos del hardware sobre el
que funciona. La gestin se lleva
a cabo al nivel de IP, por lo que
se pueden controlar dispositivos
que estn conectados en
cualquier red accesible desde la
Internet, y no nicamente
aquellos localizados en la propia
red local. Evidentemente, si
alguno de los dispositivos de
encaminamiento con el
dispositivo remoto a controlar
no funciona correctamente, no
ser posible su monitorizacin ni
reconfiguracin.

El protocolo SNMP est

compuesto por dos elementos: el
agente (agent), y el gestor
(manager). Es una arquitectura
cliente-servidor, en la cual el
agente desempea el papel de
servidor y el gestor hace el de
cliente.

El agente es un programa que ha

de ejecutase en cada nodo de red
que se desea gestionar o
monitorizar. Ofrece un interfaz
de todos los elementos que se
pueden configurar. Estos
elementos se almacenan en unas
estructuras de datos llamadas
"Management Information Base"
(MIB), se explicarn ms
adelante. Representa la parte del
servidor, en la medida que tiene
la informacin que se desea
gestionar y espera comandos por
parte del cliente.

El gestor es el software que se

ejecuta en la estacin encargada
de monitorizar la red, y su tarea
consiste en consultar los
diferentes agentes que se
encuentran en los nodos de la
red los datos que estos han ido
obteniendo.

Hay un comando especial en

SNMP, llamado trap, que
permite a un agente enviar datos
que no han sido solicitados de
forma explcita al gestor, para
informar de eventos tales como:
errores, fallos en la alimentacin
elctrica, etc.

En esencia, el SNMP es un
protocolo muy sencillo puesto
que todas las operaciones se
realizan bajo el paradigma de
carga-y-almacenamiento (load-
and-store), lo que permite un
 juego de comandos reducido. Un
gestor puede realizar slo dos
tipos diferentes de operaciones
sobre un agente: leer o escribir
un valor de una variable en el
MIB del agente. Estas dos
operaciones se conocen como
peticin-de-lectura (get-request)
y peticin-de-escritura (set-
request). Hay un comando para
responder a una peticin-de-
lectura llamado respuesta-de-
lectura (get-response), que es
utilizado nicamente por el
agente.

La posibilidad de ampliacin del

protocolo est directamente
relacionada con la capacidad del
MIB de almacenar nuevos
elementos. Si un fabricante
quiere aadir un nuevo comando
a un dispositivo, como puede ser
un encaminador, tan slo tiene
que aadir las variables
correspondientes a su base de
datos (MIB).

Estudiante No3 Descripcin de la arquitectura

Descripcin d Aqu se describen aquellos

ela arquitectura componentes que permitirn
Base de administrar y realizar
JORGE mediciones de control sobre toda
informacin de
LEONAR la red.
Administracin
DO
(MIB)
RUBIO
Explicacin del Es importante considerar que
BELTR para medir el alcance de
Concepto
N personas conectndose a la red y
TRAP.
Comparacin de tambin validar si es necesario
las versiones escalar en equipos a medida que
Explicacin de estos vayan alcanzando su lmite
las limitaciones mximo es necesario considerar
de SNMP y la recoger informacin de consumo
 necesidad de de hardware como es la CPU y
monitorizacin RAM para la obtencin de
remota en redes. informacin se utilizan los
Caracterizacin agentes, el software que se
de RMON comunicar con el NMS
Descripcin de (Network Management System),
la arquitectura toda la informacin se ira
cliente servidor recopilando y guardando en un
en la que opera MIB, en Windows se tiene que
Comparacin de activar una caracterstica del
las versiones sistema, SNMP de WMI
indicando las (Windows Management
capas del Instrumentation) para activar el
modelo TCP/IP agente proxy. Como sistema de
en las que opera administracin se usara MRTG
cada una. ya que es open source y puede Calvo Garca, ngel
ser instalado tanto en Linux Luis. Gestin de redes
como en Windows. telemticas (UF1880).
Madrid, ES: IC Editorial,
Base de informacin de 2014. ProQuest ebrary.
Administracin (MIB) Web. 21 October 2017.
Copyright 2014. IC
Aqu es donde se alojaran todos Editorial. All rights
los datos que han sido dados por reserved.
los diferentes agentes que se
encuentran en toda la red.

Se debe utilizar la estructura en

rbol lo cual permitir tener un
control claro de los diferentes
datos almacenados para poder
evitar duplicidad. Se debe actuar
por nomenclatura numrica que
ayudara a realizar el proceso
mucho ms rpido.

Explicacin del Concepto

TRAP

Trap son mensajes que son

enviados desde los agentes hacia
nuestro sistema de
administracin, estos se envan
de forma asncrona y nos
permiten reconocer cuando
existe una alerta en nuestra red.
En la red propuesta se usaran
para advertirnos cuando un
enlace en la red se ha cado.

Comparacin de las versiones

SNMP O Simple Network

Manager Protocol

Existen tres versiones:

SNMPv1: En esta no era posible

capturar los datos de una tabla
en una sola peticin y existan
problemas de seguridad.
SNMPv2: En esta versin ya era
posible capturar todos los datos
de una tabla en una solo peticin
y adems en agente poda
solicitar acuso de recibo del
envi realizado.
SNMPv3: Incorpora mejoras de
seguridad como Hash y era
posible cifrar la informacin.

Explicacin de las limitaciones

de SNMP y la necesidad de
monitorizacin remota en
redes

La SNMP no puede saber con

exactitud el estado real del total
de la red y adems puede
consumir mucha banda de
conexin cuando existen
mltiples traps en el sistema esto
por fallos de muchas maquinas.
La monitorizacin es importante
ya que puede filtrar toda la
informacin que se enviada por
ejemplo de los traps y as evitar
el colapso del servidor.

Caracterizacin de RMON
Los RMON permiten realizar un
sondeo del segmento de red
donde se encuentran.
Dentro de la propuesta
colaborativa se propone trabajar
con los switch que ya vienen con
RMON de all se debe
aprovechar el puerto SPAN lo
que permite monitorear todos los
puertos en ese switch.

Descripcin de la arquitectura
cliente servidor en la que
opera

Unas mquinas dentro de esta

arquitectura sirven los datos de
administracin y otras los
gestionan.

Dentro de los elementos que

interactan en la red estn:

El gestor de la red.
Sondas RMON.
Protocolo SNMP y
equipos agentes SNMP.

Comparacin de las versiones

indicando las capas del modelo
TCP/IP en las que opera cada
una

Existen dos versiones de RMON

las cuales son:

RMON1: Esta trabaja en las

capas inferiores del modelo OSI
correspondiendo a la capa
TCP/IP.
RMON2: Permite usar variables
 de enrutamiento y servicios
diversos y en esta se aade
soportes de red.
Criterios de
Estudiante No4 identificacin de los
servicios a
Clasificacin y monitorizar.
ejemplificacin
de los tipos de Lo mejor es monitorizar todos
herramientas de los servicios de red que se
monitorizacin. tengan implantados, el problema
Criterios de es cuando se tiene muchos
identificacin dispositivos que controlar, y
de los servicios muchos servicios, no todos ellos
a monitorizar indispensables. Habra que
Criterios de diferenciar entre los que es
planificar los imprescindible y lo que no.
procedimientos
de Un criterio importante, si se ha
monitorizacin realizado, es el compromiso
para que tengan alcanzado en los SLA (Service
la menor Level Agreement) de cada
IMIRIDA incidencia en el servicio. Normalmente estos
MORA funcionamiento compromisos se habran logrado
de la red. teniendo encuenta los procesos
NIO
Protocolos de de montoriacion. En cada SLA
administracin se fijaran los niveles minimos de
de red servici, que afectaran a la
Ejemplificacin dispnibilidad y la capacidad de
y comparacin la red.
de herramientas
comerciales y El SLA durante la etapa de
de cdigo planificacion de la red impone
abierto. compromisos a cada sericio.
Planificacin Esto va a marcar los
del anlisis del requerimientos de
rendimiento. monitorizacion. Para establecer
nuevos criterios de
monitorizacion el HELP DESK,
que podra dar una idea de cuales
son los servicios mas
conflictivos o usados.

Se debe distiguir entonces cuales

son los servios fundamentales de
la red, pues habra que
mantenerlos controlados desde
el principio, ello dependera de la
naturaleza de la empresa, del uso
que hace de la red, etc.

Pero como prioridad se debe

monitorizar la pagina web de la
empresa, con los servicios que
tenga asociados, otros servicios
puede ser el de correo
electronico, y ciertos servicios
de seguridad iran asociados a los
anterioes.
Protocolos de
administracin de red

Se enuncian los siguiente

protocolos de administracion:

SNMP: Simple Network

Mnagment Protocol, es el mas
haitual, marca el camino de
como se estructura una
administracion de red. Casi
todos los protocolos siguen unos
procedimietos parecidos basados
en agentes y gestores NMS
(Network Management System),
y en sondeos con respuestas, o
con mensajes por eventos.

RMON: Remote MONitoring,

propiamente dicho es una
extension de SNMP, ya que
aumenta ss posibilidades con
nuevos objetos MIB
(Mnagement Information Base),
procura mejorar el rndimiento de
la monitorizacion, poniendo el
acento en los flujos de datos d
ela red, mas que en los
dispositivos, se basa en a
distribuccion estrategica de
sondas.
CMIP: Common Mangement
Information Protocol,
desarrollado para OSI,
disponede version para TCP/IP,
llamada CMOT (CMio Over
Tcp/ip). Sigue unos principios
mascomplejos procurando
aumentar la efectividad al
reducir el numero de mensajes
necesarios.

WMI: Windows Management

Instrumentation, es un estandar
para la implementacion de
WBEM (Web Based
Enterprise Management), de
Mcrosoft.

NETFLOW: Es un estandar que

nace de IPFIX (IP Flow
Information eXport) un
protocolo propietario de Cisco,
esta pensado para estudiarlos
flujos de trafico y para residir en
equipos especificos, como
routers y switches, aunque se
puede instalar en dispositivos de
proposito general.

IP SLA: Internet Protocol

Service Level Agreement,
protocolo de Cisco para
averiguar el estado de la red a
base de hacer pruebas sobre la
misma para averigurar tiempos
de respuesta, retardeos, etc.

SFLOW: Es otro protocolo que

sueleutilizarse en conjunto cn
NetFlow, ya que Sflow realiza
muestreos geneando mensajes de
prueba, mientras que Netflow
analiza el trafico que hay, suele
estar incorporado por muchos
fabricantes de switches.

J-FLOW: Es un protocolo
propietario de Juniper Networks
para el segumiento y recogida de
flujos de datos IP. Es lo que es
Netflow a Cisco.

Ejemplificacin y
comparacin de
herramientas comerciales
y de cdigo abierto.

Muchas herramientas
comerciales incorporan diversas
funcionalidades a la vez, lo que
suelen hacer es integrar varias
herramientas en una interfaz
comn, cuando se instalan
dichas herramientas suelen ser
compactas es decir instalan
todos los servicios y protocolos
necesarios de una vez,
incorporan funcionalidades de
anlisis, representacin de
grficos, informes, alarmas, todo
desde interfaces amigables.

HERRAMIENTAS DE
CODIGOS LIBRES: Cada
servicio o protocolo suele
instalarse por separado. Salvo
excepciones, hay que tener en
cuntalas dependencias dcada
uno de los paquetes de
instalacin, suele ser necesario
modificar diversos archivos para
que funciones correctamente, a
veces los grficos por defecto
dejan mucho que desear.

Esto duele ser un problema para

muchos administradores de red,
pero tambin permiten n control
muy exhaustivo de lo que se est
 haciendo y redunda en un
aprovechamiento mayor de
todos los recursos disponibles,
algo que no suele ser posible con
herramientas comerciales.

HERRAMIENTAS
COMERCIALES: Suelen tener
implementada toda la instalacin
en un solo paquete, lo que
redunda en una mayor facilidad
de instalacin. Tambin cuentan
con el apoyo del servicio tcnico
de la marca, las de cdigo libre
se nutren de los manuales
publicados y de las paginas
oficiales de la herramienta o a
distribucin Linux.

INDICADORES Y
Estudiante No5 MTRICAS

Indicadores y INDICADORES: son

mtricas parmetros de medicin que nos
Identificacin permiten darle un valor de
de indicadores aceptacin mnima a un servicio
de rendimiento o producto. el propsito de
de la red.
establecer este tipo de medidas
Identificacin
es poder hacer anlisis de
de indicadores
de rendimiento evolucin y definir
BRAYAN de sistemas caractersticas optimas o
ALEXIS Identificacin evolutivas de un servicio.
de indicadores MTRICA: son los tableros de
de rendimiento control de indicadores que
de servicios
proporcionan una vista completa
Definicin y
de una serie de caractersticas de
objetivos de
mantenimiento la solucin que se est
preventivo administrando. dichos
Relacin entre indicadores deben ser adecuados
mantenimiento para analizar la red y sus
preventivo y los componentes, para obtener
planes de informes tiles para tomar
calidad
 El firmware en decisiones.
los dispositivos
de IDENTIFICACIN DE
comunicaciones INDICADORES DE
RENDIMIENTO DE LA RED

Con el propsito de poder

evaluar la confiabilidad y
sostenibilidad del rendimiento
de una red, se hace necesario,
disear indicadores que nos den
informacin para la toma de
decisiones, tales como: la
capacidad de canal, la
utilizacin de canal, el retardo
de extremo a extremo, la
dispersin del retardo, perdida
de paquetes y errores.

Capacidad nominal y efectiva

del canal permite saber la
capacidad de informacin que
puede utilizarse en el canal.

Capacidad nominal del canal es

la cantidad mxima de datos que
puede transferirse por bits.
depende del ancho de banda del
medio, la naturaleza del medio
impone restricciones fsicas y
dentro de cada medio hay
diversos tipos y categoras que
imponen diferentes calidades.

Capacidad efectiva del canal: es

la capacidad terica, es decir
mxima del canal, est limitado
por: capacidad nominal,
caractersticas de los
dispositivos intermediarios,
carga adicional de
procesamientos de las diversas
capas (internet, transporte y
aplicacin, eficiencia de
protocolo de transmisin, etc.

Utilizacin del canal es el

anlisis de la capacidad real de
uso, dado que el uso nunca debe
llegar a la capacidad terica.,
para lo cual se hace estudio de
tendencias para ver si se debe
hacer un aumento en el ancho de
banda o zonas donde la
utilizacin alcance niveles
excesivos. la utilizacin se suele
medir en bits/seg o tambin en
pps (paquetes/seg).

Identificacin de indicadores de
rendimiento de servicios: para
este caso se miden indicadores
como la disponibilidad de la red
y los recursos que se requieren
para que la red funciones. la
disponibilidad sirve como
criterio para evaluar durante
cunto tiempo ha estado dando
servicio el sistema. y para
conocer utilizacin de
dispositivos de entrada y salida
son los que sirven para importar
y exportar la informacin del
computador.

Indicadores de rendimiento de
servicio los servicios son
programas ofrecen datos o
realizan alguna tarea para
sostener la red, reciben
notificaciones etc. a la hora de
revisar lo que ms interesa es su
disponibilidad, el tiempo que
puede tardar en satisfacer las
peticiones que reciba y la carga
de trabajo que soporta.
disponibilidad para analizar la
disponibilidad de los servicios se
pueden utilizar herramientas
como los nms existen soluciones
redundancia y balanceo de
carga. redundancia: se garantiza
que hay funcionamiento o
alternativa. balanceo de carga: se
consigue repartir el esfuerzo de
servicio entre varios equipos.
tiempo de respuesta retardos de
infraestructura por la calidad de
hardware y la configuracin y el
trabajo del cache, el empleo de
tcnicas de seguridad, manejo de
colas de peticiones.

Definicin y objetivos de
mantenimiento preventivo

Anlisis de tendencias y medidas

correctivas. Busca hacer una
previsin, en base en informes y
grficos, sobre como
evolucionar la red, por esto
debemos comprender:
recoleccin, preparacin y
limpieza de datos, Seleccin de
elementos analizar, Pronostico
de los elementos seleccionados.

Medidas correctivas Cambiar el

hardware estropeado, Cambiar
la configuracin de algn
elemento, Modificar el uso de la
red, Ampliar el ancho de banda
o mejorar el equipamiento.
 SUGERENCIAS
Siempre hay que planificar todas las tareas a realizar para la red telemtica entre esas estn:
Identificar las necesidades del cliente: debo conocer plenamente a mi cliente
- Investigar acerca de la empresa donde se implementar la red, que hacen, a que se
dedican, de donde vienen, para donde van.
- Entrevistar el personal que labora en la empresa
- Indagar a mi cliente acerca de las expectativas que tiene del proyecto y sus necesidades
Levantamiento de informacin para el diseo de red:
Identificar las caractersticas y detalles del contorno de la red telemtica
- Infraestructura del lugar tanto externa como interna
- Cantidad de usuarios y ubicacin de los mismos
- Equipos con los que cuento
- Revisar la posible ubicacin y cableado con que se cuenta - identificar puntos de acceso
inalmbrico
Dimensiones de la red telemtica:
- Usuarios: establecer que cantidad de tomas tendr cada usuario
- Cableado: Calcular que cableado necesito para culminar con xito la red telemtica
- Equipos: Identificar los equipos necesarios para llevar a cabo la red telemtica
- Personal: Conocer que personal necesito para la ejecucin - Siempre dejar un porcentaje
extra de todos los componentes.
CONCLUSIONES
 REFERENCIAS BIBLIOGRAFICAS

Callisaya, E. (21 de octubre de 2014). academia.edu. Obtenido de

academia.edu:http://www.academia.edu/8893403/METODOLOGIAS_PARA_EL_
DISE%C3%91O_DE_REDES_Contenido

Lunar, c., gabriel, p., daniel, q., & Katiusca, s. (noviembre de 2014). proyecto-
plataformadespachos7022.blogspot.com.co. Obtenido de proyecto-
plataformadespachos7022.blogspot.com.co: http://proyecto-
plataformadespachos7022.blogspot.com.co/p/metodologia-de-red_14.html

wikipedia. (16 de Febrero de 2017). wikipedia. Obtenido de wikipedia:

https://es.wikipedia.org/wiki/Gordon_Moore