DICTAMEN Nº 004/2007

Se dictamina acerca de la necesidad de realizar las contrataciones requeridas para el servicio de Activos de red y Servicio de Telefonía, conforme las especificaciones técnicas elevadas por la Dirección de Informática y Tecnología.-

DICTAMEN Nº 4/2007

1. Antecedentes

1.1. El presente expediente C.M.N. DIyT N° 079/07-0 se inicia con la Nota DIT Nº 296/07, de fecha 27 de Abril del corriente, obrante a fs. 1, por la cual el Señor Director de Informática y Tecnología, Lic. Gustavo Roldán Olivera, solicita la formación de expediente para dar curso al Proyecto Integral para implementar el servicio de Telefonía (hardware y software) en los distintos edificios pertenecientes al Poder Judicial .-

1.2. A fs. 3/11, el Lic. Roldán Olivera expone las razones por las cuales a su entender, funcional y operativamente justifican la necesidad de realizar la contratación de un proyecto integral para reemplazar el Sistema de Telefonía en su totalidad. Estas se fundan en el grado de obsolescencia observado de las Centrales Telefónicas actualmente en funcionamiento, el que no justifica su actualización-

1.3 A fs. 1 del Expediente DIyT-080/07-0 s/ Adquisición de la Electrónica de Red (Activos de Red) para la red informática del Poder Judicial, obra glosada la Nota DIT Nº 297/07, por la cual el Señor Director de Informática y Tecnología solicita la formación de expediente para dar curso al proyecto de Adquisición de la Electrónica de Red (Activos de Red) para la red informática del Poder Judicial.-

1.4 A fs. 3/11 el Lic. Roldán Olivera expone las razones por las cuales a su entender, funcional y operativamente justifican la necesidad de realizar la adquisición de la Electrónica de Red (Activos de Red) para la red informática del Poder Judicial de la Ciudad Autónoma de Buenos Aires.-

1.5 A fs. 16/66 del Expediente DIyT-080/06-0, mediante Nota DIT Nº 394/07 de fecha 28 de mayo, el Señor Director de Informática y Tecnología dispone la unificación de ambos proyectos por encontrarse técnicamente ligados entre sí de acuerdo con las explicaciones que expone.

1.6. A fs. 20 del presente expediente se procede a unificar el trámite de ambos expedientes administrativos Nrs DIyT-079/07-0 y DIyT-080/07-0, quedando caratulado como Activos de red y Servicio de telefonía con el N°DIyT-079/07-0. En razón de ello, eleva a consideración de esta Comisión el Proyecto Integral de Servicio de Telefonía (hardware y Software) y de Adquisición de la Electrónica de Red (Activos de Red) para la infraestructura de red tecnológica del Poder Judicial.--

2. Consideraciones

2.1. Cabe destacar que el objetivo de esta contratación es proporcionar al Poder Judicial de la Ciudad Autónoma de Buenos Aires una solución para la actualización tecnológica de los activos de la red de área local (LAN) y a su vez del sistema de comunicaciones actual, para reemplazarlo por una solución de Telefonía IP.

2.2. Respecto al Proyecto Integral de Servicio de Telefonía, el proyecto se encuentra fundado en la necesidad de realizar un cambio profundo en materia tecnológica del sistema de comunicaciones actualmente en funcionamiento del Poder Judicial. Dicho cambio está justificado sobre la base de dos conceptos fundamentales. El primero se basa en la necesidad de unificar las comunicaciones del Poder Judicial sobre una única plataforma tecnológica soportada por un único fabricante, no como en la actualidad que conviven una gran diversidad de tecnologías y marcas. El segundo concepto se sustenta en la imposibilidad de planificar y ejecutar, con los recursos existentes, una adecuación de la infraestructura de telecomunicaciones, en relación al crecimiento y demanda de servicios conforme a las actuales necesidades funcionales de la Justicia en la Ciudad Autónoma de Buenos Aires.

2.3. A mayor abundamiento cabe señalar que el Poder Judicial cuenta actualmente con centrales telefónicas propias y alquiladas. Los costos asociados para la adecuación y/o expansión de las mismas resultan elevados por el grado de obsolescencia y la escasez de repuestos; otro factor a considerar respecto a las centrales alquiladas, son los procesos licitatorios a los vencimientos de las contrataciones respectivas, siendo que estos procesos pueden resultar fracasados o puedan derivar en el cambio de proveedor.

Producida la situación mencionada en el párrafo precedente conlleva a inconvenientes que un cambio de estas características implica, al tener que llevarlo a cabo en dependencias judiciales en plena actividad, manteniendo la simultaneidad de diversas plataformas tecnológicas, la diversidad de proveedores y la complejidad de la administración de los sistemas instalados.

2.4. El proyecto de Telefonía que se quiere llevar a cabo busca dar una mayor flexibilidad y movilidad al sistema, incluso contemplando la incorporación de nuevos edificios, el incremento en la planta de personal o el traslado de edificios. Actualmente la mayor parte de los edificios en los que se encuentran las dependencias judiciales son alquilados. El proyecto propuesto permitirá que ante una eventual mudanza a otro edificio, únicamente se requiera el traslado del equipamiento de comunicaciones correspondiente, evitando grandes trabajos de montaje y desmontaje de centrales telefónicas y equipos de comunicaciones.

2.5. Al considerarse en forma integrada con la infraestructura de red, la telefonía utiliza el mismo cableado estructurado de la red informática y las comunicaciones entre los diferentes edificios que componen la Red de Area Metropolitana (MAN) del Poder Judicial se entablan a través de los enlaces de comunicación contratados, generando un ahorro significativo en los costos de comunicaciones locales entre los integrantes del Poder Judicial ubicados en diferentes edificios, vale decir, que a partir de la unificación de los servicios, las comunicaciones entre personal del Poder Judicial ubicados en diferentes locaciones, dentro de la MAN, deben considerarse como llamadas internas.

2.6. El Poder Judicial de la Ciudad Autónoma de Buenos Aires carece de una infraestructura tecnológica de red que permita prestar adecuadamente servicios que esten relacionados con las Tecnologías de la Información y Comunicaciones, y que sustenten los procesos tecnológicos iniciados o a iniciarse, ya sean de hardware, software o comunicaciones. La falta de una infraestructura adecuada se ve reflejada en la mala calidad de los servicios que hoy se prestan, la lentitud en las redes de datos, las reiteradas interrupciones, ocasionadas por las excesivas colisiones que se producen en las transmisiones de datos

2.7. Respecto a la necesidad de adquisición de la Electrónica de Red (Activos de Red) se hace necesario la implementación de una solución integral en lo que respecta a la denominada Infraestructura de Redes, unificando la plataforma tecnológica tal como fuera mencionado en el punto 2.5.-

2.8. Debido a las características técnicas de la Electrónica de Red (Activos de Red) existente, esta no es apta para afrontar la demanda de servicios que está requiriendo la Justicia de la Ciudad en materia de TICs, en ese sentido, podemos mencionar que la mayoría de los activos de red, corresponden a modelos discontinuos en el mercado, lo que dificulta su reemplazo y/o reparación, con el agregado que el fabricante, a juicio del Director de Informática y Tecnología, carece de una estructura de soporte tanto de pre-venta como post-venta para satisfacer los requerimientos del Poder Judicial.

2.9. El criterio para la presente contratación radica en que todos los elementos y componentes que componen una red teleinformática deben estar funcionando bajo estrictos parámetros de normalización aceptadas mundialmente. Las normas que establecen los parámetros de funcionamiento de una red teleinformática, instalación y certificación constituyen el punto de partida para iniciar el estudio de factibilidad en la reutilización de los medios existentes y pensar en términos de la necesidad de encarar nuevos proyectos en el futuro, tomando como punto de partida una plataforma tecnológica sólida y homogénea que cumpla con la normativa técnica correspondiente, allí radica la necesidad de encarar la contratación que se propone, habida cuenta a que la tecnología actual permite que el plazo de uso y su consecuente amortización económica de inversión sea mucho más largo en el tiempo, facilitando proyectar una política de desarrollo en iguales condiciones.

2.10. ESPECIFICACIONES TÉCNICAS. Las especificaciones técnicas para la adquisición de equipamiento para la actualización tecnológica del sistema de telefonía y de la red Lan de los edificios del Consejo de la Magistratura de la Ciudad Autónoma de Buenos Aires, son:

2.10.1.- El proyecto parte de la base de considerar varias localizaciones ubicadas todas en la Ciudad Autónoma de Buenos Aires: Alem 684, Av. de Mayo 757, Roque Sáenz Peña 636, Combate de los Pozos 155, Beruti 3345, Tacuarí 155, Arias 4491, Almafuerte 37 y Tuyu 86. En cada una de estas sedes se deberá proporcionar el equipamiento necesario para conformar el Core Switching de la red, los equipos de Acceso y los componentes del Sistema de Telefonía IP requeridos para brindar servicio a la totalidad de los usuarios de cada una de las sedes (locación), a saber: Sistema de Procesamiento de Llamadas, Gateways, Teléfonos, Preatendedor y Mensajería de Voz, Router / Firewall y Red LAN.-

2.10.2. Sistema de Procesamiento de Llamadas. El Servidor de Telefonía IP ofrecido será de tecnología de comunicación de paquetes de datos para tecnología de voz sobre protocolo IP. Deberá permitir implementar telefonía IP.-

2.10.3. Las Características Generales deben ser:

2.10.3.1. El sistema de telefonía IP deberá operar de forma centralizada desde el edificio ubicado en Roque Sáenz Peña 636, sin perjuicio que en el futuro pueda definirse como centro de la estrella a otra locación, es decir, todos los elementos del sistema deberán registrarse y gestionarse desde un único grupo de servidores.-

2.10.3.2 El sistema de telefonía IP debe contemplar redundancia a nivel servidores, de forma tal que en la operatoria normal de servicio sea posible el balanceo de carga y ante una eventual caída de un servidor el/los servidores restantes puedan tomar el control de la situación sin perder el servicio telefónico de los dispositivos, explicando en detalle cómo funciona y cómo lo implementará.-

2.10.3.3.El sistema deberá permitir que en un futuro y sin la adquisición de equipamiento adicional, la redundancia se implemente en forma distribuida entre los sitios de Beruti 3345 y Roque Sáenz Peña 636

2.10.3.4 El sistema implementado en los sitios remotos deberá tener la capacidad de procesar llamadas de forma local, es decir, ante la caída del vínculo de datos principal el sitio deberá continuar operando con la totalidad de internos existentes.-

2.10.3.5. El mecanismo de auto-registración en los sistemas redundantes deberá ser totalmente automático, sin necesidad de intervención alguna por parte del administrador del sistema, así como el reestablecimiento de la operatoria normal.-

2.10.3.6. El plan de numeración será totalmente flexible y deberá permitir el empleo simultáneo de números de extensión (internos) de cuatro (4) dígitos como mínimo. Con el fin de compatibilizar el plan de numeración, al integrar los distintos sitios a una red, el sistema permitirá alcanzar los seis (6) dígitos por medio del agregado de un prefijo local o función similar.-

2.10.3.7. El equipo deberá disponer de un servicio de música en espera sintetizada sobre la parte llamante externa o interna retenida.-

2.10.3.8. El equipo deberá disponer en forma básica de guías vocales o alfanuméricas que orienten al usuario en la utilización de su teléfono.-

2.10.3.9. El oferente deberá describir detalladamente el grado de escalabilidad que provee el equipo ofrecido, tanto de software como de hardware.-

2.10.3.10. El equipamiento ofrecido no deberá constituirse en cuello de botella para la transmisión de datos mediante la PC asociada a cada aparato telefónico. Los equipos periféricos deberán funcionar a -como mínimo- 100 Mbits.-

2.10.3.11. El software y el hardware deberán ser totalmente compatibles (de la misma marca) para garantizar la adecuada ejecución de las aplicaciones.

2.10.3.12. Deberá contar con la capacidad para hacer copias de seguridad de los datos más importantes (Base de datos) y la flexibilidad de guardarlos en otro servidor situado en cualquier lugar de la red IP.-

2.10.3.13. El sistema deberá incluir la posibilidad de brindar sobre los IP Phones un servicio para la interacción Jefe - Secretaria.-

2.10.3.14. Se deberán poder establecer grupos de teléfonos y gateways y definir qué tipo de Codec -G.711u ó G.729a- se utilizará para las comunicaciones dentro de cada uno de los grupos y entre cada uno de los grupos.-

2.10.3.15. Para las comunicaciones en las que intervengan sólo dos teléfonos, estos deberán contar con la capacidad de cursar las llamadas tanto en G.711u como en G.729a directamente entre ellos a nivel IP, utilizando RTP. En estas condiciones el Streaming de RTP deberá ir directamente de teléfono a teléfono.

2.10.3.16 En cuanto a los procesos de registración y facturación, el sistema ofrecido deberá poseer capacidad para el registro detallado de las comunicaciones salientes del Comitente (Tarifación). Para ello deberá preverse que el sistema de registración y facturación disponga de los terminales, impresoras y demás elementos necesarios.-

2.10.3.16.1. La conexión entre la PC que contendrá el software de Tasación y la central telefónica deberá ser a través de Ethernet para poder así acceder desde cualquier lugar de la red LAN o WAN.-

2.10.3.16.2 La gestión de la tasación permitirá obtener reportes de todos estos registros, con una presentación de fácil manejo para el usuario y actualizada (utilizando menús, ventanas y herramientas similares). No se deberán realizar operaciones adicionales para obtener la información. Dichos reportes se podrán obtener en pantalla o en disquete. Preferentemente se deberá permitir la gestión on-line de consultas de registros.-

2.10.3.16.3. Los datos de registración y facturación deberán ser almacenados en algún tipo de soporte magnético u óptico removible, que permita el archivo de la información generada mes a mes y la consulta rápida de información de meses pasados. -

2.10.3.16.4. Debe especificarse el tipo de soporte y la capacidad de cada unidad. Se hará una estimación de las unidades necesarias, preferentemente una, para contener toda la información correspondiente a cada mes completo, es decir, cada período de facturación de las prestatarias del servicio telefónico.-

2.10.317. El sistema requerido debe disponer de subsistemas de autodiagnóstico de fallas que en forma periódica y rutinaria verifiquen el correcto funcionamiento de sus partes (tarjetas de extensión, CPU, memoria, etc.).-

2.10.3.17.1. En caso de detectarse una falla deberá quedar registrada en el subsistema junto con la fecha y la hora, y se registrará en la impresora del terminal de servicio. El resultado de los diagnósticos deberá registrarse en un listado de fallas, las que se deberán clasificar según su importancia y gravedad, indicándose a que hora se producen.-

2.10.3.17.2. Deberá disponer de software de aplicación a la gestión, administración, supervisión y mantenimiento con presentación de menús, ventanas y cualquier otra herramienta de usuario final. Mediante el terminal de servicio podrá accederse a dichos programas. Los accesos a tareas vitales se efectuarán mediante palabras claves o llaves de acceso (password) que deberán estar formados de por lo menos cuatro (4) caracteres, y que podrán ser modificados a conveniencia del usuario autorizado. Deberán existir por lo menos tres niveles de password con distintos alcances de intervención. Por dicha terminal local será posible ingresar datos respecto a nuevos internos, troncales, modificaciones, bajas, etc.-

2.10.3.17.3. Las interfaces de aplicaciones para los usuarios finales deberán ser en idioma español. En el caso de las interfaces de gestión del sistema por parte de los administradores del mismo se admitirá el uso del idioma inglés.-

2.10.3.18.4. Preferentemente las mudanzas de terminales telefónicos dentro del organismo se realizarán por auto detección de la configuración de usuario. Describir la metodología empleada.-

2.10.3.18..5. Se deberán proveer copias de respaldo en CD (discos compactos) de todo el software que se proporcione, tanto del sistema operativo de la central como de los sistemas de gestión, administración y mantenimiento y del sistema de tasación.-

2.10.3.18.6. La conexión entre la PC que contendrá el software de Administración y la central telefónica deberá ser a través de Ethernet para poder así acceder desde cualquier lugar de la red LAN o WAN.-

2.10.3.18.7. Se utilizará la misma PC tanto para el software de tasación como para el software de administración. En caso de no ser esto posible, deberá cotizarse una PC adicional detallando sus características.-

2.10.4. Gateways. Estos dispositivos son los que ofrecen al usuario la integración entre la red telefónica interna y redes de telefonía externa como la red pública telefónica y sistemas internos independientes.-

2.10.4.1. Los Gateways deberán ser de la misma marca que el Sistema de Procesamiento de Llamadas.-

2.10.4.2. Además deberán proveer servicios suplementarios necesarios para la operatoria de los sitios:

2.10.4.2.1. Mecanismos de supervivencia frente a caídas de la red WAN. Este deberá mantener el funcionamiento básico del sistema telefónico hasta que se restablezca la conectividad con el Servidor de Telefonía IP.-

2.10.4.2.2. Mecanismos para realizar Conferencias y Transcoding utilizando recursos locales de cada sitio, de manera de minimizar el tráfico por la red WAN.-

2.10.4.2.3. Proveer el streaming de música en espera en forma local en cada sitio.-

2.10.4.3. Para proporcionar servicio en cada uno de los sitios se definen a continuación los distintos tipos de Gateways que deberán componer la solución.-

2.10.4.3.1. Gateway Tipo 1: Deberá contar con las siguientes interfaces: dos (2) Interfaces Fast Ethernet 10/100; doce (12) Puertos FXO; cuatro (4) Puertos FXS y una (1) Interface E1/T1.-

2.10.4.3.2. Gateway Tipo 2: Deberá contar con las siguientes interfaces: dos (2) Interfaces Fast Ethernet 10/100; doce (12) Puertos FXO; cuatro (4) Puertos FXS y dos (2) Interfaces E1/T1.-

2.10.4.3.3. Gateway Tipo 3: Deberá contar con las siguientes interfaces: dos (2) Interfaces Fast Ethernet 10/100 y veinticuatro (24) Puertos FXS.-

2.10.4.3.4. Cantidad de Gateways:

2.10.4.3.4.1. Para el edificio sito en la calle Alem Nº 684: Gateway Tipo 1: 1; Gateway Tipo 2: 0 y Gateway Tipo 3: 3.-

2.10.4.3.4.2. Para el edificio sito en la Av. de Mayo Nº 757: Gateway Tipo 1: 1; Gateway Tipo 2: 0 y Gateway Tipo 3: 1.-

2.10.4.3.4.3. Para el edificio sito en la calle Roque Sáenz Peña Nº 636: Gateway Tipo 1: 0; Gateway Tipo 2: 1 y Gateway Tipo 3: 1.-

2.10.4.4.4. Para el edificio sito en la calle Combate los Pozos Nº 155: Gateway Tipo 1: 1; Gateway Tipo 2: 0 y Gateway Tipo 3: 1.-

2.10.4.4.5. Para el edificio sito en la calle Beruti Nº 3345: Gateway Tipo 1: 0; Gateway Tipo 2: 1 y Gateway Tipo 3: 2.-

2.10.4.4.6. Para el edificio sito en la calle Tacuarí Nº 684: Gateway Tipo 1: 1; Gateway Tipo 2: 0 y Gateway Tipo 3: 1.-

2.10.4.4.7. Para el edificio sito en la calle Arias Nº 4494: Gateway Tipo 1: 1; Gateway Tipo 2: 0 y Gateway Tipo 3: 0.-

2.10.4.4.8. Para el edificio sito en la calle Almafuerte Nº 37: Gateway Tipo 1: 1; Gateway Tipo 2: 0 y Gateway Tipo 3: 0.-

2.10.4.4.9. Para el edificio sito en la calle Tuyú Nº 86: Gateway Tipo 1: 1; Gateway Tipo 2: 0 y Gateway Tipo 3: 0.-

2.10.4.4.10. Lo que totaliza: Gateway Tipo 1: 7; Gateway Tipo 2: 2 y Gateway Tipo 3: 9.-

2.10.4.5. Gateway Tipo 1. Características Generales

2.10.4.5.1. Interfaces: dos (2) Interfaces Fast Ethernet 10/100; doce (12) Puertos FXO; cuatro (4) Puertos FXS y una (1) Interface E1/T1. De requerirse, se deberán considerar los adaptadores para utilizarlo tanto en modo Balanceado como Desbalanceado.-

2.10.4.5.2. Recursos: deberá permitir que todos los puertos cursen la totalidad de las llamadas en forma simultánea. En esas condiciones todas las comunicaciones deberán permitir la utilización de codecs G.711 ó G.729a. Deberá soportar dos (2) Transcoding G711u a G.711a/G.711 a G.729a. y deberá soportar ocho (8) Conferencias, de las cuales hasta cuatro (4) podrán ser G.711 - G.729a/ G.729.-

2.10.4.5.3. Especificaciones: E1 Network Interface: Transmit Bit Rate: 2.048 Mbps ± 100 bps/50 ppm; Receive Bit Rate: 2.048 Mbps ± 100 bps/50 ppm; Data Rate: 1.984 Mbps (framed mode) per E1 port; Clocking: Internal and loop (recovered from network); E1 National Bits: Fixed (nonconfigurable); Encoding: High-density bipolar three (HDB3); DTE Interface: G.704 or structured; y DCE Interface: G.704 or structured. T1 Network Interface: Transmit Bit Rate: 1.544 Mbps ± 50 bps/32 ppm; Receive Bit Rate: 1.544 Mbps ± 50 bps/32 ppm; Line Code: Alternate-mark-inversion (AMI), binary 8-zero substitution (B8ZS); AMI Ones Density: Enforced for n x 56-kbps channels; Framing Format: D4 (Super Frame [SF]) and Extended Super Frame (ESF); Output Level (line build-out [LBO]): 0, -7.5, or -15 dB; Input Level: +1 dB0 down to -24 dB0; DTE Interface: G.704 or structured; y Data-Communications-Equipment (DCE) Interface: G.704 or structured. T1 and E1 channel associated signaling (CAS). T1 and E1 PRI Q.931 user side and network side. T1 and E1 PRI QSIG. E1 MelCAS. E1 R2 CAS. T1 and E1 Transparent common channel signaling (CCS) (with multiple-D channel). Codec: G.723.1, G.728, G.729, G.729b, Global System for Mobile Communications (GSM)-enhanced full rate and Modem Relay. Call Admission Control for H.323 VoIP Gateways. Call statistics on voice-enabled gateways. Call Status Tracking Optimization. Caller ID. Caller ID on Analog Voice Interfaces. Channelized E1 Signaling. Class Based Ethernet CoS Matching & Marking (802.1p & ISL CoS). Configurable Timers in H.225. DID Support. Diffserv Compliant WRED. Direct Inward Dial (DID). DTMF Events Through SIP Signaling. DTMF Relay for SIP Calls Using Named Telephone Events (NTE). E1 R2 Collect Call Blocking. E1 R2 Signaling. Enhanced ITU-T G.168 Echo Cancellation. Fax and Modem Pass-Through. H.323 Call Redirection Enhancements. H.323 Dual Tone Multifrequency (DTMF) Relay Using Named Telephone Events. H.323 Redundant Zone Support. H.323 Scalability and Interoperability Enhancements for Gateways. H.323 Support for Virtual Interfaces. H.323 to SIP Supplementary Feature Interworking for Session Border Controller (SBC). H.323 VoIP Call Preservation Enhancements for WAN Link Failures. H.323v4 - Enhanced Call Usage Reporting. H.323V4 Gateway Zone Prefix Registration Enhancements. IP SLAs - UDP Based VoIP Operation. IP SLAs - UDP Echo Operation. IP SLAs - UDP Jitter Operation. IP SLAs - VoIP Threshold Traps. BRI QSIG Protocol. ISDN. ISDN Advice of Charge (AOC). ISDN BCAC and Round-Robin Channel Selection Enhancements. ISDN Caller ID Callback. ISDN Calling Name Display. ISDN Cause Code Override. ISDN Generic Transparency Descriptor (GTD) for Setup Message. ISDN LAPB-TA. ISDN Leased Line at 128kbps. ISDN Network Side for ETSI Net5 PRI. ISDN NFAS. ISDN PRI support for Integrated SLT. ISDN Progress Indicator support for SIP using 183 Session Progress. ISDN TON to Radius server. ISDN-NFAS with D Channel Backup. MGCP - Media Gateway Control Protocol. MGCP 1.0 Including NCS 1.0 and TGCP 1.0 Profiles. MGCP Based Fax (T.38) and DTMF Relay. MGCP Basic CLASS and Operator Services. MGCP CAS PBX and AAL2 PVC. MGCP Controlled Backhaul of BRI Signaling. MGCP Endpoint Range Support. MGCP Fax Rate Control. MGCP Layer 2 Teardown for IUA DPNSS Trunks. MGCP Line Control Signaling Package. MGCP Line Package Enhancements for Loop Current Feed Open (LCFO). MGCP VoIP Call Admission Control. SIP - Accept-Language Header Support. SIP - Audible Message Waiting Indicator for FXS Phones. SIP - Call Transfer Enhancements Using Refer Method. SIP - Call Transfer Using Refer Method. SIP - Carrier Identification Code. SIP - Configurable Hostname in Locally Generated SIP Headers. SIP - Configurable PSTN Cause Code Mapping. SIP - Core SIP Technology Enhancements. SIP - Debug Output Filtering Support. SIP - Diversion Header Implementation for Redirecting Number. SIP - DNS SRV RFC2782 Compliance. SIP - Enhanced 180 Provisional Response Handling. SIP - Enhanced Billing Support for Gateways. SIP - Extensions for Caller Identity and Privacy. SIP - Gateway HTTP Authentication Digest. SIP - Gateway Support Enhancements for Bind Command. SIP - Gateway Support for the Bind Command. SIP - Gateway support for Third Party Call Control. SIP - Gateway Support of RSVP. SIP - Gateway Support of TEL URL. SIP - Hold Timer Support. SIP - INFO Method for DTMF Tone Generation. SIP - Intra-gateway Hairpinning. SIP - INVITE Request with Malformed Via Header. SIP - ISDN Suspend/Resume Support. SIP - Multiple 18x Responses. SIP - MWI NOTIFY - QSIG MWI Translation. SIP - Portable Stack support for Outbound Refer. SIP - Redirect Processing Enhancement. SIP - RFC3261 Enhancements. SIP - Session Initiation Protocol for VoIP. SIP - Session Initiation Protocol for VoIP Enhancements. SIP - Session Timer Support. SIP - SIP Extended Feature Functionality for Session Border Controller (SBC). SIP - SIP GW OOB DTMF support with KPML. SIP - SIP GW Session Timer Support. SIP - SIP GW Support for Busy Out. SIP - SIP GW support for SDP Session Info and Permit Hostname CLI. SIP - SIP GW support of TLS. SIP - SIP Header/URL support and Subscribe/Notify for external triggers. SIP - SIP Portable Stack Phase II. SIP - SIP Support for Hookflash. SIP - Stack Support of TLS. SIP - Support for Media Forking. SIP - Survivable Remote Site Telephony (SRST). SIP - T.37. SIP - T.38 Fax Relay. SIP - Transfer Using the Refer Method and Call Forwarding. SIP and H.323 Fax Enhancements. SIP and TEL URL Support. SIP to SIP Supplementary Services for Session Border Controller(SBC). SIP: SIP Portable Stack Support for Outbound Register. SIP: SIP Support of Resource Priority Header and Reason Header. SIP:Cli for passing Calling Name when Privacy Exists. SIP:SIP Support for Options. SIPv-vGateway Reason Header & Buffered Calling Name Completion. T.37 Store and Forward Fax. T.37/T.38 Fax Gateway. T.38 Fax Relay for VoIP H.323. T1 Compliance (partial list): TIA-968-A; CS-03; Jate y ANSI T1.403. Y E1 Compliance (partial list): TBR4 , TBR12, TBR13 y ITU-T G.703, G.704, G.823, I.431.-

2.10.4.6. Gateway Tipo 2. Características Generales

2.10.4.6.1. Interfaces: dos (2) Interfaces Fast Ethernet 10/100; doce (12) Puertos FXO; cuatro (4) Puertos FXS y dos (2) Interfaces E1/T1. De requerirse, se deberán considerar los adaptadores para utilizarlo tanto en modo Balanceado como Desbalanceado.-

2.10.4.6.2. Recursos: deberá permitir que todos los puertos cursen la totalidad de las llamadas en forma simultánea. En esas condiciones todas las comunicaciones deberán permitir la utilización de codecs G.711 ó G.729a. Deberá soportar cuatro (4) Transcoding G711u a G.711a/G.711 a G.729a. y deberá soportar doce (12) Conferencias, de las cuales hasta cuatro (4) podrán ser G.711 - G.729a/ G.729.-

2.10.4.6.3. Especificaciones: E1 Network Interface: Transmit Bit Rate: 2.048 Mbps ± 100 bps/50 ppm; Receive Bit Rate: 2.048 Mbps ± 100 bps/50 ppm; Data Rate: 1.984 Mbps (framed mode) per E1 port; Clocking: Internal and loop (recovered from network); E1 National Bits: Fixed (nonconfigurable); Encoding: High-density bipolar three (HDB3); DTE Interface: G.704 or structured; y DCE Interface: G.704 or structured. T1 Network Interface: Transmit Bit Rate: 1.544 Mbps ± 50 bps/32 ppm; Receive Bit Rate: 1.544 Mbps ± 50 bps/32 ppm; Line Code: Alternate-mark-inversion (AMI), binary 8-zero substitution (B8ZS); AMI Ones Density: Enforced for n x 56-kbps channels; Framing Format: D4 (Super Frame [SF]) and Extended Super Frame (ESF); Output Level (line build-out [LBO]): 0, -7.5, or -15 dB; Input Level: +1 dB0 down to -24 dB0; DTE Interface: G.704 or structured; y Data-Communications-Equipment (DCE) Interface: G.704 or structured. T1 and E1 channel associated signaling (CAS). T1 and E1 PRI Q.931 user side and network side. T1 and E1 PRI QSIG. E1 MelCAS. E1 R2 CAS. T1 and E1 Transparent common channel signaling (CCS) (with multiple-D channel). Codec: G.723.1, G.728, G.729, G.729b, Global System for Mobile Communications (GSM)-enhanced full rate and Modem Relay. Call Admission Control for H.323 VoIP Gateways. Call statistics on voice-enabled gateways. Call Status Tracking Optimization. Caller ID. Caller ID on Analog Voice Interfaces. Channelized E1 Signaling. Class Based Ethernet CoS Matching & Marking (802.1p & ISL CoS). Configurable Timers in H.225. DID Support. Diffserv Compliant WRED. Direct Inward Dial (DID). DTMF Events Through SIP Signaling . DTMF Relay for SIP Calls Using Named Telephone Events (NTE). E1 R2 Collect Call Blocking. E1 R2 Signaling. Enhanced ITU-T G.168 Echo Cancellation. Fax and Modem Pass-Through. H.323 Call Redirection Enhancements. H.323 Dual Tone Multifrequency (DTMF) Relay Using Named Telephone Events . H.323 Redundant Zone Support. H.323 Scalability and Interoperability Enhancements for Gateways. H.323 Support for Virtual Interfaces. H.323 to SIP Supplementary Feature Interworking for Session Border Controller (SBC). H.323 VoIP Call Preservation Enhancements for WAN Link Failures. H.323v4 - Enhanced Call Usage Reporting. H.323V4 Gateway Zone Prefix Registration Enhancements. IP SLAs - UDP Based VoIP Operation. IP SLAs - UDP Echo Operation. IP SLAs - UDP Jitter Operation. IP SLAs - VoIP Threshold Traps. BRI QSIG Protocol. ISDN. ISDN Advice of Charge (AOC). ISDN BCAC and Round-Robin Channel Selection Enhancements. ISDN Caller ID Callback. ISDN Calling Name Display. ISDN Cause Code Override. ISDN Generic Transparency Descriptor (GTD) for Setup Message. ISDN LAPB-TA. ISDN Leased Line at 128kbps. ISDN Network Side for ETSI Net5 PRI. ISDN NFAS. ISDN PRI support for Integrated SLT. ISDN Progress Indicator support for SIP using 183 Session Progress. ISDN TON to Radius server. ISDN-NFAS with D Channel Backup. MGCP - Media Gateway Control Protocol. MGCP 1.0 Including NCS 1.0 and TGCP 1.0 Profiles. MGCP Based Fax (T.38) and DTMF Relay. MGCP Basic CLASS and Operator Services. MGCP CAS PBX and AAL2 PVC. MGCP Controlled Backhaul of BRI Signaling. MGCP Endpoint Range Support. MGCP Fax Rate Control. MGCP Layer 2 Teardown for IUA DPNSS Trunks. MGCP Line Control Signaling Package. MGCP Line Package Enhancements for Loop Current Feed Open (LCFO). MGCP VoIP Call Admission Control. SIP - Accept-Language Header Support. SIP - Audible Message Waiting Indicator for FXS Phones. SIP - Call Transfer Enhancements Using Refer Method. SIP - Call Transfer Using Refer Method. SIP - Carrier Identification Code. SIP - Configurable Hostname in Locally Generated SIP Headers. SIP - Configurable PSTN Cause Code Mapping. SIP - Core SIP Technology Enhancements. SIP - Debug Output Filtering Support. SIP - Diversion Header Implementation for Redirecting Number. SIP - DNS SRV RFC2782 Compliance. SIP - Enhanced 180 Provisional Response Handling. SIP - Enhanced Billing Support for Gateways. SIP - Extensions for Caller Identity and Privacy. SIP - Gateway HTTP Authentication Digest. SIP - Gateway Support Enhancements for Bind Command. SIP - Gateway Support for the Bind Command. SIP - Gateway support for Third Party Call Control. SIP - Gateway Support of RSVP. SIP - Gateway Support of TEL URL. SIP - Hold Timer Support. SIP - INFO Method for DTMF Tone Generation. SIP - Intra-gateway Hairpinning. SIP - INVITE Request with Malformed Via Header. SIP - ISDN Suspend/Resume Support. SIP - Multiple 18x Responses. SIP - MWI NOTIFY - QSIG MWI Translation. SIP - Portable Stack support for Outbound Refer. SIP - Redirect Processing Enhancement. SIP - RFC3261 Enhancements. SIP - Session Initiation Protocol for VoIP. SIP - Session Initiation Protocol for VoIP Enhancements. SIP - Session Timer Support. SIP - SIP Extended Feature Functionality for Session Border Controller (SBC). SIP - SIP GW OOB DTMF support with KPML. SIP - SIP GW Session Timer Support. SIP - SIP GW Support for Busy Out. SIP - SIP GW support for SDP Session Info and Permit Hostname CLI. SIP - SIP GW support of TLS. SIP - SIP Header/URL support and Subscribe/Notify for external triggers. SIP - SIP Portable Stack Phase II. SIP - SIP Support for Hookflash. SIP - Stack Support of TLS. SIP - Support for Media Forking. SIP - Survivable Remote Site Telephony (SRST). SIP - T.37. SIP - T.38 Fax Relay. SIP - Transfer Using the Refer Method and Call Forwarding. SIP and H.323 Fax Enhancements. SIP and TEL URL Support. SIP to SIP Supplementary Services for Session Border Controller(SBC). SIP: SIP Portable Stack Support for Outbound Register. SIP: SIP Support of Resource Priority Header and Reason Header. SIP:Cli for passing Calling Name when Privacy Exists. SIP:SIP Support for Options. SIPv-vGateway Reason Header & Buffered Calling Name Completion. T.37 Store and Forward Fax. T.37/T.38 Fax Gateway. T.38 Fax Relay for VoIP H.323. T1 Compliance (partial list): TIA-968-A; CS-03; Jate; y ANSI T1.403. Y E1 Compliance (partial list): TBR4 , TBR12, TBR13; y ITU-T G.703, G.704, G.823, I.431.-

2.10.4.7. Gateway Tipo 3. Características Generales

2.10.4.7.1. Interfaces: dos (2) Interfaces Fast Ethernet 10/100; doce (12) Puertos FXS.-

2.10.4.7.2. Recursos: deberá permitir que todos los puertos cursen la totalidad de las llamadas en forma simultánea. En esas condiciones todas las comunicaciones deberán permitir la utilización de codecs G.711 ó G.729a..-

2.10.4.7.3. Especificaciones: Basic Call. Call Forward All. Call Forward. Call Forward. Call Forward No Answer. Call Hold. Call Pickup. Call Pickup. Call Transfer Blind. Call Transfer. Call. Caller ID. Conference Call (hasta 3 participantes). Redial. Speed Dial. H.323v4. MGCP. SIP. Real-Time Transport Protocol (RTP). Secure Real-Time Transport Protocol (SRTP). Trivial File Transfer Protocol (TFTP). HTTP server. SNMP v3. Telnet. Dynamic Host Configuration Protocol (DHCP). Domain Name System (DNS). Call survivability-MGCP failover to an H.323 connection to the SRST router. T.38 fax relay, fax passthrough and modem pass-through. Coder/decoder (codec) support, G.711, G.729a. RADIUS and TACACS+ for Telnet and authorization. Y Tip/Ring Interfaces (FXS Port): Ring Voltaje: 50V if no DC offset; Ring Frequency: 20, 25, 30, 50 Hz; Ring Waveform: Sine wave if no DC offset; 20V and 24V DC offset will be trapezoidal; Loop Resistance: Up to 600 ohm (including the phone or terminal equipment); Off-Hook Current: 25 mA (maximum); y RJ-11 FXS Port Terminating Impedance Option: 600 ohm complex, 600 ohm real, 900 ohm complex, 900 ohm real, complex1, and complex2.-

2.10.5. Teléfonos. Para proporcionar servicio en cada uno de los sitios se definen a continuación los distintos tipos de Teléfonos IP que deberán componer la solución.-

2.10.5.1. Todos deberán contar con doble puerto Fast Ethernet 10/100 de manera tal que permita conectar la estación de trabajo utilizando el mismo puerto de switch que proporciona servicio al teléfono,. Para ello los aparatos telefónicos deberán cumplir con la norma IEEE 802.3af Power over Ethernet.-

2.10.5.2. Los Teléfonos IP deberán ser de la misma marca que el Sistema de Procesamiento de Llamadas.-

2.10.5.3. Para proporcionar servicio en cada uno de los sitios se definen a continuación los distintos tipos de Teléfonos que deberán componer la solución: Teléfono Gama Media: Equipo con 2 (dos) líneas, display, doble puerto Fast Ethernet y manos libres; y Teléfono Gama Baja: Equipo con 1 (una) línea, display, doble puerto Fast Ethernet y monitor de llamadas.-

2.10.5.4. Cantidad de Teléfonos

Los teléfonos solicitados podrán ser reasignados según sea requerido al momento de la implementación del proyecto.

2.10.5.4.1. Para el edificio sito en la Av. Leandro N. Alem Nº 684, se solicitan: Teléfono Gama Media: 48 y Teléfono Gama Baja: 338.-

2.10.5.4.2. Para el edificio sito en la Av. de Mayo Nº 757, se solicitan: Teléfono Gama Media: 37 y Teléfono Gama Baja: 260.-

2.10.5.4.3. Para el edificio sito en la Av. Roque Sáenz Peña Nº 636, se solicitan: Teléfono Gama Media: 21 y Teléfono Gama Baja: 142.-

2.10.5.4.4. Para el edificio sito en la calle Combate de los Pozos Nº 155, se solicitan: Teléfono Gama Media: 19 y Teléfono Gama Baja: 135.-

2.10.5.4.5. Para el edificio sito en la calle Beruti Nº 3345, se solicitan: Teléfono Gama Media: 33 y Teléfono Gama Baja: 237.-

2.10.5.4.6. Para el edificio sito en la calle Tacuarí Nº 155, se solicitan: Teléfono Gama Media: 22 y Teléfono Gama Baja: 166.-

2.10.5.4.7. Para el edificio sito en la calle Arias Nº 4491, se solicitan: Teléfono Gama Media: 6 y Teléfono Gama Baja: 36.-

2.10.5.4.8. Para el edificio sito en la calle Almafuerte Nº 37, se solicitan: Teléfono Gama Media: 6 y Teléfono Gama Baja: 32.-

2.10.5.4.9. Para el edificio sito en la calle Tuyú Nº 86, se solicitan: Teléfono Gama Media: 8 y Teléfono Gama Baja: 54.-

2.10.5.4.10. Se solicita un total de Teléfonos Gama Media: 200 y Teléfono Gama Baja: 1400.-

2.10.5.5. Teléfono Gama Media. Características Generales. Aparato Telefónico IP de dos (2) líneas que además cumpla con las siguientes características:

2.10.5.5.1. Deberá contar con características programables capaces de realizar llamadas simultáneas y teclas de software interactivas que guíen al usuario a través de las características y funciones de las llamadas. El teléfono deberá poseer pantalla, preferentemente LCD, ofreciendo características como la fecha y hora, el nombre y número de la persona que realiza la llamada y los números marcados. Además de permitir el ajuste de su posición física desde una posición totalmente plana hasta una inclinación que permita una visión óptima de la pantalla y un cómodo uso de todos los botones y las teclas por parte del usuario. En la pantalla también deberá ser posible desplegar información en formato XML. Los teléfonos IP deberán contar con la posibilidad de correr aplicaciones basadas en XML, standard abierto. Los teléfonos IP propuestos deberán interoperar con el sistema de administración de Telefonía IP solicitado, los protocolos de interoperabilidad deben ser basados, como mínimo, en la tecnología SIP (Session Initiation Protocol) y adicionalmente protocolos propietarios. Asignación de dirección IP por DHCP o de modo estático. Compresión de sonido G.711 y G.729a. Admitir tonos de timbre ajustables por el usuario. Deberá contar con un control de volumen (altavoz, auricular, timbre). Deberá contar mínimamente con acceso a: Ayuda; Casilla de mensajes; Servicios de directorios; Servicios de configuración del teléfono; Manos libres; Mute; y Headset. Deberá contar mínimamente con los siguientes features: Call Pickup; Call Forwarding; Call Waitting; Call Transfer; Call Hold/Resume; Call Mute; Call Park; Call Back; Indicador de llamadas recibidas; Indicador de mensajes vocales; Indicador de estado de líneas; y Conexión externa de headset. Debe contar con tecnología de speaker phone bidireccional (altavoces duplex completo), y contar con por lo menos un puerto para interconectar dispositivos de expansión. Los teléfonos IP deberán ser capaces de recibir alimentación eléctrica a través de un puerto de LAN Ethernet interno en el teléfono (alimentación en línea), utilizando el Standard IEEE 802.3af. Los teléfonos IP deberán incluir un switch interno con al menos dos puertos con interfaz 100BaseT para permitir una conexión con el switch de piso y otro para interconectar la PC del usuario. El administrador deberá poder designar LAN virtuales independientes (VLANs) (802.1 q) para la PC de usuario y los teléfonos IP. Los teléfonos IP deberán incluir el soporte de Calidad de servicio (QoS) para el marcado de paquetes de voz según estándar IEEE 802.1p. Los teléfonos IP deberán soportar características de seguridad como ser certificados digitales, autenticación y encripción sin el agregado de hardware adicional. Los teléfonos IP deberán soportar lenguaje Español. Sistema Manos Libres, es decir que se puedan realizar tanto monitoreos como conversaciones sin necesidad de levantar el microteléfono. E indicadores de estado de Líneas y funciones.-

2.10.5.6. Teléfono Gama Baja. Características Generales. Aparato Telefónico IP de una (1) línea que además cumpla con las siguientes características:

2.10.5.6.1. Deberá contar con características programables capaces de realizar llamadas simultáneas y teclas de software interactivas que guíen al usuario a través de las características y funciones de las llamadas. El teléfono deberá poseer pantalla, preferentemente LCD, ofreciendo características como la fecha y hora, el nombre y número de la persona que realiza la llamada y los números marcados. En la pantalla también deberá ser posible desplegar información en formato XML. Los teléfonos IP deberán contar con la posibilidad de correr aplicaciones basadas en XML, standard abierto. Los teléfonos IP propuestos deberán interoperar con el sistema de administración de Telefonía IP solicitado, los protocolos de interoperabilidad deben ser basados, como mínimo, en la tecnología SIP (Session Initiation Protocol) y adicionalmente protocolos propietarios. Asignación de dirección IP por DHCP o de modo estático. Compresión de sonido G.711 y G.729a. Admitir tonos de timbre ajustables por el usuario. Deberá contar con un control de volumen (altavoz, auricular, timbre). Deberá contar mínimamente con acceso a: Ayuda.; Casilla de mensajes; Servicios de directorios; Servicios de configuración del teléfono; y Monitor de Llamada. Deberá contar mínimamente con los siguientes features: Call Pickup; Call Forwarding; Call Waitting; Call Transfer; Call Hold/Resume; Call Park; Call Back; e Indicador de mensajes vocales. Los teléfonos IP deberán ser capaces de recibir alimentación eléctrica a través de un puerto de LAN Ethernet interno en el teléfono (alimentación en línea), utilizando el Standard IEEE 802.3af. Los teléfonos IP deberán incluir un switch interno con al menos dos puertos con interfaz 100BaseT para permitir una conexión con el switch de piso y otro para interconectar la PC del usuario. El administrador deberá poder designar LAN virtuales independientes (VLANs) (802.1 q) para la PC de usuario y los teléfonos IP. Los teléfonos IP deberán incluir el soporte de Calidad de servicio (QoS) para el marcado de paquetes de voz según estándar IEEE 802.1p. Los teléfonos IP deberán soportar características de seguridad como ser certificados digitales, autenticación y encripción sin el agregado de hardware adicional. Los teléfonos IP deberán soportar lenguaje Español. Y sistema Monitor de Llamada.-

2.10.6. Preatendedor y Mensajería de Voz. El sistema propuesto deberá incluir los recursos necesarios para proporcionar sistema de Preatendedor y Mensajería de Voz. Se admitirán soluciones que integren estas funcionalidades sobre otros equipos que componen la solución ofertada.-

2.10.6.1. El sistema de Preatendedor y Mensajería de Voz deberán ser de la misma marca que el Sistema de Procesamiento de Llamadas.-

2.10.6.2. Cantidad de Licencias y Preatendedores:

2.10.6.2.1. Para el edificio sito en la Av. Leandro N. Alem Nº 684, se solicitan: Casillas de Correo de Voz: 100, Sistema de Preatendedor: 1.-

2.10.6.2.2. Para el edificio sito en la Av. de Mayo Nº 757, se solicitan: Casillas de Correo de Voz: 50, Sistema de Preatendedor: 1.-

2.10.6.2.3. Para el edificio sito en la Av. Roque Sáenz Peña Nº 636, se solicitan: Casillas de Correo de Voz: 50, Sistema de Preatendedor: 1.-

2.10.6.2.4. Para el edificio sito en la calle Combate de los Pozos Nº 155, se solicitan: Casillas de Correo de Voz: 100, Sistema de Preatendedor: 1.-

2.10.6.2.5. Para el edificio sito en la calle Beruti Nº 3345, se solicitan: Casillas de Correo de Voz: 50, Sistema de Preatendedor: 1.-

2.10.6.2.6. Para el edificio sito en la calle Tacuarí Nº 155, se solicitan: Casillas de Correo de Voz: 50, Sistema de Preatendedor: 1.-

2.10.6.2.7. Para el edificio sito en la calle Arias Nº 4491, se solicitan: Casillas de Correo de Voz: 25, Sistema de Preatendedor: 1.-

2.10.6.2.8. Para el edificio sito en la calle Almafuerte Nº 37, se solicitan: Casillas de Correo de Voz: 25, Sistema de Preatendedor: 1.-

2.10.6.2.9. Para el edificio sito en la calle Tuyú Nº 86, se solicitan: Casillas de Correo de Voz: 25, Sistema de Preatendedor: 1.-

2.10.6.2.10. Se solicitan un total de: Casillas de Correo de Voz: 475, Sistema de Preatendedor: 9.-

2.10.6.3. Preatendedor y Mensajería de Voz. Características Generales: El producto ofertado deberá ser para Telefonía IP en forma nativa. No se admitirán soluciones basadas en interfaces telefónicas analógicas o digitales conectados a puertos telefónicos externos de gateways de IP. En cada sitio se deberán soportar 8(ocho) sesiones de Voice Mail y Preatendedor. En cada sitio se deberá poder implementar al menos 4 (cuatro) menúes de preatendedor asociados a respectivos pilot numbers.

2.10.6.4. Preatendedor: Built-in automated attendant with dial-by-name, dial-by-extension, and return-to-operator. Custom automated attendant. Greeting Management System. Holiday schedules. Business hours. Alternative automated-attendant greeting. Y Automated-attendant peg counts.-

2.10.6.5. Voice Mail: 100 hours of voicemail storage configurable on per-mailbox basis. General Delivery Mailboxes. Easy-to-use, end-user tutorial for self-service mailbox creation. Voicemail features: replying, forwarding, and saving messages; message tagging for privacy or urgency or future delivery; alternative greetings; pause, fast forward, rewind; and envelope information are provided for optimal management of messages. Support for Voice Profile for Internet Mail (VPIM). Public and private distribution list. Broadcast Messages. Undelete messages. Calling Line Identification (CLID) as part of envelope information. Standard and alternative greetings. Mandatory message expiry. Future message delivery. E Integrated messaging: acceso a voice messages desde e-mail inbox utilizando IMAP.-

2.10.7. Router/Firewall. Deberá manejar las comunicaciones a través de la red WAN y la conexión a Internet en cada uno de los sitios.-

2.10.7.1. Deberá contar con al menos 5 (cinco) interfaces según el siguiente detalle: Fast Ethernet 10/100 Para conexión a enlace WAN#1. Fast Ethernet 10/100 Para conexión a enlace WAN#2. Fast Ethernet 10/100 Para conexión a enlace de Internet. Fast Ethernet 10/100 Para conexión a red DMZ. Y Fast Ethernet 10/100 Para conexión a red Interna

2.10.7.2. Se admitirán soluciones que integren las funcionalidades de Router/Firewall sobre otros equipos que compongan la solución ofertada.-

2.10.7.3 Deberá permitir el balanceo de tráfico a través de los dos enlaces de WAN, tanto paquete a paquete como en base a características del tráfico (direcciones IP, puertos TCP/UDP).-

2.10.7.4. Deberá permitir la implementación de VPNs hacia todos los sitios e integrarlas dentro de los protocolos de ruteo para que formen parte de la topología de la red IP que estos protocolos de ruteo consideran.

2.10.7.5. El sistema de Router/Firewall deberá ser de la misma marca que el Sistema de Procesamiento de Llamadas.

2.10.7..6. Cantidades de Router/Firewall

2.10.7.6.1. Para el edificio sito en la Av. Leandro N. Alem Nº 684, se solicitan: Cantidad de Router/Firewall: 1.-

2.10.7.6.2. Para el edificio sito en la Av. de Mayo Nº 757, se solicitan: Cantidad de Router/Firewall: 1.-

2.10.7.6.3. Para el edificio sito en la Av. Roque Sáenz Peña Nº 636, se solicitan: Cantidad de Router/Firewall: 1.-

2.10.7.6.4. Para el edificio sito en la calle Combate de los Pozos Nº 155, se solicitan: Cantidad de Router/Firewall: 1.-

2.10.7.6.5. Para el edificio sito en la calle Beruti Nº 3345, se solicitan: Cantidad de Router/Firewall: 1.-

2.10.7.6.6. Para el edificio sito en la calle Tacuarí Nº 155, se solicitan: Cantidad de Router/Firewall: 1.-

2.10.7.6.7. Para el edificio sito en la calle Arias Nº 4491, se solicitan: Cantidad de Router/Firewall: 1.-

2.10.7.6.8. Para el edificio sito en la calle Almafuerte Nº 37, se solicitan: Cantidad de Router/Firewall: 1.-

2.10.7.6.9. Para el edificio sito en la calle Tuyú Nº 86, se solicitan: Cantidad de Router/Firewall: 1.-

2.10.7.6.10. Se solicitan un total de Cantidad de Router/Firewall: 9.-

2.10.7.7. Router/Firewall. Características Generales: Router con capacidad de balanceo de tráfico sobre múltiples enlaces. Firewall Statefull-Inspection. Y Terminador de Túneles Site to Site (DES, 3DES, AES) utilizando Claves pre-compartidas ó Certificados Digitales.-

2.10.7.8. Interfaces. Deberá contar con al menos cinco (5) interfaces según el siguiente detalle: Fast Ethernet 10/100 Para conexión a enlace WAN#1; Fast Ethernet 10/100 Para conexión a enlace WAN#2; Fast Ethernet 10/100 Para conexión a enlace de Internet; Fast Ethernet 10/100 Para conexión a red DMZ; y Fast Ethernet 10/100 Para conexión a red Interna.-

2.10.7.9. Especificaciones: Built-in VPN encryption acceleration (IPSec DES, 3DES,and AES 128, 192 and 256). Firewall Performance: 530 Mbps. Maximum Tunnels: 500. Maximum 3DES Throughput: 170 Mbps. Maximum AES Throughput: 170 Mbps. DMVPN: Way to establish virtual full-meshed IPSec tunnels from branch to branch. Zero configuration at hub when adding new spokes. VPN de Acceso Remoto: administración centralizada de políticas de acceso. VPN preparadas para tráfico de Voz, Video y Datos. SSL VPN. Advanced Application Inspection and Control (Application Firewall): advanced application inspection and control for Hypertext Transport Protocol (HTTP) and e-mail. HTTP Inspection Engine enforces protocol conformance and prevents malicious or unauthorized behavior such as port 80 tunneling, malformed packets, and Trojans from passing through. Transparent Firewall. Simultaneous transparent and Layer 3 firewall support. Reconocimiento avanzado de aplicaciones. SSHv2. SNMPv3. Capacidad de que el equipo actúe como una Autoridad Certificante para otorgar certificados digitales. Certificaciones: ICSA Firewall, 4.1 Corporate; ICSA IPSec 1.0D; FIPS 140-2,Level 2; y Common Criteria: Firewall (EAL4). AAA Broadcast Accounting. AAA Call Trace Messages. AAA CLI Stop Record Enhancement. AAA DNIS Map for Authorization. AAA Double Authentication Secured by Absolute Timeout. AAA Resource Accounting. AAA Server Group. AAA Server Group Deadtimer. AAA Server Group Enhancements. AAA Server Groups Based on DNIS. AAA Support for MSCHAPv2 Password Aging. AAA-PPP-VPDN Non-Blocking. AAA-SERVER-MIB Set Operation. AAL1 CES on AIM-ATM. Ability to Disable Xauth for Static IPsec Peers. Accounting of VPDN Disconnect Cause. Accounting server connectivity failure and recovery detection. ACL - Ability to Filter on the TTL Value. ACL - Reflexive Access Lists. ACL - Support for Non-Contiguous Port Ranges on an ACE. ACL - TCP Flags Filtering. ACL Authentication of Incoming RSH and RCP. ACL Default Direction. ACL IP Options Selective Drop. ACL Manageability. ACL Sequence Numbering. ACL Support for Filtering IP Options. ACL-based RBSCP. Advanced Encryption Standard (AES). Application Firewall - Instant Message Traffic Enforcement. Application Inspection And Control for HTTP - Phase 2. AutoQoS - VoIP. AutoQoS for the Enterprise - Suggested Policy. AutoQoS: AutoDiscovery Trust Option. BGP. BGP 4. BGP 4 Multipath Support. BGP 4 Prefix Filter and In-bound Route Maps. BGP 4 Soft Config. BGP Conditional Route Injection. BGP Configuration Using Peer Templates. BGP Convergence Optimization. BGP Cost Community. BGP Cost Community Support for EIGRP MPLS VPN PE-CE. BGP Dynamic Update Peer-Groups. BGP Hide Local-Autonomous System. BGP Hybrid CLI Support. BGP Increased Support of Numbered as-path Access Lists. BGP Link Bandwidth. BGP Multipath Load Sharing for Both eBGP and iBGP in an MPLS-VPN. BGP Named Community Lists. BGP Neighbor Policy. BGP Per Neighbor SOO Configuration. BGP Policy Accounting. BGP Policy Accounting Output Interface Accounting. BGP Prefix-Based Outbound Route Filtering. BGP Reduction in Transient Memory Usage. BGP Restart Neighbor Session After max-prefix Limit Reached. BGP Route-Map Continue. BGP Route-Map Continue Support for Outbound Policy. BGP Route-Map Policy List Support. BGP Selective Address Tracking. BGP Soft Reset. BGP Support for Dual AS Configuration for Network AS Migrations. BGP Support for IP Prefix Import from Global Table into a VRF Table. BGP Support for Named Extended Community Lists. BGP Support for Next-Hop Address Tracking. BGP Support for Sequenced Entries in Extended Community Lists. BGP Support for TTL Security Check. Bidirectional PIM. Bridging between IEEE 802.1Q vLANs. Certificate - Authority (CA) Key Rollover. Certificate - Auto Enrollment. Certificate - Enrollment Enhancements. Certificate - Security Attribute-Based Access Control. Certificate - Storage Location Specification. Certificate - Complete Chain Validation. Certification Authority Interoperability (CA). Certificate Server. Class Based Ethernet CoS Matching & Marking (802.1p & ISL CoS). Class Based Traffic Policing with CLP Tagging. Class Based Weighted Fair Queuing (CBWFQ). Class-Based Frame-Relay DE-Bit Matching and Marking. Class-Based Marking. Class-Based Policing. Class-Based Shaping. DHCP - Class Support for Client Identification. DHCP - Configurable DHCP Client. DHCP - Static Mapping. DHCP - Statically Configured Routes Using a DHCP Gateway. DHCP Accounting. DHCP Address Allocation using Option 82. DHCP Authorized ARP. DHCP Client. DHCP Client - Dynamic Subnet Allocation API. DHCP Client on WAN Interfaces. DHCP Lease Limit per ATM/RBE unnumbered interface. DHCP ODAP Server Support. DHCP On Demand Address Pool (ODAP) Manager for non-MPLS VPN pools. DHCP Option 82 on Stacked EtherSwitch Modules. DHCP Option 82 Support for Routed Bridge Encapsulation. DHCP Proxy Client. DHCP Relay - MPLS VPN Support. DHCP Relay Accounting. DHCP Relay Agent Support for Unnumbered Interfaces. DHCP Relay Option 82 - Per Interface Support. DHCP Release and Renew CLI in Exec Mode. DHCP Secured IP Address Assignment. DHCP Server. DHCP Server - On Demand Address Pool Manager. DHCP Server - Option to Ignore all BOOTP Requests. DHCP Server Options - Import and Autoconfiguration. Dynamic Multipoint VPN (DMVPN). EIGRP Stub Routing. EIGRP Support for Route Map Filtering. Encrypted Pre-shared Key. Enhanced IGRP (EIGRP). Firewall - Stateful failover. Firewall ACL Bypass. Firewall Authentication Proxy. Firewall Authentication Proxy for FTP and Telnet Sessions. Firewall Feature Set. Firewall Intrusion Detection (IDS) Signature Enhancements. Firewall Intrusion Detection System. Firewall N2H2 Support. Firewall Stateful Inspection of ICMP. Firewall Support for SIP. Firewall Support of SSL Encrypted HTTP Authentication Proxy Sign-on. Firewall Websense URL Filtering. Generic Traffic Shaping (GTS). HSRP - Hot Standby Router Protocol. HSRP - Hot Standby Router Protocol and IPSec. HSRP MD5 Authentication. HSRP over ISL. HSRP support for ICMP Redirects. HSRP support for MPLS VPNs. IKE - Initiate Aggressive Mode. IKE Extended Authentication (Xauth). IKE Mode Configuration. IKE Security Protocol. IKE Shared Secret Using AAA Server. IP Routing. IP SLAs - ICMP Jitter Operation. IP SLAs - RTP-Based VoIP Operation 2. IP SLAs - Application Performance Monitor (APM). IP SLAs - ATM Interfaces. IP SLAs - ATM/Frame-Relay Thresholds. IP SLAs - DHCP Operation. IP SLAs - Distribution of Statistics. IP SLAs - DNS Operation. IP SLAs - Frame Relay Interfaces. IP SLAs - Frame Relay Operation. IP SLAs - FTP Operation. IP SLAs - History Statistics. IP SLAs - HTTP Operation. IP SLAs - ICMP Echo Operation. IP SLAs - ICMP Path Echo Operation. IP SLAs - LSP Health Monitor. IP SLAs - MPLS VPN Awareness. IP SLAs - Multi Operation Scheduler. IP SLAs - One Way Measurement. IP SLAs - Path Jitter Operation. IP SLAs - Reaction Threshold. IP SLAs - Scheduler. IP SLAs - SNA LU2 Echo. IP SLAs - SNMP Support. IP SLAs - TCP Connect Operation. IP SLAs - UDP Based VoIP Operation. IP SLAs - UDP Echo Operation. IP SLAs - UDP Jitter Operation. IP SLAs - VoIP Threshold Traps. IP SLAs Additional Threshold Traps. IP SLAs Random Scheduler. IPSec and Quality of Service. IPSec Anti-Replay Window: Expanding and Disabling. IPSec Dead Peer Detection (DPD) Periodic Message Option. IPsec NAT Transparency. IPSec Network Security. IPSEC Preferred Peer. IPSec Through Network Address Translation Support. IPSec Triple DES Encryption (3DES). IPSec v6 Phase 2 Support. IPsec Virtual Tunnel Interface. IPSec VPN Accounting. IPSec VPN High Availability Enhancements. IPSec VTI - Virtual Tunnel Interface. IS-IS. IS-IS Caching of Redistributed Routes. IS-IS HMAC-MD5 Authentication. IS-IS Incremental Shortest Path First (i-SPF) Support. IS-IS Limit on Number of Redistributed Routes. IS-IS Mechanism to Exclude Connected IP Prefix from LSP Advertisements. IS-IS Multiarea Support. IS-IS Support for IP Route Tags. IS-IS Support for Priority-Driven IP Prefix RIB Installation. Low Latency Queueing (LLQ). Low Latency Queueing (LLQ) with Priority Percentage Support. Manual certificate enrollment (TFTP and cut-and-paste). Modular QoS CLI (MQC) Three-Level Hierarchical Policer. Modular QoS CLI (MQC) Unconditional Packet Discard. NAT - Default Inside Server Enhancement. NAT - Protocol Translation (NAT-PT). NAT - Stateful Fail-over of Network Address Translation (SNAT) Phase 1. NAT - Ability to use Routes Maps with Static Translations. NAT - Enhanced H.225/H.245 Forwarding Engine. NAT - Network Address Translation. NAT - Optimized SIP Media Path with SDP. NAT - Optimized SIP Media Path without SDP. NAT - Performance & Scalability enhancement - Timer Wheel. NAT - Performance Enhancement - CEF Switching Support. NAT - Rate Limiting NAT Translation. NAT - Stateful Fail-Over - Asymmetric Outside-to-Inside Support. NAT - Stateful Fail-over for Embedded Addressing. NAT - Static IP Support. NAT - Static Mapping Support with HSRP for High-Availability. NAT - Support for H.323 Fragmented Control Messages. NAT - Support for H.323v3 and v4 in v2 Compatibility mode. NAT - Support for NetMeeting Directory (Internet Locator Service - ILS). NAT - Support for SIP. NAT - Support of H.323v2 Call Signaling (FastConnect). NAT - Support of H.323v2 RAS. NAT - Translation of external IP Addresses only. NAT as SIP-Session Border Controller Hosted NAT Traversal. NAT as SIP-Session Border Controller Media Flow. NAT as SIP-Session Border Controller Support for Address-Only Fields. NAT-PT: Support for DNS ALG. NAT-PT: Support for Fragmentation. NAT-PT: Support for FTP ALG. NAT-PT: Support for Overload (PAT). OSPF. OSPF ABR type 3 LSA Filtering. OSPF Area Transit Capability. OSPF Enhanced Traffic Statistics for OSPFv2 and OSPFv3. OSPF Flooding Reduction. OSPF Forwarding Address Suppression in Translated Type-5 LSAs. OSPF Inbound Filtering using Route Maps with a Distribute List. OSPF Incremental Shortest Path First (i-SPF) Support. OSPF Limit on Number of Redistributed Routes. OSPF Link State Database Overload Protection. OSPF Link-local Signaling (LLS) Per Interface Basis. OSPF MIB Support of RFC 1850 and Latest Extensions. OSPF Not-So-Stubby Areas (NSSA). OSPF On Demand Circuit (RFC 1793). OSPF Packet Pacing. OSPF Sham-Link Support for MPLS VPN. OSPF Shortest Paths First Throttling. OSPF Stub Router Advertisement. OSPF Support for Fast Hellos. OSPF Support for Link State Advertisement (LSA) Throttling. OSPF Support for Multi-VRF on CE Routers. OSPF Support for Unlimited Software VRFs per Provider Edge (PE) Router. OSPF Update Packet-Pacing Configurable Timers. P2P Application Inspection and Control - Phase 1. Packet Classification Based on Layer3 Packet-Length. Packet Classification using Frame-Relay DLCI Number. PIM Dense Mode State Refresh. PIM MIB Extension for IP Multicast. PIM Multicast Scalability. PIM Version 1. PIM Version 2. PKI AAA Authorization Using the Entire Subject Name. PKI Integration with AAA Server. PPPoE Client. PPPoE Client DDR Idle-Timer. PPPoE Connection Throttling. PPPoE MTU Adjustment. PPPoE on Ethernet. Priority Queueing (PQ). QoS Bandwidth Estimation. QoS Device Manager (QDM). QoS for Virtual Private Networks. QoS Packet Marking. QoS Policy Propagation via Border Gateway Protocol (QPPB). QoS Priority Percentage CLI Support. QOS: DirectConnect PDLM. QoS: Skype classification. QSIG Protocol Support. Quality of Service (QoS) - Classification Only. Quality of Service (QoS) Queuing. RADIUS. RADIUS Attribute 104. RADIUS Attribute 44 (Accounting Session ID) in Access Requests. RADIUS Attribute 52 and 53 Gigaword Support. RADIUS Attribute 66 (Tunnel-Client-Endpoint) Enhancements. RADIUS Attribute 77 for DSL. RADIUS Attribute 82: Tunnel Assignment Id. RADIUS Attribute 91 Encrypted and Tagged VSA Support. RADIUS Attribute Value Screening. RADIUS Centralized Filter Management. RADIUS EAP Support. RADIUS for Multiple User Datagram Protocol Ports. RADIUS Interim Update at Call Connect. RADIUS Logical Line ID. RADIUS NAS-IP-Address Configurability. RADIUS Packet of Disconnect. RADIUS Packet Suppression for VoIP GW Rotary Dial-Peer Attempts. RADIUS Progress Codes. RADIUS Route Download. RADIUS Server per SSID. RADIUS Server Reorder on Fail. RADIUS Timeout set during Pre-Authentication. RADIUS Tunnel Attribute Extensions. RADIUS Tunnel Preference for Load Balancing and Fail-over. RADIUS VC Logging. Random Early Detection (RED). RSVP - Resource Reservation Protocol. RSVP Agent. RSVP Application ID Support. RSVP Local Policy Support. RSVP Message Authentication. RSVP Refresh Reduction and Reliable Messaging. RSVP Scalability Enhancements. RSVP Support for Frame Relay. RSVP support for LLQ. RSVP Support for RTP Header Compression. Secure Shell SSH Terminal-line access. Secure Shell SSH Version 1 Integrated Client. Secure Shell SSH Version 1 Server Support. Secure Shell SSH Version 2 Client Support. Secure Shell SSH Version 2 Server Support. SNMP (Simple Network Management Protocol). SNMP Inform Request. SNMP Manager. SNMP over IPv6. SNMP Support for Named Access Lists. SNMP Support for vLAN (ISL, DOT1Q) Subinterfaces. SNMP Support over VPN. SNMP Support over VPNs - Context Based Access Control. SNMPv2C. SNMPv3 (SNMP Version 3). SNMPv3 - 3DES and AES Encryption Support. SSL VPN - WebVPN Enhancements. SSLVPN - Application ACL support. SSLVPN Debug Infrastructure. SSLVPN Netegrity Single Sign-on (SSO) Support. SSLVPN Port-Forward Enhancements. SSLVPN URL obfuscation. Stateful Failover for IPSec. TCP - Explicit Congestion Notification. TCP - TCP Congestion Avoidance. TCP Intercept. TCP Show Extension. TCP Window Scaling. Transparent Firewall. Y Voice Over IP (VoIP).-

2.10.8. Red LAN. Para proporcionar servicio en cada uno de los sitios se definen a continuación los distintos tipos elementos que deberán componer la solución de red LAN.-

2.10.8.1. Switch Core Modular: Switch modular de alta performance que deberá contar con los mecanismos de redundancia necesarios para evitar la existencia de puntos únicos de falla que pudieran comprometer su operatoria. Sus interfaces deberán ser de tipo 10/100/1000 Gigabit Ethernet.-

2.10.8.2. Switch Core Stackeable: Switch stackeable de alta performance. El sistema conformado por el stack de Switches propuesto deberá contar con los mecanismos de redundancia necesarios para evitar la existencia de puntos únicos de falla que pudieran comprometer su operatoria. Sus interfaces deberán ser de tipo 10/100/1000 Gigabit Ethernet.-

2.10.8.3. Switch de Acceso: Switch de alta performance destinado a brindar servicio a los puestos de trabajo. Sus interfaces deberán ser de tipo 10/100 Fast Ethernet. Deberá proveer servicio PoE (Power Over Ethernet) en base al Standard 802.3af

2.10.8.4. Todos los switches deberán ser de la misma marca que el Sistema de Procesamiento de Llamadas.-

2.10.8.5. El sistema deberá permitir la comunicación de voz y datos en forma simultánea por un único cable 4 UTP Categoría 5 o superior mediante tecnología de Fast Ethernet.-

2.10.8.6. Cantidades de Switches

2.10.8.6.1. Para el edificio sito en la Av. Leandro N. Alem Nº 684, se solicitan: Switch Core Modular: 0, Switch Corte Stackeable: 5 y Switch de Acceso: 38.-

2.10.8.6.2. Para el edificio sito en la Av. de Mayo Nº 757, se solicitan: Switch Core Modular: 0, Switch Corte Stackeable: 4 y Switch de Acceso: 24.-

2.10.8.6.3. Para el edificio sito en la Av. Roque Sáenz Peña Nº 636, se solicitan: Switch Core Modular: , Switch Corte Stackeable: 0 y Switch de Acceso: 11.-

2.10.8.6.4. Para el edificio sito en la calle Combate de los Pozos Nº 155, se solicitan: Switch Core Modular: 0, Switch Corte Stackeable: 2 y Switch de Acceso: 12.-

2.10.8.6.5. Para el edificio sito en la calle Beruti Nº 3345, se solicitan: Switch Core Modular: 1, Switch Corte Stackeable: 0 y Switch de Acceso: 28.-

2.10.8.6.6. Para el edificio sito en la Tacuarí Nº 155, se solicitan: Switch Core Modular: 0, Switch Corte Stackeable: 3 y Switch de Acceso: 16.-

2.10.8.6.7. Para el edificio sito en la calle Arias Nº 4491, se solicitan: Switch Core Modular: 0, Switch Corte Stackeable: 2 y Switch de Acceso: 3.-

2.10.8.6.8. Para el edificio sito en la calle Almafuerte Nº 37, se solicitan: Switch Core Modular: 0, Switch Corte Stackeable: 2 y Switch de Acceso: 3.-

2.10.8.6.9. Para el edificio sito en la calle Tuyú Nº 86, se solicitan: Switch Core Modular: 0, Switch Corte Stackeable: 2 y Switch de Acceso: 3.-

2.10.8.6.10. Se requiere un total de: Switch Core Modular: 2, Switch Corte Stackeable: 20 y Switch de Acceso: 138.-

2.10.8.7. Switch Core Modular. Características Generales. Switch modular de alta performance. Fuente de Alimentación Redundante en un esquema N+1. La falla de una de las fuentes no debe afectar el funcionamiento del equipo aún en su máxima configuración. Módulo de Supervisión/Switch Fabric Redundante. La falla de uno de ellos no debe afectar la operatividad ni la performance del equipo. Es importante destacar que todas especificaciones mínimas respecto de la performance del equipo se deberán cumplir con sólo una de las supervisoras/switch fabric operativas. No se admitirán soluciones en las cuales la falla de una de ellas produzca una merma en su performance. Los módulos y fuentes de alimentación deberán permitir su extracción/inserción con el equipo funcionado y sin interrumpir su operación (Hot Swap). Deberá contar con las siguientes funcionalidades de seguridad: Inspección de paquetes DHCP para prevenir que la suplantación del DHCP server pueda falsear las direcciones IP asignadas a los usuarios; La información obtenida de esta inspección en forma dinámica (IP Cliente, MAC address, port y VLAN) deberá permitir prevenir ataques de ARP Poisoning y de IP Spoofing; Capacidad de limitar la cantidad de MAC Address permitidas en cada puerto para prevenir ataques de MAC Flooding.

2.10.8.7.1. Interfaces. Noventa y seis (96) Interfaces Gigabit Ethernet 10/100/1000 (cobre). No se admitirá la utilización de módulos de más de veinticuatro (24) puertos. Dos (2) Bahías para puertos de 10-Gigabit Ethernet en los módulos de Supervisión/Switch Fabric. El equipo con la configuración solicitada deberá contar al menos con 4 (cuatro) slots disponibles para futuras expansiones.

2.10.8.7.2 Funcionalidades.

2.10.8.7.2.1. Generalidades. Layer 2 hardware forwarding rate 102 mpps. Layer 2 switch ports y VLAN trunks. IEEE 802. 1Q VLAN encapsulation. Dynamic Trunking Protocol (DTP). VLAN Trunking Protocol (VTP) and VTP domains. Soporte para 4096 VLANs por switch. Per-VLAN Spanning-Tree Protocol Plus (PVST+) y Per-VLAN Rapid Spanning-Tree Protocol (PVRST). Spanning-tree PortFast y PortFast guard. Spanning-tree UplinkFast y BackboneFast. 802.1s. 802.1w. 802.3ad. Spanning-tree root guard. IGMP snooping v1, v2, y v3. Link Aggregation desde distintos line cards. Port Aggregation Protocol (PAgP). Link Aggregation Control Protocol (LACP). Unidirectional link detection (UDLD) y aggressive UDLD. 802.1-in-802.1 (QinQ) basado en hardware. Layer 2 protocol tunneling. Jumbo Frames (hasta 9216 bytes). Baby Giants (hasta 1600 bytes). Unidirectional Ethernet. SSO - Subsecond failover time. Y Storm control (broadcast y multicast suppression).-

2.10.8.7.2.2. Caracteristicas de Layer 3: Hardware-based routing at 102 mpps. IP routing protocols: EIGRP, OSPF, Routing Information Protocol (RIP), y RIP2. BGP4 y Multicast Border Gateway Protocol (MBGP). Hot Standby Router Protocol (HSRP). IS-IS routing protocol. IGMP v1, v2, y v3. IP Multicast routing protocols: PIM, SSM, y Distance Vector Multicast Routing Protocol (DVMRP). Pragmatic General Multicast (PGM). Soporte de Full Internet Control Message Protocol (ICMP). ICMP Router Discovery Protocol. Policy-based routing (PBR). Nonstop Forwarding con Stateful Switchover (NSF/SSO). Y SSO-Aware Hot Standby Router Protocol.-

2.10.8.7.2.3. QoS y Traffic Management: Configuracion de QoS por puerto. Soporte para cuatro (4) colas por puerto. Strict priority queuing. IP differentiated services code point (DSCP). Clasificación y marcado basado en el tipo de servicio IP (ToS) o DSCP. Clasificación y marcado basado en headers Layer 3 y Layer 4. Políticas de entrada y salida basadas en headers Layer 3 and Layer 4. Soporte de 8000 políticas en el ingreso y 8000 políticas en el egreso configuradas como agregado o individual. Shaping y sharing output queue management. DBL: Congestion-avoidance feature. Caracteristicas de QoS granulares sin degradación de la performance. Y Auto-QoS command-line interface (CLI) para implementaciones de VoIP.-

2.10.8.7.2.4. Capacidades: 136-Gbps switching fabric. Layer 2 hardware forwarding at 102 mpps. Layer 3 hardware-based IP routing at 102 mpps. Layer 4 TCP/User Datagram Protocol (UDP) hardware-based filtering at 102 mpps. Servicios avanzados de Layer 3 y Layer 4 habilitados sin degradación de la performance. Software-based learning a un rango sostenido de 10,000 hosts por segundo. Soporte para 55,000 unicast + 16,000 multicast MAC addresses. Soporte para 131,072 entradas en la tabla de ruteo (compartidas entre unicast y multicast). Bandwidth aggregation hasta 16 Gbps a traves de Link Aggregation. Hardware-based multicast management. Y Hardware-based ACLs.-

2.10.8.7.2.5. Management: Un único puerto de consola y una única dirección IP para administrar todas las características del sistema. SNMP v1, v2, y v3 instrumentation, delivering comprehensive in-band management. CLI-based management console para proveer una detallada administración out-of-band. Remote Monitoring (RMON) software agent para soportar cuatro grupos de RMON (history, statistics, alarms, y events) para una administración, monitoreo y análisis de trafico avanzados. Analysis support, incluyendo puerto de ingreso, puerto de egreso, y VLAN SPAN. Layer 2 traceroute. Remote SPAN (RSPAN). SPAN ACL filtering. Dynamic Host Configuration Protocol (DHCP) client autoconfiguration. Enhanced SNMP MIB support. Y MAC Address Notification.-

2.10.8.7.2.6. Seguridad: TACACS+ y RADIUS. ACLs estandar y extendidas en todos los puertos. 802. 1x user authentication (con asignacion de VLAN, voice VLAN, port security, y extensions de VLAN de guest). 802.1x accounting. Trusted boundary. Router ACLs (RACLs) en todods los puertos sin degradación de la performance. VLAN ACLs (VACLs). Port ACLs (PACLs). Private VLANs (PVLANs) en puertos de acceso y puertos de trunk. DHCP snooping y Option 82 insertion. Port security. Sticky port security. SSHv1 y SSHv2. VLAN Management Policy Server (VMPS) client. Unicast MAC filtering. Unicast port flood blocking. Dynamic Address Resolution Protocol (ARP) inspection. IP source guard. 802.1x Inaccessible Authentication Bypass. Y MAC Authentication Bypass.-

2.10.8.7.2.7. Standards : Ethernet: IEEE 802.3 y 10BASE-T. Fast Ethernet: IEEE 802.3u, 100BASE-TX, y 100BASE-FX. Gigabit Ethernet: IEEE 802.3z y 802.3ab. IEEE 802.3af Power over Ethernet (PoE). IEEE 802. 1D Spanning Tree Protocol. IEEE 802.1w reconfiguración rápida de spanning tree. IEEE 802. 1s múltiples instancias de spanning tree por VLAN. IEEE 802.3 ad LACP. IEEE 802. 1p CoS prioritization. IEEE 802.1Q VLAN. IEEE 802. 1x user authentication. 1000BASE-X (GBIC). 1000BASE-X (SFP). 1000BASE-SX. 1000BASE-LX/LH. 1000BASE-ZX. Y RMON I y II standards.-

2.10.8.8. Switch Core Stackeable. Características Generales: Switch stackeable de alta performance de veinticuatro (24) puertos Gigabit Ethernet 10/100/1000. El stack deberá poder alojar al menos nueve (9) switches. La remoción/inserción de switches en el stack no deberá interrumpir la operación de los demás switches que lo conforman. El stack deberá contar con la topología y los mecanismos necesarios para que el apagado y/o la falla de uno de los equipos del stack no afecte las comunicaciones entre los equipos restantes ni el funcionamiento general de la red. Se deberá incluir en el sistema de cada sitio una Fuente de Alimentación Redundante externa en un esquema N+1. La funcionalidad requerida es que en caso de fallar la fuente de uno y sólo uno cualquiera de los switches que componen el stack de que se trate, esta Fuente de Alimentación Redundante cuente con la capacidad de mantenerlo en servicio en forma automática. El sistema conformado por cada stack de switches y su respectiva fuente de alimentación redundante externa no deberá tener ningún punto único de falla que pudiera afectar la operatoria general del mismo. No se admitirán soluciones que se basen en un único módulo/dispositivo de stacking centralizado. Deberán contar con las siguientes funcionalidades de seguridad: 1) Inspección de paquetes DHCP para prevenir que la suplantación del DHCP server pueda falsear las direcciones IP asignadas a los usuarios; 2) La información obtenida de esta inspección en forma dinámica (IP Cliente, MAC address, port y VLAN) deberá permitir prevenir ataques de ARP Poisoning y de IP Spoofing; y 3) Capacidad de limitar la cantidad de MAC Address permitidas en cada puerto para prevenir ataques de MAC Flooding.-

2.10.8.8.1. Interfaces: Veinticuatro (24) Interfaces Gigabit Ethernet 10/100/1000 (cobre); dos (2) Bahías para puertos de interfaces 10-Gigabit Ethernet; y las bahías mencionadas deberán poder utilizarse también para alojar interfaces SFP Gigabit Ethernet. En caso de requerirse alguna clase de adaptador para lograr esta funcionalidad, el mismo deberá incluirse como parte de la provisión.-

2.10.8.8.2. Funcionalidades:

2.10.8.8.2.1. Generalidades: Automatic QoS (AutoQoS). Master configuration management. Automatic software versión checking y updating. Autonegociacion en todos los puertos. Dynamic Trunking Protocol (DTP). Link Aggregation Control Protocol (LACP). Media-dependent interface crossover (MDIX) automatico. Permitir la configuración de link aggregation entre diferentes miembros del stack para proveer alta resiliencia. IEEE 802.1s/w Rapid Spanning Tree Protocol (RSTP) y Multiple Spanning-Tree Protocol (MSTP). Las unidades del stack se comportaran como un único nodo de spanning-tree. Per-VLAN Rapid Spanning Tree (PVRST+). Unidirectional Link Detection Protocol (UDLD) y Aggressive UDLD. Uplink Fast y BackboneFast. Y Hot Standby Router Protocol (HSRP).-

2.10.8.8.2.2. IP Routing: Protocolos de ruteo IP unicast básicos (Static, Routing Information Protocol Version 1 [RIPv1], y RIPv2). Y HSRP, hasta 32 HSRP links soportados por unidad o stack.-

2.10.8.8.2.3. Calidad de Servicio (QoS): Cross-stack QoS. 802.1p class of service (CoS) y differentiated services code point (DSCP) field classification. Cuatro colas de egreso por puerto. Shaped Round Robin (SRR) scheduling. Weighted Tail Drop (WTD). Strict priority queuing. Y Rate limiting basada en source y destination IP address, source y destination MAC address, informacion Layer 4 TCP/UDP, y cualquier combinación de estos campos, utilizando QoS ACLs (IP ACLs o MAC ACLs), class maps, y policy maps.-

2.10.8.8.2.4. Security: Dynamic ARP Inspection (DAI). DHCP Snooping. IP source guard. Private VLANs. IEEE 802.1x. IEEE 802.1x con asignación de VLAN. IEEE 802.1x con voice VLAN. IEEE 802.1x y port security. IEEE 802.1x con asignación de ACL. IEEE 802.1x con guest VLAN. Security VLAN ACLs en todas las VLANs. Port-based ACLs para interfaces Layer 2. Secure Shell (SSH) Protocol, Kerberos, y Simple Network Management Protocol Version 3 (SNMPv3). Soporte de datos bidireccional en el puerto Switched Port Analyzer (SPAN). Autenticacion TACACS+ y RADIUS. MAC Address Notification. Bridge protocol data unit (BPDU) Guard. Spanning Tree Root Guard (STRG). E IGMP filtering.-

2.10.8.8.2.5. Control: Internet Group Management Protocol (IGMP) Snooping para IPv4 y IPv6 MLD v1 y v2 Snooping. Per-port broadcast, multicast, y unicast storm control. Voice VLAN. VLAN Trunking Protocol (VTP). Remote Switch Port Analyzer (RSPAN). Embedded Remote Monitoring (RMON) software agent para cuatro grupos de RMON (history, statistics, alarms, and events). Network Timing Protocol (NTP). Y Jumbo frames (9216 bytes).-

2.10.8.8.2.6. Capacidades: 128-Gbps switching fabric. Capacidad de Stack: 64 Gbps. Stack-forwarding rate of 95 Mpps for 64-byte packets. Forwarding rate: 65.5 Mpps. 1005 VLANs. 4K VLAN IDs. Y 9216 byte jumbo frames.-

2.10.8.8.2.7. Standards: IEEE 802.1s. IEEE 802.1w. IEEE 802.1x. IEEE 802.3ad. IEEE 802.3af. IEEE 802.3x full duplex on 10BASE-T, 100BASE-TX, and 1000BASE-T ports. IEEE 802.1D Spanning Tree Protocol. IEEE 802.1p CoS Prioritization. IEEE 802.1Q VLAN. IEEE 802.3 10BASE-T. IEEE 802.3u 100BASE-TX. IEEE 802.3ab 1000BASE-T. IEEE 802.3z 1000BASE-X. 100BASE-FX. 1000BASE-T. 1000BASE-SX. 1000BASE-LX/LH. 1000BASE-BX10-U. 1000BASE-BX10-D. 1000BASE-ZX. 1000BASE-CWDM SFP 1470 nm. 1000BASE-CWDM SFP 1490 nm. 1000BASE-CWDM SFP 1510 nm. 1000BASE-CWDM SFP 1530 nm. 1000BASE-CWDM SFP 1550 nm. 1000BASE-CWDM SFP 1570 nm. 1000BASE-CWDM SFP 1590 nm. 1000BASE-CWDM SFP 1610 nm. 10GBASE-SR. 10GBASE-LR. 10GBASE-ER. RMON I and II standards. Y SNMPv1, SNMPv2c, and SNMPv3.-

2.10.8.9. Switch de Acceso. Características Generales: Switch stackeable de alta performance de veinticuatro 24) puertos Fast Ethernet 10/100 con funcionalidad PoE y 2 (dos) puertos Gigabit Ethernet 1000 Base-T, ampliables a cuatro (4). Y deberán contar con las siguientes funcionalidades de seguridad: a) Inspección de paquetes DHCP para prevenir que la suplantación del DHCP server pueda falsear las direcciones IP asignadas a los usuarios; b) La información obtenida de esta inspección en forma dinámica (IP Cliente, MAC address, port y VLAN) deberá permitir prevenir ataques de ARP Poisoning y de IP Spoofing; y c) Capacidad de limitar la cantidad de MAC Address permitidas en cada puerto para prevenir ataques de MAC Flooding..-

2.10.8.9.1. Interfaces: Veinticuatro (24) Interfaces Fast Ethernet 10/100 con funcionalidad PoE 802.3af Power over Ethernet. Cuatro (4) Bahías para puertos de interfaces SFP. Y dos (2) Interfaces SFP Gigabit Ethernet 10/100/100 (cobre).-

2.10.8.9.2. Funcionalidades:

2.10.8.9.2.1. Layer 2: Automatic QoS (Auto QoS). Autosensing en cada puerto 10/100. Autonegociacion en todos los puertos. Dynamic Trunking Protocol (DTP). Port Aggregation Protocol (PAgP). Link Aggregation Control Protocol (LACP). DHCP Server. DHCP Relay. Soporte de IEEE 802.3z-compliant 1000BASE-SX, 1000BASE-LX/LH, 1000BASE-ZX, 1000BASE-T, y CWDM physical interface a través de módulos SFP. Auto-MDIX en los puertos 10/100. Time Domain Reflectometry (TDR) en los puertos 10/100/1000. Uplink Fast y BackboneFast. IEEE 802.1w Rapid Spanning Tree Protocol (RSTP). Per-VLAN Rapid Spanning Tree Plus (PVRST+). Hot Standby Router Protocol (HSRP). Unidirectional Link Detection Protocol (UDLD) y Aggressive UDLD. Switch port autorecovery (errdisable). Per-port broadcast, multicast, y unicast storm control. IEEE 802.1d Spanning Tree Protocol. PVST+. IEEE 802.1s Multiple Spanning Tree Protocol (MSTP). Y VLAN Trunking Protocol (VTP) pruning.-

2.10.8.9.2.2. IP Routing: Protocolos de ruteo IP unicast básicos (Static, Routing Information Protocol Version 1 [RIPv1], y RIPv2). Y HSRP, hasta 32 HSRP links soportados por unidad o stack.-

2.10.8.9.2.3. Calidad de Servicio (QoS): Standard 802.1p CoS y DSCP field classification. Cuatro (4) colas de egreso por puerto. SRR scheduling. Weighted tail drop (WTD). Strict priority queuing. Funcionalidades de QoS altamente granulares sin degradación de la performance. Funcionalidad de Committed Information Rate (CIR) en incrementos de al menos 8 kbps. Y Rate limiting basada en source y destination IP address, source y destination MAC address, Layer 4 TCP y UDP information, o cualquier combinación de estos campos, utilizando QoS ACLs (IP ACLs o MAC ACLs), class maps, y policy maps.-

2.10.8.9.2.4. Security: IEEE 802.1x. IEEE 802.1x con asignación de VLAN. IEEE 802.1x con voice VLAN. IEEE 802.1x y port security. IEEE 802.1x con asignación de ACL. IEEE 802.1x con Guest VLAN. Web authentication para clientes non-802.1x. Multi-Domain Authentication. MAC Auth Bypass (MAB). Port-based ACLs (PACLs) para interfaces Layer 2. Unicast MAC filtering. Unknown unicast y multicast port blocking. SSHv2, Kerberos, and SNMPv3. Soporte bidireccional de datos en el puertos Switched Port Analyzer (SPAN). Autenticacion TACACS+ y RADIUS. MAC address notification. Dynamic ARP Inspection (DAI). DHCP snooping. IP source guard. DHCP Interface Tracker (Option 82). Trusted Boundary. BPDU Guard. Spanning-Tree Root Guard (STRG). IGMP filtering. Dynamic VLAN. Y Soporte de dos mil access control entries (ACEs).-

2.10.8.9.2.5. Control: Hasta 1024 VLANs por switch o stack y hasta 128 instancias de spanning-tree instances por switch. 4000 VLAN IDs. Voice VLAN. VTP. IGMPv3 snooping. Remote SPAN (RSPAN). Embedded Remote Monitoring (RMON) software agent para cuatro grupos de RMON (history, statistics, alarms, and events). Y Layer 2 traceroute.-

2.10.8.9.2.6. Capacidades: 32 Gbps forwarding bandwidth. 6.5 Mpps. Configurable hasta 12,000 MAC addresses. Configurable hasta 11,000 rutas unicast. Y Configurable hasta 1000 IGMP groups y rutas multicast.-

2.10.8.7.9.3. Standards: IEEE 802.1s. IEEE 802.1w. IEEE 802.1x. IEEE 802.3ad. IEEE 802.3af. IEEE 802.3x full duplex on 10BASE-T, 100BASE-TX, and 1000BASE-T ports. IEEE 802.1D Spanning Tree Protocol. IEEE 802.1p CoS Prioritization. IEEE 802.1Q VLAN. IEEE 802.3 10BASE-T specification. IEEE 802.3u 100BASE-TX specification. IEEE 802.3ab 1000BASE-T specification. IEEE 802.3z 1000BASE-X specification 1000BASE-X (SFP). 1000BASE-SX. 1000BASE-LX/LH. 1000BASE-ZX. 1000BASE-CWDM SFP 1470 nm. 1000BASE-CWDM SFP 1490 nm. 1000BASE-CWDM SFP 1510 nm. 1000BASE-CWDM SFP 1530 nm. 1000BASE-CWDM SFP 1550 nm. 1000BASE-CWDM SFP 1570 nm. 1000BASE-CWDM SFP 1590 nm. 1000BASE-CWDM SFP 1610 nm. RMON I and II standards. Y SNMPv1, SNMPv2c, and SNMPv3

2.10.9. Sistema de Monitoreo Ambiental: En los Datacenter de los Sitios Principales (Beruti 3345 y Roque Sáenz Peña 636) se deberá proveer un sistema de monitoreo ambiental.-

2.10.9.1. Características generales: Dispositivo base que incluya cámara y sensores en el, caso contrario los mismos pueden ser provistos por equipos separados. Especificar este punto. Expandible vía cámaras y sensores adicionales conectados a la estación base. Cámaras: a) La cámara asociada deberá ser a color con una resolución típica de hasta 1280x1024 y frame rates hasta 30 fps.; b) Micrófono interno a la base o externo conectable a ella; c) Conexión para altoparlantes externos para alertas audibles; y d) Sensor de puerta abierta. Sensores: a) Sensores ambientales para temperatura, humedad, punto de condensación, flujo de aire y alarmas audibles; b) Cuatro (4) puertos para la conexión de sensores analógicos y de contactos secos externos; c) Direccionable por IP, web server integrado; y d) Alertas via E-mail, SNMP, Text Messaging, FTP, HTTP y Web Services. Posibilidad de agregar opcionalmente una tarjeta para Wireless Ethernet (802.11a/b/g) o modem GSM/GPRS. Reportes periódicos de datos vía E-mail, FTP, y HTTP. Soporte para PPP sobre modem USB dial-up atachado. SSL encryption para vista en vivo y transmisión de alertas. Retención de datos onboards hasta 24 horas (opcional hasta seis (6) meses). Software de consola avanzado. Y posibilidad de utilización de almacenamiento de red externo (NAS/SAN).-

2.10.10. Garantía. De hardware y software: los adjudicatarios deberán proveer, a partir de la fecha de la firma del parte de recepción definitiva y por el período mínimo de doce (12) meses, un servicio de garantía integral (equipos, componentes, mano de obra y reemplazo inmediato de partes dañadas) para todo el hardware y software ofertado, con atención en el lugar de instalación incluyendo repuestos, upgrade de versión, traslados y mano de obra. La garantía de funcionamiento y el servicio técnico de mantenimiento será integral, es decir que comprenderá el servicio de reparación con provisión de repuestos, reinstalación de software y/o cambio de las partes que sean necesarias sin cargo alguno para el Consejo de la Magistratura. El proveedor garantizará que el servicio técnico será brindado por personal especializado de la empresa fabricante de los productos ofrecidos, o en su defecto por su propio plantel especializado el que deberá estar debidamente autorizado por los fabricantes de los productos ofrecidos. La garantía integral mencionada en el párrafo anterior, deberá estar certificada por el fabricante o su oficina local. Los materiales y repuestos a emplear deberán ser originales de fábrica, nuevos y sin uso, debiendo presentarse la documentación que respalde las citadas características. La propiedad de los repuestos, una vez instalados, será del Consejo de la Magistratura. El proveedor deberá estar capacitado y se obliga a proveer los repuestos necesarios en tiempo y forma para garantizar la continuidad operativa de los equipos en su funcionamiento ante eventuales fallas. El servicio de garantía deberá estar disponible las veinticuatro (24) horas del día todos los días del año. El tiempo de respuesta a los llamados deberá ser de dos (2) hs. como máximo. El tiempo para la reparación o reemplazo de los equipos será como máximo de: a) cuatro (4) horas posteriores a la detección de la falla las veinticuatro (24) horas del día todos los días del año para los Sistemas de Procesamiento de Llamadas, Gateways y Routers/Firewall; y b) próximo día hábil a la detección de la falla para el resto de los equipos. Los equipos deberán ser reparados en las oficinas del Consejo de la Magistratura. Cuando la magnitud de la avería requiera el traslado del equipamiento para su reparación en laboratorio, el mismo será por cuenta y responsabilidad del adjudicatario y no generará ningún costo adicional para el Consejo de la Magistratura. Sólo se aceptará que los equipos sean retirados de las oficinas del Consejo de la Magistratura para su reparación sí previamente: a) El proveedor lo reemplaza por otro equipo de idénticas características; y b) El Consejo de la Magistratura autoriza en forma explícita el retiro de los equipos. Si hubiera elementos o situaciones para los cuales no fuera aplicable la garantía, éstos y éstas deberán estar detallados en forma clara y explícita en la oferta. No se aceptarán posteriores adiciones a la lista explícita de elementos y/o situaciones no cubiertas por la garantía. Y el costo de estos servicios (si lo hubiera) deberá estar incluido en el precio de los equipos.-

2.10.10.1. Mantenimiento, actualización y soporte del software. El software cotizado se entregará con un servicio de soporte y mantenimiento por un período de doce (12) meses a partir de la firma del parte de recepción definitiva. También y por el período de doce (12) meses, el proveedor deberá brindar un servicio de soporte que permita que el personal técnico dependiente de la Dirección de Informática y Tecnología efectúen consultas técnicas telefónicas, email, fax o personales a los especialistas del proveedor. No habrá límite en la cantidad de consultas a realizar. El presente soporte deberá contemplar para los Switch de Core un servicio de soporte on site de 5 x 8 x NDB.-

2.10.11. Capacitación. Dadas las operaciones de gestión, administración, monitoreo y mantenimiento que ejercerá el personal del Consejo de la Magistratura o a quien éste designe, el adjudicatario deberá confeccionar un plan de capacitación adecuado a estos fines. El oferente deberá presentar el plan de capacitación teórica y práctica que se considere necesario para proporcionar al personal el conocimiento de los equipos y su operatoria que les resulte imprescindible para el desempeño de las tareas antes mencionadas, debiendo incluir como mínimo los siguientes temas: a) Descripción de Hardware y reconocimiento de partes; b) Manejo de posibilidades de configuración del hardware; c) Configuración y administración integral del equipamiento; d) Diagnóstico y determinación de fallas y su corrección; y e) Herramientas de gestión, administración, supervisión, mantenimiento y monitoreo remoto. La capacitación deberá ser brindada a: a) seis (6) integrantes, como mínimo, de la Dirección de Informática y Tecnología que oportunamente serán designados, y los cursos de capacitación tendrán que tener validez para cubrir el programa de estudio de las certificaciones oficiales de los fabricantes del hardware y software para el caso de contar con dichas certificaciones; y b) tres (3) integrantes, como mínimo, de la Dirección de Informática y Tecnología que oportunamente serán designados. La presente capacitación tendrá únicamente por objeto formar al personal de mesa de ayuda y/o soporte técnico en las cuestiones inherentes a la asistencia de los usuarios del Poder Judicial de la Ciudad Autónoma de Buenos Aires en el uso de los teléfonos, herramientas de software, etc.-

2.11 El monto previsionado, así como las cantidades previstas para la compra de cada uno de los insumos en particular, fue practicado por la Dirección de Informática y Tecnología teniendo en cuenta el monto correspondiente del Presupuesto General del Poder Judicial aprobado por la Legislatura de la Ciudad Autónoma de Buenos Aires para el ejercicio 2007.-

2.12. Sobre la base del presupuesto elevado a esta Comisión Auxiliar por la Dirección de Informática y Tecnología, obrante a fs. 16, se hace necesario, oportunamente, solicitar la asignación presupuestaria respectiva por la suma de Pesos Cuatro Millones Quinientos Mil ($ 4.500.000,00.-).-

3. Conclusiones

3.1. En orden a lo manifestado habida cuenta de las funciones propias de la cuestión informática y tecnológica, ésta Comisión estima como necesario realizar las contrataciones requeridas con fundamento en las explicaciones brindadas por el Director de Informática y Tecnología a fs. 3 de los autos de marras, así como las brindadas a fs. 3 del Expediente C.M.N. DIyT-080/07-0.-

3.2. Por lo expuesto en la conclusión anterior, se hace necesario autorizar el presupuesto de compras del año 2007, presentado por la Dirección de Informática y Tecnología.-

3.3. Sobre la base de lo expuesto esta Comisión considera que las presentes actuaciones deben remitirse a la Comisión de Administración y Financiera a los efectos que resuelvan acerca de la viabilidad financiera de la solicitud y eleve a decisión del Plenario del Consejo la decisión de convocar al llamado a licitación correspondiente.-

Ciudad Autónoma de Buenos Aires, 26 de Junio de 2007.

DICTAMEN Nº 4/2007

Eugenio Cozzi

Ricardo F. Baldomar

Mauricio Devoto

Descargar