Análisis de
redes
El análisis de redes se enfoca en los
requerimientos de los usuarios, de sus aplicaciones y dispositivos. también se
enfoca en entender el comportamiento de la red bajo diferentes escenarios. El
análisis de redes también define, determina y describe las relaciones existen
entre el conjunto de usuarios de la red, las aplicaciones y dispositivos de
red. Durante el proceso de análisis encontraremos el camino para tomar las
correctas decisiones cuando nos encontremos en las etapas de arquitectura,
diseño e implementación de la red.
El proceso del análisis de redes tiene dos
propósitos en primer lugar escuchar a los usuarios y entender sus necesidades,
y segundo entender el sistema.
En el análisis de redes examinamos también
el estado de la red existente, incluyendo los problemas que podría tener,
creamos una descripción de las tareas de que deberán atenderse, desarrollamos
los requerimientos y flujos de tráfico, así como también el mapeo de usuarios,
aplicaciones y dispositivos, de esta manera recopilamos información para las
etapas de arquitectura y diseño.
Análisis de
los requerimientos de usuario
La especificación de requerimientos de
cualquier servicio o producto no es una ciencia exacta. pero un análisis formal
del proceso incrementará las probabilidades de acierto en las siguientes etapas
de diseño e implementación. Los requerimientos de usuario pueden ser expresado
en terminado de servicios requeridos en la red, el volumen de tráfico de red
que será manejado, capacidad de almacenamiento requerido, niveles de servicio
requerido. No es suficiente preguntar al cliente que es lo que quiere ya que
podrían estar dudosos de lo que su red en el futuro requerirá y podrían tener
solo una vaga idea de lo que puede o no lograrse desde un punto de vista tecnológico.
Conversar con el personal de todos los niveles en la organización ayudara a ver
todo el panorama completo y asegurar que los requerimientos sean especificados.
Los servicios requeridos de seguro incluirán
una red básica de servicios tal como compartir archivos, autenticación para el
uso de impresoras en red. correo electrónico y acceso a Internet son los
primeros en la lista y tendrán implicaciones en el tráfico y seguridad de la
red. Otro servicio podría ser requeridos, como aplicaciones de trabajo en red,
vídeo conferencias. Estos requerimientos inevitablemente tienen gran impacto en
los requerimientos de ancho de banda.
Una vez que la lista de servicios requeridos
ha sido creada, será necesario determinar cuántos usuarios normalmente usaran estos
servicios en cualquier momento dado y que tanta será la demanda, Esta
información puede ser obtenida con una estimación del tráfico que fluye en
diferentes partes de la red a diferentes horas del día. el número y tipos de
transacciones de negocio que son realizadas cada día por ejemplo que tan
seguido los datos existentes son modificados o leídos.
El rendimiento de la red es usualmente
especificado en base al promedio de velocidad que un servicio de red responde a
una petición de usuario y el nivel general de disponibilidad de la red, es
decir, cuando tiempo la red funciona de modo normal - ideal 100% -
Finalmente decir que el rendimiento puede
tener un significado diferente para cada persona en particular. Los usuarios
tienen expectativas de acerca de los resultados finales y el tipo de tecnología
cualquiera que sea ésta puede afectar las expectativas sobre todo en momentos
de gran demanda donde podrían darse circunstancias adversas que son inevitables
y vienen de tiempo en tiempo. es una buena política educar a los usuarios que
tengan una expectativa razonable y realista en vez de hacer promesas que no
podamos mantener o llevar a cabo sin el equipo y capacidad necesaria.
Especificación
de los requerimientos: La especificación de requerimientos es un documento con
los requerimientos de la red, pero con alto detalle, incluyendo todos los
servicios y los niveles mínimos de rendimiento que debe cumplir. La
especificación de requerimientos no especifica exactamente cómo será
implementada la funcionalidad requerida, sino simplemente provee un conjunto de
criterios que la red propuesta debe cumplir describiendo las limitaciones de
costo y restricciones de tiempo, este documento es la salida de la etapa de
análisis de requerimientos y representa un hito significativo en el proyecto.
la especificación de requisitos debe incluir las siguientes secciones.
-Estimaciones
sobre los servicios y tráfico de red
-Despliegue
de equipos y software de usuarios finales.
-Aplicaciones
de red.
-Capacidad
de almacenamiento de datos en la red.
-Seguridad
de la red.
-Procedimientos
de recuperación y respaldo de datos.
-Apoyo de
soporte y mantenimiento.
-Programación
para entrenamiento de usuarios.
-Limitaciones
de presupuesto.
El formato exacto de la especificación de
requerimientos variará de una organización a otra, pero la información debe ser
siempre clara sin posibles ambigüedades. El concepto de SLA - Acuerdo del Nivel
de Servicio - es muy popular en muchas organizaciones. Este es un acuerdo
escrito de manera formal entre el departamento de IT y sus usuarios que
establece los niveles esperados de rendimiento para los servicios de red,
especifica los métodos que se utilizarán para el seguimiento y reporte sobre el
rendimiento de la red, define el procedimiento a seguir en caso suceda algún
problema y también las responsabilidades que incumben a los usuarios.
El documento de SLA también sirve para
desmentir niveles esperados de rendimiento poco realistas de los usuarios. La
Información estadística recopilada de la red a través de los dispositivos de
monitoreo es usado para verificar si los acuerdos de niveles de rendimiento son
cumplidos.
Fases de
diseño de redes: Los profesionales en
redes tienen la habilidad de crear redes que pueden llegar a ser tan complejas
que si se llega a presentar un problema no puede ser resuelto usan el mismo
patrón con el que se creó la red. Este hecho nos lleva a solucionar el problema
de una manera también compleja, como resultado tendremos una red que será
difícil de entender y mantener.
Esta situación nos lleva a pensar en realizar
el diseño de una red mediante un proceso estructurado analizando el ciclo de
vida que tiene el diseño de una red para identificar sus fases.
Son estás razones las que nos lleva al diseño
de redes descendente (top-down). Esta es una disciplina que ha crecido de éxito
que ha tenido la programación de software estructurado y el análisis
estructurado de sistemas. el objetivo principal de esta metodología es tratar
de representar con mayor precisión las necesidades del usuario que
desafortunadamente suelen ser ignorados. otro objetivo es mantener el proyecto
manejable viviéndolo en módulos que puede ser mantenidos y modificados
fácilmente.
El diseño
de red puede ser dividió en 4 fases principales.
Análisis de
Requerimiento: En esta fase el analista de red entrevista a los usuarios y
personal tenido para obtener un mayor entendimiento de los objetivos técnicos y
de negocio para el nuevo sistema o actualización. La tarea de representar la
red existente, incluyendo la topología física y lógica como también el
rendimiento de la red. Los últimos pasos de esta phase es analizar el tráfico
de red actual y futuro, como también los comportamientos de protocolo y la calidad
de servicio requerido (SLA.
Desarrollo
de un diseño lógico: En esta se representa la topología de red de la nueva red
o actualización, direccionamiento de capas de red, protocolos de nombre,
intercambio y enrutado. El diseño lógico también incluye el planeamiento de
seguridad, la administración de la red y la investigación inicial para que los
proveedores de servicio puedan cumplir con el acceso remoto y a la WAN.
Desarrollo
de un diseño físico: Durante la fase del diseño físico se especifica las tecnologías
y productos para llevar a cabo los diseños lógicos seleccionados. En esta fase
también debe completada las investigaciones de proveedores de servicio que se
inició en la fase anterior.
Prueba,
optimización y documentación del diseño
El paso final consiste en redactar e
implementar el plan de prueba y construir un prototipo o piloto, optimizar el
diseño de red y documentar el trabajo con el diseño de red propuesto.
Diseño de
redes descendente (Top-Down)
-Fase 1:*
Analizar Requerimientos
*Analizar
metas de negocio y restricciones
*Analizar
metas técnicas, ventajas y desventajas.
*Caracterizar
la red existente
*Caracterizar
el tráfico de la red
-Fase 2:*
Diseño Lógico de la Red
*Diseñar
una topología de la red.
*Diseñar
modelos de direccionamiento y nombres.
*Seleccionar
protocolos de conmutación (switching) y enrutamiento (routing).
*Desarrollar
estrategias de seguridad para la red.
*Desarrollar
estrategias para el mantenimiento de la red.
-Fase 3:
*Diseño Físico de la Red.
*Seleccionar
tecnologías y dispositivos para las redes de cada sector.
*Seleccionar
tecnologías y dispositivos para la red corporativa (de la empresa u
organización).
-Fase 4:
*Probar, Optimizar y Documentar el diseño de la red.
*Probar el
diseño de la red.
*Optimizar
el diseño de la red.
*Documentar
el diseño de la red.
Diseño de
Redes PDIOO
-Fase 1:
*Planificación (Plan).
*Identificación
de requisitos.
*Aplicaciones
y protocolos
*Conexión a
Internet.
*Direccionamiento
(public/privado/IPv4/v6)
*Redundancia.
*Wireless.
*QoS.
- 2: *Estudio del Estado actual de la red
*Cableado.
*Equipamiento
que debe ser soportado.
*Procedimientos
de administración.
*Topología.
*Utilización.
-Fase 2:*
Diseño.
*Diseño de
acuerdo con los requisitos y el estado de la red.
*Consultando
al propietario.
-Fase 3:
*Implementación.
*Creación
de acuerdo con el diseño.
*Posible
prototipo o red piloto (prueba de concepto).
-Fase 4:
*Operación.
*Operación
y monitorización de la red.
*Comprobación
final del diseño.
-Fase 5:
*Optimización.
*Detección
y corrección de problemas.
*Puede requerir un rediseño.
No hay comentarios.:
Publicar un comentario