Call Forward All is not working when any body calls from outside

[mohmmed.sabu@itqan.ae]

Call forward is not working when any body try to call from outside and from internal it's working.

Call Flow:

outside caller >>Telco>>Voice gateway(E1)>>CUCM>>8851 IP phone>> forwarded to mobile>>Voice gateway>>Telco.

Calling:056XXXXXXXX

Orginal Called party: 02493XXXX

Final Called party:050XXXXXXX

Attached the log.

[Dennis Mink]

if this is an offnet inbound call to a phone, forarding to an off net number (suvh as a mobile).  There are 2 service parameters that are related to onNet/offNet operations.  One is the "Block offNet to offNet transfer" setting.  The other is "Call Classification" within "Clusterwide Parameter  (Device General)"

[mohmmed.sabu@itqan.ae]

My Current Settings >> "Block OffNet To OffNet Transfer" is False, ie it's allowing to transfer.

  Call classification is off net

[Ayodeji Okanlawon · Accepted solution]

This is not an issue with CUCM. We can see CUCM sending the call to the gateway and the gateway sends the call out, but your provider seem to be sending the call back to you

++ Inbound call from PSTN +++

May 1 07:20:36.795: ISDN Se0/1/0:15 Q931: RX <- SETUP pd = 8 callref = 0x00E6
Bearer Capability i = 0x9090A3
Standard = CCITT
Transfer Capability = 3.1kHz Audio
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA18381
Preferred, Channel 1
Calling Party Number i = 0x0083, '0566615030'
Plan:Unknown, Type:Unknown
Called Party Number i = 0x80, '4936700'
Plan:Unknown, Type:Unknown
Sending Complete
*May 1 07:20:36.796: ISDN Se0/1/0:15 Q931: Received SETUP callref = 0x80E6 callID = 0x0684

+++ Call was forwarded and CUCM sends request to gateway +++

*May 1 07:34:11.730: //-1/005774E89504/CCAPI/cc_api_display_ie_subfields:
cc_api_call_setup_ind_common:
cisco-username=90566615030
----- ccCallInfo IE subfields -----
cisco-ani=90566615030
cisco-anitype=0
cisco-aniplan=0
cisco-anipi=0
cisco-anisi=1
dest=90501127792
-----
cisco-rdie=FFFFFFFFFFFFFFFF

++ gateway selects outboun dial-peer 102 ++

ccCallSetupRequest:
cisco-username=90566615030
----- ccCallInfo IE subfields -----
cisco-ani=90566615030
-----
dest=0501127792

May 1 07:34:11.732: //5066994/005774E89504/CCAPI/ccIFCallSetupRequestPrivate:
I------
Call Params(Calling Number=90566615030,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed),
Called Number=0501127792(TON=Unknown, NPI=Unknown), Calling Translated=FALSE,
Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE, Outgoing Dial-peer=102,

+++ Next we see the outbound setup request sent to your telco +++

ay 1 07:20:36.925: ISDN Se0/1/0:15 Q931: Sending SETUP callref = 0x0090 callID = 0x8E2D switch = primary-net5 interface = User
*May 1 07:20:36.926: ISDN Se0/1/0:15 Q931: TX -> SETUP pd = 8 callref = 0x0090
------
Exclusive, Channel 31
Calling Party Number i = 0x0081, '90566615030'
Plan:Unknown, Type:Unknown
Called Party Number i = 0x80, '0501127792'

+++ But we immediately see the call coming back to your gateway ++
May 1 07:20:39.971: ISDN Se0/1/0:15 Q931: RX <- SETUP pd = 8 callref = 0x00E7
----
Preferred, Channel 2
Calling Party Number i = 0x0083, '0290566615030'
Plan:Unknown, Type:Unknown
Called Party Number i = 0x80, '0501127792'

++ On CCAPI we can see the clal matching inbound dial-peer 10 ++

May 1 07:34:14.781: //-1/E1FFE2209484/CCAPI/cc_api_display_ie_subfields:
cc_api_call_setup_ind_common:
cisco-username=
----- ccCallInfo IE subfields -----
cisco-ani=90290566615030
---
cisco-anisi=3
dest=0501127792
---
cisco-rdie=FFFFFFFFFFFFFFFF

*May 1 07:34:14.781: //-1/E1FFE2209484/CCAPI/cc_api_call_setup_ind_common:
Interface=0x7FA011D34830, Call Info(
Calling Number=90290566615030,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=Network, Presentation=Allowed),
Called Number=0501127792(TON=Unknown, NPI=Unknown),
Calling Translated=FALSE, Subscriber Type Str=RegularLine, FinalDestinationFlag=TRUE,
Incoming Dial-peer=10

++ Immediately the gateway sends a cause code of 1 ( un allocated number ) ++

May 1 07:34:14.783: //5066997/E1FFE2209484/CCAPI/ccCallDisconnect:
Cause Value=1, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=0)
*May 1 07:34:14.783: //5066997/E1FFE2209484/CCAPI/ccCallDisconnect:
Cause Value=1, Call Entry(Responsed=TRUE, Cause Value=1)

So the question is why is your telco sending the call back to you. Is the number dialled part of your DDI range?

[Maren Mahoney]

I'm wondering if the telco itself is recognizing that it is a hairpinned call and not allowing it? I'm not sure how to check that.

This does not directly address your problem, but... Have you considered using Single Number Reach instead of Call Forward All?