calls would not be TDM it would be ip-ip calls.
Ok G711 uses less CPU than other codecs,how can i utilized multiple threading/profiles or any other options to scale ? as it would be an incoming call always on FS.

Regds
Sam

On Tue, Jan 4, 2011 at 3:53 PM, Steven Ayre <steveayre@gmail.com> wrote:
That will still involve transcoding. FS must combine all speaking
channels into a single stream that can be sent to the conference
members. That can't be done in a compressed audio format, so it must
convert G711 to L16 for each speaking member, combine those pieces of
audio, then convert L16 back to G711 to send to the conference
members. Additionally, since the conference members are not
necessarily all using the same codec that last transcoding step will
occur once for each member, not just once for the conference. Your
best bet is to use a codec that uses as little CPU for transcoding as
possible - in software I'm not sure which is best there (G711 is
simple so possibly a good choice), in hardware Sangoma D100/D500 would
almost all the processing off the CPU.

-Steve


On 4 January 2011 10:15, Sam <u2nsam@gmail.com> wrote:
> Ok if i remove transcoding out of the picture and all conf are running on
> g711, what rest would matters ?
>
>
> Regds
> Sam
>
>
> On Tue, Jan 4, 2011 at 2:56 PM, Avi Marcus <Avi@amarcus.com> wrote:
>>
>> It's the transcoding that will kill you. If that's truly needed, you may
>> want to look into multiple machines handling transcoding and then bridging
>> into the conference, or the new transcoding hardware from sangoma.
>> -Avi
>> On Tue, Jan 4, 2011 at 9:55 AM, Sam <u2nsam@gmail.com> wrote:
>>>
>>> hello,
>>>
>>> how to increase the scalability / performance of the conference .
>>>
>>> Are there any parameters to be observed that could do a trick ?
>>>
>>> The scenario would be multiple conferencing bridges and multiple codecs
>>> involved.
>>>
>>> Is is possible to multiple threading of profiles for conferences so that
>>> it gets the scalability ?
>>>
>>> Regards
>>> Sam
>>>
>>> _______________________________________________
>>> FreeSWITCH-users mailing list
>>> FreeSWITCH-users@lists.freeswitch.org
>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>>> http://www.freeswitch.org
>>>
>>
>>
>> _______________________________________________
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users@lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
>>
>
>
> _______________________________________________
> FreeSWITCH-users mailing list
> FreeSWITCH-users@lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>

_______________________________________________
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org