Internet. Senseless and merciless
A E [Gmail] wrote 29.03.2012
10:28:
Wow! ...all the poor guy wanted to know was if there was any
tool available for normalization of carrier rate sheets!
--
_
-- Bandwidth and Colocation
On Wednesday 28 March 2012, C. Savinovich wrote:
The Way to make money is to help folks use the open source items in
the most efficient manner
Nobody wants to pay me $2,000 to install and configure A2billing, which in
my view, is a fairly low price for my time. There are people who do that
Am 28.03.2012 20:17, schrieb C. Savinovich:
The Way to make money is to help folks use the open source items
in the most efficient manner
Nobody wants to pay me $2,000 to install and configure A2billing, which
in my view, is a fairly low price for my time. There are people who do
that for
On 03/29/2012 03:47 PM, Markus wrote:
I'm pretty sure there are a bunch of people who would be happy to pay
money for a better a2billing. Including myself :)
Have you looked at jbilling.com ? It's F/OSS with commercial support.
Regards,
Patrick
--
On Mon, Mar 12, 2012 at 6:52 PM, Markus unive...@truemetal.org wrote:
Hi,
this question is not Asterisk specific, but since there are so many
experts present on this list, maybe its OK to ask anyways.
I'm having a hard time normalizing rate sheets from different providers.
What I mean with
We solve this problem for our customers all the time, in various
situationally-specific ways. But yes, we are not really in a position to
genericise it and give it away. It's not because we are greedy. The time and
resources just aren't there.
--
Alex Balashov - Principal
Evariste Systems
On 03/28/2012 03:15 PM, Raj Mathur (राज माथुर) wrote:
Times change -- the way to deal with that is to adapt
I don't think you'll get any serious disagreement on that from anyone
here.
--
Alex Balashov - Principal
Evariste Systems LLC
235 E Ponce de Leon Ave
Suite 106
Atlanta, GA 30030
Tel:
Am 16.03.2012 04:14, schrieb Ast Coder:
I would be more interested in a system where quality routes are tested
with different providers because rate really doesn't matter if a call
can't be placed or if a destination is a fake one. We have seen many
fake destinations with top tier providers but
: Friday, March 16, 2012 9:47 AM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [asterisk-users] Rate sheet normalization
Am 16.03.2012 04:14, schrieb Ast Coder:
I would be more interested in a system where quality routes are tested
with different providers because rate
could MS-Excel possibly be the easiest way to do that normalization ! just
merge two rate sheets put some formulas in there and use it in your
A2billing or XYZ tool !
On Thu, Mar 15, 2012 at 10:07 AM, Ast Coder asteriskcod...@gmail.comwrote:
A2Billing doesn't do that. A2Billing in fact has a
With like 10 different ratesheets from 10 different providers, of which
many change their rates every few days, manually doing it in Excel is
too time consuming...
Am 15.03.2012 07:26, schrieb SamyGo:
could MS-Excel possibly be the easiest way to do that normalization !
just merge two rate
On Thursday 15 Mar 2012, Markus wrote:
With like 10 different ratesheets from 10 different providers, of
which many change their rates every few days, manually doing it in
Excel is too time consuming...
Is it possible to get samples? I'd be interested in looking into
developing a script that
Am 15.03.2012 17:20, schrieb Raj Mathur (राज माथुर):
On Thursday 15 Mar 2012, Markus wrote:
With like 10 different ratesheets from 10 different providers, of
which many change their rates every few days, manually doing it in
Excel is too time consuming...
Is it possible to get samples? I'd
I would be more interested in a system where quality routes are tested with
different providers because rate really doesn't matter if a call can't be
placed or if a destination is a fake one. We have seen many fake
destinations with top tier providers but they had the best rates so the
strategy to
Our system just rolls over until it finds a carrier that will take it. Up to 30
different routes are supported, and rollover is pretty instantaneous in most
cases.
--
This message was painstakingly thumbed out on my mobile, so apologies for
brevity and errors.
Alex Balashov - Principal
So, maybe a subscription service where a dialler system continuously tests
routes with a list of 10 providers so that it's established which routes
actually work and then allow that data to be downloaded for usage.
I think that it may not be humanly possible and also not possible to have a
: [asterisk-users] Rate sheet normalization
So, maybe a subscription service where a dialler system continuously tests
routes with a list of 10 providers so that it's established which routes
actually work and then allow that data to be downloaded for usage.
I think that it may not be humanly
List - Non-Commercial Discussion
*Subject:* Re: [asterisk-users] Rate sheet normalization
** **
So, maybe a subscription service where a dialler system continuously tests
routes with a list of 10 providers so that it's established which routes
actually work and then allow that data
] *On Behalf Of *SamyGo
*Sent:* Thursday, March 15, 2012 11:45 PM
*To:* Asterisk Users Mailing List - Non-Commercial Discussion
*Subject:* Re: [asterisk-users] Rate sheet normalization
** **
So, maybe a subscription service where a
dialler system continuously tests routes with a list of 10
Markus unive...@truemetal.org writes:
Does such a thing exist?
How does a2billing do it? It should be pretty easy in an AGI. If you can
afford a linear lookup per call, just grep through the array of prefixes
to find the ones matching a particular call, then pick the cheapest from
the results.
Am 15.03.2012 00:35, schrieb Benny Amorsen:
Markusunive...@truemetal.org writes:
Does such a thing exist?
How does a2billing do it? It should be pretty easy in an AGI. If you can
afford a linear lookup per call, just grep through the array of prefixes
to find the ones matching a particular
A2Billing doesn't do that. A2Billing in fact has a lot of shortcomings one
of which is this exact issue.
I would suggest running rate sheets against each other for finding true LCR
and then only uploading the rates that are cheaper into the system. In most
cases there are not such high
22 matches
Mail list logo
