The TC400B seems indeed a good fit:

"The TC400B decompresses G.729a (8.0kbit) or G.723.1 (5.3kbit) into u-law or a-law; or, compresses u-law or a-law into G.729a (8.0kbit) or G.723.1 (5.3kbit). The TC400B is rated to handle up to 120 bi-directional G.729a transformations or 92 bi-directional G.723.1 transformations. The TC400B does not require additional licensing fees for the use of these codecs nor does it require the registration process associated with Digium's software-based G.729a codec licensing."

Quoting "Philip Mullis" <[email protected]>:

yes, but you need to buy the digium dsp card (from what ive been told)

Rachel Quin wrote:
No, that flexibility is exactly what I'm looking for, but you simply can't
mix that many G.711 channels in Xeon cores.

My question is, does anyone know of any open source software that will
utilize DSP cards for the actual voice stream crunching of G.711 channels?
All of the signalling and management function would be in the software
running on the host hardware.  Every Telco grade media mixer does this,
every edge T3 or OC gateway.

Can FreeSwitch or Asterisk do all the conferencing work, using DSP hardware
offloading?

Rachel

________________________________________
From: Mike Ashton [mailto:[email protected]] Sent: February 27, 2009 12:03 PM
Cc: [email protected]
Subject: Re: [on-asterisk] Conference bridge

Rachel,

I think you may have a misconception of what Asterisk ad/or FreeSwitch are.
They are really telephony/media software platforms that can be configured to
do many things. The most frequent uses are as full blown PBX phone systems,
but they can be used strictly as, a VM platform, an IVR application server,
media gateways, etc.....

Mike

Rachel Quin wrote: I think I'm not making myself clear, sorry. Our t3's and Megalink circuit
from Bell come into AS5400's.  Our VoIP infrastructure is entirely SIP.  A
conferencing server would only handle RTP streams, mixing channels for many
large-ish volume conferences.  The box I'm talking about would have 2 10gig
nics, one or two DSP cards, and whatever software is needed to handle
managing conferencing and directing RTP/G.711 content channels to and from
the DSP card(s).  I am not looking to build a stand alone phone system.

Rachel

-----Original Message-----
From: Philip Mullis [mailto:[email protected]] Sent: February 27, 2009 11:21 AM
To: Rachel Quin
Cc: [email protected]
Subject: Re: [on-asterisk] Conference bridge

asterisk does work well and you can stick 2 cards (8 pris worth of cards to a beefy server) but really no more. for larger scale conferencing on a single box you really need something larger.


Rachel Quin wrote:
 Really all I'm looking at is media mixing for call conferencing, I have
   all
 the other puzzle pieces.

Rachel

-----Original Message-----
From: Philip Mullis [mailto:[email protected]] Sent: February 27, 2009 10:44 AM
To: Rachel Quin
Cc: [email protected]
Subject: Re: [on-asterisk] Conference bridge

Have you looked into Metaswitch?


Rachel Quin wrote:
     I'd actually like to reintroduce my question.  I'll start with some
background:

Beanfield Metroconnect is a dark-fibre, lan-ex, and Internet provider for
office buildings in the downtown core.  We have an extensive 10gig
         backbone,
two large pops and datacenters in Toronto, and one in NY NY. We own the
fibre end to end in our core, and we offer business services exclusively.

We are just branching into voice services, and our initial setup is the
following: we're fully redundant with each site having Sylantro for
switching, Convedia media mixers, AS5400-t3 links to Bell, Bell Megalink
circuits for wholesale long distance, top end BSCs, and currently Iperia
         for
     vmail (though I'd like to build my own solution for that).

I'd like to offer conferencing services, but we can't do anything
         completely
amateur hour. I've heard of someone using four dual core Xeon to process
180 channels, and I had a nice little chuckle ;^)

In thinking back over the problem, I guess I have to look at the actual
         DSP
     cards, Sharks, TI's, and see what I like, but does anyone have any
experience with any open source software using DSP offload cards?  At
     this
 juncture I'm more worried about H/W support than features.  I'll probably
         be
     looking at a 16 or 32 core DSP card, but as I said, I've got to do some
shopping.

Any thoughts, suggestions?

Rachel Quin

Beanfield Metroconnect

audace fortuna iuvat

_____ From: Mike Ashton [mailto:[email protected]] Sent: February 27, 2009 9:23 AM
Cc: [email protected]
Subject: Re: [on-asterisk] Conference bridge

Rachel,

In my opinion freeswitch has the best base conference bride features, no
dependency on hardware or the ztdummy timer and loads more features. For
     a
 comparison of the FS & Asterisk features here is link to a comparison
http://www.freeswitch.org/node/100

Also here is a small article (

http://www.junctionnetworks.com/blog/charlotte/2008/05/21/freeswitch-asteris k-replacement ) and their rational of picking FS over Asterisk for their
conference bridge product. Hope this helps,

Mike

Rachel Quin wrote: I want to build a conference bridge using dedicated DSP hardware, running
         on
FreeBSD. Does anyone have recomendations on HW/SW? Rachel Quin Beanfield Metroconnect audace fortuna iuvat --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected] ---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]


No virus found in this incoming message.
Checked by AVG - www.avg.com Version: 8.0.237 / Virus Database: 270.11.3/1971 - Release Date: 02/27/09
07:05:00

     No virus found in this incoming message.
Checked by AVG - www.avg.com Version: 8.0.237 / Virus Database: 270.11.3/1971 - Release Date: 02/27/09
07:05:00


---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]





---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]




---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to