[Kamailio-Users] fr_inv_timer in kam-3.0

Daniel-Constantin Mierla miconda at gmail.com
Fri Apr 9 09:46:38 CEST 2010


Hello,

On 4/9/10 12:41 AM, Ovidiu Sas wrote:
> The thing is that the flavor is controlling the behavior of several
> module as opposed to params that are controlling the behavior of a
> single module.
>    

it is not the flavour that does it. Or at least we use different terms 
here. The flavour controls the name of binary, compilation flags, what 
tools are installed.

This is the config file compatibility mode which does not depend on 
flavour - no matter what flavour you have, you can use #!KAMAILIO or 
#!SER (e.g., compile K flavour and have SER config compatibility).

I'm fine with getting rid of script compat directive, but flavours will 
stay for a while, since there are different db structures and modules 
for spcific purposes.

Cheers,
Daniel
> For the next release, it would be nice to get rid of it and maybe
> perform the following:
>   - we should switch to ms for all tm timers;
>   - maybe we should replace 'drop' with 'abort' and properly document
> this (everyone will be forced to update their configs and maybe
> rethink the logic);
>   - allow fixups for all modules;
> and so on ...
>
> Best thing to do would be to create a wiki page with everything that
> needs to be done in order to get rid of flavor and get input from the
> community on how to address each issue.
>
>
> Thanks,
> Ovidiu
>
> On Thu, Apr 8, 2010 at 6:10 PM, Daniel-Constantin Mierla
> <miconda at gmail.com>  wrote:
>    
>>
>> On 4/8/10 11:06 PM, Alex Balashov wrote:
>>      
>>> On 04/08/2010 05:06 PM, Ovidiu Sas wrote:
>>>
>>>        
>>>> I have to agree with Juha here.  In the next major release we should
>>>> get rid of this flavor stuff.
>>>> Everyone should bite the bullet and make their old scripts compatible
>>>> with the new architecture.
>>>>          
>>> Even I will agree with this, and I am very resistant to change by nature.
>>>
>>>        
>> Three major aspects seem to be controlled by compat mode:
>> - exit vs drop - in K they are distinct (e.g., drop is different in branch
>> and onreply routes), in SER drop==exit
>> - some bits in tm - avp parms format (in K they use PV format, to be
>> coherent with all other modules), auto-correction of timer parmeters that
>> used to be seconds in K and now are milliseconds and auto-dropping of
>> branches for serial forking
>> - modules' functions fixup attempts - in S mode, fixups based on
>> pseudo-variables are not tried
>>
>> If there is a way to make everyone happy with a single mode, then I am all
>> for it.
>>
>> Cheers,
>> Daniel
>>
>> --
>> Daniel-Constantin Mierla * http://www.asipto.com/ *
>> http://twitter.com/miconda *
>> http://www.linkedin.com/in/danielconstantinmierla
>>
>> _______________________________________________
>> Kamailio (OpenSER) - Users mailing list
>> Users at lists.kamailio.org
>> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
>> http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
>>
>>      
> _______________________________________________
> Kamailio (OpenSER) - Users mailing list
> Users at lists.kamailio.org
> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
> http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
>
>    

-- 
Daniel-Constantin Mierla * http://www.asipto.com/ * 
http://twitter.com/miconda * 
http://www.linkedin.com/in/danielconstantinmierla




More information about the sr-users mailing list