[SR-Users] Dialplan module doubt

[Daniel-Constantin Mierla]

Hello,

the matching rules are stored pre-compiled in memory, not being parsed
every time, unless you have rules with variables.

Combining mtree with dialplan can increase performances, just be aware
that if you have non-numeric values stored in 'tprefix' column, it is
going to use a lot of memory for lot of records.

Cheers,
Daniel


On 01/07/16 10:20, José Seabra wrote:
> Hello Daniel,
> Thank you for your reply,
> What are optimizations to increase the speed of processing?
>
> I have thought in another solution that is use diaplan module only for
> apply manipulations and use mtree to match prefixes after apply
> manipulations.
>
> What is your opinion on this?
>
> Thank you again for your great support.
>
> Regards
> José Seabra
>
> 2016-07-01 8:58 GMT+01:00 Daniel-Constantin Mierla <miconda at gmail.com
> <mailto:miconda at gmail.com>>:
>
>     Hello,
>
>     the transalation records are cached by kamailio and precompiled,
>     so there are optimizations to increase the speed of processing.
>     But have in mind that the rules are matched one by one from the
>     same dpid, in the order of priority.
>
>     For the records where you don't have substitutions/replacement,
>     you can set empty string -- it should work.
>
>     Cheers,
>     Daniel
>
>
>     On 29/06/16 13:30, José Seabra wrote:
>>     Hello there,
>>     I'm evaluating if I can use dial-plan and dispatcher module to
>>     build a kamailio routing server to route calls based on number
>>     dialed(sometimes the number dialed can be Alphanumeric).
>>     I'm expecting have lot of dial-plan entries, some of them with
>>     manipulations, others without.
>>
>>     Anyone can see here any limitation on this implementation?
>>
>>     One thing that I have noticed is that dial-plan module enforces
>>     me to fill the fields substr_exp and repl_exp even if i don't
>>     have any manipulations to apply.
>>
>>     I'm also concerning  about performance issues with lot of
>>     dialplan entries.
>>
>>     What are your thoughts about this solution?
>>
>>     Thank you
>>     -- 
>>     José Seabra
>>
>>
>>     _______________________________________________
>>     SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>     sr-users at lists.sip-router.org <mailto:sr-users at lists.sip-router.org>
>>     http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>     -- 
>     Daniel-Constantin Mierla
>     http://www.asipto.com - http://www.kamailio.org
>     http://twitter.com/#!/miconda <http://twitter.com/#%21/miconda> - http://www.linkedin.com/in/miconda
>
>
>     _______________________________________________
>     SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
>     list
>     sr-users at lists.sip-router.org <mailto:sr-users at lists.sip-router.org>
>     http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
>
>
> -- 
> Cumprimentos
> José Seabra

-- 
Daniel-Constantin Mierla
http://www.asipto.com - http://www.kamailio.org
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20160701/a3907872/attachment.html>