<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'>I think one of important things is the capacity you are looking for.<div>ACME does give you better scalability and better troubleshooting capability, but if you are only looking for couple hundreds of concurrent calls, you probably can live with CUBE to keep your cost lower.<br><br>D.<br><div><hr id="stopSpelling">From: tim.smith@enject.com.au<br>To: terry.cheema@gmail.com; cisco-voip@puck.nether.net<br>Date: Wed, 11 Mar 2015 04:19:22 +0000<br>Subject: Re: [cisco-voip] SBC/SIP Trunk Design queries<br><br>
<style><!--
.ExternalClass p.ecxMsoNormal, .ExternalClass li.ecxMsoNormal, .ExternalClass div.ecxMsoNormal {
font-size:12.0pt;
font-family:"Times New Roman",serif;
}
.ExternalClass a:link, .ExternalClass span.ecxMsoHyperlink {
color:#0563C1;
text-decoration:underline;
}
.ExternalClass span.ecxMsoHyperlinkFollowed {
color:#954F72;
text-decoration:underline;
}
.ExternalClass span.ecxEmailStyle17 {
font-family:"Calibri",sans-serif;
color:#1F497D;
}
.ExternalClass .ecxMsoChpDefault {
font-family:"Calibri",sans-serif;
}
.ExternalClass div.ecxWordSection1 {
}
--></style>
<div class="ecxWordSection1">
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;">Hi Terry,</span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;"> </span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;">I do quite a bit of CUBE, and have done a bit of Acme as well.</span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;"> </span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;">There were some recent partner sessions that talk about some interesting things coming for CUBE, so it’s worth making sure you are
getting latest roadmap info.</span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;"> </span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;">My main comparison points..</span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;"> </span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;"># HA</span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;"> </span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;">In enterprise there was HA on CUBE, and it was improving in each release (but there are caveats with it)</span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;">Have found Acme HA to be seamless and rock solid.</span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;"> </span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;"># Deployment</span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;"> </span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;">Cisco has some great interop guides – if you go with a carrier that has spent the money, a lot of the hard work has been done for you
in terms of testing (as you know SIP can be implemented and configured in many different ways – if someone hasn’t done a lot of testing up front, you do sometimes end up adding SIP profiles and tweaks as you discover issues)</span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;"> </span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;">Acme has some very thorough guides – I’m not sure if they have interop testing with carriers – given they are in SP’s a lot, there
is a good chance they do. I’d look into it that with the Acme SE. Talk to prospective ITSP’s about their testing, and supported SBC’s.</span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;"> </span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;"># Ops</span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;"> </span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;">CUBE enterprise is great, IOS, most people are familiar. You will most likely need to train people on Acme</span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;">I find troubleshooting a bit of a let down with CUBE. Basically log to buffer, copy to file, or packet captures. Wireshark with ladders
or TranslatorX are great, but it’s getting the files there that bugs me.</span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;">Alternatively, there did seem to be a few 3<sup>rd</sup> party tools out there, but you are probably looking at $$$</span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;"> </span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;">Acme has web interface, list of calls and then ability to drill down with ladder diagrams, messaging capture etc. You should see this
before making decision.</span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;"> </span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;">Some good knowledge on Acme forums</span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;">Acme has very flexible manipulation – CUBE is quite good too (and they have great profile testing tool) – plus you can also use CUCM
LUA on the SIP trunk</span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;"> </span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;"># On your other notes</span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;"> </span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;">Centralised – this is great for flexibility DR etc, standard stuff be aware of the call volumes over the WAN, caller ID considerations
for emergency and local pizza shop type services</span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;"> </span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;">WAN – we terminate on existing equipment, and Acme is in a VLAN, I think this is most flexible.. you have a very flexible set up in
Acme in regard to networking, lots of zones, interface options etc.</span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;"> </span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;">Transcoding – I think you could still utilise CUCM registered transcoders for the ASR scenario..
</span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;"> </span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;">Virtual - We use virtual Acme, it had some teething problems in very first versions (and a clunky license on USB stick thing going
on) but it seems to be good now</span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;"> We don’t have transcoding / media resources in the virtual edition</span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;"> </span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;">Flow through / around – a lot of designs the carrier doesn’t have connectivity into the rest of the network, so flow through is quite
typical.</span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;"> However, we do have carriers here that have SBC’s on your WAN, so flow through can be nice here – it also then makes
CUBE HA less important, i.e. if call is set up, media is from end point to carrier SBC already (if no xcoding involved)</span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;"> </span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;">So I won’t say one way or the other, just my thoughts on things you can consider.</span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;">I like both, and will continue to work on both!</span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;"> </span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;">Cheers,</span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;"> </span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;">Tim</span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;"> </span></p>
<p class="ecxMsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1F497D;"> </span></p>
<p class="ecxMsoNormal"><b><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif;">From:</span></b><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif;"> cisco-voip [mailto:cisco-voip-bounces@puck.nether.net]
<b>On Behalf Of </b>Terry Cheema<br>
<b>Sent:</b> Wednesday, 11 March 2015 1:10 PM<br>
<b>To:</b> cisco-voip voyp list<br>
<b>Subject:</b> [cisco-voip] SBC/SIP Trunk Design queries</span></p>
<p class="ecxMsoNormal"> </p>
<div>
<p class="ecxMsoNormal" style="">Hi List,</p>
<p class="ecxMsoNormal" style=""> </p>
<p class="ecxMsoNormal" style="">I am working on to finalize the SBC vendor for one of our environments. I have a couple of queries related to the SIP Trunk design and SBC vendor choices(basically CUBE vs Acme
Packet). I would really appreciate if anyone with SIP Trunking/SBC expertise (Cisco/Acme Packet) can provide some input on the below queries:</p>
<p class="ecxMsoNormal" style=""> </p>
<p class="ecxMsoNormal" style="">1)<span style="font-size:7.0pt;">
</span><b>CUBE vs Acme Packet</b>: First of all Cisco has marked the CUBE SP Edition product line for EoL, exiting the SBC Service Provider segment, so leaving only SBC Enterprise as the option. Although at this stage we are looking for an enterprise grade
SBC but it will be a plus if it has the potential to step up into a SP SBC in a multi-tenanted environment. I was comparing AP 3820 with the CUBE Ent ASR1k-x:</p>
<p class="ecxMsoNormal" style=""> </p>
<p class="ecxMsoNormal" style="">CUBE provides no HA (though in some documents it says, came out from a meeting with the Cisco SME informing HA is not available), No transcoding (due to lack of DSP on ASR1K), No
Multi-tenancy support with all of these features supported in a 3820 SBC </p>
<p class="ecxMsoNormal" style="">Any feature better in CUBE that I may have overlooked? I am aware that CUBE configuration etc. can be easy compared to Acme Packet but apart from that any solid reason to choose
CUBE over AP?</p>
<p class="ecxMsoNormal" style="">2)<span style="font-size:7.0pt;">
</span><b>HA vs Non-HA</b>: HA is obviously the preferred approach and looks like only possible with AP. Can anyone confirm the HA works as claimed by AP? Due to the costs involved in double the equipment – whats the common approach followed here HA or non-HA?</p>
<p class="ecxMsoNormal" style="">3)<span style="font-size:7.0pt;">
</span><b>Centralised Design</b>: We are planning on a centralised SIP solution (with SBCs at both the DCs), anything to be careful of?</p>
<p class="ecxMsoNormal" style="">4)<span style="font-size:7.0pt;">
</span><b>Transcoding</b>: CUBE ASR1K does not support transcoding (due to to lack of DSPs on this platform). Normally we would have an agreement with the provider on codecs, but still any scenarios when a SBC would need transcoding or on-board DSPs ?</p>
<p class="ecxMsoNormal" style="">5)<span style="font-size:7.0pt;">
</span><b>WAN link termination</b> – If we are to provision new WAN links for the this SIP service, what’s the preferred approach – terminating WAN links directly on the SBC or on the existing routers, does Acme Packet supports WAN link termination?</p>
<p class="ecxMsoNormal" style="">6)<span style="font-size:7.0pt;">
</span><b>Media flow around vs flow thru</b> – Any comments on which approach is better? I am preferring flow through at this stage. Any suggestions?</p>
<p class="ecxMsoNormal" style="">7)<span style="font-size:7.0pt;">
</span><b>Acme Packet Virtual SBC</b>: I was looking into AP virtual SBC although it has a limited scalability at this stage, but would like to hear any input if anyone is using this.</p>
<p class="ecxMsoNormal" style=""> </p>
<p class="ecxMsoNormal" style="">Thanks in advance.</p>
<p class="ecxMsoNormal" style=""> </p>
<p class="ecxMsoNormal" style="">Terry</p>
</div>
</div>
<br>_______________________________________________
cisco-voip mailing list
cisco-voip@puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip</div></div> </div></body>
</html>