Federación Médica del Interior



Documentos relacionados
Núcleo de Red Examen

Red de datos del ININ

Seminario Electrónico de Soluciones Tecnológicas sobre VPNs de Extranets

Especificaciones de Hardware, Software y Comunicaciones

[ANEXO A] Elementos que componen la capa de transporte de la plataforma NGN de CANTV

INTERNET DEDICADO IP VPN NEGOCIOS

OBLIGACIONES DE HACER INSTITUCIONES PÚBLICAS (INSTITUCIONES EDUCATIVAS, HOSPITALES Y CENTROS DE SALUD) DECRETO 2044 DE 2013

Copyright netlabs TUNA Preguntas Frecuentes (FAQ)

Núcleo de Red Examen

Voz sobre IP con GNU/Linux y Asterisk PBX. Comunidad de usuarios Debian de El Salvador René Mayorga rmayorga@debian.org.sv

Anexo 13 : Redes de Almacenamiento (SAN - Storage Area Network)

Q-expeditive Publicación vía Internet

ESCUELA NORMAL PROF. CARLOS A CARRILLO

1. Qué codec de audio seleccionaría para minimizar el ancho de banda?

e-commerce, es hacer comercio utilizando la red. Es el acto de comprar y vender en y por medio de la red.

Especificaciones de Hardware, Software y Comunicaciones

Capítulo 2 Red UDLA-P

Seminario Electrónico de Soluciones Tecnológicas sobre Acceso Remoto. 1 de 12

Evaluación, Reestructuración, Implementación y Optimización de la Infraestructura de Servidores, Base de Datos, Página Web y Redes

DETERMINACIÓN DE LA DEMANDA Y DEFINICION DE LOS SERVICIOS A BRINDAR. 4.1 Analisis de la demanda de servicios de banda ancha en Lima Metropolitana

punto, es que los criterios de evaluación de las medidas antes citadas se ajustan a las medidas señaladas para la toma del indicador VTD.

OLIMPO Servidor Universal

TRAMA IPLAN INTRODUCCIÓN AL SERVICIO

Qué son los protocolos de enrutamiento Dinámico?

Anexo ALFA. Especificaciones Técnicas FUERZA AÉREA ARGENTINA DIRECCIÓN GENERAL DE SALUD DIBPFA

INFORME Nº GTI INFORME TÉCNICO PREVIO DE EVALUACIÓN DE SOFTWARE

Gestión de la Configuración

Plan de ahorro en costes mediante telefonía IP

Capítulo 1: Introducción

67 Av. Sur # 2D, Colonia Roma, San Salvador, El Salvador C. A. Teléfono + (503) (503) Fax: (503)

Windows Server Windows Server 2003

PROCEDIMIENTO ESPECÍFICO. Código G Edición 0

Título: Red Corporativa de voz y datos de la Comunidad de Madrid

Tecnologías WAN. Ing. Camilo Zapata Universidad de Antioquia

Servicios en una red WAN convergente. Accediendo la WAN Capítulo 1

MACROPROCESO GESTIÓN TECNOLÓGICA

Makenai Solutions, Innovation & Creative Ideas. CASO DE ÉXITO Narrika- Implantación de Comunicaciones Unificadas

Colt VoIP Access. Presentación para clientes. Nombre del ponente Colt Technology Services Group Limited. Todos los derechos reservados.

Sistema de marketing de proximidad

Qué es el enrutamiento estático?

Seminario Electrónico de Soluciones Tecnológicas sobre Ethernet de Largo Alcance

Laboratorio III de Sistemas de Telecomunicaciones Departamento de Telemática

EVALUACION POR PROYECTOS CURSO: REDES Y SISTEMAS AVANZADOS DE TELECOMUNICACIONES 2 CÓDIGO:

Monitorización de sistemas y servicios

empresa Introducción al enrutamiento y la conmutación en la empresa. Capítulo1 Networkingenlaempresa

Diseño de Redes de Área Local

Descripción y alcance del servicio RED PRIVADA IPLAN

Los mayores cambios se dieron en las décadas de los setenta, atribuidos principalmente a dos causas:

I INTRODUCCIÓN. 1.1 Objetivos

Seminario Electrónico de Soluciones Tecnológicas sobre Content Networking

10 razones para cambiarse a un conmutador IP

PROCEDIMIENTO DE ADHESIÓN AL SERVICIO EXTRANET DE GISS PARA ENTIDADES EXTERNAS. Centro de Servicios

[ ] ONO Red Privada Virtual LAN VPLS ONO LAN VPLS. Todas las sedes de su empresa conectadas. Empresas. Empresas

TELECOMUNICACIONES Y REDES

El interesado OUTSOURCING, a través de su LIDER DE DESARROLLO NUEVOS NEGOCIOS remite observaciones al documento CONVOCATORIA No. 009 de

Aspectos Básicos de Networking

Estableciendo Conectividad con el AMM para la Entrega de Medicio n Comercial

Capitulo III Implementación.

Resumen General del Manual de Organización y Funciones

Efectos de los dispositivos de Capa 2 sobre el flujo de datos Segmentación de la LAN Ethernet

DE VIDA PARA EL DESARROLLO DE SISTEMAS

CARACTERISTICAS DEL SISTEMA

Fundamentos de Redes Capítulo 2 Aspectos Básicos de Networking


UNIVERSIDAD DE ORIENTE FACULTAD DE CIENCIAS ECONOMICAS

Ejercicio corto de diseño

Banco de la República Bogotá D. C., Colombia. Dirección General de Tecnología ESTRATEGIAS DE CONTINGENCIA PARA ENTIDADES AUTORIZADAS USCI-GI-3

Adelacu Ltda. Fono Graballo+ Agosto de Graballo+ - Descripción funcional - 1 -

LINEAMIENTOS ESTÁNDARES APLICATIVOS DE VIRTUALIZACIÓN

CONTRALORIA GENERAL DE LA REPUBLICA UNIDAD DE TECNOLOGIAS DE INFORMACION POLITICAS DE USO DE LA RED INALAMBRICA INSTITUCIONAL

INTRODUCCION. Ing. Camilo Zapata Universidad de Antioquia

CONSEJO DE NORMALIZACIÓN Y CERTIFICACIÓN DE COMPETENCIA LABORAL NORMAS TÉCNICAS DE COMPETENCIA LABORAL

Capítulo I Introducción

Autenticación Centralizada

INSTALACIÓN, OPERACIÓN Y PROGRAMACIÓN DE EQUIPOS Y SISTEMAS TELEFÓNICOS

Descripción y alcance del servicio INTERNET CONTENT IPLAN

Sesión No. 7. Contextualización: Nombre de la sesión: Intelisis Business Intelligence PAQUETERÍA CONTABLE

Modelo de infraestructura común para el Servicio de correo electrónico para la Comunidad RedIRIS

UNIVERSIDAD INDUSTRIAL DE SANTANDER DIVISIÓN DE SERVICIOS DE INFORMACIÓN PLIEGO DE CONDICIONES DEFINITIVOS

1.- FUNCION DE UNA RED INFORMATICA

PERFIL DEL PUESTO POR COMPETENCIAS Sepa cómo construirlo y evitar bajos desempeños posteriores

Lo que usted necesita saber sobre routers y switches. Conceptos generales.

Especificaciones de la oferta Administración de dispositivos distribuidos Administración de activos

El grupo de trabajo IEEE ha definido tres clases de WPANs que se

Transferencia Electrónica de Archivos (TEA) Normas Técnicas

INTERNET LA RED WAN MAS GRANDE

Tecnología IP para videovigilancia... Los últimos avances han hecho posible conectar cámaras directamente a una red de ordenadores basada en el

Bajo Costo de Implementación y Soporte: Ofrecer un bajo costo de implementación y mantenimiento.

Líneas de Comunicación Remota

Información de Producto:

REDES DE TELECOMUNICACIONES

Requerimientos y Recomendaciones de Infraestructura de Red para la correcta implantación de una Solución voip.

Requerimientos básicos: Conocimientos básicos de medios de transmisión, redes de datos, telefonía, red telefónica publica, medios de matemáticas.

TRANSPRO EL TRANSPORTE URBANO DEL MONTEVIDEO DEL MAÑANA

Diseño y soporte de Redes de computadoras. 1.0 Introducción de conceptos de diseño de la red 1.1 Exploración de aspectos básicos del diseño de red

Arquitectura de red distribuida: escalabilidad y equilibrio de cargas en un entorno de seguridad

Sistemas Operativos Windows 2000

LACNIC Foro Latinoamericano de IPv6 FLIP6. Mayo, 2011

CAPÍTULO 1 Instrumentación Virtual

SCT Software para la calibración de transductores de fuerza. Versión 3.5. Microtest S.A.

Transcripción:

Federación Médica del Interior Consultoría Red WAN FeMI Informe Final Escenarios de Evolución Informe Final Ing. Javier Emicuri Ing. Pablo Cuello diciembre de 2008

Contenido Resumen 2 Introducción 3 Alcance 4 Estructura de la red 5 Servicios de Conectividad 6 Escenarios 9 Escenario I 10 Características 10 Aplicaciones 10 Topología 11 Ancho de Banda 12 Servicio de Acceso 13 Servicio de Red 13 Equipamiento 13 Calidad de Servicio 14 Escenario II 15 Características 15 Aplicaciones 15 Topología 17 Ancho de Banda 17 Servicio de Acceso FEMI Montevideo 19 Servicio de Acceso - Remotos 19 Servicio de Red 19 Equipamiento 19 Calidad de Servicio 20 Escenario III 21 Características 21 Aplicaciones 24 Topología 27 Ancho de Banda 27 Servicio de Acceso FEMI Montevideo y SASA 28 Servicio de Acceso - Remotos 29 Servicio de Red 29 Equipamiento 29 Calidad de Servicio 30 Seguridad/ Gestión 31 Conclusiones 32 Referencias 34 Resumen En el marco de la consultoría Red WAN FEMI y luego de entregado el Informe Preliminar sobre el Estado de Situación Actual de la red, se presenta el siguiente documento final de la consultoría conteniendo tres diferentes escenarios de evolución de la red WAN de FEMI. Se comienza describiendo el proceso seguido y el alcance del trabajo. A continuación se presenta la estructura actual de la red FEMI. Se realiza luego una breve descripción de los servicios de conectividad empresarial existentes en el mercado nacional. Seguidamente se estudian al detalle cada uno de los escenarios planteados y se finaliza con una exposición de las conclusiones del presente trabajo. Página 2 de 34

Introducción El presente trabajo se desarrolló en los meses de noviembre y diciembre de 2008 con el objetivo de analizar los distintos escenarios de evolución de la red de datos WAN de FEMI para el soporte de futuras aplicaciones. En busca de estos objetivos se realizaron las siguientes actividades: Etapa 1: Reuniones para la especificación de requerimientos En esta etapa se obtuvo de parte de FEMI información relativa a las futuras aplicaciones a ser soportadas por la infraestructura de red. Se plantearon tres posible escenarios que contemplan la utilización de distintas aplicaciones. Etapa 2: Análisis de requerimientos. En esta etapa se estudiaron los requerimientos generales de cada una de las aplicaciones especificadas en la etapa anterior así como productos comerciales para alguna de ellas poniendo énfasis en aspectos de ancho de banda y calidad de servicio (QoS). Etapa 3: Estudio de servicios y tecnologías de red. En base a los requerimientos identificados en la etapa anterior se estudiaron las distintas tecnologías y servicios de red existentes en el mercado local. Para cada uno de los escenarios se seleccionó la tecnología y servicio que mejor se adapta para cumplir con los requerimientos. Etapa 4: Análisis de los distintos Escenarios Se analizan uno a uno los escenarios planteados prestando especial atención a aspectos tales como: topología, requerimientos de ancho de banda, QoS, tecnología aplicable y equipamiento. Página 3 de 34

Alcance Luego de entregado el informe preliminar de la situación actual de FEMI, en esta instancia se ensayan posibles escenarios de evolución de la red para satisfacer las futuras aplicaciones y servicios en función de los requerimientos planteados dentro del proyecto FEMI-FOMIN. En la instancia previa al presente informe se elaboró un entregable conteniendo un relevamiento de la situación actual de la red FEMI a partir la información recibida. Dicho informe describe la topología de la red WAN, contiene información sobre los servicios contratados, analiza el equipamiento de la misma y sus configuraciones así como la utilización de los enlaces de la red por parte de las distintas Instituciones afiliadas. En el presente informe se analiza una evolución de esta red para poder acompañar los requerimientos planteados en el marco del proyecto FEMI-FOMIN. En busca de estos objetivos se plantean tres escenarios partiendo de la situación actual y transitando por una etapa intermedia hasta arribar a la situación final que contempla algunas de las características requeridas por una red Médica Avanzada. Página 4 de 34

Estructura de la red La red WAN de FEMI está implementada utilizando la tecnología Frame Relay con una topología en forma de estrella distribuida con un sitio central y cinco concentradores locales. El sitio central se ubica en las oficinas de FEMI Montevideo (Cufré 1781) mientras que los concentradores locales están ubicados en los departamentos de Rio Negro (AMEDRIN), Colonia (CAMOC), Cerro Largo (CAMCEL), Rivera (CASMER) y Soriano (CAMS). En la Figura 1 se muestra un diagrama general del la red: Figura 1: Red Wan de FEMI (Topología de la red Nacional) Página 5 de 34

Servicios de Conectividad A continuación se presenta un panorama breve de los servicios de conectividad privada empresarial a los efectos de aportar información complementaria a FEMI que sirva para el análisis de los distintos escenarios de evolución de la Red. Servicio de Red: Los servicios de conectividad privada pueden agruparse en servicio de capa 2 (L2) y capa 3 (L3). Entre los primeros se destacan hasta la fecha los servicios de tipo TDM y Frame Relay. Típicamente en estos casos el proveedor de servicio no incluye el equipamiento necesario para la conectividad a nivel de capa 3 (IP) siendo esto responsabilidad del cliente. En este caso el cliente adquiere directamente ente el equipamiento de capa 3 y para la l administración y mantenimiento miento del equipamiento suele contratar a un integrador tecnológico o realizar dichas tareas con un equipo técnico propio. Para los servicios L3, el proveedor brinda la conectividad de capa 3 y se encarga en muchos casos de la provisión, operación y mantenimiento del equipamiento entregado al cliente. En la actualidad los proveedores de servicio tienden a agrupar su cartera de productos de conectividad privada empresarial de capa 2 en servicios Ethernet de tipo E-LINE (punto a punto Ethernet), EVPL (conectividad Hub & Spoke ethernet) y E-LAN (conectividad multi- punto Ethernet) [1]. Se muestran a continuación diagramas de estos tipos de servicios según se definen en el Metro Ethernet Forum (MEF) Figura 2: E-Line Ethernet Punto a Punto (MEF) ITC S.A. - Torre de las Telecomunicaciones - Guatemala 1075 - Nivel 21 Página 6 de 34

Figura 3: EVPL Ethernet Hub & Spoke (MEF) Figura 4: E-LAN Ethernet Multipunto (MEF) El servicio de L3 de nueva generación más difundido es la VPN de tipo BGP/MPLS aunque algunos proveedores de servicio brindan servicios de L3 usando soluciones de L2 de nueva generación con el agregado de equipamiento de capa 3 (routers de cliente - CE). En estos casos el proveedor de servicio se encarga de la administración, operación y mantenimiento de estos equipos. Los servicios L2 y L3 anteriormente mencionados por lo general son soportados en redes IP/MPLS de proveedores de servicio como se muestra en la Figura 5. Figura 5: Red de un Proveedor de Servicio ITC S.A. - Torre de las Telecomunicaciones - Guatemala 1075 - Nivel 21 Página 7 de 34

Tecnologías de Acceso: Para bajos anchos de banda y cuando la distancia y las condiciones de las líneas lo permiten se utilizan tecnologías implementadas sobre par de cobre del tipo xdsl (ADSL2+, SHDSL, SHDSL-bis, VDSL2). Estas tecnologías permiten velocidades de hasta 100Mbps en cortas distancias (~300 m.). En algunos casos cuando el proveedor no cuenta con líneas de cobre o cuando se quiere brindar diversidad en el acceso (contingencia) se utilizan enlaces de radio punto a punto. En caso de ser necesario ya sea por distancia o mayores requerimientos de ancho de banda se utilizan tecnologías sobre fibra óptica que permiten enlaces punto a punto de hasta algunos Gbps. La utilización de tecnologías Ethernet en el acceso hacen que las soluciones sean más eficientes en cuanto a costos y fácilmente escalables en ancho de banda. Soluciones de conectividad: Las topologías de conectividad privada empresarial actuales en su mayoría consisten en un sitio central con algunas sucursales conectadas a éste con enlaces punto a punto Frame Relay (HUB&SPOKE) e identificando a cada sitio remoto en el sitio central por el DLCI Frame Relay. Las soluciones de nueva generación permiten mantener estas topologías brindando distintas velocidades de acceso por sitio e identificando cada sitio remoto en el sitio central mediante una VLAN como se muestra en la Figura 3. FEMI cuenta actualmente con un servicio de conectividad Frame Relay de tipo HUB & SPOKE que conecta a FEMI Montevideo con las Instituciones afiliadas. Como se mencionó anteriormente la existencia de soluciones Ethernet de tipo EVPLS habilitan una arquitectura de red similar a la actual, montada sobre Ethernet y sin las restricciones de ancho de banda asociadas a la tecnología Frame Relay comercializada en Uruguay (Nx2Mbps). Página 8 de 34

Escenarios Se plantean tres escenarios por los cuales podría transitar la Red FEMI para poder soportar los distintos requerimientos planteados durante la etapa de relevamiento. En todos los casos los valores presentados se basan en la información parcial recabada de la red y sus aplicaciones, en información teórica investigada y en información acerca de productos de uso comercial. Este estudio pretende ser un marco de referencia para establecer requerimientos básicos necesarios en cada uno de los escenarios que ayuden a la construcción de las redes que lo soporten. La implementación de alguno de los escenarios propuestos deberá pasar por una etapa previa de validación que incluya: Relevamiento detallado de las aplicaciones a utilizar. Estudio del consumo de ancho de banda de las mismas. Estudio de la sensibilidad de las aplicaciones a distintos parámetros de QoS (retardo, jitter, packet loss, etc). Elección de los productos y tecnologías de red Realización de pruebas de campo. En el escenario I se plantea una red de datos con soporte de Telefonía IP y Aplicaciones Administrativas con bajos requerimientos de ancho de banda y calidad de servicio. En el escenario 2 la red evoluciona para soportar además de los requerimientos anteriores servicios de videoconferencia con requerimientos medios. En el escenario 3 se agregan aplicaciones médicas como ser: Servicios Terminológicos, Soporte para la Toma de Decisiones, Capacitación Contínua, Historia Clínica Electrónica e Imagenología Médica. Página 9 de 34

Escenario I Características En este escenario la red deberá soportar los servicios que actualmente utiliza la Institución que, según lo informado, se basan en servicios de telefonía IP, intercambio de archivos, aplicaciones administrativas y acceso a Internet. La red en este escenario deberá acompañar un posible aumento en los requerimientos de dichas aplicaciones a través del crecimiento de ancho de banda de los circuitos junto con ampliaciones o cambio del equipamiento existente en caso de ser necesario. Como no se cuenta con el detalle de las aplicaciones mencionadas así como sus requerimientos de ancho de banda se analizan las mismas partiendo de la información parcial recabada y estimando cuando es necesario el resto de los valores. Aplicaciones Se enumeran a continuación las aplicaciones a utilizar en el presente escenario junto con sus principales características. Telefonía IP: Señalización: SIP [9] * Codec utilizado en la WAN: G.729a Cantidad de canales por institución: 4 u 8 Cantidad de canales sitio central: 12 *Según lo informado actualmente en la red FEMI se utiliza una solución basada casi en su totalidad en H.323 [8] con gateways de la marca PLANET y un Gatekeeper basado en software OpenSource y se está en proceso de migración para la utilización del protocolo SIP. Intercambio de archivos: Este tráfico se realiza principalmente entre Instituciones ante un requerimiento puntual. Los requerimientos de ancho de banda pueden ser altos pero la red puede ajustarse para continuar soportando el resto de las aplicaciones, no existiendo además requisitos de tiempo real para dichas transferencias. Página 10 de 34

Aplicaciones Administrativas: Estas aplicaciones tienen un consumo mínimo de ancho de banda y básicamente se utilizan para el chequeo de afiliaciones y autorizaciones. Acceso a Internet: Las Instituciones además del acceso a Internet a través de la Red FEMI cuentan con una salida a Internet local utilizando servicios ADSL. Se priorizará la utilización del las conexiones locales dejando el acceso a través de la conexión WAN solamente para aplicaciones corporativas o en caso de contingencia (falla de la salida local). Topología Se mantiene la topología en estrella distribuida. Un diagrama de conectividad de referencia se muestra en la Figura 6. Figura 6: Conectividad tipo en Escenario I. Observación: Si bien en la Figura 6 se indican teléfonos IP éstos pueden representar gateways de VoIP conectados contra las PBX (centralitas) locales de cada Institución. Esta solución es la utilizada actualmente e integra la solución de VoIP a la de telefonía tradicional. Página 11 de 34

Ancho de Banda A continuación se muestran las asignaciones de ancho de banda de referencia para cada tipo de aplicación. Para establecer con mayor precisión los valores requeridos en cada Institución se deberá conocer las aplicaciones utilizadas para luego evaluar los requerimientos de ancho de banda de las mismas. Dicho análisis detallado por Institución queda fuera del alcance del presente trabajo. Para este estudio se modelan cuatro tipos de Instituciones: Central que corresponde a las oficinas de FEMI Montevideo, Concentrador que corresponde a Instituciones que actualmente conectan contra FEMI Montevideo y concentran tráfico local de otros sitios, Remotos Tipo I que se asocian a Instituciones que conectan únicamente contra FEMI Montevideo y finalmente Remotos Tipo II que se asocian a los Sitios que conectan contra los Concentradores. Para cada uno de los sitios modelados se presenta en la Tabla 1 los valores de ancho de banda asignados a cada servicio junto con el total a contratar para cada link contra FEMI Montevideo. Tipo de Institución # Canales BW Voip(2) BW Aplicaciones BW Total(3) de voz(1) G729 (Kbps) Coorporativas (kbps) (kbps) Central - - - 2x2048 Concentrador 8 256 512 768 Remoto Tipo I 4 128 128 256 Remoto Tipo II 2 64 64 128 Tabla 1: Distribución de Ancho de Banda de referencia - Escenario I (1) El número de canales de voz se establece según la jerarquía del sitio en la red FEMI. Si bien existen concentradores que difieren entre si en ancho de banda se supone para el análisis un único tipo de concentrador. Para los Concentradores y los remotos asociados se considera una simultaneidad de llamadas equivalente a los canales disponibles en el concentrador. (2) Se utiliza como referencia para la estimación del ancho de banda los valores indicados en [10]. Se aproximan los valores a múltiplos de 32 kbps. El tráfico de señalización se asigna a la clase AF21, considerándose el mismo despreciable para los cálculos del BW. (3) No existe reserva de ancho de banda de Internet aunque en ausencia de tráfico de aplicaciones corporativas y VoIP se permite utilizar el canal hasta alcanzar la totalidad del ancho de banda contratado. Finalmente se redondean las cifras obtenidas a valores comercializados, en el caso del sitio central se ajustan las mismas a servicios de nxe1 (E1=2048kbps), manejandose en estos casos algún grado de sobreasignación. El Sitio Central se modela para soportar 22 Remotos Tipo I y 5 Concentradores con una sobre asignación en el entorno de 2:1. Página 12 de 34

Por otro lado los Concentradores se modelaron para soportar un máximo de 5 Remotos Tipo II con una sobre asignación también en el entorno de 2 a 1. Servicio de Acceso De acuerdo a los requerimientos calculados para cada tipo de Institución el medio de acceso recomendable por tener un menor costo es el par de líneas de cobre. Las velocidades teóricas alcanzables sobre estos medios cubren los requerimientos aunque son muy dependientes de la calidad de las líneas y la distancia entre el Cliente y el Punto de Acceso más cercano del Proveedor de Servicio. En el caso particular del Sitio Central se deberán contratar dos puertos de 2048kbps cada uno y distribuir los PVCs hacia los remotos repartiendo la carga. Servicio de Red Actualmente el servicio contratado está implementado sobre una red con tecnología Frame Relay. Para los anchos de banda y topología de este escenario es factible mantener el mismo tipo de servicio. En caso de crecimiento de ancho de banda en los enlaces que conectan contra las Instituciones remotas se podrán agregar interfaces a los routers si los mismos lo soportan o sustituir el equipamiento que no lo soporte. Equipamiento El la Tabla 2 se indica el equipamiento Cisco actual utilizado en la red WAN de la FEMI. Como se indicó en [11] existen además algunos routers Cyclades PR-1000 que están siendo sustituidos por equipamiento Cisco por lo cual no se analizan en el presente estudio. El router central es un cisco 2650XM y ninguno de los concentradores tiene un router Cisco 805 cuya limitante de ancho de banda no permitiría manejar los valores sugeridos. El sitio central actualmente cuenta con una interfaz serial de 2Mbps adicional la que se utilizará para los aumentos de ancho de banda considerados en este escenario. Modelo PPS MAX* BW MAX* (Mbps) EOS** 805 1000 0.51 Abril 2007 1720 8500 4.35 Agosto 2003 1750 8500 4.35 Mayo 2002 2500 4400 2.25 Abril 2002 2524 4400 2.25 Abril 2002 2650XM 40000 20.48 Marzo 2007 Tabla 2: Equipamiento Actual Red WAN - FEMI Página 13 de 34

Calidad de Servicio Se identifican en este escenario tres tipos de tráficos con distintos requerimientos de QoS asociado a las aplicaciones de Voz, Aplicaciones Críticas e Internet. Se propone por lo tanto usar tres clases de servicio definidas en el modelo DIFFSERV [1] para cada una de las aplicaciones como se muestra en la Tabla 3. Servicio Clase Requerimientos Voz Corporativa EF Bajo delay, jitter y packet loss, bajo ancho de banda Aplicaciones Criticas AF21 Garantía de ancho de banda. Internet BE Ancho de banda medio a alto sin garantía. Tabla 3: Clases de Servicio a utilizar en el escenario I Página 14 de 34

Escenario II Características En este escenario se agregan servicios de videoconferencia a los servicios ya existentes (Escenario I). La red deberá soportar los requerimientos en cuanto a ancho de banda y QoS de la transmisión de video en definición estándar generadas por aplicaciones y dispositivos de videoconferencia. La arquitectura de la solución de videoconferencia analizada incluye dispositivos de videoconferencia en cada sitio que consisten en una cámara, un display y software además de un dispositivo central que implementa las videoconferencias entre los distintos sitios. Por la topología de la red dicho equipamiento se encontrará ubicado en las oficinas de FEMI en Montevideo. Aplicaciones Se enumeran a continuación las aplicaciones a utilizar en el presente escenario junto con sus principales características. Telefonía IP: Señalización: SIP Codec utilizado en la WAN: G.729a Cantidad de canales por institución: 4 u 8 Cantidad de canales sitio central: 12 Intercambio de archivos: Este tráfico se realiza principalmente entre Instituciones ante un requerimiento puntual. Los requerimientos de ancho de banda pueden ser altos pero la red puede ajustar dichos requerimientos para continuar soportando el resto de las aplicaciones, no existiendo además requisitos de tiempo real para dichas transferencias. Aplicaciones Administrativas: Estas aplicaciones tienen un consumo mínimo de ancho de banda y básicamente se utilizan para el chequeo de afiliaciones, autorizaciones y Servicios Federales de Metas Prestacionales. Página 15 de 34

Acceso a Internet: Las Instituciones además del acceso a Internet a través de la Red FEMI cuentan con una salida a Internet local utilizando servicios ADSL. Se priorizará la utilización del las conexiones locales dejando el acceso a través de la conexión WAN solamente para aplicaciones corporativas o en caso de contingencia (falla de la salida local). VideoConferencia: Todos los remotos excepto los de tipo II podrán tener clientes de VideoConferencia. Se prevé que solamente una cámara a la vez estará activa durante una videoconferencia y se mantendrá una imagen de baja resolución o estática del resto de los integrantes de la misma. Los requerimientos de ancho de banda dependerán de la resolución, los frames por segundo (fps) y el códec utilizado. Se considera suficiente para esta etapa disponer de 384kbps en cada uno de los enlaces WAN que contengan clientes de videoconferencia. Esto será suficiente para tener una imagen similar a la de CATV utilizando el códec H.264 [12] [13]. Señalización: SIP Codec de video utilizado en la WAN: H.264 Cantidad de cámaras activas en simultáneo: 1 Resolución: 4CIF ~ 704x576 Max. Frames Por Segundo: 30 Los requerimientos de ancho de banda para las distintas resoluciones y fps difieren en los distintos productos comerciales. Se presentan estos valores como referencia para estimar los requerimientos en el presente escenario. Página 16 de 34

Topología Se mantiene la topología en estrella distribuida. Un diagrama de conectividad de referencia se muestra en la Figura 7. Figura 7: Conectividad tipo en Escenario II Ancho de Banda A continuación se muestran las asignaciones de ancho de banda de referencia para cada tipo de aplicación. Para establecer los valores requeridos en cada Institución se deberá conocer el detalle de las aplicaciones utilizadas para luego evaluar los requerimientos de ancho de banda de las mismas. Dicho análisis detallado por Institución queda fuera del alcance del presente trabajo. Tipo de Institución # Canales de voz(1) BW Voip(2) G729 (Kbps) BW Aplicaciones Coorp. (kbps) BW VideoConf (kbps) BW Total(3) (kbps) Central - - - N x (384 + M) BWI + N x (384 + M) Concentrador 8 256 512 384 + M 1152 + M Remoto Tipo I 4 128 128 384 + M 640 + M Remoto Tipo II 2 64 64-128 Tabla 4: Distribución de Ancho de Banda de referencia - Escenario II Página 17 de 34

N = número máximo de participantes en la conferencia. M = ancho de banda para enviar información del resto de los participantes de la videoconferencia y o aplicaciones de colaboración. Este valor dependerá de la solución elegida y su configuración. BWI = Ancho de banda del escenario I. (1) El número de canales de voz se establece según la jerarquía del sitio en la red FEMI. Si bien existen concentradores que difieren entre sí en ancho de banda se supone para el análisis un único tipo de concentrador. (2) Se utiliza como referencia para la estimación del ancho de banda los valores indicados en [10]. Se aproximan los valores a múltiplos de 32 kbps. El tráfico de señalización se asigna a la clase AF21, considerándose el mismo despreciable para los cálculos del BW. (3) No existe reserva de ancho de banda de Internet aunque en ausencia de tráfico de aplicaciones corporativas y VoIP se permite utilizar el canal hasta alcanzar la totalidad del ancho de banda contratado. Se deben ajustar los valores obtenidos a valores comercializados. El Sitio Central se modela para soportar 22 Remotos Tipo I y 5 Concentradores. Por otro lado los Concentradores se modelaron para soportar un máximo de 5 Remotos Tipo II con una sobre asignación en el entorno de 2 a 1. Tomando como ejemplo una videoconferencia entre los 5 concentradores + SASA y un valor de M=64kbps el ancho de banda necesario para satisfacer estos requerimientos en el sitio central aumenta en 2.7 Mbps con respecto al valor del Escenario 1. Se presentan en la Tabla 5 valores de referencia ajustando los mismos a anchos de bandas comercializados. Tipo de Institución # Canales de voz BW Voip G729 (Kbps) BW Aplicaciones Coorp. (kbps) BW VideoConf (kbps) BW Total(1) (kbps) Central - - - 2688 4x2048 Concentrador 8 256 512 512 1280 Remoto Tipo I 4 128 128 512 768 Remoto Tipo II 2 64 64-128 Tabla 5: Ancho de Banda - videoconferencia de 6 puntos (1) Se redondea la cifra para la utilización de servicios con ancho de banda equivalente a nxe1 y se maneja un grado de sobreasignación por la naturaleza estadística del tráfico. Página 18 de 34

Servicio de Acceso FEMI Montevideo El medio de acceso más económico sigue siendo las líneas de cobre aunque se debe analizar la utilización de fibra óptica como medio de acceso frente a continuar agregando líneas de cobre asociadas a los puertos de 2Mbps. Servicio de Acceso - Remotos De acuerdo a los requerimientos calculados para cada tipo de Institución el medio de acceso recomendable por tener un menor costo sigue siendo el par de líneas de cobre. Servicio de Red Actualmente el servicio de red contratado está implementado sobre una red con tecnología Frame Relay. Para los anchos de banda y topología de este escenario es posible mantener el mismo tipo de servicio en los remotos mientras que en el sitio central, y en caso de optar por F.O. como medio de acceso, será necesario pasar a la tecnología ATM en el puerto central. Equipamiento Para satisfacer los requerimientos de ancho de banda planteados será necesario agregar interfaces en el router central de FEMI Montevideo o cambiar las interfaces seriales existentes por una interfaz de mayor capacidad (por ejemplo E3 ATM) en caso de optar por un medio de acceso óptico. En caso de elegir continuar agregando puertos de 2Mbps se deberá realizar una asignación cuidados de los PVCs correspondientes a cada Institución ya que existirá una sobreasignación en dichas interfaces cercana a 3:1. Como el aumento de ancho de banda y lo requerimientos de QoS son importantes se deberá analizar el impacto en la performance de los routers remotos existentes y prever la sustitución del hardware en caso de ser necesario. Si bien el router central soportaría el agregado de una interfaz E3 ATM (NM-1A-E3) o un mayor número de interfaces seriales para este equipo se debe analizar de la misma forma que para los remotos el impacto del ancho de banda a manejar junto con la configuración más compleja de QoS a implementar. Página 19 de 34

Calidad de Servicio Se identifican en este escenario cuatro tipos de tráficos con distintos requerimientos de QoS asociados a las aplicaciones de Voz, Videoconferencia, Aplicaciones Críticas e Internet. Se propone por lo tanto usar cuatro clases de servicio definidas en el modelo DIFFSERV [1] para cada una de las aplicaciones como se muestra en la Tabla 6. Servicio Clase Requerimientos Voz Corporativa EF Bajo delay, jitter y packet loss, bajo ancho de banda Video Conferencia AF41 Bajo delay, jitter y packet loss, ancho de banda medio. Aplicaciones Criticas AF21 Garantía de ancho de banda. Internet BE Ancho de banda medio a alto sin garantía. Tabla 6: Clases de Servicio a utilizar en el escenario II Página 20 de 34

Escenario III Características En este escenario la red deberá soportar además de los servicios del escenario anterior el transporte de información relativa a los Nuevos Sistemas de información en Salud que se implementarán en la red FEMI. Según lo informado los sistemas a implantar son: 1) Sistemas de Servicios Terminológicos. 2) Soporte para la Toma de Decisiones 3) Capacitación Continua. 4) Historia Clínica Electrónica. 5) Sistemas para la Comunicación y Almacenamiento de Imágenes (PACS) A continuación se realiza una descripción breve de los distintos sistemas y sus requerimientos en base a lo informado y a definiciones tomadas de [17]. Sistemas de Servicios Terminológicos Estos sistemas intentan disminuir la ambigüedad de la información registrada por los miembros del equipo de salud brindando un vocabulario y una terminología de referencia. El software denominado Servidor de Terminología Clínica se encarga de mantener los distintos diccionarios de términos. Según lo informado este Servidor se ubicará en una primera instancia en las oficinas de FEMI Montevideo y realizará la distribución de información en forma asíncrona a servidores locales ubicados en las distintas Instituciones de la Red. Sistema de Soporte para la Toma de Decisiones Este sistema (CDSS Clinical Decision Support System) consiste en un software diseñado para ayudar al profesional de la salud en la toma de decisiones clínicas. El software mostrará al médico recordatorios, alarmas, sugerencias, acceso a información local de la HCE y externa relacionada en forma de links (Internet). Según lo informado este sistema, al igual que el anterior, se ubicará en las oficinas de FEMI Montevideo y se sincronizará con los servidores instalados en las distintas Instituciones que componen la Red. Servicios de Capacitación Continua Este sistema al igual que los anteriores se basa en un software servidor ubicado en FEMI Montevideo que distribuye diariamente información a sistemas locales a cada Institución. El acceso a documentación adicional será devuelto como links externos que utilizarán como en los demás casos las conexiones a Internet o repositorios locales a cada Institución. Página 21 de 34

Registro Clínico Electrónico La Historia Clínica Electrónica (HCE) es una conjunción de un grupo de sistemas que están fuertemente integrados. Según el Institute Of Medicine (IOM) de los Estados Unidos, para hacer posible la HCE el sistema que la implementa debe ser capaz de recolectar, almacenar, manipular y dar soporte a los usuarios en cuanto a proveer accesibilidad a datos seguros y completos, alertas, recordatorios y sistemas clínicos de soporte para la toma de decisiones, brindando información clínica importante para el cuidado de los pacientes La información de la HCE se almacena en un Repositorio de Información Clínica o CDR por sus siglas en inglés (Clinical Data Repository). Este repositorio almacena todo tipo de documentos clínicos como ser exámenes complementarios y archivos multimedia además de documentos firmados digitalmente originados por otros componentes así como por el registro clínico electrónico. PACS: El Sistema de Comunicación y Almacenamiento de Imágenes consiste en equipos Servidores, Base de Datos, Clientes, Redes, etc. que se encargan de la Transmisión, Almacenamiento e Impresión de Imágenes Médicas. El almacenamiento de las imágenes se realiza por lo general en formato DICOM. En la Figura 8 se muestra una posible arquitectura de un PACS aunque las distintas funcionalidades e interacción con los diversos módulos dependerán del grado de integración de los Sistemas de Información en Salud. Figura 8: Arquitectura de un PACS Página 22 de 34