Funcionalidades a) EL RADIO- MODEM SE PUEDE 1 D056 PZA $XX,XXX.X X $XX,XXX.XX CONFIGURAR COMO ACCESS POINT Y REMOTE DUAL GATEWAY, (CONEXIONES SERIALES Y ETHERNET/IP) SIN NECESIDAD DE COMPRAR LICENCIAMIENTO ADICIONAL. b) SOPORTA TOPOLOGÍA PUNTO A PUNTO, PUNTO- MULTIPUNTO. c) EL RADIO- MODEM SE PUEDE UTILIZAR COMO REPETIDOR Y TRANSMISOR DE DATOS EN FORMA SIMULTÁNEA (STORE AND FORWARD) d) SOPORTA PROTOCOLOS : CSMA/CA INALÁMBRICO ; IEEE 802.3, ETHERNET II, SPANNING TREE (BRIDGING), IGMP; TCP/IP: DHCP, ICMP, UDP, TCP, ARP, MULTICAST, SNTP, TFTP; SERIAL: PPP, ENCAPSULACION SOBRE IP (TUNNELING) ASÍNCRONO MULTIDROP INCLUYENDO PROTOCOLOS : MODBUS, DNP 3.0., DF1,BSAP. 3) INTERFACES a) UN PUERTO ETHERNET: RJ45 10 BASE T b) 2 PUERTOS SERIALES RS- 232/V.24. c) LOS PUERTOS PUEDEN OPERAR EN FORMA SIMULTÁNEA d) ANTENA: CONECTOR TIPO TNC HEMBRA 4) TRANSMISOR: a) POTENCIA DE TRANSMISIÓN AJUSTABLE POR SOFTWARE DESDE 0.1 A 1 WATT. b) CICLO DE TRABAJO: CONTINUO. c) EMISIÓN DE ESPURIAS CONDUCIDAS: -67 DBC d) IMPEDANCIA EN EL PUERTO DE ANTENA: 50 OHMS 5) RECEPTOR: a) HTTP, HTTPS (SERVIDOR WEB INCORPORADO) b) TELNET, SSH c) SNMP V1/V2/V3 d) ACCESO VIA SERVIDOR WEB CON INTERFACE GRÁFICA PARA CONFIGURACIÓN Y ESTATUS, QUE PERMITE EL ACCESO DESDE CUALQUIER NAVEGADOR e) EL RADIO- MODEM CUENTA CON DIAGNÓSTICOS DE TEMPERATURA, VOLTAJE, NIVELES DE INTENSIDAD DE SEÑAL RECIBIDA YA SEA DE FORMA LOCAL O REMOTA, POTENCIA Y MEDICIÓNES DE ERRORES EN LOS PAQUETES DE DATOS. f) INDICACIÓN LUMINOSO LEDS: ALIMENTACIÓN, STATUS, ENLACE, ACTIVIDAD g) PASSWORD DE SEGURIDAD PARA ACCESO A LA CONFIGURACIÓN Y ESTATUS 7) ESPECIFICACIONES FÍSICAS a) TAMAÑO: 1.25 X 6.75 X 4.5 PULGADAS b) PESO MÁXIMO: 1 KG c) TEMPERATURA DE OPERACIÓN DE - 30° A +60°C d) HÚMEDAD: 95% A +40°C SIN CONDENSACIÓN e) TIEMPO TÍPICO PARA INICIO DE OPERACIÓN: 20 SEGUNDOS f) VOLTAJE DE ALIMENTACIÓN CON UN RANGO AMPLIO DE 10 A 30VCD g) XXXXXXXX XXXXXXXX XX XXXXXXXX X XXXXX 0 000000 808 7 7973 09 CABLE RF FOAM HELIAX 1/2 PULG, Descripción Técnica Detallada: Impedancia: 50 Ω -Factor de Velocidad: 91 %. Atenuación en 000 xxx 000 MHz menor a 4 dB. -Diámetro Conductor Interno (mm): 9.45. -Aislamiento: Espuma Dieléctrica de baja densidad. -Blindaje: Cobre corrugado sólido 100 %. -Peso por Metro (Kg): 0.45. 10 0 D056 M $XX,XXX.X X $XX,XXX.XX 8 500594 808 8 8197 72 CIRCUITO/CONVERTI DOR RS-232 TECNOLOG SMD, Descripción Técnica Detallada: Convertidor de Ethernet a Serial 10/100Base-TX a RS 232 y viceversa características. • Velocidad de 2400bps a 115kbps • Modos d...
Funcionalidades. Las partes acuerdan que el Programa podrá tener diferentes funcionalidades las cuales se describen a continuación:
Funcionalidades. El equipo deberá tener la capacidad de switcheo en Capa 2 y capa 3 (ruteo) para IPv4 e IPv6 en hardware mediante rutas estáticas. • El equipo deberá soportar apilamiento de unidades o equipos con una sola IP de administración. • El equipo deberá de contar con la capacidad de trasladar los TAGS 802.1Q de varias VLANs al tag de una sola VLAN. • El equipo deberá de contar con protección de CPU contra ataques de negación de servicio (DoS Protection). • Calidad de servicio desde Capa 1 hasta Capa 4, es decir, deberá de contar con al menos 8 colas por puerto físico. • Deberá de contar con un mecanismo de monitoreo del tráfico de la red, que mediante un muestreo estadístico y recolección de los paquetes de la red, mediante netflow, s-flow, o ip- fix u otros similares o equivalentes compatibles con el sistema Netflow Analyzer. • El equipo deberá de contar con arquitectura que permita alta disponibilidad para aplicaciones como VoIP, videoconferencia, etc. • El sistema operativo podrá ser monolítico o modular. En cualquier caso deberá ser capaz de iniciar o reiniciar algún proceso de manera independiente sin interrupción en la operación, permitiendo al administrador terminar e iniciar procesos a discreción, todo sin necesidad de reiniciar el equipo. • Deberá de soportar un mecanismo de redundancia a nivel de capa 2, que permita un tiempo de recuperación en caso de caída o restauración de la red en menos de 50ms, garantizando disponibilidad y confiabilidad a la red para aplicaciones como voz y video. Este mecanismo deberá e trabajar al menos en topologías de anillo. • El switch de core y los switches acceso deberán de contar con un mecanismo correctivo de detección de Loops que permita tomar medidas de manera inmediata ante una falla en la red, como pueden ser ELDP, UDLD, etc. • El equipo deberá de soportar un mecanismo de control de admisión de los usuarios a la red que soporte al menos autenticación basada en web, basada en MAC y 802.1x. • Deberá de soportar listas de control de acceso a niveles de capa 2, 3 y 4. • Deberá de soportar conexión segura mediante SSH, SCP o SCP2 y/o SFTP. • Deberá de contar con una funcionalidad que permita aplicar listas de control de acceso al egreso en un puerto específico dentro de un link aggregation. • El equipo deberá contar con una funcionalidad que permita combinar 2 puertos de diferentes equipos para formar una conexión lógica hacia otro equipo. • Deberá de contar con un diseño optimizado para un consumo de energía eficiente p...
Funcionalidades. La solución técnica ofertada del Sistema Central de Portabilidad, deberá contar como mínimo con las siguientes funcionalidades a partir de un conjunto de reglas de negocio y procedimientos definidos en el Anexo B “Procesos de Portabilidad Numérica” adjunto al presente documento: • Gestión de:
Funcionalidades. El Servicio es gestionado por el Cliente a través de su Interfaz de Gestión y/o la Interfaz de Virtualización de Terceros. El Servicio permite al Cliente crear y gestionar recursos como máquinas virtuales, clusters Kubernetes y volúmenes de almacenamiento. El Servicio puede tener limitaciones (por ejemplo, número de servidores dedicados que pueden utilizarse en un cluster, número de máquinas virtuales, ancho xx xxxxx, etc.). Estas limitaciones aparecen en la documentación y/o las especificaciones disponibles en el Sitio Web de OVHcloud.
Funcionalidades. Las funcionalidades con las que el aplicativo debe cumplir a| momento son:
Funcionalidades. 3.2.1. Interfaz de virtualización El Servicio está basado en funcionalidades inherentes a los Productos de Terceros de la suite de software VMware®, partner de OVHcloud, integrados para permitir la virtualización de servidores («vSphere® Hypervisors»), redes («NSX®»), almacenamiento («vSAN®») y monitorización («vROps®») con arreglo a las condiciones específicas de VMware® actualmente en vigor. Todos los Productos de Terceros de la suite de software VMware® (las Interfaces de Virtualización) están alojados en recursos gestionados directamente por OVHcloud y externos al Hosted Private Cloud VMware on OVHcloud del Cliente. Cada Interfaz de Virtualización tiene sus propias funcionalidades. El Cliente debe asegurarse de que elige con conocimiento suficiente la Interfaz de Virtualización y reconoce que las selecciones de vSphere® Hypervisor no podrán modificarse más adelante. El Cliente también reconoce que no puede garantizarse la plena compatibilidad de las funcionalidades y la interoperabilidad entre las Interfaces de Virtualización.
Funcionalidades. 1. La Base de conocimientos deberá poder utilizar formatos los cuales deberán ser personalizables y funcionarán para la creación de soluciones. 2. La Base de conocimientos deberá generar documentos de solución provistos de seguridad a nivel campo y a nivel documento, con el fin de segregar la información y que solo pueda ser consultada por personal autorizado. 3. La Base de conocimientos deberá utilizar un editor con el cual se podrán crear, modificar y dar seguimiento a los documentos de solución. 4. La base de conocimientos deberá contar con un visor que permita la consulta de documentos de solución. 5. Los tópicos de conocimiento podrán estar disponibles sólo para el personal técnico de TI, o bien ser “públicos” para todos los usuarios que tengan acceso al portal de soporte (autoayuda, selft-support). 6. Desde la base de conocimientos deberá permitir la apertura de un incidente quedando relacionado en el incidente el documento o conocimiento consultado 7. Desde el Árbol de Decisión de la Base de Conocimientos deberá permitir registrar un incidente, este (el Incidente) deberá mantener el flujo recorrido por el usuario para determinar por qué no se obtuvo la solución esperada. O bien actualizar el Árbol de Decisión.
Funcionalidades. En la propuesta el licitador deberá incluir al menos las funcionalidades que actualmente tiene disponibles el OAD DE LA LAGUNA y que son las siguientes: - Presentación de la identidad del llamante. - Ocultación de la identidad del llamante. - Llamada en espera. - Transferencia de llamada. - Multiconferencia. - Desvío si comunica. - Desvío si no contesta. - Desvío si ocupado. - Desvío inmediato. - Grupo xx Xxxxx. - Grupo de captura de llamada. - Servicio de operadora automática. Permite filtrar las llamadas entrantes, de forma que tras un mensaje de bienvenida se pueda optar por diferentes opciones (ej: 1 para Información y Registro; 2 para Area de instalaciones; etc.). Podrá definirse un menú dentro de un horario de funcionamiento de oficina y otro para el resto del día y los usuarios finales podrán ser extensiones fijas y/o móviles. - Funciones Jefe/Secretaria. Posibilidad de dar el servicio de filtrado de llamadas de forma que determinadas llamadas dirigidas al jefe sean entregadas a su asistente. - Grupo de usuarios llamados. Posibilidad de que cuando se llame a un número suenen varios usuarios simultáneamente (o de forma secuencial) y una vez cualquiera de ellos descuelgue deje de sonar en el resto. Los usuarios finales podrán ser extensiones fijas y/o móviles. - Servicio No molestar. - Servicio xx xxxxx de voz para todos los usuarios. Se valorará que incluya las siguientes funcionalidades: o Posibilidad de grabar mensajes de voz para llamadas no contestadas. o Posibilidad de grabar locuciones personalizas para cada uno de los buzones. o Posibilidad de acceder al buzón desde cualquier teléfono. - Faxes. Deberá ofrecerse servicio de fax. - Funcionalidades para control y optimización del gasto. o Control de consumo por extensión. Posibilidad de definir un gasto máximo para cada usuario. o Posibilidad de crear restricciones de llamadas en función del destino de la llamada o del horario de la llamada para : Grupos de usuarios de la RPV (red privada virtual). Usuarios particulares. A continuación se presenta una categorización orientativa de los usuarios fijos de la RPV: Perfil Interno: Podrán realizar llamadas con destino a cualquier móvil o fijo integrado en la RPV. Perfil Nacional: Podrán realizar llamadas a todos los números fijo/móvil de la RPV, más teléfonos fijos y móviles de ámbito nacional. Perfil internacional: Podrán realizar llamadas a todos los números fijo/móvil de la RPV más teléfonos fijos; móviles de ámbito nacional y números inte...
Funcionalidades. Detallamos a continuación las funcionalidades mínimas que debe ofrecer el licitante y que representan las funcionalidades disponibles actualmente por el OAD DE LA LAGUNA y que por tanto deben incluirse en el precio de licitación. Estas se han agrupado en cinco grupos.