[prev in list] [next in list] [prev in thread] [next in thread] 

List:       sr-users
Subject:    Re: [SR-Users] [OT] the role of SBCs
From:       Fred Posner <fred () teamforrest ! com>
Date:       2012-08-31 12:25:41
Message-ID: 40A2F75D-EEEF-4E4B-A12E-7CA20BC4F75B () teamforrest ! com
[Download RAW message or body]

When I first got into VoIP, my knowledge was less than stellar. The main decision \
make and I had believed that if we hired quality (and not cheap) SME we would be \
given great information and the money spent would pay for itself. We ended up working \
with a broadsoft system and an acme packet sbc. We were really sold that this would \
be the creme de la creme-- no nat issues, failover media, security, stability.

Crap. Problems galore, especially with residential NAT users. Despite having 2 acme's \
in a failover, an outage from the main isp resulted in a crippling thundering herd \
when connection was restored. Immediately, and know with some decent knowledge, I \
started working with (at the time) openser.

We deployed it within 2 weeks. There was no feature lost. In fact, we had only gains. \
All the NAT problems suddenly went away. We purposely tried to kill the openser with \
a thundering herd. Couldn't do it. There was a learning curve, but when is there not \
a learning curve?

Honestly, at that time... the savings (which were incredible) wasn't an issue. If it \
were more than an acme, we would have paid it. We needed something that worked, and \
the best product we could find was openser.

Since then, I've been a strong supporter. With the recent modifications (do we still \
consider anti_flood recent?), there's really no other choice for me. Yes, it takes \
programming, customization, and set-up. So does a commercial product. It's life.

When I first deployed kamailio, I didn't consider it an SBC. I considered it an SBC \
replacement. 

With best regards,

Fred
http://qxork.com

On Aug 31, 2012, at 3:47 AM, Olle E. Johansson wrote:

> In most, but not all, cases it's a political/business decision outside of the scope \
> of the technichal specifications. A commercial SBC delivers a cloud of magic dust \
> that makes some people feel better and more secure. I have audited several SBC \
> installations that are totally insecure, where the local techies lack knowledge on \
> how to operate it. Management people think the SBC is secure by design. I can't \
> blame the vendors here - it's more correct to blame the decision process.


_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users


[prev in list] [next in list] [prev in thread] [next in thread]