Hi, I've banged on about this before I think One area that is a bit of a pain is the loss of the PIN information especially if you are using extension mobility EM. I've done some pretty large upgrades and found that the DominoComms Pin recovery application saved me weeks of potential support calls. It just works and if you have a few users using this service I would have a serious look at it! It provides the pin information in XLS so can either BAT in (or comes with another application to add them back in afterwards). ... View more

I have seen similar before and its usefully down to duplicate records or missing information. There was also a previous issue with language packs that had to be installed. Have a really close look at each line and then modify the record in CUCM to fix. Other than that mine worked fine too. BTW if you are upgrading from CUCM4 to something newer you lose your PIN's (and passwords) for extension mobility. I've done some pretty large upgrades and found that the DominoComms Pin recovery application saved me weeks of potential support calls. It just works and if you have a few users using this service I would have a serious look at it! ... View more

Hi, I have seen a number of errors during DMA and therefore you probably need to be really specific what the message says and at what point you hit the error. During our migration we had to fix a number of language issues, however I am sure that's not the issue you have, as the error messages are pretty specific at that point. Also I am sure you are aware that during the DMA process / upgrade the CUCM solution requires that a new password and pin are set for your extension mobility users. We actually used a product from dominocomms to overcome that and restored approx 8,000 users pin's from CCM4 to CUCM7.1 without any issue. We reacon this saved us about 5 days of support calls, so if you have EM profiles then it might be worth considering. ... View more

You provbably need something external to do this, maybe some bespoke scripting etc. You could have a go yourself if you know AXL/SOAP etc otherwise speak to someone like DominoComms. ... View more

Yeah the process should work well with both versions of call manager. There are a number of products out there that can help with the deployment, one I have used is from www.dominocomms.com. Interestingly DominoComms have a product that can recover the PIN information when upgrading from ccm4 to something newer saving buckets of time and issues by the forced reset of the PIN when you upgrade. I've used it many times now and saved me 15+ man days of effort, happy days! ... View more

Hi Matt et al, Dont forget that when you upgrade from CCM4 to something higher you typically lose the extension mobility pin and password. DMA does not copy this over and typically you have to give users a new pin to get them going. There is a way to overcome this that I have used on a couple of large migrations and works really well. In fact the customer estimated that it saved about 5 man days of support by avoiding to send the initial communication and then having to fix the ones that went wrong. Reseting the pin and password to something default is obviously a security risk. Have a look at the pin migration program from dominocoms.com Hope that helps and all goes well! ... View more

i have used an application from dominocomms.com where I had a need to provide a single directory between 2 clusters. In fact the solution was also expanded to connect to the customers LDAP external directory and report from that location too (separate LDAP was for external shops etc). The solution worked really well, it had the same look and feel as the standard Cisco directories button and the users never noticed other than they could now get the numbers they were looking for. Was really easy to install on a basic machine. Worth looking at some of the other things they do (was impressed that I could now upgrade from CCM4 to CUCM6 using their applications as they had a process of recovering the extension mobility pins whereas normally during the upgrade they are lost (and set to a default causing a big security risk)). Hope this helps ... View more

I did some consultancy work for a customer who was trying to do the same thing, but based on the GBNP dial plan. The issue "really" came with the quantity of H323 gateways and how they needed upgrading too. Infact in the end we adopted for a pure E164 addressing and did most of the dial plan directly once we had upgraded the system. It was part of a larger upgrade of the solution where we had to address many things espeically around the way that it affected the users. To help understand the dial plan was correct (with the large quantity of gateways) I used the reporting engine from dominocomms.com as it provides a graphical report of RP's>RL's>Rg's and end gateways, really useful (they also had a great product that allowed the migration of the user extension mobility pins from CCM4 to CUCM6 (works on many versions i understand) and we estimate that this reduced the upgrade planning and helpdesk calls by 20 mans days) ... View more

Yeah that table doesnt directly exist in CCM4 however there could be other tables that might have the information. I dont have the data dictionary to hand but it might be worth looking in there, let me know if you dont find it and I will try and send you a copy. I believe there might be a version of the document at dominocomms.com as they have decoded most of the tables in Cisco. They have also decoded and solved the pin migration issue that occurs when you upgrade above CCM4, i.e. you lost it. They have a way of acquiring the PIN and populating the upgraded system. I have done a couple of upgrades of around 8,000 handsets / users and this was invalueable and flawless. Hope this help a little ... View more

Once you have sorted the upgrade paths there are a number of other considerations like how it will affect users. Currently DMA does not keep information like extension mobility pins and typically people then just have to set a default new one which is a big security headache and raises lots of calls to the helpdesk. There is a product from Dominocomms.com that I have used which extracts the pin information from CCM4 and uploads to Cisco Unified CallManager version 5 and above after the DMA has finished. It restores everyones original pin and therefore the users dont notice any diference. Dominocomms.com have a number of applications like this that can help expand the CUCM solution, probably worth a look. ... View more

BTW, and although not strictly relating to the DMA failures. If you are in the process of migrating from CCM4 to CUCM5+ you lose the pins / passwords etc. This can be a real pain having to notify the users that the pin has changed (coupled with a security issue of setting all to the same pin!). There is a way around this, there is a tool at www.dominocomms.com to help over come the pin migration issue. I have used it on a 8000+ phone migration and it works a treat, probably saving my customer 10-15 days of pain (sending out new pins to users who dont even have email!) ... View more