ā06-06-2012 03:12 AM - edited ā03-16-2019 11:31 AM
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
ā06-06-2012 03:27 AM
if you can send the traces for a bad call, along with calling and called party information and the forward call information.
ā06-06-2012 03:29 AM
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"
ā06-06-2012 03:34 AM
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.
ā06-06-2012 04:08 AM
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
ā06-06-2012 04:16 AM
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
ā06-06-2012 04:19 AM
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"
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: