Logique de Routage AudioCodes (Source -> Règle -> Destination)

Bonjour ! Bienvenue dans ce nouveau module dédié au routage des appels. Dans le module précédent, nous avons méticuleusement assemblé tous les "blocs de construction" de la configuration AudioCodes : IP Groups, IP Profiles, Media Realms et Proxy Sets. Vous savez maintenant ce que chaque pièce représente et comment elles sont liées.

Introduction

Cette leçon marque le début du module 4, "Mise en Place du Routage d'Appels". Maintenant que les fondations sont posées, il est temps de construire les autoroutes qui permettront aux appels de circuler. L'objectif d'aujourd'hui est simple mais fondamental : expliquer la logique de routage d'AudioCodes.

Nous allons démystifier la manière dont le SBC répond à la question : "Un appel arrive, où dois-je l'envoyer ?". Nous décomposerons le processus en une formule simple : Source -> Règle -> Destination. Comprendre cette logique est la compétence la plus critique pour configurer, dépanner et maîtriser n'importe quel flux d'appel sur un SBC AudioCodes.

1. Le Principe Fondamental : "Match" et "Action"

Le cœur du routage sur un SBC AudioCodes est la table de routage IP-to-IP (IP-to-IP Routing table). Imaginez cette table comme une liste de contrôle que le SBC parcourt du haut vers le bas pour chaque nouvel appel entrant. Chaque ligne de cette table est une règle de routage.

Une règle de routage est toujours composée de deux parties :

• Match (Correspondance) : Ce sont les conditions que l'appel entrant doit remplir. C'est la partie "SI..." de la logique. Par exemple, "SI l'appel provient de l'opérateur Orange...".
• Action : C'est ce que le SBC doit faire si les conditions du "Match" sont remplies. C'est la partie "...ALORS" de la logique. Par exemple, "...ALORS envoie l'appel vers Microsoft Teams".

Le SBC examine la première règle. L'appel correspond-il ? Si oui, il exécute l'action et s'arrête là. Si non, il passe à la deuxième règle, et ainsi de suite. S'il arrive à la fin de la table sans trouver de correspondance, l'appel est rejeté (généralement avec une réponse 404 Not Found).

2. Le Critère de "Match" : Identifier la Source avec l'IP Group

Pour qu'une règle s'applique, le SBC doit d'abord savoir d'où vient l'appel. Dans le module précédent, nous avons vu que le SBC utilise la table de Classification pour assigner chaque appel entrant à un IP Group.

Cet IP Group Source (Source IP Group) est le critère de "Match" le plus fondamental et le plus utilisé dans la table de routage.

En configurant Source IP Group = IG_ITSP dans une règle, vous dites au SBC : "Cette règle ne s'applique qu'aux appels qui ont été préalablement identifiés comme venant de l'IP Group IG_ITSP".

C'est la première partie de notre formule : Source (IP Group) -> Règle -> Destination.

3. L' "Action" : Définir la Destination (IP Group et Proxy Set)

Une fois qu'un appel correspond à une règle, le SBC exécute l'action, qui consiste généralement à acheminer l'appel vers une destination. C'est là que les blocs que nous avons configurés précédemment entrent en jeu.

La méthode de destination la plus courante est de router vers un autre IP Group.

1. Dans la section "Action" de la règle, vous définissez le Destination Type sur IP Group.
2. Vous sélectionnez ensuite le Destination IP Group souhaité (par exemple, IG_Teams).

Mais comment le SBC connaît-il l'adresse IP de IG_Teams ?

C'est ici que le Proxy Set intervient. Rappelez-vous de la leçon précédente : un IP Group de type "Server" est associé à un Proxy Set. Ce Proxy Set contient la ou les adresses IP/FQDN réelles de la destination.

La logique est donc la suivante :
Règle de routage -> Destination IP Group -> Proxy Set -> Adresse IP/FQDN finale

C'est la deuxième partie de notre formule : Source (IP Group) -> Règle -> Destination (IP Group qui pointe vers un Proxy Set).

Le diagramme suivant illustre les différentes options de destination possibles. Pour l'instant, concentrez-vous sur la branche IP Group (Server-Type) qui mène à un Proxy Set.

4. Synthèse : Le Flux Logique d'un Appel Routé

Mettons maintenant toutes les pièces ensemble pour visualiser le parcours complet d'un appel simple, par exemple de Microsoft Teams vers un opérateur SIP (ITSP).

1. Réception et Classification : Un INVITE arrive de Teams. Le SBC le reçoit sur la SIP Interface dédiée à Teams. Grâce à la table de Classification (basée sur l'IP source, par exemple), le SBC assigne l'appel au Source IP Group : IG_Teams.

2. Recherche dans la Table de Routage : Le SBC parcourt la table IP-to-IP Routing de haut en bas.

   • Règle 1 : Source IP Group = IG_ITSP ? Non, on passe à la suivante.
   • Règle 2 : Source IP Group = IG_PABX ? Non, on passe à la suivante.
   • Règle 3 : Source IP Group = IG_Teams ? Oui, correspondance trouvée ! Le SBC arrête sa recherche et exécute l'action de cette règle.

3. Exécution de l'Action : L'action de la Règle 3 est :

   • Destination Type = IP Group
   • Destination IP Group = IG_ITSP

4. Résolution de la Destination Finale : Le SBC sait maintenant qu'il doit envoyer l'appel à l'IP Group IG_ITSP. Il consulte la configuration de cet IP Group et trouve le Proxy Set qui lui est associé (par exemple, PS_ITSP).

5. Envoi de l'Appel : Le SBC consulte le Proxy Set PS_ITSP pour obtenir l'adresse du serveur de l'opérateur (par exemple, sip.operateur.fr). Il construit alors un nouvel INVITE et l'envoie à cette adresse.

L'image ci-dessous est une capture d'écran de l'interface AudioCodes montrant une règle qui incarne parfaitement cette logique.

Conclusion

Vous avez maintenant décodé la logique fondamentale qui gouverne tous les flux d'appels sur un SBC AudioCodes. Cette séquence est la clé pour comprendre pourquoi un appel suit un certain chemin, ou pourquoi il échoue.

Points Clés à Retenir

• Le routage est géré par la table IP-to-IP Routing, lue de haut en bas.
• Chaque règle est basée sur un principe de Match (SI) et Action (ALORS).
• Le critère de Match le plus courant est le Source IP Group, qui identifie l'origine de l'appel.
• L' Action la plus courante est de router vers un Destination IP Group.
• Le SBC trouve l'adresse réelle de la destination en consultant le Proxy Set associé au Destination IP Group.

La formule complète est : Un appel classifié dans un IP Group Source correspond à une Règle de Routage qui l'envoie vers un IP Group Destination, dont l'adresse est fournie par un Proxy Set.

Prochaine Étape

Maintenant que vous maîtrisez la théorie, la prochaine leçon sera purement pratique. Nous allons passer à l'action et créer notre première règle de routage IP-to-IP de base pour acheminer un appel simple d'une source vers une destination.