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
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<http://www.sangoma.com/products/hardware_products/transcoding.html> . -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
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<http://www.sangoma.com/products/hardware_products/transcoding.html> . -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
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
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
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@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@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
_______________________________________________ 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
Any thing on hardware & software front ? Regds Sam On Tue, Jan 4, 2011 at 6:07 PM, Avi Marcus <Avi@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@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@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
_______________________________________________ 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
Well, the more processing power you have the more calls you can 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@gmail.com> wrote:
Any thing on hardware & software front ?
Regds Sam
On Tue, Jan 4, 2011 at 6:07 PM, Avi Marcus <Avi@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@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@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
_______________________________________________ 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
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@gmail.com> wrote:
Well, the more processing power you have the more calls you can 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@gmail.com> wrote:
Any thing on hardware & software front ?
Regds Sam
On Tue, Jan 4, 2011 at 6:07 PM, Avi Marcus <Avi@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@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@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
_______________________________________________ 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
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@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@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@gmail.com> wrote:
Any thing on hardware & software front ?
Regds Sam
On Tue, Jan 4, 2011 at 6:07 PM, Avi Marcus <Avi@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@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@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
_______________________________________________ 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
_______________________________________________ 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
Each member's call runs in its own thread, each conference runs in its own thread. Nothing to configure there. -Steve On 4 January 2011 10:45, Sam <u2nsam@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@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
_______________________________________________ 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
participants (3)
-
Avi Marcus
-
Sam
-
Steven Ayre