[Freeswitch-users] conferencing

Steven Ayre steveayre at gmail.com
Tue Jan 4 20:53:25 MSK 2011


Yes, each SIP profile is in its own thread. That processes the SIP
messages sent/received on the SIP profile. It's a relatively small
part of the call - RTP is handled in a different thread.

Some people have found on very busy servers that with a large volume
of SIP messages to process the profile's thread became a bottleneck
and adding a 2nd profile to handle some of the traffic helped. It
might help increase the CPS your server can cope with, but probably
won't make a difference to the maximum number of concurrent calls your
server can handle.

-Steve


On 4 January 2011 16:30, Sam <u2nsam at gmail.com> wrote:
> 1 question from the link mentioned , there is a quote about "libsofia only
> handles 1 thread per profile"
>
> the inbound calls will look into which profile so that we can increase
> threads by multiplying profiles ?
>
> Regards
> Sam
>
>
> On Tue, Jan 4, 2011 at 8:40 PM, Steven Ayre <steveayre at gmail.com> wrote:
>>
>> Well, the more processing power you have the more calls you can

We're in receipt of the details you recently sent us. Your order
will now be processed as normal.
>> handle. You should make sure you're using 64bit.
>>
>> There's a few tips on
>> http://wiki.freeswitch.org/wiki/Performance_testing_and_configurations
>> too.
>>
>> -Steve
>>
>>
>> On 4 January 2011 14:40, Sam <u2nsam at gmail.com> wrote:
>> > Any thing on hardware & software front ?
>> >
>> > Regds
>> > Sam
>> >
>> > On Tue, Jan 4, 2011 at 6:07 PM, Avi Marcus <Avi at amarcus.com> wrote:
>> >>
>> >> If you mute most of the callers, that would limit the audio that would
>> >> need to be processed.
>> >> -Avi
>> >>
>> >> On Tue, Jan 4, 2011 at 12:45 PM, Sam <u2nsam at gmail.com> wrote:
>> >>>
>> >>> 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at 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 at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>



More information about the FreeSWITCH-users mailing list