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

QSIG and transfer - calling side drops

rcarrijoesilva
Level 1
Level 1

Hi all

I have a problem to transfer incoming calls from the PSTN to an IP Phone. Here it is:

1) I call from PSTN to my IP Phone:::: OK

2) On the IP Phone, I transfer the call to another IP phone. I wait until this third party answers the call then I hit "Transfer" again and the call is transferred :::: OK

The problem :

1) I call from PSTN to my IP Phone :::: OK

2) On the IP Phone, I transfer the call to another IP phone, but this time I just dial the destination number and press the "Transfer" while receiving the ringback. On my PSTN phone I hear the ringback but once the call is answered, the call drops .

It only happens with my ISDN QSIG link to the PSTN. If I try this calling to a line connected on a FXO, it works just fine.

Is there any addictional parameter to be configured on the gateway ??

Regards !

Rodrigo

1 Accepted Solution

Accepted Solutions

Rob Huffman
Hall of Fame
Hall of Fame

Hi Rodrigo,

What you are seeing is the CCM default for Transfer with QSIG. By default CCM supports Consultive Transfer (your scenario number 1) and not Blind Transfer (your scenario number 2). Have a look;

Call Transfer - QSIG

http://www.cisco.com/en/US/products/sw/voicesw/ps556/products_administration_guide_chapter09186a00803edb19.html#wp1139777

Cisco CallManager supports call transfer by join only.

When a user transfers a call to another user, the QSIG identification service changes the connected name and number that displays on the transferred party phone. Call identification restrictions can impact what displays on the phone.

The call transfer supplementary service interacts with the path replacement feature to optimize the trunk connections when a call transfers to a caller in another PINX. For more information about path replacement, see

Path Replacement

http://www.cisco.com/en/US/products/sw/voicesw/ps556/products_administration_guide_chapter09186a00803edb19.html#wp1156114

Hope this helps!

Rob

View solution in original post

6 Replies 6

Rob Huffman
Hall of Fame
Hall of Fame

Hi Rodrigo,

What you are seeing is the CCM default for Transfer with QSIG. By default CCM supports Consultive Transfer (your scenario number 1) and not Blind Transfer (your scenario number 2). Have a look;

Call Transfer - QSIG

http://www.cisco.com/en/US/products/sw/voicesw/ps556/products_administration_guide_chapter09186a00803edb19.html#wp1139777

Cisco CallManager supports call transfer by join only.

When a user transfers a call to another user, the QSIG identification service changes the connected name and number that displays on the transferred party phone. Call identification restrictions can impact what displays on the phone.

The call transfer supplementary service interacts with the path replacement feature to optimize the trunk connections when a call transfers to a caller in another PINX. For more information about path replacement, see

Path Replacement

http://www.cisco.com/en/US/products/sw/voicesw/ps556/products_administration_guide_chapter09186a00803edb19.html#wp1156114

Hope this helps!

Rob

Hello Rob

Thanks for your great help !

Let me just ask you one more thing. According to the "Path replacement" document, I understand that the exact reason why CM does not support blind transfer is ...

(from the second document you sent )

"Path Replacement

...

Note: Cisco CallManager provides "requesting" and "cooperating" PINX messages only. If configured for QSIG, Cisco CallManager responds to third-party vendor PINX "inviting" messages, although Cisco CallManager will not originate "inviting" messages."

Is it right ?

Thanks in advance,

Rodrigo

Hi Rodrigo,

First off, you are most welcome. And you are right on the money here :)

Hope this helps!

Rob

Wait a moment. connection to PSTN, in my experience, is never QSIG. Any type of appropriate ISDN switch, yes. But not QSIG.

So please configure the correct switch-type and try again.

Hello Bevilacqua

Here in Brazil is pretty common to have QSIG signaling to the PSTN. This deployment is an example of this. The carrier established this protocol for us.

Thank you !

Rodrigo

Ok. In any case, collect debug isdq 931 if you see strange behavior again. It will tell exactly what is being doing in protocol if the GW can decode the qsig.

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: