Upgrade de version Callmanager 6 vers CUCM 8

Si la mise à jour (upgrade) d’une application ancienne de quelques années vers une version toute récente peut poser problème, le fait de devoir migrer de version ET changer de matériel peut être encore plus complexe.

Un certain nombre d’entreprises équipées de Cisco Callmanager version 6.x arrive en fin de support pour le logiciel et pour la partie matériel (la plupart du temps ce sont des anciens MCS 7xxx qui portent l’application callmanager et souvent on y trouve associé un Unity, voir un UCCX.

La virtualisation

Il va falloir migrer tout ce petit monde vers les nouvelles versions 8 (en l’occurrence à l’heure de ces lignes -juin 2012- 8.6.2) pour la partie logicielle.

Pour la partie matérielle on fera le choix des UCS. Les UCS permettent aussi de profiter de la virtualisation. Virtualisation supportée (là aussi à l’heure de ces lignes ) par vSphere 5. Cela rajoute une couche supplémentaire qu’il faut bien évidement superviser et administrer .

Le “bridge”

Le changement de version de CUCM n’est pas trivial, en effet, le chemin (la procédure pour migrer) dépend de la version de départ et de la version d’arrivée. Un chemin peut nécessiter de passer la production sur une machine intermédiaire pour réaliser un “bridge”. Le Bridge en question va permettre d’effectuer la mise à jour de la version callmanager d’origine (la 6 par exemple) vers une version temporaire (une 7 ou une 8 par exemple) pour permettre la finalisation vers la version définitive (la 8.6.2).

Ce besoin doit être identifier tout au départ du process de manière à provisionner le bon matériel au moment de la migration.

Les nouvelles fonctionnalités du CUCM

Par rapport à la version 6 du callmanager, les versions supérieures (maintenant appelées CUCM) apportent vraiment beaucoup de fonctionnalités très pratiques et très efficace du point de vue de la configuration et de la gestion quotidienne du parc. C’est pourquoi, je conseille toujours d’étudier les nouvelles fonctionnalités comme le + dialing et les “default route group” (surtout pour les entreprises internationales ou les entreprises faisant une fusion ou un déménagement).

Il y a beaucoup à dire sur ce type d’opération de mise à jour de version ( upgrade ) qui est un projet à part entière et qui demande une connaissance profonde de ce type de système, mais c’est un sujet passionnant.

  • LinkedIn
  • MySpace
  • Viadeo
  • Yahoo Bookmarks
  • Facebook
  • Ping
  • Twitter
  • Blogger Post
  • Windows Live Favorites
  • Jamespot
  • Technorati Favorites
  • Yoolink
  • Google Bookmarks
  • Share/Save/Bookmark
This entry was posted in VoIP/ToIP/Collaboration/Social and tagged , , , , , , , , , , , , . Bookmark the permalink.

Comments are closed.