Surveillance du trunk SIP (OPTIONS)

Bonjour et bienvenue dans cette nouvelle leçon de notre module sur la configuration d'un trunk SIP opérateur.

Dans la leçon précédente, nous avons configuré l'enregistrement (SIP REGISTER) pour que votre SBC puisse s'identifier auprès de l'opérateur et recevoir des appels entrants. L'opérateur sait maintenant où vous joindre. Mais comment votre SBC peut-il s'assurer que le chemin vers l'opérateur est fonctionnel à tout moment ?

L'objectif de cette leçon est de définir les mécanismes de supervision du trunk, principalement via la méthode SIP OPTIONS. C'est une fonction de surveillance proactive essentielle qui permet à votre SBC de détecter une panne de connectivité avec l'opérateur et de réagir en conséquence, ce qui est fondamental pour le troubleshooting et la haute disponibilité.

1. Pourquoi Superviser un Trunk SIP ?

Imaginez que la route entre votre SBC et le serveur de l'opérateur soit coupée à cause d'un problème réseau ou d'une panne de l'équipement distant. Sans mécanisme de supervision, votre SBC continuerait d'envoyer des appels vers cette destination, qui échoueraient systématiquement après un long délai d'attente (timeout). Les utilisateurs seraient bloqués, et le diagnostic serait plus lent.

La supervision de trunk résout ce problème. Le SBC envoie périodiquement un petit message de "test" pour vérifier que l'équipement distant est toujours en ligne et joignable. Si le test échoue, le SBC marque le trunk comme "hors service" (DOWN) et peut instantanément rediriger les appels vers une route de secours (failover).

La méthode la plus courante pour ce test est le message SIP OPTIONS. C'est une requête très légère, l'équivalent d'un "ping" dans le monde SIP.

• SBC envoie : OPTIONS sip:itsp.com
• Opérateur répond : 200 OK

Si le 200 OK est reçu, tout va bien. S'il n'y a pas de réponse, ou si une erreur est reçue, le SBC sait qu'il y a un problème.

2. Configuration de la Supervision (Keep-Alive) dans AudioCodes

Sur un SBC AudioCodes, ce mécanisme de supervision est appelé Proxy Keep-Alive et il se configure au niveau du Proxy Set qui pointe vers votre opérateur. C'est logique, car c'est bien la disponibilité de ce proxy que nous voulons vérifier.

Étape 1 : Activer le Keep-Alive

La première étape consiste à activer la fonctionnalité sur le Proxy Set de votre ITSP. L'exemple de configuration suivant montre cette étape de manière très claire.

Comme vous pouvez le voir, l'activation est simple : dans la configuration du Proxy Set de l'opérateur, il suffit de positionner le paramètre Proxy Keep-Alive sur Using OPTIONS.

Étape 2 : Régler les Paramètres du Keep-Alive

Une fois la fonctionnalité activée, plusieurs paramètres vous permettent de la régler finement. Ces réglages sont cruciaux pour définir la réactivité de la détection et la stabilité du système.

Pour résumer les paramètres clés :

• Proxy Keep-Alive Time: La fréquence des "pings" OPTIONS. Une valeur entre 30 et 60 secondes est courante.
• Failure Detection Retransmissions: Nombre de tentatives avant de déclarer le trunk "DOWN".
• Success Detection Retries: Nombre de succès consécutifs nécessaires pour déclarer le trunk "UP" après une panne. C'est une sécurité importante pour s'assurer que la connexion est de nouveau stable.

3. Vérification du Statut du Trunk

Une fois la supervision configurée, la tâche la plus importante pour l'exploitation et le troubleshooting est de savoir où vérifier son état. La page de monitoring Proxy Sets Status est l'endroit idéal pour cela.

Naviguez dans l'interface web via Monitor > Status > Proxy Sets Status.

Cette page est votre premier point de contrôle en cas d'incident sur les appels sortants. Si un utilisateur signale un problème et que vous voyez un statut "OFFLINE" ici pour le proxy de votre opérateur, vous avez immédiatement identifié la source du problème : la communication entre votre SBC et l'opérateur est rompue.

4. Le Lien avec la Redondance et le Failover

La supervision via OPTIONS n'est pas seulement un outil de monitoring, c'est le déclencheur des mécanismes de haute disponibilité. Quand le SBC détecte qu'un trunk est "DOWN", il peut automatiquement appliquer une règle de routage alternative.

La documentation Configuring Proxy Sets (resource ID LINK) que vous avez consultée mentionne également le paramètre Redundancy Mode. Ce paramètre, combiné au keep-alive, définit le comportement du SBC en cas de panne et de rétablissement :

• Parking : Si le trunk principal tombe, le SBC bascule sur le trunk de secours. Il y reste ("se gare") même si le trunk principal redevient disponible.
• Homing : Si le trunk principal tombe, le SBC bascule sur le secours. Dès que le trunk principal est de nouveau "ONLINE" (détecté grâce au keep-alive !), le SBC y rebascule automatiquement.

Nous explorerons la configuration de ces routes alternatives dans un prochain module, mais il est crucial de comprendre dès maintenant que c'est le mécanisme de keep-alive qui rend tout cela possible.

Conclusion

Vous avez maintenant ajouté une compétence essentielle à votre arsenal : la capacité à superviser activement la santé de vos trunks SIP. C'est une étape fondamentale pour construire une solution de téléphonie robuste et pour pouvoir diagnostiquer rapidement les pannes.

Points Clés à Retenir

• La supervision de trunk utilise des messages SIP OPTIONS pour vérifier en temps réel la connectivité avec l'opérateur.
• Elle se configure dans le Proxy Set correspondant à l'opérateur, via le paramètre Proxy Keep-Alive réglé sur Using OPTIONS.
• Des paramètres comme Proxy Keep-Alive Time et Success Detection Retries permettent de régler finement la sensibilité et la stabilité du mécanisme.
• L'état du trunk se vérifie sur la page Monitor > Status > Proxy Sets Status. Un statut "OFFLINE" est un indicateur clair de problème.
• Ce mécanisme est le déclencheur indispensable pour les stratégies de routage de secours (failover) et de redondance.

Prochaine Étape

Nous avons maintenant assemblé les principaux blocs de construction d'un trunk SIP : la destination (Proxy Set), l'authentification (Accounts), l'enregistrement (Accounts) et la supervision (Proxy Keep-Alive). Dans la prochaine et dernière leçon de ce module, nous allons valider le trunk de bout en bout en passant des appels sortants et en recevant des appels entrants. Ce sera l'occasion de voir comment toutes ces pièces fonctionnent ensemble pour acheminer un appel.