I have a problem will my SIP trunk. If I call from my cell phone into this trunk everything works and I see the proper dial-peers are being matched, but we have a client and they are sending us calls from their IVR to the same number, I am matching different dial-peers (default)which is really giving us some weird results.
My question is, if I have someone sending me "Restricted" in calling ( cisco-username=Restricted
----- ccCallInfo IE subfields -----
cisco-ani=Restricted) how can I get this call to match my dial-peer 100 instead of the default dial-peer. Here are the two dial-peers I want to match.
dial-peer voice 100 voip
session protocol sipv2
session target ipv4:xx.xx.xx.xx:4060
dtmf-relay rtp-nte digit-drop
ip qos dscp cs5 media
ip qos dscp cs5 signaling
dial-peer voice 208 voip
voice-class h323 1
session target ipv4:172.16.1.4
But like I said it is matching the default dial-peer when someone is sending me restricted.
Thank you that gets me to match the correct dial-peer, now let me tell you the root problem.
If I call from my cell phone I get the results I expect, but if the call is transferred from this IVR the dial-peers now match corrects, but I only hear part of the greeting and it does not notice my dtmf???? How can it only play a small part of the greeting?
I just wanted to reply and let everyone know my findings
After debugging my IVR script I noticed that when I called from our clients IVR they are adding 159 which will take you to different places within the script other then the main greeting, which is why we never heard the main greeting.
These are the paths to get to each CCX logs through CLI. They may be helpful if you are having issues accessing RTMT or downloading logs through it.
If you want to download them you have to prefix "file get " and you can add one of the options (re...