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
--
___
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 f
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 peop
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 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:
On Wed, Mar 28, 2012 at 10:13:07AM -0700, C. Savinovich wrote:
> >>>If I can't make money off it, I might as well give it for free.
For the benefit of those who did not bother following us: '>>>' stands
for a single level of quoting. The following sentence was:
> > Limiting
> > access to the info
On Thursday 29 Mar 2012, Alex Balashov wrote:
> Not the best analogy, since it implies that Christian's services are
> legacy and retrograde, while those in India/Arabia/Nigeria/China are
> progressive, state-of-the-art.
The analogy was in two parts, addressing the two parts of the
gentleman's cl
e of them are in this thread. Stop using the guilt trip and playing the role of being a victim.>>>Would be funny if it weren't so sad. My sympathies. I agree, thanksChristian SavinovichVoIP & Telephony Consultant646-982-3572
---- Original Message --------
Subject: Re: [a
Not the best analogy, since it implies that Christian's services are legacy and
retrograde, while those in India/Arabia/Nigeria/China are progressive,
state-of-the-art.
In general, the opposite tends to be the case. There are printing presses in
the US, but Chinese can be paid so little to t
On Wednesday 28 Mar 2012, C. Savinovich wrote:
> Umm, like the amount you paid for your copy of Asterisk and the
> Linux server it runs on?
>
> First, you are missing the point.
>
> Second, you guys take away jobs from American developers. If there
> was a president in the USA who would
te intended at all. This is only business.Christian SavinovichVoIP & Telephony Consultant646-982-3572
Original Message ----
Subject: Re: [asterisk-users] Rate sheet "normalization"
From: Jai Rangi <jpra...@gmail.com>
Date: Wed, March 28, 2012 2:37 pm
To: Asterisk
I sympathise, as a fellow "American" developer. However, it is rather
childlike wishful thinking to purport to stop by force of law that natural
motion of capital which is certifiably unstoppable.
Global economic integration and interdependence ("globalisation") has its
pluses and minuses f
ey wouldn't.
> Microsoft and Google have way too much money in the bank, which they could
> share if they didn't hire overseas programmers
>
>
> Christian Savinovich
> *VoIP & Telephony Consultant*
> 646-982-3572
>
>
>
> ---- Original Message ---
*From:* asterisk-users-boun...@lists.digium.com [mailto:
> asterisk-users-boun...@lists.digium.com] *On Behalf Of *C. Savinovich
> *Sent:* Wednesday, March 28, 2012 1:17 PM
>
> *To:* Asterisk Users Mailing List - Non-Commercial Discussion
> *Subject:* Re: [asterisk-users] Rate sheet "n
mp; Telephony Consultant646-982-3572
Original Message ----
Subject: Re: [asterisk-users] Rate sheet "normalization"
From: "Raj Mathur (राज माथुर)" <r...@linux-delhi.org>
Date: Wed, March 28, 2012 2:13 pm
To: asterisk-users@lists.digium.com
On Wednesday 28 Ma
, 2012 1:17 PM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [asterisk-users] Rate sheet "normalization"
>>>The "Way to make money" is to help folks use the "open source" items in the
>>>most efficient manner
t that way. From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Don KellySent: Wednesday, March 28, 2012 12:25 PMTo: 'Asterisk Users Mailing List - Non-Commercial Discussion'Subject: Re: [asterisk-users] Rate sheet "normalization&
On Wednesday 28 Mar 2012, C. Savinovich wrote:
> I really don't think it is fair for anyone to give out such work for
> free. Unfortunately, many people are used to asking for free
> software solutions for all their problems. Whatever happened to
> paying for someone else's time and effort?
Umm,
.
From: asterisk-users-boun...@lists.digium.com
[mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Don Kelly
Sent: Wednesday, March 28, 2012 12:25 PM
To: 'Asterisk Users Mailing List - Non-Commercial Discussion'
Subject: Re: [asterisk-users] Rate sheet "normalization
Mark Zuckerberg's genious to make it in this market?...
what about an opportunity for the rest of us, normal developers?
Christian Savinovich
VoIP & Telephony Consultant
Original Message ----
Subject: Re: [asterisk-users] Rate sheet "normalization"
From: T
o make it in this market?... what about an opportunity for the rest of us, normal developers?Christian SavinovichVoIP & Telephony Consultant
Original Message ----
Subject: Re: [asterisk-users] Rate sheet "normalization"
From: Tzafrir Cohen <tzafrir.co...@xorcom.com>
Dat
On Wed, Mar 28, 2012 at 07:27:03AM -0700, C. Savinovich wrote:
>I really don't think it is fair for anyone to give out such work for
>free. Unfortunately, many people are used to asking for free software
>solutions for all their problems. Whatever happened to paying for
>someone e
:58 AM
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [asterisk-users] Rate sheet "normalization"
Sure someone will benefit from it. But what about all those others who are
financially affected by it? I certainly do not think that someone necessari
it from sharing and share ahead, but unfortunately a segment of the market has gotten to the point that it only takes but doesn't give back.Christian SavinovichVoIP & Telephony Consultant646-982-3572
Original Message ----
Subject: Re: [asterisk-users] Rate sheet "
hristian Savinovich
> *VoIP & Telephony Consultant*
>
>
>
>
> ---- Original Message ----
> Subject: Re: [asterisk-users] Rate sheet "normalization"
> From: Alex Balashov
> Date: Wed, March 28, 2012 10:00 am
> To: Asterisk Users Mailing List - No
ony Consultant
Original Message
Subject: Re: [asterisk-users] Rate sheet "normalization"
From: Alex Balashov <abalas...@evaristesys.com>
Date: Wed, March 28, 2012 10:00 am
To: Asterisk Users Mailing List - Non-Commercial Discussion
<asterisk-users@lists.digium.co
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 LL
On Mon, Mar 12, 2012 at 6:52 PM, Markus 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 this: the goa
: 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 provid
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 t
;
>> ** **
>>
>> ** **
>>
>> *From:* asterisk-users-boun...@lists.digium.com [mailto:
>> asterisk-users-boun...@lists.digium.com] *On Behalf Of *SamyGo
>> *Sent:* Thursday, March 15, 2012 11:45 PM
>> *To:* Asterisk Users Mailing List - Non-Commercial Discussion
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 wi
: [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 tha
>
> 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
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
Evarist
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
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 be
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 th
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 sh
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 wrote:
> A2Billing doesn't do that. A2Billing in fact has a lot of shortcomings
> on
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 difference
Am 15.03.2012 00:35, schrieb Benny Amorsen:
Markus 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 che
Markus 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.
If you need something
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
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 aband
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 this: the goal is to always get the cheapest
rate for a given destina
46 matches
Mail list logo
