Cisco Support Community
cancel
Showing results for 
Search instead for 
Did you mean: 
New Member

Call Forward All to VM getting delay

Hi Guys,

 

Good day! Hope everyone is doing well at the moment. We are having some weird issue with our callmanager and unity connection. They both on version 8.x. Whats happening is that when a call for an extension is forwarded to voicemail (tick VM under Call Forward and Call Pickup Settings), we'll get a 10 second delay in getting response from the cisco unity and instead hear 2x rings. After that, we'll then get the user voicemail greeting. It works fine when we point it to another unity cluster, wherein we get immediate greetings instead of 2 rings. That proves that the issue lies on the cisco unity server but we dont know what settings dictates this kind of behavior. Please see debug isdn q931 sample

 

RTR01Remote#
001252: May  5 11:23:01: ISDN Se0/1/0:23 Q931: RX <- SETUP pd = 8  callref = 0x1741
        Bearer Capability i = 0x8090A2
                Standard = CCITT
                Transfer Capability = Speech
                Transfer Mode = Circuit
                Transfer Rate = 64 kbit/s
        Channel ID i = 0xA98381
                Exclusive, Channel 1
        Calling Party Number i = 0x21A3, N/A
                Plan:ISDN, Type:National
        Called Party Number i = 0xA1, '4226774443'
                Plan:ISDN, Type:National
001253: May  5 11:23:01: ISDN Se0/1/0:23 Q931: TX -> CALL_PROC pd = 8  callref = 0x9741
        Channel ID i = 0xA98381
                Exclusive, Channel 1
RTR01Remote#
001254: May  5 11:23:01: ISDN Se0/1/0:23 Q931: TX -> ALERTING pd = 8  callref = 0x9741
        Progress Ind i = 0x8088 - In-band info or appropriate now available
RTR01Remote#
001255: May  5 11:23:11: ISDN Se0/1/0:23 Q931: TX -> CONNECT pd = 8  callref = 0x9741
        Display i = 'Connect VM'
001256: May  5 11:23:12: ISDN Se0/1/0:23 Q931: RX <- CONNECT_ACK pd = 8  callref = 0x1741
001257: May  5 11:23:12: ISDN Se0/1/0:23 Q931: RX <- STATUS pd = 8  callref = 0x1741
        Cause i = 0x80E328 - Information element not implemented
        Call State i = 0x0A

Hope somebody can help us with this. Please advise if additional sample/tests are needed for this. Thanks!

1 ACCEPTED SOLUTION

Accepted Solutions

Hi,Look for the user under

Hi,

Look for the user under Cisco Unity Connection Administration -> Users.  Click on the user and look under those particular user's settings.  Do this by going under Edit -> Transfer Option.  There you will find under the option that is enabled whether the Transfer Action is Release to Swtich or Supervised  Transfer.

Supervised Transfer has a setting that indicates Rings to Wait for. It is possible that you are set up for Supervise Transfer to voicemail and this is the reason for the additional rings. 

HTH

Manish

3 REPLIES

Hi,Look for the user under

Hi,

Look for the user under Cisco Unity Connection Administration -> Users.  Click on the user and look under those particular user's settings.  Do this by going under Edit -> Transfer Option.  There you will find under the option that is enabled whether the Transfer Action is Release to Swtich or Supervised  Transfer.

Supervised Transfer has a setting that indicates Rings to Wait for. It is possible that you are set up for Supervise Transfer to voicemail and this is the reason for the additional rings. 

HTH

Manish

New Member

Hi mgogna, Thanks for your

Hi mgogna,

 

Thanks for your reply. I checked the user settings and their transfer type is set to release to switch instead of supervise transfer. Also, voicemail greeting is set to "Take Message" therefor transfer rule will not be applied.

New Member

UP

UP

79
Views
0
Helpful
3
Replies
CreatePlease to create content