Activation de règles: "Manipulation Set" et routage/groupes IP

Bonjour !

Dans la leçon précédente, nous avons organisé nos règles en créant un Manipulation Set, une sorte de "dossier" propre et structuré. Nous avons créé le set Teams_Inbound_Interop pour regrouper les manipulations nécessaires aux appels entrants de Microsoft Teams. Cependant, ce dossier est pour l'instant rangé sur une étagère de la configuration du SBC ; il est inactif.

Aujourd'hui, nous allons mettre ce dossier au travail. L'objectif de cette leçon est d'apprendre à activer un Manipulation Set en l'appliquant au bon endroit dans la configuration. C'est l'étape qui connecte votre logique de manipulation au flux d'appels réel. Nous nous concentrerons sur la méthode la plus courante et la plus puissante : l'application sur un IP Group.

À la fin de cette leçon, vous saurez exactement où et comment "brancher" vos ensembles de règles pour qu'ils commencent à modifier le trafic SIP.

Le Point d'Application Stratégique : L'IP Group

Vous avez créé des règles, vous les avez groupées dans un "Set". La question est : où le SBC doit-il appliquer ce "Set" ? Sur tous les appels ? Seulement sur les appels vers l'opérateur ? Ou seulement sur ceux venant de Teams ?

C'est là que l'IP Group entre en jeu. Comme nous l'avons vu dans les modules précédents, un IP Group représente une entité SIP avec laquelle le SBC communique (un opérateur, Microsoft Teams, un PBX interne, etc.). C'est donc le point de connexion logique idéal pour appliquer des règles de manipulation spécifiques à cette entité.

La documentation d'AudioCodes explique ce principe.

En résumé, la logique est la suivante :

1. Le SBC reçoit un appel et l'identifie comme venant d'un IP Group source spécifique.
2. Le SBC détermine, via la table de routage, vers quel IP Group de destination l'appel doit aller.
3. C'est à ce moment que les Manipulation Sets associés aux IP Groups source et destination sont appliqués.

Le diagramme suivant simplifie ce flux :

Inbound vs. Outbound : Le Sens de la Manipulation

Le concept le plus important à maîtriser ici est la direction. Lorsque vous modifiez un IP Group, vous verrez deux champs pour la manipulation :

• Inbound Message Manipulation Set
• Outbound Message Manipulation Set

Le choix dépend du rôle de l'IP Group dans l'appel que vous souhaitez modifier :

• Inbound (Entrant) : Les règles s'appliquent lorsque l'IP Group est la SOURCE de l'appel. La manipulation se fait sur le message entrant dans le SBC depuis ce partenaire.
• Outbound (Sortant) : Les règles s'appliquent lorsque l'IP Group est la DESTINATION de l'appel. La manipulation se fait sur le message sortant du SBC vers ce partenaire.

Reprenons notre exemple de la leçon précédente : le Manipulation Set Teams_Inbound_Interop.

• Objectif : Modifier les appels venant de Teams.
• Flux : Teams -> SBC -> PBX interne
• Rôle de l'IP Group Teams : Source de l'appel.
• Conclusion : Nous devons appliquer notre Manipulation Set dans le champ Inbound Message Manipulation Set de l'IP Group de Teams.

Mise en Pratique : Activer le "Manipulation Set"

Passons à la configuration. La procédure est simple : il suffit de trouver l'IP Group concerné et d'inscrire l'ID de votre "Set" dans le bon champ.

Un guide de configuration pour un trunk opérateur (ITSP) illustre parfaitement cette étape.

Pour notre cas pratique avec Teams, la procédure serait :

1. Naviguez vers Setup menu > Signaling & Media tab > Core Entities > IP Groups.
2. Sélectionnez la ligne correspondant à votre IP Group pour Microsoft Teams.
3. Cliquez sur Edit.
4. Repérez le champ Inbound Message Manipulation Set.
5. Entrez l'ID de notre Manipulation Set (dans l'exemple de la leçon précédente, nous avions utilisé l'ID 1).
6. Cliquez sur Apply.

Pour voir cette action en direct dans l'interface, la vidéo suivante est très utile.

Une fois la configuration appliquée, la page de votre IP Group ressemblera à ceci, montrant clairement les ID des "Sets" appliqués en entrée et en sortie.

Et l'Application sur une Règle de Routage ?

L'intitulé de la leçon mentionne aussi l'application sur une règle de routage. C'est une distinction importante à faire :

• Message Manipulation (ce que nous faisons : modifier des en-têtes) est presque toujours liée à un IP Group. La raison est que les besoins de formatage des messages SIP sont spécifiques au partenaire (Teams, Orange, NICE) et non à la destination finale.
• Number Manipulation (modifier le numéro appelé/appelant) est souvent liée à la IP-to-IP Routing Rule. La raison est que la modification du numéro fait partie de la décision de routage elle-même (ex: ajouter un préfixe pour sortir).

Bien qu'il soit techniquement possible de lier des manipulations de message à des règles de routage, la bonne pratique à retenir pour une configuration claire et maintenable est : les manipulations de message s'appliquent sur les IP Groups.

Conclusion

Vous savez maintenant comment activer vos politiques de manipulation SIP. Ce n'est pas seulement une étape technique ; c'est le moment où votre analyse des besoins d'interopérabilité se transforme en une action concrète sur le réseau.

Points clés à retenir :

• Les Manipulation Sets sont activés en les appliquant à des IP Groups.
• La direction est primordiale :
  • Inbound modifie les messages entrant depuis l'IP Group (qui est la source).
  • Outbound modifie les messages sortant vers l'IP Group (qui est la destination).
• La procédure consiste à éditer l'IP Group et à renseigner l'ID du Manipulation Set dans le champ Inbound ou Outbound.
• La manipulation des messages est une problématique liée au partenaire, donc elle se gère au niveau de l'IP Group.

Prochaine Étape

Nous avons maintenant parcouru tout le cycle de création : identifier un besoin, créer une règle avec une condition, la regrouper dans un "Set", et enfin, l'appliquer à un flux d'appel. Mais comment savoir si cela fonctionne vraiment ? Dans la prochaine leçon, nous bouclerons la boucle en abordant la dernière étape cruciale de ce module : comment vérifier et tester nos manipulations en analysant les traces SIP. C'est une compétence fondamentale pour le troubleshooting.