gei_spot

Does his ext appear on her phone and she picks it up or does it forward to her after x rings or is she doing a call pickup?

__________________
I'm a member of the "PbxInfo Gang"

awolfe

This is a sample call I snagged from a LD 80 TRAC all looks good and will explain as questions arise.


TN 028 0 01 11
KEY 0 SCR MARP ACTIVE TN 028 0 01 11
ORIG 051 06 TIE RMBR 7 6
TERM 028 0 01 11 0 SCR MARP 0 4367 2616
DIAL DN 4367
MAIN_PM ESTD
TALKSLOT ORIG 13 TERM 20 JUNCTOR ORIG7 TERM1
QUEU NONE
CALL ID 0 4369


---- ISDN PRA CALL (ORIG) ----
CALL REF # = 44
BEARER CAP = VOICE
CALL STATE = 10 ACTIVE
CALLING NO = 5791
CALLED NO = 4419

awolfe

She has a line appearance. She picks up that appearance, transfers the call directly into voicemail. The TRAC shows the calling number is correct so that is what is messing me up. Any ideas?

HCJes

Check CLS SFA/SFD. I believe if SFA is enabled she will apear as the recipient. If SFD is set it should carry the original caller.

awolfe

I checked that already. The phones are set to SFD.

jack

I do not see how this would be possible.

The original callers inforamtion stops when the caller is terminated on the Sec's extension.

All voicemail sees is the CLID from the Sec. at the point of the transfer.

can you do a TRAC that shows the call hitting the Sec, a TRAC of the SEc transferring call . and a TRAC after the Sec. has completed the transf.?

Rather than responding to the message could the boss fwd back to the originator?

Jack

awolfe

Jack is right it doesn't make sense. This is going into Cisco Unity through a tie line into a voice gateway. The more I delve and research I am convinced that the gateway is not passing all digits from the Meridian to the Unity VM . I think my only option here is to convert that line to a QSIG line. That takes REL 25.40 or 25.40B. Unless it is is not that expensive to come up from REL 22 I think that they will have to live with it or use the forward button like Jack said.

jrotello

Yes we have run into the same problem. I don't have a good solutions but I can add some more info to what the system is doing.

When you pick up the boss' line and hit the transfer key you are basically putting the call on hold and picking up a phantom line of sorts. As soon as you press or dial the pilot number to Unity you send you key 0 extension to the system. Thus making it appear that the call is coming from the secretary and not the originating outside caller.

My only solution to this is to create either phantom phones for everyone or a simple ACD that points to the vm pilot number. The ACD of phantom phones then have a different extension. Say for instance that the boss' extension is 7805, the ACD or phantom phone would have an extension of 3705 or whatever. This way you press transfer dial 3705 and press transfer again. You have to be very quick at the transfer process, before voicemail picks up, and it will send the orginal caller ID through to Unity so that the email contains the proper phone number of the orginal caller.

Please let me know if anyone has found a better solution to the biggest shim by Cisco.