Not good to see you having these issues, lets hope we can all help out a little with resolving it.
Firstly: Have you logged a support case on this yet? Or do you want to try out the community first and see if that yields you a result?? If it is mission critical that this works as it should from the get go, the logging a support case should be first priority and the community used as a measure to speed the process up
Secondly: Is the SNR number the same as you would dial a normal number from the handset? Looking at your posted config I would assume so but I don't work with USA configuration so maybe not??
Thirdly: What is not working exactly? Is it not dialing out at all?? Is the setup times potentially taking too long before the far end is dialing??? Try and reduce the delay down to 1 or 2 to give some headroom for the call setup time to take place, and make sure to increase your NOAN timer to equal that of your SNR just whilst you are testing it out, if this is lower then potentially things like call setup times could be impacting on this working properly.
As the previous poster pointed out you should also do some debugging, if you are not familiar with the CLI then you can use CCA to do the debugging for you, this is a really cool way of capturing information but is from what I have seen so far a little less in breadth to the CLI itself.
Capture as much information as you can on every single call attempt where you are attempting SNR and post it up here for us all to look at and see what is going on
Good luck and don't forget to ask for more help if you get stuck with capturing the data.
**When you rate a persons post, you are indicating a thank you or that it helped, but at the same time you are also helping to maintain the community spirit - You don't have to rate posts and you wont be looked down upon :) *
The configuration you have entered does look correct. I do have a "thought" on what may be causing the issue, but we really need to see some debugs to see what is happening with the call to see where and why it is failing.
If possible, can you run the following debugs and post them here?
debug ccsip messages
debug voice ccapi inout
This can be done in CCA, or CLI.
When testing SNR, were you calling from an internal extension, or coming in over the SIP trunk?
My "thought" is that you were testing this coming in over the SIP trunk to a DID. If that is the case, you may need to add a translation to change the caller-id on the call. Most SIP providers will reject that call because the call is presented to them from a caller-id that is not one they will accept. Most SIP providers are expecting the caller-id to be one of your registered DID's and if not, will reject the call. The debugs would show us this information. (If you tested this, calling from an internal extension to "1234", and it still failed. Then this is not the issue.)
As Darren said, if you enable SNR to an internal external the SNR feature will work correctly, however if you enable SNR to an external number, the call drops. The From field in the SIP header is using the incoming caller’s number which caused your SIP provider to reject the call.
Debug Example Bellow: Incoming Number: 222-222-2222
The SIP providers expects the FROM address to be your DID 444-444-444.
One option would be to add the following command under the ephone-dn:
snr calling-number local
This will strip the incoming number and change it to your DID. The issue with this command is when mobility is enabled, the number that is displayed on your mobile device is your DID.
Question for Darren, would the translation rule, resolve the issue I described with the snr calling-number local command. I am curious as it would be nice to see the original callers number and not the DID.
Configure Multicast Paging on the Cisco IP Phone 7800 Series or 8800 Series Multiplatform Phone
The Cisco IP Phone 7800 and 8800 Series Multiplatform Phones provide voice communication over an Internet Protocol (IP) network...
Add Call Park on a Cisco 7800 or 8800 Series Multiplatform Phone Key Expansion Module
Call park allows the user of the phone to put an incoming call on hold so that the call can be retrieved on another phone. A call is park...