Fiche Produit

Transcription

Fiche Produit
Fiche Produit
Tolérance de Panne Hot Standby
applications for
Cisco Unified Communications
Directory Solutions
Jabber Applications
IPS Global Directory
Web Directory
IPS Popup
Personal Directory
ClickNDial
Provisioning
Corporate Speed Dials
ConferenceTab
DirectoryTab
Manager Assistant
User Settings
Pin & Password Manager
IP Phone Applications
IPS
IPS
IPS
IPS
IPS
IPS
Manager Assistant
Lock
Phone Config
Alarm Callback
Pager
Reservation
Audio Applications
Busy Alerter Callback
TAnnounce
Wake-up Call
Voice Alert
Voice Callback
Recording Notification
[email protected]
Productivity
Extension Mobility Single Sign-on
FrontDesk Attendant Console
Conference Center
Missed Calls Email Alert
Admin Tools
Phone Robot
Delog-Relog
PIN & Password Manager
CUCM Query
User to Phone Deployment
Contact Center
Callback Server
Desktop Popup
MediaSense Extensions
Silent Monitoring
+33 1 46 45 05 12
www.telisca.com
1 Description Tolérance de panne Hot Standby
1.1 Domaine utilisation du module Hot Standby
Les applications telisca peuvent fonctionner en tolérance de panne sur deux serveurs. De base
l’administration permet la synchronisation des configurations. Cependant, les applications utilisant le
module CTI Server, nécessite pour fonctionner en tolérance de panne avec basculement
automatique le module optionnel Hot Standby.
Les applications concernées sont les suivantes :









TAnnounce
Recording Notification
Busy Alerter
Wake Up Call
Voice Callback
Voice Alert
Reverse Lookup/IPS Popup
IPS Manager Assistant
IPS Pager






IPS Phone Config
IPS Lock
IPS Alarm Callback
Desktop Popup
Conference Center
Attendant Console



Line Group Manager
Silent Monitoring
Missed Calls Email Alerter
Le mécanisme proposé permet une synchronisation des données de configuration entre serveur
primaire et serveur de secours, ainsi que la connexion automatique du service CTI du serveur de
secours au CTI Manager du cluster CUCM.
1.2 Tolérance de panne au niveau CTI Manager
Le CTI Server peut être configuré pour se connecter à un serveur CTI Manager primaire et un
serveur CTI Manager de secours. En cas d’arrêt ou déconnexion du serveur CTI Manager primaire,
la reconnexion au CTI Manager de secours est automatique. Il est à noter que chaque serveur
telisca peut se connecter à 7 paires de CTI Manager primaire / secours afin de répartir la charge.
1.3 Tolérance de panne au niveau Publisher
La configuration de IPS Framework permet de définir un serveur primaire (en général le Publisher
CUCM) et un serveur de secours pour les requêtes AXL SOAP et Extension Mobility. Si le Publisher
n’est plus disponibles, les requêtes AXL SOAP en lecture seule restent fonctionnelles, alors que les
requêtes Extension Mobility sont toutes fonctionnelles.
1.4 Tolérance de panne configuration serveurs telisca
L’administration de la configuration des applications telisca peut être synchronisée entre deux
serveurs. Les modifications réalisées via l’interface Web IPS Administration sur un serveur sont
aussitôt répliquées sur l’autre serveur. Au redémarrage d’un serveur celui-ci se synchronise, si
nécessaire sur le serveur le plus à jour.
[email protected]
Page 2/4
www.telisca.com
CTI Manager 1
CallManager Publisher
JTAPI
JTAPI
CTI Manager 2
CTI Server 1
CTI Server 2
IPS Framework
IPS Startup Serv
CTI Server 2
CTI Server 2
IPS Framework
IPS Startup Serv
Synchro
Watchdog
IPS Admin.
IPS Admin.
Primaire
Secours
http / html
IP Phone
Poste Administration
1.5 Mode Hot Standby pour le CTI Server
Afin de minimiser la charge CTI sur le cluster CUCM, pour éviter des traitements CTI en double ou
s’il est nécessaire d’enregistrer des CTI Ports ou CTI Route Point, un seul telisca CTI Server peut
être entièrement fonctionnel à un moment donnée. Telisca propose un mécanisme de type Hot
Stanby qui permet au CTI Server du serveur de secours de devenir actif automatiquement en cas de
défaillance du serveur telisca primaire.
Sur le serveur de secours, le service IPS Startup joue le rôle de chien de garde. Il teste
périodiquement le bon fonctionnement du serveur primaire. En cas de plusieurs erreurs
consécutives, le serveur de secours devient serveur primaire. Ceci a pour conséquence, de d’activer
le ou les services CTI Server (1 à 7) de façon à se qu’ils puissent notamment enregistrer les CTI
Ports, CTI Route Points et superviser les IP Phones. Le basculement s’effectue après plusieurs
erreurs consécutives, le délai par défaut est de 40 secondes. Pour que le service soit totalement
rétabli, il faut ajouter le temps d’initialisation de la supervision.
Le retour en mode initial (sur le serveur primaire) est soit une opération manuelle à effectuer de
préférence en HNO, soit automatique dés la disponibilité du premier serveur. La synchronisation des
données de configuration est automatique.
1.6 Applications nécessitant une adresse IP virtuelle
Pour les applications telisca sur IP Phone pour lesquelles le service est accessible depuis une touche
de l’IP Phone, il faut ajouter à l’architecture un répartiteur IP.
Les applications concernées sont :








IPS Global Directory
IPS Phone Config
IPS Lock
IPS Alarm Callback
IPS Manager Assistant
IPS Pager
IPS Reservation
Line Group Manager
Les IP Phones sont configurés pour se connecter au service XML via une adresse IP virtuelle. Celleci correspond par défaut au serveur primaire.
Deux solutions sont supportées par les applications telisca
1.7 Activation de Microsoft Network Load Balancing
Network Load Balancing fourni une solution de tolérance de panne et de répartition de charge pour
le protocole IP. Il est inclus de base dans Windows Server 2008 Standard or Enterprise Edition ;
[email protected]
Page 3/4
www.telisca.com
néanmoins, les applications nécessitent Windows 2008 R2 ou plus récente. Donc les versions
Windows Server préconisées sont:
 Windows 2008 R2 Standard ou Enterprise
 Windows 2012 or 2012 R2 Standard ou Enterprise
 Windows 2016 Essentials or Standard
Windows Server 2008 Network Load Balancing peut être configuré avec une ou deux cartes
réseaux, la solution avec deux cartes étant conseillée. Dans cette configuration, une carte est
utilisée pour la communication entre les nœuds du cluster, l’autre carte est disponible pour fournir
l’adresse IP virtuelle.
Il est possible d’utiliser des machines virtuelles VMWare vSphere 4.1, 5.0 avec le mode
Microsoft Network Load Balancing.
1.8 Utilisation d’un répartiteur IP
Un répartiteur IP (Load Balancer) est un matériel qui permet du partage de charge et de la
redondance entre plusieurs serveurs.
Le répartiteur IP teste à intervalle régulier un URL de supervision des applications sur le serveur
primaire telisca. En cas de plusieurs erreurs consécutives (non réponse, erreur http ou erreur
applicative) le répartiteur IP bascule les requêtes vers le serveur de secours. Cette fonctionnalité est
supporté par la majorité des répartiteurs IP comme F5 BIG-IP, F5 VIPRION, Cisco ACE, Alteon, …
[email protected]
Page 4/4
www.telisca.com