Plateforme vocale pour Opérateurs et Hébergeurs |
|
Fonction
Dédié aux Opérateurs de télécommunications et aux Hébergeurs de services, ce module permet au client de développer sa propre interface d'administration, de maximiser la sécurité de l'application Sibilo, etc. grâce à des interfaces d'administration et de supervision supplémentaires :
Caractéristiques principalesSOAP/XMLIl existe une interface d'administration et de paramétrage dans la gamme de produit Sibilo. Elle permet de modifier de nombreux paramètres : création d'agents, association de numéros de téléphone et de services, modification des temps maximums d'attente dans les files d'attente....
Avec l'apport de fonctionnalités SOAP/XML, vous pouvez intégrer des parties des interfaces de Sibilo dans les intranets des clients. Cela peut être aussi des fonctionnalités de monitoring temps réel des applications.
SNMPApp-line implante dans sa gamme de produits des agents SNMP, permettant d'avoir une visualisation temps réel de certains états de sa gamme de produits. En plus des interface Web des produits, il est ainsi possible de connaître au travers du protocole SNMP l'état sur certains marqueurs des produits Sibilo. Vous pouvez au travers de ce protocole connaître :
App-line a obtenu un numéro PEN (Private Enterprise Number) auprès de l'IANA (Internet Assigned Numbers Authority), il s'agit du 24799. Ce numéro représente une sous-arborescence de la MIB SNMP ; c'est un identifiant unique désignant exclusivement App-line.
Le protocole SNMP (Simple Network Management Protocol) . Il est essentiellement utilisé pour l'administration des machines en réseau. Il utilise le concept d'application Client/Serveur bien connu dans le monde IP :
Architecture sécuriséeLa gamme sibilo est très "scalable" , entre autre cela veut dire qu'il est possible de disposer de plates-formes à haute disponibilité. Ce principe est basé sur une parallélisation des serveurs. En grappe de serveurs également appelé ferme de serveur, il est possible de réaliser un fonctionnement ultra sécurisé.
Il est donc nécessaire avec ce type de fonctionnement de centraliser les informations entre les différents serveurs.
Exemple d'architecture N+1Portail vocal de 120 voies à haute disponibilité à sécuriser : 1 serveur vocal de 120 voies.
Solution n°1 : volonté de fonctionnement à 50 % en mode dégradéEn utilisant 2 plates-formes de 60 voies, en cas d'arrêt pour maintenance d'un des systèmes le portail continue d'accepter 50% des appels ===> pas d'impact financier : le nombre de licence est le même, seul un serveur (hardware) supplémentaire est nécessaire.
Solution n°2 volonté de fonctionnement à 75 % en mode dégradéEn utilisant 2 plates-formes de 90 voies, en cas d'arrêt pour maintenance d'un des systèmes, un des 2 serveurs accepte 75% des appels ===> impact financier : le système a besoin de nombre de licence plus important (60) et un serveur de plus.
Solution n°3 N+1 avec fonctionnement nominal à 120 voies en mode dégradé
|




