Basculement de téléphone

Restauration téléphone

Remarques sur le fonctionnement de la résilience des téléphones

• Le processus de basculement prend au minimum trois minutes (il est plus long pour les réseaux de plus grande taille). Cela permet de garantir que le basculement n'est pas invoqué lorsqu'il n'est pas requis, par exemple, lorsque le système local est simplement redémarré pour effectuer une modification de configuration non fusionnable.
• Le but du basculement est d'assurer les fonctions d'appel de base pendant en attendant que la cause du basculement soit trouvée et corrigée. Si un utilisateur modifie ses paramètres au cours de l'activation du basculement (par exemple, s'il modifie le mode NPD), ces modifications ne seront pas appliquées après la restauration automatique.  
• Les appels ancrés au système local perdent leur chemin d'accès vocal lors du basculement. Les appels en média direct dont l'état est stable pourront préserver leur chemin d'accès vocal jusqu'au prochain événement d'appel ; toutefois, cela n'est pas garanti.
• Si le système de basculement est redémarré pendant qu'il fournit des services de basculement, ces services seront alors perdus.
• Pour que les fonctions de basculement soient assurées, les téléphones du système local doivent toujours être en mesure d'acheminer les données vers le système de sauvegarde lorsque le système local n'est pas disponible. En général, ceci requiert que chaque site dispose d'un routeur de données distinct.
• Lorsqu'un téléphone IP est basculé, le système de sauvegarde lui permet de fonctionner indéfiniment en tant qu'« invité », mais seulement jusqu'à la réinitialisation du système. Les licences ne sont jamais utilisées pour un téléphone « invité ».
• Les utilisateurs partageant des bureaux sont automatiquement déconnectés. Lorsque son poste de base est automatiquement restauré sur le système local, l'utilisateur est automatiquement reconnecté à ce poste de base.
• La configuration de protection du média doit être identique sur tous les systèmes. Par exemple, si le système hébergeant les postes est défini sur Du mieux possible, le système de basculement doit également être défini sur Du mieux possible.
• Pour les communications sécurisées utilisant TLS/SRTP, tous les systèmes IP Office doivent disposer d'un certificat d'identité ayant été signé par la même AC racine approuvée.
• Le basculement offre uniquement une fonctionnalité d'appel de base pour Client Avaya Workplace et les journaux d'appels générés pendant la connexion au serveur de secours ne seront pas disponibles après la restauration.
• Les serveurs primaires et secondaires doivent avoir les mêmes configurations d'autorisation de compte Avaya Cloud. Si l'autorisation de compte Avaya Cloud est activée sur le serveur principal et que vous vous êtes connecté avec l'autorisation de compte Avaya Cloud, utilisez le même ID pour le serveur secondaire pendant le basculement.

Configurations réseau prises en charge