Funcionalidades a) EL RADIO-MODEM SE PUEDE 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, 1 D056 PZA 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) GABINETE EXTERIOR DE ALUMINIO Y ACERO 7 500594808 7 797309 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. 100 D056 M 8 500594808 8 819772 CIRCUITO/CONVERTIDOR 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 de Operación: TCP Server, TCP Cliente, UDP, PPP, Real com...
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. 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 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 pudiendo ser este un servidor o algún otro switch. • Deberá de contar con un diseño optimi...
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. 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. Las funcionalidades con las que el aplicativo debe cumplir a| momento son:
Funcionalidades. Aplicativo móvil para las plataformas IOS y Android con las siguientes funcionalidades Lista de conferencias - Los eventos oficiales, congresos, conferencias, seminários, organizados en orden cronológica y con filtro por fecha o categoría. Acciones para conferencia - Marcar como favorita, agendar alarma para aviso del inicio. Informaciones - Informaciones generales sobre el evento: Acerca del evento, servicios, estacionamento, organización, links para registro, etc. Timeline de noticias o linea de tiempo de noticias y redes sociales - Publicar noticias e informaciones diferentes acerca del evento en un timeline dinâmico. Esta funcionalidade debe permitir que los usuários con login en el aplicativo puedan postear sus propios mensajes. Esta linea de tiempo debe contemplar la integración con diversas redes sociales.
Funcionalidades. La Plataforma de Administración Electrónica SEDIPUALBA, integra las siguientes herramientas plenamente operativas: SEGEX (Sistema de gestión de Expedientes Electrónicos), SEFYCU (Sistema de firma y custodia de documentos, notificaciones y publicaciones de actos y acuerdos), SERES (Sistema de registro electrónico interoperable con SIR) , SEGRA (Sistema de gestión electrónica de resoluciones administrativas). Dichas herramientas pueden complementarse, mediante la correspondiente adaptación que deberá realizar el proveedor de servicio de contabilidad de la Entidad cesionaria, con el sistema de tramitación electrónica de facturas (SEFACE). Igualmente se arbitrarán las medidas necesarias que permitan compartir información mediante servicios web entre las aplicaciones de SEDIPUALBA y las propias del Ayuntamiento.