[asterisk-users] Rate sheet "normalization"

Markus universe at truemetal.org
Tue Mar 13 06:23:21 CDT 2012


Am 13.03.2012 01:24, schrieb Alex Balashov:
> On 03/12/2012 06:52 PM, Markus wrote:
>
>> Now, if the "49" route of the first provider is cheaper, my
>> system (a2billing) will still use the more expensive "4930" code
>> because it is more specific.
>
> There is a great deal of wisdom in this approach that you may wish to
> consider carefully before abandoning. It is especially true in Europe,
> and really, anywhere outside the North American environment, which it
> doesn't sound like you're in to begin with.

I understand what you're saying, but actually, I tried to keep the 
example really simple. In real life, the problem is that some of the 
rate sheets of some providers look like this - example:

Provider 1:

Brazil Mobile Tim, 55118, 0.0383

Provider 2:

Brazil Tim Mobile, 551181, 0.1785
Brazil Tim Mobile, 551182, 0.1785
Brazil Tim Mobile, 551183, 0.1785
Brazil Tim Mobile, 551184, 0.1785
etc.

Now, all calls would go via the more expensive Provider 2 due to the 
more specific codes, and the cheaper route via Provider 1 would not be 
used at all.

Basically the software I'm looking for knows all the real "base" codes 
throughout the world and will merge such unnecessary breakout codes like 
at Provider 2 to the "base" code. Or, it will understand that there is a 
cheaper route available for a valid base code and drop the more specific 
codes. And if the more specifics are cheaper, it should understand that 
as well.

Does such a thing exist?

Thanks!



More information about the asterisk-users mailing list