Configuration du routage d'appels vers le trunk NICE

Bonjour !

Dans la leçon précédente, nous avons créé les objets de connectivité fondamentaux pour notre intégration NICE : le Proxy Set pour définir la destination et l'IP Group pour représenter le partenaire logique (IG-NICE-CXone). Nous avons donc une destination, mais pour l'instant, aucune route n'y mène.

L'objectif de cette leçon est de tracer cette route. Nous allons configurer une règle de routage d'appel (IP-to-IP Routing Rule). C'est le mécanisme central du SBC qui examine un appel entrant et décide où l'envoyer. À la fin de cette session, vous saurez comment créer une règle qui achemine les appels provenant d'une source spécifique, comme votre opérateur téléphonique (ITSP), directement vers le trunk NICE.

La Logique du Routage sur AudioCodes

Avant de configurer, il est essentiel de comprendre comment le SBC AudioCodes prend ses décisions de routage. Imaginez une liste de contrôle que le SBC parcourt du haut vers le bas pour chaque nouvel appel.

1. Le Tableau de Routage : Le routage se base sur un tableau (IP-to-IP Routing table). Le SBC évalue chaque règle de ce tableau, dans l'ordre, de la première à la dernière.
2. La Première Règle qui Matche Gagne : Dès qu'il trouve une règle dont les conditions correspondent à l'appel entrant, il exécute l'action de cette règle (par exemple, envoyer l'appel à une destination) et arrête sa recherche. Si aucune règle ne correspond, l'appel est rejeté.
3. Match et Action : Chaque règle est composée de deux parties :
   • Match (Condition) : Définit les caractéristiques de l'appel à intercepter. La condition la plus courante et la plus robuste est le Source IP Group (D'où vient l'appel ?).
   • Action (Destination) : Définit ce qu'il faut faire si la condition est remplie. L'action la plus simple est de spécifier un Destination IP Group (Où envoyer l'appel ?).

Pour approfondir cette logique, je vous invite à consulter la documentation officielle d'AudioCodes.

Pour notre intégration NICE, la logique sera donc : SI un appel arrive depuis notre IP Group opérateur (ITSP), ALORS nous l'envoyons vers notre IP Group NICE (IG-NICE-CXone).

Étape par Étape : Création de la Règle de Routage vers NICE

Passons maintenant à la pratique. Nous allons créer la règle qui connecte une source d'appel à notre destination NICE. Pour cet exercice, nous supposerons que vous avez déjà un IP Group configuré pour votre opérateur téléphonique, que nous appellerons IG-ITSP.

La procédure de création est bien documentée.

Voici comment nous allons remplir les champs pour notre besoin spécifique :

1. Navigation : Allez dans le menu Setup menu > Signaling & Media tab > SBC folder > Routing > IP-to-IP Routing.
2. Création : Cliquez sur New. Une nouvelle fenêtre de configuration s'ouvre.

L'image ci-dessous montre la fenêtre de configuration que vous devriez voir. Bien que l'exemple concerne une route vers Microsoft Teams, les champs que nous allons utiliser sont exactement les mêmes.

3. Configuration des Paramètres :

   • Section GENERAL

     • Name : Donnez un nom explicite. C'est crucial pour le dépannage. Par exemple : Route_ITSP_to_NICE.

   • Section MATCH (les conditions)

     • Source IP Group : C'est le paramètre clé. Sélectionnez dans la liste déroulante l' IP Group qui représente votre opérateur, par exemple IG-ITSP. Le SBC appliquera cette règle à tous les appels entrants provenant de ce groupe.

   • Section ACTION (la destination)

     • Destination Type : Laissez la valeur par défaut, IP Group. C'est l'option la plus courante qui indique au SBC d'envoyer l'appel vers un partenaire logique.
     • Destination IP Group : Sélectionnez l'IP Group que nous avons créé dans la leçon précédente : IG-NICE-CXone.

4. Appliquer : Cliquez sur Apply.

Et voilà ! Vous venez de créer une autoroute pour les appels entre votre opérateur et la plateforme NICE.

Le tableau de routage final ressemblera à ceci, où une ligne est dédiée à notre nouvelle règle.

Synthèse du Flux d'Appel

Récapitulons le parcours complet d'un appel avec notre nouvelle configuration :

1. Un appel (message INVITE) arrive sur le SBC depuis l'adresse IP de votre opérateur (ITSP).
2. Le SBC, grâce à sa table de classification (un sujet que nous aborderons plus en détail), identifie que l'appel provient de l'IP Group IG-ITSP.
3. Le SBC consulte la table IP-to-IP Routing du haut vers le bas.
4. Il tombe sur notre règle Route_ITSP_to_NICE et la condition Source IP Group = IG-ITSP est remplie.
5. Le SBC exécute l'action : router vers le Destination IP Group IG-NICE-CXone.
6. Le SBC consulte la configuration de IG-NICE-CXone, trouve le Proxy Set associé (PS-NICE-CXone), et envoie le message INVITE à l'adresse FQDN de NICE en utilisant le transport sécurisé TLS.

Le chemin est maintenant complet et logique, de la source à la destination.

Conclusion

Aujourd'hui, nous avons assemblé les pièces du puzzle. En créant une règle de routage IP-to-IP, nous avons activé le chemin de communication vers NICE que nous avions préparé lors de la leçon précédente.

Points Clés à Retenir :

• Le routage des appels sur un SBC AudioCodes est géré par la table IP-to-IP Routing.
• Les règles sont évaluées séquentiellement, et la première correspondance l'emporte. L'ordre est donc crucial dans des configurations complexes.
• Une règle de routage de base lie une source (Source IP Group) à une destination (Destination IP Group).
• En liant l'IP Group de votre opérateur à l'IP Group de NICE, vous avez défini un chemin d'appel explicite entre les deux entités.

Aperçu de la prochaine leçon :

Notre règle actuelle est efficace mais basique : elle envoie tous les appels venant de l'opérateur vers NICE. Mais que se passe-t-il si vous devez router les appels vers une file d'attente ou un script spécifique chez NICE en fonction du numéro appelé ? Ou si vous devez modifier le format du numéro avant de l'envoyer ?

Dans la prochaine leçon, nous entrerons dans le monde de la manipulation SIP. Vous apprendrez à utiliser les Message Manipulation Rules (MMR) pour modifier les messages SIP à la volée, ce qui vous donnera un contrôle total sur le routage et l'interopérabilité. Ce sera notre première étape dans la maîtrise du dépannage et de la configuration avancée que vous visez.