Cette section présente le fonctionnement de base de la fonction de repli automatique vers le principal pour les passerelles de succursales. Par défaut, cette fonctionnalité est désactivée dans la passerelle ou le serveur.
Si la passerelle est initialement enregistrée auprès d'un serveur plus ancien, la passerelle utilise l'échange d'informations de version pour empêcher automatiquement le retour au serveur principal.
En administrant cette fonction sur un serveur, celle-ci peut être activée pour n'importe quelle passerelle ou toutes les passerelles contrôlées par le serveur.
L'activation ou la désactivation de l'administration sur le serveur détermine si le serveur accepte ou refuse les demandes d'enregistrement. Les demandes sont envoyées avec un paramètre indiquant que le service est obtenu d'un serveur distant surviable. Cependant, la passerelle tente continuellement de s'enregistrer auprès du serveur, même si le serveur a été configuré pour ne jamais accepter la demande d'enregistrement. Lorsque la fonction de retour automatique est désactivée sur le serveur, celui-ci est configuré pour ne jamais accepter les demandes d'inscription. Ensuite, un retour manuel de la passerelle est requis, ce qui génère un message d'inscription différent qui est accepté par le serveur.
Remarque :
Les messages d'inscription sont toujours utiles lorsque le repli automatique est désactivé sur le serveur. Étant donné que les messages d'enregistrement fonctionnent comme des messages de maintien, ces messages peuvent être utilisés pour surveiller la stabilité du réseau au fil du temps.
Les règles basées sur les autorisations qui comprennent l'heure de la journée et les informations contextuelles ne sont disponibles qu'avec le serveur.
Le serveur distant survivable ne nécessite aucune de ces traductions.
Lorsqu'elle est associée à un contrôleur principal exécutant Communication Manager, la passerelle tente de s'enregistrer auprès du contrôleur principal lorsqu'elle est connectée à un serveur distant survivable.
Cette tentative d'inscription se produit toutes les 30 secondes après que la passerelle puisse communiquer avec le contrôleur principal. Le message d'inscription contient un élément qui indique qu'un serveur distant survivable assure le service de la passerelle. Le message contient également le nombre d'appels d'utilisateurs actifs sur cette passerelle.
Lors de la demande d’inscription initiale, le contrôleur principal établit la liaison TCP chiffrée pour la messagerie H.248.
La liaison TCP est établie pour la messagerie H.248, peu importe si cette inscription initiale a réussi. Le chiffrement est maintenu tout au long de la période pendant laquelle les demandes d'enregistrement sont valides. Le chiffrement est également maintenu après l'acceptation d'un enregistrement par le contrôleur principal. Le chiffrement de la liaison de signalisation est effectué dès le début de ce processus de retour automatique. Le chiffrement garantit la sécurité de la communication entre le contrôleur d'appel principal et la passerelle.
Le contrôleur principal, en fonction des règles administrées, peut permettre ou refuser une inscription.
Si le contrôleur principal reçoit un message d’inscription sans information sur l’état du service, il honore immédiatement ces demandes d’inscription avant toutes les autres. Les messages d’inscription peuvent provenir sans information sur l’état du service, par exemple, d’une passerelle plus ancienne ou lorsqu’une nouvelle passerelle est sans service.
Si l'inscription est refusée, la passerelle continue d'envoyer le message d'inscription toutes les 30 secondes, ce qui agit comme un message de maintien de connexion de facto.
La passerelle surveille constamment le nombre d'appels sur la plateforme et envoie de façon asynchrone un message d'enregistrement lorsque le contexte est à 0.
Une fois le message d'inscription accepté par le serveur principal, la liaison H.248 au serveur distant survivable est abandonnée.
