Dans des conditions normales, un client envoyant un message SC_CALLBACK_REG reçoit une réponse précisant si la connexion a réussi ou échoué.
Pourtant, le serveur peut être confronté à une condition d'erreur l'empêchant de retransmettre le message SC_REPLY au client. Le cas échéant, la connexion a pu réussir avant que la condition d'erreur ne se produise, échouer ou tout simplement ne pas avoir encore été traitée.
Comme le serveur doit être exécuté sur le cluster en tant que serveur de basculement ou hautement disponible, cette condition d'erreur ne signifie pas que le service est interrompu. De fait, le serveur est rapidement en mesure d'envoyer des événements au client nouvellement connecté.
Pour pallier ces conditions, le client doit :
Imposer un délai d'attente au niveau de l'application pour une connexion d'enregistrement en attente de la réception d'un message SC_REPLY, délai après lequel il doit retenter de se connecter.
Commencer à écouter son adresse IP de rappel et son numéro de port en vue de recevoir des notifications d'événement avant d'être connecté pour la notification de rappel d'événement. Le client doit attendre de recevoir un message de confirmation de connexion et de notification d'événement en parallèle. S'il commence à recevoir des notifications d'événement avant de recevoir un message de confirmation, il doit fermer la connexion d'enregistrement.