[Freeswitch-users] G.729 transcoder licensing

[Steven Ayre]

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 at 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 at 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 at 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 at freeswitch.org
>> >> http://www.freeswitchsolutions.com
>> >>
>> >> 
>> >> 
>> >>
>> >> Official FreeSWITCH Sites
>> >> http://www.freeswitch.org
>> >> http://wiki.freeswitch.org
>> >> http://www.cluecon.com
>> >>
>> >> 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
>>
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>> 
>> 
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://wiki.freeswitch.org
>> http://www.cluecon.com
>>
>> 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
>>
>
>
>
> --
> Guillermo Ruiz Camauer
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>
> 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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20130614/b03ebce3/attachment-0001.html