Dans une intégration d’un cluster CUCM avec le CUBE pour le routage PSTN, parfois on fait face à des échecs de certains appels, tandis que d’autres non.
L’un des aspect le plus important à prendre en consideration lors d’un dépannage ou bien lors de la conception de l’intégration du dial plan en utilisant le concept de la Route List, Route Group et Trunk SIP vers le CUBE est la fonction « IP Address Trust List » dans le CUBE, cette fonctionnalité permet de se prémunir des fraudes des appels en mettant dans le CUBE une liste de call controls légitimement autorisé à router les appels vers le CUBE, en d’autres termes le contrôle des appels entrants en acceptant que ceux émanant des serveurs dans la liste.
Si je parle de cette fonction, c’est parce qu’il y’a un rapport entre l’option « Run On All Active Unified CM Nodes » disponible dans la Route List et le Trunk SIP.
La fonction « IP Address Trust List » une fois configurée déterminera si on doit activer l’option ou non, si c’est non, quel Group CUCM doit-t-on assigner au niveau de la Route List et le Trunk SIP.
Scenario 1 :
Tous les serveurs CUCM du cluster sont définis dans la list « IP Address Trust List ».
La recommandation est d’activer l’option « Run On All Active Unified CM Nodes » dans la Route List et le Trunk SIP, ainsi tous les serveurs seront utilisés pour partager la charge pour les appels sortants vers le CUBE. Faut noter que la notion du Groupe CUCM dans la Route List et le Trunk SIP est impertinente.
Comme on le voit ci-dessous, le serveur dans lequel le endpoint est enregistré est toujours utilisé pour initier les appels sortants vers le CUBE.
Comme nous l’avons mentionné précédemment l’activation de l’option « Run On All Active Unified CM Nodes » peut provoquer l’échec de certains appels.
Le scenario ci-dessous montre que comme le CUBE est configuré avec les adresses 10.1.5.17 et 10.1.5.18 dans la liste « IP Address Trust List », il accepte seulement les appels émanant des serveurs 10.1.5.17 et 10.1.5.18, et il rejette tous les appels émanant des serveurs 10.1.5.15 et 10.1.5.16. Cette conséquence est due au fait qu’avec l’option « Run On All Active Unified CM Nodes » peut que le serveur dans lequel le endpoint est enregistré est toujours l’initiateur de l’appel vers le CUBE à la sortie du Trunk SIP.
Dans ce cas si vous n’avez pas l’ensemble des serveurs CUCM dans la list « IP Address Trust List » dans le CUBE, il est recommandé de désactiver l’option « Run On All Active Unified CM Nodes ».
Mais dans cette situation un autre point doit être pris en considération. Dans ce cas le serveur qui va initier l’appel à la sortie du Trunk SIP va dépendre du Groupe CUCM que vous allez associer à la Route List et au Trunk SIP et le Calling est la Route List dans ce cas, non pas le endpoint.
Ce qui nous ramène à deux possibilités lorsque les appels sortants vont dépendre du Groupe CUCM.
Scenario 2 :
Si la Route List et le Trunk SIP sont dans le même Groupe CUCM, dans cette configuration, la Route List est enregistrée dans un serveur qui est aussi membre du Groupe CUCM assigné au Trunk SIP, le résultat est que le serveur dans lequel la Route List est enregistrée est toujours utilisé pour initier les appels sortant à la sortie du Trunk SIP.
Dans le scenario ci-dessous, du moment que les serveurs 10.1.5.15 et 10.1.5.16 ne sont pas dans la list « IP Address Trust List », les appels initiés par ses serveurs seront rejetés par le CUBE. Aussi en utilisant le même Groupe CUCM dans la Route List et le Trunk SIP, les appels sortants seront toujours initiés par le serveur dans lequel la Route List est enregistrée, donc on a aucun partage de charge.
Scenario 3 :
Si la Route List est enregistrée dans un serveur qui N’EST PAS MEMBRE du Groupe CUCM assigné au Trunk SIP, les appels sortants seront initiés aléatoirement par les serveurs du Groupe associé au Trunk, donc les bonnes pratiques est de s’assurer que la Route List et le Trunk SIP sont associés à des Groupes CUCM différents afin d’avoir un partage de charge entre les serveurs du Group CUCM du Trunk SIP, il faut aussi s’assurer que les serveurs de Groupe soit ajoutés dans la liste « IP Address Trust List » du CUBE.
Pour résumer :
- Si le CUBE est configuré avec une liste content tous les serveurs CUCM du cluster dans « IP Address Trust List », alors il est recommandé d’activer l’option « Run On All Active Unified CM Nodes » dans la Route List et le Trunk SIP.
- Si le CUBE est configuré dans la liste à accepter seulement les appels émanants de certains serveurs, alors il est recommandé de désactiver l’option « Run On All Active Unified CM Nodes » et associé des Groupes CUCM différents à la Route List et au Trunk SIP, en s’assurant que les serveurs du Groupe CUCM du Trunk SIP sont ajoutés dans la liste « IP Address Trust List » du CUBE.
