[cisco-voip] Unity Connection 8.0.3 problem

[Mike]

Chris,

 

That did the trick thank you!

 

From: cisco-voip-bounces at puck.nether.net
[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
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] On Behalf Of Mike 
Sent: Thursday, July 19, 2012 9:01 AM
To: 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/20120723/5abe3184/attachment.html>