What no amds in there?

We should also toss an intel i7 in there for testing.


Jim Van Meggelen wrote:
You know what? That's a fantastic idea!

We should set up a basic idea of what we want to test (keep it simple), and the get together and have a 'mix-off' between YATE, FS and Asterisk and see which one can handle the most channels before it starts having issues.

We probably wouldn't be able to be too formal in our methodology, so some purists might scoff, but if we did the same sort of test on the same sort of system, it'd at the least give some sort of benchmark as to where the performance differences lie.

I would love to test this on the following:
- Atom (I have a lab box for that)
- Core 2 Duo
- Core 2 Quad
- Xeon
- Dual Xeon

Sorting out performance differences between the various projects would be interesting enough, but what would also be neat to discover is whether, say a core2 quad is that much better than a core2 duo, and whether a xeon is far better, or only a little better.

I have an intel Atom box that I can bring to the party. Can't currently help with the others, though.

Jim


Simon P. Ditner wrote:
Would anyone like to get scientific about it?

I'm now really curious to know how many G.711 channels a quad core Xeon could mix using Asterisk, FreeSWITCH, and YATE respectively. Does anyone have a spare available that we might run some automated testing against?

And if we're feeling really sick, we could also do some MOS tests (Mean Opinion Score); the test is outlined in ITU P.800: http://www.itu.int/rec/T-REC-P.800-199608-I/en

Cheers,
spd

--
| It ain't what you don't know that gets you into trouble. It's what
| you know for sure that just ain't so.   -- Mark Twain
|
| Network: http://www.linkedin.com/in/spditner
|          http://facebook.com/people/Simon-P-Ditner/776370031
|          http://twitter.com/spditner

On Fri, 27 Feb 2009, 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]





--
Mike Ashton

Quality Track Intl
CTO
Ph:    647-724-3500 x 301
Cell:    416-527-4995
Fax:    416-352-6043

QTI CONFIDENTIAL AND PROPRIETARY INFORMATION

The contents of this material are confidential and proprietary to Quality
Track  International, Inc.
and may not be reproduced, disclosed, distributed or used without the
express permission of an authorized representative of QTI.
Use for any purpose or in any manner other than that expressly authorized is
prohibited.
If you have received this communication in error, please immediately delete
it and all copies, and promptly notify the sender.




---------------------------------------------------------------------
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