Sorry to hear this really negative news on open-source Kamailio. I want to 
share the following two good articles with you. Both articles shed light on the 
positive impact of building with SIP. The 1st good article "H.323 and SIP 
Becoming Legacy. XMPP and JS are the Future"
April 12, 2012 
The 12 comments for the article are also worth reading. 
http://bloggeek.me/h323-sip-xmpp-js/ The 2nd good article "SIP vs XMPP or SIP 
and XMPP?" compares the 2 most popular signaling protocols - SIP and XMPP.
November 09, 2009
http://p2p-sip.blogspot.ca/2009/11/sip-vs-xmpp-or-sip-and-xmpp.html Due to its 
popularity, SIP faces with overload issue recently. Build-in overload mechanism 
cannot prevent overload effectively. Therefore, IETF SIP Overload Control (soc) 
Working Group works on IETF RFC "SIP Overload Control" currently.
http://tools.ietf.org/html/draft-ietf-soc-overload-control-12
 
IETF SIP Overload Control discussion archives
http://www.ietf.org/mail-archive/web/sip-overload/current/threads.html#00874
 
We have published a survey on SIP overload control algorithms (including IETF 
RFC "SIP Overload Control").
 "A Comparative Study of SIP Overload Control Algorithms"
http://www.researchgate.net/publication/231609451_A_Comparative_Study_of_SIP_Overload_Control_Algorithms
http://arxiv.org/abs/1210.1505
http://www.igi-global.com/chapter/comparative-study-sip-overload-control/67496
 
We have also used control theorectic approaches to model the interactions 
between an overloaded SIP server and its upstream servers as a feedback control 
system in two different scenarios - redundant retransmission ratio control and 
round trip delay control (IEEE Globecom 2010 and ICC 2011).
 
"Mitigating SIP Overload Using a Control-Theoretic Approach" IEEE Globecom 2010
http://www.researchgate.net/publication/221284946_Mitigating_SIP_Overload_Using_a_Control-Theoretic_Approach
http://ieeexplore.ieee.org/xpl/login.jsp?tp=&arnumber=5683124&url=http%3A%2F%2Fieeexplore.ieee.org%2Fxpls%2Fabs_all.jsp%3Farnumber%3D5683124
 
Implementation of implicit SIP overload control in the real system
"An Efficient Earthquake Early Warning Message Delivery Algorithm Using an in 
Time Control-Theoretic Approach"
http://link.springer.com/chapter/10.1007%2F978-3-642-23641-9_15#
http://www.ipv6.org.tw/docu/elearning8_2011/1010004798p_3-7.pdf  "Design Of A 
PI Rate Controller for Mitigating SIP Overload" IEEE ICC 2011
http://www.researchgate.net/publication/224249824_Design_of_a_PI_Rate_Controller_for_Mitigating_SIP_Overload
http://features.rr.com/article/01vBgtc8TR17z?q=Skype
http://ieeexplore.ieee.org/xpl/login.jsp?tp=&arnumber=5963029&url=http%3A%2F%2Fieeexplore.ieee.org%2Fxpls%2Fabs_all.jsp%3Farnumber%3D5963029
  Best regards,
Winston Hong
Software Engineer
InBay Technologies Inc.
Ottawa, 
Canada K2K 1Y3
http://www.inbaytech.com/solutions.html > On Mar 31, 2013 6:33 PM, "Alex 
Balashov" <abalas...@evaristesys.com> wrote:
> For immediate release:
>
> ATLANTA, GA (1 April 2013)--Evariste Systems LLC, an Atlanta-based
> consultancy specialising in Kamailio-based VoIP infrastructure solutions
> for the ITSP and CLEC market, has announced that beginning in the second
> quarter of 2013, it will be abandoning its Kamailio-based technology
> portfolio to focus on its new role as a preferred VAR (Value Added
> Reseller) for Acme Packet (NASDAQ:APKT).
>
> "It is with a heavy heart that we abandon five years of Kamailio-oriented
> work and the Canonical SIP Routing Platform product derived from it,"
> said Alex Balashov, the principal of the company.                             
>           
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Reply via email to