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/


_______________________________________________
Kamailio (OpenSER) - Users mailing list
Users@lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
http://lists.openser-project.org/cgi-bin/mailman/listinfo/users

Reply via email to