Send VoiceOps mailing list submissions to
[email protected]
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
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of VoiceOps digest..."
Today's Topics:
1. Re: Session Border Controllers (David Knell)
2. Re: Session Border Controllers (Mark R Lindsey)
3. Re: Session Border Controllers (Alex Balashov)
4. Re: Business Intelligence Tool for Calling Pattern Analysis
(Marco Teixeira)
----------------------------------------------------------------------
Message: 1
Date: Tue, 19 Feb 2013 20:23:47 -0000
From: "David Knell" <[email protected]>
To: "'Grant Baxley'" <[email protected]>
Cc: [email protected]
Subject: Re: [VoiceOps] Session Border Controllers
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
Hi Grant -
That's exactly what we do with it. There's a bunch of GUIs available for
it, none of which I've used - details here:
http://wiki.freeswitch.org/wiki/Freeswitch_Gui
I wrote a web front end/routing/billing engine for it which meets our needs,
and it wasn't terribly traumatic.
--Dave
From: Grant Baxley [mailto:[email protected]]
Sent: 19 February 2013 20:15
To: David Knell
Subject: RE: [VoiceOps] Session Border Controllers
Dave,
Does FreeSwitch act as an SBC? I would need to interface with multiple
carriers and rout calls accordingly. Also, does it have a user friendly web
interface?
Thanks,
R. Grant Baxley
President & CEO
Infinity Computer Solutions
813 W Platt St.
Tampa, FL 33606
Toll Free: 1.888.287.9198
Local: 813.319.3704
From: David Knell [mailto:[email protected]]
Sent: Tuesday, February 19, 2013 3:11 PM
To: Grant Baxley
Cc: [email protected]
Subject: RE: [VoiceOps] Session Border Controllers
Hi Grant -
We use FreeSWITCH running on CentOS, virtualised with OpenVZ. The largest
instances run up to
4,000 sessions (=2,000 concurrent calls) and have peaked at over 40
calls/sec; they use less than
half of an i7-3770 CPU at this level.
--Dave
From: [email protected] [mailto:[email protected]]
On Behalf Of Grant Baxley
Sent: 19 February 2013 18:58
To: james jones
Cc: [email protected]
Subject: Re: [VoiceOps] Session Border Controllers
200 concurrent calls would be a good start with 20 calls a second.
If there is a platform that can be virtualized on my current equipment, that
would be the preferred method. We have a high available cloud that currently
runs many Centos virtual PBX instances.
Thanks,
R. Grant Baxley
President & CEO
Infinity Computer Solutions
813 W Platt St.
Tampa, FL 33606
Toll Free: 1.888.287.9198
Local: 813.319.3704
From: james jones [mailto:[email protected]]
Sent: Tuesday, February 19, 2013 1:56 PM
To: Grant Baxley
Cc: [email protected]
Subject: Re: [VoiceOps] Session Border Controllers
How many concurrent calls?
How many calls per second?
On Tuesday, February 19, 2013, Grant Baxley wrote:
I am looking to implement a cost effective session border controller. Can
anyone point me in the right direction?
We would need to be able to route calls to and from different IP addresses
based on source and destination.
Thanks,
R. Grant Baxley
President & CEO
Infinity Computer Solutions
813 W Platt St.
Tampa, FL 33606
Toll Free: 1.888.287.9198
Local: 813.319.3704
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/voiceops/attachments/20130219/6af56ae6/attachment-0001.html>
------------------------------
Message: 2
Date: Tue, 19 Feb 2013 15:34:08 -0500
From: Mark R Lindsey <[email protected]>
To: Alex Balashov <[email protected]>
Cc: [email protected]
Subject: Re: [VoiceOps] Session Border Controllers
Message-ID: <[email protected]>
Content-Type: text/plain; charset=us-ascii
On Tue, Feb 19, 2013 at 1:48 PM, Grant Baxley <[email protected]> wrote:
>>> I am looking to implement a cost effective session border controller. Can
>>> anyone point me in the right direction?
>>>
>>> We would need to be able to route calls to and from different IP addresses
>>> based on source and destination.
>
On Feb 19, 2013, at 15:16 , Alex Balashov <[email protected]> wrote:
> On 02/19/2013 03:12 PM, Joshua Goldbard wrote:
>
>> Have you looked at Kamailio? We love it and it handles much higher
>> volumes than you require. We are also running on centos.
>
> It's quite suitable if the desire is simply to route based on that criteria.
>
> However, it falls apart once you start looking for to do some of the other
> things commercial SBCs out there do per se.
Alex, very good point: Routing calls based on From and Request-URI is really an
independent problem from security functions, NAT-fixup, multi-VRF support, etc.
But, Grant, Beware: You're using a term "Session Border Controller" but only
talking about the call routing function. When the Big Three (Acme Packet,
Metaswitch, and Sonus) use this term, "SBC", they're referring to all of these
functions:
-- Ability to gracefully single-source and distributed handle attacks
from the Internet
-- Traffic from numerous VRFs (so that customer A's 10.0.0.1 is not the
same as customer B's 10.0.0.1)
-- Hosted NAT Traversal
-- Transcoding media
-- Lawful Intercept hooks
-- Demultiplexed SIP trunks (so that each SIP "path" can come from a
different IP address or port)
-- Constraints like Calls-per-second or Concurrent-calls (so legitimate
customers don't cause a failure)
-- Failover from one SBC to another
-- Distributed SBC models where one box handles signaling and many more
handle media
-- 802.1q VLAN tagging support
-- Support for failover to BroadWorks-style registrar redundancy (where
the mated registrar servers have distinct IP addresses)
-- SNMP management
-- Interworking SIP/UDP and SIP/TCP
-- Jumbo SIP (SIP datagrams over 1300 bytes, out of compliance with RFC
3261)
-- SIP/TLS and SRTP, and decryption thereof
-- Configurable media management (to release media when possible, steer
it through the SBC when not)
I use most of these features daily.
>>> [email protected] +12293160013 http://ecg.co/lindsey
------------------------------
Message: 3
Date: Tue, 19 Feb 2013 15:36:12 -0500
From: Alex Balashov <[email protected]>
To: Mark R Lindsey <[email protected]>
Cc: [email protected]
Subject: Re: [VoiceOps] Session Border Controllers
Message-ID: <[email protected]>
Content-Type: text/plain; charset=UTF-8
Yep. That is, in essence, what I meant to say, that the Big Three definition of
these is quite more elaborate than the nebulous way that the term SBC gets
thrown around in a pedestrian context. The latter seems, at its essence, to
consist of some sort of generalised call transit element with basic static
routing based on SIP message parts, perhaps with RTP relay and maybe even
transcoding--at most.
Mark R Lindsey <[email protected]> wrote:
>On Tue, Feb 19, 2013 at 1:48 PM, Grant Baxley
><[email protected]> wrote:
>>>> I am looking to implement a cost effective session border
>controller. Can anyone point me in the right direction?
>>>>
>>>> We would need to be able to route calls to and from different IP
>addresses based on source and destination.
>>
>On Feb 19, 2013, at 15:16 , Alex Balashov <[email protected]>
>wrote:
>> On 02/19/2013 03:12 PM, Joshua Goldbard wrote:
>>
>>> Have you looked at Kamailio? We love it and it handles much higher
>>> volumes than you require. We are also running on centos.
>>
>> It's quite suitable if the desire is simply to route based on that
>criteria.
>>
>> However, it falls apart once you start looking for to do some of the
>other things commercial SBCs out there do per se.
>
>
>Alex, very good point: Routing calls based on From and Request-URI is
>really an independent problem from security functions, NAT-fixup,
>multi-VRF support, etc.
>
>But, Grant, Beware: You're using a term "Session Border Controller" but
>only talking about the call routing function. When the Big Three (Acme
>Packet, Metaswitch, and Sonus) use this term, "SBC", they're referring
>to all of these functions:
>
> -- Ability to gracefully single-source and distributed handle attacks
>from the Internet
>
> -- Traffic from numerous VRFs (so that customer A's 10.0.0.1 is not
>the same as customer B's 10.0.0.1)
>
> -- Hosted NAT Traversal
>
> -- Transcoding media
>
> -- Lawful Intercept hooks
>
> -- Demultiplexed SIP trunks (so that each SIP "path" can come from a
>different IP address or port)
>
> -- Constraints like Calls-per-second or Concurrent-calls (so
>legitimate customers don't cause a failure)
>
> -- Failover from one SBC to another
>
> -- Distributed SBC models where one box handles signaling and many
>more handle media
>
> -- 802.1q VLAN tagging support
>
> -- Support for failover to BroadWorks-style registrar redundancy
>(where the mated registrar servers have distinct IP addresses)
>
> -- SNMP management
>
> -- Interworking SIP/UDP and SIP/TCP
>
> -- Jumbo SIP (SIP datagrams over 1300 bytes, out of compliance with
>RFC 3261)
>
> -- SIP/TLS and SRTP, and decryption thereof
>
> -- Configurable media management (to release media when possible,
>steer it through the SBC when not)
>
>
>I use most of these features daily.
>
>
>>>> [email protected] +12293160013 http://ecg.co/lindsey
--
Sent from my mobile, and thus lacking in the refinement one might expect from a
fully-fledged keyboard.
Alex Balashov - Principal
Evariste Systems LLC
235 E Ponce de Leon Ave
Suite 106
Decatur, GA 30030
United States
Tel: +1-678-954-0670
Web: http://www.evaristesys.com/, http://www.alexbalashov.com/
------------------------------
Message: 4
Date: Wed, 20 Feb 2013 02:17:47 +0000
From: Marco Teixeira <[email protected]>
To: Keith LeClaire <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [VoiceOps] Business Intelligence Tool for Calling Pattern
Analysis
Message-ID:
<cad7smbjiagtkmjp62ebp34z6nhancaqiprry-yzraa4db0x...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi Keith,
What you're asking for is a small part of BI, called Reporting. Those basic
questions can be awnsered by an OLAP cube. I currently do Consulting within
the field of BI on areas like Reporting, Dashboards, DataMining with
predictions models based on several neural networks or tree algorithms...
What you're asking for is "relatively" easy to acomplish, but what you
really should be looking for are business questions like "How much traffic
will i have next mounth" or "to what locations" or what "termination rates
are going up", etc...
The real tool of a sucessfull BI implementation is not on the tool itself,
but on the implementation of the several stages, like ETL, DataMining
neural models training, etc...
Drop me an email if you're interested to take this to the next level.
Regards
---
Cumprimentos / Best regards
Marco Teixeira
email/gtalk/msn: [email protected]
skype: admin-marcoteixeira.com
---
Did you know that Marco Teixeira is an independent, industry expert, senior
consultant ? His expertise is available for hire.
---
On Tue, Feb 19, 2013 at 7:00 PM, Keith LeClaire <[email protected]> wrote:
> We are looking for a system, either out of the box or custom solution,
> that would allow us to dig deeper into our customers calling patterns and
> costs down to the account level. Things like calls per hour, metrics on
> their destinations, number of calls, length of calls, etc.
>
> Just wondering what other people maybe be using to do this sort of
> analysis and if there are any recommendations out there.
>
> Thanks,
> Keith
>
>
> _______________________________________________
> VoiceOps mailing list
> [email protected]
> https://puck.nether.net/mailman/listinfo/voiceops
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://puck.nether.net/pipermail/voiceops/attachments/20130220/dca29b9d/attachment.html>
------------------------------
_______________________________________________
VoiceOps mailing list
[email protected]
https://puck.nether.net/mailman/listinfo/voiceops
End of VoiceOps Digest, Vol 44, Issue 17
****************************************
