cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
861
Views
0
Helpful
3
Replies

Cisco unity connection Delay in transfer for external PSTN number ( Silence6-8 seconds )

Laura Fernando
Level 1
Level 1

Hi Everyone,

We are getting delay in getting connected  ( Silence when Call is transferred to External PSTN number via Unity connection )

 

Call Flow is

CUCM IP phone >> calls internal support number >>  in CUCM we have a CTI/DN which is forwarded to our unity that's the support number>> Call handler >> IVR>> option,1,2,3 etc>> Option 1,2 works fine without any delay as they are our internal number from CUCM, for option 3 we have a PSTN number >> Dummy number  is added in the unity for option 3 as alternate transfer number>> then its sent to CUCM >>we have a TP for that dummy number>> Further Called party Transformation>> Call sent to PSTN gateway >> Call is routed it gets connected and works fine.,

 

How can we solve the delay ( silence of 6-8 seconds when the call is being transferred? is this a known issue or there is any workaround by adding any music etc so the caller will understand that its being getting transferred.

thanks

Lauri

3 Replies 3

R0g22
Cisco Employee
Cisco Employee
You might need to check on CUCM if you have any overlapping dial plan which might be introducing a delay. Have you tested with a specific match route pattern instead rather than going to the TP >> RP path ?

Hi, thanks for your reply

 

We cannot directly route the call via Unity connection a PSTN number, as It gives us an error which says Sorry this number does not answer, So we always put a dummy number and point it to CUCM>> use the same number and create a TP and transform it to dialing habit of the site >> and the call is routed via the respective VG

Is there are solution on unity to play any music, or any work around to get rid of this silence?

I meant that instead of going to a TP >> RP, why not have the dummy extension configured directly as the RP and then test. Will help you isolate. You might need to check the CSS (for ports if SCCP and for SIP Trunk if SIP) and the RP partition to have CUCM route the call properly.