<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<p>If youre trading out of oracle for sansay or sonus i dont suspect
you're going to find any revelations. Its mostly going to be a
lateral move for slightly better support and potential feature
loss. The Acme is, despite oracles best efforts, still the best
commercial SBC out there in this particular space. The ability to
extend with HMR and Lua scripting makes it super powerful. <br>
</p>
<p>Some considerations after having run a 100k+ user geographically
distributed network: <br>
</p>
<ol>
<li>Whatever you buy, go virtual. This breaks the hardware lock-in
cycle and removes the typical CPU binding of SBC's. Make sure it
runs on COTS (and preferably plays nice in public cloud). <br>
</li>
<li>Deploy more, small instances (5-15k reg). Use deep SRV records
(4+) . <br>
</li>
<li>Strongly consider a Opensips/Kamailio approach. Your up-front
investment at your scale will be approx the same, spent in
intelligent manpower over the hardware solution but your
recurring will likely fall to a fraction. <br>
</li>
<ol>
<li>plus of this is if youre primarily UDP on the access side
reasonable HA can be delivered. <br>
</li>
<li>if you are using TCP signaling, TCP failover is not as good
as a Acme or Sonus (no state sync).<br>
</li>
<li>If you are using TLS the ability to automate certs with
LetsEncrypt, vs not doing TCP state sync could be a wash. <br>
</li>
<li>Ive been having lots of discussions with the devs on the
opensips project about solving many of these issues in large
scale carrier networks, and its certainly do-able. </li>
</ol>
</ol>
<p>I would suggest having a look at the Metaswitch Perimeta as well.
It does the SBC thing as well as any and can run virtual. <br>
</p>
<p>I would also suggest a demo of the FraFOS ABC SBC (an absolutely
atrocious name for a very solid piece of software). I have
personally run this one and was very happy with it. It also runs
cloud native nicely. <br>
</p>
<p>The only rub here is if you need large scale transcode. FOSS isnt
taken off the table but complexity goes up a little bit. The
Frafos could be a solution here. <br>
</p>
<p>FWIW if/when you do this, I know a used Acme broker that might be
interested in your cast-off gear as well. <br>
</p>
<p>Best of luck!<br>
</p>
-Ryan Delgrosso<br>
<br>
<br>
<div class="moz-cite-prefix">On 2/23/2018 12:49 AM, Jeff Anderson
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CAPz3n-ykmxGBLQHjSwn0RozEJ86LPDgWxnbtfLSgB0LBH-imkw@mail.gmail.com">Currently
registered endpoints in the tens of thousands. It would take us a
long time to grow to 100k but it’s possible as we do more and more
legacy switch migrations.
<div><br>
</div>
<div>I am not aware of anything too exotic but also not sure what
those exotic feature might be. We are an ILEC in certain markets
if that tells you anything. We are spread across several states
and have class 5 switches in each market.</div>
<div><br>
</div>
<div>We plan to integrate with a routing engine as part of this
initiative.</div>
<div><br>
</div>
<div>The incumbent is Oracle one in each market.</div>
<div><br>
</div>
<div>We like the idea of centralizing the signaling to certain
markets and distributing the media which currently only is
available with sansay.</div>
<div><br>
</div>
<div>Thanks</div>
<div><br>
On Thursday, February 22, 2018, Ryan Delgrosso <<a
href="mailto:ryandelgrosso@gmail.com" moz-do-not-send="true">ryandelgrosso@gmail.com</a>>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF">
<p>Hey Jeff,</p>
<p>Can you qualify your requirement more? Ive got personal
experience with tons of solutions of various sizes, but
some are a poor fit for certain shapes of organizations.<br>
</p>
<p>Endpoints numbering in the thousands? tens of thousands?
bigger? <br>
</p>
<p>All registered access traffic or anything more exotic? <br>
</p>
<p>Also who is the incumbent SBC? <br>
</p>
<br>
<div>On 2/22/2018 10:32 AM, Jeff Anderson wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr">We are in the market for a new SBC platform
and have narrowed our choice down to two different
products. The Sansay VSXi or the Sonus SWe. We will be
running on a vmware hypervisor in several different
markets. The SBC would be for SIP access with Broadworks
and SIP peering with other carriers.
<div><br>
</div>
<div>I was wondering if anyone can share with me any of
their experiences good or bad with either company on
or off the list.</div>
<div><br>
</div>
<div>Thanks,</div>
<div><br>
</div>
<div>Jeff</div>
</div>
<br>
<fieldset></fieldset>
<br>
<pre>______________________________<wbr>_________________
VoiceOps mailing list
<a href="mailto:VoiceOps@voiceops.org" target="_blank" moz-do-not-send="true">VoiceOps@voiceops.org</a>
<a href="https://puck.nether.net/mailman/listinfo/voiceops" target="_blank" moz-do-not-send="true">https://puck.nether.net/<wbr>mailman/listinfo/voiceops</a>
</pre>
</blockquote>
<br>
</div>
</blockquote>
</div>
</blockquote>
<br>
</body>
</html>