Session Border Controllers

The company I work for is looking for a SIP Session Border
Controller so we can get some SIP trunks for testing. The
one that IT have suggested is the Ingate Sipirator 19. Does
anyone have any experience of this?

Can anyone suggest an alternative of which s/he has direct
experience?

I can't imagine ever wanting more than 5 SIP trunks, though
each would be from a different provider. It's only for test
purposes, so the call volume and rate would be tiny. The
big concern is security - the SBC has to bridge a corporate
firewall.

Tia,

Dave

Meanwhile, at the uk.telecom.voip Job Justification Hearings, davehigton
chose the tried and tested strategy of:

> The company I work for is looking for a SIP Session Border
> Controller so we can get some SIP trunks for testing. The
> one that IT have suggested is the Ingate Sipirator 19. Does
> anyone have any experience of this?

No. If it's just for testing [or even if it's not] why not try OpenSBC?

> I can't imagine ever wanting more than 5 SIP trunks, though
> each would be from a different provider.

If you're only establishing connections to 5 fixed points, is an SBC really
necessary?

> It's only for test purposes, so the call volume and rate would be tiny.
> The big concern is security - the SBC has to bridge a corporate
> firewall.

Many firewalls have SIP inspection and/or ALGs anyway. Or perhaps that's
your problem :-S

--
<http://ale.cx/> (AIM:troffasky) (UnSoEsNpEaTm@ale.cx)
17:54:31 up 17 days, 8:25, 6 users, load average: 0.03, 0.05, 0.09
Qua illic est accuso, illic est a vindicatum

(04/08/10 18:08), alexd:
> Meanwhile, at the uk.telecom.voip Job Justification Hearings, davehigton
> chose the tried and tested strategy of:
>
>> The company I work for is looking for a SIP Session Border
>> Controller so we can get some SIP trunks for testing. The
>> one that IT have suggested is the Ingate Sipirator 19. Does
>> anyone have any experience of this?
>
> No. If it's just for testing [or even if it's not] why not try OpenSBC?
>
>> I can't imagine ever wanting more than 5 SIP trunks, though
>> each would be from a different provider.
>
> If you're only establishing connections to 5 fixed points, is an SBC really
> necessary?
>
>> It's only for test purposes, so the call volume and rate would be tiny.
>> The big concern is security - the SBC has to bridge a corporate
>> firewall.
>
> Many firewalls have SIP inspection and/or ALGs anyway. Or perhaps that's
> your problem :-S
>
The problem is he's making a mountain out of a molehill.
Many korporate ICT admins like to sound important, stuffing some
buzzwords into their corpspeak lull.
Laughing stock, don't waste your time.
--
Bodincus - The Y2K Druid
************************
Law 42 on computing:
Anything that could fail, will break at the worst possible mom%*= ?@@
# Access Violation - Core dumped
# Kernel Panic

In message <7Xj6o.8954$k31.2007@hurricane>
Bodincus <nobody@this.address> wrote:

> (04/08/10 18:08), alexd:
> > Meanwhile, at the uk.telecom.voip Job Justification Hearings, davehigton
> > chose the tried and tested strategy of:
> >
> > > The company I work for is looking for a SIP Session Border Controller
> > > so we can get some SIP trunks for testing. The one that IT have
> > > suggested is the Ingate Sipirator 19. Does anyone have any experience
> > > of this?
> >
> > No. If it's just for testing [or even if it's not] why not try OpenSBC?
> >
> > > I can't imagine ever wanting more than 5 SIP trunks, though each would
> > > be from a different provider.
> >
> > If you're only establishing connections to 5 fixed points, is an SBC
> > really necessary?
> >
> > > It's only for test purposes, so the call volume and rate would be tiny.
> > > The big concern is security - the SBC has to bridge a corporate
> > > firewall.
> >
> > Many firewalls have SIP inspection and/or ALGs anyway. Or perhaps that's
> > your problem :-S
> >
> The problem is he's making a mountain out of a molehill. Many korporate ICT
> admins like to sound important, stuffing some buzzwords into their
> corpspeak lull. Laughing stock, don't waste your time.

Why so dismissive? The company I work for has several hundred
employees over a substantial number of sites in several countries,
all on a huge LAN. If /anything/ untoward creeps in (as it has a
couple of times over the years) it's /very/ expensive. The company
is understandably very conservative about security. Paranoid, if
you like. I can entirely understand that POV.

Do you have any /useful/ suggestions?

Dave

In article <deed324251.davehigton@dsl.pipex.com>,
Dave Higton <davehigton@dsl.pipex.com> wrote:
>In message <7Xj6o.8954$k31.2007@hurricane>
> Bodincus <nobody@this.address> wrote:
>
>> (04/08/10 18:08), alexd:
>> > Meanwhile, at the uk.telecom.voip Job Justification Hearings, davehigton
>> > chose the tried and tested strategy of:
>> >
>> > > The company I work for is looking for a SIP Session Border Controller
>> > > so we can get some SIP trunks for testing. The one that IT have
>> > > suggested is the Ingate Sipirator 19. Does anyone have any experience
>> > > of this?
>> >
>> > No. If it's just for testing [or even if it's not] why not try OpenSBC?
>> >
>> > > I can't imagine ever wanting more than 5 SIP trunks, though each would
>> > > be from a different provider.
>> >
>> > If you're only establishing connections to 5 fixed points, is an SBC
>> > really necessary?
>> >
>> > > It's only for test purposes, so the call volume and rate would be tiny.
>> > > The big concern is security - the SBC has to bridge a corporate
>> > > firewall.
>> >
>> > Many firewalls have SIP inspection and/or ALGs anyway. Or perhaps that's
>> > your problem :-S
>> >
>> The problem is he's making a mountain out of a molehill. Many korporate ICT
>> admins like to sound important, stuffing some buzzwords into their
>> corpspeak lull. Laughing stock, don't waste your time.
>
>Why so dismissive? The company I work for has several hundred
>employees over a substantial number of sites in several countries,
>all on a huge LAN. If /anything/ untoward creeps in (as it has a
>couple of times over the years) it's /very/ expensive. The company
>is understandably very conservative about security. Paranoid, if
>you like. I can entirely understand that POV.
>
>Do you have any /useful/ suggestions?

If you want some SIP trunks for testing, then all you need is a few SIP
desk phones and an account with an ITSP.

For your application, if it really is one big LAN (ie. lots of office
LANs connected together with (V)PNs and one big IP addressing space with
no NAT, then a single Asterisk server would cope without breaking into
a sweat. (Obviously, ultimately, you'd have 2 running in Linux-HA mode,
but to all intents and purposes, it's one box) You'll need to enable QoS
of some sort on each of the WAN/VPN links to ensure voice and signalling
quality.

Your issue is multiple offices/countries - and presumably, each office
has it's own PSTN connections, and you may need to use them - initially at
least, so put an Asterisk box in each office, connect it to the PSTN via
the appropriate interface (POTS, ISDN, etc.) and use VoIP internally to
route calls. You can also use VoIP to route calls to different countries
- so if in the UK, and calling a French number, then you route the call
internally via VoIP and then out of your French office's PBX - although
it might actually be cheaper to place the call via an external ITSP in
the UK...

(Hot-failover for PSTN connections is sometimes problematic, but there
are hardware devices to help here, but it's not always needed)

It's an intersting project, but really not something out of the
ordinary, nor something I'd consider using expensive and proprietary
hardware/software for.

Gordon

http://sipvoipsdk.com

SIP SDK provides tools and components to quickly add SIP (Session
Initiation Protocol) based dial and receive phone calls feature in
your web pages and software applications. It accelerates the
development of SIP based soft phone with your own GUI (graphical user
interface) and brand name. SIP SDK includes SIP activeX , SIP OCX ,
SIP DLL , SIP Lib and SIP Cab, so you can use the one you like the
most. It is really easy to incorporate SIP SDK in your web pages and/
or applications. Sample source codes are available to download. It
delivers superior voice quality by integrating advanced digital voice
processing features including acoustic echo cancellation, noise
cancellation and adaptive jitter buffering. For more details, please
visit the features link.

Features:
Multiple lines explicit selection!
Conferencing!
Dynamically loadable codecs
SIP Proxy authentication
Multi-party voice conference
Registrar support
Play wav files into conversation
Record conversation into file
Hold/Retrieve call
Forward Call (Blind Call Transfer)
Transfer Call (Attended Transfer)
Mute Sound
VPN support
Authorization Id
Noise reduction
Auto gain
Jitter buffer parameters
Samples on Delphi, C#, VB, VB.NET, C++ 2005, C++ 6.0, HTML (SIP
ActiveX)
Windowless samples on C++ and .NET
DTMF
Adaptive silence detection
Adaptive jitter buffer
STUN support
Comes as ActiveX control and as DLL only version
..Net COM wrapper version
Retrieving external IP addres from STUN server
IM interface
Codec disabling
Playback of different formats of WAV files
Software volume control
Caller-id and user-agent customization
SDP updates
Fax support
AuthID handling
IPv4/v6 support
Additional DNS servers
Manual network interface selection
Friendly to NAT and other firewalls
Narrowband, wideband voice codecs
Packet Loss Concealment
Network interface selection
Bluetooth implementation
Callcenter manager listening usecase implemented
Additional independent full featured RTP SDK
Royalty free licensing
No Yearly/Monthly fee
Free product updates/bug fixes/hot patches

Available codecs:
G.711-ALaw
G.711-uLaw
G.726 (16k 24k 32k 40k)
G.729
G.729A
iLBC
LPC-10
Speex (Narrow, Wide)
g723.1

If you have any questions regarding the product, purchasing, licenses
etc, please don't hesitate to contact us at support@sipvoipsdk.com.

http://sipvoipsdk.com