[SR-Users] kamailio 3.0.3 tls problems

[Daniel-Constantin Mierla]

  Hello,

On 9/28/10 7:29 PM, Ovidiu Sas wrote:
> Daniel,
>
> What do you think about moving the (k) presence modules to standard
> for the next 3.1 kamailio release?

there is the pua_ursrloc that is related to kamailio version of usrloc. 
The others might be ok, but haven't really looked at all dependencies. 
Maybe we keep current locations of presence modules for this release and 
with next one we try to merge some more modules like location ones. 
Also, I plan to put quite some work in the near future to presence, 
mainly to scalability, now that starting with 3.1 we have complete 
solution with the new embedded xcap server.

It would be good to move to obsolete folder all modules that are not 
maintained.

Cheers,
Daniel
>
> Regards,
> Ovidiu Sas
>
> On Tue, Sep 28, 2010 at 11:38 AM, Andrei Pelinescu-Onciul
> <andrei at iptel.org>  wrote:
>> On Sep 28, 2010 at 11:29, Ovidiu Sas<osas at voipembedded.com>  wrote:
>>> On Tue, Sep 28, 2010 at 11:10 AM, Andrei Pelinescu-Onciul
>>> <andrei at iptel.org>  wrote:
>>>> You mean there are no presence modules in the default config (which
>>>> right now uses common modules + modules comming from ser).
>>>> You can use the presence modules under modules_k (the ones comming from
>>>> kamailio), although they might not mix well with the ser-like DB (ser
>>>> presence modules are obsolete).
>>> If ser presence modules are obsolete, can we move them to the obsolete
>>> directory and promote k ones to stadard?
>> They already under obsolete/, except for presence_b2b.
>>
>> Moving the k ones to standard should be ok, as soon as someone can check
>> that they do not depend on some modules still under modules_k (e.g.
>> using an API implemented in one of them) and they are independent from
>> the DB tables point of view (they use their own tables or tables that
>> are the same both in k and ser).
>> Basically if someone introduces them in a ser config, they wouldn't
>> cause any problems.
>>
>>
>> Andrei
>>

-- 
Daniel-Constantin Mierla
http://www.asipto.com