AFAIK you can only load one module providing G729 at a time (mod_g729 / mod_com_g729 / mod_sangoma_codec*).

* although you could load this at the same time as one of the others if you disable its G729 support to use it for other codecs

-Steve



On 13 June 2013 23:24, Guillermo Ruiz Camauer <grcamauer@gmail.com> wrote:
If you are running a high traffic system, be careful and check CPU utilization, as another 50 transcoding sessions might put you into dangerous territory.  Digium or Sangoma are you friends in that case.  Their boards take a lot of load off a high traffic system. What I don't know is if both technologies can coexist in one system (120 transcoding sessions from a Digium board + XX soft licenses)  how would it decide which to use first?
 
Guillermo


On Thu, Jun 13, 2013 at 11:04 AM, Alex Lake <alex@digitalmail.com> wrote:
Well, I will be able to now. ;-)
It just seems that it might be more sensible, when out of licenses, to
at least offer the prospect of a call using an alternative codec.
Sometimes it's hard to predict how many licenses are required.
> Why can't you detect that now? You should be able to detect that you are at
> or near the upper limit in the dialplan via API in a chan var and go from
> there... If you are constantly running out of licenses you probably don't
> have enough
>
>
> On 6/13/13 5:27 AM, "Alex Lake" <alex@digitalmail.com> wrote:
>
>> Thanks
>>> If the channel picks G729 then finds there's no license available when
>>> (if) it goes to transcode the call will fail and hang up.
>>>
>> That's a shame. I wonder what ways around that might be. Presumably one
>> can work out how many are in use, and if it's at or near the max, one
>> could possibly dynamically change the config and reload the appropriate
>> bit (presumably a reloadxml wouldn't be the right bit).
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting@freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>> FreeSWITCH-powered IP PBX: The CudaTel Communication Server
>> http://www.cudatel.com
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://wiki.freeswitch.org
>> http://www.cluecon.com
>>
>> 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


_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

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



--
Guillermo Ruiz Camauer

_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

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