What steps are used...
-> IP set user calls the Voicemail Hunt group -> Call goes to Voicemail and is answered -> IP User tries to input DTMF codes to enter Voicemail ->
-What happens then? **Call Controller acts like it is not "hearing" the DTMF input. "Please enter your password", user...
K. I understand.
I was referring to when you talk to a person who is not on the same local network, ie a cell phone. I'm not a big phone guy, if you haven't noticed ;)
I'll do some testing between the phone and the controller.
@Irwin
What other information would help? I replied to his original post. Let me know if I missed something.
Also - if it uses the same stream as the RTP... Voice is working perfectly, so that tells me it likely isn't a problem with the routing (ACL's or NAT).
A few sets are using TW config, although ONLY the non-TW sets are having the issue.
They use 5330's.
System is 3300.
Not sure what EMEM voicemail is - they are using embedded voicemail though.
There were recently some changes on their router to NAT and ACL's - These changes should not have...
When users are prompted to enter their voicemail password, they hit the buttons, but the call control server doesn't seem to recognize that any input was given.
I would like to packet sniff the traffic if possible.
What port does DTMF use?
I'm not sniffing the traffic, so I'm not sure 'what' they are. I can just tell that they aren't hitting my QoS match.
They are going from phone to 3300 through a T1.
Not sure what's wrong.
I used: option 125 ascii "DSCP=46v46s26"
I setup my QoS policy to make traffic on DSCP 26.
I cleared my current DHCP binding and restarted the phone. Pulled a new DHCP lease.
When making phone calls, no traffic is matching on DSCP 26.
Any idea where I went wrong?
That is so awesome. I can't thank you enough.
What are "default packets"?
I will probably just do 46/46/46, then give high priority to all traffic coming from the phones.
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.