Unassigned DID numbers going to one extension

[robandover385]

We are having an issue where we have unassigned DID phone numbers that all end up at one directory number, but then if we setup a translation patterns for that DID, then it routes to the directory we just assigned it to. We are trying to see if there is a way to have all unassigned DID numbers go to a not in service voice recording. We are running CUCM 12.5 and our voicegates are Cisco 4351 using SIP trunks. I know we have voice class pattern-maps configured on the voice gateways, as e164 ^3162184[2-8]..$ but don't know where those are getting pointed at in CUCM. I have searched for these numbers in the route plan report but they don't show up. 

[Roger Kallberg]

That’s the explanation for why you don’t have the command. It came in 17 something. We’re running 17.6.4, as do a lot of others in the community.

[robandover385]

Thanks for that analysis. Gives me a better idea of what is happening with the call. I added the huntstop to the dial peer 150, write memory and then made another test call but it still went through to the same extension as before. I was really hoping that would correct this.

[TechLvr]

That's a bit odd. Could you share the output of the below commands now that you have added huntstop under dial peer 150?

debug voice ccapi inout
debug ccsip messages

[robandover385]

Here is the debug log with the huntstop added to the dial peer 150

[Roger Kallberg]

Why do you use a compressed file to post your text file? It just makes the process more complicated. If you post the text file directly it can be viewed on any platform, like on a mobile.

[TechLvr · Accepted solution]

@robandover385 Things look much better now. After you added the huntstop command to your dial peer 150, the CUBE does not loop the call back to the provider. Instead, it sends a 404 Not Found to the provider. 

The provider does Acknowledge the CUBE's 404 Not Found message but yet again they send a new invite this time to phone number 3162184660. The only way to fix this is to contact IdeaTek and ask them to stop redirecting unsuccessful calls to 3162184660. 

Please also see the below ladder diagram of your call.

[robandover385]

Sorry took our provider 4 days to admit the redirect was on their side and then also to figure out how to disable it. But then did and now all the unassigned DID numbers are ending up with the not in service message when called. Thanks to both of you for all the help and giving me more knowledge about our phone system.