Ok, almost there, but not quite. I don't want to do dedicated codec conversion. In fact, we will never use anything other than G.711. I'm looking for a more generic DSP card that can be used to do all the channel mixing, offloading the work from the server's processors. And!! The software that can utilize it. I can find the cards easy enough, there are quite a few to choose from, but of the OSS, I know not.
To quote from the Digium page: These transformations in software are very expensive, in terms of MIPS, and require a substantial amount of CPU time to accomplish. Channel mixing also quite expensive, when you're talking about the high hundreds of channels. Rachel -----Original Message----- From: Philip Mullis [mailto:[email protected]] Sent: February 27, 2009 12:04 PM To: Rachel Quin Cc: [email protected] Subject: Re: [on-asterisk] Conference bridge gotcha, in that case take a gander at the digium tc400b card, that handles dsp offloading for asterisk and also acts as a transcoding accelerator. 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 > > 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]
