Dans un déploiement de plusieurs cluster CUCM avec un seul cluster Cisco Meeting Server, deux optimisations doivent être mises en œuvre :
- Optimisation de la bande passante avec les appels intersites, en d’autres termes, le call control local doit router les appels émanant des utilisateurs locaux vers le CallBridge local, si ce dernier n’est pas disponible, le CallBridge distant sera utilisé comme backup.
- Optimisation de l’équilibrage avec failover en ajoutant un prefix, lorsqu’un utilisateur compose le numéro d’un space, par exemple 882222, un prefix « 8 » doit être ajouté par le call control local et le numéro appelé sera transformé en 8-882222 et présenté au call control distant.
Le call control distant doit être doté d’une route pattern 8.882222 afin de router l’appel au CallBridge Distant, et avant de router l’appel, le préfixe « 8 » doit être supprimé de telle façon que le numéro appelé correspondra à un space configuré avec User Part URI=882222.
Dans cet Exemple nous avons deux clusters CUCM avec deux publisher et deux IMP chacun HQ-CUCM/HQ-CUP et BB-CUCM/BB-CUP, un seul cluster Cisco Meeting Server composé de deux CallBridges HQ-CMS et BB-CMS déployés à travers deux sites :
- HQ-CUCM et HQ-CMS au niveau du site HQ
- BB-CUCM et BB-CMS au niveau du site BB
Le cluster CMS partage les mêmes spaces avec une plage de numéro 88XXXX.
Pour mettre en place ce design et ce type de déploiement, nous avons besoin des Trunks SIP comme suit :
- Trunk SIP entre HQ-CUCM et BB-CUCM.
- Trunk SIP entre HQ-CUCM et HQ-CMS.
- Trunk SIP entre BB-CUCM et BB-CMS.
Le design de notre dial plan.
Dans chaque Cluster CUCM, nous allons créer deux Route Groups.
HQ-CUCM.
- La Route Group nommée RG-HQ-CMS-LOCAL va englober le trunk SIP vers HQ-CMS.
- La Route Group nommée RG-BB-CMS-REMOTE va englober le trunk SIP vers BB-CUCM.
BB-CUCM.
- La Route Group nommée RG-BB-CMS-LOCAL va englober le trunk SIP vers BB-CMS.
- La Route Group nommée RG-HQ-CMS-REMOTE va englober le trunk SIP vers HQ-CUCM.
Ensuite, nous allons définir deux Route Lists dans chaque cluster CUCM.
HQ-CUCM.
- La première Route List est nommée RL-HQ-CMS-Failover, elle contient la Route Group RG-HQ-CMS-LOCAL placé en premier dans la liste et la Route Group RG-BB-CMS-RMOTE en second.
- La seconde Route List est nommée RL-HQ-CMS et elle contient seulement la Route Group RG-HQ-CMS-LOCAL.
On BB-CUCM.
- La première Route List est nommée RL-BB-CMS-Failover elle contient la Route Group RG-BB-CMS-LOCAL placé en premier dans la liste et la Route Group RG-HQ-CMS-RMOTE en second.
- La seconde Route List est nommée RL-BB-CMS et elle contient seulement la Route Group RG-BB-CMS-LOCAL.
Finalement, nous aurons besoin de deux two Route Patterns dans chaque CUCM.
On HQ-CUCM.
- Route Pattern 882XXX qui pointe vers la Route List RL-HQ-CMS-Failover.
- Route Pattern 8.882XXX qui pointe vers la Route List RL-HQ-CMS.
On BB-CUCM.
- Route Pattern 882XXX qui pointe vers la Route List RL-BB-CMS-Failover.
- Route Pattern 8.882XXX qui pointe vers la Route List RL-BB-CMS.
Mais ce n’est pas tout.
Afin de connecter les clients jabber au CallBridge distant dans le cas ou le CallBridge local est indisponible. Une manipulation des numéros (Digits Manipulation) est nécessaire.
Il y’a deux manipulations de numéros qu’on doit mettre en place et le choix de l’emplacement, c’est-à-dire : à quel moment et à quel niveau est important.
La première manipulation est d’ajouter le préfixe « 8 » au numéro appelé 882222 lorsque l’appel provenant de l’utilisateur Zico du HQ-Site est routé au CallBridge distant BB-CMS à travers le Trunk SIP qui pointe vers BB-CUCM. Cette transformation sera mise en place et implémentée au niveau de la Route Group RG-BB-CMS-RMOTE, plus exactement au niveau de l’interface graphique de HQ-CUCM, dans Route Liste Details de RL-HQ-CMS-Failover.
Pour l’utilisateur Zoff localisé au niveau site BB-Site, la même logique s’appliquera, c’est-à-dire, un mirroring de configuration, je m’explique, lorsque l’appel est routé au CallBridge distant HQ-CMS à travers le Trunk SIP qui pointe vers HQ-CUCM. Cette transformation implémentée aussi au niveau de la Route Group RG-HQ-CMS-REMOTE, plus exactement au niveau de l’interface graphique de BB-CUCM, dans Route Liste Details de RL-BB-CMS-Failover.
La seconde transformation qu’il faut prendre en considération est de supprimer le préfixe « 8 » lorsque l’appel arrive au niveau du Call Control distant et lorsque ce dernier s’apprête à l’envoyer au CallBridge distant.
Pour l’utilisateur Zico, l’appel reçu au niveau du Call Control BB-CUCM aura comme numéro appelé 8-882222, la Route Pattern 8.882XXX de BB-CUCM routera l’appel vers le CallBridge BB-CMS à travers le Trunk SIP, c’est à ce niveau qu’on doit supprimer le préfixe « 8 », c’est-à-dire au niveau de la route pattern 8.882XXX en utilisant l’option Discard Digits « PreDot » dans la section Called Party Transformation de la route pattern.
Pour l’utilisateur Zoff sis dans le site BB-Site, le même procédé va-t-il être mis en œuvre. L’appel sera reçu au niveau du Call Control HQ-CUCM aura comme numéro appelé 8-882222, la Route Pattern 8.882XXX de HQ-CUCM routera l’appel vers le CallBridge HQ-CMS à travers le Trunk SIP, c’est à ce niveau aussi qu’on doit supprimer le préfixe « 8 », c’est-à-dire au niveau de la route pattern 8.882XXX en utilisant l’option Discard Digits « PreDot » dans la section Called Party Transformation de la route pattern.
Le design définitif de notre dial plan sera le suivant
Au niveau HQ-CUCM
Au niveau BB-CUCM
