Capitulo 12 Metodologia de Diseño de Redes Corporativas

UNIVERSIDAD CATLICA SAN PABLO Unidad Acadmica Tarija INGENIERA DE SISTEMAS Y TELECOMUNICACIONES
Materia: INF 342 Redes de Computadoras II Captulo 12: Metodologa de Diseo de Redes Corporativas Docente: Ing. Mauricio Aliaga Tarija, Noviembre 2012
Metodologa
UCB TJA INF 342
Diseo de Redes Corporativas
a 1ra Parte
a Metodologa a Pautas
UCB TJA INF 342
Caractersticas en el Diseo de Redes
a Diseos raramenterepetitivos a Algo de Arte a Combinacin de Reglas a Evaluacin y seleccinde tecnologas a Conocimiento:
` De la Tecnologas ` Servicios ` Sistemas
3
UCB TJA INF 342
Enfoques
a TRADICIONAL
` Enfocado a la capacidad ` Ante problemas en la Red
Incrementar el ancho de banda
a NUEVASCONSIDERACIONES
` Tiempos de Transporte ` Fiabilidad ` Servicios a los usuarios
4
UCB TJA INF 342
Metodologa para diseo de red de empresarial propuesta por James McCABE
UCB TJA INF 342
Proceso general
Condiciones iniciales Anlisis de requerimientos Anlisis de flujo Diseo lgico Diseo fsico Direccionamiento y ruteo
UCB TJA INF 342
Introduccin A&D de Redes
Anlisis
Diseo
Ejecucin del diseo

7
Objetivo
Disear y optimizar redes de comunicaciones (datos, voz y video) utilizando una metodologa que proporcione una calidad de servicio controlada a las aplicaciones informticas que utilicen la infraestructura planificada.
Caractersticas
Se har nfasis en Diseo Descendente (Top-Down) Es genrico (no es orientado a Cisco, aunque son inevitables las referencias al ser la mayor empresa del ramo) Requiere de conocimientos generales previos sobre redes LAN, pila de protocolos TCP/IP, protocolos de conmutacin, protocolos de enrutamiento, entre otros. Es un curso avanzado.
UCB TJA INF 342
Metodologa General
1) Fase de anlisis y fase de diseo 2) En la fase de anlisis de requerimientos se establecen: Mapas de aplicaciones, Descripciones de flujos de datos, simples y Compuestos 3) En la fase de diseo hay dos niveles: diseo lgico y diseo fsico
Metodologa General Fase de Anlisis

1. Recabar requerimientos Entrada: condiciones iniciales 2. Definir las aplicaciones que se ejecutarn en forma distribuida. Salida: mapa de aplicaciones 3. Caracterizar cmo usan los usuarios las aplicaciones Definir mtricas para medir el desempeo Salida: modificadores de desempeo (por usuario/aplicacin) 4.Distinguir entre requerimientos de servicio Entradas: grupos/tipos de aplicaciones y criterio general para distinguir entre servicios Salidas: requerimientos de tiempo real, requerimientos de tipo ``best effort 5. Definir flujos, establecer las fronteras de flujo Entradas: mapa de aplicaciones (ver paso 2)
UCB TJA INF 342
Metodologa General Fase de Diseo (lgico)

1. Establecer metas de diseo Entrada: especificacin de flujos y especificacin de requerimientos, en particular presupuesto 2. Desarrollar criterios para evaluacin de tecnologas: costo, rapidez, confiabilidad, etc. 3. Realizar la seleccin de tecnologas Entradas: anlisis de comportamiento de aplicaciones, con sus modificadores de desempeo (ver paso 3 de la Fase de Anlisis) e informacin sobre tecnologas ofrecidas en el mercado 4. Integrar mecanismos de interconexin 5. Integrar aspectos de administracin y seguridad al diseo Entrada: variables para administracin de la red (ver paso 2 de la Fase de Anlisis) 6. Incorporar anlisis de riesgos y planificacin de contingencias (Nota: aqu concluye el Diseo Lgico)
UCB TJA INF 342
Metodologa de Diseo Fase de Diseo (fsico)

7. Evaluar opciones de diseo del cableado 8. Seleccionar la ubicacin de los equipos 9. Realizar el diagrama fsico de la red 10. Incorporar las estrategias de enrutamiento con base en los flujos Entrada: restricciones impuestas por los mecanismos de interconexin seleccionados en el paso 4 11.Optimizar flujos de enrutamiento 12.Desarrollar una estrategia de asignacin de direcciones, asignar las direcciones 13.Desarrollar una estrategia detallada de enrutamiento Entrada: algoritmos de enrutamiento disponibles Con este paso concluye el Diseo Fsico
UCB TJA INF 342
Diseo Descendente de Redes
UCB TJA INF 342
Diseo Descendente de Redes

El diseo de redes debe ser un proceso completo, que asocie las necesidades del negocio a la tecnologa disponible, para generar un sistema que maximice el xito de una organizacin.
En el rea de Redes Locales (LAN) es ms que comprar unos pocos dispositivos En Redes de rea Extendida (WAN) es ms que llamar a la compaa telefnica
UCB TJA INF 342
No comenzar conectando direcciones IP Analizar las metas tcnicas y de negocio primero Explorar las estructuras de grupos y divisiones para encontrar a quines sirve la red y dnde residen Determinar qu aplicaciones se ejecutarn y cmo se comportan esas aplicaciones en una red Enfocarse primero en la capa 7 o ms arriba
UCB TJA INF 342
Comenzar por Arriba
Capas del Modelo OSI

Capa 7 Capa 6 Capa 5 Capa 4 Capa 3 Capa 2 Capa 1
Aplicacin Presentacin Sesin Transporte Red Enlace Fsica

UCB TJA INF 342
Diseo Estructurado
Se enfoca en entender los flujos de datos, tipos de datos y procesos que acceden a los datos y los modifican. Se enfoca en entender la ubicacin y las necesidades de las comunidades de usuarios que acceden o cambian datos y procesos. Pueden usarse varias tcnicas y modelos para caracterizar el sistema existente, los nuevos requerimientos de los usuarios y una estructura para el sistema futuro. Se desarrolla un modelo lgico antes del modelo fsico.
El modelo lgico representa los elementos bsicos, divididos por funciones y la estructura del sistema. El modelo fsico representa los dispositivos, las tecnologas especficas y la implementacin. 342 UCB TJA INF
Ciclo de Vida del Desarrollo de Sistemas

En ingls: SDLC. En este curso SDLC no significa Synchronous Data Link Control! Los sistemas tpicamente se desarrollan y continan existiendo durante un cierto perodo de tiempo, llamado frecuentemente Ciclo de Vida del Desarrollo del Sistema
UCB TJA INF 342
Pasos para el Diseo Descendente

Analizar requerimientos
Monitorear y optimizar el rendimiento de la red
Desarrollar diseo lgico
Implementar y probar la red Probar, optimizar, y documentar el diseo UCB TJA INF 342
Desarrollar diseo fsico
Fases del Diseo de Redes

Fase 1 Analizar Requerimientos
Analizar metas de negocio y restricciones Analizar metas tcnicas, pros y contras Caracterizar la red existente Caracterizar el trfico de la red
UCB TJA INF 342

Fase 2 Diseo Lgico de la Red
Disear una topologa de la red Disear modelos de direccionamiento y nombres Seleccionar protocolos de conmutacin (switching) y enrutamiento (routing) Desarrollar estrategias de seguridad para la red Desarrollar estrategias para el mantenimiento de la red
UCB TJA INF 342

Fase 3 Diseo Fsico de la Red
Seleccionar tecnologas y dispositivos para las redes de cada campus Seleccionar tecnologas y dispositivos para la red corporativa (de la empresa u organizacin)
UCB TJA INF 342

Fase 4 Probar, Optimizar y Documentar el Diseo de la Red
Probar el diseo de la red Optimizar el diseo de la red Documentar el diseo de la red
UCB TJA INF 342
El Ciclo de Vida PDIOO de Redes

Plan
Diseo Repetir Optimizacin
Implementacin Operacin
UCB TJA INF 342
Repaso
Cules son las fases principales del diseo de redes, en una metodologa descendente? Cules son las fases principales del diseo de redes en una metodologa PDIOO (Planificacin Diseo Implementacin Operacin Optimizacin)? Por qu es importante conocer el estilo de negocio del cliente? Mencione algunas metas tpicas de un negocio hoy en da.
UCB TJA INF 342
Proceso general
UCB TJA INF 342
Proceso general
UCB TJA INF 342
Anlisis
Diseo
Ejecucin del diseo

26
Condiciones Generales
Condiciones iniciales
Anlisis de requerimientos Anlisis de flujo Diseo lgico Diseo fsico Direccionamiento y ruteo
UCB TJA INF 342
Anlisis
Diseo
Ejecucin del diseo
UCB TJA INF 342
Anlisis
a Que es lo que quieren los usuarios a Objetivos del diseo
` Maximizar rendimiento ` Minimizar costos Pros y Contras Costo vs. Rendimiento Simplicidad vs. Funcionalidad Equilibrio entre Arquitectura y funcionalidad
UCB TJA INF 342
Ms de una solucin
Determinar Condiciones Iniciales

Tipo de diseo del proyecto
Nuevo diseo mejorar una red existente contratar a un outsourcing
Dimensionamiento
Tamao de la red Geogrfico Financiero
UCB TJA INF 342
30
Condiciones Iniciales
Objetivos del diseo inicial (si est disponible) Fuerzas externas/restricciones
Politico - Quien est a cargo? Administrativo - Comit que toma decisiones?
Evaluacin de la situacin existente

Porque estamos haciendo esto? Que tiene de errado la red del sistema existente?
UCB TJA INF 342
31
Metas del Negocio

Incrementar las ganancias: Reducir costos de operacin Mejorar las comunicaciones Acortar el ciclo de desarrollo de productos Expandirse a mercados internacionales Hacer asociaciones con otras compaas Ofrecer mejor soporte al cliente o crear nuevos servicios
UCB TJA INF 342
Mobilidad Seguridad Robustez (Tolerancia a fallas) Continuidad despus de un desastre Los proyectos de red deben priorizarse con base en metas fiscales Las redes deben ofrecer un retardo bajo, requerido para aplicaciones de tiempo real como VoIP
UCB TJA INF 342
Nuevas Prioridades de Negocio
Restricciones de Negocio
Presupuesto Personal Agenda Polticas
UCB TJA INF 342
Recabar informacin antes de la primera reunin

Antes de reunirse con el cliente, sea ste interno o externo, recaba alguna informacin bsica relacionada con el negocio Informacin como:
Productos o servicios que se ofrecen Viabilidad financiera Clientes, suplidores, competencia Ventajas competitivas
UCB TJA INF 342
Reunin con el Cliente

Intenta obtener
Un resumen conciso de las metas del proyecto Qu problemas quieren resolver? Cmo puede ayudar la tecnologa a hacer el negocio ms exitoso? Qu debera pasar para que el proyecto tenga xito?
UCB TJA INF 342

Qu pasara si el proyecto falla?
Tiene impacto sobre una funcin crtica del negocio? Este proyecto es visible para la alta gerencia? Quin est de tu lado?
UCB TJA INF 342

Descubre cualquier sesgo
Por ejemplo
Slo usarn productos de ciertas compaas? Evitarn usar ciertas tecnologas? Existen diferencias entre la gente de informtica y el resto de la organizacin?
Habla con el personal tcnico y gerencial

UCB TJA INF 342

Obtn una copia del organigrama
Nos mostrar la estructura general de la organizacin Sabremos los usuarios que debemos tomar en cuenta Sabremos las ubicaciones geogrficas que debemos tomar en cuenta
UCB TJA INF 342

Obtn una copia de la poltica de seguridad
Cmo afectara esta poltica un nuevo diseo? Cmo impactara un nuevo diseo en la poltica? La poltica es tan estricta que impide al diseador de la red hacer su trabajo?
Comienza catalogando los recursos de red que la poltica de seguridad debera proteger
Hardware, software, aplicaciones y datos Menos obvio, pero quizs ms importante, propiedad intelectual, secretos de negocio y cualquier informacin que pueda ser usada en contra de la reputacin de la compaa
UCB TJA INF 342
De corto alcance? Por ejemplo, permitir que la gente de ventas puedan acceder va una VPN De largo alcance? Por ejemplo, un rediseo completo de la red de la empresa Use el modelo OSI para aclarar el alcance Por ejemplo: una nueva aplicacin de reporte financiero vs un nuevo protocolo de enrutamiento vs nuevos enlaces de datos (digamos inalmbricos) El alcance est dentro del presupuesto, la capacidad del personal, la agenda de la empresa?
Alcance del Proyecto de Diseo
UCB TJA INF 342
Aplicaciones
Recabar informacin ms detallada
Ahora y despus de terminar el proyecto Incluir aplicaciones de productividad y de gestin de sistemas
Comunidades de usuarios Almacenamiento de datos Protocolos Arquitecturas lgica y fsica actuales Rendimiento actual
UCB TJA INF 342
Aplicaciones de Red
Nombre de Tipo de la aplicacin aplicacin Aplicacin Es crtica? nueva? Comentarios
UCB TJA INF 342
Resumen
Mtodo sistemtico Enfocarse primero en los requerimientos del negocio, las restricciones y las aplicaciones Entender la estructura corporativa del cliente Entender el estilo de negocio del cliente
UCB TJA INF 342
Anlisis de requerimientos
Anlisis de Condiciones iniciales requerimientos
Anlisis de flujo Diseo lgico Diseo fsico Direccionamiento y ruteo
UCB TJA INF 342
Anlisis
Diseo
Ejecucin del diseo

45
UCB TJA INF 342
Conceptos relevantes Sistemas

Componentes y relaciones del sistema
Servicios Usuario Aplicacin Solicita Host Red
Introduccin A&D de Redes 47
Usuario Aplicacin Host
Ofrece
UCB TJA INF 342
Conceptos relevantes Servicios de red

Caractersticas
Demanda Oferta Usuario Aplicacin Host Red Usuario Aplicacin Host
Niveles
Requerimientos de rendimiento
Confiabilidad Capacidad Retardo
Mtricas de servicio
UCB TJA INF 342
48
Determinacin de requerimientos
Consiste en
Identificar, capturar y comprender los requerimientos del sistema y sus caractersticas Desarrollar umbrales de rendimiento para distinguir entre servicios de bajo y alto rendimiento Determinar servicios especficos
Requerimientos de
Usuarios Aplicaciones Hosts Red Financieros
UCB TJA INF 342
Determinacin de requerimientos 2
Para obtener requerimientos desarrollar:

Perfiles de usuario Entrevistas Grupos de anlisis, tests en laboratorio
Decidir entre soluciones abiertas o propietarias
UCB TJA INF 342
50
Anlisis de Requerimientos: PAUTAS

Las pautas para el anlisis de requerimientos son parte del modelo del proceso. Este modelo, mostrado en la siguiente figura, muestra los pasos principales en la coleccin y anlisis de requerimientos para su diseo de red.
UCB TJA INF 342
51
Anlisis de Requerimientos: PAUTAS

Condiciones Iniciales Obtencin de Requerimientos Desarrollar Mtricas de Servicio para Medir Rendimiento Caracterizando el Comportamiento Determinar Umbrales de Rendimiento Distincin entre Requerimientos de Servicio Pautas en distinguir Servicios Desarrollo Mapa de Aplicaciones Variables de Administracin de Red Modificadores de Rendimiento Usuarios/Aplicacin
Aplicacin Tipos / Grupos
UCB TJA INF 342
52
Contexto en el proceso general

A&D Determ. de Requerimientos
Anlisis
Diseo
Ejecucin del diseo

53
UCB TJA INF 342
Resultados
Los resultados de la etapa son:
Especificacin de requerimientos
Hojas de trabajo
Mapa de aplicaciones
Esquema que muestra
Ubicacin fsica de edificios y estaciones que usan las aplicaciones en estudio Ambito de las aplicaciones
UCB TJA INF 342
54
Componentes
Componentes y relaciones del sistema
Servicios Usuario Aplicacin Solicita Host Red
A&D Determ. de Requerimientos 55
Ofrece
UCB TJA INF 342
Naturaleza de los requerimientos

Hosts
(PCs, servidores)
Aplicaciones
Usuarios finales
Redes existentes
Diseo nueva red

UCB TJA INF 342
56
Requerimientos de usuario
Oportunidad Interactividad Confiabilidad Calidad Adaptabilidad Seguridad Factibilidad Nmero de usuarios Ubicacin de los usuarios Crecimiento esperado
Usuario Aplicacin Host Red
UCB TJA INF 342
57
Requerimientos de usuario/servicio
Oportunidad Interactividad Confiabilidad Calidad Adaptabilidad Seguridad Factibilidad Nmero de usuarios Ubicacin de los usuarios Crecimiento esperado
Retardo
Confiabilidad
Capacidad
UCB TJA INF 342
58
Requerimientos de aplicacin
Grupo de aplicacin al que pertenece Tipo de aplicacin Caractersticas de rendimiento de la aplicacin Ubicaciones de la aplicacin
UCB TJA INF 342
59
Requerimientos de Host
Usuario Aplicacin Host Red Usuario Aplicacin Host
Tipos de hosts y equipamiento Informacin sobre ubicaciones Caractersticas de rendimiento de host/equipo
UCB TJA INF 342
60
Requerimientos de red
Redes existentes Redes existentes Redes existentes
Escalabilidad Servicios de red Servicios de soporte Interoperabilidad Ubicacin Caractersticas de rendimiento de red
UCB TJA INF 342
61
Otros requerimientos
Financieros o presupuestarios Integracin con otros tipos de medios de comunicacin
telfono fax video etc.
UCB TJA INF 342
62
Contexto en el proceso de anlisis

Condiciones iniciales Captura de requerimientos Desarrollar mtricas de Servicio Caracterizar comportamiento Desarrollar umbrales de rendimiento Tipos de aplicaciones Distinguir entre requerim de servicio Gua para distinguir servicios Especif. de requerim. Modelos de flujo Distribucin de flujo Caractersticas del flujo Algoritmo de especificacin Desarrollar especificacin de flujos Plan de capacidad Plan de servicio Establecer lmites de flujo Identificar flujos backbone y compuestos Mapas de aplicaciones Vars. de adm. de red Modif. De rend. Usuario/Aplicacin
UCB TJA INF 342
Etapa: Capturar y listar requerimientos

Se desarrolla en base a las condiciones iniciales, con entradas desde los usuarios, clientes y personal de la red, y luego debe ser refinado. Subetapas Determinar condiciones iniciales. Estas incluyen: Tipo de proyecto (nueva red, modificacin, anlisis, outsourcing) Ambito del diseo (tamao, distancia, nmero de sitios) Objetivos iniciales Fuerzas externas (polticas, administrativas, financieras) Trabajar con los usuarios (durante todo el proceso)
Listar requerimientos y construir mapa de aplicaciones

UCB TJA INF 342
64
Etapa: Desarrollar mtricas de servicio

Propsito: medir rendimiento
Por ejemplo: SNMP/CMIP -> Usado para medir prdidas de paquetes Ping -> Usado para monitorear retardos en la red. Otros.
Tabla ejemplo Mtricas de servicio Dnde se medirn? Mtodo de medicin
UCB TJA INF 342
65
Etapa: Caracterizar el rendimiento

Objetivo
Determinar, si se puede estimar, el rendimiento de la red mediante la comprensin de cmo los usuarios y sus aplicaciones funcionarn a travs de la red
Subetapas
Definir patrones de uso Un patrn simple sera:
Nmero de usuarios para cada aplicacin Frecuencia de uso esperada (n de sesiones /usuario_da) Duracin promedio de la sesin Estimacin del n de sesiones simultneas por aplicacin
Escoger los usuarios ms relevantes

UCB TJA INF 342
66
Etapa: Caracterizar el rendimiento 2

Subetapas (continuacin)
Determinar comportamiento de la aplicacin Idea: Ajustar el rendimiento para la aplicacin analizada
Considere determinar:
Tamao de los datos que la aplicacin procesar Frecuencia y duracin de la transferencia de los datos Direccin del flujo (cliente <--> servidor) Grado de multicasting (simple <--> muy complejo)
Escoger las aplicaciones ms relevantes
UCB TJA INF 342
67
Etapa:
Desarrollar umbrales de rendimiento
Tales como:
Umbrales generales Umbrales especficos a un ambiente Lmites y garantas especficas por servicio
Subetapas
Desarrollar umbrales de Confiabilidad Disponibilidad Nivel de recuperacin de fallas Tasa de error o prdida
UCB TJA INF 342
68
Etapa:
Desarrollar umbrales de rendimiento 2
Desarrollar umbrales de Retardo Existen
Retardo de interaccin(INTD). Entre 10 a 30 ms Retardo de tiempo de respuesta humano (HRT) 100 ms Retardo de propagacin de la red (extremo a extremo, de ida y vuelta -RTT- y del sistema). Se pueden medir usando Ping
Lo anterior permite calcular:

respuesta del sistema = HRT/TCT, cuando HRT/RTT >= 1 respuesta del sistema = HRT/(RTT*TCT), cuando HRT/RTT < 1 Si respuesta del sistema es menor a 3 => aplicacin tipo FTP TCT: tiempo para completar una tarea
UCB TJA INF 342
69
Etapa:
Desarrollar umbrales de Capacidad
La idea es estimar tasa de datos Estas tasas pueden ser

Peak Promedio Bajo
Una forma de estimar tasas de datos (cuando se desconoce informacin) es usar:

TCT Cantidad de datos que se piensa transmitir.
UCB TJA INF 342
70
Etapa:
Separar tipos de servicios. Se puede usar

la siguiente pauta:
Determinar si alguna de las aplicaciones tiene requerimientos especficos de rendimiento (determinstico o garantizado) Tipificar las aplicaciones
Misin crtica Tiempo real Tasa controlada
UCB TJA INF 342
71
Etapa:
Separar tipos de servicios

Agrupar las aplicaciones
De telemetra/Comando y Control Visualizacin Computacin distribuida Acceso, desarrollo y uso de Web Transporte de datos Teleservicio De operacin y administracin
(continuacin)
UCB TJA INF 342
72
Objetivos: nivel de servicio

Disponibilidad de la red Tiempo medio entre fallas de hw Tiempo medio entre fallas de sw Tiempo de respuesta promedio Tiempo de reparacin promedio Tiempo mx. de reparacin Rendimiento de la red Throughput promedio Tiempo medio restaurar disco Tiempo medio restaurar archivo 99.8 a 100% 1 mes 1 mes 10 minutos 1 hora 24 horas 95%, t. Resp. < 2s 64 kbps 4 horas 1 hora
UCB TJA INF 342
73
Velocidades de transferencia
APLICACION
Comunicaciones personales Correo electrnico Programas de control remoto Consultas a base de datos Audio digital Acceso a imgenes Video comprimido Transmisiones mdicas Imgenes documentales Imgenes cientficas Video sin comprimir
VELOCIDAD
300 a 9600 bps o ms 2400 a 9600 bps o ms 9600 a 56000 bps Superior a 1 Mbps 1 a 2 Mbps 1 a 8 Mbps 2 a 10 Mbps Superior a 50 Mbps 10 a 100 Mbps Superior a 1 Gbps 1 a 2 Gbps
Fuente: Netware 4.1. Manual de referencia. 2ed. Tom Sheldon McGraw Hill 1994
A&D Determ. de Requerimientos 74
UCB TJA INF 342
Desarrollar Mtricas de Servicio

Mtricas para Confiabilidad
Disponibilidad Estabilidad (MTBF,MTTR) Caractersticas de Transmisin
Razn de Error de bits Razn de Prdida de Celdas Razn de Prdida de Paquetes/frames
UCB TJA INF 342
75
Mtricas de Servicio
Mtricas de Capacidad
Razn de Datos
Razn de datos peak Razn de datos sostenido
Tamao de los datos

Tamao de rfaga y duracin Tamao del paquete/frame promedio y Mximo Distribucin del tamao de paquetes Tamao de la Transaccin
UCB TJA INF 342
76
Mtricas de Retardo
Extremo a Extremo / Ida y Vuelta Tiempo de respuesta del sistema host Variacin del Retardo Variaciones con condiciones de cambio de red
UCB TJA INF 342
77
Herramientas de Medicin en Red

Contadores SNMP en hubs/switches
cuenta el trnsito de los paquetes Paquetes enviados Paquetes eliminados Errores
Monitores Externos
Remote MONitoring (RMON)
UCB TJA INF 342
78
Herramientas de Medicin en Red

Herramientas simples de Software
Ping Netperf
Herramientas de Anlisis
UCB TJA INF 342
79
Monitor de Rendimiento entre redes CiscoWorks Blue Internetwork

Performance Monitor
Localiza cuellos de botella de rendimiento Provee alta disponibilidad de la red Administracin de Rendimiento Proactivo Anlisis de Tendencia en Rendimiento Anlisis de Rendimiento de redes mezcladas SNA/IP Aumenta el operador de productividad Redundancia, seguridad, y verificacin
UCB TJA INF 342
Localizar Cuellos de Botella en Rendimiento
Usuario final IPM
Anlisis de Rendimiento Salto a Salto a travs de la red

UCB TJA INF 342
81
Anlisis de Rendencia de Rendimiento

Chequea la red por perodos largos de tiempo Muestra los tiempos mximos de respuestas Muestra los tiempos mnimos de respuestas Muestra tiempos de respuesta promedio Muestra errores que podran contribuir a tiempos de respuestas pobres
UCB TJA INF 342
82
Redundancia, Seguridad y Verificacin
Identifica trayectorias redundantes en la red Estima la utilizacin de rutas redundantes

UCB TJA INF 342
83
Usando Ping y Prdida de paquetes IP como medidas de Confiabilidad

LAN LAN
Red de rea Extendida
SNMP/CMIP es usado para obtener prdida de paquetes de datos
Estacin de Monitoreo de Red
Ping es usado entre varios interfaces para monitorear el retardo en la red
UCB TJA INF 342
84
Tabla de mtrica de Servicio

Mtrica de Servicio Donde la mtrica ser medida en el Sistema Mtodo usado para la medida
UCB TJA INF 342
85
Caracterizar el Comportamiento
Patrones de uso
Los patrones del uso pueden incluir para cada aplicacin el nmero total de usuarios para cada aplicacin La frecuencia que se espera que un usuario use la aplicacin (nmero de sesiones/da de uso) Cunto tiempo promedio durar una sesin de la aplicacin (normalmente en segundos) Una estimacin del nmero esperado de sesiones de usuario simultneas para la aplicacin
86
UCB TJA INF 342
Patrones de uso
Nmero de Sesiones Simultneas Frecuencia Duracin Sesiones de Aplicacin Sesin 1 Sesin 2 Sesin 3 Sesin 4 Activo Activo Activo Activo Activo Activo Activo Activo Activo Activo Activo Activo
Activo
Activo
UCB TJA INF 342
87
Caracterizar el Comportamiento
Comportamiento de la aplicacin
Caracterizando el comportamiento de la aplicacin, desear considerar los tamaos de los datos que la aplicacin estar procesando; la frecuencia y duracin de tiempo para los datos a ser transferidos por la red; las caractersticas de flujo de trfico para la aplicacin, particularmente las direcciones de flujo (p.ej., del cliente all servidor); y el grado de multicasting en las comunicaciones (uno-a-uno, uno-a-muchos, muchos-a-muchos). Modelos simples y complejos.
UCB TJA INF 342
88
Desarrollo de Umbrales de Rendimiento

Distinguiendo entre los servicios al mejor esfuerzo, especificado, y servicios de alto/bajo rendimiento, usaremos el criterio siguiente:
1 Un umbral general puede usarse para separar requerimientos de rendimiento de bajo rendimiento y alto rendimiento. 2 Un umbral de ambiente-especfico puede usarse para separar requerimientos de rendimiento en bajo rendimiento y alto rendimiento. 3 Los servicios especificados tendrn lmites o garantas limitadas.
UCB TJA INF 342
89
Requerimientos de Confiabilidad
La medida ms comn de confiabilidad est en los trminos de disponibilidad, como porcentaje de tiempo en servicio o porcentaje de tiempo fuera de servicio. Por ejemplo, un requerimiento para la propuesta de un usuario/cliente potencial final puede establecer un tiempo de servicio garantizado de 99.99%, pero que realmente significa?
UCB TJA INF 342
90
Requerimientos de Confiabilidad
Disponibilidad
Para un sistema que da servicio todo el da, siete das a la semana a sus clientes, la disponibilidad puede pensarse como el tiempo en servicio o fuera de servicio en porcentaje por semana, mes, o por ao, basado en la cantidad total de tiempo por ese periodo.
Disponibilidad Cantidad de Tiempo fuera de Servicio Permitido (horas [h], minutos [m], o (% Tiempo de segundos [s] por periodo de tiempo) Servicio) Anual Mensual Semanal Diario 95 % 438 h 36,5 h 8,4 h 1,2 h 99,5% 43,8 h 3,7 h 50,5 m 7,2 m 99,95% 4,38 h 21,9 m 5,05 m 43,2 s 99,98% 1,75 h 8,75 m 2,0 m 17,3 s 99,99% 0,88 h 4,4 m 1,0 m 8,7 s
UCB TJA INF 342
91
Medicin de Disponibilidad
Cmo puede medirse la disponibilidad? Esta pregunta puede hacerse por lo menos en dos partes: dnde debe medirse la disponibilidad, y qu mtrica de servicio puede usarse para medirlo? Donde la disponibilidad debe medirse depende de que el diseador o el administrador est tratando de lograr.
Interfaces de Red
Red de rea Extendida
Ethernet LAN
Monitores de Red
FDDILAN
UCB TJA INF 342
92
Disponibilidad medida selectivamente entre redes

Disponibilidad
Usuarios LAN Usuarios LAN
Servidor de Lan
Disponibilidad
Usuarios LAN
Usuarios LAN
93
UCB TJA INF 342
Disponibilidad
Disponibilidad Anual Mensual
95% 99.5% 99.95% 99.98% 99.99% 99.999%
438 hrs. 43.8 hrs. 4.38 hrs. 1.75 hrs. 0.88 hrs. 0.09 hrs.
36.5 hrs. 3.7 hrs.
Testbeds
21.9 mins. Mayora sistemas comerciales 8.75 mins. Sistemas de Misin Crtica 4.4 mins. .4 mins.
Sistemas de Tiempo Real Systemas de muy alta disponibilidad
UCB TJA INF 342
94
Tiempo de Reestablecimiento
MTBF/MTBSO y MTTR son tiempos promedios MTBF y MTBSO estiman la frecuencia de paros del sistema. Por ejemplo, un MTBF/MTBSO de 4400 horas (o 2.64E5 minutos) establece que las fallas en el sistema son esperadas aproximadamente cada 6 meses (180 das). MTTR da una estimacin de cunto tiempo los paros del sistema pueden durar. Por ejemplo, un MTTR de 60 minutos puede ser esperado si existe experiencia disponible en sitio, un MTTR de 4 horas (240 minutos) puede esperarse si la ubicacin es remota y el acceso de discado al sistema no est disponible.
UCB TJA INF 342
95
Disponibilidad con MTBF/MTBSO y MTTR

8000
MTBF/MTBSO (Horas)
4000
MTTR
4 horas 2 horas 1hora
2000 1000 400

.0 99 .9 99 .95 99 8 .9 99 .5 99
Disponibilidad (% Tiempo de Conexin)

UCB TJA INF 342
96
Razones de Error y Prdida

Las prdidas pueden medirse en la capa de enlace o de la red, y se informa como un porcentaje de trfico disponible en la red. As, nosotros podramos establecer umbrales de prdidas de celdas, frames, o paquetes y periodos de tiempo, como en la Tabla.
Razn de Prdida de Paquetes (como % del trfico total de la red) 25% a 100% 2% a 24% < 2%
Tiempo Total Mximo (por mes) Hasta 2 horas Hasta 3 horas Resto del mes
UCB TJA INF 342
97
Umbrales para la confiabilidad

Evale los requerimientos de disponibilidad de cada una de las aplicaciones que se usarn en su ambiente, de las discusiones con usuarios de las aplicaciones o de la documentacin para cada aplicacin Determine los umbrales de bajorendimiento/alto-rendimiento Estime la disponibilidad basada en las rutas probables extremo-a-extremo que las aplicaciones usarn, y qu equipo y servicios existen o pueden estar en esas rutas.
UCB TJA INF 342
98
Umbrales de referencia general para Requerimientos de Usuario

Alto - Rendimiento Bajo - Rendimiento Testbed
99.0
99.5
99.9 99.95 99.98 Disponibilidad (%)
UCB TJA INF 342
99
Para Disponibilidad: Las estimaciones del umbral general son:
Confiabilidad de Testbed o Prototipo (disponibilidad): menos de 95% Confiabilidad de bajo-rendimiento (disponibilidad): menos de 99.9% Confiabilidad de alto-rendimiento (disponibilidad): mayor que o iguala a 99.9% (Nota: stos umbrales de disponibilidad son medidos mensualmente.)
UCB TJA INF 342
100
Para el Reestablecimiento, medido como MTBF/MTBSO y MTTR, las estimaciones de umbral general son:
Confiabilidad de bajo-rendimiento (reestablecimiento): MTTR mayor que 2 horas o un MTBF/MTBSO menos de 8000 horas Confiabilidad de alto rendimiento (reestablecimiento): MTTR menor de o igual a 2 horas y MTBF/MTBSO mayor que o iguala a 8000 horas (Nota: Estos umbrales de reestabecimiento se escogen para proveer un MTTR razonable. Si un MTTR ms pequeo es escogido, entonces el MTBF /MTBSO ser correspondientemente ms bajo.)
UCB TJA INF 342
101
Razn de prdida de informacin de extremo-aextremo razn de retransmisin
Bajo-rendimiento (razn Prdidas de paquete IP de
de
prdida):
25% por < 2 horas/mes 10% < prdida del paquete < 25% por < 2 horas/mes 1% < prdida del paquete < 10% por < 5 horas/mes < 1% por el resto del mes
UCB TJA INF 342
102
Requerimientos de Retardo
H Data Aplicacin
Red Network
Componentes Retardo de Interaccin Tiempo de Respuesta Humano Retardo de propagacin de la red
Host UCB TJA INF 342
103
Retardo de Interaccin (INTD)

estima cunto tiempo un usuario est deseoso esperar por una contestacin del sistema durante una sesin interactiva. Los retardos de la interaccin pueden ir de unos pocos segundos a un minuto o ms. En general, un rango til es 10 a 30 segundos.
UCB TJA INF 342
104
Tiempo de Respuesta Humano (HRT)

estima el lmite de tiempo cuando los usuarios empiezan a percibir retardo en el sistema. Cuando el tiempo de respuesta del sistema est debajo del HRT, los usuarios generalmente no perciben retardo en el sistema. Sobre el HRT, los usuarios notarn el retardo del sistema y puede llegar a frustrarse. Una estimacin buena del HRT es aproximadamente 100 ms.
UCB TJA INF 342
105
Tiempo de Respuesta Humano (HRT)

HRT es importante para las aplicaciones muy interactivas, donde los tiempos de espera no pueden o no deberan ser percibidos por el usuario. ste normalmente es el caso cuando la aplicacin apoya un ambiente interactivo para el usuario, como en visualizacin, realidad virtual, y las aplicaciones colaborativas, pero tambin puede aplicarse a las aplicaciones donde el retardo del sistema ms all de HRT produce prdida de productividad.
UCB TJA INF 342
106
Retardo de propagacin de red

Estima el retardo de la propagacin de la seal en la red. Esto proporciona un lmite inferior a los retardos de extremo-a-extremo y de ida y vuelta de la red y del sistema. El retardo de la propagacin es dependiente en la distancia y tecnologa. Es til como un lmite inferior de retardo, porque nos dice cuando una aplicacin no puede trabajar bien por la red, cuando sus requerimientos de retardos son ms severos que el retardo de la propagacin por la red.
UCB TJA INF 342
107
Estimacin de retardos para requerimientos de usuarios

Tiempo de Respuesta Humano
Retardo de Interaccin Retardo de Propagacin de Red
0.01
0.1
1.0 10 Retardo (Segundos)
100
UCB TJA INF 342
108
Distincin entre aplicaciones de Rfaga y Volumen

Rfaga Interactivo Rfaga/Volumen Interactivo Volumen Interactivo
0.01
0.1 1.0 10 Retardo (Segundos)

Tiempo de Respuesta Humano Retardo Interactivo
UCB TJA INF 342
100
109
Tiempo de realizacin de Tarea (TCT)

El uso de INTD y HRT posiblemente es la manera ms directa de distinguir entre las aplicaciones de rfaga interactivo y las aplicaciones de volumen interactivo, pero a veces se necesita un anlisis ms detallado. Para aquellos tiempos, podemos definir un tiempo de realizacin de tarea (TCT) para la aplicacin, donde una tarea es la cantidad de trabajo de tiempo que est siendo realizado por el sistema antes de requerir la interaccin con el usuario. TCT, medido en segundos, y el retardo de extremo-aextremo RTT medido en milisegundos.
110
UCB TJA INF 342
Tiempo de realizacin de Tarea (TCT)

Tiempo Tarea Completada Retardo TCT Retardo Transferencia de Datos 2 Retardo Transferencia de Datos 1 Fuente Destino Dato Recibido / Procesado Dato Recibido / Procesado Dato Recibido / Procesado
Transferencia de Datos 3
Esta conducta es consistente con aplicaciones que estn procesando transacciones y cmputos distribuidos, o son cliente-servidor. UCB TJA INF 342
111
Razn HRT a RTT

La razn de HRT a RTT describe el grado de respuesta inherente en el sistema que es dependiente en la distancia que la aplicacin est comunicando. Un RTT pequeo (relativo al HRT) significa que la distancia es suficientemente pequea que la respuesta del sistema estara dentro del tiempo de HRT, mientras que un RTT grande significa que el retardo impactar la respuesta del sistema.
UCB TJA INF 342
112
Tiempos de RTT, TCT y HRT

La respuesta del sistema tambin es en parte debida al TCT de la aplicacin. La respuesta del sistema puede ser descrita por la razn de HRT, RTT, y TCT (donde HRT y RTT son medidos en milisegundos, y TCT es medido en segundos):
UCB TJA INF 342
113
Respuesta del Sistema

Respuesta del sistema = HRT/TCT, cuando HRT/RTT >= 1 Respuesta del sistema = HRT/(RTT*TCT), cuando HRT/RTT < 1 Respuesta del sistema < 3 (volumen interactivo) Respuesta del sistema > 3 (rfaga interactivo)
UCB TJA INF 342
114
Ejemplo
una red que tiene un RTT (o tiempo de ping) de 100 milisegundos (un valor aproximado para una red que cruza los Estados Unidos continentales) y un TCT de 10 segundos tendra una respuesta del sistema de: HRT/RTT = 100ms/l00ms = 1 Respuesta del sistema = 100ms/l0s = 10 Entonces, aplicacin es Rfaga Interactivo.
UCB TJA INF 342
115
Burstiness
Otra manera de distinguir entre las aplicaciones rfaga interactivo y las aplicaciones volumen interactivo es con las razones de los datos. Burstiness se define como: Burstiness = PDR/SDR donde PDR y SDR son razn de datos peak y sostenido respectivamente
UCB TJA INF 342
116
Retardo de extremo-aextremo
est compuesto de muchas fuentes de retardo, tales como propagacin, encolamiento, transmisin, I/O, conmutacin, y procesamiento. Verificar todas las rutas para encontrar los cuellos de botellas para hacer correr la aplicacin.
UCB TJA INF 342
117
Variacin de Retardo
La variacin de retardo est acoplada con el retardo de alto rendimiento o especificado para dar un retardo global para aplicaciones que son sensible al tiempo de arrivo de la informacin. Algunos ejemplos de tales aplicaciones son aquellos que producen o usan video, audio, y informacin de telemetra. Para variaciones de retardo acoplada con retardo, cuando ninguna informacin est disponible sobre la variacin de retardo, una regla buena es aproximadamente 1% a 2% del retardo de extremo-a-extremo. Por ejemplo, una estimacin para la variacin de retardo en la ausencia de cualquier otra informacin, cuando el retardo de extremo-a-extremo de una aplicacin es 40 ms, es aproximadamente 400 a 800 microsegundos
UCB TJA INF 342
118
Requerimientos de capacidad
Razn de Datos Tamao de los datos
Aplicacin Clculo Distribuido (M Batch) odo Transacciones tipo W eb Consultas Base de D atos Ingresos de Pagos Teleconferencia (usando M ulticast) TCT Prom edio (Segundos) 103 10 2- 5 10 103 Tam de Datos Prom ao edio (Bytes) 107 104 103 102 3*105
UCB TJA INF 342
119
Ejemplos
Podemos preguntarles a varios usuarios qu tamaos de archivos ellos esperan transferir, y cunto tiempo ellos estn deseosos esperar por la transferencia.
Considere una aplicacin de procesamiento de datos interactiva remota que se conecta a las tiendas de detalles y procesa informacin de los clientes, tal como entradas de tarjeta de crdito. Podemos basar una tarea como el proceso de la informacin de tarjeta de crdito de un solo cliente. Entonces, el TCT necesita estar en el orden de INTD discutida anteriormente aproximadamente de 30 segundos, aunque aqu puede esperarse que sea mucho ms pequeo, digamos en el orden de 5 a 10 segundos, y los tamaos de los datos por cada tarea es bastante pequeo, en el orden de 100 a 1000 bytes.
UCB TJA INF 342
120
Ejemplos
Otro ejemplo es un ambiente de computacin donde mltiples hosts estn compartiendo el procesamiento para una tarea. En cada iteracin de la tarea, los datos se transfieren entre los hosts. Aqu podemos saber la frecuencia del traslado de los datos, el tamao de cada transferencia (qu tambin puede ser constante), y cunto tiempo se requiere para procesar los datos (qu indicar cunto tiempo una transferncia puede tomar). Un ambiente de computacin multiprocesador compartido, se muestra en la siguiente figura.
UCB TJA INF 342
121
Ejemplo de un ambiente de Cmputo con Multiprocesadores

Servidor
50 KB / iteracin 25 iteraciones / segundo 4 ms Tiempo Procesamiento / iteracin
Nodos de Cmputos
1a Iteracin
2a Iteracin
3a Iteracin
4a Iteracin Procesamiento
Procesamiento Transf. Datos
Procesamiento
Procesamiento
Transf. Datos
Transf. Datos
Transf. Datos
122
UCB TJA INF 342
Regin de Rendimiento con Umbrales Genricos

Retardo (D) Umbral del Retardo Genrico Regiones de Alto Rendimiento
Regin de Bajo Rendimiento

Umbral de Capacidad Genrica
Umbral de Confiabilidad Genrica
Confiabilidad (R)
Capacidad (C)
UCB TJA INF 342
123
Umbrales de Servicio de ambiente especfico

Los umbrales generales nos dan algunas estimaciones comnes para las caractersticas de bajo y alto rendimiento. Tales umbrales son tiles cuando hay una falta de informacin sobre los usuarios y aplicaciones para la red a diser, pero a menudo el ambiente indica que umbrales de rendimiento deberan ser. Como con umbrales generales, la razn por desarrollar umbrales de ambiente especfico es para determinar qu aplicaciones tienen caractersticas de alto rendimiento. Es probable que estas aplicaciones de alto rendimiento son lo que nosotros disearemos, junto con esas aplicaciones que tienen caractersticas especificas.
UCB TJA INF 342
124
Comparando Caractersticas de la Aplicacin

Cuando podemos agrupar caractersticas de la aplicacin, entonces una comparacin puede hacerse a menudo para determinar donde el umbral puede aplicarse. Considere un grfico de caractersticas de retardo para varias aplicaciones, A a travs de M, para un ambiente particular, como se muestra en la figura 3-13. En este diagrama, se agrupan caractersticas de retardo en dos reas. Podemos usar esta informacin para poner un umbral de ambiente especfico a un retardo de aproximadamente X milisegundos. Esas aplicaciones que tienen una caracterstica de retardo de menos de X milisegundos son consideradas de alto rendimiento para este ambiente.
125
UCB TJA INF 342
Caractersticas de Retardo para una muestra de aplicaciones

Alto - Rendimiento Bajo - Rendimiento Aplicaciones (Denotadas por letras)
J G
H B
A C
M F
X ms
Retardo (ms)
126
UCB TJA INF 342
Caracterizacin de
predecibilidad del servicio
los servicios
Peticiones de servicio. Identificadas por el grado de

` Mejor voluntad. Ningn control sobre la red. Esta tratar de
cumplir lo mejor posible la peticin sin ninguna garanta.

Servicio impredecible. Resultados variables desde el punto de vista del rendimiento El resto de componentes debern adecuarse al estado de la red en un momento dado
` Especfico. Determinista o garantizado. Algn tipo de control sobre la red.
a Los servicios deben operar dentro de unos mrgenes

Necesidad de poder efectuar mediciones para comprobar si las caractersticas de la peticin coinciden con las realmente proporcionadas por la red. Contratos de servicio: Acuerdos de Nivel de Servicio: SLA UCB TJA INF 342
6
Servicios Deterministicos
Los servicios deterministicos tienen caractersticas de rendimiento ms especficos que el servicio al mejor esfuerzo que hemos estado discutiendo. En la mayora de los casos, tendremos una buena estimacin de stos caractersticas de rendimiento, aunque no podremos garantizar rendimiento. Usaremos lmites para aproximar donde estn los niveles de bajo y alto rendimiento, los cuales se usarn en el proceso del diseo mas tarde en este libro para planificar la capacidad y la especificacin de flujo.
UCB TJA INF 342
128
Servicios garantizados
Los servicios garantizados son un paso ms all de los servicios deterministicos, en que hay algn mecanismo para forzar al servicio a la aplicacin o usuario. As para desarrollar los requerimientos para los servicios garantizados, necesitamos tener caractersticas de rendimiento bien definidas. En la siguiente figura, el rendimiento de una aplicacin se acerca al lmite del servicio (garantizado). Ninguna accin se toma hasta que la aplicacin excede su garanta, donde ocurre la vigilancia. Al elemento de la red donde ocurre la vigilancia, esto puede tomar la forma de marcar el paquete/frame/celda para que los elementos de red de flujo hacia abajo asuman alguna accin, o dejando caer el frame/paquete/celda en ese elemento de la red. Vigilar es a menudo til para proteger el flujo de trfico que fluye hacia abajo que excede su lmite de servicio y intenta usar ms recursos de la red que el contratado.
UCB TJA INF 342
129
Vigilancia de rendimiento de un flujo

Servicio Lmite / Garanta (p.ej., capacidad) Vigilancia No Accin tomada Garanta
Comportamiento de la Aplicacin Time

UCB TJA INF 342
130
Servicios garantizados
Se desarrollan garantas de servicio en una forma similar para servir los lmites, excepto que se declara la necesidad de pedir una garanta explcitamente. En el ejemplo de asignacin de recursos arriba, declaramos que la meta de confiabilidad era 99.99%, pero que debemos reunir una confiabilidad de por lo menos 99.97%. Este lmite ms bajo para confiabilidad podra declararse como una garanta de servicio que significara que despus en el proceso del diseo lo consideraramos como los mecanismos para proporcionar y vigilar ese servicio en el sistema.
UCB TJA INF 342
131
En la figura siguiente, los umbrales de servicio, lmites, y garantas son ahora todos aplicados al sobre de rendimiento de servicio. En esta figura, las regiones de bajo y alto rendimiento estn separadas por los umbrales generales D, M, y X, mientras un retardo de ambiente-especfico, C, existe dentro de la regin de bajo-rendimiento. Se muestran lmites de servicio y garantas aqu en la regin alto rendimiento, en varias situaciones en el sobre.
UCB TJA INF 342
132
Sobre de Rendimiento Completamente Desarrollado

Retardo (D) B ms A ms D ms C ms
X%
Z% Y%
M Mb/s L MB/s Capacidad (C)
Confiabilidad (R)
UCB TJA INF 342
A, B, Y -Servicios Garantizados D, M, X -Umbrales Genricos C-Ambiente de umbrales especficos L, Z-Lmites de Servicio
133
Aplicacin de Telemetra
Primero consideremos un ambiente de aplicacin de telemetra, como es mostrado en la figura.
Control Guiado Computador de Control de Guiado Telemetra
RED
Computador Visiualizacin de movimiento
UCB TJA INF 342
134
Aplicacin de Telemetra
En un anlisis de este ambiente, hemos determinado (de las discusiones con los usuarios finales y diseadores de la aplicacin) que para que esta aplicacin sea til, los datos deben ser recibidos por la computadora de comando guiado dentro de 20 ms despus de ser generados del helicptero. Tambin sabemos que el controlador actuar recprocamente con el helicptero basado en la entrada de flujo de telemetra, y que esto ser ligado por el HRT para la aplicacin (100 ms). De esta informacin, podemos limitar el retardo del flujo de telemetra, como es mostrado en la siguiente figura.
UCB TJA INF 342
135
Limites de Retardo para el ejemplo de Telemetra

Aplicaciones de Telemetra
20 ms
Retardo (ms)
UCB TJA INF 342
100 ms (HRT)
136
Consolidando la Computacin
Figura 3-19 Antes de la Consolidacin Chicago
Usuarios Red Almacenamiento Mainframe
WAN
Denver
Red Red
Memphis
Chicago
Despus de la Consolidacin
Asignador Recursos Usuarios Red Storage Farm
WAN
Denver
Asignador Recursos Red Asignador Recursos
Red Cluster de Cmputo
Memphis
UCB TJA INF 342
137
La aplicacin primaria en este ambiente es un asignador de recursos de computacin, una aplicacin que chequea los recursos dentro del sistema y asigna trabajos de computo a cada uno de los servidores de computacin, basada en los requerimientos del trabajo. La asignacin se hace rpidamente, en el orden de 250 ms, y el estado de cada servidor de computacin est constantemente verificndose. Antes de la consolidacin, la confiabilidad de los servidores de computacin a sus usuarios estaban sobre 99.97%, mientras la meta de fiabilidad era slo de 99.95%. Para el ambiente consolidado, ellos quieren esforzarse para un grado mejor de confiabilidad y esperan lograr 99.99%, pero aceptar un grado ms bajo de confiabilidad, aunque no debajo de la confiabilidad real del sistema anterior (99.97%).
UCB TJA INF 342
138
Aqu tenemos un lmite de confiabilidad de alto rendimiento para disear hacia (99.99%), y un lmite del bajo-rendimiento que debe ser mantenido (99.97%). Este lmite ms bajo posiblemente debe ser considerado como una garanta de servicio, pero aqu nosotros lo trataremos como un lmite deterministico. Se muestran los lmites en la confiabilidad para esta aplicacin de asignacin de recursos en la figura siguiente.
UCB TJA INF 342
139
Lmites de Confiabilidad para Aplicaciones de Asignacin de Recursos

Mnimo Meta
Despus de Consolidacin
Meta Antes de Consolidacin
Actual
99.95%
99.97% Confiabilidad (% Uptime)
99.99%
UCB TJA INF 342
140
Sobre de Rendimiento de Aplicacin de Servicios

Pueden aplicarse los lmites deterministicos para todas las caractersticas de rendimiento a un sobre de rendimiento para la aplicacin. Por ejemplo, si nosotros tenemos una aplicacin que requiere el siguiente rendimiento especificado:
la confiabilidad, 99.8%; la capacidad, entre 14 y 20 Mb/s; y retardo, no mayor que 80 ms, podemos aplicarlos como es mostrado en la siguiente figura.
UCB TJA INF 342
141
Sobre de Rendimiento con Servicio Especificado

R e ta rd o (D )
80 m s
9 9 .8 % D is p o n ib ilid a d
C o n fia b ilid a d (R ) 1 4 M b /s 2 0 M b /s
C a p a cid a d (C )
UCB TJA INF 342
142
Distinguiendo entre los Niveles de Rendimiento de Servicio

tenemos las descripciones para varios niveles de servicio (rendimiento y funcin), como servicios al mejor esfuerzo, bajo rendimiento, alto rendimiento, y servicios especificados. Hemos tocado aplicaciones como misin-crtica, tiempo real, y razn controlada para distinguirlos de los servicios especficos necesitados, y tambin hemos desarrollado umbrales generales y de ambiente especfico para separar los requerimientos de rendimiento en bajo y alto rendimiento para su ambiente del diseo. Ahora, examinaremos algunas pautas para ayudarle a usar estos conceptos juntos para distinguir entre los niveles de rendimiento de servicio para sus diseos.
143
UCB TJA INF 342
Pautas en la Distincin de Servicios

Usted debe usar estos pasos cuando usted quiere ver, en parte o en conjunto, modificando su secuencia para encajar mejor su metodologa de anlisis y ambiente de diseo. Para que usted aplique estos pasos, usted necesita tener un listado de las aplicaciones que probablemente se usarn en esta red, junto con cualquiera informacin de rendimiento que usted puede recoger, derivar, o estimar. Estos pasos van del requerimiento ms especfico con los requerimientos de aplicaciones a el ms especfico, de talmodo que el ltimo paso sea el valor por defecto cuando ninguno de los otros pasos se aplican.
UCB TJA INF 342
144

1. El primer paso es determinar si cualquiera de las aplicaciones tienen requerimientos obvios para especificar (deterministico o garantizado) el rendimiento del sistema. Cuando una aplicacin tiene requerimientos para el rendimiento especificado, la aplicacin y sus requerimientos son nombrados como especificados.
UCB TJA INF 342
145

2. El segundo paso es listar las aplicaciones. Cundo no se identifican aplicaciones que tengan requerimientos especificados, pueden identificarse como de misin-crtica, tiempo real, o razn controlada? En ese caso, pueden tener requerimientos especificado de rendimiento, aun cuando ellos no se reconocieron en el primer paso.
UCB TJA INF 342
146

3. El tercer paso es aplicar grupos de aplicaciones a las aplicaciones. Para esas aplicaciones que no tienen requerimientos especificados obvios, y no puede listarse como misin-crtica, tiempo real, o razn controlada, evaluar si ellos pueden agruparse como de comando/telemetra; visualizacin; computo distribudo; acceso de Web, desarrollo, y uso; transporte de datos de volumen; el teleservicios; o aplicaciones de OAM. Es probable que esas aplicaciones que no pueden ser descritas por Pasos l a travs de 3 sean aplicaciones al mejor esfuerzo.
147
UCB TJA INF 342
Anlisis de Flujo
Condiciones iniciales Anlisis de requerimientos
Anlisis
Anlisis de flujo
Diseo lgico Diseo fsico Direccionamiento y ruteo
UCB TJA INF 342
Diseo
Ejecucin del diseo

148
UCB TJA INF 342
Anlisis de flujo
Un flujo
Es transmitido durante una sola sesin de una aplicacin/host (end-to-end) Es informacin sobre un conjunto de protocolos y aplicaciones que
Tienen atributos comunes, tales como

Direcciones destino y fuente -> Fuente/Sumidero Tipo de informacin Ruteo, Informacin extremo a extremo
Tiene requerimientos de servicio constante

UCB TJA INF 342
Anlisis de flujo 2
Existen modelos de flujo
Peer-to-peer Cliente/servidor Computacin cooperativa Computacin distribuida.
Existen aqu:
Administrador de tareas
Nodos de cmputo Subtipos:

Agrupacin de computacin Procesamiento paralelo
UCB TJA INF 342
151
Anlisis de flujo 3
Hay tres tipos de flujos
Individual Compuesto Backbone
Los cuales se deben localizar y especificar
UCB TJA INF 342
152
Fronteras de datos, flujos compuestos y troncales

fd/g fa f fc/e
b
CF1 CF2 fd/g f b fa f c/e fa f c/e f d/g BB1 fa f f c/e d/g ff GW B CF6 fa ff fa CF3 f fc/e d/g CPD
80
CF4 f fd/gc/e CF5 fa BB2 fc/e f a 60 fd/g
30 75
UCB TJA INF 342
Diseo lgico
Condiciones iniciales Anlisis de requerimientos Anlisis de flujo
Anlisis
Diseo lgico
Diseo fsico Direccionamiento y ruteo
UCB TJA INF 342
Diseo
Ejecucin del diseo

154
Piramide de Akapana La Paz
Diseo Lgico Modelo de Redes Jerrquicas
Piramide de Akapana La Paz
UCB TJA INF 342
Diseo lgico
Subetapas
Establecer objetivos de diseo Evaluar y seleccionar tecnologa Desarrollar un plan de interconectividad Considerar Administracin y seguridad de la red
UCB TJA INF 342
156
Objetivos
Introducir al lector en el diseo de las Redes LAN utilizando el modelo Jerrquico Describir cmo una red jerrquica admite las necesidades de voz, video y datos de una pequea y mediana empresa Identificar las caractersticas que deben cumplir los switchs utilizados con cada capa del modelo de red jerrquico
UCB TJA INF 342
Beneficios del modelo de red jerrquico
Modelo de Redes Jerrquicas
UCB TJA INF 342
Modelo Jerrquico
UCB TJA INF 342
Modelo Jerrquico (capa por capa)

La capa de acceso hace interfaz con dispositivos finales como las PC, impresoras y telfonos IP, para proveer acceso al resto de la red. Esta capa de acceso puede incluir routers, switches, puentes, hubs y puntos de acceso inalmbricos. El propsito principal de la capa de acceso es aportar un medio de conexin de los dispositivos a la red y controlar qu dispositivos pueden comunicarse en la red.
UCB TJA INF 342

La capa de distribucin agrega los datos recibidos de los switches de la capa de acceso antes de que se transmitan a la capa ncleo para el enrutamiento hacia su destino final. La capa de distribucin controla el flujo de trfico de la red con el uso de polticas y traza los dominios de broadcast al realizar el enrutamiento de las funciones entre las LAN virtuales (VLAN) definidas en la capa de acceso. Las VLAN permiten al usuario segmentar el trfico sobre un switch en subredes separadas.
UCB TJA INF 342

La capa ncleo del diseo jerrquico es la backbone de alta velocidad de la internetwork. La capa ncleo es esencial para la interconectividad entre los dispositivos de la capa de distribucin, por lo tanto, es importante que el ncleo sea sumamente disponible y redundante. El rea del ncleo tambin puede conectarse a los recursos de Internet. El ncleo agrega el trfico de todos los dispositivos de la capa de distribucin, por lo tanto debe poder reenviar grandes cantidades de datos rpidamente.
UCB TJA INF 342
Diseo Lgico y Diseo Fsico
UCB TJA INF 342
Diseo Lgico y Diseo Fsico
UCB TJA INF 342
Principios clave del diseo de red jerrquica de la red Dimetro

Al disear una topologa de red jerrquica, lo primero que debe considerarse es el dimetro de la red. Con frecuencia, el dimetro es una medida de distancia pero en este caso se utiliza el trmino para medir el nmero de dispositivos. El dimetro de la red es el nmero de dispositivos que un paquete debe cruzar antes de alcanzar su destino. Mantener bajo el dimetro de la red asegura una latencia baja y predecible entre los dispositivos.
UCB TJA INF 342
Principios clave del diseo de red jerrquica

Agregado de Ancho de banda: Cada capa en el modelo de redes jerrquicas es una candidata posible para el agregado de ancho de banda. El agregado de ancho de banda es la prctica de considerar los requisitos de ancho de banda especficos de cada parte de la jerarqua. EtherChannel
UCB TJA INF 342
Principios clave del diseo de red jerrquica

Redundancia: es una parte de la creacin de una red altamente disponible. Se puede proveer redundancia de varias maneras. Por ejemplo, se pueden duplicar las conexiones de red entre los dispositivos o se pueden duplicar los propios dispositivos.
UCB TJA INF 342
Convergencia
La convergencia es el proceso de combinacin de las comunicaciones con voz y video en una red de datos. Las redes convergentes necesitaban una administracin extensiva en relacin con la Calidad de Servicio (QoS), porque era necesario que el trfico de datos con voz y video se clasificara y priorizara en la red.
UCB TJA INF 342
Describir cmo una red jerrquica admite las necesidades de una pequea y mediana empresa Describir la funcin de una red convergente al admitir las necesidades de voz, video y datos de una pequea y mediana empresa (PyME)
UCB TJA INF 342
Hacer coincidir el switch Cisco apropiado con cada capa del modelo de red jerrquico
Identificar las consideraciones que se usan para seleccionar un switch para una red jerrquica
UCB TJA INF 342
Identificar las caractersticas clave de los switches que se usan en redes jerrquicas
UCB TJA INF 342
Identificar las caractersticas de los switches que se encuentran en cada nivel de una red jerrquica
UCB TJA INF 342
Identificar los switches Cisco que se usan en aplicaciones de PyME

Pequea y mediana empresa )
UCB TJA INF 342
Resumen
El modelo de diseo jerrquico ofrece rendimiento, escalabilidad, facilidad de mantenimiento y facilidad de administracin. El anlisis de trfico se usa para controlar el rendimiento de red. El modelo de diseo jerrquico est compuesto por 3 capas: Acceso Distribucin Ncleo Los switches que se eligen para cada capa deben cumplir las necesidades de cada capa jerrquica y las de la empresa.
UCB TJA INF 342
Diseo Fsico
UCB TJA INF 342
Diseo Fsico
Condiciones iniciales Anlisis de requerimientos
Anlisis
Anlisis de flujo Diseo lgico
Diseo
Diseo fsico Direccionamiento y ruteo
Diseo Fsico
Ejecucin del diseo
UCB TJA INF 342
176
Diseo fsico
Subetapas
Evaluar opciones de diseo de cableado
Opciones
Centralizado Distribuido
Considerar componentes medioambientales
Ubicar el equipo de la red

Existen reglas par asegurar las ubicaciones ms adecuadas Esquemas
Construir diagramas fsicos de la red (nro. puertas, dirs...)

UCB TJA INF 342
Etapas del diseo fsico

Diseo lgico Evaluar diseo del cableado Ubicar equipos de red Construir diagramas fsicos Direccionamiento y ruteo Diseo fsico
Diseo Fsico
UCB TJA INF 342
178
Etapa: Evaluar diseo de cableado

Opciones:
Componentes medio ambientales a considerar

Calor, ventilacin Dimensiones, espacio Corriente, reguladores de voltaje, UPS
Diseo Fsico
UCB TJA INF 342
179
Etapa: Ubicar equipos de red

Reglas
Elegir lugares que tengan suficiente soporte medioambiental Elegir lugares fsicamente seguros Etiquetar cada equipo claramente
Desarrollar un esquema de cdigos
Esquemas

Diseo Fsico
Reduce tamao de grupos(redes, subredes, broadcast) Crear jerarquas Acerca los equipos a los usuarios Dificult la administracin
UCB TJA INF 342
180

Codificacin
Considerar informacin como:
Nombre del sitio o ID Categora del sitio (considerar clases) Nombre y/o nmero del Campus/Edificio Nmero del piso Nmero de la pieza Nmero del rack Tipo del equipo Direccin IP (local y remota) Nmeros de puerto Tipo de circuito, tecnologa/servicio Capacidad, ancho de banda, velocidad del circuito, tecnologa/servicio Red, enlace de datos, y/o protocolos de ruteo usados
Diseo Fsico
UCB TJA INF 342
181

Ejemplo de Clases de sitios terminales en una LAN
Clase 1 (C1). LAN que no tiene conexiones externas (routers). El acceso est limitado a computadores conectados directamente Clase 2 (C2). LAN conectada a otras LAN va routers, pero que no tiene computadores conectados directamente Clase 3 (C3). LAN que tiene tanto computadores conectados directamente como conexiones de routers a otras LANs
Diseo Fsico
UCB TJA INF 342
182

Codificacin
Ejemplo Nombre sitio, ID direccin IP remota/Direccin IP local Puerto local-puerto remoto/velocidad/protocolo/clase/servicio MATRIX S.A., #151-2 199.99.99.1/199.99.99.1 541-542/E1/OSPF/C2/RDSI-BE Esta informacin debera guardarse en una base de datos que describa todos los componentes de la red, y ser escrita en etiquetas a ser pegadas a cada componente.
Diseo Fsico 183
UCB TJA INF 342

Hub
Cerca de los usuarios (descentralizado) => ms hubs Lejos de los usuarios (centralizado) => ms cables
Router
Ubicar cerca de las lneas de demarcacin hacia el exterior de la red (subred)
Centralizado=> coincide con la ubicacin central de la red Descentralizado => distribuido
Switch
Diseo Fsico
Similar a los hubs
UCB TJA INF 342
184
Etapa: Construir diagramas de la red

DISEO LOGICO
.3
.2 199.200.50.0 .1 .1 .1
.2
.3
.2
.3 .4 .5 .6
199.200.51.0
199.200.52.0
Diseo Fsico
UCB TJA INF 342
185
Etapa:
Construir diagramas de la red 2
Pieza 208
24
23
22
21
DISEO FSICO
P1 P3 E11 E13
Edificio A Pieza 104
P4
P1
P2 P1 P4 P4
E12
P2 PP2/Ptrt3 PP1/Ptrt1 1 2 3 4 5
PP1/Ptrt2
Edificio B Pieza 100
PP1/Ptrt2 : Patch Panel 1 / Puerta 2

Diseo Fsico
UCB TJA INF 342
186
Direccionamiento y ruteo Ejecucin del diseo

Condiciones iniciales Anlisis de requerimientos Anlisis de flujo Diseo lgico Diseo fsico
Anlisis
Diseo
Direccionamiento y ruteo
UCB TJA INF 342
Ejecucin del diseo

187
Direccionamiento y ruteo
Subetapas
Establecer flujos de ruteo Manipular flujos de ruteo Desarrollar una estrategia de direccionamiento Desarrollar una estrategia de ruteo
Considerar construir, segn situacin

Subredes Superredes
UCB TJA INF 342
188
Antes de la ejecucin
Escribir un plan de implementacin Evaluar vendedores y productos Desarrollar pruebas de aceptacin de equipos y servicios Determinar cmo ajustar la red instalada para optimizar el rendimiento
UCB TJA INF 342
189
Ejecucin
Consta de:
Instalacin elctrica Tendido de cables: rack, ductos, patch panel, etc Instalacin de equipos Respaldar y restaurar en caso de equipos existentes Configuracin
Protocolos Cuentas de usuario Aplicaciones Servicios, ...
Pruebas y anlisis de sensibilidad

UCB TJA INF 342
Caso de Estudio 1 Actualizacin de la Red
UCB TJA INF 342
Introduccin
Tenemos un colegio con 3 edificios, cada uno de ellos destinado a una funcin especifica. Vamos a detallar el diseo actual de la red y a proponer una mejora de dicho diseo.
UCB TJA INF 342
Diseo Actual de la Red

Tenemos una red de clase C privada 192.168.2.0 De sta forma podemos tener conectados hasta 254 ordenadores, (256 menos la direccin con el campo host todo a 0s: identifica a la propia red, y la direccin con el campo host todo a 1s: broadcast en toda la red). En total tenemos 36 ordenadores, con lo que tenemos suficiente con una red de ste tipo. En cuanto al tipo de Red tenemos una Fast Ethernet, que adems de poder llegar hasta 100Mbits/seg. es totalmente compatible con el estndar Ethernet. Todos los ordenadores estn conectados mediante hubs y cables de pares trenzados, cuya longitud mxima es de 100m. nicamente tenemos un switch para conectar los edificios A y C que estn separados, y un router que utilizaremos para la conexin a Internet.
UCB TJA INF 342

Edificios A y B
UCB TJA INF 342

Edificio C
UCB TJA INF 342
Tipos de Red
Clasificacin segn su tamao y extensin:
Redes LAN: Redes de rea local, su extensin vara entre 10m. y 1km. Redes pequeas con velocidad de transmisin entre 10 y 100 Mbps Redes MAN: Redes de rea metropolitana, suelen abarcar el tamao de una ciudad. Longitud mxima de 10km. Redes WAN: Redes de rea amplia. Son una coleccin de hosts o de redes LAN conectadas por una subred. Su tamao vara entre 100 y 1000km.
Clasificacin segn la tecnologa de transmisin:

Redes Broadcast: Todas las mquinas de la red comparten el mismo canal de comunicacin. Cada paquete enviado por cualquier mquina es recibido por todas las de la red. Redes Point to Point: En stas redes los paquetes a veces tienen que pasar por hosts intermedios, por lo que es necesario el uso de un router para la creacin de las rutas.
Clasificacin segn la transferencia de datos soportada:

Redes de transmisin simple: Los datos nicamente viajan en un sentido. Redes Half-Duplex: Los datos pueden viajar en uno u otro sentido pero no simultneamente, es decir solo puede haber transferencia en un sentido a la vez. Redes Full-Duplex: Los datos pueden viajar en ambos sentidos al mismo tiempo.
UCB TJA INF 342
Topologa de la Red
Topologas LAN ms comunes:
Token Ring: Topologa de bus lgica y en estrella fsica o en estrella extendida. Es una implementacin del estndar IEEE 802.5. Funcionamiento: En ste tipo de redes la informacin se enva en un Token que va pasando de una mquina a otra. Cuando una mquina quiere enviar informacin, debe esperar a que le llegue el Token vaco, y entonces utilizarlo para hacer dicho envo. Cuando el Token con la informacin llega a su destinatario, ste lo reenva con el mensaje: Informacin recibida. Luego se libera el Token para poder volver a utilizarlo. Ya que la mquina necesita el Token para enviar los datos y nicamente hay uno, no se producen colisiones, el problema es el tiempo que debe esperar una mquina a que le llegue el Token vaco antes de poder enviar los datos.
UCB TJA INF 342
Topologa de la Red
Ethernet: Topologa de anillo lgica y una topologa fsica en estrella. Es una implementacin del estndar 802.3. En las redes de ste tipo, solo puede haber un mensaje en trnsito en un determinado momento, con lo cual, debido a que hay muchos ordenadores intentando enviar informacin al mismo tiempo, se produce un alto porcentaje de colisiones al contrario que en las redes Token Ring. CSMA/CD (Carrier Sense Multiple Access with Collision Detecion): La mquina antes de enviar los datos escucha por el cable para saber si est libre, en el caso de que est ocupado se espera escuchando, y cuando se libere el cable enva los datos. Problema: Ya que puede haber ms de una mquina escuchando por el mismo cable, varias de ellas han podido escuchar que el cable estaba vaco y han decidido enviar la informacin. Con lo cual se produce una colisin, los ordenadores la detectan y deciden reenviar los datos. Fast Ethernet: Es un ampliacin del estndar Ethernet, que llega hasta 100Mbp/seg., y es totalmente compatible con Ethernet.
Resumen :
Nuestra red la clasificaramos como una LAN de tipo Fast Ethernet con una tecnologa de transmisin Broadcast.
UCB TJA INF 342
Anlisis del Diseo Actual. HUB vs. SWITCH
HUB
Dispositivo de nivel 1.
VENTAJAS - Al ser un dispositivo muy simple su precio es muy bajo, y el retardo que aade a los mensajes es prcticamente nulo. INCONVENIENTES - Funciona a la velocidad del dispositivo ms lento de la red. - Acta como un repetidor enviando la informacin a todos los ordenadores que estn conectados a l. Esto adems de trfico innecesario genera mayores probabilidades de colisin.
UCB TJA INF 342
Anlisis del Diseo Actual. HUB vs. SWITCH

SWITCH
Dispositivo de nivel 2 (capa de enlace). VENTAJAS - Un switch sabe en todo momento que ordenadores tiene conectados a cada uno de sus puertos, esto lo va aprendiendo a medida que circula informacin a travs de l. Cuando un switch no sabe la direccin MAC de destino enva la trama por todos sus puertos (Inundacin). Resumen: Si en nuestro diseo cambiramos todos los hubs por switchs, obtendramos todas las ventajas de los switchs a cambio de aumentar el coste.
UCB TJA INF 342
Actualizacin del Diseo

Subredes
Razones para el uso de subredes:
1.
A medida aumente la red, aumentar tambin el dominio de colisin, afectando al rendimiento de la red. Si tenemos la red dividida en segmentos, podemos limitar los dominios de colisin enviando las tramas nicamente al segmento donde se encuentre el host de destino. Conforme aumenta el nmero de hosts, aumenta tambin el nmero de transmisiones broadcast, debido a que los hosts envan de forma constante peticiones ARP, peticiones DNS, envos RIP, etc. Por tanto puede llegar un momento en que stas transmisiones congestionen toda la red al consumir un ancho de banda excesivo. Esto se soluciona igual que en el caso anterior con la divisin de la red en varios segmentos. 3. Por motivos de seguridad. De sta forma cada departamento puede tener su propia red departamental.
2.
Resumen:
Una vez explicadas stas razones, quedamos convencidos de las ventajas del uso de subredes. Por tanto nos disponemos a crear tres subredes en nuestra propia red, una para cada departamento.
UCB TJA INF 342

Subredes con mscara de tamao fijo
Opcin A
Tenemos la red 192.168.2.0, le aplicamos la mscara 255.255.255.224. 3 bits para la subred 8 subredes. 5 bits de host 32 direcciones. Por tanto tenemos 8 subredes con 32 direcciones cada una de ellas. Si quitamos las direcciones con los valores todo a 0s y todo a 1s del campo host y del campo subred, nos quedan: 6 subredes de 30 direcciones cada una. Con 30 direcciones tenemos suficiente, aunque nos limita mucho el crecimiento de la red, ya que slo en el edificio A tenemos 22 ordenadores. Si aplicamos subnet-zero, nos quedan 8 subredes con 30 direcciones, con lo que no hemos resuelto nada. Puesto que la restriccin del campo host todo a 0s y todo a 1s se ha de cumplir siempre, seguimos teniendo 30 direcciones en cada subred, as que debemos buscar otra opcin mejor.
UCB TJA INF 342

Subredes con mscara de tamao fijo
Opcin B
A la red 192.168.2.0, le aplicamos la mscara 255.255.255.192. 2 bits de subred 4 subredes. 6 bits de host 64 direcciones. Tenemos entonces 4 subredes con 64 direcciones cada una de ellas. Quitando las direcciones reservadas, nos quedaran 2 subredes de 62 direcciones cada una. Evidentemente, si tenemos tres departamentos y queremos asignarle una subred a cada uno de ellos, con 2 subredes no tendramos suficiente. Por otro lado, las 62 direcciones seran suficientes para cubrir los 36 ordenadores que tenemos. De sta forma la solucin es aplicar subnet-zero, y quedarnos con 4 subredes de 62 direcciones cada una.
Resumen:
La opcin B sera mucho ms adecuada que la opcin A, pudiendo llevarnos con el tiempo a una reestructuracin de la red, pero no a tan corto plazo como la opcin A.
UCB TJA INF 342

Subredes con mscara de tamao variable
Con sta tcnica no es necesario dividir la red en subredes del mismo tamao.
Por qu resulta interesante?:

En nuestro caso particular tenemos 3 departamentos, cada uno de ellos con un nmero bastante diferente de ordenadores: A 22 B 4 C 10 Si utilizamos sta tcnica, cada subred tendr un nmero de direcciones que se ajusta al nmero de ordenadores que tiene dicha subred. No necesariamente deberamos asignar a todas las subredes el mismo nmero de direcciones. Dicho nmero vendr dado por el departamento con mayor nmero de ordenadores. Es decir, en el ejemplo anterior (subredes con mscara de tamao fijo), necesitamos como mnimo que las subredes sean de 22 direcciones, para poder cubrir las direcciones de los 22 ordenadores. De sta forma las subredes asignadas a los departamentos B y C desperdician gran cantidad de direcciones.
Observacin:
Al tratarse de una red privada de clase C, no tenemos el problema de la utilizacin de direcciones, ya que toda la red al completo (las 256 direcciones) son para nuestro uso propio. De todas formas, la aplicacin de ste mtodo en nuestro ejemplo nos permite ms opciones a la hora de disear el direccionamiento IP, y un mayor nivel de aprendizaje para futuros diseos.
UCB TJA INF 342

1er. Direccionamiento IP
* Edificio A-- 22 ordenadores Le asignamos una subred de 32 direcciones:
de mscara
Subred 192.168.2.32
Mscara 255.255.255.224
Subred/bits 192.168.2.32/27
*Edificio B-- 4 ordenadores Le asignamos una subred de 8 direcciones:
mscara
Subred 192.168.2.8
Mscara 255.255.255.248
Subred/bits de 192.168.2.8/29
*Edificio C-- 10 ordenadores Le asignamos una subred de 16 direcciones:
Subred 192.168.2.16
Mscara 255.255.255.240
Subred/bits de mscara 192.168.2.16/28
Cada departamento tiene ahora una red que se ajusta a sus necesidades, con lo cual no se desaprovechan direcciones. Problema: Son subredes de un tamao muy ajustado al n de hosts, cuando crezca la red, este diseo exigir una reestructuracin.
UCB TJA INF 342

2 Direccionamiento IP
* Edificio A-- 22 ordenadores Le asignamos una subred de 64 direcciones:
mscara
Subred 192.168.2.64 255.255.255.192
Mscara 192.168.2.64/26
Subred/bits de
* Edificio B-- 4 ordenadores Le asignamos una subred de 16 direcciones:
mscara
Subred 192.168.2.16 255.255.255.240
Mscara
* Edificio C-- 10 ordenadores Le asignamos una subred de 32 direcciones:
mscara
Subred 192.168.2.32
Mscara 255.255.255.224
ste sera el mejor .direccionamiento que podemos hacer, aprovechando al mximo las direcciones IP, pero sin correr el riesgo de tener que reestructurar a muy corto plazo.
UCB TJA INF 342
Caso de Aplicacin
UCB TJA INF 342
Instituto de Investigacin e Innovacin Tecnolgica (TDC) en Oakland, CA USA.
Misin
Probar modelos y generar datos experimentales Simular modelos y generar datos computables Refinar modelos utilizando pruebas.
Visin:
Tener un crecimiento anual del 50% Doblando la produccin actual. Utilizar adecuadamente la infraestructura de la Compaa.
UCB TJA INF 342
Actual Infraestructura Simple Edificio con:

5 reas de testeo
Plataforma de Testeo, equipo, Workstation y red local
2 reas de visualizacin de los diseos.

Workstation y red local
1 Sala de Computadoras
Cluster de Workstation grficos de alta resolucin y 10 TB de almacenamiento.
UCB TJA INF 342
Esquema lgico de la Empresa ( Actual)
UCB TJA INF 342
Problemtica actual.
Elevados gastos de viajes de Ingenieros y tcnicos de otras reas de la empresa localizadas en USA para utilizar la red actual TDC. Los Ingenieros de otras reas de la empresa no tienen las facilidades de acceso para el uso de los equipos de TDC. Debe estar en bsqueda de otras instalaciones similares para realizar los trabajos necesarios
UCB TJA INF 342
Los principales objetivos

Incrementar el tamao de TDC in Oakland Habilitar las mismas funciones actuales en forma remota. Incrementar el testeo y las funciones de evaluacin a San Francisco. Trasladar el Laboratorio modelo a San Jos Completar con la expansin con un mnimo de molestias a los usuarios.
UCB TJA INF 342
Esquema General del Proyecto de TDC
UCB TJA INF 342
Definicin del Proyecto Crear una Red MAN que interconecte los sitios remotos a:
La red actual existente en TDC
Cluster de Computadoras rea de visualizacin y monitoreo reas de Pruebas
TDC actualmente cuenta de Tecnologa Ethernet y Redes LAN conectada por routers a una red FDDI
UCB TJA INF 342
Pasos del anlisis de requerimientos

Determinar las condiciones iniciales, problemas, objetivos y metas. Entrevista con los usuarios.
Lista de requerimientos para usuarios, aplicaciones, hosts y para la red.
Desarrollar el mapa de aplicaciones Identificar las caractersticas de performance de las aplicaciones Desarrollar las mtricas de servicio Desarrollar los umbrales de performance
UCB TJA INF 342
Condiciones Iniciales
Centro de pruebas A (simulacin y test) con un uso local en un simple Edificio A en Oakland. Disear una Red MAN para conectar a San Jos ( 1 edificio B) y en San Francisco ( 3 Edificios C). Se quiere poder usar remotamente el Centro de pruebas A. Disear una nueva Red LAN para conectar un 2do edificio en Oakland B El nmero de usuarios actual son de 250 usuarios El crecimiento previsto en un ao es del 50% es decir (370 usuarios)
UCB TJA INF 342
Caso estudio Requrimientos

Sede A Centro de pruebas, centro de computacin y centro de visualizacin ( Monitoreo) Sede B Centro de fabricacin de prototipos Sede C Centro de anlisis
UCB TJA INF 342
Localizacin de los edificios

SEDE C Centro de Anlisis SEDE A Pruebas
: Caso Estudio
GW SEDE B Centro Fabricacin
CPD
Pruebas
Pruebas
UCB TJA INF 342
Caso estudio (continuacin)

Aplicaciones
Aplicacin A. Pruebas. Almacenamiento de datos procedentes de computacin y tests, y su recuperacin en las reas de visualizacin Aplicacin B. Base de datos distribuida. Contiene los resultados de los anlisis y tests hechos en la sede A Aplicaciones C y E. Control remoto de equipos de pruebas. Recibe audio, vdeo y telemedida del centro de pruebas y les enva informacin de control Aplicaciones D y G. Colaboracin entre los tcnicos de los centros de visualizacin, pruebas y computacin, en un entorno interactivo Aplicacin F. Acceso a base de datos de modelos de fabricacin.
UCB TJA INF 342
Caso estudio (continuacin)

Identificacin de las Aplicaciones Aplicacin A. Aplicacin de pruebas. Acceso a los ficheros de prueba Aplicacin B. Base de datos distribuida Aplicaciones C y E. Control remoto de equipos de pruebas Aplicaciones D y G. Interactivas Aplicacin F. Acceso a base de datos
ADAPTABILIDAD: Todas las aplicaciones y la Red en si misma debe ser adaptable a cambios, adiciones y eliminaciones.
UCB TJA INF 342
Caso Estudio
Requerimientos del usuario
Tipos de Requerimientos de usuarios
Localizacin y nmero de usuarios
Descripcin de Requerimientos
Sede A: 75 usuarios Sede B: 30 usuarios Sede C: 80 usuarios Centro de computacin y pruebas, sede A: 60 usuarios
Crecimiento esperado en 1 ao Interactividad Fiabilidad Seguridad
50 % incremento M ismo funcionamiento en remoto que en local 100% en algunas aplicaciones Pruebas independientes entre s
UCB TJA INF 342
Identificacin y caractersticas de las aplicaciones

Aplicacin A: (Mejor esfuerzo) Tamao promedio de los datos 100MB Dos usuarios concurrentes Tiempo de transferencia hasta 10 min. Capacidad por calcular Retardo y Disponibilidad sin identificar Aplicacin B: ( Mejor esfuerzo) - Tamao de la transaccin 10MB - 40 Transacciones / minuto - Capacidad a definir - Retardo: 25ms para un TCT ( total completion time) - Disponibilidad no especificada.
UCB TJA INF 342
Identificacin y caractersticas de las aplicaciones

Aplicaciones C y E (Misin crtica) Capacidad dada 1.69 Mbps Retardo: 40ms RT Disponibilidad: 100% Aplicaciones D y G( Tiempo Real) - Capacidad 5Mbps/ grupo y dos grupos concurrentes - Retardo. 80ms RT - Disponibilidad no especificada. Aplicacin F (Mejor esfuerzo) - Capacidad dada 400kbps - Retardo y disponibilidad no especificada Valores por default (omisin) Disponibilidad 99.5% Retardo: 100 ms HRT UCB TJA INF 342
Requerimientos de las aplicaciones

Categorizacin de Misin aplicaciones Crtica
Aplicacin A
Tiempo real
Mejor esfuerzo
Tamao 100 MB Usuarios simultaneos: 2 TT hasta 10 min Cliente/servidor Tamao 10 MB 40 trans/minuto
Localizacin de las aplicaciones

En todas localidades
Aplicacin B Aplicacin C y E TR=40ms 1,69 Mbps Disp:100% Sesiones Concurr. 4 TR=80ms 5 Mbps por grupo 2 grupos concurrentes Cliente/ Servidor
Localidad C App.C: Loc A App.E:Loc C
Aplicacin D y G
App.D:Loc A App G:Loc C
Aplicacin F
400 Kbps Cliente/servidor
Localidad B
UCB TJA INF 342
Requerimientos de Hosts
Tipo de Host Estaciones grficas Servidor aplicacin A Servidor aplicaciones D y G Servidor aplicacin F Servidor aplicacin B Host central Nmero y localizacin En todas las localidades CPD A CPD A Localidad B Localidad C CPD A
UCB TJA INF 342
Requerimientos de redes
Redes Existentes Localidades de la red
Ethernet 10T
Centro Proceso de datos
FDDI
Centro Proceso de datos
SEGURIDAD: La Compaa especifica que todos los datos deben ser protegidos Contra accesos externos. PRESUPUESTO: La compaa indica que dispone para la inversin correspondiente UCB TJA INF 342
Mapa de aplicaciones del caso

C Aplicacin A Aplicaciones E y G CPD A Aplicaciones C y D Aplicacin B
Aplicaciones E y G B
Aplicacin F
UCB TJA INF 342
Comportamiento de aplicaciones (Capacidades)

A: (100MBx 2 usuarios/10m)= 20MB/min = 2,7 Mbps B: 10MB*40 trans /min = 400 MB/min = 53 Mbps C y E: 1,69 Mbps D y G: 2 concurrent-grupos*5Mbps /grupo=10 Mbps F: = 400Kbps
UCB TJA INF 342
Sumario de caractersticas de rendimiento de las aplicacines

Categorizacin de aplicaciones
Aplicacin A Aplicacin B Aplicacin C y E Aplicacin D y G Aplicacin F
Tiempo de trnsito
100 ms HRT (**) 100ms HRT (**) RT=40ms RT=80ms HRT=100ms (**)
Capacidad
2,7 Mbps (*) 53 Mbps (*) 1,69 Mbps 10 Mbps (*) 400Kbps
Disponibilidad
99,5% (**) 99,5% (**) 100% 99,5% (**) 99,5%
(**)
(*) Calculado (**) Asumido
UCB TJA INF 342
Diagrama de rendimiento
Tiempo de trnsito 40ms 100 ms
99,5% 400 Kb/seg 53Mb/seg Disponibilidad Capacidad 100%
UCB TJA INF 342
Caso Estudio
UCB TJA INF 342
: Caso Estudio
Fuentes y destinos de datos para Aplicacin A
C A
GW B
CPD
Representacin
entrante
saliente
UCB TJA INF 342
: Caso Estudio
Fuentes y destinos de datos para Aplicaciones D y G
C A
GW B
CPD
UCB TJA INF 342
Caso Estudio
Fuentes y destinos de datos para Aplicacin F
C A
GW B
CPD
UCB TJA INF 342
Caso Estudio
Fuentes y destinos de datos para Aplicacin B
C A
GW B
CPD
UCB TJA INF 342
: Caso Estudio
Fuentes y destinos de datos para Aplicacin C y E
C A
GW B
CPD
UCB TJA INF 342
Fronteras de datos, flujos compuestos y troncales

fd/g fa f fc/e
b
CF1 CF2 fd/g f b fa f c/e fa f c/e f d/g BB1 fa f f c/e d/g ff GW B CF6 fa ff fa CF3 f fc/e d/g CPD
80
CF4 f fd/gc/e CF5 fa BB2 fc/e f a 60 fd/g
30 75
UCB TJA INF 342
Modelos: Peer to Peer Cliente servidor Computacin cooperativa Computacin distribuida
Modelos de Flujo y Distribucin
Distribucin del Flujo: - El Tradicional regla del 80/20

- 80% del trafico local y el 20% entrante y saliente de la red - 50/50 y 20/80 de acuerdo a las aplicaciones.
UCB TJA INF 342
Estimacin de distribuciones de flujo

Flujo Modelo de Flujo Cliente/servidor Cliente/servidor A la par Cliente/servidor Cliente/servidor Fronteras de flujo A, B, C C A, C A, C A, B Distribucin de flujo 20/80 80/20 20/80 20/80 50/50
fa fb fc/e fd/g ff
UCB TJA INF 342
Especificaciones de flujo
Flujo Fiabilidad 99,5% 99,5% 100% 99,5% 99,5% Capacidad 2,7Mbps 53 Mbps 1,69 Mbps 10 Mbps 400 Kbps Trnsito 100ms 100 ms 40 ms 80 ms 100 ms
fa fb fc/e fd/g ff
UCB TJA INF 342
Especificaciones de flujos compuestos

Flujo Fiabilidad 100% 100% 100% 100% 100% 99,5% Capacidad 67 Mbps 67 Mbps 14 Mbps 14 Mbps 14 Mbps 3,5 Mbps Trnsito 40 ms 40 ms 40 ms 40 ms 40 ms 100 ms
CF1 CF2 CF3 CF4 CF5 CF6
UCB TJA INF 342
Caso Estudio
Especificaciones de flujos troncales
Flujo
Fiabilidad 100% 100%
Capacidad 29 Mbps 33 Mbps
Trnsito 40 ms 40 ms
BB1 BB2
UCB TJA INF 342
Ej. Capacidades Enlaces y la eleccin de tecnologa
UCB TJA INF 342
Caso Estudio
Ej. Capacidades Enlaces y la eleccin de tecnologa
UCB TJA INF 342
Caso Estudio
UCB TJA INF 342
: Caso Estudio
Diseo segmentado en campus y bloques
Campus C Campus A
GW Campus B
CPD
UCB TJA INF 342
Caso Estudio
Trficos BB1 y CF6
Campus C Campus A
Caja Negra BB1 (R=100% C=29 Mbps TT=40ms) Caja Negra Campus B
CF6 (R=99,5% C=3,5 Mbps TT=100ms) Suministrador de servicios para estos flujos Opciones FR, ATM, RDSI, ADSL
Caja Negra
UCB TJA INF 342
Caso Estudio
Eleccin de tecnologas para caja negra A
Ethernet conmutado 100 Mbps Posibilidades ATM FDDI Ethernet 100 Mbps
Caja Negra
CF3:R=100%,C=14Mbps,TT=40ms Caja Negra GW CPD Caja Negra
BB2:R=100%,C=33Mbps,TT=40ms Flujo ms crtico Con ms probabilidades de crecimiento Posibilidades Caja Negra ATM FDDI ATM 155 Mbps Ethernet 100 Mbps
UCB TJA INF 342
Caso Estudio
Eleccin de tecnologas para Campus C
Factor de crecimiento 50%. Posibilidad de crecer hasta 100 Mbps El mayor flujo es local (Fb=53 Mbps) Opciones Tecnolgicas: ATM 155 Mbps, GigaEthernet CF1
R=100%,C=67 Mbps,TT=100 ms
B1
Caja Negra
CF2
UCB TJA INF 342
Caso Estudio
Diseo lgico completo
C A
ATM 155 Mbps de un suministrador de servicios
GW
CPD
B
Ethernet 10 Mbps
UCB TJA INF 342
Mezclas de conmutacin con otras tecnologas

LANE sobre ATM
Caso Estudio
Subred IP B
Subred IP A Subred IP C Classical IP ATM (RFC1577)
UCB TJA INF 342
Caso Estudio
Ejemplo de problemas de mal diseo
Subred IP A Un flujo de datos local tiene que atravesar la WAN
Subred IP B
Localidad 1
Localidad 2
UCB TJA INF 342
Caso Estudio
Tipos de conectividad con el exterior
Redes externas Servidor de seguridad Servidor Web Redes externas Servidor de seguridad/NAT Redes internas Red de permetro Zona desmilitarizada Redes internas Servidor Web externo Servidor Web interno Redes internas
Redes externas
UCB TJA INF 342
Caso Estudio
Mecanismos hbridos. NHRP
Subred IP A El primer flujo hace uso del encaminamiento
Los siguientes usan conmutacin
Subred IP B
Localidad 1
Localidad 2
UCB TJA INF 342
Caso Estudio
Jerarquas de conexin
Los puntos donde varias redes se encuentran son donde habr mecanismos de interconexin El grado de consolidacin de flujos en un punto , denominado jerarqua, nos da idea de las caractersticas de interconexin necesitadas en ese punto
Grado de Jerarqua Ninguno Bajo Medio Alto Concentracin de flujos 1:1 2:1 3:1----5:1 Mayor o igual de 6:1
UCB TJA INF 342
Caso Estudio y Caso estudio. Grado de jerarquas

redundancia
Campus C 2:1 Caminos que necesitan disponibilidad entre media y alta Campus A
5:1 GW Campus B
3:1 CPD
UCB TJA INF 342
Caso Estudio
Diseo lgico con routers y conmutadores
Campus C RFC1577 RFC1577
ATM 155 Mbps de un suministrador de servicios
Campus A
RFC1577 GW CPD
RFC1577
Campus B
RFC1577
UCB TJA INF 342
TALLER INF 342
UCB TJA INF 342
Protocolo de Presentacin
1. 2. 3. 4. Introduccin Objetivos Anlisis Terico (De su aporte para el Taller) Diseo Red de Computadoras Corporativa a) Condiciones Generales b) Anlisis de Requerimientos c) Anlisis de Flujos d) Diseo Lgico e) Diseo Fsico f) Direccionamiento y ruteo g) Recomendaciones para la ejecucin del proyecto 5. Simulacin (configuracin de equipos) 6. Costo aproximado del proyecto 7. Impacto y conciencia social del proyecto 8. Identificacin de valores catlicos 9. Conclusiones, recomendaciones y aportes 10. Bibliografa y Web grafa
UCB TJA INF 342
Condiciones iniciales
Anlisis de requerimientos Anlisis de flujo Diseo lgico Diseo fsico Direccionamiento y ruteo
Anlisis
Diseo
Ejecucin del diseo
UCB TJA INF 342
Fechas de entrega de documento y defensa del Taller

Primera Presentacin: 8 de Octubre hasta Anlisis Terico(enviar al email mauricio.aliaga.v@gmail.com). Puntos 1 - 3 del Protocolo de Presentacin. Segunda Presentacin y Final: 26 de Octubre, 1 copia y enviar al email mauricio.aliaga.v@gmail.com. Puntos 4-6 del Protocolo de presentacin Defensa y ltima presentacin: 20 de Noviembre con Jurado invitado. Cumplir todos los puntos del Protocolo de Presentacin.
UCB TJA INF 342
FIN !!!!
UCB TJA INF 342

Capitulo 12 Metodologia de Diseño de Redes Corporativas

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Capitulo 12 Metodologia de Diseño de Redes Corporativas

Загружено:

Авторское право:

Доступные форматы

UNIVERSIDAD CATLICA SAN PABLO Unidad Acadmica Tarija INGENIERA DE SISTEMAS Y TELECOMUNICACIONES

UCB TJA INF 342

Diseo de Redes Corporativas

UCB TJA INF 342

Caractersticas en el Diseo de Redes

UCB TJA INF 342

UCB TJA INF 342

Metodologa para diseo de red de empresarial propuesta por James McCABE

UCB TJA INF 342

Ejecucin del diseo

UCB TJA INF 342

Metodologa General Fase de Anlisis

UCB TJA INF 342

Metodologa General Fase de Diseo (lgico)

Metodologa de Diseo Fase de Diseo (fsico)

Diseo Descendente de Redes

UCB TJA INF 342

Diseo Descendente de Redes

Comenzar por Arriba

Capas del Modelo OSI

Aplicacin Presentacin Sesin Transporte Red Enlace Fsica

Ciclo de Vida del Desarrollo de Sistemas

Pasos para el Diseo Descendente

Desarrollar diseo lgico

Desarrollar diseo fsico

Fases del Diseo de Redes

UCB TJA INF 342

Fases del Diseo de Redes

Fases del Diseo de Redes

UCB TJA INF 342

Fases del Diseo de Redes

UCB TJA INF 342

El Ciclo de Vida PDIOO de Redes

Diseo Repetir Optimizacin

UCB TJA INF 342

UCB TJA INF 342

Ejecucin del diseo

Ejecucin del diseo

UCB TJA INF 342

Determinar Condiciones Iniciales

Evaluacin de la situacin existente

Metas del Negocio

Nuevas Prioridades de Negocio

UCB TJA INF 342

Recabar informacin antes de la primera reunin

Reunin con el Cliente

UCB TJA INF 342

Reunin con el Cliente

UCB TJA INF 342

Reunin con el Cliente

Habla con el personal tcnico y gerencial

Reunin con el Cliente

UCB TJA INF 342

Reunin con el Cliente

Alcance del Proyecto de Diseo

UCB TJA INF 342

Recabar informacin ms detallada

Ahora y despus de terminar el proyecto Incluir aplicaciones de productividad y de gestin de sistemas

UCB TJA INF 342

Ejecucin del diseo

UCB TJA INF 342

Conceptos relevantes Sistemas

Usuario Aplicacin Host