Caller ID issue transfering to VM

[Tony Underwood]

We have a UC540 running with 4 FXO lines from the carrier.

When a call comes in the receptionist answers the phone and transfers the call.  During a normal transfer the caller ID works fine showing the external callers caller ID information.  However when the call goes to voicemail I get a VM notification from the receptionist.  So in other words when I pull up my voicemail I have 5 voicemails from the receptionist and have no idea who they're really from because the caller ID apparently isn't passing to the CUE properly.

I tried changing the "transfer-system" config under telephony services but it didn't seem to have any effect.

Is there some command I'm missing?

thanks,

Tony

[Tony Underwood]

icmp echo request...

[greenturtlesteak]

So when using either blind or consultative transfer-systems, CUE continues to report the transferring party as the CLID on the call?

Is this happening to all users on the system?

What SW pack and CCA version are you running?

Could you please post your config?

Cole

[Steven DiStefano]

I just tried this in my home system with FXO PSTN interface. From my

cell, i call my home number. Call comes into UC500 & is mapped to a

blast group ringing all phones. I pick it up from one and transfer to

the other. The live clid shows my cell, but if I ignore it it does go

to CUE voicemail with internal extension as clid, just as was reported.

In my office I can try SIP trunk tomorrow, but my system is on latest

SWP (even a little ahead actually) and configured with the latest beta

CCA.

I am not sure what the design intention should be here but will find

out.

Steve DiStefano

Technology Solutions Architect - Sales

Cisco Systems

Research Triangle Park

North Carolina, U.S.A

1.919.392.6219

www.cisco.com/smb

On Jul 27, 2010, at 9:41 PM, "greenturtlesteak"

[Steven DiStefano]

Ok, I just went into CUE GUI and adjusted voice mail: VM

Configuration: 'mailbox selection' from 'Last redirecting party' to

'original called party' and tried again. Same result :-(. No joy...

Still looking...

On Jul 27, 2010, at 9:41 PM, "greenturtlesteak"

[Steven DiStefano]

Ok, after checking with Engineers in the BU, it looks as though this

is working per design.

This is not cfna/cfa multiple redirect scenario, looks to me CUE

behaved correctly.

Call flow now:

Cell -fxo-> internal ephone p1; p1 answer and xfer to internal ephone

p2 --p2 cfna-> CUE VM

The caller showed as ephone p2, not cell.

Steve DiStefano

Technology Solutions Architect - Sales

Cisco Systems

Research Triangle Park

North Carolina, U.S.A

1.919.392.6219

www.cisco.com/smb

On Jul 27, 2010, at 9:41 PM, "greenturtlesteak"

[Tony Underwood]

Thanks for the reply's.

This is on a UC540 running the latest and greatest release.

The design is exactly the way you have it set up.  Calling in on FXO to a blast group and somebody answers and then transfers the call to the intended party.  Then the calling party leaves a VM but it shows up as the transfering party and not the original calling party.  However, when the phone is ringing after the transfer the original calling party shows up on the caller id (as I would expect) after the transfer.

We have 3 customers that we have installed UC500's and they are all running in this exact configuration and they all three are asking us to fix this issue because every voicemail they receive is from the receptionist.  They look at their VM's in their email and they're all from the receptionist which does them no good at all.

In your scenario that you describe I have one slight issue.

FXO to P1, P1 transfers to P2.  Once the transfer is complete the calling party (fxo) is now ringing P2.  P2 cfna and then the call switches back to P1 (calling party) to VM.

So, the caller is showing as the calling party (fxo) when the phone is ringing, but when it goes to VM it switches back to the transfering party.

[trgood]

Hi Tony,

I know this is an old post but a configuration that may resolve  your issue is the following:

telephony-service
 no transfer-system full-consult
 transfer-system full-blind

I hope this helps someone!

[paolo bevilacqua]

Trent Good wrote:
Hi Tony,
I know this is an old post but a configuration that may resolve  your issue is the following:
telephony-service
 no transfer-system full-consult
 transfer-system full-blind

I hope this helps someone!

Probably not, because users may not like the fact that it stops consultive call transfer from working ever.