Local digitmap overriding provisioned digitmap

[Anonymous]

Our customer has a collection of Polycom 331s running 4.0.14.

We are sending the following configuration via provisioning to the handsets:

....
 <dialplan
                dialplan.applyToCallListDial="0" 
                dialplan.applyToDirectoryDial="0" 
                dialplan.removeEndOfDial="0" 
                dialplan.applyToUserDial="0" 
                dialplan.applyToUserSend="0" 
                <!-- 2 means never auto dial, rather wait for the user to press send -->
                dialplan.impossibleMatchHandling="2" 
                >
      <digitmap
....

The problem is that the handset ship with a default USA specific digit map which can be viewed via the web interface (Settings | SIP | Local Settings).

The problem is that I'm expecting the provisioned digitmap to over-ride the local 'default' digit maps.

How can we force the provisioned digitmaps to over-ride the local digit maps?

[SteffenBaierUK]

Hello @slayer,

welcome back to the Polycom community.

Some or a couple of your old post(s) or reply(s) to them => here <= are still open / pending as you have not marked these as "Accept as a solution" or at least provided some form of feedback or answer.

If they are in this state nobody finding them via a community search will know if an answer or advice provided was useful and has maybe helped you.

Could you therefore kindly go over them and mark or answer as appropriate ?

If they are marked as "Accept as a solution" other users can find these easier and it helps them to utilise the community more efficiently. Please do not simply mark them without any type of feedback.

For your new issue both the community's Must Read First and the community's FAQ reference the basic minimum information a new or follow up post should contain.

This ensures the questions having to be asked are limited and any new or follow up post contains the right amount of details to ensure any voluntary participant within the community does not spend additional time chasing basic information.

As a reminder the basic information asked for:

• Provide the exact Software Version of your Phone
• Provide the Phone Model
• Provide the Call Platform (aka openSIP,Skype for Business Online, Skype for Business on Premise, Lync)
• Additional Polycom Infrastructure (RPRM,PDMS or BToE)
• If applicable provide a backup of the phone in question

UC Software 4.0.0 or later via the Web Interface Utilities > Phone Backup & Restore > Phone Backup > Phone Backup

• If possible provide a Log and either attach them or use the Code Tag.Consult the Troubleshooting Section found within the FAQ if applicable
• If possible provide the MAC Address or Serial of the device
• Provide details if the issue is a day 1 issue or only happened after an upgrade or any other relevant details

Whilst providing some of these details may not directly impact any possible answer the community can provide, it does enable Polycom to have an overview of the current software used. In addition providing all details at the same time allow us to check logs or look up a potential support partners if an issue needs to come into support. It also enables us to verify the entitlement for using features.

Please ensure you always check the FAQ's and/or utilize the community search before posting any new topics or follow up post’s.

You shared part of a configuration we have to assume is loaded on the phone but did not supply a backup so other community members could verify this.

Oct 7, 2011 Question: Phone unable to Dial a number when Off Hook or on 2nd Call in a Conference or Digitmap issues

Resolution: Please check => here <=

The above FAQ explains how to use the digitmap in detail.

Please ensure to provide some feedback if this reply has helped you so other users can profit from your experience.

Best Regards

Steffen Baier

Polycom Global Services