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