[Kamailio-Users] [SR-Users] kamailio 3.0 - the time before freezing

Daniel-Constantin Mierla miconda at gmail.com
Mon Aug 24 14:05:34 CEST 2009


On 24.08.2009 14:32 Uhr, Iñaki Baz Castillo wrote:
> I must agree with Alex.
> Sincerely I will wait until SR is really released to start with it.
> And with "really released" I mean: when both kamailio and SER concepts
> disapear entirely from SR (no more K/S-modules, K/S-functions,
> K/S-components, K/S-pseudovariables, no more compability features and
> so on).
>   

Well, this is not easy as you may think. Even easier from coding point 
of view, the management of any relevant project around the world has to 
take in consideration backward compatibility and easy upgrades.

I am personally aware of companies using Kamailio with several millions 
of subscribers, using kamailio database schema. Also, I am aware of 
companies having more or less same level of subscriber base using SER 
database schema. All have additional tools for management, integration 
with third-party application, a.s.o. Do you think that saying "hey, you 
were the unlucky bastard because we are going to drop tomorrow the 
database schema you are using" is the solution?

> What I don't understand is the reasons to make current SR working with
> K and S features/modules compatibility. We don't need a SR working
> solution right now (since Kamailio and SER do exist), do we?

Maybe not you, but there are others. I am facing many troubles because 
of TCP (also TLS) layer in K which do not happen with SR core - 
asynchronous TCP helps a lot. I use memcache and plan to move all server 
to server communication to SCTP for reliability and HA. Using 
asynchronous processing (t_suspend/t_continue) I am able to get a very 
scalable routing and billing engine (prepaid) which is no way possible 
with other technologies.


> . Wouldn't
> be better to spent devel time in porting the required K/S modules to
> SR instead of making them working as K/S modules in any way?
>   

All (but seas) are ported. There is nothing else to port, just some 
overlapping (read conflicting) from functionality/database structure 
point of view. You can do your Inakilio SIP server using ser auth module 
and kamailio location/presence modules if that suits better. Kamailio 
has to provide to its users of version 1.5.x a new release on the same 
line of modules.

Cheers,
Daniel

> Please, don't take me wrong, I just wonder what's the rush to have a
> SR working instead of having a real an independent SR release :)
>   

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




More information about the Users mailing list