Configuration d'une politique de routage dans ARM

Bonjour !

Dans la leçon précédente, nous avons réussi à intégrer un SBC AudioCodes à l'ARM. Le SBC est maintenant connecté, il partage sa topologie (ses IP Groups sont visibles comme des Peer Connections dans l'ARM), et il est prêt à déléguer ses décisions de routage.

Aujourd'hui, nous passons de l'autre côté de la configuration. L'objectif est de vous apprendre à créer une politique de routage centralisée directement dans l'ARM. Nous allons illustrer cela avec un cas d'usage très courant et pratique : le Routage au Moindre Coût (Least Cost Routing - LCR). Vous apprendrez à dire à l'ARM : "Pour les appels vers cette destination, essaie d'abord ce transporteur moins cher, et s'il ne répond pas, bascule sur le transporteur de secours."

Cette leçon est au cœur de la valeur ajoutée de l'ARM : définir une logique de routage complexe en un seul endroit et la rendre disponible pour tout votre réseau.

L'Anatomie d'une Politique de Routage ARM

Avant de créer notre première règle, il est important de comprendre comment l'ARM structure les politiques de routage. La logique repose sur deux niveaux hiérarchiques :

1. Les Routing Groups (Groupes de Routage) : Ce sont des conteneurs qui servent à organiser vos règles. L'ARM les parcourt de haut en bas. Un groupe placé plus haut dans la liste a une priorité plus élevée. Vous pouvez par exemple créer des groupes comme "Appels d'Urgence", "Appels Internationaux", "Appels Nationaux" pour séparer et prioriser la logique.

2. Les Routing Rules (Règles de Routage) : Chaque règle est définie à l'intérieur d'un groupe. Une règle se compose de deux parties :

   • Conditions (SI...) : Les critères qui doivent être remplis pour que la règle s'applique (ex: le numéro appelé commence par +33, l'appel provient de tel SBC...).
   • Actions (ALORS...) : La ou les destinations vers lesquelles l'appel doit être acheminé si les conditions sont remplies.

Commençons par créer le cadre de notre politique.

Étape 1 : Créer les Groupes de Routage

Une bonne organisation est la clé d'un plan de routage maintenable. Nous allons commencer par créer un groupe de routage qui contiendra nos règles pour les appels internationaux.

Dans l'interface de l'ARM, sous le menu Routing, vous utiliseriez donc le bouton Add Group pour créer un groupe nommé, par exemple, Appels_Internationaux. C'est dans ce groupe que nous allons maintenant définir notre logique LCR.

Étape 2 : Configurer une Règle de Routage au Moindre Coût (LCR)

Imaginons le scénario suivant :

• Vous avez deux transporteurs SIP (ITSP) pour vos appels vers l'international : ITSP_A (le moins cher) et ITSP_B (plus cher, utilisé en backup).
• Dans l'ARM, ils apparaissent comme deux Peer Connections distinctes (que nous avons "exposées" depuis les SBCs dans la leçon précédente).
• Nous voulons créer une règle pour tous les appels vers la France (préfixe +33) qui tente d'abord ITSP_A, puis, en cas d'échec, ITSP_B.

C'est un cas d'école de LCR avec basculement (failover).

La documentation de l'ARM fournit un guide détaillé pour la création de règles. Nous allons nous appuyer dessus pour construire notre règle LCR.

Fort de cette lecture, voici comment nous appliquerions cela à notre scénario LCR :

1. Créer la Règle : Dans notre groupe Appels_Internationaux, cliquez sur Add Rule. Donnez-lui un nom explicite comme LCR_France. Par défaut, laissez-la en mode Test pour ne pas impacter le trafic réel.

2. Définir les Conditions :

   • Allez dans l'onglet Destination.
   • Dans le champ Prefix/Prefix Groups, entrez 33* (le * est un joker). La règle s'appliquera donc à tous les numéros commençant par 33.
   • Vous pourriez affiner en ajoutant une condition de Source (par exemple, un Node ou Peer Connection spécifique si cette règle ne doit s'appliquer qu'aux appels venant d'un site particulier). Pour notre exemple, laissons les autres conditions à "Any".

3. Définir les Actions (le cœur du LCR) :
   • Allez dans l'onglet Routing Actions.
   • La Routing method par défaut est Sequence, ce qui est exactement ce que nous voulons pour un failover.
   • Cliquez sur le bouton + pour ajouter la première action. Dans le menu déroulant, sélectionnez le Peer Connection correspondant à votre transporteur le moins cher, ITSP_A.
   • Cliquez à nouveau sur le bouton + pour ajouter la deuxième action, en dessous de la première. Sélectionnez le Peer Connection de votre transporteur de secours, ITSP_B.
   • (Optionnel) Vous pouvez ajouter une troisième action Add discard action pour explicitement rejeter l'appel avec un code SIP spécifique (ex: 503 Service Unavailable) si les deux transporteurs sont injoignables.

Comment ça marche ? L'ARM va traiter les actions dans l'ordre. Il enverra une instruction de routage vers ITSP_A au SBC. Si le SBC signale un échec (par exemple, pas de réponse, un SIP 503), l'ARM essaiera automatiquement l'action suivante de la liste : router vers ITSP_B. C'est le principe de l'Alternative Routing.

Étape 3 : Load Balancing vs. Alternative Routing

Dans la section Routing Actions, vous avez peut-être noté le bouton Add load balancing. Il est important de ne pas le confondre avec la séquence d'actions que nous venons de créer.

• Séquence d'Actions (Alternative Routing) : Utilisé pour le failover et le LCR. L'ARM essaie les actions les unes après les autres, dans l'ordre, jusqu'à ce qu'une réussisse.
• Load Balancing : Utilisé pour la répartition de charge. Au sein d'une seule action, vous pouvez définir plusieurs destinations (ex: 2 Peer Connections) et l'ARM distribuera les appels entre elles selon un pourcentage (ex: 50% sur l'un, 50% sur l'autre). C'est utile si vous avez deux transporteurs de coût équivalent et que vous voulez utiliser leur capacité simultanément.

Étape 4 : Valider votre Politique de Routage

Avant de passer une règle en production (Live), il est impératif de la tester. L'ARM dispose d'un outil puissant pour cela.

1. Modes Live et Test : Toute nouvelle règle est en mode Test par défaut. Cela signifie qu'elle ne s'appliquera pas au trafic réel, mais qu'elle peut être utilisée par les outils de simulation.

2. L'outil Test Route : C'est votre meilleur allié pour le débogage.

   • Vous lui donnez un numéro source, un numéro de destination et le Node d'origine.
   • L'ARM simule le traitement de cet appel et vous montre exactement :
     • Quelle Routing Rule a été matchée.
     • Quelles sont les routes (actions) proposées, dans quel ordre de priorité.

En utilisant Test Route avec un numéro comme +33123456789, vous devriez voir que votre règle LCR_France est bien déclenchée et que l'ARM propose une route vers ITSP_A en première intention, et une alternative vers ITSP_B. Une fois que vous êtes satisfait du résultat, vous pouvez éditer la règle et cocher la case Live.

Mémo Pratique : Les Étapes Clés de la Création d'une Politique de Routage

Voici votre checklist pour créer une politique de routage dans l'ARM :

1. Créer des Routing Groups pour organiser et prioriser les ensembles de règles (ex: Appels_Urgents, Appels_Internationaux).
2. Sélectionner un Groupe et cliquer sur Add Rule pour créer une nouvelle règle de routage.
3. Définir les Conditions (Source, Destination, etc.) qui doivent être remplies pour que la règle s'applique.
4. Définir les Routing Actions pour déterminer la destination.
   • Pour du LCR/Failover : Ajouter plusieurs actions en séquence, dans l'ordre de préférence.
   • Pour de la répartition de charge : Utiliser le Load Balancing au sein d'une seule action.
5. Utiliser les Advanced Conditions (optionnel) pour des logiques basées sur le temps (Time-Based Routing) ou la qualité (Quality-Based Routing).
6. Laisser la règle en mode Test initialement.
7. Valider la logique avec l'outil Test Route en simulant un appel.
8. Passer la règle en mode Live une fois la validation terminée pour l'activer pour le trafic réel.

Conclusion

Vous avez maintenant configuré votre première politique de routage intelligente et centralisée ! Vous ne définissez plus seulement "une route", mais bien une "stratégie de routage" qui peut inclure des priorités, des basculements et des répartitions de charge.

Points Clés à Retenir :

• La structure de routage ARM repose sur la hiérarchie Routing Groups > Routing Rules.
• Une règle est un ensemble de Conditions (SI) et d' Actions (ALORS).
• Le routage au moindre coût (LCR) avec failover s'implémente en créant une séquence d'actions dans l'ordre de préférence.
• L'outil Test Route est essentiel pour valider toute nouvelle politique avant de la mettre en production.

Aperçu de la prochaine leçon :

Nous avons conçu notre politique dans le "cerveau" de l'ARM. Mais comment cette information est-elle transmise et appliquée par les SBCs sur le terrain ? Dans la prochaine leçon, nous allons nous pencher sur le mécanisme de synchronisation. Vous apprendrez comment les règles de routage ARM sont poussées vers les SBCs et comment vérifier que cette synchronisation s'effectue correctement.