Diferencia entre revisiones de «Arquitectura VIVAit»
De VIVAitwiki
Ir a la navegaciónIr a la búsqueda| Línea 15: | Línea 15: | ||
[[Archivo:Arquitecturas minimas.jpg|800px|center]]  | [[Archivo:Arquitecturas minimas.jpg|800px|center]]  | ||
| − | + | === Entorno monosede, grande ===   | |
| + | ::<span style="background:#FFAA00"> DANIEL CREADO POR IVAN</span>  | ||
=== Entorno multisede, grande ===  | === Entorno multisede, grande ===  | ||
* Es preferible el registro centralizado para asegurar que todas las funciones (retrollamada, grupos...) funcionan para todos los usuarios sin "islas"  | * Es preferible el registro centralizado para asegurar que todas las funciones (retrollamada, grupos...) funcionan para todos los usuarios sin "islas"  | ||
Revisión del 11:48 1 mar 2016
| Producto: | VIVAit Call
 VIVAit Suite  | 
|---|
- ALFREDO: EN PRINCIPIO LA VEO OK, ESTA PODEMOS DEJARLA ASI
 
Sumario
1 Arquitecturas validadas
1.1 Entorno monosede, pequeño/mediano
- Un entorno de telefonía corporativa (VIVAit Call) puede implementarse en un solo nodo, que agrupa todas las funciones, incluyendo registro de terminales y gateway
 - Un entorno de contact center (VIVAit Suite) requiere de un nodo de registro MAS un nodo gateway
 - Un entorno mixto (VIVAit Call y VIVAit Suite) puede implementarse con dos nodos; uno solo para registro de Contact Center y otro para registro de corporativa y gateway de ambos productos
 
1.2 Entorno monosede, grande
- DANIEL CREADO POR IVAN
 
1.3 Entorno multisede, grande
- Es preferible el registro centralizado para asegurar que todas las funciones (retrollamada, grupos...) funcionan para todos los usuarios sin "islas"
 - Los terminales de VIVAit Call (telefonía corporativa) se logan a un servidor principal y un servidor alternativo; depende de que el terminal permita dicha configuración
 - Los usuarios y terminales de VIVAit Suite (contact center) se logan en un solo servidor
 - Se recomienda que el servidor principal de registro sea cluster
 - En arquitecturas grandes es necesario un nodo de gestión; se recomienda que dicho nodo sea cluster, al contener elementos críticos del sistema (base de datos de tiempo real)