cancel
Showing results forĀ 
Search instead forĀ 
Did you mean:Ā 
cancel
1256
Views
0
Helpful
6
Replies

CallForwardAll offnet-to-offnet calls failure

Aaziz AMHAOUCH
Level 1
Level 1

Hi all,

I have a problem on ForwardAll of offnet to offnet call : if an end user make a ForwardAll on his IP Phone to his cell phone, and when he received an external call the forward can't be made but when he received an  internal call the forward works. The Block offnet to offnet Transfer Service parameter is set to false.

We have a CUCM 7.5, and 2911 gateway with PRI link to isdn.

Any help!

Best regards

6 Replies 6

nikshah
Cisco Employee
Cisco Employee

if you can send the traces for a bad call, along with calling and called party information and the forward call information.

Ayodeji Okanlawon
VIP Alumni
VIP Alumni

Have you checked the CSS on the cfwdall. It need access to the partiton for the RP to dial out

Please rate useful posts

"I am complete in God, God completes me"

Please rate all useful posts

Thanks for your replies;

the CSS on  cfwdall have access to route pattern partition as I said when end user received an internal call the forward works. I'll send the traces asap.

here is debug isdn q931 of a call forward failure

PHONEA: A cell phone who make a call

3038: the ipphone who make a CallForwardAll to a cellphone number PHONEB

PHONEB: the cell phone of end user

*Jun  6 11:01:52.525: ISDN Se0/0/0:15 Q931: TX -> CONNECT_ACK pd = 8  callref =                                                                                         0x0C36

*Jun  6 11:01:53.545: ISDN Se0/0/0:15 Q931: RX <- SETUP pd = 8  callref = 0x218A                                                                                       

        Bearer Capability i = 0x8090A3

                Standard = CCITT

                Transfer Capability = Speech

                Transfer Mode = Circuit

                Transfer Rate = 64 kbit/s

        Channel ID i = 0xA98382

                Exclusive, Channel 2

        Calling Party Number i = 0x0180, 'PHONEA'

                Plan:ISDN, Type:Unknown

        Called Party Number i = 0x81, '3038'

                Plan:ISDN, Type:Unknown

*Jun  6 11:01:53.545: ISDN Se0/0/0:15 Q931: Received SETUP  callref = 0xA18A cal                                                                                        lID = 0x46EE switch = primary-net5 interface = User

*Jun  6 11:01:53.549: ISDN Se0/0/0:15 Q931: TX -> CALL_PROC pd = 8  callref = 0x                                                                                        A18A

        Channel ID i = 0xA98382

                Exclusive, Channel 2

*Jun  6 11:01:53.561: ISDN Se0/0/0:15 Q931: Applying typeplan for sw-type 0x12 i                                                                                        s 0x0 0x1, Calling num PHONEA

*Jun  6 11:01:53.561: ISDN Se0/0/0:15 Q931: Sending SETUP  callref = 0x0C38 call                                                                                        ID = 0x8B3B switch = primary-net5 interface = User

*Jun  6 11:01:53.561: ISDN Se0/0/0:15 Q931: TX -> SETUP pd = 8  callref = 0x0C38                                                                                       

        Bearer Capability i = 0x8090A3

                Standard = CCITT

                Transfer Capability = Speech

                Transfer Mode = Circuit

                Transfer Rate = 64 kbit/s

        Channel ID i = 0xA9839C

                Exclusive, Channel 28

        Calling Party Number i = 0x0181, 'PHONEA'

                Plan:ISDN, Type:Unknown

        Called Party Number i = 0x80, 'PHONEB'

                Plan:Unknown, Type:Unknown

*Jun  6 11:01:53.597: ISDN Se0/0/0:15 Q931: RX <- SETUP_ACK pd = 8  callref = 0x                                                                                        8C38

        Channel ID i = 0xA9839C

                Exclusive, Channel 28

*Jun  6 11:01:53.645: ISDN Se0/0/0:15 Q931: RX <- CALL_PROC pd = 8  callref = 0x                                                                                        8C38

*Jun  6 11:01:53.677: ISDN Se0/0/0:15 Q931: RX <- DISCONNECT pd = 8  callref = 0                                                                                        x8C38

        Cause i = 0x82B9 - Bearer capability not presently authorized

*Jun  6 11:01:53.677: ISDN Se0/0/0:15 Q931: TX -> RELEASE pd = 8  callref = 0x0C                                                                                        38

*Jun  6 11:01:53.693: ISDN Se0/0/0:15 Q931: RX <- RELEASE_COMP pd = 8  callref =                                                                                         0x8C38

if you see you are receiving a disconnect from the telco with the foll cause i

Cause i = 0x82B9 - Bearer capability not presently authorized

http://www.cisco.com/en/US/partner/tech/tk801/tk379/technologies_tech_note09186a008012e95f.shtml

you might want to engage and talk to the telco as to why are they rejecting the call

Please add the ff:

voice-port 0/0/0:15

bearer-cap speech

NB: Dont think this will make a difference because you are already doing speech to the telco. Just a long shot.

You can send a debug for a succesful internal call transfer and we can compare the difference..

Please rate useful posts

"I am complete in God, God completes me"

Please rate all useful posts
Getting Started

Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: