[cisco-voip] Outbound Call parameters?

[Daniel]

Maybe some type of TCL IVR script that kept a record of time used.

You could use the TCL script to prefix numbers to a call and match them on
the pots dial peers to go out the correct PRI

Not that I would use this but just thinking if its possible.

The call could be answered by the TCL, Time variable checked, decide what
PRI to use prefix the number and dial again.

sounds feasible?



On Wed, Nov 4, 2009 at 8:42 AM, Scott Voll <svoll.voip at gmail.com> wrote:

> I don't think there is anything in CM to do this.  with some time and a lot
> of energy you could look through CDRs and try and route calls based on past
> calling patterns....... But that is not my idea of a good time.
>
> Scott
>
>   On Tue, Nov 3, 2009 at 2:17 PM, Madziarczyk, Jonathan <
> JMad at cityofevanston.org> wrote:
>
>>    So as I understand it my route group/list is what dictates my outbound
>> call gateway distribution.  But what determines how I best use those
>> gateways seems to be limited to two algorithms, top down and
>> circular…neither of which seem to do what I want….
>>
>>
>>
>> We have a new PRI in the mix that gives us a set number of free local
>> minutes (36,000).  But the minutes after that are at a slightly higher
>> rate.  Is there a way to get CUCM to best utilize the new PRI and it’s free
>> minutes?
>>
>>
>>
>> I don’t think there’s a way to tell CUCM to “use the first 36,000 minutes
>> on PRI A then start using PRI B.
>>
>>
>>
>> There doesn’t appear to be a way to even set ratios for gateways.  Like a
>> 2:3 ratio for PRI A and PRI B, respectively.  In theory if this ratio was
>> similar to my amount of free minutes vs. total minutes I would, over time
>> come fairly close to using all the free minutes and as few of the “after
>> free, more expensive” minutes.
>>
>>
>>
>> Am I missing something, or is this just a limitation of CUCM?
>>
>>
>>
>> Even if I have to send all calls to the new PRI I will still save money in
>> the long run, but wasting money is still wasting money.
>>
>>
>>
>> JonM
>>
>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>
>>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20091104/9f9bc096/attachment.html>