[SR-Users] Simple Least Cost Routing NPA-NXX?

[JR Richardson]

On Fri, Jul 16, 2010 at 2:37 PM, JR Richardson <jmr.richardson at gmail.com> wrote:
> Hi All,
>
> I'm in the lab with sip router 3.0 mocking up some trunk-group prefix
> routing with PDT and load balancing with Dispatcher.  This is working
> great and as expected.  I would like to incorporate some sort of LCR
> matching on NPA-NXX but I'm having some difficulty.  The PDT module
> automatically strips the prefix so for trunk group routing it works
> great but really can't be used for matching NPA-NXX.

Actually with "prefix2domain(rewrite_mode, multidomain_mode)" the
rewrite_mode value of 2: the user part of the URI is not changed.  I
don't know what I was thinking before, I actually tested this a few
weeks ago and forgot about this parameter.  So a better question here
would be, can the PDT module store several hundred NPA-NXX records in
memory?  I guess I'll just try it and see.w

>
> The Carrierroute module is pretty nice and works as expected but the
> issue I'm having, it appears that I have to have a NPA-NXX entry for
> each domain gateway I want to send calls to.  For instance if I have 3
> gateways in domain 1, then I would need the same NPA-NXX record entry
> in the database for each gateway.  The database entries would be
> [NPA-NXX] x [Number of Gateways] per domain.  So having 100K routes
> would mean having 300K records.  Am I looking at this correctly?  This
> is really what it seems like to me but logically I would think this
> should not be the case?
>
> I really like the Dispatcher polling functions to actively know what
> gateways are on-line and off-line plus the different distribution
> algorithms to choose from.  So it makes sense to me to implement a
> pseudo PDT/Distpacher scenario as an LCR but with PDT stripping the
> prefix, that can not be done.  Is there another mechanism whereby I
> can dip the database looking for the NPA-NXX, extract the domain group
> and send that to the Dispatcher function, without stripping the
> prefix?
>
> Or can a PDT module parameter be added to not strip the prefix.  But
> I'm not sure this will work, can the PDT module hold in memory a few
> hundred thousand records?
>
> Thanks.
>
> JR
> --
> JR Richardson
> Engineering for the Masses
>
-- 
JR Richardson
Engineering for the Masses