<p dir="ltr">You don't need B2B functionality to provide SBC functionality.<br>
SBC is a loose term these days. All you need is properly crafted signaling to achieve you requirements.<br>
Using a SIP proxy server as an SBC is pretty common these days.</p>
<p dir="ltr">Regards<br>
Ovidiu Sas</p>
<div class="gmail_quote">On Feb 20, 2014 5:55 PM, "Francesco Maria Magnini" <<a href="mailto:fmm1982@gmail.com">fmm1982@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
@Carsten<br>
I looked at <a href="http://www.iptel.org/sems" target="_blank">http://www.iptel.org/sems</a> and seems to be only broken links to downloads.<br>
Do you know if the project is still maintained?<br>
<br>
@Fred<br>
Are you using openser as a B2BUA?<br>
<br>
Il giorno 20/feb/2014, alle ore 19:42, Fred Posner <<a href="mailto:fred@palner.com">fred@palner.com</a>> ha scritto:<br>
<br>
> Alex's article is one of my favorites. That being said, we switched out an Acme SBC for openser (at the time) and was immediately thrilled.<br>
><br>
> Fred Posner<br>
> The Palner Group, Inc.<br>
> <a href="tel:503-914-0999" value="+15039140999">503-914-0999</a> (direct)<br>
> <a href="tel:954-472-2896" value="+19544722896">954-472-2896</a> (fax)<br>
><br>
> On 02/20/2014 01:14 PM, Alex Balashov wrote:<br>
>> Francesco,<br>
>><br>
>> Have a look at this blog post:<br>
>><br>
>> <a href="http://www.likewise.am/2013/03/kamailio-as-an-sbc-session-border-controller/" target="_blank">http://www.likewise.am/2013/03/kamailio-as-an-sbc-session-border-controller/</a><br>
>><br>
>><br>
>> That said, I agree with Carsten's suggestion of SEMS.<br>
>><br>
>> On 02/20/2014 11:04 AM, Francesco Maria Magnini wrote:<br>
>><br>
>>> Hi,<br>
>>><br>
>>> I would like to have some suggestions about a full replacement of an<br>
>>> ACME Packet Net-Net Session Border Controller.<br>
>>> By now, ACME SBC performs all the SBC functionalities, mainly:<br>
>>><br>
>>> - it is used as a SIP endpoint for SIP client registrations<br>
>>> - it is used as a SIP endpoint for interconnection to multiple SIP<br>
>>> carriers via SIP trunks<br>
>>> - it is used for NAT traversal<br>
>>><br>
>>> In this deployment, the SIP Server communicates only with the SBC and<br>
>>> this one takes care of the communication between the SIP Server and<br>
>>> the external SIP entities (UA clients, SIP Trunks).<br>
>>> In this scenario, can I consider to replace the SBC with Kamailio?<br>
>>><br>
>>><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>
>><br>
>><br>
><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>
<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>
</blockquote></div>