[asterisk-biz] Dear Termination Providers,

[Peter Beckman]

Alexander Harrowell wrote:

> Isn't there a need for a Web service here? 
Not really.  Frankly I don't want to have to do a web-service call for
every single call.  Plus LCR routing doesn't really work if you don't know
what the rate is.  I want to simply download and cache all rates for
a given provider, not to dynamically fetch 20 rates from 20 providers for
each call just to determine which one I should use.

What's needed is a rate deck that includes every route the provider
supports, US, Canada and everything else.

There is also a problem with not being able to provide negative routes.

     52,0.05,Mexico

What if you can't route to 52235?  Or you choose not to?  There's no way to
announce that, well other than:

     52235,99999,Mexico

But still, if nobody else can route it, my LCR engine might try to route
the call there.  It would fail, but if my call messed up, I might charge
$100,000 to my customer.  It would be silly, but possible.

I just think we need to come up with an RFC for telecom termination
providers to share their rates -- 3,000 rows or 300,000 rows.  I think the
format that another guy on this list started is good, but still needs some
refinement.

---------------------------------------------------------------------------
Peter Beckman                                                  Internet Guy
beckman at angryox.com                                 http://www.angryox.com/
---------------------------------------------------------------------------
-------------- next part --------------
On Friday 01 May 2009 15:52:44 Tim Panton wrote:
> On 27 Apr 2009, at 21:03, Peter Beckman wrote:
> > On Fri, 24 Apr 2009, Miles Scruggs wrote:
> >> I think you maybe shocked to see what a full rate deck actually looks
> >> like. A complete deck (if it is competitive) can be upwards of
> >> 300,000
> >> lines.  If you have a termination provider that is selling US 48 at a
> >> flat rate with no restrictions they either aren't doing it to every
> >> market, or it is way over priced.   (If anyone out there wants to
> >> terminate the US 48 with no restrictions for $0.01/min I have a
> >> little
> >> over 1,000,000 per day to send you)
> >>
> >> What really gets me is all the different ways that international is
> >> done, and the fact that most sheets give you names instead of dialing
> >> codes.  Names are next to useless when trying to rate a call and
> >> every
> >> carrier has a different name for each dialing code compared to the
> >> next carrier out there.  In short being competitive with your rates,
> >> and billing calls isn't not trivial which is why some billing
> >> software
> >> alone runs upwards of $100,000.
> >>
> >> None of these are great reasons for not publishing a deck, but the
> >> average person buying termination doesn't want to bother with a
> >> 300,000 line long rate deck.
> >
> >  That's ok -- don't publish it!  But when I'm your customer, I want
> > your
> >  rates, all of them, in a computer-digestable format, and easily
> > updatable.
> >  If you are giving me a flat rate, I want to see that in the rate
> > deck.  If
> >  you want to publish something different to the public, great!  But
> > as a
> >  customer, I want the full rate deck for EVERY destination
> > supported, so I
> >  don't have to manually update the rates you left out because you
> > didn't
> >  consider the US worthy of inclusion.
> >
> >  I understand some do full npanxx, but most I deal with (I'm a small
> > fry
> >  compared to your 1M minutes per day) give me a flat blended rate,
> > and I
> >  want to know what I can and cannot terminate to and at what cost.
>
> Teliax have (had?) this web service that you can call with a number
> and it returns the rate in xml.
>
> They also publish their rates as csv files so you can import them.
>
> Tim.

Isn't there a need for a Web service here? 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-biz/attachments/20090501/2c3a4eb5/attachment.htm 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 194 bytes
Desc: This is a digitally signed message part.
Url : http://lists.digium.com/pipermail/asterisk-biz/attachments/20090501/2c3a4eb5/attachment.pgp 
-------------- next part --------------
_______________________________________________
--Bandwidth and Colocation Provided by http://www.api-digital.com--

asterisk-biz mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-biz