<div dir="ltr">Best of luck but this is FUD and laughable.  If you want, I can do a point by point, but I am sure most Asterisk folks know what is bunk.  The most laughable. <div><br></div><div style>500 calls a day, seriously?  No open source that does call recording?  </div>
<div style><br></div><div style>This &quot;Press Release&quot;, if you can call it that, does not belong on the list.</div><div style><br></div><div style>Thanks</div><div style>Steve Totaro</div></div><div class="gmail_extra">
<br><br><div class="gmail_quote">On Mon, Apr 1, 2013 at 1:53 AM, Alex Balashov <span dir="ltr">&lt;<a href="mailto:abalashov@evaristesys.com" target="_blank">abalashov@evaristesys.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
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>
&quot;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,&quot;<br>
said Alex Balashov, the principal of the company.<br>
<br>
&quot;However, the reality is that investment in open-source VoIP technology<br>
is a dead end.  From a technological point of view, we have lagged very<br>
badly in meeting the needs of today&#39;s sophisticated VoIP market, and it&#39;s<br>
time to cut our losses.  Asterisk, Kamailio, FreeSWITCH--all this stuff<br>
just hasn&#39;t kept up with the pace of evolution of 3GPP, ETSI, and ITU<br>
standards.  We are tired of saying &#39;sorry, we don&#39;t support IMS or<br>
H.323&#39; to our resultingly dwindling customer base.  Does anyone<br>
actually run an all-SIP network?&quot;<br>
<br>
Starting in early April, Evariste will begin providing value-added<br>
consultancy related to the implementation of the Acme Packet Net-Net<br>
Session Director.  In Balashov&#39;s view, &quot;the Net-Net SD is the only<br>
product capable of meeting the perimeter security, routing and peering<br>
needs of today&#39;s VoIP service delivery environment.&quot;<br>
<br>
Fred Posner, the director of Team Forrest, a Palner Group integration<br>
and consultancy operation based in the Jacksonville, Florida area,<br>
agreed:<br>
<br>
&quot;SIP is a tiny piece of the telephony puzzle. The big boys of<br>
ClueCon [an interoperator revenue-sharing consortium] want DIAMETER-based<br>
interdomain peering policy control, H.323, MGCP, and IMS.  IMS is pretty<br>
much how VoIP architecture is done now.  We got out of the Asterisk<br>
business just in time, right before Mitel swallowed the PBX world.<br>
I&#39;m glad to see Evariste is finally seeing the light, and I&#39;m sure its<br>
shareholders are too.&quot;<br>
<br>
Posner also believes Evariste&#39;s lack of support for TDM interfaces<br>
accounted for dwindling market share.<br>
<br>
&quot;Have you seen CSRP?  It&#39;s SIP in, SIP out.  Real inter-LATA haulers<br>
and application service providers use TDM and leave SIP for things<br>
like voicemail.  I can&#39;t plug my DS3s into a SIP proxy, so I just<br>
don&#39;t think there was any real demand for the sort of thing they<br>
were doing.&quot;<br>
<br>
Noting Oracle&#39;s US$2.5bn acquisition of Acme Packet in early February,<br>
as well as its more recently announced buyout of Tekelec, a Siris<br>
Capital Group portfolio company, Balashov remarked: &quot;The obvious<br>
shift to an Oracle-centric telephony paradigm was a kind of validation,<br>
if you will, of our decision to unload our dead weight and sign on<br>
to the revolution in unified communications.&quot;<br>
<br>
Sean McCord, of CyCORE Systems, an Atlanta-based software consulting<br>
house and long-time Evariste creditor, agreed that there was a natural<br>
synergy between Evariste&#39;s shift to Acme Packet and Oracle&#39;s dominance<br>
of telephony infrastructure.<br>
<br>
&quot;Oracle is a forward-thinking telecom pioneer,&quot; McCord said.<br>
&quot;The telephone is Oracle, and Oracle is the telephone.&quot;<br>
<br>
Balashov also noted that a tightening regulatory environment and new<br>
consumer protection rules helped hasten the decision to embrace the<br>
more professionalised Acme Packet product portfolio.<br>
<br>
John Knight, Senior Engineer at Hendersonville, NC-based Ringfree<br>
Communications, one of Evariste&#39;s oldest channel partners, said:<br>
&quot;As one of Evariste&#39;s long-time disties, we were jittery about exposure<br>
to CALEA and the QA requirements of large call centers.  We tried to<br>
make do, but at some point we just had to put the relationship on<br>
stop.  I&#39;m all in favour of open, but there&#39;s just no open-source<br>
software out there that does call recording, and that&#39;s the bottom line<br>
for us.  In the end, we had to restructure some debt just to get<br>
bondholders to let us source a proprietary solution on tick.&quot;<br>
<br>
In a thematically related move, Evariste will be dropping its heavy<br>
use of the open-source PostgreSQL database manager for its rating and<br>
reporting tools.<br>
<br>
&quot;The business case for standardising on Oracle&#39;s databases could not be<br>
clearer.  With Oracle Database 11g&#39;s support of warehousing and OLTP,<br>
the real mystery is why we didn&#39;t go there sooner,&quot; said Balashov.<br>
<br>
Carlos Alvarez, a director at Televolve, a growing Phoenix-area VoIP<br>
operator, recently spearheaded a move away from Evariste&#39;s PostgreSQL-<br>
based call detail record (CDR) storage solution to one running atop<br>
Microsoft SQL Server 2008.<br>
<br>
Alvarez commented: &quot;Evariste had a nice idea, in a cute, David-and-Goliath<br>
kind of way, but we&#39;re processing over five hundred phone calls a day<br>
now.  Are we really going to store those kinds of volumes in an<br>
open-source database?  Might as well just put it all in flat text<br>
files at that point.  Phone service is an uptime game. You can&#39;t<br>
compromise on this stuff. What if someone needs to call 911?&quot;<br>
<br>
Asked to summarise his expectations, Balashov said: &quot;I hope this turns us<br>
around in a big way.  We were wrong to think that nobody cared about<br>
stuff like P-CSCFs, or that you could deliver even rudimentary VoIP<br>
to the premise without the expansive feature set of a comprehensive<br>
solution like the Net-Net SBC.  I can only hope the market forgives us<br>
for betting on &#39;SIP Express Router&#39; and its ilk back in the day, and<br>
gives us a chance to do it right in round two.&quot;<br>
<br>
Fred Posner, of Team Forrest, added: &quot;Besides, if you look at the Git<br>
repository, Kamailio hasn&#39;t had any code contributions in at least five<br>
years. It seems everyone&#39;s figured out this pure SIP stuff is defunct<br>
and hokey.&quot;<br>
<br>
<br>
<br>
--<br>
______________________________<u></u>______________________________<u></u>_________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
<br>
asterisk-biz mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
  <a href="http://lists.digium.com/mailman/listinfo/asterisk-biz" target="_blank">http://lists.digium.com/<u></u>mailman/listinfo/asterisk-biz</a><br>
</blockquote></div><br></div>