[cisco-voip] Unity 5 - Call handlers for announcements
Pat Hayes
pat-cv at wcyv.com
Tue Feb 3 18:44:10 EST 2009
To add to what Bill said, for the port status monitor, make sure you
use the one from tools depot, not the web based one. The web based one
only shows you 'real time' state, where as the tools depot one has a
buffer and will show you the whole call, much easier to follow.
Something else you might consider is using the Audio Text Manager, it
helps to visualize your config and makes things a bit easier to
navigate when you've got a complicated tree:
http://ciscounitytools.com/APP_AudioTextManager403.htm
On Tue, Feb 3, 2009 at 10:19 AM, Sean Walberg <sean at ertw.com> wrote:
> Thanks for the suggestion. I recreated the call handler and it works now.
> Would have liked to try your suggestion earlier though, I'm curious why the
> handler didn't work.
>
> Sean
>
> On Tue, Feb 3, 2009 at 9:12 AM, Bill Talley <btalley at gmail.com> wrote:
>>
>> One last suggestion if you continue to have the problem after rebuilding
>> the call handler. I apologize if this has already been mentioned, but you
>> can use the Call Viewer combined with the real time display of Port Status
>> Monitor in Unity Tools to see where Unity is directing the call during that
>> portion of the call to verify Unity is performing the expected handling of
>> the call.
>> As you're probably aware, Call Viewer will just show you digits
>> accompanying the call from Call Manager. Port Status monitor, when set to
>> real time display mode, will show you the call flow messages while the call
>> is being handled by Unity identifying which mailbox/handler answers the call
>> and which greeting is played.
>>
>> HTH
>>
>> On Tue, Feb 3, 2009 at 8:44 AM, Sean Walberg <sean at ertw.com> wrote:
>>>
>>> Thanks Bill,
>>>
>>> I checked and it's set to "Recording". There's a recording there, too.
>>>
>>> I think I'll just delete this handler and recreated it.
>>>
>>> Sean
>>>
>>> On Sat, Jan 31, 2009 at 9:47 AM, Bill Talley <btalley at gmail.com> wrote:
>>>>
>>>> Check the standard greeting page for that call hander and verify the
>>>> radio button to play the greeting is ticked. It sounds like the radio
>>>> button to play the system greeting is ticked.
>>>>
>>>>
>>>> On 1/30/09, Sean Walberg <sean at ertw.com> wrote:
>>>>>
>>>>> Thanks Scott,
>>>>>
>>>>> There's no call routing rule associated with this. At the subscriber
>>>>> level, I have a blank greeting and then "After greeting, send caller to call
>>>>> handler -> Attempt transfer for MBCKND Special Announcement".
>>>>>
>>>>> That call handler provides a menu, pressing 1 takes them to another
>>>>> call handler that plays a greeting and waits for a digit. Digits from there
>>>>> take the caller to other handlers, such as 1 for the primetime lineup, which
>>>>> prompts for a digit from 1-5 corresponding with the day. Each day is a
>>>>> separate call handler. Only the call handler associated with #4, Thursday,
>>>>> goes to VM, all the others play the greeting properly.
>>>>>
>>>>> Sean
>>>>>
>>>>> On Fri, Jan 30, 2009 at 2:36 PM, Scott Voll <svoll.voip at gmail.com>
>>>>> wrote:
>>>>>>
>>>>>> Check your call routing rule and see if the others are set that way
>>>>>> and that one is missing a rule.
>>>>>>
>>>>>> scott
>>>>>>
>>>>>>
>>>>>> On Fri, Jan 30, 2009 at 11:24 AM, Sean Walberg <sean at ertw.com> wrote:
>>>>>>
>>>>>>>
>>>>>>> The voice mail coverage path of one of my office's front desk goes to
>>>>>>> a Unity call handler, playing a message like "press 1 for the programming
>>>>>>> lineup, 2 for the news desk, etc". Callers eventually get to a menu along
>>>>>>> the lines of "press 1 for Monday, 2 for tuesday", and so forth.
>>>>>>>
>>>>>>> Each of these handlers is a greeting, which plays the message, then
>>>>>>> kicks the caller back to the menu.
>>>>>>>
>>>>>>> This works great, except for the Thursday handler. When the caller
>>>>>>> selects the Thursday option, they get a message saying "the user at
>>>>>>> extension 103 is not available, please leave a message" (103 is the
>>>>>>> extension I have given the handler, as someone updates the greeting
>>>>>>> periodically through Unity Greeting Admin). Then, the distribution list
>>>>>>> that owns the handler gets a voicemail.
>>>>>>>
>>>>>>> I've gone through all the settings and the handler looks just the
>>>>>>> same as the other handlers that happily play the greeting. Only the
>>>>>>> "Standard" greeting is enabled. There is a greeting (I can play it through
>>>>>>> my computer), and it is selected as active.
>>>>>>>
>>>>>>> Any clues as to what I should be looking for?
>>>>>>>
>>>>>>> Thanks,
>>>>>>>
>>>>>>> Sean
>>>>>>>
>>>>>>> --
>>>>>>> Sean Walberg <sean at ertw.com> http://ertw.com/
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> cisco-voip mailing list
>>>>>>> cisco-voip at puck.nether.net
>>>>>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Sean Walberg <sean at ertw.com> http://ertw.com/
>>>>>
>>>>> _______________________________________________
>>>>> cisco-voip mailing list
>>>>> cisco-voip at puck.nether.net
>>>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>>>
>>>>
>>>
>>>
>>>
>>> --
>>> Sean Walberg <sean at ertw.com> http://ertw.com/
>>
>
>
>
> --
> Sean Walberg <sean at ertw.com> http://ertw.com/
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
More information about the cisco-voip
mailing list