Avaya CM bridged appearance transfer 1

[D_G_O]

Trying to see if there is a way to get a call transferred from a bridged appearance to forward no answer into the last called

extensions voicemail, not the bridged numbers voicemail. An example would be extension A answers a bridged appearance for extension B

and transfers to extension C. Extension C has forward no answer to voicemail, but the caller ends up in extension B's voicemail. I

want the call to go to extension C's voicemail. From what I have read this is the way CM has always worked, I am looking for a work

around.

CM and Session Manager are version 7.0, going to a third party SIP voicemail.

Any suggestions would be great.

 

[kyle555]

Third party SIP voicemail is likely your problem. Can't get the fancy tight integration things right when they don't support Avaya-specific SIP headers for that.

So, a call comes in for Bob. Alice has a bridge of Bob and answers the call. Alice transfers the call to Charlie who doesn't answer and covers to voicemail. You'd like the person to leave a message for Bob and not Charlie because Bob was the original called party and the person's line Alice was answering for?

Well, I gotta tell ya something here. It's a PBX. When calls are placed to people that don't answer the phone and those calls go to voicemail. Guess who's mailbox it's gonna go into? The person who didn't answer the phone!

Its easy to let yourself get carried away trying with stupid asks because you probably could do it.

You could tell Alice to suck it up and make it a warm transfer and if she gets Charlie's voicemail (if it were Avaya voicemail) you could press * to go back to the main menu and then key in Bob's extension and # sign and then complete the transfer.

I don't think there's gonna be any way to make CM treat Alice calling Charlie and hitting Charlie's coverage make it go to Bob's mailbox without breaking Alice's ability to just pickup the phone and call Charlie and leave him a message.

If they're VIPs, put a SBC in between. "if invite is from Alice (presuming Alice is transferring from one of her call-apprs and not another brdg-appr of Bob) and diversion header = charlie and contact header = Bob, then set diversion header = Bob.

You could use a B2 interface off a Avaya SBC not in your DMZ or probably do it "router on a stick" style all through the A1 interface, but having cm-->sm-->sbc-->sm-->voicemail in a call flow will trace out to being 1 ladder rung with all the ping pong going by and be a pain in the neck to read.

 

[D_G_O]

Kyle555
Thanks for your input. The SBC is not an option at this site, warm transfer is what they have been doing and does work. It is a bit of an pain when they have to wait for the FNA. I just wanted to see if there was possible something else that someone may have worked out.

 

[kyle555]

Anything's possible, but probably not worth your time.

 

[fondog2]

kyle555,
Build a terminating extension group with the third person in it. Then add a coverage path to the group with the first persons extension in it with one ring to VM. When the call comes in on the first persons line and the second person picks up the bridged appearance she can transfer to the terminating extension group and it should follow the call flow from there.

 

[kyle555]

Ha! have a star. Hadn't thought of that

 

[D_G_O]

fondog2
My problem is that the bridged appearance is being used as a department answering point and is transferred to different extensions every time. I don't think your suggestion will work in this case. Thanks.

 

[fondog2]

D_G_O,
You would have to build a terminating extension group and coverage path for however many numbers you are transferring to. Your original question was how to get the call to go to extension C's VM when the call was transferred to extension C but C has forward no answer to VM. Change the way you transfer the call and it will follow the call flow design for the terminating extension group and coverage path. You could even set it to ring 3 times then cover to whatever VM box you decide.

Thanks for the star kyle555.