[cisco-voip] Unity Connection 8.0.3 problem

[Chris Ward (chrward)]

No problem. Glad it worked. Just be aware that it will change the behavior for all users so just be mindful for any user experience changes that might be reported.

+Chris
Unity Connection TME

From: Mike [mailto:mikeeo at msn.com]
Sent: Monday, July 23, 2012 6:41 PM
To: Chris Ward (chrward); cisco-voip at puck.nether.net
Subject: RE: [cisco-voip] Unity Connection 8.0.3 problem

Chris,

That did the trick thank you!

From: cisco-voip-bounces at puck.nether.net<mailto:cisco-voip-bounces at puck.nether.net> [mailto:cisco-voip-bounces at puck.nether.net]<mailto:[mailto:cisco-voip-bounces at puck.nether.net]> On Behalf Of Chris Ward (chrward)
Sent: Thursday, July 19, 2012 11:32 AM
To: Mike ; cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Subject: Re: [cisco-voip] Unity Connection 8.0.3 problem

Mike,

In Unity Connection, under Advanced - Conversations, is the option, "Use Last (Rather than First) Redirecting Number for Routing Incoming Call" checked or not? If it is not, that would explain the difference in behavior as your AA call has two redirecting parties (first and last) and the non-AA call has only one redirecting party. The difference between these two calls is that the first redirecting party is different and the last redirecting party info is the same.

+Chris
Unity Connection TME

From: cisco-voip-bounces at puck.nether.net<mailto:cisco-voip-bounces at puck.nether.net> [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Mike
Sent: Thursday, July 19, 2012 9:01 AM
To: cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
Subject: [cisco-voip] Unity Connection 8.0.3 problem

I have an issues where if a call is transferred from a legacy attendant console it does not roll to the users voicemail. If anyone else transfers a call it goes to the user voicemail.

The attendant console has a pilot of 1482.

LastRedirectingId is 1422 on both debugs but one goes to VM and the other goes Honor Operator

Below is a debug from UC port monitor.

01:31:24, New Call, CalledId=1482,  RedirectingId=1482,  Origin=16,  Reason=4,  CallGuid=86CDBED4998444EB91C68453BDFEC865,  CallerName=,  LastRedirectingId=1422,  LastRedirectingReason=4,  PortDisplayName=PhoneSystem-1-001,[Origin=Unknown],[Reason=Forward No Answer]
01:31:24, AttemptForward
01:31:24, State - AttemptForward.cde!Dummy
01:31:24, Event is [NULL]
01:31:24, PHTransfer
01:31:24, State - PHTransfer.cde!LoadInfo
01:31:24, Event is [TrueEvent]
01:31:24, PHGreeting
01:31:25, State - PHGreeting.cde!PlayGreeting
01:31:25, Call answered if needed
01:31:25, Playing greeting for Subscriber:  Honor Operator
01:31:25, Event is [NULL]
01:31:25, PHTransfer
01:31:25, State - PHTransfer.cde!LoadInfo
01:31:25, Answer Phone if needed
01:31:25, Event is [FalseEvent]
01:31:25, State - PHTransfer.cde!CheckPlayTransferIntro
01:31:25, Event is [TrueEvent]
01:31:25, State - PHTransfer.cde!PlayTransferIntro
01:31:26, Event is [NULL]
01:31:26, State - PHTransfer.cde!XferCall
01:31:27, Event is [HangupEvent]
01:31:27, State - PHTransfer.cde!DoHangUp
01:31:27, Event is [HangupEvent]
01:31:28, Idle


Here is one from a normal station:

01:39:51, New Call, CalledId=1422,  RedirectingId=1422,  Origin=16,  Reason=4,  CallGuid=3E8C74F1776A44569FAA08838FB43D97,  CallerName=HF Conference Rm,  LastRedirectingId=1422,  LastRedirectingReason=4,  PortDisplayName=PhoneSystem-1-003,[Origin=Unknown],[Reason=Forward No Answer]
01:39:51, AttemptForward
01:39:51, State - AttemptForward.cde!Dummy
01:39:51, Event is [NULL]
01:39:51, PHTransfer
01:39:51, State - PHTransfer.cde!LoadInfo
01:39:51, Event is [TrueEvent]
01:39:51, PHGreeting
01:39:51, State - PHGreeting.cde!PlayGreeting
01:39:51, Call answered if needed
01:39:51, Playing greeting for Subscriber:  Joan Narducci

01:39:53, Event is [HangupEvent]
01:39:53, State - PHGreeting.cde!DoHangup
01:39:53, Event is [HangupEvent]
01:39:53, Idle

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20120724/14be458b/attachment.html>