[cisco-voip] Adding UCCX Script on existing DN

Ratko Dodevski rade239 at gmail.com
Tue Apr 6 08:10:48 EDT 2010


Thanks guys... this really works !!!




On Tue, Apr 6, 2010 at 4:48 AM, Pavan <pav.ccie at gmail.com> wrote:
> Ratko,
>
> Looks like your really looking for preconnect announcements. CCM 8.0 can do
> that natively (with an external policy server) using the ECC (External Call
> Control) API. You would upload a custom announcement  onto CCM and the
> annunciator can be inserted automagically  pre-connect. You can do this with
> extremely fine granularity based on policy returned from your policy server.
> I also believe sample code is available on CCO for implementing your own
> policy server.
>
> Regards
> -Pavan
> Sent from my phone
>
> On Apr 5, 2010, at 5:32 PM, Ratko Dodevski <rade239 at gmail.com> wrote:
>
>> This sounds like it would work... I need to do some testing... It's
>> definitely very odd, but this idea sounds like a real place to start
>>
>> Thanks
>>
>> On Tue, Apr 6, 2010 at 12:27 AM, Johnny Crothers <randvines at gmail.com>
>> wrote:
>>>
>>> It all sounds a bit odd!
>>> I think the only way to achieve this is to put all agents into a
>>> Partition
>>> that is different for all other users, say "agent_pt" create a RP for
>>> each
>>> DN which is in the normal phones PT, RP is Jtapi trigger and has an
>>> application that accepts the call, plays a prompt then transfers the call
>>> to
>>> the orginal DN. the RP has a CSS which lists the agent_pt and not the
>>> normal
>>> phone PT.
>>> I think this is the same as Scott had suggested before.
>>> Although I would push to ensure that this is a business requirement as it
>>> sounds a bit strange to have this in place.
>>> Cheers,
>>> Johnny
>>>
>>> On Tue, Apr 6, 2010 at 10:20 AM, Scott Voll <svoll.voip at gmail.com> wrote:
>>>>
>>>> Sorry.  Written Policy.  something we are working on here.  Policy's
>>>> have
>>>> lacked, so now it's a management issue of writing policy so every
>>>> employee
>>>> knows what is normal operating procedure and how they should work.  eg.
>>>> disk
>>>> quotas, email storage, etc.
>>>> Scott
>>>>
>>>> On Mon, Apr 5, 2010 at 3:16 PM, Ratko Dodevski <rade239 at gmail.com>
>>>> wrote:
>>>>>
>>>>> Policy??? what kind of policy??? sorry, I'm not very good with UCCX
>>>>>
>>>>> On Tue, Apr 6, 2010 at 12:14 AM, Scott Voll <svoll.voip at gmail.com>
>>>>> wrote:
>>>>>>
>>>>>> Sounds like either a change in putting all agents in a CSS that only
>>>>>> can be
>>>>>> reached via the RP or a Policy needs to be written.
>>>>>>  I don't have anymore ideas.
>>>>>> Sorry
>>>>>> Scott
>>>>>>
>>>>>> On Mon, Apr 5, 2010 at 3:05 PM, Ratko Dodevski <rade239 at gmail.com>
>>>>>> wrote:
>>>>>>>
>>>>>>> The problem is that they want this for inside calls (very unusual)...
>>>>>>> they want if someone from inside the network calls for an agent to
>>>>>>> have the prompt...
>>>>>>> I'm kind of stuck :(((
>>>>>>>
>>>>>>> On Mon, Apr 5, 2010 at 11:57 PM, Scott Voll <svoll.voip at gmail.com>
>>>>>>> wrote:
>>>>>>>>
>>>>>>>> sounds pretty ugly.  make a Partition that outside callers can call
>>>>>>>> with
>>>>>>>> the
>>>>>>>> DN.  make it a RP and then give the CTI ports a CSS that only
>>>>>>>> includes
>>>>>>>> the
>>>>>>>> Agents DN..
>>>>>>>> don't they normally call a Call center number and then get routed to
>>>>>>>> the
>>>>>>>> agent?  Why can't you add the prompt to that script?
>>>>>>>> Scott
>>>>>>>>
>>>>>>>> On Mon, Apr 5, 2010 at 2:12 PM, Ratko Dodevski <rade239 at gmail.com>
>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>> Hi guys, I have a bit of unusual problem. My customer wants every
>>>>>>>>> time
>>>>>>>>> someone calls there agents to get a prompt saying the the call will
>>>>>>>>> be
>>>>>>>>> recorded. The problem is that I don't know how to do that directly
>>>>>>>>> on
>>>>>>>>> a DN. for example they want when someone calls DN 239 (which is
>>>>>>>>> actual
>>>>>>>>> DN on a device not a CTI Route Point) to get a prompt and than the
>>>>>>>>> call to be routed to that agent. They don't want to change the
>>>>>>>>> agent's
>>>>>>>>> DN.
>>>>>>>>>
>>>>>>>>> Thanks
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Ratko
>>>>>>>>> _______________________________________________
>>>>>>>>> cisco-voip mailing list
>>>>>>>>> cisco-voip at puck.nether.net
>>>>>>>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Ratko
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Ratko
>>>>
>>>>
>>>> _______________________________________________
>>>> cisco-voip mailing list
>>>> cisco-voip at puck.nether.net
>>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>>
>>>
>>>
>>
>>
>>
>> --
>> Ratko
>>
>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>



-- 
Ratko



More information about the cisco-voip mailing list