Accepted Solutions
A few questions.
- Do you see the call hit your voice gateway?
- If you do does it use the intended dial peer?
- How are you sending called and calling number to your service provider?
- If you debug the call what response are you seeing from the service provider?
Thank for the info. A few things. If you want to keep the 9 as part of the routing process in the gateway I'd recommend you to remove the DDI pre-dot in CM on the RP to have the called number sent as entered to the VGW. Then in the gateway you'd remove the prefix for the outside line, aka the 9. There are multiple ways how to do this, but my personal preference has always been to remove it with a voice translation rule. In your specific case it could look something along the way with this.
voice translation-rule 40 rule 1 /^9\(.*\)/ /\1/ voice translation-profile PSTN-IN translate calling 10 translate called 20 ! voice translation-profile PSTN-OUT translate calling 30 translate called 40 trunk group ALL_PSTN description PRI Trunk Group for PSTN calls hunt-scheme round-robin both down translation-profile incoming PSTN-IN translation-profile outgoing PSTN-OUT dial-peer voice 60 pots trunkgroup ALL_PSTN description *** Outgoing North America International Dialing *** destination-pattern 9011T forward-digits all
When it come to what debugs to run it would depend on the system landscape, but for ISDN it would mostly be debug isdn q931 and for SIP it would be debug ccsip message. The old trustworthy debug voip ccapi inout is also very good in most cases. One advice, when you run multiple debugs do this in one sweep, aka have them enabled in parallel and then get the output in one file as that makes it much easier to get the full view of the call flow.
Hi,
I don't see anything related to ISDN q931 debug in the attached file. So I can't make out why the call does not succeed.
For any call there will be two call legs, one inbound and one outbound. These use one dial-peer per call leg. So no you would not see dial-peer 1 matched for this call as that is the inbound call leg dial-peer for calls from PSTN. Apart from this there is no need to have both of these lines in dial-peer 2.
incoming called-number .
incoming uri from ucm
I would remove incoming called-number . and change the other line to incoming uri via ucm as the VIA header is the very first thing that is matched for inbound dial-peers. And on dial peer 1 you don’t need this line as that’s used in the outbound direction and that dial peer is used in the inbound direction.
trunkgroup ALL_PSTN
For detailed information on how call routing works in IOS/IOS-XE see this document.
If you could post your gateway configuration it might be easier to spot what is at fault.
There is still no call information in the ISDN debug. There is clearly something substantial wrong with your configuration. I did look briefly at your configuration, but it’s just to much things to point out to be practical to do so on a mobile phone. If I get to use a computer before next week, as it’s Easter holiday, I’ll get back on this with you. However there are nothing obvious that sticks out that would explain why you cannot make international calls.
One additional thing, as calls does not seem to be sent to your ISDN circuits as there are no output for the debug, can you please share the status of these? Do so with show isdn status.
