I am testing a bulk upgrade of 7960 phones to 7965 using TAPS on CUCM 8.6.x. The 7960 phones each have a primary DN assigned to them and are currently routable. Unfortunately BAT does not seem to be playing nice..
I left TAPS at the default of searching dummy MAC addresses created by BAT. I exported the 7960 phone details, used the BAT template to create an import of the 7965 details, and I uploaded them via BAT and confirmed the BAT devices now showed. I plugged in a phone, which auto-registered with a TAPS extension. I dialed TAPS and entered the extension when prompted. I received a message stating, "I'm sorry there are duplicate entries for this number." Checking the logs I showed the following error, "Unable to fetch a unique record even with the external phone number mask and the dialed extension." i thought perhaps the 7960 device was causing conflict, so I deleted it. I retried TAPS and generated the same issue.
I set the TAPS service parameter to use any MAC. I went into Serviceability and restarted Cisco TAPS. I plugged in a new 7965 and received an auto-registered number. I dialed TAPS. When prompted I attempted to enter the extension of my second 7960 phone. I received the exact same errors are method 1 even though there was only one SEP profile (7960) for the device.
I was afraid there was an issue with TAPS, so I created a BAT with a new DN. Uploaded the BAT, took one of my 7965s and dialed the TAPS number. I entered the new DN and the profile was successfully applied.
It appears when attempting to configure new devices that have an active DN TAPS fails stating there are duplicate numbers.
I'm a bit lost at where to troubleshoot next. Any advice would be greatly appreciated. Thank you very much!
Please refer below link for troubleshooting of TAPS regarding your error.
Hello, Nishant. Thank you for your quick reply.
I read the same document and specifically looked at issue 3.
After the DN is entered in a call to TAPS, the user receives this message: Unable to fetch a unique record even with the external phone number mask and the dialed extension.
Complete these steps in order to resolve the issue:
- Search the CUCM for the DN that must be configured (the DN that should display on the phone after the configuration is complete). One entry of the phone might appear in the UNKNOWN state.
- Ensure that the dummy MAC address begins with BAT (BAT112233445566, for example).
However, I have confirmed both pieces with no resolve. Under method 1 I confirmed the BAT device existed. I have also dobule-checked and confirmed the DN has one entry, under the expected partition. Thanks!
Have I lost my marbles? I was under the impression TAPS could be leveraged to bulk upgrade from one model phone to another. However, after a call with Cisco TAC I was told TAPS isn't used when a DN already exists. Now I know I've used TAPS to replace existing phones when damaged, with existing DNs tied to them. Is there something I'm missing? Is there a better way to bulk upgrade say 2,000 users from one model phone to another without having to explicitally assign a MAC address? That would be quite cumbersome to export all device details, and import with explicit MACs per user. Imagine the inventory control!
Thanks as always for your continued help.
You can use bulk tool and it will be easy for you if you are aware about or if you have any information about which old MAC Address will be replaced with New MAC address.
Then in bulk tool you can import file and put new mac-address against the existing dn.
I have continued testing this in my lab and have come up with the following results.
Unfortunately, based on the above rules, I was unable to utilize TAPS for bulk upgrade of user devices from 7960 model phones to 7965 model phones. However, I have come up with an alternate solution.
Note: This solution would only need to be used in a scenario where you do not want to assign a MAC address before physically deploying the equipment. The below solution provides the flexibility of creating the phone configurations prior to deploying the equipment without having to have all hardware specifically assigned to a user/DN.
Bulk Update Cisco Phones without MAC Addresses
…When ready to activate
I hope this helps. I appreciate the communities continued assistance.