Configuration d'un Trunk SIP

1. L'Anatomie d'un Trunk SIP sur AudioCodes

Avant de plonger dans la configuration, visualisons les différentes pièces que nous allons assembler. Pour connecter le SBC à un ITSP, nous devons définir plusieurs aspects de la communication :

1. Les Codecs Média (Coder Groups): Quels codecs audio sont autorisés pour les appels ?
2. Le Comportement SIP/Média (IP Profiles): Comment le SBC doit-il se comporter au niveau de la signalisation (sécurité, messages spécifiques) et du média (transcodage, etc.) ?
3. La Destination SIP (Proxy Sets): Où exactement (adresse IP ou FQDN) les messages SIP doivent-ils être envoyés ?
4. L'Entité Opérateur (IP Group): C'est l'objet principal qui représente l'ITSP et qui lie ensemble le profil de comportement (IP Profile), la destination (Proxy Set) et les ressources réseau (Media Realm).
5. L'Enregistrement (Accounts): Si l'ITSP requiert une authentification, comment le SBC doit-il s'enregistrer ?

Nous allons configurer ces éléments pas à pas, en nous appuyant sur des guides de configuration pratiques.

2. Définir les Capacités Média : Coder Groups

La première étape consiste à s'assurer que le SBC et l'ITSP parlent le même "langage" audio. Chaque ITSP fournit une liste de codecs supportés (par exemple, G.711a, G.729, G.722). Nous devons configurer un Coder Group sur le SBC qui reflète cette liste.

La création d'un Coder Group dédié à l'ITSP garantit l'interopérabilité et vous donne le contrôle sur la négociation des médias.

3. Définir le Comportement : IP Profiles

L'IP Profile est l'un des objets de configuration les plus puissants. C'est un profil de comportement qui définit des dizaines de paramètres SIP et média. Pour un trunk ITSP, nous allons créer un profil spécifique.

Les paramètres les plus importants à configurer pour un trunk ITSP standard sont :

• SBC Media Security Mode : Généralement RTP (ou Not Secured), car de nombreux ITSP n'utilisent pas le chiffrement SRTP sur leurs trunks publics.
• Allowed Audio Coders : Ici, nous lions le groupe de codecs que nous venons de créer à ce profil.
• P-Asserted-Identity Header Mode : Souvent requis par les ITSP pour la gestion de l'identité de l'appelant.

4. Définir la Destination : Proxy Sets

Maintenant que nous savons comment communiquer, nous devons définir où. Le Proxy Set contient l'adresse du ou des serveurs SIP de l'opérateur. C'est ici que vous entrerez l'adresse IP ou le FQDN fourni par l'ITSP.

Le Proxy Set est essentiel car il découple l'adresse de l'opérateur du reste de la configuration. Si l'ITSP change ses adresses IP, vous n'aurez qu'à mettre à jour le Proxy Set, sans toucher au reste.

5. Assembler le Trunk : L'IP Group de l'ITSP

Nous avons maintenant toutes les pièces. L'IP Group est l'objet qui va les assembler pour représenter l'opérateur dans sa totalité. Lorsque vous configurez l'IP Group pour l'ITSP, vous allez référencer les objets que nous avons créés précédemment.

Un IP Group pour un ITSP contient typiquement les informations suivantes :

• Name : Un nom explicite, ex: ITSP_Swisscom_Trunk.
• Type : Server, car il représente une entité serveur.
• Proxy Set : Le Proxy Set créé à l'étape 4, qui pointe vers les serveurs de l'ITSP.
• IP Profile : L'IP Profile créé à l'étape 3, qui définit le comportement SIP/média.
• Media Realm : Le Media Realm correspondant à l'interface réseau connectée à l'ITSP (généralement votre MR_WAN).

À ce stade, vous avez une entité (IP Group) qui représente entièrement votre trunk ITSP, avec ses codecs, son comportement SIP, son adresse de destination et ses ressources réseau.

6. Gérer l'Authentification : Registration Accounts

Certains ITSP ne vous autorisent à passer des appels que si votre SBC s'est préalablement enregistré auprès de leurs serveurs avec un nom d'utilisateur et un mot de passe. Cette configuration s'effectue dans la table Accounts.

Si votre ITSP ne requiert pas d'enregistrement (authentification par adresse IP source par exemple), cette étape n'est pas nécessaire.

7. Activer le Trunk : Un Aperçu du Routage

Nous avons construit notre trunk, mais comment le SBC sait-il qu'il doit l'utiliser ? La dernière étape, que nous aborderons en détail dans le Module 4, est de créer une règle de routage.

Dans cette table IP-to-IP Routing, vous créerez une règle qui dit essentiellement : "Pour tout appel venant de mon IP_Group_Interne et allant vers l'extérieur, la destination est l'IP_Group_ITSP que nous venons de configurer". C'est cette règle qui active le trunk et permet aux appels de s'écouler.

Conclusion

Vous avez maintenant assemblé une connexion SIP complète vers un opérateur. Cette approche modulaire est la force de la configuration AudioCodes.

Les points clés à retenir sont :

• Un trunk SIP n'est pas un objet unique, mais une chaîne de configurations logiques.
• La chaîne de dépendance est la suivante :
  1. Coder Group : Définit les codecs autorisés.
  2. IP Profile : Définit le comportement SIP/média et s'associe au Coder Group.
  3. Proxy Set : Définit l'adresse de destination de l'ITSP.
  4. IP Group : Représente l'ITSP et lie le Proxy Set, l'IP Profile, et le Media Realm.
• L'enregistrement (Accounts) est une étape supplémentaire requise uniquement si l'ITSP l'exige.
• L'ensemble de ces configurations est finalement activé par une règle de routage IP-to-IP, qui dirigera les appels vers l'IP Group de l'ITSP.

Dans la prochaine leçon, nous appliquerons cette même logique à un scénario plus complexe et spécifique : la configuration d'un trunk pour l'interconnexion avec Microsoft Teams. Vous verrez que bien que les détails (TLS, SRTP) diffèrent, la méthodologie de construction du trunk reste la même.