<div dir="ltr">I'm curious re. your statement about P-CSCF. What does LI and transcoding have to do with Kamailio? As already mentioned these functions are available only in B2BUA which Kamailio is *not*. What other issues then did you have with P-CSCF impl. using Kamailio. Also, how did P-CSCF even get into this thread?<div>
<br></div><div><sarcasm>BTW, you forgot to mention the awesome price of Acme in your comparison to other alternatives</sarcasm> ;)</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Fri, Feb 28, 2014 at 11:21 AM, Luis Silva <span dir="ltr"><<a href="mailto:luisfilsilva@gmail.com" target="_blank">luisfilsilva@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">Hi Melanie,<div><br></div><div>Now I'm curious about which tests are you mentioning. Also, Acme Packet/Oracle as many different SBCs models, which can be selected according with the customer's requirements. </div>
<div>When talking about the infinite number of features I wasn't really thinking in H.323. Although, probably there were customers like you a couple of years ago that thought they wouldn't need some features and regret they didn't pick Acme Packet, after they received new requirements on their networks. Acme SBC can also route using any SIP message element. Just use an HMR and according with what you want, just add a Route header (as simple as that... :) ). </div>
<div>Regarding traffic shaping, you can also do it based on media-profiles. Comparing traffic shaping with Acme Packet DoS protection doesn't make much sense. Their DoS is one of the features that made their SBC what it is now, the leader worldwide. And do you know what it means? It is tested against any tool out there performing attacks (more customers means more testing). Can you say the same about the ABC demo?</div>
<div>One additional thing is that you can for sure say that when deploying a Acme Packet SBC you won't have issues interoperate with other vendors. This is not marketing material, again this is based on the number of customers/deployments that exists worldwide.</div>
<div>Not to mention real HA (out-of-the-box), simple configuration (yeah, I've already implemented an P-CSCF using Kamailio and it was a mess...), transcoding, LI, etc.</div><div><br></div><div>Hope it helps,</div><div>
Luis</div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Feb 27, 2014 at 5:33 PM, Melanie Pietersen <span dir="ltr"><<a href="mailto:melanie.pietersen.ml@gmail.com" target="_blank">melanie.pietersen.ml@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>On 2/27/14 10:29 AM, Luis Silva wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Don't understand how is it possible to compare Kamailio with the Acme Packet SBC. Just to give an example, the DoS mechanism available on the AP SBC can't be<br>
compared with any other solution available on the market. You will also have HMRs, SIP Routing options out-of-the-box (like time of the day routing, sip<br>
method based, cost based, traffic classification based, lb, trunk group, enum,lrt, multistage, route header based, redirect, etc etc) and infinite number of<br>
features that you will for sure miss if you plan on making that replacement.<br>
</blockquote>
<br></div>
Hi Luis,<br>
<br>
the acme product seems actually underperforming compared to Wladimir's SBC demo and measured by the technical capabilities I am interested in.<br>
<br>
What continues to confuse me is the apparent mixture of technical and marketing terms. The infinite number is respectably long but it includes many features I will not need like H.323 or appear to be marketing. For example it appears that ABC demo can route by any SIP message element, which is clearly superior and necessary, especially in a deployment with proprietary header fields. Even if it does not make such a long element-by-element feature list :). Similarly it includes several types of traffic shaping, which seems little different from the DoS protection offered by former Acme. Acme's multistage lookup you mentioned seems to be just a fix to quite imperfect design which didn't anticipate cascaded routing logic. I mean I am a little bit careful about assessing technological supremacy based on marketing material.<br>
<br>
Is there possibly some truly technical-based comparison? I tried to look it up in the archive but did not find some.<span><font color="#888888"><br>
<br>
Melanie</font></span><div><div><br>
<br>
______________________________<u></u>_________________<br>
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>
<a href="mailto:sr-users@lists.sip-router.org" target="_blank">sr-users@lists.sip-router.org</a><br>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">http://lists.sip-router.org/<u></u>cgi-bin/mailman/listinfo/sr-<u></u>users</a><br>
</div></div></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>
<a href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a><br>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr"><div><table border="0" cellspacing="0" cellpadding="0" width="600" style="width:450pt"><tbody><tr><td valign="top" style="padding:0cm"><p></p>
</td></tr></tbody></table><table width="320px" border="0" cellpadding="0" cellspacing="0" style="font-family:monospace"><tbody><tr><td style="font-family:Arial,sans-serif;font-size:16px;color:rgb(117,179,67);line-height:18px;padding-left:15px;padding-top:10px">
<strong>Jason Penton</strong></td></tr><tr><td style="font-family:Arial,sans-serif;font-size:16px;color:rgb(117,179,67);line-height:18px;padding-left:15px;padding-top:10px"><strong>Senior Manager: Applications and Services</strong></td>
</tr><tr><td style="font-family:Arial,sans-serif;font-size:16px;color:rgb(134,145,154);line-height:18px;padding-left:15px;padding-top:10px"><strong>Smile Communications Pty (Ltd)</strong></td></tr><tr><td><table cellpadding="0" cellspacing="0" width="100%">
<tbody><tr><td width="27%" style="font-family:Arial,sans-serif;font-size:16px;color:rgb(134,145,154);line-height:18px;padding-left:15px;padding-top:10px"><strong>Mobile:</strong></td><td width="73%" style="font-family:Arial,sans-serif;font-size:16px;color:rgb(134,145,154);line-height:18px;padding-left:10px;padding-top:10px">
+27 (0) 83 283 7000</td></tr><tr><td style="font-family:Arial,sans-serif;font-size:16px;color:rgb(134,145,154);line-height:18px;padding-left:15px;padding-top:10px"><strong>Skype:</strong></td><td style="font-family:Arial,sans-serif;font-size:16px;color:rgb(134,145,154);line-height:18px;padding-left:10px;padding-top:10px">
jason.barry.penton</td></tr></tbody></table></td></tr><tr><td style="font-family:Arial,sans-serif;font-size:16px;color:rgb(117,179,67);line-height:18px;padding-left:15px;padding-top:10px"><a href="mailto:name.surname@smilecoms.com" style="font-family:Arial;color:rgb(117,179,67);text-decoration:none" target="_blank">jason.penton@smilecoms.com</a></td>
</tr><tr><td style="font-family:Arial,sans-serif;font-size:16px;color:rgb(117,179,67);line-height:18px;padding-left:15px;padding-top:10px"><a href="http://www.smilecoms.com/" style="font-family:Arial;color:rgb(117,179,67)" target="_blank">www.smilecoms.com</a><br>
<img src="http://196.33.227.129/~smlcoms/sigs/pty/images/smile_signature_07_09.jpg" width="420" height="144"><br></td></tr></tbody></table></div><br></div>
</div>
<br>
<span><font color="#888888"><pre>This email is subject to the disclaimer of Smile Communications at <a href="http://www.smilecoms.com/home/email-disclaimer/" target="_blank">http://www.smilecoms.com/home/<WBR>email-disclaimer/</a><a href="http://www.smilecoms.com/disclaimer" target="_blank"></a></pre></font></span>
<pre>This email is subject to the disclaimer of Smile Communications at http://www.smilecoms.com/disclaimer