Cisco Support Community
cancel
Showing results for 
Search instead for 
Did you mean: 
Announcements

Welcome to Cisco Support Community. We would love to have your feedback.

For an introduction to the new site, click here. If you'd prefer to explore, try our test area to get started. And see here for current known issues.

New Member

Changing Call Handler owner to Distribution List generates Failsafe error

Changing Call Handler owner to Distribution List generates Failsafe error instead of playing handler greeter. Changing the owner back to Example Administrator fixes the problem. The Distribution list contains Example Administrator and 1 other subscriber as users.

To use CUGA, I want to set a "Unity Admins" DL as the owner. Any ideas to fix this ?

Thanks...

9 REPLIES
Cisco Employee

Re: Changing Call Handler owner to Distribution List generates F

What version of Unity is this?

what's the error that comes up in the application event log when you get failsafe? You should be able to do this provided the distribution list you are assigning is valid - you may want to try a different DL as a test (i.e. one created by setup) just to see if the same error pops up.

New Member

Re: Changing Call Handler owner to Distribution List generates F

Unity 4.02 and I had the same symptom when testing CUGA at another site.

The same thing happens if I make Unaddressed Messages the owner. I think this behaviour is only tied to the new call handler and not the opening greeting

Unity event messages are: ConvpH 141 & 137 and ConvMsg 10007 & 10013

ConvpH 141

Unable to get information from the mailuser. A possible cause could be a corrupted database entry. The procedure call IAvDohPropertyManager::QueryInterface(IID_IAvDohMailUser) returned [0x80004002] on line 675 of file e:\views\Unity4.0.1.55\un_Conv2\AvConvPhoneHandler\AvConvPHAttemptForwardSvr\AvConvPHAttemptForward.cpp. For more information, click: http://www.CiscoUnitySupport.com/find.php

ConvpH 137

Unable to route the call to a subscriber. The procedure call RouteCallToSubscriber returned [0x80004002] on line 180 of file e:\views\Unity4.0.1.55\un_Conv2\AvConvPhoneHandler\AvConvPHAttemptForwardSvr\AvConvPHAttemptForward.cpp. For more information, click: http://www.CiscoUnitySupport.com/find.php

ConvMsg 10007

CAvCDEConvBase::Run() failure from RunStart (error=0x80004002) in conversation [AttemptForward] on Device ID [1] For more information, click: http://www.CiscoUnitySupport.com/find.php

ConvMsg 10013

Transferred to FailSafe conversation while running conversation AttemptForward on Port 1. See the following file for the contents of the Named Properties : d:\CommServer\Logs\\NPDump_20030618_163958.txt For more information, click: http://www.CiscoUnitySupport.com/find.php

Named Properties dump of conversation AttemptForward, Port 1 (null)

CallDeviceID STRING : 1

Logger OBJECT : 0x008e7a3c

New Member

Re: Changing Call Handler owner to Distribution List generates F

Jeff or anyone else.

Any ideas ?

Thanks,

Chris

New Member

Re: Changing Call Handler owner to Distribution List generates F

Hi Chris, I have the same problem. Did you find a solution? (unity 4.0.2).

Thanks, Johanne

Cisco Employee

Re: Changing Call Handler owner to Distribution List generates F

I think there's a problem with how the CUGA conversation is handling distribution lists as owners here... There's a bug on this (CSCdy67907) but it was marked as resoved in 4.0(2) so there must be some additional issue here. I believe a TAC engineer was going to open a new bug on this late yesterday but I can't find the record now... I'll follow up out here if I find it.

Cisco Employee

Re: Changing Call Handler owner to Distribution List generates F

Actually, chatting with the engineer for this it looks like the sites they looked at that had problems here were actually using an invalid distribution link - if you run dbWalker (be sure to snag the latest from here: http://www.ciscounitytools.com/App_DirectoryWalker3.htm) does it show any errors on the call handler you're working with?

There may still be a problem here, of course, but let's at least rule out this issue first.

New Member

Re: Changing Call Handler owner to Distribution List generates F

The problem I had was resolved by setting up a Routing Rule in addition to setting the extension in the profile of the call handler.

The story I got from TAC is that this is designed behaviour and that if you want to route a call to a call handler you must use a routing rule and can not rely on the directory number associated with the call handler.

This may well be best practice, I must have just picked up some bad habits along the way.

Chris

From TAC:

Hi Christopher,

After further discussion with the DEs, they suggested that the answer to you concerns:

"...The specific question is why when no call routing rule is set up to route to a call handler will a call handler work with an extension set up in the profile (on incoming calls), but will stop working and generate a failsafe greeting if the owner is changed to the DL ?..."

...is no.

To add to that, when calling the call handler directly, a call routing rule must be used.

Cisco Employee

Re: Changing Call Handler owner to Distribution List generates F

Just for the record...

Assigning an ID to a call handler and letting an extension with that Id forward to Unity _should_ work here - it shouldn't be necessary to create a routing rule. However it looks like there was a bug introduced with this logic along the way (a DDTS is being opened on it this morning).

New Member

Re: Changing Call Handler owner to Distribution List generates F

Thanks Jeff.

You must have input over there :-)

----------

Hi Christopher,

TAC has now opened a DDTS on this issue for dialing the call handler. The bug ID is CSCeb59514. The DEs will be working on correcting this issue.

From my standpoint, e.g. TAC, there is nothing else I can do. I will be closing this case. I wanted to inform you that you are more than welcome to continue tracking this ddts and its developments on CCO:

http://www.cisco.com/cgi-bin/Support/Bugtool/launch_bugtool.pl

180
Views
0
Helpful
9
Replies