ISDN outbound call failed

[fei he]

Hi

We have a site experience outbound ISDN call failed on international number.

Call flow as below:

IP phone --SIP-- CUCM -- SIP -- VG -- T1 -- ITSP

When user make outbound call, it gets busy tone. As site is located in USA and we could not get anyone in USA to test call, so I made call from Australia to USA DN +1917 338 8645  where is setup CFA to international number +49 30 5150 3802. 

Calling number - 61280621560

called number - 00011 1917 338 8645

final destination number - 9011 49 30 5150 3802

When I call that number +49 30 5150 3802 directly from Australia, it's a valid number.

I have IOS debug for ccsip and isdn q931, i cannot see call is setup. Any idea?

Thanks

[Ayodeji Okanlawon]

Looking at your logs,

The Call set to the PSTN has a plan type of National..Should this not be an international call?

Apr 29 08:23:54.505: ISDN Se0/0/0:23 Q931: TX -> SETUP pd = 8  callref = 0x2364
        Bearer Capability i = 0x8090A2
                Standard = CCITT
                Transfer Capability = Speech  
                Transfer Mode = Circuit
                Transfer Rate = 64 kbit/s
        Channel ID i = 0xA98397
                Exclusive, Channel 23
        Calling Party Number i = 0x2181, '2125751055'
                Plan:ISDN, Type:National
        Called Party Number i = 0x80, '011493051503802'
                Plan:Unknown, Type:Unknown
Apr 29 08:23:54.505: //826041/85D449800000/SIP/Msg/ccsipDisplayMsg:

AFter the call setup was sent to your telco, they disconnected the call

pr 29 08:23:54.557: ISDN Se0/0/0:23 Q931: RX <- RELEASE_COMP pd = 8  callref = 0xA364
        Cause i = 0x829F - Normal, unspecified

I suggest you change the calling plan to be international for international calls..

[fei he]

Hi Ayodeji

We have below translation rule configured on VG and apply to outbound pots dial peer 

voice translation-rule 201
 rule 1 /^90/ /0/
 rule 2 /^911/ /911/
 rule 3 /^9911/ /911/
 rule 4 /^91/ /1/
 rule 5 /^92/ /2/
 rule 6 /^93/ /3/
 rule 7 /^94/ /4/
 rule 8 /^95/ /5/
 rule 9 /^96/ /6/
 rule 10 /^97/ /7/
 rule 11 /^98/ /8/
 rule 12 /^\+1/ /1/
 rule 13 /^\+/ /011/ type any unknown plan any unknown

voice translation-profile To-PSTN
 translate calling 200
 translate called 201

dial-peer voice 202 pots
 description ** Route Anything to PSTN **
 translation-profile outgoing To-PSTN
 destination-pattern +.T
 port 0/0/0:23
 forward-digits all

Where do you suggest to change calling plan to be international?

[Suresh Subramanian]

what is this 'Calling Party Number i = 0x2181, '2125751055''?

is the valid number the provider accepts the call from?

could you also include the config of voice translation rule 200?

can you collect debug voice ccapi inout & debug isdn q931 together for another test call?

//Suresh

Please rate all the useful posts

[fei he]

hi Suresh

Current call flow setup to simulate issue:

(Australia)61280621560 calling (USA)19173388645 which is CFA to (Berlin)9011493051503802.

All the outbound international called number has been translated to +xxxxxxxxx format before present to ITSP.

On our VG, all outbound calling number has been masked t0 2125751055.

voice translation-rule 200
 rule 1 /^1917338/ /917338/
 rule 3 /.*/ /2125751055/

voice translation-profile To-PSTN
 translate calling 200
 translate called 201

dial-peer voice 202 pots
 description ** Route Anything to PSTN **
 translation-profile outgoing To-PSTN
 destination-pattern +.T
 port 0/0/0:23
 forward-digits all

Cheers

[Suresh Subramanian]

Hello Fei

I'm not clear about what you have mentioned "All the outbound international called number has been translated to +xxxxxxxxx format before present to ITSP"

but the called number sent out to provider over the T1-PRI is without + character (011493051503802), do we need to send +49 or 01149?

However if 011493051503802 is what we need to send out, then it is provider who is disconnecting the call. As Ayodeji suggested, we need to talk to provider to know why they disconnect the calls.

Also, if we call that Berlin number directly from US number, does it work without any issues?

We would need a test call debug from US number to Berlin number in that case.

//Suresh

Please rate all the helpful posts

[fei he]

Hi Suresh

01149 format is need to send out to provider.

original issue was noticed when call Berlin number directly from US. We have setup test call flow (Syd number call US number where CFA to Berlin) to simulate issue as US office is not open yet and we are based in Australia. 

Thank both Avodeji and you suggestion and see how it goes.

[Ayodeji Okanlawon]

fei,

You are correct, the called number has the plan and isdn type set to unknown. I will advise you to call your provider and find out why they are disconnecting the call. Its their switch that is terminating the call