[SR-Users] Dialplan module doubt

[José Seabra]

Hello,

Ok, I will check that.
In terms of call processing no matter how many non-numeric entries mtree
has?

Thank you for you help
BR
José



2016-07-01 12:59 GMT+01:00 Daniel-Constantin Mierla <miconda at gmail.com>:

> Hello,
>
> well, it is not easy to predict, because it is a matter of density (or
> overlapping characters).
>
> Anyhow, it also depends on the module parameter char_list -- if you want
> any character from alphabet there is going to use lot of memory.
>
> For first value added in the tree, it creates 'sizeof(value) *
> sizeof(char_list)' internal structures.
>
> But then, if the next value added shares a prefix with the previous
> values, then it reuses from the previous internal structures.
>
> The best to see how it goes is to put the data in database table and load
> them, then check the use of shared memory.
>
> Cheers,
> Daniel
>
> On 01/07/16 13:43, José Seabra wrote:
>
> Hello,
>
> Can you tell me what is the memory usage in mtree for each non-numeric
> record with ~ 10 characters?
>
> Mtree using more memory can decrease its own performance?
>
> Thank you
> BR
> José
>
> 2016-07-01 12:34 GMT+01:00 Daniel-Constantin Mierla < <miconda at gmail.com>
> miconda at gmail.com>:
>
>> 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>
>> 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 listsr-users at lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>>
>>> --
>>> Daniel-Constantin Mierlahttp://www.asipto.com - http://www.kamailio.orghttp://twitter.com/#!/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
>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>>
>>>
>>
>>
>> --
>> Cumprimentos
>> José Seabra
>>
>>
>> --
>> Daniel-Constantin Mierlahttp://www.asipto.com - http://www.kamailio.orghttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
>>
>>
>
>
> --
> Cumprimentos
> José Seabra
>
>
> --
> Daniel-Constantin Mierlahttp://www.asipto.com - http://www.kamailio.orghttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
>
>


-- 
Cumprimentos
José Seabra
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20160701/26f54d7c/attachment.html>