Skip to main content

Someone wanted to learn this too, so Grasp built them a personal learning path.

You can keep exploring this one or create your own

Proxy Set comme Destination dans les Règles de Routage pour Trunks Externes

Bonjour et bienvenue dans cette nouvelle leçon !

Dans la leçon précédente, nous avons disséqué la partie MATCH d'une règle de routage. Vous avez appris que le Source IP Group est l'élément clé qui permet au SBC de savoir d'où vient un appel, après un processus appelé Classification.

Introduction

Aujourd'hui, nous passons de l'autre côté de la règle : la section ACTION. L'objectif est de maîtriser la manière d'envoyer un appel vers une destination externe, comme un opérateur SIP (ITSP), Microsoft Teams, ou un centre de contact NICE.

Pour cela, vous allez apprendre à utiliser un Proxy Set comme destination finale dans une règle de routage. Nous verrons la méthode la plus structurée et recommandée, qui consiste à l'utiliser via un IP Group de destination. Cette compétence est indispensable pour construire les flux d'appels sortants.

1. Le Proxy Set : le carnet d'adresses du SBC

Nous avons déjà abordé ce concept, mais il est crucial de le consolider. Un Proxy Set est un objet de configuration qui contient la ou les adresses réseau (adresse IP ou nom de domaine FQDN) d'un serveur SIP distant. Il peut également définir des paramètres de transport (UDP, TCP, TLS) et de redondance.

Considérez-le comme une fiche contact dans votre téléphone : elle contient le numéro (l'adresse IP/FQDN) de la personne que vous voulez appeler. Pour router un appel vers un trunk externe, le SBC a besoin de cette "fiche contact".

Voyons un exemple concret de configuration pour un trunk Microsoft Teams, qui est l'un de vos environnements cibles.

Microsoft Teams Direct Routing with CUCM using Audiocodes SBC

Pour commencer, voyons concrètement à quoi ressemble la configuration d'un Proxy Set pour un trunk externe complexe comme celui de Microsoft Teams. Cette vidéo de UC Collabing vous montrera comment définir les adresses des serveurs de Microsoft, le type de transport (TLS) et les paramètres de redondance.

Regardez la section de 16:58 à 19:26. Concentrez-vous sur les étapes suivantes : Le nom donné au Proxy Set ('Teams proxy set'). L'association avec une interface SIP ('Teams sip interface'). L'ajout des adresses de destination ('sip.pstn.hub.microsoft.com', etc.) avec leur port (5061) et le type de transport (TLS). Ceci est la définition brute de 'où' l'appel doit être envoyé.

2. L'IP Group : Donner un nom logique à la destination

Maintenant que nous avons défini "l'adresse" dans le Proxy Set, nous avons besoin de lui donner un nom logique et facile à manipuler dans nos règles de routage. C'est précisément le rôle de l'IP Group.

La méthode standard et la plus propre consiste à :

  1. Créer un IP Group avec le Type défini sur Server.
  2. Dans la configuration de cet IP Group, assigner le Proxy Set que nous venons de créer.

Cet IP Group (IG_Teams, IG_ITSP, etc.) devient alors un alias, une représentation de haut niveau de votre trunk externe. Dans la table de routage, vous n'aurez plus à vous soucier des adresses IP ou des FQDN ; vous n'utiliserez que ce nom.

[PDF] Configuration Note - AudioCodes

La documentation d'AudioCodes illustre parfaitement cette liaison en deux étapes : d'abord créer le Proxy Set, puis l'assigner à un IP Group.

Veuillez lire la section 2.6 'Step 6: Add Proxy Sets for IP PBX and SIP Trunk' puis la section 2.7 'Step 7: Add IP Groups for IP PBX, SIP Trunk...'. Dans l'étape 6, notez la création de deux Proxy Sets ('LAN' et 'WAN') avec leurs adresses respectives. Dans l'étape 7, observez comment ces Proxy Sets sont assignés aux IP Groups correspondants (Type: Server). Par exemple, pour l'IP Group 'WAN SIP Trunk', le paramètre 'Proxy Set' est configuré sur 'WAN'. C'est ce lien qui est fondamental.

Une fois cette configuration effectuée, votre IP Group ressemble à ceci. Notez bien le champ Proxy Set qui fait le lien avec l'adresse physique du trunk.

AudioCodes SBC IP Group Configuration with Proxy Set
Cette image montre la configuration d'un IP Group (`Default_IPG`). On y voit clairement que le `ProxySet_0` lui est associé. C'est cet IP Group que nous utiliserons comme destination dans notre règle de routage.

3. Assemblage final : Utiliser l'IP Group dans la règle de routage

Nous avons maintenant toutes les pièces du puzzle. Pour router un appel vers notre trunk externe, il suffit de créer une règle IP-to-IP où :

  • La Source IP Group (section MATCH) correspond à l'entité qui émet l'appel (ex: IG_PABX).
  • Le Destination IP Group (section ACTION) est défini sur l'IP Group que nous venons de créer pour notre trunk (ex: IG_ITSP).

Comment ça marche ?

Lorsque le SBC traite cette règle, il voit que la destination est l'IP Group nommé IG_ITSP. Il va alors automatiquement :

  1. Consulter la configuration de IG_ITSP.
  2. Identifier le Proxy Set qui lui est associé.
  3. Envoyer le message SIP INVITE à l'adresse (IP ou FQDN) contenue dans ce Proxy Set.

Configuring Tel-to-IP Routing Rules - AudioCodes

Ce document, bien qu'il traite du routage Tel-to-IP, explique parfaitement le mécanisme de destination vers un IP Group, qui est identique pour le routage IP-to-IP.

Dans le tableau des paramètres, trouvez la description du paramètre 'Destination IP Group'. L'explication clé est la suivante : 'The SIP INVITE message is sent to the IP address configured for the Proxy Set that is associated with the IP Group.' Cette phrase résume tout le processus.

Voici à quoi ressemble la règle de routage finale qui met tout cela en pratique.

[PDF] Configuration Note - AudioCodes

Pour voir la règle de routage finale, retournons à notre premier document d'exemple.

Reprenez le document à la section 2.9 'Step 9: Add IP-to-IP Call Routing Rules'. Examinez la règle nommée 'IP PBX > SIP Trunk'. La source est 'LAN' (l'IP Group du PBX) et l'action est de router vers 'Destination IP Group: WAN SIP Trunk'. Vous voyez ici la conclusion logique de tout ce que nous avons configuré : un appel venant du PBX est envoyé vers le trunk SIP externe.

4. L'alternative (et ses limites)

Il est techniquement possible, dans une règle de routage, de définir le Destination Type sur Address, puis de sélectionner directement un Proxy Set dans le champ Destination Address.

  • Avantage : C'est légèrement plus rapide à configurer (pas besoin de créer un IP Group de destination).
  • Inconvénient majeur : C'est moins structuré et beaucoup moins flexible. L'IP Group n'est pas juste un alias ; c'est un "conteneur" sur lequel on peut attacher des politiques spécifiques pour ce trunk :
    • Un IP Profile pour gérer la signalisation SIP.
    • Un Manipulation Set pour modifier les en-têtes SIP.
    • Des paramètres de sécurité spécifiques.

En routant directement vers un Proxy Set, vous perdez ce point d'ancrage central. Pour tout trunk permanent (ITSP, Teams, PBX), la méthode Source IP Group -> Destination IP Group est la bonne pratique à adopter.

Conclusion

Vous savez maintenant comment configurer une destination externe de manière structurée et professionnelle. Le Proxy Set définit l'adresse physique, et l'IP Group de type Server sert de représentant logique dans la table de routage.

Points Clés à Retenir

  • 1. Le Proxy Set est l'adresse : Il contient l'IP/FQDN du serveur SIP distant.
  • 2. L'IP Group est le nom : Un IP Group de type Server est lié à un Proxy Set pour lui donner un nom logique utilisable dans le routage.
  • 3. Le routage se fait par nom : La règle de routage utilise le Destination IP Group pour indiquer où envoyer l'appel.
  • 4. Le SBC fait le lien : Le SBC résout automatiquement le Destination IP Group en adresse du Proxy Set associé pour envoyer l'appel.
  • 5. La méthode standard est la meilleure : Utiliser des IP Groups de destination est la bonne pratique pour la clarté, la gestion et l'application de politiques avancées.

Prochaine Étape

Nous avons vu comment router un appel d'une source vers une destination. Mais que se passe-t-il si la destination est un numéro de téléphone ? Dans la prochaine leçon, nous ajouterons une condition supplémentaire à nos règles de routage en utilisant le préfixe du numéro appelé (Destination Phone Prefix) pour prendre des décisions de routage plus granulaires.

Can't find a good explanation? Sign up and we'll make it for you

Sign up