Groupes IP en condition source de règle de routage

Bonjour ! Dans la leçon précédente, vous avez créé votre première règle de routage IP-to-IP en configurant les champs Source IP Group et Destination IP Group. C'était une première étape pratique essentielle.

Introduction

Aujourd'hui, nous allons approfondir le concept le plus important de cette règle : la condition de source, ou Source IP Group. L'objectif de cette leçon est de vous faire comprendre pourquoi ce paramètre est la pierre angulaire du routage sur un SBC AudioCodes. Nous verrons comment le SBC identifie l'entité qui origine un appel (un processus appelé Classification) avant même de consulter la table de routage.

Maîtriser ce mécanisme est fondamental pour le dépannage. Quand un appel n'est pas routé correctement, la première question à se poser est : "Le SBC a-t-il correctement identifié d'où vient l'appel ?". À la fin de cette leçon, vous saurez exactement comment le SBC répond à cette question.

1. Le Processus de Classification : Savoir d'où vient l'appel

Avant de pouvoir décider où envoyer un appel, le SBC doit identifier sans ambiguïté sa provenance. Ce processus s'appelle la Classification. L'unique but de la classification est d'associer un appel entrant à un et un seul IP Group source.

Imaginez que vous êtes un postier. Avant de décider dans quel bac trier une lettre, vous regardez l'adresse de l'expéditeur. Le SBC fait exactement la même chose : il examine le message SIP entrant pour déterminer le Source IP Group.

La méthode de classification la plus courante et la plus fiable se base sur l'adresse IP de l'équipement qui envoie le message SIP.

• Le SBC reçoit un paquet SIP (par exemple, un INVITE).
• Il regarde l'adresse IP source de ce paquet.
• Il cherche si cette adresse IP est définie dans l'un de ses Proxy Sets.
• Si une correspondance est trouvée, il regarde à quel IP Group ce Proxy Set est associé.
• Enfin, il vérifie si, pour cet IP Group, l'option Classify By Proxy Set est activée.

Si toutes ces conditions sont remplies, l'appel est "classifié" : il est désormais étiqueté comme provenant de cet IP Group.

2. Le Source IP Group : La Condition de Déclenchement de la Règle

Maintenant que le SBC a classifié l'appel et l'a étiqueté avec un Source IP Group (par exemple, IG_PABX), il passe à l'étape suivante : la table de routage IP-to-IP Routing.

Le SBC parcourt les règles de routage une par une, de haut en bas. Pour chaque règle, il ne regarde qu'une seule chose dans la section MATCH (pour commencer) : le champ Source IP Group.

• Si le Source IP Group de la règle correspond à l'étiquette de l'appel, la règle est une correspondance (match). Le SBC exécute alors l'ACTION définie dans cette règle et arrête de chercher.
• Si ça ne correspond pas, il passe à la règle suivante.

C'est aussi simple que ça. Le champ Source IP Group agit comme un filtre puissant, garantissant qu'une règle ne s'appliquera qu'aux appels provenant d'une source bien identifiée.

Cette approche est extrêmement robuste pour le dépannage. Si un appel depuis votre PABX n'atteint pas l'opérateur, vous pouvez décomposer le problème :

1. Étape de Classification : L'appel est-il bien classifié comme venant de IG_PABX ? (Vous pouvez le voir dans les traces, que nous étudierons plus tard).
2. Étape de Routage : Si oui, pourquoi la règle PABX_to_ITSP ne s'est-elle pas déclenchée ? (Peut-être qu'une autre règle, placée avant, a intercepté l'appel).

3. Alternative : Les Règles de Classification (Classification Rules)

Que se passe-t-il si vous ne pouvez pas vous baser sur une adresse IP source fixe ? C'est le cas par exemple pour des utilisateurs nomades ("Nomadic WAN users" dans la documentation) qui peuvent se connecter de n'importe où.

Dans ce cas, le mécanisme Classify By Proxy Set n'est pas utilisable. AudioCodes propose une méthode alternative et plus flexible : les Règles de Classification (Classification Rules).

Ces règles, situées dans une table dédiée, permettent de classifier un appel sur la base d'autres critères, comme :

• L'interface SIP sur laquelle l'appel arrive.
• Le nom d'hôte (domain) dans les en-têtes SIP.
• Toute autre condition que vous pouvez définir.

L'important à retenir est que l'objectif final est le même : assigner un Source IP Group à l'appel entrant. Que ce soit via la méthode simple du Proxy Set ou via une règle de classification explicite, le résultat alimente de la même manière la table de routage IP-to-IP.

Conclusion

Vous comprenez maintenant le rôle central du Source IP Group. Ce n'est pas juste un paramètre dans une liste, mais le résultat d'un processus de décision initial (la classification) qui conditionne tout le reste du traitement de l'appel.

Points Clés à Retenir

• 1. Classification d'abord : Avant tout routage, le SBC doit classifier l'appel pour déterminer son Source IP Group.
• 2. Classification par IP : La méthode principale et la plus fiable est de faire correspondre l'adresse IP source de l'appel avec un Proxy Set associé à un IP Group (où Classify By Proxy Set est activé).
• 3. Le Source IP Group est une condition : Dans la table de routage, le champ Source IP Group est la condition qui permet au SBC de sélectionner la bonne règle pour un appel donné.
• 4. Dépannage logique : Cette séparation (Classification -> Routage) fournit une méthode claire pour le dépannage : l'appel a-t-il été correctement identifié ? Si oui, a-t-il été correctement routé ?

Prochaine Étape

Nous avons maîtrisé la condition la plus importante pour le déclenchement d'une règle : la source. Dans la prochaine leçon, nous nous pencherons sur l'action : la destination. Vous apprendrez à utiliser un Proxy Set directement comme destination dans une règle de routage, une technique indispensable pour envoyer des appels vers des entités externes comme un opérateur SIP, sans avoir besoin de créer un IP Group de destination.