Besides ported numbers, which are exception based and for which, you
need to have some database, the LCR however is something that can be
optimized. I have clients who confronted with same problem simply
prefer to throw more data at the database and look for improving the
algorithms rather than optimize the provisioning process. They say is
you switch you fix it, we cannot ro do not want to optimize it.
So is a more of shared issue between both supplier and carrier they
should work together to fix it. This is the hard part ....
Adrian
On Feb 18, 2009, at 4:09 PM, Noel R. Morais wrote:
I'm pretty sure.
I'm from Brazil and here we have number portability "feature".
Today we have 140 millions of cell phone numbers and 100 millions of
landline numbers, so, 240 millions of numbers that can be ported to
another provider.
if only 5% of the people decide to port their numbers, I will end with
12 millions of ported numbers and I need to have this route rules ...
put on this bag the normal routing rules ...
So, it's insane, I think that there is no shortcut, any ideias? :D
so, drouting seems to be The Guy .... I'll try it today and send the
results ... :D
Cheers,
Noel
On Wed, Feb 18, 2009 at 12:05 PM, Bogdan-Andrei Iancu
<[email protected]> wrote:
Hi Noel,
As Brett already recommended, use the Drouting module as it is the
only one
able to cope with so large amount of data in an efficient way. See
here some
performance considerations:
http://www.opensips.org/html/docs/modules/devel/
drouting.html#id227252
Actually there was a guy on the IRC channel (#opensips) testing
even with 1M
of rules and the memory scaled linearly (less than 180M shared
mem for 1M
of rules)
So, you may need something like 2G of mem for 10M rules :).
Regards,
Bogdan
Noel R. Morais wrote:
Hi Guys,
I need to build a proxy that should be able to handle millions of
routes, something near 10 millions :D
What is the best module to use in this case? carrierroute or droute?
does anybody have experience in installations like that?
thanks,
Noel
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
