La fonction de basculement automatique vers le contrôleur principal renvoie automatiquement un réseau fragmenté, dans lequel un certain nombre de passerelles de succursales sont desservies par un ou plusieurs serveurs distants résilients, au serveur principal. Cette fonction s'adresse à toutes les passerelles Branch. En réacheminant automatiquement les passerelles vers le principal, le réseau de commutateurs téléphoniques distribués peut être rétabli plus tôt sans intervention humaine.
La migration de retour automatique, associée à la fonction de préservation de la connexion pour les passerelles H.248, préserve la connexion. Les connexions stables sont préservées, tandis que les connexions instables, comme les appels en attente, ne le sont pas. Un intervalle très court sans tonalité de composition peut toujours exister pour les nouveaux appels.
La passerelle présente un nouveau paramètre d'inscription qui indique que le Service est obtenu d'un serveur distant surviable. Le paramètre indique le nombre d'appels d'utilisateurs actifs sur la plateforme de passerelle. Le serveur administre chaque passerelle avec un ensemble de règles pour la migration de l'heure de la journée, l'activation ou la désactivation, et le réglage des règles de seuil d'appel pour la migration.
À l'aide de cette fonctionnalité, l'administrateur peut définir l'une des règles suivantes pour la migration :
La passerelle doit migrer vers le primaire automatiquement ou non.
La passerelle doit migrer immédiatement lorsque cela est possible, peu importe le nombre d'appels actifs.
La passerelle ne doit migrer que si le nombre d'appels actifs est à 0.
La passerelle ne doit migrer que dans une fenêtre d'opportunité en fournissant le jour de la semaine et des intervalles de temps par jour. Cette option ne prend pas en considération le nombre d'appels.
La passerelle doit être migrée dans une fenêtre d'opportunité en fournissant le jour de la semaine et l'heure de la journée, ou immédiatement si le nombre d'appels atteint 0. Les deux règles sont actives simultanément.
En interne, le contrôleur d'appel principal donne la priorité aux demandes d'inscription des passerelles qui ne sont pas actuellement desservies par un serveur distant survivable. Cette priorité n'est pas administrable.
Une rétrogradation automatique peut être refusée pour plusieurs raisons, qui peuvent résulter d’exigences générales de performance du système ou d’exigences imposées par l’administrateur. Les exigences générales de performance du système peuvent inclure le refus d'enregistrement en raison d'un trop grand nombre de demandes d'enregistrement simultanées de passerelle.
Les exigences imposées par l’administrateur pour le refus d’une inscription peuvent inclure :
Inscriptions limitées à une plage horaire.
La migration est limitée à une condition de 0 appel actif, c'est-à-dire qu'il n'y a aucun utilisateur en communication à l'intérieur de la passerelle en question.
La durée minimale administrée pour la stabilité du réseau n'a pas été dépassée.
Cette fonctionnalité n'empêche pas une version antérieure du microprogramme de la passerelle de fonctionner avec Communication Manager 10.x ou vice versa. Cependant, la fonction de retour automatique n'est pas disponible.
Pour que cette fonction fonctionne, le contrôleur d'appel doit avoir Communication Manager, tandis que la passerelle doit avoir le microprogramme de la passerelle disponible au moment de la version Communication Manager 10.x.
Les passerelles de succursale existantes sont les cibles.
Pour chaque passerelle, l'administration suivante doit être effectuée :
Écran d'ajout d'une règle de récupération à la passerelle.
Planification de la récupération automatique dans la zone des paramètres système sur les écrans System Media Parameters Gateway Automatic Recovery Rule.
