Relations entre les blocs de construction de la signalisation

Bonjour et bienvenue à la dernière leçon du module 3. Au cours des leçons précédentes, nous avons assemblé, pièce par pièce, les blocs de construction essentiels d'un SBC AudioCodes.

Introduction

Jusqu'à présent, nous avons configuré :

• Les IP Groups pour représenter les entités SIP.
• Les SIP Interfaces et Media Realms pour gérer les points d'entrée/sortie de la signalisation et du média.
• Les Coder Groups et IP Profiles pour définir les codecs et les comportements SIP.
• Les Proxy Sets pour donner une adresse à nos destinations.

Chaque bloc a un rôle précis, mais leur véritable puissance réside dans leur interaction. L'objectif de cette leçon est de connecter tous ces points et d'expliquer la relation entre chaque bloc de construction. Nous allons assembler le puzzle pour que vous ayez une vision claire et globale de la manière dont un appel traverse le SBC. Cette compréhension est la clé pour un dépannage efficace et une conception de solution robuste.

1. La Vue d'Ensemble : Signalisation et Média

Pour bien comprendre les relations entre les blocs, il faut voir un appel comme deux flux distincts que le SBC gère simultanément :

1. Le flux de Signalisation (SIP) : C'est la conversation de contrôle de l'appel. Des messages comme INVITE, 200 OK, BYE établissent, maintiennent et terminent l'appel. C'est le "cerveau" de la communication.
2. Le flux Média (RTP) : C'est le flux audio lui-même, la "voix". Il est composé de milliers de petits paquets RTP (Real-time Transport Protocol) qui transportent les données vocales.

Tous les blocs que nous avons configurés ont pour but de contrôler, sécuriser et adapter ces deux flux lorsqu'ils traversent le SBC.

2. La Chaîne de la Signalisation : Qui parle, avec quelles règles, et vers où ?

Imaginons qu'un appel entrant (un message INVITE) arrive au SBC. Voici la séquence logique des événements et les blocs impliqués :

1. La Porte d'Entrée (SIP Interface)

   • L'INVITE arrive sur une interface réseau physique, à une certaine adresse IP et sur un certain port (ex: 5060).
   • Le SBC utilise la SIP Interface configurée pour écouter sur cette combinaison IP/port pour "accepter" le message. La SIP Interface est la porte d'entrée de la signalisation.

2. L'Identification (Classification vers l' IP Group)

   • Le SBC doit maintenant savoir qui envoie cet appel. C'est le processus de Classification.
   • Il examine l'INVITE (son adresse IP source, l'interface sur laquelle il est arrivé, etc.) et le compare aux IP Groups configurés.
   • Une fois qu'une correspondance est trouvée, l'appel est associé à un IP Group source (ex: IG_ITSP_Orange).

3. L'Application des Règles (IP Group -> IP Profile)

   • C'est ici que la relation la plus importante se joue. Chaque IP Group est associé à un IP Profile.
   • Le SBC applique immédiatement les paramètres de l'IP Profile à l'appel. Cet IP Profile est l' "ADN" de la communication pour cet IP Group. Il répond à des questions comme :
     • Quels codecs cet interlocuteur supporte-t-il ? (via un Coder Group assigné à l'IP Profile)
     • Faut-il modifier ou supprimer des en-têtes SIP ?
     • Comment gérer le fax ou la sécurité ?
   • Cette liaison IP Group -> IP Profile est fondamentale. Elle permet de personnaliser le comportement du SBC pour chaque partenaire SIP (ITSP, Teams, PBX).

4. Le Routage (Aperçu)

   • Maintenant que le SBC sait qui appelle et quelles sont ses règles, il doit décider où envoyer l'appel.
   • Il consulte sa table de routage (que nous verrons dans le prochain module) pour trouver une règle qui correspond, par exemple : "Si un appel vient de IG_ITSP_Orange, route-le vers IG_Teams".

5. La Destination (IP Group -> Proxy Set)

   • L'appel est maintenant destiné à un IP Group de destination.
   • Si cet IP Group est de type "Server" (comme un opérateur ou Teams), il est associé à un Proxy Set.
   • Le Proxy Set fournit l'adresse de destination finale (IP ou FQDN) où le SBC enverra le nouvel INVITE.

Cette chaîne logique (SIP Interface -> IP Group -> IP Profile -> Routage -> Proxy Set) constitue le cœur du traitement de la signalisation.

3. La Chaîne du Média : Où passe la voix et sous quel format ?

Pendant que la signalisation est traitée, le SBC prépare également le chemin pour le flux média (RTP).

• Le Domaine du Média (Media Realm)

  • Le Media Realm définit un "territoire" pour le média. Il est caractérisé par :
    • Une interface réseau sur laquelle le SBC écoutera le flux RTP.
    • Une plage de ports UDP que le SBC utilisera.
  • Chaque SIP Interface est associée à un Media Realm. Ainsi, lorsqu'un appel entre par une SIP Interface, le SBC sait quel Media Realm utiliser pour la partie média de ce segment d'appel.

• Le Choix des Codecs (Coder Group)

  • Comme nous l'avons vu, le Coder Group définit une liste de codecs (ex: G.711, G.729).
  • Ce Coder Group est assigné à un IP Profile, qui est lui-même assigné à un IP Group. La chaîne est donc : Coder Group -> IP Profile -> IP Group.
  • Lorsque le SBC traite un appel entre deux IP Groups, il regarde les Coder Groups de leurs IP Profiles respectifs pour négocier un codec commun.

• Le Point de Rencontre : Le Transcodage

  • La relation entre Media Realm et Coder Group devient évidente lors du transcodage.
  • Imaginez que IP_Group_A (via son IP Profile) ne supporte que le codec G.711, et IP_Group_B ne supporte que le G.729.
  • Le SBC va :
    1. Recevoir le média de l'appelant A en G.711 sur les ports du Media Realm associé à l'appelant A.
    2. Le transcoder (le convertir) en G.729 en utilisant ses ressources internes (DSP).
    3. Envoyer le média à l'appelé B en G.729 en utilisant les ports du Media Realm associé à l'appelé B.

Le Coder Group dicte quel format audio est utilisé, tandis que le Media Realm dicte par où ce flux audio passe physiquement et sur quels ports.

4. Synthèse Visuelle : Connectons les Blocs

Les diagrammes sont le meilleur moyen de visualiser ces relations.

Le Diagramme des Dépendances

Ce premier schéma montre comment les objets de configuration dépendent les uns des autres. C'est la "carte de construction" du SBC.

Analysons-le :

• En bas, la couche physique (Physical Port) mène aux interfaces logiques (IP Interface).
• L'IP Interface est un carrefour. Elle est liée à une SIP Interface (pour la signalisation) et à un Media Realm (pour le média).
• À droite, la chaîne de signalisation : le Coder Group est utilisé par l'IP Profile, qui est lui-même appliqué à l'IP Group. L'IP Group, à son tour, peut utiliser un Proxy Set pour ses appels sortants.

Le Diagramme de Flux d'Appel

Ce second schéma montre les blocs en action lors du traitement d'un appel.

Ce que ce schéma met en évidence :

1. Inbound Leg : L'appel arrive, passe par la SIP Interface, est classifié vers un IP Group source, et l' IP Profile correspondant est appliqué.
2. Routing : Le SBC décide vers quel IP Group de destination l'appel doit aller.
3. Outbound Leg : Le SBC applique l'IP Profile de l'IP Group de destination avant d'envoyer l'appel.
4. Média : Pendant tout ce temps, le flux RTP est ancré au SBC via les Media Realms des deux côtés.

Conclusion

Félicitations ! Vous avez assemblé toutes les pièces du puzzle de la configuration de base d'un SBC AudioCodes.

Résumé des relations clés

• IP Group -> IP Profile : Un IP Group (qui ?) est gouverné par un IP Profile (comment ?). C'est la relation centrale pour définir le comportement SIP.
• Coder Group -> IP Profile : Un Coder Group (quels codecs ?) est une "ressource" utilisée par un IP Profile.
• Media Realm -> SIP Interface : Un Media Realm (où passe le média ?) est attaché à une SIP Interface (où entre la signalisation ?). Cela lie la porte d'entrée de la signalisation à la zone de traitement du média.
• Proxy Set -> IP Group : Un Proxy Set (quelle adresse ?) est le "carnet d'adresses" pour un IP Group de type serveur.

Les Étapes Clés de Configuration (Résumé du Module 3)

Pour mettre en place une connexion SIP de A à Z, voici l'ordre logique de création des blocs :

1. Réseau Physique et Logique : Configurer les IP Interfaces (Setup > IP Network).
2. Zones Média : Créer les Media Realms et les lier aux IP Interfaces (Setup > Signaling & Media).
3. Portes de Signalisation : Créer les SIP Interfaces et les lier aux Media Realms.
4. Bibliothèques de Codecs : Définir les Coder Groups (Setup > Coders & Profiles).
5. Profils de Comportement SIP : Créer les IP Profiles et y assigner les Coder Groups.
6. Entités Logiques : Créer les IP Groups représentant chaque partenaire SIP et leur assigner les IP Profiles.
7. Carnet d'Adresses : Créer les Proxy Sets pour les destinations "serveur" et les assigner aux IP Groups correspondants.

Prochaine étape

Maintenant que vous comprenez non seulement ce que fait chaque bloc, mais aussi comment ils fonctionnent ensemble, nous sommes prêts à acheminer des appels. Le prochain module, Mise en Place du Routage d'Appels, se concentrera sur la table de routage IP-to-IP. Nous allons enfin dire au SBC : "Prends l'appel de cet IP Group et envoie-le à cet autre IP Group", en utilisant toute l'architecture que nous venons de construire.