[VoiceOps] Open source SBC Solutions?

Thu Oct 1 22:34:20 EDT 2009

Jonathon,

I am not sure your exact needs re capacity, but we do have a very low cost SBC software only SBC.  When we acquired Covergence we picked up a full feature SBC which will do all of your needs out of the box (or off the shelf - so to speak).  This is a software only feature and is called the NNOSE.

Acme packet does not sell this software directly and it can only be purchased through our channels of distribution.  It starts at about $3K for a minimum configuration for about 25 sessions.  Its maximum capacity is 500 sessions and you can upgrade in blocks of 10 (maybe it's 25)?  Anyhow, it is a known product which requires little to no work to make work.

>From your list of needs below, it would appear that the opensource stuff won't fit your bill.

Anyhow, I am happy to assist if I can.  Good luck.

Lee Tannenbaum
Sales Director - West
Acme Packet
650.515.2484

ic08banner2
-----Original Message-----
From: voiceops-bounces at voiceops.org [mailto:voiceops-bounces at voiceops.org] On Behalf Of voiceops-request at voiceops.org
Sent: Thursday, October 01, 2009 2:41 PM
To: voiceops at voiceops.org
Subject: VoiceOps Digest, Vol 4, Issue 2

Send VoiceOps mailing list submissions to
        voiceops at voiceops.org

To subscribe or unsubscribe via the World Wide Web, visit
        https://puck.nether.net/mailman/listinfo/voiceops
or, via email, send a message with subject or body 'help' to
        voiceops-request at voiceops.org

You can reach the person managing the list at
        voiceops-owner at voiceops.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of VoiceOps digest..."

Today's Topics:

   1. Re: Open source SBC Solutions? (Nathan Stratton)
   2. Re: Open source SBC Solutions? (Lee Riemer)
   3. Re: Open source SBC Solutions? (John Todd)
   4. Advantages to running Broadsoft on RHEL 5 vs RHEL 4
      (Michael.Lively at cox.com)
   5. Re: Open source SBC Solutions? (David Hiers)
   6. Re: Open source SBC Solutions? (anorexicpoodle)
   7. Re: Open source SBC Solutions? (Alex Balashov)
   8. Re: Open source SBC Solutions? (Jonathan Thurman)
   9. Re: Open source SBC Solutions? (Scott Berkman)

----------------------------------------------------------------------

Message: 1
Date: Thu, 1 Oct 2009 11:16:58 -0500 (CDT)
From: Nathan Stratton <nathan at robotics.net>
To: Jonathan Thurman <jonathan at thurmantech.com>
Cc: VoiceOps <voiceops at voiceops.org>
Subject: Re: [VoiceOps] Open source SBC Solutions?
Message-ID: <alpine.LFD.2.00.0910011116270.21303 at bart.robotics.net>
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed

On Thu, 1 Oct 2009, Jonathan Thurman wrote:

> Does anyone have a recommendation for a SBC solution based on open
> source software?  I am looking to implement a small SBC, and there
> isn't much of a budget.  If anyone has any specific experience one way
> or the other with the available solutions I would like to get your
> feedback.  Thanks!

You can try OpenSBC, but I must say... your best bet is Acme.

-Nathan

------------------------------

Message: 2
Date: Thu, 01 Oct 2009 11:00:53 -0500
From: Lee Riemer <lriemer at bestline.net>
To: Jonathan Thurman <jonathan at thurmantech.com>
Cc: VoiceOps <voiceops at voiceops.org>
Subject: Re: [VoiceOps] Open source SBC Solutions?
Message-ID: <4AC4D235.7000806 at bestline.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

SER which is now OpenSER/Kamailio.

Jonathan Thurman wrote:
> Does anyone have a recommendation for a SBC solution based on open
> source software?  I am looking to implement a small SBC, and there
> isn't much of a budget.  If anyone has any specific experience one way
> or the other with the available solutions I would like to get your
> feedback.  Thanks!
>
> -Jonathan
> _______________________________________________
> VoiceOps mailing list
> VoiceOps at voiceops.org
> https://puck.nether.net/mailman/listinfo/voiceops
>

------------------------------

Message: 3
Date: Thu, 1 Oct 2009 09:48:01 -0700
From: John Todd <jtodd at loligo.com>
To: Jonathan Thurman <jonathan at thurmantech.com>
Cc: VoiceOps <voiceops at voiceops.org>
Subject: Re: [VoiceOps] Open source SBC Solutions?
Message-ID: <3D58CD12-E2D5-47AF-9CE4-0ECCD38E933B at loligo.com>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes

On Oct 1, 2009, at 8:53 AM, Jonathan Thurman wrote:

> Does anyone have a recommendation for a SBC solution based on open
> source software?  I am looking to implement a small SBC, and there
> isn't much of a budget.  If anyone has any specific experience one way
> or the other with the available solutions I would like to get your
> feedback.  Thanks!
>
> -Jonathan

While it does depend on what you need it for, there are some folks
using Asterisk as a budget SBC.  It doesn't perform exactly the same
role as an SBC, but often can provide a base set for functionality
like transcoding, CDR centralization, or topology disguise.

JT

------------------------------

Message: 4
Date: Thu, 1 Oct 2009 13:59:33 -0400
From: <Michael.Lively at cox.com>
To: <voiceops at voiceops.org>
Subject: [VoiceOps] Advantages to running Broadsoft on RHEL 5 vs RHEL
        4
Message-ID:
        <7D7042767BFCBA48A688588887A554E1023947C9D3 at CATL0MS110.corp.cox.com>
Content-Type: text/plain; charset="us-ascii"

Hello all,

Does anyone have any information on advantages to running RHEL 5 for Broadsoft Application servers over RHEL 4?

Specifically, are there any performance / scalability enhancements anyone has seen?

Michael Lively
Design Engineer
Cox Communications
michael.lively at cox.com
404-269-3415

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/voiceops/attachments/20091001/62ff37d5/attachment-0001.html>

------------------------------

Message: 5
Date: Thu, 1 Oct 2009 10:46:16 -0700
From: David Hiers <hiersd at gmail.com>
To: Jonathan Thurman <jonathan at thurmantech.com>
Cc: VoiceOps <voiceops at voiceops.org>
Subject: Re: [VoiceOps] Open source SBC Solutions?
Message-ID:
        <2873f3700910011046u1cc022a0q7620907ab62b5077 at mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1

Try to get Acme, then look at OpenSIPS/SER (or whatever they're called
this week).

David

On Thu, Oct 1, 2009 at 8:53 AM, Jonathan Thurman
<jonathan at thurmantech.com> wrote:
> Does anyone have a recommendation for a SBC solution based on open
> source software? ?I am looking to implement a small SBC, and there
> isn't much of a budget. ?If anyone has any specific experience one way
> or the other with the available solutions I would like to get your
> feedback. ?Thanks!
>
> -Jonathan
> _______________________________________________
> VoiceOps mailing list
> VoiceOps at voiceops.org
> https://puck.nether.net/mailman/listinfo/voiceops
>

------------------------------

Message: 6
Date: Thu, 01 Oct 2009 11:43:01 -0700
From: anorexicpoodle <anorexicpoodle at gmail.com>
To: Lee Riemer <lriemer at bestline.net>
Cc: VoiceOps <voiceops at voiceops.org>
Subject: Re: [VoiceOps] Open source SBC Solutions?
Message-ID: <1254422581.3918.87.camel at poodle-x300>
Content-Type: text/plain; charset="us-ascii"

Using SER as an SBC poses a few problems, namely its inability to act as
a B2BUA to sanitize headers and provide topology hiding. Anyone with a
rudimentary knowledge of SIP can easily discern where all your network
elements are and conduct targeted attacks if these services arent
present in your border element.

If you are dead set on building one out of open source, I would take a
long hard look at SIPPY, as it will give you most of the features acme
provides, though it wont do them out of the box. What it cannot do is
provide you with a clean stateful fail-over model, anything close to the
density offered by an Acme or the media handling capabilities.

Good luck

On Thu, 2009-10-01 at 11:00 -0500, Lee Riemer wrote:

> SER which is now OpenSER/Kamailio.
>
> Jonathan Thurman wrote:
> > Does anyone have a recommendation for a SBC solution based on open
> > source software?  I am looking to implement a small SBC, and there
> > isn't much of a budget.  If anyone has any specific experience one way
> > or the other with the available solutions I would like to get your
> > feedback.  Thanks!
> >
> > -Jonathan
> > _______________________________________________
> > VoiceOps mailing list
> > VoiceOps at voiceops.org
> > https://puck.nether.net/mailman/listinfo/voiceops
> >
> _______________________________________________
> VoiceOps mailing list
> VoiceOps at voiceops.org
> https://puck.nether.net/mailman/listinfo/voiceops
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/voiceops/attachments/20091001/fb5f051c/attachment-0001.html>

------------------------------

Message: 7
Date: Thu, 01 Oct 2009 14:48:32 -0400
From: Alex Balashov <abalashov at evaristesys.com>
To: Jonathan Thurman <jonathan at thurmantech.com>
Cc: VoiceOps <voiceops at voiceops.org>
Subject: Re: [VoiceOps] Open source SBC Solutions?
Message-ID: <4AC4F980.6020107 at evaristesys.com>
Content-Type: text/plain; charset=UTF-8; format=flowed

It *really*, *really* depends on what you want to *do* with it.

As others have pointed out, there are many respects in which the OpenSER
family of proxy stacks can perform some common functions of an SBC.
There are also many respects in which they absolutely cannot, because at
the end of the day they are proxies with limited UAS functionality, not
fat, opaque B2BUAs loaded with features and ASIC-assisted media relay
functionality, etc.

So, I encourage you to ask the following question instead:

   Here's what I need an SBC for:

      * A
      * B
      * C

   Are there any open-source options?  How would that work?

Jonathan Thurman wrote:

> Does anyone have a recommendation for a SBC solution based on open
> source software?  I am looking to implement a small SBC, and there
> isn't much of a budget.  If anyone has any specific experience one way
> or the other with the available solutions I would like to get your
> feedback.  Thanks!
>
> -Jonathan
> _______________________________________________
> VoiceOps mailing list
> VoiceOps at voiceops.org
> https://puck.nether.net/mailman/listinfo/voiceops

--
Alex Balashov - Principal
Evariste Systems
Web     : http://www.evaristesys.com/
Tel     : (+1) (678) 954-0670
Direct  : (+1) (678) 954-0671

------------------------------

Message: 8
Date: Thu, 1 Oct 2009 13:14:40 -0700
From: Jonathan Thurman <jonathan at thurmantech.com>
To: VoiceOps <voiceops at voiceops.org>
Subject: Re: [VoiceOps] Open source SBC Solutions?
Message-ID:
        <f7cbcc6e0910011314m168036cme29e3fe1d3917b02 at mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1

On Thu, Oct 1, 2009 at 11:48 AM, Alex Balashov
<abalashov at evaristesys.com> wrote:
> It *really*, *really* depends on what you want to *do* with it.
>
> As others have pointed out, there are many respects in which the OpenSER
> family of proxy stacks can perform some common functions of an SBC. There
> are also many respects in which they absolutely cannot, because at the end
> of the day they are proxies with limited UAS functionality, not fat, opaque
> B2BUAs loaded with features and ASIC-assisted media relay functionality,
> etc.

Good point Alex.  I should say this is not for a ITSP.  I work in
Education in Oregon, and we are working to improve the communication
between schools in the state.  We currently have an ageing video
conferencing set-up using H.323.  We need something to act as an
external presence for roaming users and inbound calls from other
agencies for both voice and video.  SIP would be preferred, and the
H.323 video devices that support SIP will be converted.  In the end,
we would like to come up with a simple software solution that we could
give to other educational agencies so we can all communicate.
Purchasing an ACME is out of the question, not that I have priced
them, but I don't think I can get one for free...  (However, tax
deductible donations are welcome =)

Here is what need:
 - Voice and video support
 - Proxy
 - B2BUA
 - NAT Traversal
 - SIP
 - CDR

These things would be nice:
 - H.323 support
 - Transcoding
 - Simplified Management

What is not needed:
 - Auto Attendant
 - Conferencing
 - Stateful fail-over

There seem to be a lot of solutions out there, and hopefully the
experience of the list can help narrow down to what actually works.
Thanks for you help!

-Jonathan

------------------------------

Message: 9
Date: Thu, 1 Oct 2009 17:39:54 -0400
From: "Scott Berkman" <scott at sberkman.net>
To: "'Jonathan Thurman'" <jonathan at thurmantech.com>,    "'VoiceOps'"
        <voiceops at voiceops.org>
Subject: Re: [VoiceOps] Open source SBC Solutions?
Message-ID: <029601ca42df$b7663730$2632a590$@net>
Content-Type: text/plain;       charset="US-ASCII"

The only OSS project that really comes close to counting as a SBC (at least
in its goals) is OpenSBC
(http://www.opensourcesip.org:8080/clearspacex/community/opensbc), but I
don't know that it is production-quality and I've never heard of anyone
using it for anything important.

        -Scott

-----Original Message-----
From: voiceops-bounces at voiceops.org [mailto:voiceops-bounces at voiceops.org]
On Behalf Of Jonathan Thurman
Sent: Thursday, October 01, 2009 4:15 PM
To: VoiceOps
Subject: Re: [VoiceOps] Open source SBC Solutions?

On Thu, Oct 1, 2009 at 11:48 AM, Alex Balashov
<abalashov at evaristesys.com> wrote:
> It *really*, *really* depends on what you want to *do* with it.
>
> As others have pointed out, there are many respects in which the OpenSER
> family of proxy stacks can perform some common functions of an SBC. There
> are also many respects in which they absolutely cannot, because at the end
> of the day they are proxies with limited UAS functionality, not fat,
opaque
> B2BUAs loaded with features and ASIC-assisted media relay functionality,
> etc.

Good point Alex.  I should say this is not for a ITSP.  I work in
Education in Oregon, and we are working to improve the communication
between schools in the state.  We currently have an ageing video
conferencing set-up using H.323.  We need something to act as an
external presence for roaming users and inbound calls from other
agencies for both voice and video.  SIP would be preferred, and the
H.323 video devices that support SIP will be converted.  In the end,
we would like to come up with a simple software solution that we could
give to other educational agencies so we can all communicate.
Purchasing an ACME is out of the question, not that I have priced
them, but I don't think I can get one for free...  (However, tax
deductible donations are welcome =)

Here is what need:
 - Voice and video support
 - Proxy
 - B2BUA
 - NAT Traversal
 - SIP
 - CDR

These things would be nice:
 - H.323 support
 - Transcoding
 - Simplified Management

What is not needed:
 - Auto Attendant
 - Conferencing
 - Stateful fail-over

There seem to be a lot of solutions out there, and hopefully the
experience of the list can help narrow down to what actually works.
Thanks for you help!

-Jonathan
_______________________________________________
VoiceOps mailing list
VoiceOps at voiceops.org
https://puck.nether.net/mailman/listinfo/voiceops

------------------------------

_______________________________________________
VoiceOps mailing list
VoiceOps at voiceops.org
https://puck.nether.net/mailman/listinfo/voiceops

End of VoiceOps Digest, Vol 4, Issue 2
**************************************